(57)【要約】      （修正有）【課題】好適な上りリンク制御情報を送信するための方法及びそのための装置を提供する。【解決手段】無線通信システムで上りリンク制御情報を送信するための方法において、端末によって行われ、送信する上りリンク制御情報のペイロードサイズによって、コーディングされたシンボルの数を決定するステップと、決定されたコーディングされたシンボルの数によって、上りリンク制御情報を上りリンクリソースにマップするステップとを含む。コーディングされたシンボル数は、送信する上りリンク制御情報のペイロードサイズによって選択されるパラメータを用いて決定される。【選択図】図１６
2019134430.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて装置により上りリンク制御情報を送信する方法であって、前記方法は、
ベータオフセットに基づいて前記上りリンク制御情報のためのコーディングされたシンボルの数を決定することと、
前記コーディングされたシンボルの前記決定された数に基づいて、前記上りリンク制御情報を上りリンクリソースにマップすることと、
ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を通して前記マップされた上りリンク制御情報を送信することと
を含み、
前記ベータオフセットは、複数のペイロードサイズ範囲の中の前記上りリンク制御情報のペイロードサイズが属するペイロードサイズ範囲に基づいた前記上りリンク制御情報のための設定された値のうちの１つである、方法。
【請求項２】
前記上りリンク制御情報のための前記コーディングされたシンボルの数は、前記上りリンク制御情報の前記ペイロードサイズおよび前記ベータオフセットの乗算を満たす値に基づいて決定される、請求項１に記載の方法。
【請求項３】
前記上りリンク制御情報のための前記コーディングされたシンボルの数は、Ａ＊Ｂ＊Ｃ／Ｄを満たす値に基づいて決定され、
‘Ａ’は、前記上りリンク制御情報の前記ペイロードサイズを表し、‘Ｂ’は、前記ベータオフセットを表し、‘Ｃ’は、前記ＰＵＳＣＨと関連したリソース量を表し、‘Ｄ’は、前記ＰＵＳＣＨのためのデータの量を表す、請求項１に記載の方法。
【請求項４】
前記上りリンク制御情報のための前記設定された値の各々は、それぞれのペイロードサイズ範囲に対応する、請求項１に記載の方法。
【請求項５】
前記上りリンク制御情報の前記ペイロードサイズが第１ペイロードサイズ範囲に属するときに、前記ベータオフセットは第１値であり、前記上りリンク制御情報の前記ペイロードサイズが第２ペイロードサイズ範囲に属するときに、前記ベータオフセットは第２値である、請求項１に記載の方法。
【請求項６】
前記設定された値を上位層シグナリングによって受信することをさらに含む、請求項１に記載の方法。
【請求項７】
前記上りリンク制御情報は、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を含む、請求項１に記載の方法。
【請求項８】
前記上りリンク制御情報は、ＲＩ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ）を含む、請求項１に記載の方法。
【請求項９】
無線通信システムにおいて使用する装置であって、前記装置は、
メモリと、
前記メモリに接続されたプロセッサと
を備え、
前記プロセッサは、
ベータオフセットに基づいて上りリンク制御情報のためのコーディングされたシンボルの数を決定することと、
前記コーディングされたシンボルの前記決定された数に基づいて、前記上りリンク制御情報を上りリンクリソースにマップすることと、
ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を通して前記マップされた上りリンク制御情報を送信することと
を実行するように構成され、
前記ベータオフセットは、複数のペイロードサイズ範囲の中の前記上りリンク制御情報のペイロードサイズが属するペイロードサイズ範囲に基づいた前記上りリンク制御情報のための設定された値のうちの１つである、装置。
【請求項１０】
前記上りリンク制御情報のための前記コーディングされたシンボルの数は、前記上りリンク制御情報の前記ペイロードサイズおよび前記ベータオフセットの乗算を満たす値に基づいて決定される、請求項９に記載の装置。
【請求項１１】
前記上りリンク制御情報のための前記コーディングされたシンボルの数は、Ａ＊Ｂ＊Ｃ／Ｄを満たす値に基づいて決定され、
‘Ａ’は、前記上りリンク制御情報の前記ペイロードサイズを表し、‘Ｂ’は、前記ベータオフセットを表し、‘Ｃ’は、前記ＰＵＳＣＨと関連したリソース量を表し、‘Ｄ’は、前記ＰＵＳＣＨのためのデータの量を表す、請求項９に記載の装置。
【請求項１２】
前記上りリンク制御情報のための前記設定された値の各々は、それぞれのペイロードサイズ範囲に対応する、請求項９に記載の装置。
【請求項１３】
前記上りリンク制御情報の前記ペイロードサイズが第１ペイロードサイズ範囲に属するときに、前記ベータオフセットは第１値であり、前記上りリンク制御情報の前記ペイロードサイズが第２ペイロードサイズ範囲に属するときに、前記ベータオフセットは第２値である、請求項９に記載の装置。
【請求項１４】
前記プロセッサは、前記設定された値を上位層シグナリングによって受信するようにさらに構成される、請求項９に記載の装置。
【請求項１５】
前記上りリンク制御情報は、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を含む、請求項９に記載の装置。
【請求項１６】
前記上りリンク制御情報は、ＲＩ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ）を含む、請求項９に記載の装置。
【請求項１７】
無線周波数（ＲＦ）ユニットをさらに備える、請求項９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、特に、上りリンク制御情報を送信するための方法及びそのための装置に関する。
【背景技術】
【０００２】
機器間（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ、Ｍ２Ｍ）通信と、高いデータ送信量を要求するスマートフォン、タブレットＰＣなどの様々な装置及び技術が出現及び普及されている。これに伴い、セルラー網で処理されることが要求されるデータ量も急増している。このように急増しているデータ処理要求量を満たすために、より多い周波数帯域を效率的に使用するための搬送波集成（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ；ＣＡ）技術、認知無線（ｃｏｇｎｉｔｉｖｅ  ｒａｄｉｏ）技術などと、限定された周波数内で送信されるデータ容量を増大させるための多重アンテナ技術、多重基地局協調技術などが発展している。また、ユーザ機器がその周辺でアクセスできるノードの密度が高くなる方向に通信環境が進展している。ノードとは、１つ以上のアンテナを有しており、ユーザ機器と無線信号を送信／受信できる固定した地点（ｐｏｉｎｔ）のことをいう。高い密度のノードを有する通信システムは、ノード間の協調によってより高い性能の通信サービスをユーザ機器に提供することができる。複数のノードで同一の時間−周波数リソースを用いてユーザ機器と通信を行う多重ノード協調通信方式は、各ノードが独立した基地局として動作して相互協調無しでユーザ機器と通信を行う既存の通信方式に比べて、データ処理量において格段に優れた性能を示す。
【０００３】
多重ノードシステムは、各ノードが、基地局、アクセスポイント、アンテナ、アンテナグループ、無線リモートヘッド（ｒａｄｉｏ  ｒｅｍｏｔｅ  ｈｅａｄ、ＲＲＨ）、無線リモートユニット（ｒａｄｉｏ  ｒｅｍｏｔｅ  ｕｎｉｔ、ＲＲＵ）として動作する、複数のノードを用いて協調通信を行う。アンテナが基地局に集中して位置している既存の中央集中型アンテナシステムと違い、一般に、多重ノードシステムでは複数のノードが一定間隔以上で離れて位置する。複数のノードは、各ノードの動作を制御したり、各ノードを介して送／受信されるデータをスケジューリングしたりする１つ以上の基地局或いは基地局コントローラ（ｃｏｎｔｒｏｌｌｅｒ）によって管理することができる。各ノードは、当該ノードを管理する基地局或いは基地局コントローラとケーブル或いは専用回線（ｄｅｄｉｃａｔｅｄ  ｌｉｎｅ）で接続される。
【０００４】
このような多重ノードシステムは、分散したノードが同時に異なったストリームを送／受信して単一又は複数のユーザ機器と通信できるという点で、一種のＭＩＭＯ（ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）システムと見なすことができる。ただし、多重ノードシステムは様々な位置に分散しているノードを用いて信号を送信するため、既存の中央集中型アンテナシステムに備えられたアンテナに比べて、各アンテナがカバーすべき送信領域が縮減する。そのため、中央集中型アンテナシステムにおいてＭＩＭＯ技術を具現した既存システムに比べて、多重ノードシステムでは、各アンテナが信号を送信するために必要とする送信電力を減少させることができる。また、アンテナとユーザ機器間の送信距離が短縮するため、経路損失が減少し、データの高速送信が可能になる。これによって、セルラーシステムの送信容量及び電力効率を増大させることができ、セル内のユーザ機器の位置に関係なく、相対的に均一な品質の通信性能を保障することができる。また、多重ノードシステムでは、複数のノードに接続した基地局或いは基地局コントローラがデータ送信／受信に協調するため、送信過程で発生する信号損失が減少する。また、一定の距離以上で離れて位置したノード同士がユーザ機器と協調通信を行う場合、アンテナ間の相関度（ｃｏｒｒｅｌａｔｉｏｎ）及び干渉が軽減することとなる。したがって、多重ノード協調通信方式によれば、高い信号対雑音比（ｓｉｇｎａｌ  ｔｏ  ｉｎｔｅｒｆｅｒｅｎｃｅ−ｐｌｕｓ−ｎｏｉｓｅ  ｒａｔｉｏ、ＳＩＮＲ）が得られる。
【０００５】
このような多重ノードシステムの特長から、次世代移動通信システムにおいて基地局増設費用とバックホール（ｂａｃｋｈａｕｌ）網の保守費用を削減すると同時に、サービスカバレッジの拡大とチャネル容量及びＳＩＮＲの向上のために、多重ノードシステムが、既存の中央集中型アンテナシステムに加えて或いはそれに代えてセルラー通信の新しい基盤として台頭している。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、上りリンク制御情報を送信するための方法であり、これを用いて、より効率的なチャネル状態報告、及びそれによる適切なスケジューリングを提案する。
【０００７】
本発明で遂げようとする技術的課題は、上記の技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【０００８】
本発明の一実施例に係る、無線通信システムにおいて上りリンク制御情報を送信するための方法において、前記方法は端末によって行われ、送信する上りリンク制御情報のペイロードサイズによって、コーディングされたシンボルの数を決定するステップと、前記決定されたコーディングされたシンボルの数によって、前記上りリンク制御情報を上りリンクリソースにマップするステップとを含み、前記コーディングされたシンボル数は、前記送信する上りリンク制御情報のペイロードサイズによって選択されるパラメータを用いて決定され得る。
【０００９】
追加又は代案として、前記パラメータは、前記送信する上りリンク制御情報のペイロードサイズが特定値と等しい又は小さいと、第１値として選択され、前記前記送信する上りリンク制御情報のペイロードサイズが特定値より大きいと、第２値として選択されることができる。
【００１０】
追加又は代案として、前記方法は、前記パラメータを上位層シグナリングによって受信するステップをさらに含んでもよい。
【００１１】
追加又は代案として、前記上りリンクリソースは、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を含んでもよい。
【００１２】
追加又は代案として、前記上りリンク制御情報は、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）ＡＣＫ又はＲＩ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ）を含んでもよい。
【００１３】
追加又は代案として、前記方法は、前記送信する上りリンク制御情報のペイロードサイズに基づいて算出されるコーディングレート値、前記端末に設定された要素搬送波の数又は上位層シグナリングのうち一つによって、前記上りリンクリソースにおいて前記上りリンク制御情報のためのリソースを拡張したり、又は前記上りリンク制御情報の一部の内容（ｃｏｎｔｅｎｔ）を省略するか否かを決定するステップをさらに含んでもよい。
【００１４】
追加又は代案として、前記方法は、前記上りリンク制御情報が複数の下りリンク要素搬送波に関する情報を含むと、前記上りリンク制御情報を複数の上りリンク要素搬送波の上りリンクリソースにマップするステップをさらに含んでもよい。
【００１５】
追加又は代案として、前記方法は、前記複数の上りリンク要素搬送波の上りリンクリソースのうち、高い優先順位の上りリンクリソースから、該当上りリンクリソースの最大ペイロードを超えない最大個数の下りリンク要素搬送波に対する上りリンク制御情報をマップするステップをさらに含んでもよい。
【００１６】
追加又は代案として、前記方法は、前記複数の上りリンク要素搬送波の上りリンクリソースの数によって、各上りリンクリソースに割り当てられた下りリンク要素搬送波グループに関する情報を受信するステップと、前記受信された情報を用いて前記上りリンク制御情報を前記上りリンクリソースにマップするステップとをさらに含んでもよい。
【００１７】
追加又は代案として、前記方法は、前記複数の下りリンク要素搬送波に関する情報を連結（ｃｏｎｃａｔｅｎａｔｅ）して統合上りリンク制御情報を取得するステップと、前記統合上りリンク制御情報を前記複数の上りリンク要素搬送波の上りリンクリソースにサブフレーム単位で時間−優先（ｔｉｍｅ−ｆｉｒｓｔ）マップするステップとをさらに含んでもよい。
【００１８】
本発明の他の実施例に係る、無線通信システムにおいて上りリンク制御情報を送信するように構成された端末において、前記端末は、無線周波数（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ；ＲＦ）ユニットと、前記ＲＦユニットを制御するように構成されたプロセッサとを備え、前記プロセッサは、送信する上りリンク制御情報のペイロードサイズによって、コーディングされたシンボルの数を決定し、そして前記決定されたコーディングされたシンボルの数によって、前記上りリンク制御情報を上りリンクリソースにマップするように構成され、前記コーディングされたシンボル数は、前記送信する上りリンク制御情報のペイロードサイズによって選択されるパラメータを用いて決定され得る。
【００１９】
追加又は代案として、前記パラメータは、前記送信する上りリンク制御情報のペイロードサイズが特定値と等しい又は小さいと、第１値として選択され、前記前記送信する上りリンク制御情報のペイロードサイズが特定値より大きいと、第２値として選択されてもよい。
【００２０】
追加又は代案として、前記プロセッサは前記パラメータを上位層シグナリングによって受信するように構成されてもよい。
【００２１】
追加又は代案として、前記上りリンクリソースは、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を含んでもよい。
【００２２】
追加又は代案として、前記上りリンク制御情報は、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）ＡＣＫ又はＲＩ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ）を含んでもよい。
【００２３】
追加又は代案として、前記プロセッサは、前記送信する上りリンク制御情報のペイロードサイズに基づいて算出されるコーディングレート値、前記端末に設定された要素搬送波の数又は上位層シグナリングのうち一つによって、前記上りリンクリソースにおいて前記上りリンク制御情報のためのリソースを拡張したり、又は前記上りリンク制御情報の一部の内容（ｃｏｎｔｅｎｔ）を省略するか否かを決定するように構成されてもよい。
【００２４】
追加又は代案として、前記プロセッサは、前記上りリンク制御情報が複数の下りリンク要素搬送波に関する情報を含むと、前記上りリンク制御情報を複数の上りリンク要素搬送波の上りリンクリソースにマップするように構成されてもよい。
【００２５】
追加又は代案として、前記プロセッサは、前記複数の上りリンク要素搬送波の上りリンクリソースのうち、高い優先順位の上りリンクリソースから、該当上りリンクリソースの最大ペイロードを超えない最大個数の下りリンク要素搬送波に対する上りリンク制御情報をマップするように構成されてもよい。
【００２６】
追加又は代案として、前記プロセッサは、前記複数の上りリンク要素搬送波の上りリンクリソースの数によって、各上りリンクリソースに割り当てられた下りリンク要素搬送波グループに関する情報を受信し、そして前記受信された情報を用いて前記上りリンク制御情報を前記上りリンクリソースにマップするように構成されてもよい。
【００２７】
追加又は代案として、前記プロセッサは、前記複数の下りリンク要素搬送波に関する情報を連結（ｃｏｎｃａｔｅｎａｔｅ）して統合上りリンク制御情報を取得し、そして前記統合上りリンク制御情報を前記複数の上りリンク要素搬送波の上りリンクリソースにサブフレーム単位で時間−優先（ｔｉｍｅ−ｆｉｒｓｔ）マップするように構成されてもよい。
本明細書は、例えば、以下の項目も提供する。
（項目１）
無線通信システムにおいて上りリンク制御情報を送信するための方法であって、前記方法は端末によって行われ、
送信する上りリンク制御情報のペイロードサイズによって、コーディングされたシンボルの数を決定するステップと、
前記決定されたコーディングされたシンボルの数によって、前記上りリンク制御情報を上りリンクリソースにマップするステップと、
を含み、
前記コーディングされたシンボル数は、前記送信する上りリンク制御情報のペイロードサイズによって選択されるパラメータを用いて決定されることを特徴とする、上りリンク制御情報伝送方法。
（項目２）
前記パラメータは、前記送信する上りリンク制御情報のペイロードサイズが特定値と等しい又は小さいと、第１値として選択され、前記送信する上りリンク制御情報のペイロードサイズが特定値より大きいと、第２値として選択されることを特徴とする、項目１に記載の上りリンク制御情報伝送方法。
（項目３）
前記パラメータを上位層シグナリングによって受信するステップをさらに含むことを特徴とする、項目１に記載の上りリンク制御情報伝送方法。
（項目４）
前記上りリンクリソースは、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を含むことを特徴とする、項目１に記載の上りリンク制御情報伝送方法。
（項目５）
前記上りリンク制御情報は、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）ＡＣＫ又はＲＩ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ）を含むことを特徴とする、項目１に記載の上りリンク制御情報伝送方法。
（項目６）
前記送信する上りリンク制御情報のペイロードサイズに基づいて算出されるコーディングレート値、前記端末に設定された要素搬送波の数又は上位層シグナリングのうち一つによって、前記上りリンクリソースにおいて前記上りリンク制御情報のためのリソースを拡張したり、又は前記上りリンク制御情報の一部の内容（ｃｏｎｔｅｎｔ）を省略するか否かを決定するステップをさらに含むことを特徴とする、項目１に記載の上りリンク制御情報伝送方法。
（項目７）
前記上りリンク制御情報が複数の下りリンク要素搬送波に関する情報を含むと、前記上りリンク制御情報を複数の上りリンク要素搬送波の上りリンクリソースにマップするステップをさらに含むことを特徴とする、項目１に記載の上りリンク制御情報伝送方法。
（項目８）
前記複数の上りリンク要素搬送波の上りリンクリソースのうち、高い優先順位の上りリンクリソースから、該当の上りリンクリソースの最大ペイロードを超えない最大個数の下りリンク要素搬送波に対する上りリンク制御情報をマップするステップをさらに含むことを特徴とする、項目７に記載の上りリンク制御情報伝送方法。
（項目９）
前記複数の上りリンク要素搬送波の上りリンクリソースの数によって、各上りリンクリソースに割り当てられた下りリンク要素搬送波グループに関する情報を受信するステップと、
前記受信された情報を用いて前記上りリンク制御情報を前記上りリンクリソースにマップするステップと、をさらに含むことを特徴とする、項目７に記載の上りリンク制御情報伝送方法。
（項目１０）
前記複数の下りリンク要素搬送波に関する情報を連結（ｃｏｎｃａｔｅｎａｔｅ）して統合上りリンク制御情報を取得するステップと、
前記統合上りリンク制御情報を、前記複数の上りリンク要素搬送波の上りリンクリソースに、サブフレーム単位で時間−優先（ｔｉｍｅ−ｆｉｒｓｔ）マップするステップと、をさらに含むことを特徴とする、項目７に記載の上りリンク制御情報伝送方法。
（項目１１）
無線通信システムにおいて上りリンク制御情報を送信するように構成された端末であって、
無線周波数（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ；ＲＦ）ユニットと、
前記ＲＦユニットを制御するように構成されたプロセッサと、
を備え、
前記プロセッサは、
送信する上りリンク制御情報のペイロードサイズによって、コーディングされたシンボルの数を決定し、そして
前記決定されたコーディングされたシンボルの数によって、前記上りリンク制御情報を上りリンクリソースにマップするように構成され、
前記コーディングされたシンボル数は、前記送信する上りリンク制御情報のペイロードサイズによって選択されるパラメータを用いて決定されることを特徴とする、端末。
（項目１２）
前記パラメータは、前記送信する上りリンク制御情報のペイロードサイズが特定値と等しい又は小さいと、第１値として選択され、前記送信する上りリンク制御情報のペイロードサイズが特定値より大きいと、第２値として選択されることを特徴とする、項目１１に記載の端末。
（項目１３）
前記プロセッサは、前記パラメータを上位層シグナリングによって受信するように構成されることを特徴とする、項目１１に記載の端末。
（項目１４）
前記上りリンクリソースは、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を含むことを特徴とする、項目１１に記載の端末。
（項目１５）
前記上りリンク制御情報は、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）ＡＣＫ又はＲＩ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ）を含むことを特徴とする、項目１１に記載の端末。
（項目１６）
前記プロセッサは、前記送信する上りリンク制御情報のペイロードサイズに基づいて算出されるコーディングレート値、前記端末に設定された要素搬送波の数又は上位層シグナリングのうち一つによって、前記上りリンクリソースにおいて前記上りリンク制御情報のためのリソースを拡張したり、又は前記上りリンク制御情報の一部の内容（ｃｏｎｔｅｎｔ）を省略するか否かを決定するように構成されることを特徴とする、項目１１に記載の端末。
（項目１７）
前記プロセッサは、前記上りリンク制御情報が複数の下りリンク要素搬送波に関する情報を含むと、前記上りリンク制御情報を複数の上りリンク要素搬送波の上りリンクリソースにマップするように構成されることを特徴とする、項目１１に記載の端末。
（項目１８）
前記プロセッサは、前記複数の上りリンク要素搬送波の上りリンクリソースのうち、高い優先順位の上りリンクリソースから、該当の上りリンクリソースの最大ペイロードを超えない最大個数の下りリンク要素搬送波に対する上りリンク制御情報をマップするように構成されることを特徴とする、項目１７に記載の端末。
（項目１９）
前記プロセッサは、
前記複数の上りリンク要素搬送波の上りリンクリソースの数によって、各上りリンクリソースに割り当てられた下りリンク要素搬送波グループに関する情報を受信し、そして
前記受信された情報を用いて前記上りリンク制御情報を前記上りリンクリソースにマップするように構成されることを特徴とする、項目１７に記載の端末。
（項目２０）
前記プロセッサは、
前記複数の下りリンク要素搬送波に関する情報を連結（ｃｏｎｃａｔｅｎａｔｅ）して統合上りリンク制御情報を取得し、そして
前記統合上りリンク制御情報を、前記複数の上りリンク要素搬送波の上りリンクリソースに、サブフレーム単位で時間−優先（ｔｉｍｅ−ｆｉｒｓｔ）マップするように構成されることを特徴とする、項目１７に記載の端末。
【００２８】
上記の課題解決方法は、本発明の実施例の一部に過ぎず、本願発明の技術的特徴が反映された様々な実施例が当該技術の分野における通常の知識を有する者によって、以下詳述する本発明の詳細な説明から導出され理解され得る。
【発明の効果】
【００２９】
本発明の一実施例によれば、上りリンク制御情報を効率的に送信することができる。
【００３０】
本発明から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【図面の簡単な説明】
【００３１】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図１】無線通信システムにおいて用いられる無線フレーム構造の一例を示す図である。
【図２】無線通信システムにおいて下りリンク／上りリンク（ＤＬ／ＵＬ）スロット構造の一例を示す図である。
【図３】３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムにおいて用いられる下りリンク（ｄｏｗｎｌｉｎｋ；ＤＬ）サブフレーム構造を例示する図である。
【図４】３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムにおいて用いられる上りリンク（ｕｐｌｉｎｋ；ＵＬ）サブフレーム構造の一例を示す図である。
【図５】ＵＣＩのリソースマッピング例を示す図である。
【図６】本発明の一実施例に係るＵＣＩのリソースマッピング例を示す図である。
【図７】本発明の一実施例に係るＵＣＩのリソースマッピング例を示す図である。
【図８】本発明の一実施例に係るＵＣＩのリソースマッピング例を示す図である。
【図９】本発明の一実施例に係るＵＣＩのリソースマッピング例を示す図である。
【図１０】本発明の一実施例に係るＵＣＩのリソースマッピング例を示す図である。
【図１１】本発明の一実施例に係るＵＣＩのリソースマッピング例を示す図である。
【図１２】本発明の一実施例に係るＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）リソース別ＵＣＩのリソースマッピング例を示す図である。
【図１３】本発明の一実施例に係るＵＣＩのリソースマッピング例を示す図である。
【図１４】本発明の一実施例に係るＵＣＩのリソースマッピング例を示す図である。
【図１５】本発明の一実施例に係るＵＣＩのリソースマッピング例を示す図である。
【図１６】本発明の一実施例に係る動作を示す図である。
【図１７】本発明の実施例を具現するための装置を示すブロック図である。
【発明を実施するための形態】
【００３２】
以下、本発明に係る好適な実施の形態を添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明するためのもので、本発明を実施できる唯一の実施の形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、このような具体的な細部事項無しにも本発明を実施可能であるということが当業者には理解できる。
【００３３】
場合によって、本発明の概念が曖昧になることを避けるために、公知の構造及び装置が省略されることもあり、各構造及び装置の核心機能を中心にしたブロック図の形式で図示されることもある。また、本明細書全体を通じて同一の構成要素には同一の図面符号を付して説明する。
【００３４】
本発明において、ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）は、固定していても、移動性を有していてもよいもので、基地局（ｂａｓｅ  ｓｔａｔｉｏｎ：ＢＳ）と通信してユーザデータ及び／又は各種制御情報を送受信する各種機器を含む。ＵＥを、端末（Ｔｅｒｍｉｎａｌ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＴ（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅ  Ｓｔａｔｉｏｎ）、無線機器（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、無線モデム（ｗｉｒｅｌｅｓｓ  ｍｏｄｅｍ）、携帯機器（ｈａｎｄｈｅｌｄ  ｄｅｖｉｃｅ）などと呼ぶこともできる。また、本発明において、ＢＳは一般に、ＵＥ及び／又は他のＢＳと通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ＵＥ及び他のＢＳと通信して各種データ及び制御情報を交換する。ＢＳを、ＡＢＳ（Ａｄｖａｎｃｅｄ  Ｂａｓｅ  Ｓｔａｔｉｏｎ）、ＮＢ（Ｎｏｄｅ−Ｂ）、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）、ＰＳ（Ｐｒｏｃｅｓｓｉｎｇ  Ｓｅｒｖｅｒ）などと呼ぶこともできる。以下の本発明に関する説明てば、ＢＳをｅＮＢと総称する。
【００３５】
本発明でいうノード（ｎｏｄｅ）とは、ＵＥと通信して無線信号を送信／受信できる固定した地点（ｐｏｉｎｔ）を指す。様々な形態のｅＮＢをその名称にかかわらずノードとして用いることができる。例えば、ＢＳ、ＮＢ、ｅＮＢ、ピコ−セルｅＮＢ（ＰｅＮＢ）、ホームｅＮＢ（ＨｅＮＢ）、リレー、リピータなどをノードとすることができる。また、ノードは、ｅＮＢでなくてもよい。例えば、無線リモートヘッド（ｒａｄｉｏ  ｒｅｍｏｔｅ  ｈｅａｄ、ＲＲＨ）、無線リモートユニット（ｒａｄｉｏ  ｒｅｍｏｔｅ  ｕｎｉｔ、ＲＲＵ）であってもよい。ＲＲＨ、ＲＲＵなどは一般にｅＮＢの電力レベル（ｐｏｗｅｒ  ｌｅｖｅｌ）よりも低い電力レベルを有する。ＲＲＨ或いはＲＲＵ（以下、ＲＲＨ／ＲＲＵ）は一般に、光ケーブルなどの専用回線（ｄｅｄｉｃａｔｅｄ  ｌｉｎｅ）でｅＮＢに接続されており、よって、一般に無線回線で接続されているｅＮＢによる協調通信に比べて、ＲＲＨ／ＲＲＵとｅＮＢによる協調通信を円滑に行うことができる。１つのノードには少なくとも１つのアンテナが設置される。このアンテナは、物理アンテナを意味することもでき、アンテナポート、仮想アンテナ、又はアンテナグループを意味することもできる。ノードは、ポイント（ｐｏｉｎｔ）と呼ばれることもある。アンテナが基地局に集中して位置して１つのｅＮＢコントローラ（ｃｏｎｔｒｏｌｌｅｒ）によって制御される既存の（ｃｏｎｖｅｎｔｉｏｎａｌ）中央集中型アンテナシステム（ｃｅｎｔｒａｌｉｚｅｄ  ａｎｔｅｎｎａ  ｓｙｓｔｅｍ、ＣＡＳ）（すなわち、単一ノードシステム）と違い、多重ノードシステムにおいて複数のノードは一般に一定間隔以上で離れて位置する。これらの複数のノードは、各ノードの動作を制御したり、各ノードを通して送／受信されるデータをスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）する１つ以上のｅＮＢ或いはｅＮＢコントローラによって管理することができる。各ノードは、当該ノードを管理するｅＮＢ或いはｅＮＢコントローラとケーブル（ｃａｂｌｅ）或いは専用回線（ｄｅｄｉｃａｔｅｄ  ｌｉｎｅ）で接続することができる。多重ノードシステムにおいて、複数のノードへの／からの信号送信／受信には、同一のセル識別子（ｉｄｅｎｔｉｔｙ、ＩＤ）が用いられてもよく、異なるセルＩＤが用いられてもよい。複数のノードが同一のセルＩＤを有すると、これら複数のノードのそれぞれは、１つのセルにおける一部のアンテナ集団のように動作する。多重ノードシステムにおいてノードが互いに異なるセルＩＤを有すると、このような多重ノードシステムを多重セル（例えば、マクロ−セル／フェムト−セル／ピコ−セル）システムと見なすことができる。複数のノードのそれぞれが形成した多重セルがカバレッジによってオーバーレイ（ｏｖｅｒｌａｙ）する形態で構成されると、これらの多重セルが形成したネットワークを特に多重−階層（ｍｕｌｔｉ−ｔｉｅｒ）ネットワークと呼ぶ。ＲＲＨ／ＲＲＵのセルＩＤとｅＮＢのセルＩＤは同一であっても、異なってもよい。ＲＲＨ／ＲＲＵとｅＮＢが互いに異なるセルＩＤを用いる場合、ＲＲＨ／ＲＲＵとｅＮＢはいずれも独立した基地局として動作する。
【００３６】
以下に説明する本発明の多重ノードシステムにおいて、複数のノードに接続した１つ以上のｅＮＢ或いはｅＮＢコントローラが、上記複数のノードの一部又は全てを介してＵＥに同時に信号を送信或いは受信するように上記複数のノードを制御することができる。各ノードの実体、各ノードの具現の形態などによって、多重ノードシステム間には差異点があるが、複数のノードが共に所定時間−周波数リソース上でＵＥに通信サービスを提供するために参加するという点で、これらの多重ノードシステムは単一ノードシステム（例えば、ＣＡＳ、従来のＭＩＭＯシステム、従来の中継システム、従来のリピータシステムなど）と異なる。そのため、複数のノードの一部又は全てを用いてデータ協調送信を行う方法に関する本発明の実施例は、種々の多重ノードシステムに適用可能である。例えば、ノードとは、通常、他のノードと一定間隔以上で離れて位置しているアンテナグループを指すが、後述する本発明の実施例は、ノードが間隔にかかわらずに任意のアンテナグループを意味する場合にも適用可能である。例えば、Ｘ−ｐｏｌ（Ｃｒｏｓｓ  ｐｏｌａｒｉｚｅｄ）アンテナを備えたｅＮＢの場合、該ｅＮＢが、Ｈ−ｐｏｌアンテナで構成されたノードとＶ−ｐｏｌアンテナで構成されたノードを制御すると見なし、本発明の実施例を適用することができる。
【００３７】
複数の送信（Ｔｘ）／受信（Ｒｘ）ノードを介して信号を送信／受信したり、複数の送信／受信ノードから選択された少なくとも１つのノードを介して信号を送信／受信したり、下りリンク信号を送信するノードと上りリンク信号を受信するノードとを別にし得る通信技法を、多重−ｅＮＢ  ＭＩＭＯ又はＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｍｕｌｔｉ−Ｐｏｉｎｔ  ｔｒａｎｓｍｉｓｓｉｏｎ／ｒｅｃｅｐｔｉｏｎ）という。このようなノード間協調通信のうち、協調送信技法は、ＪＰ（ｊｏｉｎｔ  ｐｒｏｃｅｓｓｉｎｇ）とスケジューリング協調（ｓｃｈｅｄｕｌｉｎｇ  ｃｏｏｒｄｉｎａｔｉｏｎ）とに区別できる。前者はＪＴ（ｊｏｉｎｔ  ｔｒａｎｓｍｉｓｓｉｏｎ）／ＪＲ（ｊｏｉｎｔ  ｒｅｃｅｐｔｉｏｎ）とＤＰＳ（ｄｙｎａｍｉｃ  ｐｏｉｎｔ  ｓｅｌｅｃｔｉｏｎ）とに区別し、後者はＣＳ（ｃｏｏｒｄｉｎａｔｅｄ  ｓｃｈｅｄｕｌｉｎｇ）とＣＢ（ｃｏｏｒｄｉｎａｔｅｄ  ｂｅａｍｆｏｒｍｉｎｇ）とに区別できる。ＤＰＳは、ＤＣＳ（ｄｙｎａｍｉｃ  ｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ）と呼ぶこともできる。他の協調通信技法に比べて、ノード間協調通信技法のうちのＪＰを行うとき、より様々な通信環境を形成することができる。ＪＰにおいて、ＪＴは、複数のノードが同一のストリームをＵＥに送信する通信技法をいい、ＪＲは、複数のノードが同一のストリームをＵＥから受信する通信技法をいう。当該ＵＥ／ｅＮＢは、上記複数のノードから受信した信号を合成して上記ストリームを復元する。ＪＴ／ＪＲでは、同一のストリームが複数のノードから／に送信されるため、送信ダイバーシティ（ｄｉｖｅｒｓｉｔｙ）によって信号送信の信頼度を向上させることができる。ＪＰのＤＰＳは、複数のノードから特定規則によって選択された１つのノードを介して信号が送信／受信される通信技法をいう。ＤＰＳでは、通常、ＵＥとノード間のチャネル状態の良いノードが通信ノードとして選択されるはずであるため、信号送信の信頼度を向上させることができる。
【００３８】
本発明でいうセル（ｃｅｌｌ）とは、１つ以上のノードが通信サービスを提供する一定の地理的領域をいう。そのため、本発明で特定セルと通信するということは、特定セルに通信サービスを提供するｅＮＢ或いはノードと通信することを意味できる。また、特定セルの下りリンク／上りリンク信号は、該特定セルに通信サービスを提供するｅＮＢ或いはノードからの／への下りリンク／上りリンク信号を意味する。ＵＥに上り／下りリンク通信サービスを提供するセルを特にサービングセル（ｓｅｒｖｉｎｇ  ｃｅｌｌ）という。また、特定セルのチャネル状態／品質は、該特定セルに通信サービスを提供するｅＮＢ或いはノードとＵＥ間に形成されたチャネル或いは通信リンクのチャネル状態／品質を意味する。３ＧＰＰ  ＬＴＥ−Ａベースのシステムにおいて、ＵＥは、特定ノードからの下りリンクチャネル状態を、上記特定ノードのアンテナポートが上記特定ノードに割り当てられたＣＳＩ−ＲＳ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）リソース上で送信するＣＳＩ−ＲＳを用いて測定することができる。一般に、隣接したノードは、互いに直交するＣＳＩ−ＲＳリソース上で該当のＣＳＩ−ＲＳリソースを送信する。ＣＳＩ−ＲＳリソースが直交するということは、ＣＳＩ−ＲＳを運ぶシンボル及び副搬送波を特定するＣＳＩ−ＲＳリソース構成（ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）、サブフレームオフセット（ｏｆｆｓｅｔ）及び送信周期（ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｅｒｉｏｄ）などによってＣＳＩ−ＲＳが割り当てられたサブフレームを特定するサブフレーム構成（ｓｕｂｆｒａｍｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＣＳＩ−ＲＳシーケンスのうちの少なくとも１つが互いに異なることを意味する。
【００３９】
本発明において、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）／ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）／ＰＨＩＣＨ（（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｔｒａｎｓｍｉｔ  ｒｅｑｕｅｓｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）／ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）はそれぞれ、ＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）／ＣＦＩ（Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ）／下りリンクＡＣＫ／ＮＡＣＫ（ＡＣＫｎｏｗｌｅｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ  ＡＣＫ）／下りリンクデータを運ぶ時間−周波数リソースの集合或いはリソース要素の集合を意味する。また、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）／ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）／ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＣＨａｎｎｅｌ）はそれぞれ、ＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）／上りリンクデータ／ランダムアクセス信号を運ぶ時間−周波数リソースの集合或いはリソース要素の集合を意味する。本発明では、特に、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨに割り当てられたり、又はそれに属した時間−周波数リソース或いはリソース要素（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ、ＲＥ）をそれぞれ、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨ  ＲＥ又はＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨリソースと呼ぶ。以下でユーザ機器がＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨを送信するという表現は、それぞれ、ＰＵＳＣＨ／ＰＵＣＣＨ／ＰＲＡＣＨ上で或いは介して上りリンク制御情報／上りリンクデータ／ランダムアクセス信号を送信するという表現と同じ意味で使われる。また、ｅＮＢがＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨを送信するという表現は、それぞれ、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ上で或いは介して下りリンクデータ／制御情報を送信するという表現と同じ意味で使われる。
【００４０】
図１は、無線通信システムで用いられる無線フレーム構造の一例を示す図である。特に、図１（ａ）は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムで用いられる周波数分割デュプレックス（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ、ＦＤＤ）用フレーム構造を示しており、図１（ｂ）は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムで用いられる時分割デュプレックス（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ、ＴＤＤ）用フレーム構造を示している。
【００４１】
図１を参照すると、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムで用いられる無線フレームは、１０ｍｓ（３０７２００Ｔｓ）の長さを有し、１０個の均等なサイズのサブフレーム（ｓｕｂｆｒａｍｅ、ＳＦ）で構成される。１無線フレームにおける１０個のサブフレームにはそれぞれ番号を与えることができる。ここで、Ｔｓは、サンプリング時間を表し、Ｔｓ＝１／（２０４８＊１５ｋＨｚ）で表示される。それぞれのサブフレームは、１ｍｓの長さを有し、２個のスロットで構成される。１無線フレームにおいて２０個のスロットには０から１９までの番号を順次に与えることができる。それぞれのスロットは０．５ｍｓの長さを有する。１サブフレームを送信するための時間は、送信時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ、ＴＴＩ）と定義される。時間リソースは、無線フレーム番号（或いは、無線フレームインデックスともいう）、サブフレーム番号（或いは、サブフレームインデックスともいう）、スロット番号（或いは、スロットインデックスともいう）などによって区別することができる。
【００４２】
無線フレームは、デュプレックス（ｄｕｐｌｅｘ）技法によって別々に設定（ｃｏｎｆｉｇｕｒｅ）することができる。例えば、ＦＤＤにおいて、下りリンク送信及び上りリンク送信は周波数によって区別されるため、無線フレームは特定周波数帯域に対して下りリンクサブフレーム又は上りリンクサブフレームのいずれか１つのみを含む。ＴＤＤでは下りリンク送信及び上りリンク送信が時間によって区別されるため、特定周波数帯域に対して無線フレームは下りリンクサブフレームも上りリンクサブフレームも含む。
【００４３】
表１は、ＴＤＤで、無線フレームにおけるサブフレームのＤＬ−ＵＬ構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を例示するものである。
【００４４】
【表１】
2019134430.tif 000003
【００４５】
表１で、Ｄは下りリンクサブフレームを、Ｕは上りリンクサブフレームを、Ｓは特異（ｓｐｅｃｉａｌ）サブフレームを表す。特異サブフレームは、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  ＴｉｍｅＳｌｏｔ）、ＧＰ（Ｇｕａｒｄ  Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  ＴｉｍｅＳｌｏｔ）の３つのフィールドを含む。ＤｗＰＴＳは、下りリンク送信のために留保される時間区間であり、ＵｐＰＴＳは上りリンク送信のために留保される時間区間である。表２は、特異サブフレーム構成を例示するものである。
【００４６】
【表２】
2019134430.tif 000004
【００４７】
図２は、無線通信システムにおいて下りリンク／上りリンク（ＤＬ／ＵＬ）スロット構造の一例を示す図である。特に、図２は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムのリソース格子（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）の構造を示す。アンテナポート当たりに１個のリソース格子がある。
【００４８】
図２を参照すると、スロットは、時間ドメイン（ｔｉｍｅ  ｄｏｍａｉｎ）で複数のＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、周波数ドメイン（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）で複数のリソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ、ＲＢ）を含む。ＯＦＤＭシンボルは、１シンボル区間を意味することもある。図２を参照すると、各スロットで送信される信号は、
【００４９】
【化１】
2019134430.tif 000005
【００５０】
の副搬送波（ｓｕｂｃａｒｒｉｅｒ）と
【００５１】
【化２】
2019134430.tif 000006
【００５２】
のＯＦＤＭシンボルとで構成されるリソース格子（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）と表現することができる。ここで、
【００５３】
【化３】
2019134430.tif 000007
【００５４】
は、下りリンクスロットにおけるリソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ、ＲＢ）の個数を表し、
【００５５】
【化４】
2019134430.tif 000008
【００５６】
は、ＵＬスロットにおけるＲＢの個数を表す。
【００５７】
【化５】
2019134430.tif 000009
【００５８】
は、ＤＬ送信帯域幅とＵＬ送信帯域幅にそれぞれ依存する。
【００５９】
【化６】
2019134430.tif 000010
【００６０】
は、下りリンクスロットにおけるＯＦＤＭシンボルの個数を表し、
【００６１】
【化７】
2019134430.tif 000011
【００６２】
は、ＵＬスロットにおけるＯＦＤＭシンボルの個数を表す。
【００６３】
【化８】
2019134430.tif 000012
【００６４】
は、１つのＲＢを構成する副搬送波の個数を表す。
ＯＦＤＭシンボルは、多元接続方式によって、ＯＦＤＭシンボル、ＳＣ−ＦＤＭ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルなどと呼ぶことができる。１つのスロットに含まれるＯＦＤＭシンボルの数は、チャネル帯域幅、ＣＰ長によって様々に変更可能である。例えば、正規（ｎｏｒｍａｌ）ＣＰの場合は、１つのスロットが７個のＯＦＤＭシンボルを含むが、拡張（ｅｘｔｅｎｄｅｄ）ＣＰの場合は、１つのスロットが６個のＯＦＤＭシンボルを含む。図２では、説明の便宜のために、１つのスロットが７  ＯＦＤＭシンボルで構成されるサブフレームを例示するが、本発明の実施例は、その他の個数のＯＦＤＭシンボルを有するサブフレームにも同様の方式で適用されてもよい。図２を参照すると、各ＯＦＤＭシンボルは、周波数ドメインで、
【００６５】
【化９】
2019134430.tif 000013
【００６６】
の副搬送波を含む。副搬送波の類型は、データ送信のためのデータ副搬送波、参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）の送信のための参照信号副搬送波、ガードバンド（ｇｕａｒｄ  ｂａｎｄ）及びＤＣ（Ｄｉｒｅｃｔ  Ｃｕｒｒｅｎｔ）成分のためのヌル（ｎｕｌｌ）副搬送波に分類することができる。  ＤＣ成分のためのヌル副搬送波は、未使用のまま残される副搬送波であり、ＯＦＤＭ信号生成過程或いは周波数アップ変換過程で搬送波周波数（ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ、ｆ０）にマップされる。搬送波周波数は中心周波数（ｃｅｎｔｅｒ  ｆｒｅｑｕｅｎｃｙ、ｆｃ）と呼ばれることもある。
【００６７】
１  ＲＢは、時間ドメインで
【００６８】
【化１０】
2019134430.tif 000014
【００６９】
（例えば、７個）の連続するＯＦＤＭシンボルと定義され、周波数ドメインで
【００７０】
【化１１】
2019134430.tif 000015
【００７１】
（例えば、１２個）の連続する副搬送波と定義される。参考として、１つのＯＦＤＭシンボルと１つの副搬送波で構成されたリソースをリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ、ＲＥ）或いはトーン（ｔｏｎｅ）という。したがって、１つのＲＢは、
【００７２】
【化１２】
2019134430.tif 000016
【００７３】
のリソース要素で構成される。リソース格子における各リソース要素は、１つのスロットにおけるインデックス対（ｋ，１）によって固有に定義できる。ｋは、周波数ドメインで０から
【００７４】
【化１３】
2019134430.tif 000017
【００７５】
まで与えられるインデックスであり、ｌは、時間ドメインで０から
【００７６】
【化１４】
2019134430.tif 000018
【００７７】
まで与えられるインデックスである。
【００７８】
１サブフレームにおいて
【００７９】
【化１５】
2019134430.tif 000019
【００８０】
の連続した同一副搬送波を占有しながら、当該サブフレームにおける２個のスロットのそれぞれに１個ずつ位置する２個のＲＢを物理リソースブロック（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ、ＰＲＢ）対（ｐａｉｒ）という。ＰＲＢ対を構成する２個のＲＢは、同一のＰＲＢ番号（或いは、、ＰＲＢインデックスともいう）を有する。ＶＲＢは、リソース割当のために導入された一種の論理的リソース割当単位である。ＶＲＢはＰＲＢと同じサイズを有する。ＶＲＢをＰＲＢにマップする方式によって、ＶＲＢは、局部（ｌｏｃａｌｉｚｅｄ）タイプのＶＲＢと分散（ｄｉｓｔｒｉｂｕｔｅｄ）タイプのＶＲＢとに区別される。局部タイプのＶＲＢはＰＲＢに直接マップされて、ＶＲＢ番号（ＶＲＢインデックスともいう）がＰＲＢ番号に直接対応する。すなわち、ｎＰＲＢ＝ｎＶＲＢとなる。局部タイプのＶＲＢには０からＮＤＬＶＲＢ−１順に番号が与えられ、ＮＤＬＶＲＢ＝ＮＤＬＲＢである。したがって、局部マップ方式によれば、同一のＶＲＢ番号を有するＶＲＢが第１のスロットと第２のスロットにおいて、同一ＰＲＢ番号のＰＲＢにマップされる。一方、分散タイプのＶＲＢはインターリービングを経てＰＲＢにマップされる。そのため、同一のＶＲＢ番号を有する分散タイプのＶＲＢは、第１のスロットと第２のスロットにおいて互いに異なる番号のＰＲＢにマップされることがある。サブフレームの２つのスロットに１個ずつ位置し、同一のＶＲＢ番号を有する２個のＰＲＢをＶＲＢ対と称する。図３は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムで用いられる下りリンク（ｄｏｗｎｌｉｎｋ、ＤＬ）サブフレーム構造を例示する図である。
【００８１】
図３を参照すると、ＤＬサブフレームは、時間ドメインで制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）とデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）とに区別される。図３を参照すると、サブフレームの第１のスロットで先頭部における最大３（或いは４）個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に対応する。以下、ＤＬサブフレームでＰＤＣＣＨ送信に利用可能なリソース領域（ｒｅｓｏｕｒｃｅ  ｒｅｇｉｏｎ）をＰＤＣＣＨ領域と称する。制御領域に用いられるＯＦＤＭシンボル以外のＯＦＤＭシンボルは、ＰＤＳＣＨが割り当てられるデータ領域に該当する。以下、ＤＬサブフレームでＰＤＳＣＨ送信に利用可能なリソース領域をＰＤＳＣＨ領域と称する。３ＧＰＰ  ＬＴＥで用いられるＤＬ制御チャネルの例としては、ＰＣＦＩＣＨ、ＰＤＣＣＨ、ＰＨＩＣＨなどを含む。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレームにおいて制御チャネルの送信に用いられるＯＦＤＭシンボルの個数に関する情報を運ぶ。ＰＨＩＣＨは、ＵＬ送信に対する応答としてＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）ＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）信号を運ぶ。
【００８２】
ＰＤＣＣＨを介して送信される制御情報を上りリンク制御情報（ＤＣＩ）と呼ぶ。ＤＣＩは、ＵＥ又はＵＥグループのためのリソース割当情報及び他の制御情報を含む。例えば、ＤＣＩは、ＤＬ共有チャネル（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ、ＤＬ−ＳＣＨ）の送信フォーマット及びリソース割当情報、ＵＬ共有チャネル（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ、ＵＬ−ＳＣＨ）の送信フォーマット及びリソース割当情報、ページングチャネル（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ、ＰＣＨ）上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層（ｕｐｐｅｒ  ｌａｙｅｒ）制御メッセージのリソース割当情報、ＵＥグループ内の個別ＵＥへの送信電力制御命令（Ｔｒａｎｓｍｉｔ  Ｃｏｎｔｒｏｌ  Ｃｏｍｍａｎｄ  Ｓｅｔ）、送信電力制御（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）命令、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化（ａｃｔｉｖａｔｉｏｎ）指示情報、ＤＡＩ（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）などを含む。ＤＬ共有チャネル（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄｃｈａｎｎｅｌ、ＤＬ−ＳＣＨ）の送信フォーマット（Ｔｒａｎｓｍｉｔ  Ｆｏｒｍａｔ）及びリソース割当情報は、ＤＬスケジューリング情報或いはＤＬグラント（ＤＬ  ｇｒａｎｔ）とも呼ばれ、ＵＬ共有チャネル（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ、ＵＬ−ＳＣＨ）の送信フォーマット及びリソース割当情報は、ＵＬスケジューリング情報或いはＵＬグラント（ＵＬ  ｇｒａｎｔ）とも呼ばれる。１つのＰＤＣＣＨが運ぶＤＣＩは、ＤＣＩフォーマットによってそのサイズと用途が異なり、符号化率によってそのサイズが異なり得る。現在３ＧＰＰ  ＬＴＥシステムでは、上りリンク用にフォーマット０及び４、下りリンク用にフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、３、３Ａなどの様々なフォーマットが定義されている。ＤＣＩフォーマットのそれぞれの用途に応じて、ホッピングフラグ、ＲＢ割当（ＲＢ  ａｌｌｏｃａｔｉｏｎ）、ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ｃｏｄｉｎｇｓｃｈｅｍｅ）、ＲＶ（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）、ＮＤＩ（ｎｅｗ  ｄａｔａ  ｉｎｄｉｃａｔｏｒ）、ＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）、循環遷移ＤＭＲＳ（ｃｙｃｌｉｃ  ｓｈｉｆｔ  ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）、ＵＬインデックス、ＣＱＩ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）要請、ＤＬ割当インデックス（ＤＬ  ａｓｓｉｇｎｍｅｎｔ  ｉｎｄｅｘ）、ＨＡＲＱプロセスナンバー、ＴＰＭＩ（ｔｒａｎｓｍｉｔｔｅｄ  ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ）情報などの制御情報が適宜選択された組合せが下りリンク制御情報としてＵＥに送信される。
【００８３】
一般に、ＵＥに構成された送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ、ＴＭ）によって当該ＵＥに送信可能なＤＣＩフォーマットが異なる。換言すれば、特定送信モードに構成されたＵＥのためには、いかなるＤＣＩフォーマットを用いてもよいわけではなく、特定送信モードに対応する一定ＤＣＩフォーマットのみを用いることができる。
【００８４】
ＰＤＣＣＨは、１つ又は複数の連続した制御チャネル要素（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ、ＣＣＥ）の集成（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥは、ＰＤＣＣＨに無線チャネル状態に基づく符号化率（ｃｏｄｉｎｇ  ｒａｔｅ）を提供するために用いられる論理的割当ユニット（ｕｎｉｔ）である。ＣＣＥは、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ、ＲＥＧ）に対応する。例えば、１  ＣＣＥは９個のＲＥＧに対応し、１  ＲＥＧは４個のＲＥに対応する。３ＧＰＰ  ＬＴＥシステムの場合、それぞれのＵＥのためにＰＤＣＣＨが位置してもよいＣＣＥセットを定義した。ＵＥが自身のＰＤＣＣＨを発見し得るＣＣＥセットを、ＰＤＣＣＨ探索空間、簡単に探索空間（Ｓｅａｒｃｈ  Ｓｐａｃｅ、ＳＳ）と呼ぶ。探索空間内でＰＤＣＣＨが送信されてもよい個別リソースをＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）と呼ぶ。ＵＥがモニタリング（ｍｏｎｉｔｏｒｉｎｇ）するＰＤＣＣＨ候補の集合を探索空間と定義する。３ＧＰＰ  ＬＴＥ／ＬＴＥ−ＡシステムでそれぞれのＤＣＩフォーマットのための探索空間は異なるサイズを有してもよく、専用（ｄｅｄｉｃａｔｅｄ）探索空間と共通（ｃｏｍｍｏｎ）探索空間とが定義されている。専用探索空間は、ＵＥ−特定（ｓｐｅｃｉｆｉｃ）探索空間であり、それぞれの個別ＵＥのために構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）される。共通探索空間は、複数のＵＥのために構成される。次表は、探索空間を定義する集成レベルを例示するものである。
【００８５】
【表３】
2019134430.tif 000020
【００８６】
１つのＰＤＣＣＨ候補は、ＣＣＥ集成レベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）によって１、２、４又は８個のＣＣＥに対応する。ｅＮＢは、探索空間内の任意のＰＤＣＣＨ候補上で実際ＰＤＣＣＨ（ＤＣＩ）を送信し、ＵＥは、ＰＤＣＣＨ（ＤＣＩ）を探すために探索空間をモニタリングする。ここで、モニタリングとは、全てのモニタリングされるＤＣＩフォーマットによって当該探索空間内の各ＰＤＣＣＨの復号（ｄｅｃｏｄｉｎｇ）を試みる（ａｔｔｅｍｐｔ）ことを意味する。ＵＥは、上記複数のＰＤＣＣＨをモニタリングし、自身のＰＤＣＣＨを検出することができる。基本的に、ＵＥは、自身のＰＤＣＣＨが送信される位置を知らないことから、毎サブフレームごとに当該ＤＣＩフォーマットの全てのＰＤＣＣＨに対して、自身の識別子を有するＰＤＣＣＨを検出するまで復号を試みるが、このような過程をブラインド検出（ｂｌｉｎｄ  ｄｅｔｅｃｔｉｏｎ）（ブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ、ＢＤ））という。
【００８７】
ｅＮＢは、データ領域を通してＵＥ或いはＵＥグループのためのデータを送信することができる。データ領域を通して送信されるデータをユーザデータと呼ぶこともできる。ユーザデータの送信のために、データ領域にはＰＤＳＣＨを割り当てることができる。ＰＣＨ（Ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）は、ＰＤＳＣＨを介して送信される。ＵＥは、ＰＤＣＣＨを介して送信される制御情報を復号し、ＰＤＳＣＨを介して送信されるデータを読むことができる。ＰＤＳＣＨのデータがどのＵＥ或いはＵＥグループに送信されるか、上記ＵＥ或いはＵＥグループがどのようにＰＤＳＣＨデータを受信して復号すればよいかなどを示す情報がＰＤＣＣＨに含まれて送信される。例えば、特定ＰＤＣＣＨが"Ａ"というＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）でＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）マスキング（ｍａｓｋｉｎｇ）されており、"Ｂ"という無線リソース（例、周波数位置）及び"Ｃ"という送信形式情報（例、送信ブロックサイズ、変調方式、コーディング情報など）を用いて送信されるデータに関する情報が特定ＤＬサブフレームで送信されると仮定する。ＵＥは、自身の所有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタリングし、"Ａ"というＲＮＴＩを有しているＵＥはＰＤＣＣＨを検出し、受信したＰＤＣＣＨの情報によって"Ｂ"と"Ｃ"で示されるＰＤＳＣＨを受信する。
【００８８】
ＵＥがｅＮＢから受信した信号を復調するには、データ信号と比較する参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ、ＲＳ）が必要である。参照信号とは、ｅＮＢがＵＥに或いはＵＥがｅＮＢに送信する、ｅＮＢとＵＥが互いに知っている、予め定義された特別な波形の信号を意味し、パイロット（ｐｉｌｏｔ）とも呼ばれる。参照信号は、セル内の全ＵＥに共用されるセル−特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）ＲＳと特定ＵＥに専用される復調（ｄｅｍｏｄｕｌａｔｉｏｎ）ＲＳ（ＤＭ  ＲＳ）とに区別される。ｅＮＢが特定ＵＥのための下りリンクデータの復調のために送信するＤＭ  ＲＳをＵＥ−特定的（ＵＥ−ｓｐｅｃｉｆｉｃ）ＲＳと特別に称することもできる。下りリンクでＤＭ  ＲＳとＣＲＳは共に送信されてもよいが、いずれか一方のみが送信されてもよい。ただし、下りリンクでＣＲＳ無しにＭ  ＲＳのみを送信される場合、データと同じプリコーダを適用して送信されるＤＭ  ＲＳは復調の目的にのみ用いることができるため、チャネル測定用ＲＳを別途に提供しなければならない。例えば、３ＧＰＰ  ＬＴＥ（−Ａ）では、ＵＥがチャネル状態情報を測定できるようにするために、追加の測定用ＲＳであるＣＳＩ−ＲＳが当該ＵＥに送信される。ＣＳＩ−ＲＳは、チャネル状態について相対的に時間による変化度が大きくないという事実に着目し、毎サブフレームごとに送信されるＣＲＳとは違い、複数のサブフレームで構成される所定の送信周期ごとに送信される。
【００８９】
図４は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムで用いられる上りリンク（ＵＬ）サブフレーム構造の一例を示す図である。
【００９０】
図４を参照すると、ＵＬサブフレームは、周波数ドメインで制御領域とデータ領域とに区別できる。１つ又は複数のＰＵＣＣＨを上りリンク制御情報（ＵＣＩ）を運ぶために制御領域に割り当てることができる。１つ又は複数のＰＵＳＣＨをユーザデータを運ぶためにＵＬサブフレームのデータ領域に割り当てることができる。
【００９１】
ＵＬサブフレームではＤＣ（Ｄｉｒｅｃｔ  Ｃｕｒｒｅｎｔ）副搬送波から遠く離れた副搬送波が制御領域として用いられる。換言すれば、ＵＬ送信帯域幅の両端部に位置する副搬送波が上りリンク制御情報の送信に割り当てられる。ＤＣ副搬送波は、信号送信に用いられずに残される成分であり、周波数上り変換過程で搬送波周波数ｆ０にマップされる。１つのＵＥのＰＵＣＣＨは１つのサブフレームで、１つの搬送波周波数で動作するリソースに属したＲＢ対に割り当てられ、このＲＢ対に属したＲＢは、２つのスロットでそれぞれ異なる副搬送波を占有する。このように割り当てられるＰＵＣＣＨを、ＰＵＣＣＨに割り当てられたＲＢ対がスロット境界で周波数ホッピングすると表現する。ただし、周波数ホッピングが適用されない場合には、ＲＢ対が同一の副搬送波を占有する。
【００９２】
ＰＵＣＣＨは、次の制御情報を送信するために用いることができる。
【００９３】
−  ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）：上りリンクＵＬ−ＳＣＨリソースを要請するために用いられる情報である。ＯＯＫ（Ｏｎ−Ｏｆｆ  Ｋｅｙｉｎｇ）方式を用いて送信される。
【００９４】
−  ＨＡＲＱ−ＡＣＫ：ＰＤＣＣＨに対する応答及び／又はＰＤＳＣＨ上の下りリンクデータパケット（例、コードワード）に対する応答である。ＰＤＣＣＨ或いはＰＤＳＣＨが成功的に受信されたか否かを示す。単一下りリンクコードワードに対する応答としてＨＡＲＱ−ＡＣＫ  １ビットが送信され、２つの下りリンクコードワードに対する応答としてＨＡＲＱ−ＡＣＫ  ２ビットが送信される。ＨＡＲＱ−ＡＣＫ応答は、ポジティブＡＣＫ（簡単に、ＡＣＫ）、ネガティブＡＣＫ（以下、ＮＡＣＫ）、ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ−ＡＣＫという用語は、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。
【００９５】
−ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）：下りリンクチャネルに対するフィードバック情報（ｆｅｅｄｂａｃｋ  ｉｎｆｏｒｍａｔｉｏｎ）である。ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）−関連フィードバック情報は、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）及びＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）を含む。
【００９６】
ＵＥがサブフレームで送信可能な上りリンク制御情報（ＵＣＩ）の量は、制御情報送信に可用なＳＣ−ＦＤＭＡの個数に依存する。ＵＣＩに可用なＳＣ−ＦＤＭＡは、サブフレームにおいて参照信号の送信のためのＳＣ−ＦＤＭＡシンボルを除く残りのＳＣ−ＦＤＭＡシンボルを意味し、ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）が構成されているサブフレームでは、サブフレームの最後のＳＣ−ＦＤＭＡシンボルも除く。参照信号は、ＰＵＣＣＨのコヒーレント（ｃｏｈｅｒｅｎｔ）検出に用いられる。ＰＵＣＣＨは、送信される情報によって様々なフォーマットを支援する。下記の表４に、ＬＴＥ／ＬＴＥ−ＡシステムでＰＵＣＣＨフォーマットとＵＣＩとのマッピング関係を示す。
【００９７】
【表４】
2019134430.tif 000021
【００９８】
表４を参照すると、主に、ＰＵＣＣＨフォーマット１系列はＡＣＫ／ＮＡＣＫ情報を送信するために用いられ、ＰＵＣＣＨフォーマット２系列はＣＱＩ／ＰＭＩ／ＲＩなどのチャネル状態情報（ＣＳＩ）を運ぶために用いられ、ＰＵＣＣＨフォーマット３系列はＡＣＫ／ＮＡＣＫ情報を送信するために用いられる。
【００９９】
（参照信号（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＲＳ））
無線通信システムにおいてパケットを送信する時、パケットは無線チャネルを通じて送信されるため、送信過程で信号の歪みが発生することがある。歪まれた信号を受信側で正しく受信するためには、チャネル情報を用いて受信信号において歪みを補正しなければならない。チャネル情報を知るために、送信側と受信側の両方で知っている信号を送信し、該信号がチャネルを通じて受信される時の歪みの度合からチャネル情報を把握する方法を主に用いる。この信号をパイロット信号（Ｐｉｌｏｔ  Ｓｉｇｎａｌ）又は参照信号（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）という。
【０１００】
多重アンテナを用いてデータを送受信する場合には、各送信アンテナと受信アンテナ間のチャネル状況を知ってこそ正しい信号を受信することができる。したがって、各送信アンテナ別に、より詳しくはアンテナポート（ａｎｔｅｎｎａ  ｐｏｒｔ）別に異なった参照信号が存在しなければならない。
【０１０１】
参照信号は上りリンク参照信号と下りリンク参照信号とに区別できる。現在、ＬＴＥシステムには、上りリンク参照信号として、
ｉ）ＰＵＳＣＨ及びＰＵＣＣＨを通じて送信された情報のコヒーレント（ｃｏｈｅｒｅｎｔ）な復調のためのチャネル推定のための復調参照信号（ＤｅＭｏｄｕｌａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＤＭ−ＲＳ）
ｉｉ）基地局が、ネットワークの異なる周波数における上りリンクチャネル品質を測定するためのサウンディング参照信号（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＳＲＳ）がある。
【０１０２】
一方、下りリンク参照信号としては、
ｉ）セル内の全ての端末が共有するセル−特定参照信号（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＣＲＳ）
ｉｉ）特定端末だけのための端末−特定参照信号（ＵＥ−ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
ｉｉｉ）ＰＤＳＣＨが送信される場合に、コヒーレントな復調のために送信される（ＤｅＭｏｄｕｌａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＤＭ−ＲＳ）
ｉｖ）下りリンクＤＭＲＳが送信される場合に、チャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ）を伝達するためのチャネル状態情報参照信号（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＣＳＩ−ＲＳ）
ｖ）ＭＢＳＦＮ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）モードで送信される信号に対するコヒーレントな復調のために送信されるＭＢＳＦＮ参照信号（ＭＢＳＦＮ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
ｖｉ）端末の地理的位置情報を推定するために用いられる位置参照信号（Ｐｏｓｉｔｉｏｎｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）がある。
【０１０３】
参照信号はその目的によって２種類に大別できる。チャネル情報取得のために用いられる参照信号と、データ復調のために用いられる参照信号とがある。前者は、ＵＥが下りリンク上のチャネル情報を取得できるようにすることに目的があるため、広帯域に送信されなければならず、特定サブフレームで下りリンクデータを受信しない端末であってもその参照信号を受信しなければならない。また、これはハンドオーバーなどの状況でも用いられる。後者は、基地局が下りリンクを送る時に該当のリソースで共に送る参照信号であって、端末は当該参照信号を受信することによってチャネル測定をしてデータを復調することが可能になる。この参照信号は、データの送信される領域で送信されなければならない。
【０１０４】
（ＣＳＩ報告）
３ＧＰＰ  ＬＴＥ（−Ａ）システムでは、ユーザ機器（ＵＥ）がチャネル状態情報（ＣＳＩ）を基地局（ＢＳ）に報告するように定義されており、チャネル状態情報（ＣＳＩ）とは、ＵＥとアンテナポート間に形成される無線チャネル（リンクともいう。）の品質を示し得る情報のことを総称する。例えば、ランク指示子（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ；ＲＩ）、プリコーディング行列指示子（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ；ＰＭＩ）、チャネル品質指示子（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ；ＣＱＩ）などがそれに当たる。ここで、ＲＩはチャネルのランク（ｒａｎｋ）情報を示し、これは、ＵＥが同一の時間−周波数リソースで受信するストリームの個数を意味する。この値は、チャネルのロングタームフェージング（ｆａｄｉｎｇ）に従って決定されるため、通常、ＰＭＩ、ＣＱＩに比べて長い周期でＵＥからＢＳへフィードバックされる。ＰＭＩはチャネル空間特性を反映した値であり、ＳＩＮＲなどのメトリック（ｍｅｔｒｉｃ）を基準に、ＵＥの好むプリコーディングインデックスを示す。ＣＱＩは、チャネルの強度を示す値であり、一般に、ＢＳがＰＭＩを用いた時に得られる受信ＳＩＮＲを意味する。
【０１０５】
上記無線チャネルの測定に基づいて、ＵＥは、現在チャネル状態下で上記ＢＳによって用いられると最適又は最高の伝送レートが導出され得る、好むＰＭＩ及びＲＩを計算し、計算されたＰＭＩ及びＲＩを上記ＢＳにフィードバックする。ここで、ＣＱＩは、上記フィードバックされたＰＭＩ／ＲＩに対する収容可能なパケット誤り率（ｐａｃｋｅｔ  ｅｒｒｏｒ  ｐｒｏｂａｂｉｌｉｔｙ）を提供する変調及びコーディング方式（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）を示す。
【０１０６】
一方、より精密なＭＵ−ＭＩＭＯと明示的なＣｏＭＰ動作を含むことが期待されるＬＴＥ−Ａシステムにおいて、現在のＣＳＩフィードバックはＬＴＥで定義されたものであり、このため、かかるな新しく導入される動作を十分に支援することができない。ＣＳＩフィードバックの正確度に対する要求事項が、十分なＭＵ−ＭＩＭＯ又はＣｏＭＰスループット（ｔｈｒｏｕｇｈｐｕｔ）利得を得るために益々難しくなることから、ＰＭＩは、ロングターム（ｌｏｎｇ  ｔｅｒｍ）／広帯域（ｗｉｄｅｂａｎｄ）ＰＭＩ（Ｗ１）、及びショートターム（ｓｈｏｒｔ  ｔｅｒｍ）／サブバンド（ｓｕｂｂａｎｄ）ＰＭＩ（Ｗ２）、の２種類で構成されるように合意された。言い換えると、最終ＰＭＩは、Ｗ１とＷ２の関数として表現される。例えば、最終ＰＭＩ  Ｗを次のように定義することができる：Ｗ＝Ｗ１＊Ｗ２、又はＷ＝Ｗ２＊Ｗ１。したがって、ＬＴＥ−Ａにおいて、ＣＳＩはＲＩ、Ｗ１、Ｗ２及びＣＱＩで構成されるだろう。
【０１０７】
３ＧＰＰ  ＬＴＥ（−Ａ）システムにおいてＣＳＩ伝送のために用いられる上りリンクチャネルは、次の表５のとおりである。
【０１０８】
【表５】
2019134430.tif 000022
【０１０９】
表５を参照すると、ＣＳＩは、上位層で定めた周期で、物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＵＣＣＨ）を介して送信されてもよく、スケジューラの必要によって非周期的に物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）を介して送信されてもよい。ＣＳＩがＰＵＳＣＨで送信される場合は、周波数選択的なスケジューリング方式及び非周期的ＣＳＩ伝送である場合にのみ可能である。以下では、スケジューリング方式及び周期性によるＣＳＩ伝送方式について説明する。
【０１１０】
１）ＣＳＩ伝送要求制御信号（ＣＳＩ  ｒｅｑｕｅｓｔ）受信後、ＰＵＳＣＨを用いたＣＱＩ／ＰＭＩ／ＲＩの伝送
ＰＤＣＣＨ信号で送信されるＰＵＳＣＨスケジューリング制御信号（ＵＬ  Ｇｒａｎｔ）に、ＣＳＩを送信するように要求する制御信号が含まれ得る。次の表は、ＰＵＳＣＨでＣＱＩ、ＰＭＩ、ＲＩを送信する時のＵＥのモードを表す。
【０１１１】
【表６】
2019134430.tif 000023
【０１１２】
表６の伝送モードは、上位レイヤで選択され、ＣＱＩ／ＰＭＩ／ＲＩはいずれも同一のＰＵＳＣＨサブフレームで送信される。以下では、各モードによるＵＥの上りリンク伝送方法について説明する。
【０１１３】
モード１−２（Ｍｏｄｅ  １−２）は、それぞれのサブバンドに対してデータがサブバンドだけを通じて送信されるという仮定の下にプリコーディング行列を選択する場合を表す。ＵＥは、システム帯域又は上位レイヤで指定した帯域（ｓｅｔ  Ｓ）の全てに対して選択したプリコーディング行列を仮定してＣＱＩを生成する。モード１−２においてＵＥはＣＱＩと各サブバンドのＰＭＩ値を送信することができる。このとき、各サブバンドのサイズは、システム帯域のサイズによって変わってもよい。
【０１１４】
モード２−０（Ｍｏｄｅ  ２−０）でのＵＥは、システム帯域又は上位レイヤで指定した指定帯域（ｓｅｔ  Ｓ）に対して、好むＭ個のサブバンドを選択することができる。ＵＥは、選択したＭ個のサブバンドに対してデータを送信するという仮定の下に一つのＣＱＩ値を生成することができる。ＵＥはさらにシステム帯域又はｓｅｔ  Ｓに対して一つのＣＱＩ（ｗｉｄｅｂａｎｄ  ＣＱＩ）値を報告することが好ましい。ＵＥは、選択したＭ個のサブバンドに対して複数個のコードワードがある場合、各コードワードに対するＣＱＩ値を差分形式で定義する。
【０１１５】
このとき、差分ＣＱＩ値は、選択したＭ個のサブバンドに対するＣＱＩ値に該当するインデックスと広帯域ＣＱＩ（ＷＢ−ＣＱＩ：Ｗｉｄｅｂａｎｄ  ＣＱＩ）インデックスとの差値と決定される。
【０１１６】
モード２−０のＵＥは、選択したＭ個のサブバンドの位置に関する情報、選択したＭ個のサブバンドに対する一つのＣＱＩ値、及び全帯域又は指定帯域（ｓｅｔ  Ｓ）に対して生成したＣＱＩ値を、ＢＳに送信することができる。このとき、サブバンドのサイズ及びＭ値は、システム帯域のサイズによって変わってもよい。
【０１１７】
モード２−２（Ｍｏｄｅ  ２−２）のＵＥは、Ｍ個の好むサブバンドでデータを送信するという仮定の下に、Ｍ個の好むサブバンドの位置とＭ個の好むサブバンドに対する単一プリコーディング行列を同時に選択することができる。このとき、Ｍ個の好むサブバンドに対するＣＱＩ値は、コードワードごとに定義される。また、ＵＥはさらに、システム帯域又は指定帯域（ｓｅｔ  Ｓ）に対して広帯域ＣＱＩ（ｗｉｄｅｂａｎｄ  ＣＱＩ）値を生成する。
【０１１８】
モード２−２のＵＥは、Ｍ個の好むサブバンドの位置に関する情報、選択されたＭ個のサブバンドに対する一つのＣＱＩ値、Ｍ個の好むサブバンドに対する単一ＰＭＩ、広帯域ＰＭＩ、広帯域ＣＱＩ値を、ＢＳに送信することができる。このとき、サブバンドのサイズ及びＭ値は、システム帯域のサイズによって変わってもよい。
【０１１９】
モード３−０（Ｍｏｄｅ  ３−０）のＵＥは、広帯域ＣＱＩ値を生成する。ＵＥは、各サブバンドでデータを送信するという仮定の下に各サブバンドに対するＣＱＩ値を生成する。このとき、ＲＩ＞１であっても、ＣＱＩ値は最初のコードワードに対するＣＱＩ値だけを示す。
【０１２０】
モード３−１（Ｍｏｄｅ  ３−１）のＵＥは、システム帯域又は指定帯域（ｓｅｔ  Ｓ）に対して単一プリコーディング行列（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ）を生成する。ＵＥは各サブバンドに対して先に生成した単一プリコーディング行列を仮定して、コードワード別にサブバンドＣＱＩを生成する。また、ＵＥは単一プリコーディング行列を仮定して広帯域ＣＱＩを生成することができる。各サブバンドのＣＱＩ値は、差分形式で表現することができる。サブバンドＣＱＩ値は、サブバンドＣＱＩインデックスと広帯域ＣＱＩインデックスとの差値と計算される。このとき、サブバンドのサイズは、システム帯域のサイズによって変わってもよい。
【０１２１】
モード３−２（Ｍｏｄｅ３−２）のＵＥは、モード３−１と比較して、全帯域に対する単一プリコーディング行列の代わりに、各サブバンドに対するプリコーディング行列を生成する。
【０１２２】
２）ＰＵＣＣＨを用いた周期的なＣＱＩ／ＰＭＩ／ＲＩの伝送
ＵＥは、ＣＳＩ（例えば、ＣＱＩ／ＰＭＩ／ＰＴＩ（ｐｒｅｃｏｄｉｎｇ  ｔｙｐｅ  ｉｎｄｉｃａｔｏｒ）及び／又はＲＩ情報）をＰＵＣＣＨを介してＢＳに周期的に送信することができる。仮に、ＵＥがユーザデータを送信する旨の制御信号を受信した場合には、ＵＥはＰＵＣＣＨを介してＣＱＩを送信することができる。制御信号がＰＵＳＣＨで送信されても、ＣＱＩ／ＰＭＩ／ＰＴＩ／ＲＩは、次の表に定義されたモードのいずれか一方式によって送信されればよい。
【０１２３】
【表７】
2019134430.tif 000024
【０１２４】
ＵＥは、表７のような伝送モードを有することができる。表７を参照すると、モード２−０（Ｍｏｄｅ  ２−０）及びモード２−１（Ｍｏｄｅ  ２−１）の場合、帯域幅パート（ＢＰ：Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）は周波数領域において連続して位置しているサブバンドの集合であり、システム帯域又は指定帯域（ｓｅｔ  Ｓ）のいずれもカバーすることができる。表９で、各サブバンドのサイズ、ＢＰのサイズ及びＢＰの個数は、システム帯域のサイズによって変わってもよい。また、ＵＥは、システム帯域又は指定帯域（ｓｅｔ  Ｓ）をカバーできるように、ＢＰ別にＣＱＩを周波数領域において昇順で送信する。
【０１２５】
ＣＱＩ／ＰＭＩ／ＰＴＩ／ＲＩの伝送組み合わせによって、ＵＥは次のようなＰＵＣＣＨ伝送タイプを有することができる。
【０１２６】
ｉ）タイプ１（Ｔｙｐｅ１）：モード２−０（Ｍｏｄｅ  ２−０）、モード２−１（Ｍｏｄｅ  ２−１）のサブバンドＣＱＩ（ＳＢ−ＣＱＩ）を送信する。
【０１２７】
ｉｉ）タイプ１ａ：サブバンドＣＱＩ及び第２のＰＭＩを送信する
ｉｉｉ）タイプ２、タイプ２ｂ、タイプ２ｃ：広帯域ＣＱＩ及びＰＭＩ（ＷＢ−ＣＱＩ／ＰＭＩ）を送信する。
【０１２８】
ｉｖ）タイプ２ａ：広帯域ＰＭＩを送信する。
【０１２９】
ｖ）タイプ３：ＲＩを送信する。
【０１３０】
ｖｉ）タイプ４：広帯域ＣＱＩを送信する。
【０１３１】
ｖｉｉ）タイプ５：ＲＩ及び広帯域ＰＭＩを送信する。
【０１３２】
ｖｉｉｉ）タイプ６：ＲＩ及びＰＴＩを送信する。
【０１３３】
ＵＥがＲＩと広帯域ＣＱＩ／ＰＭＩを送信する場合、ＣＱＩ／ＰＭＩは、互いに異なる周期とオフセットを有するサブフレームに送信される。また、ＲＩと広帯域ＣＱＩ／ＰＭＩが同一のサブフレームに送信されるべき場合には、ＣＱＩ／ＰＭＩは送信されない。
【０１３４】
本明細書では、無線通信システムにおいて複数のＣＣ（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）の結合を支援する大規模（ｍａｓｓｉｖｅ）ＣＡ（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）技法を支援するとき、上記ＣＣのＵＣＩ（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）をＵＬ（ｕｐｌｉｎｋ）データチャネル、例えば、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）にピギーバック（ｐｉｇｇｙｂａｃｋ）する方案を提案する。
【０１３５】
３ＧＰＰ  ＬＴＥなどの進歩した無線通信システムでは、上りリンクで情報の特性をＵＣＩとデータとに区分し、各情報の特性に合うようにＵＣＩを送信するチャネルであるＰＵＣＣＨとデータを送信するチャネルであるＰＵＳＣＨとを設計して活用する。しかし、端末がＰＵＣＣＨとＰＵＳＣＨを同時送信するように設定されていないとき、ＵＣＩを送信すべき時点にＰＵＳＣＨ伝送が存在すると、端末はＵＣＩをＰＵＳＣＨにピギーバックして送信する。図５は、一般ＣＰであり、ＵＣＩがＰＵＳＣＨで送信される時、ＵＣＩの細部内容であるＡＣＫ／ＮＡＣＫ、ＲＩ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ）、ＣＱＩ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ）／ＰＭＩ（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ）などがリソース領域上でマップされる方式を示す図である。図５は、本発明の実施例に係るＬＴＥシステムにおいて１ＲＢでＰＵＳＣＨリソースが割り当てられた場合の例示であり、横軸はＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）シンボルを、縦軸はサブキャリアを表す。このとき、ＳＣ−ＦＤＭＡシンボルの時間インデックスは、左側から右側に順次増加し、サブキャリアの周波数インデックスは、上方から下方に順次増加する。また、各ＵＣＩの種類別に異なるハッチングで領域が表現されており、同一領域内における数字は、コーディングされたシンボルのマッピング順序を意味する。
【０１３６】
このとき、ＣＱＩ／ＰＭＩは、ＡＣＫ／ＮＡＣＫのリソース位置を考慮しないでマッピングを行い、したがって、ＡＣＫ／ＮＡＣＫが全ＳＣ−ＦＤＭＡシンボルを占めると、図５では、該当の位置のＣＱＩ／ＰＭＩはパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）される。
【０１３７】
一方、ＬＴＥ  Ｒｅｌ−１０システムでは端末に最大５個までＣＣを結合して下りリンクデータを送信するＣＡ（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）技術が考慮されたが、ＬＴＥ  Ｒｅｌ−１３では、最近に急増するＤＬトラフィック量を支援する目的で、上記ＣＣの個数を最大で８個或いは１６個又はそれ以上に拡張する大規模ＣＡ技法が論議されている。このとき、ＣＡ技法において支援する最大ＣＣの個数が増加することに比例してＵＣＩの量も増加し、このため、ＵＣＩ伝送のためのＰＵＳＣＨリソースが不足することがある。したがって、本発明は、大規模ＣＡ技法を支援する時、ＰＵＳＣＨリソースにおいてＵＣＩを送信するリソース領域を拡張して、ＵＣＩをＰＵＳＣＨにピギーバックする方案を提案する。以下では、本発明の具体的な実施例としてＬＴＥシステムにおける動作を説明するが、本発明はデータチャネルを活用してＵＣＩを送信する任意の無線通信システムにも適用可能である。
【０１３８】
（ＰＵＳＣＨにおけるＵＣＩリソースの拡張又は一部のＵＣＩの省略の必要の有無を判断する条件）
−  ＡＣＫ／ＮＡＣＫに対するコーディングレート基準
本発明の具体的な実施例によって、送信するＡＣＫ／ＮＡＣＫビットがＢＡＣＫ／ＮＡＣＫであり、ＰＵＳＣＨリソースに対して現在割り当てられたＭＣＳによる（或いは、ＡＣＫ／ＮＡＣＫ伝送に適用される）変調次数がＱｍであり、ＰＵＳＣＨリソース内でＡＣＫ／ＮＡＣＫのために割り当てられ得る最大コーディングされた（ｃｏｄｅｄ）シンボル数がＮＡＣＫ／ＮＡＣＫ個であるとき、次の式のようにＣＡＣＫ／ＮＡＣＫを定義することができる。
【０１３９】
【数１】
2019134430.tif 000025
【０１４０】
上記ＣＡＣＫ／ＮＡＣＫが事前に設定された閾値Ｃ０より大きい場合に、ＰＵＳＣＨにおけるＵＣＩリソースを拡張したり一部のＵＣＩを省略したりし、上記ＣＡＣＫ／ＮＡＣＫが上記閾値より小さい場合には、既存のＰＵＳＣＨリソースを活用する方案を提案する。
【０１４１】
本発明の実施例に係るＬＴＥシステムにおいて、ＴＤＤ（ｔｉｍｅ  ｄｕｐｌｅｘ  ｄｉｖｉｓｉｏｎ）ベースで動作する場合、ＵＬ／ＤＬ（サブフレーム）設定によって非対称的である、すなわち、ＤＬサブフレームとＵＬサブフレームの数が互いに異なるように決定されることがある。一般に、トラフィックの特性上、ＤＬサブフレームの数がＵＬサブフレームの数よりも多いように設定されることがあり、上記非対称的な構造によって、端末が特定ＵＬ時点に複数のＤＬサブフレームに対するＵＣＩ伝送を行うべき場合がありうる。この場合のペイロードサイズの調整のために、ＬＴＥシステムでは複数のＡＣＫ／ＮＡＣＫに対して論理符号ＡＮＤ演算を適用して単一値を形成するＡＣＫ／ＮＡＣＫバンドリング技法を支援する。
【０１４２】
このとき、基地局の設定によって端末にＡＣＫ／ＮＡＣＫバンドリングが指示された場合、上記ＢＡＣＫ／ＮＡＣＫは、ＡＣＫ／ＮＡＣＫバンドリングが適用された後に送信するＡＣＫ／ＮＡＣＫビットと解釈することができる。すなわち、１次的に、基地局の設定に従ってＡＣＫ／ＮＡＣＫバンドリングを行うか否かを決定し、その後、２次的に、送信するＡＣＫ／ＮＡＣＫビットを一つのパラメータとして活用してＡＣＫ／ＮＡＣＫ伝送のためのＰＵＳＣＨリソース拡張の有無を判断することができる。
【０１４３】
一方、ＰＵＣＣＨを用いたＡＣＫ／ＮＡＣＫ伝送にはバンドリングが適用されないように設定された状況においても、ＰＵＳＣＨを用いたＡＣＫ／ＮＡＣＫ伝送にはバンドリングが適用されてもよく、このようなバンドリングが適用されたＡＣＫ／ＮＡＣＫビット数を基準に、上記ＰＵＳＣＨにおいてＵＣＩを拡張するか否か、或いは下記多重ＰＵＳＣＨでＵＣＩを送信するか否かを最終的に決定することができる。一例として、バンドリングが適用されていない状態におけるＡＣＫ／ＮＡＣＫビット数をＢｗ／ｏ−ｂｕｎｄｌｉｎｇ、バンドリングが適用された状態におけるＡＣＫ／ＮＡＣＫビット数をＢｗｉｔｈ−ｂｕｎｄｌｉｎｇとそれぞれ定義すれば、次のような過程から、ＡＣＫ／ＮＡＣＫに対してバンドリングを適用するか否か、及び提案されたＰＵＳＣＨにおいてＵＣＩを拡張するか否か或いは多重ＰＵＳＣＨでＵＣＩを送信するか否かを決定することができる。
【０１４４】
段階１：Ｂｗ／ｏ−ｂｕｎｄｌｉｎｇに基づいて算出されたＣＡＣＫ／ＮＡＣＫ（或いはＮＡＣＫ／ＮＡＣＫ）値が閾値Ｃ０（或いは、ＮＡＣＫ／ＮＡＣＫに対応する閾値Ｎ０）以下であれば、バンドリングされていないＡＣＫ／ＮＡＣＫを、既存と同じＰＵＳＣＨピギーバック方式で送信し、Ｂｗ／ｏ−ｂｕｎｄｌｉｎｇに基づいて算出されたＣＡＣＫ／ＮＡＣＫ（或いは、ＮＡＣＫ／ＮＡＣＫ）値が閾値を超えると、ＡＣＫ／ＮＡＣＫバンドリングを適用して下記の段階２を行う。
【０１４５】
他の方法として、Ｂｗ／ｏ−ｂｕｎｄｌｉｎｇに基づいて算出されたＡＣＫ／ＮＡＣＫ伝送シンボル数がＮ個（例えば、Ｎ＝４）以下であれば、バンドリングされていないＡＣＫ／ＮＡＣＫを既存と同じＰＵＳＣＨピギーバック方式で送信し、Ｎ個を超えると、ＡＣＫ／ＮＡＣＫバンドリングを適用して段階２を行う。
【０１４６】
段階２：Ｂｗｉｔｈ−ｂｕｎｄｌｉｎｇに基づいて算出されたＣＡＣＫ／ＮＡＣＫ（或いは、ＮＡＣＫ／ＮＡＣＫ）値が閾値以下であれば、バンドリングされたＡＣＫ／ＮＡＣＫを既存と同じＰＵＳＣＨピギーバック方式で送信し、Ｂｗｉｔｈ−ｂｕｎｄｌｉｎｇに基づいて算出されたＣＡＣＫ／ＮＡＣＫ（或いは、ＮＡＣＫ／ＮＡＣＫ）値が閾値を超えると、提案されたＰＵＳＣＨにおけるＵＣＩ拡張或いは多重ＰＵＳＣＨを適用する。
【０１４７】
他の方法として、Ｂｗｉｔｈ−ｂｕｎｄｌｉｎｇに基づいて算出されたＡＣＫ／ＮＡＣＫ伝送シンボル数がＮ個（例えば、Ｎ＝４）以下であれば、バンドリングされたＡＣＫ／ＮＡＣＫを既存と同じＰＵＳＣＨピギーバック方式で送信し、Ｂｗｉｔｈ−ｂｕｎｄｌｉｎｇに基づいて算出されたＡＣＫ／ＮＡＣＫ伝送シンボル数がＮ個を超えると、提案されたＰＵＳＣＨにおけるＵＣＩ拡張或いは多重ＰＵＳＣＨを適用する。
【０１４８】
本発明の実施例に係るＬＴＥシステムにおいてＵＣＩをＰＵＳＣＨリソース内で図５のようにピギーバックする場合、ＡＣＫ／ＮＡＣＫ又はＲＩに対するコーディングされた変調シンボル数は、割り当てられたＰＵＳＣＨリソースにおいて最大で４個のＳＣ−ＦＤＭＡシンボルに該当する分になり得る。例えば、一般ＣＰであり、１ＲＢのＰＵＳＣＨである場合には、４８（＝４＊１２）ＲＥが、ＡＣＫ／ＮＡＣＫ又はＲＩのためのコーディングされた変調シンボル数となる。一方、ＣＱＩ／ＰＭＩに対するコーディングされた変調シンボル数は、最大で、全ＰＵＳＣＨリソースからＲＩリソースを除く分になり得る。上記の観点で、ＵＣＩ増加によるＰＵＳＣＨにおけるリソース不足は、ＡＣＫ／ＮＡＣＫ又はＲＩがＣＱＩ／ＰＭＩに比べてより多く、また一般にＡＣＫ／ＮＡＣＫがＣＳＩ（例えば、ＲＩ、ＣＱＩ／ＰＭＩ）に比べて高い優先順位を有することから、ＡＣＫ／ＮＡＣＫを基準にＰＵＳＣＨにおけるＵＣＩリソース拡張又は一部のＵＣＩの省略を適用するか否かを決定することが好ましいだろう。
【０１４９】
一方案として、ＰＵＳＣＨリソース内で現在ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）による変調次数Ｑｍを仮定し、この場合にＡＣＫ／ＮＡＣＫが達成できる最小のコーディングレートが適正か否かを調べることができる。
【０１５０】
（▲ＰＵＣＣＨリソース伝送を仮定したＡＣＫ／ＮＡＣＫに対するコーディングレート基準）
本発明の更なる動作として、基地局が端末に特定ＰＵＣＣＨリソースを基準（ｒｅｆｅｒｅｎｃｅ）として設定し、端末はＰＵＳＣＨリソースでＵＣＩピギーバックを行う時、端末は、割り当てられたＰＵＳＣＨリソースでＡＣＫ／ＮＡＣＫを送信する時のＡＣＫ／ＮＡＣＫに対する最小コーディングレートＣ１と、ＡＣＫ／ＮＡＣＫを上記基地局が基準として設定したＰＵＣＣＨリソースで送信する時のＡＣＫ／ＮＡＣＫに対するコーディングレートＣ２とを比較（例えば、Ｃ１とＣ２との比率（ｒａｔｉｏ）或いはＣ１とＣ２との差などを算出）して、１）その結果が、基地局が設定した又は事前に定義された閾値ΔＣ０より大きい場合には、ＰＵＳＣＨにおけるＵＣＩリソースを拡張したり、又は複数のＰＵＳＣＨにわたってＵＣＩを送信したり、又は他のＰＵＳＣＨを選択して上記過程を再び行ったり、又はＰＵＣＣＨを用いてＵＣＩを送信したり、又はＵＣＩサイズを縮小（例えば、一部のＵＣＩを省略）し、２）そうでない（すなわち、当該結果値が閾値ΔＣ０より小さい）場合には、既存のＵＣＩピギーバック方式をそのまま適用する方案を提案する。
【０１５１】
簡単な一例として、Ｃ１がＣ２より大きい場合には、上記１）の動作を適用し、そうでない（すなわち、Ｃ１がＣ２より小さい）場合には、既存の２）の方式を適用することができる。
【０１５２】
一例として、上記動作においてＣ１，Ｃ２を下記の式のように定義することができる。
【０１５３】
【数２】
2019134430.tif 000026
【０１５４】
ここで、ＢＡＣＫ／ＮＡＣＫは、送信するＡＣＫ／ＮＡＣＫのペイロードサイズ（ビット数）を意味し、ＱＰＵＳＣＨ，ｍとＱＰＵＣＣＨ，ｍはそれぞれ、ＰＵＳＣＨリソースに対して現在割り当てられたＭＣＳによる（或いは、ＡＣＫ／ＮＡＣＫ伝送に適用される）変調次数と、上記基地局が基準として設定したＰＵＣＣＨリソースで適用される変調次数を意味する。同様に、ＮＰＵＳＣＨ，Ａ／ＮとＮＰＵＣＣＨ，Ａ／Ｎはそれぞれ、ＰＵＳＣＨリソースでＡＣＫ／ＮＡＣＫ伝送のために割り当て得る最大限のコーディングされたシンボル数と、上記基地局が基準として設定したＰＵＣＣＨリソースでＡＣＫ／ＮＡＣＫ伝送のために割り当てえる最大限のコーディングされたシンボル数を意味する。
【０１５５】
上記の動作は、端末がＵＣＩをＰＵＳＣＨリソースにピギーバックして送信する時、ＵＣＩ専用フィードバックコンテナ（ｃｏｎｔａｉｎｅｒ）であるＰＵＣＣＨリソースでのＵＣＩコーディングレートを基準に、現在割り当てられたＰＵＳＣＨリソース内ＵＣＩコーディングレートがＰＵＣＣＨリソースでのＵＣＩコーディングレートより低いと、ＵＣＩ伝送に信頼性あると判断し、既存の２）の方式を適用して、或いは上記１）の動作を適用することによってＵＣＩ伝送の信頼性を高めるという意味を有する。
【０１５６】
（▲最大限にコーディングされたシンボル数を仮定する時のＡＣＫ／ＮＡＣＫに対するコーディングレート基準）
本発明の更なる動作として、端末がＰＵＳＣＨリソース内にＵＣＩピギーバックを行う時、上記ＰＵＳＣＨリソース内ＵＣＩ伝送のために活用できる最大限のコーディングされたシンボル数
【０１５７】
【化１６】
2019134430.tif 000027
【０１５８】
（或いは、このような制約を仮定した状態での最小コーディングレート）Ｃ１と、下記（ｉ）、（ｉｉ）、（ｉｉｉ）、（ｉｖ）のいずれか一つ以上の組み合わせと決定されるコーディングされたシンボル数
【０１５９】
【化１７】
2019134430.tif 000028
【０１６０】
（或いは、これを仮定したコーディングレート）Ｃ２とを比較（例えば、Ｃ１とＣ２との比率（ｒａｔｉｏ）或いはＣ１とＣ２との差などを算出）して、その結果が、基地局が設定した又は事前に定義された閾値ΔＣ０より大きい場合には、上記１）の動作を適用し、そうでない（すなわち、上記結果が閾値ΔＣ０より小さい）場合には、既存２）の方式を適用することを提案する。
【０１６１】
（ｉ）ＵＣＩペイロードサイズ（例えば、ＵＣＩビット数）
（ｉｉ）割り当てられたＰＵＳＣＨリソース量（例えば、ＰＵＳＣＨ  ＰＲＢ数）
（ｉｉｉ）割り当てられたＰＵＳＣＨリソース（又はＵＣＩ）に適用される変調次数
（ｉｖ）割り当てられたＰＵＳＣＨリソースで伝送可能なＴＢＳ（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ  ｓｉｚｅ）ビット量
例えば、ＬＴＥシステムにおいてＰＵＳＣＨが１個のＴＢ（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）を送信する時、Ｃ１とＣ２を下記の式のように定義することができる。
【０１６２】
【数３】
2019134430.tif 000029
【０１６３】
ここで、ＯはＵＣＩペイロードサイズを、ＱｍはＵＣＩに適用される変調次数を、
【０１６４】
【化１８】
2019134430.tif 000030
【０１６５】
は、割り当てられたＰＵＳＣＨリソースの周波数軸サブキャリア数を、
【０１６６】
【化１９】
2019134430.tif 000031
【０１６７】
は、ＰＵＳＣＨリソースが割り当てられたＳＣ−ＦＤＭＡシンボル数を、Ｋｒは、ｒ番目のコードブロックで送信されるビット数を、
【０１６８】
【化２０】
2019134430.tif 000032
【０１６９】
は、設計パラメータを意味し、
【０１７０】
【化２１】
2019134430.tif 000033
【０１７１】
は、切り上げ（ｃｅｉｌｉｎｇ）記号を意味する。
【０１７２】
前述した実施例による動作は、便宜のためにＡＣＫ／ＮＡＣＫを基準に記述したが、ＡＣＫ／ＮＡＣＫ以外のＵＣＩ（例えば、ＲＩ、ＣＱＩ／ＰＭＩ）にも各ＵＣＩに対するコーディングレートを考慮して同じ原理で適用することができる。
【０１７３】
−  設定されたＣＣ個数基準
本発明の具体的な実施例によって、端末に設定されたＣＣの個数ＮＣＣがＮ０個より大きい場合に、ＰＵＳＣＨにおけるＵＣＩリソースを拡張したり、一部のＵＣＩを省略したりし、小さい場合には、既存のＰＵＳＣＨリソースを活用する方案を提案する。この時、上記Ｎ０は、事前に定義されてもよく、基地局が設定してもよい。
【０１７４】
前述した"ＡＣＫ／ＮＡＣＫに対するコーディングレート基準"による動作は、現在変調次数と現在割り当てられたリソース量を反映するという点で、柔軟にＰＵＳＣＨリソースを拡張することができる。しかし、当該動作は、端末にとって複雑度が増加することがあり、よって、本発明ではより簡単な方案として、当該端末に設定されたＣＣ個数を基準に、上記個数が事前に設定された又は基地局が設定した個数より大きい場合に、ＰＵＳＣＨにおけるＵＣＩリソースを拡張したりＵＣＩの一部を省略する動作を行う方案を提案する。
【０１７５】
又は、上記提示されたパラメータＮＣＣ、ＢＡＣＫ／ＮＡＣＫ、ＮＡＣＫ／ＮＡＣＫ、Ｑｍの少なくとも一つ或いは一つ以上の組み合わせによって、ＵＣＩリソースを拡張するか否か、又は一部のＵＣＩを省略するか否かを決定することができる。
【０１７６】
−上位層シグナリング基準
本発明の具体的な実施例によって、基地局が端末に、ＰＵＳＣＨにおけるＵＣＩリソースを拡張するか否かを、上位層信号で設定する方案を提案する。
【０１７７】
上記"設定されたＣＣ個数基準"動作に対するより明確な形態として、基地局が端末にＰＵＳＣＨにおけるＵＣＩリソースを拡張するように上位層信号を与える方案も考慮することができる。
【０１７８】
上記の方式はいずれも、後に説明される、多重ＰＵＳＣＨでＵＣＩを送信するか否かを決定する際にも同様に適用することができ、この場合、上記パラメータＮＡＣＫ／ＮＡＣＫ，Ｑｍ（及び／又は、ＢＡＣＫ／ＮＡＣＫ）は、優先順位の最も高いＰＵＳＣＨを基準に算定することができる。
【０１７９】
（ＰＵＳＣＨにおけるＵＣＩリソースの拡張又は一部のＵＣＩの省略の方案）
−  ＡＣＫ／ＮＡＣＫリソース拡張及びＲＩマッピング変更
本発明の具体的な実施例によって、ＰＵＳＣＨリソース内ＡＣＫ／ＮＡＣＫ、ＲＩ、ＣＱＩ／ＰＭＩのための最大リソース領域がそれぞれ、Ｓ１、Ｓ２、Ｓ３として存在し、ＵＣＩのためのＰＵＳＣＨ内リソース領域を拡張しようとする時、新しく拡張されたＡＣＫ／ＮＡＣＫのための最大リソース領域ＳＡＣＫ／ＮＡＣＫは、Ｓ１及びＳ２の和集合と定義し、ＲＩとＣＱＩ／ＰＭＩはＳ２及びＳ３の和集合を最大リソース領域ＳＣＳＩと定義して共有する方案を提案する。
【０１８０】
図５から分かるように、本発明の実施例に係るＬＴＥシステムにおいてＡＣＫ／ＮＡＣＫのための最大伝送リソース領域Ｓ１は、＃２、＃４、＃９、＃１１番目のＳＣ−ＦＤＭＡシンボルを、ＲＩのための最大伝送リソース領域Ｓ２は、＃１、＃５、＃８、＃１２番目のＳＣ−ＦＤＭＡシンボルになり、ＣＱＩ／ＰＭＩのための最大伝送リソース領域Ｓ３は、ＰＵＳＣＨリソース内でＲＳ以外のＲＥのうち、ＲＩ伝送のために割り当てられたＲＥを除いた残りとなる。しかし、大規模ＣＡ技法によって報告すべきＵＣＩの量が増加した時、ＡＣＫ／ＮＡＣＫのためのリソース確保を優先とすることが好ましく、一方案として、ＲＩ伝送のためのリソース領域をＡＣＫ／ＮＡＣＫ伝送のためのリソース領域に切り替え、ＲＩはＣＱＩ／ＰＭＩ伝送のための伝送領域で共に送信する方案を考慮することができる。
【０１８１】
以下では、ＡＣＫ／ＮＡＣＫリソース拡張及びＲＩマッピング変更に対する具体的な例示を提示する。
【０１８２】
（ａ）ＳＣＳＩ定義及びＲＩとＣＱＩ／ＰＭＩのコーディングされたシンボルに対するマッピング順序
一例示として、ＳＣＳＩは。図６のように割り当てられたＰＵＳＣＨリソース領域内でＲＳ以外の領域になり得る。このとき、ＲＩとＣＱＩ／ＰＭＩのマッピングは、まず、ＲＩのコーディングされたシンボルを上記ＳＣＳＩ内で時間インデックスの最小値、周波数インデックスの最小値から始まって、時間インデックスを増加させながら割り当て、時間インデックスが最大値を有すると周波数インデックスを１増加させ、さらに、時間インデックスの最小値から始まって時間インデックスを増加させながら割り当てる時間−優先（ｔｉｍｅ−ｆｉｒｓｔ）方式でマップし、その後、ＣＱＩ／ＰＭＩのコーディングされたシンボルを上記時間−優先の方式でマップする。この方式によるマッピング順序を図６に示している。
【０１８３】
（ｂ）ＳＡＣＫ／ＮＡＣＫ定義及びＡＣＫ／ＮＡＣＫのコーディングされたシンボルに対するマッピング順序
一例示として、ＳＡＣＫ／ＮＡＣＫは、図７のように割り当てられたＰＵＳＣＨリソース領域内の各ＲＳを中心に両側の２個のＳＣ−ＦＤＭＡシンボルずつ、総８個のＳＣ−ＦＤＭＡシンボルになり得る。この時、ＡＣＫ／ＮＡＣＫのコーディングされたシンボルは、図７のように、ＲＳに隣接したＳＣ−ＦＤＭＡシンボルが優先順位を有し、周波数インデックスが最大値である時から始まって周波数インデックスを減少させながら、コーディングされたシンボルを割り当てるが、周波数インデックスが最小値になると、次の優先順位を有するＳＣ−ＦＤＭＡシンボルから始まって同じ方式でコーディングされたシンボルを割り当てる。この時、ＡＣＫ／ＮＡＣＫのコーディングされたシンボルを割り当てるＲＥに、ＲＩ又はＣＱＩ／ＰＭＩのコーディングされたシンボルが割り当てられる場合には、当該位置のＲＩ又はＣＱＩ／ＰＭＩをパンクチャリングしながら、ＡＣＫ／ＮＡＣＫのコーディングされたシンボルを割り当てる。図７は、図６のＲＩとＣＱＩ／ＰＭＩ割り当てを仮定したとき、ＡＣＫ／ＮＡＣＫリソースを拡張する例示を示す図である。
【０１８４】
又は、ＡＣＫ／ＮＡＣＫ割り当てによるＣＳＩのパンクチャリングを緩和するために、拡張されたリソース領域に対してＡＣＫ／ＮＡＣＫを時間優先の方式で図８のように割り当てることもできる。
【０１８５】
このとき、ＡＣＫ／ＮＡＣＫ（又はＲＩ）リソース領域が拡張されて、多いビットのＡＣＫ／ＮＡＣＫ（又はＲＩ）をＰＵＳＣＨで送信できる場合、上記ＡＣＫ／ＮＡＣＫ（又はＲＩ）に対するＣＲＣをさらに含めて送信することができる。
【０１８６】
−ＡＣＫ／ＮＡＣＫリソースのための別途のＳＣ−ＦＤＭＡシンボルの設定
本発明の具体的な実施例によって、ＰＵＳＣＨリソース内でＡＣＫ／ＮＡＣＫのための最大リソース領域がＳＣ−ＦＤＭＡシンボルの観点で定義され、ＵＣＩのためのＰＵＳＣＨ内リソース領域を拡張しようとする時、特定ＳＣ−ＦＤＭＡシンボルをさらに設定してＡＣＫ／ＮＡＣＫのためのリソース領域として活用する方案を提案する。
【０１８７】
上記の本発明において提案した"ＡＣＫ／ＮＡＣＫリソース拡張及びＲＩマッピング変更"による動作は、ＲＩの優先順位がＡＣＫ／ＮＡＣＫに比べて相対的に低いと判断し、ＲＩのリソースをＡＣＫ／ＮＡＣＫのためのリソースに切り替えることによって、ＰＵＳＣＨリソース内ＡＣＫ／ＮＡＣＫ伝送のためのリソースを拡張した。しかし、ＡＣＫ／ＮＡＣＫ伝送のためのリソースを拡張する場合にもＲＩのＣＱＩ／ＰＭＩに対する優先順位を保護するためには、基地局が端末にＲＲＣなどの上位層信号を用いて別途のＳＣ−ＦＤＭＡシンボルを設定してＡＣＫ／ＮＡＣＫのためのリソースを拡張することができる。
【０１８８】
図９では、ＡＣＫ／ＮＡＣＫリソース拡張に関する具体的な例示として、＃０、＃６、＃７、＃１３番目のＳＣ−ＦＤＭＡシンボルをＡＣＫ／ＮＡＣＫ伝送のためにさらに活用する方案を提示する。ただし、このとき、上記"ＡＣＫ／ＮＡＣＫリソース拡張及びＲＩマッピング変更"による動作と違い、ＲＩマッピングは既存方式において変更されない。
【０１８９】
このとき、図９のように、最後のＯＦＤＭシンボルを拡張されたＡＣＫ／ＮＡＣＫリソース領域として設定した場合、端末は、ＳＲＳ（ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）が送信されるサブフレームでは、当該ＯＦＤＭシンボルを拡張されたＡＣＫ／ＮＡＣＫリソースから排除する動作を行うことができる。又は、特定の状況（例えば、セル−特定ＳＲＳ帯域幅外の領域にＰＵＳＣＨリソースが割り当てられた場合）において、端末に上記拡張されたＡＣＫ／ＮＡＣＫリソース領域が準−静的に割り当てられず、基地局で指示されたＭＣＳとリソース領域に基づいて動的に決定される場合には、常に拡張されたＡＣＫ／ＮＡＣＫリソース領域が必要なわではないため、特定サブフレームで送信されるＡＣＫ／ＮＡＣＫが拡張されたリソース領域を要求し、当該サブフレームでＳＲＳ伝送が設定された場合に、端末がＡＣＫ／ＮＡＣＫを優先視してＳＲＳを送らないように動作することができる。
【０１９０】
一方、ＡＣＫ／ＮＡＣＫのために追加される上記特定ＳＣ−ＦＤＭＡシンボルは、既存ＲＩがピギーバックされるＳＣ−ＦＤＭＡシンボルであってもよく、このとき、ＡＣＫ／ＮＡＣＫに対するコーディングされたシンボルを割り当てる過程において、ＲＩに対するコーディングされたシンボルが割り当てられるＲＥがパンクチャリングされてもよい。ただし、このとき、拡張されたＳＣ−ＦＤＭＡシンボルにおけるＡＣＫ／ＮＡＣＫに対するコーディングされたシンボルをマップする順序は、ＲＩの場合と逆に、周波数インデックスが最小である地点から始めることができる。図１０は、上記例示を示す図である。この場合にも、ＡＣＫ／ＮＡＣＫのコーディングされたシンボルを割り当てる位置に、ＲＩのコーディングされたシンボルが割り当てられる場合には、当該位置のＲＩをパンクチャリングしながらＡＣＫ／ＮＡＣＫを割り当てる。
【０１９１】
上記特定ＳＣ−ＦＤＭＡシンボルを活用してＡＣＫ／ＮＡＣＫ伝送のためのリソースを拡張する更なる方案として、ＲＩが送信されるＳＣ−ＦＤＭＡシンボルをＡＣＫ／ＮＡＣＫ伝送のためのリソースに拡張するが、ＲＩに対するコーディングされたシンボルが割り当てられるＲＥに対してはレートマッチング（ｒａｔｅ  ｍａｔｃｈｉｎｇ）を行うことができる。例えば、図１１のように、ＡＣＫ／ＮＡＣＫに対するコーディングされたシンボルが、ＡＣＫ／ＮＡＣＫ伝送のための既存リソース領域（例えば、４個のＳＣ−ＦＤＭＡシンボル）を超える場合、既存リソース領域に割り当てられなかったＡＣＫ／ＮＡＣＫに対するコーディングされたシンボルは、ＲＩ伝送のためのリソース領域において、ＲＩに対するコーディングされたシンボルを割り当てた後に、順次に割り当てることができる。上記のように、既存リソース領域外のリソースに割り当てられるＡＣＫ／ＮＡＣＫに対するコーディングされたシンボルを、ＲＩのための伝送リソース後に割り当てることによって、ＲＩに対する保護効果を得ることができ、付加的に拡張されたリソース領域に割り当てられるＡＣＫ／ＮＡＣＫに対するコーディングされたシンボル又はＲＩに対するコーディングされたシンボルが多くない場合には、ＣＱＩ／ＰＭＩに対するパンクチャリングを緩和する効果を得ることができる。
【０１９２】
−  一部のＣＣに対するＵＣＩ省略の方案
▲ＣＳＩ省略方案
本発明の具体的な実施例によって、基地局が端末に、複数のＣＣに対するＵＣＩでＡＣＫ／ＮＡＣＫ、ＲＩ、及びＣＱＩ／ＰＭＩをＰＵＳＣＨで送信するように設定し、ＡＣＫ／ＮＡＣＫのための伝送リソース領域が拡張され得るとき、下記の条件（ａ）、（ｂ）、（ｃ）、（ｄ）の一つ以上を満たすと、
（ａ）ＡＣＫ／ＮＡＣＫのコーディングされたシンボルによるパンクチャリング効果を考慮して、ＲＩ（又はＣＱＩ／ＰＭＩ）に対するコーディングレートＣＲＩ（又はＣＣＱＩ／ＰＭＩ）が下記の式４（又は式５）のように与えられるとき、上記コーディングレートが基地局の事前に設定した閾値より低くなる場合、
【０１９３】
【数４】
2019134430.tif 000034
【０１９４】
そして、
【０１９５】
【数５】
2019134430.tif 000035
【０１９６】
ここで、ＢＲＩとＢＣＱＩ／ＰＭＩはそれぞれ、ＲＩとＣＱＩ／ＰＭＩのペイロードサイズを、ＮＲＩとＮＣＱＩ／ＰＭＩはそれぞれ、ＲＩとＣＱＩ／ＰＭＩ伝送のための最大ＲＥ数を、ＮＲＩ，ＰとＮＣＱＩ／ＰＭＩ，Ｐはそれぞれ、ＡＣＫ／ＮＡＣＫのコーディングされたシンボルによってパンクチャリングされるＲＩとＣＱＩ／ＰＭＩに対するＲＥ数を、ＱｍはＰＵＳＣＨのＭＣＳレベルによる変調次数を意味する。
【０１９７】
（ｂ）ＡＣＫ／ＮＡＣＫ伝送のためのリソース領域が、前述した一つ以上の基準によって拡張される場合
（ｃ）端末に設定されたＣＣの個数ＮＣＣが、事前に設定されたり基地局が設定したＮ０より大きい場合
（ｄ）基地局が端末にＰＵＳＣＨ内ＲＩ（又はＣＱＩ／ＰＭＩ）を除外するように上位層信号で設定した場合、
端末がＣＳＩの一部を、送信するＵＣＩから除外する動作を提案する。より具体的に、（ｉ）ＲＩとＣＱＩ／ＰＭＩをＵＣＩ伝送から除外したり、（ｉｉ）ＣＱＩ／ＰＭＩをＵＣＩ伝送から除外したり、（ｉｉｉ）ＣＱＩ／ＰＭＩが広帯域（Ｗｉｄｅｂａｎｄ）に対する内容と副帯域（Ｓｕｂｂａｎｄ）に対する内容とに区別される場合、副帯域対する内容をＵＣＩ伝送から除外することができる。
【０１９８】
大規模ＣＡ技法などによって送信すべきＵＣＩの量が多いことから、ＡＣＫ／ＮＡＣＫのための伝送リソースを拡張しなければならない場合、ＡＣＫ／ＮＡＣＫ、ＲＩ、及びＣＱＩ／ＰＭＩを、一つのＰＵＳＣＨ内で同時に送信する動作は効率的でない場合がある。例えば、本発明の動作によってＡＣＫ／ＮＡＣＫ伝送のためのリソース領域を拡張する場合、図７、図８、図１０のようにＡＣＫ／ＮＡＣＫの優先順位によってＡＣＫ／ＮＡＣＫのコーディングされたシンボル割り当て過程によって、ＲＩ及びＣＱＩ／ＰＭＩのコーディングされたシンボルがパンクチャリングされる現象がより頻繁に発生しうる。したがって、上記のように、ＡＣＫ／ＮＡＣＫリソースが拡張される場合には、パンクチャリング効果を考慮して、全てのＣＳＩ或いは一部のＣＳＩ（例えば、ＲＩを除外したＣＱＩ／ＰＭＩ）に対する伝送を省略する方案を考慮することができる。一例として、ＡＣＫ／ＮＡＣＫの占有するリソースがＮ個のシンボルを超える場合（例えば、Ｎ＝４）、ＣＳＩの全て或いは一部に対する伝送を省略することができる。
【０１９９】
（▲ＡＣＫ／ＮＡＣＫ省略の方案）
（△ブラインドデコーディング及びＣＲＣベースのＣＣグループの設定）
本発明の具体的な実施例によって、基地局が端末にＮＣＣ個のＣＣ（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）を設定したとき、上記基地局は端末にさらに、全ＮＣＣ個のＣＣのうち、事前に又は上位層信号で集合Ｓ＝｛Ｎ０，Ｎ１，Ｎ２，……，ＮＭ｝を設定し、端末は、上記集合Ｓ内の特定Ｎｋ個のＣＣを考慮して、ＡＣＫ／ＮＡＣＫ伝送のためのペイロードサイズを定義した後、総ＮＣＣ個のＣＣのうちいかなるＮｋ個のＣＣが選択されたかを示すＣＲＳマスキング（ｍａｓｋｉｎｇ  ｃｏｄｅ）を定義し、上記Ｎｋ個のＣＣに対するＡＣＫ／ＮＡＣＫとＣＲＣマスキングされたＣＲＣを共に送信する。この時、基地局は集合Ｓを仮定して、端末の送信したＡＣＫ／ＮＡＣＫに対してブラインド検出を行い、選択されなかったＣＣに対するＡＣＫ／ＮＡＣＫはＮＡＣＫ／ＤＴＸと仮定する方案を提案する。
【０２００】
本発明の具体的な実施例に係るＬＴＥシステムでは、ＰＵＳＣＨを介してＡＣＫ／ＮＡＣＫを送信する時、実際にスケジュールされなくても、端末に設定されたＣＣに対するＡＣＫ／ＮＡＣＫを全て送信できるように設計される。これは、ＰＤＣＣＨミシング（ｍｉｓｓｉｎｇ）、活性化／非活性化（Ａｃｔｉｖａｔｉｏｎ／ｄｅａｃｔｉｖａｔｉｏｎ）信号ミシングなどの曖昧さ（Ａｍｂｉｇｕｉｔｙ）が発生する場合を勘案するためである。しかし、基地局が大規模ＣＡ技法によって、例えば、最大８個又は１６個のＣＣを設定しても、実際に全ＣＣに対するスケジューリングを一つの端末に与える場合は確率的に少ないと期待される。したがって、全ＮＣＣ個のＣＣが設定されていても、大部分のＣＣはスケジューリングがなく、ＤＴＸを意味できる。
【０２０１】
したがって、本発明では、ＡＣＫ／ＮＡＣＫペイロードサイズが十分に多いため、ＣＲＣを追加する方案を考慮できるとき、基地局が事前に端末に可能なＣＣ数の集合を設定し、端末は上記設定されたＣＣ数の集合のうち一つの値を選択して自身のペイロードを決定し、ＡＣＫ／ＮＡＣＫをＣＲＣと共に送信する。この時、ＣＲＣは、ＣＣ組み合わせに対するＣＲＳマスキングコードにＣＲＣマスキングされて送信され、基地局は、ブラインド検出から、いかなるＣＲＳマスキングコードといかなるペイロードサイズを端末が送ったかを把握することができる。この時、上記ペイロードサイズは、ＡＣＫ／ＮＡＣＫが送信されたＣＣ数を意味し、上記ＣＣ数におけるＣＲＳマスキングコードを解釈することによって、いかなるＣＣ組み合わせに対するＡＣＫ／ＮＡＣＫが送信されたかを検出することができる。又は、端末が上記ＣＣ組み合わせに関する情報をＡＣＫ／ＮＡＣＫ情報に追加して送信することができる。一方、基地局は、端末によって選択されていないＣＣに対するＡＣＫ／ＮＡＣＫに対してはＮＡＣＫ／ＤＴＸを仮定する。
【０２０２】
一例として、ＡＣＫ／ＮＡＣＫに対するＣＲＣは、４ビット又は８ビットＣＲＳを適用することができ、上記４ビットＣＲＳのための多項式（Ｐｏｌｙｎｏｍｉａｌ）の一例としてｘ４＋ｘ＋１を活用することができる。
【０２０３】
（△ＵＬ承認ＤＣＩベースのＣＣグループの設定）
本発明の具体的な実施例によって、基地局が端末にＮＣＣ個のＣＣを設定した時、上記基地局は端末に事前に又は上位層信号で、各元素がＣＣグループで構成され、全元素の数が２Ｂ個である集合Ｓを設定し、基地局はさらに、ＵＬ承認のためのＤＣＩ（ｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）においてＢビットで構成されたビットフィールドを用いて、ＰＵＳＣＨにおけるＵＣＩピギーバックを行うＣＣグループを、上記Ｓ内で指定する方案を提案する。この時、基地局は、選択されなかったＣＣに対するＡＣＫ／ＮＡＣＫはＮＡＣＫ／ＤＴＸと仮定する。
【０２０４】
基地局運営の観点で、特定ＣＣは他のＣＣに比べて重要度が高い場合がある。例えば、ＣＣグループ１は、免許帯域（ｌｉｃｅｎｓｅｄ  ｂａｎｄ）で動作するＣＣで構成されているが、ＣＣグループ２は、非免許帯域（ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄ）で動作するＣＣで構成されていると仮定しよう。このとき、ＣＣグループ１とＣＣグループ２に対するＵＣＩを一つのＰＵＳＣＨで送信する場合が発生し、リソースの制約上、その一部を伝送から除外する場合、基地局はＣＣグループ１に対するＵＣＩを好むだろう。したがって、本発明では、上記のような基地局運営上の選好度を考慮するために、基地局が事前にＣＣグループで構成された集合を端末に設定し、ＵＬ承認を指示するＤＣＩで上記集合内特定ＣＣグループを指示することによって、当該ＤＣＩに対応するＰＵＳＣＨでＵＣＩピギーバックを行うＣＣグループを、基地局が直接指示する方案を提案する。
【０２０５】
（△ＤＭ−ＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）のＣＳ（ｃｙｃｌｉｃ  ｓｈｉｆｔ）及びＯＣＣ（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）組み合わせベースのＣＣグループの設定）
本発明の具体的な実施例によって、基地局が端末にＮＣＣ個のＣＣを設定した時、上記基地局は端末に事前に又は上位層信号でＰＵＳＣＨ  ＤＭ−ＲＳに対するＣＳ及びＯＣＣの組み合わせ別ＣＣグループを定義し、端末は自身に設定されたＣＳ及びＯＣＣの組み合わせによって選択されたＣＣグループに対するＵＣＩをＰＵＳＣＨにピギーバックして送信する方案を提案する。
【０２０６】
前述した"ＵＬ承認ＤＣＩベースのＣＣグループの設定"によって、基地局が端末にＵＬ承認ＤＣＩを用いてＣＣグループを知らせる場合、別途のビットフィールドをＤＣＩに追加することは、制御シグナリングオーバーヘッドを増加させることにつながりうる。上記オーバーヘッドを減らすために、端末が既存に活用する情報にＣＣグループに関する情報を結合することができる。本発明では一方案として、基地局が事前に、端末がＰＵＳＣＨ伝送時に活用するＤＭ−ＲＳのＣＳ及びＯＣＣの組み合わせ別にＣＣグループを設定し、端末は上記ＣＳ及びＯＣＣの組み合わせによって、該当のＰＵＳＣＨ内にＵＣＩをピギーバックするＣＣグループを選択する方案を提案する。このとき、本発明の実施例に係るＬＴＥシステムにおいて上記ＣＳ及びＯＣＣの組み合わせは、ＵＬ承認のためのＤＣＩにおいて次表のように３ビットのサイクリックシフトフィールド（Ｃｙｃｌｉｃ  ｓｈｉｆｔ  ｆｉｌｅｄ）で示すことができる。この時、ＯＣＣは、基地局が端末に上位層信号でＡｃｔｉｖａｔｅ−ＤＭＲＳ−ｗｉｔｈ  ＯＣＣを設定する場合に適用される。
【０２０７】
【表８】
2019134430.tif 000036
【０２０８】
本発明で提案する動作によって、基地局が端末に上記各サイクリックシフトフィールドが示す状態ごとにＣＣグループを設定することができる。
【０２０９】
（多重ＰＵＳＣＨの伝送）
以下では、端末が個別のＣＣに対してＮＰＵＳＣＨ個のＰＵＳＣＨ伝送を行い、ＮＣＣ個のＣＣに対するＵＣＩが存在するとき、複数のＰＵＳＣＨに対してＵＣＩを分配する方案を提案する。
【０２１０】
−  ＰＵＳＣＨ別ＵＣＩ伝送が許容される最大ＣＣ個数ベースの割り当て
本発明の具体的な実施例によって、端末が複数のＰＵＳＣＨを介して複数ＣＣに対するＵＣＩを送信するとき、ＮＰＵＳＣＨ個のＰＵＳＣＨに対する優先順位が存在し、ＮＣＣ個のＣＣに対する優先順位が存在すると、基地局は、ｋ番目のＰＵＳＣＨで伝送可能な特定ＵＣＩ（例えば、ＡＣＫ／ＮＡＣＫ、ＲＩ、ＣＱＩ／ＰＭＩ）の最大ペイロードサイズ又はコーディングレートを定義し、端末は、優先順位の高いＰＵＳＣＨの順に最大ペイロードサイズを超えないようにする最大個数のＣＣを、上記ＣＣの優先順位によって選択して、当該ＣＣに対する上記特定ＵＣＩを送信する方案を提案する。
【０２１１】
図１２は、２個のＰＵＳＣＨリソースが存在し、６個のＣＣに対するＵＣＩを送信すべき場合、１番目の優先順位を有するＰＵＳＣＨリソースにおいて自身の最大ペイロードサイズによって最大で５個のＣＣに対するＵＣＩを送信し、２番目の優先順位を有するＰＵＳＣＨリソースにおいて自身の最大ペイロードサイズ内で許容される残り１個のＣＣに対するＵＣＩを送信する方案を提案する。このとき、２番目のＰＵＳＣＨリソースでＵＣＩのためのコーディングされたシンボルを計算する過程において全ＵＣＩのペイロードから１番目のＰＵＳＣＨリソースで割り当てられるＵＣＩが除外されたことを考慮しなければならない。
【０２１２】
−  ＰＵＳＣＨ別ＵＣＩ伝送が許容されるＣＣグループベースの割り当て
本発明の具体的な実施例によって、端末が複数のＰＵＳＣＨを介して複数ＣＣに対するＵＣＩを送信するとき、ＰＵＳＣＨリソース数によって、各ＰＵＳＣＨリソースに（ＵＣＩピギーバックが行われる対象に）設定され得るＣＣグループが基地局から設定されたり或いは特定規則によって決定される状態で、端末は、自身に割り当てられたＰＵＳＣＨリソース数と上記設定／規則によって各ＰＵＳＣＨリソース別に設定／決定されるＣＣグループに対するＵＣＩをピギーバックして送信する方案を提案する。
【０２１３】
上記"ＰＵＳＣＨ別ＵＣＩ伝送が許容される最大ＣＣ個数ベース割り当て"の動作によれば、優先順位の高いＰＵＳＣＨリソースは、ＵＣＩ伝送リソースを最大限に利用し、優先順位の低いＰＵＳＣＨリソースは、ＵＣＩ伝送リソースを比較的少なく利用することができる。このとき、ＰＵＳＣＨリソース別にＵＣＩ伝送の安定性がばらつくことがあり、ＵＣＩ伝送の安定性側面で、各ＰＵＳＣＨリソース別にＵＣＩを均等に設定することがより好ましい。最も均等な方案としては、端末に設定された全ＣＣに対する全ＵＣＩに対して、複数のＰＵＳＣＨリソースを一つのコンテナと見なしてＰＵＳＣＨリソースのインデックスを増加させながら、ＵＣＩのコーディングされたシンボルを割り当てる方案を挙げることができる。しかし、この方式は、ＰＵＳＣＨリソースミシングなどの曖昧さが発生する状況に脆弱でありうるため、本発明では代案として、ＰＵＳＣＨリソースの数によって、各ＰＵＳＣＨリソース別にＵＣＩをピギーバックできるＣＣグループを設定する方案を考慮する。
【０２１４】
一例として、総６個のＣＣ（例えば、ＣＣ  ＃０、ＣＣ  ＃１、ＣＣ  ＃２、ＣＣ  ＃３、ＣＣ  ＃４、ＣＣ  ＃５）がある場合、下記の表のように、基地局が端末にＰＵＳＣＨリソース数によるＰＵＳＣＨ別ＵＣＩピギーバック対象ＣＣグループを設定することができる。
【０２１５】
【表９】
2019134430.tif 000037
【０２１６】
−  複数のＣＣに対する統合ＵＣＩの伝送
本発明の具体的な実施例によって、端末が複数のＰＵＳＣＨを介して複数ＣＣに対するＵＣＩを送信するとき、端末が複数のＣＣに対するＵＣＩを連結（Ｃｏｎｃａｔｅｎａｔｉｏｎ）して統合ＵＣＩを作り、該統合ＵＣＩに対するチャネルコーディング過程を行って発生したコーディングされたシンボルを、複数のＰＵＳＣＨリソースにマップする方案を提案する。
【０２１７】
以下では、各ＵＣＩ別に具体的なマッピング方案を提案する。
【０２１８】
（ａ）複数のＰＵＳＣＨリソースに対するサブフレーム単位の時間−優先マッピング
ＣＱＩ／ＰＭＩマッピングに対する一方案として、全ＰＵＳＣＨリソースに対して、ＰＵＳＣＨリソースの優先順位によって時間−優先の方式でマップすることができる。ただし、この時、既存の各サブフレーム単位におけるマッピング方式を反復することがハードウェア具現の側面で好ましいといえ、本発明ではサブフレーム単位で時間−優先マッピングを行う方案を提案する。この動作の例示を図１３に示す。
【０２１９】
他の方案として、上記統合ＵＣＩに対するペイロードを複数のセグメント（ｓｅｇｍｅｎｔ）に区分し、各セグメントを別個のＰＵＳＣＨリソースで送信することができる。図１３で、ＣＳＩ（例えば、ＲＩ、ＣＱＩ／ＰＭＩ）の場合には、既存と同様に、優先順位の最も高い単一ＰＵＳＣＨリソースにのみピギーバックされる構造を維持することができる。また、ＡＣＫ／ＮＡＣＫの場合には、優先順位の最も高いＰＵＳＣＨリソースから（例えば、Ｎ個のシンボルまで）マップされ、その後、その次の優先順位を有するＰＵＳＣＨリソースにマップされる構造（例えば、図１２に示したような方式）を有することができる。
【０２２０】
−  伝送リソースのサイズが異なるＰＵＳＣＨ別コーディングされたシンボル数決定の方案
（▲ＵＣＩ伝送のためのリソース拡張の方案）
本発明の具体的な実施例によって、端末が複数のＰＵＳＣＨを介して複数ＣＣに対するＵＣＩを送信するとき、上記複数ＰＵＳＣＨリソース（これによって提供可能な最大ＲＥリソース数）を活用しても、前述したＰＵＳＣＨにおけるＵＣＩリソース拡張方法をさらに適用する必要がある場合（例えば、少ないＲＢ数を有するＰＵＳＣＨリソースが構成された状態で、上記複数ＣＣに対する全ＵＣＩペイロードサイズＰ０が、上記複数ＰＵＳＣＨリソースで送信できる最大ＵＣＩペイロードサイズＰ１より大きい場合）、
（ｉ）ＰＵＳＣＨリソースに対する（又はＵＣＩに対する）変調次数
（ｉｉ）ＰＵＳＣＨリソース量
（ｉｉｉ）ＰＵＳＣＨリソースで伝送可能な最大コーディングされたビット（又はＴＢＳ（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ  ｓｉｚｅ）又はＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）レベル）
のうち一つ、又は（ｉ）、（ｉｉ）、（ｉｉｉ）の組み合わせで構成されたメトリック（ｍｅｔｒｉｃ）を定義し、当該メトリック値の高いＰＵＳＣＨリソースから優先的にＵＣＩ伝送リソース拡張方法を適用する方案を提案する。この時、上記複数ＰＵＳＣＨに対するリソースを全て拡張した後にもＰ１≧Ｐ０を満たさないと、優先順位が低い一部のＣＣに対するＵＣＩを省略してもよい。
【０２２１】
端末が複数ＣＣに対するＵＣＩを複数のＰＵＳＣＨリソースにピギーバックして送信できるとしても、上記ＣＣの数が十分に多いためＵＣＩペイロードサイズが大きいときには、一部のＰＵＳＣＨリソースに対してＵＣＩ伝送のためのリソース領域を拡張すべき場合が発生しうる。このとき、好ましくは、割り当てられたリソースが多く、ＵＣＩ伝送に適用する変調次数が高いＰＵＳＣＨにおいてＵＣＩの伝送のためのリソースを拡張することが効率的であろう。したがって、本発明では、端末が複数のＰＵＳＣＨリソースに対してＵＣＩピギーバックを行い、ＰＵＳＣＨリソース内ＵＣＩの伝送のためのリソース領域を拡張する必要がある場合、変調次数が高いか又はＰＵＳＣＨの周波数リソースが多い順に、ＰＵＳＣＨにおけるＵＣＩ伝送のためのリソース領域を拡張する方案を提案する。例えば、ＱｍはＵＣＩ伝送のための変調次数、Ｍｓｃは、ＰＵＳＣＨの周波数軸リソース量（例えば、サブキャリア数）を意味するとき、Ｓ＝ＱｍＭｓｃが高い順序に従ってＰＵＳＣＨリソース内ＵＣＩリソースを拡張する方案を提案する。
【０２２２】
（▲各ＰＵＳＣＨ別にＵＣＩペイロードサイズ決定後に、各ＰＵＳＣＨ別にコーディングされたシンボル（数）を決定する方案）
本発明の具体的な実施例によって、端末が複数のＰＵＳＣＨで複数ＣＣに対するＵＣＩを送信するとき、
（ｉ）ＰＵＳＣＨリソースに対する（又は、ＵＣＩに対する）変調次数
（ｉｉ）ＰＵＳＣＨリソースにおいてＵＣＩ伝送のために割り当てられたリソース量
（ｉｉｉ）ＰＵＳＣＨリソースにおいてＵＣＩのために伝送可能な最大コーディングされたビット
のうち一つ（ｉ）、（ｉｉ）、（ｉｉｉ）の組み合わせで構成されたメトリックを定義し、該メトリック値に比例してＰＵＳＣＨ別にＵＣＩ伝送ＲＥ数、ＵＣＩコーディングされたビット数、或いはＵＣＩコーディングされたシンボル数を決定する方案を提案する。例えば、上記メトリック値の大きいＰＵＳＣＨに（当該メトリック値が小さいＰＵＳＣＨに比べて）より多数のＵＣＩ伝送ＲＥ、ＵＣＩコーディングされたビット或いはＵＣＩコーディングされたシンボルを割り当てることができる。さらに、ＵＣＩを部分集合（例えば、ＣＣグループ）に分けて、複数のＰＵＳＣＨに分離して個別的に送信する場合にも、各ＵＣＩ部分集合を上記メトリックに基づいて（比例して）構成することができる。
【０２２３】
その一例として、ＰＵＳＣＨ別にＵＣＩペイロードサイズを分割し、上記各ＰＵＳＣＨ別ＵＣＩペイロードサイズによってＰＵＳＣＨ別にコーディングされたシンボル数（又は、コーディングされたビット数）を決定する方案を提案する。
【０２２４】
端末が複数のＣＣに対するＵＣＩ又はペイロードサイズが大きいＵＣＩを、複数のＰＵＳＣＨリソースにＵＣＩピギーバックして送信するとき、変調次数が高いか或いはＰＵＳＣＨリソース量が多いため多量のコーディングされたビットを送信できるＰＵＳＣＨリソースに、相対的に多量のＵＣＩをピギーバックすることが好ましいだろう。したがって、本発明ではＰＵＳＣＨリソース内ＵＣＩに対する変調次数、ＰＵＳＣＨリソース内ＵＣＩ伝送のために割り当てられたリソース量、ＰＵＳＣＨリソース内ＵＣＩのために伝送可能な最大コーディングされたビットの組み合わせによって各ＰＵＳＣＨ別メトリック値を定義し、上記メトリック値に比例して複数のＣＣに対するＵＣＩペイロードサイズを分割する方案を提案する。
【０２２５】
以下では上記動作の例示として、各ＰＵＳＣＨ別メトリック値に比例して各ＰＵＳＣＨリソースにおいてＵＣＩを送信するＣＣ集合を選択する方案を述べる。
【０２２６】
（ａ）ＣＣ単位でＵＣＩペイロードを分割する方案
まず、総Ｎ個のＣＣがあり、ｎ番目のＣＣに対するＵＣＩペイロードサイズがＢＵＣＩ，ｎビットであるとき、また、総Ｋ個のＰＵＳＣＨリソースに対してｋ番目のＰＵＳＣＨリソースに対するメトリックがＭｋと与えられたとき、各ｋ番目のＰＵＳＣＨリソースにおいてメトリック値に比例してＵＣＩペイロードサイズを下記の式のように決定することができる。
【０２２７】
【数６】
2019134430.tif 000038
【０２２８】
ここで、Ｕｍａｘ，ｋは、ｋ番目（例えば、ｋ＝０，１，２，３，…）のＰＵＳＣＨリソースにおいて伝送可能な最大ＵＣＩペイロードサイズを意味する。次に、端末はｋ番目のＰＵＳＣＨリソースにおいてＵＣＩを送信するＣＣの個数とインデックス（すなわち、ｎ（ｋ），ｎ（ｋ）＋１，．．．，ｎ（ｋ）＋Ｘｋ）を、下記の式のように決定することができる。
【０２２９】
【数７】
2019134430.tif 000039
【０２３０】
ここで、
【０２３１】
【化２１−１】
2019134430.tif 000040
【０２３２】
は、括弧｛Ａ｝内の条件を満たしながら括弧（Ｂ）内の値を最大にさせるｘの値を意味する。すなわち、ＰＵＳＣＨリソースに対する定められた順序が存在するとき、上記順序にしたがって各ＰＵＳＣＨ別に、Ｕｋを超えない限度で各ＣＣのＵＣＩを順次に含めることができる。例えば、Ｕ０とＵ１の比率が３：２であり、各ＣＣ別のＵＣＩサイズが同一であるとき、０番目のＰＵＳＣＨリソースにＣＣ０，ＣＣ１，ＣＣ２を含め、最初のＰＵＳＣＨリソースにＣＣ３、ＣＣ４に対するＵＣＩを含めることができる。
【０２３３】
その後、各ＰＵＳＣＨリソースにおいてＵＣＩ伝送のためのコーディングされたシンボルの数は、上記各ＰＵＳＣＨリソース別に分配されたＵＣＩペイロードのサイズによって決定することができる。例えば、ＡＣＫ／ＮＡＣＫの場合、本発明の実施例に係るＬＴＥシステムにおいて各ＰＵＳＣＨリソースが１個のＴＢ（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）を送信するとき、各ＰＵＳＣＨリソース別に、コーディングされたシンボル数を下記の式のように決定することができる。
【０２３４】
【数８】
2019134430.tif 000041
【０２３５】
ここで、Ｏｋは、上記本発明の動作によってｋ番目のＰＵＳＣＨリソースに分配されたＵＣＩペイロードサイズを、
【０２３６】
【化２２】
2019134430.tif 000042
【０２３７】
は、割り当てられたＰＵＳＣＨリソースの周波数軸サブキャリア数を、  
【０２３８】
【化２３】
2019134430.tif 000043
【０２３９】
は、ＰＵＳＣＨリソースが割り当てられたＳＣ−ＦＤＭＡシンボル数を、Ｋｒは、ｒ番目のコードブロックで送信されるビット数を、
【０２４０】
【化２４】
2019134430.tif 000044
【０２４１】
は設計パラメータを意味し、
【０２４２】
【化２５】
2019134430.tif 000045
【０２４３】
は切り上げ（ｃｅｉｌｉｎｇ）記号を意味する。
【０２４４】
さらに一般に、各ＰＵＳＣＨリソース別ＵＣＩ伝送のためのコーディングされたシンボルの数を、下記の式のように表現することができる。
【０２４５】
【数９】
2019134430.tif 000046
【０２４６】
ここで、βｋは、ｋ番目のＰＵＳＣＨリソースに適用される設計パラメータを、Ｑｍａｘ，ｋは、ｋ番目のＰＵＳＣＨリソースにおいてＵＣＩのために割り当て可能な最大コーディングされたシンボル数を意味する。
【０２４７】
（▲コーディングされたシンボルを全ＵＣＩペイロードサイズによって決定した後、コーディングされたシンボルをＰＵＳＣＨ別に分配する方案）
本発明の具体的な実施例によって、端末が複数のＰＵＳＣＨで複数のＣＣに対するＵＣＩを送信するとき、
（ｉ）ＰＵＳＣＨリソースに対する（又は、ＵＣＩに対する）変調次数
（ｉｉ）ＰＵＳＣＨリソースにおいてＵＣＩ伝送のために割り当てられたリソース量
（ｉｉｉ）ＰＵＳＣＨリソースにおいてＵＣＩのために伝送可能な最大コーディングされたビット
のうち一つ（ｉ）、（ｉｉ）、（ｉｉｉ）の組み合わせによって構成されたメトリックを定義し、該メトリック値に比例してＰＵＳＣＨ別に、コーディングされたシンボル数の比率を決定し、該コーディングされたシンボル数の比率とＲＥ当たりに伝送可能なコーディングされたビット数を勘案して複数ＣＣに対するＵＣＩを統合し、単一ＵＣＩと仮定したコーディングされたシンボル数を求める方案を提案する。このとき、各ＰＵＳＣＨ別コーディングされたシンボル数は、上記コーディングされた全シンボル数に上記ＰＵＳＣＨ別コーディングされたシンボル数の比率を適用して求めることができる。
【０２４８】
または、上記メトリック値に比例してＰＵＳＣＨ別コーディングされたシンボル数の比率（整数比）を求め、上記コーディングされたシンボル数の比率、ＲＥ当たりに伝送可能なコーディングされたビット数、全ＣＣに対する全ＵＣＩペイロードサイズを勘案して、最も低いコーディングされたシンボル数の比率を有するＰＵＳＣＨに対するコーディングされたシンボル数を決定し、残りのＰＵＳＣＨに対するコーディングされたシンボル数は上記比率を適用して求める方案を提案する。
【０２４９】
具体的に、全ＣＣに対するＵＣＩペイロードサイズがＯｔｏｔと与えられるとき、下記の式のように、最小メトリックを有するＰＵＳＣＨに対するコーディングされたシンボル数を決定することができる。
【０２５０】
【数１０】
2019134430.tif 000047
【０２５１】
ここで、βは設計パラメータを、Ｑｍａｘは、最小メトリックを有するＰＵＳＣＨリソースにおいてＵＣＩのために割り当て可能な最大コーディングされたシンボル数を意味し、γｋは、ＰＵＳＣＨ別にコーディングされたシンボルの比率を意味する。一例として、β＝１、全ＵＣＩペイロードサイズＯｔｏｔ＝１００ビットであり、０番目のＰＵＳＣＨリソースにおいてＲＥ当たり１ビット（すなわち、Ｒ０＝１）、１番目のＰＵＳＣＨリソースにおいてＲＥ当たり０．５ビットを送信でき（すなわち、Ｒ１＝０．５）、０番目のＰＵＳＣＨと１番目のＰＵＳＣＨに対するコーディングされたシンボル数の比率を１：２としたとき、０番目のＰＵＳＣＨに対するコーディングされたシンボル数を５０個、１番目のＰＵＳＣＨに対するコーディングされたシンボル数を１００個と決定することができる。したがって、０番目のＰＵＳＣＨにおいて５０個のＲＥに５０ビットを、１番目ＰＵＳＣＨにおいて１００個のＲＥに５０ビットを送信する。
【０２５２】
−  （複数のＰＵＳＣＨによる複数のＤＡＩが存在する場合のＵＥ動作）
本発明の具体的な実施例によって、端末が複数のＰＵＳＣＨを用いて複数のＣＣに対するＵＣＩを統合してピギーバックするとき、また（ＵＣＩピギーバックのために選択された）ＮＰＵＳＣＨ個のＰＵＳＣＨに対応する（当該複数ＰＵＳＣＨをスケジュールするＵＬ承認からシグナルされた）複数のＤＡＩ（ｄｏｗｎｌｉｎｋ  ａｓｓｉｇｎｍｅｎｔ  ｉｎｄｅｘ）値Ｖ１，Ｖ２，…，ＶＮ＿ＰＵＳＣＨがあるとき、端末は全ＵＣＩに対するＤＡＩ値Ｖ’を、
（ｉ）Ｖ'＝最も低いＵＬ  ＣＣインデックスのためのＰＵＳＣＨのＤＡＩ
（ｉｉ）Ｖ'＝ｍａｘ（Ｖ１，Ｖ２，…，ＶＮ＿ＰＵＳＣＨ）
（ｉｉｉ）Ｖ'＝ｍｉｎ（Ｖ１，Ｖ２，…，ＶＮ＿ＰＵＳＣＨ）
のうち一つと仮定する動作を提案する。
【０２５３】
一方、ＵＣＩピギーバックのために選択されたＰＵＳＣＨのうち、対応するＤＡＩがないＰＵＳＣＨ（例えば、ＳＰＳ形態で送信されるＰＵＳＣＨ或いはＰＨＩＣＨベースの非適応的再伝送が行われたＰＵＳＣＨなど）が含まれる場合、当該ＰＵＳＣＨを上記Ｖ'値の決定過程において除外することができる。
【０２５４】
本発明の実施例に係るＬＴＥシステムにおいてＴＤＤベースシステムとして動作する場合、端末は、ＰＵＳＣＨ伝送を指示するＤＣＩ（例えば、ＵＬ承認）を介して、ＡＣＫ／ＮＡＣＫ伝送の対象となるＤＬサブフレームの累積個数、すなわち、ＤＡＩ値を受信する。この時、端末は、複数のＰＵＳＣＨに対応する複数のＤＡＩ値を有し、ＵＣＩのペイロードサイズを決定する際、どのＤＡＩ値を適用するかに対する約束が事前に定義されている必要がある。したがって、本発明は、複数のＣＣに対して単一のＤＡＩ値を決定する方案として、上記のように、（ｉ）ＵＬ  ＣＣのインデックスが最も低いＰＵＳＣＨリソースのＤＡＩに従う、又は（ｉｉ）全ＤＡＩ値のうち最大値、又は（ｉｉｉ）最小値に従う方案を提案する。
【０２５５】
仮に、各ＰＵＳＣＨリソース別にＵＣＩ伝送対象となるＣＣの集合（例えば、ＣＧ）を事前に区別して設定した場合、各ＣＧ内のＣＣに対するＤＡＩ値は、当該ＣＧのＵＣＩがピギーバックされるＰＵＳＣＨリソース伝送を指示するＤＣＩに含まれたＤＡＩ値に従う。
【０２５６】
−  ＣＳＩマッピング順序
本発明の具体的な実施例によって、端末が複数の周期的ＣＳＩをＰＵＳＣＨリソースにピギーバックして送信するとき、下記の要素ののうち一つ又は複数要素の組み合わせによってＣＳＩを割り当てる順序を決定する方案を提案する。
【０２５７】
（ｉ）該当のＣＳＩのＣＳＩ報告タイプ（すなわち、ＲＩ、ＣＱＩ、ＰＭＩ）
（ｉｉ）該当のＣＳＩが適用されるセルインデックス
（ｉｉｉ）該当のＣＳＩが適用されるＣＧインデックス
（ｉｖ）該当のＣＳＩのペイロードサイズ
（ｖ）該当のＣＳＩと関連したＴＭ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ）
ここで、ＣＳＩマッピング順序とは、ＰＵＳＣＨリソースにコーディングされたシンボルを割り当てる順序を意味する。
【０２５８】
本実施例のる一例として、２個のＣＳＩ（例えば、ＣＳＩ１、ＣＳＩ２）を考慮するとき、下記の２つのオプションに従うＣＳＩマッピング順序を考慮することができる。
【０２５９】
オプション１：ＣＳＩ報告タイプ間の優先順位が高いＣＳＩが存在すると、当該ＣＳＩをまずマップし，２つのＣＳＩ間のＣＳＩ報告タイプが同じ優先順位を有すると、早いセルインデックスのＣＳＩをまずマップする。
【０２６０】
オプション２：早いセルインデックスのＣＳＩが存在すると、当該ＣＳＩをまずマップし、両ＣＳＩのセルインデックスが同一であれば、ＣＳＩ報告タイプの優先順位が高いＣＳＩをまずマップする。
【０２６１】
ここで、一例として、ＣＳＩ報告タイプの優先順位はＲＩ＞ＣＱＩ＝ＰＭＩと設定することができる。
【０２６２】
本発明の更なる動作として、端末が非周期的ＣＳＩと周期的ＣＳＩを単一或いは複数のＰＵＳＣＨリソースにピギーバックして送信するとき、周期的ＣＳＩよりは非周期的ＣＳＩのＣＳＩマッピング順序が常に優先するように設定する方案を提案する。
【０２６３】
さらに、（複数の非周期的ＣＳＩが個別にコーディングされると仮定する場合）各非周期的ＣＳＩは、上記周期的ＣＳＩの場合と類似に、下記要素ののうち一つ又は複数の要素の組み合わせによってＣＳＩを割り当てる順序を決定することができる。
【０２６４】
（ＵＣＩペイロードサイズによるベータオフセット設定方案）
本発明の具体的な実施例によって、端末がＵＣＩをＰＵＳＣＨリソースにピギーバックして送信し、基地局が上位層信号で設定する設計パラメータベータを反映して上記ＰＵＳＣＨにおけるＵＣＩ伝送のためのコーディングされたシンボル数を計算するとき、基地局が端末に、上記ベータの値を、ＵＣＩペイロードサイズ又は端末に設定されたＣＣ数によって独立して設定する方案を提案する。
【０２６５】
一例として、ＵＣＩペイロードサイズによってベータ値を異なるように設定する場合、基地局は、次表のように、ＵＣＩペイロードサイズによって独立したベータ値（例えば、β０、β１）をＲＲＣなどの上位層信号で端末に知らせることができる。これによって、特定ＣＡ状況において端末は、ＵＣＩペイロードサイズによって異なるベータ値を適用（これによるＵＣＩ伝送ＲＥ決定及び該当のＲＥへのＵＣＩマッピングを実行）して、ＰＵＳＣＨへのピギーバックを用いたＵＣＩ伝送を行うことができ、特徴的に、上記のようにＵＣＩペイロードサイズによって独立した／異なるベータ値を設定及び適用する方式は、ＨＡＲＱ−ＡＣＫ及び／又はＲＩフィードバックの場合に限って適用することができる。
【０２６６】
【表１０】
2019134430.tif 000048
【０２６７】
上記の動作は、ＵＣＩペイロードサイズが小さい場合にはＰＵＳＣＨリソースにおいてＵＣＩ伝送のためにコーディングされたシンボルをさらに送信する余裕があるが、大規模ＣＡ技法などによってＵＣＩペイロードサイズが大きいことから、ＵＣＩ伝送のためのコーディングされたシンボルを最小化する必要があるときに、有用に適用することができる。
【０２６８】
（ＨＡＲＱ−ＡＣＫレートマッチング（ｒａｔｅ  ｍａｔｃｈｉｎｇ））
本発明の具体的な実施例によって、端末がＵＣＩをＰＵＳＣＨリソースにピギーバックして送信するとき、基地局は端末に、ＨＡＲＱ−ＡＣＫに対するレートマッチングを行うか否かに対する指示子を、
（ｉ）ＲＲＣなどの上位層シグナリングで準−静的に設定、又は
（ｉｉ）ＤＣＩなどの動的制御シグナリングで動的に指示
し、この時、端末は、上記指示子がＨＡＲＱ−ＡＣＫに対するレートマッチングを行うことを示す場合、
（ｉ）基地局のＵＬ承認内にＵＬ  ＤＡＩ値が存在し、当該ＵＬ  ＤＡＩが示す値が、ＨＡＲＱ−ＡＣＫ報告対象となるＤＬサブフレーム数が１個以上である場合だけを含んでいると、ＨＡＲＱ−ＡＣＫのコーディングされたシンボルが割り当てられるＲＥに対してレートマッチングを行う。すなわち、データ又はＨＡＲＱ−ＡＣＫ以外のＵＣＩは、上記ＨＡＲＱ−ＡＣＫのために割り当てられたＲＥ以外のリソース領域上で割り当てられる。
【０２６９】
（ｉｉ）基地局のＵＬ承認内にＵＬ  ＤＡＩ値が存在しないか、又は当該ＵＬ  ＤＡＩが示す値が、ＨＡＲＱ−ＡＣＫ報告対象となるＤＬサブフレーム数が０個である場合を含んでいる（又は、ＵＬ  ＤＡＩ値が４である）と、既存のように、ＨＡＲＱ−ＡＣＫのコーディングされたシンボルが割り当てられるＲＥに対してパンクチャリングを行う。すなわち、データ又はＨＡＲＱ−ＡＣＫ以外のＵＣＩは、上記ＨＡＲＱ−ＡＣＫのために割り当てられたＲＥを含むリソース領域上で割り当てられる。
【０２７０】
この時、ＨＡＲＱ−ＡＣＫに対するコーディングされたシンボルが割り当てられるＲＥの位置は、レートマッチング又はパンクチャリングを行うか否かにかかわらず、同一の位置にすることができる。
【０２７１】
本発明の動作によってＰＵＳＣＨリソース内ＨＡＲＱ−ＡＣＫ伝送のためのリソース領域を拡張する場合、既存ＬＴＥシステムの方式によれば、ＨＡＲＱ−ＡＣＫに対するコーディングされたシンボルが割り当てられるＲＥに既に割り当てられているデータ又は他のＵＣＩ（例えば、ＣＱＩ／ＰＭＩ）などがパンクチャリングされつつ、データ又はＣＱＩ／ＰＭＩの伝送信頼度が低下することがあった。そこで、本発明では、基地局の送信する上記指示子によって端末がＨＡＲＱ−ＡＣＫに対するレートマッチングを行う方案を提案する。
【０２７２】
図１４は、図９の形態でＨＡＲＱ−ＡＣＫ伝送リソースを拡張したとき、該ＨＡＲＱ−ＡＣＫリソースに対するレートマッチングを適用して、データとＣＱＩ／ＰＭＩに対するコーディングされたシンボルを割り当てる方式を示す図である。ここで、図９との違いは、ＣＱＩ／ＰＭＩとデータのチャネルコーディング及びマッピングが、ＨＡＲＱ−ＡＣＫに対するコーディングされたシンボルが割り当てられるＲＥを考慮しているという点である。
【０２７３】
上記本発明の動作の更なる動作として、、端末がＵＣＩをＰＵＳＣＨリソースにピギーバックして送信するとき、基地局は端末に、ＨＡＲＱ−ＡＣＫに対するレートマッチングを行うか否かに対する指示子を、
（ｉ）ＲＲＣなどの上位層シグナリングで準−静的に設定、又は
（ｉｉ）ＤＣＩなどの動的制御シグナリングで動的に指示
し、端末は、上記指示子がＨＡＲＱ−ＡＣＫに対するレートマッチングを行うことを示すと、
（ｉ）基地局が事前に準−静的に設定した特定リソース領域内のＲＥに対してレートマッチングを行う。
【０２７４】
（ｉｉ）端末がＨＡＲＱ−ＡＣＫのコーディングされたシンボル割り当てのために算出したリソース領域のサイズが、基地局が事前に準−静的に設定した特定リソース領域のサイズより大きい場合、端末は。、上記特定リソース領域内ＲＥに対するレートマッチングを行う。
【０２７５】
このとき、上記特定リソース領域は、ＨＡＲＱ−ＡＣＫのコーディングされたシンボルが割り当てられる最大リソース領域内に含まれ、一例として、ＳＣ−ＯＦＤＭシンボル単位で設定され得る。
【０２７６】
例えば、図９の例示のようにＨＡＲＱ−ＡＣＫリソースが拡張された場合、基地局は端末に、ＤＭ−ＲＳに隣接したＳＣ−ＯＦＤＭシンボルに対してのみレートマッチングを行うように指示することができる。
【０２７７】
上記のように、ＨＡＲＱ−ＡＣＫリソース割り当てのためにレートマッチング対象となるリソース領域を事前に設定することにより、端末の複雑度を緩和することができる。図１５は、データをマップする過程においてＨＡＲＱ−ＡＣＫのため６０番目、６１番目のＲＥに対するレートマッチングを考慮しない点が、図１４と異なる。
【０２７８】
（複数のＣＧにわたって単一ＰＵＳＣＨを用いてＵＣＩをピギーバック）
本発明の具体的な実施例によって、一つ以上のＣＣで構成されたＣＧが複数個存在する場合、端末がそれぞれのＣＧに属するＣＣに対するＵＣＩを単一のＰＵＳＣＨリソースにピギーバックできるとき（以下、これを便宜上"ＵＣＩ  ｏｎ  ＰＵＳＣＨ  ｏｖｅｒ  ＣＧ"と称する。）、上記ＰＵＳＣＨリソース伝送を指示するＵＬ  ＤＣＩフォーマット（又はＵＬ承認）に、下記のようにＵＬ  ＤＡＩフィールドを含む方案を提案する。このとき、上記ＣＧは少なくとも一つのＰＵＣＣＨセルを含み、ＰＵＣＣＨセルは、該当のＣＧに対するＵＣＩ伝送においてＰＵＣＣＨリソースベースのＵＣＩ伝送が可能なセルを意味する。
【０２７９】
（ｉ）Ｃａｓｅ１：全セル（又はＣＣ）のうち少なくとも一つのＰＵＣＣＨセルが（ＵＬ−ＤＬ設定が０でない）ＴＤＤである場合、ＰＣｅｌｌ（或いはＰＵＣＣＨセル）以外の全セル（又はＣＣ）に対するＵＬ  ＤＣＩフォーマットを用いたＵＬ  ＤＡＩがシグナルされ得る（そのためのＵＬ  ＤＡＩフィールドを含む）。
【０２８０】
（ｉｉ）Ｃａｓｅ２：全セル（又はＣＣ）に含まれる全ＰＵＣＣＨセルがＦＤＤ（或いはＴＤＤ  ＵＬ−ＤＬ設定０）である場合、ＰＣｅｌｌ（或いはＰＵＣＣＨセル）以外の全ＣＧ内のセル（又はＣＣ）のＵＬ  ＤＣＩフォーマットを用いたＵＬ  ＤＡＩがシグナルされなくてもよい（そのためのＵＬ  ＤＡＩフィールドを含まない）。
【０２８１】
（ｉｉｉ）上記以外のＰＣｅｌｌ（或いはＰＵＣＣＨセル）である場合には、当該セル自体が（ＵＬ−ＤＬ設定が０でない）ＴＤＤであるか否かによって、ＵＬ  ＤＣＩフォーマットを用いたＵＬ  ＤＡＩがシグナルされるか否か（及び、そのためのＵＬ  ＤＡＩフィールド含むか否か）を決定することができる。
【０２８２】
ここで、特定セルに対するＵＬ  ＤＣＩフォーマットは、当該セルのＰＵＳＣＨスケジューリングを指示するＤＣＩであり、ＵＬ承認の意味を含む。
【０２８３】
本発明の実施例に係るＬＴＥシステムでは、ＵＬ伝送を指示するＤＣＩフォーマット０内にＵＬ  ＤＡＩフィールドを、下記の参考で説明する条件によって含むことができる。
【０２８４】
［参考１］
Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ  （ＤＡＩ）  −  ２  ｂｉｔｓ  （ｔｈｉｓ  ｆｉｅｌｄ  ｉｓ  ｐｒｅｓｅｎｔ  ｏｎｌｙ  ｆｏｒ  ｃａｓｅｓ  ｗｉｔｈ  ＴＤＤ  ｐｒｉｍａｒｙ  ｃｅｌｌ  ａｎｄ  ｅｉｔｈｅｒ  ＴＤＤ  ｏｐｅｒａｔｉｏｎ  ｗｉｔｈ  ｕｐｌｉｎｋ−ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎｓ  １−６  ｏｒ  ＦＤＤ  ｏｐｅｒａｔｉｏｎ）
すなわち、既存ＬＴＥシステムでは、単一セルであり、ＴＤＤ動作を行う場合、又はＦＤＤセルとＴＤＤセルをＣＡする状況でプライマリ（ｐｒｉｍａｒｙ）セルがＴＤＤ動作を行う場合に、当該ＣＡ内全セルに対してＵＬ  ＤＡＩフィールドを適用した。同様に、ＤＣ（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）環境では、ＣＧ別にＰＣｅｌｌ又はＰＳｃｅｌｌのＴＤＤ動作有無によって、上記ＵＬ  ＤＡＩに対する有無を決定することができる。すなわち、特定ＣＧ内ＰＣｅｌｌ（又は、ＰＳｃｅｌｌ）がＴＤＤで動作する場合、当該ＣＧに含まれる全ＣＣに対するＵＬ  ＤＣＩフォーマットにＵＬ  ＤＡＩフィールドを含める。しかし、Ｒｅｌ−１３ＬＴＥシステムにおいて大規模ＣＡ技法が考慮されることによってＵＣＩ伝送の負荷量が増加し、複数のＣＣをＣＧ単位で区別し、各ＣＧ内にＰＵＣＣＨリソースを送信可能なＰＵＣＣＨセルを設定する方向が論議されている。このとき、複数のＣＣをＣＧ単位で区別したが、実際には単一ｅＮＢで運営するＣＣであるため、ＰＵＳＣＨリソースにＵＣＩピギーバックを行う際に、既存ＤＣのようにＣＧ単位にする必要がない。したがって、互いに異なるＣＧに属するＣＣに対するＵＣＩを一つのＰＵＳＣＨリソースにピギーバックすることが好ましいだろう。この場合にも、各ＣＣのＤＬ  ＨＡＲＱリファレンスタイミング（Ｒｅｆｅｒｅｎｃｅ  ｔｉｍｉｎｇ）は自身の属したＣＧ内に存在するＰＵＣＣＨセルを基準にするため、当該ＣＣの属するＣＧによって異なってもよい。したがって、全セル（又はＣＣ）のうち少なくとも一つのＴＤＤであるＰＵＣＣＨセルが存在する場合には、上記全ＣＣ内の任意のＣＣに対するＵＬ  ＤＣＩフォーマットにＵＬ  ＤＡＩシグナリング（及びＵＬ  ＤＡＩフィールドを含む。）―行うことが好ましいだろう。
【０２８５】
Ｒｅｌ−１２  ＬＴＥシステムのＣＡ技法が適用されたＴＤＤセルが互いに異なるＵＬ／ＤＬ設定を有するとき、端末は、下記の参考のように、ＵＬ  ＤＡＩ
【０２８６】
【化２６】
2019134430.tif 000049
【０２８７】
を、ＵＣＩペイロード計算のために考慮されるＤＬサブフレーム数
【０２８８】
【化２７】
2019134430.tif 000050
【０２８９】
に対応させることができる。
【０２９０】
［参考２］
−  Ｉｆ  ＤＬ−ｒｅｆｅｒｅｎｃｅ  ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｏｆ  ｅａｃｈ  ｏｆ  ｔｈｅ  ｃｏｎｆｉｇｕｒｅｄ  ｓｅｒｖｉｎｇ  ｃｅｌｌｓ  ｂｅｌｏｎｇｓ  ｔｏ  ｛０，  １，  ２，  ３，  ４，  ６｝  ａｎｄ  ｆｏｒ  ａ  ＰＵＳＣＨ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｉｎ  ａ  ｓｕｂｆｒａｍｅ  ｎ  ａｄｊｕｓｔｅｄ  ｂａｓｅｄ  ｏｎ  ａ  ｄｅｔｅｃｔｅｄ  ＰＤＣＣＨ／ＥＰＤＣＣＨ  ｗｉｔｈ  ＤＣＩ  ｆｏｒｍａｔ  ０／４  ｕｓｉｎｇ  ＵＬ−ｒｅｆｅｒｅｎｃｅ  ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｂｅｌｏｎｇｉｎｇ  ｔｏ  ｛１，２，３，４，５，６｝，  ｔｈｅ  ＵＥ  ｓｈａｌｌ  ａｓｓｕｍｅ  
【０２９１】
【化２８】
2019134430.tif 000051
【０２９２】
Ｔｈｅ  ＵＥ  ｓｈａｌｌ  ｎｏｔ  ｔｒａｎｓｍｉｔ  ＨＡＲＱ−ＡＣＫ  ｏｎ  ＰＵＳＣＨ  ｉｆ  ｔｈｅ  ＵＥ  ｄｏｅｓ  ｎｏｔ  ｒｅｃｅｉｖｅ  ＰＤＳＣＨ  ｏｒ  ＰＤＣＣＨ／ＥＰＤＣＣＨ  ｉｎｄｉｃａｔｉｎｇ  ｄｏｗｎｌｉｎｋ  ＳＰＳ  ｒｅｌｅａｓｅ  ｉｎ  ｓｕｂｆｒａｍｅ（ｓ）  ｎ−ｋ  ｗｈｅｒｅ  ｋ∈Ｋ  ａｎｄ    
【０２９３】
【化２９】
2019134430.tif 000052
【０２９４】
−  Ｉｆ  ＤＬ−ｒｅｆｅｒｅｎｃｅ  ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｏｆ  ａｔ  ｌｅａｓｔ  ｏｎｅ  ｃｏｎｆｉｇｕｒｅｄ  ｓｅｒｖｉｎｇ  ｃｅｌｌ  ｂｅｌｏｎｇｓ  ｔｏ  ｛５｝  ａｎｄ  ｆｏｒ  ａ  ＰＵＳＣＨ  ｔｒａｎｓｍｉｓｓｉｏｎ  ａｄｊｕｓｔｅｄ  ｂａｓｅｄ  ｏｎ  ａｎ  ａｓｓｏｃｉａｔｅｄ  ｄｅｔｅｃｔｅｄ  ＰＤＣＣＨ／ＥＰＤＣＣＨ  ｗｉｔｈ  ＤＣＩ  ｆｏｒｍａｔ  ０／４  ｕｓｉｎｇ  ＵＬ−ｒｅｆｅｒｅｎｃｅ  ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｂｅｌｏｎｇｉｎｇ  ｔｏ  ｛１，２，３，４，５，６｝，  ｔｈｅ  ＵＥ  ｓｈａｌｌ  ａｓｓｕｍｅ  
【０２９５】
【化３０】
2019134430.tif 000053
【０２９６】
ｗｈｅｒｅ  Ｕ  ｄｅｎｏｔｅｓ  ｔｈｅ  ｍａｘｉｍｕｍ  ｖａｌｕｅ  ｏｆ  Ｕｃ  ａｍｏｎｇ  ａｌｌ  ｔｈｅ  ｃｏｎｆｉｇｕｒｅｄ  ｓｅｒｖｉｎｇ  ｃｅｌｌｓ，  Ｕｃ  ｉｓ  ｔｈｅ  ｔｏｔａｌ  ｎｕｍｂｅｒ  ｏｆ  ｒｅｃｅｉｖｅｄ  ＰＤＳＣＨｓ  ａｎｄ  ＰＤＣＣＨ／ＥＰＤＣＣＨ  ｉｎｄｉｃａｔｉｎｇ  ｄｏｗｎｌｉｎｋ  ＳＰＳ  ｒｅｌｅａｓｅ  ｉｎ  ｓｕｂｆｒａｍｅ（ｓ）  ｎ−ｋ  ｆｏｒ  ｔｈｅ  ｃ−ｔｈ  ｓｅｒｖｉｎｇ  ｃｅｌｌ，  ｋ∈Ｋ．  Ｔｈｅ  ＵＥ  ｓｈａｌｌ  ｎｏｔ  ｔｒａｎｓｍｉｔ  ＨＡＲＱ−ＡＣＫ  ｏｎ  ＰＵＳＣＨ  ｉｆ  ｔｈｅ  ＵＥ  ｄｏｅｓ  ｎｏｔ  ｒｅｃｅｉｖｅ  ＰＤＳＣＨ  ｏｒ  ＰＤＣＣＨ／ＥＰＤＣＣＨ  ｉｎｄｉｃａｔｉｎｇ  ｄｏｗｎｌｉｎｋ  ＳＰＳ  ｒｅｌｅａｓｅ  ｉｎ  ｓｕｂｆｒａｍｅ（ｓ）  ｎ−ｋ  ｗｈｅｒｅ  ｋ∈Ｋ    ａｎｄ  
【０２９７】
【化３１】
2019134430.tif 000054
【０２９８】
このとき、上の参考で考慮される"ｓｅｒｖｉｎｇ  ｃｅｌｌｓ”は、下記の参考のように、ＤＣ環境における動作のために定義されたＭＣＧとＳＣＧに含まれるように設定されたセルを意味する。
【０２９９】
［参考３］
Ｉｆ  ｔｈｅ  ＵＥ  ｉｓ  ｃｏｎｆｉｇｕｒｅｄ  ｗｉｔｈ  ａ  ＳＣＧ，  ｔｈｅ  ＵＥ  ｓｈａｌｌ  ａｐｐｌｙ  ｔｈｅ  ｐｒｏｃｅｄｕｒｅｓ  ｄｅｓｃｒｉｂｅｄ  ｉｎ  ｔｈｉｓ  ｓｕｂｃｌａｕｓｅ  ｆｏｒ  ｂｏｔｈ  ＭＣＧ  （ｍａｓｔｅｒ  ｃｅｌｌ  ｇｒｏｕｐ）  ａｎｄ  ＳＣＧ  （ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ  ｇｒｏｕｐ）．
−  Ｗｈｅｎ  ｔｈｅ  ｐｒｏｃｅｄｕｒｅｓ  ａｒｅ  ａｐｐｌｉｅｄ  ｆｏｒ  ＭＣＧ，  ｔｈｅ  ｔｅｒｍ  "ｓｅｒｖｉｎｇ  ｃｅｌｌ"  ｉｎ  ｔｈｉｓ  ｓｕｂｃｌａｕｓｅ  ｒｅｆｅｒｓ  ｔｏ  ｓｅｒｖｉｎｇ  ｃｅｌｌ  ｂｅｌｏｎｇｉｎｇ  ｔｏ  ｔｈｅ  ＭＣＧ．
−  Ｗｈｅｎ  ｔｈｅ  ｐｒｏｃｅｄｕｒｅｓ  ａｒｅ  ａｐｐｌｉｅｄ  ｆｏｒ  ＳＣＧ，  ｔｈｅ  ｔｅｒｍ  "ｓｅｒｖｉｎｇ  ｃｅｌｌ"  ｉｎ  ｔｈｉｓ  ｓｕｂｃｌａｕｓｅ  ｒｅｆｅｒｓ  ｔｏ  ｓｅｒｖｉｎｇ  ｃｅｌｌ  ｂｅｌｏｎｇｉｎｇ  ｔｏ  ｔｈｅ  ＳＣＧ．  Ｔｈｅ  ｔｅｒｍ  "ｐｒｉｍａｒｙ  ｃｅｌｌ"  ｉｎ  ｔｈｉｓ  ｓｕｂｃｌａｕｓｅ  ｒｅｆｅｒｓ  ｔｏ  ｔｈｅ  ＰＳＣｅｌｌ  ｏｆ  ｔｈｅ  ＳＣＧ．
したがって、上記本発明のように、特定ＣＧに対するＵＣＩが当該ＣＧ以外のＣＧに対するＰＵＳＣＨリソースにＵＣＩピギーバックを行うと、上記参考２の端末動作も修正される必要がある。本発明では大きく下記の２つの方案を考慮する。
【０３００】
（ｉ）基地局がＵＬ  ＤＡＩシグナリングを送信し、端末は上記ＵＬ  ＤＡＩ値から、ＵＣＩペイロード計算のためのＤＬサブフレーム数
【０３０１】
【化３２】
2019134430.tif 000055
【０３０２】
を解釈するとき、相互間に"ＵＣＩ  ｏｎ  ＰＵＳＣＨ  ｏｖｅｒ  ＣＧ"を行うことができるＣＧ内のセルに対して、下記の少なくとも一つ又は組み合わせを因子にして、ＵＣＩペイロード計算のためのＤＬサブフレーム数
【０３０３】
【化３３】
2019134430.tif 000056
【０３０４】
を計算することができる。
【０３０５】
Ａ．  ＵＬ  ＤＡＩ値
Ｂ．  各セルの受信されたＰＤＳＣＨとＳＰＳリリース（ｒｅｌｅａｓｅ）を示すＰＤＣＣＨ／ＥＰＤＣＣＨの全個数
Ｃ．  各セルのＤＬリファレンス（又は、ＵＬリファレンス）ＵＬ／ＤＬ構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）
ｉ．又は、当該ＵＬ／ＤＬ設定から導出可能なＤＬサブフレーム数（例えば、Ｍｃ）
（ｉｉ）上記"ＵＣＩ  ｏｎ  ＰＵＳＣＨ  ｏｖｅｒ  ＣＧ"動作を行い得るＣＧ（又は、ＰＵＣＣＨセルグループ）を、上記参考３のＭＣＧ又はＳＣＧの下位グループと定義。
【０３０６】
本発明の更なる動作として、一つ以上のＣＧに対して"ＵＣＩ  ｏｎ  ＰＵＳＣＨ  ｏｖｅｒ  ＣＧ"動作を行うことができるとき、端末は、ＰＵＳＣＨ伝送を行うＣＧに属するセルのＵＣＩペイロードの計算のためのＤＬサブフレーム数
【０３０７】
【化３４】
2019134430.tif 000057
【０３０８】
を解釈する際にＵＬ  ＤＡＩ値を適用し、ＰＵＳＣＨ伝送を行わないＣＧに属するセルのＵＣＩペイロードの計算のためのＤＬサブフレーム数をＵＬ  ＤＡＩ値から導出せず、当該ＣＧに対するＡＣＫ／ＮＡＣＫが存在する場合には、最大ＵＣＩペイロードサイズ（最大ＤＬサブフレーム数及び当該ＣＧを構成する全セル数）を仮定し、当該ＣＧに対するＡＣＫ／ＮＡＣＫが存在しない場合には、対応するＵＣＩペイロードを構成しない方式でＵＣＩ伝送動作を行うことができる。
【０３０９】
上記動作は、ＰＵＳＣＨが送信されるＣＧのＰＵＣＣＨセルが（ＵＬ−ＤＬ設定が０でない）ＴＤＤである場合に限って行うことができ、ＰＵＳＣＨが送信されるＣＧのＰＵＣＣＨセルがＦＤＤである場合には、当該ＰＵＳＣＨに対応するＵＬ  ＤＡＩを全ＣＧのＵＣＩペイロードサイズ決定に適用することができる。または、ＰＵＳＣＨが送信されるＣＧのＰＵＣＣＨセルがＦＤＤである場合、当該ＣＧに対するＵＣＩペイロードサイズは、ＵＬ  ＤＡＩを適用しないで設定された最大セル数と決定することができる。
【０３１０】
（ＰＵＳＣＨリソース数によるＵＣＩピギーバック）
本発明の更なる動作として、、送信するＰＵＳＣＨリソースが複数個である場合には、各ＰＵＳＣＨリソース別にＵＣＩピギーバック対象ＣＧを設定して、１個ＣＧに対するＵＣＩを、対応する１個のＰＵＳＣＨリソースにピギーバックして送信し、送信するＰＵＳＣＨリソースが単一である場合には、複数ＣＧに対するＵＣＩをＣＧ別に個別コーディング／マッピングを適用して、１つのＰＵＳＣＨリソースにＵＣＩピギーバックすることができる。
【０３１１】
（ＰＵＳＣＨドロップ方案）
（Ａ．１  ＰＵＳＣＨドロップ条件）
本発明の更なる動作として、端末がＰＵＳＣＨ及びＰＵＣＣＨの同時伝送を支援せず、ＰＵＳＣＨリソース内にＵＣＩピギーバックを行うとき、下記条件の少なくとも一つの条件又は複数の条件の組み合わせによってＰＵＳＣＨ伝送リソースをドロップし、ＰＵＣＣＨリソースでＵＣＩ伝送を行う動作を提案する。下記においてＵＣＩはＨＡＲＱ−ＡＣＫに限定されてもよい。
【０３１２】
［条件目録Ａ．１］
（ｉ）ＵＣＩペイロードがＫ０ビット以上である場合
（ｉｉ）割り当てられたＰＵＳＣＨリソース量（すなわち、ＰＲＢ数又はＲＥ数）がＮ０個以下である場合
（ｉｉｉ）端末に設定されたＣＣ数がＭ０個以上である場合
（ｉｖ）端末がＵＣＩピギーバックを行うＣＣ数（例えば、スケジュールされたＣＣ数）がＬ０個以上である場合
（ｖ）ＨＡＲＱ−ＡＣＫ（又は特定ＵＣＩ）に対するコーディングレートがＣ０以上である場合
ａ．上記コーディングレートは、前述したＵＣＩリソース拡張のためのコーディングレートと関連した過程によって計算できる。
【０３１３】
（ｖｉ）ＰＵＳＣＨ内データに対するコーディングレートがＣ１以上である場合
ａ．一例として、データに対するコーディングレートは、（データペイロードサイズ）／（変調次数×（全ＰＵＳＣＨ内ＲＥ数−ＲＳ又はＵＣＩ伝送のためにレートマッチング及びパンクチャリングされたＲＥ数））と計算できる。
【０３１４】
例えば、本発明の実施例に係るＬＴＥシステムにおいて、基地局は端末にＰＵＳＣＨ１とＰＵＳＣＨ２伝送を指示し、ＰＵＳＣＨ１でＵＣＩピギーバックを行うと期待したが、端末がＰＵＳＣＨ１に対するＵＬ承認を逃し、ＰＵＳＣＨ２でＵＣＩピギーバックを行うこともある。このとき、基地局は、端末がＰＵＳＣＨ２でＵＣＩピギーバックを行うことを期待しなかったため、ＰＵＳＣＨ２に十分のＰＲＢを割り当てておらず、よって、ＵＣＩピギーバックを行うにはリソース量が足りない場合がありうる。このようにＰＵＳＣＨリソースがＵＣＩピギーバック伝送を行うには不足すぎる場合に、好ましくは、ＰＵＳＣＨ伝送をドロップし、ＰＵＣＣＨリソースでＨＡＲＱ−ＡＣＫ又はＣＳＩなどのＵＣＩ情報を送信することができる。一例として、事前にＰＵＳＣＨリソースに割り当てられたＰＲＢ数に対応して、ＵＣＩピギーバックが可能なＣＣ数の基準値を設定し、特定ＰＲＢ数に対してＵＣＩピギーバックのための設定されたＣＣ数又はスケジュールされたＣＣ数が、上記ＵＣＩピギーバックが可能なＣＣ数の基準値を超えると、ＰＵＳＣＨリソース伝送をドロップし、ＵＣＩをＰＵＣＣＨで送信することができる。
【０３１５】
さらに一般化すると、ＰＵＳＣＨ及びＰＵＣＣＨの同時伝送を支援しない（或いは同時伝送が設定されていない）端末にとって送信するＰＵＳＣＨが一つ以上存在すると、ＰＵＳＣＨ別に。上記Ａ．１で提示された条件のうち一つ（又は、複数の条件の組み合わせ）を満たすか否か検討し、仮に上記条件を満たすＰＵＳＣＨが少なくとも一つ存在すると、端末は、これらのＰＵＳＣＨのうち、最高の優先順位を有するＰＵＳＣＨにＵＣＩピギーバックを行う。仮に、上記条件を満たすＰＵＳＣＨがない場合には、端末は、全ＰＵＳＣＨ伝送をドロップし、ＰＵＣＣＨでＵＣＩ伝送を行うことができる。
【０３１６】
Ａ．２  ＰＵＳＣＨドロップ後、ＰＵＣＣＨを用いたＵＣＩ伝送時のリソース割り当て方案
本発明の更なる動作として、端末がＰＵＳＣＨ及びＰＵＣＣＨ同時伝送を支援せず、ＰＵＳＣＨリソースへのＵＣＩピギーバック過程において上記Ａ．１動作によって事前に基地局と端末間に約束された条件によってＰＵＳＣＨ伝送をドロップし、ＰＵＣＣＨリソースでＵＣＩ伝送を行うとき、上記ＰＵＣＣＨリソースを下記方案の少なくとも一つの方案を適用して設定する動作を提案する。
【０３１７】
（ｉ）ＨＡＲＱ−ＡＣＫ伝送に対応するＤＬ承認で送信されたＤＣＩ内ＡＲＩ（ａｃｋ−ｎａｃｋ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ）が示しているＰＵＣＣＨリソース
（ｉｉ）ＨＡＲＱ−ＡＣＫ伝送に対応するＤＬ承認で送信されたＤＣＩの開始ＣＣＥインデックスに対応するＰＵＣＣＨリソース
（ｉｉｉ）基地局が上位層信号で明示的なＰＵＣＣＨリソースを割り当てる
好ましくは、上記Ａ．１動作によってＰＵＳＣＨ伝送をドロップし、ＰＵＣＣＨリソースでＵＣＩを送信する場合、当該ＵＣＩ（例えば、ＨＡＲＱ−ＡＣＫ）伝送をトリガしたＤＬ承認に対応するＰＵＣＣＨリソースを活用することができる。
【０３１８】
本発明の更なる動作として、上記提案方案を活用した段階的なＰＵＳＣＨピギーバック方案を提案する。
【０３１９】
以下、Ｃ＿ｔｈは［条件目録Ａ．１］で提示された条件の一つ以上を意味でき、Ａ／Ｎバンドリングは、複数の（異なる）ＴＢに対するＨＡＲＱ−ＡＣＫに論理ＡＮＤ演算を適用する空間バンドリング（Ｓｐａｔｉａｌ  ｂｕｎｄｌｉｎｇ）、複数の（異なる）ＣＣに対するＨＡＲＱ−ＡＣＫに論理ＡＮＤ演算を適用するＣＣドメインバンドリング、複数の（異なる）ＳＦに対するＨＡＲＱ−ＡＣＫに論理ＡＮＤ演算を適用する時間ドメインバンドリングの少なくとも一つが適用されることを意味できる。
【０３２０】
また、以下において、ＰＵＳＣＨ間の優先順位は、非周期的ＣＳＩ報告を送信するセルがそうでないセルに比べて高く、（非周期的ＣＳＩ報告を送信するセルがない場合）ＰＣｅｌｌがＳＣｅｌｌに比べて高く、ＳＣｅｌｌ内ではＣｅｌｌインデックスが低いほど優先順位を高く設定することができる。または、上記ＰＵＳＣＨ間優先順位は、上記Ｃ＿ｔｈの観点で定義することができる。Ｃ＿ｔｈで定義された条件が、特定メトリックが特定閾値より高い場合を意味する場合、上記メトリックが高いほどＰＵＳＣＨの優先順位が高くなり、Ｃ＿ｔｈで定義された条件が、特定メトリックが特定閾値より低い場合を意味する場合、上記メトリックが低いほど、ＰＵＳＣＨの優先順位が高くなる。この場合にも、非周期的ＣＳＩ報告を送信するセルがそうでないセルに比べて高く、（非周期的ＣＳＩ報告を送信するセルがない場合）残りのセルに対して上記優先順位を適用することができる。
【０３２１】
１．  ＰＵＳＣＨピギーバック方案１
Ａ．ステップ１：バンドリングされていない（ｎｏｎ−ｂｕｎｄｌｅｄ）Ａ／Ｎを基準にＣ＿ｔｈを満たすＰＵＳＣＨのうち、優先順位が最も高いＰＵＳＣＨに（バンドリングされていないＡ／Ｎを）ピギーバック。
【０３２２】
Ｂ．ステップ２：バンドリングされていないＡ／Ｎを基準にＣ＿ｔｈを満たすＰＵＳＣＨがない場合、バンドリングされたＡ／Ｎを基準にＣ＿ｔｈを満たすＰＵＳＣＨのうち、優先順位が最も高いＰＵＳＣＨに（バンドリングされたＡ／Ｎを）ピギーバック。
【０３２３】
Ｃ．ステップ３：バンドリングされたＡ／Ｎを基準にＣ＿ｔｈを満たすＰＵＳＣＨがない場合、全ＰＵＳＣＨをドロップし、（バンドリングされていない或いはバンドリングされた）Ａ／ＮをＰＵＣＣＨで伝送。
【０３２４】
２．  ＰＵＳＣＨピギーバック方案２
Ａ．ステップ１：優先順位の最も高いＰＵＳＣＨが、バンドリングされていないＡ／Ｎ基準に、Ｃ＿ｔｈを満たす場合、当該ＰＵＳＣＨに（バンドリングされていないＡ／Ｎを）ピギーバック。
【０３２５】
Ｂ．ステップ２：優先順位の最も高いＰＵＳＣＨが、バンドリングされていないＡ／Ｎ基準に、Ｃ＿ｔｈを満たさない一方、バンドリングされたＡ／Ｎ基準に、Ｃ＿ｔｈを満たす場合、当該ＰＵＳＣＨに（バンドリングされたＡ／Ｎを）ピギーバック。
【０３２６】
Ｃ．ステップ３：優先順位の最も高いＰＵＳＣＨが、バンドリングされたＡ／Ｎ基準に、Ｃ＿ｔｈを満たさない場合、当該ＰＵＳＣＨをドロップした状態で或いはドロップしていない状態で、その次に優先順位が高いＰＵＳＣＨに対して上記ステップ１及び２を行う。
【０３２７】
Ｄ．ステップ４：全ＰＵＳＣＨが、バンドリングされたＡ／Ｎ基準に、Ｃ＿ｔｈを満たさない場合、全ＰＵＳＣＨをドロップし、（バンドリングされていない或いはバンドリングされた）Ａ／ＮをＰＵＣＣＨで伝送。
【０３２８】
３．  ＰＵＳＣＨピギーバック方案３
Ａ．ステップ１：優先順位の最も高いＰＵＳＣＨが、バンドリングされていないＡ／Ｎ基準に、Ｃ＿ｔｈを満たす場合、当該ＰＵＳＣＨに（バンドリングされていないＡ／Ｎを）ピギーバック。
【０３２９】
Ｂ．ステップ２：優先順位の最も高いＰＵＳＣＨが、バンドリングされていないＡ／Ｎ基準に、Ｃ＿ｔｈを満たさない一方、バンドリングされたＡ／Ｎ基準に、Ｃ＿ｔｈを満たす場合、当該ＰＵＳＣＨに（バンドリングされたＡ／Ｎを）ピギーバック。
【０３３０】
Ｃ．ステップ３：優先順位の最も高いＰＵＳＣＨが、バンドリングされたＡ／Ｎ基準に、Ｃ＿ｔｈを満たさない場合、全ＰＵＳＣＨをドロップし、（バンドリングされていない或いはバンドリングされた）Ａ／ＮをＰＵＣＣＨで伝送。
【０３３１】
（拡張ＰＲＢ割り当て方案）
Ｂ．１  ＰＵＳＣＨリソースにＵＣＩに対するＰＵＳＣＨピギーバックを行うとき、基地局が端末にＰＵＳＣＨ伝送のために割り当てられたＰＲＢを含む拡張されたＰＲＢリソースを事前に設定し、次の少なくとも一つの場合に対して、ＵＣＩに対するＰＵＳＣＨピギーバックを行う際に上記拡張されたＰＲＢリソースを活用する方案。
【０３３２】
（１）基地局の動的シグナリング（例えば、ＤＣＩ）で指示された場合
（２）上記条件目録Ａ．１の一つの条件に該当する場合
（３）設定されたＣＣ数に対応するＰＲＢ数（例えば、ＰＲＢ１）を定義し、ＰＵＳＣＨリソースのＰＲＢ数（例えば、ＰＲＢ２）が上記設定されたＣＣ数に対応するＰＲＢ数より少ない場合。ただし、ＰＵＳＣＨリソースのＰＲＢ数をＰＲＢ１に拡張。
【０３３３】
本発明の実施例に係るＬＴＥ  Ｒｅｌ−１２システムにおいて、ＰＵＳＣＨリソースにＵＣＩピギーバックを行う場合、割り当てられたＰＵＳＣＨ  ＰＲＢ領域における最大４個のＳＣ−ＦＤＭＡシンボルに該当するリソースを、Ａ／Ｎ伝送のために活用することができる。しかし、上記本発明の背景において言及された大規模ＣＡ技法が導入されると、上記４個のＳＣ−ＦＤＭＡシンボルと設定されたリソースに比べて、Ａ／Ｎペイロードが相対的に増加し、Ａ／Ｎに対するコーディングレートが高くなるか、又は、一部のＡ／Ｎペイロードを伝送できない場合が発生しうる。この問題を解決するために、ＰＵＳＣＨリソースに対するＰＲＢ領域を、Ａ／Ｎペイロードに応じて増加させることもできるが、実のデータ伝送のために必要なＰＲＢ数より多いリソースを割り当てるという非効率的なリソース活用が発生しうる。そこで、他の方案として、Ａ／Ｎペイロードが大きい場合、データ伝送のためのＰＲＢ領域に追加のＰＲＢを設定して、拡張されたＰＲＢ領域に対してＡ／Ｎピギーバックを行うことができる。拡張されたＰＲＢ領域では、他のＰＵＳＣＨなどの伝送がない場合にのみＡ／Ｎ伝送を行うことが好ましく、したがって、基地局が動的シグナリングで、拡張されたＰＲＢ領域に対してＡ／Ｎ伝送を許容するか否かを知らせることができる。
【０３３４】
Ｂ．２  Ｂ．１によってＰＵＳＣＨリソースを拡張する場合、ＰＵＳＣＨリソースの位置及び隣接したＰＲＢ領域におけるＵＬ伝送現況によって、拡張可能な方向が制限されることがある。例えば、ＰＵＳＣＨリソースが周波数軸において最上側の領域に割り当てられた場合、周波数軸において下方にのみＵＣＩ伝送のためのＰＲＢを拡張することができる。そこで、本発明では、基地局がＵＬ承認などを用いて［上方Ｕ（ｉ）個のＰＲＢ、下方Ｌ（ｉ）個のＰＢＲ］、ｉ＝１，２，…，２Ｎ個の組み合わせのうち一つを指示して、既存ＰＵＳＣＨリソースを拡張する方案を提案する。このとき、上記Ｕ（ｉ）、Ｌ（ｉ）、ｉ＝１，２，…，２Ｎは、基地局が端末に上位層信号で事前に設定することができる。
【０３３５】
Ｂ．３  ＵＬ承認によってトリガされないＰＵＳＣＨリソース（例えば、ＳＰＳ  ＰＵＳＣＨ、（同期式ＨＡＲＱプロセスによる）再伝送ＰＵＳＣＨ）に対しては、上記提案方案Ｂ．１の（１）を適用しなく、上記のＡ．１とＡ．２で提示された方式のように、ＰＵＳＣＨドロップ後にＰＵＣＣＨを用いたＵＣＩ送信する方案を提案する。ただし、ＳＰＳ  ＰＵＳＣＨの場合、Ａ．１で記述されたように、一部のＣＣに対するＵＣＩをＰＵＳＣＨピギーバックすることができる。
【０３３６】
一例として、Ａ／Ｎピギーバックのために、ＰＵＳＣＨ伝送のために割り当てられたＰＲＢ領域から拡張されたＰＲＢを考慮する場合、Ｂ．１の（１）方式のように、基地局がＵＬ承認などで、上記拡張されたＰＲＢを適用できるか否かを知らせることが好ましい。このとき、別のＵＬ承認がないＰＵＳＣＨ、例えば、ＳＰＳ  ＰＵＳＣＨ又は再伝送ＰＵＳＣＨは、上記提案方案Ｂ．１の（１）を適用することができない。したがって、この場合には、Ａ．１及びＡ．２で提案された方式によって、ＰＵＳＣＨドロップ後にＰＵＣＣＨを用いたＵＣＩを送信したり、又は一部のＵＣＩだけを送信することができる。上記提案方案の更なる動作として、優先順位が確実であるＰＣｅｌｌの（ＵＬ承認のない）ＰＵＳＣＨに対しては、Ｂ．１又はＢ．２による追加ＰＲＢを、ＵＣＩに対するＰＵＳＣＨピギーバックの目的で活用し、優先順位を比較し難いＳＣｅｌｌの（ＵＬ承認のない）ＰＵＳＣＨに対しては、上記追加ＰＲＢを許容しないでＢ．３を適用することができる。
【０３３７】
Ｂ．４  Ｂ．１を適用するとき、拡張されたＰＲＢ領域の一部がＳＲＳ帯域幅と重なる場合、上記重なった領域を考慮してＵＣＩに対するレートマッチング（又はパンクチャリング）を適用する方案
Ｂ．１においてＰＵＳＣＨ伝送のための既存ＰＲＢ領域はＳＲＳ帯域幅と重ならないが、拡張されたＰＲＢ領域はＳＲＳ帯域幅と一部重なることもある。したがって、ＵＣＩに対するレートマッチング（又はパンクチャリング）は、拡張されたＰＲＢ領域とＳＲＳ帯域幅との関係を考慮して適用すればよい。一例として、拡張されたＰＢＲ領域の一部がＳＲＳ帯域幅と重なった場合、ＰＵＳＣＨ伝送のために割り当てられたＰＲＢ領域及び拡張されたＰＲＢ領域の両方ともＳＲＳ帯域幅と重なったと仮定してレートマッチング又はパンクチャリングを行うことができる。または、ＰＵＳＣＨ  ＲＢと追加ＲＢに対してそれぞれがＳＲＳ帯域幅と重なっているか否かによって独立してレートマッチング又はパンクチャリングを行うか否かを決定することもできる。
【０３３８】
図１６は、本発明の一実施例例に係る動作を示す図である。
【０３３９】
図１６は、無線通信システムにおいて上りリンク制御情報を送信するための方法に関する。この方法は端末によって行われる。
【０３４０】
この端末は、送信する上りリンク制御情報のペイロードサイズによって、コーディングされたシンボルの数を決定することができる（Ｓ１６１０）。上記端末は、上記決定されたコーディングされたシンボルの数によって、上記上りリンク制御情報を上りリンクリソースにマップすることができる（Ｓ１６２０）。上記コーディングされたシンボル数は、上記送信する上りリンク制御情報のペイロードサイズによって選択されるパラメータを用いて決定することができる。
【０３４１】
上記端末は、上記パラメータを基地局から上位層シグナリングによって受信することができる。また、上記パラメータは、上記送信する上りリンク制御情報のペイロードサイズが特定値と等しい又は小さいと、第１値として選択され、上記送信する上りリンク制御情報のペイロードサイズが特定値より大きいと、第２値として選択され得る。
【０３４２】
上記上りリンクリソースはＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を含むことができる。すなわち、上記端末は、上記上りリンク制御情報をＰＵＳＣＨにピギーバックして送信することができる。
【０３４３】
上記端末は、上記送信する上りリンク制御情報のペイロードサイズに基づいて算出されるコーディングレート値、上記端末に設定された要素搬送波の数又は上位層シグナリングのうち一つによって、上記上りリンクリソースにおける上記上りリンク制御情報のためのリソースを拡張したり、上記上りリンク制御情報の一部の内容（ｃｏｎｔｅｎｔ）を省略したりするか否かを決定することができる。
【０３４４】
また、上記端末は、上記上りリンク制御情報が複数の下りリンク要素搬送波に関する情報を含むと、上記上りリンク制御情報を複数の上りリンク要素搬送波の上りリンクリソースにマップする段階をさらに含むことができる。すなわち、上記端末は、上記上りリンク制御情報を複数の上りリンク要素搬送波で上記基地局に送信することができる。
【０３４５】
また、上記端末は、上記複数の上りリンク要素搬送波の上りリンクリソースのうち、高い優先順位の上りリンクリソースから始めて、該当の上りリンクリソースの最大ペイロードを超えない最大個数の下りリンク要素搬送波に対する上りリンク制御情報をマップすることができる。
【０３４６】
また、上記方法は、上記複数の上りリンク要素搬送波の上りリンクリソースの数によって、各上りリンクリソースに割り当てられた下りリンク要素搬送波グループに関する情報を受信し、そして上記受信された情報を用いて上記上りリンク制御情報を上記上りリンクリソースにマップすることができる。
【０３４７】
また、上記方法は、上記複数の下りリンク要素搬送波に関する情報を連結（ｃｏｎｃａｔｅｎａｔｅ）して統合上りリンク制御情報を取得し、そして上記統合上りリンク制御情報を上記複数の上りリンク要素搬送波の上りリンクリソースにサブフレーム単位で時間−優先（ｔｉｍｅ−ｆｉｒｓｔ）マップすることができる。
【０３４８】
図１７は、本発明の実施例を実行する送信装置１０及び受信装置２０の構成要素を示すブロック図である。送信装置１０及び受信装置２０は、情報及び／又はデータ、信号、メッセージなどを運ぶ有線及び／又は無線信号を送信又は受信できる送受信ユニット１３，２３と、無線通信システム内の通信と関連した各種情報を記憶するメモリ１２，２２と、送受信ユニット１３，２３及びメモリ１２，２２の構成要素と動作的に接続してこれらの構成要素を制御し、当該装置が前述の本発明の実施例の少なくとも一つを実行するようにメモリ１２，２２及び／又は送受信ユニット１３，２３を制御するように構成されたプロセッサ１１，２１をそれぞれ備える。
【０３４９】
メモリ１２，２２は、プロセッサ１１，２１の処理及び制御のためのプログラムを格納することができ、入／出力される情報を臨時記憶することができる。メモリ１２，２２がバッファーとして活用されてもよい。プロセッサ１１，２１は、一般に、送信装置又は受信装置内の各種モジュールの動作全般を制御する。特に、プロセッサ１１，２１は、本発明を実行するための各種制御機能を果たすことができる。プロセッサ１１，２１をコントローラ（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラ（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などと呼ぶこともできる。プロセッサ１１，２１は、ハードウェア（ｈａｒｄｗａｒｅ）又はファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はこれらの結合によって具現されてもよい。ハードウェアを用いて本発明を具現する場合は、本発明を実行するように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）などがプロセッサ４００ａ，４００ｂに設けられてもよい。一方、ファームウェアやソフトウェアを用いて本発明を具現する場合は、本発明の機能又は動作を実行するモジュール、手順又は関数などを含むようにファームウェアやソフトウェアが構成されてもよい。本発明を実行できるように構成されたファームウェア又はソフトウェアは、プロセッサ１１，２１内に設けられたりメモリ１２，２２に格納されてプロセッサ１１，２１によって駆動されてもよい。
【０３５０】
送信装置１０におけるプロセッサ１１は、プロセッサ１１又はプロセッサ１１に接続しているスケジューラからスケジューリングされて外部に送信される信号及び／又はデータに対して所定の符号化（ｃｏｄｉｎｇ）及び変調（ｍｏｄｕｌａｔｉｏｎ）を行った後送受信ユニット１３に送信する。例えば、プロセッサ１１は、送信しようとするデータ列を逆多重化、チャネル符号化、スクランブリング、及び変調などをしてＫ個のレイヤに変換する。符号化されたデータ列はコードワードとも呼ばれ、ＭＡＣ層が提供するデータブロックである伝送ブロックと等価である。一伝送ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ、ＴＢ）は一コードワードに符号化され、各コードワードは一つ以上のレイヤの形態で受信装置に送信される。周波数アップ変換のために送受信ユニット１３はオシレータ（ｏｓｃｉｌｌａｔｏｒ）を含むことができる。送受信ユニット１３はＮｔ個（Ｎｔは１以上の正の整数）の送信アンテナを含むことができる。
【０３５１】
受信装置２０の信号処理過程は、送信装置１０の信号処理過程の逆となる。プロセッサ２１の制御下に、受信装置２０の送受信ユニット２３は送信装置１０から送信された無線信号を受信する。送受信ユニット２３は、Ｎｒ個の受信アンテナを含むことができ、送受信ユニット２３は受信アンテナから受信した信号のそれぞれを周波数ダウン変換して（ｆｒｅｑｕｅｎｃｙ  ｄｏｗｎ−ｃｏｎｖｅｒｔ）基底帯域信号に復元する。送受信ユニット２３は、周波数ダウン変換のためにオシレータを含むことができる。プロセッサ２１は、受信アンテナから受信した無線信号に対する復号（ｄｅｃｏｄｉｎｇ）及び復調（ｄｅｍｏｄｕｌａｔｉｏｎ）を行い、送信装置１０が本来送信しようとしたデータに復元することができる。
【０３５２】
送受信ユニット１３，２３は一つ以上のアンテナを具備する。アンテナは、プロセッサ１１，２１の制御下に、本発明の一実施例によって、送受信ユニット１３，２３で処理された信号を外部に送信したり、外部から無線信号を受信して送受信ユニット１３，２３に伝達する機能を果たす。アンテナはアンテナポートと呼ばれることもある。各アンテナは一つの物理アンテナに該当したり、２以上の物理アンテナ要素（ｅｌｅｍｅｎｔ）の組合せによって構成されてもよい。各アンテナから送信された信号は受信装置２０によってそれ以上分解されることはない。当該アンテナに対応して送信された参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ、ＲＳ）は受信装置２０の観点で見たアンテナを定義し、チャネルが一物理アンテナからの単一（ｓｉｎｇｌｅ）無線チャネルであるか、或いは当該アンテナを含む複数の物理アンテナ要素（ｅｌｅｍｅｎｔ）からの合成（ｃｏｍｐｏｓｉｔｅ）チャネルであるかに関係なく、受信装置２０にとって当該アンテナに対するチャネル推定を可能にする。すなわち、アンテナは、該アンテナ上のシンボルを伝達するチャネルが同一アンテナ上の他のシンボルが伝達される上記チャネルから導出されるように定義される。複数のアンテナを用いてデータを送受信する多重入出力（Ｍｕｌｔｉ−Ｉｎｐｕｔ  Ｍｕｌｔｉ−Ｏｕｔｐｕｔ、ＭＩＭＯ）機能を支援する送受信ユニットの場合は２個以上のアンテナに接続されてもよい。
【０３５３】
本発明の実施例において、ＵＥが上りリンクでは送信装置１０として動作し、下りリンクでは受信装置２０として動作する。本発明の実施例において、ｅＮＢが上りリンクでは受信装置２０として動作し、下りリンクでは送信装置１０として動作する。
【０３５４】
送信装置１０又は受信装置２０は、上述した本発明の実施例のうちの少なくとも１つ又は２つ以上の実施例の組合せを実行することができる。
【０３５５】
上述したように開示された本発明の好適な実施例に関する詳細な説明は、当業者が本発明を具現して実施し得るように提供された。以上では本発明の好適な実施例を参照して説明したが、当該技術の分野における熟練した者には、添付の特許請求の範囲に記載された本発明を様々に修正及び変更できるということが理解できる。したがって、本発明はここに示した実施の形態に制限されるものではなく、ここに開示された原理及び新規な特徴と一致する最も広い範囲を付与するためのものである。
【産業上の利用可能性】
【０３５６】
本発明は、端末、リレー、基地局などのような通信装置に利用可能である。
【図１】
2019134430.tif 000058
【図２】
2019134430.tif 000059
【図３】
2019134430.tif 000060
【図４】
2019134430.tif 000061
【図５】
2019134430.tif 000062
【図６】
2019134430.tif 000063
【図７】
2019134430.tif 000064
【図８】
2019134430.tif 000065
【図９】
2019134430.tif 000066
【図１０】
2019134430.tif 000067
【図１１】
2019134430.tif 000068
【図１２】
2019134430.tif 000069
【図１３】
2019134430.tif 000070
【図１４】
2019134430.tif 000071
【図１５】
2019134430.tif 000072
【図１６】
2019134430.tif 000073
【図１７】
2019134430.tif 000074