JP2007215195A - 送信装置および送信方法 - Google Patents

Abstract

【課題】アップリング個別トランスポートチャネルの遅延を減少させ、スループットを改善する。
【解決手段】アップリンクチャネル再設定後のＲＬＣ状態報告の効率的且つ迅速な生成を可能にするために、アップリンクの再設定の際に状態報告の送信を始動する新しい機構、並びに、アップリンクチャネルの再設定の際、特に、送信時間間隔（ＴＴＩ）の再設定の際の無線アクセスネットワーク要素およびＵＥの新しい動作および構成する。また、ノードＢにスケジューラを再配置した。
【選択図】図１

Description

本発明は、アップリンクチャネルの再設定の際にアップリンクチャネルを介して移動端末からプロトコルデータユニットを受信する装置のＭＡＣレイヤのＭＡＣエンティティを再設定する方法および装置に関する。本発明は、更に、移動体通信システムの無線アクセスネットワークにおけるネットワーク要素のアップリンクチャネルに対して設定される少なくとも一つのＲＬＣエンティティからの状態報告の送信を始動する方法および移動端末、並びに、移動端末のＭＡＣレイヤを設定する方法および端末に関する。

Ｗ−ＣＤＭＡ（広帯域符号分割多元接続）は、第３世代無線移動体通信システムとしての使用に標準化されたＩＭＴ−２０００（国際移動体通信）の無線インタフェースである。柔軟且つ効率的な方法で音声サービスやマルチメディア移動体通信サービス等の各種サービスを提供する。日本、欧州、米国および他の国における標準化機構は、Ｗ−ＣＤＭＡに対して共通の無線インタフェース仕様を作成するために第３世代パートナーシッププロジェクト（３ＧＰＰ）と呼ばれるプロジェクトを合同で組織した。

ＩＭＴ−２０００の標準化欧州版は、一般的にＵＭＴＳ（ユニバーサル移動体通信システム）と呼ばれる。ＵＭＴＳの仕様の最初のリリースは、１９９９年（リリース９９）に発行された。その間、リリース４およびリリース５において標準化に対する幾つかの改良が３ＧＰＰによって標準化され、リリース６の範囲において更なる改良に関する議論が行われている。

ダウンリンクおよびアップリンクの個別チャネル（ＤＣＨ）、並びにダウンリンク共有チャネル（ＤＳＣＨ）は、リリース９９およびリリース４において定められている。その翌年以降、開発者はマルチメディアサービス、あるいはサービス全般を提供するために、高速非対称アクセスが実行されなくてはならないことを認識した。リリース５では、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）が導入されている。新しい高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）は、ＵＭＴＳ無線アクセスネットワーク（ＲＡＮ）からＵＭＴＳ仕様でユーザ機器（ＵＥ）と呼ばれる通信端末までのダウンリンク高速アクセスをユーザに提供する。

ＵＭＴＳ構成
ユニバーサル移動体通信システム（ＵＭＴＳ）の高レベルＲ９９／４／５構成は図１に示される（非特許文献１を参照。http://www.3gpp.orgから入手可能）。ネットワーク要
素は、コアネットワーク（ＣＮ）１０１と、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）１０２と、ユーザ機器（ＵＥ）１０３とに機能的にグループ化される。ＵＴＲＡＮ１０２は、全ての無線関連機能を扱う役割を担い、ＣＮ１０１は外部ネットワークに呼およびデータ接続をルーティングする役割を担う。これらネットワーク要素の相互接続は、オープンインタフェース（Ｉｕ、Ｕｕ）によって定められる。ＵＭＴＳシステムはモジュール式であるため、同じタイプのネットワーク要素を数個有することが可能であることに注意する。

二つの異なる構成を続いて説明する。ネットワーク要素上の機能の論理的分配について定義する。実際のネットワーク配置では、各構成は、異なる物理的実現を有し得る、つまり、二つ以上のネットワーク要素が単一の物理的ノードに組み合わされてもよい。

図２は、ＵＴＲＡＮの現在の構成を例示する。幾つかの無線ネットワークコントローラ
（ＲＮＣ）２０１、２０２がＣＮ１０１に接続されている。各ＲＮＣ２０１、２０２は、一つのあるいは幾つかの基地局（ノードＢ（Node B））２０３、２０４、２０５、２０６を制御し、これらはユーザ機器と通信する。幾つかの基地局を制御するＲＮＣは、当該基地局に対する制御ＲＮＣ（Ｃ−ＲＮＣ）と呼ばれる。Ｃ−ＲＮＣに随従する制御される基地局のセットは、無線ネットワークサブシステム（ＲＮＳ）２０７、２０８と呼ばれる。ユーザ機器とＵＴＲＡＮとの間の各接続に対して、一方のＲＮＳがサービングＲＮＳ（Ｓ−ＲＮＳ）となる。Ｓ−ＲＮＳはコアネットワーク（ＣＮ）１０１とのいわゆるＩｕ接続を維持する。図３に示すように、必要な場合には、ドリフトＲＮＳ３０２（Ｄ−ＲＮＳ）３０２が、無線リソースを供給することでサービングＲＮＳ（Ｓ−ＲＮＳ）３０１をサポートする。それぞれのＲＮＳは、サービングＲＮＣ（Ｓ−ＲＮＣ）、およびドリフトＲＮＣ（Ｄ−ＲＮＣ）と呼ばれる。Ｃ−ＲＮＣおよびＤ−ＲＮＣは同一の可能性があり、多くの場合同一であるため、Ｓ−ＲＮＣまたはＲＮＣの略記が使用される。一般的に、ドリフトＲＮＳ３０２は、異なるＲＮＳ間のＵＥのソフトハンドオーバに使用される。

拡張アップリンク個別チャネル（Ｅ−ＤＣＨ）
個別トランスポートチャネル（ＤＴＣＨ）のアップリンクエンハンスメントは、現在３ＧＰＰ技術仕様グループＲＡＮによって研究されている（非特許文献２を参照。http://www.3gpp.orgから入手可能）。ＩＰベースのサービスの使用がより重要になるため、ＲＡ
Ｎの受信可能範囲（coverage）およびスループットを改善し、アップリンク個別トランスポートチャネルの遅延を減少させる要求が高まってきている。ストリーミング、双方向および背景の各サービスは、この拡張アップリンクから得られる。

一つの拡張は、ノードＢ制御スケジューリング（Node B controlled scheduling）と関連して適応変調符号化方式（ＡＭＣ）を使用することであり、従って、Ｕｕインタフェースの拡張である。既存のリリース９９／Ｒ４／Ｒ５システムでは、アップリンクの最大データレート制御はＲＮＣにある。ノードＢにおけるスケジューラを再配置することにより、ＲＮＣとノードＢとの間のインタフェースでのシグナリングにより生ずる待ち時間が減少され、それにより、スケジューラはアップリンク負荷における時間的な変化により速く対応することができる。これにより、ＲＡＮとのユーザ機器の通信における全体的な待ち時間が減少される。従って、ノードＢ制御スケジューリングは、アップリンク負荷が減少した際に迅速により高いデータレートを割り当て、アップリンク負荷が増加した際にアップリンクデータレートを制限することで、アップリンク干渉をより良く制御し、ノイズ上昇の変動を平滑にすることができる。受信可能範囲およびセルスループットは、アップリンク干渉をより良く制御することで改善される。

アップリンク上の遅延を減少させるために考慮される別の技法は、他のトランスポートチャネルと比べてＥ−ＤＣＨに対してより短いＴＴＩ（送信時間間隔）の長さを導入することである。２ｍｓの送信時間間隔の長さがＥ−ＤＣＨでの使用に関して現在調べられ、１０ｍｓの送信時間間隔が他のチャネルで一般的に使用されている。ＨＳＤＰＡにおける重要な技術の一つであるハイブリッドＡＲＱも拡張アップリンク個別チャネルとして考慮されている。ノードＢとユーザ機器との間のハイブリッドＡＲＱプロトコルは、誤りのある受信データユニットを迅速に再送することを可能にし、従って、ＲＬＣ（無線リンク制御）再送回数および関連する遅延を減少させる。これにより、エンドユーザが経験するサービス品質が改善され得る。

上述の拡張をサポートするために、以下ではＭＡＣ−ｅｕと呼ばれる新しいＭＡＣサブレイヤが導入される（非特許文献３参照）。以下により詳細に説明する新しいサブレイヤのエンティティは、ユーザ機器およびノードＢに配置され得る。ユーザ機器側では、ＭＡＣ−ｅｕは、上位レイヤデータ（例えば、ＭＡＣ−ｄ）を新しい拡張トランスポートチャネルに多重化し、ＨＡＲＱプロトコル送信エンティティを動作させる新しいタスクを実行
する。

更に、ＭＡＣ−ｅサブレイヤは、ＵＴＲＡＮ側でハンドオーバ中にＳ−ＲＮＣにおいて終端され得る。従って、提供される並び替え機能のための並び替えバッファは、Ｓ−ＲＮＣに設けられ得る。

Ｅ−ＤＣＨ ＭＡＣ構成 − ＵＥ側
図４は、ＵＥ側での典型的なＥ−ＤＣＨ ＭＡＣ構成全体を示す。ＭＡＣ−ｅ／ｅｓといった新しいＭＡＣ機能エンティティがリリース９９のＭＡＣ構成に追加される。

ＵＥ側でのＭＡＣ相互作用は図５に示される。幾つかのＭＡＣ−ｄフローは、ＵＥからノードＢに送信されるべき異なるアプリケーションからのデータパケットを搬送する。これらデータフローは、異なるＱｏＳ要件（例えば、遅延および誤りの要件）を有することができ、ＨＡＲＱインスタンスの異なる構成を必要とし得る。各ＭＡＣ−ｄフローは、特定のチャネル（例えば、利得係数）およびＨＡＲＱ（例えば、再送の最大回数）属性が割り当てられる論理ユニットを表す。

更に、ＭＡＣ−ｄ多重化は、Ｅ−ＤＣＨに対してサポートされ、即ち、異なる優先度を有する幾つかの論理チャネルが同じＭＡＣ−ｄフローに多重化される。複数のＭＡＣ−ｄフローのデータは、一つのＭＡＣ−ｅ ＰＤＵ（プロトコルデータユニット）に多重化され得る。ＭＡＣ−ｅヘッダでは、ＤＤＩ（データ記述インジケータ）フィールドは、論理チャネル、ＭＡＣ−ｄフロー、および、ＭＡＣ−ｄ ＰＤＵのサイズを識別する。マッピングテーブルは、ＲＲＣ上でシグナリングされ、ＵＥがＤＤＩ値を設定することを可能にする。Ｎ個のフィールドは、同じＤＤＩ値に対応する連続するＭＡＣ−ｄ ＰＤＵの数を示す。

ＭＡＣ−ｅ／ｅｓエンティティは、図６により詳細に示される。ＭＡＣ−ｅ／ｅｓエンティティは、Ｅ−ＤＣＨの特定の機能を扱う。Ｅ−ＤＣＨでのデータの送信に対する適当なトランスポートフォーマットの選択は、機能エンティティを表すＥ−ＴＦＣ選択エンティティで行われる。トランスポートフォーマット選択は、Ｌ１を介してＵＴＲＡＮから受信するスケジューリング情報（相対的許可および絶対的許可）、利用可能な送信電力、優先度、例えば、論理チャネルの優先度に従って行われる。ＨＡＲＱエンティティは、ユーザに対する再送機能を扱う。一つのＨＡＲＱエンティティは、多数のＨＡＲＱ処理をサポートする。ＨＡＲＱエンティティは、要求される全てのＨＡＲＱに関連する機能を扱う。多重化エンティティは、Ｅ−ＴＦＣ選択機能によって指示されるように、複数のＭＡＣ−ｄ ＰＤＵをＭＡＣ−ｅｓ ＰＤＵに連結し、次のＴＴＩで送信されるべき一つのまたは複数のＭＡＣ−ｅｓ ＰＤＵを単一のＭＡＣ−ｅ ＰＤＵに多重化する機能を担う。多重化エンティティは、更に、各ＭＡＣ−ｅｓ ＰＤＵに対して論理チャネル当たりのＴＳＮを管理し設定する機能も担う。ＭＡＣ−ｅ／ｅｓエンティティは、図６に示すように、レイヤ１シグナリングを介してノードＢ（ネットワーク側）からスケジューリング情報を受信する。絶対的許可は、Ｅ−ＡＧＣＨ（拡張絶対的許可チャネル）で受信され、相対的許可はＥ−ＲＧＣＨ（拡張相対的許可チャネル）で受信される。

Ｅ−ＤＣＨ ＭＡＣ構成 − ＵＴＲＡＮ側
典型的なＵＴＲＡＮ ＭＡＣ構成全体は図７に示される。ＵＴＲＡＮ ＭＡＣ構成は、ＭＡＣ−ｅエンティティと、ＭＡＣ−ｅｓエンティティとを有する。Ｅ−ＤＣＨを用いる各ＵＥに対して、一つのノードＢ当たり一つのＭＡＣ−ｅエンティティと、Ｓ−ＲＮＣにおける一つのＭＡＣ−ｅｓエンティティとが設定される。ＭＡＣ−ｅエンティティは、ノードＢに配置され、Ｅ−ＤＣＨへのアクセスを制御する。更に、ＭＡＣ−ｅエンティティは、Ｓ−ＲＮＣに位置するＭＡＣ−ｅｓに接続される。

図８では、ノードＢにおけるＭＡＣ−ｅエンティティをより詳細に説明する。各ＵＥに対してノードＢにおいて一つのＭＡＣ−ｅが存在し、全てのＵＥに対してノードＢにおいて一つのＥ−ＤＣＨスケジューラ機能が存在する。ＭＡＣ−ｅエンティティおよびＥ−ＤＣＨスケジューラは、ノードＢにおけるＨＳＵＰＡ（高速アップリンクパケットアクセス）特有の機能を扱う。Ｅ−ＤＣＨスケジューリングエンティティは、ＵＥ間のＥ−ＤＣＨセルリソースを管理する。一般的に、スケジューリング割り当ては、ＵＥからのスケジューリング要求に基づいて決定され、送信される。ＭＡＣ−ｅエンティティにおける逆多重化エンティティは、ＭＡＣ−ｅ ＰＤＵの逆多重化を行う。ＭＡＣ−ｅｓ ＰＤＵは、Ｓ−ＲＮＣにおけるＭＡＣ−ｅｓエンティティに送られる。

一つのＨＡＲＱエンティティでは、複数のインスタンス（ＨＡＲＱ処理）をサポートする、例えば、ストップアンドウェイトＨＡＲＱプロトコルを使用することができる。各ＨＡＲＱ処理には、未解決の再送からのパケットのビットを合成するために一定量のソフトバッファメモリが割り当てられる。更に、各処理は、Ｅ−ＤＣＨ送信の配信状態を示すＡＣＫまたはＮＡＣＫを生成する。ＨＡＲＱエンティティは、ＨＡＲＱプロトコルに要求される全てのタスクを扱う。

図９では、Ｓ−ＲＮＣにおけるＭＡＣ−ｅｓエンティティが示される。ＭＡＣ−ｅｓは、ＲＬＣへの順序通りの配信（in-sequence delivery）を提供する並び替えバッファを備え、ソフトハンドオーバの場合に異なるノードＢからのデータの合成を扱う。合成は、マクロダイバーシチ選択合成と称される。

