制御メッセージと音声ペイロードとを分別する方法及び装置
基地局は移動局がＤＴＸモードから連続伝送モードに移行したことを検出する。基地局は、移動局がＤＴＸモードである間に、アップリンク伝送期間中の移動局によるアップリンク伝送をスケジュールし、スケジュールされたアップリンク伝送期間中に移動局からアップリンクＬＬＣ ＰＤＵを受信する。基地局は、受信されたアップリンクＬＬＣ ＰＤＵのサイズに基づいて移動局の動作モードを判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に無線ネットワーク上のパケットデータ通信に関し、より具体的には非連続モードと連続な移行モードとの間を移動局がいつ移行したかを検出する方法及び装置に関する。
【背景技術】
【０００２】
移動局にパケットデータ・サービスを提供するために、ＧＳＭパケット無線サービス（ＧＰＲＳ）標準が発展してきた。ＧＰＲＳ標準により、アップリンク通信用の同一のタイムスロット又はタイムスロット群を複数の移動局で共有することが可能となる。パケットデータのセッションが確立される際に、移動局はアップリンク及びダウンリンクにおける一つ以上のタイムスロットを割当てられる。チャネル割当てにおいて、移動局は一時ビットフロー識別子（ＴＦＩ）及びアップリンク状態フラグ（ＵＳＦ）を与えられる。
【０００３】
ダウンリンク通信に関して、ダウンリンクで送信されるデータブロックは、データブロックの宛先の移動局を識別するために、ヘッダ内にＴＦＩを含む。移動局はダウンリンク伝送のためにダウンリンク上の自身に割当てられたタイムスロットを監視し、自身のＴＦＩを含むデータブロックを復号する。
【０００４】
アップリンク通信に関して、基地局のスケジューラは同一のタイムスロット又はタイムスロット群を共有する移動局をスケジューリングする。スケジューラは、移動局による所与のアップリンクのタイムスロットでの送信がいつスケジュールされたかを、対応するダウンリンクのタイムスロットで送信されるデータブロック内の当該移動局のＵＳＦに含めることによって示す。移動局は、ダウンリンクのタイムスロットで送信されたデータブロック内に自身のＵＳＦを検出した場合に、対応するアップリンクで送信することを許される。
【０００５】
干渉を軽減し、バッテリ電力を節約するために、移動局は非連続伝送モード（ＤＴＸ）で動作してもよい。ＤＴＸモードでは、移動局は送るデータが何もない期間の間は自身の送信機を停止していてもよい。例えば、ボイス・オーバ・アイピー（ＶｏＩＰ）において、ユーザは遠隔ユーザの話を聞いているかもしれない。当該ユーザは発声していないため、送るデータはない。従って、ＤＴＸモードにより干渉は軽減するだろうし電力は節約されるだろう。ユーザが発声を始めると、移動局は連続伝送モード（ＣＴＸ）に戻すように切り替えてもよい。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一般的に、移動局が非連続転送モードである場合に、基地局のスケジューラは、移動局が基地局に送るデータを何も持っていないことによるアップリンク帯域の浪費を避けるために、ＤＴＸモードに移動局がいつ移行したかを通知され、または他の方法で判定される。同様に、移動局がＤＴＸモードからＣＴＸモードに戻るように移行する際に、ユーザが自分から発声する場合に必要となる移動局に対する通常のＵＳＦスケジューリングが再開されるように、スケジューラは、ＣＴＸモードへの移行がいつ発生したかを通知され、又は他の方法で判定される必要がある。ＶｏＩＰのようないくつかの用途では、遅延に対してとても影響を受けやすい。従って、移動局がＤＴＸモードからＣＴＸモードに移行した際に、通常のＵＳＦスケジューリングは、音声ペイロードの遠端ユーザへの伝達における遅延を避けるために、できるだけ早く再開される必要がある。過度の遅延は言語ペイロードが廃棄され、従って、音声における際立った中断（すなわち音声の欠落）と接続の知覚される品質の低下とが結果として生じる。
【課題を解決するための手段】
【０００７】
本発明は、ＤＴＸモードである移動局がＣＴＸモードにいつ移行していたかを判定し、その結果として通常のＵＳＦスケジューリングが再開されてもよい方法を提供する。サイレンス・インサーション・ディスクリプタ（ＳＩＤ）フレームのような音声コーダ制御メッセージをネットワークに転送することを移動局に可能とするために、移動局がＤＴＸモードである間、アップリンク伝送期間中に低減されたレートで（すなわち、通常のＵＳＦスケジューリング・レートよりも遅く）アップリンク伝送のために、基地局はなおも移動局をスケジュールする。ＤＴＸモードの間の音声コーダのエンド・ツー・エンドの適切な動作を維持するために、これらの制御メッセージは重要である。移動局は、（実際のユーザ音声ペイロードを含まない）これら音声コーダ制御メッセージと（実際のユーザ音声ペイロードからなる）ユーザデータとのいずれかを送るために、スケジュールされたアップリンク伝送を用いてもよい。ＲＬＣデータブロックが所与のスケジュールされたアップリンク伝送期間に基地局２０で受信された場合に、ＲＬＣデータブロックが音声コーダ制御メッセージとユーザデータとのどちらを含んでいるかを判定できることは有益である。ＲＬＣデータブロックが音声コーダ制御メッセージを含む場合に、基地局は移動局がなおもＤＴＸモードであると想定してもよい。一方、ＲＬＣデータブロックがユーザデータ（例えば、音声）を含む場合に、基地局は、移動局がＤＴＸモードを離れ、ＣＴＸモードに移行したと想定してもよく、従って、この移動局に対して通常のＵＳＦスケジューリングをすぐに再開することによって応答してもよい。よって、ユーザデータを含むＲＬＣデータブロックの受信は、ＤＴＸモードからＣＴＸモードに移行したことを暗示的に合図することに用いられる。
【０００８】
本発明の一つの実施形態では、基地局は、音声コーダ制御メッセージを含むＲＬＣデータブロックと音声を含むＲＬＣデータブロックとを、ＲＬＣデータブロックにより運ばれる上位層のデータパケット（すなわち、ＬＬＣ ＰＤＵ）のサイズに基づいて分別する。一つのＬＬＣ ＰＤＵを送信するために一つ以上のＲＬＣデータブロックが要求されるかもしれないことに留意されたい。基地局が移動局からアップリンクＬＬＣ ＰＤＵを受信し、ＬＬＣ ＰＤＵが所定の閾値より小さい場合に、移動局がＤＴＸモードであると基地局はみなす。なぜなら、この場合、音声コーダ制御メッセージが受信されているだろうからである。同様に、ＬＬＣ ＰＤＵのサイズが所定の閾値より大きい場合に、移動局がＤＴＸモードを離れ、ＣＴＸモードに入ったと基地局はみなす。なぜなら、この場合、ユーザデータすなわち音声ペイロードが受信されているだろうからである。
【図面の簡単な説明】
【０００９】
【図１】ＧＳＭ／ＥＤＧＥネットワークの主な機能要素のブロック図を示す。
【図２】ＧＰＲＳネットワークにおけるパケットデータ伝送に関する例示的なプロトコル・アーキテクチャを示す。
【図３】ＧＰＲＳネットワークにおけるパケットデータの伝送を示す。
【図４】ＧＰＲＳネットワークにおけるＵＳＦベースのスケジューリングを示す。
【図５】移動局がＤＴＸモードから連続伝送モードにいつ移行したかを判定する例示的な方法を示す。
【発明を実施するための形態】
【００１０】
本発明は、ＧＳＭ／ＥＤＧＥネットワークのような第３世代（３Ｇ）移動体通信ネットワークの文脈で説明される。しかしながら、当業者は、他の標準を実装するシステムに本発明が適用可能であることを理解するだろう。従って、本説明により本発明がＧＳＭ／ＥＤＧＥネットワークに制限されると解釈されるべきではない。
【００１１】
図１は、参照符号１０により全体的に指し示される例示的なＧＳＭ／ＥＤＧＥネットワークを説明する。ＧＳＭ／ＥＤＧＥネットワーク１０はＧＳＭ／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）１２とコア・ネットワーク１４とを備える。ＧＥＲＡＮ１２は一般的に一つ以上の基地局サブシステム（ＢＳＳ）２０を備え、基地局サブシステム２０は以下で単に基地局２０と呼ばれる。各基地局２０は、基地局制御装置（ＢＳＣ）２２と一つ以上の基地送受信局（ＢＴＳ）２４とを備える。ＢＴＳ２４は、移動局との通信に必要となるアンテナ、ＲＦ装置、及びベースバンド処理回路を備える。ＢＳＣ２２はＢＴＳ２０をコア・ネットワーク１４に接続し、ＧＥＲＡＮ１２の無線リソースを制御する。ＢＳＣ２２は、移動局による共有パケットデータ・チャネル上でのアップリンク伝送をスケジューリングするためのスケジューラ２６を含んでもよい。ＢＳＣ２２はさらに、移動局がＤＴＸモードから連続伝送モードに移行したことを検出する検出ユニット２８を含んでもよい。スケジューラ２６及び検出ユニット２８の機能は一つ以上のプロセッサ、マイクロプロセッサ、ハードウェア、又はこれらの組み合わせを用いて実装されてもよい。
【００１２】
コア・ネットワーク１４は少なくとも一つの移動通信交換局（ＭＳＣ）３０、一つのホーム・ロケーション・レジスタ（ＨＬＲ）３２、少なくとも一つのアクセス側ＧＰＲＳノード（ＳＧＳＮ）３４、及び一つ以上の関門ＧＰＲＳノード（ＧＧＳＮ）３６を備える。コア・ネットワーク１４は、回線交換通信とパケットデータ通信との両方を様々な外部ネットワークに提供する。先行技術で知られているように、ＭＳＣ３０は回線交換通信を扱い、公衆交換電話網（ＰＳＴＮ）４２に接続する。ＨＬＲ３２は加入者情報と加入者の現在位置とを記憶する。ＳＧＳＮ３４は移動局とのパケットデータ通信を扱う。ＧＧＳＮ３６は、インターネットのような外部のパケット交換ネットワーク４０への接続を提供する。
【００１３】
図２は移動局とＳＧＳＮ３４との間のパケットデータの転送を可能とする、ＧＰＲＳネットワークで用いられるパケットデータ・プロトコルを説明する。ＧＰＲＳプロトコルは、ネットワーク層、サブネットワーク依存コンバージェンス・プロトコル（ＳＮＤＣＰ）層、論理リンク制御（ＬＬＣ）層、無線リンク制御（ＲＬＣ）層、媒体アクセス制御（ＭＡＣ）層、ＢＳＳ ＧＰＲＳプロトコル（ＢＳＳＧＰ）層、ネットワーク・サービス（ＮＳ）層、及び物理層（ＰＬ）を含む。ＳＮＤＣＰ層は、ネットワーク層からＩＰパケットのようなデータパケットを受信する。ＳＮＤＣＰ層はＩＰパケットを圧縮し、異なるソースからのＩＰパケットを多重化することを担当する。ＬＬＣ層は移動局とＳＧＳＮ３４との間のパケットデータの転送を担当する。ＬＬＣ層はＳＮＤＣＰ層から受信したＰＤＵをＬＬＣプロトコル・データ・ユニット（ＰＤＵ）に挿入し、これらはＲＬＣ層に伝えられる。ＲＬＣ層は移動局と基地局２０との間のデータの転送を担当する。ＲＬＣ層は、送信機で各ＬＬＣ−ＰＤＵを一つ以上のＲＬＣデータブロックに分割し、受信機でＲＬＣデータブロックをＬＬＣ−ＰＤＵに再構築する。ＲＬＣ層はまた、欠落したＲＬＣデータブロックの再送を受信機が要求することを可能とする再送プロトコルを実装する。本発明では、検出ユニット２８もＲＬＣ層の一部である。ＭＡＣ層は移動局の多重化を扱い、複数の移動局が同一のパケットデータ・チャネルを共有することを可能とする。スケジューラ２６はＭＡＣ層の一部である。ＢＳＳＧＰ層は基地局２０とＳＧＳＮ３４の間のルーティング及びサービス品質（ＱｏＳ）関連の情報を伝達する。ＢＳＳＧＰ層はＳＧＳＮ３４と基地局２０との間のＬＬＣ ＰＤＵの輸送を提供する。ＮＳ層は、ＳＧＳＮ３４と基地局２０との間のＢＳＳＧＰシグナリング・データ・ユニット（ＳＤＵ）のための輸送を提供する。
【００１４】
図３はＩＰパケットのようなデータパケットがＧＰＲＳネットワーク上でどのように送信されるかを説明する。ネットワーク層から受信されたＩＰパケットは一つ以上のＳＮＤＣＰ ＰＤＵに結び付けられ（ｍａｐ）、各ＳＮＤＣＰ ＰＤＵは一つのＬＬＣ ＰＤＵに結び付けられる。ＬＬＣフレームとも呼ばれる各ＬＬＣ ＰＤＵは、フレーム・ヘッダ（ＦＨ）、情報フィールド、及びフレームチェックシーケンス（ＦＣＳ）を含む。各ＬＬＣ ＰＤＵは順々に一つ以上のＲＬＣデータブロックに結び付けられる。ＲＬＣデータブロックはブロック・ヘッダ（ＢＨ）、情報フィールド、及びブロックチェックシーケンス（ＢＣＳ）を含み、ブロックチェックシーケンスはＲＬＣデータブロック内のエラーをチェックするために受信機によって用いられてもよい。その後に、ＲＬＣデータブロックは物理層の無線ブロックすなわちバーストに結び付けられる。一般的なＧＰＲＳシステムでは、一つのＲＬＣデータブロックは四つの物理層のバーストに結び付けられ、これは一つのタイムスロットで送信されてもよい。
【００１５】
ダウンリンク方向において、ＲＬＣデータブロックのＢＨは、アップリンク上の移動局の動的スケジューリングをサポートするためのアップリンク状態フラグ（ＵＳＦ）を含む。アップリンク・パケットデータ・チャネルを共有する各移動局は一意的なＵＳＦを割り当てられる。ＵＳＦは一般的に３ビットを含み、アップリンク・パケットデータ・チャネルが８人までの異なるユーザにより共有されることを可能となる。次回のアップリンク・タイムスロットにスケジュールされた移動局を示すために、ダウンリンクで送信される各ＲＬＣデータブロックのヘッダにＵＳＦが含まれる。同じアップリンク・タイムスロットを共有する移動局は、対応するダウンリンク・タイムスロット上の伝送を監視する。移動局がダウンリンク伝送内に自身のＵＳＦを検出した場合に、図４に示されるように、この移動局は次回のアップリンク・タイムスロットで自由に送信できる。図４は６個の連続するタイムスロットを説明する。第１の移動局（ＭＳ１）は最初の二つのアップリンク・タイムスロットで送信するようにスケジュールされ、第２の移動局（ＭＳ２）は３番目のアップリンク・タイムスロットで送信するようにスケジュールされ、第３の移動局（ＭＳ３）は４番目のアップリンク・タイムスロットで送信するようにスケジュールされ、第４の移動局（ＭＳ４）は５番目及び６番目のアップリンク・タイムスロットで送信するようにスケジュールされる。ＢＳＣ２２のスケジューラはどの移動局がどのタイムスロットで送信することが許されるかを判定する。
【００１６】
バッテリ電力を節約し、干渉を軽減するために、移動局は不連続伝送（ＤＴＸ）モードで動作してもよい。ＤＴＸモードでは、移動局は、送るデータ（すなわち、音声ペイロード）が何もない間は、送信機を停止している。例えば、ボイス・オーバ・アイピー（ＶｏＩＰ）において、移動局ベースのユーザはネットワーク内の遠隔ユーザの話を聞いているかもしれない。移動局ベースのユーザは発声していないため、送るデータはない。従って、移動局の送信機をオフにすることで、干渉が軽減され、電力が節約されるであろう。移動局ベースのユーザが発声を再開した場合に、移動局は連続伝送（ＣＴＸ）モードに戻すように切り替えてもよい。
【００１７】
移動局がＤＴＸモードである場合に、基地局２０のスケジューラ２６は、移動局がＤＴＸモードのままである限り、通常のＵＳＦスケジューリングに従ってスケジューラ２６が移動局をスケジュールしないように通知される。通常のＵＳＦスケジューリングを用いてＤＴＸモードの移動局をスケジュールすることにより、アップリンク・リソースが浪費されるであろう。なぜなら、移動局は送るユーザデータを有していないからである。移動局が送るユーザデータを有する場合に、移動局はＤＴＸモードからＣＴＸモードに移行するだろう。ＶｏＩＰのようないくつかの用途は、遅延による影響を受けやすい。従って、移動局がＤＴＸモードからＣＴＸモードに移行する場合に、過度のパケット遅延を避けるために、可能な限り速く通常のＵＳＦスケジューリングが再開される必要がある。
【００１８】
本発明は移動局がＤＴＸモードからＣＴＸモードに移行したことを検出する方法を提供する。説明のために、以下の記述では移動局がＶｏＩＰアプリケーションをサポートしていると想定する。移動局がＤＴＸモードである間は、移動局がなおも音声コーダ制御メッセージをネットワークに周期的に転送するために、基地局２０のスケジューラ２６は低減されたレートで移動局のアップリンク伝送をスケジュールし続けてもよい。ＤＴＸモードの移動局のためのスケジュールされたアップリンク伝送は、アップリンク・リソースが浪費されないようにするため、連続伝送モードの移動局のためにスケジュールされた伝送よりも低い頻度となるだろう。低減されたスケジューリング・レートはＤＴＸモードで送られた音声コーダ制御メッセージの周期性の知識を考慮に入れてもよい。ＤＴＸモードの移動局がアップリンク伝送のためにスケジュールされている場合に、音声コーダ制御メッセージ（例えば、ＳＩＤフレーム）又はユーザデータ（例えば、音声）のいずれかを送信するために、当該移動局はスケジュールされたアップリンク伝送を用いてもよい。どちらの場合も、制御メッセージ又はユーザデータは一つのＬＬＣ ＰＤＵ内で運ばれ、ＬＬＣ ＰＤＵは一つ以上のＲＬＣデータブロックを用いて順々に伝達される。ＲＬＣデータブロックが基地局２０で受信された場合に、基地局２０は、ＲＬＣデータブロックにより伝達されたＬＬＣ ＰＤＵが音声コーダ制御メッセージとユーザデータとのどちらを含んでいるかを判定する。ＬＬＣ ＰＤＵが音声コーダ制御メッセージを含んでいる場合に、基地局２０は移動局がなおもＤＴＸモードであると想定してもよい。一方、ＬＬＣ ＰＤＵがユーザデータ（例えば、音声）を含んでいる場合に、基地局２０は移動局がＣＴＸモードに移行したと想定してもよく、従って、通常のＵＳＦスケジューリングを再開してもよい。よって、音声を含むＲＬＣデータブロックの受信は、ＤＴＸモードからＣＴＸモードへに移行したことを暗示的に合図するのに用いられる。
【００１９】
ＧＰＲＳシステムでは、音声コーダ制御メッセージとユーザデータとの両方が移動局から基地局２０にＲＬＣデータブロックを用いて送られる。従って、基地局２０は、音声コーダ制御メッセージを含むＲＬＣデータブロックとユーザデータを含むＲＬＣデータブロックとを分別する使い勝手のよい方法を必要とする。基地局２０が、一つ以上のアップリンクＲＬＣデータブロックの列によって伝達されるＬＬＣ ＰＤＵがユーザデータを含むと誤って想定し、この移動局のために通常のＵＳＦスケジューリングを再開した場合に、アップリング帯域は浪費されるかもしれない。なぜなら、基地局２０に送るユーザデータを移動局が何も有していないかもしれないからである。
【００２０】
本発明の一つの実施形態では、基地局２０は、音声コーダ制御メッセージを含むＲＬＣデータブロックとユーザデータを含むＲＬＣデータブロックとを、ＲＬＣデータブロックで輸送されるＬＬＣ ＰＤＵのサイズに基づいて分別する。ＤＴＸモードの移動局により送られる制御メッセージは、一般的には３０−４０オクテットのオーダの小さなＬＬＣ ＰＤＵに含まれるだろう。良好な無線状況のもと、ＬＬＣ ＰＤＵ全体は一つのＲＬＣデータブロックを用いて基地局２０に送信されてもよい。移動局が送るユーザデータを有する場合に、例えば発声行動が再開したような場合に、音声を含む最初のＬＬＣ ＰＤＵのサイズは約１５０−２００オクテットのオーダとなるだろう。移動局がＤＴＸモードであると基地局２０が考える場合に、基地局２０は、音声コーダ制御メッセージとユーザデータとのいずれを含むかを判定するために、移動局によって送信されるＬＬＣ ＰＤＵのサイズを用いてもよい。着信ＬＬＣ ＰＤＵのサイズは、ＬＬＣ ＰＤＵを運ぶ一つ以上のＲＬＣデータブロックのＲＬＣデータブロック・ヘッダ情報を用いて基地局２０により判定されてもよい。
【００２１】
一つの例示的な実施形態では、基地局２０のスケジューラ２６は、ＤＴＸモードの移動局にアップリンク伝送の機会を提供する場合にはいつでも、無線状況に依存して、所与のタイムスロット上の、二つの背合わせの（すなわち、連続した）アップリンク無線ブロック伝送までスケジュールするように構成されてもよい。二つの背合わせのアップリンク無線ブロック伝送のスケジューリングは、無線状況が貧弱な場合であっても、制御メッセージを含む完全なＬＬＣ ＰＤＵを送るのに十分な連続するアップリンク帯域を常に有するだろうことを保証するだろう。基地局２０は、スケジュールされたアップリンク伝送の間に、対応するアップリンクＬＬＣ ＰＤＵが受信されない場合、又は短いＬＬＣ ＰＤＵが受信された場合に、移動局がＤＴＸモードのままであるとみなしてもよい。この場合に、基地局２０は、移動局がＤＴＸモードであるという想定のもとでアップリンク伝送のスケジューリングを続ける。一つ以上のＲＬＣデータブロックがＬＬＣ ＰＤＵを含んで受信された場合に、移動局２０は一つ以上のＲＬＣデータブロック内のヘッダ情報を検査し、ＬＬＣ ＰＤＵのサイズに基づいて、移動局がＤＴＸモードからＣＴＸモードに移行していたかどうかを判定する。何らかの理由で、移動局が連続伝送モードに移行したと誤って基地局２０が想定した場合に、移動局は必要よりも広いアップリンク帯域を割り当てられるだろう。この誤った想定がなされたとしても、所定の時間期間内にユーザデータが連続して送信されない場合に、これ以上のアップリンク・リソースの浪費を避けるために、移動局がＤＴＸモードであると基地局２０がみなしてもよい。
【００２２】
図５は、移動局がＤＴＸモードからＣＴＸモードにいつ移行していたかを判定する、基地局２０により実装される例示的な方法１００を説明する。手順は移動局がＤＴＸモードであると判定された際に開始する。この判定が行われる方法は重要ではない。移動局は、ＤＴＸモードに移行した際に（例えば明示的な無線インターフェース・シグナリングを用いて）基地局２０に合図することができるだろう。これにかえて、基地局２０は、移動局がＤＴＸモードであることを、一つ以上の連続するスケジュールされた伝送機会においてユーザデータを含む無線ブロックを送信することを移動局が失敗したことに基づいて、判定できるだろう。移動局がＤＴＸモードである場合に、移動局に音声コーダ制御メッセージを送信する機会を提供するために、基地局２０のスケジューラ２６は、通常のＵＳＦスケジューリングよりも低い頻度でアップリンク伝送のために移動局を周期的にスケジュールする（ブロック１０２）。移動局からのアップリンク伝送がスケジュールされた後に、基地局２０はスケジュールされたアップリンク・タイムスロット内のＲＬＣデータブロックが受信されるのを待つ（ブロック１０４）。ＲＬＣデータブロックが受信されない場合、基地局は通常よりも低いレートでのＤＴＸアップリンクのＵＳＦスケジューリングを続ける（ブロック１０２）。ＲＬＣデータブロックが受信された場合に、基地局２０の検出ユニット２８は、ＲＬＣデータブロック・ヘッダ内の長さ表示フィールドを用いてＬＬＣ ＰＤＵのサイズを判定する（ブロック１０６）。ＬＬＣ ＰＤＵが複数のＲＬＣデータブロックにまたがっている場合には、ＬＬＣ ＰＤＵの正確なサイズを判定するために、基地局２０が一つよりも多いＲＬＣデータブロックを受信する必要があるかもしれないことに留意されたい。基地局２０の検出ユニット２８はその後に、ＬＬＣ ＰＤＵのサイズに基づいて、ＬＬＣ ＰＤＵが音声を含むかどうかを判定する（ブロック１０８）。この判定は、ブロック１０６で判定されたＬＬＣ ＰＤＵのサイズを所定の閾値と比較することによって行われてもよい。ＬＬＣ ＰＤＵのサイズが閾値よりも低い場合に、ＬＬＣ ＰＤＵが音声コーダ制御メッセージを含むと想定されてもよい。この場合に、移動局は、通常よりも低いレートでのＤＴＸアップリンクのＵＳＦスケジューリングを続ける（ブロック１０２）。ＬＬＣ ＰＤＵのサイズが閾値以上の場合に、基地局２０はＬＬＣ ＰＤＵが音声を含むと判定してもよい。この場合、基地局２０は移動局がＤＴＸモードからＣＴＸモードに移行したと想定してもよく、スケジューラ２６は通常のＵＳＦスケジューリングを再開してもよい（ブロック１１０）。
【００２３】
本発明はもちろん、本発明の範囲と不可欠な特徴とから逸脱することなく、明細書で説明された方法以外のその他の個別の方法で実行されてもよい。従って、提供される実施形態は、すべて説明的であって限定的ではないとみなされるべきであり、添付の特許請求の範囲の意義と均等な範囲とから生じるすべての変形はここに包含されることが意図される。
【技術分野】
【０００１】
本発明は一般に無線ネットワーク上のパケットデータ通信に関し、より具体的には非連続モードと連続な移行モードとの間を移動局がいつ移行したかを検出する方法及び装置に関する。
【背景技術】
【０００２】
移動局にパケットデータ・サービスを提供するために、ＧＳＭパケット無線サービス（ＧＰＲＳ）標準が発展してきた。ＧＰＲＳ標準により、アップリンク通信用の同一のタイムスロット又はタイムスロット群を複数の移動局で共有することが可能となる。パケットデータのセッションが確立される際に、移動局はアップリンク及びダウンリンクにおける一つ以上のタイムスロットを割当てられる。チャネル割当てにおいて、移動局は一時ビットフロー識別子（ＴＦＩ）及びアップリンク状態フラグ（ＵＳＦ）を与えられる。
【０００３】
ダウンリンク通信に関して、ダウンリンクで送信されるデータブロックは、データブロックの宛先の移動局を識別するために、ヘッダ内にＴＦＩを含む。移動局はダウンリンク伝送のためにダウンリンク上の自身に割当てられたタイムスロットを監視し、自身のＴＦＩを含むデータブロックを復号する。
【０００４】
アップリンク通信に関して、基地局のスケジューラは同一のタイムスロット又はタイムスロット群を共有する移動局をスケジューリングする。スケジューラは、移動局による所与のアップリンクのタイムスロットでの送信がいつスケジュールされたかを、対応するダウンリンクのタイムスロットで送信されるデータブロック内の当該移動局のＵＳＦに含めることによって示す。移動局は、ダウンリンクのタイムスロットで送信されたデータブロック内に自身のＵＳＦを検出した場合に、対応するアップリンクで送信することを許される。
【０００５】
干渉を軽減し、バッテリ電力を節約するために、移動局は非連続伝送モード（ＤＴＸ）で動作してもよい。ＤＴＸモードでは、移動局は送るデータが何もない期間の間は自身の送信機を停止していてもよい。例えば、ボイス・オーバ・アイピー（ＶｏＩＰ）において、ユーザは遠隔ユーザの話を聞いているかもしれない。当該ユーザは発声していないため、送るデータはない。従って、ＤＴＸモードにより干渉は軽減するだろうし電力は節約されるだろう。ユーザが発声を始めると、移動局は連続伝送モード（ＣＴＸ）に戻すように切り替えてもよい。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一般的に、移動局が非連続転送モードである場合に、基地局のスケジューラは、移動局が基地局に送るデータを何も持っていないことによるアップリンク帯域の浪費を避けるために、ＤＴＸモードに移動局がいつ移行したかを通知され、または他の方法で判定される。同様に、移動局がＤＴＸモードからＣＴＸモードに戻るように移行する際に、ユーザが自分から発声する場合に必要となる移動局に対する通常のＵＳＦスケジューリングが再開されるように、スケジューラは、ＣＴＸモードへの移行がいつ発生したかを通知され、又は他の方法で判定される必要がある。ＶｏＩＰのようないくつかの用途では、遅延に対してとても影響を受けやすい。従って、移動局がＤＴＸモードからＣＴＸモードに移行した際に、通常のＵＳＦスケジューリングは、音声ペイロードの遠端ユーザへの伝達における遅延を避けるために、できるだけ早く再開される必要がある。過度の遅延は言語ペイロードが廃棄され、従って、音声における際立った中断（すなわち音声の欠落）と接続の知覚される品質の低下とが結果として生じる。
【課題を解決するための手段】
【０００７】
本発明は、ＤＴＸモードである移動局がＣＴＸモードにいつ移行していたかを判定し、その結果として通常のＵＳＦスケジューリングが再開されてもよい方法を提供する。サイレンス・インサーション・ディスクリプタ（ＳＩＤ）フレームのような音声コーダ制御メッセージをネットワークに転送することを移動局に可能とするために、移動局がＤＴＸモードである間、アップリンク伝送期間中に低減されたレートで（すなわち、通常のＵＳＦスケジューリング・レートよりも遅く）アップリンク伝送のために、基地局はなおも移動局をスケジュールする。ＤＴＸモードの間の音声コーダのエンド・ツー・エンドの適切な動作を維持するために、これらの制御メッセージは重要である。移動局は、（実際のユーザ音声ペイロードを含まない）これら音声コーダ制御メッセージと（実際のユーザ音声ペイロードからなる）ユーザデータとのいずれかを送るために、スケジュールされたアップリンク伝送を用いてもよい。ＲＬＣデータブロックが所与のスケジュールされたアップリンク伝送期間に基地局２０で受信された場合に、ＲＬＣデータブロックが音声コーダ制御メッセージとユーザデータとのどちらを含んでいるかを判定できることは有益である。ＲＬＣデータブロックが音声コーダ制御メッセージを含む場合に、基地局は移動局がなおもＤＴＸモードであると想定してもよい。一方、ＲＬＣデータブロックがユーザデータ（例えば、音声）を含む場合に、基地局は、移動局がＤＴＸモードを離れ、ＣＴＸモードに移行したと想定してもよく、従って、この移動局に対して通常のＵＳＦスケジューリングをすぐに再開することによって応答してもよい。よって、ユーザデータを含むＲＬＣデータブロックの受信は、ＤＴＸモードからＣＴＸモードに移行したことを暗示的に合図することに用いられる。
【０００８】
本発明の一つの実施形態では、基地局は、音声コーダ制御メッセージを含むＲＬＣデータブロックと音声を含むＲＬＣデータブロックとを、ＲＬＣデータブロックにより運ばれる上位層のデータパケット（すなわち、ＬＬＣ ＰＤＵ）のサイズに基づいて分別する。一つのＬＬＣ ＰＤＵを送信するために一つ以上のＲＬＣデータブロックが要求されるかもしれないことに留意されたい。基地局が移動局からアップリンクＬＬＣ ＰＤＵを受信し、ＬＬＣ ＰＤＵが所定の閾値より小さい場合に、移動局がＤＴＸモードであると基地局はみなす。なぜなら、この場合、音声コーダ制御メッセージが受信されているだろうからである。同様に、ＬＬＣ ＰＤＵのサイズが所定の閾値より大きい場合に、移動局がＤＴＸモードを離れ、ＣＴＸモードに入ったと基地局はみなす。なぜなら、この場合、ユーザデータすなわち音声ペイロードが受信されているだろうからである。
【図面の簡単な説明】
【０００９】
【図１】ＧＳＭ／ＥＤＧＥネットワークの主な機能要素のブロック図を示す。
【図２】ＧＰＲＳネットワークにおけるパケットデータ伝送に関する例示的なプロトコル・アーキテクチャを示す。
【図３】ＧＰＲＳネットワークにおけるパケットデータの伝送を示す。
【図４】ＧＰＲＳネットワークにおけるＵＳＦベースのスケジューリングを示す。
【図５】移動局がＤＴＸモードから連続伝送モードにいつ移行したかを判定する例示的な方法を示す。
【発明を実施するための形態】
【００１０】
本発明は、ＧＳＭ／ＥＤＧＥネットワークのような第３世代（３Ｇ）移動体通信ネットワークの文脈で説明される。しかしながら、当業者は、他の標準を実装するシステムに本発明が適用可能であることを理解するだろう。従って、本説明により本発明がＧＳＭ／ＥＤＧＥネットワークに制限されると解釈されるべきではない。
【００１１】
図１は、参照符号１０により全体的に指し示される例示的なＧＳＭ／ＥＤＧＥネットワークを説明する。ＧＳＭ／ＥＤＧＥネットワーク１０はＧＳＭ／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）１２とコア・ネットワーク１４とを備える。ＧＥＲＡＮ１２は一般的に一つ以上の基地局サブシステム（ＢＳＳ）２０を備え、基地局サブシステム２０は以下で単に基地局２０と呼ばれる。各基地局２０は、基地局制御装置（ＢＳＣ）２２と一つ以上の基地送受信局（ＢＴＳ）２４とを備える。ＢＴＳ２４は、移動局との通信に必要となるアンテナ、ＲＦ装置、及びベースバンド処理回路を備える。ＢＳＣ２２はＢＴＳ２０をコア・ネットワーク１４に接続し、ＧＥＲＡＮ１２の無線リソースを制御する。ＢＳＣ２２は、移動局による共有パケットデータ・チャネル上でのアップリンク伝送をスケジューリングするためのスケジューラ２６を含んでもよい。ＢＳＣ２２はさらに、移動局がＤＴＸモードから連続伝送モードに移行したことを検出する検出ユニット２８を含んでもよい。スケジューラ２６及び検出ユニット２８の機能は一つ以上のプロセッサ、マイクロプロセッサ、ハードウェア、又はこれらの組み合わせを用いて実装されてもよい。
【００１２】
コア・ネットワーク１４は少なくとも一つの移動通信交換局（ＭＳＣ）３０、一つのホーム・ロケーション・レジスタ（ＨＬＲ）３２、少なくとも一つのアクセス側ＧＰＲＳノード（ＳＧＳＮ）３４、及び一つ以上の関門ＧＰＲＳノード（ＧＧＳＮ）３６を備える。コア・ネットワーク１４は、回線交換通信とパケットデータ通信との両方を様々な外部ネットワークに提供する。先行技術で知られているように、ＭＳＣ３０は回線交換通信を扱い、公衆交換電話網（ＰＳＴＮ）４２に接続する。ＨＬＲ３２は加入者情報と加入者の現在位置とを記憶する。ＳＧＳＮ３４は移動局とのパケットデータ通信を扱う。ＧＧＳＮ３６は、インターネットのような外部のパケット交換ネットワーク４０への接続を提供する。
【００１３】
図２は移動局とＳＧＳＮ３４との間のパケットデータの転送を可能とする、ＧＰＲＳネットワークで用いられるパケットデータ・プロトコルを説明する。ＧＰＲＳプロトコルは、ネットワーク層、サブネットワーク依存コンバージェンス・プロトコル（ＳＮＤＣＰ）層、論理リンク制御（ＬＬＣ）層、無線リンク制御（ＲＬＣ）層、媒体アクセス制御（ＭＡＣ）層、ＢＳＳ ＧＰＲＳプロトコル（ＢＳＳＧＰ）層、ネットワーク・サービス（ＮＳ）層、及び物理層（ＰＬ）を含む。ＳＮＤＣＰ層は、ネットワーク層からＩＰパケットのようなデータパケットを受信する。ＳＮＤＣＰ層はＩＰパケットを圧縮し、異なるソースからのＩＰパケットを多重化することを担当する。ＬＬＣ層は移動局とＳＧＳＮ３４との間のパケットデータの転送を担当する。ＬＬＣ層はＳＮＤＣＰ層から受信したＰＤＵをＬＬＣプロトコル・データ・ユニット（ＰＤＵ）に挿入し、これらはＲＬＣ層に伝えられる。ＲＬＣ層は移動局と基地局２０との間のデータの転送を担当する。ＲＬＣ層は、送信機で各ＬＬＣ−ＰＤＵを一つ以上のＲＬＣデータブロックに分割し、受信機でＲＬＣデータブロックをＬＬＣ−ＰＤＵに再構築する。ＲＬＣ層はまた、欠落したＲＬＣデータブロックの再送を受信機が要求することを可能とする再送プロトコルを実装する。本発明では、検出ユニット２８もＲＬＣ層の一部である。ＭＡＣ層は移動局の多重化を扱い、複数の移動局が同一のパケットデータ・チャネルを共有することを可能とする。スケジューラ２６はＭＡＣ層の一部である。ＢＳＳＧＰ層は基地局２０とＳＧＳＮ３４の間のルーティング及びサービス品質（ＱｏＳ）関連の情報を伝達する。ＢＳＳＧＰ層はＳＧＳＮ３４と基地局２０との間のＬＬＣ ＰＤＵの輸送を提供する。ＮＳ層は、ＳＧＳＮ３４と基地局２０との間のＢＳＳＧＰシグナリング・データ・ユニット（ＳＤＵ）のための輸送を提供する。
【００１４】
図３はＩＰパケットのようなデータパケットがＧＰＲＳネットワーク上でどのように送信されるかを説明する。ネットワーク層から受信されたＩＰパケットは一つ以上のＳＮＤＣＰ ＰＤＵに結び付けられ（ｍａｐ）、各ＳＮＤＣＰ ＰＤＵは一つのＬＬＣ ＰＤＵに結び付けられる。ＬＬＣフレームとも呼ばれる各ＬＬＣ ＰＤＵは、フレーム・ヘッダ（ＦＨ）、情報フィールド、及びフレームチェックシーケンス（ＦＣＳ）を含む。各ＬＬＣ ＰＤＵは順々に一つ以上のＲＬＣデータブロックに結び付けられる。ＲＬＣデータブロックはブロック・ヘッダ（ＢＨ）、情報フィールド、及びブロックチェックシーケンス（ＢＣＳ）を含み、ブロックチェックシーケンスはＲＬＣデータブロック内のエラーをチェックするために受信機によって用いられてもよい。その後に、ＲＬＣデータブロックは物理層の無線ブロックすなわちバーストに結び付けられる。一般的なＧＰＲＳシステムでは、一つのＲＬＣデータブロックは四つの物理層のバーストに結び付けられ、これは一つのタイムスロットで送信されてもよい。
【００１５】
ダウンリンク方向において、ＲＬＣデータブロックのＢＨは、アップリンク上の移動局の動的スケジューリングをサポートするためのアップリンク状態フラグ（ＵＳＦ）を含む。アップリンク・パケットデータ・チャネルを共有する各移動局は一意的なＵＳＦを割り当てられる。ＵＳＦは一般的に３ビットを含み、アップリンク・パケットデータ・チャネルが８人までの異なるユーザにより共有されることを可能となる。次回のアップリンク・タイムスロットにスケジュールされた移動局を示すために、ダウンリンクで送信される各ＲＬＣデータブロックのヘッダにＵＳＦが含まれる。同じアップリンク・タイムスロットを共有する移動局は、対応するダウンリンク・タイムスロット上の伝送を監視する。移動局がダウンリンク伝送内に自身のＵＳＦを検出した場合に、図４に示されるように、この移動局は次回のアップリンク・タイムスロットで自由に送信できる。図４は６個の連続するタイムスロットを説明する。第１の移動局（ＭＳ１）は最初の二つのアップリンク・タイムスロットで送信するようにスケジュールされ、第２の移動局（ＭＳ２）は３番目のアップリンク・タイムスロットで送信するようにスケジュールされ、第３の移動局（ＭＳ３）は４番目のアップリンク・タイムスロットで送信するようにスケジュールされ、第４の移動局（ＭＳ４）は５番目及び６番目のアップリンク・タイムスロットで送信するようにスケジュールされる。ＢＳＣ２２のスケジューラはどの移動局がどのタイムスロットで送信することが許されるかを判定する。
【００１６】
バッテリ電力を節約し、干渉を軽減するために、移動局は不連続伝送（ＤＴＸ）モードで動作してもよい。ＤＴＸモードでは、移動局は、送るデータ（すなわち、音声ペイロード）が何もない間は、送信機を停止している。例えば、ボイス・オーバ・アイピー（ＶｏＩＰ）において、移動局ベースのユーザはネットワーク内の遠隔ユーザの話を聞いているかもしれない。移動局ベースのユーザは発声していないため、送るデータはない。従って、移動局の送信機をオフにすることで、干渉が軽減され、電力が節約されるであろう。移動局ベースのユーザが発声を再開した場合に、移動局は連続伝送（ＣＴＸ）モードに戻すように切り替えてもよい。
【００１７】
移動局がＤＴＸモードである場合に、基地局２０のスケジューラ２６は、移動局がＤＴＸモードのままである限り、通常のＵＳＦスケジューリングに従ってスケジューラ２６が移動局をスケジュールしないように通知される。通常のＵＳＦスケジューリングを用いてＤＴＸモードの移動局をスケジュールすることにより、アップリンク・リソースが浪費されるであろう。なぜなら、移動局は送るユーザデータを有していないからである。移動局が送るユーザデータを有する場合に、移動局はＤＴＸモードからＣＴＸモードに移行するだろう。ＶｏＩＰのようないくつかの用途は、遅延による影響を受けやすい。従って、移動局がＤＴＸモードからＣＴＸモードに移行する場合に、過度のパケット遅延を避けるために、可能な限り速く通常のＵＳＦスケジューリングが再開される必要がある。
【００１８】
本発明は移動局がＤＴＸモードからＣＴＸモードに移行したことを検出する方法を提供する。説明のために、以下の記述では移動局がＶｏＩＰアプリケーションをサポートしていると想定する。移動局がＤＴＸモードである間は、移動局がなおも音声コーダ制御メッセージをネットワークに周期的に転送するために、基地局２０のスケジューラ２６は低減されたレートで移動局のアップリンク伝送をスケジュールし続けてもよい。ＤＴＸモードの移動局のためのスケジュールされたアップリンク伝送は、アップリンク・リソースが浪費されないようにするため、連続伝送モードの移動局のためにスケジュールされた伝送よりも低い頻度となるだろう。低減されたスケジューリング・レートはＤＴＸモードで送られた音声コーダ制御メッセージの周期性の知識を考慮に入れてもよい。ＤＴＸモードの移動局がアップリンク伝送のためにスケジュールされている場合に、音声コーダ制御メッセージ（例えば、ＳＩＤフレーム）又はユーザデータ（例えば、音声）のいずれかを送信するために、当該移動局はスケジュールされたアップリンク伝送を用いてもよい。どちらの場合も、制御メッセージ又はユーザデータは一つのＬＬＣ ＰＤＵ内で運ばれ、ＬＬＣ ＰＤＵは一つ以上のＲＬＣデータブロックを用いて順々に伝達される。ＲＬＣデータブロックが基地局２０で受信された場合に、基地局２０は、ＲＬＣデータブロックにより伝達されたＬＬＣ ＰＤＵが音声コーダ制御メッセージとユーザデータとのどちらを含んでいるかを判定する。ＬＬＣ ＰＤＵが音声コーダ制御メッセージを含んでいる場合に、基地局２０は移動局がなおもＤＴＸモードであると想定してもよい。一方、ＬＬＣ ＰＤＵがユーザデータ（例えば、音声）を含んでいる場合に、基地局２０は移動局がＣＴＸモードに移行したと想定してもよく、従って、通常のＵＳＦスケジューリングを再開してもよい。よって、音声を含むＲＬＣデータブロックの受信は、ＤＴＸモードからＣＴＸモードへに移行したことを暗示的に合図するのに用いられる。
【００１９】
ＧＰＲＳシステムでは、音声コーダ制御メッセージとユーザデータとの両方が移動局から基地局２０にＲＬＣデータブロックを用いて送られる。従って、基地局２０は、音声コーダ制御メッセージを含むＲＬＣデータブロックとユーザデータを含むＲＬＣデータブロックとを分別する使い勝手のよい方法を必要とする。基地局２０が、一つ以上のアップリンクＲＬＣデータブロックの列によって伝達されるＬＬＣ ＰＤＵがユーザデータを含むと誤って想定し、この移動局のために通常のＵＳＦスケジューリングを再開した場合に、アップリング帯域は浪費されるかもしれない。なぜなら、基地局２０に送るユーザデータを移動局が何も有していないかもしれないからである。
【００２０】
本発明の一つの実施形態では、基地局２０は、音声コーダ制御メッセージを含むＲＬＣデータブロックとユーザデータを含むＲＬＣデータブロックとを、ＲＬＣデータブロックで輸送されるＬＬＣ ＰＤＵのサイズに基づいて分別する。ＤＴＸモードの移動局により送られる制御メッセージは、一般的には３０−４０オクテットのオーダの小さなＬＬＣ ＰＤＵに含まれるだろう。良好な無線状況のもと、ＬＬＣ ＰＤＵ全体は一つのＲＬＣデータブロックを用いて基地局２０に送信されてもよい。移動局が送るユーザデータを有する場合に、例えば発声行動が再開したような場合に、音声を含む最初のＬＬＣ ＰＤＵのサイズは約１５０−２００オクテットのオーダとなるだろう。移動局がＤＴＸモードであると基地局２０が考える場合に、基地局２０は、音声コーダ制御メッセージとユーザデータとのいずれを含むかを判定するために、移動局によって送信されるＬＬＣ ＰＤＵのサイズを用いてもよい。着信ＬＬＣ ＰＤＵのサイズは、ＬＬＣ ＰＤＵを運ぶ一つ以上のＲＬＣデータブロックのＲＬＣデータブロック・ヘッダ情報を用いて基地局２０により判定されてもよい。
【００２１】
一つの例示的な実施形態では、基地局２０のスケジューラ２６は、ＤＴＸモードの移動局にアップリンク伝送の機会を提供する場合にはいつでも、無線状況に依存して、所与のタイムスロット上の、二つの背合わせの（すなわち、連続した）アップリンク無線ブロック伝送までスケジュールするように構成されてもよい。二つの背合わせのアップリンク無線ブロック伝送のスケジューリングは、無線状況が貧弱な場合であっても、制御メッセージを含む完全なＬＬＣ ＰＤＵを送るのに十分な連続するアップリンク帯域を常に有するだろうことを保証するだろう。基地局２０は、スケジュールされたアップリンク伝送の間に、対応するアップリンクＬＬＣ ＰＤＵが受信されない場合、又は短いＬＬＣ ＰＤＵが受信された場合に、移動局がＤＴＸモードのままであるとみなしてもよい。この場合に、基地局２０は、移動局がＤＴＸモードであるという想定のもとでアップリンク伝送のスケジューリングを続ける。一つ以上のＲＬＣデータブロックがＬＬＣ ＰＤＵを含んで受信された場合に、移動局２０は一つ以上のＲＬＣデータブロック内のヘッダ情報を検査し、ＬＬＣ ＰＤＵのサイズに基づいて、移動局がＤＴＸモードからＣＴＸモードに移行していたかどうかを判定する。何らかの理由で、移動局が連続伝送モードに移行したと誤って基地局２０が想定した場合に、移動局は必要よりも広いアップリンク帯域を割り当てられるだろう。この誤った想定がなされたとしても、所定の時間期間内にユーザデータが連続して送信されない場合に、これ以上のアップリンク・リソースの浪費を避けるために、移動局がＤＴＸモードであると基地局２０がみなしてもよい。
【００２２】
図５は、移動局がＤＴＸモードからＣＴＸモードにいつ移行していたかを判定する、基地局２０により実装される例示的な方法１００を説明する。手順は移動局がＤＴＸモードであると判定された際に開始する。この判定が行われる方法は重要ではない。移動局は、ＤＴＸモードに移行した際に（例えば明示的な無線インターフェース・シグナリングを用いて）基地局２０に合図することができるだろう。これにかえて、基地局２０は、移動局がＤＴＸモードであることを、一つ以上の連続するスケジュールされた伝送機会においてユーザデータを含む無線ブロックを送信することを移動局が失敗したことに基づいて、判定できるだろう。移動局がＤＴＸモードである場合に、移動局に音声コーダ制御メッセージを送信する機会を提供するために、基地局２０のスケジューラ２６は、通常のＵＳＦスケジューリングよりも低い頻度でアップリンク伝送のために移動局を周期的にスケジュールする（ブロック１０２）。移動局からのアップリンク伝送がスケジュールされた後に、基地局２０はスケジュールされたアップリンク・タイムスロット内のＲＬＣデータブロックが受信されるのを待つ（ブロック１０４）。ＲＬＣデータブロックが受信されない場合、基地局は通常よりも低いレートでのＤＴＸアップリンクのＵＳＦスケジューリングを続ける（ブロック１０２）。ＲＬＣデータブロックが受信された場合に、基地局２０の検出ユニット２８は、ＲＬＣデータブロック・ヘッダ内の長さ表示フィールドを用いてＬＬＣ ＰＤＵのサイズを判定する（ブロック１０６）。ＬＬＣ ＰＤＵが複数のＲＬＣデータブロックにまたがっている場合には、ＬＬＣ ＰＤＵの正確なサイズを判定するために、基地局２０が一つよりも多いＲＬＣデータブロックを受信する必要があるかもしれないことに留意されたい。基地局２０の検出ユニット２８はその後に、ＬＬＣ ＰＤＵのサイズに基づいて、ＬＬＣ ＰＤＵが音声を含むかどうかを判定する（ブロック１０８）。この判定は、ブロック１０６で判定されたＬＬＣ ＰＤＵのサイズを所定の閾値と比較することによって行われてもよい。ＬＬＣ ＰＤＵのサイズが閾値よりも低い場合に、ＬＬＣ ＰＤＵが音声コーダ制御メッセージを含むと想定されてもよい。この場合に、移動局は、通常よりも低いレートでのＤＴＸアップリンクのＵＳＦスケジューリングを続ける（ブロック１０２）。ＬＬＣ ＰＤＵのサイズが閾値以上の場合に、基地局２０はＬＬＣ ＰＤＵが音声を含むと判定してもよい。この場合、基地局２０は移動局がＤＴＸモードからＣＴＸモードに移行したと想定してもよく、スケジューラ２６は通常のＵＳＦスケジューリングを再開してもよい（ブロック１１０）。
【００２３】
本発明はもちろん、本発明の範囲と不可欠な特徴とから逸脱することなく、明細書で説明された方法以外のその他の個別の方法で実行されてもよい。従って、提供される実施形態は、すべて説明的であって限定的ではないとみなされるべきであり、添付の特許請求の範囲の意義と均等な範囲とから生じるすべての変形はここに包含されることが意図される。
【特許請求の範囲】
【請求項１】
移動局の動作モードがＤＴＸモードから連続伝送モードに変化したことを検出する方法であって、
前記移動局が前記ＤＴＸモードである間に、アップリンク伝送期間中の前記移動局によるアップリンク伝送をスケジュールする工程と、
前記スケジュールされたアップリンク伝送期間中に前記移動局からのアップリンク・データパケットの少なくとも一部を受信する工程と、
前記アップリンク・データパケットのサイズに基づいて前記移動局の動作モードを判定する工程と
を備えることを特徴とする方法。
【請求項２】
前記アップリンク・データパケットの前記サイズに基づいて前記移動局の前記動作モードを判定する工程は、前記移動局が前記ＤＴＸモードから前記連続伝送モードに移行したかどうかを前記データパケットの前記サイズに基づいて判定する工程を備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記データパケットの前記サイズが所定の量より小さい場合に、前記移動局が前記ＤＴＸモードであると判定されることを特徴とする請求項２に記載の方法。
【請求項４】
前記移動局が前記ＤＴＸモードであると判定された場合に、前記ＤＴＸモード用のアップリンク伝送をスケジューリングし続ける工程をさらに備えることを特徴とする請求項３に記載の方法。
【請求項５】
前記データパケットの前記サイズが所定の量より大きい場合に、前記移動局が前記連続伝送モードであると判定されることを特徴とする請求項２に記載の方法。
【請求項６】
前記移動局が前記連続伝送モードであると判定された場合に、前記連続伝送モード用のアップリンク伝送をスケジューリングする工程をさらに備えることを特徴とする請求項５に記載の方法。
【請求項７】
スケジュールされたアップリンク伝送期間中にデータパケットが存在しないことに基づいて、前記移動局の前記動作モードがＤＴＸモードから前記連続伝送モードに変化したことを検出する工程をさらに備えることを特徴とする請求項６に記載の方法。
【請求項８】
前記アップリンク・データパケットは論理リンク制御（ＬＬＣ）フレームを備え、前記アップリンク・データパケットのサイズに基づいて前記移動局の動作モードを判定する工程は、前記ＬＬＣフレームのサイズを判定する工程を備えることを特徴とする請求項１に記載の方法。
【請求項９】
前記スケジュールされたアップリンク伝送期間中に前記移動局からのアップリンク・データパケットの少なくとも一部を受信する工程は、前記ＬＬＣフレームを含んだ一つ以上のＲＬＣデータブロックを受信する工程を備え、前記ＬＬＣフレームのサイズを判定する工程は、前記一つ以上のＲＬＣデータブロック内のヘッダ情報に基づいて前記サイズを判定する工程を備えることを特徴とする請求項８に記載の方法。
【請求項１０】
基地局であって、
パケットデータを移動局と送受信する基地送受信局と、
前記移動局がＤＴＸモードである間に、アップリンク伝送期間中の前記移動局によるアップリンク伝送をスケジュールするスケジューラと、
前記スケジュールされたアップリンク伝送期間中に受信されたアップリンク・データパケットのサイズに基づいて前記移動局の動作モードを判定する検出ユニットと
を備えることを特徴とする基地局。
【請求項１１】
前記検出ユニットは、前記移動局が前記ＤＴＸモードから連続伝送モードに移行したことを、前記データパケットの前記サイズに基づいて判定することを特徴とする請求項１０に記載の基地局。
【請求項１２】
前記検出ユニットは、前記データパケットの前記サイズが所定の量より小さい場合に、前記移動局が前記ＤＴＸモードであると判定することを特徴とする請求項１１に記載の基地局。
【請求項１３】
前記スケジューラは、前記移動局が前記ＤＴＸモードであると判定された場合に、前記ＤＴＸモード用のアップリンク伝送をスケジューリングし続けることを特徴とする請求項１２に記載の基地局。
【請求項１４】
前記検出ユニットは、前記データパケットの前記サイズが所定の量より大きい場合に、前記移動局が前記連続伝送モードであると判定することを特徴とする請求項１１に記載の基地局。
【請求項１５】
前記スケジューラは、前記移動局が前記連続伝送モードであると判定された場合に、前記連続伝送モード用の通常のアップリンク・スケジューリングを再開することを特徴とする請求項１４に記載の基地局。
【請求項１６】
前記検出ユニットは、スケジュールされたアップリンク伝送期間中にデータパケットが存在しないことに基づいて、前記移動局の前記動作モードが前記ＤＴＸモードから前記連続伝送モードに変化したことをさらに検出することを特徴とする請求項１５に記載の基地局。
【請求項１７】
前記アップリンク・データパケットは論理リンク制御（ＬＬＣ）フレームを備え、前記検出ユニットは、前記ＬＬＣフレームのサイズに基づいて前記移動局の動作モードを判定することを特徴とする請求項１０に記載の基地局。
【請求項１８】
前記基地局は前記ＬＬＣフレームを含んだ一つ以上のＲＬＣデータブロックを受信し、前記検出ユニットは前記一つ以上のＲＬＣデータブロック内のヘッダ情報に基づいて前記ＬＬＣフレームの前記サイズを判定することを特徴とする請求項１０に記載の基地局。
【請求項１】
移動局の動作モードがＤＴＸモードから連続伝送モードに変化したことを検出する方法であって、
前記移動局が前記ＤＴＸモードである間に、アップリンク伝送期間中の前記移動局によるアップリンク伝送をスケジュールする工程と、
前記スケジュールされたアップリンク伝送期間中に前記移動局からのアップリンク・データパケットの少なくとも一部を受信する工程と、
前記アップリンク・データパケットのサイズに基づいて前記移動局の動作モードを判定する工程と
を備えることを特徴とする方法。
【請求項２】
前記アップリンク・データパケットの前記サイズに基づいて前記移動局の前記動作モードを判定する工程は、前記移動局が前記ＤＴＸモードから前記連続伝送モードに移行したかどうかを前記データパケットの前記サイズに基づいて判定する工程を備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記データパケットの前記サイズが所定の量より小さい場合に、前記移動局が前記ＤＴＸモードであると判定されることを特徴とする請求項２に記載の方法。
【請求項４】
前記移動局が前記ＤＴＸモードであると判定された場合に、前記ＤＴＸモード用のアップリンク伝送をスケジューリングし続ける工程をさらに備えることを特徴とする請求項３に記載の方法。
【請求項５】
前記データパケットの前記サイズが所定の量より大きい場合に、前記移動局が前記連続伝送モードであると判定されることを特徴とする請求項２に記載の方法。
【請求項６】
前記移動局が前記連続伝送モードであると判定された場合に、前記連続伝送モード用のアップリンク伝送をスケジューリングする工程をさらに備えることを特徴とする請求項５に記載の方法。
【請求項７】
スケジュールされたアップリンク伝送期間中にデータパケットが存在しないことに基づいて、前記移動局の前記動作モードがＤＴＸモードから前記連続伝送モードに変化したことを検出する工程をさらに備えることを特徴とする請求項６に記載の方法。
【請求項８】
前記アップリンク・データパケットは論理リンク制御（ＬＬＣ）フレームを備え、前記アップリンク・データパケットのサイズに基づいて前記移動局の動作モードを判定する工程は、前記ＬＬＣフレームのサイズを判定する工程を備えることを特徴とする請求項１に記載の方法。
【請求項９】
前記スケジュールされたアップリンク伝送期間中に前記移動局からのアップリンク・データパケットの少なくとも一部を受信する工程は、前記ＬＬＣフレームを含んだ一つ以上のＲＬＣデータブロックを受信する工程を備え、前記ＬＬＣフレームのサイズを判定する工程は、前記一つ以上のＲＬＣデータブロック内のヘッダ情報に基づいて前記サイズを判定する工程を備えることを特徴とする請求項８に記載の方法。
【請求項１０】
基地局であって、
パケットデータを移動局と送受信する基地送受信局と、
前記移動局がＤＴＸモードである間に、アップリンク伝送期間中の前記移動局によるアップリンク伝送をスケジュールするスケジューラと、
前記スケジュールされたアップリンク伝送期間中に受信されたアップリンク・データパケットのサイズに基づいて前記移動局の動作モードを判定する検出ユニットと
を備えることを特徴とする基地局。
【請求項１１】
前記検出ユニットは、前記移動局が前記ＤＴＸモードから連続伝送モードに移行したことを、前記データパケットの前記サイズに基づいて判定することを特徴とする請求項１０に記載の基地局。
【請求項１２】
前記検出ユニットは、前記データパケットの前記サイズが所定の量より小さい場合に、前記移動局が前記ＤＴＸモードであると判定することを特徴とする請求項１１に記載の基地局。
【請求項１３】
前記スケジューラは、前記移動局が前記ＤＴＸモードであると判定された場合に、前記ＤＴＸモード用のアップリンク伝送をスケジューリングし続けることを特徴とする請求項１２に記載の基地局。
【請求項１４】
前記検出ユニットは、前記データパケットの前記サイズが所定の量より大きい場合に、前記移動局が前記連続伝送モードであると判定することを特徴とする請求項１１に記載の基地局。
【請求項１５】
前記スケジューラは、前記移動局が前記連続伝送モードであると判定された場合に、前記連続伝送モード用の通常のアップリンク・スケジューリングを再開することを特徴とする請求項１４に記載の基地局。
【請求項１６】
前記検出ユニットは、スケジュールされたアップリンク伝送期間中にデータパケットが存在しないことに基づいて、前記移動局の前記動作モードが前記ＤＴＸモードから前記連続伝送モードに変化したことをさらに検出することを特徴とする請求項１５に記載の基地局。
【請求項１７】
前記アップリンク・データパケットは論理リンク制御（ＬＬＣ）フレームを備え、前記検出ユニットは、前記ＬＬＣフレームのサイズに基づいて前記移動局の動作モードを判定することを特徴とする請求項１０に記載の基地局。
【請求項１８】
前記基地局は前記ＬＬＣフレームを含んだ一つ以上のＲＬＣデータブロックを受信し、前記検出ユニットは前記一つ以上のＲＬＣデータブロック内のヘッダ情報に基づいて前記ＬＬＣフレームの前記サイズを判定することを特徴とする請求項１０に記載の基地局。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公表番号】特表２０１０−５１８７４２（Ｐ２０１０−５１８７４２Ａ）
【公表日】平成２２年５月２７日（２０１０．５．２７）
【国際特許分類】
【出願番号】特願２００９−５４９０４２（Ｐ２００９−５４９０４２）
【出願日】平成２０年１月４日（２００８．１．４）
【国際出願番号】ＰＣＴ／ＳＥ２００８／０５００１１
【国際公開番号】ＷＯ２００８／０９７１６７
【国際公開日】平成２０年８月１４日（２００８．８．１４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２２年５月２７日（２０１０．５．２７）
【国際特許分類】
【出願日】平成２０年１月４日（２００８．１．４）
【国際出願番号】ＰＣＴ／ＳＥ２００８／０５００１１
【国際公開番号】ＷＯ２００８／０９７１６７
【国際公開日】平成２０年８月１４日（２００８．８．１４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]