(57)【要約】      （修正有）【課題】ＤＬ  ＣＣの個数増大に対してＵＬの制御チャネルの容量増大を図る、無線通信ネットワークの１つ以上の上りリンク制御チャネル・リソースにおいて制御データを送信又は受信する方法及び対応するデバイスを提供する。【解決手段】無線デバイスは、ネットワーク・ノードから、無線デバイスのために構成された下りリンク・コンポーネント・キャリアの集合に関する情報を受信し、ネットワーク・ノードから、１つ以上の上りリンク制御チャネル・リソースの指示を受信し、構成された下りリンク・コンポーネント・キャリアの集合についての制御データを備える第１制御データを、１つ以上の上りリンク制御チャネル・リソースの一部にマッピングし、１つ以上の上りリンク制御チャネル・リソースの残り部分に第２制御データをマッピングする。【選択図】図５
2020099053.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワーク（３００）の１つ以上の上りリンク制御チャネル・リソースにおいて制御データを送信する方法であって、
無線デバイス（２００，１０００）が、ネットワーク・ノード（１００，１１００）から、前記無線デバイスのために構成された下りリンク・コンポーネント・キャリアの集合に関する情報を受信すること（５１０）と、
前記無線デバイス（２００，１０００）が、ネットワーク・ノード（１００，１１００）から、前記１つ以上の上りリンク制御チャネル・リソースの指示を受信すること（５２０）と、
前記無線デバイス（２００，１０００）が、構成された下りリンク・コンポーネント・キャリアの前記集合についての制御データを備える第１制御データを、前記１つ以上の上りリンク制御チャネル・リソースの一部にマッピングすること（５３０）と、
前記無線デバイス（２００，１０００）が、前記１つ以上の上りリンク制御チャネル・リソースの残り部分に第２制御データをマッピングすること（５４０）と、を有する方法。
【請求項２】
請求項１に記載の方法であって、前記第２制御データが、構成された下りリンク・コンポーネント・キャリアの前記集合のうちの１つの下りリンク・コンポーネント・キャリアにそれぞれが関連付けられた１つ以上のレポートを備える、方法。
【請求項３】
請求項２に記載の方法であって、高々１つのレポートが上りリンク制御チャネル・リソースにマッピングされる、方法。
【請求項４】
請求項２に記載の方法であって、１つのレポートが複数の上りリンク制御チャネル・リソースにマッピングされる、方法。
【請求項５】
請求項２に記載の方法であって、複数のレポートが１つの上りリンク制御チャネル・リソースにマッピングされる、方法。
【請求項６】
請求項２乃至５の何れか１項に記載の方法であって、
前記無線デバイス（２００，１０００）が、ネットワーク・ノード（１００，１１００）から、前記指示された１つ以上の上りリンク制御チャネル・リソースに含まれるレポートの最大数の指示を受信することを更に有する、方法。
【請求項７】
請求項２乃至６の何れか１項に記載の方法であって、
前記無線デバイス（２００，１０００）が、ネットワーク・ノード（１００，１１００）から、前記上りリンク制御チャネル・リソースのうちの１つに含まれるレポートの最大数の指示を受信することを更に有する、方法。
【請求項８】
請求項１乃至７の何れか１項に記載の方法であって、前記第２制御データが優先度ルールに従って順序付けされ、前記第２制御データの前記マッピングがこの順序付けに基づいて実行される、方法。
【請求項９】
請求項１乃至８の何れか１項に記載の方法であって、最高の優先度を有する第２制御データが、最大の残り部分を有する前記上りリンク制御チャネル・リソースの前記残り部分にマッピングされる、方法。
【請求項１０】
請求項１乃至９の何れか１項に記載の方法であって、前記第１制御データが、前記構成された下りリンク・コンポーネント・キャリアについてのＨＡＲＱフィードバック及び／又は前記無線デバイス（２００，１０００）のスケジューリング要求を備える、方法。
【請求項１１】
請求項１乃至１０の何れか１項に記載の方法であって、前記上りリンク制御チャネル・リソースのうちの少なくとも１つが第１制御データによって完全に埋まるように第１制御データがマッピングされる、方法。
【請求項１２】
請求項１乃至１１の何れか１項に記載の方法であって、前記指示された１つ以上の上りリンク制御チャネル・リソースに第１制御データが均等に分配されるように第１制御データがマッピングされる、方法。
【請求項１３】
無線通信ネットワーク（３００）の１つ以上の上りリンク制御チャネル・リソースにおいて制御データを受信する方法であって、
ネットワーク・ノード（１００，１１００）が、無線デバイス（２００，１０００）へ、前記無線デバイス（２００，１０００）のために構成された下りリンク・コンポーネント・キャリアの集合に関する情報を送信すること（６１０）と、
前記ネットワーク・ノード（１００，１１００）が、前記無線デバイス（２００，１０００）へ、前記１つ以上の上りリンク制御チャネル・リソースの指示を送信すること（６２０）と、
前記ネットワーク・ノード（１００，１１００）が、構成された下りリンク・コンポーネント・キャリアの前記集合についての制御データを備える第１制御データを、前記１つ以上の上りリンク制御チャネル・リソースの一部にマッピングすること（６３０）と、
前記ネットワーク・ノード（１００，１１００）が、前記１つ以上の上りリンク制御チャネル・リソースの残り部分に第２制御データをマッピングすること（６４０）と、を有する方法。
【請求項１４】
請求項１３に記載の方法であって、前記第２制御データが、構成された下りリンク・コンポーネント・キャリアの前記集合のうちの１つの下りリンク・コンポーネント・キャリアにそれぞれが関連付けられた１つ以上のレポートを備える、方法。
【請求項１５】
請求項１４に記載の方法であって、高々１つのレポートが上りリンク制御チャネル・リソースにマッピングされる、方法。
【請求項１６】
請求項１４に記載の方法であって、１つのレポートが複数の上りリンク制御チャネル・リソースにマッピングされる、方法。
【請求項１７】
請求項１４に記載の方法であって、複数のレポートが１つの上りリンク制御チャネル・リソースにマッピングされる、方法。
【請求項１８】
請求項１４乃至１７の何れか１項に記載の方法であって、
前記ネットワーク・ノード（１００，１１００）が、前記無線デバイス（２００，１０００）へ、前記指示された１つ以上の上りリンク制御チャネル・リソースに含まれるレポートの最大数の指示を送信することを更に有する、方法。
【請求項１９】
請求項１４乃至１８の何れか１項に記載の方法であって、
前記ネットワーク・ノード（１００，１１００）が、前記無線デバイス（２００，１０００）へ、前記上りリンク制御チャネル・リソースのうちの１つに含まれるレポートの最大数の指示を送信することを更に有する、方法。
【請求項２０】
請求項１３乃至１９の何れか１項に記載の方法であって、前記第２制御データが優先度ルールに従って順序付けされ、前記第２制御データの前記マッピングがこの順序付けに基づいて実行される、方法。
【請求項２１】
請求項１３乃至２０の何れか１項に記載の方法であって、最高の優先度を有する第２制御データが、最大の残り部分を有する前記上りリンク制御チャネル・リソースの前記残り部分にマッピングされる、方法。
【請求項２２】
請求項１３乃至２１の何れか１項に記載の方法であって、前記第１制御データが、前記構成された下りリンク・コンポーネント・キャリアについてのＨＡＲＱフィードバック及び／又は前記無線デバイスのスケジューリング要求を備える、方法。
【請求項２３】
請求項１３乃至２２の何れか１項に記載の方法であって、前記上りリンク制御チャネル・リソースのうちの少なくとも１つが第１制御データによって完全に埋まるように第１制御データがマッピングされる、方法。
【請求項２４】
請求項１３乃至２３の何れか１項に記載の方法であって、前記指示された１つ以上の上りリンク制御チャネル・リソースに第１制御データが均等に分配されるように第１制御データがマッピングされる、方法。
【請求項２５】
無線通信ネットワーク（３００）の１つ以上の上りリンク制御チャネル・リソースにおいて制御データを送信するための無線デバイス（２００，１０００）であって、
ネットワーク・ノード（１００，１１００）から、前記無線デバイスのために構成された下りリンク・コンポーネント・キャリアの集合に関する情報を受信し（５１０）、
ネットワーク・ノード（１００，１１００）から、前記１つ以上の上りリンク制御チャネル・リソースの指示を受信し（５２０）、
構成された下りリンク・コンポーネント・キャリアの前記集合についての制御データを備える第１制御データを、前記１つ以上の上りリンク制御チャネル・リソースの一部にマッピングし（５３０）、
前記１つ以上の上りリンク制御チャネル・リソースの残り部分に第２制御データをマッピングする（５４０）ように構成されている無線デバイス（２００，１０００）。
【請求項２６】
請求項２５に記載の無線デバイス（２００，１０００）であって、請求項１乃至１２の何れか１項に記載の方法を実行するように構成されている無線デバイス（２００，１０００）。
【請求項２７】
無線通信ネットワーク（３００）の１つ以上の上りリンク制御チャネル・リソースにおいて制御データを受信するためのネットワーク・ノード（１００，１１００）であって、
無線デバイス（２００，１０００）へ、前記無線デバイス（２００，１０００）のために構成された下りリンク・コンポーネント・キャリアの集合に関する情報を送信し（６１０）、
前記無線デバイス（２００，１０００）へ、前記１つ以上の上りリンク制御チャネル・リソースの指示を送信し（６２０）、
構成された下りリンク・コンポーネント・キャリアの前記集合についての制御データを備える第１制御データを、前記１つ以上の上りリンク制御チャネル・リソースの一部にマッピングし（６３０）、
前記１つ以上の上りリンク制御チャネル・リソースの残り部分に第２制御データをマッピングする（６４０）ように構成されているネットワーク・ノード（１００，１１００）。
【請求項２８】
請求項２７に記載のネットワーク・ノード（１００，１１００）であって、請求項１３乃至２４の何れか１項に記載の方法を実行するように構成されているネットワーク・ノード（１００，１１００）。
【請求項２９】
無線通信ネットワーク（３００）の１つ以上の上りリンク制御チャネル・リソースにおいて制御データを送信するための無線デバイス（２００，１０００）であって、
インタフェース（１０２０）と少なくとも１つのプロセッサ（１０５０）とを備え、
前記少なくとも１つのプロセッサ（１０５０）が、
ネットワーク・ノード（１１００）から、前記無線デバイス（１０００）のために構成された下りリンク・コンポーネント・キャリアの集合に関する情報を受信し、
ネットワーク・ノード（１１００）から、前記１つ以上の上りリンク制御チャネル・リソースの指示を受信し、
構成された下りリンク・コンポーネント・キャリアの前記集合についての制御データを備える第１制御データを、前記１つ以上の上りリンク制御チャネル・リソースの一部にマッピングし、
前記１つ以上の上りリンク制御チャネル・リソースの残り部分に第２制御データをマッピングするように構成されている無線デバイス（２００，１０００）。
【請求項３０】
請求項２９に記載の無線デバイス（２００，１０００）であって、前記少なくとも１つのプロセッサ（１０５０）が、請求項１乃至１２の何れか１項に記載の方法のステップを実行するように構成されている、無線デバイス（２００，１０００）。
【請求項３１】
無線通信ネットワーク（３００）の１つ以上の上りリンク制御チャネル・リソースにおいて制御データを受信するためのネットワーク・ノード（１００，１１００）であって、
インタフェース（１１１０）と少なくとも１つのプロセッサ（１１５０）とを備え、
前記少なくとも１つのプロセッサ（１１５０）が、
無線デバイス（１０００）へ、前記無線デバイスのために構成された下りリンク・コンポーネント・キャリアの集合に関する情報を送信し、
前記無線デバイス（１０００）へ、前記１つ以上の上りリンク制御チャネル・リソースの指示を送信し、
構成された下りリンク・コンポーネント・キャリアの前記集合についての制御データを備える第１制御データを、前記１つ以上の上りリンク制御チャネル・リソースの一部にマッピングし、
前記１つ以上の上りリンク制御チャネル・リソースの残り部分に第２制御データをマッピングするように構成されているネットワーク・ノード（１００，１１００）。
【請求項３２】
請求項３１に記載のネットワーク・ノード（１００，１１００）であって、前記少なくとも１つのプロセッサ（１１５０）が、請求項１３乃至２４の何れか１項に記載の方法のステップを実行するように構成されている、ネットワーク・ノード（１００，１１００）。
【請求項３３】
無線通信ネットワークデバイスの１つ以上の上りリンク制御チャネル・リソースにおいて制御データを送信するための無線デバイス（２００，１０００）の少なくとも１つのプロセッサ（１０５０）によって実行されるプログラム・コードを備えるコンピュータ・プログラム又はコンピュータ・プログラム製品であって、前記プログラム・コードの実行が、前記少なくとも１つのプロセッサ（１０５０）に、請求項１乃至１２の何れか１項に記載の方法のステップを実行させる、コンピュータ・プログラム又はコンピュータ・プログラム製品。
【請求項３４】
無線通信ネットワークの１つ以上の上りリンク制御チャネル・リソースにおいて制御データを受信するためのネットワーク・ノード（１００，１１００）の少なくとも１つのプロセッサ（１１５０）によって実行されるプログラム・コードを備えるコンピュータ・プログラム又はコンピュータ・プログラム製品であって、前記プログラム・コードの実行が、前記少なくとも１つのプロセッサ（１１５０）に、請求項１３乃至２４の何れか１項に記載の方法のステップを実行させる、コンピュータ・プログラム又はコンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信ネットワークの１つ以上の上りリンク制御チャネル・リソースにおいて制御データを送信又は受信するための方法及び対応するデバイスに関する。
【背景技術】
【０００２】
無線通信の分野において、「ユーザ機器、ＵＥ」及び「無線デバイス」は、例えばモバイル電話、タブレット及びラップトップ・コンピュータを含む様々な通信エンティティのために共通して使用される。この開示において、「無線デバイス」は無線ネットワークと無線信号を通信できる任意の無線通信エンティティを表すために用いられる。この文脈における無線デバイスはまた、自動的に動作し、レポート又は他のメッセージを何らかの中央ノードへ送信するように構成されたセンサ、カウンタ又は測定デバイスのようなマシン・タイプ通信、ＭＴＣ、デバイスであってもよい。
【０００３】
更に、「ネットワーク・ノード」という用語は、無線デバイスと無線信号を通信するように構成された無線ネットワークの任意のノードを表す。この開示を通じて、ネットワーク・ノードという用語は、基地局、送信ポイント、無線ノード、ｅノードＢ又はｅＮＢと相互交換可能であり、無線デバイスという用語はＵＥと相互交換可能である。無線通信ネットワークの例である典型的なセルラー・ネットワークにおいて、ユーザ機器（ＵＥ）は、無線アクセス・ネットワーク（ＲＡＮ）を介して１つ以上のコア・ネットワーク（ＣＮ）と通信する。
【０００４】
例えば、３ＧＰＰ（第３世代パートナシップ・プロジェクト）によって規定されるＬＴＥ（ロング・ターム・エボリューション）無線技術は、ＵＥへの下りリンク（ＤＬ）送信のために直交周波数分割多重（ＯＦＤＭ）を用い、ＵＥからの上りリンク（ＵＬ）送信のためにシングル・キャリア（ＳＣ）ＯＦＤＭとも呼ばれる離散フーリエ変換（ＤＦＴ）拡散ＯＦＤＭを使用する。この場合に、利用可能なリソースは１５ｋＨｚ幅のサブキャリアと１つのＯＦＤＭシンボルの期間に対応する時間要素との時間−周波数グリッドに編成されてもよい。そして、リソース要素は、周波数ドメインにおける１つのサブキャリアと、時間ドメインにおける１つのＯＦＤＭシンボルの期間とにわたって広がってもよい。このような時間−周波数グリッドは、各アンテナ・ポートについて個別に規定されてもよい。
【０００５】
時間ドメインにおいて、ＬＴＥ  ＤＬ送信は、１０ｍｓ期間の無線フレームに編成され、各無線フレームはＴＴＩ（送信時間間隔）とも呼ばれる１ｍｓ期間の１０個の等しいサイズのサブフレームで構成される。次いで、サブフレームは、それぞれが０．５ｍｓ期間を有する２つのスロットに分割される。各サブフレームは、制御情報又はデータを伝達するために用いられてもよい複数のＯＦＤＭシンボルを含む。
【０００６】
ＬＴＥにおけるリソース割り当てはリソース・ブロックに基づいて実現される。リソース・ブロックは、時間ドメインにおける１つのスロットと周波数ドメインにおける１２個の連続したサブキャリアとに対応する。ＬＴＥにおいて、リソース・ブロックを割り当てる最高の粒度レベルは、リソース・ブロック・ペア又は物理リソース・ブロック（ＰＲＢ）とも呼ばれる２つの時間連続したリソース・ブロックに対応する。よって、ＰＲＢは、サブフレームの時間ドメイン全体に広がる。
【０００７】
ＬＴＥリリース１０で導入されリリース１１で改良されたＬＴＥキャリア・アグリゲーション（ＣＡ）の使用は、同じ帯域又は異なる帯域に存在してもよく、帯域内ＴＤＤ  ＣＡの場合には異なるＵＬ／ＤＬ構成で構成されてもよい複数のキャリアからの無線リソースを集約することによって、ピーク・データ・レート、システム容量及びユーザ体験を向上するための手段を提供する。リリース１２において、ＴＴＤとＦＤＤとのサービング・セル間のキャリア・アグリゲーションが、これらに同時に接続するＵＥをサポートするために導入された。
【０００８】
リリース１３において、ＬＡＡ（ライセンス・アシステッド・アクセス）は、５ＧＨｚ帯域におけるアンライセンス・スペクトルのスペクトル機会の取得に向けたＬＴＥキャリア・アグリゲーション機能の拡張において多くの興味を呼んだ。近年、５ＧＨｚ帯で動作するＷＬＡＮはすでに、フィールドにおける８０ＭＨｚをサポートし、ＩＥＥＥ８０２．１１ａｃのウェーブ２デプロイメントでは１６０ＭＨｚが続く。ＬＴＥですでに幅広く使用されている帯域に追加して、同じ帯域の２つ以上のキャリアの集約が可能である３．５ＧＨｚのような他の周波数帯も存在する。ＩＥＥＥ８０２．１１ａｃウェーブ２としてのＬＡＡと組み合わせてＬＴＥのための少なくとも同様の帯域の利用を可能にすることは、５つのキャリアよりも多くをサポートするためにキャリア・アグリゲーション・フレームワークを拡張するための呼をサポートする。５つのキャリアを超えるＣＡフレームワークの拡張は、ＬＴＥリリース１３について１つの作業項目として承認された。目的は、ＵＬとＤＬとの両方で３２個までのキャリアをサポートすることである。
【０００９】
シングル・キャリア動作と比較して、ＣＡで動作するＵＥは、２つ以上のＤＬコンポーネント・キャリアについてフィードバックを報告する必要がある。一方、ＵＥは、ＵＬとＤＬとにおいてキャリアを集約する機能が異なるかもしれない。１つの特別なケースは、ＵＥがＤＬとＵＬとのＣＡを同時にサポートする必要がないことである。例えば、市場におけるＣＡ対応ＵＥの最初のリリースはＤＬ  ＣＡのみをサポートし、ＵＬ  ＣＡはサポートしない。これはまた、３ＧＰＰ  ＲＡＮ４標準における基礎をなす前提である。したがって、発展型ＵＬ制御チャネル、すなわち物理上りリンク制御チャネル、ＰＵＣＣＨ、フォーマット３がリリース１０でＣＡのために導入された。
【００１０】
チャネル依存スケジューリングを支援するために端末から見たチャネル特性の推定をｅＮＢに提供するためにチャネル状態情報（ＣＳＩ）が用いられる。２種類のＣＳＩレポート・モード、周期的ＣＳＩレポーティング及び非周期的ＣＳＩレポーティングがＬＴＥにおいてサポートされる。周期的ＣＳＩはＰＵＣＣＨ又はＰＵＳＣＨ（物理上りリンク共有チャネル）で送信されることができ、非周期的ＣＳＩはＰＵＳＣＨのみで送信されることができる。周期的ＣＳＩは、ランク・インジケータ（ＲＩ）、広帯域／サブ帯域ＰＭ及び広帯域／サブ帯域ＣＱＩで構成され、周期的に報告される。キャリア・アグリゲーションにおいて、周期的ＣＳＩは各コンポーネント・キャリアについて報告される。異なるコンポーネント・キャリアについての周期的ＣＳＩが衝突する場合に、最高の優先度を有するものが報告され、他は脱落される。
【００１１】
周期的ＣＳＩレポーティング及びＨＡＲＱ−ＡＣＫフィードバック（ＨＡＲＱ：ハイブリッド自動反復要求）は同じサブフレームに生じてもよい。周期的ＣＳＩ及びＨＡＲＱ−ＡＣＫの同時送信は、１ビット又は２ビットだけのＨＡＲＱ−ＡＣＫが存在するならば、フォーマット２ａ／ｂを用いて可能にされる。より多くのＨＡＲＱ−ＡＣＫビットが存在する場合に、これら２つの多重化は異なるリリースで異なるように扱われる。
【００１２】
リリース１０において、チャネル選択を有するＰＵＣＣＨフォーマット３又はＰＵＣＣＨフォーマット１ｂを介する複数セルＨＡＲＱ−ＡＣＫが導入された。複数セルＨＡＲＱ−ＡＣＫフィードバックが送信されるサブフレームで周期的ＣＳＩが報告される場合に、周期的ＣＳＩレポートは脱落され、これによってリンク・アダプテーション精度及びユーザ・スループットが低減する。
【００１３】
リリース１１において、周期的ＣＳＩ及び複数セルＨＡＲＱ−ＡＣＫ（ＳＲ含む）は、ＰＵＣＣＨフォーマット３を介して一緒に送信されることができる。しかし、１つのサービング・セルだけについての周期的ＣＳＩが報告されることができ、他は脱落される。１つの周期的ＣＳＩレポートとともにＨＡＲＱ−ＡＣＫを送信することの基本原理は、ＨＡＲＱ−ＡＣＫフィードバック・ビット（ＳＲ含む）が割り当てられた後の残りのビットを周期的ＣＳＩが使用することである。リリース１０優先度ルールにしたがって、周期的ＣＳＩレポーティングのためのサービング・セルが選択される。これは更に図４に関して検討される。
【００１４】
上記の観点において、ネットワーク・ノード（例えば、ｅＮＢ）と無線デバイス（例えば、ＵＥ）とのような無線通信ネットワークのノード間で制御データ、特に異なるタイプの制御データが効率的に通信される概念が必要である。増加する数のコンポーネント・キャリアを効率的にサポートするための概念も提供する必要がある。
【発明の概要】
【００１５】
本発明の実施形態によれば、無線通信ネットワークの１つ以上の上りリンク制御チャネル・リソースにおいて制御データを送信する方法が提供される。無線デバイスは、ネットワーク・ノードから、前記無線デバイスのために構成された下りリンク・コンポーネント・キャリアの集合に関する情報を受信する。無線デバイスは、ネットワーク・ノードから、前記１つ以上の上りリンク制御チャネル・リソースの指示を受信する。無線デバイスは、構成された下りリンク・コンポーネント・キャリアの前記集合についての制御データを備える第１制御データを、前記１つ以上の上りリンク制御チャネル・リソースの一部にマッピングする。そして、無線デバイスは、前記１つ以上の上りリンク制御チャネル・リソースの残り部分に第２制御データをマッピングする。
【００１６】
本発明の更なる実施形態によれば、無線通信ネットワークの１つ以上の上りリンク制御チャネル・リソースにおいて制御データを受信する方法が提供される。ネットワーク・ノードは、無線デバイスへ、前記無線デバイスのために構成された下りリンク・コンポーネント・キャリアの集合に関する情報を送信する。前記ネットワーク・ノードは、前記無線デバイスへ、前記１つ以上の上りリンク制御チャネル・リソースの指示を送信する。前記ネットワーク・ノードは、構成された下りリンク・コンポーネント・キャリアの前記集合についての制御データを備える第１制御データを、前記１つ以上の上りリンク制御チャネル・リソースの一部にマッピングする。そして、前記ネットワーク・ノードは、前記１つ以上の上りリンク制御チャネル・リソースの残り部分に第２制御データをマッピングする。
【００１７】
本発明の更なる実施形態によれば、無線通信ネットワークの１つ以上の上りリンク制御チャネル・リソースにおいて制御データを送信するための無線デバイスが提供される。前記無線デバイスは、インタフェースと少なくとも１つプロセッサとを備える。前記少なくとも１つのプロセッサは、ネットワーク・ノードから、前記無線デバイスのために構成された下りリンク・コンポーネント・キャリアの集合に関する情報を受信し、ネットワーク・ノードから、前記１つ以上の上りリンク制御チャネル・リソースの指示を受信し、構成された下りリンク・コンポーネント・キャリアの前記集合についての制御データを備える第１制御データを、前記１つ以上の上りリンク制御チャネル・リソースの一部にマッピングし、前記１つ以上の上りリンク制御チャネル・リソースの残り部分に第２制御データをマッピングするように構成されている。
【００１８】
本発明の更なる実施形態によれば、無線通信ネットワークの１つ以上の上りリンク制御チャネル・リソースにおいて制御データを受信するためのネットワーク・ノードが提供される。前記ネットワーク・ノードは、インタフェースと少なくとも１つプロセッサとを備える。前記少なくとも１つのプロセッサは、無線デバイスへ、前記無線デバイスのために構成された下りリンク・コンポーネント・キャリアの集合に関する情報を送信し、前記無線デバイスへ、前記１つ以上の上りリンク制御チャネル・リソースの指示を送信し、構成された下りリンク・コンポーネント・キャリアの前記集合についての制御データを備える第１制御データを、前記１つ以上の上りリンク制御チャネル・リソースの一部にマッピングし、前記１つ以上の上りリンク制御チャネル・リソースの残り部分に第２制御データをマッピングするように構成されている。
【００１９】
本発明の更なる実施形態によれば、コンピュータ・プログラム又はコンピュータ・プログラム製品が提供され、これは、無線通信ネットワークデバイスの１つ以上の上りリンク制御チャネル・リソースにおいて制御データを送信するための無線デバイスの少なくとも１つのプロセッサによって実行されるプログラム・コードを備え、前記プログラム・コードの実行が、前記少なくとも１つのプロセッサに、前記方法のステップを実行させる。
【００２０】
本発明の更なる実施形態によれば、コンピュータ・プログラム又はコンピュータ・プログラム製品が提供され、これは、無線通信ネットワークの１つ以上の上りリンク制御チャネル・リソースにおいて制御データを受信するためのネットワーク・ノードの少なくとも１つのプロセッサによって実行されるプログラム・コードを備え、前記プログラム・コードの実行が、前記少なくとも１つのプロセッサ（１１５０）に、上記方法のステップを実行させる。
【００２１】
このような実施形態及び更なる実施形態の詳細が以下の実施形態の詳細な説明から明らかになるだろう。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施形態に用いられる時間−周波数グリッドに編成されたサブフレームを概略的に説明する図である。
【図２】本発明の実施形態に用いられるサブフレームのシーケンスを有する無線フレームを概略的に説明する図である。
【図３】本発明の実施形態に従うデータ送信を実施するためのセルラー・ネットワーク環境を概略的に説明する図である。
【図４】ＨＡＲＱ−ＡＣＫビット、ＳＲ及び周期的ＣＳＩをＰＵＣＣＨフォーマット３に多重化することを概略的に説明する図である。
【図５】ユーザ機器のような無線デバイスで実施されてもよい本発明の実施形態に従う方法を説明するためのフローチャートを示す図である。
【図６】無線通信ネットワークのアクセス・ノード又は基地局のようなネットワーク・ノードで実施されてもよい本発明の実施形態に従う方法を説明するためのフローチャートを示す図である。
【図７】本発明の実施形態に従う複数のＰＵＣＣＨリソースへの周期的ＣＳＩビット割り当ての具体例の説明のためのフローチャートを示す図である。
【図８】本発明の実施形態に従う複数のＵＣＣＨリソースへの周期的ＣＳＩビット割り当ての更なる具体例の説明のためのフローチャートを示す図である。
【図９】本発明の実施形態に従う複数のＰＵＣＣＨリソースへの周期的ＣＳＩビット割り当ての更に別の具体例の説明のためのフローチャートを示す図である。
【図１０】本発明の実施形態に従うＵＥのような無線デバイスの例示の構造を概略的に説明する図である。
【図１１】本発明の実施形態に従う基地局のようなネットワーク・ノードの例示の構造を概略的に説明する図である。
【発明を実施するための形態】
【００２３】
以下において、本発明の例示の実施形態に従う概念が添付の図面を参照して更に詳細に説明される。説明される実施形態は、無線通信ネットワークの１つ又は複数の上りリンク制御チャネル・リソースにおいて制御データを送信又は受信するための概念に関する。説明される実施形態で、無線通信ネットワークは、例えばＬＴＥ無線アクセス技術に基づくセルラー・ネットワークであることが想定される。しかし、本概念は、他の無線アクセス技術、例えばユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）無線アクセス技術に関して適用されうることが理解されるはずである。更に、説明される概念は、他の種類の無線通信ネットワーク、例えばＷＬＡＮにおいて適用されてもよい。
【００２４】
説明される機能は、ＵＥのような無線デバイス及び／又は無線通信ネットワークのアクセス・ノード又は基地局のようなネットワーク・ノードによって実施されることが想定される。
【００２５】
図１は、時間−周波数グリッドを概略的に説明する。説明されるように、時間−周波数グリッドは、周波数ドメインの１５ｋＨｚ幅の１つのサブキャリアと１つのＯＦＤＭシンボルの期間を有する時間スロットとに対応する複数のリソース要素を備える。更に説明されるように、ＯＦＤＭシンボルはそれぞれ巡回プレフィックス（ＣＰ）を含んでもよい。以下の説明において、ＯＦＤＭシンボルは、ＯＦＤＭシンボルの時間ドメイン位置とともに増加するインデックスｓ＝０，１，２，．．．によって指定されることが想定される。他の無線技術では、例えばサブキャリアの別の幅を用いて異なる時間−周波数グリッドが用いられうる。更に、ＯＦＤＭとは異なる多重化方式が利用されうる。
【００２６】
無線インタフェース上のＤＬ送信の時間−周波数構造が図２に説明される。説明されるように、ＤＬ送信は、それぞれが複数のサブフレーム２０を含む無線フレーム１０のシーケンスに編成される。ＬＴＥ仕様に従って、無線フレーム１０の期間が１０ｍｓであり、サブフレームの期間が１ｍｓであることが想定され、これは無線フレーム１０がそれぞれ１０個のサブフレームで構成されることを意味する。他の無線技術では、送信の時間−周波数構成は、異なる方式で、例えば無線フレーム１０及び／又はサブフレーム２０の異なる期間を用いて編成されてもよい。
【００２７】
図３は、本概念が適用されてもよい例示のセルラー・ネットワーク環境を説明する。具体的に、基地局１００によってサービス提供されるセルラー・ネットワーク３００のセル５０が説明される。ＬＴＥ無線技術について確立された用語を用いて、基地局１００は、「発展型ノードＢ（ｅＮＢ）」とも呼ばれてもよい。セル５０において、複数のＵＥ２００がサービス提供されてもよい。この目的のために、例えば基地局１００で実施されるスケジューリング・メカニズムによってサブフレーム２０内のリソース要素が個別のＵＥ２００に割り当てられてもよい。
【００２８】
図４は、ＨＡＲＱ−ＡＣＫビット、ＳＲ及び周期的ＣＳＩをＰＵＣＣＨフォーマット３に多重化することを概略的に説明する図である。図４に示されるように、ＰＵＣＣＨフォーマット３ペイロードの最大サイズは２２ビットである。エンコーダに命令する情報ビットは、（図４でＡ／Ｎと参照される）ＨＡＲＱ−ＡＣＫ、ＳＲ、ＣＳＩである。ＨＡＲＱ−ＡＣＫ、ＳＲ及び周期的ＣＳＩの総数が２２ビットよりも少なければ、ＳＲを含むＨＡＲＱ−ＡＣＫが周期的ＳＣＩとともに送信される。ＨＡＲＱ−ＡＣＫ（空間バンドリング前）及び周期的ＣＳＩの総数がＰＵＣＣＨフォーマット３のペイロード・サイズを超えるならば、空間ドメイン・バンドリングが適用され、すなわちＭＩＭＯからの２つのＨＡＲＱ−ＡＣＫビットの論理和をとることによって、１つのサブフレーム上に１つのコンポーネント・キャリアについて１つのＨＡＲＱ−ＡＣＫビットだけが生成される。周期的ＣＳＩ及びＨＡＲＱ−ＡＣＫ（空間バンドリング後）のビットの全情報ビットがＰＵＣＣＨフォーマット３のペイロード・サイズを超えるならば、周期的ＣＳＩが脱落される。
【００２９】
リリース１０／１１／１２において、１つのＵＥについてサポートされるＤＬコンポーネント・キャリアの最大数は５である。各ＤＬコンポーネント・キャリアについて、１つのＦＤＤコンポーネント・キャリアのために高々２つのＡｃｋ／Ｎａｃｋ（Ａ／Ｎ）ビットが必要とされ、（ＴＤＤ構成５を除いて）１つのＴＤＤコンポーネント・キャリアのために４つのＡｃｋ／Ｎａｃｋ（Ａ／Ｎ）ビットが必要とされる。合計で、５つまでのＤＬコンポーネント・キャリアのためにＡｃｋ／Ｎａｃｋについて高々５＊４＝２０ビットが存在する。しかし、リリース１３では、１つのＵＥについて３２個までのＤＬキャリアがサポートされる必要がある。ＦＤＤ及びＴＤＤについて同数のＡｃｋ／Ｎａｃｋビットが必要となるならば、最大Ａｃｋ／Ｎａｃｋフィードバック・ビットは３２＊４＝１２８ビットである。ＴＤＤについてのＰＵＣＣＨフォーマット３は２２ビットの固定ペイロード・サイズを有し、これは３２個のＤＬ  ＣＣをサポートするのに十分でないことに留意されたい。したがって、ＨＡＲＱ−ＡＣＫフィードバックの観点だけからでさえも、ＵＬ制御チャネル容量向上が必要となる。
【００３０】
このための１つの解決策が、同じ又は異なるキャリア上の複数のＰＵＣＣＨを導入することである。しかし、複数のＰＵＣＣＨにＨＡＲＱ−ＡＣＫ、ＳＲ及び周期的ＣＳＩをどのように一緒に多重化するかに関する概念が必要となる。他方、複数のＰＵＣＣＨによって提供される大きなＰＵＣＣＨ容量を考えると、以前のリリースではサポートされないマルチセル周期的ＣＳＩレポーティングが魅力的である。例として、１２個のＤＬ  ＦＤＤ  ＣＣで構成されたＵＥは、高々２４ビットのＨＡＲＱ−ＡＣＫを必要とし、これは２つのＰＵＣＣＨフォーマット３リソースを必要とする。しかし、２つのＰＵＣＣＨフォーマット３リソースは、ＨＡＲＱ−ＡＣＫのためのビット以外にＰ−ＣＳＩ送信について２０個（ＳＲなし）／１９個（ＳＲあり）の追加のビットを与える。
【００３１】
図５は、無線通信ネットワーク、例えばセルラー・ネットワークの１つ以上の上りリンク制御チャネル・リソースにおいて制御データを送信する方法を説明するためのフローチャートを示す。本方法は、無線デバイス、例えば図３のＵＥ２００のうちの１つのようなユーザ機器において本書に記載される概念を実施するために用いられてもよい。無線デバイスのプロセッサ・ベースの実装が用いられるならば、本方法のステップは無線デバイスの１つ以上のプロセッサによって実行されてもよい。この目的のために、プロセッサ（群）は、対応して構成されたプログラム・コードを実行してもよい。更に、対応する機能の少なくとも一部はプロセッサ（群）にハード・ワイヤードされてもよい。
【００３２】
典型的に、上りリンク制御チャネル・リソースは、１つサブフレーム内にある。１つのアップリンク制御チャネル・リソースは、リソース・ブロックの集合、又は１つのサブフレーム内の時間−周波数送信リソースのリソース要素の集合であってもよい。時間−周波数送信リソースの例は、図１に関して検討されたリソース・ブロック及びリソース要素を備えるＬＴＥ送信リソースである。上りリンク制御チャネル・リソースの例は、ＰＵＣＣＨリソース・フォーマット３のようなＰＵＣＣＨリソース、又は上述されてきた別のフォーマットのＰＵＣＣＨリソースである。更に、例えばサブフレーム内のリソース・ブロック又はリソース要素の集合を示すことによって、ＰＵＣＣＨリソース・フォーマットが規定されてもよい。
【００３３】
制御データは、ＨＡＲＱフィードバック（ＨＡＲＱ  ＡＣＫ及びＮＡＣＫ）のようなプロトコル・フィードバックを備えてもよい。制御データはまた、スケジューリング要求を備えてもよい。更なるタイプの制御データは、ＣＳＩレポート、特に周期的ＣＳＩレポートのような構成された下りリンク・コンポーネント・キャリアの集合についての制御データを備えてもよい。
【００３４】
例えば、無線通信ネットワークは無線デバイス及びネットワーク・ノードを備える。無線通信ネットワークの例が図３に図示される。
【００３５】
ステップ５１０で、無線デバイスは、例えばネットワーク・ノードから、無線デバイスのために構成された下りリンク・コンポーネント・キャリアの集合に関する情報を受信する。この情報は、キャリア・アグリゲーションについて無線デバイスのために下りリンク・コンポーネント・キャリアが構成される指示であってもよい。コンポーネント・キャリアという用語は、キャリア・アグリゲーションの文脈で集約されうるキャリアを指す。下りリンクは、ネットワーク・ノードから無線デバイスへのリンク、例えばｅノードＢからＵＥへのリンクを指す。ネットワーク・ノードは、無線デバイスにサービス提供するｅノードＢであってもよい。
【００３６】
ステップ５２０で、無線デバイスは、例えばネットワーク・ノードから、１つ以上の上りリンク制御チャネル・リソースの指示を受信する。無線デバイスは、ネットワーク・ノードへ制御データを送信するために上りリンク制御チャネル・リソースを使用してもよい。１つのサブフレーム内の複数のＰＵＣＣＨリソースが無線デバイスに示されてもよい。例えば、１つのサブフレーム内のフォーマット３の２つの異なるＰＵＣＣＨリソースが無線デバイスに示されてもよい。よって、利用可能なＰＵＣＣＨリソースの量は、サブフレーム内で１つだけのＰＵＣＣＨリソースを示す場合と比較して２倍となってもよい。無線デバイスは一般に、受信した指示に基づいて、示されたリソースを識別できる。
【００３７】
ステップ５３０で、無線デバイスは、構成された下りリンク・コンポーネント・キャリアの集合についての制御データを備える第１制御データを、１つ以上の上りリンク制御チャネル・リソースの一部にマッピングする。第１制御データは、ＨＡＲＱフィードバックのような、構成された下りリンク・コンポーネント・キャリアについてのプロトコル・フィードバックを備えてもよい。第１制御データは更に、無線デバイスのスケジューリング要求を備えてもよい。１つ以上の制御チャネル・リソースの一部は、１つ以上の制御チャネル・リソースに割り当てられたリソース・ブロック又はリソース要素の任意の部分集合であってもよい。第１制御データが上りリンク制御チャネル・リソースの一部にマッピングされた後に、上りリンク制御チャネル・リソースの残り部分が決定されうる。このような残り部分は、余りのリソース、例えば第１制御データによって使用されない指示された上りリンク制御チャネル・リソースの余りのリソース・ブロック又はリソース要素を備える。残り部分は、余りのリソースのサイズ又は数によって規定されてもよい。１つの例では、上りリンク制御チャネル・リソースの残り部分のサイズが決定される。これは、上りリンク制御チャネル・リソースごとに行われてもよいし、全体で、すなわちすべての指示された上りリンク制御チャネル・リソースについて行われてもよい。リソースへのデータのマッピングは一般に、データが送信又は受信されることが意図される送信リソースへのデータの割り当てを意味する。
【００３８】
ステップ５４０で、無線デバイスは、１つ以上の上りリンク制御チャネル・リソースの残り部分に第２制御データをマッピングする。第２制御データは第１制御データとは異なる。
【００３９】
典型的に、無線デバイスは、無線通信ネットワークのネットワーク・ノードへのマッピングに従って第１制御データ及び第２制御データを送信する。
【００４０】
第２制御データは１つ以上のレポートを備えてもよい。典型的に、各レポートは、構成された下りリンク・コンポーネント・キャリアの集合のうちの１つの下りリンク・コンポーネント・キャリアに関連付けられるか、これに関連する。このようなレポートの例は、ＣＳＩレポート、特に周期的ＣＳＩレポートである。このようなレポートは、関連するコンポーネント・キャリアについてのチャネル状態情報を示してもよい。残り部分は、第１制御データがマッピングされない指示された上りリンク・チャネル・リソースの部分を指す。
【００４１】
１つの例では、高々１つのレポートが上りリンク制御チャネル・リソースにマッピングされる。言い換えると、この例では、上りリンク制御チャネル・リソースごとに、１つを超えないレポートがマッピングされる。
【００４２】
別の例では、１つのレポートが複数の上りリンク制御チャネル・リソースにマッピングされる。例えば、１つのレポートが２つの上りリンク・チャネル・リソース、例えば１つのサブフレーム内の２つの異なるＰＵＣＣＨリソースに分配される。
【００４３】
更なる例では、複数のレポートが１つの上りリンク制御チャネル・リソースにマッピングされる。例えば、２つのレポートが１つの上りリンク制御チャネル・リソースにマッピングされる。
【００４４】
オプションのステップにおいて、無線デバイスは、ネットワーク・ノードから、指示された１つ以上の上りリンク制御チャネル・リソースに含まれるレポートの最大数の指示を受信する。最大数は、上りリンク制御チャネル・リソースに入れられてもよいレポートの数に関して無線デバイスに制約を与えてもよい。ある実施形態では、このような最大数は、無線通信ネットワークについて構成又は事前に規定されてもよい。
【００４５】
オプションのステップにおいて、無線デバイスは、ネットワーク・ノードから、上りリンク制御チャネル・リソースのうちの１つに含まれるレポートの最大数の指示を受信する。１つの例において、上りリンク制御チャネル・リソースのそれぞれは、同じ最大数を有する。例えば、上りリンク・チャネル・リソースごとに１つのレポートが最大である。別の例では、異なる上りリンク制御チャネル・リソースに異なる最大数が割り当てられる。例えば、第１上りリンク・チャネル・リソースについて２つのレポートが最大であり、第２上りリンク・チャネル・リソースについて１つのレポートが最大であり、第３上りリンク・チャネル・リソースについて０個のレポートが予測される。ある実施形態では、このような最大数は、無線通信ネットワークについて構成又は事前に規定されてもよい。
【００４６】
第２制御データは、優先度ルールに従って順序付けされてもよく、第２制御データのマッピングはこの順序付けに基づいて実行されてもよい。第２制御データがＣＳＩレポートのようなレポートを備えてもよいので、これらのレポートは優先度ルールに従って順序付けされ、これに基づいてマッピングされてもよい。したがって、例えば上りリンク制御チャネル・リソースの利用可能な残り部分（群）の所与の最大数又はサイズ（群）に依存して、高い優先度を有するレポートがマッピングされ、低い優先度を有するレポートが脱落されてもよい。
【００４７】
優先度ルールの例は、ライセンス下りリンク・コンポーネント・キャリアのレポートの優先度が、アンライセンス下りリンク・コンポーネント・キャリアのレポートの優先度よりも高いことである。別の例は、コンポーネント・キャリアのセル・インデックスが小さいほど、コンポーネント・キャリアのＣＳＩレポートの優先度が高いことである。優先度ルールのこれら及び更なる例がＣＳＩレポートに関して以下に検討される。
【００４８】
最高の優先度を有する第２制御データ、例えば最高の優先度を有するレポートは、最大の残り部分を有する上りリンク制御チャネル・リソースの残り部分にマッピングされてもよい。１つの例では、レポートは、レポートの優先度及び上りリンク制御チャネル・リソースの残り部分のサイズに基づいてマッピングされる。ここで、レポート優先度及び残り部分のサイズは、マッピングのための基礎をなす。説明された概念に従って、高い優先度を有するレポートは、大きい残り部分を有する上りリンク制御チャネル・リソースにマッピングされてもよく、低い優先度を有するレポートは、小さい残り部分を有する上りリンク制御チャネルにマッピングされてもよい。
【００４９】
第１制御データは、構成された下りリンク・コンポーネント・キャリアについてのＨＡＲＱ−ＡＣＫ又はＨＡＲＱ−ＮＡＣＫのようなプロトコル・フィードバックを備えてもよい。第１制御データはまた、無線デバイスのスケジューリング要求を備えてもよい。スケジューリング要求とともに、無線デバイスは、ネットワーク・ノードからのリソースを要求してもよい。
【００５０】
１つの例では、上りリンク制御チャネル・リソースのうちの少なくとも１つが第１制御データによって完全に埋まるように第１制御データがマッピングされてもよい。別の例では、指示された１つ以上の上りリンク制御チャネル・リソースに第１制御データが均等に分配されるように第１制御データがマッピングされる。ここで、指示された上りリンク制御チャネル・リソースのすべて又は部分集合は、おおよそ同じ量の第１制御データを受信してもよい。
【００５１】
図６は、無線通信ネットワーク、例えばセルラー・ネットワークの１つ以上の上りリンク制御チャネル・リソースにおいて制御データを送信する方法を説明するためのフローチャートを示す。本方法は、ネットワーク・ノード、例えばアクセス・ノード１０００のうちの１つのようなアクセス・ノードにおいて記載された概念を実施するために用いられてもよい。無線デバイスのプロセッサ・ベースの実装が用いられるならば、本方法のステップは無線デバイスの１つ以上のプロセッサによって実行されてもよい。この目的のために、プロセッサ（群）は、対応して構成されたプログラム・コードを実行してもよい。更に、対応する機能の少なくとも一部はプロセッサ（群）にハード・ワイヤードされてもよい。
【００５２】
図５は１つ以上の上りリンク制御チャネル・リソース内で制御データの送信者の観点からの方法を説明し、図６は受信者の観点からの方法を説明する。図５に関して記載された概念は、図６に説明される方法の対応するカウンターパートを有する。
【００５３】
ステップ６１０で、ネットワーク・ノードは、無線デバイスへ、無線デバイスのために構成された下りリンク・コンポーネント・キャリアの集合に関する情報を送信する。
【００５４】
ステップ６２０で、ネットワーク・ノードは、無線デバイスへ、１つ以上の上りリンク制御チャネル・リソースの指示を送信する。
【００５５】
ステップ６３０で、ネットワーク・ノードは、構成された下りリンク・コンポーネント・キャリアの集合についての制御データを備える第１制御データを、１つ以上の上りリンク制御チャネル・リソースの一部にマッピングする。
【００５６】
ステップ６４０で、ネットワーク・ノードは、１つ以上の制御チャネル・リソースの残り部分に第２制御データをマッピングする。
【００５７】
例えば図５に関して記載される更なる概念はまた、図６に関して記載される方法の文脈にも適用可能である。
【００５８】
記載される方法及び概念は、具体例を検討し、図７、図８及び図９を参照することによって以下に更に説明される。
【００５９】
複数のＰＵＣＣＨにＨＡＲＱ−ＡＣＫ、ＳＲ及び周期的ＣＳＩを無線デバイスが多重化するための方法が提供される。本方法はいくつかのステップを備える。
【００６０】
第１ステップ１で、構成された下りリンク・コンポーネント・キャリアの情報及びｅＮＢによって示されたＰＵＣＣＨリソースに基づくＨＡＲＱ−ＡＣＫ及びＳＲのビット割り当ての情報が取得される。無線デバイスは、例えばＤＬトラフィック要件を満たすために、複数のＤＬコンポーネント・キャリアで構成される。構成されたＤＬコンポーネント・キャリアの数に依存して、所与のＵＬサブフレーム内の要求されたＨＡＲＱ−ＡＣＫビットの数が決定されうる。例として、このキャリアが２つのトランスポート・ブロックをサポートする送信モードで構成されるならばＦＤＤコンポーネント・キャリアについて２つのＨＡＲＱ−ＡＣＫビットが要求され、関連するＤＬサブフレームの数が４であるならばＴＤＤコンポーネント・キャリアについて４つのＨＡＲＱ−ＡＣＫビットが要求される。所与のＵＬサブフレームについて、すべての構成されたＤＬコンポーネント・キャリア上の要求されたＨＡＲＱ−ＡＣＫビットの数を足し合わせることによって、要求されるＨＡＲＱ−ＡＣＫビットの総数が取得される。このほか、無線デバイスは、トラフィックの遅延要件及びシステム負荷に基づいて、周期的ＳＲリソースで構成されてもよい。更に、無線デバイスは、ＤＬコンポーネント・キャリアのそれぞれについて周期的ＣＳＩレポーティングで構成されてもよい。構成は、周期性、時間オフセット及びレポーティングのためのモードを含んでもよい。そこで、所与のサブフレームについて、ＨＡＲＱ−ＡＣＫ、ＳＲ及び周期的ＣＳＩを含むＵＬ制御情報（ＵＣＩ）ビットの総数が、これら３つを足し合わせることによって決定されうる。ＨＡＲＱ−ＡＣＫ及びＳＲは第１制御データの例であり、周期的ＣＳＩは第２制御データの例である。
【００６１】
ＵＣＩ送信の要件を満たすために、ｅＮＢは、１つ以上のＰＵＣＣＨリソースを無線デバイスに割り当ててもよい。ＰＵＣＣＨリソースは、（Ｅ）ＰＤＣＣＨを介してＤＬスケジューリング割り当てによって示されてもよい。ここで、割り当てられたＰＵＣＣＨリソースの総数はＮで示される。
【００６２】
利用可能なＰＵＣＣＨリソースとともにＨＡＲＱ−ＡＣＫ及びＳＲの総数に基づいて、ＣＳＩビットを利用可能なＰＵＣＣＨリソースに収めるために所定のビット・マッピング・ルールが適用される。種々のマッピング・ルールが適用されうる。１つの例は、ＰＵＣＣＨリソースを１つずつ埋めることであり、すなわちスペースが存在しなくなるまでＨＡＲＱ−ＡＣＫ及びＳＲのビットを第１ＰＵＣＣＨリソースにまず割り当て、その後、残りのビットを第２ＰＵＣＣＨリソースに割り当てるなどを行う。別の例は、ＨＡＲＱ−ＡＣＫ及びＳＲのビットをＰＵＣＣＨリソースに均等に分配することである。
【００６３】
１つの例では、１つのＤＬ  ＣＣ（下りリンク・コンポーネント・キャリア）のＣＳＩレポートが１つのＰＵＣＣＨチャネルによって伝達されることが事前に規定又は構成されてもよい。
【００６４】
更なる例では、１つのＤＬ  ＣＣのＣＳＩレポートは、２つまで又は更に多くのＰＵＣＣＨチャネル・リソースによって伝達されうる。ここで、ＣＱＩ、ＲＩ及びＰＭＩのフィールドは、異なるＰＵＣＣＨチャネルによって伝達されてもよいが、１つのＤＬ  ＣＣのＣＱＩ（又はＲＩ、ＰＭＩ）のビットは、２つのＰＵＣＣＨチャネルに分割されない。
【００６５】
更に別の例で、すべての選択されたＤＬ  ＣＣのＣＳＩビットは連続的に集約され、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ及びＳＲのマッピングの後に利用可能なビットに従ってＰＵＣＣＨチャネルにわたって分割される。
【００６６】
第２ステップで、例えばＨＡＲＱ−ＡＣＫ及びＳＲの全ビットを減算することによって、ＰＵＣＣＨリソースのそれぞれでの残りビットが決定される。
【００６７】
ステップ１でのＨＡＲＱ−ＡＣＫ及びＳＲのビットのマッピングに基づいて、ＰＵＣＣＨリソースｉについての残りのスペース（ＫCSI,i）が、各ＰＵＣＣＨリソース（Ｋi）の容量からＨＡＲＱ−ＡＣＫ及びＳＲのビット（（ＫHARQ-SR,i））を減算することによって、すなわちＫCSI,i＝Ｋi−ＫHARQ-SR,iによって取得されうる。このステップは、各ＰＵＣＣＨリソースについて実行されてもよい。特定のビット・マッピング・ルールに依存して、各ＰＵＣＣＨリソースの残りビットが異なっていてもよい。
【００６８】
第３ステップで、最高の優先度を有する周期的ＣＳＩレポートが、ＨＡＲＱ−ＡＣＫ及びＳＲの後の最大残りビット数を有するＰＵＣＣＨリソースにマッピングされうる。
【００６９】
例のうちの１つ以上は、ＣＳＩレポーティングを優先付けるために適用されてもよい。ライセンスＤＬキャリアのＣＳＩレポートはアンライセンスＤＬキャリアよりも高いことが事前に規定又は構成されうる。小さいセル・インデックスを有するキャリアのＣＳＩレポートが高い優先度を有することが事前に規定又は構成されうる。クロス・キャリア・スケジューリングが適用される場合にＤＬスケジューリング・キャリアのＣＳＩレポートが他のＤＬキャリアよりも高い優先度であることが事前に規定又は構成されうる。及び／又は、所定の周波数帯でのＤＬ  ＣＣのＣＳＩレポートが別の帯域のＤＬ  ＣＣよりも高い優先度であることが事前に規定又は構成されうる。
【００７０】
第４ステップで、最高の優先度を有する残りの周期的ＣＳＩについてのＰＵＣＣＨリソースの何れにも余りのスペースが存在しなくなるまで又は報告された周期的ＣＳＩの数が事前に構成された値に到達するまで上記の３つのステップが反復されてもよい。
【００７１】
検討された第３ステップ及び第４ステップで、周期的ＣＳＩレポートが、利用可能なＰＵＣＣＨリソースに割り当てられる。異なるキャリアについて複数の周期的ＣＳＩレポートが存在するか同じＵＬサブフレームに衝突する異なるＣＳＩプロセスが存在するならば、何らかの優先度ルールが適用される。例として、ＬＴＥリリース１２で使用されるような優先度ルールが適用されてもよい。一部の優先度ルールによれば、所与のサブフレームについて、一部のＰＵＣＣＨレポーティング・タイプについてのＣＳＩレポートは、他のＰＵＣＣＨレポーティング・タイプよりも高い優先度を有する。同じレポーティング・タイプについて、最小のサービング・セル・インデックス又は小さいＣＳＩプロセス識別子を有するものが最高の優先度を有する。
【００７２】
このような優先度ルールを適用した後に、周期的ＣＳＩレポートが高いものから低いものへ順序付けされる。ここで、ＬP1は最高の優先度を有する周期的ＣＳＩについてのビット数を表し、ＭはこのＵＬサブフレームで報告される必要がある周期的ＣＳＩの総数を表す。
【００７３】
例えば第３ステップ及び第４ステップに関して検討されたようにＮ個の利用可能なＰＵＣＣＨリソースに周期的ＣＳＩをマッピングするいくつかのオプションが以下に記載される。
【００７４】
図７で更に詳細に説明される第１オプションでは、ＰＵＣＣＨチャネル上で高々１つのＣＳＩレポートが許容される。周期的ＣＳＩについてのビット・マッピングは以下のように行われうる。
【００７５】
ステップ１：周期的ＣＳＩレポートの最大数をＮ個、すなわちＰＵＣＣＨリソースの数と同じであると決定する。
【００７６】
ステップ２：優先度及びＮ個のＰＵＣＣＨリソースに従ってＮ個の第１周期的ＣＳＩレポートを選択する。ＰＵＣＣＨリソースの選択は、例えばＰＵＣＣＨリソースの残りビットに従って選択でき、すなわち最高の優先度を有する周期的ＣＳＩが残りのビットの最大数を有するＰＵＣＣＨリソースにマッピングされるか、任意の順番でマッピングされる。
【００７７】
ステップ３：各ＰＵＣＣＨリソース上に周期的ＣＳＩを割り当てる。すなわち、（存在するならば）ＨＡＲＱ−ＡＣＫ及びＳＲの後に周期的ＣＳＩビットがマッピングされる。オプションとして、所与のＰＵＣＣＨリソース上の残りビットが周期的ＣＳＩレポートのビットよりも少なければこのステップで空間バンドリングが実行される。
【００７８】
図８で更に詳細にも説明される第２オプションで、１つ以上の周期的ＣＳＩレポートがこのＰＵＣＣＨリソース上でのＣＳＩレポーティングについて利用可能なビットに従って１つのＰＵＣＣＨリソースにマッピングされうる。周期的ＣＳＩについてのビット割り当ては以下のように行われうる。
【００７９】
ステップ１：すべてのＰＵＣＣＨリソース内の全ての余りのビットを足し合わせることによってＢで表されるすべての利用可能なＰＵＣＣＨリソース上の残りビットの総数を決定し、Ｃで表される現在のＵＬサブフレームについての周期的ＣＳＩビットの総数を決定する。
【００８０】
ステップ２：Ｂ＞Ｃならばステップ３へ進み、それ以外は第１ＰＵＣＣＨリソース上でＨＡＲＱ−ＡＣＫ空間バンドリングが適用され、ステップ１へ進む。第１ＰＵＣＣＨリソースは例えば最大の余りのビットを有するものであってもよいし、ＰＵＣＣＨリソースの何れであってもよい。現在のＰＵＣＣＨリソースにＨＡＲＱ−ＡＣＫ空間バンドリングがすでに適用されているならば、すべてのＰＵＣＣＨリソースにＨＡＲＱ−ＡＣＫ空間バンドリングが適用されるまで次のＰＵＣＣＨリソースにＨＡＲＱ−ＡＣＫ空間バンドリングを適用し、ステップ１に進む。このステップではＨＡＲＱ−ＡＣＫ空間バンドリングがオプションであることに留意されたい。これが適用されないならば、ステップ３へ直接進む。
【００８１】
ステップ３：周期的ＣＳＩ割り当てのための第１ＰＵＣＣＨリソースを選択する。第１ＰＵＣＣＨリソースが一杯の場合に、最大の残りビットを有する次のＰＵＣＣＨリソース又は残りのＰＵＣＣＨリソースの何れかを選択する。
【００８２】
ステップ４：現在のＰＵＣＣＨリソースの残りビットの総数を決定する。
【００８３】
ステップ５：周期的ＣＳＩレポートを優先度の昇順に割り当てる。すなわち、最高の優先度を有するものを選択し、選択されたＰＵＣＣＨリソースにビットを割り当てる。周期的ＣＳＩレポートが現在のＰＵＣＣＨリソースの残りビットに収まらない可能性が存在する。この場合に、異なるＰＵＣＣＨリソースにビットを分けること、又は現在のＰＵＣＣＨリソースへのＣＳＩビットの割り当てを中止することができ、次のＰＵＣＣＨリソースに進むことができる。
【００８４】
ステップ６：利用可能な周期的ＣＳＩレポートが存在するかどうかをチェックし、現在のＰＵＣＣＨリソースにスペースがなくなるまでステップ５を反復する。
【００８５】
ステップ７：利用可能なＰＵＣＣＨリソースが存在するかどうかをチェックし、そうであるならば次のＰＵＣＣＨリソースを選択し、ステップ３に進み、それ以外はビット割り当てを終了する。
【００８６】
図９で更に詳細にも説明される第３オプションで、典型的に１つ以上の周期的ＣＳＩレポートが、このＰＵＣＣＨ上でのＣＳＩレポーティングについて利用可能なビットに従って１つのＰＵＣＣＨにマッピングされうる。そのほか、周期的ＣＳＩの最大のレポートされた数が例えばＲＲＣによって構成されてもよい。周期的ＣＳＩについてのビット・マッピングは以下のように行われうる。
【００８７】
ステップ１：ｅＮＢによって構成された周期的ＣＳＩレポートの最大数Ｒを取得する。Ｓで表される同じＵＬサブフレームに生じる周期的ＣＳＩレポートの数はＲよりも小さくてもよいことに留意されたい。レポーティングのために選択される周期的ＣＳＩレポートの数はＲ’＝ｍｉｎ｛Ｒ，Ｓ｝である。
【００８８】
ステップ２：すべてのＰＵＣＣＨリソース内の全ての余りのビットを足し合わせることによってＢで表されるすべての利用可能なＰＵＣＣＨリソース上の残りビットの総数を決定し、Ｃで表される現在のＵＬサブフレームについてのＲ’個の第１周期的ＣＳＩビットの総数を決定する。
【００８９】
ステップ３：Ｂ＞Ｃならばステップ４へ進み、それ以外は第１ＰＵＣＣＨリソース上でＨＡＲＱ−ＡＣＫ空間バンドリングが実行され、ステップ２へ進む。第１ＰＵＣＣＨリソースは最大の余りのビットを有するものであってもよいし、ＰＵＣＣＨリソースの何れであってもよい。現在のＰＵＣＣＨリソースにＨＡＲＱ−ＡＣＫ空間バンドリングがすでに適用されているならば、すべてのＰＵＣＣＨリソースにＨＡＲＱ−ＡＣＫ空間バンドリングが適用されるまで次のＰＵＣＣＨリソースにＨＡＲＱ−ＡＣＫ空間バンドリングを適用し、ステップ２に進む。このステップではＨＡＲＱ−ＡＣＫ空間バンドリングがオプションであることに留意されたい。これが適用されないならば、ステップ３へ直接進む。
【００９０】
ステップ４：周期的ＣＳＩ割り当てのために第１ＰＵＣＣＨリソースを選択する。第１ＰＵＣＣＨリソースは最大の余りのビットを有するものであってもよいし、ＰＵＣＣＨリソースの何れであってもよい。第１ＰＵＣＣＨリソースが一杯の場合に、最大の残りビットを有する次のＰＵＣＣＨリソース又は残りのＰＵＣＣＨリソースの何れかを選択する。
【００９１】
ステップ５：現在のＰＵＣＣＨリソースの残りビットの総数を決定する。
【００９２】
ステップ６：周期的ＣＳＩレポートを優先度の昇順に割り当てる。すなわち、最高の優先度を有するものを選択し、第１ＰＵＣＣＨリソースにビットを割り当てる。周期的ＣＳＩレポートが１つのＰＵＣＣＨリソースの残りビットに収まらない可能性が存在することに留意されたい。この場合に、異なるＰＵＣＣＨリソースにビットを分けること、又は第１ＰＵＣＣＨリソースへのＣＳＩビットの割り当てを中止することができ、次のＰＵＣＣＨリソースに進むことができる。
【００９３】
ステップ７：周期的ＣＳＩレポートの割り当てられた数ｒをチェックする。ｒ＜Ｒ’ならば、現在のＰＵＣＣＨリソースにスペースが存在しなくなるまでステップ６を反復し、それ以外はビット割り当てを終了する。
【００９４】
ステップ８：利用可能なＰＵＣＣＨリソースが存在するかどうかをチェックし、そうであるならば次のＰＵＣＣＨリソースを選択し、ステップ３に進み、それ以外はビット割り当てを終了する。
【００９５】
図１０は、プロセッサ・ベース実装のための無線デバイス１０００を概略的に説明する。図１０のデバイス１０００は、例えば図１のＵＥ１０のうちの１つに対応してもよい。
【００９６】
説明されるデイでは、デバイスは無線インタフェース１０２０を含む。無線インタフェース１０２０は、下りリンク・コンポーネント・キャリアの集合に関する情報と、１つ以上の上りリンク制御チャネル・リソースの指示との受信をサポートするように構成される。無線インタフェース１０２０は更に、制御データの送信をサポートするように構成されてもよい。
【００９７】
更に、デバイスは、インタフェース１０２０に結合された１つ以上のプロセッサ１０５０と、プロセッサ１０５０に結合されたメモリ１０６０とを含む。メモリ１０６０は、ＲＯＭ、例えばフラッシュＲＯＭ、ＲＡＭ、例えばＤＲＡＭ  ＳＲＡＭ、大容量ストレージ、例えばハードディスク又は半導体ディスクなどを含んでもよい。メモリ１０６０は、例えば図５の方法ステップに対応する無線デバイスの上述の機能を実施するためにプロセッサ１０５０によって実行されるように適切に構成されたプログラム・コード・モジュールを含む。よって、メモリ１０６０内のプログラム・コード・モジュールは、１つ以上の上りリンク制御チャネル・リソースに制御データをマッピングする上述の機能を実施するためにマッピング・モジュール１０７０を含んでもよい。更に、メモリ１０６０内のプログラム・コード・モジュールはまた、インタフェース１０２０の制御、アクセス・ノードのようなネットワーク・ノードへのデータ送信、ネットワーク・ノードからのデータ受信などのような一般的な制御機能を実施するための制御モジュール１０９０を含んでもよい。
【００９８】
図１０に説明される構造は単なる概略であり、デバイスは実際には簡略化のために記載されていない更なるコンポーネント、例えば更なるインタフェースを含んでもよいことが理解されよう。また、メモリ１０６０は、説明されていない更なるタイプのプログラム・コード・モジュール、例えばＵＥのような無線デバイスの既知の機能を実施するためのプログラム・コード・モジュールを含んでもよい。一部の実装では、また、コンピュータ・プログラムは、例えばメモリ１０６０に格納されるプログラム・コード・モジュールのうちの１つ以上を格納する非一時的な媒体のような有体製品の形式で、又はプログラム・コード・モジュールのうちの１つ以上をダウンロードで利用可能にすることによって、無線デバイスの機能を実施するように提供されてもよい。
【００９９】
図１１は、無線通信ネットワークのネットワーク・ノード１１００、例えば図１の基地局１００のようなアクセス・ノードにおける上記概念を実施するために用いられてもよい例示の構造を説明する。
【０１００】
説明されたように、ネットワーク・ノード１１００はＵＥ１０のような無線デバイスと通信するための無線インタフェース１１００を含んでもよい。
【０１０１】
更に、ネットワーク・ノード１１００は、無線インタフェース１１１０に結合された１つ以上のプロセッサ１１５０と、プロセッサ１１５０に結合されたメモリ１１６０とを含む。メモリ１１６０は、リードオンリメモリ（ＲＯＭ）、例えばフラッシュＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、例えばダイナミックＲＡＭ（ＤＲＡＭ）又はスタティックＲＡＭ（ＳＲＡＭ）、大容量ストレージ、例えばハードディスク又は半導体ディスクなどを含んでもよい。メモリ１１６０は、ネットワーク・ノードの上述の機能を実施するためにプロセッサ（群）１１５０によって実行されるように適切に構成されたプログラム・コードを含む。特に、メモリ１１６０は、例えば図６の方法ステップに対応する上述のプロセスをネットワーク・ノードに実行させるための様々なプログラム・コード・モジュールを含んでもよい。説明されるように、メモリ１１６０は、マッピング・アルゴリズムの上述の機能を実施するためのマッピング・モジュール１１７０を含んでもよい。更に、メモリ１１６０は、無線インタフェース１１１０の制御、無線デバイスへのデータ送信、無線デバイスからのデータ受信などのような様々な制御機能を実施するための制御モジュール１１９０を含んでもよい。
【０１０２】
図１１に説明される構造は単なる概略であり、ネットワーク・ノードは実際には簡略化のために記載されていない更なるコンポーネント、例えば更なるインタフェース又はプロセスを含んでもよいことが理解されよう。また、メモリ１１６０は、説明されていない更なるタイプのプログラム・コード・モジュール、例えばネットワーク・ノードの既知の機能を実施するためのプログラム・コード・モジュールを含んでもよい。一部の実施形態よれば、また、コンピュータ・プログラムは、例えばメモリ１１６０に格納されるプログラム・コード及び／又は他のデータを格納する物理媒体の形式で、又はプログラム・コードをダウンロード又はストリーミングで利用可能にすることによって、ネットワーク・ノードの機能を実施するために提供されてもよい。
【０１０３】
見て取れるように、上述の概念は、異なるタイプの制御データを１つ以上の上りリンク制御チャネル・リソースに効率的にマッピングするために用いられてもよい。送信リソースへのデータのマッピングのために必要となる複雑さだけでなく送信リソースの効率的な使用に関して効率的な方法で比較的大量の異なる制御データが扱われる。例えば、大量の下りリンク・コンポーネント・キャリアが効率的にサポートされうる。一部の実施形態では、ＣＳＩレポーティングが同時に改善される。更に、以前の無線通信ネットワークへの互換性がサポートされる。
【０１０４】
上述の例及び実施形態は単に説明のためであり、様々に変更の余地があることが理解されよう。例えば、説明された概念は、上述のＬＴＥ無線アクセス技術に限定されることなく、様々な無線アクセス技術に関連して適用されてもよい。更に、上記概念は、既存のデバイスの１つ以上のプロセッサによって実行される対応して設計されたソフトウェアを用いて又は専用のデバイス・ハードウェアを用いて実装されてもよい。
【０１０５】
更に、上記概念は、既存のデバイスの１つ以上のプロセッサによって実行される対応して設計されたソフトウェアを用いて又は専用のデバイス・ハードウェアを用いて実施されてもよいことが理解されよう。また、本書に記載されるデバイスは、単一のデバイスで実装されてもよいし、複数のコンポーネント・デバイスのシステムで実装されてもよい。例えば、無線通信ネットワークの上述のネットワーク・ノードは、説明された機能が２つ以上のデバイスに分配されたシステムで実装されうる。
【図１】
2020099053.tif 000003
【図２】
2020099053.tif 000004
【図３】
2020099053.tif 000005
【図４】
2020099053.tif 000006
【図５】
2020099053.tif 000007
【図６】
2020099053.tif 000008
【図７】
2020099053.tif 000009
【図８】
2020099053.tif 000010
【図９】
2020099053.tif 000011
【図１０】
2020099053.tif 000012
【図１１】
2020099053.tif 000013
【手続補正書】
【提出日】令和2年2月18日(2020.2.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信ネットワーク（３００）の１つ以上の上りリンク制御チャネル・リソースにおいて制御データを送信する方法であって、
無線デバイス（２００，１０００）が、ネットワーク・ノード（１００，１１００）から、前記無線デバイスのために構成された下りリンク・コンポーネント・キャリアの集合に関する情報を受信すること（５１０）と、
前記無線デバイス（２００，１０００）が、ネットワーク・ノード（１００，１１００）から、前記１つ以上の上りリンク制御チャネル・リソースの指示を受信すること（５２０）と、
前記無線デバイス（２００，１０００）が、構成された下りリンク・コンポーネント・キャリアの前記集合についての制御データを備える第１制御データを、前記１つ以上の上りリンク制御チャネル・リソースの一部にマッピングすること（５３０）と、
前記無線デバイス（２００，１０００）が、前記１つ以上の上りリンク制御チャネル・リソースの残り部分に第２制御データをマッピングすること（５４０）と、を有する方法。
【外国語明細書】
2020099053000001.pdf