必要なソフトバッファサイズが使用されるＨＡＲＱ方式に依存し、例えば、増加冗長性（ＩＲ：incremental redundancy）を用いるＨＡＲＱ方式がチェイス合成（ＣＣ：chase combining）を用いるものよりも多くのソフトバッファを必要とすることに注意する。

パケットスケジューリング
パケットスケジューリングは、共有媒体への参入を認められたユーザに対して送信機会および送信フォーマットを割り当てるのに使用される無線リソース管理アルゴリズムとすることができる。スケジューリングは、例えば、好ましいチャネル条件のユーザに送信機会を割り当てることで、スループット／容量を最大化するために適応変調符号化と組み合わせてパケットベースの移動体無線ネットワークで使用され得る。ＵＭＴＳにおけるパケットデータサービスは、ストリーミングサービスにも使用され得るが、双方向および背景のトラフィッククラスに対しても適用可能である。双方向および背景のクラスに属するトラフィックは、非リアルタイム（ＮＲＴ）トラフィックとして扱われ、パケットスケジューラによって制御される。パケットスケジューリング方法は下記により特徴付けられる。

● スケジューリング期間／頻度：時間的に前もってユーザがスケジューリングされる期間
● サービス順番：ユーザがサービスを受ける順番（例えば、ランダムな順番（ラウンドロビン）またはチャネル品質（Ｃ／Ｉまたはスループットベース）に従う）
● 割り当て方法：割り当てリソースの基準（例えば、１つの割り当て間隔当たり、キューに入れられた全てのユーザに対して同じデータ量または同じ電力／符号／時間リソース）

アップリンクのパケットスケジューラは、３ＧＰＰ ＵＭＴＳ Ｒ９９／Ｒ４／Ｒ５において無線ネットワークコントローラ（ＲＮＣ）とユーザ機器との間で分配される。アップリンクでは、異なるユーザによって共有されるべきエアインタフェースリソースは、ノードＢでの合計受信電力であり、従って、スケジューラのタスクは電力をユーザ機器間に
割り当てることである。現在のＵＭＴＳＲ９９／Ｒ４／Ｒ５仕様において、ＲＮＣは、各ユーザ機器に対して異なるトランスポートフォーマット（変調方式、符号レート等）のセットを割り当てることでアップリンクでの送信中にユーザ機器が送信することができる最大レート／電力を制御する。

このようなＴＦＣＳ（トランスポートフォーマットコンビネーションセット）の確立および再設定は、ＲＮＣとユーザ機器との間の無線リソース制御（ＲＲＣ）メッセージングを用いて実現される。ユーザ機器は、自身の状態、例えば、利用可能な電力およびバッファ状態に基づいて割り当てられたトランスポートフォーマットコンビネーション中から自発的に（autonomously）選択することができる。現在のＵＭＴＳ Ｒ９９／Ｒ４／Ｒ５仕様では、アップリンクのユーザ機器の送信に課せられる時間制御がない。スケジューラは、例えば、送信時間間隔ベースで動作してもよい。

Ｅ−ＤＣＨ−ノードＢ制御スケジューリング
ノードＢ制御スケジューリングは、アップリンクにおいてより高いセルスループットを提供し受信可能範囲を増大させるために、アップリンク電力リソースのより効率的な使用を可能にする、Ｅ−ＤＣＨの技術的特徴の一つである。「ノードＢ制御スケジューリング」といった用語は、ノードＢが、アップリンクリソース、例えば、ＵＥがＥ−ＤＣＨでのアップリンク送信に使用できるＥ−ＤＰＤＣＨ／ＤＰＣＣＨ電力比をＳ−ＲＮＣによって設定される制限内で制御する可能性を示す。ノードＢ制御スケジューリングは、シグナリングに対してＵＥがどのように反応すべきかといった一組の規則とともに、アップリンクおよびダウンリンクの制御シグナリングに基づく。

ダウンリンクでは、リソース表示（スケジューリング許可）は、使用することができる（最大）量のアップリンクリソースをＵＥに示すために要求される。スケジューリング許可を発する際、ノードＢは、要求されるＱｏＳパラメータでＵＥにサービス提供するためにリソースの適当な割り当てを決定するために、Ｓ−ＲＮＣによって供給され、且つ、スケジューリング要求においてＵＥから供給されるＱｏＳ関連の情報を用いる。

ＵＭＴＳ Ｅ−ＤＣＨに対して、使用されるスケジューリング許可のタイプに依存して定義される一般的に二つの異なるＵＥスケジューリングモードが存在する。以下では、スケジュール許可の特徴を説明する。

スケジューリング許可
スケジューリング許可は、アップリンク送信にＵＥが使用することができる（最大）リソースを示すためにダウンリンクでシグナリングされる。この許可は、Ｅ−ＤＣＨ（Ｅ−ＴＦＣ選択）での送信に対する好適なトランスポートフォーマット（ＴＦ）の選択に影響を与える。しかしながら、許可は、従来の個別チャネルに対するＴＦＣ選択（トランスポートフォーマット合成）には通常影響を及ぼさない。

一般的に、ノードＢ制御スケジューリングには二つのタイプのスケジューリング許可が用いられる。

● 絶対的許可（ＡＧ）
● 相対的許可（ＲＧ）

絶対的許可は、アップリンク送信にＵＥが使用することができるアップリンクリソースの最大量の絶対的制限を提供する。絶対的許可は、割り当てられたＵＬリソースを迅速に変えることに特に適している。

相対的許可は、ＴＴＩ（送信時間間隔）毎に送信される。相対的許可は、粒度の細かい調節によって絶対的許可によって示される割り当てられたアップリンクリソースを適応することに使用され得る。相対的許可は、先の許可された最大アップリンクリソースをあるオフセット（ステップ）だけ減少または増加させるようＵＥに示す。

絶対的許可は、Ｅ−ＤＣＨサービングセルのみからシグナリングされる。相対的許可は、サービングセルからも非サービングセルからもシグナリングされる。Ｅ−ＤＣＨサービングセルは、当該サービングセルによって制御されるＵＥに対してアップリンクリソースを能動的に割り当てるエンティティ（例えば、ノードＢ）を示し、非サービングセルは、サービングセルによって設定される割り当てられたアップリンクリソースを制限するだけである。各ＵＥはサービングセルを一つだけ有する。

絶対的許可は、単一のＵＥに対して有効である。単一のＵＥに対して有効な絶対的許可は、以下では「個別許可」と称される。代替的には、絶対的許可は、セル内のＵＥの群または全てのＵＥに対して有効である。ＵＥの群または全てのＵＥに対して有効な絶対的許可は、以下では「共通許可」と称される。ＵＥは、共通許可と個別許可とを区別しない。

相対的許可は、上述の通り、サービングセルからも非サービングセルからも送られる。サービングセルからシグナリングされる相対的許可は、三つの値「アップ」「ホールド」および「ダウン」の一つを示す。「アップ」および「ダウン」は、先の使用された最大アップリンクリソース（最大電力比）を一ステップだけ増加／減少することを、ぞれぞれ、示す。非サービングセルからの相対的許可は、ＵＥに「ホールド」または「ダウン」コマンドをシグナリングする。前述の通り、非サービングセルからの相対的許可は、サービングセル（過負荷インジケータ）によって設定されるアップリンクリソースだけを制限し、ＵＥによって使用され得るリソースを増加することはできない。

ＵＥスケジューリング動作
本セクションは、主なスケジューリング動作を要約するだけであり、スケジューリング手順に関するより詳細は非特許文献４に記載されている。

ＵＥは、Ｅ−ＴＦＣ選択のためにＵＥが許可される最大電力比（Ｅ−ＤＰＤＣＨ／ＤＰＣＣＨ）を示し且つ全てのＨＡＲＱ処理に共通するサービング許可（ＳＧ）を維持する。ＳＧは、サービング／非サービングセルからシグナリングされるスケジューリング許可によって更新される。ＵＥがサービングセルから絶対的許可を受信すると、ＳＧは、絶対的許可でシグナリングされる電力比に設定される。絶対的許可は、単一のまたは全てのＨＡＲＱ処理をアクティブ／非アクティブにすることができる。既に述べたように、絶対的許可は一次または二次Ｅ−ＲＮＴＩで受信され得る。一次／二次絶対的許可の使用には幾つかの優先規則がある。一次絶対的許可は、常に、ＳＧに直ぐ影響を与える。二次絶対的許可は、最後の一次絶対的許可が全てのＨＡＲＱ処理を非アクティブにした場合、または、ＳＧに影響を及ぼした最後の絶対的許可が二次Ｅ−ＲＮＴＩで受信された場合のみＳＧに影響を及ぼす。全てのＨＡＲＱ処理を非アクティブにすることで一次から二次Ｅ−ＲＮＴＩへの送信が始動されると、ＵＥは、二次Ｅ−ＲＮＴＩで最近受信した絶対的許可でサービング許可を更新する。従って、ＵＥは、一次Ｅ−ＲＮＴＩと二次Ｅ−ＲＮＴＩとの両方を見なくてはならない。

サービングセルから絶対的許可が受信されない場合、ＵＥは、ＴＴＩ毎にシグナリングされる、サービングセルからの相対的許可に従う。サービング相対的許可は、相対的許可が影響を及ぼす送信と同一のハイブリッドＡＲＱ処理に対する前ＴＴＩ中のＵＥ電力比に相対して解釈される。図１０は、相対的許可のタイミング関係を示す。ここで、４つのＨＡＲＱ処理が存在すると仮定する。第１のＨＡＲＱ処理のＳＧに影響を及ぼす、ＵＥによ
って受信される相対的許可は、先のＴＴＩ（基準処理）の第１のＨＡＲＱ処理に対して相対的である。同期ＨＡＲＱ処理はＥ−ＤＣＨに対して採用されるため、異なるＨＡＲＱ処理が連続的にサービスを受ける。

Ｅ−ＤＣＨの相対的許可を提供することに応じたＵＥ挙動は以下のとおりである。

● ＵＥがサービングＥ−ＤＣＨ ＲＬＳから「アップ」コマンドを受信する場合、
● 新ＳＧ＝最後に使用される電力比＋デルタ
● ＵＥがサービングＥ−ＤＣＨ ＲＬＳから「ダウン」コマンドを受信する場合、
● 新ＳＧ＝最後に使用される電力比−デルタ

「アップ」および「ダウン」コマンドは、基準ＨＡＲＱ処理におけるＥ−ＤＣＨ送信に対して使用される電力比に対して相対的である。相対的許可によって影響を及ぼされる、全てのＨＡＲＱ処理に対する新しいサービング許可（ＳＧ）は、基準ＨＡＲＱ処理において最後に使用される電力比の増加／減少である。「ホールド」コマンドは、ＳＧが変化しないで保持されることを意味する。

既に述べた通り、非サービングＲＬＳからのノードＢは、「ホールド」または「ダウン」のいずれかを示す相対的許可だけを送ることができる。「ダウン」コマンドにより、非サービングセルは、これら非サービングセルとＳＨＯにあるＵＥによって生ずるセル内干渉を制限することができる。非サービングの相対的許可を受信する際のＵＥ挙動は以下の通りである。

● ＵＥが少なくとも一つの非サービングＥ−ＤＣＨ ＲＬＳから「ダウン」を受信する場合、
● 新ＳＧ＝最後に使用される電力比−デルタ

非サービングＲＬＳからの相対的許可は、常に、ＵＥにおける全てのＨＡＲＱ処理に影響を及ぼす。使用される電力比の減少量は、静的、または、ビットレートに依存してもよく、より高いビットレートに対するステップサイズ（デルタ）はより大きい。

● ＵＥがサービングＲＬＳからスケジューリング許可、および、少なくとも一つの非サービングＲＬから「ダウン」コマンドを受信した場合、
● 新ＳＧ＝最小値（最後に使用される電力比−デルタ、サービングＲＬＳからの受信されるＡＧ／ＲＧ）

レート要求シグナリング
Ｅ−ＤＣＨでマッピングされるサービスのＱｏＳ要件を考慮してノードＢに効率的にスケジューリングさせるためには、ＵＥは、レート要求シグナリングを用いてそのＱｏＳ要件に関する情報をノードＢに供給する。

アップリンクでは二種類のレート要求シグナリング情報、つまり、Ｅ−ＤＰＣＣＨ上のレート要求に関連するフラグである、いわゆる「ハッピービット」と、Ｅ−ＤＣＨ上で帯域内において一般的に送られるスケジューリング情報（ＳＩ）とがある。

システムの観点から、１ビットのレート要求は、例えば、相対的許可を用いてリソース割り当てにおける小さな調節を行うためにサービングセルによって有利に使用される。反対に、スケジューリング情報は、絶対的許可の送信において反映される長期的スケジューリング判断を行うために有利に使用される。二つのレート要求シグナリング方法に関する詳細は、以下の通りである。

Ｅ−ＤＣＨで送信されるスケジューリング情報
前述したとおり、スケジューリング情報は、効率的なスケジューリングを可能にするためにＵＥ状態に関する情報をノードＢに供給する。スケジューリング情報は、ＭＡＣ−ｅ
ＰＤＵのヘッダに含まれる。一般的に、情報は、ノードＢがＵＥ状態に追従することができるよう、定期的に送られる。例えば、スケジューリング情報は、以下の情報フィールドを有する。

● スケジューリング情報における最高優先度データの論理チャネルＩＤ
● ＵＥバッファ占有度（バイト単位）
●バッファにデータがある最高優先度の論理チャネルのバッファ状態
● 合計バッファ状態
● 電力状態情報
● 利用可能な電力比（対ＤＰＣＣＨ（ＨＳ−ＤＰＣＣＨ）を考慮する）の推定。ＵＥは、推定を実行する際にＤＣＨの電力を考慮しない

最高優先度のデータを発する論理チャネルの論理チャネルＩＤによる識別により、ノードＢはＱｏＳ要件、例えば、この特定の論理チャネルの対応するＭＡＣ−ｄフロー電力オフセット、論理チャネル優先度、または、ＧＢＲ（保証ビットレート）属性を決定することができる。反対に、ノードＢは、より正確な許可割り当てを可能にする、ＵＥバッファにおけるデータを送信するに必要な次の許可メッセージを決定することができる。最高優先度データバッファ状態に加えて、ノードＢは合計バッファ状態に関する幾らかの情報を有することも有利である。当該情報は、「長期的」リソース割り当ての判断を補助する。

サービングノードＢが効果的にアップリンクリソースを割り当てることができるためには、各ＵＥが最大でどれほどの電力を送信することができるかを知る必要がある。この情報は、「電力ヘッドルーム」測定値の形態で運ばれ、ＵＥにどれだけの電力が残留しているか、更に、ＤＰＣＣＨ送信（電力状態）に何が使用されるかを示す。電力状態報告は、ＴＴＩ再設定、例えば、２ｍｓと１０ｍｓＴＴＩまたはその逆での切換えを始動するためにも使用され得る。

ハッピービット
前述した通り、ハッピービットはＥ−ＤＰＣＣＨ上で送られる１ビットレート要求に関連するフラグを示す。「ハッピービット」は、対応するＵＥが現在のサービング許可（ＳＧ）に「満足」か「不満」かを示す。

