(57)【要約】本発明は、移動通信システムにおいて個別アップリンクチャネルリソースのリソース要求を通信する移動端末に関する。さらに、本発明は、移動通信システムにおいて個別アップリンクチャネルリソースのリソース要求を通信する方法に関する。ソフトハンドオーバ中に、サービングセルが、非サービングセルからの「ダウン」命令を検出することを可能にするために、本発明は、個別アップリンクチャネルにおいて送信されるデータに関連する制御情報内に「ハッピービット」を設定する基準の新しい定義を提案する。これらの基準によると、移動端末は、リソース利用量をランプアップする間は不満状態を通知することができない。最大サービング許可に等しいリソースが利用される場合のみ、送信バッファ状態は、ハッピービットが不満状態を示すように設定されることを必要とし、そして端末の電力状態は、ハッピービットが不満状態を示すように設定されることを許容する。
2008514033.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおいて個別アップリンクチャネルリソースのリソース要求を通信する、移動端末により実行される方法であって、
サービングセルを制御する基地局に、個別アップリンク制御チャネルを介して、アップリンクデータに関連するアップリンク制御情報を送信し、前記制御情報は、設定されると、前記基地局に、アップリンク個別チャネルを介するアップリンクデータ送信のアップリンクリソースを増加することを要求するリソース要求フラグを含む工程を含み、
前記移動端末が、スケジューリング許可により設定された最大量のアップリンクリソースを利用して前記個別アップリンクチャネルを介してアップリンクデータを送信する場合、前記移動端末は前記リソース要求フラグを設定する、方法。
【請求項２】
移動通信システムにおいて個別アップリンクチャネルリソースのリソース要求を通信する、前記移動端末により実行される方法であって、
サービングセルを制御する基地局に、個別アップリンク制御チャネルを介して、アップリンクデータに関連するアップリンク制御情報を送信し、前記制御情報は、設定されると、前記基地局に、アップリンク個別チャネルを介するアップリンクデータ送信のアップリンクリソースを増加することを要求するリソース要求フラグを含む工程を含み、
前記移動端末が、スケジューリング許可により設定された最大量のアップリンクリソースを利用せずに前記個別アップリンクチャネルを介してアップリンクデータを送信する場合、または、前記移動端末が、アップリンクデータ送信に利用されるアップリンクリソースの量を段階的に増加する処理中である場合、前記移動端末は前記リソース要求フラグを設定しない、方法。
【請求項３】
前記サービングセルを制御する前記基地局からの前記アップリンク個別チャネルを介するアップリンクデータの送信に前記移動端末が利用することを許容される最大量のアップリンクリソースを設定するスケジューリング許可を受信する工程と、
アップリンクデータ送信に利用されるアップリンクリソースの量が前記アップリンクリソースの最大量より少ない場合、利用されるアップリンクリソースの量がアップリンクリソースの最大量に等しくなるまで、前記個別アップリンクチャネルを介するアップリンクデータ送信に利用されるアップリンクリソースの量を段階的に増加する工程と、をさらに含む、請求項１または請求項２に記載の方法。
【請求項４】
前記個別アップリンクチャネルを介して送信されるデータをバッファする移動端末におけるバッファ占有度を判定する工程と、
ａ）前記移動端末の電力状態が、前記サービングセルを制御する前記基地局の前記スケジューリング許可により設定された最大のアップリンクリソースより多くのアップリンクリソースを利用する前記個別アップリンクチャネルを介するアップリンクデータ送信を許可している場合、
ｂ）前記サービングセルを制御する前記基地局からの前記スケジューリング許可により設定された最大のアップリンクリソースが、バッファされたアップリンクデータを前記個別アップリンクチャネルを介して送信する際に、設定可能な数の伝送時間間隔を越える時間間隔を必要とする場合、および
ｃ）前記移動端末が、アップリンクデータ送信に、前記スケジューリング許可により設定された最大のアップリンクリソースを現在利用している場合、
を含む基準のすべてが満たされた場合に、前記基地局に、前記アップリンク個別チャネルを介するアップリンクデータ送信のアップリンクリソースを増加することを要求するリソース要求フラグを設定する工程と、をさらに含む、請求項１から請求項３のいずれかに記載の方法。
【請求項５】
前記スケジューリング許可は、個別アップリンクチャネルを介してデータをそれぞれ送信しかつ前記サービングセルの前記基地局により制御されるすべての移動端末が、伝送時間間隔内にアップリンク個別チャネルを介するアップリンクデータ送信に利用することを許容される最大のアップリンクリソースを通知する、請求項１から請求項４のいずれかに記載の方法。
【請求項６】
前記移動端末は、前記基地局により制御されるサービングセルと基地局により制御される非サービングセルとの間でソフトハンドオーバ中であり、
前記非サービングセルを制御する前記基地局に、個別アップリンクチャネルを介して前記アップリンクデータを送信する工程と、
前記サービングセルを制御する前記基地局から受信された前記スケジューリング許可に従って、両方の個別アップリンクチャネルを介するアップリンクデータ送信に前記移動端末が利用することを許容される最大のアップリンクリソースを設定する工程と、をさらに含む、請求項１から請求項５のいずれかに記載の方法。
【請求項７】
前記非サービングセルを制御する前記基地局から、前記移動端末により現在利用されるアップリンクリソースの量を減少することを指示する相対的スケジューリング許可を受信する工程と、
前記相対的スケジューリング許可に応答して、前記移動端末により現在利用されるアップリンクリソースの量を減少する工程と、
次の伝送時間間隔におけるアップリンクデータ送信に対し、前記アップリンクリソースの最大量を、減少されたアップリンクリソース量に設定する工程と、をさらに含む、請求項６に記載の方法。
【請求項８】
ａ）前記移動端末の前記電力状態が、前記サービングセルおよび／または前記非サービングセルからのスケジューリング許可により設定された最大のアップリンクリソースより多くのアップリンクリソースを利用する前記個別アップリンクチャネルを介するアップリンクデータ送信を許容している場合、
ｂ）前記スケジューリング許可により設定された前記最大のアップリンクリソースが、バッファされたアップリンクデータを前記個別アップリンクチャネルを介して送信する際に、設定可能な数の伝送時間間隔を越える時間間隔を必要とする場合、および
ｃ）前記移動端末は、アップリンクデータ送信に、前記スケジューリング許可により設定された最大のアップリンクリソースを現在利用している場合、
を含む基準のすべてが満たされた場合、前記移動端末は、前記基地局に、前記アップリンク個別チャネルを介するアップリンクデータ送信のアップリンクリソースを増加することを要求する前記リソース要求フラグを設定する、請求項７に記載の方法。
【請求項９】
前記サービングセルを制御する前記基地局に、前記個別制御チャネルを介して送信される前記制御情報は、前記サービングセルを制御する前記基地局に、伝送時間間隔内にアップリンクデータを送信するために使用されるトランスポートフォーマットコンビネーションを通知するトランスポートフォーマットインジケータをさらに含み、前記トランスポートフォーマットインジケータは、前記スケジューリング許可において前記サービングセルの前記基地局により許容されたより少ない量のアップリンクリソースを利用するトランスポートフォーマットコンビネーションを通知し、
前記制御情報は、前記移動端末が、前記減少された量のアップリンクリソースを利用する前記サービングセルを制御する前記基地局に、前記アップリンク個別チャネルを介してアップリンクデータを送信している場合、前記サービングセルを制御する前記基地局に前記伝送時間間隔内に送信される前記制御情報内の前記リソース要求フラグを設定する工程をさらに含み、
前記制御情報内の前記トランスポートフォーマットインジケータと前記リソース要求フラグとの組み合わせは、前記サービングセルを制御する前記基地局に、前記非サービングセルを制御する前記基地局から受信された相対的スケジューリング許可に基づいて前記アップリンクリソースの最大量が減少されたということを通知する、請求項７または請求項８に記載の方法。
【請求項１０】
アップリンクリソースの量を段階的に増加する際のステップサイズは設定可能である、請求項１から請求項９のいずれかに記載の方法。
【請求項１１】
前記ステップサイズを通知する制御情報を受信する工程と、前記制御情報に従って前記ステップサイズを設定する工程と、をさらに含む、請求項１０に記載の方法。
【請求項１２】
前記ステップサイズを通知する制御情報は、前記ステップサイズを、前記移動端末が利用することを許容された最大量のリソースと前記移動端末により現在利用されるアップリンクリソースとの間の差分に等しい値に設定する、請求項１１に記載の方法。
【請求項１３】
移動通信システムにおいて個別アップリンクチャネルリソースのリソース要求を通信する移動端末であって、
サービングセルを制御する基地局に、アップリンクデータに関連するアップリンク制御情報を、個別アップリンク制御チャネルを介して送信し、前記制御情報は、設定されると、前記サービングセルを制御する前記基地局に、アップリンク個別チャネルを介するアップリンクデータ送信のアップリンクリソースを増加することを要求するリソース要求フラグを含む送信器を含み、
前記移動端末が、スケジューリング許可により設定されたアップリンクリソースの最大量を利用して前記個別アップリンクチャネルを介してアップリンクデータを送信する場合、前記移動端末は、前記リソース要求フラグを設定するように適合された、移動端末。
【請求項１４】
移動通信システムにおいて個別アップリンクチャネルリソースのリソース要求を通信する移動端末であって、
基地局に、個別アップリンク制御チャネルを介して、アップリンクデータに関連するアップリンク制御情報を送信し、前記制御情報は、設定されると、前記サービングセルを制御する前記基地局に、アップリンク個別チャネルを介するアップリンクデータ送信のアップリンクリソースを増加することを要求するリソース要求フラグを含む送信器を含み、
前記移動端末が、スケジューリング許可により設定された最大量のアップリンクリソースを利用せずに前記個別アップリンクチャネルを介してアップリンクデータを送信する場合、または前記移動端末が、アップリンクデータ送信に利用されるアップリンクリソースの量を段階的に増加する処理中である場合、前記移動端末は、前記リソース要求フラグを設定しないように適合された、移動端末。
【請求項１５】
前記アップリンク個別チャネルを介するアップリンクデータの送信に前記移動端末が利用することを許容されたアップリンクリソースの最大量を設定するスケジューリング許可を、前記サービングセルを制御する前記基地局から受信する受信器と、
アップリンクデータ送信に利用されるアップリンクリソースの量が前記アップリンクリソースの最大量より少ない場合、利用されるアップリンクリソースの量がアップリンクリソースの最大量に等しくなるまで、前記個別アップリンクチャネルを介するアップリンクデータ送信に利用されるアップリンクリソースの量を段階的に増加する処理手段と、をさらに含む請求項１３または請求項１４に記載の移動端末。
【請求項１６】
請求項３から請求項１２のいずれかに記載の方法の工程を実行するように適合された手段をさらに含む請求項１３から請求項１５のいずれかに記載の移動端末。
【請求項１７】
移動端末のプロセッサにより実行されると、アップリンクデータに関連する制御情報を、個別アップリンク制御チャネルアップリンクを介して基地局に送信することにより、前記移動端末に、移動通信システムにおいて個別アップリンクチャネルリソースのリソース要求を通信させる命令を格納するコンピュータ読取り可能な媒体であって、
前記制御情報は、設定されると、前記サービングセルを制御する前記基地局に、アップリンク個別チャネルを介するアップリンクデータ送信の前記アップリンクリソースを増加することを要求するリソース要求フラグを含み、
前記移動端末が、スケジューリング許可により設定されたアップリンクリソースの最大量を利用して前記個別アップリンクチャネルを介してアップリンクデータを送信する場合、前記命令は、前記移動端末に前記リソース要求フラグを設定させる、コンピュータ読取り可能な媒体。
【請求項１８】
移動端末のプロセッサにより実行されると、アップリンクデータに関連する制御情報を、個別アップリンク制御チャネルアップリンクを介して基地局に送信することにより、前記移動端末に、移動通信システムにおいて個別アップリンクチャネルリソースのリソース要求を通信させる命令を格納するコンピュータ読取り可能な媒体であって、
前記制御情報は、設定されると、前記サービングセルを制御する前記基地局に、アップリンク個別チャネルを介してアップリンクデータ送信の前記アップリンクリソースを増加することを要求するリソース要求フラグを含み、
前記移動端末が、スケジューリング許可により設定された最大量のアップリンクリソースを利用せずに前記個別アップリンクチャネルを介してアップリンクデータを送信する場合、または前記移動端末が、アップリンクデータ送信に利用されるアップリンクリソースの量を段階的に増加する処理中である場合、前記命令は、前記移動端末に前記リソース要求フラグを設定させない、コンピュータ読取り可能な媒体。
【請求項１９】
前記移動端末のプロセッサにより実行されると、前記移動端末に、請求項３から請求項１２のいずれかに記載の方法の工程を実行させる命令をさらに格納する、請求項１７または請求項１８に記載のコンピュータ読取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて個別アップリンクチャネルリソースに対するリソース要求を通信する移動端末に関する。さらに、本発明はまた、移動通信システムにおいて個別アップリンクチャネルリソースに対するリソース要求を通信する方法に関する。
【背景技術】
【０００２】
Ｗ−ＣＤＭＡ（広帯域符号分割多重アクセス）は、第３世代無線移動通信システムとしての使用のために標準化されたＩＭＴ−２０００（国際移動通信）の無線インタフェースであり、柔軟かつ効率的に音声サービスやマルチメディア移動通信サービス等の様々なサービスを提供する。日本、ヨーロッパ、アメリカおよび他の国々の標準化機構は、Ｗ−ＣＤＭＡに対する共通の無線インタフェース仕様を作成するために、第３世代パートナーシッププロジェクト（３ＧＰＰ）というプロジェクトを共同で組織化した。
【０００３】
標準化されたヨーロッパ版のＩＭＴ−２０００は一般にＵＭＴＳ（汎用移動通信システム）と呼ばれる。最初のＵＭＴＳの仕様は、１９９９年に発行された（リリース９９）。これまでリリース４およびリリース５において、３ＧＰＰにより上記規格に対するいくつかの改善が標準化され、さらなる改善のための議論がリリース６に向けて現在なお継続中である。
【０００４】
ダウンリンクおよびアップリンクの個別チャネル（ＤＣＨ）、ならびにダウンリンク共有チャネル（ＤＳＣＨ）が、リリース９９およびリリース４において定義された。後年、開発者らは、マルチメディアサービスまたはデータサービス全般の提供のためには、高速非対称アクセスを実施する必要があると認識した。リリース５では、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）が導入された。新しい高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）は、ＵＭＴＳ無線アクセスネットワーク（ＲＡＮ）から、ＵＭＴＳ仕様においてユーザ装置と呼ばれる通信端末までのダウンリンク高速アクセスを、ユーザに提供する。
【０００５】
ハイブリッドＡＲＱ方式
信頼性の低いチャネル上のパケット伝送システムにおける誤り検出および訂正の一般的な技術は、ハイブリッド自動再送要求（ＨＡＲＱ）と呼ばれる。ハイブリッドＡＲＱは、順方向誤り訂正（ＦＥＣ）とＡＲＱとを組み合わせたものである。
【０００６】
ＦＥＣにより符号化されたパケットが送信され、そして、受信器が該パケットを正常に復号化できなかった場合（誤りは、一般的にはＣＲＣ（巡回冗長検査）に基づいて検出される）、受信器は、パケットの再送を要求する。一般的には、追加情報の送信は「（パケットの）再送」と呼ばれる。この再送は、必ずしも同じ符号化情報の送信を意味しないが、そのパケットに属する任意の情報（例えば、追加冗長情報）の送信を意味し得る。
【０００７】
送信を構成する情報（通常は、符号ビット／シンボル）に依存して、そして受信器がどのように情報を処理するかに依存して、以下のハイブリッドＡＲＱ方式が定義される。
【０００８】
ＨＡＲＱタイプＩ
受信器がパケットを正常に復号化できなかった場合、符号化されたパケットの情報は廃棄され、再送が要求される。これは、すべての送信は別々に復号化されるということを暗に示す。一般的には、再送は、初回送信と同一の情報（符号ビット／シンボル）を含む。
【０００９】
ＨＡＲＱタイプＩＩ
受信器がパケットを正常に復号化できなかった場合、再送が要求され、ここでは受信器は、（誤って受信された）符号化パケットの情報を軟情報（ソフトビット／シンボル）として格納する。これは、ソフトバッファが受信器において必要であることを暗に示す。再送は、以前の送信と同じパケットに係る同一の、部分的に同一の、または異なる情報（符号ビット／シンボル）から構成することができる。
【００１０】
再送を受信すると、受信器は、ソフトバッファからの格納情報と現在受信された情報とを合成し、合成された情報に基づくパケットの復号化を試みる。受信器は、また、送信の復号化を個別に試みてもよいが、一般的には、送信を合成すると、性能は向上する。
【００１１】
送信の合成はいわゆる軟合成と呼ばれ、ここでは、複数の受信された符号ビット／シンボルは尤度合成され（likelihood combined）、そして単独で受信された符号ビット／シンボルは符号合成される（code combined）。軟合成の一般的な方法は、受信変調シンボルの最大比合成（ＭＲＣ）、および対数尤度比（ＬＬＲ）合成である（ＬＬＲ合成は、符号ビットに対してのみ有効に機能する）。
【００１２】
パケットの正常な受信の確率は再送を受信することにより増大するので、タイプＩＩ方式は、タイプＩ方式より高性能である。この増大は、受信器側で必要とされるハイブリッドＡＲＱソフトバッファという代償を払って生じるものである。この方式を使用して、再送される情報量を制御することにより動的リンク適合を実行することができる。
【００１３】
例えば、復号化に「ほぼ」成功したということを受信器が検出した場合、受信器は、次の再送に対して少量の情報要素のみ（前の送信よりも少ない数の符号ビット／シンボル）が送信されることを要求することができる。この場合、この再送自体（自己復号不可能な再送）だけを考慮することによりパケットを正常に復号化することは、理論的にもできないということが生じるかもしれない。
【００１４】
ＨＡＲＱタイプＩＩＩ
これは、各送信は自己復号可能でなければならないという制限を伴う、タイプＩＩのサブセットである。
【００１５】
パケットスケジューリング
パケットスケジューリングは、共有媒体への参入を許されたユーザに対して送信機会と送信フォーマットを割り当てるために用いられる無線リソース管理アルゴリズムである。スケジューリングは、例えば、好適なチャネル状態でユーザに送信機会を割り当てることによって、スループット／容量を最大にするために、適応変調符号化と組み合わせてパケットベースの移動無線ネットワークに用いてもよい。ＵＭＴＳにおけるパケットデータサービスは、ストリーミングサービスのために用いてもよいが、双方向トラフィッククラスおよびバックグラウンドトラフィッククラスに適用可能である。双方向クラスおよびバックグラウンドクラスに属するトラフィックは、非実時間（ＮＲＴ）トラフィックとして扱われ、パケットスケジューラによって制御される。パケットのスケジューリング手法は次のように特徴づけることができる。
【００１６】
●スケジューリング期間／周波数：ユーザが、あらかじめスケジューリングされる期間
●サービスの順序：ユーザがサービスを受ける順序。例えばランダムな順番（ラウンドロビン）、またはチャネル品質に従う（Ｃ／Ｉまたはスループットに基づく）順序
●割り当て方法：リソースを割り当てるための基準。例えば、キューに入れられたユーザすべてに対して割り当て間隔当たり同一データ量または同一電力／符号／時間リソース
【００１７】
アップリンクのパケットスケジューラは、３ＧＰＰ  ＵＭＴＳ  Ｒ９９／Ｒ４／Ｒ５では無線ネットワーク制御装置（ＲＮＣ）とユーザ装置との間に分散される。アップリンクにおいては、相異なるユーザによって共有される無線インタフェースリソースは、ノードＢ（Node B）における総受信電力であリ、従って、スケジューラのタスクは、ユーザ装置間に電力を割り当てることである。現在のＵＭＴＳ  Ｒ９９／Ｒ４／Ｒ５仕様では、ＲＮＣは、相異なるトランスポートフォーマットのセット（変調方式、符号化レート等）を各ユーザ装置に割り当てることにより、ユーザ装置がアップリンク送信の間に送信することを許容される最大レート／電力を制御する。
【００１８】
このようなＴＦＣＳ（トランスポートフォーマットコンビネーションセット）の確立および再設定は、ＲＮＣとユーザ装置との間での無線リソース制御（ＲＲＣ）メッセージングを使用することにより達成することができる。ユーザ装置は、それ自身の状態（例えば、利用可能な電力、バッファ状態）に基づいて、割り当てられたトランスポートフォーマットコンビネーションから自発的に（autonomously）選択することを許容される。現在のＵＭＴＳ  Ｒ９９／Ｒ４／Ｒ５仕様では、ユーザ装置のアップリンク送信に課せられる時間については何らの制御も存在しない。スケジューラは、例えば、送信時間間隔ベースで動作することができる。
【００１９】
ＵＭＴＳの構成
汎用移動通信システム（ＵＭＴＳ）の高レベルのＲ９９／４／５構成を図１に示す（非特許文献１参照、http://www.3gpp.orgから入手可能）。ネットワーク要素は、機能的に、コアネットワーク（ＣＮ）１０１、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）１０２、およびユーザ装置（ＵＥ）１０３にグループ化される。ＵＴＲＡＮ１０２は、すべての無線関連機能を担い、一方、ＣＮ１０１は、呼およびデータ接続の外部ネットワークへのルーティングを担う。これらのネットワーク要素の相互接続は、オープンインタフェース（Ｉｕ、Ｕｕ）により定められる。ＵＭＴＳシステムは、モジュール式であり、従って複数の同一タイプのネットワーク要素を持つことができることに留意されたい。
【００２０】
続いて、２つの相異なる構成を検討する。これらは、ネットワーク要素上での機能の論理的分配に関して定められる。実際のネットワーク配置では、各構成は、２つ以上のネットワーク要素が単一の物理ノードに組み合わせられ得ることを意味する相異なる物理的具現を有することができる。
【００２１】
図２にＵＴＲＡＮの現在の構成を例示する。多くの無線ネットワーク制御装置（ＲＮＣ）２０１、２０２がＣＮ１０１へ接続される。各ＲＮＣ２０１、２０２は、一つまたはいくつかの基地局（ノードＢ）２０３、２０４、２０５、２０６を制御し、これらの基地局はユーザ装置と通信を行う。いくつかの基地局を制御するＲＮＣは、これらの基地局の制御ＲＮＣ（Ｃ−ＲＮＣ）と呼ばれる。Ｃ−ＲＮＣを伴う制御される基地局のセットは、無線ネットワークサブシステム（ＲＮＳ）２０７、２０８と呼ばれる。ユーザ装置とＵＴＲＡＮとの間の各接続に対して、一つのＲＮＳがサービングＲＮＳ（Ｓ−ＲＮＳ）となり、コアネットワーク（ＣＮ）１０１とのいわゆるＩｕ接続を保持する。必要なとき、図３に示すように、ドリフトＲＮＳ（Ｄ−ＲＮＳ）３０２は、無線リソースを提供することによってサービングＲＮＳ（Ｓ−ＲＮＳ）３０１をサポートする。それぞれのＲＮＣは、サービングＲＮＣ（Ｓ−ＲＮＣ）およびドリフトＲＮＣ（Ｄ−ＲＮＣ）と呼ばれる。Ｃ−ＲＮＣとＤ−ＲＮＣとは、同一であり、また、しばしばそうであるため、略称のＳ−ＲＮＣまたはＲＮＣを用いるということも可能である。
【００２２】
Ｒｅｌ９９／４／５のＵＴＲＡＮ内の移動性管理
移動性管理に接続されるいくつかの手順を説明する前に、下記において頻繁に用いられるいくつかの用語を、最初に定義する。
【００２３】
無線リンクは、単一のＵＥと単一のＵＴＲＡＮアクセスポイントとの間の論理結合として定義することができる。その物理的具現は、無線ベアラ送信を含む。
【００２４】
ハンドオーバは、接続の一時的な中断を伴う（ハードハンドオーバ）、あるいはＵＥが常時ＵＴＲＡＮに接続されるようにＵＥ接続への／ＵＥ接続からの無線ベアラの包含／除外を伴う（ソフトハンドオーバ）、一つの無線ベアラから別のベアラへのＵＥ接続の移動として理解することができる。ソフトハンドオーバは、符号分割多重アクセス（ＣＤＭＡ）技術を採用するネットワークに特有のものである。ハンドオーバの実行は、現行のＵＴＲＡＮ構成を例に取ると、移動体無線ネットワークのＳ−ＲＮＣにより制御することができる。
【００２５】
ＵＥに関連するアクティブセットは、ＵＥと無線ネットワークとの間の特定の通信サービスに同時に関与する無線リンクのセットを含む。アクティブセット更新手順を、例えば、ソフトハンドオーバの間に、ＵＥとＵＴＲＡＮとの間の通信のアクティブセットを変更するために採用することができる。その処理は、３つの機能：無線リンク追加、無線リンク除去、ならびに無線リンク追加および除去の組み合わせを含むことができる。同時に存在する無線リンクの最大数は８に設定される。
【００２６】
ひとたび、それぞれの基地局のパイロット信号強度が、アクティブセット内の最も強いメンバのパイロット信号に対する一定の閾値を越えると、新しい無線リンクが、アクティブセットに追加される。ひとたび、それぞれの基地局のパイロット信号強度が、アクティブセットの最も強いメンバに対する一定の閾値を越えると、一つの無線リンクが、アクティブセットから除外される。無線リンク追加の閾値は、通常、無線リンク除外の閾値よりも高くなるように選ばれる。従って、追加および除外のイベントは、パイロット信号強度に関してヒステリシスを形成する。
【００２７】
パイロット信号の測定は、ＲＲＣシグナリングを用いて、ＵＥからネットワーク（例えばＳ−ＲＮＣ）に報告することができる。測定結果を送る前に、あるフィルタリングが、通常、高速フェージングを平均化するために実行される。通常のフィルタリング期間は、ハンドオーバ遅延に寄与する約２００ｍｓであり得る。測定結果に基づいて、ネットワーク（例えば、Ｓ−ＲＮＣ）は、アクティブセット更新手順の機能の一つの実行（現在のアクティブセットへの／からのノードＢの追加／除外）の開始を決定することができる。
【００２８】
拡張アップリンク個別チャネル（Ｅ−ＤＣＨ）
個別トランスポートチャネル（ＤＴＣＨ）のアップリンク拡張（Ｅ−ＤＣＨ）が、現在３ＧＰＰ技術仕様グループＲＡＮにより研究されている（非特許文献２参照、http://www.3gpp.orgで入手可能）。ＩＰベースのサービスの利用はさらに重要になっているので、ＲＡＮの受信可能範囲（coverage）およびスループットの改善、ならびにアップリンク個別トランスポートチャネルの遅延の縮小に対する要望が増大している。ストリーミングサービス、双方向サービスおよびバックグラウンドサービスはこの拡張アップリンクから恩恵を受けるかもしれない。
【００２９】
一つの拡張は、ノードＢ制御スケジューリング（Node B controlled scheluding）に関連して適応変調符号化方式（ＡＭＣ）を使用すること、従って、Ｕｕインタフェースの拡張である。既存のＲ９９／Ｒ４／Ｒ５システムでは、アップリンク最大データレート制御は、ＲＮＣに存在する。ノードＢにおいてスケジューラを再配置することによって、ＲＮＣとノードＢとの間のインタフェース上のシグナリングによって導入される待ち時間が縮小され、従って、スケジューラは、アップリンク負荷における瞬間的な変化に、より速く応答することができる。これにより、ＲＡＮとのユーザ装置の通信における全体的な待ち時間を縮小することができる。従って、ノードＢ制御スケジューリングは、アップリンク負荷が減少するときに、より高いデータレートを速やかに割り当てることによって、そして、アップリンク負荷が増加するときに、アップリンクデータレートを制限することによって、アップリンク干渉をよりよく制御することができ、また、ノイズ上昇変動をよりよく平滑化することができる。受信可能範囲およびセルスループットは、アップリンク干渉のよりよい制御によって改善され得る。
【００３０】
アップリンクにおける遅延を縮小すると考えられる他の一つの技術は、他のトランスポートチャネルと比してより短いＴＴＩ（送信時間間隔）長をＥ−ＤＣＨに対して導入する技術である。２ｍｓのＴＴＩ長が、現在、Ｅ−ＤＣＨでの利用に向けて研究されており、一方、１０ｍｓのＴＴＩが、一般に、他のチャネルにおいて使用されている。ＨＳＤＰＡにおける重要な技術の一つであるハイブリッドＡＲＱも、拡張アップリンク個別チャネル用に検討されている。ノードＢとユーザ装置との間のハイブリッドＡＲＱプロトコルは、誤って受信されたデータユニットの速やかな再送を可能とし、従ってＲＬＣ（無線リンク制御）再送の回数およびこれに係る遅延を縮小することができる。これにより、エンドユーザが経験するサービス品質を改善することができる。
【００３１】
上述の拡張をサポートするため、以下ではＭＡＣ−ｅと呼ぶ新しいＭＡＣサブレイヤが導入される（非特許文献３参照）。この新サブレイヤのエンティティ（以下の章でさらに詳細に説明する）は、ユーザ装置およびノードＢに設置することができる。ユーザ装置側では、ＭＡＣ−ｅは、上位レイヤデータ（例えばＭＡＣ−ｄ）を新しい拡張トランスポートチャネルに多重化して、エンティティを送信するＨＡＲＱプロトコルを作動させるという新しいタスクを実行する。
【００３２】
さらに、ＭＡＣ−ｅサブレイヤは、ＵＴＲＡＮ側におけるハンドオーバ中にＳ−ＲＮＣにおいて終端することができる。従って、提供された機能を並べ替えるための並べ替えバッファは、Ｓ−ＲＮＣ内にも存在することができる。
【００３３】
Ｅ−ＤＣＨ  ＭＡＣ構成  −  ＵＥ側
図４に、ＵＥ側における例示的なＥ−ＤＣＨ  ＭＡＣ構成全体を示す。新ＭＡＣ機能エンティティであるＭＡＣ−ｅ／ｅｓが、リリース９９のＭＡＣ構成に加えられる。
【００３４】
図５には、ＵＥ側において相互に作用するＭＡＣを例示する。ＵＥからノードＢに送信される相異なるアプリケーションからのデータパケットを搬送するＭ個の相異なるデータフロー（ＭＡＣ−ｄ）が存在する。これらのデータフローは、相異なるＱｏＳ要件（例えば、遅延および誤りの要件）を持つことができ、ＨＡＲＱインスタンスの相異なる構成を要求し得る。各ＭＡＣ−ｄフローは、特定の物理チャネルの属性（例えば、利得係数）およびＨＡＲＱの属性（例えば、再送の最大数）を割り当てることができる論理ユニットを表している。
【００３５】
さらに、ＭＡＣ−ｄ多重化が、Ｅ−ＤＣＨに対してサポートされる。すなわち、異なる優先度を持ついくつかの論理チャネルを、同一のＭＡＣ−ｄフローに多重化することができる。複数のＭＡＣ−ｄフローのデータは、１つのＭＡＣ−ｅ  ＰＤＵに多重化することができる。ＭＡＣ−ｅヘッダにおいて、ＤＤＩ（データ記述インジケータ）フィールドは、論理チャネル、ＭＡＣ−ｄフロー、およびＭＡＣ−ｄ  ＰＤＵサイズを識別する。ＵＥがＤＤＩ値を設定できるように、マッピング表がＲＲＣにおいてシグナリングされる。Ｎフィールドは、同一のＤＤＩ値に対応する連続するＭＡＣ−ｄ  ＰＤＵの数を示す。
【００３６】
ＭＡＣ−ｅ／ｅｓエンティティは、図６にさらに詳細に図示される。ＭＡＣ−ｅｓ／ｅはＥ−ＤＣＨの特定機能を扱う。Ｅ−ＤＣＨにおけるデータ送信用の適切なトランスポートフォーマットの選択は、機能エンティティを表すＥ−ＴＦＣ選択エンティティにおいて行われる。トランスポートフォーマットの選択は、Ｌ１を介してＵＴＲＡＮから受信されるスケジューリング情報（相対的許可および絶対的許可）、利用可能な送信電力、優先度（例えば、論理チャネル優先度）に従って行われる。ＨＡＲＱエンティティは、ユーザの再送機能を扱う。１つのＨＡＲＱエンティティは複数のＨＡＲＱ処理をサポートする。ＨＡＲＱエンティティは、必要とされるすべてのＨＡＲＱ関連機能を扱う。多重化エンティティは、複数のＭＡＣ−ｄ  ＰＤＵをＭＡＣ−ｅｓ  ＰＤＵに連結することを担い、１つまたは複数のＭＡＣ−ｅｓ  ＰＤＵを、次のＴＴＩにおいて送信される単一のＭＡＣ−ｅ  ＰＤＵに、Ｅ−ＴＦＣ選択機能による指示に従って多重化する。多重化エンティティは、また、各ＭＡＣ−ｅｓ  ＰＤＵの論理チャネル毎のＴＳＮを管理し設定することを担う。図６に示すように、ＭＡＣ−ｅ／ｅｓエンティティは、レイヤ１のシグナリングを介してノードＢ（ネットワーク側）からスケジューリング情報を受信する。絶対的許可はＥ−ＡＧＣＨ（拡張絶対的許可チャネル：Enhanced Absolute Grant Channel）において受信され、相対的許可はＥ−ＲＧＣＨ（拡張相対的許可チャネル：Enhanced Relative Grant Channel）において受信される。
【００３７】
Ｅ−ＤＣＨ  ＭＡＣ構成  −  ＵＴＲＡＮ側
例示的なＵＴＲＡＮ  ＭＡＣ構成全体を図７に示す。ＵＴＲＡＮ  ＭＡＣ構成はＭＡＣ−ｅエンティティとＭＡＣ−ｅｓエンティティとを含む。Ｅ−ＤＣＨを使用する各ＵＥに対し、ノードＢ毎に１つのＭＡＣ−ｅエンティティとＳ−ＲＮＣにおいて１つのＭＡＣ−ｅｓエンティティとが構成される。ＭＡＣ−ｅエンティティはノードＢ内に設けられ、Ｅ−ＤＣＨへのアクセスを制御する。さらに、ＭＡＣ−ｅエンティティは、Ｓ−ＲＮＣ内に設けられたＭＡＣ−ｅｓに接続される。
【００３８】
図８に、ノードＢにおけるＭＡＣ−ｅエンティティをさらに詳細に図示する。各ＵＥに対し、ノードＢにおいて１つのＭＡＣ−ｅエンティティが存在し、そしてすべてのＵＥに対し、ノードＢにおいて１つのＥ−ＤＣＨスケジューラ機能が存在する。ＭＡＣ−ｅエンティティおよびＥ−ＤＣＨスケジューラは、ノードＢにおけるＨＳＵＰＡ（高速アップリンクパケットアクセス）特有の機能を扱う。Ｅ−ＤＣＨスケジューリングエンティティは、ＵＥ間のＥ−ＤＣＨセルリソースを管理する。一般的には、スケジューリング割り当ては、ＵＥからのスケジューリング要求に基づいて決定され、送信される。ＭＡＣ−ｅエンティティにおける逆多重化エンティティは、ＭＡＣ−ｅ  ＰＤＵの逆多重化を実現する。次に、ＭＡＣ−ｅｓ  ＰＤＵは、Ｓ−ＲＮＣにおけるＭＡＣ−ｅｓエンティティに転送される。
【００３９】
１つのＨＡＲＱエンティティは、複数のインスタンス（ＨＡＲＱ処理）をサポートすることができ、例えば、ストップアンドウェイトＨＡＲＱプロトコルを採用することができる。各ＨＡＲＱ処理には、未解決の再送からのパケットのビットを合成するための一定量のソフトバッファメモリが割り当てられる。更に、各処理は、Ｅ−ＤＣＨ送信の配信状態を示すＡＣＫまたはＮＡＣＫを生成することを担う。ＨＡＲＱエンティティは、ＨＡＲＱプロトコルに必要とされるすべてのタスクを扱う。
【００４０】
図９に、Ｓ−ＲＮＣにおけるＭＡＣ−ｅｓエンティティを示す。ＭＡＣ−ｅｓエンティティは、ＲＬＣに対して順序通りの配信（in-sequence delivery）を提供する並べ替えバッファを含み、ソフトハンドオーバの場合、相異なるノードＢからのデータの合成を扱う。この合成は、マクロダイバーシチ選択合成と呼ばれる。
【００４１】
必要とされるソフトバッファサイズは、用いられるＨＡＲＱ方式に依存し、例えば、増加的冗長性（ＩＲ：incremental redundancy）を用いるＨＡＲＱ方式は、チェイス合成（ＣＣ：chase combining）を持つＨＡＲＱ方式よりも多くのソフトバッファを必要とすることに注意されたい。
【００４２】
Ｅ−ＤＣＨ  ノードＢ制御スケジューリング
ノードＢ制御スケジューリングは、Ｅ−ＤＣＨの技術的特色の一つであり、アップリンクにおいて、より高いセルスループットを提供するために、アップリンク電力リソースのより効率的な使用を可能にするとともに、受信可能範囲を増加することができる。用語「ノードＢ制御スケジューリング」は、ノードＢが、アップリンクリソース、例えば、Ｅ−ＤＣＨにおけるアップリンク送信にＵＥが使用できるＥ−ＤＰＤＣＨ／ＤＰＣＣＨ電力比を、Ｓ−ＲＮＣによって設定される限度内において制御する可能性を表す。ノードＢ制御スケジューリングは、アップリンクおよびダウンリンクの制御シグナリング、ならびにＵＥがこのシグナリングに関しどのように振る舞うべきかに関する一組の規則に基づく。
【００４３】
ダウンリンクおいては、ＵＥが使用してよいアップリンクリソースの（最大）量をＵＥに通知するために、リソース表示（スケジューリング許可：scheduling grant）が必要とされる。スケジューリング許可を発行する際、要求されたＱｏＳパラメータでＵＥにサービスを提供するための適切なリソースの割り当てを決定するために、ノードＢは、Ｓ−ＲＮＣによって、そしてＵＥから提供されるスケジューリング要求におけるＱｏＳ関連情報を使用することができる。
【００４４】
ＵＭＴＳ  Ｅ−ＤＣＨに関し、一般的には、使用されるスケジューリング許可のタイプに依存して定義される２つの相異なるＵＥスケジューリングモードが存在する。以下では、スケジューリング許可の特徴を説明する。
【００４５】
スケジューリング許可
スケジューリング許可は、アップリンク送信にＵＥが使用できる（最大）リソースを通知するために、ダウンリンクにおいてシグナリングされる。上記許可は、Ｅ−ＤＣＨ（Ｅ−ＴＦＣ選択）における送信に適切なトランスポートフォーマット（ＴＦ）の選択に影響を与える。しかしながら、上記許可は、通常、従来の個別チャネルのＴＦＣ（トランスポートフォーマットコンビネーション）選択には影響を与えない。
【００４６】
一般的には、ノードＢ制御スケジューリングに使用される次の２つのタイプのスケジューリング許可が存在する。
【００４７】
●絶対的許可（ＡＧ）
●相対的許可（ＲＧ）
【００４８】
絶対的許可は、アップリンク送信にＵＥが使用することを許容されるアップリンクリソースの最大量の絶対的な限度を提供する。絶対的許可は、割り当てられたＵＬリソースを速やかに変更するのに特に好適である。
【００４９】
相対的許可は、ＴＴＩ（伝送時間間隔：Transmission Time Interval）毎に送信される。相対的許可は、絶対的許可により通知された割り当てアップリンクリソースを微調整により適合させるために使用することができる。相対的許可は、ＵＥに通知し、以前に許可された最大アップリンクリソースを一定のオフセット（ステップ）だけ増加または減少させる。
【００５０】
絶対的許可は、Ｅ−ＤＣＨサービングセルだけからシグナリングされる。相対的許可は、非サービングセルからだけでなくサービングセルからもシグナリングすることができる。Ｅ−ＤＣＨサービングセルは、Ｅ−ＤＣＨサービングセルによって制御されるＵＥに、アップリンクリソースを能動的に割り当てるエンティティ（例えば、ノードＢ）を表わし、一方、非サービングセルは、サービングセルにより設定された割り当てアップリンクリソースを制限することができるのみである。各ＵＥは、ただ１つのサービングセルを有する。
【００５１】
絶対的許可は単一のＵＥに対し有効であり得る。単一のＵＥに対して有効な絶対的許可は、以下では「個別許可」呼ぶ。あるいは、絶対的許可は、セル内の一グループのＵＥまたはすべてのＵＥに対して有効であってもよい。一グループのＵＥまたはすべてのＵＥに対して有効な絶対的許可は、以下では「共通許可」と呼ぶ。ＵＥは共通許可と個別許可とを識別しない。
【００５２】
既に述べたように、相対的許可は非サービングセルだけでなくサービングセルからも送信することができる。サービングセルからシグナリングされる相対的許可は、「アップ（UP）」、「ホールド（HOLD）」、「ダウン（DOWN）」の３つの値の１つを通知することができる、「アップ」および「ダウン」はそれぞれ、以前に使用した最大アップリンクリソース（最大電力比）を１ステップだけ増加／減少することを指示する。非サービングセルからの相対的許可は、ＵＥに対し、「ホールド」または「ダウン」命令のいずれかをシグナリングできる。上記のように、非サービングセルからの相対的許可は、サービングセルにより設定されたアップリンクリソースを制限することができる（過負荷インジケータ）が、ＵＥによって使用され得るリソースを増やすことはできない。
【００５３】
ＵＥスケジューリング動作
２つの相異なるＵＥスケジューリングモード動作が、Ｅ−ＤＣＨの「ＲＧ」ベースの動作モードと「非ＲＧ」ベースの動作モードとに対し定義される。
【００５４】
ＲＧベースモードでは、ＵＥは、Ｅ−ＤＣＨサービングセルからの相対的許可に従う。スケジューリング許可は、たいていの場合、通常は単一のＵＥを扱うので、ＲＧベーススケジューリングモードは、しばしば個別レート制御モードとも呼ばれる。
【００５５】
以下では、このＲＧベーススケジューリングモードにおけるＵＥの挙動を説明する。ＵＥは、各ＨＡＲＱ処理に対しサービング許可（ＳＧ）を保持する。サービング許可は、Ｅ−ＤＣＨでの送信にＵＥが使用することを許容される最大電力比（Ｅ−ＤＰＤＣＨ／ＤＰＣＣＨ）を通知し、Ｅ−ＴＦＣ選択中に適切なＴＦＣを選択するためのものである。サービング許可は、サービング／非サービングセルからシグナリングされるスケジューリング許可によって更新される。ＵＥがサービングセルから絶対的許可を受信すると、サービング許可は、絶対的許可においてシグナリングされた電力比に設定される。絶対的許可は、各ＨＡＲＱ処理に対して有効であってよく、あるいはただ１つのＨＡＲＱ処理に対して有効であってもよい。
【００５６】
いかなる絶対的許可もサービングセルから受信されなかった場合、ＵＥは、ＴＴＩ毎にシグナリングされる、サービングセルからの相対的許可に従わねばならない。サービング相対的許可は、相対的許可が影響を与える当該送信と同じハイブリッドＡＲＱ処理に関し、以前のＴＴＩにおけるＵＥの電力比と相対的なものと解釈される。図１０に、相対的許可のタイミング関係を例示する。図１０では、例示的な目的で、４つのＨＡＲＱ処理が存在すると仮定する。第１のＨＡＲＱ処理のサービング許可に影響を与える、ＵＥによって受信された相対的許可は、以前のＴＴＩ（基準処理）の第１のＨＡＲＱ処理に相対的なものである。
【００５７】
サービングＥ−ＤＣＨの相対的許可に基づくＵＥの挙動を、以下に示す。
【００５８】
●ＵＥが、サービングＥ−ＤＣＨ無線リンクセット（ＲＬＳ）から「アップ」命令を受信した場合は、
新ＳＧｉ＝最後に使用した電力比（ｉ）＋デルタ
●ＵＥが、サービングＥ−ＤＣＨ  ＲＬＳから「ダウン」命令を受信した場合は、
新ＳＧｉ＝最後に使用した電力比（ｉ）−デルタ
【００５９】
「アップ」および「ダウン」命令は、基準ＨＡＲＱ処理においてＥ−ＤＣＨ送信に使用した電力比に相対的なものである。相対的許可により影響を受けるＨＡＲＱ処理ｉの新しいサービング許可は、基準ＨＡＲＱ処理において最後に使用した電力比の増加または減少である。
【００６０】
「ホールド」命令は、ＨＡＲＱ処理ｊのＳＧが不変のままであること、あるいは直前のＴＴＩにおける基準ＨＡＲＱ処理のＳＧが、すべてのＨＡＲＱ処理に対する現在のＴＴＩにおいて再使用されることのいずれかを指示する。
【００６１】
既に述べたように、非サービングＲＬＳのノードＢは、「ホールド」または「ダウン」のいずれかを通知することができる相対的許可を送信することのみ許容される。「ダウン」命令は、非サービングセルが、これらの非サービングセルを有するＳＨＯ中のＵＥにより引き起こされるセル間干渉を制限することができるようにする。非サービング相対的許可を受信した際のＵＥの挙動は以下の通りである。
【００６２】
●ＵＥが、少なくとも１つの非サービングＥ−ＤＣＨ  ＲＬＳから「ダウン」を受信した場合は、すべてのＨＡＲＱ処理（すべてのｉに対する）に対し、
新ＳＧｉ＝最後に使用した電力比（ｉ）−デルタ
【００６３】
非サービングＲＬＳからの相対的許可は、ＵＥにおけるすべてのＨＡＲＱ処理に影響を与える。使用した電力比の減少量は固定的であるか、あるいは、ビットレートに依存し、より高いビットレートに対しては、より大きなステップサイズ（デルタ（delta））が存在してもよいかもしれない。
【００６４】
次に、非ＲＧベーススケジューリングモードにつき、さらに詳細に概説する。サービングＥ−ＤＣＨ  ＲＬＳから確立された相対的許可チャネル（Ｅ−ＲＧＣＨ）が存在する場合、ＵＥは非ＲＧベーススケジューリングモードに従う。非ＲＧベーススケジューリングモードは、共通レート制御モードとも呼ばれる。
【００６５】
この思想は、共通絶対的許可によって、セル内の一グループのＵＥまたはすべてのＵＥにサービスを提供することである。共通レート制御は、サービングＲＬＳから見れば、より少ないダウンリンクシグナリングが必要とされる（共通絶対的許可のみで、相対的許可がない）という個別レート制御スケジューリングを越える利点を有する。
【００６６】
しかしながら、セル全体をスケジューリングする共通絶対的許可を使用すると、新しいＵＥが送信を始めた場合に、必然的に注意を要することになる。絶対的許可が例えば６４ｋｂｐｓで発行されると、ハードウェアリソースとＲｏＴ（全受信干渉電力：Rise over Thermal）リソースとを、セル内において接続されるすべてのＵＥに対して確保することはできない。従って、新しいＵＥがアクティブになると、ノードＢによるハードウェアリソースとＲＯＴリソースとの動的割り当てを可能にするために、低い電力比で（すなわち、少量のアップリンクリソースを使用して）送信を開始する必要がある。この処理は、以下ではＵＥランピング（ramping）と呼ばれる。ＵＥは、最新の絶対的許可によって通知された最大リソースに向けてそのリソースの使用を自発的にランプアップ（ramp up）する。ＵＥのランピングのステップサイズは、例えばＲＲＣ（無線リソース制御）により設定される。
【００６７】
ＵＥは、サービングＲＬＳからの絶対的許可に基づいて以下のように動作する。
【００６８】
●ＵＥは、Ｅ−ＴＦＣ選択アルゴリズムにおいて、サービング許可が言及するＨＡＲＱ処理におけるアップリンク送信の最大許容Ｅ−ＤＰＤＣＨ／ＤＰＣＣＨ電力比として用いられる「サービング許可」（ＳＧ）を保持する
●ＵＥは、すべてのＨＡＲＱ処理に対し、最後に受信した絶対的許可に設定された「最大サービング許可」（ＭＡＸ  ＳＧ）を更に保持する
●ＵＥが、送信すべきデータを有し、かつＳＧがＭＡＸ  ＳＧ未満である場合、ＳＧは、ＳＧがＭＡＸ  ＳＧに等しくなるまで、設定可能なステップ（自発ランプアップ）によって、時間とともに増加される
●ＳＧがＭＡＸ  ＳＧを越えると（ＭＡＸ  ＳＧを下げる新しい絶対的許可を受信したことにより）、ＳＧは直ちにＭＡＸ  ＳＧに等しくなるように設定される
●ＵＥが、現在のＳＧより少ない所与の電力比でｎ個（ここでｎは無限値まで設定され得る設定可能なパラメータである）より多くのＴＴＩにおいて送信した場合、ＳＧは、この所与の電力比に等しくなるように設定される。これは、実際には、ＵＥに、ＳＧ未満での連続的な動作の後、自発ランプアップの使用を強いる
【００６９】
ＵＥは、例えば、接続開始時の一定期間（Δｔ）（サービングセルにより割り当てられた電力比より小さい電力比でＵＥが送信している期間）後に、最後に受信された絶対的許可に向けてランプアップする。
【００７０】
非サービングＲＬからの相対的許可は、ＵＥのＭＡＸ  ＳＧに影響を与える。
【００７１】
●ＵＥが、少なくとも１つの非サービングＥ−ＤＣＨ  ＲＬＳから「ダウン」を受信した場合、
新ＭＡＸ  ＳＧ＝ＭＡＸ  ＳＧ−デルタ
【００７２】
非サービングＲＬＳからの相対的許可に関する、ＲＧベーススケジューリングモードと比較した非ＲＧベーススケジューリングモードのＵＥの挙動の違いは、相対的許可が、最後に使用した電力比ではなく、ＭＡＸ  ＳＧに影響を与えるということである。従って、ＵＥは、減少されたＭＡＸ  ＳＧまでランプアップすることが依然として許容される。非サービングＲＬＳからの「ダウン」命令がもはや受信されなくなると、ＵＥは、ＭＡＸ  ＳＧを、最後に受信された絶対的許可に設定し、このＭＡＸ  ＳＧに向けてランプアップする。
【００７３】
非ＲＧベースモードに対する例示的なシナリオを図１１に示す。ＵＥは、ソフトハンドオーバ状態にあり、１、２、３、４と番号が付けられた４つのＨＡＲＱ処理において、サービングセルと非サービングセルとに対してアップリンクデータを送信する。通信を開始したとき、ＭＡＸ  ＳＧはＡＧに等しく、ＳＧはＭＡＸ  ＳＧに達するまで段階的に増加される。
【００７４】
ＭＡＸ  ＳＧに達すると、非サービングセルは、利用されるアップリンクリソースの減少をＵＥに要求するために、ＵＥに「ダウン」命令を送信する。ＵＥは、新しいＭＡＸ  ＳＧを、ＡＧマイナス設定可能なデルタに等しくなるように設定し、この減少されたＭＡＸ  ＳＧ値（すなわち、ＭＡＸ  ＳＧ＝ＳＧ）により、処理１〜４に対する次のアップリンクデータを送信する。予め定められた期間（Δｔ）が終了すると、ＭＡＸ  ＳＧはＡＧにリセットされる。上に説明したように、再び、非サービングセルは、利用されるアップリンクリソースの縮小を要求し、ＵＥは、非サービングセルからのさらなる「ダウン」命令に反応する。
【００７５】
レート要求シグナリング
Ｅ−ＤＣＨにおいてマッピングされたサービスのＱｏＳ要件も考慮しつつ、ノードＢが効率的にスケジューリングできるようにするために、ＵＥは、ノードＢに、レート要求シグナリングによりＱｏＳ要件に関する情報を提供する。
【００７６】
アップリンクに関する２種類のレート要求シグナリング情報：Ｅ−ＤＰＣＣＨにおけるレート要求に関系するフラグであるいわゆる「ハッピービット」と、一般的には、Ｅ−ＤＣＨにおいて帯域内で送信されるスケジューリング情報（ＳＩ）とが存在する。
【００７７】
システムの観点からは、１ビットのレート要求は、例えば、相対的許可によるリソース割り当てにおいて小さな調整をもたらすために、サービングセルによって有利に使用され得る。これに対し、スケジューリング情報は、絶対的許可の送信において反映されると考えられ、より長期的なスケジューリング決定を行うために有利に採用され得る。２つのレート要求シグナリング方法についての詳細は以下に提供される。
【００７８】
Ｅ−ＤＣＨにおいて送信されるスケジューリング情報
前述のように、スケジューリング情報は、効率的なスケジューリングを可能にするために、ノードＢに、ＵＥの状態に関する情報を提供する必要がある。スケジューリング情報は、ＭＡＣ−ｅ  ＰＤＵのヘッダ内に含まれてよい。この情報は、ノードＢがＵＥの状態に追従できるように、通常は、ノードＢに定期的に送信される。例えば、スケジューリング情報は以下の情報フィールドを含む。
【００７９】
●スケジューリング情報における最も高い優先度データの論理チャネルＩＤ
●ＵＥバッファ占有度（バイト単位）
ｏバッファ内にデータを有する、最も高い優先度論理チャネルのバッファ状態
ｏ全バッファ状態
●電力状態情報
ｏＤＰＣＣＨに対して利用可能電力比の推定（ＨＳ−ＤＰＣＣＨを考慮する）。この推定を行なう際、ＵＥは、ＤＣＨの電力を考慮してはならない
【００８０】
最も高い優先度データが発生する論理チャネルＩＤによって論理チャネルを特定することにより、ノードＢが、この特定の論理チャネルのＱｏＳ要件、例えば、対応するＭＡＣ−ｄフローの電力オフセット、論理チャネル優先度またはＧＢＲ（保証ビットレート）属性を決定できるようにすることができる。これにより、次には、ノードＢが、ＵＥバッファ内のデータを送信するために必要とされる次のスケジューリング許可メッセージを決定できるようになり、従って、より正確な許可割り当てが可能となる。最も高い優先度のデータバッファ状態に加え、ノードＢが、全バッファ状態に関する何らかの情報を持つことは有益であると考えられる。この情報は、「長期的な」リソース割り当てに関する決定を行う際に役立ち得る。
【００８１】
サービングノードＢがアップリンクリソースを効果的に割り当てることができるために、サービングノードＢは、各ＵＥがどれだけの電力まで供給できるかを、知る必要がある。この情報は、ＵＥが、ＤＰＣＣＨ送信のために使用される電力のほかにどれだけの電力を残したか（電力状態）を示す「電力ヘッドルーム」測定値の形式で通信できるであろう。この電力状態報告は、また、ＴＴＩの再設定（例えば、２ｍｓ  ＴＴＩと１０ｍｓ  ＴＴＩとの切替え、およびその逆の切り替え）の起動のためにも使用できるであろう。
【００８２】
ハッピービット
先に説明したように、ハッピービットは、Ｅ−ＤＰＣＣＨにおいて送信される１ビットのレート要求に関するフラグを表わす。「ハッピービット」は、それぞれのＵＥが現在のサービング許可（ＳＧ）に「満足（happy）」か「不満（unhappy）」かを通知する。
【００８３】
ＵＥは、以下の基準の両方が満たされた場合、「不満」であることを通知する。
【００８４】
●電力状態基準：ＵＥは、より高いデータレート（Ｅ−ＴＦＣ）で送信するための利用可能な電力を有する。
【００８５】
●バッファ占有度基準：全バッファ状態は、現在の許可では、ｎ＊ＴＴＩを越える期間を必要とするであろう（ここで、ｎは設定可能である）。
【００８６】
そうでなければ、ＵＥは、現在のサービング許可に「満足」であることを通知する。
【００８７】
上述のように、サービングＲＬＳと非サービングＲＬＳは、非ＲＧベーススケジューリングモードにおいて、スケジューリング許可によって最大サービング許可を制御することができる。ＵＥにおける最大サービング許可は、サービングＲＬＳから最後に受信した絶対的許可に設定され、そして非サービングＲＬＳからの「ダウン」命令は、最大サービング許可を１ステップだけ減少させる。ＵＥがランプアップ中であって、サービング許可が最大サービング許可量未満である間に、「ダウン」命令が受信されると、ＵＥは、新ＭＡＸ  ＳＧ＝ＭＡＸ  ＳＧ−デルタまでランプアップすることを依然として許可される。
【００８８】
さらに、既に概説したように、ＵＥの満足／不満状態は、基本的には、サービングセルに、ＵＥがサービング許可により現在許可されたものよりも高いデータレートまたは高い電力比で送信することができるかどうかを、通知する。本質的には、ハッピービットは、サービングセルに、それぞれのＵＥの電力状態とバッファ状態とに関する何らかの情報を提供する。ノードＢスケジューラは、例えば、特定のＵＥに許容されたアップリンクリソースを、ＵＥにより設定されたハッピービットに応答して相対的許可によって調整することができる。
【００８９】
次に、ＲＧベーススケジューリングモードについて言及する。下の表１は、ＵＥに利用可能な電力ヘッドルーム、そのバッファ状態、これら２つのパラメータによるハッピービットの設定、およびＥ−ＲＧＣＨ（Ｅ−ＤＣＨ相対的許可チャネル）においてサービングセルを制御するノードＢにより次に送信されるべきスケジューリング命令のいくつかの例示的なシナリオを示す。
【００９０】
【表１】
2008514033.tif 000003
【００９１】
電力ヘッドルームの「＋／−」は、ＵＥがサービング許可により許容されたものより多い／少ない利用可能な電力を持つ場合に対応する。バッファ状態の「＋／−」は、バッファデータが、許容されたサービング許可で送信された場合にｎ個のＴＴＩより多い／少ないＴＴＩを必要とする場合に対応する。ハッピービットを受信すると、ノードＢスケジューラは、Ｅ−ＲＧＣＨにおいて送信される相対的許可を決定する。ケース１に示すように、ＵＥが不満であり、かつ、利用可能なアップリンクリソースがある場合、サービングセルは「アップ」命令によって、ＵＥのレートを上げることができるであろう。
【００９２】
「ハッピービット」とともに、Ｅ−ＤＰＤＣＨにおいて受信されるＥ−ＴＦＣを考慮することにより、サービングセルは、いつ「ダウン」命令が非サービングＲＬＳから送信されたかを判断できる。ＵＥが、「不満」を通知するが、サービング許可により実際に許可される電力より少ない電力で、同じＴＴＩ内で送信する場合、サービングセルは、「ダウン」命令が非サービングＲＬＳからシグナリングされたということを認識できる。この状況は、下の表２（ケース４）に示される。
【００９３】
【表２】
2008514033.tif 000004
【００９４】
ＵＥの満足／不満状態と受信されたＥ−ＴＦＣとを考慮することにより、サービングセルは、ケース１とケース４とを区別し、従って、非サービングＲＬＳからの「ダウン」命令を検出することができる。非サービングノードＢからの「ダウン」命令を検出する可能性により、サービングＲＬＳは、例えば、サービングセルと「ダウン」命令を送信した非サービングセルとの間のソフトハンドオーバおいて、ＵＥのデータレートを制限することにより、適切に反応できるようになる。
【００９５】
非ＲＧベーススケジューリングモードに関しては、状況は異なる。サービング／非サービングＲＬＳからのスケジューリング許可は、サービング許可がスケジューリング許可により制御されるＲＧベーススケジューリングモードとは対照的に、ＵＥの最大サービング許可を制御する。しかしながら、ハッピービットの定義は、サービング許可に基づいており、非ＲＧスケジューリングモードで用いられる最大サービング許可には基づかない。ランピング手順の間、サービング許可は最大サービング許可量未満である。ＵＥが最大サービング許可に向けてランプアップしているとき、ＵＥは、現在のサービング許可により許容される電力より高い電力（すなわち、「より高い」Ｅ−ＴＦＣ）で送信することができる。従って、先に定義された不満状態の基準に従って、ＵＥは、サービングセルに、「不満」を通知するであろう。しかしながら、ＵＥは、現在のサービング許可より高い電力で送信することが許容されており、Ｅ−ＤＣＨ送信に対する電力比を自発的に最大サービング許可までランプアップすることは、基本的に許容されるので、この挙動は現実の状況を反映しないであろう。
【００９６】
この挙動に伴うさらに重要な欠点は、サービングセルは、ＵＥの最大アップリンクデータレートを制限する非サービングＲＬＳからの「ダウン」命令が送信されたかどうか、あるいはＵＥが最大サービング許可に向けて現在ランプアップ中であるかどうかということを区別することができないということであろう。従って、サービングセルは、非サービングノードＢが「ダウン」命令を送信した場合、適切な対応策を取ることができない。
【非特許文献１】3GPP TR 25.401: "UTRAN Overall Description"
【非特許文献２】3GPP 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"
【発明の開示】
【００９７】
本発明の目的はハッピービットを設定するための新しい基準を提供することである。別の目的は、ソフトハンドオーバ中に、サービングセルのノードＢが、他の非サービングセルからの「ダウン」命令を検出できるようにすることである。
【００９８】
この目的は、独立請求項の主題により解決される。本発明の有利な実施の形態は従属請求項の主題である。
【００９９】
本発明の主要な態様の１つは、ハッピービットを設定するための新しい基準の定義である。従来の基準とは対照的に、移動端末がそのアップリンクリソース利用量をランピングしていない場合にのみ、移動端末は、ハッピービットを「不満」に設定することを許容される、すなわち、該ビットを設定することにより追加のアップリンクリソースを要求できる。従って、移動端末が、サービングセルにより許可された最大のアップリンクリソースを利用する場合のみ、移動端末は「不満」状態を通知することができる。「不満」ビットを設定するための基準の定義により達成される別の効果は、ソフトハンドオーバ中の移動端末のアクティブセット内の非サービングセルがアップリンクリソースの利用を減少することを通知したかどうかを、サービングセルがハンドオーバ中に検出できることである。
【０１００】
有利な実施の形態によれば、移動通信システムにおける個別アップリンクチャネルリソースに対するリソース要求を通信する方法が提供される。本方法によれば、移動端末は、伝送時間間隔毎の対応する量のアップリンクリソースと、個別アップリンク制御チャネルを介して伝送時間間隔内に基地局に送信されるアップリンクデータに関連するアップリンク制御情報とを利用する送信電力で、基地局に、個別アップリンクチャネルを介してアップリンクデータを送信する。さらに、移動端末は、サービングセルを制御する基地局から、伝送時間間隔内に、アップリンク個別チャネルを介するアップリンクデータの送信に対して移動端末が利用することを許容されるアップリンクリソースの最大量を設定するスケジューリング許可を受信する。
【０１０１】
アップリンクデータの送信に利用されるアップリンクリソースの量がアップリンクリソースの最大量より少ない場合、移動端末は、利用されるアップリンクリソースの量がアップリンクリソースの最大量に等しくなるまで、個別アップリンクチャネルを介するアップリンクデータ送信に利用されるアップリンクリソースの量を増加することができる。
【０１０２】
移動端末により送信される制御情報は、設定されると、アップリンク個別チャネルを介するアップリンクデータ送信のアップリンクリソースを増加することをサービングセルを制御する基地局に要求する、リソース要求フラグを含む。移動端末が、スケジューリング許可により設定された最大量のアップリンクリソースを利用せずに、個別アップリンクチャネルを介してアップリンクデータを送信する場合と、移動端末が、アップリンクデータ送信に利用されるアップリンクリソースの量を段階的に増加する処理中である場合は、移動端末はリソース要求フラグを設定できない。
【０１０３】
本発明の別の実施の形態では、移動端末は、移動端末におけるバッファ占有度をさらに判定することができる。バッファは、個別アップリンクチャネルを介して送信されるデータをバッファする。次のａ）〜ｃ）場合、移動端末は、アップリンク個別チャネルを介するアップリンクデータ送信のアップリンクリソースを増加することを基地局に要求するリソース要求フラグを設定する。
【０１０４】
ａ）移動端末の電力状態が、サービングセルを制御する基地局のスケジューリング許可により設定された最大のアップリンクリソースより多くのアップリンクリソースを利用する、個別アップリンクチャネルを介するアップリンクデータ送信を許容している場合、かつ、
ｂ）サービングセルを制御する基地局からのスケジューリング許可により設定された最大のアップリンクリソースが、バッファされたアップリンクデータを個別アップリンクチャネルを介して送信する際に、設定可能な数の伝送時間間隔を越える伝送時間間隔を必要とする場合、かつ、
ｃ）移動端末が、アップリンクデータ送信に、スケジューリング許可により設定された最大のアップリンクリソースを現在利用している場合。
【０１０５】
本発明の別の実施の形態によれば、スケジューリング許可は、個別アップリンクチャネルを介してデータを送信しかつサービングセルの基地局により制御されるすべて移動端末それぞれが、伝送時間間隔内のアップリンク個別チャネルを介するアップリンクデータ送信に利用することを許容される最大のアップリンクリソースを通知する。
【０１０６】
別の有利な実施の形態は、移動端末が、基地局により制御されるサービングセルと、基地局により制御される非サービングセルとの間でソフトハンドオーバ状態にある状況に関する。この実施の形態では、移動端末は、個別アップリンクチャネルを介してアップリンクデータを、非サービングセルを制御する基地局にさらに送信することができ、また、移動端末は、サービングセルを制御する基地局から受信したスケジューリング許可に従って、移動端末が両方の個別アップリンクチャネルを介するアップリンクデータ送信に利用することを許容される最大のアップリンクリソースを設定することができる。
【０１０７】
本発明のこの実施の形態の変形では、移動端末は、非サービングセルを制御する基地局から、移動端末によって現在利用されるアップリンクリソースの量を減少することを指示する相対的スケジューリング許可を、さらに受信することができる。移動端末は、相対的スケジューリング許可に応答して、移動端末によって現在利用されるアップリンクリソースの量を減少することができ、そして、次の伝送時間間隔におけるアップリンクデータ送信のアップリンクリソースの最大量を、減少されたアップリンクリソースの量に設定することができる。
【０１０８】
本発明のこの実施の形態の別の変形では、次のａ）〜ｃ）場合、移動端末は、基地局に、アップリンク個別チャネルを介するアップリンクデータ送信のアップリンクリソースを増加することを要求するリソース要求フラグをさらに設定する。
【０１０９】
ａ）移動端末の電力状態が、サービングセルおよび／または非サービングセルからのスケジューリング許可により設定される最大のアップリンクリソースより多くのアップリンクリソースを利用する個別アップリンクチャネルを介するアップリンクデータ送信を許可する場合、かつ、
ｂ）スケジューリング許可により設定される最大のアップリンクリソースが、バッファされたアップリンクデータを個別アップリンクチャネルを介して送信する際に、設定可能な数の伝送時間間隔を越える時間間隔を必要とする場合、かつ、
ｃ）移動端末が、アップリンクデータ送信に、スケジューリング許可により設定された最大のアップリンクリソースを現在利用している場合。
【０１１０】
本実施の形態の別の変形では、サービングセルを制御する基地局に個別制御チャネルを介して送信された制御情報は、伝送時間間隔内にアップリンクデータを送信するために使用されるトランスポートフォーマットコンビネーションを、サービングセルを制御する基地局に通知するトランスポートフォーマットインジケータをさらに含む。このトランスポートフォーマットインジケータは、スケジューリング許可において、サービングセルの基地局によって許容されるより少ない量のアップリンクリソースを利用するトランスポートフォーマットコンビネーションを通知する。移動端末が、サービングセルを制御する基地局に、減少した量のアップリンクリソースを利用するアップリンク個別チャネルを介してアップリンクデータを送信している場合、移動端末は、サービングセルを制御する基地局に、伝送時間間隔内に送信される制御情報内のリソース要求フラグを設定することができる。
【０１１１】
制御情報内のトランスポートフォーマットインジケータとリソース要求フラグとのこの組み合わせは、サービングセルを制御する基地局に、アップリンクリソースの最大量が、非サービングセルを制御する基地局から受信された相対的スケジューリング許可に基づいて減少されたということを示す。
【０１１２】
別の実施の形態では、アップリンクリソースの量を段階的に増加する際のステップサイズは設定可能である。例えば、移動端末は、上位レイヤシグナリングを介して、使用すべきステップサイズを通知する制御情報を受信することができ、該制御情報に従ってステップサイズを設定することができる。
【０１１３】
本発明のこの実施の形態の変形では、ステップサイズを通知する制御情報は、移動端末が利用することを許容された最大量のリソースと移動端末によって現在利用されるアップリンクリソースとの間の差分に等しい値にステップサイズを設定することができる。
【０１１４】
本発明の別の実施の形態は、移動通信システムにおける個別アップリンクチャネルリソースに対するリソース要求を通信する移動端末に関する。本移動端末は、伝送時間間隔毎に、対応する量のアップリンクリソースを利用する送信電力で、個別アップリンクチャネルを介して基地局にアップリンクデータを送信するとともに、個別アップリンク制御チャネルを介して基地局に、伝送時間間隔内に送信されるアップリンクデータに関連するアップリンク制御情報を送信する送信器を含むことができる。
【０１１５】
本移動端末は、サービングセルを制御する基地局から、移動端末が伝送時間間隔内にアップリンク個別チャネルを介するアップリンクデータの送信に利用することを許容されるアップリンクリソースの最大量を設定するスケジューリング許可を受信する受信器と、アップリンクデータ送信に利用されるアップリンクリソースの量がアップリンクリソースの最大量より少ない場合、利用されるアップリンクリソースの量がアップリンクリソースの最大量に等しくなるまで、個別アップリンクチャネルを介するアップリンクデータ送信に利用されるアップリンクリソースの量を段階的に増加するための処理手段と、をさらに含むことができる。
【０１１６】
この実施の形態によれば、制御情報は、設定されると、サービングセルを制御する基地局に、アップリンク個別チャネルを介するアップリンクデータ送信のアップリンクリソースを増加することを要求するリソース要求フラグを含む。移動端末が、スケジューリング許可により設定された最大量のアップリンクリソースを利用せずに、個別アップリンクチャネルを介してアップリンクデータを送信する場合と、移動端末が、アップリンクデータ送信に利用されるアップリンクリソースの量を段階的に増加する処理中である場合、移動端末は、リソース要求フラグを設定しないように適合される。
【０１１７】
本発明の別の実施の形態は、上記様々な実施の形態およびその変形のいずれかに記載の方法の工程を実行するように適合された手段を含む移動端末に関する。
【０１１８】
さらに、本発明の別の実施の形態は、移動端末のプロセッサにより実行されると、移動端末に、移動通信システムにおける個別アップリンクチャネルリソースに対するリソース要求を通信させる命令を格納するコンピュータ読取り可能な媒体を提供する。伝送時間間隔毎に、対応する量のアップリンクリソースを利用する送信電力で、基地局に、個別アップリンクチャネルを介してアップリンクデータを送信し；個別アップリンク制御チャネルを介して基地局に、伝送時間間隔内に送信されるアップリンクデータに関連するアップリンク制御情報を送信し；サービングセルを制御する基地局から、伝送時間間隔内に、アップリンク個別チャネルを介して、移動端末がアップリンクデータの送信に利用することを許容される最大量のアップリンクリソースを設定するスケジューリング許可を受信し；そして、アップリンクデータ送信に利用されるアップリンクリソースの量がアップリンクリソースの最大量より少ない場合、利用されるアップリンクリソースの量がアップリンクリソースの最大量に等しくなるまで、個別アップリンクチャネルを介してアップリンクデータ送信に利用されるアップリンクリソースの量を段階的に増加させることにより、本移動端末にリソース要求を通信させる。
【０１１９】
制御情報は、設定されると、サービングセルを制御する基地局に、アップリンク個別チャネルを介するアップリンクデータ送信のアップリンクリソースを増加することを要求するリソース要求フラグを含む。さらに、移動端末が、スケジューリング許可により設定された最大量のアップリンクリソースを利用せずに、個別アップリンクチャネルを介してアップリンクデータを送信する場合と、移動端末が、アップリンクデータ送信に利用されるアップリンクリソースの量を段階的に増加する処理中である場合、この命令は、移動端末に、リソース要求フラグを設定させないようにする。
【０１２０】
本発明の別の実施の形態は、移動端末のプロセッサにより実行されると、移動端末に、本明細書で説明された様々な実施の形態およびその変形のいずれかに記載された方法の工程を実行させる命令を格納するコンピュータ読取り可能な媒体に関する。
【発明を実施するための最良の形態】
【０１２１】
以下、添付図面と図解を参照し、本発明をさらに詳細に説明する。各図面における同様な、または対応する詳細部には同一の参照符号がつけられている。
【０１２２】
以下の段落では、本発明の様々な実施の形態を説明する。例示的な目的のみのため、大部分の実施の形態はＵＭＴＳ通信システムに関連して概説され、以降の節で使用される用語は主にＵＭＴＳ用語に関する。但し、使用される用語と、ＵＭＴＳ構成に関する実施の形態の説明は、本発明の原理と思想をこれらのシステムに限定するように意図するものではない。
【０１２３】
また、上記背景技術の中で示された詳細な説明は、以下に説明される主としてＵＭＴＳの特定の例示的実施の形態をよりよく理解することを意図しており、従って本発明を、移動通信ネットワークにおける処理および機能について説明された特定の実施の形態に限定するものと理解すべきではない。
【０１２４】
既に説明したように、ＵＥの不満状態について現在規定された基準は、ノードＢが、非ＲＧベースモードの動作において、非サービングＲＬＳからの「ダウン」命令を検出できるようにしていない。そして、これは、サービングセルが、非サービングＲＬＳにおける一層の過負荷状況に対処しまたはこれを防止するために適切な措置をとることができないようにしている。
【０１２５】
従って、本発明の主要な思想の１つは、ＵＥの不満状態についての基準の新しい定義である。この主要な思想によれば、個別アップリンクチャネルにおいて、移動端末が、データ伝送に利用することを許容された最大量リソースに向けてそのリソース利用量をランプアップしている限り、移動端末は「不満」状態を通知することができない。移動端末がソフトハンドオーバ中の場合、本発明により提供される不満状態の新しい定義は、サービングセルのノードＢが非サービングセルからの「ダウン」命令を検出できるようにする。
【０１２６】
ＵＥがランプアップ手順中のとき、すなわち、最大サービング許可に向けて利用されるアップリンクリソースを増やしている間のみ、ＵＥにおけるサービング許可（ＳＧ）は最大サービング許可（ＭＡＸ  ＳＧ）とは異なるので、一実施の形態によれば、リソースをランプアップする間、ＵＥは、常に「満足」である。従って、ランプアップ手順中、ＵＥは不満のビットを設定しない。ランプアップ手順が完了すると、サービング許可は最大サービング許可に等しくなる。
【０１２７】
ＵＥの電力およびバッファ状態が、最大サービング許可により許可されるものよりそれぞれ高い電力比およびＥ−ＴＦＣでの送信を許可する場合、ＵＥは、サービングセルに、「不満」を通知することができる。この定義により、サービングセルは、非サービングＲＬＳからの「ダウン」命令を検出することもできるであろう。このことについては下記の表３に示される。
【０１２８】
【表３】
2008514033.tif 000005
ＵＥの不満基準の可能な定義は次のようになるであろう。
【０１２９】
本発明の実施の形態によると、以下の基準がすべて満たされた場合、ＵＥは、サービングセル（そして、ソフトハンドオーバシナリオにおける非サービングセル）からの現在のスケジューリング許可に「不満」であるということを通知する。
【０１３０】
●ＵＥは、より高いデータレート（Ｅ−ＴＦＣ）での送信に利用可能な電力を有する
●全バッファ状態は、現在の許可ではｎ個のＴＴＩより多いＴＴＩを必要とする（ここで、ｎは設定可能）
●ＵＥは、ＭＡＸ  ＳＧ（ＳＧ＝ＭＡＸ  ＳＧ）で送信している
【０１３１】
ランピングの間、ＵＥは、「不満」状態を通知するハッピービットを設定しないということに注意することは重要である。言い換えれば、ＵＥが、利用されるアップリンクリソースを最大サービング許可に向けて増やしている間、ＵＥは、サービングセルのノードＢに、個別アップリンクチャネルを介するアップリンク送信のリソースを増加することを要求しない。
【０１３２】
以下では、Ｅ−ＤＣＨなどの個別アップリンクチャネルにおいて通信を行う際の移動端末の動作を例示するフロー図を示す図１２を参照し、本発明の実施の形態を説明する。
【０１３３】
移動端末は、個別アップリンクチャネルにおけるデータ伝送のために移動端末が使用しているリソース量を示す、すべてのＨＡＲＱ処理についての状態変数を保持する。ＵＭＴＳシステムを再び例として挙げると、この状態変数は、Ｅ−ＴＦＣ選択アルゴリズムにおいて、それが言及するＨＡＲＱ処理の送信のための最大許容Ｅ−ＤＰＤＣＨ／ＤＰＣＣＨ電力比として使用することができる。この状態変数はサービング許可（ＳＧ）と呼ぶことができる。
【０１３４】
最大サービング許可（ＭＡＸ  ＳＧ）は、移動端末がアップリンクチャネルにおけるデータ伝送に使用できるアップリンクリソースの最大量を表わす、各ＨＡＲＱ処理のもう一つの状態変数である。再びＵＭＴＳ  Ｅ−ＤＣＨを介する送信の例を取り上げると、この状態変数は、最大許容Ｅ−ＤＰＤＣＨ／ＤＰＣＣＨ電力比を定義することができる。
【０１３５】
この実施の形態によれば、最大サービング許可は、サービングセルからのスケジューリング許可によって制御される。移動端末がソフトハンドオーバ状態にある場合、すなわち移動端末がサービングセルと少なくとも別の１つの非サービングセルとに接続された場合、最大サービング許可は、該サービングセルと該非サービングセルとにより制御され得る。
【０１３６】
アップリンクデータ送信の開始時に、移動端末はサービング許可値を初期化する（１２０１）。先に概説したように、例示的な目的のためにＵＭＴＳシステムを考慮すると、どの電力比がＥ−ＤＣＨにおけるデータ伝送のためのＥ−ＴＦＣ選択に使用され得るかを、現在のサービング許可値はＥ−ＴＦＣ選択エンティティに通知する。
【０１３７】
さらに、移動端末は、サービングセルを介して（すなわち、それぞれのＵＥをスケジューリングするサービングセルのノードＢから）絶対的許可が受信されたかどうかを判定する（１２０２）。この例示的な実施の形態によれば、非ＲＧスケジューリングのケースが考慮される。すなわち、ＵＥは、サービングセルから絶対的許可を提供されるだけである。これらのスケジューリング許可は、ＵＥがアップリンクデータ送信に利用することを許容されるリソースの量を設定する。再度、Ｅ−ＤＣＨ送信の例を考えると、絶対的許可はＥ−ＤＰＤＣＨ／ＤＰＣＣＨ電力比を通知する。
【０１３８】
本発明の別の実施の形態では、サービングセルは、最大サービング許可、すなわち、ＵＥがアップリンクチャネルにおけるアップリンクデータ送信に利用することを許容されるリソースの最大量を規定する絶対的許可および相対的許可の両方を使用することができる。本発明のもう一つの代替的な実施の形態では、サービングセルはセル内のすべてのＵＥまたは一グループのＵＥをスケジューリングする、すなわち、それらのＵＥに共通許可を送信する。
【０１３９】
移動端末が、まだ考慮されていない絶対的許可を受信した場合、移動端末は、最大サービング許可を、サービングセルからの絶対的許可によって通知された値に設定する（１２０３）。
【０１４０】
次に、移動端末は、サービング許可が最大サービング許可を越えることなくステップサイズdelta1だけ増加され得るかどうかを判定する（１２０４）。そうであれば、移動端末は現在のサービング許可値をランプアップする、すなわち、サービング許可値を設定可能なステップ（delta1）だけ増加させる（１２０５）。
【０１４１】
ＳＧ＝ＳＧ＋delta1
そうでなければ、移動端末はサービング許可値を最大サービング許可値に設定する（１２０６）。
【０１４２】
ステップ１２０４、１２０５、１２０６に関して、本発明の別の実施の形態では、ステップサイズ（delta1）は、サービング許可値の逐次的な増加間で変化し得ることに留意されたい。例えば、最大サービング許可値に達するまで、第１の繰返し（iteration）ではサービング許可をdelta1だけ増加し、第２の繰返しでは2delta1だけ増加する等。他の代替例としては、ステップサイズdelta1を、現在の最大サービング許可と現在のサービング許可値との間の差分に等しくなるように選択することができる。
【０１４３】
ステップサイズdelta1は、あらかじめ設定できる。または、ステップサイズdelta1は、ＲＲＣシグナリングを介して受信されかつ個別アップリンクチャネルにおけるアップリンク送信に関連する制御シグナリングによって設定してもよい。
【０１４４】
次に、ステップ１２０７、１２０８、１２０９について検討する。これらのステップは任意選択であり、移動端末がソフトハンドオーバ状態のときにのみ実行することができる。この状況では、移動端末は、「ダウン」命令を通知する相対的許可が非サービングセルから受信されたかどうかを判定する（１２０７）。前に検討したように、非サービングセルからの許可は、移動端末に、設定可能な量だけそのアップリンクリソース利用量を減少することを指示する。
【０１４５】
相対的許可が受信された場合、移動端末は、最大サービング許可を、現時点で最後に使用した電力比（ＰＲ）の値マイナス設定可能なステップサイズ（delta1）に設定し（１２０８）、
ＭＡＸ  ＳＧ＝最後に使用した電力比−delta２
次のＴＴＩにおけるデータ伝送のＥ−ＴＦＣ選択に使用されるサービング許可値を、新しい最大サービング許可値に設定する（１２０９）。この実施の形態では、電力比は、個別アップリンクチャネルにおけるデータ伝送に利用されるアップリンクリソースの指標と考えることができる。
【０１４６】
本発明の別の実施の形態によれば、移動端末は、最大サービング許可値を、受信された最後の絶対的許可において通知された許可値にリセットするのではなく、サービングセルから新しい絶対的許可を受信するまで最大サービング許可値を保持する。
【０１４７】
ステップサイズdelta2は、サービングセルおよび／または非サービングセルからの制御シグナリングによって個々に設定でき、または、あらかじめ設定できるとに留意されたい。さらに、delta1とdelta2とが等しい値である必要はない。
【０１４８】
図１２において例示された本発明の例示的な実施の形態では、非サービングセルの相対的許可は、絶対的許可と相対的許可とが受信された場合、相対的許可が最大サービング許可値を「上書きする」という点で絶対的許可に対して優位である。この動作はハンドオーバ中の非サービングセルにおけるノイズ上昇の制御を可能にするので、この動作は有利であると考えられる。
【０１４９】
しかしながら、両者が次のＥ−ＴＦＣ選択処理の前に受信された場合、相対的許可に対して優位である絶対的許可を許容することも有利であると考えられる。この状況に対しては、基本的には、ステップ１２０７、１２０８、１２０９が、ステップ１２０２から１２０６に先立って実行される必要があろう。
【０１５０】
いずれにせよ、サービング許可値および最大サービング許可値を更新した際、必要に応じ、移動端末は、さらに多くのアップリンクリソースを要求するためのハッピービット（リソース要求フラグ）を設定すべきかどうかを判定する（１２１０）。先に説明したように、移動端末がリソース利用量をランプアップしている限り、すなわち、現在のサービング許可が最大サービング許可より小さくかつ（連続的に）増加されている限り、移動端末はハッピービットに「不満」状態を通知することを禁じられる。移動端末が、現在、アップリンクデータ送信に最大許容リソースを使用している場合のみ、移動端末は「不満」状態を通知することができる。
【０１５１】
ソフトハンドオーバ状態でない移動端末は、次の場合のみ、先に示したようにハッピービットを設定することにより「不満」状態を通知することができる。
【０１５２】
●移動端末の電力状態が、サービングセルを制御する基地局のスケジューリング許可によって設定された最大のアップリンクリソース（ＭＡＸ  ＳＧ）より多くのアップリンクリソースを利用する個別アップリンクチャネルを介するアップリンクデータ送信を許容している場合、かつ、
●サービングセルを制御する基地局からのスケジューリング許可により設定された最大のアップリンクリソース（ＭＡＸ  ＳＧ）が、個別アップリンクチャネルを介してバッファされたアップリンクデータを送信する際に、設定可能な数の伝送時間間隔を越える間隔を要求する場合、かつ、
●移動端末が、アップリンクデータ送信に、スケジューリング許可により設定された最大のアップリンクリソース（ＭＡＸ  ＳＧ＝ＳＧ）を現在利用している場合。
【０１５３】
移動端末がソフトハンドオーバ中の場合、これらの基準は、再定義することができる。ソフトハンドオーバの場合では、移動端末は、次の場合に、リソース要求フラグを設定することができる。すなわち、「不満」状態を通知することができる。
【０１５４】
●移動端末の電力状態が、サービングセルを制御する基地局のスケジューリング許可によって設定された最大のアップリンクリソース（ＭＡＸ  ＳＧ）より多くのアップリンクリソースを利用する個別アップリンクチャネルを介するアップリンクデータ送信を許容している場合、かつ、
●スケジューリング許可により設定された最大のアップリンクリソースが、個別アップリンクチャネルを介してバッファされたアップリンクデータを送信する際に、設定可能な数の伝送時間間隔を越える時間間隔を要求する場合、かつ、
●移動端末が、アップリンクデータ送信に、前記スケジューリング許可により設定された最大のアップリンクリソース（ＭＡＸ  ＳＧ＝ＳＧ）を現在利用している場合。
【０１５５】
ハッピービットを設定することにより、さらに多くのアップリンクリソースを要求すべきかどうかを決定すると、移動端末は、次に、現在のサービング許可値に対するトランスポートフォーマットコンビネーション（ＴＦＣ）を選択する（１２１１）。Ｅ−ＴＦＣの選択は、ＵＭＴＳリリース９９におけるように、例えば論理チャネル優先度に基づいてよい。すなわち、ＵＥは、より高い優先度データの送信を最大化する。
【０１５６】
個別アップリンクチャネルを介するアップリンクデータの送信に対し、適切なＥ−ＴＦＣを選択すると、データはそれに関連する制御情報とともに送信される（１２１２）。制御情報は、とりわけ、現在のＴＴＩにおいてアップリンクデータを送信するために使用されるＴＦＣを通知するトランスポートフォーマットコンビネーションインジケータ（ＴＦＣＩ）だけでなくハッピービット（リソース要求フラグ）も含む。Ｅ−ＤＣＨアップリンクチャネルの例を再び考慮すると、アップリンクデータは、Ｅ−ＤＰＤＣＨ（拡張個別物理データチャネル）を介して送信される。制御情報は、Ｅ−ＤＣＨに関連する制御情報を送信するために使用される物理チャネルであるＥ−ＤＰＣＣＨ（拡張個別物理データチャネル）を介して送信される。
【０１５７】
ソフトハンドオーバの場合では、ハッピービットとＴＦＣＩとの組み合わせにより、サービングセルを制御するノードＢは、移動端末が非サービングセルから「ダウン」命令を受信したかどうかを認識できる。移動端末がアップリンク送信のためにそのリソース利用量をランプアップしている場合、「不満」状態を示すハッピービットを設定することは禁じられる。同時に、ＴＦＣＩは、サービングセルにより許可されるリソース利用量より少ないリソース利用量を通知する。従って、サービングセルのノードＢは、移動端末がリソース利用量を増やしているということを、ＴＦＣＩとハッピービットとのこの組み合わせから導き出すことができる。
【０１５８】
非サービングセルから「ダウン」命令を受信すると、先に説明したように、移動端末は、
新しいサービング許可＝新しい最大サービング許可
＝以前の使用電力比−delta2
に基づいてそのリソース利用量を設定する。バッファ状態がさらに多くのアップリンクリソースの利用を要求し、かつ電力状態がこれを許容すると仮定すると、移動端末は「不満」状態を示すハッピービットを設定する。また、ＴＦＣＩは、サービングセルを制御するノードＢに、リソース利用量はノードＢにより許容されたものより少ないということを通知する。従って、ノードＢは、この組み合わせに基づき、移動端末が非サービングセルから「ダウン」命令を受信したことを検出することができる。
【０１５９】
本発明の実施の形態によるハッピービット設定について、図１３を参照し、説明する。図１３は、本発明の例示的な実施の形態に基づいた、現在のサービング許可と最大サービング許可とハッピービット状態との間の関係を例示する。
【０１６０】
２つの個別アップリンクチャネルを介するソフトハンドオーバ中の移動端末のアップリンク通信に対し、４つのＨＡＲＱ処理（番号１から４の陰影付き長方形）が存在すると仮定する。通信の開始時、端末はサービングセルから絶対的許可ＡＧを受信し、それに応じ最大サービング許可を設定する。最初に、移動端末は、サービング許可を段階的に増加することによりそのリソース利用量をランプアップする（段階＃１）。従って、ハッピービットはさらに多くのアップリンクリソースを要求しない（満足状態）。
【０１６１】
次に、移動端末は非サービングセルから「ダウン」命令を受信する。最大サービング許可は、上述のように、以前のサービング許可マイナス設定可能なオフセットに設定される。そして移動端末は、設定された新しい最大サービング許可までそのリソース利用量を減少する（段階＃２）。移動端末は、アップリンクデータを送信するためにさらに多くのリソースを必要とするということを示すために、制御情報においてハッピービットをセットする。さらに、制御情報は、段階＃２におけるデータ伝送のリソース利用量がサービングセルからの絶対的許可により許可されたリソースより少ないということを通知する。
【０１６２】
サービングセルを制御するノードＢは、ハッピービットとＴＦＣＩとの組み合わせに基づいて、移動端末が「ダウン」命令を受信したことを検出し、新しい絶対的許可を送信することによって反応する。新しい絶対的許可の受信に応答して、移動端末は再びリソース利用量をランプアップし始め、そして満足状態を通知する（段階＃３）。段階＃４では、サービング許可は、サービングセルからの最後の絶対的許可によって設定された新しい最大サービング許可に等しい。上に略述された条件がすべて満たされたと仮定すると、移動端末は不満状態を通知する。ＴＣＦＩは、最後の絶対的許可により設定されたものに等しいリソース利用量を通知するので、サービングセルを制御するノードＢは、移動端末がランピングを終了しておりアップリンク送信のためにさらに多くのリソースを要求しているということを、制御情報から導出することができる。
【０１６３】
さらに、移動端末は非サービングセルから別の「ダウン」命令を受信する。従って、段階＃２と同様に、移動端末は、段階＃５においてリソース利用量を減少し、そして不満状態を通知する。サービングセルを制御するノードＢは、再び、シグナリングされた制御情報に基づき、非サービングセルからの「ダウン」命令の受信を検出することができるが、以前に許可されたリソース利用量を変更することを決定しない。
【０１６４】
上に説明した本発明の実施の形態は、非ＲＧベーススケジューリングモードに主として関係した。しかしながら、上に概論した原理と、特に、ハッピービットを設定するための基準の定義とは、ＲＧベーススケジューリングモードにも同様に適用され得る。
【０１６５】
本発明の別の実施の形態は、ハードウェアとソフトウェアとを使用することにより上述の様々な実施の形態を実装することに関する。上述の様々な論理ブロック、モジュール、および回路だけでなく、上述の様々な方法は、例えば汎用プロセッサ、デジタルシグナルプロセサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラム可能なロジックデバイス等のコンピュータ装置（プロセッサ）を使用することにより実装または実行できることが、理解できる。
【０１６６】
さらに、本発明の様々な実施の形態は、プロセッサにより、または直接にハードウェアにおいて実行されるソフトウェアモジュールによって実施することもできる。また、ソフトウェアモジュールとハードウェア実装とを組み合わせることが可能である。上記ソフトウェアモジュールは、任意の種類のコンピュータ読取り可能な記憶媒体、例えばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等に格納することができる。
【図面の簡単な説明】
【０１６７】
【図１】ＵＭＴＳの高レベルの構成を示す。
【図２】ＵＭＴＳ  Ｒ９９／４／５によるＵＴＲＡＮの構成を示す。
【図３】ドリフトおよびサービング無線サブシステムを示す。
【図４】ユーザ装置におけるＥ−ＤＣＨ  ＭＡＣ構成全体を示す。
【図５】ユーザ装置におけるＭＡＣ相互作用の簡略化構成を示す。
【図６】ユーザ装置におけるＭＡＣ−ｅ／ｅｓの構成を示す。
【図７】ＵＴＲＡＮにおけるＭＡＣ構成全体を示す。
【図８】ノードＢにおけるＭＡＣ−ｅ構成を示す。
【図９】Ｓ−ＲＮＣにおけるＭＡＣ−ｅｓ構成を示す。
【図１０】相対的許可のタイミング関係を示す。
【図１１】ＵＥの非ＲＧモードの動作を示す。
【図１２】本発明の例示的な実施の形態による移動端末の動作のフロー図を示す。
【図１３】本発明の例示的な実施の形態による移動端末の修正された非ＲＧモード動作を示す。
【図１】
2008514033.tif 000006
【図２】
2008514033.tif 000007
【図３】
2008514033.tif 000008
【図４】
2008514033.tif 000009
【図５】
2008514033.tif 000010
【図６】
2008514033.tif 000011
【図７】
2008514033.tif 000012
【図８】
2008514033.tif 000013
【図９】
2008514033.tif 000014
【図１０】
2008514033.tif 000015
【図１１】
2008514033.tif 000016
【図１２】
2008514033.tif 000017
【図１３】
2008514033.tif 000018
【手続補正書】
【提出日】平成19年3月16日(2007.3.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求する、移動端末により実行される方法であって、
サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する工程と、
設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する工程と、を含み、
前記送信する工程が、スケジューリング許可により設定されたリソースの最大量を利用して前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する工程は、前記リソース要求フラグを設定する、方法。
【請求項２】
移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求する、前記移動端末により実行される方法であって、
サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する工程と、
設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する工程と、を含み、
前記送信する工程が、スケジューリング許可により設定されたリソースの最大量を利用せずに前記アップリンク個別データチャネルを介してデータを送信する場合、または、前記移動端末が、前記送信する工程での前記利用されるリソースを段階的に増加する処理中である場合、前記設定する工程は、前記リソース要求フラグを設定しない、方法。
【請求項３】
前記個別データチャネルを介するデータの送信に前記移動端末が利用することを許容されるリソースの最大量を設定するスケジューリング許可を、前記サービングセル制御基地局から受信する工程と、
前記送信する工程での前記利用されるリソースの量が前記設定されたリソースの最大量より少ない場合、前記利用されるリソースの量が前記設定されたリソースの最大量に等しくなるまで、前記利用されるリソースの量を段階的に増加する工程と、
をさらに含む、請求項１または請求項２に記載の方法。
【請求項４】
前記移動端末のバッファにおける、前記アップリンク個別データチャネルを介して送信されるデータのバッファ占有度を判定する工程をさらに含み、
前記設定する工程は、
ａ）前記移動端末が、前記設定されたリソースの最大量より多くのリソースを利用する前記アップリンク個別データチャネルを介するデータを送信可能であること、
ｂ）前記設定されたリソースの最大量が、前記バッファ内のデータを前記アップリンク個別データチャネルを介して送信する際に、設定可能な数の伝送時間間隔を越える時間間隔を必要とすること、および
ｃ）前記送信する工程において、前記設定されたリソースの最大量が、前記アップリンク個別データチャネルを介するデータの送信に現在利用されていること、
を含む基準のすべてが満たされた場合に、前記リソース要求フラグを設定する、請求項１から請求項３のいずれかに記載の方法。
【請求項５】
前記スケジューリング許可は、前記アップリンク個別データチャネルを介してデータをそれぞれ送信しかつ前記サービングセル制御基地局により制御されるすべての移動端末が、伝送時間間隔内に前記アップリンク個別データチャネルを介するデータの送信に利用することを許容されるリソースの最大量を通知する、請求項１から請求項４のいずれかに記載の方法。
【請求項６】
非サービングセル制御基地局に、アップリンク個別データチャネルを介してデータを送信する工程と、
前記サービングセル制御基地局から受信された前記スケジューリング許可に従って、前記サービングセル制御基地局への前記アップリンク個別データチャネルと、前記非サービングセル制御基地局への前記アップリンク個別データチャネルとの双方を介するデータの送信に前記移動端末が利用することを許容されるリソースの最大量を設定する工程と、
をさらに含む、請求項１から請求項５のいずれかに記載の方法。
【請求項７】
前記非サービングセル制御基地局から、前記移動端末により現在利用されているリソースの量を減少することを指示する相対的スケジューリング許可を受信する工程と、
前記相対的スケジューリング許可に応答して、前記移動端末により現在利用されているリソースの量を減少する工程と、
次の伝送時間間隔における前記アップリンク個別データチャネルを介するデータの送信に対し、前記許容されるリソースの最大量を、減少されたリソースの量に設定する工程と、
をさらに含む、請求項６に記載の方法。
【請求項８】
前記設定する工程は、
ａ）前記移動端末が、前記サービングセルおよび／または前記非サービングセルからの前記スケジューリング許可により設定されたリソースの最大量より多くのリソースを利用する前記アップリンク個別データチャネルを介するデータを送信可能であること、
ｂ）前記設定されたリソースの最大量が、前記バッファ内のデータを前記アップリンク個別データチャネルを介して送信する際に、設定可能な数の伝送時間間隔を越える時間間隔を必要とすること、および
ｃ）前記送信する工程において、前記設定されたリソースの最大量が、前記アップリンク個別データチャネルを介するデータの送信に現在利用されていること、
を含む基準のすべてが満たされた場合、前記リソース要求フラグを設定する、請求項７に記載の方法。
【請求項９】
前記制御情報は、前記サービングセル制御基地局に、伝送時間間隔内に前記アップリンク個別データチャネルを介してデータを送信するために使用されるトランスポートフォーマットコンビネーションを通知するトランスポートフォーマットインジケータをさらに含み、前記トランスポートフォーマットインジケータは、前記設定されたリソースの最大量よりも少量のリソースを利用するトランスポートフォーマットコンビネーションを通知し、
前記移動端末が、前記減少されたリソースの量を利用して前記アップリンク個別データチャネルを介してデータを送信している場合、前記伝送時間間隔内に送信される前記制御情報内の前記リソース要求フラグを設定する工程をさらに含み、
前記制御情報内の前記トランスポートフォーマットインジケータと前記リソース要求フラグとの組み合わせは、前記サービングセル制御基地局に、前記非サービングセル制御基地局から受信された前記相対的スケジューリング許可に基づいて、前記許容されるリソースの最大量が減少されたということを通知する、請求項７または請求項８に記載の方法。
【請求項１０】
前記利用されるリソースの量を段階的に増加する際のステップサイズは設定可能である、請求項２から請求項９のいずれかに記載の方法。
【請求項１１】
前記ステップサイズを通知する通知情報を受信する工程と、
前記通知情報に従って前記ステップサイズを設定する工程と、
をさらに含む、請求項１０に記載の方法。
【請求項１２】
前記通知情報は、前記ステップサイズを、前記許容されるリソースの最大量と前記移動端末により現在利用されているリソースの量との間の差分に等しい値に設定する、請求項１１に記載の方法。
【請求項１３】
移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求する移動端末であって、
サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する手段と、
設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する送信器と、を含み、
前記送信器が、スケジューリング許可により設定されたリソースの最大量を利用して前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する手段は、前記リソース要求フラグを設定する、移動端末。
【請求項１４】
移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求する移動端末であって、
サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する手段と、
設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する送信器と、を含み、
前記送信器が、スケジューリング許可により設定されたリソースの最大量を利用せずに前記アップリンク個別データチャネルを介してデータを送信する場合、または、前記移動端末が、前記送信器における前記利用されるリソースの量を段階的に増加する処理中である場合、前記設定する手段は、前記リソース要求フラグを設定しない、移動端末。
【請求項１５】
前記アップリンク個別データチャネルを介するデータの送信に前記移動端末が利用することを許容されるリソースの最大量を設定するスケジューリング許可を、前記サービングセル制御基地局から受信する受信器と、
前記送信器における前記利用されるリソースの量が前記設定されたリソースの最大量より少ない場合、前記利用されるリソースの量が前記設定されたリソースの最大量に等しくなるまで、前記利用されるリソースの量を段階的に増加する処理手段と、
をさらに含む、請求項１３または請求項１４に記載の移動端末。
【請求項１６】
バッファと、前記バッファにおける、前記アップリンク個別データチャネルを介して送信されるデータのバッファ占有度を判定する手段とをさらに含み、
前記設定する手段は、
ａ）前記移動端末が、前記設定されたリソースの最大量より多くのリソースを利用する前記アップリンク個別データチャネルを介するデータを送信可能であること、
ｂ）前記設定されたリソースの最大量が、前記バッファ内のデータを前記アップリンク個別データチャネルを介して送信する際に、設定可能な数の伝送時間間隔を越える時間間隔を必要とすること、および
ｃ）前記送信器において、前記設定されたリソースの最大量が、前記アップリンク個別データチャネルを介するデータの送信に現在利用されていること、
を含む基準のすべてが満たされた場合に、前記リソース要求フラグを設定する、請求項１３から請求項１５のいずれかに記載の移動端末。
【請求項１７】
請求項５から請求項１２のいずれかに記載の方法の工程を実行する手段をさらに含む、請求項１３から請求項１６のいずれかに記載の移動端末。
【請求項１８】
移動端末のプロセッサにより実行されると、前記移動端末に、移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求させる命令を格納するコンピュータ読取り可能な記憶媒体であって、
前記命令は、
サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する工程と、
設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する工程と、を含み、
前記送信する工程が、スケジューリング許可により設定されたリソースの最大量を利用して前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する工程は、前記リソース要求フラグを設定する、コンピュータ読取り可能な記憶媒体。
【請求項１９】
移動端末のプロセッサにより実行されると、前記移動端末に、移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求させる命令を格納するコンピュータ読取り可能な記憶媒体であって、
前記命令は、
サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する工程と、
設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する工程と、を含み、
前記送信する工程が、スケジューリング許可により設定されたリソースの最大量を利用せずに前記アップリンク個別データチャネルを介してデータを送信する場合、または、前記移動端末が、前記送信する工程での前記利用されるリソースを段階的に増加する処理中である場合、前記設定する工程は、前記リソース要求フラグを設定しない、コンピュータ読取り可能な記憶媒体。
【請求項２０】
前記移動端末のプロセッサにより実行されると、前記移動端末に、請求項３から請求項１２のいずれかに記載の方法の工程を実行させる命令をさらに格納する、請求項１８または請求項１９に記載のコンピュータ読取り可能な記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００９９
【補正方法】変更
【補正の内容】
【００９９】
本発明に係る方法は、移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求する、移動端末により実行される方法であって、サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する工程と、設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する工程と、を含み、前記送信する工程が、スケジューリング許可により設定されたリソースの最大量を利用して前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する工程は、前記リソース要求フラグを設定する、ようにした。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０１００
【補正方法】変更
【補正の内容】
【０１００】
本発明に係る方法は、移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求する、前記移動端末により実行される方法であって、サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する工程と、設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する工程と、を含み、前記送信する工程が、スケジューリング許可により設定されたリソースの最大量を利用せずに前記アップリンク個別データチャネルを介してデータを送信する場合、または、前記移動端末が、前記送信する工程での前記利用されるリソースを段階的に増加する処理中である場合、前記設定する工程は、前記リソース要求フラグを設定しない、ようにした。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１０１
【補正方法】変更
【補正の内容】
【０１０１】
本発明に係る移動端末は、移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求する移動端末であって、サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する手段と、設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する送信器と、を含み、前記送信器が、スケジューリング許可により設定されたリソースの最大量を利用して前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する手段は、前記リソース要求フラグを設定する、構成を採る。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１０２
【補正方法】変更
【補正の内容】
【０１０２】
本発明に係る移動端末は、移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求する移動端末であって、サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する手段と、設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する送信器と、を含み、前記送信器が、スケジューリング許可により設定されたリソースの最大量を利用せずに前記アップリンク個別データチャネルを介してデータを送信する場合、または、前記移動端末が、前記送信器における前記利用されるリソースの量を段階的に増加する処理中である場合、前記設定する手段は、前記リソース要求フラグを設定しない、構成を採る。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１０３
【補正方法】変更
【補正の内容】
【０１０３】
本発明に係るコンピュータ読取り可能な記憶媒体は、移動端末のプロセッサにより実行されると、前記移動端末に、移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求させる命令を格納するコンピュータ読取り可能な記憶媒体であって、前記命令は、サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する工程と、設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する工程と、を含み、前記送信する工程が、スケジューリング許可により設定されたリソースの最大量を利用して前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する工程は、前記リソース要求フラグを設定する、ようにした。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１０４
【補正方法】変更
【補正の内容】
【０１０４】
本発明に係るコンピュータ読取り可能な記憶媒体は、移動端末のプロセッサにより実行されると、前記移動端末に、移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求させる命令を格納するコンピュータ読取り可能な記憶媒体であって、前記命令は、サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する工程と、設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する工程と、を含み、前記送信する工程が、スケジューリング許可により設定されたリソースの最大量を利用せずに前記アップリンク個別データチャネルを介してデータを送信する場合、または、前記移動端末が、前記送信する工程での前記利用されるリソースを段階的に増加する処理中である場合、前記設定する工程は、前記リソース要求フラグを設定しない、ようにした。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１０５
【補正方法】削除
【補正の内容】
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１０６
【補正方法】削除
【補正の内容】
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１０７
【補正方法】削除
【補正の内容】
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１０８
【補正方法】削除
【補正の内容】
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０１０９
【補正方法】削除
【補正の内容】
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０１１０
【補正方法】削除
【補正の内容】
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】０１１１
【補正方法】削除
【補正の内容】
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】０１１２
【補正方法】削除
【補正の内容】
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】０１１３
【補正方法】削除
【補正の内容】
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】０１１４
【補正方法】削除
【補正の内容】
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】０１１５
【補正方法】削除
【補正の内容】
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】０１１６
【補正方法】削除
【補正の内容】
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】０１１７
【補正方法】削除
【補正の内容】
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】０１１８
【補正方法】削除
【補正の内容】
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】０１１９
【補正方法】削除
【補正の内容】
【手続補正２３】
【補正対象書類名】明細書
【補正対象項目名】０１２０
【補正方法】削除
【補正の内容】
【手続補正書】
【提出日】平成19年7月26日(2007.7.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求する、移動端末により実行される方法であって、
サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する工程と、
設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する工程と、を含み、
前記送信する工程が、スケジューリング許可により設定されたリソースの最大量を利用して前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する工程は、前記リソース要求フラグを設定し、
前記送信する工程が、前記スケジューリング許可により設定されたリソースの最大量を利用せずに前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する工程は、前記リソース要求フラグを設定しない、方法。
【請求項２】
前記移動端末のバッファにおける、前記アップリンク個別データチャネルを介して送信されるデータのバッファ占有度を判定する工程をさらに含み、
前記設定する工程は、
ａ）前記移動端末が、前記設定されたリソースの最大量より多くのリソースを利用する前記アップリンク個別データチャネルを介するデータを送信可能であること、
ｂ）前記設定されたリソースの最大量が、前記バッファ内のデータを前記アップリンク個別データチャネルを介して送信する際に、設定可能な数の伝送時間間隔を越える時間間隔を必要とすること、および
ｃ）前記送信する工程において、前記設定されたリソースの最大量が、前記アップリンク個別データチャネルを介するデータの送信に現在利用されていること、
を含む基準のすべてが満たされた場合に、前記リソース要求フラグを設定する、請求項１に記載の方法。
【請求項３】
前記スケジューリング許可は、前記アップリンク個別データチャネルを介してデータをそれぞれ送信しかつ前記サービングセル制御基地局により制御されるすべての移動端末が、伝送時間間隔内に前記アップリンク個別データチャネルを介するデータの送信に利用することを許容されるリソースの最大量を通知する、請求項１または請求項２に記載の方法。
【請求項４】
非サービングセル制御基地局に、アップリンク個別データチャネルを介してデータを送信する工程と、
前記サービングセル制御基地局から受信された前記スケジューリング許可に従って、前記サービングセル制御基地局への前記アップリンク個別データチャネルと、前記非サービングセル制御基地局への前記アップリンク個別データチャネルとの双方を介するデータの送信に前記移動端末が利用することを許容されるリソースの最大量を設定する工程と、
をさらに含む、請求項１から請求項３のいずれかに記載の方法。
【請求項５】
前記非サービングセル制御基地局から、前記移動端末により現在利用されているリソースの量を減少することを指示する相対的スケジューリング許可を受信する工程と、
前記相対的スケジューリング許可に応答して、前記移動端末により現在利用されているリソースの量を減少する工程と、
次の伝送時間間隔における前記アップリンク個別データチャネルを介するデータの送信に対し、前記許容されるリソースの最大量を、減少されたリソースの量に設定する工程と、
をさらに含む、請求項４に記載の方法。
【請求項６】
前記設定する工程は、
ａ）前記移動端末が、前記サービングセルおよび／または前記非サービングセルからの前記スケジューリング許可により設定されたリソースの最大量より多くのリソースを利用する前記アップリンク個別データチャネルを介するデータを送信可能であること、
ｂ）前記設定されたリソースの最大量が、前記バッファ内のデータを前記アップリンク個別データチャネルを介して送信する際に、設定可能な数の伝送時間間隔を越える時間間隔を必要とすること、および
ｃ）前記送信する工程において、前記設定されたリソースの最大量が、前記アップリンク個別データチャネルを介するデータの送信に現在利用されていること、
を含む基準のすべてが満たされた場合、前記リソース要求フラグを設定する、請求項５に記載の方法。
【請求項７】
前記制御情報は、前記サービングセル制御基地局に、伝送時間間隔内に前記アップリンク個別データチャネルを介してデータを送信するために使用されるトランスポートフォーマットコンビネーションを通知するトランスポートフォーマットインジケータをさらに含み、前記トランスポートフォーマットインジケータは、前記設定されたリソースの最大量よりも少量のリソースを利用するトランスポートフォーマットコンビネーションを通知し、
前記移動端末が、前記減少されたリソースの量を利用して前記アップリンク個別データチャネルを介してデータを送信している場合、前記伝送時間間隔内に送信される前記制御情報内の前記リソース要求フラグを設定する工程をさらに含み、
前記制御情報内の前記トランスポートフォーマットインジケータと前記リソース要求フラグとの組み合わせは、前記サービングセル制御基地局に、前記非サービングセル制御基地局から受信された前記相対的スケジューリング許可に基づいて、前記許容されるリソースの最大量が減少されたということを通知する、請求項５または請求項６に記載の方法。
【請求項８】
移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求する移動端末であって、
サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する手段と、
設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する送信器と、を含み、
前記送信器が、スケジューリング許可により設定されたリソースの最大量を利用して前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する手段は、前記リソース要求フラグを設定し、
前記送信器が、前記スケジューリング許可により設定されたリソースの最大量を利用せずに前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する手段は、前記リソース要求フラグを設定しない、移動端末。
【請求項９】
バッファと、前記バッファにおける、前記アップリンク個別データチャネルを介して送信されるデータのバッファ占有度を判定する手段とをさらに含み、
前記設定する手段は、
ａ）前記移動端末が、前記設定されたリソースの最大量より多くのリソースを利用する前記アップリンク個別データチャネルを介するデータを送信可能であること、
ｂ）前記設定されたリソースの最大量が、前記バッファ内のデータを前記アップリンク個別データチャネルを介して送信する際に、設定可能な数の伝送時間間隔を越える時間間隔を必要とすること、および
ｃ）前記送信器において、前記設定されたリソースの最大量が、前記アップリンク個別データチャネルを介するデータの送信に現在利用されていること、
を含む基準のすべてが満たされた場合に、前記リソース要求フラグを設定する、請求項８に記載の移動端末。
【請求項１０】
請求項３から請求項７のいずれかに記載の方法の工程を実行する手段をさらに含む、請求項８または請求項９に記載の移動端末。
【請求項１１】
移動端末のプロセッサにより実行されると、前記移動端末に、移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求させる命令を格納するコンピュータ読取り可能な記憶媒体であって、
前記命令は、
サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する工程と、
設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する工程と、を含み、
前記送信する工程が、スケジューリング許可により設定されたリソースの最大量を利用して前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する工程は、前記リソース要求フラグを設定し、
前記送信する工程が、前記スケジューリング許可により設定されたリソースの最大量を利用せずに前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する工程は、前記リソース要求フラグを設定しない、コンピュータ読取り可能な記憶媒体。
【請求項１２】
前記移動端末のプロセッサにより実行されると、前記移動端末に、請求項２から請求項７のいずれかに記載の方法の工程を実行させる命令をさらに格納する、請求項１１に記載のコンピュータ読取り可能な記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００９９
【補正方法】変更
【補正の内容】
【００９９】
本発明に係る方法は、移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求する、移動端末により実行される方法であって、サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する工程と、設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する工程と、を含み、前記送信する工程が、スケジューリング許可により設定されたリソースの最大量を利用して前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する工程は、前記リソース要求フラグを設定し、前記送信する工程が、前記スケジューリング許可により設定されたリソースの最大量を利用せずに前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する工程は、前記リソース要求フラグを設定しない、ようにした。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０１００
【補正方法】削除
【補正の内容】
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１０１
【補正方法】変更
【補正の内容】
【０１０１】
本発明に係る移動端末は、移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求する移動端末であって、サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する手段と、設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する送信器と、を含み、前記送信器が、スケジューリング許可により設定されたリソースの最大量を利用して前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する手段は、前記リソース要求フラグを設定し、前記送信器が、前記スケジューリング許可により設定されたリソースの最大量を利用せずに前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する手段は、前記リソース要求フラグを設定しない、構成を採る。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１０２
【補正方法】削除
【補正の内容】
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１０３
【補正方法】変更
【補正の内容】
【０１０３】
本発明に係るコンピュータ読取り可能な記憶媒体は、移動端末のプロセッサにより実行されると、前記移動端末に、移動通信システムにおいてアップリンク個別データチャネルを介してデータを送信するのに利用されるリソースを要求させる命令を格納するコンピュータ読取り可能な記憶媒体であって、前記命令は、サービングセル制御基地局にリソースの増加を要求するリソース要求フラグを設定する工程と、設定されたリソース要求フラグを含む制御情報を、前記サービングセル制御基地局に、アップリンク個別制御チャネルを介して送信する工程と、を含み、前記送信する工程が、スケジューリング許可により設定されたリソースの最大量を利用して前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する工程は、前記リソース要求フラグを設定し、前記送信する工程が、前記スケジューリング許可により設定されたリソースの最大量を利用せずに前記アップリンク個別データチャネルを介してデータを送信する場合、前記設定する工程は、前記リソース要求フラグを設定しない、ようにした。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１０４
【補正方法】削除
【補正の内容】
【国際調査報告】
2008514033.tif 000019
2008514033.tif 000020
2008514033.tif 000021