(57)【要約】      （修正有）【課題】複数のキャリアアグリゲーションのシナリオ、具体的には多数のキャリアが統合されるシナリオにおける、効率的なＨＡＲＱ動作を可能とするための方法を提供する。【解決手段】ワイヤレス通信ネットワークのネットワークノードにおいて、端末１０について構成されるＤＬキャリア数及び／又はＨＡＲＱビット数に基づいて、キャリアアグリゲーションのために構成される端末１０についてのＨＡＲＱシグナリングフォーマットを決定し及び／又は調整する。【選択図】図２
2020109972.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信ネットワークのネットワークノード（１００）を動作させるための方法であって、
端末（１０）について構成されるＤＬキャリア数及び／又はＨＡＲＱビット数に基づいて、キャリアアグリゲーションのために構成される前記端末（１０）についてのＨＡＲＱシグナリングフォーマットを決定し及び／又は調整すること、
を含む方法。
【請求項２】
決定され及び／又は調整された前記ＨＡＲＱシグナリングフォーマットについて及び／又は当該ＨＡＲＱシグナリングフォーマットで前記端末（１０）を構成すること、をさらに含む、請求項１に記載の方法。
【請求項３】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、符号化法、具体的にはエラー検出符号化法を決定し及び／又は調整すること、を含む、請求項１又は請求項２に記載の方法。
【請求項４】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、変調法、及び／又は変調のために使用されるシンボル数Ｑ´を決定し及び／又は調整すること、を含む、請求項１〜３のうち１項に記載の方法。
【請求項５】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、ＨＡＲＱ−ＡＣＫオフセットβoffsetPUSCHを調整し及び／又は決定すること、を含む、請求項１〜４のうち１項に記載の方法。
【請求項６】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、前記ＨＡＲＱビット数がビット閾値、具体的には２２ビットというビット閾値を上回るか、及び／又は、前記ＤＬキャリア数が５つを上回るかを判定すること、を含む、請求項１〜５のうち１項に記載の方法。
【請求項７】
ワイヤレス通信ネットワークのためのネットワークノード（１００）であって、端末（１０）について構成されるＤＬキャリア数及び／又はＨＡＲＱビット数に基づいて、キャリアアグリゲーションのために構成される前記端末（１０）についてのＨＡＲＱシグナリングフォーマットを決定し及び／又は調整する、ために適合される、ネットワークノード。
【請求項８】
決定され及び／又は調整された前記ＨＡＲＱシグナリングフォーマットについて及び／又は当該ＨＡＲＱシグナリングフォーマットで前記端末（１０）を構成する、ためにさらに適合される、請求項７に記載のネットワークノード。
【請求項９】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、符号化法、具体的にはエラー検出符号化法を決定し及び／又は調整すること、を含む、請求項７又は請求項８に記載のネットワークノード。
【請求項１０】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、変調法、及び／又は変調のために使用されるシンボル数Ｑ´を決定し及び／又は調整すること、を含む、請求項７〜９のうち１項に記載のネットワークノード。
【請求項１１】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、ＨＡＲＱ−ＡＣＫオフセットβoffsetPUSCHを調整し及び／又は決定すること、を含む、請求項７〜１０のうち１項に記載のネットワークノード。
【請求項１２】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、前記ＨＡＲＱビット数がビット閾値、具体的には２２ビットというビット閾値を上回るか、及び／又は、前記ＤＬキャリア数が５つを上回るかを判定すること、を含む、請求項７〜１１のうち
１項に記載のネットワークノード。
【請求項１３】
ワイヤレス通信ネットワークにおいて端末（１００）を動作させるための方法であって、前記端末は、キャリアアグリゲーションのために構成され、前記方法は、
前記端末（１０）について構成されるＤＬキャリア数及び／又はＨＡＲＱビット数に基づいて、前記端末（１０）についてのＨＡＲＱシグナリングフォーマットを決定し及び／又は調整すること、
を含む、方法。
【請求項１４】
前記ＨＡＲＱシグナリングフォーマットに基づいて、ＨＡＲＱフィードバックを送信すること、をさらに含む、請求項１３に記載の方法。
【請求項１５】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、符号化法、具体的にはエラー検出符号化法を決定し及び／又は調整すること、を含む、請求項１３又は請求項１４に記載の方法。
【請求項１６】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、変調法、及び／又は変調のために使用されるシンボル数Ｑ´を決定し及び／又は調整すること、を含む、請求項１３〜１５のうち１項に記載の方法。
【請求項１７】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、ＨＡＲＱ−ＡＣＫオフセットβoffsetPUSCHを調整し及び／又は決定すること、を含む、請求項１３〜１６のうち１項に記載の方法。
【請求項１８】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、前記ＨＡＲＱビット数がビット閾値、具体的には２２ビットというビット閾値を上回るか、及び／又は、前記ＤＬキャリア数が５つを上回るかを判定すること、を含む、請求項１３〜１７のうち１項に記載の方法。
【請求項１９】
ワイヤレス通信ネットワークのための端末（１０）であって、前記端末（１０）は、キャリアアグリゲーションのために適合され、前記端末（１０）について構成されるＤＬキャリア数及び／又はＨＡＲＱビット数に基づいて、ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整する、ためにさらに適合される、端末。
【請求項２０】
前記端末（１０）は、前記ＨＡＲＱシグナリングフォーマットに基づいて、ＨＡＲＱフィードバックを送信する、ためにさらに適合される、請求項１９に記載の端末。
【請求項２１】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、符号化法、具体的にはエラー検出符号化法を決定し及び／又は調整すること、を含む、請求項１９又は請求項２０に記載の端末。
【請求項２２】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、変調法、及び／又は変調のために使用されるシンボル数Ｑ´を決定し及び／又は調整すること、を概して含む、請求項１９〜２１のうち１項に記載の端末。
【請求項２３】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、ＨＡＲＱ−ＡＣＫオフセットβoffsetPUSCHを調整し及び／又は決定すること、を含む、請求項１９〜２２のうち１項に記載の端末。
【請求項２４】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、前記ＨＡＲＱビット数がビット閾値、具体的には２２ビットというビット閾値を上回るか、及び／又は、前記ＤＬキャリア数が５つを上回るかを判定すること、を含む、請求項１９〜２３のうち１項に記載の端末。
【請求項２５】
制御回路により実行可能なコードを含むプログラムプロダクトであって、前記コードは、前記制御回路に、請求項１〜６又は請求項１２〜１８のうち１項に記載の方法を遂行させ及び／又は当該方法を制御させる、プログラムプロダクト。
【請求項２６】
請求項２５に記載のプログラムプロダクト、及び／又は制御回路により実行可能なコード、を担持し及び／又は記憶する記憶媒体であって、前記コードは、前記制御回路に、請求項１〜６又は請求項１２〜１８のうち１項に記載の方法を実行させ及び／又は当該方法を制御させる、記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ワイヤレス通信技術に関し、より具体的には、マルチキャリア又はキャリアアグリゲーションの使用の文脈におけるものに関する。
【背景技術】
【０００２】
現代のワイヤレス通信技術において、キャリアアグリゲーションの使用がますます広がっている。キャリアアグリゲーションでは、（アップリンク及び／又はダウンリンク向けの）複数のキャリアを統合された形で使用して、データスループットを増加させ得る。キャリアアグリゲートでは、キャリアは通常均等には使用されず、例えばどのキャリア上でどういった種類の信号が送信されるかの点において、非対称的に使用される。例えば、少なくとも１つのプライマリセル（ＰＣｅｌｌ）へ関連付けられる１つ以上のキャリアと、１つ以上のセカンダリセル（ＳＣｅｌｌ）へ関連付けられる１つ以上のキャリアとが存在し得る。特に、重要な制御シグナリングは、ＰＣｅｌｌに限られることが多い。キャリアアグリゲートのために多数のキャリア（例えば、５つ以上）を使用する可能性がある場合、制御シグナリング及びシグナリングオーバヘッドに関する疑問が生じる。具体的には、複数のキャリアに関連付けられる特定の種類の制御シグナリングが限られた数のキャリア上に集中することになり、及び／又は、アップリンク用とは異なる数のキャリアがダウンリンク用に統合される場合がある。例えば、ダウンリンクキャリアアグリゲートの複数のキャリア向けのアップリンクＨＡＲＱ（Hybrid  Automatic  Repeat  reQuest）シグナリングを送信するために、１つのキャリアが選択されるかもしれない。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
複数のキャリアアグリゲーションのシナリオ、具体的には多数のキャリアが統合されるシナリオにおける、効率的なＨＡＲＱ動作を可能とするアプローチを説明することが、本開示の目的である。
【課題を解決するための手段】
【０００４】
１つのアプローチによれば、ワイヤレス通信ネットワークのネットワークノードを動作させるための方法が開示される。上記方法は、端末について構成されるダウンリンク（ＤＬ）キャリア数及び／又はＨＡＲＱビット数に基づいて、キャリアアグリゲーションのために構成される上記端末についてのＨＡＲＱシグナリングフォーマットを決定し及び／又は調整すること、を含む。上記方法は、決定され及び／又は調整された上記ＨＡＲＱシグナリングフォーマットについて及び／又は当該ＨＡＲＱシグナリングフォーマットで上記端末を構成すること、を含んでもよい。
【０００５】
ワイヤレス通信ネットワークのためのネットワークノードが考慮されてもよい。上記ネットワークノードは、端末について構成されるＤＬキャリア数及び／又はＨＡＲＱビット数に基づいて、キャリアアグリゲーションのために構成される上記端末についてのＨＡＲＱシグナリングフォーマットを決定し及び／又は調整する、ために適合される。上記ネットワークノードは、決定され及び／又は調整された上記ＨＡＲＱシグナリングフォーマットについて及び／又は当該ＨＡＲＱシグナリングフォーマットで上記端末を構成する、ために適合されてもよい。
【０００６】
そのうえ、ワイヤレス通信ネットワークにおいて端末を動作させるための方法が提案される。上記端末は、キャリアアグリゲーションのために構成される。上記方法は、上記端末について構成されるＤＬキャリア数及び／又はＨＡＲＱビット数に基づいて、上記端末についてのＨＡＲＱシグナリングフォーマットを決定し及び／又は調整すること、を含む。上記方法は、上記ＨＡＲＱシグナリングフォーマットに基づいて、ＨＡＲＱフィードバックを送信すること、を含んでもよい。
【０００７】
ワイヤレス通信ネットワークのための端末もまた開示される。上記端末は、キャリアアグリゲーションのために適合される。さらに、上記端末は、上記端末について構成されるＤＬキャリア数及び／又はＨＡＲＱビット数に基づいて、ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整する、ために適合される。また、上記端末は、上記ＨＡＲＱシグナリングフォーマットに基づいて、ＨＡＲＱフィードバックを送信する、ために適合されてもよい。
【０００８】
制御回路により実行可能なコードを含むプログラムプロダクトもまた開示され、上記コードは、具体的には制御回路上で実行された場合に、ここで説明されるような端末又はネットワークノードを動作させるための方法のいずれか１つを上記制御回路に遂行させ及び／又は制御させる。その制御回路は、ここで説明されるような端末又はネットワークノードの制御回路であってよい。
【０００９】
そのうえ、ここで説明されるプログラムプロダクト、及び／又は制御回路により実行可能なコード、のうちの少なくともいずれか１つを記憶する記憶媒体が開示され、当該コードは、上記制御回路に、ここで説明される方法のうちの少なくともいずれか１つを実行させ及び／又は制御させる。
【００１０】
説明されるアプローチは、特にダウンリンクにおいて、多数のキャリアが統合されるシナリオのために、ＨＡＲＱシグナリングフォーマットを変化するキャリアアグリゲーションシナリオへ適応させて、それぞれ適切なＨＡＲＱシグナリングフォーマットを利用することを可能にすることにより、効率的なＨＡＲＱ動作を促進する。ネットワークノードは、ＤＬキャリア及び／又はＨＡＲＱビットの数により表現され又はパラメータ化されるものと見なされ得るキャリアアグリゲーションシナリオに基づいて、端末からのＨＡＲＱシグナリングを適応させ及び／又はそうしたシグナリングのために端末を構成することを可能とされる。ＨＡＲＱビットは、ＤＬキャリアに関する、端末によりアップリンク（ＵＬ）上で送信されるべきＨＡＲＱフィードバックに関連付けられるＨＡＲＱビットの数を表現し得る。
【００１１】
概して、ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、符号化法、具体的にはエラー検出符号化法を決定し及び／又は調整すること、を含んでもよい。符号化法（coding）は、ＨＡＲＱビット及び／又はＨＡＲＱフィードバックの符号化に関連し得る。従って、ＨＡＲＱビット／フィードバックを含むデータブロックのサイズが適応させられてもよく、ＨＡＲＱビット／フィードバックにおけるエラーの尤度（それぞれ、そのエラー検出及び／又は訂正）が適応させられてもよい。
【００１２】
考慮され得ることとして、ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、変調法、及び／又は変調のために使用されるシンボル数Ｑ´を決定し及び／又は調整すること、を含む。これは、ＨＡＲＱフィードバックのために利用されるリソース（時間／周波数リソース）を適応させること、特にキャリアアグリゲーションシナリオへそれらを適応させることを容易化する。
【００１３】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、ＨＡＲＱ−ＡＣＫオフセットβoffsetPUSCHを調整し及び／又は決定すること、を含んでもよい。そのオフセットは、シンボル数を適応させるために特に適切である。
【００１４】
概して、考慮され得ることとして、ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、上記ＨＡＲＱビット数がビット閾値、具体的には２２ビットというビット閾値を上回るか、及び／又は、上記ＤＬキャリア数が５つを上回るかを判定すること、を含んでもよい。ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、上記ＨＡＲＱビット数がビット閾値、具体的には２２ビットというビット閾値を上回るか、及び／又は、上記ＤＬキャリア数が５つを上回るかを判定すること、に基づいてもよい。
【図面の簡単な説明】
【００１５】
本開示の概念及びアプローチを例示するために図面が提供されており、それらは限定を意図されない。図面は以下を含む：
【００１６】
【図１】ＵＬ−ＳＣＨデータとの制御シグナリングの多重化を示している。
【図２】例示的な端末を示している。
【図３】例示的なネットワークノードを示している。
【図４】ネットワークノードを動作させるための例示的な方法を示している。
【図５】他の例示的なネットワークノードを示している。
【図６】端末を動作させるための例示的な方法を示している。
【図７】他の例示的な端末を示している。
【発明を実施するための形態】
【００１７】
リリース１０において導入され及びリリース１１において拡張されたＬＴＥのキャリアアグリゲーション（ＣＡ）の使用は、同一の帯域内に又は異なる帯域内に所在し得る複数のキャリアからの無線リソースを統合することにより、ピークデータレート、システムキャパシティ及びユーザ体験を向上する手段を提供し、帯域間ＴＤＤ  ＣＡのケースでは、様々なＵＬ／ＤＬ構成と共に構成され得る。リリース１２では、ＴＤＤサービングセルとＦＤＤサービングセルとの間のキャリアアグリゲーションが、それらへ同時にＵＥが接続することをサポートするために導入される。ここで説明される概念は、ＬＴＥキャリアアグリゲーションについての具体的な用法の概念であるが、ＣＡをサポートする他のＲＡＴにも関係し得る。
【００１８】
リリース１３では、５ＧＨｚ帯域内の未ライセンススペクトルのスペクトル機会を捕捉することに向けて、ライセンス支援型アクセス（ＬＡＡ）がＬＴＥのキャリアアグリゲーションの特徴を拡張する点において大きな関心を集めている。今日５ＧＨｚ帯域内で動作するＷＬＡＮは、当分野で８０ＭＨｚを既にサポートしており、ＩＥＥＥ８０２．１１ａｃのＷａｖｅ２配備では１６０ＭＨｚに至る予定である。３．５ＧＨｚなど他の周波数帯域も存在し、既にＬＴＥのために広く使用中の帯域に加えて、同じ帯域上での１つよりも多くのキャリアの統合が可能である。ＬＴＥについて、ＬＡＡとの組み合わせで、少なくともＩＥＥＥ８０２．１１ａｃのＷａｖｅ２と同様の帯域幅の利用を可能にすれば、５つよりも多くのキャリアをサポートするようにキャリアアグリゲーションのフレームワークを拡張することを求める機運がサポートされるであろう。５キャリアを超えるＣＡフレームワークの拡張は、ＬＴＥリリース１３に向けた１つの作業項目として承認されている。その目的は、ＵＬ及びＤＬの双方において、３２個までのキャリアをサポートすることである。
【００１９】
シングルキャリア動作と比較すると、ＣＡで動作するＵＥは、特にダウンリンクにおいて、１つよりも多くのＤＬコンポーネントキャリアについてフィードバックをレポートしなければならない。一方、ＵＥは、ＤＬ及びＵＬのＣＡを同時にサポートしなくてもよい。例えば、市場でのＣＡ対応型ＵＥの最初のリリースは、ＵＬ  ＣＡをサポートせず、ＤＬ  ＣＡをサポートするのみである。これは、３ＧＰＰ  ＲＡＮ４の標準化における基本的な前提でもある。従って、拡張ＵＬ制御チャネル、即ちＰＵＣＣＨフォーマット３が、リリース１０のタイムフレームの期間中のＣＡのために導入された。しかしながら、より多くのコンポーネントキャリアをリリース１３でサポートするためには、そのＵＬ制御チャネルのキャパシティが限界になる。
【００２０】
ＵＬ  ＳＣＨデータ上でのＨＡＲＱ及び／又はＣＳＩフィードバックが以下に議論される。ＰＵＳＣＨについてＵＥが送信リソースを割り当てられたサブフレームにおいてＵＣＩ（アップリンク制御情報）が送信されようとしている場合、低ＣＭシングルキャリア特性を保全する目的で、ＵＣＩは、ＤＦＴ拡散に先立ってＵＬ−ＳＣＨデータと多重化される。リリース８及び９では、ＰＵＣＣＨは、ＰＵＳＣＨと同じサブフレームでは決して送信されない。アップリンクリソースエレメント（ＲＥ）上へのＣＱＩ／ＰＭＩ、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ及びＲＩのＰＵＳＣＨデータシンボルとの多重化が図１に示されている。
【００２１】
ＡＣＫ／ＮＡＣＫについて使用されるＲＥの数は、上位レイヤシグナリングにより準静的に構成されるβoffsetHARQ-ACKに割り当てられるＭＣＳに基づく。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫリソースは、ＵＬ−ＳＣＨ  ＰＵＳＣＨデータを間引くことにより、ＳＣ−ＦＤＭＡシンボルへマッピングされる。あり得る最良のチャネル推定の恩恵を受けるために、ＲＳの隣りの位置が使用される。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫのためのリソースの最大量は、４つのＳＣ−ＦＤＭＡシンボルである。所与のサブフレームに実際にＡＣＫ／ＮＡＣＫが存在するかに関わらず、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫシンボル位置の隣りに、符号化されたＲＩシンボルが配置される。１若しくは２ビットのＡＣＫ／ＮＡＣＫ又はＲＩの変調は、ＡＣＫ／ＮＡＣＫ及びＲＩを搬送する変調シンボルのユークリッド距離が最大化されるように行われる。より高次の１６／６４ＱＡＭ  ＰＵＳＣＨ変調の最も外側のコンスタレーション点が使用され、結果的に、平均的なＰＵＳＣＨデータの電力に対して相対的に、ＡＣＫ／ＮＡＣＫ／ＲＩについて送信電力は増加する。
【００２２】
３ＧＰＰ  ＴＳ３６．２１２では、制御情報のチャネル符号化は、５．２．２．６において仕様化されており、そこでは、ＨＡＲＱについて、レイヤごとの符号化される変調シンボルの数Ｑ´は、以下の等式により与えらえる。
【００２３】
【数１】
2020109972.tif 000003
【００２４】
【数２】
2020109972.tif 000004
【００２５】
パラメータの意味は、３ＧＰＰ  ＴＳ３６．２１２において見出すことができる。手短に言うと、レイヤごとの符号化される変調シンボルの数は、ＨＡＲＱ−ＡＣＫビットの数Ｏ、ＨＡＲＱ−ＡＣＫオフセットβoffsetPUSCH、及び／又は、ＰＵＳＣＨ上のコードレートに依存し得る。なお、ＨＡＲＱ−ＡＣＫオフセットβoffsetPUSCHは、３ＧＰＰ  ＴＳ３６．２１３内のテーブル８．６．３−１に従って、上位レイヤインデックスによりシグナリングされる。そのテーブルは以下にコピーされる。概して、ＨＡＲＱ−ＡＣＫオフセットは、例えば以下のテーブル１などのテーブルへのマッピングのためのインデックスであり得る、例えばＩoffsetHARQ-ACK若しくはＩoffset,MCHARQ-ACKなど、対応する値、パラメータ若しくはインデックスによりマッピングされ及び／又は表現され得る。従って、Ｑ´は、βoffsetPUSCHに基づき、及び／又はβoffsetPUSCHに依存し得る。
【００２６】
テーブル１は、ＨＡＲＱ−ＡＣＫオフセット値と上位レイヤによりシグナリングされるインデックスとのマッピングを示している（３ＧＰＰ  ＴＳ３６．２１３内のテーブル８．６．３−１）。
【００２７】
【表１】
2020109972.tif 000005
【００２８】
３２個のＤＬＣＣについてのＨＡＲＱ−ＡＣＫビットが以下に議論される。ＨＡＲＱ−ＡＣＫビットの数は、統合されるＤＬキャリアの数と共に線型的に増加する。３２個までのＤＬ  ＣＣが構成される場合：
−  ＦＤＤ：ＴＴＩごとに６４個までのＨＡＲＱ−ＡＣＫビットが存在する（ランク２送信）
−  ＴＤＤ：フィードバックすべきＨＡＲＱ−ＡＣＫビットの数は、構成されるＣＣの数、及びＤＬ  ＣＣのＵＬ／ＤＬサブフレームコンフィグレーションに依存する。ＵＬ／ＤＬサブフレームコンフィグレーション２及び送信モード３を伴う３２個のＤＬ  ＣＣが存在するものとすると、２５６（３２×４×２）個までのＨＡＲＱ−ＡＣＫビットが存在する。
【００２９】
多数のＤＬキャリアの統合に起因して、ＨＡＲＱ−ＡＣＫビットは有意に増加し、ＰＵＳＣＨ上で多くのリソースを占有しかねない。これは、ＰＵＳＣＨ上での過剰な間引きをもたらすかもしれず、ＰＵＳＣＨ上のデータ送信に影響を与える。
【００３０】
ある考察によれば、ＨＡＲＱ−ＡＣＫビットが少なければ、ＤＴＸ検出を実行する目的で、特に送信信号内にＨＡＲＱ−ＡＣＫビットが含まれているか否かを判定するために、値の大きいβoffsetPUSCHが必要とされ得る。ＨＡＲＱ−ＡＣＫビットの数が増加すれば、ＤＴＸ検出を実行する労力及び問題もまた増大する。
【００３１】
その理由は、シンボル数Ｑ´がＨＡＲＱ−ＡＣＫビットの数に比例することから、ＤＴＸのケースにとってあり得る送信仮説の数が、非ＤＴＸのケースについて許容される符号語の数よりも急速に伸びるためである。よって、ＨＡＲＱ−ＡＣＫビットの数には非依存に固定値のβoffsetPUSCHが使用される場合、過剰な間引きに起因して、ＰＵＳＣＨリソースの使用は非効率的となる。
【００３２】
構成されるＤＬキャリアの数に従ってＰＵＳＣＨ上のＨＡＲＱ−ＡＣＫリソースの数を調整するためのアプローチが開示される。それは、具体的には、構成されるＤＬキャリアの数に基づいて、ＨＡＲＱ−ＡＣＫオフセットβoffsetPUSCHを決定し及び／又は調整することにより行われる。
【００３３】
ＰＵＳＣＨ上でのＨＡＲＱ−ＡＣＫの送信は、多数のＤＬキャリアが存在しよって多くのＨＡＲＱ−ＡＣＫビットが存在するケースのために最適化される。そのアプローチは、ＨＡＲＱ−ＡＣＫ送信についてのロバスト性を提供すると共に、ＰＵＳＣＨ上でのより良好なデータ送信を提供する。
【００３４】
概して、端末について構成されるＤＬキャリア数及び／又はＨＡＲＱ情報ビット（例えば、ＡＣＫ／ＮＡＣＫビット）数に基づいて、例えばその端末によるＨＡＲＱ／ＡＣＫ送信のためのＨＡＲＱシグナリングフォーマットを決定し及び／又は調整すること、を含むネットワークノードを動作させるための方法、そのために適合されるネットワークノード、及び／又は、そのためのモジュール（例えば、ＨＡＲＱモジュール又はＨＡＲＱシグナリングモジュール）を備えるネットワークノードが説明され、それは、具体的には、キャリアアグリゲーション（例えば、ＤＬキャリアアグリゲーション）のために構成されるキャリア及び／又は１つ以上のそうしたキャリアへ関連付けられるＨＡＲＱ情報ビットである。上記モジュールは、例えばここで説明されるような変調モジュールを含んでもよく、及び／又は変調モジュールとして実装されてもよい。代替的に又は追加的に、そのモジュールは、符号化モジュールを含んでもよく、及び／又は符号化モジュールとして実装されてもよい。
【００３５】
ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、概して、符号化法（例えばＨＡＲＱの符号化法）を例えば符号化モジュールにより決定し及び／又は調整すること、を含んでもよく、符号化モジュールは、エンコード法若しくは符号化法（例えばＨＡＲＱの符号化法）を決定し及び／又は調整するためのモジュールであってよい。エンコード法又は符号化法は、概して、チャネル符号化を含み得る。具体的には、符号化法は、符号化及び／又は復号のために使用されるべき符号、符号化タイプ及び／又はアルゴリズムを識別し又は指し示してもよい。ＨＡＲＱシグナリングフォーマット、符号化法及び／又は変調法を、ＤＬキャリア数及び／又はＨＡＲＱ情報ビット数に基づいて決定し及び／又は調整することは、ＤＬキャリア数及び／又はＨＡＲＱ情報ビット（ＨＡＲＱビット又はＨＡＲＱ−ＡＣＫビットとして言及されてもよく、特に後者はそれがＡＣＫ／ＮＡＣＫを指し示す場合である）数に基づいて異なる複数の符号化法及び／又は変調法の間で変更を行うこと及び／又はそれらを使用すること、を含んでもよく、具体的には、第１のフォーマット（例えば、第１の符号化法（例えばチャネル符号化法）及び／又は第１の変調法）と第２のフォーマット（例えば、第２の符号化法（例えばチャネル符号化法）及び／又は第２の変調法）との間の変更及び／又はそれらの使用である。（例えば、ＤＬキャリア及び／又はＨＡＲＱビットの）数についての決定及び／又は調整は、その数が例えば（ＨＡＲＱビットについては、具体的には２２であり得る）ビット閾値といった予め決定される閾値を上回るか（及び／又は、下回るか若しくは等しいか）を判定することを含んでもよい。
【００３６】
代替的に又は追加的に、ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、概して、具体的にはキャリアアグリゲーション（例えば、ＤＬキャリアアグリゲーション）のために構成されるキャリアに関し、端末のために構成されるＤＬキャリア及び／又はＨＡＲＱビットの数に基づいて、当該端末によるＨＡＲＱ／ＡＣＫ送信のために、変調法、及び／又は変調のために使用されるシンボル数Ｑ´を決定し及び／又は調整すること、を含んでもよい。
【００３７】
概して、具体的にはキャリアアグリゲーション（例えば、ＤＬキャリアアグリゲーション）のために構成されるキャリアに関し、端末のために構成されるＤＬキャリア及び／又はＨＡＲＱビットの数に基づいて、当該端末によるＨＡＲＱ／ＡＣＫ送信のために、変調法、及び／又は変調のために使用されるシンボル数Ｑ´を決定し及び／又は調整すること、を含むネットワークノードを動作させるための方法、そのために適合されるネットワークノード、及び／又は、そのためのモジュールを備えるネットワークノードが説明される。
【００３８】
代替的に又は追加的に、ネットワークノードを動作させるための方法は、概して、決定され及び／又は調整された変調法、ＨＡＲＱシグナリングフォーマット及び／又は符号化法のために及び／又はそれらと共に端末を構成すること、を含んでもよく、ネットワークノードがそのために適合されてもよく、及び／又はネットワークノードがそのための構成モジュールを備えてもよい。
【００３９】
概して、（例えば、ＨＡＲＱシグナリングフォーマット）の決定及び／又は調整は、それがキャリアの合計数、キャリアの分配、及び／若しくは様々なタイプ（例えば、レガシー／非レガシー、並びに／又はライセンス済み及び／若しくは未ライセンス）のキャリアの数を考慮に入れる場合、並びに／又は、それがＤＬキャリアのために使用されるべきＨＡＲＱビット数を考慮する場合に、ＤＬキャリア数に基づくものと見なされてよい。
【００４０】
端末を構成することは、上記変調法、ＨＡＲＱシグナリングフォーマット及び／又は符号化法を表現し、指し示し及び／又は識別する例えば１つ以上のパラメータ及び／又は値などの割り当てデータを例えば端末及び／又はＵＥへ送信すること、を含んでよい。構成することは、具体的には、ＲＲＣシグナリング及び／又はＲＲＣ通信若しくは送信を介して行われてもよい。
【００４１】
そのうえ、端末による（具体的には、端末のために構成される、キャリアアグリゲーションされ得るＤＬキャリアの数についての）ＨＡＲＱ／ＡＣＫ送信のための変調法、変調のために使用されるシンボル数Ｑ´、ＨＡＲＱシグナリングフォーマット及び／又は符号化法を指し示す割り当てデータを受信すること及び／又はそれに応じて端末を構成すること、を含む端末を動作させるための方法、そのために適合される端末、及び／又はそのための受信モジュールを備える端末が開示される。受信すること及び／又は構成することは、ＲＲＣシグナリング及び／又はＲＲＣ通信若しくは送信を介して行われてもよい。
【００４２】
代替的に又は追加的に、例えばＨＡＲＱ送信又はＨＡＲＱフィードバックのために使用されるべきＤＬキャリア数及び／又はＨＡＲＱビット数に基づいて、ＨＡＲＱシグナリングフォーマット、符号化法、変調法、及び／又は変調のために使用されるシンボル数Ｑ´を決定し及び／又は調整すること、を含む端末を動作させるための方法、そのために適合される端末、及び／又はそのための決定モジュールを備える端末が考慮される（ＨＡＲＱフィードバックは、概して、ＨＡＲＱ送信の一形式であるものとして理解されてよい）。決定すること及び／又は調整することは、概して、例えばメモリから対応するデータを読み取ることにより、及び／又は端末の構成に基づいて、使用されるべきＤＬキャリア数及び／又はＨＡＲＱビット数を取得すること、を含んでよい。
【００４３】
上記端末は、受信される割り当てデータに基づいて、ＨＡＲＱシグナリングフォーマット、変調法、シンボル数及び／又は符号化法を（それに応じて自身を構成することにより）決定し及び／又は調整してもよく、それに従って適合されてもよく、及び／又は、そうした決定及び／又は調整のためのＨＡＲＱフォーマットモジュールを備えてもよい。
【００４４】
代替的に又は追加的に、割り当てデータに基づいて、及び／又は、受信されるデータ、ＤＬキャリア数及び／又はＨＡＲＱ数に基づき得るＨＡＲＱシグナリングフォーマット、符号化法、変調法及び／又はシンボル数に基づいて、ＨＡＲＱフィードバック及び／又はＨＡＲＱ送信信号（例えば、ＨＡＲＱデータ及び／又は対応するブロック）を送信すること、を上記方法が含んでもよく、並びに／又は、上記端末がそのために適合されてもよく及び／若しくはそのための送信モジュールを備えてもよい。そうした送信は、上記ＨＡＲＱシグナリングフォーマット、符号化法、変調法及び／又はシンボル数に従って例えばＨＡＲＱフィードバック及び／又はＨＡＲＱビットを符号化し及び／又は変調すること、を含んでもよい。
【００４５】
ある派生において、端末について構成されるＤＬキャリア及び／又は構成されるＨＡＲＱビットの数に基づいて、ＨＡＲＱ−ＡＣＫオフセットβoffsetPUSCH（オフセットあるいはＨＡＲＱ−ＡＣＫオフセット）、その値、及び／又は当該オフセットを表現する（例えば、１対１のマッピングを可能にする）値若しくはパラメータ（これもオフセットとして言及されてよい）を調整し及び／又は決定すること、を含むネットワークノードを動作させるための方法、そのために適合されるネットワークノード、及び／又はそのためのオフセットモジュールを備えるネットワークノード、が考慮されてもよい。オフセット及び／又は対応する値を調整し及び／又は決定することは、例えばインデックスＩoffsetHARQ-ACK又はＩoffset,MCHARQ-ACKなど（インデックス）、インデックスを上記オフセット又は値へマッピングするテーブル上で表現され得る、オフセットを表現するパラメータ又は値を決定し及び／又は調整すること、を含んでもよい。オフセットを調整し及び／又は決定することは、端末によるＨＡＲＱ／ＡＣＫ送信のために、変調法及び／又は変調のために使用されるシンボル数Ｑ´を決定し及び／又は調整することの一部であるものとして、及び／又はその実装として理解されてもよい（ここで概説される通り、上記変調法／個数Ｑ´は、上記オフセットに依存する）。
【００４６】
上記オフセットを表現するパラメータ及び／又は値を例えば上記端末及び／又はＵＥへ送信すること、具体的には例えばＲＲＣシグナリングを介して上記インデックス及び／又は上記インデックスを表現する値を送信すること、をネットワークノードを動作させるための方法が含んでもよく、ネットワークノードがそのために適合されてもよく、及び／又は、そのための送信モジュールをネットワークノードが備えてもよい。そうした送信は、端末を構成することの一部であるものとして、及び／又はその実装として理解されてもよい。
【００４７】
上記オフセットを決定し及び／又は調整することは、概して、（端末についてのキャリアアグリゲーションにおける）構成されるＤＬキャリアの数が増加するにつれて及び／又は（構成されるＤＬキャリアについての）送信されるべきＨＡＲＱ−ＡＣＫビットの数が増加するにつれて、使用すべきＨＡＲＱ−ＡＣＫオフセットが減少する（例えば単調減少）ように行われてもよく、及び／又はそうすることを含んでもよい。
【００４８】
概して、考慮され得ることとして、例えばチャネル符号化法又はオフセットなどＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、端末について構成される（例えば、キャリアアグリゲーション／アグリゲートのための）ＤＬキャリア数、及び／又は使用されるべきＨＡＲＱビット数を取得すること、を含み得る。例えば構成されるＤＬキャリア数などのデータを取得することは、概して、（例えば、メモリ及び／若しくはテーブルから）読み取ること、（例えばネットワーク、他のネットワークノード及び／若しくは端末から）受信すること、並びに／又は、決定すること（例えば、読み取られ及び／若しくは受信されるデータであり得る利用可能なデータに基づいて計算すること）を含んでもよい。ネットワークノードは、そうした取得のために適合されてもよく、及び／又は、そうした取得のための取得モジュールを備えてもよい。
【００４９】
概して、端末についての（構成される）ＤＬキャリアは、キャリアアグリゲーションのため及び／又はキャリアアグリゲートのために（例えば、ネットワークにより、具体的には上記ネットワークノードにより）提供され、構成され及び／又は使用されるＤＬキャリアであり得る。具体的には、それらは、端末のため、端末へ接続するため、及び／又は、ネットワーク、具体的にはネットワークノードへ端末を接続させるためのものである。
【００５０】
１つ以上の異なる及び／又は予め定義されるマッピングテーブルを提供すること、をネットワークノードを動作させるための方法が含んでもよく、ネットワークノードが例えばそれをネットワークノードの制御回路及び／又はオフセットモジュールにとってアクセス可能であり得るメモリ内に記憶する形で含んでもよく、各マッピングテーブルは、インデックスへのオフセット／オフセット値のマッピングを提供し、異なるテーブルは異なるマッピングを提供し得る。オフセットを決定し及び／又は調整することは、異なる複数のテーブルのうちの１つを選定し、選択し及び／又は決定して、具体的にはＤＬキャリア数に基づいてオフセット（及び／又は対応するインデックス）を選択し、決定し及び／又は調整することを含んでもよい。予め定義されるマッピングテーブルは、例えば、具体的には静的なやり方で、メモリ内に記憶され及び／又はプログラミングされるマッピングテーブルであってもよい。
【００５１】
概して、異なるマッピングテーブルは、予め定義されるテーブル及び／又は所与のテーブルに対する数学的変換（例えば、構成されるＤＬキャリア数に依存し得る、一定の係数でテーブル内の各オフセットを乗算することなど、例えば所与の係数でのスケーリング）を演算し及び／又は実行した結果であってよい。具体的には、そうした演算は、より多くのＤＬキャリアが構成されるほどオフセット（例えば、各インデックスについてのオフセット）が小さくなるように実行されてよい（例えば、各インデックスについて、互いに異なるテーブル内の対応するオフセットは、構成されるＤＬキャリア数がより大きいものに関連付けられるテーブルほどより小さい）。考慮され得ることとして、様々な符号化法又は対応するインジケータが、例えばテーブル構造で、ネットワークノード（及び／又は端末）のメモリ内に記憶される。
【００５２】
ある派生において、オフセットを決定し及び／又は調整することは、構成されるＤＬキャリアの数が予め決定される閾値Ｎ（例えば、５）を上回ること及び／又は上回るかを判定すること、及び／又は、ＨＡＲＱ−ＡＣＫオフセットβoffsetPUSCHの値とインデックスＩoffsetHARQ-ACK又はＩoffset,MCHARQ-ACKとのマッピングテーブルであって、オフセット及び／又はインデックスが決定され及び／又は調整される基礎となる新たな、別個の、及び／又は予め定義される当該マッピングテーブルを選択すること、を含んでもよい。
【００５３】
１つの例において、現行のＨＡＲＱ−ＡＣＫオフセットマッピングテーブルにおけるマッピングは、Ｍという係数（例えば、２）によりスケールダウンされる。他の例において、３ＧＰＰ  ＴＳ３６．２１３内のＲＩオフセットテーブル８．６．３−２のマッピングテーブルがＨＡＲＱ−ＡＣＫオフセットマッピングのために使用される。その動機は、より多くのＤＬキャリアが構成される場合に、現行のＨＡＲＱ−ＡＣＫオフセットマッピングテーブルにおいて定義されているものよりも小さいＨＡＲＱ−ＡＣＫオフセットの値を得るためである。
【００５４】
代替的に又は追加的に、式（１）及び（２）以外の新たな数式が、符号化される変調シンボル数Ｑ´を計算するために使用されてもよい。
【００５５】
【数３】
2020109972.tif 000006
【００５６】
概して、考慮され得ることとして、ｅＮＢのようなネットワークノード及び／又はＵＥのような端末は、ＵＥについて構成される（あるいはアクティブ化され又はスケジューリングされる）ＤＬキャリアの数に基づいて、ＨＡＲＱ−ＡＣＫオフセットβoffsetPUSCHの値及び／又はＨＡＲＱ−ＡＣＫビットの符号化法（例えば、チャネル符号化）を調整し、及び／又はそれを調整するように適合される。ＩoffsetHARQ-ACK  Ｉoffset,MCHARQ-ACK  オフセット調整のための１つの原理は、より多くのＤＬキャリア及び／又はより多数のＨＡＲＱ−ＡＣＫビットが送信されるほど、より小さいＨＡＲＱ−ＡＣＫオフセットが使用されることを含み得る。符号化法の調整のための１つの原理は、ＤＬキャリア数が大きく及び／又は閾値（例えば、Ｎ（例えば＞５））を上回る場合に、及び／又は、多数のＨＡＲＱ−ＡＣＫビット（例えば、＞２２）が送信される（及び／又は、ＨＡＲＱビット数がビット閾値（例えば、２２）を上回る）場合に、そうではない場合とは異なる符号化法が使用されることを含み得る。例えば、畳み込み符号が使用され又は適用されてもよく、一方で他の場合（閾値未満のケース）にはＲＭ（Reed-Muller）符号が使用される。
【００５７】
概して留意すべきこととして、（例えば、ＨＡＲＱフィードバックのために）使用されるべきＨＡＲＱビットの数は、ＨＡＲＱフィードバック及び／又はＨＡＲＱデータの対応するブロックが送信されることになる対象のＤＬキャリアの数に依存し得る。具体的には、使用されるＤＬキャリアの数が大きいほど、ＵＥはより多くのＨＡＲＱプロセスをモニタリングしなければならなくなり、より多数の対応するＨＡＲＱビットが送信される必要があり得る。ＨＡＲＱビット（又はその対応する数）との用語は、符号化前の情報ビットへの言及であってよい。
【００５８】
ＨＡＲＱ−ＡＣＫオフセットインデックス、及び／又はシグナリングフォーマット若しくは使用されるべき符号化法（例えば、チャネル符号化方式）は、ＵＥへ向けて構成されてもよく（よって、ＵＥがそれに応じて構成され得る）、例えばＲＲＣシグナリングを介してＵＥへ送信されてもよい。ネットワークノード及び／又はネットワークノードの構成モジュールがそのように適合されてもよい。
【００５９】
１つの派生において、端末又はＵＥは、例えばＲＲＣシグナリングを介して当該端末又はＵＥへ送信され得るＨＡＲＱ−ＡＣＫオフセットインデックスと共に構成されてもよい。ＵＥは、受信されるＨＡＲＱ−ＡＣＫオフセットインデックスに基づいて、自身を構成し、具体的には、例えば符号化法及び／又は変調法などの使用すべきＨＡＲＱシグナリングフォーマットを構成するように適合され得る。例えば、（例えば、予め決定されるオフセット閾値を上回る）大きいＨＡＲＱ−ＡＣＫオフセットがＵＥへ送信される場合、ＵＥは、第１のＨＡＲＱシグナリングフォーマット（例えば、第１のチャネル符号化法又は対応する方式）で自身を構成し、例えばそれを自律的に適用し得る。小さいＨＡＲＱ−ＡＣＫオフセットがＵＥへ送信される場合、ＵＥは、第２のＨＡＲＱシグナリングフォーマット（例えば、第２のチャネル符号化法又は対応する方式）で自身を構成し、例えばそれを自律的に適用し得る。例えば、第１の符号化法はＲＭ符号を含んでもよく、第２の符号化法は畳み込み符号を含んでもよい。
【００６０】
他の例において、端末又はＵＥは、ＲＲＣシグナリングを介してＵＥへ送信され得る１つよりも多くのＨＡＲＱ−ＡＣＫオフセットインデックスと共に構成されてもよい。例えば、ＵＥについてのＤＬキャリア数が閾値Ｎ（例えば、５）を上回る場合、及び／又は、より多数のＨＡＲＱ−ＡＣＫビットが送信される場合（若しくは、送信されることになるＨＡＲＱ−ＡＣＫビット、ＨＡＲＱビット若しくはＨＡＲＱ情報ビットの数がビット閾値を上回る場合）、より小さいＨＡＲＱ−ＡＣＫオフセットのうちの１つ以上が適用されてもよく、及び／又は、畳み込み符号が符号化のために使用されてもよい。そうではない場合、１つ以上の大きいＨＡＲＱ−ＡＣＫオフセットが適用されてもよく、及び／又は、ＲＭ符号が符号化のために使用されてもよい。
【００６１】
将来の追加的な又は代替的な例において、端末又はＵＥは、例えば符号化法（エンコード法）などのＨＡＲＱシグナリングフォーマットと共に、具体的にはチャネル符号化法若しくはチャネル符号化方式と共に構成されてもよく、それはＲＲＣシグナリングを介してＵＥへ送信され得る。（ＲＭ符号のような）第１の符号化方式が適用される場合、１つ以上の大きいＨＡＲＱ−ＡＣＫオフセットが適用されてもよく、（畳み込み符号のような）第２の符号化方式が適用される場合、１つ以上の小さいＨＡＲＱ−ＡＣＫオフセットが適用されてもよい。
【００６２】
ある派生において、ｅＮＢとＵＥとの間にＲＲＣシグナリングは必要とされない。むしろ、ＨＡＲＱシグナリングフォーマット、具体的には使用されるべきＨＡＲＱ−ＡＣＫオフセット及び／又は符号化法（チャネル符号化法）を決定し及び／又は調整することは、ＤＬキャリア数（及び／又は、送信されるべきＨＡＲＱビット数）に基づいてよい。例えば、ＵＥ向けのＤＬキャリア数が閾値Ｎ（例えば、５）を上回る場合、及び／又は、より多数のＨＡＲＱ−ＡＣＫビットが送信される場合（及び／又は、送信されることになるＨＡＲＱビット数がビット閾値を上回る場合）、１つ以上の小さいＨＡＲＱ−ＡＣＫオフセットが適用されてもよく、及び／又は、畳み込み符号のような第１のチャネル符号化法が例えば符号化のために使用されてもよい。そうではない場合、１つ以上の大きいＨＡＲＱ−ＡＣＫオフセットが適用されてもよく、及び／又は、ＲＭ符号のような第２のチャネル符号化法が具体的には符号化のために使用されてもよい。
【００６３】
代替的に又は追加的に、ＵＥ又は端末について構成されるＤＬキャリア数、及び／又は、送信されるべきＨＡＲＱビット数に基づいてＨＡＲＱシグナリングフォーマットを決定し及び／又は調整することは、構成されるキャリア数が予め決定される閾値Ｎ（例えば、５）を上回り及び／又はＨＡＲＱビット数がビット閾値を上回る場合に、ＨＡＲＱ−ＡＣＫオフセットβoffsetPUSCHの値とインデックスＩoffsetHARQ-ACK又はＩoffset,MCHARQ-ACKとの第２のマッピングテーブルが使用され及び／又は第２のチャネル符号化法（例えば、畳み込み符号）が適用されることを含んでもよく、そうではない場合には、第１のマッピング及び／又は第１のチャネル符号化法（例えば、ＲＭ符号）が使用され得る。１つの例において、現行のＨＡＲＱ−ＡＣＫオフセットマッピングテーブル内のマッピングが（第２のマッピングのために）Ｍ（例えば、２）という係数によりスケールダウンされてもよい。他の例において、３ＧＰＰ  ＴＳ３６．２１３内のＲＩオフセットテーブル８．６．３−２のマッピングテーブルがＨＡＲＱ−ＡＣＫオフセットマッピングのために使用されてもよい。その動機は、より多くのＤＬキャリアが構成される場合に、現行のＨＡＲＱ−ＡＣＫオフセットマッピングテーブルにおいて定義されているものよりも小さいＨＡＲＱ−ＡＣＫオフセットの値を得るためである。さらなる例において、キャリア数が予め決定される閾値Ｎ（例えば、５）を上回る場合に新たな等式及び第２のチャネル符号化方式（畳み込み符号）が使用されてもよく、そうではない場合にレガシーの等式（即ち、式１及び式２）並びに第１のチャネル符号化方式（ＲＭ符号）が使用されてもよい。
【００６４】
将来の代替的な又は追加的な派生において、端末によるＨＡＲＱ／ＡＣＫ送信について、変調法及び／又は変調のために使用されるシンボル数Ｑ´を決定し及び／又は調整することは、（端末について／ＣＡにおいて）構成されるＤＬキャリア数に基づいて異なる等式を使用すること、を含んでもよい。例えば、構成されるキャリア数が予め決定される閾値Ｎ（例えば、５）を上回る場合に、新たな等式（例えば、等式Ａ）が使用されてもよく、そうではない場合にレガシーの等式（即ち、式１及び式２）が使用されてもよい。
【００６５】
代替的に又は追加的に、端末によるＨＡＲＱ／ＡＣＫ送信について、変調法、変調のために使用されるシンボル数Ｑ´、ＨＡＲＱシグナリングフォーマット及び／又は符号化法を決定し及び／又は調整することは、構成されるＤＬキャリア数に基づいて、ＨＡＲＱ−ＡＣＫ情報及び／又はフィードバックの符号化を実行し及び／又は決定すること、を含んでもよい。それは、受信される割り当てデータ又は構成に基づいてもよい。例えば、ＨＡＲＱ−ＡＣＫ情報／フィードバックは、ＤＬにおいてどのキャリアが及び／若しくはいくつのＤＬキャリアが構成されるか、並びに／又は使用されるべきＨＡＲＱビット数に依存して、１つよりも多くのフォーマットで符号化され得る。構成されるキャリアがレガシーのキャリアのセットに属する（及び／又は、キャリア数が５つまでである）場合、ＨＡＲＱ−ＡＣＫビットは、３ＧＰＰにおける現行のレガシーの方法に従って符号化されてよい。レガシーのキャリアのセットのサイズは、Ｎ（例えば、５）個へ制限され得る。その符号化は、シンボル数Ｑ´を導出するために現行のレガシーの方法を使用し得る。
【００６６】
レガシーのキャリアのセットに属しない少なくとも１つのキャリアが構成される場合、ＨＡＲＱ−ＡＣＫ情報／フィードバックの符号化は、拡張されるフォーマットで実行され及び／又は決定されてもよい。拡張されるフォーマットは、上の例の通り、（レガシーフォーマットに対し）より多くのＨＡＲＱ−ＡＣＫビット、例えば最大２５６ビットを搬送することができるように決定され及び／又は定義されてもよい。他の例において、構成されるキャリアがライセンス済みキャリアである場合、ＨＡＲＱ−ＡＣＫビットは３ＧＰＰにおける現行のレガシーの方法に従って符号化され、構成されるキャリアが未ライセンスキャリアである場合、ＨＡＲＱ−ＡＣＫ情報はより多くのＨＡＲＱ−ＡＣＫビットを搬送可能な拡張されたフォーマットで符号化される。
【００６７】
代替的に又は追加的に、ＨＡＲＱ−ＡＣＫ情報は、ＤＬにおいてどのキャリアがスケジューリングされるかに依存して、１つよりも多くのフォーマットで符号化されてもよい。スケジューリングされるキャリアがレガシーのキャリアのセットに属する場合、ＨＡＲＱ−ＡＣＫビットは３ＧＰＰにおける現行のレガシーの方法に従って符号化される。レガシーのキャリアのセットのサイズは、Ｎ（例えば、５）個へ制限され得る。その符号化は、シンボル数Ｑ´を導出するために現行のレガシーの方法を使用する。
【００６８】
スケジューリングされる少なくとも１つのキャリアがレガシーのキャリアのセットに属しない場合、ＨＡＲＱ−ＡＣＫ情報は拡張されたフォーマットで符号化される。拡張されたフォーマットは、上の例の通り、より多くのＨＡＲＱ−ＡＣＫビット、例えば最大２５６ビットを搬送することができるように決定され及び／又は定義されてもよい。
【００６９】
ネットワークノード又はｅＮＢにおいて、ＵＥがレガシーの符号化法を用いてＨＡＲＱ−ＡＣＫ情報を符号化したのか又は拡張された符号化法を用いたのかを判定するために、ブラインド検出が行われてもよい。ＵＥがＤＬ内の制御情報を逸失し、そしてスケジューリングされたキャリアに基づいて拡張された符号化法が期待される場合であってもレガシーの符号化法で送信を行った可能性があるときには、ブラインド復号が行われてもよい。他の例において、構成されるキャリアがライセンス済みキャリアである場合に、ＨＡＲＱ−ＡＣＫビットは、３ＧＰＰにおける現行のレガシーの方法に従って符号化され、構成されるキャリアが未ライセンスキャリアである場合に、ＨＡＲＱ−ＡＣＫ情報は、より多くのＨＡＲＱ−ＡＣＫビットを搬送可能な拡張されたフォーマットで符号化される。
【００７０】
概して、端末は、（例えばネットワーク及び／又はネットワークノードからの対応する送信によって、例えば、対応する識別子及び／又は割り当てデータをアサインされていることにより）リソースをスケジューリングされ、アクティブ化され及び／又は割り当てられた場合（又は、構成によれば、若しくは未だ送信されていない割り当てデータによればそうなる予定である場合）に、具体的にはそのキャリア上の送信信号を受信するために、例えばＤＬキャリアであるキャリアと共に構成されているものと見なされてよい。
【００７１】
具体的には変調法及び／又は複数の異なる符号化法（具体的には、チャネル符号化法）といった、少なくとも２つの異なるＨＡＲＱシグナリングフォーマットに基づいて、端末から受信されるＨＡＲＱ／ＡＣＫフィードバックについてブラインド検出を実行するための、ネットワークノードを動作させるための方法、そのために適合されるネットワークノード、及び／又はそのためのブラインド検出モジュールを備えるネットワークノードが考慮されてもよい。複数の変調法は、変調のために使用されるシンボル数Ｑ´、符号化法、及び／又は、変調するビット数を含み得るフォーマット（例えば、拡張フォーマット）に関して相違してもよい。使用すべきフォーマット（例えば、変調法及び／又は符号化法）は、端末について（及び／又は、ＤＬキャリアアグリゲーションについて）構成されるＤＬキャリアの数に基づいて決定されてもよい。それらフォーマット（例えば変調法及又は符号化法）のうちの１つは、レガシーの変調法、５つまでのＤＬキャリアのために決定される変調法、及び／又は、テーブル１に基づく変調法であってもよく、他の変調法又は符号化法は、レガシーの数より大きく及び／又は５よりも大きいＤＬキャリア数に基づいてよく、及び／又は、５よりも大きく及び／又はレガシーの数よりも大きくてよい構成されるＤＬキャリアの数に対応し得る。上記フォーマット（例えば、変調法及び／又は符号化法）、及び／又は、そのフォーマット（例えば、変調法及び／又は符号化法）を表現するデータは、ネットワークノードのメモリ内に記憶されてもよく、ネットワークノードにより取得（例えば、読み取り）されてもよく、例えばネットワーク及び／又は他のネットワークノード若しくは端末から受信されてもよい。上記方法及び／又はネットワークノードは、例えば、端末のＨＡＲＱシグナリングフォーマット、変調法及び／又は符号化法を決定し及び／又は調整することに関して、ここで説明したようなネットワークノードであってよい。ブラインド検出のために使用されるフォーマット、変調法及び／又は符号化法の１つは、ここで説明した派生のいずれかに従って、ネットワークノード（あるいは、ネットワークノードへ対応するデータ／情報を送信し及び／又は通信し得る、ネットワーク若しくは他のネットワークノード）により決定され、調整され、及び／又は端末に関して構成される、ＨＡＲＱ／ＡＣＫ情報及び／又はフィードバックのための変調法であってもよい。
【００７２】
概して、ネットワークノードは、端末からＨＡＲＱフィードバックを受信するために適合されてもよく、そのための受信モジュールを備えてもよく、その受信を（例えば、ここで説明したネットワークノードを動作させるための方法の１つの一部として）実行してもよい。受信することは、決定され及び／又は調整されたＨＡＲＱシグナリングフォーマットに基づいてよい。考慮され得ることとして、受信することは、決定され及び／又は調整されたＨＡＲＱシグナリングフォーマットに基づいて、及び／又は、決定され及び／又は調整されるＨＡＲＱシグナリングフォーマットに基づいてＨＡＲＱフィードバックが送信されるという想定に基づいて、受信されるＨＡＲＱフィードバックを検出し、復調し、及び／又は復号すること、を含む。
【００７３】
概して、（ＨＡＲＱ−ＡＣＫの変調のために）
−  構成され、スケジューリングされ及び／又はアクティブ化されるＤＬキャリアの数に従って、特にＰＵＳＣＨ上での、ＨＡＲＱシグナリングフォーマット、ＨＡＲＱ−ＡＣＫシンボル数、及び／又はチャネル符号化法を調整し、
−  ＨＡＲＱ−ＡＣＫビットの数と共に線型的にスケーリングされることのないように、新たな等式を用いて、ＰＵＳＣＨ上のＨＡＲＱ−ＡＣＫシンボル数を計算し、及び／又は、
−  異なるフォーマットを用いて、異なるセットに属するキャリアについてＨＡＲＱ−ＡＣＫフィードバックを送信する、
ことが提案される。
【００７４】
概して、特にＣＡ（具体的には、ＤＬ  ＣＡ）において構成され得る、（例えば、端末のために及び／又は端末に対し構成される）ＤＬキャリア数は、具体的には、２より大きくてもよく、５より大きくてもよく、１０より大きくてもよく、及び／又は、３２以下であってもよく、特に６と３２との間（境界値を含む）であり得る。
【００７５】
図２は、この例においてユーザ機器として実装され得る端末１０を概略的に示している。端末１０は、制御回路２０を備え、制御回路２０は、メモリへ接続されるコントローラを含み得る。受信モジュール、送信モジュール、制御若しくは処理モジュール、ＣＩＳ受信モジュール、及び／又はスケジューリングモジュールが、具体的にはコントローラ内のモジュールとして、制御回路２０において実装され及び／又は制御回路２０により実行可能であってよい。端末１０は、受信及び送信又は送受信の機能性を提供する無線回路２２をも備え、無線回路２２は、制御回路へ接続され又は接続可能である。信号を収集し若しくは送信し及び／又は増幅するために、端末１０のアンテナ回路２４が無線回路２２へ接続され又は接続可能である。無線回路２２及びそれを制御する制御回路２０は、具体的にはここで説明したようなＥ−ＵＴＲＡＮ／ＬＴＥリソースを利用して、第１のセル／キャリア及び第２のセル／キャリア上でのネットワークとのセルラ通信のために構成される。端末１０は、ここで開示した端末を動作させるための方法のいずれかを遂行する、ように適合されてよく、具体的には、例えば制御回路といった対応する回路を備え得る。ここで説明したような端末のモジュール群は、ソフトウェア、ハードウェア及び／又は対応する回路内のファームウェアで実装されてよい。
【００７６】
図３は、具体的にはｅＮｏｄｅＢであり得るネットワークノード又は基地局１００を概略的に示している。ネットワークノード１００は、制御回路１２０を備え、制御回路１２０は、メモリへ接続されるコントローラを含み得る。受信モジュール、送信モジュール、制御若しくは処理モジュール、スケジューリングモジュール、並びに／又は、変調及び／若しくは構成モジュールが、制御回路１２０において実装され及び／又は制御回路１２０により実行可能であってよい。制御回路は、ネットワークノード１００の制御無線回路１２２へ接続され、制御無線回路１２２は、受信及び送信並びに／又は送受信の機能性を提供する。信号の受信若しくは送信及び／又は増幅のために、アンテナ回路１２４が無線回路１２２へ接続され又は接続可能であってよい。ネットワークノード１００は、ここで開示したネットワークノードを動作させるための方法のいずれかを遂行する、ように適合されてよく、具体的には、例えば制御回路といった対応する回路を備え得る。ここで説明したようなネットワークノードのモジュール群は、ソフトウェア、ハードウェア及び／又は対応する回路内のファームウェアで実装されてよい。
【００７７】
図４は、ここで説明したようなネットワークノードのいずれかであり得るネットワークノードを動作させるための例示的な方法のフローチャートを示している。上記方法は、端末について構成されるＤＬキャリア数及び／又はＨＡＲＱビット数に基づいて、キャリアアグリゲーションのために構成される当該端末についてのＨＡＲＱシグナリングフォーマットを決定し及び／又は調整するアクションＮＳ１０、を含み得る。上記方法は、決定され及び／又は調整されたＨＡＲＱシグナリングフォーマットについて及び／又は当該ＨＡＲＱシグナリングフォーマットで上記端末を構成するアクションＮＳ１２、を含み得る。
【００７８】
図５は、ここで説明したネットワークノードのいずれかであり得る例示的なネットワークノードを示している。上記ネットワークノードは、アクションＮＳ１０を実行するためのモジュールＮＭ１０、を備える。オプションとして、上記ネットワークノードは、アクションＮＳ１２を実行するためのモジュールＮＭ１２、を備えてもよい。
【００７９】
図６は、ここで説明したような端末のいずれかであり得る端末を動作させるための例示的な方法のフローチャートを示している。その端末は、キャリアアグリゲーションのために適合される。上記方法は、上記端末について構成されるＤＬキャリア数及び／又はＨＡＲＱビット数に基づいて、ＨＡＲＱシグナリングフォーマットを決定し及び／又は調整するアクションＴＳ１０、を含み得る。上記方法は、上記ＨＡＲＱシグナリングフォーマットに基づいて、ＨＡＲＱフィードバックを送信するアクションＴＳ１２、を含み得る。
【００８０】
図７は、ここで説明した端末のいずれかであり得る例示的な端末を示している。上記端末は、アクションＴＳ１０を実行するためのモジュールＴＭ１０、を備える。オプションとして、上記ネットワークノードは、アクションＴＳ１２を実行するためのモジュールＴＭ１２、を備えてもよい。
【００８１】
概して、考慮され得ることとして、ＨＡＲＱシグナリングフォーマットは、特に（符号化のために）端末及び／若しくはＵＥにより、並びに／又は（復号のために）ネットワークにより使用されるべき、ＨＡＲＱ送信について（例えば、ＨＡＲＱ情報及び／又はＨＡＲＱデータ（例えば、ＡＣＫ／ＮＡＣＫ及び／又は対応するＨＡＲＱ識別子）を変調し及び／又は符号化するために）例えば利用されるべき及び／又は利用される、例えばＨＡＲＱ送信についての変調法、シンボル数及び／又は符号化法を含み、左右し及び／又は定義する。留意すべきこととして、各符号化法について、復号されたデータが符号化されたデータに対応するように、符号化されたデータが再生可能かつ可逆な形（後者は恐らくは所与の誤差の確率の範囲内で）で復号され得る（逆もまたしかり）ように、可逆な形で互いに関連付けられ得る符号化と対応する復号とが存在し得る。概して、ＨＡＲＱシグナリングフォーマットは、（１ブロックの範囲内で送信されるべきＨＡＲＱデータの変調及び／又は符号化の後に）何ビットをＨＡＲＱデータブロックが収容するかを左右し、定義し、及び／又は指し示してもよい。
【００８２】
符号化法は、エラー検出符号化法及び／又は前方エラー訂正符号化法を含み得る（例えば、チャネル符号化法又はチャネルエンコード法としても言及され得る）。概して、符号化法は、（例えば、ＵＥ及び／又は対応するＵＥのモジュールによる）符号化と、（例えば、ネットワークノード及び／又は対応するネットワークノードのモジュールによる）復号とを含み得る。符号化は、特に、ＡＣＫ／ＮＡＣＫシグナリング（例えば、１つ以上のＡＣＫ／ＮＡＣＫビット）及び／又は対応する識別子（例えば、ＨＡＲＱプロセス識別子）を含み得るＨＡＲＱデータ又は情報に関し得る。そうしたデータ又は情報は、チャネル状態情報、チャネル品質情報、及び／又は、端末により実行される測定に関する情報を含んでよく、例えば、共通のデータのブロック（例えば、ＨＡＲＱ情報若しくはＨＡＲＱデータのトランスポートブロック若しくはブロック、又はＨＡＲＱデータブロック）へとエンコード（符号化）される。ＨＡＲＱ情報の符号化は、概して、端末又はＵＥにより実行され、ＨＡＲＱ情報の復号は、ネットワークノードにより実行され得る。エンコードビット数（符号化サイズ又は符号化長と呼ばれてもよい）が符号化法（具体的には、エンコード法）に関連付けられてもよい。復号のために、復号側のノード（例えば、ネットワークノード）は、例えばＤＬキャリア数、及び／又は符号化側のノード（例えば、端末又はＵＥ）へ提供される構成に基づいて、あるフォーマット又は符号化法を前提としてよい（端末又はＵＥは、概して、構成側のノード（例えば、ネットワークノード）へ構成の受信について確認応答を行うように適合され得る）。
【００８３】
概して、キャリアアグリゲーション（ＣＡ）は、少なくとも１つの送信方向（例えば、ＤＬ及び／又はＵＬ）について複数のキャリアを含む、ワイヤレス及び／若しくはセルラ通信ネットワーク並びに／又はネットワークノードと端末との間の無線接続及び／又は通信リンクの概念への言及であってよいと共に、複数のキャリアのアグリゲートへの言及であってもよい。対応する通信リンクは、キャリアアグリゲーションされた通信リンク又はＣＡ通信リンクとして言及されてもよく、キャリアアグリゲートにおけるキャリアは、コンポーネントキャリア（ＣＣ）として言及されてもよい。そうしたリンクにおいて、キャリアアグリゲーション（キャリアのアグリゲート）のキャリアのうち１つよりも多くのキャリア及び／又は全てのキャリア上で、データが送信されてよい。キャリアアグリゲーションは、（例えばプライマリコンポーネントキャリア又はＰＣＣと呼ばれ得る）１つ（又はそれ以上）の専用の制御キャリア及び／又はプライマリキャリアを含み、その上で制御情報が送信されてよく、制御情報は、プライマリキャリア、及びセカンダリキャリア（又はセカンダリコンポーネントキャリア、ＳＣＣ）として言及され得る他のキャリアを参照し得る。
【００８４】
制御情報は、特にＤＬ接続に関する、スケジューリング情報、割り当てデータ及び／又はＨＡＲＱシグナリングを含み得る。通信リンクは、ＵＬ接続及び／又はＤＬ接続を含み得る。考慮され得ることとして、通信リンクは、異なる複数のキャリア、及び／又はＵＬ及び／又はＤＬについてのキャリアアグリゲーションを含む。具体的には、考慮され得ることとして、通信リンクは、ＤＬについて１つ以上のキャリア及び／又はキャリアアグリゲーションを、ＵＬについて異なる数のキャリア及び／又はキャリアアグリゲーションを含み、ＵＬについてＤＬキャリアとは異なる周波数が使用されてもよい。キャリアアグリゲーションにおけるキャリアは、ライセンス済みスペクトル内のキャリアを含んでもよく、及び／又は、未ライセンススペクトル内のキャリアを含んでもよい。特に、未ライセンススペクトルのキャリアは、キャリアアグリゲーションのセカンダリキャリアであってよい。プライマリキャリアは、ライセンス済みスペクトル内にあるものと考慮され得る。概して、送信のために未ライセンススペクトル内のキャリアへアクセスする前に、ＬＢＴ（listen-before-talk）手続が、例えばそのために適合される端末又はネットワークノードにより実行され得る。
【００８５】
キャリアアグリゲーションの複数のキャリアは、例えばＬＴＥのような所与の標準において定義されている通りの異なる複数の周波数帯域、周波数及び／又はスペクトル幅の観点で異なる複数の周波数帯域、及び／又はライセンス済みか否かに関わらない複数の周波数帯域、に属してもよい。異なる複数のキャリアは、異なる周波数帯域に関連付けられてもよく、考慮され得ることとして、異なる周波数帯域はそれらに関連付けられる異なるキャリアを有する（周波数帯域ごとに１つ又は１つより多くのキャリアが概して想起され得る）。ライセンス済み帯域又はスペクトルは、未ライセンス帯域又はスペクトルとは異なる周波数帯域を有し得る。制御キャリアは、例えばＨＡＲＱフィードバック、ＣＳＩ情報及び／又はスケジューリングリクエストの送信のためなど、制御情報の送信のために使用されるプライマリキャリアであってよい。概して、ＤＬキャリアアグリゲーションは、２つより多く、より具体的には５つより多く、特に６〜３２個（境界値を含む）のキャリアを含んでもよい。
【００８６】
ここで説明したネットワークノードを動作させるため、及び／又はここで説明したように端末を構成するための方法のうちいずれか１つを実行するために適合されるネットワークノードが考慮されてもよい。
【００８７】
ここで説明したように端末を動作させるための方法、及び／又はここで説明したようなバンドリングを実行するための方法のうちのいずれか１つを、具体的にはネットワーク、ネットワークノード又はシステムにより構成される構成に従って実行するために適合される端末が考慮されてもよい。
【００８８】
ここで説明したように端末又はネットワークノードを動作させるための方法のうちのいずれか１つを、特にここで説明したような端末又はネットワークノードの制御回路であり得る制御回路上で実行された場合にその制御回路に遂行させ及び／又は制御させる、制御回路により実行可能なコード、を含むプログラムプロダクトもまた開示される。
【００８９】
そのうえ、ここで説明した方法の少なくともいずれか１つを制御回路に実行させ及び／又は制御させる、ここで説明したプログラムプロダクト及び／又は制御回路により実行可能なコード、のうちの少なくともいずれか１つを担持し及び／又は記憶する記憶媒体又は担持媒体が開示される。概して、担持媒体は、制御回路によりアクセス可能であり、読み取り可能であり、及び／又は受信可能であってよい。データ、プログラムプロダクト及び／又はコードを記憶することは、データ、プログラムプロダクト及び／又はコードを担持することの一部として理解されてもよい。担持媒体は、概して、ガイド／トランスポート媒体及び／又は記憶媒体を含んでよい。ガイド／トランスポート媒体は、具体的には電磁信号、電気信号、磁気信号及び／又は光信号といった信号を担持するように適合され、担持し、及び／又は記憶してよい。担持媒体、特にガイド／トランスポート媒体は、そうした信号を誘導してそれらを搬送するように適合されてもよい。担持媒体、特にガイド／トランスポート媒体は、例えば無線波若しくはマイクロ波といった電磁場、及び／又は、例えばグラスファイバ及び／又はケーブルといった光学的に伝送可能な材料を含んでもよい。記憶媒体は、揮発性又は不揮発性であり得るメモリ、バッファ、キャッシュ、光ディスク、磁気メモリ、フラッシュメモリなどであり得るメモリの少なくとも１つを含んでよい。
【００９０】
アップリンクキャリアは、概して、アップリンク送信を意図され及び／又はそのために使用されるキャリア及び／又は周波数帯域であってよく、それらを示してもよい。
【００９１】
ダウンリンクキャリアは、概して、ダウンリンク送信を意図され及び／又はそのために使用されるキャリア及び／又は周波数帯域であってよく、それらを示してもよい。
【００９２】
セル及び／又はキャリアと共に構成される端末は、例えば通信のためにネットワークに登録され、及び／又は当該セル及び／又はキャリアへ同期して、当該セル及び／又はキャリアを用いて通信（データを送信及び／又は受信）し得る状態になり得る。
【００９３】
概して、セル又はキャリアと共に及び／又はそれを介して端末へ接続され又は接続可能なノードは、そのセル又はキャリアを用いて端末との通信のために適合され及び／又は端末と通信し、及び／又は対応する通信リンクを含み得る。セル又はキャリアと共にネットワークへ接続され又は接続可能な端末は、そのセル又はキャリアを用いて端末との通信のために適合され及び／又は端末と通信し得る。ネットワークへの接続は、ネットワークの少なくとも１つのノードへの接続への言及であってよい。
【００９４】
データは、いかなる種類のデータへの言及であってもよく、具体的には、制御データ、ユーザデータ又はペイロードデータのうちの任意の１つ及び／又は任意の組み合わせへの言及であってもよい。制御データは、データ送信の処理及び／又はネットワーク若しくは端末の動作を制御し、スケジューリングし及び／又はそれらに関するデータへの言及であってもよい。
【００９５】
セル又はキャリア上での受信又は送信は、当該セル又はキャリアに関連付けられる周波数（帯域）又はスペクトルを利用した受信又は送信への言及であってもよい。
【００９６】
ワイヤレス通信ネットワークは、少なくとも１つのネットワークノード、特にここで説明したようなネットワークノードを含み得る。ネットワークへ接続され又はネットワークと通信する端末は、少なくとも１つのネットワークノードへ接続され又は少なくとも１つのネットワークノードと通信するものと見なされてよい。ネットワークノードとは、具体的には、ここで説明したネットワークノードのうちの任意の１つである。
【００９７】
本説明の文脈において、ワイヤレス通信は、例えばワイヤレス通信ネットワークにおける及び／又は無線アクセス技術（ＲＡＴ）を利用した、電磁波及び／又はエアインタフェース、特に無線波を介する、通信、特にデータの送信及び／又は受信、であり得る。その通信には、ワイヤレス通信ネットワークへ接続される１つ又は１つより多くの端末、及び／又はワイヤレス通信ネットワークの及び／又はワイヤレス通信ネットワーク内の１つよりも多くのノードが関与し得る。想起され得ることとして、通信における若しくは通信のための、及び／又はワイヤレス通信ネットワークにおける、当該ネットワークの、若しくは当該ネットワークのためのノードは、１つ以上のＲＡＴ、具体的にはＬＴＥ／Ｅ−ＵＴＲＡのために適合され及び／又は当該ＲＡＴを利用する通信のために適合される。通信は、概して、特にパケットデータの形式でメッセージを送信し及び／又は受信することを含み得る。メッセージ又はパケットは、制御データ、構成データ及び／若しくはペイロードデータを含み、並びに／又は、ひとまとまりの物理レイヤ送信を表し及び／若しくは含み得る。制御データ及び／又は構成データは、通信のプロセスに及び／又はその通信のノード及び／若しくは端末に関係するデータへの言及であってよい。それは、例えば、通信のノード若しくは端末を参照するアドレスデータ、並びに／又は、送信モード、スペクトル構成、周波数、符号化法、タイミング及び／若しくは帯域幅に関係するデータを、通信若しくは送信の処理に関係するデータとして、例えばヘッダ内に含み得る。通信に関与する各ノード又は端末は、無線回路、制御回路及び／又はアンテナ回路を含んでよく、それらは、１つ又は１つより多くの無線アクセス技術を利用し及び／又は実装するように構成され得る。ノード又は端末の無線回路は、概して、無線波の送信及び／又は受信のために適合されてよく、特に、対応する送信機、受信機及び／又は送受信機を含んでよく、それらは、アンテナ回路及び／又は制御回路へ接続され又は接続可能であってよい。ノード又は端末の制御回路は、コントローラ、並びに／又は、読出しアクセス及び／若しくは書込みアクセスのためにコントローラにとってアクセス可能であるように構成されるメモリ、を含み得る。コントローラは、通信及び／若しくは無線回路を制御し、並びに／又は追加のサービスを提供するように構成され得る。ノード又は端末の回路、具体的には例えばコントローラといった制御回路は、ここで説明した機能性を提供するようにプログラミングされ得る。対応するプログラムコードは、関連付けられたメモリ及び／若しくは記憶媒体内に記憶され、ハードワイヤで構成され、並びに／又は、ファームウェア及び／若しくはソフトウェアとして及び／若しくはハードウェアで提供され得る。コントローラは、概して、プロセッサ、マイクロプロセッサ、マイクロコントローラ、ＦＰＧＡ（Field-Programmable  Gate  Array）デバイス、及び／又はＡＳＩＣ（Application  Specific  Integrated  Circuit）デバイスを含み得る。より具体的には、考慮され得ることとして、それは、メモリを含み及び／又はメモリへ接続され若しくは接続可能であり、メモリは、コントローラ及び／又は制御回路により読出し��び／又は書込みのためにアクセス可能であるように適合され得る。無線アクセス技術は、概して、例えばＢｌｕｅｔｏｏｔｈ、Ｗｉｆｉ、ＷＩＭＡＸ、ｃｄｍａ２０００、ＧＥＲＡＮ、ＵＴＲＡＮ並びに／又は特にＥ−Ｕｔｒａｎ及び／若しくはＬＴＥを含み得る。通信は、特に、論理チャネル並びに／又は論理的な送信及び／若しくは受信がインプリントされ又はレイヤ化され得る、物理レイヤ（ＰＨＹ）の送信及び／又は受信を含み得る。
【００９８】
ワイヤレス通信ネットワークのノードは、端末、ユーザ機器、基地局、中継ノード及び／又は、特にセルラ通信といったワイヤレス通信ネットワークでの通信のために全体的に適合されるいかなるデバイスとしても実装されてもよい。
【００９９】
ＨＡＲＱ／ＡＣＫ送信のための変調法は、変調のために使用されるシンボル数Ｑ´、符号化法、及び／又は変調すべきビット数を含み得るフォーマット（例えば、拡張されたフォーマット）を含んでもよい。変調に関する割り当てデータは、変調のために使用されるべきシンボル数Ｑ´、符号化法、及び／又は変調すべきビット数を含み得るフォーマット
（例えば、拡張されたフォーマット）を（例えば、端末へ）指し示すデータを含んでもよい。
【０１００】
セルラネットワークは、ネットワークノード、具体的には無線ネットワークノードを含み、当該ノードは、例えばＬＴＥに従った、例えば進化型ネットワークコアを有するコアネットワークといったコアネットワークへ、接続され又は接続可能であり得る。ネットワークノードは、例えば基地局であってよい。ネットワークノードとコアネットワーク／ネットワークコアとの間の接続は、少なくとも部分的にケーブル／地上回線の接続に基づいてよい。コアネットワークの一部、特に基地局若しくはｅＮＢよりも上のレイヤが関与する、並びに／又は基地局若しくはｅＮＢにより提供される予め定義されたセル構造を介した、動作、通信、及び／又は信号の交換は、セルラとしての性質を有すると見なされてよく、又はセルラ動作と呼ばれてもよい。基地局よりも上のレイヤが関与することのない及び／又は基地局若しくはｅＮＢにより提供される予め定義されたセル構造を利用することのない動作、通信及び／又は信号の交換は、特に、それがセルラ動作のために提供され及び／又は使用される無線リソース、具体的にはキャリア及び／若しくは周波数、並びに／又は機器（例えば、無線回路及び／又はアンテナ回路のような回路、具体的には送信機、受信機及び／又は送受信機）を利用する場合には、Ｄ２Ｄ通信又は動作であると見なされてもよい。
【０１０１】
端末は、ユーザ機器として実装されてもよい。端末又はユーザ機器（ＵＥ）は、概して、ワイヤレスのデバイスツーデバイス通信のために構成されたデバイスであってもよく、並びに／又は、ワイヤレス及び／若しくはセルラネットワークのための端末、特にモバイル端末であってもよく、例えば、モバイルフォン、スマートフォン、タブレット、ＰＤＡ、等であってよい。ユーザ機器又は端末は、例えば他の端末又はノードのための何らかの制御及び／又は中継の機能性を引き受ける場合には、ここで説明したようなワイヤレス通信ネットワークの又は当該ネットワークのためのノードであり得る。想起され得ることとして、端末又はユーザ機器は、１つ以上のＲＡＴ、具体的にはＬＴＥ／Ｅ−ＵＴＲＡのために適合される。端末又はユーザ機器は、概して、近接性サービス（ＰｒｏＳｅ）可能型であってもよく、これは、端末又はユーザ機器がＤ２Ｄ対応型又はＤ２Ｄ可能型であることを意味し得る。考慮され得ることとして、端末又はユーザ機器は、ワイヤレス通信のための無線回路及び／制御回路を含む。無線回路は、例えば、受信機デバイス、送信機デバイス及び／又は送受信機デバイスを含み得る。制御回路は、コントローラを含み、コントローラは、マイクロプロセッサ、マイクロコントローラ、ＦＰＧＡ（Field-Programmable  Gate  Array）デバイス及び／又はＡＳＩＣ（Application  Specific  Integrated  Circuit）デバイスを含み得る。考慮され得ることとして、制御回路は、メモリを含み又はメモリへ接続され若しくは接続可能であり、メモリは、コントローラ及び／又は制御回路により読出し及び／又は書込みのためにアクセス可能であるように適合され得る。考慮され得ることとして、端末又はユーザ機器は、ＬＴＥ／Ｅ−ＵＴＲＡＮについて適合される端末又はユーザ機器として構成される。
【０１０２】
ネットワークノードは、基地局であってもよく、基地局は、１つ以上の端末又はユーザ機器へサービスするように適合される、ワイヤレス及び／若しくはセルラネットワークの又は当該ネットワークのための、いかなる種類の基地局であってもよい。考慮され得ることとして、基地局は、ワイヤレス通信ネットワークのノード又はネットワークノードである。ネットワークノード又は基地局は、ネットワークの１つ以上のセルを提供し、定義し、及び／若しくはそれらセルへサービスするように適合され、並びに／又は、ネットワークの１つ以上のノード又は端末へ通信のために周波数及び／若しくは時間リソースを割り当てるように適合され得る。概して、そうした機能性を提供するように適合されるいかなるノードも、基地局であると見なされてよい。考慮され得ることとして、基地局、又はより広くネットワークノード、特に無線ネットワークノードは、ワイヤレス通信のための無線回路及び／又は制御回路を含む。想起され得ることとして、基地局又はネットワークノードは、１つ以上のＲＡＴ、特にＬＴＥ／Ｅ−ＵＴＲＡのために適合される。無線回路は、例えば、受信機デバイス、送信機デバイス及び／又は送受信機デバイスを含み得る。制御回路は、コントローラを含み、コントローラは、マイクロプロセッサ、マイクロコントローラ、ＦＰＧＡ（Field-Programmable  Gate  Array）デバイス及び／又はＡＳＩＣ（Application  Specific  Integrated  Circuit）デバイスを含み得る。考慮され得ることとして、制御回路は、メモリを含み又はメモリへ接続され若しくは接続可能であってよく、メモリは、コントローラ及び／又は制御回路により読出し及び／又は書込みのためにアクセス可能であるように適合され得る。基地局は、ワイヤレス通信ネットワークのノードとして構成され、特に、例えば直接関与するデバイスとして又は補助的な及び／若しくは協調ノードとして、セルラ通信を可能にし、促進し及び／又はそれに参加するように構成され得る。概して、基地局は、コアネットワークと通信するように、１つ以上のユーザ機器にサービス及び／若しくは制御を提供するように、並びに／又は、１つ以上のユーザ機器とコアネットワーク及び／若しくは他の基地局との間で通信信号及び／若しくはデータを中継し及び／若しくはトランスポートするように構成され、並びに／又は、近接性サービス可能型であり得る。ｅＮｏｄｅＢ（ｅＮＢ）は、例えばＬＴＥ標準に従った、基地局の一例として想起され得る。基地局は、概して、近接性サービス可能型であり及び／又は対応するサービスを提供し得る。考慮され得ることとして、基地局は、ＥＰＣ（Evolved  Packet  Core）として構成され又はＥＰＣへ接続され若しくは接続可能であり、並びに／又は、対応する機能性を提供し及び／若しくは対応する機能性へ接続するように構成される。基地局のその機能性及び／又は複数の異なる機能が、１つ以上の異なるデバイス、物理的な場所及び／又はノードにわたって分散されてもよい。基地局は、ワイヤレス通信ネットワークのノードであると見なされてよい。概して、基地局は、制御ノードとして構成され、及び／又は、特に、ワイヤレス通信ネットワークの２つのノード又は端末、具体的には２つのユーザ機器の間のセルラ通信のため��リソースを割り当てる、ように構成されるものと見なされてよい。
【０１０３】
セルラ通信について考慮され得ることとして、具体的には基地局又はｅＮｏｄｅＢといったネットワークノードにより提供され得る、セルを介し及び／又はセルを定義する、少なくとも１つのアップリンク（ＵＬ）接続、チャネル及び／又はキャリア、並びに、少なくとも１つのダウンリンク（ＤＬ）接続、チャネル及び／又はキャリアが提供される。アップリンク方向は、端末から例えば基地局及び／又は中継局といったネットワークノードへのデータ転送方向への言及であってよい。ダウンリンク方向は、例えば基地局及び／又は中継局といったネットワークノードから端末へのデータ転送方向への言及であってよい。ＵＬ及びＤＬは、例えばキャリア及び／又はスペクトル帯域など異なる複数の周波数リソースへ関連付けられてよい。セルは、少なくとも１つのアップリンクキャリア及び少なくとも１つのダウンリンクキャリアを含んでよく、それらは異なる周波数帯域を有してもよい。例えば基地局又はｅＮｏｄｅＢといったネットワークノードは、１つ以上のセル（例えば、ＰＣｅｌｌ及び／又はＬＡセル）を提供し、定義し及び／又は制御するように適合され得る。
【０１０４】
具体的には基地局であるネットワークノード、及び／又は具体的にはＵＥである端末は、ライセンスされた及び／又はＬＴＥ向けに定義されたスペクトル帯域（周波数帯域）における通信のために適合されてもよい。加えて、具体的には基地局／ｅＮＢであるネットワークノード、及び／又は具体的にはＵＥである端末は、自由に利用可能な及び／又は未ライセンスの／（例えば５ＧＨｚの周辺の）ＬＴＥで未ライセンスのスペクトル帯域（周波数帯域）における通信のために適合されてもよい。
【０１０５】
端末又はワイヤレスデバイスを構成することは、ワイヤレスデバイス又はノードに自身の構成、例えば少なくとも１つの設定、レジスタエントリ及び／又は動作モードを、変更するように命令すること及び／又は仕向けること、を含み得る。端末、ワイヤレスデバイス又はノードは、例えば、端末又はワイヤレスデバイスのメモリ内の情報又はデータに従って、自身を構成するように適合されてもよい。ノード、端末又はワイヤレスデバイスを他のデバイス、ノード又はネットワークによって構成することは、当該他のデバイス又はノード又はネットワークによってワイヤレスデバイス又はノードへ、例えば、割り当てデータ、スケジューリングデータ及び／又はスケジューリング許可といった情報、データ及び／又は命令を送信することへの言及であり及び／又は送信することを含んでもよい。端末を構成することは、どの変調法及び／又は符号化法を使用すべきかを示す割り当てデータを端末へ送信すること、を含んでもよい。
【０１０６】
ＨＡＲＱ／ＡＣＫ情報／フィードバックの変調及び／又はそれを変調することは、符号化及び／又は符号化の実行を含んでもよい。変調法を構成し又は指し示す割り当てデータは、ＨＡＲＱ／ＡＣＫ情報／フィードバックのためにどの符号化法を使用すべきかの標識を含んでもよい。変調法との用語は、使用され及び／又は端末により使用されるべき変調法を表現し及び／又は指し示すデータ（例えば、割り当てデータ）へ言及するように使用され得る。
【０１０７】
ワイヤレス通信ネットワークは、無線アクセスネットワーク（ＲＡＮ）を含んでよく、ＲＡＮは、具体的にはＬＴＥといった１つ以上の標準、及び／又は無線アクセス技術（ＲＡＴ）に従って作動するように適合され得る。
【０１０８】
ネットワークデバイス若しくはノード、及び／又はワイヤレスデバイスは、例えば制御回路といったハードウェアデバイスによって実行可能であるように構成され及び／又はメモリ内に記憶可能であるように構成されるソフトウェア／プログラム構成であってもよく又はそれを含んでもよく、当該構成は、説明した機能性及び／又は対応する制御機能性を提供し得る。
【０１０９】
セルラネットワーク又はモバイル若しくはワイヤレス通信ネットワークは、例えば、ＬＴＥネットワーク（ＦＤＤ又はＴＤＤ）、ＵＴＲＡネットワーク、ＣＤＭＡネットワーク、ＷｉＭＡＸ、ＧＳＭネットワーク、セルラ動作のために何らかの１つ以上の無線アクセス技術（ＲＡＴ）を採用する任意のネットワーク、を含み得る。ここでの説明は、ＬＴＥについて与えられるが、ＬＴＥ  ＲＡＴに限定されるわけではない。
【０１１０】
ＲＡＴ（無線アクセス技術）は、概して、例えばＬＴＥ  ＦＤＤ、ＬＴＥ  ＴＤＤ、ＧＳＭ、ＣＤＭＡ、ＷＣＤＭＡ、ＷｉＦｉ、ＷＬＡＮ、ＷｉＭＡＸなどを含み得る。
【０１１１】
記憶媒体は、データを記憶するように並びに／又は制御回路及び／若しくはコンピューティングデバイスにより実行可能な命令を記憶するように適合されてよく、命令は、制御回路及び／又はコンピューティングデバイスによって実行されると、ここで説明した方法のうちのいずれか１つを制御回路及び／又はコンピューティングデバイスに実行させ及び／又は制御させる。記憶媒体は、概して、コンピュータ読取可能であり、例えば、光ディスク、磁気メモリ、揮発性若しくは不揮発性のメモリ、フラッシュメモリ、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、バッファメモリ、キャッシュメモリ及び／又はデータベース、であってよい。
【０１１２】
リソース、通信リソース又は無線リソースは、概して、（時間／周波数リソースと呼ばれ得る）周波数及び／又は時間リソースであってよい。割り当てられ又はスケジューリングされるリソースは、特に１つ以上のキャリア、帯域幅及び／若しくはサブキャリアに関する周波数関連の情報、特にフレーム、スロット及び／若しくはサブフレームに関する時間関連の情報、並びに／又は、リソースブロックに関する情報及び／若しくは時間／周波数ホッピング情報、を含み及び／又はそれらへの言及であってよい。割り当てられるリソースは、具体的には、ＵＬリソース、例えば第１のワイヤレスデバイスが第２のワイヤレスデバイスへ及び／又は第２のワイヤレスデバイスのために送信するためのＵＬリソース、への言及であってよい。割り当てられたリソース上で送信すること及び／又は割り当てられたリソースを利用することは、割り当てられたリソース上で、例えば指示された周波数、サブキャリア、キャリア、タイムスロット若しくはサブフレーム上で、データを送信すること、を含み得る。概して考慮され得ることとして、割り当てられたリソースが解放され及び／又は割り当て解除されてもよい。ネットワーク又はネットワークのノード、例えば割り当てノード又はネットワークノードは、リソースの解放若しくは割り当て解除を決定し、及び／又は、それを示す対応する割り当てデータを１つ以上のワイヤレスデバイスへ、特に第１のワイヤレスデバイスへ送信する、ように適合され得る。
【０１１３】
割り当てデータは、制御ノード又は割り当てノードにより割り当てられるリソースを指示し及び／又は許可するデータ、特に、ワイヤレスデバイスのための通信についてどのリソースが予約され若しくは割り当てられるか及び／又は通信についてワイヤレスデバイスがどのリソースを使用してよいかを識別し若しくは指し示すデータ、並びに／又は、リソースの許可若しくは解放を示すデータ、であると見なされてもよい。許可、又はリソース若しくはスケジューリング許可は、割り当てデータの一例であると見なされてもよい。割り当てデータは、具体的には、例えば使用すべき変調法を指し示す、構成に関する及び／又は端末を構成するための情報及び／又は命令を含んでもよく、それは使用すべき符号化法及び／又はシンボル数Ｑ´を含み得る。そうした情報は、例えばどのキャリア（及び／又はそれぞれのＨＡＲＱフィードバック）をバンドリングすべきか、バンドルサイズ、バンドリングする方法（例えば、実行すべき動作、例えば論理的な動作）などに関する情報を含んでもよく、具体的には、ここで説明した実施形態及び方法に関する及び／又はそれらを指し示す情報を含んでもよい。考慮され得ることとして、割り当てノード又はネットワークノードは、割り当てデータをノード若しくはワイヤレスデバイスへ直接的に送信するように、及び／又は、例えば中継ノード及び／若しくは別のノード若しくは基地局を介して間接的に送信するように、適合される。割り当てデータは、制御データを含み、及び／又は、具体的には、例えばＬＴＥといった標準で定義され得る例えばＤＣＩフォーマットといった予め定義されたフォーマットに従うメッセ−ジの一部であり若しくは当該メッセージを形成し得る。割り当てデータは構成データを含んでもよく、構成データは、例えば受信機、送信機及び／若しくは送受信機の使用、並びに／又は、送信（例えば、ＴＭ）及び／若しくは受信モードの使用に関する、特定の動作モードのためにユーザ機器を構成し及び／又は設定する命令を含んでもよく、及び／又は、送信及び／又は受信のために使用されるべきリソースを許可し及び／又はリソースを指し示すスケジューリングデータを含んでもよい。スケジューリング割り当ては、スケジューリングデータを表すものと見なされてもよく、及び／又は、割り当てデータの一例として理解されてもよい。スケジューリング割り当ては、具体的には、通信又は動作のために使用されるべきリソースを参照し及び／又は指し示し得る。
【０１１４】
ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（正確に受信されたデータのブロックについては確認応答がなされ、正確に受信されないデータのブロックについては確認応答がなされない）フィードバックは、（例えば、ＤＬ上で）送信されたデータへの応答としての、例えばネットワーク又はネットワークノードへの、端末により（例えば、ＵＬ上で）提供されるフィードバック（例えば、１つ以上のビットを含み得る、対応する送信される信号）への言及であってよい。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報又はフィードバック（あるいは略してＨＡＲＱ−ＡＣＫ情報若しくはフィードバック又はＨＡＲＱ情報若しくはフィードバック、又は単にＨＡＲＱ）は、端末により受信されたデータのトランスポートブロックが正確に受信されたか否かを示す信号／ボットを送信することを含み得る。ＨＡＲＱ及び／又はＨＡＲＱを判定することは、復号すること、及び／又は正確な受信を判定するためのエラー検出手続を含み得る。関連付けられるＨＡＲＱ  ＩＤ又は番号を伴う複数のＨＡＲＱプロセスが定義されてよく、それらを個々のデータストリームといい、端末からのＨＡＲＱ応答又はフィードバック（例えば、ＨＡＲＱビット）はそれらＨＡＲＱプロセス又はＩＤのうちの１つに関連付けられ得る。いくつかの派生において、ＨＡＲＱフィードバックは、ＤＬキャリアごとに１ビットを含んでもよく、他の派生において、ＨＡＲＱフィードバックは、例えば使用されるランクに依存して、キャリアごとに２つの（又は２つよりも多くの）ビットを含んでもよい。概して、ＨＡＲＱフィードバックは、端末により送信されてもよく（及び／又は、例えば受信信号、トランスポートブロック、データ及び／又はＨＡＲＱプロセス識別子に基づいて決定されてもよく）、及び／又は、端末は、特に、例えばここで説明したように決定され及び／又は構成される変調法など、構成及び／又は構成された変調法に基づいて及び／又はそれを用いて、ＨＡＲＱフィードバックを（例えば、上述したように）決定し及び／又は送信するために適合されてもよく、及び／又はそのためのＨＡＲＱモジュールを含んでもよい。
【０１１５】
符号化タイプ、符号、及び／又は対応するアルゴリズムは、エラー検出符号化又はチャネル符号化のためのものであってもよい。チャネル符号化のための符号化タイプは、具体的には、畳み込み符号、ターボ符号又はＲＭ符号であってもよい。
【０１１６】
値を決定することは、例えばメモリ及び／若しくは構成において提供され並びに／又は受信されるデータに基づいて、その値を算出すること及び／又は設定することを含んでもよい。値を調整することは、例えば（新たな）値を決定することに基づいて、その値を設定し及び／又は変更することを含んでもよい。
【０１１７】
いくつかの有益な略語は以下を含む：
３ＧＰＰ            第３世代パートナーシップ・プロジェクト
Ａｃｋ／Ｎａｃｋ    肯定応答／否定応答、Ａ／Ｎも同様
ＡＰ                アクセスポイント
Ｂ１，Ｂ２，…Ｂｎ  信号の帯域幅、具体的にはキャリア帯域幅Ｂｎが対応するキャリア
又は周波数ｆ１，ｆ２，…ｆｎへ割り当てられる
ＢＥＲ／ＢＬＥＲ    ビットエラーレート、ブロックエラーレート；
ＢＳ                基地局
ＣＡ                キャリアアグリゲーション
ＣＣＡ              クリアチャネル評価
ＣＩＳ              送信確認信号（Transmission  Confirmation  Signal）
ＣｏＭＰ            多地点協調送受信
ＣＱＩ              チャネル品質情報
ＣＲＳ              セル固有リファレンス信号
ＣＳＩ              チャネル状態情報
ＣＳＩ−ＲＳ        ＣＳＩリファレンス信号
Ｄ２Ｄ              デバイスツーデバイス
ＤＣＩ              ダウンリンク制御情報
ＤＬ                ダウンリンク
ダウンリンク；概して、ネットワークコアから（物理的に及び／又
は論理的に）より離れたノードへの／方向へのデータの送信をいう；特に、基地局又はｅ
ＮｏｄｅＢから端末；より一般的には、（例えば、Ｄ２Ｄ環境において）端末又はノード
により受信される送信を指してもよい；仕様化された、ＵＬとは異なるスペクトル／帯域
幅をしばしば用いる（例えば、ＬＴＥ）
ＤＭＲＳ            復調リファレンス信号
ＤＲＳ              ディスカバリリファレンス信号
ＤＴＸ              不連続送信
ｅＮＢ              拡張ノードＢ、基地局
ｅＮＢ              拡張ノードＢ；基地局の１つの形、ｅＮｏｄｅＢとも呼ばれる
ＥＰＤＣＣＨ        拡張物理ＤＬ制御チャネル
Ｅ−ＵＴＲＡ／Ｎ    拡張ＵＭＴＳ地上無線アクセス／ネットワーク、ＲＡＴの一例
ｆ１，ｆ２，ｆ３，…，ｆｎ  キャリア／キャリア周波数；異なる数字は，言及されるキ
ャリア／周波数が異なることを示し得る
ｆ１＿ＤＬ，…，ｆｎ＿ＤＬ  ダウンリンクのための／ダウンリンク内のキャリアの周波
数又は帯域
ｆ１＿ＵＬ，…，ｆｎ＿ＵＬ  アップリンクのための／アップリンク内のキャリアの周波
数又は帯域
ＦＤＤ              周波数分割複信
ＨＡＲＱ            ハイブリッド自動再送要求
ＩＤ                識別情報
Ｌ１                レイヤ１
Ｌ２                レイヤ２
ＬＡ                ライセンス支援型
ＬＡ                ライセンス支援型アクセス
ＬＢＴ              Listen-before-talk
ＬＴＥ              ロングタームエボリューション、電気通信標準
ＭＡＣ              メディアアクセス制御
ＭＢＳＦＮ          マルチブロードキャスト単一周波数ネットワーク
ＭＣＳ              変調符号化方式
ＭＤＴ              ドライブテスト最小化
ＮＷ                ネットワーク
Ｏ＆Ｍ              運用及びメンテナンス
ＯＦＤＭ            直交周波数分割多重
ＯＳＳ              運用サポートシステム
ＰＣ                電力制御
ＰＣＦＩＣＨ        物理制御フォーマットインジケータチャネル
ＰＤＣＣＨ          物理ダウンリンク制御チャネル
ＰＤＣＣＨ          物理ＤＬ制御チャネル
ＰＨ                電力ヘッドルーム
ＰＨＲ              電力ヘッドルームレポート
ＰＭＩ              プリコーディング行列インジケータ
ＰＲＢ              物理リソースブロック
ＰＳＳ              プライマリ同期信号
ＰＵＣＣＨ          物理アップリンク制御チャネル
ＰＵＳＣＨ          物理アップリンク共用チャネル
ＲＡ                ランダムアクセス
ＲＡＣＨ            ランダムアクセスチャネル
ＲＡＴ              無線アクセス技術
ＲＢ                リソースブロック
ＲＥ                リソースエレメント
ＲＩ                ランクインジケータ
ＲＲＣ              無線リソース制御
ＲＲＨ              リモート無線ヘッド
ＲＲＭ              無線リソース管理
ＲＲＭ              無線リソース管理
ＲＲＵ              リモート無線ユニット
ＲＳＲＰ            リファレンス信号受信電力
ＲＳＲＱ            リファレンス信号受信品質
ＲＳＳＩ            受信信号強度インジケータ
ＲＸ                受信／受信機、受信関連
ＳＡ                スケジューリング割り当て
ＳＣｅｌｌ          セカンダリセル
ＳＦＮ              単一周波数ネットワーク
ＳＩＮＲ／ＳＮＲ    信号対雑音及び干渉比；信号対雑音比
ＳＯＮ              自己組織化ネットワーク
ＳＲ                スケジューリングリクエスト
ＳＲＳ              サウンディングリファレンス信号
ＳＳＳ              セカンダリ同期信号
ＴＤＤ              時間分割複信
ＴＰＣ              送信電力制御
ＴＴＩ              送信時間インターバル
ＴＸ                送信／送信機、送信関連
ＵＥ                ユーザ機器
ＵＳＣＨ            アップリンク共有チャネル
ＵＬ                アップリンク；概して、ネットワークコアに（物理的に及び／又は論理的に）より近いノードへの／方向へのデータの送信への言及である；特に、Ｄ２Ｄ対応型ノード又はＵＥから基地局又はｅＮｏｄｅＢへ；Ｄ２Ｄの文脈では、Ｄ２Ｄにおける送信のために利用されるスペクトル／帯域幅への言及であり、これは、セルラ通信においてｅＮＢへのＵＬ通信のために使用されるものと同じであり得る；いくつかのＤ２Ｄの派生では、Ｄ２Ｄ通信に関与するすべてのデバイスによる送信は、いくつかの派生では、概して、ＵＬのスペクトル／帯域幅／キャリア／周波数においてであり得る；概して、ＵＬは、端末による送信への言及であり得る（例えば、ネットワーク若しくはネットワークノードへ、又は、例えばＤ２Ｄの文脈では他の端末へ）
【０１１８】
上記及び他の略語がＬＴＥ標準の定義に従って使用され得る。
【図１】
2020109972.tif 000007
【図２】
2020109972.tif 000008
【図３】
2020109972.tif 000009
【図４】
2020109972.tif 000010
【図５】
2020109972.tif 000011
【図６】
2020109972.tif 000012
【図７】
2020109972.tif 000013
【外国語明細書】
2020109972000001.pdf