ＵＥは、以下の基準が満たされると「不満」であることを示す。

● 電力状態基準：ＵＥは、より高いデータレート（Ｅ−ＴＦＣ）で送るのに利用可能な電力を有する
● バッファ占有基準：合計バッファ状態は、現在の許可ではｎ個以上のＴＴＩ（ｎは設定可能）を必要とする

さもなければ、ＵＥは、現在のサービング許可に「満足」であることを示す。

ハイブリッドＡＲＱ方式
移動体通信システムにおける非リアルタイムサービスの誤り検出の一般的な技法は、ハイブリッドＡＲＱと呼ばれる前方誤り訂正（ＦＥＣ）と組み合わされる自動再送要求（ＡＲＱ）方式に基づく。巡回冗長検査（ＣＲＣ）が誤りを検出した場合、受信器は追加ビットまたは新しいデータパケットを送るよう送信器に要求する。別の既存の方式より、スト
ップアンドウェイト（ＳＡＷ）および選択再送（ＳＲ）連続ＡＲＱが移動体通信において最も頻繁に使用されている。

データユニットは、送信前に符号化される。再送されるビットに依存して、三つの異なるタイプのＡＲＱが定められる。

ＨＡＲＱタイプＩでは、受信した誤りのあるデータパケット、いわゆる、ＰＤＵ（パケットデータユニット）は廃棄され、当該ＰＤＵの新しいコピーが再送され別々に復号化される。当該ＰＤＵの前バージョンまたは後のバージョンが合成されることはない。ＨＡＲＱタイプＩＩを用いると、再送される必要のある誤りのあるＰＤＵは廃棄されず、後続する復号化のために送信器によって供給される幾らかの増加冗長性ビットと合成される。再送されたＰＤＵは、しばしば高い符号レートを有し、受信器で記憶された値と合成される。つまり、各再送において僅かな冗長性だけが付加される。

最後に、ＨＡＲＱタイプＩＩＩはタイプＩＩと略同じパケット再送方式であるが、全ての再送されたＰＤＵが自己復号化可能である。つまり、ＰＤＵが先のＰＤＵと合成されることなく復号化可能であることを意味する。殆どの情報が再利用できない程度に幾つかのＰＤＵがひどく損傷を受けている場合、自己復号化可能なパケットが有利に使用される。

チェイス合成を用いる場合、再送パケットは同一のシンボルを有する。この場合、複数の受信パケットはシンボル毎に、あるいはビット毎に合成される（非特許文献５を参照）。これらの合成値はそれぞれのＨＡＲＱ処理のソフトバッファに記憶される。

ＴＴＩ再設定でのＭＡＣレイヤＨＡＲＱ動作
図１０を参照して説明したように、通常、システム効率性を向上させ、送信遅延を考慮するために、一つ以上のＨＡＲＱ処理がパケットデータユニットの送信について設けられる。一般的には、ＨＡＲＱ処理の数は、予め設定され、ラウンドトリップ時間（ＲＴＴ）および送信時間間隔（ＴＴＩ）を考慮し、所与のＨＡＲＱ処理に対して受信器からのフィードバックが対応するＨＡＲＱ処理を用いる次の送信の始めで利用可能である。

ＵＭＴＳを考慮して、Ｅ−ＤＣＨは、異なるＴＴＩを、即ち、２ミリ秒および１０ミリ秒をサポートする。簡単なシナリオでは、セルは、２ミリ秒のＴＴＩと１０ミリ秒ＴＴＩとの両方が可能である。より長いＴＴＩに対して、インタリーブ利得がより高くなるため、良好なチャネル状態のＵＥは、例えば、２ミリ秒のＴＴＩで設定され、良好でないチャネルを受けるＵＥは１０ミリ秒のＴＴＩで設定される。

一つの典型的なシナリオは、ソフトハンドオーバ（ＳＨＯ）中のＵＥが１０ミリ秒ＴＴＩで設定され、ソフトハンドオーバ中でない（非ＳＨＯ）ＵＥは２ミリ秒のＴＴＩで設定される。ＵＥが非ＳＨＯからＳＨＯの状況（または、その逆）に変化する度にＴＴＩ再設定が始動される。

ＴＴＩ長さによってＨＡＲＱ処理数も変化する。ＵＭＴＳにおけるＥ−ＤＣＨ動作に対して、例えば、１０ミリ秒のＴＴＩに対して４つのＨＡＲＱ処理が利用され、２ミリ秒のＴＴＩに対して８つのＨＡＲＱ処理が利用されると判断される。

ＴＴＩ再設定手順は、ＵＭＴＳにおけるトランスポートチャネル再設定手順の一部である。同期トランスポートチャネル再設定手順は、図１１に例示目的で示されるように実施される。Ｓ−ＲＮＣがＥ−ＤＣＨ送信に対してＴＴＩを再設定することを決める際、Ｓ−ＲＮＣは無線リンク再設定を準備するようノードＢに要求する。ノードＢは、ＮＢＡＰを介する無線リンク再設定準備完了メッセージ（Radio Link Reconfiguration Ready messa
ge）を用いて、リソースを割り当て、再設定の準備が整ったことをＳ−ＲＮＣに通知する。次のステップでは、無線リンク再設定実行メッセージ（Radio Link Reconfiguration Commit message）は、Ｓ−ＲＮＣからノードＢに送られ、示されるアクティブ化時間（activation time）で新しい設定に切り換えることをノードＢに要求する。Ｓ−ＲＮＣは、アクティブ化時間を含むトランスポートチャネル再設定メッセージ（Transport Channel Reconfiguration message）をＵＥにＲＲＣを介してシグナリングする。ＵＥは、トランス
ポートチャネル再設定完了メッセージ（Transport Channel Reconfiguration Complete message）で応答する。アクティブ化時間の定義により、ＵＴＲＡＮおよびＵＥが同期的に同じ時刻で新しい設定に切り換えることが保証される。

ＴＴＩ再設定が始動されると、現在の設定ＨＡＲＱ処理を利用して送信されたＭＡＣ−ｅ ＰＤＵがまだ再送されている場合がある。ＴＴＩ切換えは、始動されると迅速に行われなければならないため、ＴＴＩ再設定の際に未解決の再送を有する全ての現行のＨＡＲＱ処理が停止／消去され（aborted/flushed）なくてはならない。しかしながら、保留中
の（再）送信を停止すると、ＨＡＲＱ残留誤り比（residual error ratio）を増大させる。ＲＬＣエンティティが応答モード（ＡＭ：acknowledged mode）で動作するか非応答モ
ード（ＵＭ：unacknowledged mode）で動作するかに依存して、再送の停止はシステムレ
ベルに対して異なる影響を有する。

ＡＭにおけるＲＬＣに対して、次のセクションで更に詳細に説明するように、損失ＰＤＵの復元に使用され得るＲＬＣ機構が存在する。それにより、追加的な遅延および追加的なシグナリングを費やすことによりＳＤＵ誤り率に対する影響はない。

ＵＭにおけるＲＬＣに対して、ＴＴＩ再設定におけるＭＡＣ−ｅ ＰＤＵの潜在的な損失は、サービスレベルで経験する品質の劣化により生ずる。エンドツーエンドの品質劣化の程度は、ＴＴＩ再設定がどれだけの頻度で実行されるかに主に依存する。

無線リンク制御プロトコル
無線リンク制御プロトコルは、ユーザデータおよび制御データの両方のフロー制御および誤り回復のための、３Ｇ ＵＭＴＳセルラシステムにおいて使用されるレイヤ２プロトコルである。ＵＭＴＳにおけるＲＬＣには３つの動作モード、トランスペアレントモード（ＴＭ：transparent mode）、非応答モード（ＵＭ）および応答モード（ＡＭ）が存在する。各ＲＬＣエンティティは、非特許文献６（http://www.3gpp.orgから入手可能）に更
に詳細に説明するように、これらのモードのいずれかで動作するようＲＲＣによって設定される。制御プレーンでＲＬＣレイヤが提供するサービスは、シグナリング無線ベアラ（ＳＲＢ）と呼ばれる。ユーザプレーンでは、ＲＬＣレイヤによって提供されるサービスは、ＰＤＣＰおよびＢＭＣプロトコルがサービスによって使用されていない場合だけ、無線ベアラ（ＲＢ）と呼ばれ、さもなければ、ＲＢサービスがＰＤＣＰレイヤまたはＢＭＣレイヤによって提供される。

トランスペアレントモード（ＴＭ）では、上位レイヤから受信するＲＬＣ ＳＵＤにはプロトコルオーバーヘッドが追加されない。特別な場合では、セグメント化（segmentation）／再組立（reassembly）能力が制限された送信が実現される。無線ベアラセットアップ手順においてセグメント化／再組立が使用されるかについて交渉されなくてはならない。トランスペアレントモードは、音声等の非常に遅延に敏感なサービスに主に使用される。

非応答モード（ＵＭ）では、どの再送プロトコルも使用されないため、データ配信は保証されない。それにより、誤りのある受信ＰＤＵは設定によって廃棄されるかマーキングされる。上位レイヤからの受信ＲＬＣ ＳＤＵは、送り側でＲＬＣ ＰＤＵにセグメント
化／連結される。それに応じて、受信側では、再組立が実行される。更に、ＲＬＣレイヤにおいて暗号化が実行される。非応答モードは、例えば、あるＲＲＣシグナリング手順に使用される。ユーザサービスの例は、現在３ＧＰＰのワークアイテムであるセルブロードキャストサービス（ＭＢＭＳ）、およびボイスオーバＩＰ（ＶＯＩＰ）である。

応答モード（ＡＭ）は、パケットデータの確実な伝送のために設計される。多重繰り返しＡＲＱは、誤りのある、または、損失したＰＤＵの再送に使用される。誤りのあるまたは損失したＰＤＵの再送は、受信器から状態報告を受信すると送り側によって実行される。状態報告は、送り側によってポーリングされるか、自己始動される。受信器は、ポーリングされると送り側にビットマップ状態報告を送る。報告は、受信ウィンドウ内で最後に受信したＰＤＵまで受信状態（ＡＣＫまたはＮＡＣＫ）を示す。ＲＬＣにおける再送プロトコルのより詳細は、次のサブセクションに提供される。応答モードＲＬＣは、上位レイヤに順序通りの配信および順序通りでない配信を提供するよう設定される。前述した通り、データＰＤＵ配信に加えて、状態およびリセット制御ＰＤＵは、ピアエンティティ間でシグナリングされる。制御ＰＤＵは、別の論理チャネルでも送信され、それにより、ＡＭにおけるＲＬＣエンティティが二つの論理チャネルを利用するよう設定され得る。応答モードは、相互作用および背景のサービス等のパケットタイプサービスに対するデフォルトモードである。

ＲＬＣレイヤの機能は、以下のように要約される。

● セグメント化および再組立
● 連結
● パディング
● 誤り訂正
● 上位レイヤへの順序通りの配信
● 二重検出
● フロー制御
● シーケンス番号チェック
● プロトコル誤り検出および回復
● 暗号化
● データ転送の一時停止／再開機能

ＲＬＣ ＡＲＱプロトコル
複数拒絶（multiple-reject）ＡＲＱを用いて、ＲＬＣプロトコルはエアインタフェー
スビットレートが高いＵＭＴＳネットワーク上でデータパケットアプリケーションへの再送を通じて信頼性のあるサービスを提供する。誤りＰＤＵまたは損失ＰＤＵの場合、再送は、受信側から状態報告を受信してから送り側で実行される。

状態報告を始動するために利用可能な機構は多数存在する。

● 周期的：報告は固定時間間隔で始動される
● 損失ＰＤＵ：報告はシーケンス番号のシーケンスに途切れが検出された場合に始動される
● ポーリングの受信：報告はポーリングが送信器から受信された場合に始動される

送り側にとって、ポーリング要求は送出ＲＬＣ ＰＤＵのヘッダにポーリングビットをマーキングすることで行われる。ポーリングを始動するものおよび抑制するものとしては以下のものがあり得る。

● バッファにおける最後のＰＤＵ：ポーリングビットは、送信バッファにおける最後のＰＤＵが送られたときに設定される
● 再送バッファにおける最後のＰＤＵ：ポーリングビットは、再送バッファにおける最後のＰＤＵが送られたときに設定される
● ポーリングタイマの満了：ポーリングタイマは、ポーリングビットが設定されたＰＤＵが送られたときに開始される。状態報告が、タイマが満了する前に受信されると、タイマはキャンセルされる。タイマが満了し、状態報告が受信されていない場合、ポーリングビットが設定されたＰＤＵが送られる
● ウィンドウベースのポーリング：ポーリングは、送信ウィンドウのある一部分以上に送信ウィンドウが進んだ後に始動される
● 周期的ポーリング：ポーリングビット設定がされたＰＤＵが周期的に送られる
● 全てのPoll_PDU PDU：送り側は全てのPoll_PDU PDUに対してポーリング機能を始動する。再送されたＡＭＤ ＰＤＵ、および新しいＡＭＤ ＰＤＵ（応答モードのＰＤＵ）の両方がカウントされる
● 全てのPoll_SDU SDU：送り側は全てのPoll_SDU SDUに対してポーリング機能を始動する。ポーリングは、ＳＤＵの終わりを示す「長さインジケータ」を含むＡＭＤ ＰＤＵの第１の送信に対して始動される
● ポーリング禁止タイマ（Poll_Prohibit_Timer）：ポーリング禁止機能は、ポーリ
ング機能の開始を遅延させるために送り側によって使用される。幾つかのポーリング始動オプションがシステムに同時に存在する状況下では、潜在的なリスクとしてネットワークがエアインタフェース上で送られる過剰なポーリングおよび状態報告によって圧倒され得る。ＵＭＴＳに対するエアインタフェース技術であるＷＣＤＭＡ（広帯域ＣＤＭＡ）では、状態報告の過剰なポーリングは、結果として過剰な電力消費、続いて、他のユーザに対する高レベルの干渉およびシステム全体の容量の減少を生ずる。ポーリング禁止タイマは、過剰なポーリングおよび状態報告の送信の問題に取り組むために実行される。送信器では、ポーリング禁止タイマは、ポーリングビットが設定されたＰＤＵが一旦送られると開始される。タイマが満了するまでどのポーリングも可能ではない。タイマが作動している期間中に多数のポーリングが始動されると、タイマが満了したときに一つのポーリングだけが送信される

受信器でのＡＭにおけるＲＬＣは、一般的に幾つかの状態変数を保持する。以下では、状態報告を生成する上で特に重要な状態変数を説明する。

● ＶＲ（Ｒ）：最近の順序通りに受信したシーケンス番号（受信器ウィンドウの始まりをマーキングする）
● ＶＲ（Ｈ）：受信されたいかなるＰＤＵの最も高いシーケンス番号
● ＶＲ（ＭＲ）：有効として受け入れられる最も高いシーケンス番号（受信器ウィンドウの終わりをマーキングし、ＶＲ（Ｒ）＋ＲｘＷｉｎｄｏｗＳｉｚｅに等しく設定される）

