(57)【特許請求の範囲】
【請求項１】
中継ノードは、キャリア周波数ｆ２を使用する第１コンポーネントキャリアとキャリア周波数ｆ１を使用する第２コンポーネントキャリアを含む第１通信リンクにおいて基地局と接続し、少なくとも一つのユーザ機器は、キャリア周波数ｆ１を使用する第２通信リンクにおいて前記中継ノードに付属する、通信システムの前記中継ノードの上りリンクシェアードチャネルを動的に構成するための前記基地局であって、
予め定められたサブフレームの中で、前記第２コンポーネントキャリアのための前記中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化するために、前記中継ノードを動的に指示するプロセッサおよび送信機を具備し、
前記プロセッサは、
前記第２コンポーネントキャリアのための前記中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化するための指示の中に時間遅延パラメータを含め、前記時間遅延パラメータは、前記中継ノードに対して、前記第２コンポーネントキャリアのための前記中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化する前に待つためのものであり、
前記第２コンポーネントキャリアのための前記中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化を戻すために前記中継ノードのための満了パラメータを含め、
前記中継ノードによって繰り返し適用される非アクティブ／アクティブ期間のパターンを決定するための情報を含める、
基地局。
【請求項２】
前記プロセッサは、
前記基地局から前記中継ノードへ送信されるデータのトラフィックを監視し、
前記中継ノードから受信されたバッファ状態のレポートを監視し、
前記データトラフィックと前記バッファ状態のレポートの中で示される値との割合を決め、
決められた割合が第１の予め決められた割合よりも高くなったケースにおいて、予め定められたサブフレームの中で、前記第２コンポーネントキャリアのための前記中継ノードの上りリンクシェアードチャネルを非アクティブ化し、
決められた割合が第２の予め決められた割合よりも低くなったケースにおいて、予め定められたサブフレームの中で、前記第２コンポーネントキャリアのための前記中継ノードの上りリンクシェアードチャネルをアクティブ化する、
請求項１に記載の基地局。
【請求項３】
前記送信機は、
予め定められたサブフレームの中で、前記第２コンポーネントキャリアのための前記中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化することを前記中継ノードに指示するために、前記第１または第２コンポーネントキャリアを使用して前記中継ノードにアクティブ化／非アクティブ化メッセージを送信する、
請求項１または請求項２に記載の基地局。
【請求項４】
前記アクティブ化／非アクティブ化メッセージは、メディアアクセス制御プロトコルレイヤの制御エレメントとともに送信される、あるいは、前記基地局から前記中継ノードへの下り制御チャネル上で送信される上りリンクグラントメッセージあるいは下り割り当てメッセージとともに送信される、
請求項３記載の基地局。
【請求項５】
前記プロセッサは、前記基地局に接続された全ての前記中継ノードに共通の無線ネットワーク一時識別子ＲＮＴＩを使用して前記上りリンクグラントメッセージあるいは前記下り割り当てメッセージをマスクし、
前記プロセッサは、さらに、前記上りリンクグラントメッセージあるいは前記下り割り当てメッセージに、前記中継ノードを識別する中継ノード識別子を含める、
請求項４に記載の基地局。
【請求項６】
前記プロセッサは、前記中継ノードを識別する無線ネットワーク一時識別子ＲＮＴＩを使用して前記上りリンクグラントメッセージあるいは前記下り割り当てメッセージをマスクする、
請求項４に記載の基地局。
【請求項７】
前記プロセッサは、前記上りリンクシェアードチャネルが予め定められたサブフレームの中でアクティブ化／非アクティブ化される第２コンポーネントキャリアを識別するために、アクティブ化／非アクティブ化メッセージの中にコンポーネントキャリア識別子を含める、
請求項１から請求項６のいずれかに記載の基地局。
【請求項８】
前記第２コンポーネントキャリアのための前記中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化することを前記中継ノードに動的に指示するための要求を前記中継ノードから受信する受信機、
を具備する請求項１から請求項７のいずれかに記載の基地局。
【請求項９】
中継ノードは、キャリア周波数ｆ２を使用する第１コンポーネントキャリアとキャリア周波数ｆ１を使用する第２コンポーネントキャリアとを含む第１通信リンクにおいて基地局と接続し、少なくとも一つのユーザ機器は、キャリア周波数ｆ１を使用する第２通信リンクにおいて前記中継ノードに付属する、通信システムの前記中継ノードの上りリンクシェアードチャネルを動的に構成するための方法であって、
前記基地局によって実行される以下のステップを有する、すなわち、
予め定められたサブフレームの中で、前記第２コンポーネントキャリアのための前記中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化するために、前記中継ノードを動的に指示し、
前記第２コンポーネントキャリアのための前記中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化するための指示は、
前記第２コンポーネントキャリアのための前記中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化する前に待つために前記中継ノードのための時間遅延パラメータを含む、
および／あるいは、
前記第２コンポーネントキャリアのための前記中継ノードの上りリンクシェアードチャネルのアクティブ化／非アクティブ化を戻すために前記中継ノードのための満了パラメータを含む、
および／あるいは、
前記中継ノードによって繰り返し適用される非アクティブ／アクティブ期間のパターンを決定するための情報を含む、
方法。
【請求項１０】
前記上りリンクシェアードチャネルをアクティブ化／非アクティブ化するために前記中継ノードに指示するステップは、前記第１および第２の通信リンク中のトラフィック状況に基づく、
請求項９に記載の方法。
【請求項１１】
前記基地局は、以下のステップを実行することによって、前記第２コンポーネントキャリアのための前記中継ノードの上りリンクシェアードチャネルの非アクティブ化をすることを決定する、すなわち、
前記基地局から前記中継ノードへ送信されるデータのトラフィック、および、前記中継ノードから受信されたバッファ状態のレポートを監視し、
前記データトラフィックと、前記バッファ状態のレポートの中で示される値との割合を決定し、
決められた割合が第１の予め決められた割合よりも高くなったケースにおいて、予め定められたサブフレームの中で、前記第２コンポーネントキャリアのための前記中継ノードの上りリンクシェアードチャネルの非アクティブ化のステップを実行し、
決められた割合が第２の予め決められた割合よりも低くなったケースにおいて、予め定められたサブフレームの中で、前記第２コンポーネントキャリアのための前記中継ノードの上りリンクシェアードチャネルのアクティブ化のステップが実行される、
請求項９に記載の方法。
【請求項１２】
前記アクティブ化／非アクティブ化は、前記中継ノードにアクティブ化／非アクティブ化メッセージを送信することによって指示される、
請求項９から請求項１１のいずれかに記載の方法。
【請求項１３】
前記アクティブ化／非アクティブ化メッセージは、前記第１あるいは第２コンポーネントキャリアを使用して前記基地局から前記中継ノードに送信される、
請求項１２に記載の方法。
【請求項１４】
前記アクティブ化／非アクティブ化メッセージは、メディアアクセス制御プロトコルレイヤの制御エレメントとともに送信される、
あるいは、
前記アクティブ化／非アクティブ化メッセージは、前記基地局から前記中継ノードへの下り制御チャネル上で送信される上りリンクグラントメッセージとともに送信される、
あるいは、
前記アクティブ化／非アクティブ化メッセージは、前記基地局から前記中継ノードへの下り制御チャネル上で送信される下り割り当てメッセージとともに送信される、
請求項１２または請求項１３に記載の方法。
【請求項１５】
前記上りリンクグラントメッセージあるいは前記下り割り当てメッセージは、前記基地局に接続された全ての前記中継ノードに共通の無線ネットワーク一時識別子ＲＮＴＩを使用してマスクされ、
前記上りリンクグラントメッセージあるいは前記下り割り当てメッセージは、前記中継ノードを識別する中継ノード識別子を具備する、
請求項１４に記載の方法。
【請求項１６】
前記上りリンクグラントメッセージあるいは下り割り当てメッセージは、前記中継ノードを識別する無線ネットワーク一時識別子ＲＮＴＩを使用してマスクされる、
請求項１４に記載の方法。
【請求項１７】
前記アクティブ化／非アクティブ化メッセージは、前記上りリンクシェアードチャネルが予め定められたサブフレームの中でアクティブ化／非アクティブ化される第２コンポーネントキャリアを識別するためのコンポーネントキャリア識別子を具備する、
請求項１２から請求項１６のいずれかに記載の方法。
【請求項１８】
前記上りリンクシェアードチャネルは、好ましくは、アクティブ化／非アクティブ化フラグを使用することによって、前記第２コンポーネントキャリアの全てのサブフレームの中でアクティブ化／非アクティブ化される、
請求項９から請求項１７のいずれかに記載の方法。
【請求項１９】
前記上りリンクシェアードチャネルは、好ましくは、ビットマップを使用することによって示されることによって、前記第２コンポーネントキャリアの全てのサブフレームの中のサブセットでアクティブ化／非アクティブ化される、
請求項９から請求項１７のいずれかに記載の方法。
【請求項２０】
前記上りリンクシェアードチャネルが非アクティブ化されるこれらのサブフレームは、
前記上りリンクシェアードチャネルが非アクティブ化されるサブフレームを明らかにすること、あるいは、
前記上りリンクシェアードチャネルがアクティブ化を維持しているサブフレームを明らかにすること、あるいは、
前記上りリンクシェアードチャネルが非アクティブ化されているサブフレームに付随したハイブリッド自動再送要求ＨＡＲＱプロトコルのプロセスを明らかにすること、あるいは、
前記上りリンクシェアードチャネルがアクティブ化を維持しているサブフレームに付随したハイブリッド自動再送要求ＨＡＲＱプロトコルのプロセスを明らかにすること、
によって示される、
請求項１９に記載の方法。
【請求項２１】
前記中継ノードは、前記基地局に対して、前記第２コンポーネントキャリアのための前記中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化することを前記中継ノードに動的に指示することを要求する、
請求項９から請求項２０のいずれかに記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継ノードの上りリンクシェアードチャネルを動的に設定するための方法、および、前記方法に関与する基地局および中継ノードに関する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化あるいは発展・進化させるうえでの最初のステップとして、高速下りリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンスト上りリンク（高速上りリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００４】
ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS terrestrial Radio Access Network：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８（ＬＴＥ）として公開される（ＬＴＥリリース８）。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの機能を低待ち時間および低コストにおいて完全に提供する。詳細なシステム要件は、文献に記載されている。ＬＴＥにおいては、与えられたスペクトルを使用してフレキシブルなシステム配備を達成する目的で、複数の送信帯域幅（例えば、１．４ＭＨｚ、３．０ＭＨｚ、５．０ＭＨｚ、１０．０ＭＨｚ、１５．０ＭＨｚ、および２０．０ＭＨｚ）が指定されている。下りリンクには、ＯＦＤＭ（直交周波数分割多重）をベースとする無線アクセスが採用されており、その理由として、そのような無線アクセスは、シンボルレートが低いため本質的にマルチパス干渉（ＭＰＩ）を受けにくいこと、サイクリックプレフィックス（ＣＰ）を使用していること、さまざまな送信帯域幅の構成に対応可能であること、が挙げられる。上りリンクには、ＳＣ−ＦＤＭＡ（シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されており、なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるためである。ＬＴＥ（リリース８）では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用されており、効率の高い制御シグナリング構造が達成されている。
【０００５】
ＬＴＥアーキテクチャ
図１は、ＬＴＥの全体的なアーキテクチャを示しており、図２は、Ｅ−ＵＴＲＡＮのアーキテクチャをさらに詳しく示している。Ｅ−ＵＴＲＡＮは、ｅＮｏｄｅＢから構成されており、ｅＮｏｄｅＢは、ユーザ機器（ＵＥ）に向かうＥ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルを終端させる。ｅＮｏｄｅＢ（ｅＮＢ）は、物理層（ＰＨＹ）、メディアアクセス制御（ＭＡＣ）層、無線リンク制御（ＲＬＣ）層、およびパケットデータ制御プロトコル（ＰＤＣＰ）層（ユーザプレーンのヘッダ圧縮および暗号化の機能を含んでいる）をホストする。ｅＮｏｄｅＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮｏｄｅＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉された上りリンクＱｏＳ（サービス品質）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号化、下りリンク／上りリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。ｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。
【０００６】
さらに、ｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）に接続されており、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）に接続されており、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。サービングゲートウェイは、ユーザデータパケットのルーティングおよび転送を行う一方で、ｅＮｏｄｅＢ間のハンドオーバ時にユーザプレーンのモビリティアンカー（mobility anchor）としての役割と、ＬＴＥとそれ以外の３ＧＰＰ技術との間のモビリティのためのアンカーとしての役割も果たす（Ｓ４インタフェースを終端させ、２Ｇ／３Ｇシステムとパケットデータネットワークゲートウェイ（ＰＤＮ  ＧＷ）との間でトラフィックを中継する）。サービングゲートウェイは、アイドル状態のユーザ機器に対しては、そのユーザ機器への下りリンクデータが到着したとき下りリンク（ＤＬ）データ経路を終端させ、ページングをトリガーする。サービングゲートウェイは、ユーザ機器のコンテキスト（例えば、ＩＰベアラサービスのパラメータ、ネットワーク内部ルーティング情報）を管理および格納する。さらに、サービングゲートウェイは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。
【０００７】
ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラの有効化／無効化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバ時とに、ユーザ機器のサービングゲートウェイを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証を確認し、ユーザ機器のローミング制限を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【０００８】
第１層／第２層（Ｌ１／Ｌ２）制御シグナリング
スケジューリングされたユーザに、その割り当てステータス、トランスポートフォーマット、およびその他のデータ関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、Ｌ１／Ｌ２制御シグナリングはデータと一緒に下りリンク上で送信される。Ｌ１／Ｌ２制御シグナリングは、サブフレームの中で下りリンクデータと一緒に多重化され、ユーザ割り当てがサブフレーム単位で変化しうるものとして仮定される。留意すべき点として、ユーザ割り当てはＴＴＩ（送信時間間隔）ベースで実行されることもあり、その場合、ＴＴＩ長はサブフレームの倍数である。ＴＴＩ長は、サービスエリアにおいてすべてのユーザについて一定とする、ユーザごとに異なる長さをとりうる、あるいは、ユーザごとに動的な長さとすることもできる。一般的には、Ｌ１／Ｌ２制御シグナリングをＴＴＩごとに１回送信するのみでよい。Ｌ１／Ｌ２制御シグナリングは、物理下りリンク制御チャネル（ＰＤＣＣＨ）を介して送信される。３ＧＰＰ，ＬＴＥの中では、上りリンクスケジューリンググラントあるいは上りリンクリソース割り当てとも呼ばれる、上りリンク送信のための割り当ても、ＰＤＣＣＨを介して送信される、ということに留意すべきである。
【０００９】
スケジューリンググラントに関して、Ｌ１／Ｌ２制御シグナリング上で送信される情報は、以下の２つのカテゴリ、すなわちカテゴリ１の情報を伝える共有制御情報（ＳＣＩ：Shared Control Information）とカテゴリ２／カテゴリ３の情報を伝える個別制御情報（ＤＣＩ：Dedicated Control Information）に分けられる。
【００１０】
カテゴリ１の情報を伝える共有制御情報（ＳＣＩ）
Ｌ１／Ｌ２制御シグナリングの共有制御情報部分は、リソース割り当て（指示）に関連する情報を含んでいる。共有制御情報は、一般には以下の情報を含んでいる。
−  ユーザＩＤ：リソースに割り当てられるユーザを示すもの。
−  ＲＢ割り当て情報：ユーザに割り当てられるリソース（リソースブロック：ＲＢ）を示すためのもの。ユーザに割り当てられるＲＢの数は動的とすることができる。
−  割り当ての持続時間（オプション）：複数のサブフレーム（またはＴＴＩ）にわたる割り当てが可能である場合。
【００１１】
他のチャネルの設定および個別制御情報（ＤＣＩ）の設定に応じて、共有制御情報は、以下のように、上りリンク送信に対するＡＣＫ／ＮＡＣＫ、上りリンクスケジューリング情報、ＤＣＩに関する情報（例：リソース、ＭＣＳ）などの情報を、さらに含んでいる。
【００１２】
カテゴリ２／カテゴリ３の情報を伝える個別制御情報（ＤＣＩ）
Ｌ１／Ｌ２制御シグナリングの個別制御情報部分は、カテゴリ１によって示されるスケジューリングされたユーザに送信されるデータの送信フォーマットに関連する（カテゴリ２）情報を含んでいる。さらに、再送信プロトコルとして（ハイブリッド）ＡＲＱを適用する場合、カテゴリ２情報はＨＡＲＱ（カテゴリ３）情報を伝える。個別制御情報は、カテゴリ１によるスケジューリング対象ユーザによって復号されるのみでよい。個別制御情報は、一般には以下に関する情報を含んでいる。
−  カテゴリ２：変調方式、トランスポートブロック（ペイロード）サイズ（または符号化レート）、ＭＩＭＯ（Multiple Input Multiple Output）関連情報など。トランスポートブロック（あるいはペイロードサイズ）あるいはコードレートは、信号で送られることができる。どのような場合でも、これらのパラメータは、変調方式情報とリソース情報（リソースブロックを割り当てられた数）を用いることによってお互いから計算されることができる。
−  カテゴリ３：ＨＡＲＱ関連情報（例えば、ハイブリッドＡＲＱプロセス番号、冗長性バージョン、再送連続番号。
【００１３】
下りリンク制御情報は、全体的なサイズおよびその分野に含まれる情報も異なるいくつかのフォーマットの中に存在する。現在ＬＴＥのリリース８、リリース９（３ＧＰＰ  ＬＴＥ）に定められた、異なるＤＣＩフォーマットは、３ＧＰＰ  ＴＳ３６．２１２、“Multiplexing and channel coding (Release 9)”、バージョン８．８．０または９．０．０、セクション５．３．３．１（ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇから入手可能であり、その内容は本明細書に援用される）に詳細に記述されている。
【００１４】
下りリンクと上りリンクのデータ送信
下りデータ送信に関して、Ｌ１／Ｌ２制御シグナリングは、下りリンクパケットデータと共に送信される分離物理チャネル（ＰＤＣＣＨ）上で送信される。このＬ１／Ｌ２制御シグナリングは、一般には以下の情報を含んでいる。
−  データが送信される物理リソース（例えば、ＯＦＤＭにおけるサブキャリアあるいはサブキャリアブロック、ＣＤＭＡにおけるコード）。この情報は、端末（受信機）に対して、データが送信されるリソースを特定することを可能にする。
−  ユーザ機器が、Ｌ１／Ｌ２制御シグナリングの中にキャリア識別フィールド（ＣＩＦ:Carrier Indication Field）を持つように構成されているときには、この情報は、特定の制御シグナリング情報が意味されるコンポーネントキャリアを特定する。これは、もう１つのコンポーネントキャリアを対象とした割り当てを、１つのコンポーネントキャリア上で送られること（"cross-carrier scheduling"）を可能にする。この他の、クロススケジュールコンポーネントキャリアは、例えば、ＰＤＣＣＨにはないコンポーネントキャリア、すなわち、そのクロススケジュールコンポーネントキャリアがＬ１／Ｌ２制御シグナリングを全く運ばないものとすることができる。
−  送信に使われるトランポートフォーマット。これは、データのトランポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（Modulation and Coding Scheme）レベル、周波数利用効率、コードレート等である。この情報（通常はリソース割り当て（ユーザ機器に割り当てられたリソースブロック数等）と共に）は、ユーザ機器（受信機）に対して、復調、デレートマッチングおよび復号プロセスを開始するために、情報ビットサイズ、変調方式およびコードレートを明らかにすることを可能とする。この変調方式は、信号によって明確に示される。
−  ハイブリッドＡＲＱ（ＨＡＲＱ）情報：
・  ＨＡＲＱプロセス数：ユーザ機器に対して、データがマッピングされたハイブリッドＡＲＱプロセスを明らかにすることを可能とする。
・  シーケンス数あるいは新規データインジケータ（ＮＤＩ：New Data Indicator）：ユーザ機器に対して、送信パケットが、新規パケットか再送パケットかを明らかにすることを可能とする。ソフト合成が、ＨＡＲＱプロトコルの中で実施されていれば、ＨＡＱＲプロセス数と共にあるシーケンス数あるいは新規データインジケータは、復号に先だってのＰＤＵのための送信パケットのソフト合成を可能とする。
・  冗長性および／または配置バージョン：ユーザ機器に、使用された（デレートマッチングにおいて要求された）ハイブリッドＡＲＱ冗長性バージョン、および／または、使用された（復調において要求された）配置バージョンを伝える。
・  ＵＥ識別（ＵＥ  ＩＤ）：Ｌ１／Ｌ２制御シグナリングがどのユーザ機器を目的としているのかを伝える。典型的な実施の中において、この情報は、この情報を読もうとする他のユーザ機器を妨げるために、Ｌ１／Ｌ２制御シグナリングのＣＲＣをマスクするために用いられる。
【００１５】
上りリンクパケットデータ送信を可能にするために、Ｌ１／Ｌ２制御シグナリングは、送信の詳細についてユーザ機器に伝えるために、下りリンク（ＰＤＣＣＨ）上で送信される。このＬ１／Ｌ２制御シグナリングは、一般には以下の情報を含んでいる。
−  データが送信される物理リソース：ユーザ機器がデータを送信するときのもの（例えば、ＯＦＤＭにおけるサブキャリアあるいはサブキャリアブロック、ＣＤＭＡにおけるコード）。
−  ユーザ機器が、Ｌ１／Ｌ２制御シグナリングの中にキャリア識別フィールド（ＣＩＦ:Carrier Indication Field）を持つように構成されているときには、この情報は、特定の制御シグナリング情報が意味されるコンポーネントキャリアを特定する。これは、もう１つのコンポーネントキャリアを対象とした割り当てを、１つのコンポーネントキャリア上で送られること（"cross-carrier scheduling"）を可能にする。この他の、クロススケジュールコンポーネントキャリアは、例えば、ＰＤＣＣＨにはないコンポーネントキャリア、すなわち、そのクロススケジュールコンポーネントキャリアがＬ１／Ｌ２制御シグナリングを全く運ばないものとすることができる。
−  上りリンクグラントのためのＬ１／Ｌ２制御シグナリング：上りリンクのコンポーネントキャリアとリンクされたＤＬコンポーネントキャリアで、あるいは、いくつかのＤＬコンポーネントキャリアが同一のＵＬコンポーネントキャリアにリンクしていればいくつかのＤＬコンポーネントキャリアのひとつで送られる。
−  トランポートフォーマット：ユーザ機器が送信のために使うべきもの。これは、データのトランポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（Modulation and Coding Scheme）レベル、周波数利用効率、コードレート等である。この情報（通常はリソース割り当て（ユーザ機器に割り当てられたリソースブロック数等）と共に）は、ユーザ機器（受信機）に対して、復調、デレートマッチングおよび復号プロセスを開始するために、情報ビットサイズ、変調方式およびコードレートを明らかにすることを可能とする。この変調方式は、信号によって明確に示される。
−  ハイブリッドＡＲＱ（ＨＡＲＱ）情報：
・  ＨＡＲＱプロセス数：ユーザ機器に、どのハイブリッドＡＲＱプロセスからデータを選ぶべきかを伝える。
・  シーケンス数あるいは新規データインジケータ：ユーザ機器に、新規パケットあるいは再送パケットを送信することを伝える。ソフト合成が、ＨＡＲＱプロトコルの中で実施されていれば、ＨＡＱＲプロセス数と共にあるシーケンス数あるいは新規データインジケータは、復号に先だってのプロトコルデータユニット（ＰＤＵ）のための送信パケットのソフト合成を可能とする。
・  冗長性および／または配置バージョン：ユーザ機器に、使用された（デレートマッチングにおいて要求された）ハイブリッドＡＲＱ冗長性バージョン、および／または、使用された（復調において要求された）配置バージョンを伝える。
・  ＵＥ識別（ＵＥ  ＩＤ）：Ｌ１／Ｌ２制御シグナリングがどのユーザ機器を目的としているのかを伝える。典型的な実施の中において、この情報は、この情報を読もうとする他のユーザ機器を妨げるために、Ｌ１／Ｌ２制御シグナリングのＣＲＣをマスクするために用いられる。
【００１６】
上りリンクと下りリンクのデータ伝送の中で上記に言及した情報部分の正確な送信の仕方についていくつかの異なる可能性がある。さらに、上りリンクと下りリンクの中で、Ｌ１／Ｌ２制御シグナリングが、さらなる情報を含む、あるいは、情報の一部を省略するかもしれない。例えば、以下の通りである。
−  ＨＡＲＱプロセス数は、必要とされないかもしれない、すなわち、同期ＨＡＲＱプロトコルのケースにおいて、送出されない。
−  もし、チェイス合成が使われたり（いつも同一の冗長性および／または配置バージョン）、冗長性および／または配置バージョンのシーケンスが事前に決められていたりすると、冗長性および／または配置バージョンは必要とされないかもしれず、送出されない。
−  電力制御情報は、制御信号の中に追加的に含められるかもしれない。
−  例えば、プレコーディングのような制御情報に関連したＭＩＭＯは、制御信号の中に追加的に含められるかもしれない。
−  複数の符号語のＭＩＭＯ送信のケースにおいて、トランスポートフォーマットおよび／または複数の符号語のためのＨＡＲＱ情報は、含められるかもしれない。
【００１７】
ＬＴＥの中で、ＰＤＣＣＨ上で送出された（物理上りリンクシェアードチャネル（ＰＵＳＣＨ）上の）上りリンクリソースの割り当てのために、Ｌ１／Ｌ２制御シグナリングは、ＨＡＱＲプロセス数を含まない。これは、同期ＨＡＲＱプロトコルがＬＴＥ上り回線のために使用されるためである。上りリンク送信に使われるＨＡＲＱプロセスは、タイミングによって与えられる。さらに、冗長バージョン（ＲＶ）情報がトランスポートフォーマット情報と共同で符号化される点に留意する必要がある。すなわち、ＲＶ情報は、トランスポートフォーマット（ＴＦ）フィールドの中に埋め込まれる。トランスポートフォーマット（ＴＦ）のそれぞれの変調と符号化のスキーム（ＭＣＳ）フィールドは、例えば５ビットのサイズを持ち、それらは、３２エントリに対応する。３つのＴＦ／ＭＣＳテーブルエントリは、冗長バージョン（ＲＶ）１、２または３を示すために予約される。残りのＭＣＳテーブルエントリは、暗黙的にＲＶ０を示すＭＣＳレベル（ＴＢＳ）を送出するために使用される。ＰＤＣＣＨのＣＲＣフィールドのサイズは１６ビットである。
【００１８】
ＬＴＥの中で、ＰＤＣＣＨ上で送出された下りリンク割り当て（ＰＤＳＣＨ）のために、冗長バージョン（ＲＶ）は、２つのビットフィールドの中に分けて送出される。さらに、変調順序情報は、トランスポートフォーマット情報と共同で符号化される。上りリンクのケースと同様に、ＰＤＣＣＨ上で送出される５ビットのＭＣＳフィールドがある。エントリの３つは、トランスポートフォーマット（トランスポートブロック）情報を提供すること無く、明確な変調順序を送出するために予約される。残りの２９のエントリのために、変調順序とトランスポートブロックサイズ情報が送出される。
【００１９】
物理下りリンク制御チャネル（ＰＤＣＣＨ）
物理下りリンク制御チャネル（ＰＤＣＣＨ）は、Ｌ１／Ｌ２制御シグナリング、すなわち、送信電力制御コマンド、上りリンクまたは下りリンクのデータ送信のためのリソースを割り当てるためのスケジューリンググラントを運ぶ。より正確であるために、下りリンク制御チャネル情報（すなわち、ＤＣＩの内容、各Ｌ１／Ｌ２制御シグナリングの情報）は、それに対応する物理チャネル、ＰＤＣＣＨにマッピングされる。この「マッピング」は、下りリンク制御チャンネル情報のためにＣＲＣアタッチメントの決定を含む。ＣＲＣアタッチメントは、以下で更に詳細に説明されるように、ＲＮＴＩと共に隠されている下りリンク制御チャネル情報で計算されるＣＲＣである。下りリンク制御チャンネル情報およびそのＣＲＣアタッチメントは、そのときＰＤＣＣＨ上で送信される（３ＧＰＰ  ＴＳ  ３６．２１２、セクション４．２および５．３．３参照）。
【００２０】
ＰＤＣＣＨペイロードを形成するために、ＤＣＩは、チャネル符号化を受ける。具体的には、ＣＲＣアタッチメントの追加の後、ＰＤＣＣＨフォーマット容量に従う畳み込み符号化およびレートマッチングが行われる。符号化されたＤＣＩビットすなわちＰＤＣＣＨペイロードは、そのときＰＤＣＣＨフォーマットに従う制御チャネルエレメント（ＣＣＥ）にマッピングされる。ＵＥは、各サブフレームの中のＰＤＣＣＨの候補のセット（PDCCHがマッピングされ得た連続的なＣＣＥのセット）を監視することによって、そのためにＰＤＣＣＨを明確に見つける。ＵＥは、候補を復号しようとするために、その無線ネットワーク一時識別子（ＲＮＴＩ）を使用する。ＲＮＴＩは、ＰＤＣＣＨ候補のＣＲＣをデマスクするために使用される。ＣＲＣエラーが検出されなければ、ＵＥはＰＤＣＣＨ事故の制御情報を運ぶと確定する。各スケジューリンググラントは、制御チャネル要素（ＣＣＥ）に基づいて定められる。各ＣＣＥは、リソースエレメントのセット（ＲＥ）に対応する。３ＧＰＰ  ＬＴＥの中では、１つのＣＣＥが９つのリソースエレメントグループ（ＲＥＧｓ）から構成され、１つのＲＥＧが４つのＲＥから構成される。
【００２１】
ＰＤＣＣＨは、サブフレーム内の最初の１番目から３番目のＯＦＤＭシンボル上で送信される。物理下りリンクシェアードチャネル（ＰＤＳＣＨ）上の下りリンクグラントのために、ＰＤＣＣＨは、同一のサブフレーム内の（ユーザ）データのためのＰＤＳＣＨリソースを割り当てる。サブフレーム内のＰＤＣＣＨ制御チャネル領域は、サブフレームの制御領域内のＣＣＥの総数が時間と周波数の制御リソースを通して分配されるＣＣＥのセットから構成される。多重ＣＣＥは、制御チャネルの符号化レートを効果的に低減するために、合成され得る。ＣＣＥは、異なる符号化レートを達成するために、木構造を使う予め定められた方法で合成される。
【００２２】
３ＧＰＰ  ＬＴＥ（リリース８／９）の中では、ＰＤＣＣＨは、１番目、２番目、４番目あるいは８番目のＣＣＥをアグリゲートすることができる。制御チャネル割り当てのために可能なＣＣＥの数は、キャリアの帯域幅、送信アンテナの数、制御のために用いられるＯＦＤＭシンボル数およびＣＣＥサイズ等を含むいくつかのファクタの関数である。
【００２３】
ＤＣＩという形の下りリンク制御チャネル情報は、下りリンクまたは上りリンクのスケジューリング情報を搬送し、非周期的なＣＱＩレポート、あるいは、一つのＲＮＴＩ（無線ネットワーク一時識別子）のための上りリンク電力制御コマンドを要求する。ＲＮＴＩは、特定のユーザ機器にデータまたは情報を予定するために、３ＧＰＰ  ＬＴＥ（リリース８／９）のような３ＧＰＰシステムに普通に使用される固有識別子である。ＲＮＴＩは、ＲＮＴＩと共にＤＣＩ上で計算されるＣＲＣをマスクすることによって、ＰＤＣＣＨの中に暗黙的に含まれる。−このオペレーションの結果は、上記のＣＲＣアタッチメントである。ユーザ機器側において、データのペイロードサイズの復号が成功すれば、ユーザ機器は、「デマスクされた」（すなわちＲＮＴＩを使用してマスキングを取り除いた後の）ＣＲＣを使用する復号されたペイロードデータ上のＣＲＣが成功したか否かを検査することによって、ユーザ機器に定められたＤＣＩを検出する。ＣＲＣコードのマスキングは、例えばＲＮＴＩと共にＣＲＣをスクランブリングすることによって実行される。
【００２４】
３ＧＰＰ  ＬＴＥ（リリース８）の中で、以下の異なるＤＣＩフォーマットが定義されている。
−  上りリンクＤＣＩフォーマット
・  フォーマット０：ＰＵＳＣＨのスケジューリングのために使用される。
・  フォーマット３：（複数のＵＥが対象となる）２ビットの電力調整によるＰＵＣＣＨとＰＵＳＣＨのためのＴＰＣコマンドの送信のために使用される。
・  フォーマット３Ａ：（複数のＵＥが対象となる）１ビットの電力調整によるＰＵＣＣＨとＰＵＳＣＨのためのＴＰＣコマンドの送信のために使用される。
−  下りリンクＤＣＩフォーマット
・  フォーマット１：ＳＩＭＯＳオペレーションのためのＤＬ  ＳＣＨ割り当て、すなわち一つのＰＤＳＣＨコードワードのスケジューリングのために使用される。
・  フォーマット１Ａ：ＳＩＭＯＳオペレーションのためのＤＬ  ＳＣＨ割り当てのコンパクトな送信のために使用される、すなわち一つのＰＤＳＣＨコードワードのコンパクトなスケジューリングおよびＰＤＣＣＨ順序によって始められるランダムアクセス手順のために使用される。
・  フォーマット１Ｂ：可能な隣接リソース割り当てを共に閉ループ単一ランク送信をサポートするために、すなわちプレコーディング情報と共に一つのＰＤＳＣＨコードワードのコンパクトなスケジューリングのために使用される。
・  フォーマット１Ｃ：ページング、ＲＡＣＨ応答及び動的ＢＣＣＨスケジューリングの下りリンク送信のためのもの、すなわち一つのＰＤＳＣＨコードワードのとてもコンパクトなスケジューリングの送信のために使用される。
・  フォーマット１Ｄ：プレコーディングおよび電力オフセット情報と共に一つのＰＤＳＣＨコードワードのコンパクトなスケジューリングのために使用される。
・  フォーマット２：閉ループＭＩＭＯオペレーションのためのＤＬ−ＳＣＨ割り当ての送信のために使用される。
・  フォーマット２Ａ：開ループＭＩＭＯオペレーションのためのＤＬ−ＳＣＨ割り当ての送信のために使用される。
【００２５】
下りリンクのＬＴＥ物理チャネル構造およびＰＤＳＣＨとＰＤＣＣＨのフォーマットの詳細については、Stefania Sesia et al., “LTE - The UMTS Long Term Evolution”, Wiley & Sons Ltd., ISBN 978-0-47069716-0,  April 2009 , sections 6 and 9.を参照のこと。
【００２６】
ＬＴＥにおけるコンポーネントキャリアの構造
３ＧＰＰ  ＬＴＥシステムの下りリンクコンポーネントキャリアは、時間周波数領域でいわゆるサブフレームに副分割される。３ＧＰＰ  ＬＴＥでは、各サブフレームは、図３に示されている２つの下りリンクスロットに分割され、第１の下りリンクスロットは、第１のＯＦＤＭシンボル内に制御チャネル領域（ＰＤＣＣＨ領域）を含む。各サブフレームは、時間領域で所与の個数のＯＦＤＭシンボルからなり（３ＧＰＰ  ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、ＯＦＤＭシンボルのそれぞれは、コンポーネントキャリアの全帯域幅にまたがる。したがって、ＯＦＤＭシンボルは、それぞれ、図４にも示されているように、
【数１】
0005937115.tif 000002
個のサブキャリア上で送信される複数の変調シンボルからなる。
【００２７】
たとえば３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）で使用されているように、複数キャリア通信システム、たとえばＯＦＤＭを使用すると仮定すると、スケジューラによって割り当てることのできるリソースの最小単位は、１「リソースブロック」である。物理リソースブロックは、図４に例示されているように、時間領域では
【数２】
0005937115.tif 000003
個の連続するＯＦＤＭシンボル、周波数領域では
【数３】
0005937115.tif 000004
個の連続するサブキャリアとして定義される。したがって、３ＧＰＰ  ＬＴＥ（リリース８）では、物理リソースブロックは、時間領域の１スロット、周波数領域の１８０ｋＨｚに対応する
【数４】
0005937115.tif 000005
個のリソース要素からなる（下りリンク・リソース・グリッドに関するさらなる詳細については、たとえば、ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇから入手可能であり、その内容が本明細書に援用される３ＧＰＰ  ＴＳ  ３６．２１１、「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌｓ  ａｎｄ  Ｍｏｄｕｌａｔｉｏｎ（Ｒｅｌｅａｓｅ  ８）」、ｖｅｒｓｉｏｎ  ８．９．０または９．０．０、セクション６．２を参照されたい）。
【００２８】
「コンポーネントキャリア」という用語は、数個のリソースブロックの組合せに言及する。ＬＴＥの将来のリリースにおいて、「コンポーネントキャリア」という用語はもはや使用されない。代わりに、この用語は「セル」に変更される。「セル」は、ダウンリンクリソースおよび任意でアップリンクリソースの組合せに言及する。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との連結（linking）は、ダウンリンクリソースで送信されるシステム情報に示される
【００２９】
ＬＴＥのさらなる進化：ＬＴＥ−Ａｄｖａｎｃｅｄ  （ＬＴＥ−Ａ）
世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域または国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＃３９会合では、「Further Advancements for E-UTRA（ＬＴＥ−Ａｄｖａｎｃｅｄ）」に関する検討項目の記述が３ＧＰＰの中で承認された。この検討項目は、Ｅ−ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。以下では、ＬＴＥ−Ａに関連して現在検討されている２つの主要な技術要素について説明する。
【００３０】
広い帯域幅のサポートのためのＬＴＥ−Ａのキャリアアグリゲーション
ＬＴＥシステムが２０ＭＨｚのみをサポートできるのに対して、ＬＴＥ−Ａｄｖａｎｃｅｄシステムがサポートすることができる帯域幅は１００ＭＨｚである。近頃、無線周波スペクトルの欠如は、無線ネットワークの開発のボトルネックになっていた。そして、その結果、ＬＴＥ−Ａｄｖａｎｃｅｄシステムのために十分に広いスペクトルバンドを見つけることは困難である。従って、より広い無線周波スペクトルバンドを得る方法を見つけることは緊急課題であって、ありうる答えはキャリアアグリゲーション機能である。
【００３１】
キャリアアグリゲーション（ＣＡ）の中で、２またはそれ以上のコンポーネントキャリア（ＣＣＥ）が、１００ＭＨｚより広い送信帯域幅をサポートするためにアグリゲートされる。ＬＴＥのこれらのキャリアが異なる周波数帯域の中であるとしても、ＬＴＥシステムのいくつかのキャリアは１００ＭＨｚに対して十分に広いＬＴＥ−Ａｄｖａｎｃｅｄシステムの中の１つのより広いチャネルにアグリゲートされる。アグリゲーとされたより広いチャネル上で、ＬＴＥ−Ａｄｖａｎｃｅｄに準拠するユーザ機器は、いくつかのスペクトラム断片に対して同時にアクセスすることができる。一方、ＬＴＥユーザ機器は彼らの１つのスペクトル断片だけにのみアクセスすることができる。このように、ビットのコストを下げると同様に、スペクトラムの互換性のための必要性を検討する。
【００３２】
少なくとも、上りリンクと下りリンクのコンポーネントキャリアのアグリゲータされた数が同一であるときには、すべてのコンポーネントキャリアは、３ＧＰＰ  ＬＴＥ（リリース８／９）と互換性を持つように構成され得る。これは、すべてのコンポーネントキャリアが３ＧＰＰ  ＬＴＥ（リリース８／９）と互換性を持つ必要があることを必ずしも意味するものではない。
【００３３】
ユーザ機器は、１または複数のコンポーネントキャリア上で同時に送受信を行ってもよい。同時に送受信可能なコンポーネントキャリアの数は、ユーザ機器の能力に依存する。
【００３４】
３ＧＰＰ  ＬＴＥ（リリース８／９）と互換性を持つユーザ機器は、３ＧＰＰ  ＬＴＥ（リリース８／９）の仕様に従うＣＣの構造を規定された単一ＣＣ上のみで送受信を行うことができる。一方、キャリアアグリゲーションのための送受信が可能な、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）と互換性を持つユーザ機器は、複数のコンポーネントキャリア上で同時に送受信を行うことができる。
【００３５】
キャリアアグリゲーションは、３ＧＰＰ  ＬＴＥ（リリース８／９）の数理神秘学（numerology）を使用する周波数領域中の最大１１０リソースブロックに限定される各コンポーネントキャリアの隣接および非隣接のコンポーネントキャリアの両方に対してサポートする。
【００３６】
同一のｅＮｏｄｅＢ（基地局）から始まる、上りリンクと下りリンクで帯域幅が異なるかもしれない、異なる数のコンポーネントキャリアをアグリゲートするために、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）と互換性を持つユーザ機器を構成することができる。構成され得る下りリンクのコンポーネントキャリアの数はＵＥの下りリンクアグリゲーション能力に依存する。対照的に、構成され得る上りリンクのコンポーネントキャリアの数はＵＥの上りリンクアグリゲーション能力に依存する。下りリンクコンポーネントキャリアより多くの上りリンクコンポーネントキャリアでＵＥを構成することができないかもしれない。
【００３７】
典型的なＴＤＤの配置では、コンポーネントキャリアの数および上りリンクと下りリンクにおける各コンポーネントキャリアの帯域幅は同一となる。同一のｅＮｏｄｅＢから始まるコンポーネントキャリアは、同一のカバレッジを供給しない必要がある。
【００３８】
隣接してアグリゲートされたコンポーネントキャリアの中心周波数の間隔は、３００ＫＨｚの倍数である。これは、３ＧＰＰ  ＬＴＥ（リリース８／９）の１００ＫＨｚ周波数ラスタと互換性を持たせるためと同時に、１５ＫＨｚ間隔のサブキャリアの直交性を保つためである。アグリゲーションシナリオによれば、ｎ×３００ＫＨｚの間隔は、隣接するコンポーネントキャリア間で使用していない少ない数のサブキャリアの挿入によって容易になされ得る。
【００３９】
複数キャリアのアグリゲーションの性質は、ＭＡＣレイヤ上でのみ公開される。上りリンクと下りリンクの両方のために、各アグリゲートされたコンポーネントキャリアにＭＡＣで要求される１つのＨＡＲＱエンティティがある。（上りリンクのためのＳＵ−ＭＩＭＯを除いて）コンポーネントキャリア毎に多くても一つのトランポートブロックがある。トランポートブロックとその潜在的なＨＡＲＱ再送は、同一のコンポーネントキャリア上にマッピングされる必要がある。
【００４０】
動的なキャリアアグリゲーションのレイヤ２構造は、下りリンと上りリンクとで、それぞれ、図５と図６に示される。
【００４１】
キャリアアグリゲーションが構成されたとき、ユーザ機器は、ネットワークと１つのＰＰＣ接続を持つのみである。１つのセル（特別なセル）は、セキュリティ入力とＮＡＳ機動性情報（例えばＴＡＩ）を提供する。接続モードの中に、ＵＥ毎に１つの特別なセルのみが存在する。
【００４２】
ＲＲＣ接続の設定／再設定で、１つのセルは、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩおよび１つのＡＲＦＣＮ）およびＬＴＥ（リリース８／９）と同様に非アクセス層モビリティ情報（例えばＴＡＩ）を提供する。ＲＲＣ接続の設定／再設定の後、そのセルに対応するコンポーネントキャリアは、プライマリセル（ＰＣｅｌｌ）と呼ばれる。接続モード中のユーザ機器毎に構成される１つの下りリンクプライマリセル（ＤＬ  ＰＣｅｌｌ）と１つの上りリンクプライマリセル（ＵＬ  ＰＣｅｌｌ）のみがいつも存在する。コンポーネントキャリアのセットを構成された範囲内で、他のセルは、セカンダリセル（ＳＣｅｌｌｓ）と呼ばれる。下りリンクと上りリンクのプライマリセルの特徴は以下の通りである：
−  上りリンクＰＣｅｌｌは、レイヤ１上りリンク制御情報の送信のために使用される。
−  下りリンクＰＣｅｌｌは、ＳＣｅｌｌｓと異なり、非アクティブかすることができない。
−  下りリンクＰＣｅｌｌが、レイリーフェージング（ＲＬＦ）を経験するときであって、下りリンクＳＣｅｌｌｓがＲＬＦを経験するときではないときに、再設定は引き起こされる。
−  下りリンクＰＣｅｌｌは、ハンドオーバ時に変更することができる。
−  非アクセス層情報は、下りリンクＰＣｅｌｌから取られる。
−  ＰＣｅｌｌは、ハンドオーバ手順（すなわちセキュリティ鍵変更とＲＡＣＨ手順）でのみ変更され得る。
−  ＰＣｅｌｌは、ＰＵＣＣＨの送信のために使用される。
【００４３】
コンポーネントキャリアの設定および再設定は、ＲＲＣによって実行され得る。アクティブ化および非アクティブ化は、ＭＡＣ制御エレメントを介して行われる。イントラＬＴＥハンドオーバで、ＲＲＣは、ターゲットセルの中の使用のためにＳＣｅｌｌｓを追加、削除あるいは変更することができる。新しいＳＣｅｌｌを加えるとき、専用のＲＲＣシグナリングがそのＳＣｅｌｌのシステム情報を送るために使用される。その情報は、（ハンドオーバのためのリリース８／９の場合のように）送信／受信のために必要となる。
【００４４】
ユーザ機器は、キャリアアグリゲーションで構成されるとき、常にアクティブである一組の上りリンクと下りリンクのコンポーネントキャリアが存在する。その一組の下りリンクのコンポーネントキャリアは、「ＤＬアンカーキャリア」とも呼ばれる。同様のことが、上りリンクでも適用される。
【００４５】
キャリアアグリゲーションが構成されるとき、ユーザ機器は、同時に複数のコンポーネントキャリアにスケジューリングされるかもしれないが、いつでも、最大でも１つのランダムアクセス手順しか進行しない。クロスキャリアスケジューリングは、もう一つのコンポーネントキャリア上のリソースをスケジューリングするために、コンポーネントキャリアのＰＤＣＣＨを用いることを可能にする。この目的のために、コンポーネントキャリア識別フィールドは、ＣＩＦと呼ばれるそれぞれのＤＣＩフォーマットの中に導入される。
【００４６】
否クロスキャリアスケジューリングがあるとき、上りリンクと下りリンクとの間のコンポーネントキャリアのリンクは、グラントが適用されるための上りリンクのコンポーネントキャリアを特定することを可能にする。上りリンクのコンポーネントキャリアへの下りリンクのコンポーネントキャリアの結合は、１対１である必要はない。換言すれば、１以上の下りリンクのコンポーネントキャリアは、同一の上りリンクのコンポーネントキャリアとリンクすることができる。同時に、下りリンクのコンポーネントキャリアは、１つの上りリンクのコンポーネントキャリアにのみリンクすることができる。
【００４７】
図７と図８は、典型的な、下りリンクと上りリンクとの間のコンポーネントキャリアの可能性があるリンクを示している。図７では、全ての下りリンクのコンポーネントキャリアが同一の上りリンクのコンポーネントキャリアとリンクされている一方で、図８では、下りリンクのコンポーネントキャリア１、２が上りリンクのコンポーネントキャリア１とリンクされ、下りリンクのコンポーネントキャリア３が上りリンクのコンポーネントキャリア２とリンクされている。
【００４８】
ＬＴＥ−Ａにおける中継機能のサポート
ＬＴＥ−Ａｄｖａｎｃｅｄ（リリース１０、アーキテクチャ）においては、中継は、例えば、高いデータレートのカバレッジ、グループモビリティ（group mobility）、一時的なネットワーク配備、およびセルエッジスループットを改善する、あるいは新しいエリアにカバレッジを提供するためのツールとして考慮される。
【００４９】
中継ノードは、ドナーセル（donor cell）を介して無線アクセスネットワークに無線接続される。接続は、以下の方式とすることができる。
−  インバンド（帯域内）。この場合、ネットワークと中継ノードとの間のリンクと、ドナーセル内のネットワークとユーザ機器との間の直接的なリンクとが同じ帯域を共有する。この場合、リリース８のユーザ機器はドナーセルに接続できるべきである。
−  アウトバンド（帯域外）。この場合、ネットワークと中継ノードとの間のリンクは、ドナーセル内のネットワークとユーザ機器との間の直接的なリンクとは異なる帯域で動作する。
【００５０】
中継は、ユーザ機器側の認識状態に基づいて、以下のように分類することができる。
−  透過的（トランスペアレント）な中継。この場合、ユーザ機器は自身が中継を介してネットワークと通信しているか否かを認識していない。
−  非透過的な中継。この場合、ユーザ機器は自身が中継を介してネットワークと通信しているか否かを認識している。
【００５１】
中継ノードは、中継方式に応じて、ドナーセルの一部、または、自身の制御セルの一部、とすることができる。
【００５２】
中継ノードがドナーセルの一部である場合、中継ノードは、自身のセル識別情報を持たない（中継ノードＩＤは依然として持つことができる）。この場合、中継ノードは、ＬＴＥリリース８のユーザ機器もサポートすることが好ましい。このタイプの中継の例として、スマート中継器（smart repeater）、復号転送中継器（decode-and-forward relay）、および各種の第２層中継器が挙げられる。
【００５３】
中継ノードが自身のセルを制御している場合、中継ノードは、１つまたは複数のセルを制御し、中継ノードによって制御されるセルそれぞれにおいて物理層の一意のセル識別情報が提供される。ユーザ機器の観点からは、中継ノードによって制御されているセルと、「通常の」基地局装置によって制御されているセルとで、アクセスするうえでの違いはない。中継ノードによって制御されているセルは、ＬＴＥリリース８のユーザ機器もサポートするべきである。セルフバックホーリング（self-backhauling）（第３層の中継）は、このタイプの中継を使用する。
【００５４】
図９および図１０は、中継ノード（ＲＮ）を利用する例示的なＬＴＥ−Ａシステムを示している。基地局装置と中継ノードとの間の無線インタフェース（中継ノードを無線アクセスネットワークに接続する）は、Ｓ１インタフェースと称される。
【００５５】
中継バックホールサブフレーム
ｅＮＢと中継ノードのリンクが、中継ノードとＵＥのリンクと同一の周波数で作用するのであれば、出力信号と入力信号との十分な間隔が、中継ノードの受信機に干渉を起こしている中継ノードの送信機のために提供されない限り、同一の周波数リソース上で、同時のｅＮＢと中継ノードの送信と中継ノードとＵＥの送信とは実行できないかもしれない。
【００５６】
したがって、中継ノードがデータをＤｅＮＢに送信するとき、中継ノードは中継ノードに結び付けられたＵＥ（ｒ−ＵＥ）からデータを受け取ることができない。同様に、中継ノードがＤｅＮＢからデータを受信するとき、中継ノードは、図１０に示すように同一周波数上でデータをｒ−ＵＥに送信することができない。
【００５７】
このように、中継バックホールリンク（ｅＮＢと中継ノードのリンク）と中継アクセスリンク（中継ノードとＵＥのリンク）の間にサブフレーム間仕切りがある。現在、以下の内容が同意されている。
−  中継バックホールＤＬサブフレーム（その間に、ＤｅＮＢと中継ノードの下りリンクバックホール送信が起こるかもしれない）は、半静的に割り当てられる。
−  中継バックホールＵＬサブフレーム（その間に、中継ノードとＤｅＮＢの上りリンクバックホール送信が起こるかもしれない）は、中継バックホールＤＬサブフレームからＨＡＲＱタイミングによって暗黙のうちに引き出される。
【００５８】
中継バックホールＤＬサブフレームの中で、中継ノードが（それが４ｍｓ早くスケジューリングされていれば）ＤｅＮＢから受信することができ、ＤｅＮＢに送信することができる。それゆえ、ｒ−ＵＥは、いかなる中継送信も期待するはずがない。ｒ−ＵＥのために下位互換性をサポートするために、中継ノードは、中継の中にＭＢＳＦＮサブフレームとしてバックホールＤＬサブフレームを構成する。
【００５９】
ＭＢＳＦＮサブフレームは、４０ｍｓ毎に構成され得る。そこで、中継バックホールＤＬサブフレームも４０ｍｓの構成をサポートする。そして、ＭＢＳＦＮサブフレーム構成と同じように、ＳＣｅｌｌの中継バックホールＤＬサブフレームは、サブフレーム＃０、＃４、＃５および＃９では構成できない。バックホールＤＬサブフレームとして構成されることが許されないこれらのサブフレームは、以下では「不当ＤＬサブフレーム」と呼ばれる。
【００６０】
時間−周波数リソースは、時間多重のｅＮＢ−ＲＮとＲＮ−ＵＥの送信によってｅＮＢ−ＲＮの送信のために蓄えられる。サブフレーム（その間に、ｅＮＢ−ＲＮ送信が起こるかもしれない）は、上位レイヤによって構成される。ｅＮＢからＲＮへの送信のために構成された下りリンクサブフレームは、中継ノードによってＭＢＳＦＮサブフレームとして構成される。ｅＮＢからＲＮへの送信は、下りリンクサブフレーム中に起こり、ＲＮからｅＮＢへの送信は、上りリンクサブフレーム中に起こる。フレーム構成タイプ１のために、ｅＮＢからＲＮへの送信とＲＮからＵＥへの送信は、下りリンク周波数帯域中に起こり、一方、ＲＮからｅＮＢへの送信とＵＥからＲＮへの送信は、上りリンク周波数帯域中に起こる。
【００６１】
フレーム構成タイプ１のために、ｅＮＢからＲＮへの送信のために構成されたサブフレームは、中継ノードによってＭＢＳＦＮサブフレームとして構成されることができない下りリンクサブフレームがｅＮＢからＲＮへの送信のために構成されない例外で
【数５】
0005937115.tif 000006
を満足しているサブフレームである。ｎｆはシステムフレーム番号であり、ｎｓは無線フレームの範囲内のスロット番号である。セットΔＢＳＣは、パラメータSubframeConfigurationFDD（より高いレイヤによって構成される）に関して以下の表にリストされる適切なオフセット値の結合として決定される。ビットマップの中の対応するビット「ｘ」がそれを意味する所は０か１である。
【表１】
0005937115.tif 000007
【００６２】
上記のＭＢＳＦＮコンフィグレーションは、ＴＳ３６．２１５、チャプタ５．２（ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇから入手可能であり、その内容は本明細書に援用される）の中に規格化されている。
【００６３】
中継バックホールＤＬリンク上のＤＬに対して構成された４０のサブフレームの中から３、６、９、１２、１８、２１あるいは２４のいずれかのサブフレームに従う様々なＭＢＳＦＮコンフィグレーションが存在する。例えば、４０の中の３サブフレーム（3-out-of-40 subframes）は、中継ノードへのバックホールリンクについての下りリンク上のデータを送信するためにＤｅＮＢによって使用され得る。４０の中の３サブフレームの１つの特徴的なコンフィグレーションは、サブフレーム＃３、＃１１、＃２７を使用することである。他のサブフレームは同様に使用される（例えば、＃２、＃１８および＃２６）。この場合、８ｍｓ（＝８サブフレーム）の往復時間が想定される。したがって、サブフレーム＃２から始まるとき、上記で説明したように、サブフレーム＃１０と＃３４は、不当ＤＬサブフレームであるから使用できない。
【００６４】
帯域内中継が、同一サブフレーム上の同一周波数上で送信と受信ができないときでも、まだ、ＤＬ送信を受信するサブフレーム上の同一周波数上のアクセスリンク上でＵＥに制御シグナリングを送信ことができる、ということは重要である。これは、半二重中継上で受信機を送信機モードに切り替えることによってつくられるギャップのために可能である。このギャップは、通常２〜３ＯＦＤＭシンボル長さで有り、これらは、アクセスリンク中にＵＥに制御シグナリングを送信するために使用される。
【００６５】
以下の、発明の根底にある問題を記述することの説明、および、発明のいろいろな実施例を記述することの説明は、４０の中の３サブフレームの構成に関するもののみであるが、本発明はこの特定のサブフレーム構成に制限されない。むしろ、ＭＢＳＦＮのための上記のサブフレーム構成のいずれも使用することができる。そして、当業者は、異なるサブフレーム構成に、本発明の原則を容易に適用することができるであろう。
【００６６】
基本シナリオ
図１１は、３つの中継ノードと２つのＵＥがＤｅＮＢに直接接続するネットワークしなりを開示している。さらに、いくつかのＵＥが中継ノードＲＮ１に接続されている。キャリアアグリゲーションの前に、サービングセルが、バックホールの中に構成され、通信システム中のアクセスリンクの中に構成される。最初に、中継ノードは、帯域外モードで作動している、すなわち、バックホールリンク（ｆ２）上で使用されるサービングセルのキャリア周波数は、アクセスリンク（ｆ１）上で使用されるサービングセルのキャリア周波数と異なる。対応して、ＲＮ１へのバックホールリンク（ＤｅＮＢとＲＮｓとの間）のリソースは、ＤｅＮＢと直接接続された３つの中継ノードと２つのＵＥの間で分配される。ＵＮリンク（以下では、バックホールリンクとも呼ばれる）のためのリソースの容量は、周波数帯域ｆ２のリソース全体の外のＲＮ１に割り当てられたリソースに対応する。一方、Ｕｕリンク（中継ノードとＵＥとの間、以下では、アクセスリンクとも呼ばれる）のためのリソースは、ＲＮ１に直接接続されたＵＥの間でのみ分配される。
【００６７】
中継ノードに関するデータと制御情報のために、下りリンク上で１対多のマッピングがあり、上りリンク上で多対１のマッピングがあるために、アクセスリンクは、バックホールリンクよりも非常により多くの制御情報を取り扱わなければならない。
【００６８】
Ｕｕアクセスリンク（ｆ１）上のトラフィックの著しい増加は、バックホールリンク（ｆ２）をストレスの下に置くかもしれない。特に、バックホールリンク（ｆ２）の容量がＲＮ１のために１０Ｍｂｐｓであると想定されるかもしれない。ＲＮ１からのアクセスリンク（ｆ１）の全体の容量は２０Ｍｂｐｓである。しかし、ＲＮ１のためのバックホールリンク（ｆ２）が１０Ｍｂｐｓに限られているために、トラフィックは、ＲＮ１から付属のＵＥへのアクセスリンク（ｆ１）について、１０Ｍｂｐｓのみを供給されるかもしれない。
【００６９】
ＲＮ１に付属のＵＥに降りているトラフィックが臨界点まで増加するとき、ＤｅＮＢはバックホールリンクについてキャリアアグリゲーションを使うことを決定するかもしれない。ＤｅＮＢが、高い量のトラフィックのためにキャリアアグリゲーションを使うことを決定するならば、バックホールリンクについての第２のキャリアが作製される（ＳＣｅｌｌ）。バックホールリンクについてのＳＣｅｌｌが５Ｍｂｐｓの容量を持つならば、キャリアアグリゲーションの後に供給されることができるトラフィックは１０Ｍｂｐｓ（キャリアアグリゲーションなし）から（２０Ｍｂｐｓの全体の可能な容量の中からの）１５Ｍｂｐｓまで増加する。
【００７０】
これは、図１２の中に表される。図１２では、中継ノードＲＮ１、ＲＮ２およびとＲＮ３へのバックホールリンクについて使用されるＳＣｅｌｌを示している。
【００７１】
アグリゲートされたＳＣｅｌｌがアクセスリンク（ｆ１）について使用されたキャリア周波数と同一である周波数を使用するならば、中継ノードのオペレーションはＳＣｅｌｌに対して帯域内となり、ＰＣｅｌｌに対して帯域外となる。対応して、ＳＣｅｌｌは、バックホールリンクについて最初のキャリア（ｆ２）のオペレーションに影響を及ぼさない。そして、最初のキャリア（ｆ２）は、そのとき、キャリヤアアグリゲーションモードの中でプライマリキャリア（ＰＣｅｌｌ）として使用される。これに加えて、ノード１の下のＵＥは、ハンドオーバを強制しないために、同一の周波数ｆ１を使い続けなければならない。
【００７２】
ＳＣｅｌｌがアクセスリンクについて使用されるものと同一のキャリア周波数を使用しなければならないことは、キャリアアグリゲーションのための全く共通のシナリオになるかもしれない。その理由は、各オペレータが周波数帯域の特定の限られた数を使用することのみができるためである。そして、新しいキャリアをアグリゲートするとき、アクセスリンクについてのアクセスリンクの中としてのバックホールリンクの中にＳＣｅｌｌのための同一のキャリア周波数を選択することが必要であるかもしれない。
【００７３】
図１３は、ＤｅＮＢ、ＲＮおよびｒ−ＵＥのためのサブフレームを示す。そして、図１３の下部には、特定のサブフレーム番号でデータを受信するためにｒ−ＵＥにより使用されるＨＡＲＱプロセスＩＤを示す。ＤｅＮＢとＲＮはＨＡＲＱに対しても構成される、ただし、ここではＨＡＲＱプロセスＩＤの番号付けは上記の点で省略される。ｒ−ＵＥと通信するＲＮが同一のＨＡＲＱプロセスを使用すると云える。ここで、中継ノードとＤｅＮＢとの間の通信は、アクセスリンク（ＲＮ−ｒ−ＵＥ）についてより、異なるＨＡＲＱプロセスを使用するかもしれないし、使用しないかもしれない。例えば、中継ノードは、ｒ−ＵＥと同じく、サブフレーム４、１２、２０等のために、ＨＡＲＱプロセスＩＤ＃４も使う。
【００７４】
図１２に関連して上記で説明されたように、サブフレームは、キャリアアグリゲーションを使用した後にＰＣｅｌｌ（ｆ２）とＳＣｅｌｌ（ｆ１）のために示される。図１３から分かるように、あらゆる無線フレームのサブフレーム０、４、５、９は、バックホールリンクについてのＤＬ送信のための不当ＤＬサブフレームである。換言すると、これらのサブフレーム０、４、５および９がバックホールの中のＵＬのために（すなわち中継ノードからデータを受け取るために）使用されるかもしれないが、それらは中継ノードにデータを送信するためにＤｅＮＢによって使用されることができない。
【００７５】
上記で説明された４０の中の３サブフレームの構成に基づいて、ＤｅＮＢはサブフレーム＃３でＰＤＣＣＨを中継ノードに送信する。サブフレーム＃３におけるＰＤＣＣＨは、下りリンクデータを含む、しかし、ＰＵＳＣＨ（ＰＤＣＨはサブフレーム＃３で送信される、しかし図1３から省略される。）の上にＤｅＮＢへデータを返送するために中継ノードのためのＵＬグラントを含まないと仮定される。データに関して、中継ノードは、ＰＣｅｌｌの中のＰＵＣＣＨ上でＤｅＮＢにＡＣＫ／ＮＡＣＫを送信する。
【００７６】
サブフレーム＃１１の中で、中継ノードは、ＤｅＮＢから上りリンクグラントを受信する。そして、このように、ＰＵＳＣＨ送信は、サブフレーム＃１５（潜在的な構成によるサブフレーム＃１１＋４）の中で中継ノードによって実行される。中継ノードは、ＳＣｅｌｌ（ｆ１）上でＤｅＮＢにデータを送信するためにサブフレーム＃１５を使用するので、中継ノードは、そのキャリア周波数ｆ１上でｒ−ＵＥからのデータを受信することができない。サブフレーム＃１５は、その中継ノードに付属されたｒ−ＵＥからの上りリンク送信のために妨げられる。
【００７７】
中継ノードは、サブフレーム＃３の中でＵＬグラントを受信しないので、中継ノードは、サブフレーム＃７の中のＵｎインタフェースについてＰＵＳＣＨ上でデータの上りリンク送信を実行しない。したがって、サブフレーム＃７は、ＳＣｅｌｌのために妨げられることはない。そして、理論的には、サブフレーム＃７は、ｒ−ＵＥからの上りリンク送信を受信するために中継ノードによって使用される。
【００７８】
中継ノードは、サブフレーム＃３の中でＤｅＮＢからデータを受信するので、中継ノードは、ＳＣｅｌｌの同一サブフレームの中でｒ−ＵＥにＰＤＳＣＨにおいてデータを送信することができない。なぜなら、中継ノードは、同一サブフレームの中で、受信から送信に切り替えることができないからである。
【００７９】
帯域内中継が、（図１３中のサブフレーム＃３に示すように）同一サブフレーム上の同一周波数上で（ＰＤＳＣＨ、ＰＵＳＣＨを）送信と受信ができないときでも、まだ、ＤＬ送信を受信するサブフレーム上の同一周波数上のアクセスリンク上でＵＥに制御シグナリング（いわゆるＰＤＣＣＨ）を送信ことができる、ということは重要である。これは、半二重中継上で受信機を送信機モードに切り替えることによってつくられるギャップのために可能である。このギャップは、通常２〜３ＯＦＤＭシンボル長さで有り、これらは、アクセスリンク中にＵＥに、例えばｒ−ＵＥのためのＵＬグラントを含む制御シグナリングを送信するために使用される。
【００８０】
したがって、中継ノードは、サブフレーム＃３でｒ−ＵＥにデータを送信することができないけれども、上記に説明したように、まだ、サブフレーム＃３の最初の３シンボルを使用してサブフレーム＃７上で上りリンク送信を実行するようにｒ−ＵＥをスケジューリングすることができる。さらに、上記で説明したように、ＰＵＳＣＨ送信が中継ノードのためにスケジューリングされないので、サブフレーム＃３の中で消失したＵＬグラントのために、サブフレーム＃７は、ＳＣｅｌｌ上で妨げられない。
【００８１】
しかしながら、サブフレーム＃３の中で、中継ノードからｒ−ＵＥへのＵＬグラントの送信もできない。なぜなら、中継ノードは、対応するサブフレーム＃７（サブフレーム＃３＋４）が自由かどうかを決定するためにバックホールリンク上でＤｅＮＢから受信したＰＤＣＣＨを最初に復号する必要があるからである。中継ノードは、サブフレーム＃３を復号することを開始する、ただし、１サブフレーム（１ｍｓ）以上かかる。そこで、例え、このシナリオのサブフレーム＃７が中継ノードからＤｅＮＢへのＰＵＳＣＨ送信によって妨げられないとしても、中継ノードは、サブフレーム＃７上のＵＬデータのために、同一サブフレーム＃３上のアクセスリンク上でＵＥをスケジューリングする機会を逃す。
【００８２】
下りリンクのサブフレーム＃１１の中で、ＤｅＮＢは、ＰＤＳＣＨ上でデータを送信し、ＰＤＣＣＨ上でＵＬグラントを送信する。これを受信すると、中継ノードは、サブフレーム＃１１を復号することを開始し、このために、サブフレーム＃１５（サブフレーム＃１１＋４）中にＰＵＳＣＨをスケジューリングする。サブフレーム＃１５は、下りリンクに対して不当サブフレームのみである。したがって、ＤｅＮＢは、サブフレーム＃１５の中で中継ノードからＰＵＳＣＨを受信するかもしれない。
【００８３】
重ねて、中継ノードは、サブフレーム＃１１の中でデータを受信するので、サブフレーム＃１１において、中継ノードからｒ−ＵＥへ下りリンク送信することは、不可能である。さらに、ＵＥに対するＵＬグラントも、中継ノードからｒ−ＵＥに送信されない。なぜならば、サブフレーム＃１５は、キャリアｆ１のｒ−ＵＥからデータを受信することを妨げられ、サブフレーム＃１１の復号が、サブフレーム＃１１の中でｒ−ＵＥに送信されたＵＬグラントのために長くかかりすぎるからである。
【００８４】
要約すると、中継ノードがＳＣｅｌｌのために帯域内で作用する現在のシナリオにおいて、ちょうど説明したように、典型的な帯域内の問題が起こる。例えば、すべてのサブフレームが、サブフレームの妨げのためにアクセスリンク上で送信／受信のために利用できるわけではない。それは上りリンクと下りリンクのデータレートを制限する。さらに、サブフレームが利用可能なものであるとしても、サブフレームが利用可能なものであるかどうかを、最初の位置の中で決めるためにＤＬ割り当ての中でＵＬグラントを復号するために中継ノードにおいて要する時間のために、中継ノードは、アクセスリンクの中でｒ−ＵＥをスケジューリングするためにそれらのサブフレームを使用することができない。
【発明の概要】
【００８５】
本発明の１つの目的は、上記でアウトラインを説明した１またはそれ以上の問題を軽減するサブフレーム構成のメカニズムを提案することである。
【００８６】
この目的は、独立請求項の主題によって解決される。本発明の有利な実施形態は、従属請求項の主題である。
【００８７】
本発明の第１の態様によると、クロススケジューリングが上記問題を軽減するために使用される。クロススケジューリングは、ＳＣｅｌｌの全ての可能なサブフレーム上でＰＵＳＣＨをスケジューリングすることを可能にする。特に、ＵＬグラントは、ＰＣｅｌｌのＰＤＣＣＨ上の基地局によって送信され、相応して中継ノードによって受信される。ＰＣｅｌｌは、ＤｅＮＢから中継ノードへの下りリンク送信のために用いるものとして特定のサブフレームのみを可能にするＳＣｅｌｌのサブフレーム構成によって限定されないため、ＵＬグラントは、どのサブフレームの中でも送信され得る。このケースでは、ＵＬグラントは、ＳＣｅｌｌ中の上りリンクグラントを送信することができるサブフレーム中でＰＣｅｌｌの中で送信される。相応して、中継ノードは、そのとき、ＵＬグラントが受信されたサブフレームの４ｍｓ後のＳＣｅｌｌのサブフレーム上でＰＵＳＣＨを送信するためにＵＬグラントを使用するかもしれない。このケースでは、他のサブフレームは、中継ノードに付属するユーザからの上りリンク送信を中継ノードで受信するために妨げられることは無い。ＵＥが、対応するＵＬグラントを受信すれば、ＵＥは、上記妨げられないサブフレーム中で中継ノードにデータを送信するかもしれない。
【００８８】
利点は、暗黙のサブフレーム構成（すなわち、ＵＬグラントの後の４サブフレーム）によって、帯域内モードの中で作用している中継のために通常妨げられるサブフレームを自由にすることを可能にすることである。ＵＬサブフレームの利用は、このように中継ノードに対して改善される。上りリンクグラントが、ＳＣｅｌｌのサブフレーム構成によって明らかにされたもののみでは無く、ＤｅＮＢからのどのサブフレームの中でも送信され得るために、上記に説明したクロススケジューリングは、上りリンクと下りリンクのサブフレームをお互いから分離することを可能にする。このように、中継ノードの帯域内オペレーションのために、より柔軟で非対称の上りリンクと下りリンクの割り当てが可能となる。
【００８９】
本発明の第２の態様によると、ＳＣｅｌｌの上りリンクシェアードチャネル（すなわちＰＵＳＣＨ）は、以下で説明されるように、中継ノードに付属するユーザ機器で帯域内モード中に作用している中継ノードの問題を避けるために非アクティブ化される。本発明の第２の態様に対応する潜在的なシナリオは、基地局と中継ノードの間のチャネルが、中継ノードと付属されたユーザ機器の間のチャネルのものと同一のキャリア周波数を使用することである。すなわち、中継ノードは、ユーザ機器に関する帯域内で作用する。それは、１つのＳＣｅｌｌが基地局と中継ノードとの間でアグリゲートされ、そのＳＣｅｌｌが中継ノードとユーザ機器の間のチャネルと同一のキャリア周波数を持つと仮定される。
【００９０】
ＳＣｅｌｌの上りリンクシェアードチャネルは、一般に、基地局から事前に受信された上りリンクグラントに従って、基地局（ＤｅＮＢ）にデータを送信するために中継ノードによって使用される。上記で説明したように、上りリンクグラントを受信した後の４サブフレームである暗黙のサブフレーム構成に従って、中継ノードは、基地局に上りリンクシェアードチャネル上でデータを送信するためにスケジューリングされる。この暗黙のサブフレーム構成に従って、中継ノードは、ＳＣｅｌｌのための上りリンクグラントが含まれていたか否かを決定するために、あるいは、復号されたサブフレームの後の４サブフレームがＳＣｅｌｌの上りリンクシェアードチャネルにおける上りリンク送信のために使用されたか否かを決定しないために、最初にサブフレームを復号する必要があった。上りリンクグラントが、復号されたサブフレームに含まれていなかったならば、その復号されたサブフレームの後の４サブフレームは中継ノードに付属されたユーザ機器からのデータを受信するために空になる。そのケースでは、そのユーザ機器は、中継ノードへの上りリンク送信を実行するためにスケジューリングされる。例として、１サブフレーム以上かかるサブフレームの復号の後、中継ノードは、中継ノードにデータを送信するためにユーザ機器をスケジューリングする機会を失う。その空のサブフレームリソースは、このように、有効に使用されない。
【００９１】
本発明の第２の態様によると、あらかじめ、ＳＣｅｌｌの上りリンクシェアードチャネルを非アクティブ化することによって、中継ノードは、ＳＣｅｌｌの全てのサブフレームがユーザ機器にデータを送信するため、あるいは、ユーザ機器からデータを受信するために使用され得ることを知ることができる。ＳＣｅｌｌのいずれのサブフレームも、中継ノードから基地局への上りリンク送信によって妨げられることはない。暗黙のサブフレーム構成あるいはクロススケジューリングを使用する時とされる、サブフレームが基地局への上りリンク送信のために使用されるか否かを決定するように、中継ノードのために最初にサブフレームを復号する必要が無い。
【００９２】
相応して、中継ノードは、必要に応じて、妨げられたサブフレームから生じている制限無しに、ＳＣｅｌｌのユーザ機器への下りリンク送信およびユーザ機器からの上りリンク送信をスケジューリングすることができる。
【００９３】
このようなケースでは、基地局にデータを送信する中継ノードが利用できる上りリンクの帯域幅はＰＣｅｌｌのみに限られているため、上りリンクシェアードチャネルは、永遠に非アクティブ化されることはない。ＳＣｅｌｌの上りリンクシェアードチャネルの非アクティブ化は、中継ノードとユーザ機器との間のアクセスリンクにおける両方向のトラフィックを増加させることを可能にする。
【００９４】
したがって、上りリンクシェアードチャネルは、非アクティブ化された後に、再びアクティブ化されなければならない。これは、基地局からメッセージを送信することによって為されるかもしれない。あるいは、中継ノードが上りリンクシェアードチャネルを自動的に再アクティブ化した後に中継ノードの中のタイマが満了することによって実行されるかもしれない。
【００９５】
ＳＣｅｌｌの上りリンクシェアードチャネルのアクティブ化／非アクティブ化は、例えば、通信システムの必需品である基地局あるいは中継ノードによって、動的に制御される。これは、リソースの有効活用を可能にする。
【００９６】
本発明は、通信システムの中継ノードの上りリンクシェアードチャネルを動的に構成するための方法を提供する。中継ノードは、キャリア周波数ｆ２を使用する第１コンポーネントキャリアとキャリア周波数ｆ１を使用する第２コンポーネントキャリアとを含む第１通信リンクにおいて基地局と接続する。少なくとも一つのユーザ機器は、キャリア周波数ｆ１を使用する第２通信リンクにおいて中継ノードに付属する。基地局は、予め定められたサブフレームの中で、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化するために、中継ノードを動的に指示する。
【００９７】
上記に加えて、または、代わりに使われ得る本発明の有利な実施形態においては、上りリンクシェアードチャネルをアクティブ化／非アクティブ化するために中継ノードに指示するステップは、第１および第２の通信リンク中のトラフィック状況に基づく。
【００９８】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、基地局は、以下を実行することによって第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルの非アクティブ化をすることを決定する。基地局から中継ノードへ送信されるデータのトラフィック、および、中継ノードから受信されたバッファ状態のレポートは、基地局によって監視される。データトラフィックと、バッファ状態のレポートの中で示される値との割合は決められている。決められた割合が第１の予め決められた割合よりも高くなったケースにおいて、予め定められたサブフレームの中で、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルの非アクティブ化のステップが実行される。
【００９９】
決められた割合が第２の予め決められた割合よりも低くなったケースにおいて、予め定められたサブフレームの中で、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルのアクティブ化のステップが実行される。
【０１００】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、アクティブ化／非アクティブ化は、中継ノードにアクティブ化／非アクティブ化メッセージを送信することによって指示される。
【０１０１】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、アクティブ化／非アクティブ化メッセージは、第１あるいは第２コンポーネントキャリアを使用して基地局から中継ノードに送信される。
【０１０２】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、アクティブ化／非アクティブ化メッセージは、メディアアクセス制御プロトコルレイヤの制御エレメントとともに送信される。
【０１０３】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、アクティブ化／非アクティブ化メッセージは、基地局から中継ノードへの下り制御チャネル上で送信される上りリンクグラントメッセージとともに送信される。
【０１０４】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、アクティブ化／非アクティブ化メッセージは、基地局から中継ノードへの下り制御チャネル上で送信される下り割り当てメッセージとともに送信される。
【０１０５】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、上りリンクグラントメッセージあるいは下り割り当てメッセージは、基地局に接続された全ての中継ノードに共通の無線ネットワーク一時識別子ＲＮＴＩを使用してマスクされる。上りリンクグラントメッセージあるいは下り割り当てメッセージは、中継ノードを識別する中継ノード識別子を具備する。
【０１０６】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、上りリンクグラントメッセージあるいは下り割り当てメッセージは、中継ノードを識別する無線ネットワーク一時識別子ＲＮＴＩを使用してマスクされる。
【０１０７】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、アクティブ化／非アクティブ化メッセージは、上りリンクシェアードチャネルが予め定められたサブフレームの中でアクティブ化／非アクティブ化される第２コンポーネントキャリアを識別するためのコンポーネントキャリア識別子を具備する。
【０１０８】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、上りリンクシェアードチャネルは、第２コンポーネントキャリアの全てのサブフレームの中でアクティブ化／非アクティブ化される。これは、好ましくは、アクティブ化／非アクティブ化フラグを使用することによって行われる。
【０１０９】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、上りリンクシェアードチャネルは、第２コンポーネントキャリアの全てのサブフレームの中のサブセットでアクティブ化／非アクティブ化される。これは、好ましくは、ビットマップを使用することによって示されることによって行われる。
【０１１０】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、上りリンクシェアードチャネルが非アクティブ化されるこれらのサブフレームは、上りリンクシェアードチャネルが非アクティブ化されるサブフレームを明らかにすること、あるいは、上りリンクシェアードチャネルがアクティブ化を維持しているサブフレームを明らかにすること、あるいは、上りリンクシェアードチャネルが非アクティブ化されているサブフレームに付随したハイブリッド自動再送要求ＨＡＲＱプロトコルのプロセスを明らかにすること、あるいは、上りリンクシェアードチャネルがアクティブ化を維持しているサブフレームに付随したハイブリッド自動再送要求ＨＡＲＱプロトコルのプロセスを明らかにすることによって示される。
【０１１１】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化するための指示は、第２コンポーネントキャリアに対して中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化する前に待つために中継ノードのための時間遅延パラメータを含む。
【０１１２】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化するための指示は、第２コンポーネントキャリアに対して中継ノードの上りリンクシェアードチャネルのアクティブ化／非アクティブ化を戻すために中継ノードのための満了パラメータを含む。
【０１１３】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化するための指示は、中継ノードによって繰り返し適用される非アクティブ／アクティブ期間のパターンを決定するための情報を含む。
【０１１４】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、中継ノードは、基地局に対して、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化することを中継ノードに動的に指示することを要求する。その基地局に対する要求は、メディアアクセス制御プロトコルの制御エレメントとともに送信される。
【０１１５】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、中継ノードは、中継ノードに付属するユーザ機器から受信されたバッファ状態のレポートに基づいてその要求を実行することを決定する。
【０１１６】
本発明は、さらに、通信システムの中継ノードの上りリンクシェアードチャネルを動的に構成するための基地局を提供する。中継ノードは、キャリア周波数ｆ２を使用する第１コンポーネントキャリアとキャリア周波数ｆ１を使用する第２コンポーネントキャリアを含む第１通信リンクにおいて基地局と接続する。少なくとも一つのユーザ機器は、キャリア周波数ｆ１を使用する第２通信リンクにおいて中継ノードに付属する。基地局のプロセッサおよび送信機は、予め定められたサブフレームの中で、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化するために、中継ノードを動的に指示する。
【０１１７】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、プロセッサは、基地局から中継ノードへ送信されるデータのトラフィック、および、中継ノードから受信されたバッファ状態のレポートを監視する。プロセッサは、データトラフィックとバッファ状態のレポートの中で示される値との割合を決める。決められた割合が第１の予め決められた割合よりも高くなったケースにおいて、プロセッサは、予め定められたサブフレームの中で、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルを非アクティブ化する。決められた割合が第２の予め決められた割合よりも低くなったケースにおいて、プロセッサは、予め定められたサブフレームの中で、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルをアクティブ化する。
【０１１８】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、基地局の送信機は、予め定められたサブフレームの中で、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化することを中継ノードに指示するために、第１または第２コンポーネントキャリアを使用して中継ノードにアクティブ化／非アクティブ化メッセージを送信する。
【０１１９】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、アクティブ化／非アクティブ化メッセージは、メディアアクセス制御プロトコルレイヤの制御エレメントとともに送信される、あるいは、基地局から中継ノードへの下り制御チャネル上で送信される上りリンクグラントメッセージあるいは下り割り当てメッセージとともに送信される。
【０１２０】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、基地局のプロセッサは、基地局に接続された全ての中継ノードに共通の無線ネットワーク一時識別子ＲＮＴＩを使用して上りリンクグラントメッセージあるいは下り割り当てメッセージをマスクする。プロセッサは、さらに、上りリンクグラントメッセージあるいは下り割り当てメッセージに、中継ノードを識別する中継ノード識別子を含める。
【０１２１】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、基地局のプロセッサは、中継ノードを識別する無線ネットワーク一時識別子ＲＮＴＩを使用して上りリンクグラントメッセージあるいは下り割り当てメッセージをマスクする。
【０１２２】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、プロセッサは、上りリンクシェアードチャネルが予め定められたサブフレームの中でアクティブ化／非アクティブ化される第２コンポーネントキャリアを識別するために、アクティブ化／非アクティブ化メッセージの中にコンポーネントキャリア識別子を含める。
【０１２３】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、プロセッサは、第２コンポーネントキャリアの全てのサブフレームの中で、あるいは、第２コンポーネントキャリアの全てのサブフレームの中のサブセットで、上りリンクシェアードチャネルをアクティブ化／非アクティブ化することを決定する。
【０１２４】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、プロセッサは、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化するための指示の中に時間遅延パラメータを含める。時間遅延パラメータは、中継ノードに対して、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化する前に待つためのものである。また、プロセッサは、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化を戻すために中継ノードのための満了パラメータを含めるかもしれない。また、プロセッサは、中継ノードによって繰り返し適用される非アクティブ／アクティブ期間のパターンを決定するための情報を含めるかもしれない。
【０１２５】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、基地局の受信機は、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化することを中継ノードに動的に指示するための要求を中継ノードから受信する。
【０１２６】
本発明は、さらに、通信システムの中継ノードの上りリンクシェアードチャネルを動的に構成するための中継ノードを提供する。中継ノードは、キャリア周波数ｆ２を使用する第１コンポーネントキャリアとキャリア周波数ｆ１を使用する第２コンポーネントキャリアを含む第１通信リンクにおいて基地局と接続する。少なくとも一つのユーザ機器は、キャリア周波数ｆ１を使用する第２通信リンクにおいて中継ノードに付属する。中継ノードのプロセッサは、予め定められたサブフレームの中で、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化する。
【０１２７】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、プロセッサは、さらに、ユーザ機器から受信されたバッファ状態のレポートを監視する。そして、プロセッサは、基地局に対して、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化することを中継ノードに動的に指示することを要求することを、その監視されたバッファ状態のレポートに基づいて決定する。
【０１２８】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、中継ノードの送信機は、基地局に対して、第２コンポーネントキャリアのための中継ノードの上りリンクシェアードチャネルをアクティブ化／非アクティブ化することを中継ノードに動的に指示することを要求するためのアクティブ化／非アクティブ化要求メッセージを送信する。好ましくは、アクティブ化／非アクティブ化要求メッセージは、メディアアクセス制御プロトコルの制御エレメントとともに送信される。
【０１２９】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、アクティブ化／非アクティブ化要求メッセージは、アクティブ化／非アクティブ化される予め定められたサブフレームについての情報を含む。
【０１３０】
上記の１つに加えて、または、代わりに使われ得る本発明の有利な実施形態においては、中継ノードの受信機は、アクティブ化／非アクティブ化メッセージを受信する。プロセッサは、受信したアクティブ化／非アクティブ化メッセージに含まれる情報に基づいて、第２コンポーネントキャリアの全てのサブフレーム、あるいは、全てのサブフレームの中のサブセットをアクティブ化／非アクティブ化する。
【０１３１】
本発明は、発明の既に議論された実施形態のステップを実行することによって、基地局が、ユーザ機器のプロセッサによって実行されたときに、通信システム中の中継ノードの上りリンクシェアードチャネルを動的に構成する原因になる命令を格納しているコンピュータ可読媒体も提供する。
【０１３２】
これは、詳細な明細書中に説明される発明の実施形態に関連してより明確になる。
【図面の簡単な説明】
【０１３３】
以下では、本発明について、添付の図面を参照しながらさらに詳しく説明する。図面において類似または対応する細部には、同じ参照数字を付してある。
【０１３４】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示している。
【図２】３ＧＰＰ  ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の例示的な概要を示している。
【図３】３ＧＰＰ  ＬＴＥ（リリース８／９）に定義されている例示的な下りリンクコンポーネントキャリア上のサブフレーム構造を示している。
【図４】３ＧＰＰ  ＬＴＥ（リリース８／９）に定義されている例示的な下りリンクスロットのリソースグリッドを示している。
【図５】下りリンクの動的なキャリアアグリゲーションの３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）レイヤ２構造を示している。
【図６】上りリンクの動的なキャリアアグリゲーションの３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）レイヤ２構造を示している。
【図７】３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）の中の、典型的な、下りリンクと上りリンクとの間のコンポーネントキャリアの可能性があるリンクを示している。
【図８】３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）の中の、典型的な、下りリンクと上りリンクとの間のコンポーネントキャリアの可能性があるリンクを示している。
【図９】いくつかの中継ノード（ＲＮ）を含む３ＧＰＰ  ＬＴＥ−ＡのＥ−ＵＴＲＡＮアーキテクチャ全体の例示的な概要を示している。
【図１０】いくつかの中継ノード（ＲＮ）を含む３ＧＰＰ  ＬＴＥ−ＡのＥ−ＵＴＲＡＮアーキテクチャ全体の例示的な概要を示している。
【図１１】キャリア周波数ｆ２の１つの周波数のみがＤｅＮＢと中継ノードとの間で使用される場合の、中継ノードＲＮ１に付属された、いくつかのユーザ機器を含むネットワークシナリオを示している。
【図１２】図１１と類似のネットワークシナリオであって、ＤｅＮＢがキャリアアグリゲーションを使用するために、バックホールリンクにおいてキャリア周波数ｆ２上のＰＣｅｌｌおよびキャリア周波数ｆ１上のＳＣｅｌｌの結果を決定する場合のものを示している。
【図１３】ＭＢＦＳＮサブフレーム構造を適用するときのＤｅＮＢ、中継ノードおよびユーザ機器間の通信リンク上のサブフレームを描くダイヤグラムである。
【図１４】ＤｅＮＢ、中継ノードおよびユーザ機器間の通信リンク上のサブフレームを描くダイヤグラムであって、特に、ＰＵＳＣＨ送信のためのＤｅＮＢと中継ノードによるクロススケジューリングの効果を示している。
【図１５】本発明の第２の態様に従う、ＤｅＮＢ、中継ノードおよびユーザ機器間の通信リンク上のサブフレームを描くダイヤグラムである。
【図１６】本発明の一実施形態に従ったＰＵＳＣＨ非アクティブ化コマンドを符号化するＰＤＣＣＨのための新たなＤＣＩフォーマットの例を示している。
【図１７】本発明のさらなる実施形態に従ったＰＵＳＣＨ非アクティブ化コマンドを符号化するためのメディアアクセス制御プロトコルの制御エレメントを描く。
【図１８】本発明の一実施形態に従ったＰＵＳＣＨ非アクティブ化コマンドのタイミングが描かれた時間ダイヤグラムである。
【図１９】図１８と同様に、本発明のさらなる実施形態に従った、中継ノードが基地局からのＳＣｅｌｌのためにＰＵＳＣＨの非アクティブ化を要求する場合の時間ダイヤグラムである。
【図２０】本発明の一実施形態に従った方法のために、基地局によって実行されるステップを描くフローダイヤグラムである。
【図２１】本発明の一実施形態に従った方法のために、中継ノードによって実行されるステップを描くフローダイヤグラムである。
【図２２】本発明の一実施形態に従った方法のために、中継ノードによって実行されるステップを描くフローダイヤグラムである。
【発明を実施するための形態】
【０１３５】
以下では、本発明のさまざまな実施形態について説明する。実施形態のほとんどは、上の背景技術のセクションで説明した３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）の移動通信システムに関連して概説されるが、これは例示を目的としているにすぎない。本発明は、例えば、前述した３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）通信システムなどの移動通信システムと組み合わせて有利に使用できるが、本発明は、この特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。
【０１３６】
背景技術のセクションにおける説明は、本明細書に記載した主として３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）に関連する例示的な実施形態を深く理解することを目的としており、移動通信ネットワークにおけるプロセスおよび機能の、説明した特定の実施形態に本発明を制限するものではないことを理解されたい。しかしながら、本明細書に提案する改良は、背景技術のセクションに説明したアーキテクチャ／システムにおいて容易に適用することができ、本発明のいくつかの実施形態においては、これらのアーキテクチャ／システムの標準的な手順および改良された手順を利用することもできる。
【０１３７】
本発明で使用される「非アクティブ化」という用語は、ＳＣｅｌｌのＰＵＳＣＨに対して行われ、上りリンクシェアードチャネルが、非アクティブ化が為されたＳＣｅｌｌにおいてもはや使用されないことを意味する。従来技術の中で定義された「非アクティブ化」は、コンポーネントキャリア全体に対して、すなわち下りリンクと上りリンクに対して行われる。
【０１３８】
本発明の「非アクティブ化」に従って、上りリンクリソースは、ＳＣｅｌｌの中継ノードのためにＤｅＮＢによってスケジューリングされることは無い。そして、このように、中継ノードは、上りリンク送信がＤｅＮＢにＳＣｅｌｌの中で実行されないであろうことを知っている。言い換えるならば、新しい構成は、ＳＣｅｌｌのために、すなわち、ＳＣｅｌｌが下りリンクのみのために使用され上りリンクのために使用されない全てのサブフレームあるいは全てのサブフレームのサブセットのための下りリンクのみの構成のために定義される。
【０１３９】
相応して、本発明で使用される「アクティブ化」という用語も、ＳＣｅｌｌのＰＵＳＣＨに対して行われ、上りリンクシェアードチャネルが、事前に非アクティブ化されていたＳＣｅｌｌにおいて再び使用されることを意味する。言い換えるならば、上りリンクリソースは、ＳＣｅｌｌの中継ノードのためにＤｅＮＢによってスケジューリングされ得る。そして、このように、中継ノードは、上りリンク送信がＤｅＮＢのためにＳＣｅｌｌの中でスケジューリングされたか否かを決定しなければならない。言い換えるならば、元の構成は、上りリンクおよび下りリンクの両方のために使用されるＳＣｅｌｌのために再び使用される。
【０１４０】
「ＳＣｅｌｌ」という用語は、キャリアアグリゲーションがＤｅＮＢと中継ノードとの間でバックホールリンク中に実行される通信システム中の追加の第２キャリアのことである。「ＰＣｅｌｌ」は第１キャリアである。ＳＣｅｌｌまたはＰＣｅｌｌもまた、「コンポーネントキャリア」と呼ばれるかもしれない。
【０１４１】
本発明は、特に、上りリンクと下りリンクの割合が、ＵＥと帯域内構成の中で作用する中継ノードのためのサブフレームの妨げのために制限されている状況の中で、背景技術セクションの最後で説明された問題を軽減させることを可能にする。
【０１４２】
本発明の第１の態様に従って、クロススケジューリングは、中継ノードのための上りリンクリソースの、より柔軟で非対称の割り当てを可能にするためにＤｅＮＢにより使用される。この態様は、図１４を用いてより具体的に説明される。事前に図１３で説明した４０の中の３サブフレームと同様の構成、すなわちサブフレーム３、１１および２７のみがＤｅＮＢから中継ノードへの下りリンク送信のために使用される構成を仮定する。なお、本発明は、他のサブフレーム構成にも同様に適用できることは言うまでもない。
【０１４３】
クロススケジューリングは、ＳＣｅｌｌ上の４０の中の３サブフレーム構成によって構成されたもののみでは無く、ＰＣｅｌｌの中で可能なサブフレームのいずれかを使用することによって、全ての可能なサブフレーム上で上りリンク送信のために中継ノードをスケジューリングすることを可能にする。
【０１４４】
図１４から明らかなように、ＤｅＮＢは、ＰＣｅｌｌのサブフレーム１０の中に、クロススケジューリングが為されるＳＣｅｌｌを識別するキャリア識別フィールドを含む上りリンクグラントを送信することによってクロススケジューリングを実行する。ＳＣｅｌｌのサブフレーム＃１１で、ＤｅＮＢは、中継ノードにＰＤＳＣＨにおいてデータを送信する。
【０１４５】
受信されたクロススケジューリングのＵＬグラントに従って、中継ノードは、グラントのキャリア識別フィールドに基づいて、ＳＣｅｌｌのための上りリンクグラントが受信されたことを識別する。したがって、中継ノードは、ＳＣｅｌｌ（ｆ１）のサブフレーム＃１４の中で、すなわち上りリンクグラントが受信されたサブフレームの４ｍｓ後のサブフレームを使用してＰＵＳＣＨにおいてデータを送信する。
【０１４６】
ＤｅＮＢからＰＵＳＣＨにおいて中継ノードに受信されたデータは、暗黙のサブフレーム構成に従って、ＰＵＣＣＨにおいてＰＣｅｌｌ上のサブフレーム＃１５の中で認識される。
【０１４７】
このことから、中継ノードがＳＣｅｌｌ上でデータを受信しているので、サブフレーム＃１１が、中継ノードからｒ−ＵＥへの下りリンクのデータを送信するために使用されることはできない。クロススケジューリングのため、サブフレーム＃１５は、ＰＵＳＣＨ送信によって妨げられない。ＰＵＳＣＨは、ＳＣｅｌｌ上のサブフレーム＃１４の中で代わりに送信される。したがって、ｒ−ＵＥからの上りリンクデータは、サブフレーム＃１５の中で中継ノードによって受信され得る。
【０１４８】
しかしながら、ｒ−ＵＥは、サブフレーム＃１５の中で上りリンク送信を実行するために中継ノードから対応するＵＬグラントを受信しない。その理由は、サブフレーム＃１１の復号が長くかかりすぎるため、中継ノードが、ＵＬグラントがＰＤＣＣＨの中に含まれているか否かを決定することができないためである。サブフレーム＃１５の中にＵＬグラントが含まれない場合だけ、サブフレーム＃１５は、ｒ−ＵＥからのデータを受信するために、中継ノードにとって自由となる。中継ノードは、ｒ−ＵＥが暗黙のサブフレーム構成に従ってサブフレーム＃１５の中（すなわち４サブフレーム後）でＰＵＳＣＨにおいてデータを送信するために、サブフレーム＃１１の中でｒ−ＵＥに上りリンクグラントを送信する必要がある。
【０１４９】
したがって、ＳＣｅｌｌのサブフレーム＃１５は、中継ノード上りリンクＰＵＳＣＨ送信によって妨げられないが、いずれのｒ−ＵＥも、中継ノードにサブフレーム＃１５の中でデータを送信するためにスケジューリングされない。
【０１５０】
本発明の他の第２の態様に従って、ＳＣｅｌｌのＰＵＳＣＨは、動的に非アクティブ化／アクティブ化される。本発明の第２の態様は、図１４および図１３のものと同一の４０の中の３サブフレームの構成を例とする図１５を用いて説明される。同様に、４０の中の３サブフレームの構成は、説明目的のために使用されているだけである。そして、ＳＣｅｌｌのＰＵＳＣＨを非アクティブ化する原則は、全ての可能なサブフレームに適用される。
【０１５１】
ＳＣｅｌｌのＰＵＳＣＨは非アクティブ化されていると決められる。その決定は、例えば、ＤｅＮＢまたは中継ノードの中で為されるかもしれない。その決定は、バックホールおよび／またはアクセスリンクのトラフィック状況や、中継ノードあるいはＤｅＮＢに受信されたバッファ状況レポートのような、様々な状況に基づいて為されるかもしれない。どのエンティティが非アクティブ化／アクティブ化を制御するのか、および、どの状況に基づくのかについては、以下で、より詳細に説明する。
【０１５２】
当面は、ＤｅＮＢが中継ノードのためにＳＣｅｌｌのＰＵＳＣＨを非アクティブ化／アクティブ化することを決め、相応して中継ノードにＰＵＳＣＨ非アクティブ化コマンドを送信すると仮定する。ＰＵＳＣＨ非アクティブ化コマンドがどのように正確に中継ノードに送信されるのかについての詳細も、後で説明する。
【０１５３】
ＰＵＳＣＨがＳＣｅｌｌの全てのサブフレームのために非アクティブ化されているという典型的なシナリオも仮定される。しかし、ＰＵＳＣＨが非アクティブ化されるための特定のサブフレームが選択されるかもしれないから、これは必要ではない。例えば、それらのサブフレームは、サブフレーム＃３、＃１１および＃２７等のサブフレーム構成による下りリンクサブフレームである。その点の詳細も以下で説明する。
【０１５４】
ＰＵＳＣＨ非アクティブ化コマンドは、サブフレーム構成の一致により、ＳＣｅｌｌのサブフレーム＃３の中で送信されると仮定される。ＳＣｅｌｌのＰＵＳＣＨの非アクティブ化のステップは、（例えば与えられた時間のために）上りリンクグラントを受信することを予測しない中継ノードを指示することと基本的に同等である。ＤｅＮＢからこの指示を受信する上で、中継ノードは、それがＳＣｅｌｌの上りリンクの中でスケジューリングされないことを知っている。そして、中継ノードのスケジューラは、アクセスリンクのために中継ノードとユーザ機器の必要性に従ってアクセスリンクリソースをスケジューリングすることができる。サブフレーム＃３の復号の後、中継ノードは、バックホールリンクのＳＣｅｌｌのためのＰＵＳＣＨアクティブ化指示を処理する。相応して、ＤｅＮＢは、ＳＣｅｌｌのリソースのために中継ノードに上りリンクグラントを送信しない。そして、中継ノードは、これを知っている。
【０１５５】
バックホールリンクの中で可能性のある次の下りリンクは、サブフレーム＃１１の中である。そして、ＤｅＮＢは、中継ノードにＰＤＳＣＨ上でデータを送信する。その暗黙のサブフレーム構成に従って、データは、ＰＵＣＣＨにおけるＰＣｅｌｌ中のサブフレーム＃１５の中で承認される（ＡＣＫ／ＮＡＣＫ）。
【０１５６】
サブフレーム＃１１のＰＤＳＣＨの受信のために、中継ノードは、ユーザ機器にアクセスリンクにおいて下りリンク送信を実行することができない。それでも、中継ノードは、上りリンクグラントがＤｅＮＢにＳＣｅｌｌのためにサブフレーム＃１５の中でスケジューリングされないことを前もって知っているから、中継ノードは、ＳＣｅｌｌの上りリンクの中にデータを送信するためにユーザ機器をスケジューリングすることができる。相応して、ユーザ機器にサブフレーム＃１１の中で、対応する上りリンクグラントを送信することによって、ユーザ機器は、暗黙のサブフレーム構成に従って（すなわち、ＵＬグラントを受信した後の４フレーム後である）サブフレーム＃１５の中で上りリンク送信を実行する。
【０１５７】
上りリンクグラントは、ｒ−ＵＥにＳＣｅｌｌのサブフレーム＃１１の最初の２、３シンボルの中に送信され得る。しかし、中継ノードは、ＤｅＮＢから同一サブフレームの中でデータを受信している。
【０１５８】
データは、サブフレーム＃１５の中で中継ノードに受信され、さらに、ＤｅＮＢに送信され得る。そのために、上記のようにＰＵＳＣＨは非アクティブ化されているから、ＰＵＳＣＨはＳＣｅｌｌの中で送信されないかもしれない。その代わりに、ＤｅＮＢは、ＰＣｅｌｌの中でＰＵＳＣＨのためのリソースをスケジューリングし、中継ノードに対応する上りリンクグラントを送信する。
【０１５９】
ＤｅＮＢは、ＰＣｅｌｌのために中継ノードにサブフレーム＃１１の中で上りリンクグラントを送信する。それは、中継ノードに、ＰＣｅｌｌのサブフレーム＃１５の中にＰＵＳＣＨ上でデータを送信することを可能にするものである。しかしながら、サブフレームの復号が長くかかりすぎるため同一サブフレーム内で進めることができないから、この上りリンクグラントは、ＳＣｅｌｌのサブフレーム＃１５の中でＵＥから受信された上りリンクデータのために使用され得ない。
【０１６０】
その代わりに、中継ノードは、ユーザ機器から丁度受信された上りリンクデータを送信するために、次の上りリンクグラントを待つ必要がある。中継ノードは、（図示しない）ＰＣｅｌｌ上のＰＵＳＣＨの中のバッファ状態レポートを送信するするかもしれない。そのバッファ状態レポートは、ＤｅＮＢにＰＣｅｌｌのための対応する上りリンクグラントを構成することを可能にするものである。その上りリンクグラントは、次の可能な下りリンクサブフレームの中で中継ノードに送信されるものである。その可能な下りリンクサブフレームは、サブフレーム＃２７である。サブフレーム＃２７の中でＤｅＮＢから上りリンクグラントを受信すると、中継ノードは、事前にユーザ機器からサブフレーム＃１５の中で受信された上りリンクデータを、暗黙のサブフレーム構成に従って（＃２７＋４サブフレームの）サブフレーム＃３１の中でＤｅＮＢから上りリンクグラントに送信することができる。
【０１６１】
以下では、図１４に従う本発明の第１の態様が、図１５を参照して上記で説明された本発明の第２の態様と対応する。ＰＵＳＣＨが、ＳＣｅｌｌの代わりにＰＣｅｌｌ上のサブフレーム＃１５の中で送信されるから、クロススケジューリングは、ユーザ機器からの上りリンク送信を中継ノードによって受信するために、ＳＣｅｌｌのサブフレーム＃１５は妨げられないことを可能にする。これは、本発明の第２の態様に従って、ＳＣｅｌｌ上でＰＵＳＣＨを非アクティブ化するときと同一である。
【０１６２】
しかしながら、本発明の第１の態様のために、妨げられないサブフレーム＃１５は、中継ノードによって時間内にスケジューリングされることができない。なぜならば、中継ノードは、受信された上りリンクグラントの種類を決定するためにサブフレーム＃１１を最初に完全に復号する必要があるからである。それらと対照的に、本発明の第１の態様にしたがって、中継ノードは、上りリンク送信がサブフレーム＃１５の中で実行されないことを前もって（サブフレーム＃１１の復号を開始する前でさえ）知っている。そして、中継ノードは、それに応じて、サブフレーム＃１５の中で上りリンク送信を実行するためにユーザ機器をスケジューリングすることができる。
【０１６３】
本発明の第２の態様の原則を適用することによって得られる一つの効果は、ＳＣｅｌｌのより多くのサブフレームが上記目的のために使用され得るために、中継ノードが、中継ノードに付属するユーザ機器により多くのデータを運ぶことができるかもしれないことである。換言すれば、ＳＣｅｌｌの全てのサブフレームは、中継ノードがそうすることを決定するならば、下りリンクのためにスケジューリングされることのために空けられる。ところが、ＳＣｅｌｌのＰＵＳＣＨを非アクティブ化する前に、ＳＣｅｌｌのいくつかのサブフレームが、ＤｅＮＢによってスケジューリングされた上りリンクグラントに従ってＤｅＮＢにデータを送信するために使用される。
【０１６４】
更なる効果は、ＳＣｅｌｌのより多くのサブフレームが上記目的のために使用され得るために、中継ノードに付属するユーザ機器が、中継ノードにより多くのデータを運ぶことができるかもしれないことである。特に、ＳＣｅｌｌ上でのＰＵＳＣＨ送信によって妨げられるサブフレームはない。
【０１６５】
４０の中の２４サブフレーム構成がバックホールリンクのために構成された場合には、そのケースではより多くのサブフレームの妨げが起こるから、その効果はより重要となる。特に、４０の中の３サブフレーム構成の中では、４無線フレーム中の全ての４０サブフレームの中の３サブフレームのみが妨げられるのに対して、他のケースでは、それが、４無線フレーム中の全ての４０サブフレームの中の２４サブフレームになる。
【０１６６】
以下では、上述した本発明の第２の態様が、詳細に説明される。本発明は、もちろん、特定の説明のシナリオに限定されないけれども、様々な説明のために、図１２の中で紹介されたシナリオが仮定される。
【０１６７】
本発明は、例えば、中継ノードがユーザ機器と帯域内モードの中で作用する全てのケース、即ち、バックホールリンクの中の（複数のＳＣｅｌｌの中の）１つのＳＣｅｌｌが、中継ノードとその中継ノードに付属されたユーザ機器との間のアクセスリンクの中で使用されるセルとして、同一のキャリア周波数を持つ場合に適用され得る。
【０１６８】
本発明は、１つ以上のＳＣｅｌｌが帯域内モードの中で作用するシナリオ、例えば、キャリアアグリゲーションが中継ノードとＵＥとの間でアクセスリンクの中でも使用されたとき（規格の更なるリリースが決定されたとき）にも適用され得る。現在では、静的中継ノードのみが標準化されている。本発明は、静的中継ノードのみに適用されるものでは無い。将来的に中継ノードが移動式となれば、本発明は同様に適用されるかもしれない。
【０１６９】
ＰＵＳＣＨ非アクティブ化を実行するための決定
以下では、バックホールリンクの中でＳＣｅｌｌのＰＵＳＣＨを非アクティブ化／アクティブ化するために取られ得る決定を行うエンティティおよびその決定の基準について議論される。
【０１７０】
都合の良いことに、その決定は、ＤｅＮＢあるいは中継ノードのいずれかによって為されるかもしれない。このケースでは、ＤｅＮＢがＰＵＳＣＨの非アクティブ化／アクティブ化を決定するエンティティであり、その決定は、ＤｅＮＢに知られている基準に基づかなければならない。
【０１７１】
例えば、ＤｅＮＢが、ＤｅＮＢの中でバッファを監視することにより、特定の中継ノードへのバックホールリンクを横行しているトラフィック量を知ることができる。トンネルエンドポイントが、通常、中継ノードであるため、ＤｅＮＢは、通常、データの特定の種類を知らない。そして、ディープパケットインスペクションは、そのために、ＤｅＮＢの中で実行されない。ＤｅＮＢは、さらに、定期的にまたは優先度が高いデータが中継ノードの上りリンクバッファに格納されるとき、中継ノードからＤｅＮＢに送信されたバッファ状態レポートを介して、中継ノードのバッファ状態を知らされる。
【０１７２】
要約すると、ＤｅＮＢは、中継ノードさらにはその中継ノードに付属されたユーザ機器を対象とする下りリンクトラフィックを知り、さらに、バッファ状態レポートを介して中継ノードからＤｅＮＢに送信された（ユーザ機器からの）上りリンクトラフィックを知る。
【０１７３】
通常、ＵＥへの多くの下りリンクトラフィックはＤｅＮＢによって監視される。対応する上りリンクトラフィックの量は、ＵＥから上りリンクの中で送られることが想定される。例えば、ＩＰアプリケーションにおけるボイスのケースにおいて、下りリンクと上りリンクトで同程度のデータの量が送信されると想定されるかもしれない。さらにまた、下りリンクデータは、ストリーミングデータかもしれない。その場合には、対応する上りリンクデータは必要ではない。しかしながら、ストリーミングデータは認識されなければならず、このため、たくさんのＴＣＰ  ＡＣＫ／ＮＡＣＫがユーザ機器からコアネットワークにＰＵＳＣＨの中で送信される。
【０１７４】
したがって、特定の量の下りリンクデータが中継ノード上でユーザ機器に送信されるとき、上りリンクデータの量が存在し、上りリンクデータの量が特定の比率で下りリンクデータの量に対応する、と想定され得る。しかし、中継ノードが、ユーザ機器と帯域内モードの中で作用するから、これはサブフレームの多くの妨げに至るかもしれない。このように、アクセスリンクの中で下りリンクと上りリンクのデータレートを低減する。
【０１７５】
背景技術セクションの最後で説明されたサブフレームの妨げは、ＤｅＮＢからユーザ機器の方に実際に送信される下りリンクデータの量と中継ノードからＤｅＮＢに実際に送信される上りリンクデータの量との間の不一致を作るかもしれない。
【０１７６】
この不一致は、ＤｅＮＢを横行している下りリンクトラフィックの量を監視し、例えば、中継ノードによって報告されるバッファ状態レポートを介して、中継ノードから上りリンクトラフィックの量を監視することによって明らかにされ得る。
【０１７７】
特定の比率は、下りリンクトラフィックの量と上りリンクトラフィックの量との間で予め定められ得る。その予め定められた比率は、ＳＣｅｌｌを非アクティブ化するか否かを決定するために使用され得る。最後に、ＤｅＮＢは、下りリンクトラフィックと上りリンクトラフィックを監視する。そして、ＤｅＮＢは、現在の状況を表す比率を継続的に計算する。計算された比率は、予め定められた比率と比較される。そして、比較結果がポジティブであれば、そのときＤｅＮＢは、ＳＣｅｌｌのＰＵＳＣＨを非アクティブ化することを決定する。
【０１７８】
より詳しくは、典型的な実施形態によれば、下りリンクと上りリンクのトラフィック量だけが監視される。そして、その比率は、上りリンクトラフィックによって分けられた下りリンクトラフィックとして定義される。現在の比率が、予め定められた比率よりも大きければ、そのとき、下りリンクデータより少ない上りリンクデータがバックホールリンクの中で送信される。これは、アクセスリンクの中の上りリンクデータレートを増加するための兆候として理解される。そして、ＤｅＮＢは、中継ノードにＰＵＳＣＨ非アクティブ化コマンドを送信することを決定する。
【０１７９】
反対に、ＤｅＮＢは、中継ノードにＳＣｅｌｌのＰＵＳＣＨを再アクティブ化するために同様の処理を続ける。第２の予め定められた比率は、継続的に、現在の比率と比較されるために定義され得る。現在の比率が、第２の予め定められた比率よりも小さければ、これは、より多くの上りリンクデータがバックホールリンクの中で下りリンクデータの量から想定され得るよりも送信されることを意味する。したがって、中継ノードのＳＣｅｌｌのＰＵＳＣＨが非アクティブ化されていれば、現在の比率が第２の予め定められた比率を下回っているとき、ＤｅＮＢは、中継ノードにＰＵＳＣＨアクティブ化コマンドを送信することを決定する。
【０１８０】
上記で説明された比率を計算するためのデータトラフィックの使用は、ＤｅＮＢが、通信システムの必需品である中継ノードの中のＳＣｅｌｌのＰＵＳＣＨを非アクティブ化／アクティブ化することを決定するための例に過ぎない。
【０１８１】
ＳＣｅｌｌのＰＵＳＣＨを非アクティブ化することを決定するためにＤｅＮＢが可能なもう一つの方法は、ネットワークノード間のインターフェースマネジメントのために利用されるメカニズムに基づくものである。そのようなインターフェースマネジメント方法では、定期的なメッセージ交換が、本シナリオではＤｅＮＢと、ＲＮであるＸ２インターフェースシグナリングを使用するネットワークノードとの間で実行される。本シナリオの中において、ＤｅＮＢは、キャリアアグリゲーションを用いてＲＮへのトラフィック量を増やしたから、インターフェースマネジメントメカニズム上の相対的狭帯域送信電力識別子（Relative Narrowband Transmit Power indicator：ＲＮＴＰ）と呼ばれるものを用いてＲＮの下りリンク送信を知り得る。ＲＮが所定の上限値以下でＳＣｅｌｌリソースブロックのために送信電力を維持することを予定しているならば、このＲＮＴＰは、近隣のエンティティに知らせるために使用されるビットマップである（ＲＮＴＰ識別子の各ビットは、周波数領域の中のリソースブロックに対応する）。この上限値は、それが有効である期間と同様に可変である。本シナリオでは、上限値がより高いほど、より多くのＵＥが、ＲＮによって割り当てられたＤＬに対してスケジューリングされる。ＲＮは、ＤｅＮＢから受信された全てのトラフィックをｒ−ＵＥに降ろす必要があるため、一定数のあるいは全てのＲＢのためにＲＮＴＰ上で示されるＤＬ送信電力の高い水準は、ＲＮが多くのＤＬトラフィックを持つことをＤｅＮＢに知らせる。それに加えて、アクセスリンクのＵＬ送信（ＵＥ→ＲＮ）のために、ＲＮは、近い将来に帯域の一定の部分にＵＥをスケジューリングすること、および、干渉が起こるかもしれないことをＤｅＮＢおよび他のネットワークノードに知らせるために高インタフェース識別子（High Interference Indicator：ＨＩＩ）を利用する。この情報は、ＳＣｅｌｌに対応するＰＵＳＣＨが、ＲＮがＵＬ上でそれらのＵＥを実際にスケジューリングすることができるように、非アクティブ化される必要があることを決定するために、ＤｅＮＢによって順番に使用され得る。そして、この情報は、ＳＣｅｌｌのためにＰＵＳＣＨ非アクティブ化コマンドを送ることを順番に決定する。
【０１８２】
このケースでは、中継ノードは、ＰＵＳＣＨを非アクティブ化するときを決定する。類似した決定発見プロセスが、ＤｅＮＢに対して実行され得る。中継ノードは、自身のバッファおよびＵＥから受信されたバッファ状態レポートを通してアクセスリンクにおける上りリンクと下りリンクのデータトラフィックを把握する。相応して、この情報は、中継ノードのＳＣｅｌｌのためのＰＵＳＣＨを非アクティブ化あるいは再アクティブ化することがリソース利用にとって有利か否かを決定するために中継ノードによって使用され得る。
【０１８３】
中継ノードがＰＵＳＣＨ非アクティブ化を決定したとき、中継ノードに戻すＰＵＳＣＨ非アクティブ化コマンドを送信することをＤｅＮＢに指示するために、ＰＵＳＣＨ非アクティブ化要求メッセージがＤｅＮＢに送信される。ＰＵＳＣＨ非アクティブ化要求メッセージは、ＰＵＳＣＨ非アクティブ化コマンドと同様に、ＭＡＣ  ＣＥの中で符号化され得る。
【０１８４】
あるいは、中継ノードは、そのＳＣｅｌｌのＰＵＳＣＨを非アクティブ化するための決定について、単にＤｅＮＢに知らせ得る。ＤｅＮＢは、このように、それが、ＳＣｅｌｌのＰＵＳＣＨのために上りリンクリソースをスケジューリングすべきで無いこと、そしてＰＵＳＣＨ非アクティブ化コマンドを送信する必要が無いこと知っている。中継ノードは、ＰＵＳＣＨ非アクティブ化コマンドを待つ必要が無い。
【０１８５】
しかしながら、これは、絶対的に必要なものでは無い。中継ノードは、ＳＣｅｌｌの自身のＰＵＳＣＨ非アクティブ化すること、および、ＤｅＮＢに指示すること無くそしてＤｅＮＢから対応するＰＵＳＣＨ非アクティブ化コマンドを受信すること無く非アクティブ化を実行することを決定するかもしれない。ＳＣｅｌｌのためにＤｅＮＢから受信される対応の上りリンクグラントは、そのとき無視される。
【０１８６】
中継ノードは、ＤｅＮＢに知らせるべきである。なぜならば、さもなければ、ＤｅＮＢは、中継ノードのＳＣｅｌｌのＰＵＳＣＨの非アクティブ化を知ることができず、中継ノードによって無視されるＳＣｅｌｌ上の上りリンク送信をスケジューリングしようとするからである。このように、スケジューリングされた上りリンクリソースは失われる。
【０１８７】
ＰＵＳＣＨ非アクティブの送信方法
ＰＵＳＣＨ非アクティブ化コマンドは、例えば、（下りリンク割り当てあるいは上りリンクグラントとして）ＳＣｅｌｌのＲ−ＰＤＣＣＨの中で、（下りリンク割り当てあるいは上りリンクグラントのような）ＰＣｅｌｌのＰＤＣＣＨの中で、あるいは、ＭＡＣ制御エレメントの中で、送信され得る。
【０１８８】
ＳＣｅｌｌ上の上りリンクデータの非アクティブ化は、ＳＣｅｌｌの中で送られるＲ−ＰＤＣＣＨを使用する中継ノードにＰＵＳＣＨ非アクティブ化コマンドを送ることによって実現され得る。複数のＳＣｅｌｌがバックホールリンクに存在するならば、Ｒ−ＰＤＣＣＨは、いずれのＳＣｅｌｌの中でも送信され得る。しかしながら、そのコマンドが、非アクティブ化されているＳＣｅｌｌに送信されなければ、ＳＣｅｌｌ識別子は、ＰＵＳＣＨが非アクティブ化されているＳＣｅｌｌを示すことができる。このＳＣｅｌｌ識別子は、規格から知られるものとして、例えば、キャリア識別子フィールド（ＣＩＦ）であるかもしれない。
【０１８９】
ＰＵＳＣＨ非アクティブ化コマンドは、ＰＤＣＣＨフォーマットを使用することによってＰＣｅｌｌ上でも送信され得る。このケースにおいて、ＳＣｅｌｌ識別子は、複数のＳＣｅｌｌがバックホールリンクに存在するケースでも同様に含められ得る。
【０１９０】
（Ｒ−ＰＤＣＣＨあるいはＰＤＣＣＨの）いずれのケースでも、Ｒ−ＰＤＣＣＨ／ＰＤＣＣＨの内容は、Ｒ−ＰＤＣＣＨあるいはＰＤＣＣＨのブラインド復号を避けるために、すでに既存のＤＣＩフォーマット１つであり得る。本発明の以下の例示的な実施形態の中で、ＤＣＩフォーマット０（上りリンクグラント）および１Ａ（下りリンク割り当て）が、ＰＵＳＣＨ非アクティブ化コマンドを符号化するために使用されるために、より詳細に説明される。換言すれば、ＰＵＳＣＨ非アクティブ化コマンドは、ＳＣｅｌｌのＲ−ＰＤＣＣＨあるいはＰＣｅｌｌのＰＤＣＣＨの、下りリンク割り当てあるいは上りリンクグラントの信号の中でＤｅＮＢから中継ノードに送信され得る。
【０１９１】
しかしながら、ＤＣＩフォーマット０あるいは１Ａの使用は、有利な例として理解されるべきである。当業者は、他のどの適当な既知であるフォーマとあるいは新たなフォーマットもＰＵＳＣＨ非アクティブ化コマンドを具備するために使用されることを知っている。
【０１９２】
図１６は、規格化されたＤＣＩフォーマット０および１Ａの信号を示し、加えて、（「新」としてマークされた）ＤＣＩフォーマット０あるいは１Ａを使用するＰＵＳＣＨ非アクティブメッセージを実行するいくつかの可能な方法を示す。図１６の中で描かれた信号は、Ｒ−ＰＤＣＣＨおよびＰＤＣＣＨの両方において共通である。新１、２および３としてマークされた新たに定義されたペイロードは、異なる帯域のために上記図１６の中で描かれたいずれのフォーマットにも関連することに注意すべきである。換言すれば、図１６の中で新たなフォーマットとして描かれた内容は、特定の帯域、すなわち、帯域幅に応じて２１−２８ビットから成るものに適合する。
【０１９３】
図１６から明らかなように、ＤＣＩフォーマット０および１Ａの信号は、帯域に応じて異なる。特に、リソースブロック割り当てフィールド（ＲＢＡ）は、帯域幅の増加に伴ってビット量が増える。現在の規格によれば、ＤＣＩフォーマット０および１Ａは、（全ての可能な帯域幅のために加えられたＣＲＣを除いて）最小２１ビットから最大２８ビットを持ち得る。
【０１９４】
ＤＣＩフォーマット０および１Ａのビットは、ＰＵＳＣＨ非アクティブ化コマンドメッセージを符号化するために使用される。ＤＣＩフォーマットの内容は、ＲＮＴＩがＰＤＣＣＨ（あるいはＲ−ＰＤＣＣＨ）をマークするために使用されることに依存する。例えば、１つのオプションは、ＰＤＣＣＨあるいはＲ−ＰＤＣＣＨをマスクするためにＤｅＮＢに接続された全ての中継ノードのために構成される一般的なＲＮＴＩを使うことである。このケースでは、ＰＵＳＣＨ非アクティブ化コマンドが全ての中継ノードに対して意図されたもので無ければ、ＤＣＩフォーマット０／１Ａペイロードは、ＳＣｅｌｌのＰＵＳＣＨの非アクティブ化を適用する中継ノードを個別に識別するために、ＲＮ  Ｃｅｌｌ−ＲＮＴＩや、ＩＭＳＩ（International Mobile Subscriber Identity）やテンポラリＩＭＳＩ（ＴＩＭＳＩ）のような中継ノード識別子をさらに含む。これは、新１および新２としてマークされたＤＣＩフォーマット０あるいは１Ａに関連する。
【０１９５】
もう一つのアプローチは、ＰＤＣＣＨあるいはＲ−ＰＤＣＣＨをマスクするために、特殊なＲＮ  Ｃ−ＲＮＴＩを使うことである。このケースでは、中継ノードのみで対応してマスクするために使用されるＲＮ  Ｃ−ＲＮＴＩのために誤ること無くＲ−ＰＤＣＣＨあるいはＰＤＣＣＨを復号することができるので、ＤＣＩフォーマット０あるいは１Ａペイロードは、さらなる中継ノード識別子を含まない。この実施形態は、中継ノード識別子が含まれない新３としてマークされたＤＣＩフォーマット０あるいは１Ａに関連する。
【０１９６】
個別のＣ−ＲＮＴＩの代わりに共通のＣ−ＲＮＴＩを使用することによって、（中継ノード識別子が個別のＣ−ＲＮＴＩでなければ）構成のために使用されるＲＮＴＩはより少なくなる。しかしながら、中継ノード識別子が特定の中継ノードを個別に指示することができるために含まれるから、これは、ＤＣＩフォーマット０あるいは１Ａの使用可能なビットを減少させる。
【０１９７】
ＰＵＳＣＨ非アクティブ化コマンドは、ＰＵＳＣＨが非アクティブ化されるＳＣｅｌｌを識別するためにさらにコンポーネントキャリアＩＤを含むかもしれない。これは、中継ノードが正しいＳＣｅｌｌにコマンドを適用することを確認するために必要となるかもしれない。例えば、通信システムのバックホールリンクの中に構成された複数のＳＣｅｌｌがあり、ＰＵＳＣＨ非アクティブ化コマンドがＰＣｅｌｌのＰＤＣＣＨあるいはもう１つのＳＣｅｌｌのＲ−ＰＤＣＣＨの中で受信されれば、（ＣＩＦのような）ターゲットＣＣ  ＩＤフィールドはＰＵＳＣＨ非アクティブ化コマンドの中に含まれるかもしれない。これは、新１としてマークされたＤＣＩフォーマット０あるいは１Ａとして描かれている。新２および新３としてマークされたフォーマットは、キャリア識別フィールドを含んでいない。したがって、そのとき、ＳＣｅｌｌを識別するための別の識別子は必要ないから、それらのフォーマットは、ＰＵＳＣＨが非アクティブ化される特定のＳＣｅｌｌに送信される信号に関連することが理解される。これは、１つのみのＳＣｅｌｌが構成され、そして、ＰＵＳＣＨ非アクティブ化コマンドがＰＣｅｌｌを介して受信されるケースでも同様に適用される。
【０１９８】
ＰＵＳＣＨ非アクティブ化コマンドは、確かに非アクティブ化されることを示すフィールドを含む。確かに非アクティブ化されることを示すコマンドを符号化する方法としていくつかの可能性がある。例えば、ＳＣｅｌｌの全てのサブフレームに対してＰＵＳＣＨを非アクティブ化することができる。このケースでは、１ビットフラグが、典型的な実施として使用されるかもしれない。例えば、１ビットフラグがＯＮ（すなわちビット＝１）のケースにおいてＰＵＳＣＨがＳＣｅｌｌのために非アクティブ化される。反対に、１ビットフラグがＯＦＦ（すなわちビット＝０）のケースにおいてＰＵＳＣＨがＳＣｅｌｌのために再びアクティブ化される（ＰＵＳＣＨの再アクティブ化については、後程より詳しく説明される）。
【０１９９】
しかしながら、ＰＵＳＣＨは、全てのサブフレームのサブセットのためにのみ、あるいは、全てのサブフレームのためにのみ、非アクティブ化されるかもしれない。このケースでは、フラグは十分ではない。ＰＵＳＣＨが非アクティブ化されるサブフレームを確実に識別するために、１０ビットのビットマップが使用され得る。１０ビットのビットマップの各ビットは、１無線フレームの１０サブフレームの中の１サブフレームに関連する。このように、ビットマップは、ＳＣｅｌｌのＰＵＳＣＨのために上りリンクグラントを期待しない中継ノードに対する、無線フレーム内のこれらのサブフレームを識別する。そのとき、ビットマップによって与えられるこの構成は、指示されるまで、各無線フレームの中で適用される。
【０２００】
反対に、ビットマップは、ＰＵＳＣＨが非アクティブ化されていない、すなわちアクティブ化が維持されている無線フレーム内のこれらのサブフレームも識別するかもしれない。このように、ビットマップは、ＰＵＳＣＨが非アクティブ化されているこれらのサブフレームを暗に示す。
【０２０１】
あるいは、ビットマップは、サブフレームの代わりにＨＡＲＱプロセスを識別するかもしれない。現在の規格に従って、８つのＨＡＲＱプロセスが各コンポーネントキャリアに対して構成されている。そして、ビットマップは、ＳＣｅｌｌのＰＵＳＣＨのために、アクティブ化または非アクティブ化を維持するそれらのＨＡＲＱプロセスをそれぞれ識別するために８ビットを含むかもしれない。
【０２０２】
ＳＣｅｌｌの全てのサブフレームのためにＰＵＳＣＨを非アクティブ化／アクティブ化するためにフラグを用いることは、実行するのが簡単で有り、制御信号を低減するが、柔軟性が不足し、リソース利用を低減するかもしれない。特定のサブフレームまたはサブフレームのサブセットのためにＰＵＳＣＨを個別に非アクティブ化するために、ビットマップあるいは類似のものを使うことによって、実施形態はより柔軟に成り、中継ノード上で動いている特定のアプリケーションのためにサブフレーム／ＨＡＲＱプロセスを予約するために用いられ得る。
【０２０３】
中継ノードは、通常のＤＣＩフォーマット０あるいは１ＡからＤＣＩフォーマット０あるいは１Ａの既存のフォーマットに含まれるＰＵＳＣＨ非アクティブ化コマンド、すなわち上りリンクグラントあるいは下りリンク割り当てを、そのペイロードによって識別するかもしれない。ＤＣＩフォーマットのフォームの中の信号は、ＣＲＣの非マスキングの後、（Ｒ）ＰＤＣＣＨの中にＤＬ割り当てあるいはＵＬグラントとして同じ場所にマッピングされる。中継ノードは、キャリアアグリゲーションが構成され、アクティブ化されているＳＣｅｌｌが少なくとも存在するケースにおいて、可能な非スケジューリングコマンドのために同様に復号しようとしなければならない。
【０２０４】
もう一つのアプローチは、上りリンクグラントのためにリソースブロック割り当てフィールドの効果的では無い組み合わせ送るかもしれない。そして、そのとき、ちょうど１つの特定のＨＡＲＱプロセスをアドレスする必要があるとき、そのアプローチは、サブフレームが非アクティブ化されたという情報（例えばビットマップ）のために、フロントビットを使用する。
【０２０５】
上記に説明したものとして、ＰＵＳＣＨ非アクティブ化コマンドは、ＭＡＣ制御エレメントの範囲内でも符号化されるかもしれない。図１７は、このようなＭＡＣプロトコルの制御エレメントのフォーマットを示す。このようなＭＡＣ  ＣＥのフォーマットは、例えば、フラグや８ビット／１０ビットのビットマップを含むか否かにかかわらず、もちろん、ＰＵＳＣＨ非アクティブ化コマンドの内容に依存する。可能な実施形態として、ＤｅＮＢは、影響を受けるサブフレーム／ＨＡＲＱプロセスＩＤｓを識別するための拡張されたフィールドで、コンポーネントキャリアアクティブ化／非アクティブ化のために使用されるＭＡＣ  ＣＥ  と類似のＭＡＣ  ＣＥを使用する。最上位ビットＲを持つＭＡＣ  ＣＥは、ＰＵＳＣＨ非アクティブ化を示すために使用される（例えばＲ＝１）。さらに、ＳＣｅｌｌはＣＣアクティブ化／非アクティブ化のためＭＡＣ  ＣＥに対して既に規格化された７ビットで識別される。相応して、ＣＥは、正確に、（サブフレームあるいはＨＡＲＱプロセス）ＰＵＳＣＨが実際に非アクティブ化されたことを中継ノードに指示するために、８−１０ビットフィールドも具備している。
【０２０６】
図１７に描かれた制御エレメントは、単なる例示である。そして、他のどのような制御エレメントも、ＰＵＳＣＨ非アクティブ化コマンドを符号化する目的のために使用される。
【０２０７】
ＰＤＣＣＨ、Ｒ−ＰＤＣＣＨあるいはＭＡＣ  ＣＥを使用することは、以下で説明するように、異なる利益をもたらす。ＰＤＣＣＨあるいはＲ−ＰＤＣＣＨを使用することは、（Ｒ）ＰＤＣＣＨの受信の承認を必要としないから、コマンドの実行が速くなり、時間を節約するという利益がある。ＭＡＣ  ＣＥを使用することは、ＭＡＣ  ＣＥが通信を承認されることから、より信頼できるという利益を持つ。したがって、コマンドを実行することのエラーの可能性が、ＰＤＣＣＨよりも低くなる。加えて、スケジューリングがＭＡＣレイヤで行われるから、ＰＵＳＣＨ非アクティブ化コマンドを発する時間で、物理レイヤと相互作用を持つ必要が無い。最後に、ＭＡＣ  ＣＥを使用することの更なる利益は、ＰＤＣＣＨよりも情報を含む可能性があるビットが多くあるということである。
【０２０８】
相応して、１つのメッセージあるいは他のものを使用することは、通信システムそしてとりわけ中継ノードの中で、特定の必要性にとても依存する。
【０２０９】
ＰＵＳＣＨ非アクティブ化コマンドの追加内容
ＰＵＳＣＨ非アクティブ化コマンドは、上記の方法で符号化され、上記で説明されたＳＣｅｌｌ識別、ＲＮ  Ｃ-ＲＮＴＩ、ビットマップ、フラグ等の他に、さらなる情報を含むかもしれない。
【０２１０】
例えば、ＰＵＳＣＨ非アクティブ化コマンドは、ＳＣｅｌｌのＰＵＳＣＨを非アクティブ化する前に中継ノードによって適用される遅延パラメータを含むかもしれない。その遅延パラメータの目的は、ＳＣｅｌｌに対してＰＵＳＣＨを使用しない構成を実際に適用する前に、一定の時間を待つために中継ノードに指示するものである。その遅延パラメータは、所定の時間や、特定のサブフレームや、無線フレームや、上記で説明した目的に合う他の時間を示す値を含むかもしれない。
【０２１１】
ＰＵＳＣＨ非アクティブ化コマンドのために構成された遅延時間を持つことは、利益がある。より詳細には、中継ノードがＰＵＳＣＨ非アクティブ化コマンドを含むサブフレームを復号するために必要な時間は、中継ノードから中継ノードまでで変化するかもしれない。遅延時間は、中継ノードが、ＰＤＣＣＨ  ＤＣＩフォーマットの中で、あるいは、ＭＡＣ  ＣＥの中で送信されるＰＵＳＣＨ非アクティブ化コマンドを復号するために十分な時間を持つかどうかを確認する。さらに、遅延パラメータは、ＤｅＮＢと中継ノードとの間の非アクティブ化の同期を可能にする。そして、このように、予め定められた遅延時間は、非アクティブ化を構成するために取り入れられる。
【０２１２】
予め定められた時間遅延パラメータは、ＰＵＳＣＨ非アクティブ化コマンドが送信される方法に依存する。例えば、ＰＤＣＣＨの復号は、ＭＡＣ  ＣＥの復号よりも速い。したがって、ＭＡＣ  ＣＥのための予め定められた遅延時間は、ＰＤＣＣＨのためのものよりも長くすべきである。さらに、時間遅延パラメータで示される遅延は、ＰＵＳＣＨ非アクティブ化コマンドが適用される前にＨＡＲＱバッファが空にされ得ることを確認する。８つのＨＡＲＱプロセスは、ＳＣｅｌｌに対して定義され、ＤｅＮＢに上りリンクを送るためにバッファリングされているデータをアクティブ化する。ＰＵＳＣＨ非アクティブ化コマンドが中継ノードに受信されたとき、遅延時間は、ＨＡＲＱバッファに記憶されたデータがＤｅＮＢに送信され得るように構成されるべきである。ＰＵＳＣＨの非アクティブが遅延時間満了後に最終的に適用されたときに、ＳＣｅｌｌに対するすべてあるいはいくつかのＨＡＲＱプロセスのバッファはフラッシュされる。
【０２１３】
既に説明したように、ＰＵＳＣＨは、動的に非アクティブ化およびアクティブ化される。これを実行する１つの可能な方法は、ＰＵＳＣＨ非アクティブ化コマンドの中に満了タイマを含むことである。中継ノードは、いわゆる満了タイマで示される所定の時間だけＳＣｅｌｌのＰＵＳＣＨをアクティブ化する。その満了タイマは、所定の時間、特定のサブフレーム、無線フレームあるいは上記で説明した目的に合う他の時間（例えば、ミリ秒やサブフレームの数）を示す。多くの可能な例の１つとして、時間が、ミリ秒で示される。そして、中継ノードは、満了タイマで示されたミリ秒に対応する遅延時間の後に開始する。満了タイマによって示された時間の後に、中継ノードは、再び、ＳＣｅｌｌのＰＵＳＣＨをアクティブ化し、上りリンクデータ送信のためにＳＣｅｌｌを使用することができる最初の構成に戻す。もちろん、ＤｅＮＢは、同一の理解を持ち、再び、ＳＣｅｌｌのＰＵＳＣＨ上での上りリンク送信のために中継ノードをスケジューリングすることが可能になるときを知る。
【０２１４】
その期間は、（いろいろな長さを持つ）二値化の手段によるペイロードの部分として、ＰＤＣＣＨの中でＰＵＳＣＨ非アクティブ化コマンドを符号化するケース、および、コマンドが正確である、フレームの数／ミリ秒をシグナルするために拡張ＭＡＣ  ＣＥの中に残されたビットを加えることによってＭＡＣ  ＣＥの中のＰＵＳＣＨ非アクティブ化コマンドを符号化するケースの中で表現される。
【０２１５】
本発明のさらなる実施形態によれば、ＰＵＳＣＨ非アクティブ化コマンドは、ＰＵＳＣＨの非アクティブ化／アクティブ化のパターンを定義するかもしれない。より詳細には、ＰＵＳＣＨ非アクティブ化コマンドは、ＳＣｅｌｌのＰＵＳＣＨが非アクティブ化される期間およびＳＣｅｌｌのＰＵＳＣＨがアクティブ化される期間を既に定義するかもしれない。加えて、ＰＵＳＣＨの非アクティブ化／アクティブ化の定義された期間は、そのとき、他の指示があるまで、中継ノードによって周期的に用いられるかもしれない。
【０２１６】
より詳細には、ＯＦＦ時間指示は、ＳＣｅｌｌに対してＰＵＳＣＨを使用しない期間として中継ノードに指示するために、ＰＵＳＣＨ非アクティブ化コマンドの中に含まれる。さらに、ＯＮ時間指示は、ＳＣｅｌｌに対してＰＵＳＣＨを使用する期間として中継ノードに指示するものとして、そこに含まれる。これらの２つの時間パラメータは、中継ノードのＳＣｅｌｌに対してＰＵＳＣＨをアクティブ化および非アクティブ化するためにそのとき既に使用されている。これは、とても長い時間として、ＳＣｅｌｌのアクティブ化および非アクティブ化のＰＵＳＣＨ期間を定義することを可能にする。これは、ＤｅＮＢと中継ノードとの間で行き来する信号を低減するかもしれない。
【０２１７】
パターンの決定は、例えば、ＰＤＣＣＨフォーマットよりもパターンを符号化するためにより多くのビットを提供するＭＡＣ  ＣＥを使用して容易に実行され得る。
【０２１８】
ＰＵＳＣＨの再アクティブ化
通常、ＳＣｅｌｌのＰＵＳＣＨは、常に非アクティブ化が維持されるわけでは無く、その代わりに、通信システムの必要性に従って非アクティブ化されたり再アクティブ化されたりする。したがって、非アクティブ化された後のＳＣｅｌｌのＰＵＳＣＨをアクティブ化することを可能にするメカニズムを実行することが賢明である。本発明のさらなる実施形態に従った可能な解答は、上記で既に提示されている。すなわち、ＤｅＮＢがＰＵＳＣＨを再びスケジューリングすることを開始し、中継ノードがＳＣｅｌｌのＰＵＳＣＨを使用するためにＤｅＮＢから対応するグラントを期待することを開始する満了タイマを使用することである。
【０２１９】
他のオプションは、中継ノードのＳＣｅｌｌのＰＵＳＣＨを非アクティブ化とアクティブ化のいずれか一方を行う上記に紹介したパターンを使用することである。しかしながら、このケースでは、このパターン構成を遮り、通常通りにＰＵＳＣＨがＳＣｅｌｌに対してアクティブ化し、ＤｅＮＢによってスケジューリングされ得るという最初の構成に戻すことをＤｅＮＢと中継ノードに可能にするというコマンドを定義することが賢明である。
【０２２０】
同様に、パターン構成が使用されなければ、ＰＵＳＣＨ非アクティブ化コマンドと同様のＰＵＳＣＨアクティブ化コマンドが、ＳＣｅｌｌのＰＵＳＣＨをアクティブ化するために使用される。例えば、ＰＵＳＣＨアクティブ化コマンドは、既に説明した、ＳＣｅｌｌのために再びＰＵＳＣＨをアクティブ化するためのフラグ＝０を含む。または、ＰＵＳＣＨアクティブ化は、ＰＵＳＣＨ非アクティブ化の１つを反対にするビットマップを含むかもしれない。ＰＵＳＣＨアクティブ化コマンドは、ＰＵＳＣＨ非アクティブ化コマンドと同様の方法で、すなわちＭＡＣ  ＣＥの中で（Ｒ）ＰＤＣＣＨあるいは他の適切なメッセージとして符号化される。さらに、中継ノードは、単に、ＳＣｅｌｌの最初のＰＵＳＣＨ構成に戻るために指示される必要があるだけだから、ＰＵＳＣＨアクティブ化コマンドの内容は、非アクティブ化コマンドと同様である必要は無い。サブフレーム、ＨＡＲＱプロセス、ＩＤｓ等の詳細は、この情報は含まれるかもしれないけれども、ＰＵＳＣＨアクティブ化コマンドの中に含まれる必要はない。
【０２２１】
したがって、このケースでは、１つの信号が、ＰＵＳＣＨを非アクティブ化するために使用され、もう１つの信号が、通常のオペレーションに戻るために必要であるケースにおいて要求される。満了タイマが上記で説明されたように使用されるならば、持続期間が終了した後に中継ノードは自動的にＳＣｅｌｌに対して最初の構成に戻すため、第２の信号は必要ない。
【０２２２】
図１８は、ＤｅＮＢと中継ノードとの間で交換されるメッセージ、そして、上記で説明した時間遅延パラメータＴｄおよび時間満了パラメータＴｅを含むメッセージのタイミングを描いている。特に、ＤｅＮＢは、ＰＵＳＣＨ非アクティブ化コマンドを送信する。それは、時間ｔ０において中継ノードに受信される。
【０２２３】
ＰＵＳＣＨ非アクティブ化コマンドは、中継ノードの中で復号される。例えば、ＭＡＣ  ＣＥがＰＵＳＣＨ非アクティブ化コマンドを符号化するために使用されるケースでは、ＭＡＣ  ＣＥが送信されるＰＤＣＣＨ（図１８参照）あるいはＰＤＳＣＨを復号するために２ｍｓかかる。そして、ＰＵＳＣＨ非アクティブ化コマンドを作動するためにＭＡＣ  ＣＥを復号するのに合計で６ｍｓかかる。相応して、ＡＣＫメッセージは、そのコマンドを受信してから４サブフレーム目で中継ノードからＤｅＮＢに送信される。そのＡＣＫメッセージは、ＰＤＣＣＨ／ＰＤＳＣＨの復号の成功に関連する。
【０２２４】
ＰＵＳＣＨ非アクティブ化コマンドを復号した後、すなわちＭＡＣ  ＣＥのケースにおいて、中継ノードは、ＳＣｅｌｌのＰＵＳＣＨがＤｅＮＢによってスケジューリングされていないことに気づく。上記で説明したように、ＰＵＳＣＨ非アクティブ化コマンドは、ＰＵＳＣＨが非アクティブ化された後の時間遅延パラメータＴｄを含むかもしれない。中継ノードは、ＰＵＳＣＨが非アクティブ化された最初のサブフレームを知っていて、可能な限りたくさんのＳＣｅｌｌのＰＵＳＣＨ非アクティブ化を利用するように、時間内にＵＥから上りリンク送信をスケジューリングすることができる。相応して、最も早くて、中継ノードは、時間ｔ１−４ｍｓにおいてＵＥに上りリンクグラントを送信することができる。当然、時間ｔ１−４ｍｓは、ＰＵＳＣＨ非アクティブ化コマンドを復号する前、すなわちＭＡＣ  ＣＥで符号化するケースでは６ｍｓにすることはできない。ＰＵＳＣＨ非アクティブ化期間が始まったとき、４サブフレーム後のＵＥから中継ノードへの対応する上りリンク送信は、中継ノードによって受信される。
【０２２５】
図１８は、満了パラメータＴｅの使用も示している。その後に、中継ノードが再びＳＣｅｌｌのＰＵＳＣＨ使用することができるようになる。相応して、中継ノードからの最初の上りリンク送信が、ＳＣｅｌｌのＰＵＳＣＨの再アクティブ化（すなわち、時間ｔ２−４ｍｓにおけるＵＬグラント受信）の後、最初の可能なサブフレームで送信されるように、ＤｅＮＢは、上りリンクグラントを送信することができる。
【０２２６】
本発明のさらなる実施形態によれば、中継ノードは、例えば、アクセスリンク上のより多くの上りリンクリソースをスケジューリングするために、特定のＳＣｅｌｌのためにＰＵＳＣＨの非アクティブ化を率先して要求するかもしれない。このケースでは、対応するＰＵＳＣＨ非アクティブ化要求メッセージが中継ノードからＤｅＮＢに送信される。これは、ＰＣｅｌｌまたは利用可能ないずれかのＳＣｅｌｌ上で、いずれかの利用可能な上りリンク機会において為されるかもしれない。
【０２２７】
中継ノードは、ＳＣｅｌｌに対する、全てのサブフレーム、特定のサブフレームあるいはサブフレームのサブセットを非アクティブ化することをＤｅＮＢに要求するかもしれない。中継ノードによる要求は、ＰＵＳＣＨ非アクティブ化コマンドに対して上記で説明された全ての情報、例えば、満了タイマ、遅延時間、パターン、サブフレーム（ビットマップまたはフラグ）、ＨＡＲＱプロセスＩＤ，コンポーネントキャリア識別子等を含むかもしれない。
【０２２８】
このケースでは、中継ノードは、ＳＣｅｌｌの中でＰＵＳＣＨを非アクティブ化するときを決定し、それに応じてＤｅＮＢに中継ノードへＰＵＳＣＨ非アクティブ化コマンドを返送するように指示する。例えば、アクセスリンク上でより多くのＵＥをスケジューリングする必要があるときに、ＰＵＳＣＨ非アクティブ化要求は、中継ノードによって自動的に送られるかもしれない。中継ノードは、中継ノードに付属されたＵＥから送られたバッファ状態レポート（ＢＳＲ）のために、Ｕｕインタフェース上でＵＥに対して上りリンクリソースをスケジューリングする必要があるときを知る唯一のものである。相応して、図１９に描かれたように、付属されたＵＥからＢＳＲを得た後の中継ノードは、バックホールリンク上の非スケジューリング期間を要求するためにＤｅＮＢに信号を送る。図１９は、図１８に非常に似ているが、中継ノードがＰＵＳＣＨ非アクティブ化を適用することを決定し、それに応じてＤｅＮＢに要求する実施形態に関連している。
【０２２９】
本発明の１つの実施形態では、ＤｅＮＢは、中継ノードからその要求を受信した後、この信号を送信するときを決定し、遅延時間や満了タイマのような、対応するパラメータを含める。中継ノードは、含まれている指示やパラメータに従って、ＰＵＳＣＨ非アクティブ化コマンドを適用する。
【０２３０】
キャリアアグリゲーションは、アクセスリンク、すなわち中継ノードとそれに付属されたＵＥとの間に対して、現在の所、規格化されていない。相応して、アクセスリンクの中に１つのキャリア周波数のみが存在するため、バックホールリンクの中の１つのＳＣｅｌｌのみが、アクセスリンクのキャリア周波数に対応する帯域内モードの中で作動する。
【０２３１】
しかしながら、将来においてこれは変更され、キャリアアグリゲーションが、バックホールリンクと同一または類似の方法でアクセスリンクに対しても決定されるかもしれない。このケースでは、キャリア周波数が異なる様々なコンポーネントキャリアが存在する。そして、相応して、帯域内バンドの中で作動する、１つではなく複数のＳＣｅｌｌが存在するかもしれない。本発明の様々な実施形態は、全てのＳＣｅｌｌに適用することができる。そして、今まで導入した原理は、類似の方法で適用される。例えば、ＰＵＳＣＨ非アクティブ化コマンドは、１つのＳＣｅｌｌに関連するだけで無く、同時に複数のＳＣｅｌｌに関連するかもしれない。そして、ＰＵＳＣＨがスケジューリングされていない全てのＳＣｅｌｌをコマンドの中で識別する。
【０２３２】
ＤｅＮＢ
図２０は、本発明の１つの典型的な実施形態に従って、ＤｅＮＢによって実行されるステップを描いたフローダイヤグラムである。明らかなように、ＤｅＮＢは、ＳＣｅｌｌのＰＵＳＣＨを非アクティブ化するか否かを決めるものであり、その目的のために、バックホールリンクとアクセスリンクを監視する。ＤｅＮＢは、そのとき、バックホールリンクとアクセスリンクの電流の状況を反映している電流の比率（以下、「ｒ−電流」という）を繰り返し計算する。計算されたｒ−電流は、中継ノードのＳＣｅｌｌのＰＵＳＣＨを非アクティブ化するときを示す予め定められた比率（以下、「ｒ−非アクティブ化」という）と比較される。一度、そのｒ−電流がｒ−非アクティブ化よりも高くなると、ＤｅＮＢは、ＰＵＳＣＨ非アクティブ化コマンドを準備して中継ノードに送信する。基本的には同時に、ＤｅＮＢは、非アクティブ化のためにＳＣｅｌｌの中の中継ノードに対して上りリンクリソースをスケジューリングすることを止める。
【０２３３】
図２１は、本発明の１つの典型的な実施形態に従って、中継ノードによって実行されるステップを描いたフローダイヤグラムである。中継ノードは、ＰＵＳＣＨ非アクティブ化コマンドを受信し、ＨＡＲＱプロセスバッファを空にすることを開始する、すなわち、ＨＡＲＱプロセスバッファの中にまだある上りリンクのパケットデータを送信する。これは、遅延時間が満了しない長さで行われる。通常、時間遅延パラメータＴｄは、中継ノードが、ＳＣｅｌｌのＰＵＳＣＨをアクティブ化する前に、上りリンクの中に全ての残りのデータパケットを送信するための時間をもつように、ＤｅＮＢによって構成される。
【０２３４】
一度、遅延時間Ｔｄが満了すると、ＨＡＲＱバッファは、ＰＵＳＣＨがそのとき非アクティブ化されたＳＣｅｌｌのために中継ノードの中でフラッシュされる。このように、中継ノードは、それに付属されたＵＥをスケジューリングするためにＳＣｅｌｌの全てを使用するかもしれない。
【０２３５】
図２０から明らかなように、ＤｅＮＢは、バックホールリンクとアクセスリンクの中のトラフィックを監視し続け、ｒ−電流を計算し続ける。ＤｅＮＢは、中継ノードのＳＣｅｌｌのＰＵＳＣＨを再アクティブ化するために都合の良いときを決定するために、予め定められた比率（以下、「ｒ−アクティブ化」という）に対するｒ−電流を比較する。ｒ−電流が予め定められたｒ−アクティブ化を下回れば、対応するＰＵＳＣＨアクティブ化コマンドがＤｅＮＢから中継ノードに送信される。そのとき、ＤｅＮＢは、望ましくは、ＰＵＳＣＨアクティブ化コマンドを復号して作動するために中継ノードによって必要とされる短い時間の後、ＳＣｅｌｌ上の中継ノードに対して再び上りリンクリソースをスケジューリングすることを開始するかもしれない。
【０２３６】
中継ノードは、ＰＵＳＣＨアクティブ化コマンドを受信し（図２１参照）、ＳＣｅｌｌのＰＵＳＣＨを再アクティブ化する。これにより、ＳＣｅｌｌの最初の構成に戻る。
【０２３７】
図２１は、特定のＰＵＳＣＨアクティブ化コマンドが必要ではなく、代わりに満了タイマが使用される、もう１つの実施形態も記載している。満了タイマは、ＰＵＳＣＨ非アクティブ化コマンドの中で送信され、ＳＣｅｌｌのＰＵＳＣＨを非アクティブ化するときに開始される。満了タイマＴｅが満了したとき、中継ノードは、ＳＣｅｌｌのＰＵＳＣＨを再アクティブ化する。このもう１つの実施形態では、ＤｅＮＢにとって、図２０に従って行ったようなＰＵＳＣＨアクティブ化コマンド送信する必要が無い。ＤｅＮＢにおいて必要な信号やプロセスがより少なくなる。
【０２３８】
図２２は、中継ノードに対するフローダイヤグラムであって、中継ノードがＳＣｅｌｌのＰＵＳＣＨを非アクティブ化するときを決定する典型的なケースを開示している。本発明のこの典型的な実施形態では、中継ノードが、ＵＥから受信されたバッファ状態レポートを監視し、それらから（「ｒ−電流」と呼ばれる）パラメータを計算する。そのパラメータｒ−電流は、ＳＣｅｌｌのＰＵＳＣＨを非アクティブ化するときを決定するために選択された、予め定められたパラメータの非アクティブ化の電流と繰り返し比較される。したがって、ＰＵＳＣＨ非アクティブ化要求メッセージが、中継ノードからＤｅＮＢに送信される。
【０２３９】
ＤｅＮＢは、ＰＵＳＣＨ非アクティブ化要求メッセージを作動すること、および、その要求メッセージに従って、上記で説明したように、ＰＵＳＣＨ非アクティブ化コマンドを準備することに適応する。
【０２４０】
中継ノードは、ＳＣｅｌｌのＰＵＳＣＨを再アクティブ化するときを決定するために、バッファ状態レポートを監視することも続ける。この目的のために、計算されたｒ−電流の比較は、予め定められたパラメータｒ−アクティブ化に対して継続的に行われる。ポジティブのとき、ＰＵＳＣＨアクティブ化要求メッセージが、ＤｅＮＢに送信される。
【０２４１】
上記では、いくつかの実施形態のみが、詳細に記載されているが、本発明は、上記に提案されたこれらの特定の実施形態に限定されない。実行するための当業者の能力の範囲内で、様々な実施形態のバリエーションや混合が同様に可能である。例えば、ＳＣｅｌｌのＰＵＳＣＨを非アクティブ化／アクティブ化するための決定は、もう１つのエンティティによって為されても良いかもしれない。あるいは、ＤｅＮＢが、ＰＵＳＣＨを非アクティブ化することを決定するかもしれない。そして、中継ノードが、相応して、上記で議論されたＰＵＳＣＨアクティブ化要求メッセージを送信して、再び、ＰＵＳＣＨを再アクティブ化することを決定するかもしれない。
【０２４２】
あるいは、中継ノードが、ＳＣｅｌｌのＰＵＳＣＨを非アクティブ化することを決定したとき、中継ノードは、ＤｅＮＢにＰＵＳＣＨ非アクティブ化要求を送信せず、ＤｅＮＢによる別の指示無く、直接、ＳＣｅｌｌのＰＵＳＣＨを非アクティブ化するかもしないかもしれない。しかしながら、このケースでは、ＤｅＮＢは、特定のＳＣｅｌｌのＰＵＳＣＨが非アクティブ化されたことを中継ノードによって知らされるべきである。同様のことが、再アクティブ化の手続に適用される。そのケースでは、ＤｅＮＢは、ＰＵＳＣＨがＳＣｅｌｌに対して再び可能となるときのみを知らされる。
【０２４３】
遅延パラメータは、ＳＣｅｌｌのＰＵＳＣＨの非アクティブ化の接続の中で描かれる。しかしながら、同一または類似の遅延パラメータは、ＳＣｅｌｌのＰＵＳＣＨアクティブ化に対して使用されるかもしれない。
【０２４４】
ＵＥ
本発明の上記に記載された実施形態は、中継ノードに付属されたＵＥに無関係である。
【０２４５】
本発明の他の実施形態は、ハードウェアおよびソフトウェアを用いて、上記したさまざまな実施形態を実施することに関する。本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものと認識される。コンピューティングデバイス（プロセッサ）は、当該コンピューティングデバイスに上記した本発明のさまざまな実施形態に係る機能を実行させる実行可能命令によって適切に制御される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。本発明のさまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。
【０２４６】
さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。
【０２４７】
ほとんどの実施形態は、３ＧＰＰに基づく通信システムのアーキテクチャに関して説明され、また、本書中で用いた用語は、主に３ＧＰＰの用語に関する。しかし、３ＧＰＰに基づくアーキテクチャに関するさまざまな実施形態の用語および説明は、本発明の原理および思想をそのようなシステムのみに限定するものではない。また、上記背景技術の節で述べた詳細な説明は、本書で述べた主に３ＧＰＰ特有の例示的な実施形態をもっと良く理解するためのものであり、本発明を移動通信ネットワークにおける処理および機能の上記特定の実施形態に限定するものとして理解してはならない。それにもかかわらず、本書で提案した改良は、背景技術の節で説明したアーキテクチャにおいて容易に適用され得る。さらに、本発明のコンセプトは、現在のＬＴＥ ＲＡＮおよび３ＧＰＰで議論されているその発展型（ＬＴＥ−Ａ）においても容易に使用され得る。
【０２４８】
先の段落では、本発明のさまざまな実施形態およびその変更例を説明した。広く記載した本発明の概念または範囲から逸脱することなく、特定の実施形態に示すように、本発明に対して多くのバリエーションおよび／または変更を加え得ることは、当業者によって理解されるであろう。
【図１】
0005937115.tif 000008
【図２】
0005937115.tif 000009
【図３】
0005937115.tif 000010
【図４】
0005937115.tif 000011
【図５】
0005937115.tif 000012
【図６】
0005937115.tif 000013
【図７】
0005937115.tif 000014
【図８】
0005937115.tif 000015
【図９】
0005937115.tif 000016
【図１０】
0005937115.tif 000017
【図１１】
0005937115.tif 000018
【図１２】
0005937115.tif 000019
【図１３】
0005937115.tif 000020
【図１４】
0005937115.tif 000021
【図１５】
0005937115.tif 000022
【図１６】
0005937115.tif 000023
【図１７】
0005937115.tif 000024
【図１８】
0005937115.tif 000025
【図１９】
0005937115.tif 000026
【図２０】
0005937115.tif 000027
【図２１】
0005937115.tif 000028
【図２２】
0005937115.tif 000029