(57)【要約】  本発明は、移動通信ネットワーク内の移動端末をスケジューリングする方法と、該方法を実行する基地局とに関わる。本発明は、更に、移動通信システムにおいてスケジューリング許可の受信に対して動作する方法と、該方法を実行する移動端末とに関する。ソフトハンドオーバにないサービングセルにおけるＵＥのシステムスループットを低下させることなく、ソフトハンドオーバにあるＵＥのアップリンク送信に対するリソース利用をサービングセルが制御するためには、本発明は、絶対的許可と共にＵＥに共有の絶対的許可チャネルを介して送信される制御情報を用いることを提案し、制御情報は絶対的許可がソフトハンドオーバにある移動端末に対してだけ有効か否かを示す。
2008535336.tif 000002
【特許請求の範囲】
【請求項１】
移動通信ネットワーク内の移動端末をスケジューリングする方法であって、移動端末のサービングセルを制御する基地局によって複数の移動端末がスケジューリングされ、複数の移動端末の一部が非サービングセルにソフトハンドオーバしており、
前記方法は、前記サービングセルの基地局により実行される次のステップを有し、
前記移動端末に絶対的許可を共有の絶対的許可チャネルを介して送信するステップを有し、前記絶対的許可は、個別アップリンクチャネルを介して前記移動端末のサービングセルを制御する前記基地局および非サービングセルを制御する基地局に対して、アップリンクデータ送信に移動端末が利用することが許可された最大量のアップリンクリソースを通知し、前記絶対的許可は、ソフトハンドオーバにある移動端末に対してだけ前記絶対的許可が有効であることを示す情報を含み、
前記方法は、個別アップリンクチャネルを介してソフトハンドオーバにある移動端末からアップリンクデータを受信するステップを有し、前記個別アップリンクチャネルにおいてアップリンク送信に利用されるリソース量は、前記絶対的許可で通知される最大量のリソースに基づいて設定される、方法。
【請求項２】
前記基地局は、前記全ての移動端末が共有の絶対的許可チャネルを介して受信した絶対的許可を受信し評価する共通のレート制御モードで前記移動端末をスケジューリングする、請求項１記載の方法。
【請求項３】
前記絶対的許可は、前記各移動端末が利用することが許可されている最大量のアップリンクリソースを示す電力比と、ソフトハンドオーバにある移動端末に対してだけ前記絶対的許可が有効か否かを示すフラグとからなる、請求項２記載の方法。
【請求項４】
ソフトハンドオーバにある前記移動端末は、ソフトハンドオーバにない移動端末とは異なる送信時間間隔でスケジューリングされ、前記絶対的許可は前記各移動端末が利用することが許可されている最大量のアップリンクリソースを示す電力比と、前記絶対的許可が有効なアップリンクデータ送信の送信時間間隔を示すフラグとからなる、請求項２記載の方法。
【請求項５】
前記基地局が前記複数の移動端末のうちの一つの移動端末、前記複数の移動端末の群、または、前記複数の移動端末全てに絶対的許可アドレッシングを送信する個別レート制御モードで前記基地局は前記移動端末をスケジューリングする、請求項１記載の方法。
【請求項６】
前記絶対的許可は、前記アドレス指定された移動端末または前記アドレス指定された複数の移動端末が利用することが許可された最大量のアップリンクリソースを示す電力比と、前記絶対的許可が複数のＨＡＲＱ処理の一つに対してだけ有効か否かを示す単一処理フラグと、前記絶対的許可がソフトハンドオーバにある移動端末にだけ有効か否かを示すフラグとからなる、請求項１、請求項２、または、請求項５のいずれかに記載の方法。
【請求項７】
ソフトハンドオーバ中に前記移動端末が利用することが許可された最大量のリソースは、ハンドオーバにない場合に前記移動端末が利用できる最大量のアップリンクリソースに対するソフトハンドオーバにある移動端末によって最大で利用される割合を定義するパーセンテージの形態で絶対値許可により通知される、請求項３または請求項６に記載の方法。
【請求項８】
ハンドオーバ中に前記移動端末が利用することが許可された最大量のリソースを示す情報を無線ネットワークコントローラから受信するステップをさらに有する、請求項１から請求項７のいずれかに記載の方法。
【請求項９】
ハンドオーバ中に前記移動端末が利用することが許可された最大量のリソースは、ハンドオーバにない場合に前記移動端末が利用できる最大量のアップリンクリソースに対するソフトハンドオーバにある移動端末によって最大で利用される割合を定義するパーセンテージの形態で示される、請求項７記載の方法。
【請求項１０】
前記方法は、ソフトハンドオーバの移動端末から個別アップリンクチャネルを介してアップリンクデータと、個別アップリンク制御チャネルを介して関連する制御情報とを受信するステップを有し、
前記制御情報は、前記移動端末によって設定されると、前記サービングセルを制御する前記基地局にアップリンクデータ送信に対するアップリンクリソースを増加させるリソース要求フラグと、送信時間間隔内で前記サービングセルを制御する前記基地局にアップリンクデータを送信するために使用されるトランスポートフォーマットコンビネーションを示すトランスポートフォーマットインジケータと、を含み、
前記方法は、前記リソース要求フラグが設定されているか否か、且つ、ソフトハンドオーバにある移動端末に対してだけ有効な絶対的許可において前記サービングセルの前記基地局によって許可されるよりも少ない量のアップリンクリソースを利用するトランスポートフォーマットコンビネーションをトランスポートフォーマットインジケータが示すか否かを前記基地局によって検出するステップと、
そのように検出した場合に前記移動端末に別の絶対的許可を送信するステップであって、前記絶対的許可は個別アップリンクチャネルを介して前記移動端末のサービングセルを制御する前記基地局および非サービングセルを制御する基地局へのアップリンクデータ送信に移動端末が利用することが許可された最大量のアップリンクリソースを通知する、ステップとを備え、
前記絶対的許可において通知される最大量のリソースは、ソフトハンドオーバにある移動端末が現在使用することが許可された最大量のアップリンクリソースよりも低く、
前記絶対的許可はソフトハンドオーバにある移動端末に対してだけ前記絶対的許可が有効であることを示す情報を有する、請求項１から請求項７のいずれかに記載の方法。
【請求項１１】
端末を備える複数の移動端末が前記移動端末のサービングセルを制御する基地局によってスケジューリングされる移動通信ネットワーク内の前記移動端末によって受信される絶対的許可の受信に対して作用する方法であって、
前記複数の移動端末の一部が非サービングセルにそれぞれソフトハンドオーバしており、前記方法は、前記移動端末により実行される次のステップを有し、
前記サービングセルを制御する前記基地局からの第１の絶対的許可を共有の絶対的許可チャネルを介して受信するステップであって、前記絶対的許可は、個別アップリンクチャネルを介して前記移動端末の前記サービングセルを制御する基地局および非サービングセルを制御する基地局に対して、アップリンクデータ送信で移動端末が利用することが許可された最大量のアップリンクリソースを通知し、前記絶対的許可はソフトハンドオーバにある移動端末に対してだけ前記絶対的許可が有効であるか否かを示す情報を含み、前記第１の絶対的許可における情報は、前記第１の絶対的許可が前記複数の移動端末に対して有効であることを示すステップと、
個別アップリンクチャネルを介して前記サービングセルを制御する前記基地局にアップリンクデータを送信するステップであって、前記個別アップリンクチャネルにおいてデータ送信に利用されるアップリンクリソース量は前記第１の絶対的許可によって通知−される最大量のリソースに基づいて選択される、方法。
【請求項１２】
前記移動端末がソフトハンドオーバしておらず、
前記サービングセルを制御する前記基地局から第２の絶対的許可を受信するステップであって、前記第２の絶対的許可は第２の絶対的許可がソフトハンドオーバにある移動端末に対してだけ有効であることを示す情報を有する、ステップと、
ソフトハンドオーバにおけるアップリンクデータ送信に対するスケジューリング許可によって通知される最大量のアップリンクリソースを記憶するステップと、を更に有する請求項１１記載の方法。
【請求項１３】
移動端末は個別アップリンクチャネルを介して前記サービングセルを制御する基地局および非サービングセルを制御する基地局にそれぞれアップリンクデータを送信するステップを更に有し、
前記個別アップリンクチャネル上でのデータ送信に利用されるアップリンクリソース量は非サービングセルへ移動端末がソフトオハンドオーバに入る際に前記絶対的許可によって通知される記憶された最大量のリソースに基づいて選択される、請求項１２記載の方法。
【請求項１４】
前記移動端末は、非サービングセルにソフトハンドオーバすると、前記移動端末がソフトハンドオーバに入る際にソフトハンドオーバにある移動端末によって使用されるべき最大量のアップリンクリソースが予め記憶されていない場合には、前記第１の絶対的許可によって示される最大量のリソースに基づいて選択される量のアップリンクリソースを利用して前記サービングセルを制御する基地局および非サービングセルを制御する基地局にアップリンクデータを送信する、請求項１２または請求項１３記載の方法。
【請求項１５】
前記第２の絶対的許可は、前記移動端末が最大でソフトハンドオーバである場合の前記個別チャネルを介するアップリンクデータ送信に使用されるべき、ハンドオーバにない場合に前記移動端末が利用することが許可された最大量のリソースのパーセンテージを定義し、
前記第２の絶対的許可で通知されるパーセンテージに基づいてソフトハンドオーバ中にアップリンク送信に前記移動端末が利用することが許可される最大量のアップリンクリソースを決定するステップを更に有する、請求項１２から請求項１４のいずれかに記載の方法。
【請求項１６】
前記第１の絶対的許可は、前記移動端末がソフトハンドオーバにあると受信され、
前記第１の絶対的許可における最大量のアップリンクリソースが個別チャネルでのアップリンク送信に現在利用されているリソース量よりも低い場合に、前記第１の絶対的許可に通知される最大量のリソースに応じて前記サービングセルを制御する前記基地局および非サービングセルを制御する基地局に対して前記個別アップリンクチャネルにおけるデータ送信に利用されるアップリンクリソース量を選択する、ステップを更に有する、請求項１１記載の方法。
【請求項１７】
前記絶対的許可チャネルは前記移動端末によって共有され、前記サービングセルを制御する基地局は該チャネルを介して移動端末に前記絶対的許可を送信する、請求項１から請求項１６のいずれかに記載の方法。
【請求項１８】
移動通信ネットワークにおける移動端末をスケジューリングする基地局であって、複数の移動端末の一部が非サービングセルとそれぞれソフトハンドオーバしており、
前記移動端末に絶対的許可を共有の絶対的許可チャネルを介して送信する送信器であって、前記絶対的許可が個別アップリンクチャネルを介するアップリンクデータ送信に前記移動端末が利用することが許可された最大量のアップリンクリソースを通知し、前記基地局がソフトハンドオーバにある移動端末にだけ前記絶対的許可が有効であることを示す情報が前記絶対的許可に含まれるようなされる、送信器と、
個別アップリンクチャネルを介してソフトハンドオーバにある前記移動端末からアップリンクデータを受信する受信器であって、前記個別アップリンクチャネルで利用されるリソース量は前記絶対的許可で通知される最大量のリソースに基づいて設定される、受信器と、を備える基地局。
【請求項１９】
請求項１から請求項１０のいずれかに記載の方法のステップを実行するようになされる手段を更に備える、請求項１８記載の基地局。
【請求項２０】
端末を備える複数の移動端末が前記移動端末のサービングセルを制御する基地局によってスケジューリングされる移動通信ネットワーク内の前記移動端末によって受信される絶対的許可の受信に応答し、前記複数の移動端末の一部が非サービングセルにそれぞれソフトハンドオーバしている、移動端末であって、
前記サービングセルを制御する基地局からの第１の絶対的許可を共有の絶対的許可チャネルを介して受信する受信器であって、絶対的許可は、個別アップリンクチャネルを介して前記移動端末の前記サービングセルを制御する前記基地局および非サービングセルを制御する基地局に対して、アップリンクデータ送信で前記移動端末が利用することが許可された最大量のアップリンクリソースを通知し、前記絶対的許可がソフトハンドオーバにある移動端末に対してだけ絶対的許可が有効であるか否かを示す情報を含み、前記第１の絶対的許可における前記情報が前記第１の絶対的許可が前記移動端末全てに対して有効であることを示す、受信器と、
個別アップリンクチャネルを介して前記サービングセルを制御する前記基地局にアップリンクデータを送信する送信器であって、前記個別アップリンクチャネルにおけるデータ送信に利用されるアップリンクリソース量が前記第１の絶対的許可によって通知される最大量のリソースに基づいて選択される、送信器とを備える移動端末。
【請求項２１】
請求項１１から請求項１７のいずれかに記載の方法のステップを実行するようになされる手段を更に備える請求項２０記載の移動端末。
【請求項２２】
基地局のプロセッサによって実行される際に、前記基地局に移動通信ネットワーク内の移動端末をスケジューリングさせる命令を記憶するコンピュータ読取可能媒体であって、複数の移動端末が前記移動端末のサービングセルを制御する基地局によってスケジューリングされ、前記複数の移動端末の一部が非サービングセルへそれぞれソフトハンドオーバしており、
共有の絶対的許可チャネルを介して絶対的許可を前記移動端末に送信するステップであって、前記絶対的許可は、個別アップリンクチャネルを介して前記移動端末の前記サービングセルを制御する前記基地局および非サービングセルを制御する基地局に対してアップリンクデータ送信に移動端末が利用することが許可された最大量のアップリンクリソースを通知し、前記絶対的許可がソフトハンドオーバにある前記移動端末に対してだけ前記絶対的許可が有効であることを示す情報を含む、ステップと、
個別アップリンクチャネルを介してソフトハンドオーバにある移動端末からアップリンクデータを受信するステップであって、前記個別アップリンクチャネルにおいて利用されるリンクリソース量が前記絶対的許可によって通知される最大量のリソースに基づいて選択されるステップと、を有する命令を記憶するコンピュータ読取可能媒体。
【請求項２３】
前記基地局の前記プロセッサによって実行される際、請求項１から請求項１０のいずれかに記載の方法のステップを前記基地局に実行させる命令を更に記憶する、請求項２２記載のコンピュータ読取可能媒体。
【請求項２４】
移動端末のプロセッサによって実行されると、端末を備える複数の移動端末が移動端末のサービングセルを制御する基地局によってスケジューリングされる移動通信ネットワーク内の移動端末によって受信される絶対的許可の受信に対して移動端末に動作させる命令を記憶するコンピュータ読取可能媒体であって、複数の移動端末の一部が非サービングセルにそれぞれソフトハンドオーバしており、
前記サービングセルを制御する基地局から共有の絶対的許可チャネルを介して第１の絶対的許可を受信するステップであって、前記絶対的許可は、個別アップリンクチャネルを介して前記移動端末の前記サービングセルを制御する前記基地局および非サービングセルを制御する基地局に対してアップリンクデータ送信で前記移動端末が利用することが許可された最大量のアップリンクリソースを通知し、前記絶対的許可がソフトハンドオーバにある移動端末に対してだけ前記絶対的許可が有効であるか否かを示す情報を含み、前記第１の絶対的許可における前記情報が前記第１の絶対的許可が前記複数の移動端末に有効であることを示す、ステップと、
個別アップリンクチャネルを介して前記サービングセルを制御する前記基地局にアップリンクデータを送信するステップであって、前記個別アップリンクチャネルにおけるデータ送信に利用されるアップリンクリソース量は第１の絶対的許可によって通知される最大量のリソースに基づいて選択される、ステップと、有する命令を記憶するコンピュータ読取可能媒体。
【請求項２５】
前記移動端末の前記プロセッサによって実行されると、請求項１１から請求項１７のいずれかに記載の方法のステップを前記移動端末に実行させる命令を更に記憶する、請求項２４記載のコンピュータ読取可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信ネットワーク内の移動端末をスケジューリングする方法と、該方法を実行する基地局とに関する。更に、本発明は、移動通信システムにおいてスケジューリング許可の受信にしたがって動作する方法と、該方法を実行する移動端末とに関する。
【背景技術】
【０００２】
Ｗ−ＣＤＭＡ（広帯域符号分割多重接続）とは、第３世代無線移動通信システムとしての使用に標準化されたＩＭＴ−２０００（国際移動通信）に対する無線インタフェースである。柔軟且つ効率的な方法で音声サービスやマルチメディア移動通信サービス等の各種サービスを提供する。日本、欧州、米国、および、他の国における標準化機構は、Ｗ−ＣＤＭＡに対して共通の無線インタフェース仕様を作成するために第３世代パートナーシッププロジェクト（３ＧＰＰ）と呼ばれるプロジェクトを合同で組織した。
【０００３】
標準化された欧州版のＩＭＴ−２０００は、一般にＵＭＴＳ（ユニバーサル移動通信システム）と呼ばれる。ＵＭＴＳの仕様の最初のリリースは、１９９９年（リリース９９）に発行された。その間、リリース４およびリリース５において上記の標準化に対する幾つかの改良が３ＧＰＰによって標準化され、リリース６の範囲において更なる改良に関する議論が行われている。
【０００４】
ダウンリンクおよびアップリンクに対する個別チャネル（ＤＣＨ）と、ダウンリンク共有チャネル（ＤＳＣＨ）は、リリース９９およびリリース４において定められている。その翌年以降、開発者はマルチメディアサービス、あるいは、データサービス全般を提供するために、高速非対称アクセスを実行しなくてはならないと認識した。リリース５では、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）が導入されている。新高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）は、ＵＭＴＳ仕様においてＵＭＴＳ無線アクセスネットワーク（ＲＡＮ）からユーザ装置（ＵＥ）と呼ばれる通信端末までのダウンリンク高速アクセスをユーザに提供する。
【０００５】
ハイブリッドＡＲＱ方式
信頼性が低いチャネル上のパケット送信システムにおける誤り検出および訂正に対する最も一般的な技法は、ハイブリッド自動再送要求（ＨＡＲＱ）と呼ばれる。ハイブリッドＡＲＱは、順方向誤り訂正（ＦＥＣ）と自動再送要求（ＡＲＱ）の組み合わせである。
【０００６】
ＦＥＣにより符号化されたパケットが送信され、受信器が該パケットを正確に復号化することができない場合（誤りは一般的にはＣＲＣ（巡回冗長検査）に基づいて検出される）、受信器はパケットの再送を要求する。一般的に、追加情報の送信は「（パケットの）再送」と呼ばれるが、再送は同じ符号化された情報を送信することを必ずしも意味することはなく、パケットに属するどの情報（例えば、追加的冗長情報）の送信を意味し得る。
【０００７】
送信を構成する情報（通常は符号ビット／シンボル）に依存して、且つ、受信器が情報をどのようにして処理するかに依存して、以下のハイブリッドＡＲＱ方式が定義される。
【０００８】
ＨＡＲＱ  タイプＩ
受信器がパケットを正確に復号化することができない場合、符号化されたパケットの情報は破棄され、再送が要求される。つまり、全ての送信は別々に復号化されることを暗に示す。一般的に、再送は初回の送信と同一の情報（符号ビット／シンボル）を含む。
【０００９】
ＨＡＲＱ  タイプＩＩ
受信器がパケットを正確に復号化することができない場合、再送が要求され、受信器は（誤って受信した）符号化されたパケットの情報を軟情報（ソフトビット／シンボル）として記憶する。つまり、受信側ではソフトバッファが必要となることを暗に示す。再送は、以前の送信時と同じパケットに係る同一の、部分的に同一の、または、異なる情報（符号ビット／シンボル）から構成することができる。
【００１０】
再送を受信すると、受信器はソフトバッファからの記憶された情報と現在受信した情報とを合成し、合成された情報に基づくパケットの復号化を試みる。受信器は、送信を個別に復号化することを試みてもよいが、一般的には送信を合成した方が性能は向上する。
【００１１】
送信の合成は、いわゆる軟合成と呼ばれ、複数の受信した符号ビット／シンボルは尤度合成され、単独で受信された符号ビット／シンボルは符号合成される。軟合成に対する一般的な方法は、受信した変調シンボルの最大比合成（ＭＲＣ）と対数尤度比（ＬＬＲ）合成（ＬＬＲ合成は符号ビットに対してのみ有効に機能）である。
【００１２】
再送の受信によってパケットを正常に受信する確率が増加するため、タイプＩＩスキームはタイプＩスキームよりも高度である。この増加は、受信側での要求されるハイブリッドＡＲＱソフトバッファという代償を払って生じるものである。この方式は、再送されるべき情報量を制御することで動的リンク適合を実行するために使用され得る。
【００１３】
例えば、復号化が「ほぼ」成功であると受信側が検出すると、受信器は送信されるべき次の再送（先の送信よりも少数の符号ビット／シンボル）に対して少量の情報要素（先の送信よりも少数の符号ビット／シンボル）だけを要求することができる。この場合、この再送自体（自己復号不可能な再送）だけを考慮することでパケットを正常に復号化することは理論的にも不可能となる。
【００１４】
ＨＡＲＱ  タイプＩＩＩ
ＨＡＲＱ  タイプＩＩＩは、各送信が自己復号可能でなければならないという制限を伴うタイプＩＩのサブセットである。
【００１５】
パケットスケジューリング
パケットスケジューリングは、共有媒体への参入を許されたユーザに対して送信機会および送信フォーマットを割り当てるために使用される無線リソース管理アルゴリズムでもよい。スケジューリングは、例えば、好ましいチャネル条件でユーザに送信機会を割り当てることで、スループット／容量を最大化するために適応変調および符号化と組み合わせてパケットベースの移動無線ネットワークに使用してもよい。ＵＭＴＳにおけるパケットデータサービスは、双方向およびバックグラウンドトラフィッククラスに対して適用可能であるが、ストリーミングサービスにも使用され得る。双方向およびバックグラウンドクラスに属するトラフィックは、ノンリアルタイム（ＮＲＴ）トラフィックとして扱われ、パケットスケジューラによって制御される。パケットスケジューリング方法は、次のように特徴付けられる。
●スケジューリング期間／頻度：時間について前もってユーザがスケジューリングされる期間
●サービスの順序：ランダムな順番（ラウンドロビン）またはチャネル品質（Ｃ／Ｉまたはスループットベース）に従う等の、ユーザがサービスを受ける順序
●割り当て方法：１つの割り当て間隔当たりのキューに入れられたユーザ全ての割り当て間隔当たり同一データ量または同一電力／符号／時間リソース等の、リソースを割り当てるための基準
【００１６】
アップリンクに対するパケットスケジューラは、３ＧＰＰ  ＵＭＴＳ  Ｒ９９／Ｒ４／Ｒ５において無線ネットワークコントローラ（ＲＮＣ）とユーザ装置との間で分散される。アップリンク上では、異なるユーザによって共有される無線インタフェースリソースは、ノードＢでの総受信電力であり、従って、スケジューラのタスクは電力をユーザ装置間に割り当てることである。現在のＵＭＴＳＲ９９／Ｒ４／Ｒ５仕様において、ＲＮＣは、各ユーザ装置に対して異なるトランスポートフォーマット（変調方式、符号レート等）のセットを割り当てることでアップリンク送信中にユーザ装置が送信することができる最大レート／電力を制御する。
【００１７】
このようなＴＦＣＳ（トランスポートフォーマットコンビネーションセット）の確立および再設定は、ＲＮＣとユーザ装置との間での無線リソース制御（ＲＲＣ）メッセージングを用いて実現される。ユーザ装置は、自身の状態、例えば、利用可能な電力およびバッファ状態に基づいて割り当てられたトランスポートフォーマットコンビネーション中から自発的に選択することを許される。現在のＵＮＴＳ  Ｒ９９／Ｒ４／Ｒ５仕様では、ユーザ装置のアップリンク送信に課せられる時間については何らの制御も存在しない。スケジューラは、例えば、送信時間間隔ベースで動作してもよい。
【００１８】
ＵＭＴＳ構成
汎用移動通信システム（ＵＭＴＳ）の高レベルのＲ９９／４／５の構成は図１に示される（http://www.3gpp.orgから入手可能な非特許文献１参照）。ネットワーク要素は、コアネットワーク（ＣＮ）１０１と、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）１０２と、ユーザ装置（ＵＥ）１０３とに機能的にグループ化される。ＵＴＲＡＮ１０２は、全ての無線関連機能を取り扱う役割を担い、ＣＮ１０１は外部ネットワークに呼およびデータ接続をルーティングする役割を担う。これらネットワーク要素の相互接続は、オープンインタフェース（Ｉｕ，Ｕｕ）によって定められる。ＵＴＭＳシステムがモジュール式であるため、同じタイプのネットワーク要素を複数個有することが可能であることに留意されたい。
【００１９】
二つの異なる構成を続いて説明する。ネットワーク要素上の機能の論理的分配について定められる。実際のネットワーク配置では、各構成は、二つ以上のネットワーク要素が単一の物理的ノードで組み合わされ得ることを意味する異なる物理的実現を有することができる。
【００２０】
図２は、ＵＴＲＡＮの現在の構成を例示する。多くの無線ネットワークコントローラ（ＲＮＣ）２０１，２０２がＣＮ１０１に接続されている。各ＲＮＣ２０１、２０２は、一つのあるいは幾つかの基地局（ノードＢ）２０３、２０４、２０５、２０６を制御し、これらはユーザ装置と通信する。幾つかの基地局を制御するＲＮＣは、当該基地局の制御ＲＮＣ（Ｃ−ＲＮＣ）と呼ばれる。Ｃ−ＲＮＣを伴う制御される基地局のセットは、無線ネットワークサブシステム（ＲＮＳ）２０７、２０８と呼ばれる。ユーザ装置とＵＴＲＡＮとの間の各接続に対して、一方のＲＮＳがサービングＲＮＳ（Ｓ−ＲＮＳ）となる。Ｓ−ＲＮＳはコアネットワーク（ＣＮ）１０１とのいわゆるIｕ接続を維持する。図３に示すように、必要な場合には、ドリフトＲＮＳ３０２（Ｄ−ＲＮＳ）３０２が、無線リソースを供給することでサービングＲＮＳ（Ｓ−ＲＮＳ）３０１をサポートする。それぞれのＲＮＳは、サービングＲＮＣ（Ｓ−ＲＮＣ）と、ドリフトＲＮＣ（Ｄ−ＲＮＣ）と呼ばれる。Ｃ−ＲＮＣおよびＤ−ＲＮＣは同一の可能性があり、多くの場合同一であるため、Ｓ−ＲＮＣまたはＲＮＣの略記が使用される。
【００２１】
Ｒｅ９９／４／５ＵＴＲＡＮ内の移動性管理
移動性管理に関連する幾つかの手順を説明する前に、以下で頻繁に用いられる用語を幾つか簡単に定義する。
【００２２】
無線リンクは、単一のＵＥと単一のＵＴＲＡＮアクセスポイントとの間の論理的関連付けである。その物理的実現は無線ベアラ送信を含む。
【００２３】
ハンドオーバは、接続中に一時的な中断を伴う（ハードハンドオーバ）、あるいはＵＥが常時ＵＴＲＡＮに接続されるようにＵＥ接続への／ＵＥ接続からの無線ベアラの包含／除外を伴う（ソフトハンドオーバ）、１つの無線ベアラから別のベアラへのＵＥ接続の移動として理解することができる。ソフトハンドオーバは、符号分割多重接続（ＣＤＭＡ）技法を用いるネットワークに特有である。ハンドオーバの実行は、現在のＵＴＲＡＮ構成を例とすると、移動式無線ネットワークにおけるＳ−ＲＮＣによって制御される。
【００２４】
ＵＥと関連付けられるアクティブセットは、ＵＥと無線ネットワークとの間の特定の通信サービスに同時に関与する一組の無線リンクを備える。アクティブセット更新手順は、例えば、ソフトハンドオーバ中にＵＥとＵＴＲＡＮとの間の通信のアクティブセットを変更するために使用される。同処理は、無線リンクの追加、無線リンクの削除、ならびに無線リンクの追加および削除の組み合わせといった三つの機能を備える。同時に存在する無線リンクの最大数は、８に設定されている。
【００２５】
それぞれの基地局のパイロット信号強度がアクティブセット内の最も強いメンバーのパイロット信号に対するある閾値を一旦越えると、新しい無線リンクが、アクティブセットに追加される。
【００２６】
それぞれの基地局のパイロット信号の強度がアクティブセットの最も強いメンバーに対するある閾値を、一旦越えると、無線リンクは、アクティブセットから除外される。無線リンクの追加の閾値は、通常、無線リンク除外の閾値よりも高くなるように選ばれる。したがって、追加および削除のイベントは、パイロット信号の強度に関してヒステリシスを形成する。
【００２７】
パイロット信号の測定は、ＲＲＣシグナリングを用いてＵＥからネットワーク（例えばＳ−ＲＮＣ）に報告される。測定結果を送る前には、高速フェージングを平均化するために何らかのフィルタ処理が通常実行される。通常のフィルタリング期間は約２００ｍｓであり得る。この期間によりハンドオーバは遅延する。ネットワーク（例えば、Ｓ−ＲＮＣ）は、測定結果に基づいてアクティブセット更新手順の機能の一つ（現在のアクティブセットへの／からのノードＢの追加／削除）の実行の開始を決定することができる。
【００２８】
拡張アップリンク個別チャネル（Ｅ−ＤＣＨ）
個別トランスポートチャネル（ＤＴＣＨ）のアップリンク拡張が、現在３ＧＰＰ技術仕様書グループＲＡＮによって研究されている（http://www.3gpp.orgから入手可能な非特許文献２参照）。ＩＰベースのサービスの使用がより重要になるため、ＲＡＮの受信可能範囲およびスループットを改善し、アップリンク個別トランスポートチャネルの遅延を減少させる要求が高まってきている。ストリーミングサービス、双方向サービスおよびバックグラウンドサービスは、この拡張アップリンクから恩恵を受け得る。
【００２９】
一つの拡張は、ノードＢ制御スケジューリングと関連して適応変調符号化方式（ＡＭＣ）を使用することであるため、Ｕｕインタフェースの拡張である。既存のリリース９９／４／５システムでは、アップリンク最大データレート制御はＲＮＣに存在する。ノードＢにおけるスケジューラを再配置することにより、ＲＮＣとノードＢとの間のインタフェース上でのシグナリングにより生ずる待ち時間が短縮され、それにより、スケジューラはアップリンク負荷における一時的な変化により早く対応することができる。これにより、ＲＡＮとのユーザ装置の通信における全体的な待ち時間が短縮される。従って、ノードＢ制御スケジューリングは、アップリンク負荷が減少するときに迅速により高いデータレートを割り当て、アップリンク負荷が増加するときにアップリンクデータレートを制限することで、アップリンク干渉をより良く制御し、ノイズ上昇変動を平滑にすることができる。受信可能範囲およびセルスループットは、アップリンク干渉をより良く制御することで改善される。
【００３０】
アップリンク上の遅延を減少させると考えられる別の技術は、他のトランスポートチャネルよりもＥ−ＤＣＨに対してＴＴＩ（送信時間間隔）の長さを短くすることである。２ｍｓの送信時間間隔の長さが、Ｅ−ＤＣＨでの使用に向けて現在研究されており、１０ｍｓの送信時間間隔が他のチャネルで一般に使用されている。ＨＳＰＤＡにおける重要な技術の一つであるハイブリッドＡＲＱも拡張アップリンク個別チャネル用に検討されている。ノードＢとユーザ装置との間のハイブリッドＡＲＱプロトコルにより、誤って受信したデータユニットを迅速に再送することが可能になり、従って、ＲＬＣ（無線リンク制御）再送の数および関連する遅延が縮小することができる。これにより、エンドユーザが経験するサービスの品質が改善され得る。
【００３１】
上述の拡張をサポートするために、ＭＡＣ−ｅと呼ばれる新しいＭＡＣサブレイヤが導入されている（非特許文献３参照）。以下により詳細に説明する新しいサブレイヤのエンティティは、ユーザ装置およびノードＢに配置することができる。ユーザ装置側では、ＭＡＣ−ｅは、上位レイヤデータ（例えば、ＭＡＣ−ｄ）を新しい拡張トランスポートチャネルに多重化し、送信エンティティを送信するＨＡＲＱプロトコルを動作させるという新しいタスクを実行する。
【００３２】
更に、ＵＴＲＡＮ側では、ＭＡＣ−ｅサブレイヤは、ハンドオーバ中にＳ−ＲＮＣにおいて終了することができる。それにより、提供される並び替え機能のための並び替えバッファも、Ｓ−ＲＮＣに常駐する。
【００３３】
Ｅ−ＤＣＨ  ＭＡＣ構成ＵＥ側
図４は、ＵＥ側での例示的なＥ−ＤＣＨ  ＭＡＣ構成全体を示す。新しいＭＡＣ機能エンティティであるＭＡＣ−ｅ／ｅｓがリリース９９のＭＡＣ構成に追加される。
【００３４】
ＵＥ側において相互に作用するＭＡＣを図５に示す。ＵＥからノードＢに送信されるべき異なるアプリケーションからのデータパケットを搬送するＭ個の異なるデータフロー（ＭＡＣ−ｄ）が存在する。これらデータフローは、異なるＱｏＳ要件（例えば、遅延および誤りの要件）を有し、ＨＡＲＱインスタンスの異なる構成を要求し得る。各ＭＡＣ−ｄフローは、特定の物理チャネルの属性（例えば、利得係数）およびＨＡＲＱの属性（例えば、再送の最大数）を割り当てることができる論理ユニットを表す。
【００３５】
更に、ＭＡＣ−ｄ多重化は、Ｅ−ＤＣＨについてサポートされ、即ち、優先度が異なる幾つかの論理チャネルが同じＭＡＣ−ｄフローに多重化され得る。多数のＭＡＣ−ｄフローのデータは、一つのＭＡＣ−ｅ  ＰＤＵに多重化され得る。ＭＡＣ−ｅヘッダでは、ＤＤＩ（データ記述インジケータ）フィールドは、論理チャネル、ＭＡＣ−ｄフロー、および、ＭＡＣ−ｄ  ＰＤＵのサイズを識別する。ＵＥがＤＤＩ値を設定できるように、マッピングテーブルは、ＲＲＣ上でシグナリングされる。Ｎフィールドは、同じＤＤＩ値に対応する連続的なＭＡＣ−ｄ  ＰＤＵの数を示す。
【００３６】
ＭＡＣ−ｅ／ｅｓエンティティは、図６により詳細に示される。ＭＡＣ−ｅ／ｅｓエンティティは、Ｅ−ＤＣＨの特定の機能を扱う。Ｅ−ＤＣＨ上でのデータの送信のための適切なトランスポートフォーマットの選択は、機能エンティティを表すＥ−ＴＦＣ選択エンティティで行われる。トランスポートフォーマット選択は、Ｌ１を介してＵＴＲＡＮから受信するスケジューリング情報（相対的許可および絶対的許可）、利用可能な送信電力、優先度、例えば、論理チャネルの優先度に従って行われる。ＨＡＲＱエンティティは、ユーザに対する再送機能を扱う。一つのＨＡＲＱエンティティは、複数のＨＡＲＱ処理をサポートする。ＨＡＲＱエンティティは、要求される全てのＨＡＲＱに関連する機能を扱う。多重化エンティティは、Ｅ−ＴＦＣ選択機能による指示に従って、複数のＭＡＣ−ｄ  ＰＤＵをＭＡＣ−ｅｓ  ＰＤＵに連結させ、次のＴＴＩで送信されるべき一つのまたは複数のＭＡＣ−ｅｓ  ＰＤＵを単一のＭＡＣ−ｅ  ＰＤＵに多重化させる機能を担う。多重化エンティティは、更に、各ＭＡＣ−ｅｓ  ＰＤＵの論理チャネル毎のＴＳＮを管理し設定する機能も担う。ＭＡＣ−ｅ／ｅｓエンティティは、図６に示すように、レイヤ１のシグナリングを介してノードＢ（ネットワーク側）からスケジューリング情報を受信する。絶対的許可は、Ｅ−ＡＧＣＨ（拡張絶対的許可チャネル）で受信され、相対的許可はＥ−ＲＧＣＨ（拡張相対的許可チャネル）で受信される。
【００３７】
Ｅ−ＤＣＨ  ＭＡＣ構成ＵＴＲＡＮ側
例示的なＵＴＲＡＮ  ＭＡＣ構成全体は図７に示される。ＵＴＲＡＮ  ＭＡＣ構成は、ＭＡＣ−ｅエンティティと、ＭＡＣ−ｅｓエンティティとを有する。Ｅ−ＤＣＨを用いる各ＵＥに対して、一つのノードＢ毎に一つのＭＡＣ−ｅエンティティと、Ｓ−ＲＮＣにおいて一つのＭＡＣ−ｅｓエンティティとが構成される。ＭＡＣ−ｅエンティティは、ノードＢに設けられ、Ｅ−ＤＣＨへのアクセスを制御する。更に、ＭＡＣ−ｅエンティティは、Ｓ−ＲＮＣ内に設けられたＭＡＣ−ｅｓに接続される。
【００３８】
図８では、ノードＢにおけるＭＡＣ−ｅエンティティをより詳細に説明する。各ＵＥに対してノードＢにおいて一つのＭＡＣ−ｅが存在し、全てのＵＥに対してノードＢにおいて一つのＥ−ＤＣＨスケジューラ機能が存在する。ＭＡＣ−ｅエンティティおよびＥ−ＤＣＨスケジューラは、ノードＢにおけるＨＳＵＰＡ（高速アップリンクパケットアクセス）特有の機能を扱う。Ｅ−ＤＣＨスケジューリングエンティティは、ＵＥ間のＥ−ＤＣＨセルリソースを管理する。一般的には、スケジューリング割り当ては、ＵＥからのスケジューリング要求に基づいて決定され、送信される。ＭＡＣ−ｅエンティティにおける逆多重化エンティティは、ＭＡＣ−ｅ  ＰＤＵの逆多重化を行う。ＭＡＣ−ｅｓ  ＰＤＵは、Ｓ−ＲＮＣにおけるＭＡＣ−ｅｓエンティティに転送される。
【００３９】
一つのＨＡＲＱエンティティは、多数のインスタンス（ＨＡＲＱ処理）をサポートすることができ、例えば、ストップアンドウェイトＨＡＲＱプロトコルを採用することができる。各ＨＡＲＱ処理には、未解決の再送からのパケットのビットを合成するための一定の量のソフトバッファメモリが割り当てられる。更に、各処理は、Ｅ−ＤＣＨ送信の配信状態を示すＡＣＫまたはＮＡＣＫを生成することを担う。ＨＡＲＱエンティティは、ＨＡＲＱプロトコルに要求される全てのタスクを扱う。
【００４０】
図９では、Ｓ−ＲＮＣにおけるＭＡＣ−ｅｓエンティティが示される。ＭＡＣ−ｅｓは、ＲＬＣへの順序どおりの配信を提供する並び替えバッファを備え、ソフトハンドオーバの場合に異なるノードＢからのデータの合成を取り扱う。合成は、マクロダイバーシティ選択合成と称される。
【００４１】
必要とされるソフトバッファサイズは使用されるＨＡＲＱ方式に依存し、例えば、増加的冗長性（ＩＲ：Incremental Redundancy）を用いるＨＡＲＱ方式がチェイス合成（ＣＣ）を用いるものよりもより多くのソフトバファを必要とすることに注意する。
【００４２】
Ｅ−ＤＣＨ−ノードＢ制御スケジューリング
ノードＢ制御スケジューリングは、Ｅ−ＤＣＨに対する技術的特徴の一つであり、アップリンクにおいてより高いセルスループットを提供するために、アップリンク電力リソースのより効率的な使用を可能にするとともに、受信可能範囲を増加することができる。「ノードＢ制御スケジューリング」という用語は、ノードＢがアップリンクリソース、例えば、ＵＥがＥ−ＤＣＨ上でのアップリンク送信に使用できるＥ−ＤＰＤＣＨ／ＤＰＣＣＨ電力比を、Ｓ−ＲＮＣによって設定される制限内において制御する可能性を示す。ノードＢ制御スケジューリングは、アップリンクおよびダウンリンクの制御シグナリング、ならびにシグナリングに対してＵＥがどのように反応すべきかといった一組のルールに基づく。
【００４３】
ダウンリンクでは、使用することができる（最大）量のアップリンクリソースをＵＥに示すためにリソース表示（スケジューリング許可）が必要とされる。スケジューリング許可を発行する際、ノードＢは、要求されるＱｏＳパラメータでＵＥでサービス提供するためのリソースの適切な割り当てを決定するために、Ｓ−ＲＮＣによって供給され、且つ、スケジューリング要求においてＵＥから提供されるＱｏＳ関連の情報を用いることができる。
【００４４】
ＵＭＴＳ  Ｅ−ＤＣＨについて、一般的には、使用されるスケジューリング許可のタイプに依存して定義される二つの異なるＵＥスケジューリングモードが存在する。以下では、スケジュール許可の特徴を説明する。
【００４５】
スケジューリング許可
スケジューリング許可は、アップリンク送信にＵＥが使用することができる（最大）リソースを通知するためにダウンリンクでシグナリングされる。上記許可は、Ｅ−ＤＣＨ（Ｅ−ＴＦＣ選択）における送信に適切なトランスポートフォーマット（ＴＦ）の選択に影響を与える。しかしながら、上記許可は、従来の個別チャネルのＴＦＣ選択（トランスポートフォーマットコンビネーション）には通常影響を及ぼさない。
【００４６】
一般的に、ノードＢ制御スケジューリングには次の２つのタイプのスケジューリング許可が用いられる。
●絶対的許可（ＡＧ）と、
●相対的許可（ＲＧ）
である。
【００４７】
絶対的許可は、アップリンク送信にＵＥが使用することができる最大量のアップリンクリソースの絶対的限度を提供する。絶対的許可は、割り当てられたＵＬリソースを迅速に変えることに特に適している。
【００４８】
相対的許可は、ＴＴＩ（送信時間間隔）毎に送信される。相対的許可は、絶対的許可によって通知された割り当てアップリンクリソースを微調整により、適合することに使用することができる。相対的許可は、先に許可された最大アップリンクリソースを一定のオフセット（ステップ）だけ減少または増加させるようＵＥに通知する。
【００４９】
絶対的許可は、Ｅ−ＤＣＨサービングセルのみからシグナリングされる。相対的許可は、サービングセル、並びに、非サービングセルからシグナリングされる。Ｅ−ＤＣＨサービングセルは、Ｅ−ＤＣＨサービングセルによって制御されるＵＥにアップリンクリソースを能動的に割り当てるエンティティ（例えば、ノードＢ）を表し、一方非サービングセルは、サービングセルによって設定される割り当てアップリンクリソースを制限するだけである。各ＵＥは一つのサービングセルだけを有する。
【００５０】
絶対的許可は、単一のＵＥに対して有効であり得る。単一のＵＥに対して有効な絶対的許可は、以下では「個別許可」と称される。あるいは、絶対的許可は、セル内のＵＥの群または全てのＵＥに対して有効であってもよい。ＵＥの群または全てのＵＥに対して有効な絶対的許可は、以下では「共通許可」と称される。ＵＥは、共通許可と個別許可とを識別しない。
【００５１】
相対的許可は、上述の通り、サービングセル、および非サービングセルから送信することができる。サービングセルからシグナリングされる相対的許可は、三つの値「アップ」「ホールド」および「ダウン」の一つを通知することができる。「アップ」および「ダウン」は、先に使用された最大アップリンクリソース（最大電力比）を一ステップだけ増加／減少することをそれぞれ指示する。非サービングセルからの相対的許可は、ＵＥに「ホールド」または「ダウン」命令をシグナリングできる。前述の通り、非サービングセルからの相対的許可は、サービングセルによって設定されるアップリンクリソースだけを制限し（過負荷インジケータ）、ＵＥによって使用され得るリソースを増加することはできない。
【００５２】
ＵＥスケジューリング動作
二つの異なるＵＥスケジューリング動作モードが、Ｅ−ＤＣＨの「ＲＧ」ベースの動作モードと「非ＲＧ」ベースの動作モードとに対して定義されている。
【００５３】
ＲＧベースのモードでは、ＵＥはＥ−ＤＣＨサービングセルからの相対的許可に従う。ＲＧベースのスケジューリングモードは、スケジューリング許可が多くの場合、通常は単一のＵＥを扱うので、個別レート制御モードとも呼ばれることが多い。
【００５４】
このＲＧベースのスケジューリングモードにおけるＵＥの挙動を以下に説明する。ＵＥは各ＨＡＲＱ処理に対してサービング許可（ＳＧ）を保持する。サービング許可は、Ｅ−ＤＣＨでの送信にＵＥが使用することを許容される最大電力比（Ｅ−ＤＰＤＣＨ／ＤＰＣＣＨ）を通知し、Ｅ−ＴＦＣ選択中に適切なＴＦＣを選択するためのものである。サービング許可は、サービング／非サービングセルからシグナリングされるスケジューリング許可によって更新される。ＵＥがサービングセルから絶対的許可を受信すると、サービング許可は、絶対的許可でシグナリングされる電力比に設定される。絶対的許可は、各ＨＡＲＱ処理に対してまたは一つのＨＡＲＱ処理だけに対して有効である。
【００５５】
サービングセルからいかなる絶対的許可も受信されなかった場合、ＵＥは、ＴＴＩ毎にシグナリングされるサービングセルからの相対的許可に従わなければならない。サービング相対的許可は、相対的許可が影響を及ぼす当該送信と同じハイブリッドＡＲＱ処理に関し、先のＴＴＩにおけるＵＥの電力比と相対的なものと解釈される。図１０は、相対的許可に対するタイミング関係を例示する。図１０では、例示的な目的で４つのＨＡＲＱ処理が存在すると仮定する。第１のＨＡＲＱ処理のサービング許可に影響を及ぼすＵＥによって受信された相対的許可は、先のＴＴＩ（基準処理）の第１のＨＡＲＱ処理に相対的なものである。
【００５６】
サービングＥ−ＤＣＨの相対的許可に基づくＵＥの挙動は以下のとおりである。
●ＵＥがサービングＥ−ＤＣＨ無線リンクセット（ＲＬＳ）から「アップ」命令を受信した場合、
新ＳＧｉ＝最後に使用した電力比（ｉ）＋デルタ
●ＵＥがサービングＥ−ＤＣＨ  ＲＬＳから「ダウン」命令を受信した場合、
新ＳＧｉ＝最後に使用した電力比（ｉ）−デルタ
【００５７】
「アップ」および「ダウン」命令は、基準ＨＡＲＱ処理におけるＥ−ＤＣＨ送信に使用した電力比に相対的である。相対的許可によって影響を受ける、ＨＡＲＱ処理ｊの新しいサービング許可（ＳＧ）は、基準ＨＡＲＱ処理において最後に使用した電力比の増加／減少である。
【００５８】
「ホールド」命令は、ＨＡＲＱ処理ｊのＳＧが変化せずに保持されること、直前のＴＴＩにおける基準ＨＡＲＱ処理のＳＧが全てのＨＡＲＱ処理に対する現在のＴＴＩにおいて再使用されることのいずれかを指示する。
【００５９】
既に述べた通り、非サービングＲＬＳからのノードＢは、「ホールド」または「ダウン」のいずれかを通知することのできる相対的許可を送るのみ許容される。「ダウン」命令により、非サービングセルは、これら非サービングセルとＳＨＯ中のＵＥによって生ずるセル間干渉を制限することができる。非サービング相対的許可を受信した際のＵＥ挙動は以下の通りである。
【００６０】
●ＵＥが少なくとも一つの非サービングＥ−ＤＣＨ  ＲＬＳから「ダウン」を受信した場合、
全てのＨＡＲＱ処理に対して（全てのｉに対して）、
新ＳＧｉ＝最後に使用される電力比（ｉ）−デルタ
非サービングＲＬＳからの相対的許可は、ＵＥにおける全てのＨＡＲＱ処理に影響を及ぼす。使用される電力比の減少量は、固定的であるか、あるいは、ビットレートに依存してもよく、このときステップサイズ（デルタ）はビットレートが高くなると大きくなり得る。
【００６１】
次に、非ＲＧベースのスケジューリングモードを詳細に説明する。サービングＥ−ＤＣＨ  ＲＬＳから確立された相対的許可チャネル（Ｅ−ＲＧＣＨ）が存在する場合、ＵＥは非ＲＧベースの動作モードに従う。非ＲＧベースのスケジューリングモードは共通レート制御モードとも呼ばれる。
【００６２】
この思想は、セルにおける一グループまたは全てのＵＥに対して、共通の絶対的許可によってサービスを提供することである。共通レート制御は、サービングＲＬＳからのダウンリンクシグナリングが少なくてもよく、共通の絶対的許可だけが必要で相対的許可が必要ない点で個別レート制御スケジューリングを超える利点を有する。
【００６３】
しかしながら、セル全体をスケジューリングする共通絶対的許可を使用すると、新しいＵＥが送信を開始する際に注意する必要性が必然的に生ずる。絶対的許可が例えば、６４ｋｂｐｓで発行されると、ハードウェアとＲｏＴ（全受信干渉電力）リソースとを、セル内で接続されている全てのＵＥについて確保することができない。従って、新ＵＥがアクティブになると、ノードＢによるハードウェアとＲｏＴｓリソースとの動的割り当てを可能にするために、低い電力比で（即ち、少量のアップリンクリソースを使用して）送信を開始しなくてはならない。この処理は、以下ではいわゆるＵＥランピングと呼ばれ、ＵＥは最新の絶対的許可によって通知された最大リソースに向けてそのリソースの使用を自発的にランプアップする。ＵＥランピングのステップサイズは、ＲＲＣ（無線リソース制御）などによって設定される。
【００６４】
ＵＥは、以下のようにしてサービングＲＬＳからの絶対的許可に基づいて以下のように動作する。
●ＵＥは、サービング許可が言及するＨＡＲＱ処理におけるアップリンク送信の最大許容Ｅ−ＤＰＤＣＨ／ＤＰＣＣＨ電力比としてＥ−ＴＦＣ選択アルゴリズムにおいて使用される「サービング許可」（ＳＧ）を保持する。
●ＵＥは、更に、全てのＨＡＲＱ処理に対して最後に受信した絶対的許可に設定された「最大サービング許可」（ＭＡＸ  ＳＧ）を保持する。
●ＵＥが送信すべきデータを有し、かつＳＧがＭＡＸ  ＳＧ未満である場合、ＳＧはＳＧがＭＡＸ  ＳＧと等しくなるまで設定可能なステップ（自発的ランプアップ）によって経時的に増加される。
●ＳＧがＭＡＸ  ＳＧを（新しい絶対的許可を受信してＭＡＸ  ＳＧが低下することにより）超える場合、ＳＧはＭＡＸ  ＳＧに直ちに等しく設定される。
●ｎ個（ｎは無限値に設定され得る設定可能なパラメータ）より多くのＴＴＩにおいて、現在のＳＧより少ない所与の電力比でＵＥが送信した場合、ＳＧはこの所与の電力比に等しくなるよう設定される。これは、実際にはＵＥに、ＳＧ未満での連続的な動作の後に自発的なランプアップの使用を強いる。
【００６５】
ＵＥは、接続の開始時のある一定期間（Δｔ）であって、ＵＥがサービングセルによって割り当てられた電力比よりも小さい電力比で送信している期間後に、最後に受信した絶対的許可へランプアップする。
【００６６】
非サービングＲＬＳからの相対的許可は、ＵＥのＭＡＸ  ＳＧに影響を及ぼす。
【００６７】
●ＵＥは、少なくとも一つの非サービングＥ−ＤＣＨ  ＲＬＳから「ダウン」を受信した場合、
新ＭＡＸ  ＳＧ＝ＭＡＸ  ＳＧ−デルタ
非サービングＲＬＳからの相対的許可に関する、ＲＧベーススケジューリングモードと比べた場合の非ＲＧベーススケジューリングモードのＵＥ挙動の違いは、相対的許可が最後に使用された電力比ではなく、ＭＡＸ  ＳＧに影響を及ぼすことである。従って、ＵＥは、減少したＭＡＸ  ＳＧまでランプアップすることが依然として許容される。非サービングＲＬＳからの「ダウン」命令が受信されなくなると、ＵＥは、ＭＡＸ  ＳＧを最後に受信した絶対的許可に設定し、このＭＡＸ  ＳＧに向けてランプアップする。
【００６８】
非ＲＧベースモードに対する例示的なシナリオは図１１に示される。ＵＥは、ソフトハンドオーバ状態にあり、１，２，３，４と番号付けされる４つのＨＡＲＱ処理において、アップリンクデータをサービングセルおよび非サービングセルに送信する。通信を開始すると、ＭＡＸ  ＳＧはＡＧに等しく、ＳＧはＭＡＸ  ＳＧに到達するまで段階的に増加される。
【００６９】
ＭＡＸ  ＳＧに到達すると、非サービングセルは利用されているアップリンクリソースの減少をＵＥに要求するために、ＵＥに「ダウン」命令を送る。ＵＥは、新ＭＡＸ  ＳＧを、ＡＧから設定可能なデルタを減算した値に等しく設定し、処理１乃至４に対する次のアップリンクデータをこの減少したＭＡＸ  ＳＧ値（即ち、ＭＡＸ  ＳＧ＝ＳＧ）により送信する。所定の時間期間（Δｔ）が経過すると、ＭＡＸ  ＳＧはＡＧにリセットされる。上述の通り、非サービングセルは利用するアップリンクリソースの減少を要求し、ＵＥは、非サービングセルからの更なる「ダウン」命令に応答する。
【００７０】
レート要求シグナリング
Ｅ−ＤＣＨにおいてマッピングされるサービスのＱｏＳ要件を考慮しつつ、ノードＢが効率的にスケジューリングできるようにするために、ＵＥは、レート要求シグナリングを用いてそのＱｏＳ要件に関する情報をノードＢに供給する。
【００７１】
アップリンクでは２種類のレート要求シグナリング情報、つまり、Ｅ−ＤＰＣＣＨにおけるレート要求に関連するフラグであるいわゆる「ハッピービット」と、一般的にはＥ−ＤＣＨにおいて帯域内において送られるスケジューリング情報（ＳＩ）がある。
【００７２】
システムの観点から、１ビットのレート要求は、例えば、相対的許可を用いてリソース割り当てにおいて微調節を行うためにサービングセルによって有利に使用され得る。反対に、スケジューリング情報は、絶対的許可の送信において反映されると考えられ、長期的スケジューリング判断を行うために有利に採用され得る。２つのレート要求シグナリング方法の詳細は、以下の通りである。
【００７３】
Ｅ−ＤＣＨにおいて送信されるスケジューリング情報
前述したとおり、スケジューリング情報は、効率的なスケジューリングを可能にするためにＵＥの状態に関する情報をノードＢに提供する必要がある。スケジューリング情報は、ＭＡＣ−ｅ  ＰＤＵのヘッダに含まれ得る。この情報は、ノードＢがＵＥ状態を追跡することができるよう、通常は、ノードＢに定期的に送られる。例えば、スケジューリング情報は、以下の情報フィールドを有する：
●スケジューリング情報における最も高い優先度データの論理チャネルＩＤ
●ＵＥバッファ占有率（バイト単位）
・バッファにデータがある状態で、最も高い優先度の論理チャネルに対するバッファ状態
・全バッファ状態
●電力状態情報
・ＤＰＣＣＨに対して利用可能な電力比対の推定（ＨＳ−ＤＰＣＣＨを考慮する）。ＵＥは、推定を実行する際にＤＣＨの電力を考慮してはならない。
【００７４】
最も高い優先度のデータが発生する論理チャネルＩＤにより論理チャネルを識別することにより、ノードＢはこの特定の論理チャネルのＱｏＳ要件、例えば、対応するＭＡＣ−ｄフローの電力オフセット、論理チャネル優先度、または、ＧＢＲ（保証ビットレート）属性を決定することができる。これにより、次には、ノードＢは、ＵＥバッファにおけるデータを送信するのに必要な次のスケジューリング許可メッセージを決定することができるようになり、従ってより正確な許可割り当てが可能になる。最も高い優先度データバッファ状態に加えて、ノードＢは全バッファ状態に関する何らかの情報を有することも有益である。当該情報は、「長期的」なリソース割り当てに関する決定を行う際に役立ち得る。  
【００７５】
サービングノードＢが効果的にアップリンクリソースを割り当てることができるためには、各ＵＥがどれだけの電力までにより送信することができるかを知る必要がある。この情報は、ＤＰＣＣＨ送信のために使用される電力のほかにどれだけの電力を残したか（電力状態）を示す「電力ヘッドルーム」測定値の形式で通信することができるであろう。この電力状態報告は、また、ＴＴＩの再設定（例えば、２ｍｓ  ＴＴＩと１０ｍｓ  ＴＴＩとの切替え、およびその逆の切替え）を起動するためにも使用され得る。
【００７６】
ハッピービット
前述した通り、ハッピービットはＥ−ＤＰＣＣＨにおいて送られる１ビットのレート要求に関連するフラグを表す。「ハッピービット」は、対応するＵＥが現在のサービング許可（ＳＧ）に「満足」か「不満」かを通知する。
【００７７】
ＵＥは、以下の両方の基準が満たされると「不満」であることを通知する。
●電力状態基準：ＵＥは、より高いデータレート（Ｅ−ＴＦＣ）で送信するための利用可能な電力を有する。
●バッファ占有度基準：全バッファ状態は、現在の許可では、ｎ＊ＴＴＩを超える期間（ｎは設定可能）を必要とする。
【００７８】
そうでなければ、ＵＥは、現在のサービング許可に「満足」であることを通知する。
【００７９】
Ｅ−ＤＣＨに対するソフトハンドオーバサポートとスケジューリング
Ｅ−ＤＣＨに対するソフトハンドオーバサポートの一つの問題は、非サービングセルにおけるセル間干渉へのソフトハンドオーバにあるＵＥの寄与である。サービングセルにおけるＥ−ＤＣＨスケジューラが異なるノードＢの隣接するセルにおける負荷状態を認識していないため、サービングセルによって制御されるＵＥはそれら隣接するセルにおいて過負荷状態を生ずる可能性がある。非サービングＲＬＳは、過負荷インジケータとも呼ばれる相対的許可を用いてＳＨＯ  ＵＥによって生ずるセル間干渉を制限することができる。しかしながら、非サービングＲＬＳは、過負荷状態が既に生じた場合にだけ動作することができる。
【００８０】
非サービングＲＬＳからシグナリングされる過負荷インジケータである「ダウン」命令は、ＵＥ（ＲＧベースのスケジューリングモード）またはＭＡＸ  ＳＧ（非ＲＧベースのスケジューリングモード）の使用ビットレートに影響を与える。しかしながら、上述の非ＲＧベースのスケジューリングモードでは、ＵＥは、所定のタイムスパン内に非サービングＲＬＳから「ダウン」命令をもはや受信しなくなると最後に受信した絶対的許可に向けてそのリソース利用をランプアップする。従って、ソフトハンドオーバにあるＵＥがハンドオーバされる非サービングセルで過負荷状態が生じた後により長い期間にわたってアップリンク送信に対してリソース利用を減少させることを確実にするために複数のタイマを用いる等による更なる複雑さが必要となる。本願（ＥＰ代理人整理番号ＥＰ３４６６４）と同じ日付に出願された"Happy Bit" setting in a Mobile Communication System"なる名称の同時係属中の欧州出願に記載されるように、サービングセルは、ＵＥの不満足／満足状態およびＥ−ＤＰＤＣＨの受信Ｅ−ＴＦＣを考慮して非サービングＲＬＳからの「ダウン」命令を認識する。
【００８１】
隣接するセルにおける過負荷状態を認識すると、ノードＢのスケジューラはより低い絶対的許可を発することで電力比を減少させることができる。しかしながら、セル全体が非ＲＧベースのスケジューリングモードでは共通の絶対的許可によってスケジューリングされるため、ソフトハンドオーバにないＵＥもそのリソース利用を低下しなくてはならない。従って、システムのスループットはこの場合低下する。
【非特許文献１】3GPP TR 25.401:“UTRAN Overall Description”
【非特許文献２】3GPP TR 25.896: “Feasibility Study for Enhanced Uplink for UTRA FDD (Release 6)”
【非特許文献３】3GPP TSG RAN WG1,meeting #31,Tdoc R01-030284“Scheduled and Autonomous Mode Operation for the Enhanced Uplink”
【発明の開示】
【００８２】
本発明は、ソフトハンドオーバのＵＥのアップリンク送信におけるリソース利用をサービングセルが制御することを可能にし、これによりソフトハンドオーバにないサービングセルにおけるＵＥのシステムスループットを低下させないようにすることを目的とする。
【００８３】
本目的は、独立項の発明の主題によって達成される。本発明の有利な実施形態は、従属項の発明の主題である。
【００８４】
前述の通り、非ＲＧベースのスケジューリングモードにおける主な課題は、セル全体が絶対的許可によってスケジューリングされることにより、ソフトハンドオーバにあるＵＥのスループットが制限されることにある。従って、一般的に、ソフトハンドオーバにある移動端末のリソース利用だけを制限することがより効率的である。これは、より多くのダウンリンクシグナリングを必要とするが、個別の相対的あるいは個別の絶対的許可を用いてＲＧベースのスケジューリングモードでは基本的には行われる。しかしながら、非ＲＧベースのスケジューリングモードでは、ソフトハンドオーバにある移動端末のリソース利用を制限するために使用され得るサービングセルからの相対的許可チャネルが存在しない。
【００８５】
本発明の一つの主な態様は、サービングセルを制御する基地局によって送信される絶対的許可内では移動端末への共有される絶対的許可チャネルを介する等、共有される絶対的許可チャネルを介する送信に対して更なる制御情報を導入することである。フラグの形態で通信される制御情報により、基地局は、ソフトハンドオーバにある移動端末に絶対的許可が有効であるか否かを移動端末に示すことができる。それにより、例えば、ソフトハンドオーバの場合と非ソフトハンドオーバの場合とで基地局はアップリンク送信に対して移動端末が最大で利用することができる最大量のリソースを別々に定めることができる。本発明の例示的な実施形態では、これらの課題は、許可がソフトハンドオーバにある移動端末にだけ有効か否かを示す１ビットのフラグを絶対的許可チャネル（Ｅ−ＡＧＣＨ）に導入することで緩和される。
【００８６】
本発明の一実施形態は、移動通信ネットワーク内の移動端末をスケジューリングする方法に関わり、移動端末のサービングセルを制御する基地局によって複数の移動端末がスケジューリングされる。複数の移動端末の一部は、非サービングセルにそれぞれソフトハンドオーバしている。本実施形態によると、サービングセルの基地局は、移動端末に絶対的許可を共有の絶対的許可チャネルを介して送信する。絶対的許可は、個別アップリンクチャネルを介して移動端末のサービングセルを制御する基地局および非サービングセルを制御する基地局に対して、アップリンクデータ送信に移動端末が利用することが許可された最大量のアップリンクリソースを通知する。更に、絶対的許可は、ソフトハンドオーバの移動端末に対してだけ絶対的許可が有効であることを示す情報を含む。サービングセルを制御する基地局は、個別アップリンクチャネルを介してソフトハンドオーバにある移動端末からアップリンクデータを受信する。個別アップリンクチャネル上でアップリンク送信に利用されるリソース量は、絶対的許可で示される最大量のリソースに基づいて設定される。
【００８７】
本発明の別の実施形態では、基地局は共通のレート制御モードで移動端末をスケジューリングする。共通のレート制御モードでは、全ての移動端末が共有の絶対的許可チャネルを介して受信した絶対的許可を受信し評価する。
【００８８】
本実施形態の変形例では、絶対的許可は、各移動端末が利用することが許可された最大量のアップリンクリソースを示す電力比と、ソフトハンドオーバにある移動端末に対してだけ絶対的許可が有効か否かを示すフラグとからなる。
【００８９】
本発明の別の変形例では、ソフトハンドオーバにある移動端末は、ソフトハンドオーバにない移動端末とは異なる送信時間間隔でスケジューリングされ、絶対的許可は各移動端末が利用することが許可された最大量のアップリンクリソースを示す電力比と、絶対的許可が有効なアップリンクデータ送信の送信時間間隔を示すフラグとからなる。
【００９０】
本発明の別の実施形態によると、基地局は個別のレート制御モードで移動端末をスケジューリングする。該スケジューリングモードでは、基地局は、複数の移動端末のうちの一つの移動端末、複数の移動端末の群、または、複数の移動端末全てに絶対的許可アドレッシングを送信する。
【００９１】
本発明の更なる実施形態によると、絶対的許可は、アドレス指定された移動端末または複数のアドレス指定された移動端末が利用することが許可された最大量のアップリンクリソースを示す電力比と、絶対的許可が複数のＨＡＲＱ処理の一つに対してだけ有効か否かを示す単一処理フラグと、絶対的許可がソフトハンドオーバの移動端末にだけ有効か否かを示すフラグとからなる。
【００９２】
本発明の別の実施形態では、ソフトハンドオーバ中に移動端末が利用することが許可された最大量のリソースは、ハンドオーバにない場合に移動端末が利用できる最大量のアップリンクリソースに対するソフトハンドオーバの移動端末によって最大で利用される割合を定義するパーセンテージの形態で絶対的許可により通知される。
【００９３】
別の実施形態によると、サービングセルを制御する基地局は、ハンドオーバ中に移動端末が利用することが許可された最大量のリソースを示す情報を無線ネットワークコントローラから受信する。本実施形態の変形例では、ハンドオーバ中に移動端末が利用することが許可された最大量のリソースは、ハンドオーバにない場合に移動端末が利用できる最大量のアップリンクリソースに対するソフトハンドオーバにある移動端末によって最大で利用される割合を定義するパーセンテージの形態で通知される。
【００９４】
本発明の別の実施形態では、サービングセルを制御する基地局は、ソフトハンドオーバの移動端末から個別アップリンクチャネルを介してアップリンクデータと、個別アップリンク制御チャネルを介して関連する制御情報とを受信する。制御情報は、移動端末によって設定されると、サービングセルを制御する基地局にアップリンクデータ送信に対するアップリンクリソースを増加させるリソース要求フラグと、送信時間間隔内でサービングセルを制御する基地局にアップリンクデータに送信するために使用されるトランスポートフォーマットコンビネーションを示すトランスポートフォーマットインジケータと、を有する。
【００９５】
基地局は、リソース要求フラグが設定されているか否か、且つ、ソフトハンドオーバの移動端末に対してだけ有効な絶対的許可においてサービングセルの基地局によって許可されるよりも少ない量のアップリンクリソースを利用するトランスポートフォーマットコンビネーションをトランスポートフォーマットインジケータが示すか否かを更に検出する。この場合、基地局は移動端末に別の絶対的許可を送信し、絶対的許可は個別アップリンクチャネルを介して移動端末のサービングセルを制御する基地局および非サービングセルを制御する基地局へのアップリンクデータ送信に移動端末が利用することが許可された最大量のアップリンクリソースを通知する。新しい絶対的許可において通知される最大量のリソースは、ソフトハンドオーバにある移動端末が現在使用することが許可された最大量のアップリンクリソースよりも低く、ソフトハンドオーバにある移動端末に対してだけ絶対的許可が有効であることを示す情報を有する。
【００９６】
更に、本発明の別の実施形態は、端末を備える複数の移動端末が移動端末のサービングセルを制御する基地局によってスケジューリングされる移動通信ネットワーク内の移動端末によって受信される絶対的許可の受信に対して動作する方法に関する。複数の移動端末の一部は、非サービングセルにソフトハンドオーバしている。
【００９７】
本実施形態によると、移動端末は、サービングセルを制御する基地局からの第１の絶対的許可を共有の絶対的許可チャネルを介して受信する。絶対的許可は、個別アップリンクチャネルを介して移動端末のサービングセルを制御する基地局および非サービングセルを制御する基地局に対して、アップリンクデータ送信で移動端末が利用することが許可された最大量のアップリンクリソースを通知し、ソフトハンドオーバにある移動端末に対してだけ絶対的許可が有効であるか否かを示す情報を含む。
【００９８】
本実施形態では、第１の絶対的許可における情報は、第１の絶対的許可が複数の移動端末に対して有効であることを示す。従って、移動端末は、個別アップリンクチャネルを介してサービングセルを制御する基地局にアップリンクデータを送信し、個別アップリンクチャネルでのデータ送信に利用されるアップリンクリソース量は第１の絶対的許可によって通知される最大量のリソースに基づいて選択される。
【００９９】
本発明の更なる実施形態では、移動端末がソフトハンドオーバしていない。本発明の本実施形態では、移動端末はサービングセルを制御する基地局から第２の絶対的許可を受信する。第２の絶対的許可は、第２の絶対的許可がソフトハンドオーバの移動端末に対してだけ有効であることを示す情報を有する。移動端末がソフトハンドオーバにないため、該移動端末は、メモリ等の記憶媒体にソフトハンドオーバにおけるアップリンクデータ送信に対するスケジューリング許可によって通知される最大量のアップリンクリソースを記憶する。
【０１００】
更に、本実施形態の変形例では、移動端末が非サービングセルにソフトオハンドオーバする際に移動端末は個別アップリンクチャネルを介してサービングセルを制御する基地局および非サービングセルを制御する基地局にアップリンクデータを送信し、個別アップリンクチャネルでのデータ送信に利用されるアップリンクリソース量は、絶対的許可によって通知され、記憶された最大量のリソースに基づいて選択される。
【０１０１】
本発明の別の変形例では、移動端末は非サービングセルとのソフトハンドオーバに入る。移動端末は、移動端末がソフトハンドオーバとした際にソフトハンドオーバにある移動端末によって使用されるべき最大量のアップリンクリソースが予め記憶されていない場合には、第１の絶対的許可によって通知される最大量のリソースに基づいて選択される量のアップリンクリソースを利用してサービングセルを制御する基地局および非サービングセルを制御する基地局にアップリンクデータを送信する。
【０１０２】
本発明の更なる変形例では、第２の絶対的許可は、移動端末が最大でソフトハンドオーバである場合の個別チャネルを介するアップリンクデータ送信に利用されるべき、ソフトハンドオーバにない場合に移動端末が利用することを許可された最大量のアップリンクリソースのパーセンテージを定義する。更に、移動端末は、ＤＳＰまたはプロセッサ等の処理手段を用いて、第２の絶対的許可で通知される割合に基づいてソフトハンドオーバ中にアップリンク送信に移動端末が利用することを許可された最大量のアップリンクリソースを決定する。
【０１０３】
本発明の別の実施形態によると、第１の絶対的許可は、移動端末がソフトハンドオーバにあると受信される。この場合、移動端末は、第１の絶対的許可における最大量のアップリンクリソースが個別チャネルでのアップリンク送信に現在利用されるリソース量よりも低い場合に、第１の絶対的許可に通知される最大量のリソースに応じてサービングセルを制御する基地局および非サービングセルを制御する基地局に対して個別アップリンクチャネルでのデータ送信に利用されるアップリンクリソース量を選択する。
【０１０４】
一般的に、絶対的許可チャネルは移動端末によって共有されるチャネルであり、サービングセルを制御する基地局は該チャネルを介して移動端末に絶対的許可を送信する。
【０１０５】
本発明の別の実施形態は、移動通信ネットワークにおける移動端末をスケジューリングする基地局を提供する。ここでも、複数の移動端末の一部は非サービングセルとそれぞれソフトハンドオーバしている。
【０１０６】
基地局は、移動端末に絶対的許可を共有の絶対的許可チャネルを介して送信する送信器を備える。絶対的許可は、個別アップリンクチャネルを介するアップリンクデータ送信に移動端末が利用することが許可された最大量のアップリンクリソースを通知する。更に、基地局、ソフトハンドオーバにある移動端末にだけ絶対的許可が有効であることを示す情報が絶対的許可に含まれるようなされる。このために、基地局は、例えば、基地局によって送信される絶対的許可を構成する処理手段を備える。更に、基地局は、個別アップリンクチャネルを介してソフトハンドオーバにある移動端末からアップリンクデータを受信する受信器を備え、個別アップリンクチャネルで利用されるリソース量は絶対的許可で通知される最大量のリソースに基づいて設定される。
【０１０７】
本発明の更なる実施形態では、基地局は、上述の実施形態および変形例のいずれか一つに応じて移動通信ネットワーク内の移動端末をスケジューリングする方法のステップを実行するようになされる手段を備える。
【０１０８】
本発明の別の実施形態は、端末を備える複数の移動端末が移動端末のサービングセルを制御する基地局によってスケジューリングされる移動通信ネットワーク内の移動端末によって受信される絶対的許可の受信に応答する移動端末に関する。複数の移動端末の一部は、非サービングセルにそれぞれソフトハンドオーバしている。
【０１０９】
本実施形態による移動端末は、サービングセルを制御する基地局からの第１の絶対的許可を共有の絶対的許可チャネルを介して受信する受信器を備える。絶対的許可は、個別アップリンクチャネルを介して移動端末のサービングセルを制御する基地局および非サービングセルを制御する基地局に対して、アップリンクデータ送信で移動端末が利用することが許可された最大量のアップリンクリソースを通知し、ソフトハンドオーバにある移動端末に対してだけ絶対的許可が有効であるか否かを示す情報を含む。
【０１１０】
本実施形態では、第１の絶対的許可における情報は、第１の絶対的許可が移動端末全てに対して有効であることを示す。移動端末は、個別アップリンクチャネルを介してサービングセルを制御する基地局にアップリンクデータを送信する送信器を更に備え、個別アップリンクチャネルでのデータ送信に利用されるアップリンクリソース量は第１の絶対的許可によって通知される最大量のリソースに基づいて選択される。
【０１１１】
別の実施形態は、上述の本発明の実施形態およびその変形例のいずれか一つに応じて受信される絶対的許可の受信の際に動作する方法のステップを実行するようなされる手段を備える移動端末を提供する。
【０１１２】
本発明の更なる実施形態は、基地局のプロセッサによって実行されると、基地局に移動通信ネットワーク内の移動端末をスケジューリングさせる命令を記憶するコンピュータ読取可能媒体に関わり、複数の移動端末は移動端末のサービングセルを制御する基地局によってスケジューリングされ、複数の移動端末の一部は非サービングセルとソフトハンドオーバしている。基地局は、共有の絶対的許可チャネルを介して絶対的許可を移動端末に送信することで移動通信ネットワーク内の移動端末をスケジューリングし、絶対的許可は個別アップリンクチャネルを介して移動端末のサービングセルを制御する基地局および非サービングセルを制御する基地局にアップリンクデータ送信に移動端末が利用することが許可された最大量のアップリンクリソースを通知し、絶対的許可はソフトハンドオーバにある移動端末に対してだけ絶対的許可が有効であることを示す情報を含み、個別アップリンクチャネルを介してソフトハンドオーバにある移動端末からアップリンクデータを受信し、個別アップリンクチャネルで利用されるリンクリソース量は絶対的許可によって示される最大量のリソースに基づいて選択される。
【０１１３】
本発明の別の実施形態は、基地局のプロセッサによって実行されると、上述の実施形態およびその変形例の一つに従って基地局に移動端末をスケジューリングする方法のステップを実行させる命令を更に記憶するコンピュータ読取可能媒体に関わる。
【０１１４】
更に、本発明の実施形態は、移動端末のプロセッサによって実行されると、端末を備える複数の移動端末が移動端末のサービングセルを制御する基地局によってスケジューリングされる移動通信ネットワーク内の移動端末によって受信される絶対的許可の受信に対して移動端末に動作させる命令を記憶するコンピュータ読取可能媒体に関わり、複数の移動端末の一部は、非サービングセルにそれぞれソフトハンドオーバしている。移動端末は、サービングセルを制御する基地局から共有の絶対的許可チャネルを介して第１の絶対的許可を受信することで絶対的許可の受信に作用し、絶対的許可は、個別アップリンクチャネルを介して移動端末のサービングセルを制御する基地局および非サービングセルを制御する基地局に対して、アップリンクデータ送信で移動端末が利用することが許可された最大量のアップリンクリソースを通知し、絶対的許可はソフトハンドオーバの移動端末に対してだけ絶対的許可が有効であるか否かを個別アップリンクチャネルを介してサービングセルを制御する基地局にアップリンクデータを送信することで示す情報を含み、個別アップリンクチャネル上でのデータ送信に利用されるアップリンクリソース量は第１の絶対的許可によって通知される最大量のリソースに基づいて選択される。本実施形態では、第１の絶対的許可における情報は、第１の絶対的許可が複数の移動端末に対して有効であることを示す。
【０１１５】
本発明の別の実施形態は、移動端末のプロセッサによって実行されると、上述の実施形態およびその変形例の一つに従って基地局に絶対的許可の受信に対して動作する方法のステップを実行させる命令を記憶するコンピュータ読取可能媒体に関わる。
【発明を実施するための最良の形態】
【０１１６】
以下では、本発明を添付の図面を参照してより詳細に説明する。図中、同様のまたは対応する詳細部には同一の参照符号が付与される。
【０１１７】
次のパラグラフでは本発明の様々な実施の形態が記述される。例示目的のため、多くの実施の形態はＵＭＴＳ通信システムに関連して要約され、後続するセクションで使用する専門用語は、主にＵＭＴＳ用語に関する。しかしながら、使用される専門用語およびＵＭＴＳ構成に関する実施の形態の記述は、本発明の原理および思想をこのようなシステムに制限することを意図しない。
【０１１８】
上述の技術分野のセクションで提供される詳細な説明は、以下に説明する主にＵＭＴＳ特定の例示的な実施の形態をより良く理解することを意図するにすぎず、本発明を移動通信ネットワークにおける処理および機能の記述された特定の具現に発明を限定するものとして理解されるべきではない。
【０１１９】
本発明の実施の形態によると、サービングセルを制御するノードＢは、ソフトハンドオーバにあるＵＥの利用するリソース（例えば、電力比）を制限することでサービング前に隣接するセルにおける過負荷状態に対応するかそれを防止し、セル間干渉に寄与する。ソフトハンドオーバ（ＳＨＯ）にあるＵＥのデータレートだけを制限する一つの可能な解決策は、サービングセルのＵＥによって共有される絶対的許可チャネル（例えば、Ｅ−ＡＧＣＨ）においてサービングセルを制御するノードＢからの許可で通知されたアップリンクリソースのシグナリングされた最大量がソフトハンドオーバにある端末だけに有効であるか否かを示す。
【０１２０】
この目的のため、現在使用されている絶対的許可構造が適合される。ＵＭＴＳシステムにおけるＥ−ＤＣＨに対する絶対的許可チャネルは、現在以下の情報フィールドで絶対的許可を伝達する。
【０１２１】
●最大電力比
●単一処理フラグ
本発明の実施形態によると、どのＵＥに対して絶対的許可が有効であるべきかを示す追加的なフラグが絶対的許可に導入される。この許可は、最大量（最大電力比を用いて示される）のアップリンクリソースがソフトハンドオーバにあるＵＥだけか、それとも全てのＵＥによって使用されるかを通知する。
【０１２２】
サービングセルおよび非サービングセルを制御するノードＢへのアップリンク送信のためのソフトハンドオーバにあるＵＥによって使用されるべき電力比を絶対的許可が通知する際にサービングノードＢはフラグを設定する。ＳＨＯにあるＵＥにだけ有効な絶対的許可メッセージを受信すると、ソフトハンドオーバにない、サービングセルによってだけ制御されるＵＥは、例えば絶対的許可によって通知されるアップリンクリソースのシグナリングされた最大量を記憶し得る。ＵＥの一つがソフトハンドオーバにあるようになると、絶対的許可によって通知され、記憶された最大量のアップリンクリソースが、ソフトハンドオーバ中にアップリンク送信に利用されるアップリンクリソースの適切な量を選択するためにＵＥによって使用され得る。
【０１２３】
例えば、ＵＥがＲＧベースのスケジューリングモードでスケジューリングされている場合、ＵＥは現在使用されているサービング許可（ＳＧ）が記憶値よりも大きいならば、記憶された最大量のアップリンクリソースに等しいＳＧを設定する。記憶値の方が現在のＳＧによって通知されるリソースよりも大きい場合、ＵＥはアップリンクデータ送信に現在のＳＧを使用する。
【０１２４】
非ＲＧベースのスケジューリングモードを考慮すると、ＵＥは、現在使用されている最大サービング許可（ＭＡＸ  ＳＧ）が記憶値よりも大きいと記憶された最大量のアップリンクリソースに等しいＭＡＸ  ＳＧを設定する。記憶値の方が現在のＳＧによって示されるリソースよりも大きい場合、ＵＥはアップリンクデータ送信に現在のＳＧを使用する。
【０１２５】
ソフトハンドオーバにあるＵＥによって利用され得る最大量のアップリンクリソースが先に設定されていない場合、つまり、ソフトハンドオーバ状態に対してどの値も先に記憶されていない場合、ソフトハンドオーバにあるＵＥまたはソフトハンドオーバに入りつつあるＵＥは、非ソフトハンドオーバ動作の場合のようなサービング許可および最大サービング許可値を用いて処理する。しかしながら、ＵＥが既にソフトハンドオーバ中の場合にソフトハンドオーバで利用する最大量のアップリンクリソースを設定する絶対的許可を受信すると、ＵＥはシグナリングされた絶対的許可を直ぐに適用してもよい。
【０１２６】
Ｅ−ＡＧＣＨ上の単一処理フラグは、許可が一つのＨＡＲＱ処理だけに対してまたは全てのＨＡＲＱ処理に対して有効か否かを示す。該フラグは、ＲＧベースのスケジューリングモードに対してだけ意味があるため（非ＲＧベースのスケジューリングモードでは全ての絶対的許可は全てのＨＡＲＱ処理に対して常に適用される）、本発明の一実施形態では、絶対的許可でシグナリングされる最大電力比がソフトハンドオーバ状態にあるＵＥに対してだけ有効か否かを示すために非ＲＧベースのスケジューリングモードにおいてこのフラグは再使用され得る。そのため、シグナリングへのどの追加的なオーバーヘッドも必要でない。
【０１２７】
しかしながら、この解決策では、サービングセルは非ＲＧベースのスケジューリングモードに対するシグナリングされた最大電力比のＳＨＯ／非ＳＨＯにおける適用可能性だけを示す。ＲＧベースのスケジューリングモードでは、サービングノードＢはＳＨＯ  ＵＥの電力の制約に対して個別相対的／絶対的許可を用いることができるため、問題とならない。
【０１２８】
前述の例示的な実施形態では、Ｅ−ＡＧＣＨに対する新しいフラグか非ＲＧベースのスケジューリングモードに対する単一処理フラグのいずれかは、許可がソフトハンドオーバ状態にあるＵＥによってのみ使用されるべきかを示す。別の実施形態によると、フラグは、絶対的許可が２ｍｓ／１０ｍｓ  ＴＴＩに対して適用されるべきかどうかを示す。Ｅ−ＤＣＨは、２ｍｓと１０ｍｓの両方をサポートし、受信範囲等によってＴＴＩ間で切り替える可能性がある。この例示的な実施形態によると、１０ｍｓ  ＴＴＩはソフトハンドオーバにあるＵＥによって使用され、２ｍｓ  ＴＴＩはソフトハンドオーバ状態にないＵＥによって使用され得る。
【０１２９】
ＲＲＣシグナリングは、ソフトハンドオーバにあるＵＥのリソース利用を制限するための絶対的許可のシグナリングの別の代替例である。例えば、ＲＮＣはＳＨＯ中に使用することが許可された最大電力比をＳＨＯ状態に入るＵＥにシグナリングする。このシグナリングは、例えば無線リンク追加手順に組み込まれ得る。
【０１３０】
代替的に、Ｓ−ＲＮＣは、ＵＥのサービングセルを制御するサービングノードＢにＳＨＯ状態において使用されるべき最大電力比をシグナリングし得る。ＲＮＣは、最大電力比を絶対値として示す代わりに、ＳＨＯ状態にあるＵＥが使用することが許可される絶対的許可値の割合を示す相対的値をシグナリングしてもよい。前述した通り、サービングノードＢは、ＳＨＯ状態にあるＵＥによって利用されるべき最大量のリソースを絶対的許可を用いてＵＥに伝播し得る。
【０１３１】
更なる代替例では、ＲＲＣは、ソフトハンドオーバ状態にあるＵＥが使用することを許可される最大許可電力比を接続セットアップでシグナリングする。ＵＥは、この値をＳＨＯにおいてデフォルトで使用する。
【０１３２】
絶対的許可シグナリングと比べてＲＲＣシグナリングが有する一つの欠点はフレキシビリティである。物理レイアスケジューリング許可（Ｅ−ＡＧＣＨ）を用いる場合、ソフトハンドオーバの制限はより動的に行われる。例えば、値は近隣セルにおける負荷状態に応じて調節される。
【０１３３】
以下では、本発明の一実施形態は、Ｅ−ＤＣＨ等の個別アップリンクチャネルで通信するために利用するリソースの適切な量を選択する際の移動端末の動作を示すフローチャートを示す図１２および図１３を参照して説明される。
【０１３４】
移動端末は、個別アップリンクチャネル上でデータ送信のために移動端末が使用しているリソース量を示すＨＡＲＱ処理毎に状態変数を維持する。ＵＭＴＳシステムを例として、状態変数は参照するＨＡＲＱ処理の送信における最大許容Ｅ−ＤＰＤＣＨ／ＤＰＣＣＨ電力比としてＥ−ＴＦＣ選択アルゴリズムにおいて使用されてもよい。この状態変数は、サービング許可（ＳＧ）と呼ばれる。
【０１３５】
最大サービング許可（ＭＡＸ  ＳＧ）は、移動端末がアップリンクチャネルのデータ送信で使用し得る最大量のアップリンクリソースを示す各ＨＡＲＱ処理に対する別の状態変数である。再びＵＭＴＳ  Ｅ−ＤＣＨを介する送信を例に挙げると、この状態変数は最大許容Ｅ−ＤＰＤＣＨ／ＤＰＣＣＨ比を定義してもよい。
【０１３６】
本実施形態によると、最大サービング許可はサービングセルからのスケジューリング許可によって制御される。移動端末がソフトハンドオーバにある場合、つまり、サービングセルおよび少なくとも一つの更なる非サービングセルに接続されている場合、最大サービング許可は該サービングセルおよび該非サービングセルによって制御され得る。
【０１３７】
アップリンクデータ送信を開始する際、移動端末はサービング許可値を初期化する（１２０１）。先に概略を説明したように、現在のサービング許可値は、ＵＭＴＳシステムを例示目的として考慮した場合に、Ｅ−ＤＣＨでのデータ送信におけるＥ−ＴＦＣの選択にどの電力比が使用され得るかをＥ−ＴＦＣ選択エンティティに示す。
【０１３８】
更に、移動端末は、サービングセルを介して、つまり、対応するＵＥをスケジューリングする役割を担うサービングセルのノードＢから絶対的許可が受信されたか否かを判断する（１２０２）。この例示的な実施形態によると、非ＲＧスケジューリングの場合が考えられ、つまり、ＵＥがサービングセルから絶対的許可を供給されるだけの場合が考えられる。これらのスケジューリング許可は、アップリンクデータの送信にＵＥが利用することを許可されたリソース量を設定する。ここで再びＥ−ＤＣＨ送信の例を考えると、絶対的許可はＥ−ＤＰＤＣＨ／ＤＰＣＣＨ電力比を通知する。
【０１３９】
本発明の別の実施形態では、サービングセルは最大サービング許可、即ち、アップリンクチャネル上でのアップリンクデータ送信にＵＥが利用することが許可された最大量のリソースを特定するために絶対的許可と相対的許可の両方を使用してもよい。本発明の別の実施形態では、サービングセルはセル内の全てのＵＥまたはＵＥの群をスケジューリングする。つまり、ＵＥに共通許可を送信する。
【０１４０】
まだ考慮されてない絶対的許可を移動端末が受信すると、移動端末はソフトハンドオーバにある移動端末だけに絶対的許可が有効であることを示すフラグが設定されているか否かを評価する（１２０３）。
【０１４１】
この場合、つまり、ソフトハンドオーバの際に移動端末が利用することができるアップリンク上の最大量のリソースを絶対的許可が示す場合、移動端末のハンドオーバ状態が判断される（１２０４）。
【０１４２】
移動端末が現在ソフトハンドオーバ中でない場合、移動端末はソフトハンドオーバＡＧ中に移動端末が利用することが許可されている最大量のリソースをメモリに例えば状態変数等の形態で記憶し得る（１２０５）。
MAX SGSHO = AG
【０１４３】
さもなければ、最大サービング許可が絶対的許可によって示されるシグナリングされたリソース値に設定される（１２０６）。
MAX SG = AG
【０１４４】
絶対的許可がソフトハンドオーバにある移動端末だけに向けられていない場合、つまり、許可でフラグが設定されていない場合、移動端末のハンドオーバ状態が判断される（１２０７）。移動端末が現在ソフトハンドオーバ中でないと判断されると、最大サービング許可が上で述べたように絶対的許可によって示されるシグナリングされたリソース値に設定される（１２０６）。さもなれば、サービングセルからの絶対的許可メッセージは無視される。
【０１４５】
別の実施形態では、移動端末は、絶対的許可において示される最大許容リソースが移動端末における現在のＭＡＸ  ＳＧよりも小さい場合にＭＡＸ  ＳＧを絶対的許可（ＡＧ）に設定する。
【０１４６】
次に、移動端末は、最大サービング許可を超えることなくステップサイズデルタ１だけサービング許可が増大し得るか否かを決定する（１２０８）。この場合、移動端末は現在のサービング許可値をランプアップする（１２０９）。つまり、設定可能なステップ（デルタ１）だけサービング許可値を増大する。
SG = SG + delta1.
【０１４７】
さもなければ、移動端末はサービング許可値を最大サービング許可値に設定する（１２１０）。
【０１４８】
ステップ１２０８、１２０９、および、１２１０に関して、本発明の代替的な実施形態ではステップサイズ（デルタ１）がサービング許可値の連続するインクリメント間で変化し得ることに注意する。例えば、第１の繰り返しでは、サービング許可はデルタ１だけ増加し、第２の繰り返しでは２デルタ１だけ増加する等、最大サービング許可に到達するまで行ってもよい。代替例では、現在の最大サービング許可と現在のサービング許可値との間の差に等しくなるようステップサイズデルタ１が選択されてもよい。
【０１４９】
ステップサイズデルタ１は予め設定されてもよく、または、ＲＲＣシグナリングを通じて受信される個別アップリンクチャネルでのアップリンク送信に関連する制御シグナリングによって設定されてもよい。
【０１５０】
次に、ステップ１２１１、１２１２、および、１２１３を説明する。これらのステップは任意であり、移動端末がソフトハンドオーバ中の場合にだけ実行されてもよい。この際、移動端末は非サービングセルから「ダウン」命令を示す相対的許可が受信されたか否かを判断する（１２１１）。非サービングセルからの許可は、移動端末に対して設定可能な量だけアップリンクリソース利用を減少させることを示す。
【０１５１】
相対的許可が受信されると、移動端末は現在の最後に使用された電力比（ＰＲ）から設定可能なステップサイズ（デルタ２）を減算した値に最大サービング許可を設定する（１２１２）。
MAX SG = last used power ratio - delta2
【０１５２】
さらに、次のＴＴＩにおけるデータ送信のＥ−ＴＦＣ選択に使用されるべきサービング許可値を次の最大サービング許可値に設定する（１２１３）。本実施形態では、電力比は個別アップリンクチャネルにおけるデータ送信に利用されるアップリンクリソースの大きさとして考えられる。
【０１５３】
ステップサイズデルタ２がサービングセルおよび／または非サービングセルからの制御シグナリングによって個別に設定されるか予め設定されることに注意する。更に、デルタ１とデルタ２は必ずしも同じ値である必要はない。
【０１５４】
図１２および図１３に示す本発明の例示的な実施形態では、非サービングセルの相対的許可は、絶対的許可と相対的許可を受信した場合に相対的許可が最大サービング許可値を「上書き」する点で絶対的許可より優位である。この動作は、ハンドオーバ中に非サービングセルにおけるノイズの増加が制御されるため、有益であり得る。
【０１５５】
しかしながら、次のＥ−ＴＦＣ選択処理の前に絶対的許可と相対的許可の両方を受信した場合に絶対的許可を相対的許可よりも優位にすることも有益であり得る。この場合、本質的には、ステップ１２１１、１２１２、および、１２１３はステップ１２０２乃至１２０９の前に実行される必要がある。
【０１５６】
いずれの場合でも、サービング許可値と必要であれば最大サービング許可を更新すると、移動端末は、より多くのアップリンクリソースを要求するハッピービット（リソース要求フラグ）を設定するべきか否かを判断する（１２１４）。前述した通り、移動端末は、移動端末がリソース利用をランプアップしている限り、すなわち、現在のサービング許可が最大サービング許可よりも低く、且つ、（連続的に）増加する限り、「不満」状態を示すハッピービットを設定することを禁止されている。移動端末は、移動端末がアップリンクデータの送信に最大許容リソースを現在使用している場合にだけ「不満」状態を通知することができる。
【０１５７】
ソフトハンドオーバ状態にない移動端末は、ハッピービットを設定することによってだけ「不満」状態を以下の場合に示すことができる。
●移動端末の電力状態により、サービングセルを制御する基地局のスケジューリング許可によって設定される最大アップリンクリソース（ＭＡＸ  ＳＧ）より多くのアップリンクリソースを利用して個別アップリンクチャネルを介するアップリンクデータ送信が可能となる場合、
●サービングセルを制御する基地局からのスケジューリング許可によって設定される最大アップリンクリソース（ＭＡＸ  ＳＧ）が、個別アップリンクチャネルを介してバッファされたアップリンクデータを送信するために設定可能な数の送信時間間隔以上を要求する場合、
●移動端末がアップリンクデータ送信に対するスケジューリング許可によって設定される最大アップリンクリソース（ＭＡＸ  ＳＧ＝ＳＧ）を現在利用している場合。
【０１５８】
移動端末がソフトハンドオーバにある場合、これらの基準は再定義される。ソフトハンドオーバの場合、移動端末は、リソース要求フラグを設定する。すなわち、「不満」状態を以下の場合に示す。
●移動端末の電力状態により、サービングセルおよび／または非サービングセルからのスケジューリング許可によって設定される最大アップリンクリソース（ＭＡＸ  ＳＧ）より多くのアップリンクリソースを利用して個別アップリンクチャネルを介するアップリンクデータ送信が可能となる場合、
●スケジューリング許可によって設定される最大アップリンクリソース（ＭＡＸ  ＳＧ）が、個別アップリンクチャネルを介するバッファされたアップリンクデータを送信するために構成可能な数の送信時間間隔以上を要求する場合、
●移動端末がアップリンクデータ送信に対するスケジューリング許可によって設定される最大アップリンクリソース（ＭＡＸ  ＳＧ＝ＳＧ）を現在利用している場合。
【０１５９】
ハッピービットを設定することでより多くのアップリンクリソースを要求するか否かを判断すると、移動端末は次に現在のサービング許可値に対するトランスポートフォーマットコンビネーション（ＴＦＣ）を選択する（１２１５）。Ｅ−ＴＦＣ選択は、例えばＵＭＴＳリリース９９のように論理チャネルプライオリティ、つまり、ＵＥは高い優先度のデータの送信を最大化することに基づいてもよい。
【０１６０】
個別アップリンクチャネルを介するアップリンクデータの送信に適切なＥ−ＴＦＣを選択すると、データは関連する制御情報と共に送信される（１２１６）。制御情報は、とりわけ、ハッピービット（リソース要求フラグ）並びに現在のＴＴＩでアップリンクデータを送信するために使用されるＴＦＣを示すトランスポートフォーマットコンビネーションインジケータ（ＴＦＣＩ）を含む。Ｅ−ＤＣＨアップリンクチャネルの例をここで再び参照するに、アップリンクデータは、Ｅ−ＤＰＤＣＨ（拡張個別物理データチャネル）を介して送信される。制御情報は、Ｅ−ＤＣＨと関連する制御情報を送信するために使用される物理チャネルであるＥ−ＤＰＣＣＨ（拡張個別物理制御チャネル）を介して送信される。
【０１６１】
ソフトハンドオーバの場合、ハッピービットとＴＦＣＩとの組み合わせによりサービングセルを制御しているノードＢは、移動端末が非サービングセルから「ダウン」命令を受信したか否かを認識することができる。移動端末がアップリンク送信におけるそのリソース利用をランプアップしている場合、移動端末は「不満」状態を示すようハッピービットを設定することは禁止される。同時に、ＴＦＣＩはサービングセルによって許可されるよりも低いリソース利用を示す。従って、サービングセルのノードＢはＴＦＣＩとハッピービットとの組み合わせから移動端末がそのリソース利用を増加していることを認識することができる。
【０１６２】
非サービングセルから「ダウン」命令を受信している場合、移動端末は、前述した通り、そのリソース利用を、
新サービング許可＝新最大サービング許可＝先に使用された電力比−デルタ２
に従って設定する。より多くのアップリンクリソースの利用をバッファ状態が要求し、電力状態が可能にするとして、移動端末は「不満」状態を示すようハッピービットを設定する。ここでも、ＴＦＣＩは、リソース利用がノードＢによって許可されるものよりも低いことをサービングセルを制御しているノードＢに示す。従って、ノードＢは、この組み合わせに基づいて、移動端末が非サービングセルから「ダウン」命令を受信したことを検出することができる。
【０１６３】
更に、ステップ１２０５において、移動端末がソフトハンドオーバ中にアップリンク送信に利用することが許可された最大量のリソースを記憶し得ることに注意すべきである。図１２および図１３に示す本発明の実施形態では図示していないが、移動端末はステップ１２０２における繰り返しを開始する前に、移動端末がソフトハンドオーバに入ったか否かを更に判断してもよい。この場合、移動端末がソフトハンドオーバ中のアップリンク送信に対して利用することが許可された最大量のリソースを先に記憶していると、移動端末は最大サービング許可をこの記憶された値に設定する。
【０１６４】
MAX SG = MAX SGSHO
上述の本発明の実施形態は、非ＲＧベースのスケジューリングモードに主に関連している。しかしながら、以上で説明した原理、特に、ハッピービットを設定するための基準の定義はＲＧベースのスケジューリングモードにも同様に適用可能である。
【０１６５】
本発明の別の実施形態は、ハードウェアおよびソフトウェアを用いる上述の様々な実施形態の具現化に関する。本発明の上述の様々な方法と同様に様々な論理ブロック、モジュール、回路などは、例えば、汎用プロセッサ、ディジタル・シグナル・プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等の演算装置（プロセッサ）、または、他のプログラマブル論理装置を用いて具現化または実施されてもよいことは理解されるであろう。本発明の様々な実施の形態は、これらの装置の組み合わせによって実行されるまたは具現化されてもよい。
【０１６６】
更に、本発明の様々な実施の形態は、プロセッサによって実行される、または、ハードウェアによって直接的に実行されるソフトウェアモジュールにより実行されてもよい。ソフトウェアモジュールおよびハードウェアの実行の組み合わせも可能である。ソフトウェアモジュールは、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等の全ての種類のコンピュータ読み取り可能記憶媒体に記憶される。
【図面の簡単な説明】
【０１６７】
【図１】ＵＭＴＳの高レベル構成を示す図である。
【図２】ＵＭＴＳ  Ｒ９９／４／５によるＵＴＲＡＮの構成を示す図である。
【図３】リフトおよびサービング無線サブシステムを示す図である。
【図４】ユーザ装置における全体的なＥ−ＤＣＨ  ＭＡＣ構成を示す図である。
【図５】ユーザ装置における簡略化された構成におけるＭＡＣ相互作用を示す図である。
【図６】ユーザ装置におけるＭＡＣ−ｅ／ｅｓ構成を示す図である。
【図７】ＵＴＲＡＮにおける全体的なＭＡＣ構成を示す図である。
【図８】ノードＢにおけるＭＡＣ−ｅ構成を示す図である。
【図９】Ｓ−ＲＮＣにおけるＭＡＣ−ｅｓ構成を示す図である。
【図１０】相対的許可のタイミング関係を示す図である。
【図１１】ＵＥの非ＲＧモードの動作を示す図である。
【図１２】本発明の例示的な実施形態による移動端末の動作を示すフローチャートである。
【図１３】本発明の例示的な実施形態による移動端末の動作を示すフローチャートである。
【図１】
2008535336.tif 000003
【図２】
2008535336.tif 000004
【図３】
2008535336.tif 000005
【図４】
2008535336.tif 000006
【図５】
2008535336.tif 000007
【図６】
2008535336.tif 000008
【図７】
2008535336.tif 000009
【図８】
2008535336.tif 000010
【図９】
2008535336.tif 000011
【図１０】
2008535336.tif 000012
【図１１】
2008535336.tif 000013
【図１２】
2008535336.tif 000014
【図１３】
2008535336.tif 000015
【国際調査報告】
2008535336.tif 000016
2008535336.tif 000017
2008535336.tif 000018