おそらく、状態報告の最も重要な一面は、全ての報告が、ＶＲ（Ｒ）とＶＲ（Ｈ）との間に存在する全てシーケンス番号のギャップを含む必要がある点である。過剰なポーリングおよび状態報告、従って、スプリアス、即ち、不要な再送の始動を引き起こすのを回避するために、ポーリング禁止機能が既に説明した通り導入される。

状態（ＳＴＡＴＵＳ）禁止機能は、受信器が状態報告を禁止するために使用される。状態報告の送信は、どの上述の始動状態が満たされた場合でも遅延される。ＭＡＣ−ｈｓリセットによって始動される状態報告の生成は例外である。ポーリング禁止タイマと同様に、受信エンティティには状態禁止タイマ（ＳＴＡＴＵＳ＿Ｐｒｏｈｉｂｉｔ＿Ｔｉｍｅｒ）が存在する。

状態禁止タイマ：タイマのタイマ状態禁止（Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔ）は、状態が送られると開始される。対応するタイマが作動しているときに状態報告が始動されると、その送信は、上記タイマが満了するまで遅延される。スプリアス再送が始動されないことを確実にするために、状態禁止タイマは、予想されるラウンドトリップタイムよりも僅かに長い値に設定されるべきである。これにより、反対側でＮＡＣＫが受信され、次の状態報告が送られる前に受信器に再送が送られる時間が十分になる。

既に前述したとおり、ＴＴＩ再設定の際の保留中のＨＡＲＱ（再）送を停止／消去することによるＰＤＵの損失に対する潜在的なリスクが存在する。ＡＭモードでのＲＬＣに対する損失ＰＤＵを回復するためには幾つかのＲＬＣ機構が存在する。

● Ｓ−ＲＮＣの受信エンティティが損失ＰＤＵを検出する
● ＵＥにおける送信エンティティが、状態報告を送ることについて受信エンティティにポーリングする

第１のケースでは、ＳＲＮＣにおける受信エンティティは損失ＰＤＵを検出する。損失ＰＤＵを検出すると、ＲＬＣは状態報告を生成し、送信エンティティに送られる。ＵＥは、ＴＴＩ切換えの前に停止したＲＬＣ ＰＤＵの送信をＴＴＩ再設定の後に開始する。ＲＬＣ受信エンティティは、データの順序通りでない配信（out-of sequence delivery）を認識し、損失ＰＤＵを示すＲＬＣ状態報告を生成する。ＵＥは、ＲＬＣ状態報告を受信すると、示されたＰＤＵの再送を開始する。ＳＲＮＣにおけるＲＬＣ受信エンティティはＴＴＩ再設定の後は受信ＲＬＣ ＰＤＵに頼る必要があるため、本方式では、幾らかの待ち時間が受け継がれる。損失ＰＤＵを判断するのに必要なＲＬＣ ＰＤＵ受信は、ＵＥ内のキューの遅延、ＨＡＲＱ処理後のノードＢの受信成功、およびＩｕｂ遅延を被る。従って、この機構によると、ＴＴＩ切換え後に最小遅延で損失ＰＤＵを回復することは可能でない。

第２のケースでは、ＵＥにおける送信エンティティは状態報告について受信エンティティにポーリングする。ポーリングは、ＴＴＩ再設定手順が完了した後に行われる。ＵＥは最初に、状態報告の生成のためにＥ−ＤＣＨにマッピングされる各ＲＬＣ ＡＭエンティティにポーリングする。ＵＥで状態報告を受信すると、損失ＰＤＵの再送が開始される。理想的には、ＵＥポーリングの時刻は、迅速な回復を可能にするためにＴＴＩ再設定が完了すると直ぐに行われるべきである。しかしながら、先のセクションで要約したように、状態報告のポーリングの始動はＴＴＩ再設定に合わせられず、タイマのような予め定められたイベントに結び付けられる。

結論として、上述の両方の方式はＴＴＩ再設定後の状態報告生成の遅延を生ずる。

しかしながら、この動作は損失ＰＤＵの迅速且つ効率的な回復を可能にしない。ＡＭモードで送信が実行される場合、データＰＤＵは、順序通りの配信が提供される場合にＲＬＣから上位レイヤへだけ配信される。従って、ＲＬＣプロトコルを停止しないように、またサービス品質を劣化させないように、損失ＰＤＵの迅速な処理が必要である。
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" 3GPP TS 25.309 D.Chase: "Code combining: A maximum-likelihood decoding approach for combining an arbitrary number of noisy packets", IEEE Transactions on Communications, Col.COM-33, pages 385 to 393, May 1985 3GPP TS 25.322, "Radio Link Control (RLC) protocol specification (Release 6)"

本発明は、アップリンクチャネル再設定後の状態報告の効率的且つ迅速な生成を実現することを目的とする。

同目的は、独立請求項の内容によって解決される。本発明の有利な実施の形態は、従属請求項の内容である。

本発明の第１の実施の形態によると、アップリンクチャネルの再設定の際にＭＡＣレイヤのＭＡＣエンティティを再設定する方法が提供される。ＭＡＣエンティティは、アップリンクチャネルを介して移動端末からプロトコルデータユニットを受信する。ＭＡＣエンティティは、移動体通信システムの無線アクセスネットワークにおけるネットワーク要素に含まれる。

アップリンクチャネルの再設定に応答して、このネットワーク要素は、ＭＡＣエンティティの少なくとも一つの並べ替えバッファに記憶されているプロトコルデータユニットを、アップリンクチャネルにマッピングされる少なくとも一つのＲＬＣエンティティを有するＲＬＣレイヤに供給することができ、ＭＡＣエンティティの少なくとも一つの並べ替えバッファのプロトコルデータユニットを消去することができる。

次に、少なくとも一つのＲＬＣエンティティそれぞれは、移動端末から受信するプロトコルデータユニットの状態を判定することができ、処理結果に基づいて状態報告を生成することができ、移動端末に状態報告を送信することができる。

ＭＡＣエンティティを再設定する方法は、アップリンクチャネルの再設定に応答して最小遅延で状態報告が始動されるといった利点を有する。

本発明の別の有利な実施の形態では、プロトコルデータユニットの状態は、特に、プロトコルデータユニットに含まれるシーケンス番号に基づいてプロトコルデータユニットを少なくとも一つのＲＬＣエンティティそれぞれで並べ替えし、所与のシーケンス番号の範囲内のシーケンス番号を有するプロトコルデータユニットが損失しているかを判定することで判定される。典型的な実施の形態では、状態報告は、少なくとも受信成功プロトコルデータユニットまたは損失プロトコルデータユニットを移動端末に示す。

更に、実施の形態の変形例では、ネットワーク要素のＭＡＣエンティティは、再設定されたアップリンクチャネルを介して少なくとも一つの状態報告に応答して損失プロトコルデータユニットを受信することができる。

本発明の更なる実施の形態によると、このネットワーク要素は、少なくとも一つの並べ替えバッファに記憶されるプロトコルデータユニットを少なくとも一つのＲＬＣエンティティに供給すること、およびＭＡＣエンティティの少なくとも一つの並べ替えバッファに記憶されるプロトコルデータユニットを消去することをＭＡＣレイヤのＭＡＣエンティティに示すプリミティブをＭＡＣレイヤで受信する。例えば、ＭＡＣレイヤで受信するプリミティブはＲＲＣレイヤによって供給される。

実施の形態の更なる典型的な変形例では、ＭＡＣレイヤに供給されるプリミティブは、
アップリンクチャネルの再設定が完了したことを示すメッセージをＲＲＣレイヤで移動端末から受信することに応答してＲＲＣレイヤによって供給される。

プロトコルレイヤ間のプリミティブの通信により、プリミティブを受信するそれぞれのレイヤによって実行される動作は、他のプロトコルレイヤでのイベントに応答して、または、制御メッセージに応答して、効率的に制御および／または始動される。

本発明の別の典型的な実施の形態では、ネットワーク要素のエンティティは、少なくとも一つのＲＬＣエンティティにＭＡＣエンティティの少なくとも一つの並べ替えバッファに記憶されるプロトコルデータユニットを供給するときに、更に以下のステップを実行する：ネットワークエンティティのＭＡＣエンティティは、ＲＬＣエンティティによって移動端末から受信したプロトコルデータユニットの状態を判定すること、および移動端末への送信についての状態報告を生成することをアップリンクチャネルにマッピングされる全てのＲＬＣエンティティに示すプリミティブをＲＬＣレイヤに供給する。それにより、プロトコルデータユニットの状態は、判定された状態の正確な結果を確実にするために、少なくとも一つのＲＬＣエンティティにプロトコルデータユニットが供給される際に判定される。

更なる典型的な実施の形態によると、アップリンクチャネルの再設定に後続するＭＡＣエンティティのリセットに応答して送信される状態報告の送信は、少なくとも一つのＲＬＣエンティティが状態報告を送ることが禁止される期間を定めるタイマによって禁止されない。それにより、ＲＬＣの状態パラメータが状態報告の生成および送信を実際に禁止した場合でも、アップリンクチャネルの再設定の度に状態報告の生成および送信を始動することができる。

更に、周期的な始動に応答しまたはイベント始動に応答して少なくとも一つのＲＬＣエンティティによって状態報告を生成すること、および状態報告を移動端末に送信することができる。更に、送信の際、少なくとも一つのＲＬＣエンティティにおけるタイマを状態報告の送信の際に開始することができ、ここで、少なくとも一つのＲＬＣエンティティは、タイマが満了していない場合には、周期的始動に応答しまたはイベント始動に応答して更なる状態報告を送信することが禁止される一方、アップリンクチャネルの再設定に後続するＭＡＣエンティティのリセットに応答して送信される状態報告の送信はタイマによって禁止されない。従って、この変形例では、周期始動型またはイベント始動型の状態報告は、タイマによって禁止され、アップリンクチャネルの再設定に後続して応答する状態報告はタイマによって禁止されない。

本発明の更なる実施の形態では、このネットワーク要素は、アップリンクチャネルが再設定されるときに、アップリンクチャネルに対して設定される少なくとも一つの対応するＲＬＣエンティティそれぞれにおいて移動端末から、移動端末に状態報告を供給することを少なくとも一つのＲＬＣエンティティそれぞれに示す制御プロトコルデータユニットを受信することができる。それにより、このネットワーク要素によるアップリンクチャネル再設定に応答して状態報告の生成および送信を始動する代わりに、移動端末が状態報告の生成および送信を始動してもよい。

本発明のより具体的な実施の形態では、ネットワーク要素は、移動端末に状態報告を生成し送信することをアップリンクチャネルに対して設定される全てのＲＬＣエンティティに示すフラグを有する再設定メッセージを、移動端末からＲＲＣレイヤにおいて受信する。例えば、再設定メッセージは、トランスポートチャネル再設定完了メッセージとすることができる。

本発明の別の実施の形態によると、アップリンクチャネルの再設定はアップリンクトランスポートチャネル再設定である。例えば、トランスポートチャネル再設定は、送信に使用されるＴＴＩ、または、アップリンク送信に利用されるＨＡＲＱ処理の数の変更を必要としもしくは伴う全ての他のトランスポートチャネルパラメータの再設定でもよい。

より具体的には、アップリンクチャネルは、送信時間間隔（ＴＴＩ）に分割することができ、各送信時間間隔では、データはアップリンクチャネルを介してネットワークエンティティに送信される。更に、再設定は、アップリンクトランスポートチャネルの送信時間間隔を変更することを含み得る。

代替的には、本発明の別の実施の形態によると、アップリンクチャネルの再設定は、物理チャネル（再）設定である。例えば、物理チャネルの（再）設定は、個々のまたは複数のＨＡＲＱ処理がアップリンク送信のためにアクティブにまたは非アクティブにされる処理アクティブ化／非アクティブ化手順を含み得る。ＵＥがアップリンクデータ送信に使用することができるＨＡＲＱ処理の数が（再）設定により変更し得るため、物理チャネルの再設定の際にＲＬＣ状態報告を生成することが有利である。

本発明の更なる実施の形態では、アップリンクチャネルの再設定は、ソフトハンドオーバに入る移動端末に応答しまたはソフトハンドオーバ領域から出る移動端末に応答して始動される。

更に、アップリンクチャネルにマッピングされる少なくとも一つのＲＬＣエンティティは応答モードで動作し得る。

本発明の別の実施の形態は、アップリンクチャネルの再設定の際にアップリンクチャネルを介して移動端末からプロトコルデータユニットを受信するＭＡＣレイヤのＭＡＣエンティティを再設定する移動体通信システムの無線アクセスネットワークにおける装置を提供する。この装置は、ネットワーク要素の少なくとも一つの並べ替えバッファを有し且つＭＡＣレイヤの機能を実行するよう構成されるＭＡＣエンティティと、アップリンクチャネルにマッピングされＲＬＣレイヤの機能を実施するよう構成される少なくとも一つのＲＬＣエンティティとを有することができる。更に、この装置は、アップリンクチャネルの再設定に応答して、ＭＡＣエンティティの少なくとも一つの並べ替えバッファに記憶されているプロトコルデータユニットをＲＬＣレイヤに供給するよう構成されるデータ転送ユニットを含む。この装置は、アップリンクチャネルの再設定に応答してＭＡＣエンティティの少なくとも一つの並べ替えバッファにおけるプロトコルデータユニットを消去するよう構成され、少なくとも一つのＲＬＣエンティティそれぞれで移動端末から受信されるプロトコルデータユニットの状態を判定するよう構成される処理ユニットを更に有し得る。更に、この装置の報告生成ユニットは、処理結果に基づいて状態報告を生成するよう構成され、状態報告を移動端末に送信する送信器が含まれてもよい。

更なる実施の形態では、この装置は、少なくとも一つの並び替えバッファに記憶されるプロトコルデータユニットを少なくとも一つのＲＬＣエンティティに供給すること、およびＭＡＣエンティティの少なくとも一つの並び替えバッファに記憶されるプロトコルデータユニットを消去することをＭＡＣレイヤのＭＡＣエンティティに示すプリミティブをＭＡＣレイヤで受信する通信手段を更に備えることができる。

例えば、ＭＡＣレイヤで受信されるプリミティブは、ＲＲＣレイヤによって供給される。更に、ＭＡＣレイヤに供給されるプリミティブは、アップリンクチャネルの再設定が完了したことを示すメッセージをＲＲＣレイヤにおいて移動端末から受信することに応答してＲＲＣユニットによって供給されてもよい。

本発明の別の実施の形態では、通信ユニットは、ＲＬＣエンティティによって移動端末から受信したプロトコルデータユニットの状態を判定すること、およびＭＡＣエンティティの少なくとも一つの並び替えバッファに記憶されるプロトコルデータユニットが少なくとも一つのＲＬＣエンティティに供給されるときに移動端末への送信についての状態報告を生成することを、アップリンクチャネルにマッピングされるＲＬＣエンティティに示すプリミティブを、ＭＡＣエンティティからＲＬＣレイヤに供給するよう構成される。

更に、別の実施の形態によると、通信ユニットは、移動端末に状態報告を供給するよう少なくとも一つの対応するＲＬＣユニットに示す制御プロトコルデータユニットを、アップリンクチャネルに対して構成される少なくとも一つのＲＬＣエンティティそれぞれにおいて移動端末から、アップリンクチャネルが再設定されるときに受信するよう更に構成される。

本発明の更なる実施の形態では、通信ユニットは、状態報告を生成し移動端末に送信することを、アップリンクチャネルに対して構成される全てのＲＬＣエンティティに示すフラグを有する再設定メッセージをＲＲＣレイヤにおいて移動端末から受信するよう更に構成される。

更に、様々な実施の形態およびその変形例に従ってＭＡＣレイヤのＭＡＣエンティティを再設定する方法のステップを実行するよう構成されるユニットをこの装置に備えることが予想されるであろう。

更なる実施の形態による本発明は、移動体通信システムのアクセスネットワークにおける装置のプロセッサによって実行された場合に、アップリンクチャネルの再設定の際にアップリンクを介して移動端末からプロトコルデータユニットを受信するＭＡＣレイヤのＭＡＣエンティティをこの装置に再設定させる命令を記憶するコンピュータ読み取り可能媒体に関する。この命令により、この装置は、アップリンクチャネルの再設定に応答して、ＭＡＣエンティティの少なくとも一つの並べ替えバッファに記憶されるプロトコルデータユニットを、アップリンクチャネルにマッピングされる少なくとも一つのＲＬＣエンティティを備えるＲＬＣレイヤに供給し、ＭＡＣエンティティの少なくとも一つの並べ替えバッファにおけるプロトコルデータユニットを消去し、少なくとも一つのＲＬＣエンティティそれぞれにおいて移動端末から受信するプロトコルデータユニットの状態を判定し、処理結果に基づいて状態報告を生成し、状態報告を移動端末に送信することでＭＡＣエンティティをリセットする。

本発明の別の実施の形態では、コンピュータ読み取り可能媒体は、装置のプロセッサによって実行されたときに、様々な実施の形態およびその変形例に従ってＭＡＣレイヤのＭＡＣエンティティを再設定する方法のステップをこの装置に実行させる命令を更に記憶する。

本発明の別の実施の形態は、移動端末の動作に関し、移動体通信システムの無線アクセスネットワークにおけるネットワーク要素のアップリンクチャネルに対して構成される少なくとも一つのＲＬＣエンティティからの状態報告の送信を始動する方法を提供する。移動端末は、アップリンクチャネルを構成し、アップリンクチャネルの再設定に応答してネットワーク要素に移動端末からのメッセージを送信することができ、このメッセージは、状態報告を生成して送信するようアップリンクチャネルに対して構成される少なくとも一つのＲＬＣエンティティに示し、移動端末は、メッセージに応答して少なくとも一つのＲＬＣエンティティから状態報告を受信することができる。

アップリンクチャネルの再設定は、例えば、アップリンクトランスポートチャネルの再設定でもよい。後者の場合、アップリンクチャネルは、送信時間間隔に分割され、各送信時間間隔において、データは、アップリンクチャネルを介して移動端末から送信され、再設定は、アップリンクトランスポートチャネルの送信時間間隔を変更することを含み得る。

本発明の更なる実施の形態では、移動端末は、少なくとも一つのＨＡＲＱ処理を利用するアップリンクチャネルを介してプロトコルデータユニットを送信し、少なくとも一つの対応するＨＡＲＱ処理で送信されるプトロコルデータユニットは、一つの論理チャネルからのプロトコルデータのシーケンスを示す送信シーケンス番号が割り当てられ、移動端末は、アップリンクチャネルの再設定に応答して送信シーケンス番号をリセットすることができる。

本発明の別の実施の形態によると、移動端末は、少なくとも一つの絶対的許可を受信し、少なくとも一つの絶対的許可は、アップリンクチャネルを介してスケジューリングされるアップリンクの送信のための複数のＨＡＲＱ処理の一つをアクティブにするか非アクティブにするかを移動端末に示す。アップリンクチャネルの再設定の際、移動端末は、少なくとも一つの絶対的供与によって以前に非アクティブにされたＨＡＲＱ処理をアクティブにすることができる。

変形例では、移動端末は、複数のＨＡＲＱ処理の少なくとも一つを非アクティブにすることを示すＲＲＣレイヤの少なくとも一つのシグナリングメッセージを受信することができ、少なくとも一つのシグナリングメッセージによって以前に非アクティブにされたＨＡＲＱ処理は、アップリンクチャネルの再設定の際にアクティブにされる。

本発明の別の実施の形態は、移動端末のＭＡＣレイヤを再設定する方法に関する。移動端末は、それにより、ＭＡＣレイヤの少なくとも一つのＨＡＲＱ処理を利用してアップリンクチャネルを介してプロトコルデータユニットを送信することができ、少なくとも一つの対応するＨＡＲＱ処理で送信されるプロトコルデータユニットは、少なくとも一つの並べ替えバッファ内のプロトコルデータユニットが配置される一つの論理チャネルからのプロトコルデータユニットのシーケンスを示す送信シーケンス番号が割り当てられる。更に、移動端末は、アップリンクチャネルを再設定し、アップリンクチャネルの再設定に応答して送信シーケンス番号をリセットする。

送信シーケンス番号は、例えば、受信パケットデータユニットの順序通りの配信を上位レイヤに提供するために、受信装置のＭＡＣレイヤにおけるＭＡＣエンティティで使用され得る。

更に、移動端末は、再設定後にアップリンクチャネルを介して送信される論理チャネルの第１のプロトコルデータユニットの送信に対して送信シーケンス番号を初期値、例えば０にリセットすることができる。

本発明の別の実施の形態は、移動体通信システムの無線アクセスネットワークにおけるネットワーク要素のアップリンクチャネルに対して設定される少なくとも一つのＲＬＣエンティティからの状態報告の送信を始動する移動端末に関する。移動端末は、アップリンクチャネルを再設定するよう適合される再設定ユニットと、アップリンクチャネルの再設定に応答してネットワーク要素に移動端末からのメッセージを送信する送信器とを備えることができ、メッセージは、状態報告を生成し送信することをアップリンクチャネルに対して設定される少なくとも一つのＲＬＣエンティティに示す。更に、移動端末は、メッセージに応答して、少なくとも一つのＲＬＣエンティティからの状態報告を受信する受信器
を備えることができる。

本発明の別の実施の形態では、移動端末は、ここに記載された様々な実施の形態による移動端末のＭＡＣレイヤを設定する方法、または、少なくとも一つのＲＬＣエンティティからの状態報告の送信を始動する方法のステップを実行するよう適合される手段を更に備える。

別の実施の形態は、移動端末のＭＡＣレイヤを設定する更なる移動端末に関する。本発明の実施の形態では、移動端末は、ＭＡＣレイヤの少なくとも一つのＨＡＲＱ処理を利用してアップリンクチャネルを介してプロトコルデータユニットを送信する送信器を備え、移動端末は、少なくとも一つの並べ替えバッファ内のプロトコルデータユニットが配置される論理チャネルのプロトコルデータユニットのシーケンスを示す送信シーケンス番号を少なくとも一つの対応するＨＡＲＱ処理で送信されるプロトコルデータユニットに割り当てるよう適合される。更に、移動端末にはアップリンクチャネルを再設定するよう適合される再設定ユニットと、アップリンクチャネルの再設定に応答して送信シーケンス番号をリセットする設定ユニットとが設けられる。

変形例では、移動端末は、移動端末のＭＡＣレイヤにおけるＭＡＣエンティティで送信シーケンス番号を使用して、受信パケットデータユニットの順序通りの配信を上位レイヤに提供するよう適合される手段を更に備える。移動端末は、再設定後にアップリンクチャネルを介して送信される論理チャネルの第１のプロトコルデータユニットの送信に対する送信シーケンス番号をリセットするよう適合され得る。送信シーケンス番号は、初期値、例えば、０にリセットされる。

本発明の別の実施の形態は、移動端末のプロセッサで実行されると、移動体通信システムの無線アクセスネットワークにおけるネットワーク要素のアップリンクチャネルに対して設定される少なくとも一つのＲＬＣエンティティからの状態報告の送信を移動端末に始動させる命令を記憶するコンピュータ読み取り可能媒体に関する。この命令により、移動端末は、アップリンクチャネルを再設定することによって状態報告の送信を始動し、アップリンクチャネルの再設定に応答してネットワーク要素に移動端末からメッセージを送信し、メッセージは、状態報告を生成し送信することを、アップリンクチャネルに対して設定される少なくとも一つのＲＬＣエンティティに示すものであり、また、移動端末は、メッセージに応答して少なくとも一つのＲＬＣエンティティから状態報告を受信する。

変形例では、コンピュータ読み取り可能媒体は、移動端末のプロセッサによって実行されると、ここに記載された様々な実施の形態による移動端末のＭＡＣレイヤを設定する方法、または、少なくとも一つのＲＬＣエンティティから状態報告の送信を始動する方法のステップを移動端末に実行させる命令を更に記憶する。

本発明の更なる実施の形態は、移動端末のプロセッサによって実行されると、ＭＡＣレイヤの少なくとも一つのＨＡＲＱ処理を利用してアップリンクチャネルを介してプロトコルデータユニットを送信し、少なくとも一つの対応するＨＡＲＱ処理で送信されるプロトコルデータユニットには、少なくとも一つの並べ替えバッファ内のプロトコルデータユニットが配置される論理チャネルのプロトコルデータユニットのシーケンスを示す送信シーケンス番号が割り当てられ、アップリンクチャネルを再設定して、アップリンクチャネルの再設定に応答して送信シーケンス番号をリセットすることで、移動端末のＭＡＣレイヤを移動端末に設定させる命令を記憶するコンピュータ読み取り可能媒体を提供する。

変形例では、コンピュータ読み取り可能媒体は、移動端末のプロセッサによって実行されると、ここに記載された様々な実施の形態による方法のステップを移動端末に実行させ
る命令を更に記憶する。

本発明の別の実施の形態は、アップリンクチャネルの再設定の際のＨＡＲＱ処理の制約を扱うことに関する。従って、移動端末のＭＡＣレイヤを設定する方法が提供される。移動端末は、少なくとも一つの絶対的許可を受信し、少なくとも一つの絶対的許可は、アップリンクチャネルを介するアップリンクのスケジュール対象データ（scheduled data）の送信のために複数のＨＡＲＱ処理の対応する一つをアクティブにするか非アクティブにすることを移動端末に示す。移動端末は、アップリンクチャネルを再設定し、アップリンクチャネルの再設定の際に、少なくとも一つの絶対的許可によって以前に非アクティブにされたＨＡＲＱ処理をアクティブにする。

実施の形態の変形例では、移動端末は、複数のＨＡＲＱ処理の少なくとも一つを非アクティブにすることを示すＲＲＣレイヤの少なくとも一つのシグナリングメッセージを受信する。少なくとも一つのシグナリングメッセージによって以前に非アクティブにされたＨＡＲＱ処理は、実施の形態の変形例に従ってアップリンクチャネルを再設定する際にアクティブにされる。

更に、本発明の更なる実施の形態では、アップリンクチャネルの再設定の際にＨＡＲＱ処理の制約を扱うよう特に適合される移動端末が提供される。ＭＡＣレイヤを設定する移動端末は、それにより、少なくとも一つの絶対的許可を受信する受信器であって、少なくとも一つの絶対的許可は、アップリンクチャネルを介するアップリンクデータの送信のために複数のＨＡＲＱ処理の対応する一つをアクティブにするか非アクティブにするかを移動端末に示す受信器と、アップリンクチャネルを再設定し、アップリンクチャネルの再設定の際に少なくとも一つの絶対的許可によって以前に非アクティブにされたＨＡＲＱ処理をアクティブにするよう適合される再設定ユニットと、を備えることができる。

更なる実施の形態による移動端末は、複数のＨＡＲＱ処理の少なくとも一つを非アクティブにすることを示すＲＲＣレイヤの少なくとも一つのシグナリングメッセージを受信するよう更に適合される受信器と、アップリンクチャネルの再設定の際に少なくとも一つのシグナリングメッセージによって以前に非アクティブにされたＨＡＲＱ処理をアクティブにするよう更に適合される再設定ユニットと、を備える。

本発明の別の実施の形態は、移動端末のプロセッサによって実行されると、少なくとも一つの絶対的許可を受信し、少なくとも一つの絶対的許可は、アップリンクチャネルを介するアップリンクスケジューリングされるデータの送信に対して複数のＨＡＲＱ処理の対応する一つをアクティブにするか非アクティブにするかを移動端末に示し、アップリンクチャネルを再設定し、アップリンクチャネルの再設定の際に少なくとも一つの絶対的許可によって以前に非アクティブにされたＨＡＲＱ処理をアクティブにすることで、移動端末のＭＡＣレイヤを移動端末に設定させる命令を記憶するコンピュータ読み取り可能媒体に関する。

実施の形態の変形例によるコンピュータ読み取り可能媒体は、移動端末のプロセッサによって実行されると、複数のＨＡＲＱ処理の少なくとも一つを非アクティブにすることを示すＲＲＣレイヤの少なくとも一つのシグナリングメッセージを移動端末に受信させる命令を更に記憶し、少なくとも一つのシグナリングメッセージによって以前に非アクティブにされたＨＡＲＱ処理は、アップリンクチャネルの再設定の際にアクティブにされる。

以下に、本発明を添付の図面を参照してより詳細に説明する。図中の同様のまたは対応する細部には同じ参照番号が付与される。

以下の段落は、本発明の様々な実施の形態を説明する。説明目的のために、多くの実施の形態はＵＭＴＳ通信システムに関連して要約され、後続するセクションで使用する専門用語は、本発明がこのタイプの通信ネットワークで有利に使用されるため、主にＵＭＴＳ用語に関連する。しかしながら、使用される専門用語およびＵＭＴＳ構成に対する実施の形態の説明は、本発明の原理および思想をこのようなシステムに制限することを意図しない。

上述の背景技術のセクションで提供される詳細な説明は、以下に説明する主にＵＭＴＳ特有の典型的な実施の形態をより良く理解することを意図し、本発明の基本思想全般を移動体通信ネットワークにおける処理および機能の説明する特定の実行に制限するものとして理解されるべきではない。

以下のセクションは、ＵＭＴＳ構成を用い、背景技術のセクションで説明する特徴を提供するシステムで実行される本発明の幾つかの実施の形態を説明する。これらの実施の形態では、背景技術のセクションで説明する幾つかの特徴は、変更されてもよく、または、以下により詳細に要約するように、追加的な特徴がシステムに追加されてもよい。

一般的に、本発明の主な態様の一つは、アップリンクチャネルの再設定の際に、アップリンクチャネルにマッピングされるネットワーク要素におけるＲＬＣレイヤのＲＬＣエンティティから状態報告を生成し送信することである。本発明の様々な実施の形態によると、アップリンクチャネル再設定によるサービス品質（ＱｏＳ）の劣化を最小限にしてネットワーク要素のＭＡＣレイヤにおけるＭＡＣエンティティのリセットを可能にする状態報告の生成および送信のための新しい始動要因が導入される。以下により詳細に説明するように、移動端末は、シグナリングによって状態報告の生成および送信を始動することができ、あるいは、アップリンクチャネル再設定を始動する役割を担うネットワーク要素におけるプロトコルレイヤは、ネットワーク要素から移動端末への状態報告の生成および送信を始動するために再設定が実行されたまたは実行されることをネットワークにおけるＲＬＣおよび／またはＭＡＣレイヤエンティティに通知することができる。

ネットワーク要素は、本発明が実行される移動体通信システムの無線アクセスネットワークのネットワーク要素とすることができる。有利には、本発明の一実施の形態によると、このネットワーク要素は、アップリンクチャネルの再設定の役割を担うプロトコルレイヤを終端する、アクセスネットワークにおける装置である。例えば、ＵＭＴＳ構成では、このネットワーク要素は、現在ではサービング無線ネットワーク制御部（Ｓ−ＲＮＣ）である、ＵＥのＲＲＣレイヤプロトコルを終端するネットワーク要素とすることができる。

本発明の更なる実施の形態では、アップリンクチャネルの再設定は、本願で先に説明したＴＴＩ再設定等のＭＡＣレイヤにおけるトランスポートチャネルの再設定とすることができる。代替的には、または、追加的には、アップリンクチャネルの再設定は物理チャネルを再設定してもよい。本発明の別の実施の形態によると、アップリンクチャネルの再設定は、アップリンクチャネルが再設定されるＵＥによるアップリンクデータ送信に使用されるＨＡＲＱ処理の数の再設定を伴う。

上述の新しい機構は、本発明の典型的な実施の形態を示す図１３にも例示される。フロー図に示す個々のステップについて、背景技術のセクションで説明されるＵＭＴＳ環境における典型的な実行は図１２を参照して提供され、図１２は本発明のより具体的な実施の形態による典型的なアップリンクチャネル再設定を示す。

最初に、通信ネットワークにおける移動端末（ＵＭＴＳにおけるＵＥ）のリソース制御
および／またはソフトハンドオーバの役割を担う無線アクセスネットワークにおけるネットワークエンティティは、リソースが管理される移動端末のアップリンクチャネルを再設定すると判断する。例えば、このネットワーク要素は、上述した図１３に示すようなＳ−ＲＮＣでもよい。典型的には、アップリンクチャネルの再設定は、基地局（ノードＢ）と、リソース制御機能を提供するネットワーク要素（例えば、Ｓ−ＲＮＣ）との間の無線アクセスネットワークにおけるトランスポートベアラを（再）設定するために、アクセスネットワークにおける無線リンクの再設定（１３０１）から開始される。

図１２を参照するに、アクセスネットワークにおける無線リンク再設定（１３０１）は、Ｓ−ＲＮＣにおいて無線リソース制御ＲＲＣレイヤによって開始され得る。ＲＲＣレイヤは、ノードＢアプリケーションパート（ＮＢＡＰ）プロトコルを利用してノードＢに無線リンク再設定準備メッセージを送信（１２０１）し、トランスポートチャネル（Ｅ−ＤＣＨ）の再設定を準備するようノードＢに要求する。メッセージを受信し、リソースを割り当てたノードＢは、再設定の準備が整ったことを通知する無線リンク再設定準備完了メッセージによって応答（１２０２）する。Ｓ−ＲＮＣは、ＡＬＣＡＰプロトコルを用いて新しいＩｕｂデータトランスポートベアラの確立を更に開始（必要であれば）することができる。その後、ＮＢＡＰメッセージである無線リンク再設定実行が、ＳＲＮＣからノードＢに送られ（１２０４）、（再）設定された無線リンクが使用されるべきアクティブ化時間（activation time）についてノードＢに通知する。

Ｓ−ＲＮＣのＲＲＣレイヤは、アップリンクチャネルを再設定することを示すために、また、再設定に必要なパラメータ（例えば、情報要素ＩＥ）をＵＥに供給するために、ＵＥに再設定メッセージを供給する（１２０５）。図１２に示す典型的な実施の形態では、このメッセージは、個別制御チャネルＤＣＣＨを介してＵＥに供給されるトランスポートチャネル再設定メッセージである。典型的な実施の形態で称されるＵＭＴＳシステムとは別の通信システムでは、共通の制御チャネルを代用することも可能である。メッセージおよびパラメータの受信の際、ＵＥは進み、ＩＥによって示されるパラメータに基づいてアップリンクチャネルを再設定し、再設定が実行された旨の表示（例えば、トランスポートチャネル再設定完了メッセージ）をＳ−ＲＮＣに戻す（１２０６）。例えば、再設定は、ＵＥによるアップリンクチャネルデータ送信に使用され得るＨＡＲＱ処理の再設定を含む、ＴＴＩが変化するトランスポートチャネルの再設定でもよい。

図１３に戻り、アップリンクチャネルの再設定の際、ＵＥ（例えば、Ｓ−ＲＮＣ）へのＲＲＣレイヤ機能を終端するネットワーク要素は、以前に設定されたＨＡＲＱ処理の並べ替えキューのデータ消去をすることで、Ｓ−ＲＮＣ（ＭＡＣ−ｅｓ）におけるＭＡＣエンティティをリセットすることを、ＵＥへのＭＡＣレイヤを終端するＭＡＣエンティティを次に指示（１３０３）することができる。指示に応答して、ノードＢのＭＡＣレイヤのＭＡＣエンティティは、並べ替えキューのデータ消去をする前に、アップリンクチャネルにマッピングされるＲＬＣレイヤのＲＬＣエンティティに、並べ替えキューに現在記憶されている全てのＰＤＵを供給することができる。

図１２を再び参照するに、ステップ１３０３は、例えば、プリミティブ、いわゆる、ＣＭＡＣ−ｅｓリセットＲＥＱ（ＲＥＱ＝要求）（MAC-es Reset REQ）をＳ−ＲＮＣのＲＲＣレイヤからＭＡＣレイヤのＭＡＣ−ｅｓエンティティに送る（１２０７）ことで実行される（図９も参照）。このプリミティブに応答して、ＭＡＣ−ｅｓエンティティは、全てのＰＤＵの宛先となっているそれぞれのＲＬＣエンティティに、並べ替えキューに現在記憶されている全てのＰＤＵを送る（図１２には図示されず）。図５および図９に示されるように、Ｅ−ＤＣＨのトランスポートチャネルに多重化されるＭＡＣ−ｄフローを提供する各論理チャネルは、ＲＬＣレイヤにおけるＲＬＣエンティティによって終端される。従って、受信側では、一般的にノードＢに位置するＭＡＣ−ｅエンティティは、ＰＤＵを逆
多重化し、一般的にＳ−ＲＮＣに設けられるＭＡＣ−ｅｓエンティティにこれを供給して、Ｅ−ＤＣＨのトランスポートチャネルにマッピングされるそれぞれのＲＬＣエンティティにＭＡＣ−ｄフローを介してＰＤＵを分配する。

図１３に戻るに、受信成功ＰＤＵまたは受信失敗ＰＤＵを示す状態報告は、Ｅ−ＤＣＨにマッピングされる各ＲＬＣエンティティで生成（１３０４）され、この状態報告がＵＥに送信（１３０５）される。個々のＰＤＵを識別するために、個々のＰＤＵは、例えば、図５に示されるように、それぞれＲＬＣヘッダにおいてシーケンス番号を有することができる。

図１２に戻り、これらのステップは、ＵＭＴＳシステムにおいて以下のように実行され得る。ＰＤＵをＥ−ＤＣＨにマッピングされるＲＬＣエンティティに送ると、ＭＡＣレイヤは、ＲＬＣレイヤに別のプリミティブを通信（１２０８）し、アップリンクチャネルにマッピングされる全てのＲＬＣエンティティに状態報告を生成すること、および状態報告をＲＬＣ状態報告内のＵＥに送信することを指示する（１２０９）。ＭＡＣ−ｅｓエンティティに並べ替えバッファのＰＤＵをアップリンクチャネルにマッピングされるＲＬＣエンティティに送ることを指示するためには、幾つかの機構がＳ−ＲＮＣの動作に導入されなくてはならない。例えば、ＲＲＣレイヤは、並べ替えバッファをリセットし記憶されたパケットをＲＬＣレイヤに配信することをプリミティブを介してＭＡＣレイヤのＭＡＣ−ｅｓエンティティに通知する。しかし、並べ替えバッファ内の記憶されたＰＤＵがＲＬＣエンティティに配信される前に状態報告が生成されると、幾つかのＲＬＣ ＰＤＵが受信されていないと誤表示され、結果として、不要なＲＬＣ再送につながる。

従って、全ての受信ＰＤＵの正しい状態を得るために、状態報告を生成する前に、全てのＰＤＵがＲＬＣエンティティに配信されたこと、およびＲＬＣエンティティによって処理されたことを確実にすることが有利である。

図１２に示す本発明の典型的な実施の形態によるＳ−ＲＮＣ動作は、以下のように要約される。

● ＭＡＣ−ｅｓは、並べ替えバッファをリセットすること、およびＲＲＣからのプリミティブによって全ての記憶されるＰＤＵを消去することの通知を受ける
● ＭＡＣ−ｅｓは、各並べ替えキューから上位レイヤに全ての記憶されるＰＤＵを配信する
● ＭＡＣ−ｅｓは、並べ替えキューのデータ消去後に、Ｅ−ＤＣＨにマッピングされ応答モード（ＡＭ）で動作される全てのＲＬＣエンティティに、状態報告を生成することを示す
● Ｅ−ＤＣＨにマッピングされＡＭで動作する各ＲＬＣは、ＲＬＣ状態報告を生成し、状態報告を含む制御ＰＤＵをＵＥに送信する

しかしながら、ＵＭＴＳシステムにおいて本発明の実施の形態を実施する場合、ＴＴＩ再設定後のＲＬＣ状態報告の自発生成は、先に説明した通り、状態禁止タイマによって禁止され得る。従って、本発明の更なる実施の形態は、ネットワーク要素、即ち、本実施例ではＳ−ＲＮＣが、状態禁止タイマが満了していない場合でも可能となることが提案される。それにより、アップリンクチャネルにマッピングされるＲＬＣエンティティからの状態報告は、状態禁止タイマを考慮することなくアップリンクチャネルの再設定の際に生成され送信される。

次に、アップリンクチャネル再設定の際のＵＥ動作の幾つかの態様を説明する。アップリンクチャネル、即ち、本実施の形態ではＥ−ＤＣＨのＴＴＩの再設定の際、ＵＥは、Ｔ
ＴＩ再設定が行われた後、全てのＨＡＲＱ処理上のＭＡＣ−ｅｓ ＰＤＵの次の送信のために、送信シーケンス番号（ＴＳＮ）を任意にはリセットすることができる（ＴＳＮ：図５比較）。例えば、各論理チャネルに対してＵＥにおいて一つのＴＳＮ設定処理が実行される。並べ替え機能をサポートするＵＥ動作は、関連付けられた並べ替えキュー宛ての、各ＭＡＣ−ｅｓＰＤＵの明確なシーケンス番号（ＴＳＮ）を生成することを含む。

各ＴＳＮ設定処理は、生成されるべき後続のＭＡＣ−ｅｓＰＤＵのヘッダに含まれるべきシーケンス番号を示す状態変数である現在ＴＳＮ（CURRENT_TSN）を保持する。ＴＳＮ
設定処理が確立されると、状態変数CURRENT_TSNは、一般的には０である初期値にリセッ
トされる。

新しいペイロードが、関連付けられた並べ替えキューのために生成される必要があるとき、並べ替えエンティティは、送信のＴＳＮをCURRENT_TSNに設定する。少なくとも一つ
のＭＡＣ−ｅｓ ＰＤＵが送信されたＴＴＩの終わりには、状態変数CURRENT_TSNが１つ
だけインクリメントされ、ＴＳＮを表すのに利用可能なビット数によって表される最大数に達すると初期値にリセットされる（ラップアラウンド）。例えば、６ビットのＴＳＮを仮定すると、状態変数CURRENT_TSNが６３を超えると、再び０にリセットされる。本実施
の形態では、各ＴＳＮ設定処理は、Ｅ−ＤＣＨトランスポートチャネルのＴＴＩの再設定の際にリセットされる。

ＴＴＩ再設定による損失ＰＤＵの効率的な回復を可能にするために、ＵＥにおけるＲＬＣは、ＴＴＩ再設定後に最小遅延で正確な状態報告を得るべきである。

前述した通り、本発明の一つの典型的な実施の形態によると、Ｓ−ＲＮＣにおいてアップリンクチャネルにマッピングされるＲＬＣエンティティは、ＴＴＩ再設定の際に自発的にＲＬＣ状態報告を生成することができ、ＵＥ内の送信エンティティに状態報告を送信する。

本発明の別の実施の形態は、図１２および図１３について説明した実施の形態と本質的に同様である。本発明の本実施の形態では、状態報告の生成および送信は、アップリンクチャネル再設定（図１３のステップ１３０２参照）に応答して、Ｓ−ＲＮＣの代わりにＵＥによって状態報告の生成および送信が始動される。既に要約したように、アップリンク送信のためにＵＥに設けられるＲＬＣ送信エンティティは、ピア受信ＲＬＣエンティティ（ＳＲＮＣ）からのＲＬＣ状態報告をポーリングすることができる。ＲＬＣ状態報告のポーリングには幾つかの始動要因がある。背景技術のセクションで説明したように、どの始動イベントも、可能なＴＴＩ再設定と合わせられない。しかしながら、ＴＴＩ再設定後に、最小遅延で損失ＰＤＵの状態報告を有することが有利である。

この目的のため、本発明の典型的な実施の形態によると、状態報告をポーリングする新しい始動要因が導入される。ＵＥは、アップリンクチャネルの再設定が実行されるとき、例えば、ＲＲＣからのトランスポートチャネル再設定メッセージ（図１２のステップ１２０５参照）に示されるアクティブ化時間後に、アップリンクチャネルにマッピングされる各ＲＬＣエンティティからの状態報告をポーリングする。本発明の更なる実施の形態によると、ＴＴＩ再設定の際のポーリングは、ポーリング禁止タイマのような機構によって禁止されない。背景技術のセクションで説明したように、ポーリング禁止タイマは、過剰ポーリングおよび状態報告送信の問題を解決するために実施され得る。

図１２においてＲＲＣシグナリングを介してＵＥからＳＲＮＣにトランスポートチャネル再設定完了メッセージが送信（１２０６）された後、ＵＥは、アップリンクチャネルにマッピングされる各ＲＬＣエンティティに対してポーリングを始動することができる。こ
の解決策は、新しい始動イベントの定義以外では現在のＵＭＴＳ仕様に影響を及ぼさない。不都合な点は、遅延の観点から、この実施は最も効率的なものではない点である。ＵＥは、トランスポートチャネル再設定完了メッセージが送信されてからＥ−ＤＣＨにマッピングされるエンティティからのＲＬＣ ＰＤＵの送信を待たなくてはならない。これらＲＬＣ レイヤ ＰＤＵでは、ＵＥは、ピアの受信側ＥＬＣエンティティからのＲＬＣ状態報告を要求するためにポーリングビットを設定する。ポーリングビットを受信すると、受信ＲＬＣエンティティは状態報告を生成し、ＵＥにおける送信エンティティに送る。

状態報告の生成の遅延を減少させるためには、本発明の別の実施の形態は、ＲＬＣ状態報告のポーリングが、アップリンクチャネル再設定が行われた後、ＵＥによってトランスポートチャネル再設定完了メッセージに含まれることが提案される。例えば、新しいＩＥは、状態報告を生成し送信することを、Ｅ−ＤＣＨにマッピングされる応答モードの各ＲＬＣエンティティに要求することを、Ｓ−ＲＮＣにおけるＲＲＣエンティティに示すＲＲＣシグナリングメッセージに導入され得る。例えば、このＩＥは１ビットのフラグを有し得る。

Ｓ−ＲＮＣでのトランスポートチャネル再設定完了メッセージを受信すると、ＲＲＣは、ＩＥにおけるフラグが設定されているか否かを判断することができる。フラグが設定されている場合、ＲＲＣは、ＲＬＣ状態報告を生成することをプリミティブを介してＲＬＣエンティティに通知する。トランスポートチャネル再設定完了メッセージにポーリングビットを含ませることは、ポーリングが再設定が行われた後の最初のメッセージで行われるため、遅延の点で有利である。

本発明の更なる実施の形態による別の態様は、アップリンクチャネル再設定の際のＵＥ側でのＨＡＲＱ処理制限の扱いである。

ＵＭＴＳシステムでは、典型的なアップリンクチャネルとしてのＥ−ＤＣＨには、スケジューリング対象の送信（scheduled transmission）とスケジューリング対象外の送信（non-scheduled transmission）との二つのタイプのデータ送信が典型的には存在する。スケジューリング対象データ送信では、ＵＥは、Ｅ−ＤＣＨでデータを送信する前に有効なスケジューリング許可が必要である。通常の手順は、ＵＥがスケジューリング情報またはハッピービットのいずれかによりサービングノードＢにレート要求を送り、レート要求を受信したノードＢがスケジューリング許可、即ち、絶対的許可および相対的許可によりアップリンクリソースをＵＥに割り当てることを暗示する。スケジューリング許可（ＳＧ）は、ＡＧ／ＲＧシグナリングを通じてＵＥおよびＲＡＮの両方で保持される。ＨＡＲＱ処理がアクティブである場合、スケジューリング許可の値はＥ−ＴＦＣ選択において考慮される。処理が非アクティブである場合、ＵＥはこのＨＡＲＱ処理で送信することができない。Ｅ−ＤＣＨにおけるＨＡＲＱ処理アクティブ化／非アクティブ化機構は二つある。

ＲＲＣレイヤのレイヤ３機構では、例えば、２ｍｓのＴＴＩの場合においてそれぞれがＨＡＲＱ処理を表す８ビットのストリングは、どの処理がアクティブであり、どれがアクティブでないかを定める。論理「１」は、ＨＡＲＱ処理がアクティブであることを、「０」は、スケジューリング対象データのアップリンク送信がこの特定のＨＡＲＱ処理では許可されないことを示す。

レイヤ２機構は、絶対的許可のシグナリングにより非常に迅速なＨＡＲＱ処理アクティブ化機構を提供する。絶対的許可チャネル（Ｅ−ＡＧＣＨ）上のＨＡＲＱ処理アクティブ化フラグは、絶対的許可が、前述の通りにタイミング関係によって決定される一つのＨＡＲＱ処理に対してだけ有効か、全てのＨＡＲＱ処理に対して有効かを定める。絶対的許可値は「非アクティブ」であり、ＨＡＲＱ処理アクティブ化フラグが「ＨＡＲＱ処理毎」に
設定される場合、絶対的許可のシグナリングのタイミング関係によって与えられるＨＡＲＱ処理が非アクティブにされる。ＵＥは、このＨＡＲＱ処理ではスケジューリング対象データを送ることができない。ＨＡＲＱ処理をアクティブにするためには、ノードＢは、ＨＡＲＱ処理アクティブ化フラグが「ＨＡＲＱ処理毎」に設定され、絶対的許可値が「非アクティブ」とは異なる状態で絶対的許可を送る。これにより、絶対的許可チャネルシグナリングのタイミング関係によって示されるＨＡＲＱ処理がアクティブにされる。

レイヤ２機構により、スケジューリングノードＢにはスケジュール対象データの送信のためにＨＡＲＱ処理をアクティブ／非アクティブにする迅速な機構が設けられる。これにより、スケジューリングノードＢはセルにおけるアップリンク干渉をよりよく制御することができる。

本発明の実施の形態によると、アップリンクチャネル再設定の際に、ＵＥが前述のレイヤ２またはレイヤ３処理の制限機構のいずれかによって以前に定められたＨＡＲＱ処理制限をリセットすることが提案される。それにより、アップリンクチャネルの再設定の後、全ての利用可能なＨＡＲＱ処理はアップリンクにおけるスケジューリング対象データの送信に使用され得る。ＨＡＲＱ処理制限のリセットは、例えば、ＴＴＩ再設定が実行される場合のようにアップリンク再設定が利用可能なＨＡＲＱ処理の数を変更したか否か、または、アップリンク再設定が利用可能なＨＡＲＱ処理の数を変更しないかに関わらず実行される。アップリンク再設定の際の新しく設定されたＨＡＲＱ処理のアクティブ化は、以前に非アクティブにされた処理を（再び）アクティブにするＵＴＲＡＮからの追加的な制御シグナリングを回避することができる。

本発明の更なる態様は、ＵＥがソフトハンドオーバに入る際の上述したＭＡＣエンティティリセットまたは再設定の有利な使用である。更なる実施の形態によると、異なる無線セル間でのソフトハンドオーバに入ると、アップリンク送信の送信時間間隔、それによるＨＡＲＱ処理の数が変更される。例えば、ソフトハンドオーバに入る前、ＵＥが現在接続されている「古い」ノードＢへのアップリンクチャネルは、ソフトハンドオーバ中に使用されるべきＴＴＩを設定して再設定され得る。更に、ＵＥがハンドオーバされるアクティブセット内の「新しい」追加ノードＢへのアップリンクが確立され、これにより正確なＴＴＩおよびＨＡＲＱ処理の数が設定される。同様にして、「古い」ノードＢへの無線リンク、即ち、アップリンクチャネルを解放すると、新しいノードＢへの確立されるアップリンク接続は再び再設定され、アップリンク送信に使用されるＴＴＩ、それによるＨＡＲＱ処理の数が変更される。それにより、ＴＴＩ再設定毎に、アップリンクチャネルにマッピングされるＲＬＣレイヤエンティティは、本発明の上述の様々な実施の形態に記載したように、ＲＬＣ状態報告を生成しＵＥに送信することができる。

本発明の別の実施の形態は、ハードウェアおよびソフトウェアを用いる上述の様々な実施の形態の実装に関する。本発明の様々な実施の形態は、例えば、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、他のプログラマブル論理装置等の計算装置（プロセッサ）を用いて実装されまたは実行され得ることは理解されるであろう。本発明の様々な実施の形態は、これらの装置の組み合わせによって実行されまたは具現化され得る。

更に、本発明の様々な実施の形態は、プロセッサによって実行されるソフトウェアモジュールの手段、または、ハードウェアによって直接的に実装され得る。ソフトウェアモジュールおよびハードウェア実装の組み合わせも可能である。ソフトウェアモジュールは、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等の全ての種類のコンピュータ読み取り可能記憶媒体に記憶
され得る。

ＵＭＴＳの高レベル構成を示す図 ＵＭＴＳ Ｒ９９／４／５によるＵＴＲＡＮの構成を示す図 ドリフトおよびサービング無線サブシステムを示す図 ユーザ機器における全体的なＥ−ＤＣＨ ＭＡＣ構成を示す図 ユーザ機器における簡略化された構成におけるＭＡＣ相互作用を示す図 ユーザ機器におけるＭＡＣ−ｅ／ｅｓ構成を示す図 ＵＴＲＡＮにおける全体的なＭＡＣ構成を示す図 ノードＢにおけるＭＡＣ−ｅ構成を示す図 Ｓ−ＲＮＣにおけるＭＡＣ−ｅｓ構成を示す図 相対的許可のタイミング関係を示す図 ＵＭＴＳにおける同期されたトランスポートチャネル再設定手順を示す図 本発明の一実施の形態によるアップリンクチャネル再設定の典型的なシグナリング図 本発明の実施の形態によるアップリンクチャネル再設定の工程を示すフロー図

Claims (50)

1. アップリンクチャネルの再設定の際にアップリンクチャネルを介して移動端末からプロトコルデータを受信するＭＡＣレイヤのＭＡＣエンティティを再設定する方法であって、前記ＭＡＣエンティティは移動体通信システムの無線アクセスネットワークにおけるネットワーク要素に設けられ、前記方法は、前記ネットワーク要素によって実行され、
   前記アップリンクチャネルの再設定に応答して、前記ＭＡＣエンティティの少なくとも一つの並べ替えバッファに記憶されるプロトコルデータを前記アップリンクチャネルにマッピングされる少なくとも一つのＲＬＣエンティティを有するＲＬＣレイヤに供給し、前記ＭＡＣエンティティの前記少なくとも一つの並べ替えバッファにおける前記プロトコルデータユニットを消去するステップと、
   前記少なくとも一つのＲＬＣエンティティそれぞれで前記移動端末から受信する前記プロトコルデータユニットの状態を判定するステップと、
   処理結果に基づいて状態報告を生成するステップと、
   前記移動端末に前記状態報告を送信するステップと、を備える方法。
2. 前記プロトコルデータユニットの前記状態を判定するステップは、前記プロトコルデータユニットにおけるシーケンス番号に基づいて前記プロトコルデータユニットを少なくとも一つのＲＬＣエンティティにおいて並べ替えるステップと、所与のシーケンス番号範囲のシーケンス番号を有するプロトコルデータユニットが損失しているかを判定するステップとを含み、前記状態報告は、前記移動端末に少なくとも成功受信プロトコルデータユニットまたは損失プロトコルデータユニットを示す、請求項１記載の方法。
3. 前記再設定されるアップリンクチャネルを介して、前記少なくとも一つの状態報告に対する前記損失プロトコルデータユニットを前記ＭＡＣエンティティによって受信するステップを更に備える、請求項２記載の方法。
4. 前記少なくとも一つの並べ替えバッファに記憶される前記プロトコルデータユニットを前記少なくとも一つのＲＬＣエンティティに供給すること、および前記ＭＡＣエンティティの前記少なくとも一つの並べ替えバッファに記憶される前記プロトコルデータユニットを消去することを前記ＭＡＣレイヤの前記ＭＡＣエンティティに示すプリミティブを前記ＭＡＣレイヤで受信するステップを更に備える、請求項１から請求項３のいずれかに記載の方法。
5. 前記ＭＡＣレイヤで受信される前記プリミティブは、ＲＲＣレイヤによって供給される、請求項４記載の方法。
6. 前記ＭＡＣレイヤに供給されるプリミティブは、前記アップリンクチャネルの再設定が完了したことを示すメッセージを前記移動端末から前記ＲＲＣレイヤで受信することに応答して、前記ＲＲＣレイヤによって供給される、請求項５記載の方法。
7. 前記少なくとも一つのＲＬＣエンティティに前記ＭＡＣエンティティの前記少なくとも一つの並べ替えバッファに記憶される前記プロトコルデータユニットが供給されたときに、前記ＲＬＣエンティティによって前記移動端末から受信される前記プロトコルデータユニットの状態を判定するとともに、前記移動端末に送信についての状態報告を生成することを前記アップリンクチャネルにマッピングされる全てのＲＬＣエンティティに示すプリミティブを前記ＭＡＣエンティティから前記ＲＬＣレイヤに供給するステップを更に備える、請求項１から請求項５のいずれかに記載の方法。
8. 前記アップリンクチャネルの前記再設定に続く前記ＭＡＣエンティティのリセットに応
   答して送信される状態報告の送信は、前記少なくとも一つのＲＬＣエンティティが状態報告を送ることが禁止される期間を定めるタイマによって禁止されない、請求項１から請求項７のいずれかに記載の方法。
9. 周期的始動に応答しまたはイベント始動に応答して、前記少なくとも一つのＲＬＣエンティティによって状態報告を生成するステップと、
   前記状態報告を前記移動端末に送信するステップと、
   前記状態報告の送信の際に前記少なくとも一つのＲＬＣエンティティにおけるタイマを開始し、前記少なくとも一つのＲＬＣエンティティはタイマが満了していない場合には、周期的始動に応答しまたはイベント始動に応答して更なる状態報告を送信することは禁止され、前記アップリンクチャネルの再設定に続く前記ＭＡＣエンティティのリセットに応答して送信される状態報告の送信は前記タイマによって禁止されない、請求項１から請求項７のいずれかに記載の方法。
10. 前記アップリンクチャネルが再設定されたときに、前記アップリンクチャネルに対して設定される前記少なくとも一つのＲＬＣエンティティそれぞれにおいて、前記移動端末に状態報告を供給することを前記少なくとも一つの対応するＲＬＣエンティティに示す制御プロトコルデータユニットを前記移動端末から受信するステップを更に備える、請求項１から請求項９のいずれかに記載の方法。
11. 状態報告を生成し前記移動端末に送信することを前記アップリンクチャネルに対して設定される全てのＲＬＣエンティティに示すフラグを有する再設定メッセージを前記ＲＲＣレイヤにおいて前記移動端末から受信するステップを更に備える、請求項１から請求項９のいずれかに記載の方法。
12. 前記再設定メッセージは、トランスポートチャネル再設定完了メッセージである、請求項１１記載の方法。
13. 前記アップリンクチャネルの再設定は、アップリンクトランスポートチャネル再設定である、請求項１から請求項１２のいずれかに記載の方法。
14. 前記アップリンクチャネルは、送信時間間隔に分割され、各送信時間間隔において、データは、アップリンクチャネルを介してネットワークエンティティに送信され、前記再設定は、前記アップリンクトランスポートチャネルの送信時間間隔を変更することを含む、請求項１３記載の方法。
15. 前記アップリンクチャネルの再設定は物理トランスポートチャネル再設定である、請求項１から請求項１２のいずれかに記載の方法。
16. 前記アップリンクチャネルの再設定は、前記移動端末がソフトハンドオーバに入ることに応答して、または、前記移動端末はソフトハンドオーバ領域から出ることに応答して、始動される、請求項１から請求項１５のいずれかに記載の方法。
17. 前記アップリンクチャネルにマッピングされる前記少なくとも一つのＲＬＣエンティティは応答モードで動作される、請求項１から請求項１６のいずれかに記載の方法。
18. アップリンクチャネルの再設定の際にアップリンクチャネルを介して移動端末からプロトコルデータユニットを受信するＭＡＣレイヤのＭＡＣエンティティを再設定する移動体通信システムの無線アクセスネットワークにおける装置であって、
    ネットワーク要素の少なくとも一つの並べ替えバッファを備え、前記ＭＡＣレイヤの機
    能を実行するよう構成される少なくとも一つのＭＡＣエンティティと、
    前記アップリンクチャネルにマッピングされ、ＲＬＣレイヤの機能を実行するよう構成される少なくとも一つのＲＬＣエンティティと、
    前記アップリンクチャネルの再設定に応答して、前記ＲＬＣレイヤに前記ＭＡＣエンティティの少なくとも一つの並べ替えバッファに記憶されるプロトコルデータユニットを供給するよう構成されるデータ転送ユニットと、
    前記アップリンクチャネルの再設定に応答して、前記ＭＡＣエンティティの前記少なくとも一つの並べ替えバッファにおける前記プロトコルデータユニットを消去するよう構成され、前記少なくとも一つのＲＬＣエンティティそれぞれにおいて前記移動端末から受信する前記プロトコルデータユニットの状態を判定するよう構成される処理ユニットと、
    前記処理結果に基づいて状態報告を生成するよう構成される報告生成ユニットと、
    前記移動端末に前記状態報告を送信する送信器と、を備える装置。
19. 前記少なくとも一つの並べ替えバッファに記憶される前記プロトコルデータユニットを前記少なくとも一つのＲＬＣエンティティに供給すること、および前記ＭＡＣエンティティの前記少なくとも一つの並べ替えバッファに記憶される前記プロトコルデータユニットを消去することを前記ＭＡＣレイヤの前記ＭＡＣエンティティに示すプリミティブを前記ＭＡＣレイヤで受信する通信手段を更に備える、請求項１８記載の装置。
20. 前記ＭＡＣレイヤで受信される前記プリミティブはＲＲＣレイヤによって供給される、請求項１９記載の装置。
21. 前記ＭＡＣレイヤに供給される前記プリミティブは、前記アップリンクチャネルの再設定が完了したことを示すメッセージを前記ＲＲＣレイヤにおいて前記移動端末から受信することに応答して、前記ＲＲＣユニットによって供給される、請求項２０記載の装置。
22. 前記通信ユニットは、前記少なくとも一つのＲＬＣエンティティに前記ＭＡＣエンティティの少なくとも一つの並べ替えバッファに記憶される前記プロトコルデータユニットが供給されたときに、前記ＲＬＣエンティティによって前記移動端末から受信される前記プロトコルデータユニットの状態を判定すること、および前記移動端末への送信についての状態報告を生成することを前記アップリンクチャネルにマッピングされる全てのＲＬＣエンティティに示すプリミティブを前記ＭＡＣエンティティから前記ＲＬＣレイヤに供給するよう更に構成される、請求項１８から請求項２１のいずれかに記載の装置。
23. 前記通信ユニットは、前記移動端末に状態報告を供給することを前記少なくとも一つの対応するＲＬＣユニットに示す制御プロトコルデータユニットを、前記アップリンクチャネルが再設定されたときに、前記アップリンクチャネルに対して設定される少なくとも一つのＲＬＣエンティティそれぞれにおいて前記移動端末から受信する、請求項１８から請求項２２のいずれかに記載の装置。
24. 前記通信ユニットは、状態報告を生成し前記移動端末に送信することを前記アップリンクチャネルに対して設定される全てのＲＬＣエンティティに示すフラグを有する再設定メッセージを前記ＲＲＣレイヤにおいて前記移動端末から受信するよう更に構成される、請求項１８から請求項２３のいずれかに記載の装置。
25. 請求項２から請求項１７のいずれかに記載の方法のステップを実行するよう構成されるユニットを更に備える、請求項１８記載の装置。
26. 移動体通信システムのアクセスネットワークにおける装置のプロセッサによって実行されると、アップリンクチャネルの再設定の際にアップリンクチャネルを介して移動端末か
    らプロトコルデータユニットを受信するＭＡＣレイヤのＭＡＣエンティティを前記装置に再設定させる命令を記憶し、前記ＭＡＣエンティティは移動体通信システムのアクセスネットワークにおけるネットワーク要素に含まれる、コンピュータ読み取り可能媒体であって、前記命令は、
    前記アップリンクチャネルの再設定に応答して、前記アップリンクチャネルにマッピングされる少なくとも一つのＲＬＣエンティティを有するＲＬＣレイヤに前記ＭＡＣレイヤの少なくとも一つの並べ替えバッファに記憶されるプロトコルデータユニットを供給し、前記ＭＡＣエンティティの少なくとも一つの並べ替えバッファにおける前記プロトコルデータユニットを消去するステップと、
    前記少なくとも一つのＲＬＣエンティティそれぞれにおいて前記移動端末から受信する前記プロトコルデータユニットの状態を判定するステップと、
    前記処理結果に基づいて状態報告を生成するステップと、
    前記移動端末に前記状態報告を送信するステップと、
    によって前記装置にＭＡＣエンティティをリセットさせる、コンピュータ読み取り可能媒体。
27. 前記装置のプロセッサによって実行されると、請求項１から請求項１７のいずれかに記載の方法のステップを前記装置に実行させる命令を更に記憶する、請求項２６記載のコンピュータ読み取り可能媒体。
28. 移動体通信システムの無線アクセスネットワークにおけるネットワーク要素のアップリンクチャネルに対して設定される少なくとも一つのＲＬＣエンティティからの状態報告の送信を始動する方法であって、前記方法は、前記移動端末によって実行され、
    前記アップリンクチャネルを再設定するステップと、
    前記アップリンクチャネルの再設定に応答して、アップリンクチャネルに対して設定される少なくとも一つのＲＬＣエンティティに状態報告を生成し送信することを示すメッセージを前記移動端末から前記ネットワーク要素に送信するステップと、
    前記メッセージに応答して前記少なくとも一つのＲＬＣエンティティから状態報告を受信するステップと、を備える方法。
29. 前記アップリンクチャネルの再設定はアップリンクトランスポートチャネル再設定である、請求項２８記載の方法。
30. 前記アップリンクチャネルは、送信時間間隔に分割され、各送信時間間隔において、データは、前記アップリンクチャネルを介して前記移動端末から送信され、前記再設定は前記アップリンクトランスポートチャネルの前記送信時間間隔を変更することを含む、請求項２９記載の方法。
31. 少なくとも一つのＨＡＲＱ処理を利用してアップリンクチャネルを介してプロトコルデータユニットを送信するステップを更に備え、
    少なくとも一つの対応するＨＡＲＱ処理で送信される前記プロトコルデータユニットには、一つの論理チャネルからのプロトコルデータユニットのシーケンスを示す送信シーケンス番号が割り当てられ、
    前記アップリンクチャネルの再設定に応答して、前記移動端末は前記送信シーケンス番号をリセットする、請求項２８から請求項３０のいずれかに記載の方法。
32. 前記アップリンクチャネルを介してアップリンクスケジューリングされるデータの送信のために複数のＨＡＲＱ処理のうちの対応する一つをアクティブにするか非アクティブにするかを前記移動端末に示す少なくとも一つの絶対的許可を受信するステップと、
    前記アップリンクチャネルの再設定の際、前記少なくとも一つの絶対的許可によって以
    前に非アクティブにされたＨＡＲＱ処理をアクティブにするステップと、を更に備える請求項２８から請求項３１のいずれかに記載の方法。
33. 前記複数のＨＡＲＱ処理のうちの少なくとも一つを非アクティブにすることを示す前記ＲＲＣレイヤの少なくとも一つのシグナリングメッセージを受信するステップを更に備え、
    前記少なくとも一つのシグナリングメッセージによって以前に非アクティブにされたＨＡＲＱ処理は、前記アップリンクチャネルを再設定する際にアクティブにされる、請求項３２記載の方法。
34. 移動端末によって実行される、前記移動端末のＭＡＣレイヤを設定する方法であって、
    前記ＭＡＣレイヤの少なくとも一つのＨＡＲＱ処理を利用してアップリンクチャネルを介してプロトコルデータユニットを送信し、前記少なくとも一つの対応するＨＡＲＱ処理で送信される前記プロトコルデータユニットには、前記少なくとも一つの並べ替えバッファ内の前記プロトコルデータユニットが配置される一つの論理チャネルからのプロトコルデータユニットのシーケンスを示す送信シーケンス番号が割り当てられるステップと、
    前記アップリンクチャネルを再設定するステップと、
    前記アップリンクチャネルの再設定に応答して前記送信シーケンス番号をリセットするステップと、を備える方法。
35. 前記送信シーケンス番号は、受信パケットデータユニットの順序通りの配信を上位レイヤに提供するために、受信装置のＭＡＣレイヤにおけるＭＡＣエンティティによって使用される、請求項３１から請求項３４記載の方法。
36. 前記送信シーケンス番号は、再設定後に前記アップリンクチャネルを介して送信される論理チャネルの第１のプロトコルデータの送信に対して０にリセットされる、請求項３１から請求項３５のいずれかに記載の方法。
37. 移動体通信システムの無線アクセスネットワークにおけるネットワーク要素のアップリンクチャネルに対して設定される少なくとも一つのＲＬＣエンティティからの状態報告の送信を始動する移動端末であって、
    前記アップリンクチャネルを再設定するよう構成される再設定ユニットと、
    前記アップリンクチャネルの再設定に応答して、状態報告を生成し送信することをアップリンクチャネルに対して設定される少なくとも一つのＲＬＣエンティティに示すメッセージを前記移動端末から前記ネットワーク要素に送信する送信器と、
    前記メッセージに応答して、前記少なくとも一つのＲＬＣエンティティから状態報告を受信する受信器と、を備える移動端末。
38. 請求項２８から請求項３３、請求項３５または請求項３６のいずれかに記載の方法のステップを実行するよう構成される手段を更に備える、請求項３７記載の移動端末。
39. 移動端末のＭＡＣレイヤを設定する移動端末であって、
    前記ＭＡＣレイヤの少なくとも一つのＨＡＲＱ処理を利用して前記アップリンクチャネルを介してプロトコルデータユニットを送信し、前記移動端末が、前記少なくとも一つの並べ替えバッファに前記プロトコルデータユニットが配置される論理チャネルのプロトコルデータユニットのシーケンスを示す送信シーケンス番号を前記少なくとも一つの対応するＨＡＲＱ処理で送信されるプロトコルデータユニットに割り当てるよう構成される送信器と、
    前記アップリンクチャネルを再設定するよう構成される再設定ユニットと、
    前記アップリンクチャネルの再設定に応答して前記送信シーケンス番号をリセットする
    設定ユニットと、を備える移動端末。
40. 請求項３５または請求項３６に記載の方法のステップを実行するよう構成される手段を更に備える、請求項３９記載の移動端末。
41. 移動端末のプロセッサによって実行されると、移動体通信システムの無線アクセスネットワークにおけるネットワーク要素のアップリンクチャネルに対して設定される少なくとも一つのＲＬＣエンティティからの状態報告の送信を移動端末に始動させる命令を記憶するコンピュータ読み取り可能媒体であって、前記命令は、
    前記アップリンクチャネル再設定するステップと、
    前記アップリンクチャネルの再設定に応答して、状態報告を生成し送信することをアップリンクチャネルに対して設定される少なくとも一つのＲＬＣエンティティに示すメッセージを前記移動端末から前記ネットワーク要素に送信するステップと、
    前記メッセージに応答して、前記少なくとも一つのＲＬＣエンティティから状態報告を受信するステップと、
    によって前記移動端末に状態報告の送信を始動させる、コンピュータ読み取り可能媒体。
42. 前記移動端末の前記プロセッサによって実行されると、請求項２８から請求項３３、請求項３５または請求項３６のいずれかに記載の方法のステップを前記移動端末に実行させる命令を更に記憶する、請求項４１記載のコンピュータ読み取り可能媒体。
43. 移動端末のプロセッサによって実行されると、
    前記ＭＡＣレイヤの少なくとも一つのＨＡＲＱ処理を利用して前記アップリンクチャネルを介してプロトコルデータユニットを送信し、少なくとも一つの対応するＨＡＲＱ処理で送信される前記プロトコルデータユニットには、前記少なくとも一つの並べ替えバッファに前記プロトコルデータユニットが配置される論理チャネルのプロトコルデータユニットのシーケンスを示す送信シーケンス番号が割り当てられるステップと、
    前記アップリンクチャネルを再設定するステップと、
    前記アップリンクチャネルの再設定に応答して前記送信シーケンス番号をリセットするステップと、
    によって移動端末のＭＡＣレイヤを前記移動端末に設定させる命令を記憶するコンピュータ読み取り可能媒体。
44. 前記移動端末の前記プロセッサによって実行されると、請求項３５または請求項３６に記載の方法のステップを前記移動端末に実行させる命令を更に記憶する、請求項４３記載のコンピュータ読み取り可能媒体。
45. 移動端末によって実行される、前記移動端末のＭＡＣレイヤを設定する方法であって、
    アップリンクチャネルを介してアップリンクスケジューリングされるデータの送信のために複数のＨＡＲＱ処理のうちの対応する一つをアクティブにするか非アクティブにするかを前記移動端末に示す少なくとも一つの絶対的許可を受信するステップと、
    前記アップリンクチャネルを再設定するステップと、
    前記アップリンクチャネルを再設定する際、前記少なくとも一つの絶対的許可によって以前に非アクティブにされたＨＡＲＱ処理をアクティブにするステップと、を備える方法。
46. 前記複数のＨＡＲＱ処理の少なくとも一つを非アクティブにすることを示す前記ＲＲＣレイヤの少なくとも一つのシグナリングメッセージを受信するステップを更に備え、
    前記少なくとも一つのシグナリングメッセージによって以前に非アクティブにされたＨ
    ＡＲＱ処理は、前記アップリンクチャネルの再設定の際にアクティブにされる、請求項４５記載の方法。
47. ＭＡＣレイヤを設定する移動端末であって、
    アップリンクチャネルを介するアップリンクデータの送信のために複数のＨＡＲＱ処理の対応する一つをアクティブにするか非アクティブにするかを前記移動端末に示す少なくとも一つの絶対的許可を受信する受信器と、
    前記アップリンクチャネルを再設定し、前記アップリンクチャネルの再設定の際に前記少なくとも一つの絶対的許可によって以前に非アクティブにされたＨＡＲＱ処理をアクティブにするよう構成される再設定ユニットと、を備える移動端末。
48. 前記受信器は、前記複数のＨＡＲＱ処理の少なくとも一つを非アクティブにすることを示す前記ＲＲＣレイヤの少なくとも一つのシグナリングメッセージを受信するよう構成され、
    前記再設定ユニットは、前記アップリンクチャネルの再設定の際に前記少なくとも一つのシグナリングメッセージによって以前に非アクティブにされたＨＡＲＱ処理をアクティブにするよう構成される、請求項４７記載の移動端末。
49. 移動端末のプロセッサによって実行されると、
    アップリンクチャネルを介してアップリンクスケジューリングされるデータの送信のために複数のＨＡＲＱ処理のうちの対応する一つをアクティブにするか非アクティブにするかを前記移動端末に示す少なくとも一つの絶対的許可を受信するステップと、
    前記アップリンクチャネルを再設定するステップと、
    前記アップリンクチャネルを再設定する際、前記少なくとも一つの絶対的許可によって以前に非アクティブにされたＨＡＲＱ処理をアクティブにするステップと、
    によって移動端末のＭＡＣレイヤを前記移動端末に設定させる命令を記憶する、コンピュータ読み取り可能媒体。
50. 前記移動端末の前記プロセッサによって実行されると、前記複数のＨＡＲＱ処理の少なくとも一つを非アクティブにすることを示す前記ＲＲＣレイヤの少なくとも一つのシグナリングメッセージを前記移動端末に受信させる命令を更に記憶し、
    前記少なくとも一つのシグナリングメッセージによって以前に非アクティブにされたＨＡＲＱ処理は、前記アップリンクチャネルの再設定の際にアクティブにされる、請求項４９記載のコンピュータ読み取り可能媒体。

Images