(57)【要約】  複数のアップリンク制御情報（ＵＣＩ）ビットを含む物理アップリンク制御チャンネル（ＰＵＣＣＨ）送信に対する電力又は繰返し回数を決定するための方法及び装置を提供される。ＰＵＣＣＨ送信のための電力は、ＵＣＩビットの数又はＵＣＩビットのタイプに応じて異なる機能を使用する調整係数に基づいて決定される。複数のシンボルに対する空間フィルターを用いるＰＵＣＣＨ送信のための繰返し回数は、基準繰返し回数及び基準ＵＣＩビット数、基準シンボル数又は基準空間フィルター内の一つ以上から決定される。【選択図】  図１
2021521673.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
セル（ｃ）のキャリア（ｆ）のアップリンク帯域幅部分（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ、ＢＷＰ）（ｂ）でのＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）送信オケージョン（ｉ）でＰＵＣＣＨ送信電力に対する調整ファクター
2021521673.tif 000161
を
2021521673.tif 000162
として決定する段階と、
2021521673.tif 000163
ほど調整された電力でＰＵＣＣＨ送信オケージョン（ｉ）にて前記ＰＵＣＣＨを送信する段階と、を有し、
ここで、
2021521673.tif 000164
は予め決定されＰＵＣＣＨシンボルの基準個数であり、
2021521673.tif 000165
は４より大きいか、又は同一のＰＵＣＣＨ送信オケージョン（ｉ）でのＰＵＣＣＨシンボルの個数であり、
（ＯＵＣＩ）は、ＰＵＣＣＨ送信オケージョン（ｉ）で前記ＰＵＣＣＨに含まれたアップリンク制御情報（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）ビットの個数であり、
2021521673.tif 000166
はベース（ｂａｓｅ）が１０であるログ関数であることを特徴とする方法。
【請求項２】
前記（ＯＵＣＩ）は、２より小さいか、又は同一であることを特徴とする請求項１に記載の方法。
【請求項３】
送信構成インジケーターフィールドを含むダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）フォーマットを受信する段階と、
前記ＤＣＩフォーマットの前記送信構成インジケーターフィールドの値から決定される空間フィルターでＰＵＣＣＨ送信オケージョン（ｉ）にて前記ＰＵＣＣＨを送信する段階と、をさらに有することを特徴とする請求項１に記載の方法。
【請求項４】
前記ＵＣＩビットが第２タイプの場合
2021521673.tif 000167
値に対する構成を受信する段階と、
2021521673.tif 000168
ほど調整された電力でＰＵＣＣＨ送信オケージョン（ｉ）にて前記ＰＵＣＣＨを送信する段階と、をさらに有し、
前記ＵＣＩビットが第１タイプの場合には
2021521673.tif 000169
であることを特徴とする請求項１に記載の方法。
【請求項５】
前記第１タイプのＵＣＩビットは確認応答情報ビットであり、前記第２タイプのＵＣＩビットはスケジューリングリクエスト情報ビットであるか、又は
前記第１タイプのＵＣＩビットは第１タイプの確認応答情報ビットであり、前記第２タイプのＵＣＩビットは第２タイプの確認応答情報ビットであり、前記第１タイプの確認応答情報ビット又は前記第２タイプの確認応答情報ビットは、前記確認応答情報ビットと関連したダウンリンク制御情報（ＤＣＩ）フォーマットから決定されるか、又は
前記ＵＣＩビットは、第１タイプＵＣＩビット及び第２タイプＵＣＩビットを含み、
2021521673.tif 000170
は前記第１タイプＵＣＩビットに対する
2021521673.tif 000171
及び第２タイプＵＣＩビットに対する
2021521673.tif 000172
の内のより大きいものであることを特徴とする請求項４に記載の方法。
【請求項６】
ユーザ装置（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ）であって、
セル（ｃ）のキャリア（ｆ）のアップリンク帯域幅部分（ＢＷＰ）（ｂ）でのＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）送信オケージョン（ｉ）でＰＵＣＣＨ送信電力に対する調整ファクター
2021521673.tif 000173
を
2021521673.tif 000174
として決定するように構成されるプロセッサと、
2021521673.tif 000175
ほど調整された電力でＰＵＣＣＨ送信オケージョン（ｉ）にて前記ＰＵＣＣＨを送信するように構成される送信機と、を有し、
ここで、
2021521673.tif 000176
は予め決定されたＰＵＣＣＨシンボルの基準個数であり、
2021521673.tif 000177
は４より大きいか、又は同一のＰＵＣＣＨ送信オケージョン（ｉ）でのＰＵＣＣＨシンボルの個数であり、
（ＯＵＣＩ）は、ＰＵＣＣＨ送信オケージョン（ｉ）で前記ＰＵＣＣＨに含まれたアップリンク制御情報（ＵＣＩ）ビットの個数であり、
2021521673.tif 000178
はベースが１０であるログ関数であることを特徴とするユーザ装置。
【請求項７】
前記（ＯＵＣＩ）が２より小さいか、又は同一であることを特徴とする請求項６に記載のユーザ装置。
【請求項８】
送信構成インジケーターフィールドを含むダウンリンク制御情報（ＤＣＩ）フォーマットを受信するように構成される受信機をさらに有し、
前記送信機は、前記ＤＣＩフォーマットの前記送信構成インジケーターフィールドの値から決定される空間フィルターでＰＵＣＣＨ送信オケージョン（ｉ）にて前記ＰＵＣＣＨを送信するようにさらに構成されることを特徴とする請求項６に記載のユーザ装置。
【請求項９】
前記ＵＣＩビットが第２タイプの場合
2021521673.tif 000179
値に対する構成を受信するように構成される受信機をさらに有し、
前記送信機は
2021521673.tif 000180
ほど調整された電力でＰＵＣＣＨ送信オケージョン（ｉ）にて前記ＰＵＣＣＨを送信するようにさらに構成され、
前記ＵＣＩビットが第１タイプの場合には
2021521673.tif 000181
であることを特徴とする請求項６に記載のユーザ装置。
【請求項１０】
前記第１タイプのＵＣＩビットは確認応答情報ビットであり、前記第２タイプのＵＣＩビットはスケジューリングリクエスト情報ビットであるか、又は
前記第１タイプのＵＣＩビットは第１タイプの確認応答情報ビットであり、前記第２タイプのＵＣＩビットは第２タイプの確認応答情報ビットであり、前記第１タイプの確認応答情報ビット又は前記第２タイプの確認応答情報ビットは、前記確認応答情報ビットと関連したダウンリンク制御情報（ＤＣＩ）フォーマットから決定されるか、又は
前記ＵＣＩビットは、第１タイプＵＣＩビット及び第２タイプＵＣＩビットを含み、
2021521673.tif 000182
は前記第１タイプＵＣＩビットに対する
2021521673.tif 000183
及び第２タイプＵＣＩビットに対する
2021521673.tif 000184
の内のより大きいものであることを特徴とする請求項９に記載のユーザ装置。
【請求項１１】
方法であって、
基準物理アップリンク制御チャンネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ：ＰＵＣＣＨ）送信のための基準繰返し回数に対する表示を受信する段階と、
基準繰返し回数、基準ＵＣＩビットの個数、及びＵＣＩビットの個数に基づいて、アップリンク制御情報（ＵＣＩ）ビットの個数を含む第１ＰＵＣＣＨ送信のための第１繰返し回数を決定する段階と、
前記第１繰返し回数で前記ＰＵＣＣＨを送信する段階と、を有することを特徴とする方法。
【請求項１２】
シンボルの基準個数に対する表示を受信する段階と、
前記基準繰返し回数、前記シンボルの基準個数、及び前記シンボルの個数に基づいて、  前記シンボルの個数を超える第２ＰＵＣＣＨ送信のための第２繰返し回数を決定する段階と、
前記シンボルの個数を超える前記第２繰返し回数で前記第２ＰＵＣＣＨを送信する段階と、をさらに有することを特徴とする請求項１１に記載の方法。
【請求項１３】
繰返し回数セットと送信構成インジケーターに対する値セットとの間のマッピングを受信する段階と、
前記マッピングに基づいて、前記送信構成インジケーターの値から決定された空間フィルターを用いて、第３ＰＵＣＣＨ送信のための繰返し回数を決定する段階と、
前記空間フィルターを用いて、前記繰返し回数で前記第３ＰＵＣＣＨを送信する段階と、をさらに有することを特徴とする請求項１１に記載の方法。
【請求項１４】
ユーザ装置（ＵＥ）であって、
基準物理アップリンク制御チャンネル（ＰＵＣＣＨ）送信のための基準繰返し回数に対する表示を受信するように構成される受信機と、
前記基準繰返し回数、ＵＣＩビットの基準個数、及びＵＣＩビットの個数に基づいて、アップリンク制御情報（ＵＣＩ）ビットの個数を含む第１ＰＵＣＣＨ送信のための第１繰返し回数を決定するように構成されるプロセッサと、
前記第１繰返し回数で前記ＰＵＣＣＨを送信するように構成される送信機と、を有することを特徴とするユーザ装置。
【請求項１５】
前記受信機は、シンボルの基準個数に対する表示を受信するようにさらに構成され、
前記プロセッサは、前記基準繰返し回数、前記シンボルの基準個数、及び前記シンボルの個数に基づいて、前記シンボルの個数を超える第２ＰＵＣＣＨ送信のための第２繰返し回数を決定するようにさらに構成され、
前記送信機は、前記シンボルの個数を超える前記第２繰返し回数で前記第２ＰＵＣＣＨを送信するようにさらに構成され、
さらに、前記受信機は、繰返し回数セットと送信構成インジケーターに対する値セットとの間のマッピングを受信するようにさらに構成され、
前記プロセッサは、前記マッピングに基づいて、前記送信構成インジケーターの値から決定された空間フィルターを用いて、第３ＰＵＣＣＨ送信のための繰返し回数を決定するようにさらに構成され、
前記送信機は、前記空間フィルターを用いて、前記繰返し回数で前記第３ＰＵＣＣＨを送信するようにさらに構成されることを特徴とする請求項１４に記載のユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、一般的に無線通信システムにおける制御方式に関し、より具体的には、本開示は無線通信システムにおける制御情報シグナリングに関する。
【背景技術】
【０００２】
２０２０年頃に初期商業化が予想される５世代（５Ｇ）又はニューラジオ（ＮＲ）移動通信は、産業及び学界の多様な候補技術に対する全世界技術活動で最近にモメンタムが増加している。
５Ｇ／ＮＲ移動通信の候補イネイブラーは、ビームフォーミング利得を提供して増加された容量をサポートするための、レガシーセルラー周波数帯域で高周波数までの大規模アンテナ技術、多様な要求事項を有する各種サービス／アプリケーションを柔軟に収容するための新しい波形（例えば、新しい無線アクセス技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ：ＲＡＴ））、大規模接続をサポートするための新しい多重アクセス方式などを含む。
【０００３】
ＩＴＵ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ）は、２０２０年以後のＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）の使用シナリオを、ｅＭＢＢ（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）、大規模ＭＴＣ（ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＵＲＬＬ（ｕｌｔｒａ  ｒｅｌｉａｂｌｅ  ａｎｄ  ｌｏｗ  ｌａｔｅｎｃｙ）通信のような３つの重要グループで分類した。
さらに、ＩＴＣは、秒当り２０ギガビット（Ｇｂ／ｓ）の最大データ速度、秒当り１００メガビット（Ｍｂ／ｓ）のユーザ経験データ速度、３倍のスペクトラム効率改善、時間当り最大５００キロメートル（ｋｍ／ｈ）移動性サポート、１ミリ秒（ｍｓ）レイテンシ、１０６個装置／ｋｍ２の接続密度、１００倍のネットワークエネルギー効率向上及び１０Ｍｂ／ｓ／ｍ２の面積トラフィック容量のような目標要求事項を明示した。
すべての要求事項を同時に満たす必要はないが、５Ｇ／ＮＲネットワーク設計は、上記要求事項の内の一部を満たす多様なアプリケーションを使用ケース別でサポートすることができる柔軟性を提供することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本開示は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）のような４Ｇ（４ｔｈ−Ｇｅｎｅｒａｔｉｏｎ）通信システムより高いデータレートをサポートするために提供されるｐｒｅ−５Ｇ又は５Ｇ／ＮＲ通信システムに関する。
本開示の実施形態は、進歩した通信システムでの制御情報シグナリングを提供する。
【課題を解決するための手段】
【０００５】
本開示の一態様によれば、方法が提供される。
この方法は、セル（ｃ）のキャリア（ｆ）のアップリンク帯域幅部分（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ、ＢＷＰ）（ｂ）でのＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）送信オケージョン（ｉ）でＰＵＣＣＨ送信電力に対する調整ファクター
2021521673.tif 000003
を
2021521673.tif 000004
として決定する段階と、
2021521673.tif 000005
ほど調整された電力でＰＵＣＣＨ送信オケージョン（ｉ）にて前記ＰＵＣＣＨを送信する段階と、を有し、ここで、
2021521673.tif 000006
は予め決定されＰＵＣＣＨシンボルの基準個数であり、
2021521673.tif 000007
は４より大きいか、又は同一のＰＵＣＣＨ送信オケージョン（ｉ）でのＰＵＣＣＨシンボルの個数であり、（ＯＵＣＩ）は、ＰＵＣＣＨ送信オケージョン（ｉ）で前記ＰＵＣＣＨに含まれたアップリンク制御情報（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）ビットの個数であり、
2021521673.tif 000008
はベース（ｂａｓｅ）が１０であるログ関数である。
【０００６】
本開示の他の態様によれば、ユーザ装置（ＵＥ）は、セル（ｃ）のキャリア（ｆ）のアップリンク帯域幅部分（ＢＷＰ）（ｂ）でのＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）送信オケージョン（ｉ）でＰＵＣＣＨ送信電力に対する調整ファクター
2021521673.tif 000009
を
2021521673.tif 000010
として決定するように構成されるプロセッサと、
2021521673.tif 000011
ほど調整された電力でＰＵＣＣＨ送信オケージョン（ｉ）にて前記ＰＵＣＣＨを送信するように構成される送信機と、を有し、ここで、
2021521673.tif 000012
は予め決定されたＰＵＣＣＨシンボルの基準個数であり、
2021521673.tif 000013
は４より大きいか、又は同一のＰＵＣＣＨ送信オケージョン（ｉ）でのＰＵＣＣＨシンボルの個数であり、（ＯＵＣＩ）は、ＰＵＣＣＨ送信オケージョン（ｉ）で前記ＰＵＣＣＨに含まれたアップリンク制御情報（ＵＣＩ）ビットの個数であり、
2021521673.tif 000014
はベースが１０であるログ関数である。
【０００７】
本開示のまた他の態様によれば、方法が提供される。
この方法は、基準物理アップリンク制御チャンネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ：ＰＵＣＣＨ）送信のための基準繰返し回数に対する表示を受信する段階と、基準繰返し回数、基準ＵＣＩビットの個数、及びＵＣＩビットの個数に基づいて、アップリンク制御情報（ＵＣＩ）ビットの個数を含む第１ＰＵＣＣＨ送信のための第１繰返し回数を決定する段階と、前記第１繰返し回数で前記ＰＵＣＣＨを送信する段階と、を有する。
【０００８】
本開示のまた他の一態様によれば、ユーザ装置（ＵＥ）は、基準物理アップリンク制御チャンネル（ＰＵＣＣＨ）送信のための基準繰返し回数に対する表示を受信するように構成される受信機と、前記基準繰返し回数、ＵＣＩビットの基準個数、及びＵＣＩビットの個数に基づいて、アップリンク制御情報（ＵＣＩ）ビットの個数を含む第１ＰＵＣＣＨ送信のための第１繰返し回数を決定するように構成されるプロセッサと、前記第１繰返し回数で前記ＰＵＣＣＨを送信するように構成される送信機と、を有する。
【０００９】
他の技術的特徴は、以下の図面、説明及び請求範囲から当業者に容易に明らかにでき得る。
【発明の効果】
【００１０】
本開示は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）のような４Ｇ（４ｔｈ−Ｇｅｎｅｒａｔｉｏｎ）通信システムより高いデータレートをサポートするために提供されるｐｒｅ−５Ｇ又は５Ｇ／ＮＲ通信システムに関する。
本開示の実施形態は、進歩した通信システムにおける制御情報シグナリングを提供する。
【図面の簡単な説明】
【００１１】
本開示及びその利点に対するより完全な理解のために、次に示す説明を添付図面と併せて参照する。
図面で類似の参照符号は、類似の部分を示す。
【図１】本開示の実施形態による例示的な無線ネットワークを示す図である。
【図２】本開示の実施形態による例示的なｇＮＢを示すブロック図である。
【図３】本開示の実施形態による例示的なＵＥを示すブロック図である。
【図４】本開示の実施形態による例示的なＤＬスロット構造を示す図である。
【図５】本開示の実施形態によるＰＵＳＣＨ送信又はＰＵＣＣＨ送信のための例示的なＵＬスロット構造を示す図である。
【図６】本開示の実施形態によるＤＣＩフォーマットに対する例示的なエンコーディングプロセスを説明するための図である。
【図７】本開示の実施形態によるＵＥと共に用いるためのＤＣＩフォーマットに対する例示的なデコーディングプロセスを説明するための図である。
【図８】本開示の実施形態によるＰＵＳＣＨでデータ情報及びＵＣＩに対する例示的な送信機を示すブロック図である。
【図９】本開示の実施形態によるＰＵＳＣＨのデータ情報及びＵＣＩに対する例示的な受信機を示すブロック図である。
【図１０】本開示の実施形態によるＨＡＲＱ−ＡＣＫ情報を多重化するためのＰＵＳＣＨを決定するための方法を説明するためのフローチャートである。
【図１１】本開示の実施形態によるＰＵＣＣＨリソースに対する空間設定パラメーターに基づいたＰＵＣＣＨ送信電力のＵＥによる決定のための方法を説明するためのフローチャートである。
【図１２】本開示の実施形態によるＰＵＣＣＨ送信のうちの一つで時間重畳ＰＵＣＣＨ送信からＵＣＩを多重化するための例示的なＵＥ動作を説明するための図である。
【図１３】本開示の実施形態によるＰＵＳＣＨ送信で時間重ねられたＰＵＣＣＨ及びＰＵＳＣＨ送信からＵＣＩを多重化するための例示的なＵＥ動作を説明するための図である。
【図１４】本開示の実施形態による基準ＵＣＩペイロードに対して上位階層によって提供される繰返し回数に基づいて、ＵＣＩペイロードを含むＰＵＣＣＨ送信の繰返し回数を決定するための方法を説明するためのフローチャートである。
【図１５】本開示の実施形態によってＰＵＣＣＨ送信をトリガーするＤＣＩフォーマットで表示されたＴＣＩ状態に基づいてＰＵＣＣＨ送信の繰返し回数を決定するための方法を説明するためのフローチャートである。
【図１６】本開示の実施形態によるＰＵＣＣＨ送信に含まれたＵＣＩタイプに基づいてＰＵＣＣＨ送信電力を決定するための方法を説明するためのフローチャートである。
【図１７】本開示の実施形態によって上位階層によって提供されるスロットの数及びコードレートに基づいてＰＵＣＣＨ送信のためのスロット数を決定するための方法を説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
以下、詳細な説明する前に、本明細書全体にかけて用いられる特定単語及び語句の定義を記載することが役立つ。
用語“カップル（ｃｏｕｐｌｅ）”及びその派生語は、２つ以上の要素の間のどんな直接又は間接通信を示すか、これら要素が互いに物理的に接触しているか否かを示す。
用語“送信（ｔｒａｎｓｍｉｔ）”、“受信（ｒｅｃｅｉｖｅ）”及び“通信（ｃｏｍｍｕｎｉｃａｔｅ）”そしてその派生語は、直接通信及び間接通信のいずれもを含む。
用語“（有する）含む（ｉｎｃｌｕｄｅ）”及び“構成する（ｃｏｍｐｒｉｓｅ）”そしてその派生語は、制限ではない含むことを意味する。
用語“又は（ｏｒ）”は包括的用語として、‘及び／又は’を意味する。
語句“〜と関連する（ａｓｓｏｃｉａｔｅｄ  ｗｉｔｈ）”及びその派生語は〜を含む（ｉｎｃｌｕｄｅ）、〜に含まれる（ｂｅ  ｉｎｃｌｕｄｅｄ  ｗｉｔｈｉｎ）、〜と結合する（ｉｎｔｅｒｃｏｎｎｅｃｔ  ｗｉｔｈ）、〜含有する（ｃｏｎｔａｉｎ）、〜に含有されている（ｂｅ  ｃｏｎｔａｉｎｅｄ  ｗｉｔｈｉｎ）、に接続する（ｃｏｎｎｅｃｔ  ｔｏ  ｏｒ  ｗｉｔｈ）、〜と結合する（ｃｏｕｐｌｅ  ｔｏ  ｏｒ  ｗｉｔｈ）、〜伝達する（ｂｅ  ｃｏｍｍｕｎｉｃａｂｌｅ  ｗｉｔｈ）、〜と協力する（ｃｏｏｐｅｒａｔｅ  ｗｉｔｈ）、〜をインタリーブする（ｉｎｔｅｒｌｅａｖｅ）、〜を併置する（ｊｕｘｔａｐｏｓｅ）、に近づく（ｂｅ  ｐｒｏｘｉｍａｔｅ  ｔｏ）、バウンディングする／される（ｂｅ  ｂｏｕｎｄ  ｔｏ  ｏｒ  ｗｉｔｈ）、所有する（ｈａｖｅ）、属性を有する（ｈａｖｅ  ａ  ｐｒｏｐｅｒｔｙ  ｏｆ）、〜と関係を有する（ｈａｖｅ  ａ  ｒｅｌａｔｉｏｎｓｈｉｐ  ｔｏ  ｏｒ  ｗｉｔｈ）などを意味する。
【００１３】
用語“制御器（ｃｏｎｔｒｏｌｌｅｒ）”は、少なくとも一つの動作を制御するどんな装置、システム又はその一部を意味する。
このような制御機は、ハードウェア又はハードウェアとソフトウェアの組み合せ及び／又はファームウエアで具現され得る。
特定の制御器に関連する機能は、ローカル又は遠隔で中央集中式で処理（ｃｅｎｔｒａｌｉｚｅｄ）されるか又は分散式で処理（ｄｉｓｔｒｉｂｕｔｅｄ）され得る。
語句“少なくとも一つ”は、それが項目の羅列と共に用いられる場合、羅列された項目中の一つ以上の異なる組み合せが用いられることができることを意味する。
例えば、“Ａ、Ｂ、及びＣの内の少なくとも一つ”は、次の組み合せ、すなわち、Ａ、Ｂ、Ｃ、ＡとＢ、ＡとＣ、ＢとＣ、及びＡとＢとＣ、の内のいずれか一つを含む。
【００１４】
また、後述する各種機能は、コンピューター読取可能なプログラムコードで形成されてコンピューター読取可能な媒体で具現される一つ以上のコンピュータープログラムのそれぞれによって具現又はサポートされる。
用語“アプリケーション”及び“プログラム”は、一つ以上のコンピュータープログラム、ソフトウェアコンポネント、命令セット、プロシージャ、関数、オブジェクト、クラス、インスタンス、関連データ、若しくは適合したコンピューター読取可能なプログラムコードでの具現化用に構成されたそれらの一部を指称する。
語句“コンピューター読取可能なプログラムコード”は、ソースコード、オブジェクトコード、及び実行可能なコードを含むコンピューターコードの種類を含む。
【００１５】
語句“コンピューター読取可能な媒体”は、ＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ハードディスクドライブ、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、若しくは任意の他のタイプのメモリーのような、コンピューターによってアクセスすることができる任意のタイプの媒体を含む。
“非一時的”コンピューター読取可能な媒体は、有線、無線、光学、一時的な電気的又は他の信号を伝達させる通信リンクを除く。
非一時的コンピューター読取可能な媒体は、データが永久的に記憶される媒体、及び再記録可能な光ディスク又は消去可能なメモリーデバイスのようにデータが記憶され、後で上書きされることができるような媒体を含む。
【００１６】
他の特定の単語やフレーズの定義は、この特許文書全体で提供される。
当業者は、ほとんどではないにしても多くの場合、そのような定義は、そのような定義された単語及び句の以前及び将来の使用に適用されることを理解する必要がある。
【００１７】
以下に説明する図１〜１７、及びこの特許明細書における本開示の原理を説明するために用いられる各種実施形態は、ただ例示の方法によるものであって、どんな方式でも本開示の範囲を制限することで解釈されてはいけない。
本開示の原理は、任意の適切に構成されたシステム又は装置で具現されることができるということを当業者は理解することができるだろう。
【００１８】
次の文献、すなわち、３ＧＰＰ  ＴＳ  ３８．２１１ｖ１５．１．０，“ＮＲ、Ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌｓ  ａｎｄ  ｍｏｄｕｌａｔｉｏｎ；”３ＧＰＰ  ＴＳ  ３８．２１２ｖ１５．１．０，“ＮＲ、Ｍｕｌｔｉｐｌｅｘｉｎｇ  ａｎｄ  Ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ；”３ＧＰＰ  ＴＳ  ３８．２１３  ｖ１５．１．０，“ＮＲ、Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｒｏｃｅｄｕｒｅｓ  ｆｏｒ  Ｃｏｎｔｒｏｌ；”３ＧＰＰ  ＴＳ  ３８．２１４  ｖ１５．１．０，“ＮＲ、Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｒｏｃｅｄｕｒｅｓ  ｆｏｒ  Ｄａｔａ；”３ＧＰＰ  ＴＳ  ３８．３２１ｖ１５．１．０，“ＮＲ、Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ；”及び３ＧＰＰ  ＴＳ  ３８．３３１ｖ１５．１．０，“ＮＲ、Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）  Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ。”は、本明細書で完全に説明されるように、参照として本開示に組み込まれる。
【００１９】
以下の図１〜図４ｂでは無線通信システムで具現され、さらにＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）又はＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）通信技術を用いて具現される多様な実施形態を説明する。
図１〜図３の説明は、異なる実施形態を具現することができる方式に対する物理的又は構造的制限を示すことを意味しない。
本開示の異なる実施形態は、任意の適切に構成された通信システムで具現することができる。
【００２０】
図１は、本開示の実施形態による例示的無線ネットワークを示す図である。
図１に示す無線ネットワークの実施形態は、ただ説明のためのものである。
無線ネットワーク１００に対する他の実施形態が本開示の範囲を逸脱せず範囲内で用いられる。
図１に示したように、無線ネットワークは、ｇＮＢ１０１、ｇＮＢ１０２、及びｇＮＢ１０３を含む。
ｇＮＢ１０１は、ｇＮＢ１０２及びｇＮＢ１０３と通信する。
また、ｇＮＢ１０１は、少なくとも一つのネットワーク１３０、例えば、インターネット、専用ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク、又は他のデータネットワークとも通信する。
【００２１】
ｇＮＢ１０２は、ｇＮＢ１０２のカバレッジ領域１２０内にある第１の複数のユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）に、ネットワーク１３０への無線広帯域アクセスを提供する。
第１の複数のＵＥは、中小企業（Ｓｍａｌｌ  Ｂｕｓｉｎｅｓｓ：ＳＢ）に位置するＵＥ１１１、大企業（Ｅｎｔｅｒｐｒｉｓｅ：Ｅ）に位置するＵＥ１１２、ワイファイのホットスポット（Ｈｏｔ  Ｓｐｏｔ：ＨＳ）に位置するＵＥ１１３、第１の住居地域（Ｒ）に位置するＵＥ１１４、第２の住居地域（Ｒ）に位置するＵＥ１１５、及び携帯電話、無線ラップトップ、無線ＰＤＡなどのようなモバイル装置（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ：Ｍ）であれば良いＵＥ１１６を含む。
ｇＮＢ１０３は、ｇＮＢ１０３のカバレッジ領域内にある第２の複数のＵＥに、ネットワークへの無線広帯域アクセスを提供する。
第２の複数のＵＥは、ＵＥ１１５及びＵＥ１１６を含む。
いくつかの実施形態で、ｇＮＢ１０１−１０３の内の一つ以上のｇＮＢは、５Ｇ／ＮＲ、ＬＴＥ、ＬＴＥ−Ａ、ＷｉＭＡＸ、ＷｉＦｉ、又は他の無線通信技術を用いて互いに通信し、ＵＥ１１１〜１１６と通信する。
【００２２】
ネットワークタイプによって“基地局”又は“ＢＳ”又は‘ｇＮＢ’という用語は、ネットワークに無線アクセスを提供するように構成されたコンポネント（又はコンポネント集合）、例えば、送信ポイント（ＴＰ）、送−受信ポイント（ＴＲＰ）、向上した基地局（ｅＮｏｄｅＢ又はｅＮＢ）、５Ｇ／ＮＲ基地局（ｇＮＢ）、マクロセル、フェムトセル、ＷｉＦｉアクセスポイント（ＡＰ）、又はその他無線可能装置を指称し得る。
基地局は、一つ以上の無線通信プロトコル、例えば、５Ｇ／ＮＲ３ＧＰＰの新しい無線インターフェース／アクセス（ＮＲ）、ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａ（ＬＴＥ−ａｄｖａｎｃｅｄ）、ＨＳＰＡ（ｈｉｇｈ  ｓｐｅｅｄ  ｐａｃｋｅｔ  ａｃｃｅｓｓ）、Ｗｉ−Ｆｉ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃなどによって無線アクセスを提供する。
便宜上、用語“ＢＳ”／“ｇＮＢ”及び“ＴＲＰ”は、本特許明細書で遠隔端末に対する無線アクセスを提供するネットワークインフラストラクチャーを示すために相互交換的に用いられる。
さらに、ネットワークタイプによって、“ユーザ装置”又は“ＵＥ”という用語は、“移動局”、“加入自国”、“遠隔端末”、“無線端末”、“端末”、“受信ポイント”又は“ユーザ装置”のような任意のコンポネントを指称し得る。
便宜上、用語“ユーザ装置”及び“ＵＥ”は、ＵＥが移動装置（例えば、携帯電話機又はスマートフォン）でも一般的に考慮される固定装置（例えば、デスクトップコンピューター又はベンディングマシン）でも、ＢＳに無線にアクセスする遠隔無線装置を指称することで本特許明細書では用いられる。
【００２３】
点線は、ただ例示及び説明の目的で大略の原型で示したカバレッジ領域（１２０、１２５）の大略的な範囲を示す。
ｇＮＢと関連したカバレッジ領域、例えば、カバレッジ領域（１２０、１２５）は、ｇＮＢの構成、及び自然及び人工障害物に関連する無線環境の変化によって、不規則な形態を含む他の形態を有することができることを明確に理解しなければならない。
【００２４】
以下で詳細に説明するように、ＵＥ１１１〜１１６の内の一つ以上は、進歩した無線通信システムにおける効率的な制御情報シグナリングのための回路、プログラミング、又はこれらの組み合せを含む。
特定の実施形態で、ｇＮＢ１０１〜１０３の内の一つ以上は、進歩した無線通信システムにおける効率的な制御情報シグナリングのための回路、プログラム、又はこれらの組み合せを含む。
【００２５】
図１で無線ネットワークの一例を示したが、多様な変更を図１に対してなすことができる。
例えば、無線ネットワークは、任意の適切な配列で任意の個数のｇＮＢ及び任意の個数のＵＥを含み得る。
さらに、ｇＮＢ１０１は、任意の個数のＵＥと直接通信し、このＵＥにネットワーク１３０への無線広帯域アクセスを提供し得る。
これと同様に、各ｇＮＢ１０２〜１０３は、ネットワーク１３０と直接通信し、ＵＥにネットワーク１３０への直接無線広帯域アクセスを提供し得る。
さらに、ｇＮＢ（１０１、１０２、及び／又は１０３）は、外部電話ネットワーク又は他のタイプのデータネットワークのような、他の又は追加の外部ネットワークへのアクセスを提供し得る。
【００２６】
図２は、本開示の実施形態による、例示的なｇＮＢ１０２を示すブロック図である。
図２に示したｇＮＢ１０２の実施形態は、ただ説明のためのものであって、図１のｇＮＢ（１０１、１０３）は、同一又は類似の構成を有し得る。
しかし、ｇＮＢは、各種の多様な構成からなり得、図２は、ｇＮＢに対する任意の特定具現であって、本開示の範囲を制限しない。
【００２７】
図２に示したように、ｇＮＢ１０２は、複数のアンテナ（２０５ａ〜２０５ｎ）、複数のＲＦ送受信機（２１０ａ〜２１０ｎ）、送信（ＴＸ）処理回路２１５、及び受信（ＲＸ）処理回路２２０を含む。
また、ｇＮＢ１０２は、コントローラー／プロセッサ２２５、メモリー２３０、バックホール又はネットワークインターフェース２３５を含む。
【００２８】
ＲＦ送受信機（２１０ａ〜２１０ｎ）は、アンテナ（２０５ａ〜２０５ｎ）から、ネットワーク１００内でＵＥによって送信される信号のような内向（ｉｎｃｏｍｉｎｇ）ＲＦ信号を受信する。
ＲＦ送受信機（２１０ａ〜２１０ｎ）は、内向ＲＦ信号をダウン変換（ｄｏｗｎ−ｃｏｎｖｅｒｔ）し、ＩＦ又は基底帯域信号を生成する。
ＩＦ又は基底帯域信号は、基底帯域又はＩＦ信号をフィルタリングし、デコーディングし、及び／又はデジタル化することによって処理された基底帯域信号を生成するＲＸ処理回路２２０に送信される。
ＲＸ処理回路２２０は、この処理された基底帯域信号を、追加の処理のためにコントローラー／プロセッサ２２５に送信する。
【００２９】
ＴＸ処理回路２１５は、コントローラー／プロセッサ２２５からアナログ又はデジタルデータ（例えば、音声データ、Ｗｅｂデータ、電子メール、又は双方向ビデオゲームデータ）を受信する。
ＴＸ処理回路２１５は、外向（ｏｕｔｇｏｉｎｇ）基底帯域データをエンコーディング、マルチプレクシング、及び／又はデジタル化し、処理された基底帯域又はＩＦ信号を生成する。
ＲＦ送受信機（２１０ａ〜２１０ｎ）は、ＴＸ処理回路２１５から、外向処理された基底帯域又はＩＦ信号を受信し、その基底帯域又はＩＦ信号を、アンテナ（２０５ａ〜２０５ｎ）を介して送信されるＲＦ信号でアップ変換する。
【００３０】
コントローラー／プロセッサ２２５は、ｇＮＢ１０２の全般的な動作を制御する一つ以上のプロセッサ又は他の処理装置を含み得る。
例えば、コントローラー／プロセッサ２２５は、よく知られた原理によってＲＦ送受信機（２１０ａ〜２１０ｎ）、ＲＸ処理回路２２０、及びＴＸ処理回路２１５によって順方向チャンネル信号の受信、及び逆方向チャンネル信号の送信を制御し得る。
コントローラー／プロセッサ２２５は、より高級の無線通信機能のような追加機能もサポートすることができる。
例えば、コントローラー／プロセッサ２２５は、複数のアンテナ（２０５ａ〜２０５ｎ）からの外向信号が望む方向で効果的に操るために異なるように加重処理されるビームフォーミング又は志向性ラウティング動作をサポートすることができる。
多様な他の機能の内の任意の機能がコントローラー／プロセッサ２２５によってｇＮＢ１０２でサポートされ得る。
【００３１】
また、コントローラー／プロセッサ２２５は、メモリー２３０に常駐するプログラム及び他のプロセス、例えば、ＯＳを行う。
コントローラー／プロセッサ２２５は、実行プロセスによる要求によってデータをメモリー２３０内部又は外部に移動させ得る。
【００３２】
また、コントローラー／プロセッサ２２５は、バックホール又はネットワークインターフェース２３５にカップルリングされる。
バックホール又はネットワークインターフェース２３５は、ｇＮＢ１０２がバックホール接続を介して又はネットワークを介して、他の装置又はシステムと通信するようにする。
インターフェース２３５は、任意の適切な有線又は無線接続を通じて通信をサポートし得る。
例えば、ｇＮＢ１０２がセルラー通信システム（例えば、５Ｇ／ＮＲ、ＬＴＥ、又はＬＴＥ−Ａをサポートすること）の一部として具現される場合、インターフェース２３５は、ｇＮＢ１０２が有線又は無線バックホール接続を介して他のｇＮＢと通信することを可能にする。
ｇＮＢ１０２がアクセスポイントとして具現される場合、インターフェース２３５は、ｇＮＢ１０２が有線又は無線ローカル領域ネットワークを介して、又は有線又は無線接続を介してより大きいネットワーク（例えば、インターネット）へ送信することを可能にする。
インターフェース２３５は、有線又は無線接続、例えば、イーサネット又はＲＦ送受信機を通じて通信をサポートする任意の適切な構造を含む。
【００３３】
メモリー２３０は、コントローラー／プロセッサ２２５にカップルリングされる。
メモリー２３０の一部は、ＲＡＭを含み得、メモリー２３０の他の一部は，フラッシュメモリー又は他のＲＯＭを含み得る。
【００３４】
図２は、ｇＮＢ１０２の一例を示しているが、多様な変更を図２に対して行うことができる。
例えば、ｇＮＢ１０２は、図２に示した各コンポネントに対する任意の個数を含むことができる。
一特定例として、アクセスポイントは、複数のインターフェース２３５を含むことができ、コントローラー／プロセッサ２２５は、異なるネットワーク住所の間でデータをラウティングするラウティング機能をサポートすることができる。
他の特定例として、単一インスタンスのＴＸ処理回路２１５及び単一インスタンスのＲＸ処理回路２２０を含むように図に示しているが、ｇＮＢ１０２は、それぞれに対する複数のインスタンスを含むことができる（例えば、ＲＦ送受信機当り一つ）。
さらに、図２の各種コンポネントが組み合せるか、より細分化するか、省略することができ、特定の必要によって追加のコンポネントが付加されることもできる。
【００３５】
図３は、本開示の実施形態による例示的なＵＥ１１６を示すブロック図である。
図３に示したＵＥ１１６の実施形態は、ただ説明のためのものであって、図１のＵＥ（１１１〜１１５）は、同一又は類似の構成を有し得る。
しかし、ＵＥは、各種の多様な構成から成り、図３は、ＵＥに対する任意の特定の具現であって本開示の範囲を制限しない。
【００３６】
図３に示すように、ＵＥ１１６は、アンテナ３０５、無線周波数（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ：ＲＦ）送受信機３１０、ＴＸ処理回路３１５、マイクロフォン３２０、及び受信（ＲＸ）処理回路３２５を含む。
また、ＵＥ１１６は、スピーカー３３０、プロセッサ３４０、入／出力（Ｉ／Ｏ）インターフェース（ＩＦ）３４５、タッチスクリーン３５０、ディスプレー３５５、及びメモリー３６０を含む。
メモリー３６０は、ＯＳ３６１及び一つ以上のアプリケーション３６２を含む。
【００３７】
ＲＦ送受信機３１０は、ネットワーク１００のｇＮＢによって送信される内向ＲＦ信号をアンテナ３０５から受信する。
ＲＦ送受信機３１０は、内向ＲＦ信号をダウン変換し、中間周波数（ｉｎｔｅｒｍｅｄｉａｔｅ  ｆｒｅｑｕｅｎｃｙ：ＩＦ）又は基底帯域信号を生成する。
ＩＦ又は基底帯域信号は、その基底帯域又はＩＦ信号をフィルタリングし、デコーディングし、及び／又はデジタル化することによって処理された基底帯域信号を生成するＲＸ処理回路３２５に送信される。
ＲＸ処理回路２５は、その処理された基底帯域信号を、スピーカー３３０に送信したり（例えば、音声データ）、又は追加処理のためにプロセッサ３４０で送信する（例えば、ウェッブブラウジングデータ）。
【００３８】
ＴＸ処理回路３１５は、マイクロフォン３２０からアナログ又はデジタル音声データを受信するか又はプロセッサ３４０から他の外向基底帯域データ（例えば、Ｗｅｂデータ、電子メール、又は双方向ビデオゲームデータ）を受信する。
ＴＸ処理回路３１５は、その外向基底帯域データをエンコーディング、マルチプレクシング、及び／又はデジタル化し、処理された基底帯域又はＩＦ信号を生成する。
ＲＦ送受信機３１０は、ＴＸ処理回路３１５から外向処理された基底帯域又はＩＦ信号を受信し、その基底帯域又はＩＦ信号を、アンテナ３０５を介して送信されるＲＦ信号でアップ変換する。
【００３９】
プロセッサ３４０は、一つ以上のプロセッサ又は他の処理装置を含み得、メモリー３６０に記憶されたＯＳ３６１を行うことによってＵＥ１１６の全般的な動作を制御する。
例えば、プロセッサ３４０は、よく知られた原理によってＲＦ送受信機３１０、ＲＸ処理回路３２５、及びＴＸ処理回路３１５によって順方向チャンネル信号の受信及び逆方向チャンネル信号の送信を制御する。
いくつかの実施形態で、プロセッサ３４０は、少なくとも一つのマイクロプロセッサー又はマイクロコントローラーを含む。
【００４０】
プロセッサ３４０は、さらにビーム管理のためのプロセスのようにメモリー３６０に常駐する他のプロセス及びプログラムを行う。
プロセッサ３４０は、実行プロセスによる要求によってメモリー３６０内部又は外部でデータを移動させる。
いくつかの実施形態で、プロセッサ３４０は、ＯＳ３６１に基づいて、又はｇＮＢ又はオペレーターから受信された信号によって、アプリケーション３６２を行うように構成される。
また、プロセッサ３４０は、ラップトップコンピューター及び携帯用コンピューターのような他の装置に接続される能力をＵＥ１１６に提供するＩ／Ｏインターフェース３４５にカップルリングされる。
Ｉ／Ｏインターフェース３４５は、この周辺機器とプロセッサ３４０の間の通信経路である。
【００４１】
また、プロセッサ３４０は、タッチスクリーン３５０及びディスプレー３５５にカップルリングされる。
ＵＥ１１６のオペレーターは、タッチスクリーン３５０を用いてＵＥ１１６にデータを入力する。
ディスプレー３５５は、例えば、Ｗｅｂサイトからのテキスト及び／又は少なくとも制限されたグラフィックをレンダリングすることができる液晶表示装置、発光ダイオードディスプレー、又は他のディスプレーであっても良い。
【００４２】
メモリー３６０は、プロセッサ３４０にカップルリングされる。
メモリー３６０の一部は、ランダムアクセスメモリー（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ：ＲＡＭ）を含み、メモリー３６０の他の一部は、フラッシュメモリー又は他の読み出し専用メモリー（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ：ＲＯＭ）を含み得る。
【００４３】
図３は、ＵＥ１１６の一例を示しているが、多様な変更を図３に対して行うことができる。
例えば、図３の各種コンポネントは、組み合せるか、より細分化するか、省略することができ、特定の必要によって追加コンポネントを付加することもできる。
一特定例として、プロセッサ３４０は、複数のプロセッサ、例えば、一つ以上の中央処理ユニット（ＣＰＵ）及び一つ以上のグラフィック処理ユニット（ＧＰＵ）に分割され得る。
さらに、図３ではモバイル電話機やスマートフォンのように構成されたＵＥ１１６として示しているが、ＵＥは、他のタイプのモバイル又は固定装置として動作するように構成することもできる。
【００４４】
４Ｇ通信システム商用化以後に増加趨勢にある無線データトラフィック需要を満たすため、改善した５Ｇ／ＮＲ通信システム又はｐｒｅ−５Ｇ／ＮＲ通信システムを開発するための努力が行われている。
このような理由で、５Ｇ／ＮＲ通信システム又はｐｒｅ−５Ｇ／ＮＲ通信システムは、「Ｂｅｙｏｎｄ４Ｇネットワーク」又は「Ｐｏｓｔ  ＬＴＥ  システム」と呼ばれられている。
より高いデータ送信率を達成するために、５Ｇ／ＮＲ通信システムは超高周波（ｍｍＷａｖｅ）帯域（例えば、６０ＧＨｚ帯域）での具現が考慮されている。
無線波の電波損失を減らして送信距離をふやすため、５Ｇ／ＮＲ通信システムではビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、巨大配列多重入出力（ｍａｓｓｉｖｅ  ＭＩＭＯ）、全次元多重入出力（Ｆｕｌｌ  Ｄｉｍｅｎｓｉｏｎａｌ  ＭＩＭＯ、ＦＤ−ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ  ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ  ｂｅａｍ  ｆｏｒｍｉｎｇ）、及び大規模アンテナ（ｌａｒｇｅ  ｓｃａｌｅ  ａｎｔｅｎｎａ）技術が論議されている。
【００４５】
また、システムネットワーク改善のために、５Ｇ／ＮＲ通信システムでは、改善した小型セル（ａｄｖａｎｃｅｄ  ｓｍａｌｌ  ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ、ｃｌｏｕｄ  ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ−ｄｅｎｓｅ  ｎｅｔｗｏｒｋ）、Ｄ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）通信、無線バックホール（ｗｉｒｅｌｅｓｓ  ｂａｃｋｈａｕｌ）、移動ネットワーク、協力通信、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｍｕｌｔｉ−Ｐｏｉｎｔｓ）、及び受信端干渉除去などの技術開発が成っている。５Ｇ／ＮＲシステムでは、進歩されたコーディング変調（ａｄｖａｎｃｅｄ  ｃｏｄｉｎｇ  ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ）技術であるＦＱＡＭ（ｈｙｂｒｉｄ  ｆｒｅｑｕｅｎｃｙ  ｓｈｉｆｔ  ｋｅｙｉｎｇ  ａｎｄ  ｑｕａｄｒａｔｕｒｅ  ａｍｐｌｉｔｕｄｅ  ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（ｓｌｉｄｉｎｇ  ｗｉｎｄｏｗ  ｓｕｐｅｒｐｏｓｉｔｉｏｎ  ｃｏｄｉｎｇ）と、進歩されたアクセス技術であるＦＢＭＣ（ｆｉｌｔｅｒ  ｂａｎｋ  ｍｕｌｔｉ  ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ  ｃｏｄｅ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）が開発されている。
【００４６】
通信システムは、基地局又は一つ以上の送信ポイントで、ＵＥへの送信を示すダウンリンク（ＤＬ）、及びＵＥで基地局又は一つ以上の受信ポイントへの送信を示すアップリンク（ＵＬ）を含む。
セルでのＤＬシグナリング又はＵＬシグナリングのための時間ユニットをスロットと言い、これは一つ以上のスロットシンボルを含み得る。
スロットシンボルは、追加時間ユニットの役目をすることもできる。
周波数（又は帯域幅（ＢＷ））ユニットをリソースブロック（ＲＢ）と言う。
一つのＲＢは、複数のサブキャリア（ＳＣ）を含む。
例えば、スロットは、０．５ミリ秒又は１ミリ秒のデュレーションを有し得、１４個のシンボルを含み得、ＲＢは、１８０ＫＨｚのＢＷを有し得、ＳＣ間の間隔が１５ＫＨｚ又は３０ＫＨｚである１２個のＳＣを含み得る。
【００４７】
ＤＬ信号は、情報コンテンツを伝達するデータ信号、ＤＬ制御情報（ＤＣＩ）を伝達する制御信号及びパイロット信号とも知られた基準信号（ＲＳ）を含む。
ｇＮＢは、それぞれの物理的ＤＬ共有チャンネル（ＰＤＳＣＨ）又は物理的ＤＬ制御チャンネル（ＰＤＣＣＨ）を介してデータ情報又はＤＣＩを送信する。
ＰＤＳＣＨ又はＰＤＣＣＨは、一つのスロットシンボルを含む可変個数のスロットシンボルを介して送信され得る。
【００４８】
ｇＮＢは、チャンネル状態情報ＲＳ（ＣＳＩ−ＲＳ）及び復調ＲＳ（ＤＭＲＳ）を含む多くのタイプのＲＳの内の一つ以上を送信する。
ＣＳＩ−ＲＳは、主にＵＥが測定を行ってチャンネル状態情報（ＣＳＩ）をｇＮＢに提供するためのものである。
チャンネル測定のために、ノン−ゼロ電力ＣＳＩ−ＲＳ（ＮＺＰ  ＣＳＩ−ＲＳ）リソースが用いられる。
干渉測定報告（ＩＭＲ）の場合、ゼロ電力ＣＳＩ−ＲＳ（ＺＰ  ＣＳＩ−ＲＳ）構成に関連するＣＳＩ干渉測定（ＣＳＩ−ＩＭ）リソースが用いられる。
ＣＳＩプロセスは、ＮＺＰ  ＣＳＩ−ＲＳ及びＣＳＩ−ＩＭリソースから構成される。
【００４９】
ＵＥは、ＤＬ制御シグナリング又はｇＮＢからの無線リソース制御（ＲＲＣ）シグナリングのような上位階層シグナリングを介してＣＳＩ−ＲＳ送信パラメーターを決定する。
ＤＭＲＳがそれぞれのＰＤＣＣＨ又はＰＤＳＣＨのＢＷで送信されて、ＵＥはこのＤＭＲＳを用いてデータ又は制御情報を復調する。
【００５０】
図４は、本開示の実施形態による例示的なＤＬスロット構造４００を示す図である。
図４に示したＤＬスロット構造４００の実施形態は、ただ例示のためのものであって、同一又は類似の構成を有し得る。
図４は、本開示の範囲を任意の特定の具現で制限しない。
【００５１】
ＤＬスロット４１０は、ｇＮＢがデータ情報、ＤＣＩ又はＤＭＲＳを送信することができる
2021521673.tif 000015
個のシンボル４２０を含む。
ＤＬシステムＢＷは
2021521673.tif 000016
個のＲＢを含む。
それぞれのＲＢは、
2021521673.tif 000017
個のＳＣを含む。
ＵＥは、ＰＤＳＣＨ送信ＢＷのための総
2021521673.tif 000018
個のＳＣ４３０に対して
2021521673.tif 000019
個のＲＢが割り当てられる。
ＤＣＩを伝達するＰＤＣＣＨは、ＤＬシステムＢＷにかけて実質的に分布されている制御チャンネル要素（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ：ＣＣＥ）を介して送信される。
第１スロットシンボル４４０は、ＰＤＣＣＨを送信するためにｇＮＢによって用いられる。
第２スロットシンボル４５０は、ＰＤＣＣＨ又はＰＤＳＣＨを送信するためにｇＮＢによって用いられる。
残りのスロットシンボル４６０は、ＰＤＳＣＨ及びＣＳＩ−ＲＳを送信するためにｇＮＢによって用いられる。
一部スロットで、ｇＮＢは、システム情報を伝達するチャンネルと同期化信号を送信する。
【００５２】
ＵＬ信号は、さらに情報コンテンツを伝達するデータ信号、ＵＬ制御情報（ＵＣＩ）を伝達する制御信号、データ又はＵＣＩ復調に関連するＤＭＲＳ、ｇＮＢがＵＬチャンネル測定を行うことができるようにするサウンディングＲＳ（ＳＲＳ）、及びＵＥがランダムアクセスを行うことができるようにするランダムアクセス（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ：ＲＡ）プリアンブルを含む。
ＵＥは、それぞれの物理的ＵＬ共有チャンネル（ｐｈｙｓｉｃａｌ  ＵＬ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ：ＰＵＳＣＨ）又は物理的ＵＬ制御チャンネル（ｐｈｙｓｉｃａｌ  ＵＬ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ：ＰＵＣＣＨ）を介してデータ情報又はＵＣＩを送信する。
ＰＵＳＣＨ又はＰＵＣＣＨは、一つのスロットシンボルを含む可変個数のスロットシンボルを介して送信される。
ＵＥがデータ情報とＵＣＩを同時に送信する場合、ＵＥは、ＰＵＳＣＨでこれらいずれもを多重化してＰＵＣＣＨ送信をドロップする。
【００５３】
ＵＣＩは、ＰＤＳＣＨでデータ送信ブロック（ＴＢ）が正確か又は不正確かの検出を示すハイブリッド自動繰返しリクエスト確認応答（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：ＨＡＲＱ−ＡＣＫ）情報、ＵＥが自分のバッファーにデータを有しているか否かを示すスケジューリングリクエスト（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ：ＳＲ）、及びｇＮＢがＵＥに対するＰＤＳＣＨ又はＰＤＣＣＨ送信のための適切なパラメーターを選択することができるようにするＣＳＩ報告を含む。
ＨＡＲＱ−ＡＣＫ情報は、ＴＢ当りに対するものより小さいグラニュラリティから構成され得、データコードブロック（ｃｏｄｅ  ｂｌｏｃｋ：ＣＢ）当り又はデータＴＢが複数のデータＣＢを含むデータＣＢグループ当りであっても良い。
【００５４】
ＵＥからのＳＡ  ＣＳＩ報告は、ＵＥが１０％ＢＬＥＲのような予め決定されたブロック間のエラー率（ｂｌｏｃｋ  ｅｒｒｏｒ  ｒａｔｅ：ＢＬＥＲ）でデータＴＢを検出するための最大の変調及びコーディング方式（ＭＣＳ）、多重入力多重出力（ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ：ＭＩＭＯ）送信原理によって多重送信機アンテナの信号を結合する方法をｇＮＢに通知するプリーコーディングマトリックスインジケーター（ＰＭＩ）、及びＰＤＳＣＨに対する送信ランクを示すランクインジケーター（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ：ＲＩ）をｇＮＢに通知するチャンネル品質インジケーター（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ：ＣＱＩ）を含む。
【００５５】
ＵＬ  ＲＳは、ＤＭＲＳ及びＳＲＳを含む。
ＤＭＲＳは、各ＰＵＳＣＨ又はＰＵＣＣＨ送信のＢＷでだけ送信される。
ｇＮＢは、ＤＭＲＳを用いてそれぞれのＰＵＳＣＨ又はＰＵＣＣＨで情報を復調する。
ＳＲＳは、ＵＬ  ＣＳＩをｇＮＢに提供するためにＵＥによって送信され、ＴＤＤシステムの場合、ＳＲＳ送信もＤＬ送信のためのＰＭＩを提供する。
また、ｇＮＢとの同期化又は初期上位階層接続を確立するため、ＵＥはＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を送信する。
【００５６】
図５は、本開示の実施形態によるＰＵＳＣＨ送信又はＰＵＣＣＨ送信のための例示的なＵＬスロット構造５００を示す図である。
図５に示したＵＬスロット構造５００の実施形態は、ただ例示のためのものであって、同一又は類似の構成を有し得る。
図５は、本開示の範囲を任意の特定具現で制限しない。
【００５７】
図５に示すように、スロット５１０は、ＵＥがデータ情報、ＵＣＩ又はＤＭＲＳを送信する
2021521673.tif 000020
個のシンボル５２０を含む。
ＵＬシステムＢＷは、
2021521673.tif 000021
個のＲＢを含む。
それぞれのＲＢは、
2021521673.tif 000022
個のＳＣを含む。
ＵＥは、ＰＵＳＣＨ送信ＢＷ（“Ｘ”＝“Ｓ”）又はＰＵＣＣＨ送信ＢＷ（“Ｘ”＝“Ｃ”）に対して総
2021521673.tif 000023
個のＳＣ５３０のためのＭＰＵＸＣＨ個のＲＢが割り当てられる。
最後の一つ以上のスロットシンボルは、一つ以上のＵＥからのＳＲＳ送信５５０又は短いＰＵＣＣＨ送信を多重化するのに用いられる。
【００５８】
データ／ＵＣＩ／ＤＭＲＳ送信に用いることができるＵＬスロットシンボルの数は、
2021521673.tif 000024
であり、ここで、ＮＳＲＳは、ＳＲＳ送信に用いられるスロットシンボルの数である。
よって、ＰＵＸＣＨ送信のための総ＲＥの数は
2021521673.tif 000025
である。
ＰＵＣＣＨ送信とＰＵＳＣＨ送信が同一のスロットからなることもでき、例えば、ＵＥは、以前のスロットシンボルでＰＵＳＣＨを送信し、以後のスロットシンボルでＰＵＣＣＨを送信することができ、ＰＵＣＣＨに用いられるスロットシンボルは、ＰＵＳＣＨに用いることができなく、その反対の場合も同じである。
【００５９】
ハイブリッドスロットは、ＬＴＥ仕様の特殊サブフレームと同様にＤＬ送信領域、ガード期間領域、及びＵＬ送信領域を含む。
例えば、ＤＬ送信領域は、ＰＤＣＣＨ及びＰＤＳＣＨ送信を含むことができ、ＵＬ送信領域は、ＰＵＣＣＨ送信を含むことができる。
例えば、ＤＬ送信領域は、ＰＤＣＣＨ送信を含むことができ、ＵＬ送信領域は、ＰＵＳＣＨ及びＰＵＣＣＨ送信を含むことができる。
ＤＬ送信及びＵＬ送信は、「ＤＦＴ−スプレッド−ＯＦＤＭ」と知られたＤＦＴプリコーディングを用いる変形を含む直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ：ＯＦＤＭ）波形を基盤とする。
【００６０】
ＵＥは、一般的にスロットでのＤＣＩフォーマットをデコーディングするためにそれぞれの潜在的ＰＤＣＣＨ受信に対する多くの候補位置をモニタリングする。
ＤＣＩフォーマットは、ＵＥがＤＣＩフォーマットの正確な検出を確認するようにするためのＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）ビットを含む。
ＤＣＩフォーマットタイプは、ＣＲＣビットをスクランブルする無線ネットワーク臨時識別子（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ：ＲＮＴＩ）によって識別される。
ＰＤＳＣＨ又はＰＵＳＣＨを単一ＵＥでスケジューリングするＤＣＩフォーマットの場合、ＲＮＴＩは、セルＲＮＴＩ（Ｃ−ＲＮＴＩ）、又はＣＳ−ＲＮＴＩ、又はＭＣＳ−Ｃ−ＲＮＴＩのようなＣ−ＲＮＴＩの変形であれば良く、ＵＥ識別子の役目をする。
システム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ：ＳＩ）を伝達するＰＤＳＣＨをスケジューリングするＤＣＩフォーマットの場合、ＲＮＴＩは、ＳＩ−ＲＮＴＩであれば良い。
ＲＡＲ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）を提供するＰＤＳＣＨをスケジューリングするＤＣＩフォーマットの場合、ＲＮＴＩは、ＲＡ−ＲＮＴＩであれば良い。
ＴＰＣ命令を提供するＤＣＩフォーマットの場合、ＲＮＴＩは、ＴＰＣ命令値をＰＵＳＣＨ、ＰＵＣＣＨ、又はＳＲＳの送信電力とそれぞれ関連させるためのＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、又はＴＰＣ−ＳＲＳ−ＲＮＴＩであれば良い。
それぞれのＲＮＴＩタイプは、ＲＲＣシグナリングのような上位階層シグナリングを介してＵＥから構成される。
ＵＥに対するＰＤＳＣＨ送信をスケジューリングするＤＣＩフォーマットをＤＬＤＣＩフォーマット又はＤＬ割り当てともいい、ＵＥからのＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットをＵＬＤＣＩフォーマット又はＵＬグラントとも言う。
【００６１】
図６は、本開示の実施形態によるＤＣＩフォーマットに対する例示的なエンコーディングプロセス６００を示す図である。
図６に示したＤＣＩフォーマットに対するエンコーディングプロセス６００の実施形態は、ただ説明のためのものである。
本開示の範囲を逸脱せず他の実施形態を用いることもできる。
【００６２】
ｇＮＢは、それぞれのＰＤＣＣＨで各ＤＣＩフォーマットを個別的にエンコーディングして送信する。
ＲＮＴＩは、ＵＥがＤＣＩフォーマットを識別することができるようにＤＣＩフォーマットコードワードのＣＲＣをマスキングする。
例えば、ＣＲＣ及びＲＮＴＩは、１６個のビットを含む。
（コーディングされない）ＤＣＩフォーマットビット６１０のＣＲＣは、ＣＲＣ計算ユニット６２０を用いて決定され、ＣＲＣはＣＲＣビットとＲＮＴＩビット６４０の間に排他的ＯＲ（ＸＯＲ）演算ユニット８６３０を用いてマスキングされる。
ＸＯＲ演算は、ＸＯＲ（０，０）＝０、ＸＯＲ（０，１）＝１、ＸＯＲ（１，０）＝１、ＸＯＲ（１，１）＝０に定義される。
マスキングドエンＣＲＣビットがＣＲＣ追加ユニット６５０を用いてＤＣＩフォーマット情報ビットに加えられる。
エンコーダー６６０がチャンネルコーディング（例えば、テールバイティング畳み込みコーディング又はポーラーコーディング）を行って、その後にレートマッチャー６７０によって割り当てられたリソースに対するレートマッチングがつながる。
インターリビング及び変調ユニット６８０がＱＰＳＫのようなインターリビング及び変調を適用し、出力制御信号６９０が送信される。
【００６３】
図７は、本開示の実施形態によるＵＥと共に用いるためのＤＣＩフォーマットに対する例示的な受信及びデコーディングプロセス７００を示す図である。
図７に示したＵＥと共に用いるためのＤＣＩフォーマットに対するデコーディングプロセス７００の実施形態は、ただ例示のためのものである。
本開示の範囲を逸脱せずに他の実施形態を用いることもできる。
【００６４】
受信した制御信号７１０は、復調器及びデ−インタリバ７２０によって復調及びデ−インターリビングされる。
ｇＮＢ送信機で適用されたレートマッチングがレートマッチャー７３０によって復元され、結果ビットがデコーダー７４０によってデコーディングされる。
デコーディング後に、ＣＲＣ抽出器７５０がＣＲＣビットを抽出してＤＣＩフォーマット情報ビット７６０を提供する。
ＤＣＩフォーマット情報ビットがＲＮＴＩ７８０（適用可能な場合）とのＸＯＲ演算によってデ−マスキングされて（ｄｅ−ｍａｓｋｅｄ）（７７０）、ユニット７９０によってＣＲＣ検査が行われる。
ＣＲＣ検査が成功すると（チェックサムが０である）、ＤＣＩフォーマット情報ビットが有効であると見なされる。
ＣＲＣ検査が成功することができないと、ＤＣＩフォーマット情報ビットが有効ではないと見なされる。
【００６５】
ＵＥは、ＵＥによる多重ＰＤＳＣＨ受信に対応するＰＵＳＣＨで又はＰＵＣＣＨでＨＡＲＱ−ＡＣＫを送信する。
ＵＥは、ＵＥが同じＰＵＳＣＨ又はＰＵＣＣＨ（半静的ＨＡＲＱ−ＡＣＫコードブック）でそれぞれのＨＡＲＱ−ＡＣＫ情報を送信することができるすべての重複しないＰＤＳＣＨ受信のいずれかに対応するＨＡＲＱ−ＡＣＫ情報ペイロードを決定することができるか、又は、ＵＥへのＰＤＳＣＨ受信をスケジュールするＤＣＩフォーマット、又はＵＥからのＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマット（動的ＨＡＲＱ−ＡＣＫコードブック）に含まれるＤＬ割り当てインジケーター（ＤＡＩ）フィールドに基づいてＨＡＲＱ−ＡＣＫ情報ペイロードを決定することができる。
ＵＥが複数のスケジューリングされたＰＵＳＣＨ送信を有する場合、ＨＡＲＱ−ＡＣＫ情報又はデータ情報の受信信頼性にとって、ＵＥがＨＡＲＱ−ＡＣＫ情報又は一般にＵＣＩを多重化するためのＰＵＳＣＨ送信の内の１つを決定する手段を提供することは有益である。
【００６６】
ＵＥがＰＵＳＣＨでＨＡＲＱ−ＡＣＫビットを送信する場合、ＵＥは下記に示す数式１のようにＨＡＲＱ−ＡＣＫに対して階層（Ｑ’）当りコーディングされた変調シンボルの数を決定する。
【数１】
2021521673.tif 000026
ここで、（ＯＡＣＫ）はＨＡＲＱ−ＡＣＫビットの数であり、（Ｌ）はＣＲＣビットの数で（存在する場合）、
2021521673.tif 000027
はＰＵＳＣＨ送信のスケジューリングされた帯域幅として、サブキャリアの数で表現されて
2021521673.tif 000028
はＤＭＲＳに用いられるすべてのシンボルを除いた、ＰＵＳＣＨ送信のシンボル数で、
2021521673.tif 000029
であり、（ＣＵＬ−ＳＣＨ）はＰＵＳＣＨ送信でＵＬ−ＳＣＨに対するコードブロックの数で、
（Ｋｒ）はＰＵＳＣＨ送信でＵＬ−ＳＣＨに対する（ｒ）番目のコードブロック大きさであり、
2021521673.tif 000030
はＰＵＳＣＨ送信でＰＴＲＳを搬送するシンボルのサブキャリアの数で、
2021521673.tif 000031
はＰＵＳＣＨ送信でＰＴＲＳを搬送するシンボルの数で、
2021521673.tif 000032
はセット
2021521673.tif 000033
での要素の数で、ここで、
2021521673.tif 000034
はシンボル（ｌ）でのＵＣＩ送信に用いられるリソース要素セットであり（
2021521673.tif 000035
）、さらに
2021521673.tif 000036
はＰＵＳＣＨの総シンボル数で、さらに
2021521673.tif 000037
は数字を次の高い整数で四捨五入する天井関数である。
【００６７】
ＵＥがＰＵＳＣＨでＣＳＩパート１を送信する場合、ＵＥは下記に示す数式２のように階層（Ｑ’ＣＳＩ，１）当りコーディングされた変調シンボルの数を決定する。
【数２】
2021521673.tif 000038
【００６８】
ここで、（Ｑ’ＣＳＩ，１）は、ＣＳＩパート１のビットの数で、（Ｌ）はＣＳＩパート１のコーディングのためのＣＲＣビット（存在する場合）の数で、さらに（Ｑ’ＡＣＫ）はＨＡＲＱ−ＡＣＫ情報ビットの数が２より大きい場合、ＰＵＳＣＨを介して送信されるＨＡＲＱ−ＡＣＫに対する階層当りコーディングされた変調シンボルの数で、ＨＡＲＱ−ＡＣＫ情報ビットの数が１ビット又は２ビットの場合、
2021521673.tif 000039
であり、ここで、
2021521673.tif 000040
はシンボル（ｌ）での潜在的ＨＡＲＱ−ＡＣＫ送信のために予備されたリソース要素のセットであり（
2021521673.tif 000041
）、
2021521673.tif 000042
は
2021521673.tif 000043
での要素の数である。
残りの表記法は、ＨＡＲＱ−ＡＣＫに対して説明したものと類似であり、簡潔のために説明しない。
【００６９】
ＵＥがＰＵＳＣＨでＣＳＩパート２を送信する場合、ＵＥは下記に示す数式３のように階層（Ｑ’ＣＳＩ，１）当りコーディングされた変調シンボルの数を決定する。
【数３】
2021521673.tif 000044
【００７０】
（ＯＣＳＩ，２）はＣＳＩパート２（存在する場合）のビットの数で、（Ｌ）はＣＳＩパート２コーディングのためのＣＲＣビットの数で、
2021521673.tif 000045
であり、（Ｑ’ＡＣＫ）はＨＡＲＱ−ＡＣＫ情報ビットの数が２より大きい場合、ＰＵＳＣＨを介して送信されるＨＡＲＱ−ＡＣＫに対する階層当りコーディングされた変調シンボルの数で、ＨＡＲＱ−ＡＣＫ情報ビットの数が１ビット又は２ビットの場合、（Ｑ’ＡＣＫ＝０）であり、さらに（Ｑ’ＣＳＩ，１）はＰＵＳＣＨを介して送信されるＣＳＩパート１に対する階層当りコーディングされた変調シンボルの数である。
残りの表記法は、ＨＡＲＱ−ＡＣＫに対して説明したものと類似であり、簡潔のために説明しない。
【００７１】
ＰＵＳＣＨでのＵＣＩ多重化の場合、ＨＡＲＱ−ＡＣＫペイロードが１ビット又は２ビットであり、データコード化変調シンボルとレートが一致する場合、ＨＡＲＱ−ＡＣＫコード化変調シンボルはデータコード化変調シンボル又はＣＳＩパート２コード化変調シンボルにパンクチャします。
または、ＨＡＲＱ−ＡＣＫペイロードが２ビットを超える場合は、それぞれＣＳＩパート２でコード化された変調シンボルを使用します。
ＲＥのセット
2021521673.tif 000046
は潜在的ＨＡＲＱ−ＡＣＫ送信のためにシンボル（ｌ）に予約されている。
【００７２】
ＰＵＳＣＨ送信はＡ−ＣＳＩだけ伝達することができ、ＵＬ−ＳＣＨデータ情報を含まずＨＡＲＱ−ＡＣＫを含むこともできる。
ＵＥがＰＵＳＣＨ送信で（ＵＬ−ＳＣＨデータ情報無しに）ＵＣＩだけ多重化してＵＥがＨＡＲＱ−ＡＣＫ情報ビットをさらに送信する場合、ＵＥは下記に示す数式４のようにＨＡＲＱ−ＡＣＫに対するコーディングされたシンボルの数（Ｑ’）を決定し、ここで、
2021521673.tif 000047
であり、残りの表記法は前述した通りである。
【数４】
2021521673.tif 000048
【００７３】
階層（Ｑ’）当りＵＣＩタイプに対するコーディングされた変調シンボルの数を決定することは、ｇＮＢが上位階層シグナリングによってＵＥに構成するか、例えば、４個の予め決定された
2021521673.tif 000049
値の内の一つを示す２ビットのフィールドのような予め決定された
2021521673.tif 000050
値のセットからＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットのフィールドを用いてＵＥに表示する単一のそれぞれの
2021521673.tif 000051
に基盤する。
【００７４】
データ情報がＰＵＳＣＨ送信で多重化されない場合、数式４を用いてＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの数を導出すると、（Ｏ’ＣＳＩ，１）が総ＣＳＩペイロードを反映しないので相当なオーバー−ディメンショニング（ｏｖｅｒ−ｄｉｍｅｎｓｉｏｎｉｎｇ）を発生することができ、上位階層によって提供される
2021521673.tif 000052
値のセットが例えば、ＨＡＲＱ−ＡＣＫペイロードによって用いられる場合、
2021521673.tif 000053
値は、データ情報を含むＰＵＳＣＨでＨＡＲＱ−ＡＣＫ多重化のために一般的に
2021521673.tif 000054
が選択され、データ情報に対するターゲットＢＬＥＲが一般的にＣＳＩに対するターゲットＢＬＥＲより非常に大きいため、必要なことより非常に大きくなることができるので、例えば、１０倍数ほど大きくなることができる。
与えられたＨＡＲＱ−ＡＣＫ情報ターゲットＢＬＥＲに対して、
2021521673.tif 000055
値は一般的にＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの数を決定するための基準で提供される情報タイプ（データ又はＣＳＩ）のターゲットＢＬＥＲに反比例するという点に留意する。
【００７５】
図８は、本開示の実施形態によるＰＵＳＣＨでデータ情報及びＵＣＩに対する例示的な送信機を示すブロック図８００である。
図８に示した送信機ブロック図８００の実施形態はただ説明のためのもので、同一又は類似の構成を有し得る。
図８は本開示の範囲を任意の特定具現で制限しない。
【００７６】
図８を参照すると、コーディングされたＣＳＩ情報ビット８０５（存在する場合）、コーディングされたＨＡＲＱ−ＡＣＫ情報ビット８１０（存在する場合）、及びコーディングされたデータ情報ビット８２０（存在する場合）がマルチプレクサ８３０によって多重化される。
コーディングされたＨＡＲＱ−ＡＣＫ変調シンボル（存在する場合）は、ＨＡＲＱ−ＡＣＫビットの数が２より小さい時のデータ及び／又はＣＳＩ変調シンボルをパンクチャリングし、ＨＡＲＱ−ＡＣＫビットの数が２より大きい時のデータ及び／又はＣＳＩ変調シンボルとレートマッチングされる。
ＨＡＲＱ−ＡＣＫ又はＣＳＩコーディングされた変調シンボルの数は、例えば、数式１〜数式３のように、プロセッサ（図示せず）によって決定される。
ＤＦＴ−Ｓ−ＯＦＤＭ波形が送信に用いられる場合、ＤＦＴユニット８４０によって離散フーリエ変換（ＤＦＴ）が適用されて（ＯＦＤＭ波形の場合、ＤＦＴが適用されない）、選択器８５５によってＰＵＳＣＨ送信ＢＷに対応するＲＥ８５０が選択され、ＩＦＦＴユニット８６０によってＩＦＦＴが行われ、フィルター８７０によって出力がフィルタリングされて電力増幅器（ＰＡ）８８０によって特定電力が印加された後に信号が送信される（符号８９０）。
データ情報、ＣＳＩ、又はＨＡＲＱ−ＡＣＫ情報の内の一つでも多重化されない場合には、各送信機処理機能に対応する図８のブロックが省略される。簡潔のために、デジタル−アナログ変換器、フィルター、増幅器、及び送信機アンテナのような追加送信機回路はもちろんデータシンボル及びＵＣＩシンボルに対するエンコーダー及び変調器が簡潔のために省略される。
【００７７】
図９は、本開示の実施形態によるＰＵＳＣＨのデータ情報及びＵＣＩに対する例示的な受信機を示すブロック図９００である。
図９に示した受信機ブロック図９００の実施形態はただ例示のためのもので、同一又は類似の構成を有し得る。
図９は本開示の範囲を任意の特定具現で制限しない。
【００７８】
図９を参照すると、フィルター９２０によって受信信号９１０がフィルタリングされ、ＦＦＴユニット９３０によってＦＦＴが適用され、選択器ユニット９４０は送信機によって用いられるＲＥ９５０を選択し、逆ＤＦＴ（ＩＤＦＴ）ユニットはＤＦＴ−Ｓ−ＯＦＤＭ波形が送信に用いられる場合にＩＤＦＴ９６０を適用し、デマルチプレクサ９７０は、それらをそれぞれのデコーダーに提供する前に、コーディングされたＣＳＩ情報ビット（存在する場合）９８０、コーディングされたＨＡＲＱ−ＡＣＫ情報ビット（存在する場合）９８５及びコーディングされたデータ情報ビット（存在する場合）９９０を分離する。
ＨＡＲＱ−ＡＣＫ又はＣＳＩコーディングされた変調シンボルの数は、例えば、数式１〜数式３のようにプロセッサ（図示せず）によって決定される。
データ及びＵＣＩシンボルのためのチャンネル推定器、復調器及びデコーダーのような追加受信機回路は、簡潔のために図に示さなかった。
【００７９】
ＰＵＣＣＨに対する送信機及び受信機構造は、ＰＵＣＣＨフォーマットによって異なり、ＰＵＳＣＨに対するものと類似であれば良い（データ情報が無し）。
例えば、第１のＰＵＣＣＨフォーマットの場合、送信機及び受信機構造が、図８及び図９でのそれぞれの構造であっても良い一方、第２のＰＵＣＣＨフォーマットの場合には、直交カバーコードが図８のＤＦＴフィルター以前に、又は図９のＩＤＦＴフィルター以後に適用され得る。
対応する説明が当業関係には公知であり、簡潔のために省略した。
【００８０】
ＵＥが関連したＤＣＩフォーマットによってスケジューリングされたＰＤＳＣＨ受信に対する応答で、ＰＵＣＣＨでＨＡＲＱ−ＡＣＫ情報を送信する場合、対応するＰＵＣＣＨリソースが各ＤＣＩフォーマットでＰＵＣＣＨリソースインジケーターフィールドによって表示される。
ＰＵＣＣＨリソースは、それぞれのＰＵＣＣＨフォーマットによって多くのパラメーターを含み得る。
例えば、ＰＵＣＣＨ送信の場合、ＰＵＣＣＨリソースは、スロットの第１シンボルのインデックス、スロットのシンボル数、周波数ホッピング以前の第１ＲＢのインデックス、周波数ホッピング以後の第１ＲＢを含み得る。
【００８１】
ＰＵＣＣＨリソースインジケーターフィールドに対するビット数の増加を避けるため、明示的（ｅｘｐｌｉｃｉｔ）ＰＵＣＣＨリソース表示が暗黙的（ｉｍｐｌｉｃｉｔ）ＰＵＣＣＨリソース表示によって補完される。
例えば、ＵＥが４個のＰＵＣＣＨリソースのセットから構成される場合、２ビットのＰＵＣＣＨリソースインジケーターフィールドを用いて４個のＰＵＣＣＨリソースのセットでＰＵＣＣＨリソースを表示して暗黙的決定が適用されないこともあり、ＵＥが４個より多いＰＵＣＣＨリソースのセットから構成される場合には、２ビットのＰＵＣＣＨリソースインジケーターフィールドを用いてＰＵＣＣＨリソースのセットでサブセットを表示することができ、ＰＵＣＣＨリソースのサブセットでＰＵＣＣＨリソースに対する暗黙的決定が追加的に適用され得る。
【００８２】
ＰＵＣＣＨは、複数のＰＵＣＣＨフォーマットの内の一つによって送信される。
互いに異なるＵＣＩペイロードが関連ＵＣＩ  ＢＬＥＲを改善するために互いに異なるＰＵＣＣＨ送信構造を要するから、ＰＵＣＣＨフォーマットは最大シンボル数又は特定ＵＣＩペイロード範囲のために設計された構造に対応する。
ＰＵＣＣＨ送信は、さらにＰＵＣＣＨ送信のための空間ドメインフィルターを提供する送信構成インジケーター（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｉｃａｔｏｒ、ＴＣＩ）状態に関連する。
【００８３】
５Ｇネットワークの重要な特性の内の一つは、スロットのＵＬシンボル数に提供される柔軟性及び１５ｋＨｚ、６０ｋＨｚなどのような多様なＳＣＳ（Ｓｕｂ−Ｃａｒｒｉｅｒ  Ｓｐａｃｉｎｇ）値の使用である。
スロットにいくつのＵＬシンボルが存在するか、より大きいＳＣＳ値を用いると、ＵＬシンボルのみを含むスロットに比べて、又はより小さいＳＣＳ値を用いることに比べて、ＰＵＣＣＨ送信に対する総受信エネルギーが減少するようになる。
この問題を回避してＰＵＣＣＨ送信の信頼し得る受信が可能とするために、ＵＥには対応する数のスロットを通じるＰＵＣＣＨ送信に対する繰返し回数が上位階層によって構成される。
【００８４】
ＵＥに電力制限がない場合、ＵＥは、ＰＵＣＣＨ送信電力を増加させることによってＰＵＣＣＨ送信又はより高いＳＣＳのための減少された数のスロットシンボルを償うことができる。
例えば、ＰＵＣＣＨ送信オケージョン（ｉ）で、ＵＥは、下記に示す数式５のようにシンボル（ｌ）を有したＰＵＣＣＨ電力制御調整状態を用いてセル（ｃ）でキャリア（ｆ）の活性ＵＬ  ＢＷＰに対するＰＵＣＣＨ送信電力
2021521673.tif 000056
を決定することができる。
【数５】
2021521673.tif 000057
［ｄＢｍ］
【００８５】
対応するパラメーターが、３ＧＰＰ  ＴＳ  ３８．２１３  ｖ１５．１．０、“ＮＲ、Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｒｏｃｅｄｕｒｅｓ  ｆｏｒ  Ｃｏｎｔｒｏｌ”に説明されており、μはＳＣＳ構成であり、
2021521673.tif 000058
はオケージョン（ｉ）の間にＰＵＣＣＨ送信に用いることができるリソース数を考慮するＰＵＣＣＨ送信電力調整である。
【００８６】
ＰＵＣＣＨフォーマット１の場合、
2021521673.tif 000059
であり、ここで
2021521673.tif 000060
、
2021521673.tif 000061
はスロット当りシンボルの数であり、
2021521673.tif 000062
はＰＵＣＣＨ送信オケージョン（ｉ）でのＰＵＣＣＨ送信シンボルの数である。
ＰＵＣＣＨフォーマット３又はＰＵＣＣＨフォーマット４の場合、及びＰＵＣＣＨ送信オケージョン（ｉ）での「ＯＵＣＩ＝ｎＨＡＲＱ−ＡＣＫ＋ＯＳＲ＋ＯＣＳＩ≦１１」ビットに対して、
2021521673.tif 000063
であり（ここで、Ｋ１＝６）、（ｎＨＡＲＱ−ＡＣＫ）はＲＥＦ３に記述されたようにＵＥが決定する実際ＨＡＲＱ−ＡＣＫ情報ビットの数で、（ＯＳＲ）はＳＲ情報ビットの数で、（ＯＣＳＩ）はＣＳＩ情報ビットの数であり、さらに（ＮＲＥ）はＵＣＩ送信のためのＲＥの数である。
ＰＵＣＣＨフォーマット３又はＰＵＣＣＨフォーマット４の場合、及びＰＵＣＣＨ送信オケージョン（ｉ）での「ＯＵＣＩ＝ＯＨＡＲＱ−ＡＣＫ＋ＯＳＲ＋ＯＣＳＩ＞１１」ビットに対して、
2021521673.tif 000064
、（Ｋ２＝２．４）、（ＢＰＲＥ＝（ＯＡＣＫ＋ＯＳＲ＋ＯＣＳＩ＋ＯＣＲＣ）／ＮＲＥ）であり、（ＯＡＣＫ）は総ＨＡＲＱ−ＡＣＫ情報ビット数である。
【００８７】
ＵＥがスロットのいくつかのシンボルにわたるＰＵＣＣＨ送信のための所望するＵＣＩ受信信頼性を達成するように送信電力を増加させることができないとｇＮＢが決定する時、ｇＮＢは、それぞれのスロット数でのＰＵＣＣＨ送信に対する繰返し回数でＵＥを構成することによってＰＵＣＣＨ受信時間を増やして総ＰＵＣＣＨ受信エネルギーを増加させることができる。
要求されるＰＵＣＣＨ送信電力は、ＰＵＣＣＨに含まれるＵＣＩビット数に依存するので、ＰＵＣＣＨ送信電力を増加させることができないＵＥからのＰＵＣＣＨ送信のための繰返し回数は、ＰＵＣＣＨに含まれるＵＣＩビット数に依存する必要がある。
【００８８】
繰返しを有するＰＵＣＣＨ送信は、単一のＵＣＩタイプ又は複数のＵＣＩタイプを含む。
単一のＵＣＩタイプを有してＰＵＣＣＨ送信で他のＵＣＩタイプを多重化しない場合、ＵＣＩタイプを含む対応するＰＵＣＣＨ送信が時間的に重ねられると、より大きいＵＣＩペイロードを収容するためにＰＵＣＣＨ繰返し回数を増やす必要がないので、ＵＥが異なるＵＣＩタイプの送信をドロップする代りに単一のＵＣＩタイプに対する受信レイテンシを減少させる。
繰返しを有するＰＵＣＣＨ送信で複数のＵＣＩタイプを有する場合、繰返しを有するＰＵＣＣＨ送信で単一のＵＣＩタイプを有して他のＵＣＩをドロップすることに対する逆トレードオフを有する。
【００８９】
ＵＣＩタイプによって受信信頼性要求事項も異なり得る。
例えば、ＨＡＲＱ−ＡＣＫ情報に対する受信信頼性は、０．１％で、ＣＳＩに対する受信信頼性は５％であれば良い。
したがって、繰返しを有するＰＵＣＣＨ送信の場合、ＰＵＣＣＨ送信電力は、ＵＣＩタイプに依存し、繰返しを有するＰＵＣＣＨ送信の場合、繰返し回数は、ＵＣＩタイプに依存する。
【００９０】
ｇＮＢでの受信ポイントは、ＵＥ移動性又は対応するチャンネル媒体の変動によって動的に変更され得る。
例えば、ＰＵＣＣＨ受信のための現在ビームが最適ではなくなり、新しいビームがすぐに利用できない場合があるため、ｇＮＢはＰＵＣＣＨ受信のためにより広いビームを使用しなければならなく、ＰＵＣＣＨ受信のために減少された信号対雑音及び干渉の割合（ＳＩＮＲ）を経験しなければならない。
例えば、ＰＵＣＣＨが一つの受信ポイント又は複数の受信ポイントから動的に受信でき、後者の場合、ＰＵＣＣＨ受信のためのＳＩＮＲを増加させることができる。
ｇＮＢが所望の信頼性でＰＵＣＣＨでＵＣＩを受信できるようにするため、ｇＮＢはＵＥからＰＵＣＣＨ送信電力を動的に調整することができる。
ＵＥに電力制限がある場合、ｇＮＢがＵＥからのＰＵＣＣＨ送信のための繰返し回数を動的に調整することができることが有利である。
【００９１】
ＵＣＩペイロードによるＰＵＣＣＨ送信のための電力又は繰返し回数を調整すること以外にも、ＵＥは、総ＵＣＩペイロードとＵＣＩ送信に用いることができるＰＵＣＣＨＲＥの数が、上位階層によって提供されるコードレートより大きいコードレートとなる場合、ＵＣＩの一部をドロップすることができる。
その次に、ＵＥは、結果コードレートが上位階層で提供するコードレートより小さいか同一である時まで、パート２ＣＳＩ報告のようなＵＣＩの一部をドロップする。
例えば、ＵＥがすべてのＣＳＩ報告をドロップして、残りＵＣＩがＨＡＲＱ−ＡＣＫ情報のみを含んで結果コードレートが上位階層で提供するコードレートより大きく維持される場合のようにＵＣＩを追加にドロップすることができない場合、ＵＥは、結果コードレートによってＵＣＩを送信する。
ＵＥがＵＣＩをドロップするか又は潜在的に上位階層で提供するコードレートより大きいコードレートでＵＣＩを送信しなければならないこと代りに、ＵＥがＵＣＩをドロップしないようにするか、又はＵＥが上位階層で提供するコードレートより小さいか同一のコードレートによってＵＣＩを送信することができるようにすることが有利である。
【００９２】
５Ｇネットワークのまた他の重要な特性は、ＵＬ送信タイミングに提供される柔軟性である。
ＵＥは、ＰＤＳＣＨ受信をスケジューリングするＤＣＩフォーマットによって表示されるか、又は対応するＨＡＲＱ−ＡＣＫ情報を伝達するＰＵＣＣＨの送信のためのスロットであるＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔｌｙ  Ｓｃｈｅｄｕｌｅｄ）ＰＤＳＣＨのリリースによって表示され得る。
ＵＥは、さらにスロットの第１シンボルを含むＰＵＣＣＨ送信のためのリソースに対する表示を受け得る。
同様に、ＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットがＰＵＳＣＨ送信のためのスロット内の第１シンボル及び対応するスロットを示し得る。
ＵＥは、さらに周期的又は半周期的なＰＵＳＣＨ又はＰＵＣＣＨ送信を有し得る。
【００９３】
ＵＥは、サービングセルのＵＬ帯域幅部分（ＢＷＰ）でＰＵＳＣＨとＰＵＣＣＨを同時に送信することもでき、そうではないこともある。
ＵＥがＰＵＳＣＨとＰＵＣＣＨを同時に送信することができない場合、ＵＥは、ＰＵＳＣＨ送信において、ＰＵＣＣＨ送信をドロップしてＨＡＲＱ−ＡＣＫ情報又はＣＳＩのような対応するＵＣＩを多重化する。
さらに、ＵＥは、サービングセルのＵＬ帯域幅部分（ＢＷＰ）で複数のＰＵＣＣＨを同時に送信することができ、そうではないこともある。
ＵＥが複数のＰＵＣＣＨを同時に送信することができない場合、ＵＥは、すべてのＵＣＩを多重化する一つのＰＵＣＣＨ送信を除いたすべてのＰＵＣＣＨ送信をドロップする。
対応するＰＵＣＣＨ又はＰＵＳＣＨ送信が同一のスロットの同一のシンボルで開始される場合、ＵＥが上記した機能を行うものと予想される。
しかし、対応するＰＵＣＣＨ又はＰＵＳＣＨ送信が同一のスロットの互いに異なるシンボルで開始される場合にはＵＥが一般的に上記した機能を行うことができない。
さらに、ＵＥ処理時間に関連する特定条件下では、対応するＰＵＣＣＨ又はＰＵＳＣＨ送信が同一のスロットの同一のシンボルで開始してもＵＥが上記した機能を行うことができないこともある。
【００９４】
ＵＥが単一のＰＵＣＣＨ送信において多重ＰＵＣＣＨ送信からＵＣＩを多重化することができないか又はＵＥがＰＵＳＣＨ送信においてＵＣＩを多重化することができない場合、ＵＥは、優先順位化するＰＵＣＣＨ送信（又は、同等に、ドロップする一つ以上のＰＵＣＣＨ送信）又はＰＵＳＣＨ送信を優先順位化するか、又はＰＵＣＣＨ送信を優先順位化するか否かを追加で決定する必要がある。
【００９５】
したがって、データ情報を含まないＰＵＳＣＨ送信でＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの数に対する正確な決定を提供する必要がある。
多重ＰＵＳＣＨ送信の場合、ＵＣＩを多重化するＰＵＳＣＨを決定するためのメカニズムを提供するまた他の必要性が存在する。
ＰＵＣＣＨリソースの明示的な決定と共にＰＵＣＣＨリソースの暗黙的決定のためのメカニズムを提供するまた他の必要性が存在する。
対応するＵＣＩビット数又は対応するＵＣＩビットタイプによってＰＵＣＣＨ送信電力に対する調整ファクターを決定しなければならないまた他の必要性が存在する。
【００９６】
同一のＰＵＣＣＨ又はＰＵＳＣＨ送信でＵＣＩを多重化するための条件、又は多重化が不可能な場合、複数のＰＵＳＣＨ又はＰＵＣＣＨ送信をドロップするための条件の観点でＵＥ動作を定義する必要がある。
時間重畳のＰＵＳＣＨ又はＰＵＣＣＨ送信に対する優先順位規則及びＵＥ動作を定義するまた他の必要性が存在する。
ＵＥが構成された送信を取り消すのに必要な時間間のＵＥ能力を定義しなければならないまた他の必要性が存在する。
【００９７】
ＰＵＣＣＨ送信によって伝達するＵＣＩビットの数に基づいてＰＵＣＣＨ送信のための繰返し回数を調整しなければならないまた他の必要性が存在する。
ＰＵＣＣＨ送信に含まれるＵＣＩタイプによってＰＵＣＣＨ送信のために他の電力又は他の繰返し回数の使用することができるまた他の必要性が存在する。
ＰＵＣＣＨ送信に対する繰返し回数を動的に表示しなければならないまた他の必要性が存在する。
最後に、ＵＥがＵＣＩドロップを防止するようにするか、上位階層によってＵＥに提供されるコードレートより大きいコードレートでＵＣＩを送信することを防止するようにするまた他の必要性が存在する。
【００９８】
本開示は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）のような４世代（４Ｇ）通信システムを超えて、より高いデータレートをサポートするために提供されるｐｒｅ−５Ｇ又は５Ｇ通信システムに関する。
本開示は、データ情報を含まないＰＵＳＣＨ送信でＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの数に対する正確な決定を提供することに関する。
本開示は、さらに多重ＰＵＳＣＨ送信の場合にＵＣＩを多重化するＰＵＳＣＨの決定のためのメカニズムを提供することに関する。
本開示はさらに、ＰＵＣＣＨリソースの明示的な決定と共にＰＵＣＣＨリソースの暗黙的決定のためのメカニズムを提供することに関する。
本開示はさらに、対応するＵＣＩビット数又は対応するＵＣＩビットタイプによってＰＵＣＣＨ送信電力に対する調整ファクターを決定することに関する。
本開示はさらに、同一のＰＵＣＣＨ又はＰＵＳＣＨ送信でＵＣＩを多重化するための条件又は多重化が不可能な場合、複数のＰＵＳＣＨ又はＰＵＣＣＨ送信をドロップするための条件の観点でＵＥ動作を定義することに関する。
本開示はさらに、時間重畳のＰＵＳＣＨ又はＰＵＣＣＨ送信に対する優先順位規則及びＵＥ動作を定義することに関する。
本開示はさらに、ＵＥが構成された送信を取り消すのに必要な時間の間のＵＥ能力を定義することに関する。
本開示はさらに、ＰＵＣＣＨ送信によって伝達するＵＣＩビットの数に基づいてＰＵＣＣＨ送信に対する繰返し回数を調整することに関する。
本開示はさらに、ＰＵＣＣＨ送信に含まれるＵＣＩタイプによってＰＵＣＣＨ送信のために他の電力又は他の繰返し回数の使用することができるようにすることに関する。
本開示はさらに、ＰＵＣＣＨ送信に対する繰返し回数を動的に表示することに関する。
最後に、本開示は、ＵＥがＵＣＩドロップを避けることができるようにするか又は上位階層によってＵＥに提供されるコードレートより大きいコードレートでＵＣＩを送信することを避けることができるようにすることに関する。
【００９９】
本開示の第１実施形態は、ＵＥが同一のスロット間に複数のＰＵＳＣＨを送信する場合、ＵＥからＨＡＲＱ−ＡＣＫを多重化するためのＰＵＳＣＨの決定を考慮する。
一般的に、ＰＵＳＣＨ送信は、互いに異なる対応するＲＢの数又はスロットシンボルの数を介して送信されるか互いに異なるデータＭＣＳ又はスペクトラム効率性を有するから又は電波特性が他の干渉又はチャンネル媒体を経験するから、データ情報及びＵＣＩを多重化するために使用可能なリソースの異なる数のような互いに異なる特性を有することができる。
【０１００】
また、ＰＵＳＣＨ送信は、ＤＣＩフォーマットによってスケジューリングすることができるのでＭＣＳ／スペクトラム効率及び使用可能なＲＥの総数のような関連パラメーターにおいて適応的特性を有するか、又は上位階層によって構成されて非−適応的特性を有し得る。
互いに異なるセル又はキャリアでのＰＵＳＣＨ送信に対する動的特性によって、所望するターゲットＵＣＩ受信信頼性を維持しながらＵＣＩ多重化のためのＰＵＳＣＨを選択してＰＵＳＣＨでデータ情報受信信頼性に及ぶ影響を最小化することは、一般的に、予め定められた規則のみをベースとすることはできなく、動的に決定されなければならない。
【０１０１】
一つの予め決定された規則は、ＨＡＲＱ−ＡＣＫに対して多重ＰＵＳＣＨ送信が使用可能な場合、又は一般的なＵＣＩで、ＵＥから多重化する場合、ＵＥが上位階層によって構成されるＰＵＳＣＨ送信を介してＤＣＩフォーマットによってスケジューリングされたＰＵＳＣＨ送信をＨＡＲＱ−ＡＣＫ多重化するように選択することであれば良い。
また他の予め決定された規則は、ＵＥがフォールバックＤＣＩフォーマットによってスケジューリングされたＰＵＳＣＨ送信より非−フォールバックＤＣＩフォーマットによってスケジューリングされたＰＵＳＣＨ送信をＨＡＲＱ−ＡＣＫ多重化するように選択することができ、ここで非−フォールバックＤＣＩフォーマットはフォールバックＤＣＩよりさらに大きい大きさを有し、その理由は後者の場合、ＵＥがｇＮＢとの通信信頼性低下を経験しているセルでのＰＵＳＣＨ送信と関連することができるからである。
例えば、３ＧＰＰ  ＴＳ  ３８．２１２ｖ１５．１．０、“ＮＲ、Ｍｕｌｔｉｐｌｅｘｉｎｇ  ａｎｄ  Ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ”で、ＤＣＩフォーマット（０＿０）がフォールバックＤＣＩフォーマットであり、ＤＣＩフォーマット（０＿１）は非−フォールバックＤＣＩフォーマットである。
【０１０２】
また、フォールバックＤＣＩフォーマットは、そのフィールドの存在が構成可能であるので「ｂｅｔａ＿ｏｆｆｓｅｔ」インジケーターフィールドを含まず、非−フォールバックＤＣＩフォーマットが「ｂｅｔａ＿ｏｆｆｓｅｔ」インジケーターフィールドを含む場合には、フォールバックＤＣＩフォーマットによってスケジューリングされたＰＵＳＣＨ送信でＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの調整が非−フォールバックＤＣＩフォーマットによってスケジューリングされたＰＵＳＣＨ送信ほど正確ではない。
フォールバックＤＣＩフォーマットは、さらにＤＡＩフィールドを含まないこともあって、その結果、対応するＰＵＳＣＨ送信でのＨＡＲＱ−ＡＣＫ多重化が非−フォールバックＤＣＩフォーマットによってスケジューリングされたＰＵＳＣＨ送信でより信頼性が欠く。
この場合、ＨＡＲＱ−ＡＣＫ多重化がＤＡＩフィールドを含まないフォールバックＵＬＤＣＩフォーマットによってスケジューリングされたＰＵＳＣＨ送信で行われると、ＵＥは、非−フォールバックＤＣＩフォーマットのＤＡＩフィールドを用いてＰＵＳＣＨ送信での多重化のためのＨＡＲＱ−ＡＣＫコードブックを決定することができる。
【０１０３】
図１０は、本開示の実施形態によるＨＡＲＱ−ＡＣＫ情報を多重化するＰＵＳＣＨを決定するための方法１０００を説明するためのフローチャートである。
図１０に示した方法１０００の実施形態は、ただ例示のためのものであって、同一又は類似の構成を有し得る。
図１０は、本開示の範囲を任意の特定具現で制限しない。
【０１０４】
ＵＥは、第１ＰＵＳＣＨ及び第２ＰＵＳＣＨを送信するように構成され、ＵＥはＰＵＳＣＨで多重化するＨＡＲＱ−ＡＣＫ情報を有する（ステップＳ１０１０）。
ＵＥは、第１ＰＵＳＣＨがフォールバックＤＣＩフォーマット又は上位階層シグナリングによってスケジューリングされ、第２ＰＵＳＣＨが非−フォールバックＤＣＩフォーマット又はＤＣＩフォーマットによってスケジューリングされることで決定する（ステップＳ１０２０）。
ＵＥは、第２ＰＵＳＣＨでＨＡＲＱ−ＡＣＫ情報を多重化する（ステップＳ１０３０）。
【０１０５】
それぞれの非−フォールバックＤＣＩフォーマットによってスケジューリングされたＰＵＳＣＨ送信中、ＨＡＲＱ−ＡＣＫ多重化のためのＰＵＳＣＨが各ＤＣＩフォーマットによって明示的に表示されるか、ＰＵＳＣＨ送信の特性によって暗黙的に決定される。
【０１０６】
第１のアプローチでは、少なくとも非−フォールバックＤＣＩフォーマットに対して、ＤＣＩフォーマットは、ＵＥが関連されたＰＵＳＣＨ送信でＨＡＲＱ−ＡＣＫを多重化することができるか否かを示す１ビットの“ＨＡＲＱ−ＡＣＫ＿ｍｕｌｔｉｐｌｅｘｉｎｇ”フィールドを含む。
例えば、バイナリー“０”がＨＡＲＱ−ＡＣＫ多重化を示す。
ＨＡＲＱ−ＡＣＫ多重化に用いられるＰＵＳＣＨに対する明示的な表示を有することは、さらにＵＥがＨＡＲＱ−ＡＣＫを多重化することでｇＮＢが予想するＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットをＵＥが検出するのに失敗した後、ｇＮＢによって予想されない他のＰＵＳＣＨでＵＥがＨＡＲＱ−ＡＣＫを多重化する時のｇＮＢ受信機が多重デコーディング動作を避けることができるようにするか、又は例えば、それぞれのデコーディングが失敗するかｇＮＢがそれぞれの多重ＰＵＳＣＨ送信でＵＣＩに対する多重デコーディング動作を行わないので、ｇＮＢがＨＡＲＱ−ＡＣＫ多重化でＰＵＳＣＨを識別することができない場合にデータバッファー損傷を防止することができるようにする。
ＵＥが対応するＰＵＳＣＨ送信でＨＡＲＱ−ＡＣＫ多重化を示すＤＣＩフォーマットを検出することができない場合、ＵＥは、ＰＵＣＣＨでＨＡＲＱ−ＡＣＫを送信するか又はＨＡＲＱ−ＡＣＫを送信しないこともある。
【０１０７】
“ＨＡＲＱ−ＡＣＫ＿ｍｕｌｔｉｐｌｅｘｉｎｇ”フィールドを取り入れることに対する一つの代案として、少なくともＰＵＳＣＨ送信をスケジューリングする非−フォールバックＤＣＩフォーマットで、Ａ−ＣＳＩリクエストフィールドの一つ以上の状態を用いて対応するＰＵＳＣＨでＨＡＲＱ−ＡＣＫ多重化を示すこともできる。
例えば、２ビットのＡ−ＣＳＩリクエストフィールドにおいて、“０１”の値は、Ａ−ＣＳＩ報告のための対応する構成及び対応するＰＵＳＣＨでのＨＡＲＱ−ＡＣＫ多重化皆を示すために用いられ得る。
例えば、‘００’以外のＡ−ＣＳＩリクエストフィールドの任意の値が当該ＰＵＳＣＨでのＨＡＲＱ−ＡＣＫ多重化を示すこともできる。
例えば、ＨＡＲＱ−ＡＣＫ多重化がデータ情報を含まないように表示されたＰＵＳＣＨ送信があり得る。
【０１０８】
第２のアプローチでは、少なくとも非−フォールバックＤＣＩフォーマットに対して、ＤＡＩフィールドがそれぞれのＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットに含まれる場合、ＤＡＩフィールドを用いてＨＡＲＱ−ＡＣＫ多重化のためのＰＵＳＣＨを暗黙的に示すことができる。
例えば、ＵＥがＨＡＲＱ−ＡＣＫを多重化することでスケジューリングｇＮＢが予想するＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットのＤＡＩフィールドが第１値を有することができる一方、ＵＥがＨＡＲＱ−ＡＣＫを多重化することでｇＮＢが予想しないＰＵＳＣＨ送信をスケジューリングする他のすべてのＤＣＩフォーマットのＤＡＩフィールドは第１値とは異なる、第２値を有することができる。
少なくともＵＥがそれぞれのＰＵＳＣＨ送信をスケジューリングする２つのＤＣＩフォーマットのみを検出する場合、ＵＥは２つのＤＣＩフォーマットの２つのＤＡＩ値とＵＥによるＰＤＳＣＨ受信（ＵＥがこのＰＤＳＣＨ受信（ＳＰＳ  ＰＤＳＣＨリリース含み）に対する応答でＨＡＲＱ−ＡＣＫ情報を送信トレイ）をスケジューリングするＤＣＩフォーマットのすべてＤＡＩ値又はカウンターＤＡＩからＨＡＲＱ−ＡＣＫを多重化するためのＰＵＳＣＨ送信を決定することができる。
【０１０９】
例えば、ＵＥからＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットのＤＡＩフィールドが１ビットに表現される場合、ＤＡＩフィールドは、その値を、例えば、ＵＣＩ多重化のためのＰＵＳＣＨ送信をＵＥに表示する“１”及びＵＣＩ多重化無しにＰＵＳＣＨ送信をＵＥに表示する“０”で設定することによって“ＨＡＲＱ−ＡＣＫ＿ｍｕｌｔｉｐｌｅｘｉｎｇ”フィールドとして同等に動作することができる。
ＤＣＩフォーマットの中で一つでのＤＡＩフィールドが“１”で設定されてＤＣＩフォーマットの内の他のすべてのＤＣＩフォーマットでのＤＡＩフィールドが“０”で設定されて、ＵＥがこのようなＤＣＩフォーマットの検出をエラーイベントとして扱わないこともある同一の時間期間の間の異なるセルでＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットをＵＥが検出することができることでＵＥは予想することができる。
ＵＥが多重ＰＵＳＣＨ送信でＵＣＩを多重化するように構成されない限り、ＵＥはＵＬ  ＤＡＩフィールドが“１”である１より多いＤＣＩフォーマットを検出することで予想しないこともある。
【０１１０】
例えば、ＵＥからＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットでのＤＡＩフィールドが２ビットで表現され、それぞれの第１及び第２ＰＵＳＣＨ送信をスケジューリングする第１及び第２ＤＣＩフォーマットのＤＡＩ値が“００”及び“１１”で、ＵＥが検出したＰＤＳＣＨ送信をスケジューリングする最後のＤＣＩフォーマットのカウンターＤＡＩが“００”の場合、ＵＥは、第１ＰＵＳＣＨ送信でＨＡＲＱ−ＡＣＫを多重化する。
例えば、それぞれの第１及び第２ＰＵＳＣＨ送信をスケジューリングする第１及び第２ＤＣＩフォーマットでのＤＡＩ値が“００”及び“１１”でＵＥが検出したＰＤＳＣＨ送信をスケジューリングする最後のＤＣＩフォーマットでのカウンターＤＡＩが“１０”の場合、ＵＥは、第２ＰＵＳＣＨ送信でＨＡＲＱ−ＡＣＫを多重化する。
【０１１１】
一般的に、ＵＥがＨＡＲＱ−ＡＣＫ情報を多重化することで予想されるＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットでのＤＡＩ値は、ＵＥがＰＤＳＣＨ受信を検出してスケジューリングする最後のＤＣＩフォーマットでのカウンターＤＡＩ値に比べて最も小さい差（２ＤＡＩビットの場合モジュールで４）を有する値である。
ＵＥがＨＡＲＱ−ＡＣＫ情報を多重化することができるＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットをＵＥが検出する確率を高めるため、ｇＮＢは、第１のアプローチによる「ＨＡＲＱ−ＡＣＫ＿ｍｕｌｔｉｐｌｅｘｉｎｇ」フィールドに対する対応する値又は第２のアプローチによるＤＡＩフィールドの対応する値が２つ以上のＤＣＩフォーマットで同一であることを設定することができる。
【０１１２】
ＵＥは、１より多い場合、最も小さいインデックスを有するセル又はキャリアで送信されるＰＵＳＣＨで、又は最も大きいデータＭＣＳを有するＰＵＳＣＨで、又はデータ情報コーディングされた変調シンボルの数又はデータ情報及びＵＣＩの送信のために利用可能なＲＥの数に比べてＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの数においてより小さい割合を発生させるＰＵＳＣＨで、ＨＡＲＱ−ＡＣＫ情報を多重化することのような追加基準に基づいて、ＨＡＲＱ−ＡＣＫ情報を多重化するため、ＰＵＳＣＨ送信を選択することができる。
【０１１３】
本開示の第２実施形態は、ＵＣＩのみを含んでデータ情報を含まないＰＵＳＣＨでＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの数を決定することを考慮する。
数式４の公式を用いると、少なくとも２つの理由によって多数のＨＡＲＱ−ＡＣＫコーディングされた変調シンボルに対する相当なオーバーディメンショニングが発生する可能性がある。
第１の理由は、ＣＳＩパート１情報ビットの数（ＯＣＳＩ，１）だけがＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの数を決定するための基準で考慮される場合、この数は一般的に約１０のように小さく、ＣＳＩパート２情報ビットの数（ＯＣＳＩ，２）が（ＯＣＳＩ，１）より非常に大きいか又は、同等に、（ＯＣＳＩ，１＋ＯＣＳＩ，２）が（ＯＣＳＩ，１）より大きいオーダー又は大きさであることができるからＣＳＩビットの総数を示さないという点である。
しかし、数式４で（ＯＣＳＩ，１）の代りに（ＯＣＳＩ，１＋ＯＣＳＩ，２）を用いることは、ｇＮＢがＣＳＩパート１をデコーディングする前には（ＯＣＳＩ，２）値が分からないから、実質的に不可能であり、誤った決定はＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの数とｇＮＢにおけるそれぞれのＨＡＲＱ−ＡＣＫコードワードに対する誤ったデコーディングにつながる可能性がある。
【０１１４】
第２の理由は、
2021521673.tif 000065
、
2021521673.tif 000066
、及び
2021521673.tif 000067
値に対する上位階層による構成は、一般的に各ＰＵＳＣＨ送信でＵＬ−ＳＣＨデータ情報も多重化される場合に対することという点である。
そして、ＣＳＩ  ＢＬＥＲより約１０倍ほど大きいターゲットデータ情報ＢＬＥＲの場合、データ情報があるＰＵＳＣＨ送信で及びデータ情報がないＰＵＳＣＨ送信で同一の
2021521673.tif 000068
値を用いると、約１０倍ほどのＨＡＲＱ−ＡＣＫコーディングされた変調シンボルに対するオーバーディメンショニングを発生させる可能性がある。
【０１１５】
ＵＬ−ＳＣＨデータ情報がないＰＵＳＣＨ送信でＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの数に対してより正確な決定が可能とする第１のアプローチでは、数式４で（ＯＣＳＩ，１）
を基準ＣＳＩペイロード
（ＯＣＳＩ，ｒｅｆ）で取り替えて
2021521673.tif 000069
となるようにすることである。
基準ＣＳＩペイロード（ＯＣＳＩ，ｒｅｆ）はＣＳＩパート１に対するペイロード及びＣＳＩパート２に対するそれぞれの予め決定されたペイロードを含むことができる。
基準ＣＳＩペイロード（ＯＣＳＩ，ｒｅｆ）はＣＳＩパート１又はＣＳＩパート２に対するエンコーディングプロセスの一部として用いられるＣＲＣビットも含むことができる。
実際ＣＳＩパート２ペイロードが予め決定されたことと異なる場合にも、ＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの数に対する決定は（ＯＣＳＩ，ｒｅｆ）の代りに（ＯＣＳＩ，１）を用いる場合よりさらに正確である。
【０１１６】
ＵＬ−ＳＣＨデータ情報がないＰＵＳＣＨ送信でＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの数に対するより正確な決定が可能とする第２のアプローチでは、ＣＳＩ送信に対するＭＣＳ／スペクトラム効率性を示すためにＵＥからのＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットに対することである。
これは、ＵＥからのＣＳＩ報告（‘ＣＳＩリクエスト’フィールドの０ではない値に表示される）をトリガーすることに付加してＵＥがＤＣＩフォーマットをデータ情報の送信をスケジューリングすることで解釈するか否かを示す１ビットの情報フィールド（“データ存在”フィールド）を含むことで達成することができる。
情報フィールドがＰＵＳＣＨでのデータ情報送信を示さない場合、ＤＣＩフォーマットのＭＣＳフィールドがＣＳＩ送信のためのＭＣＳ、
（ＭＣＳＣＳＩ）を示し、ここで、（ＭＣＳＣＳＩ＝Ｑｍ・Ｒ）であり、（Ｑｍ）は変調次数であり、（Ｒ）はＤＣＩフォーマットでのＭＣＳフィールドから決定されたターゲットコードレートである。
すると、ＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの数が
2021521673.tif 000070
として決定されることができる。
【０１１７】
代案的に、（ＯＣＳＩ）ペイロードは、ＰＵＳＣＨ送信でＵＣＩ多重化に用いることができるＰＵＳＣＨＲＥの数（例えば、ＲＳ送信に用いられるＲＥ除外）、及び（ＭＣＳＣＳＩ）から決定することができる。
【０１１８】
ＵＬ−ＳＣＨデータ情報がないＰＵＳＣＨ送信でＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの数に対してより正確な決定が可能とする第３のアプローチは、２つのセットの
2021521673.tif 000071
に対する個別構成を提供することであり、ここで、第１セットはＵＥがＰＵＳＣＨ送信でデータ情報を多重化する場合に対するもので、第２セットはＵＥがＰＵＳＣＨ送信でデータ情報を多重化しない場合に対するものである。
これは、ＰＵＣＣＨでのＣＳＩパート１又はＣＳＩパート２、及びＨＡＲＱ−ＡＣＫ／ＳＲに対する個別コーディングの場合にも拡張することができる。
例えば、第２セットの値において値
2021521673.tif 000072
（例えば、それぞれのＨＡＲＱ−ＡＣＫペイロードセットに対応することができる）は、ターゲットデータＢＬＥＲ代りにターゲットＣＳＩ  ＢＬＥＲを考慮することができ、例えば、ターゲットＣＳＩ  ＢＬＥＲがターゲットデータ情報ＢＬＥＲより小さい場合、ターゲットＣＳＩ  ＢＬＥＲは第１セットの
2021521673.tif 000073
値における対応することより小さい値を有することができる。
【０１１９】
また、第２セットの
2021521673.tif 000074
値における
2021521673.tif 000075
値は、数式４のように、ＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの数の決定に関してＣＳＩパート１のペイロードを考慮することができるか、又はＣＳＩパート１、ＣＳＩパート２及びできるように各エンコーディングプロセスに対するＣＲＣビットのいずれもに対する対応することを含むことができる基準ＣＳＩペイロードを考慮することができる。
【０１２０】
ＵＬ−ＳＣＨデータ情報がないＰＵＳＣＨ送信でＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの数に対してより正確な決定が可能とする第４のアプローチは、ＰＵＣＣＨフォーマット３又はＰＵＣＣＨフォーマット４を用いるＰＵＣＣＨ送信でＨＡＲＱ−ＡＣＫ又はＣＳＩパート１多重化のためのＲＥ（コーディングされた変調シンボル）の数を決定するために上位階層によって提供されてＵＥによって用いられるコードレートの構成を適用することである。
【０１２１】
ＨＡＲＱ−ＡＣＫ及びＣＳＩパート１情報ビットに対する共同コーディングは、ＰＵＣＣＨでの送信と同様にＰＵＳＣＨでの送信のために適用することができる（ＣＳＩパート２情報ビットが個別的にコーディングされる）。
そうでなければ、ＨＡＲＱ−ＡＣＫ情報ビット及びＣＳＩパート１情報ビットの個別コーディングを適用することができ、ここでＨＡＲＱ−ＡＣＫコーディングされた変調シンボルの数は、ＨＡＲＱ−ＡＣＫ情報ビットに対する当該コードレートが上位階層で提供されるコードレート以下となるようにする最小個数として決定される。
ＣＳＩパート１コーディングされた変調シンボルの数は、
（ａ）ＣＳＩパート１ビットに対する当該コードレートが上位階層で提供されるコードレート以下となるようにするＣＳＩパート１コーディングされた変調シンボルの最小個数と、
（ｂ）ＨＡＲＱ−ＡＣＫ多重化に用いられるＲＥとＲＳ送信に用いられるＲＥを除いた以後に使用可能なＰＵＳＣＨＲＥで多重化されることができるＣＳＩパート１コーディングされた変調シンボルの個数の間の最小値として決定される。
【０１２２】
本開示の第３実施形態は、ＵＥに対するＰＵＣＣＨリソース表示とＵＥがＰＵＣＣＨ送信電力を計算するために用いるパラメーターセットに対するＵＥによる決定の間の関連を考慮する。
【０１２３】
ＰＵＣＣＨリソースとＵＥがＰＵＣＣＨ送信電力を計算するのに用いるパラメーターセット間の関連は、数式５のように経路損失測定のための（Ｑｄ）ＳＳ／ＰＢＣＨブロックインデックス又はＣＳＩ−ＲＳリソース構成のセットと、セット（Ｑｄ）からのＳＳ／ＰＢＣＨブロックインデックス又はＣＳＩ−ＲＳリソース構成に対応する（Ｑｐ）ＰＵＣＣＨ空間設定のセットの間のマッピングをベースとすることができる。
マッピングは、上位階層によって提供され得る。
【０１２４】
（Ｑｐ＜Ｑｄ）である場合、マッピングは（Ｑｄ）ＳＳ／ＰＢＣＨブロックインデックス又はＣＳＩ−ＲＳリソース構成を有するセットのサブセットをベースとすることができる。
例えば、セット（Ｑｄ）は、４個のＳＳ／ＰＢＣＨブロックインデックスと８個のＣＳＩ−ＲＳリソース構成を含むことができ、セット（Ｑｐ）は、４個のＳＳ／ＰＢＣＨブロックインデックスの内の２個と８個のＣＳＩ−ＲＳリソース構成の内の２個を含むことができる。
【０１２５】
ＤＣＩフォーマットでのＰＵＣＣＨリソースインジケーターフィールド値（可能ならば、前述した暗黙的手段によって補完される）をベースにして、ＵＥはＰＵＣＣＨリソースを導出してＰＵＣＣＨリソースのパラメーターとしてＰＵＣＣＨ送信のための空間フィルターに対する設定を取得することができ、これによって例えば、数式５のように、ＰＵＣＣＨ送信電力を決定するためにＵＥが以後で適用するようになる経路損失測定に対応するＳＳ／ＰＢＣＨブロックインデックス又はＣＳＩ−ＲＳリソース構成を取得するようになる。
【０１２６】
暗黙的ＰＵＣＣＨリソース決定による潜在的間違いケースの影響を緩和するため、適用可能な場合、ＰＵＣＣＨリソース表示フィールドによってＰＵＣＣＨリソースのサブセットを明示的に表示すること以外に、ＰＵＣＣＨ空間設定がＰＵＣＣＨリソース表示フィールドによって表示されるＰＵＣＣＨリソースのサブセット内衣すべてのＰＵＣＣＨリソースに対して同一であれば良い。
すると、（Ｑｐ）は、ＤＣＩフォーマットでＰＵＣＣＨリソース表示フィールドによって表示されることができるＰＵＣＣＨリソースサブセットの数と同一の大きさを有することができる。
【０１２７】
ＵＥは、さらに経路損失推定値を得るために、ＳＲＳリソースのセットとＳＳ／ＰＢＣＨ  インデックス又はＣＳＩ−ＲＳリソース構成のセットの間のマッピングを上位階層によって提供することができる。
ＵＥに対するＰＤＳＣＨ受信をスケジューリングするＤＣＩフォーマットがＳＲＳリソースのセットからＳＲＳリソースを示す値を有するＳＲＳリソースインジケーター（ＳＲＩ）フィールドを含み、ＰＵＣＣＨ空間設定のセットもＳＲＳリソースを含む場合、ＵＥはＳＲＳリソースにマッピングされたＳＳ／ＰＢＣＨブロック又はＣＳＩ−ＲＳリソース構成に対応する経路損失を用いてＰＤＳＣＨ受信に対する応答でＨＡＲＱ−ＡＣＫを伝達するＰＵＣＣＨに対する送信電力を決定することができる。
【０１２８】
図１１は、本開示の実施形態によるＰＵＣＣＨリソースに対する空間設定パラメーターに基づく、ＵＥによるＰＵＣＣＨ送信電力決定のための方法１１００を説明するためのフローチャートである。
図１１に示した方法１１００の実施形態は、ただ例示のためのものであって、同一又は類似の構成を有し得る。
図１１は、本開示の範囲を任意の特定具現で制限しない。
【０１２９】
ＵＥは、ＰＤＳＣＨ受信をスケジューリングしてＰＵＣＣＨリソース表示フィールドを含むＤＣＩフォーマットを検出する（ステップＳ１１１０）。
ＤＣＩフォーマットは、ＳＲＩフィールドを含むこともできる。
ＵＥは、ＰＵＣＣＨリソースインジケーターフィールドに基づいてＰＵＣＣＨリソースを決定する（ステップＳ１１２０）。
ＰＵＣＣＨリソース決定は、暗黙的手段によって補完することもできる。
ＵＥは、ＳＳ／ＰＢＣＨブロックのインデックス又はＣＳＩ−ＲＳリソース構成に対応するＰＵＣＣＨリソースに対するＰＵＣＣＨ空間設定パラメーターを決定する（ステップＳ１１３０）。
ＵＥは、ＳＳ／ＰＢＣＨブロック又はＣＳＩ−ＲＳを用いてＵＥが計算した経路損失測定を決定する（ステップＳ１１４０）。
ＵＥは、経路損失測定を用いてＵＥが決定した電力でＰＵＣＣＨを送信する（ステップＳ１１５０）。
ＤＣＩフォーマットが上位階層シグナリングによってＵＥが経路損失を測定するために用いるＳＳ／ＰＢＣＨブロックインデックス又はＣＳＩ−ＲＳ構成にマッピングされたＳＲＳリソースを示す場合、ＵＥは、対応する経路損失を用いてＰＵＣＣＨ送信電力を決定することができる。
【０１３０】
ＨＡＲＱ−ＡＣＫ又はＣＳＩのような互いに異なるＵＣＩタイプの送信に同一のＰＵＣＣＨフォーマットを用いることができ、さらに互いに異なるＵＣＩタイプが互いに異なる受信信頼性ターゲットを有することができるので、ＵＥが同一のＰＵＣＣＨフォーマットに対するＰＵＣＣＨ送信電力を決定することに用いるパラメーターセットが、ＵＣＩタイプに応じて上位階層によってＵＥに個別的に構成することができる。
例えば、（ＰＯ＿ＰＵＣＣＨ，ｆ，ｃ（ｑｕ））に対する値は、同一のＰＵＣＣＨフォーマットに対するＨＡＲＱ−ＡＣＫ送信のために、及びＣＳＩ送信のために個別的に構成することができる。
【０１３１】
ＵＥが同一のＰＵＣＣＨでＨＡＲＱ−ＡＣＫ及びＣＳＩのいずれも多重化する場合、ＵＥはＵＣＩタイプに対する対応する受信信頼性の内のより高い信頼性を達成するために構成された（ＰＯ＿ＰＵＣＣＨ，ｆ，ｃ（ｑｕ））値の内のより大きい値を用いることができる。
ＰＵＣＣＨパラメーターセットに対する他の値は、同一であるか、又は個別的に構成することができる。
【０１３２】
本開示の第４実施形態は、サービングセルのＵＬ  ＢＷＰ上で重ねられたＰＵＣＣＨ及びＰＵＳＣＨ送信、又は時間重畳ＰＵＣＣＨ送信の場合におけるＵＥ動作及びＵＥ動作を定義するための条件決定を考慮する。
【０１３３】
部分重畳ＰＵＣＣＨ送信が多様なＵＣＩタイプ組み合せに対して一般的に発生する可能性がある。
実際において、そしてスロットベースＰＵＣＣＨ送信の場合、特にＵＥが部分重畳によってそれらの内の一つをドロップすることができると、ｇＮＢスケジューラは、部分的に重ねられる周期的ＰＵＣＣＨ送信でＵＥを構成しないこともある。
唯一の非−周期的ＰＵＣＣＨ送信は、ＨＡＲＱ−ＡＣＫ用であれば良い。
ＰＵＣＣＨ送信のためのスロット及び第１シンボルがＨＡＲＱ−ＡＣＫ送信をトリガーするＤＣＩフォーマットによって表示され、スロット内の少なくとも４個のシンボルにかけたＰＵＣＣＨ送信に対して、ＵＥは一般的に少なくとも以前のスロットからＨＡＲＱ−ＡＣＫ送信のスロットが分かっている。
【０１３４】
ＵＥがＨＡＲＱ−ＡＣＫに対するＰＵＣＣＨ送信と同一のスロットでＣＳＩに対して構成されたＰＵＣＣＨ送信を有しており、前者のＰＵＣＣＨ送信に対する第１シンボルが同一であるか、後者のＰＵＣＣＨ送信に対する第１シンボル以後の場合、ＵＥは後者のＰＵＣＣＨ送信でＣＳＩを多重化することができる。
前者のＰＵＣＣＨ送信のための第１シンボルが後者のＰＵＣＣＨ送信のための第１シンボル以前の場合、ＵＥが前者のＰＵＣＣＨ送信を取り消すのに（まだ進行されない）十分な時間があると、ＣＳＩが後者のＰＵＣＣＨ送信でさらに多重化することができる。
【０１３５】
第１のアプローチでは、ＰＵＣＣＨでの周期的又は半持続的ＨＡＲＱ−ＡＣＫ、ＳＲ又はＣＳＩ送信のように、上位階層によって構成されるか、又はＰＵＣＣＨでＤＣＩフォーマットによって表示されるＨＡＲＱ−ＡＣＫ送信のように、ＤＣＩフォーマットによって表示されるＰＵＣＣＨ送信を取り消すためにＵＥに要求されるスロットシンボルの数に対する特定ＵＥ能力を定義することができる。
第２のアプローチでは、Ｎ２個シンボルのＰＵＳＣＨ準備のためのＵＥ能力は、ＵＥが送信を取り消すのに必要な時間の間のルーズバウンドとして見なされ得る。
【０１３６】
以後のＰＵＣＣＨでＨＡＲＱ−ＡＣＫ送信をトリガーするＤＣＩフォーマットによってスケジューリングされたＰＤＳＣＨのＵＥによる受信と以前のＰＵＣＣＨの第１シンボルの間の時間がＮ２個シンボルより大きい場合、ＵＥは以前のＰＵＣＣＨ送信を取り消し、以後のＰＵＣＣＨ送信でＣＳＩを多重化することができる。
そうでなければ、ＵＥは、以前のＰＵＣＣＨ送信を取り消すことができないものと仮定することができ、以後のＰＵＣＣＨ送信をドロップすることができる。
また、ＵＥは、当該ＰＵＣＣＨ送信をドロップすることができるスロットでｇＮＢがＨＡＲＱ−ＡＣＫに対するＰＵＣＣＨ送信をトリガーすることで予想されないこともあるので、これをエラーケースで扱うことができる。
【０１３７】
図１２は、本開示の実施形態によるＰＵＣＣＨ送信の内の一つで時間重畳ＰＵＣＣＨ送信からＵＣＩを多重化するための例示的なＵＥ動作１２００を説明するための図である。
図１２に示したＵＥ動作１２００の実施形態は、ただ例示のためのものであって、同一又は類似の構成を有し得る。
図１２は、本開示の範囲を任意の特定具現で制限しない。
【０１３８】
ＵＥが同一のスロット１２２０内の第２のＰＵＣＣＨ１２１０（ＤＣＩフォーマットに表示されることで仮定することができる）でのＨＡＲＱ−ＡＣＫ送信より遅く開始される第１のＰＵＣＣＨ１２０５でのＣＳＩ送信から構成される場合、ＵＥが第２ＰＵＣＣＨ送信１２３０でＣＳＩ及びＨＡＲＱ−ＡＣＫを多重化し、第１ＰＵＣＣＨの送信をドロップする。
ＵＥが同一のスロット１２２０内の第４ＰＵＣＣＨ１２４５（ＤＣＩフォーマットによって表示されることに仮定されることができる）でのＨＡＲＱ−ＡＣＫ送信より先に開始される第３ＰＵＣＣＨ１２４０でのＣＳＩ送信から構成される場合、２つのケースが考慮される。
【０１３９】
第１ケース（ケースＡ）では、ＵＥが第４ＰＵＣＣＨ送信を示すＤＣＩフォーマットを受信／検出する時間と、ＵＥが第３ＰＵＣＣＨ送信を開始するように構成された時間の間の時間が、例えば、Ｎ２個スロットシンボルより大きいか、又は同一のことのような、ＵＥが第３ＰＵＣＣＨ送信を取り消すのに必要な時間より大きいか、又は同一である。
このケース（ケースＡ）において、ＵＥは、第３ＰＵＣＣＨ送信をドロップし、第４ＰＵＣＣＨ送信１２５０でＣＳＩをＨＡＲＱ−ＡＣＫと多重化する。
第２ケース（ケースＢ）では、ＵＥが第４ＰＵＣＣＨ送信を示すＤＣＩフォーマットを受信／検出する時間と、ＵＥが第３ＰＵＣＣＨ送信を開始するように構成された時間の間の時間が、例えば、Ｎ２個スロットシンボルより小さいことのような、ＵＥが第３ＰＵＣＣＨ送信を取り消すのに必要な時間より小さい。
このケース（ケースＢ）において、ＵＥは、第４ＰＵＣＣＨ送信をドロップし、第３ＰＵＣＣＨ送信１２６０でＣＳＩだけ送信する。
ＵＥが、例えば、第４ＰＵＣＣＨ送信を示す一つ以上のＤＣＩフォーマット検出に関連して、このケースをエラーケースで見做すことも可能である。
【０１４０】
ＰＵＣＣＨでのＨＡＲＱ−ＡＣＫ及びＳＲ多重化は、ＵＥの上位階層から物理階層でポジティブＳＲリクエストが提供される時点によって変わり得る。
しかし、ＨＡＲＱ−ＡＣＫ及びＳＲ多重化は、当該ＰＵＣＣＨ送信に対する第１のスロットシンボルを考慮せず続いてサポートすることができる。
ＳＲのためのＰＵＣＣＨ送信以前にＨＡＲＱ−ＡＣＫに対するＰＵＣＣＨ送信が開始される時のＵＥがＰＵＣＣＨ送信でポジティブＳＲ（一つ以上のＳＲビットの対応する値設定）をＨＡＲＱ−ＡＣＫと多重化することができるほど充分に早く、上位階層のポジティブＳＲリクエストが物理階層に提供されないと、ＵＥは、ネガティブＳＲを送信することができる。
ＵＥは、ＰＵＣＣＨにおける次のＳＲ送信オケージョンでポジティブＳＲを送信することができる。
【０１４１】
したがって、スロットベースＰＵＣＣＨ送信（すなわち、一つのスロットより小さい周期性を有するＳＲに対するＰＵＣＣＨ送信除外）の場合、ＵＥは、前述したような潜在的エラーケースに対応するＰＵＣＣＨの第１のスロットシンボルを考慮せず、ＰＵＣＣＨでＨＡＲＱ−ＡＣＫ及びＣＳＩ又はＳＲ多重化をサポートすることができ、又はサポートしないこともある。
【０１４２】
非−スロット（サブスロット）ベースＰＵＣＣＨ送信（例えば、一つのスロット未満の送信周期を有するＳＲに対する送信）の場合、一つ可能性は、ＵＥがＳＲを伝達するＰＵＣＣＨを送信するために進行中のＰＵＣＣＨ（又は可能な場合、ＰＵＳＣＨ）送信をドロップすることである。
しかし、進行中の送信を取り消すためには、ＰＵＳＣＨ準備時間のような時間又は進行中の送信を取り消すためにＵＥ能力によって表示される時間のような最小時間が必要である。
この最小時間は、いくつのスロットシンボルより大きい（例えば、Ｎ２の最小値は１５ＫＨｚサブキャリア間隔において１０個のシンボルである）。
【０１４３】
それにもかかわらず、ＵＥが進行中のＰＵＣＣＨ又はＰＵＳＣＨ送信を有する時のＳＲを送信しないことは、ポジティブＳＲ送信に対して発生する追加レイテンシが全体スケジューリングレイテンシに重大な影響を及ぼさないことが予想されるので問題にならない。
例えば、サブスロット周期性を有するポジティブＳＲを送信することができなくてＵＥに対して発生する平均追加レイテンシは、最大半分スロットであり、スロット内に進行中のＰＵＣＣＨ送信（又はＰＵＳＣＨ送信）を有するＵＥに対する追加調整が必要となる。
ＵＥがスロットでＨＡＲＱ−ＡＣＫ又はＰＵＳＣＨと共にＰＵＣＣＨを送信する確率が５０％という比較的大きい確率にもかかわらず、結果的な追加レイテンシは、最大０．２５スロット以下であり、これはエンドツーエンドレイテンシに微々な影響を及ぼす（０．５ｍｓｅｃスロットの場合にも）。
【０１４４】
多重スロットにかけて繰り返されてデータよりＨＡＲＱ−ＡＣＫに対してより高い優先順位でＨＡＲＱ−ＡＣＫを伝達するＰＵＣＣＨ送信の場合、ＵＥはＰＵＣＣＨ送信を繰り返すスロットでのＰＵＳＣＨ送信を引き起こすＵＬグラントを無視することができる（そうでなければ、ＵＥがＰＵＳＣＨ送信をドロップするからｇＮＢスケジューラがＰＵＳＣＨをスケジューリングする理由がないので誤ったＣＲＣ検査を引き起こす可能性がある）。
さらに、ＵＥは、ＨＡＲＱ−ＡＣＫを伝達するＰＵＣＣＨ送信の繰返しで他のＵＣＩを多重化しないこともあって、これが受信信頼性を低下させる可能性があるからである（そして、
2021521673.tif 000076
が半−静的に構成される）。
さらに、ＵＥはＨＡＲＱ−ＡＣＫを伝達するＰＵＣＣＨに対する繰返し（第１のこと以外）を送信するスロットでのそれぞれのＨＡＲＱ−ＡＣＫ送信を示すＤＬ割り当てを無視することができる。
【０１４５】
ＬＴＥ機能の直接再使用を許容しないこともある５Ｇピッチャーに関連する次のような２つの問題が存在する。
より早いＰＵＳＣＨ又は他のＰＵＣＣＨ送信と部分的に重畳される可能性、
及び低いレイテンシ又は低いレイテンシサービスに関連するポジティブＳＲ送信の存在を要求する重畳（グラント−フリー）ＰＵＳＣＨ送信の存在。
【０１４６】
第１の問題点の場合、ＵＥは重ねられるＰＵＳＣＨ送信又は他のＰＵＣＣＨ送信を取り消すことができる。
ＨＡＲＱ−ＡＣＫを用いたＰＵＣＣＨ送信の第１の繰返し以前にＰＵＳＣＨ又は他のＰＵＣＣＨが開始され、ＵＥが各送信を取り消すことができない場合はエラーとして見做すことができる（ＵＥが第１のＰＵＣＣＨ繰返しを送信することができないスロットをｇＮＢが示すことで期待する必要がないからである）。
【０１４７】
第２の問題点は、ＰＵＣＣＨ繰返しを要求する（カバレッジが制限された）ＵＥがＰＵＳＣＨ又はより高い受信信頼性を要求する情報タイプに対してより多い繰返しを要求する可能性があるので特別な実質的関心対象ではない。
さらに、先立って論議したように、ＵＥは、進行中の送信を直ちに取り消すことができない。
したがって、ＵＥとｇＮＢ動作は、ＰＵＣＣＨ繰返しがドロップされることによる影響を受ける必要がなく、カバレッジが制限されたＵＥに対して信頼し得る決定が難しいことがあるので、ｇＮＢはスロットでＰＵＳＣＨ又はＰＵＣＣＨが受信されるか否かに対してブラインド検出を行う必要がない。
【０１４８】
ＰＵＳＣＨ送信でＵＣＩを多重化する場合、ＰＵＣＣＨ送信代りに、動的ＰＵＳＣＨ及びＰＵＣＣＨ（ＨＡＲＱ−ＡＣＫ含み）送信タイミングのサポートは、ＰＵＳＣＨ及びＰＵＣＣＨ送信の重畳のための多くの可能な組み合せにつながり得る。
重畳は、一般的にＰＵＳＣＨ又はＰＵＣＣＨ送信がトリガーされることによって他の処理を要求することができる。
単純化のために、次ではＰＵＣＣＨが繰返し無しに送信されることで仮定する。
【０１４９】
同一のスロットでＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマット以後にＰＵＣＣＨ送信をトリガーするＤＣＩフォーマットをＵＥが検出することができない場合、ＵＥはＰＵＳＣＨを準備する時の可能な重畳が分かるようになる（ＵＥはＰＵＣＣＨ送信を取り消すのに用いることができる最小ＰＵＳＣＨ準備時間を有している）。
したがって、ＵＥは、ＰＵＣＣＨ／ＰＵＳＣＨ重畳タイプ（同一の／異なる第１シンボル）にかかわらずＰＵＳＣＨでＨＡＲＱ−ＡＣＫを多重化してＰＵＣＣＨをドロップすることができる。
ＵＥが多重ＵＬ  ＢＷＰ又は多重サービングセルで多重ＰＵＳＣＨ送信を有する場合、同一の規則を適用することができ、ＵＥは、ＰＵＳＣＨでＨＡＲＱ−ＡＣＫを多重化することができる。
【０１５０】
ＵＥが同一のスロットでＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマット以後にＰＵＣＣＨ送信をトリガーするＤＣＩフォーマットを検出する場合、ＵＥがＰＵＳＣＨで多重化することができないＨＡＲＱ−ＡＣＫ情報があり得る（例えば、ＰＵＳＣＨがトリガーされた以後にＰＤＳＣＨが受信されることに起因する）。
さらに、ＵＥがＰＵＳＣＨでＨＡＲＱ−ＡＣＫを多重化しなければならない場合、ＵＥ  ＰＵＳＣＨ処理タイムラインが減少されるだろう。
その後に、ＵＥは、以前のチャンネルを送信することができる。
【０１５１】
したがって、同一のスロットでＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマット以後にＰＵＣＣＨ送信をトリガーするＤＣＩフォーマットをＵＥが検出することができない場合、ＵＥは、ＰＵＳＣＨでＨＡＲＱ−ＡＣＫを多重化する（そしてＰＵＣＣＨがドロップされる）。
ＵＥが同一のスロットでＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマット以後にＰＵＣＣＨ送信をトリガーするＤＣＩフォーマットを検出する場合、ＵＥは、以後の送信をドロップする。
【０１５２】
互いに異なる第１シンボルを有してＰＵＳＣＨ送信より早く発生しない周期的ＰＵＣＣＨ送信を有する周期的ＰＵＣＣＨと動的ＰＵＳＣＨ送信の間の重畳に対し、ＵＥはＰＵＣＣＨをドロップする。
互いに異なる第１シンボルを有して周期的ＰＵＣＣＨ送信がＰＵＳＣＨ送信より先に発生する周期的（ＲＲＣ構成）ＰＵＣＣＨと動的（ＤＣＩフォーマットによってスケジューリングされる）ＰＵＳＣＨ送信の間の重畳において、ＵＥがＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットを受信／検出する時間と、ＰＵＣＣＨ送信開始時間（ＰＵＣＣＨ送信の第１シンボル）の間の時間がＰＵＣＣＨ取消し時間（ＵＥによってｇＮＢに表示されるかＰＵＳＣＨ準備時間と同一のことで仮定することができる）以下の場合、ＵＥは、ＰＵＣＣＨ送信をドロップしてＰＵＳＣＨで当該ＵＣＩを多重化する。
その後に、ＵＥは、ＰＵＣＣＨ送信を取り消すことができる。
さらに、ＵＥがドロップすることができるＰＵＳＣＨ送信をスケジューリングすることでｇＮＢが予想されないこともあるから、ＵＥは、ＰＵＣＣＨ送信と重畳されるＰＵＣＣＨ送信開始とＰＵＣＣＨでのＨＡＲＱ−ＡＣＫ情報の送信に関連するＰＤＳＣＨ受信の間の時間がＰＵＣＣＨ取消し時間より小さい場合、エラーケースとして見做すことができる。
ＵＥが同時に複数のＰＵＳＣＨ送信を行う場合にも同様の規則が適用される。
【０１５３】
図１３は、本開示の実施形態によるＰＵＳＣＨ送信で時間重ねられたＰＵＣＣＨ及びＰＵＳＣＨ送信からＵＣＩを多重化するための例示的なＵＥ動作１３００を説明するための図である。
図１３に示したＵＥ動作１３００の実施形態は、ただ例示のためのものであって、同一又は類似の構成を有し得る。
図１３は、本開示の範囲を任意の特定具現で制限しない。
【０１５４】
周期的なＰＵＣＣＨ送信が考慮されるが、以下に論議するようにＤＣＩフォーマットによってトリガーされるＰＵＣＣＨ送信に対しても同一の原理が適用される。
ＵＥが同一のスロット１３２０でＤＣＩフォーマット１３１０によってＵＥにスケジューリングされる重畳ＰＵＳＣＨ送信より早く開始されるＰＵＣＣＨ送信１３０５から構成される場合、ＵＥがＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットを受信／検出する時間とＰＵＣＣＨ送信開始時間（ＰＵＣＣＨ送信の第１シンボル）１３４０の間の時間がＰＵＣＣＨ取消し時間１３５０より大きいか、又は同一の時のＵＥは、ＰＵＳＣＨ１３３０でＣＳＩのような周期的ＰＵＣＣＨ送信のＵＣＩを多重化する。
【０１５５】
そうでなければ、ＵＥがＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットを受信／検出する時間とＰＵＣＣＨ送信１３６０の開始時間の間の時間がＰＵＣＣＨ取消し時間１３７０より小さい場合、ＵＥは、ＰＵＳＣＨ送信をドロップしてＰＵＣＣＨ１３８０でＵＣＩを送信する。
【０１５６】
ＨＡＲＱ−ＡＣＫ情報を伝達してＵＥに対する対応するＰＤＳＣＨ受信をスケジューリングするＤＬＤＣＩフォーマットによってトリガーされるＵＥからのＰＵＣＣＨ送信においては、ＵＥがＰＤＳＣＨを受信した時間とＰＵＳＣＨ送信開始時間の間の時間がＰＵＳＣＨ準備時間以上の場合にＵＥはＰＵＣＣＨ送信と時間的に重ねられるＰＵＳＣＨ送信でＨＡＲＱ−ＡＣＫを多重化する。
ＵＥに追加的な時間マージンを提供するための、また他のオプションは、ＵＥがＤＣＩフォーマットによってスケジューリングされたＰＤＳＣＨで当該送信ブロックの受信を完了した時間とＰＵＳＣＨ送信開始時間の間の時間がＰＵＳＣＨ準備時間以上の場合、ＰＵＣＣＨ送信と時間的に重ねられるＰＵＳＣＨ送信でＨＡＲＱ−ＡＣＫを多重化することである。
【０１５７】
本開示の第５実施形態は、小さいＵＣＩペイロードに対するＰＵＣＣＨ送信のための電力調整及びＰＵＣＣＨに含まれたＵＣＩビット数を基盤とするＰＵＣＣＨ送信のための繰返し回数決定を考慮する。
【０１５８】
ｇＮＢは、上位階層シグナリングによって、ＰＵＣＣＨ送信のための基準繰返し回数をＵＥに提供することができる。
基準繰返し回数は、基準ＵＣＩペイロード（存在する場合、ＣＲＣビットを含む、ＵＣＩ情報ビット数）に対応することができる。
基準ＵＣＩペイロードは、１ＵＣＩビット、２ＵＣＩビット、又は４ＵＣＩビットのように、システム動作で予め決定されることができるか、又は上位階層シグナリングによって提供することもできる。
ＣＳＩのＵＣＩタイプ（例えば、ＨＡＲＱ−ＡＣＫ、ＳＲ）ごとに対して個別的に繰返し回数がＵＥに提供されることができ、ＵＥはＰＵＣＣＨ送信に含まれたＵＣＩビットのタイプによってＰＵＣＣＨ送信のための繰返し回数を決定する。
【０１５９】
ＰＵＣＣＨ送信に対する繰返しで構成されたＵＥは、可能な場合、数式５で説明したようにＰＵＣＣＨでのＵＣＩペイロードをベースとしてＰＵＣＣＨ送信電力を調整する代りに、同一のＰＵＣＣＨ送信電力を維持することができる。
ＰＵＣＣＨ送信に対する繰返し構成は、さらに基準ＵＣＩペイロードに対する（及び基準ＵＣＩペイロードより小さいＵＣＩペイロードに対する）単一送信（繰返し無し）を含み得る。
ＵＥが繰返しを有するＰＵＣＣＨ送信に対する構成で上位階層によって提供される場合、ＵＥが基準ＵＣＩペイロードを有するＰＵＣＣＨ送信に対する繰返しがないことで上位階層によって表示される場合にもＵＥは基準ＵＣＩペイロードより大きいＵＣＩペイロードに対して一つ以上の繰返しを適用することができる。
【０１６０】
ＰＵＣＣＨフォーマット１の場合、数式５での電力制御公式は、（ＯＵＣＩ＝１）ビット又は（ＯＵＣＩ＝２）ビットによってＵＣＩ（ＨＡＲＱ−ＡＣＫ／ＳＲ）ペイロードを調整するために（１０ｌｏｇ１０ＯＵＣＩ）ｄＢの追加項を含むように調整することができる。
例えば、ＰＵＣＣＨ送信オケージョン（ｉ）で、
2021521673.tif 000077
は
2021521673.tif 000078
で修正することができる。
【０１６１】
１ビットのＵＣＩ基準ペイロードに対応して構成されたＰＵＣＣＨ繰返し回数
2021521673.tif 000079
の場合、例えば、ＵＥ送信電力が既に最大送信に近接しているから、ＵＥはＰＵＣＣＨ送信電力を
2021521673.tif 000080
（ここで、（２＜（ＯＵＣＩ）≦１１））ほど増加させることができないこともある。
代りに、ＵＥは、ＰＵＣＣＨ送信に対する繰返し回数を増加させる。
（ＯＵＣＩ＝２）ＵＣＩビットを含むＰＵＣＣＨ送信の場合、ＵＥは
2021521673.tif 000081
繰返しを適用することができる。
（２＜（ＯＵＣＩ）≦１１）ＵＣＩビットを含むＰＵＣＣＨ送信の場合、ＵＥは、例えば、
2021521673.tif 000082
繰返し、又は
2021521673.tif 000083
繰返し、を適用することができる。
ＵＣＩペイロードは、（ｎＨＡＲＱ−ＡＣＫ）ＨＡＲＱ−ＡＣＫ情報ビットのような単一ＵＣＩタイプ、又は
（ＯＳＲ＋ＯＣＳＩ）情報ビットのような多重ＵＣＩタイプに対応することができる。
【０１６２】
繰返しを有するＰＵＣＣＨ送信によってサポートされることができるＵＣＩペイロードは、例えば、最大（ＯＵＣＩ＝１１）ビットで制限することができ、その理由は送信オケージョン（ｉ）で最大電力（ＰＣＭＡＸ，ｆ，ｃ（ｉ））に近い電力でＰＵＣＣＨを送信するＵＥは、一般的にカバレッジが制限されて多くの数のＨＡＲＱ−ＡＣＫ情報ビット又は詳細なＣＳＩ報告を提供する必要がないからである。
（ＯＵＣＩ＞１１）ビットを含むＰＵＣＣＨ送信の繰返しの場合、繰返し回数が例えば、
2021521673.tif 000084
で決定することができ、ここで、（Ｋ２＝２．４）及び（ＢＰＲＥ＝（ＯＡＣＫ＋ＯＳＲ＋ＯＣＳＩ＋ＯＣＲＣ）／ＮＲＥ）である。
【０１６３】
図１４は、本開示の実施形態による基準ＵＣＩペイロードに対して上位階層によって提供される繰返し回数に基づいて、ＵＣＩペイロードを含むＰＵＣＣＨ送信の繰返し回数を決定するための方法１４００を説明するためのフローチャートである。
図１４に示した方法１４００の実施形態は、ただ例示のためのものであって、同一又は類似の構成を有し得る。
図１４は、本開示の範囲を任意の特定具現で制限しない。
【０１６４】
ＵＥは、ＰＵＣＣＨ送信のための繰返し回数
2021521673.tif 000085
を上位階層によって提供される（ステップＳ１４１０）。
ＵＥは、さらに
2021521673.tif 000086
繰返しのための基準ＵＣＩペイロードを上位階層によって提供され得、又は基準ＵＣＩペイロードが１ビットのように予め決定され得る。
ＵＥは、送信オケージョン（ｉ）においてＰＵＣＣＨで送信する（（ＯＵＣＩ）≦１１）ＵＣＩビットを有し、ここで、ＵＣＩビットは（ｎＨＡＲＱ−ＡＣＫ）ＨＡＲＱ−ＡＣＫ情報ビット、又は（ＯＣＳＩ）ＣＳＩビット、又は（ＯＳＲ＋ＯＵＣＩ）ＳＲ及びＣＳＩビットなどに対応する（ステップＳ１４２０）。
【０１６５】
ＵＥは、（ｎＨＡＲＱ−ＡＣＫ＝１）である時（又はＵＥが単一のＳＲ構成に対するＳＲを送信する場合（ＯＳＲ＝１）である時）
2021521673.tif 000087
繰返しでＰＵＣＣＨを送信し、（ｎＨＡＲＱ−ＡＣＫ＝２）である時（又はＵＥが４つの可能な構成の内のいずれか一つに対するＳＲを送信する場合（ＯＳＲ＝２）である時）
2021521673.tif 000088
繰返しでＰＵＣＣＨを送信し、又は（ｎＨＡＲＱ−ＡＣＫ＞２）である時、又はＵＣＩがＣＳＩである時、又はＵＥが４つの可能な構成の内のいずれかひとつに対するＳＲを送信する時、
2021521673.tif 000089
繰返しでＰＵＣＣＨを送信する（ステップＳ１４３０）。
【０１６６】
ＰＵＣＣＨ送信のための繰返し回数
2021521673.tif 000090
は１ＵＣＩビット代りに
2021521673.tif 000091
ＵＣＩビットの基準ペイロードに相対的であれば良い（
2021521673.tif 000092
は
2021521673.tif 000093
で表示され得る）。
2021521673.tif 000094
ＵＣＩビットの基準ペイロードは
2021521673.tif 000095
ビット又は
2021521673.tif 000096
ビットのように、システム動作で予め決定されるか、上位階層シグナリングによってＵＥに提供され得る。
すると、（ＯＵＣＩ）ＵＣＩビットのペイロードを有するＰＵＣＣＨ送信に対する繰返し回数は、（ＯＵＣＩ）がそれぞれ
2021521673.tif 000097
より小さいか大きい場合
2021521673.tif 000098
より小さいか大きいこともある。
【０１６７】
例えば、
2021521673.tif 000099
であり（ＯＵＣＩ＝１）又は（ＯＵＣＩ＝２）である場合、ＰＵＣＣＨ  送信のための繰返し回数はそれぞれの
2021521673.tif 000100
構成要素での差を
2021521673.tif 000101
で調整して決定することができる。
例えば、
2021521673.tif 000102
及び（ＯＵＣＩ＞２）の場合、ＰＵＣＣＨ送信のための繰返し回数は、それぞれの
2021521673.tif 000103
構成要素での差を
2021521673.tif 000104
で調整して決定することができる。
単純化のために、
2021521673.tif 000105
が最大１１ビットのすべてのＵＣＩペイロードに適用することができる。
【０１６８】
（ＯＵＣＩ）ＵＣＩビット（（ＯＵＣＩ＞１１）の場合、（ＯＣＲＣ）ＣＲＣビット含み）のＵＣＩペイロードによって繰返し回数を調整する代りに、ＵＥは、ＰＵＣＣＨ送信電力を調整することができる。
このようなアプローチは、ＵＥに構成されたＰＵＣＣＨ送信に対する繰返し回数
2021521673.tif 000106
が基準ＵＣＩペイロード
2021521673.tif 000107
に対することで仮定する。
例えば、
2021521673.tif 000108
の場合、ＵＥは、電力を
2021521673.tif 000109
ｄＢほど減らしながら
2021521673.tif 000110
繰返しを用いてＰＵＣＣＨを送信することができる。
2021521673.tif 000111
の場合、ＵＥは、例えば、図１４で説明したように、
2021521673.tif 000112
より大きい繰返し回数を決定することができる。
【０１６９】
2021521673.tif 000113
の値は、上位階層シグナリングを用いるｇＮＢによってＵＥに提供されるか、又はシステム動作で予め決定され得る。
例えば、
2021521673.tif 000114
の値は、ＵＥが関連したＰＵＣＣＨを繰返して送信することができる最大ＵＣＩペイロードと同一であれば良い。
１つ又は２つのＨＡＲＱ−ＡＣＫ情報ビットを送信する場合、ＵＥは
2021521673.tif 000115
ビットである時に
2021521673.tif 000116
ほど又は
2021521673.tif 000117
ビットである時に
2021521673.tif 000118
ほど送信電力を減らすことができる。
2021521673.tif 000119
である時（２＜ＯＵＣＩ≦１１）を送信する場合、ＵＥは
2021521673.tif 000120
ほどＰＵＣＣＨ送信電力（
2021521673.tif 000121
繰返し使用の間）を調整することができる。
【０１７０】
ＵＣＩペイロードによってＰＵＣＣＨ送信のための繰返し回数又は繰返しを有するＰＵＣＣＨ送信の電力を調整すること以外にも、ＰＵＣＣＨ送信のための繰返し回数又はＰＵＣＣＨ送信の電力は、ＰＵＣＣＨ送信の各繰返しに用いることができるスロットのシンボル数に基づいて調整することもできる。
ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨの場合、スロットの初期（第１）シンボルとＰＵＣＣＨ送信の各繰返しの内のデュレーションがＨＡＲＱ−ＡＣＫ情報に関連するＤＣＩフォーマットによって表示される。
【０１７１】
ＰＵＣＣＨ送信の各繰り返しの持続時間は、ＤＣＩフォーマットによる対応する表示に応じて変化する可能性がある対応するＰＵＣＣＨリソースに依存する可能性があるため、必要な繰り返しの数又はＰＵＣＣＨ送信の各繰り返しの電力も変化する可能性がある。
ＵＥがＰＵＣＣＨ送信の
2021521673.tif 000122
繰返しで構成される場合、ＵＥはさらに
2021521673.tif 000123
繰返しに対応するスロットでの基準シンボル数
2021521673.tif 000124
が提供され得る。
スロットでのＰＵＣＣＨ送信繰返しデュレーションが
2021521673.tif 000125
より小さい場合、ＵＥはＰＵＣＣＨ送信電力を増加させることができ、スロットでのＰＵＣＣＨ送信繰返しデュレーションが
2021521673.tif 000126
より大きい場合、ＵＥはＰＵＣＣＨ送信電力を減少させることができる。
【０１７２】
代案的に、スロットでのＰＵＣＣＨ送信繰返しデュレーションがより
2021521673.tif 000127
小さい場合、ＵＥは繰返し回数を増加させることができ、スロットでのＰＵＣＣＨ送信繰返しデュレーションが
2021521673.tif 000128
より大きい場合、ＵＥはＰＵＣＣＨ送信のための繰返し回数を減少させることができる。
【０１７３】
電力調整（正数又は負数又は０）は
2021521673.tif 000129
ｄＢである。
例えば、
2021521673.tif 000130
（ＰＵＣＣＨ送信の繰返しのためのスロットでの最小シンボル数）であり、ＰＵＣＣＨ送信の繰返しが
2021521673.tif 000131
より高い場合、ＵＥは、送信電力を
2021521673.tif 000132
ｄＢほど減少させることができる。
例えば、
2021521673.tif 000133
（ＰＵＣＣＨ送信の繰返しのためのスロットでの最大シンボル数）であり、ＰＵＣＣＨ送信の繰返しが
2021521673.tif 000134
より高い場合、ＵＥは送信電力を
2021521673.tif 000135
ｄＢほど増加させることができる。
【０１７４】
電力調整がない場合、繰返し回数に対する調整は
2021521673.tif 000136
である時、結果繰返し回数に
2021521673.tif 000137
対する
2021521673.tif 000138
のファクターによって、又は
2021521673.tif 000139
である時の結果繰返し回数
2021521673.tif 000140
に対する
2021521673.tif 000141
のファクターによって行われ得る（“天井”関数代りに“床”関数が代案として用いられ得る）。
【０１７５】
本開示の第６実施施形態は、ＰＵＣＣＨ送信のための繰返し回数に対する動的決定を考慮する。
ＰＵＣＣＨ送信のための繰返し回数に対する動的決定は、チャンネル媒体条件又はＰＵＣＣＨ送信の送／受信条件が動的に変更されて、ＵＥが潜在的に最大許容送信電力以上でＰＵＣＣＨ送信電力を増加させなければならない場合、条件が低下するか又は条件が改善されると、ＰＵＣＣＨ送信電力が減少する場合に有用である。
例えば、このような条件は、シャドーイングの動的変更、又は充分に大きいＳＩＮＲを提供する送／受信ビームの動的変更、受信ポイントの追加／除去などを含み得る。
このような場合においては、ネットワークが同一のＵＣＩペイロードに対してもＰＵＣＣＨ送信に対する繰返し回数を動的変更するようにすることが有用である。
【０１７６】
例えば、ＰＵＣＣＨがＨＡＲＱ−ＡＣＫ情報を含む場合、ＰＵＣＣＨ送信に関連するＤＣＩフォーマットによってＰＵＣＣＨ送信のための繰返し回数に対する動的表示が提供される。
ＰＵＣＣＨ送信の繰り返し回数の表示は、対応するフィールドをＤＣＩ形式で含めることによって明示的にすることも、ＤＣＩ形式の別のフィールドの値に基づいて暗黙的に行うこともできる。
【０１７７】
第１のアプローチでは、ＤＣＩフォーマットによって表示されてＵＥがＰＵＣＣＨ送信に適用する空間フィルターを決定するための疑似−コロケーション  （ｑｕａｓｉ−ｃｏｌｌｏｃａｔｉｏｎ）情報に関連する送信構成インジケーター（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｉｃａｔｏｒ：ＴＣＩ）状態を、ＰＵＣＣＨ繰返し回数と関連させることで暗黙的表示を提供することができる。
例えば、第１ＴＣＩ状態はＰＵＣＣＨ送信のための第１繰返し回数と上位階層によって関連され得、第２ＴＣＩ状態はＰＵＣＣＨ送信のための第２繰返し回数と上位階層によって関連され得る。
ＤＣＩフォーマットは、ＰＵＣＣＨ送信のためのＴＣＩ状態を示すことができ、ＵＥはＰＵＣＣＨ送信のためのＴＣＩ状態と繰返し回数の間の上位階層によって提供される関連／マッピングをベースとしてＰＵＣＣＨ送信のための繰返し回数を決定することができる。
ＤＣＩフォーマットは、関連したＰＵＣＣＨ送信が繰返しで構成されたか否かにかかわらずＴＣＩ状態を示すことができる。
【０１７８】
ＰＵＣＣＨ送信のためのＴＣＩ状態の繰返し回数に対するマッピングは、各ＰＵＣＣＨフォーマットに対して個別的に構成され得るか又はすべてのＰＵＣＣＨフォーマットに対して共通的なものであっても良い。
ＰＵＣＣＨ送信のための繰返し回数に対する決定は、さらに本開示の第５実施形態と組み合せることもでき、ここではＰＵＣＣＨ送信のためのＴＣＩ状態と繰返し回数の間の関連が基準ＵＣＩペイロード（上位階層によって提供されるか、システム動作で予め決定され得る）に対することであれば良く、ＵＥがＰＵＣＣＨ送信に含まれたＵＣＩペイロードに基づいてＰＵＣＣＨ送信の繰返し回数を調整することができる。
【０１７９】
ＤＣＩフォーマットがＴＣＩ状態を示すフィールドを含まない場合、構成されたＴＣＩ状態セットから、構成されたＴＣＩ状態セットでインデックス０を有するＴＣＩ状態又はＵＥが検出したＴＣＩ状態を示すフィールドを含む最後のＤＣＩフォーマットのＴＣＩ状態がＰＵＣＣＨ繰返し回数を決定するのに用いることができる。
第１のアプローチは、ＵＥがＰＵＣＣＨ送信に対する繰返しで構成されない場合にも適用され得、このような場合、ＴＣＩ状態は（ＰＯ＿ＰＵＣＣＨ，ｆ，ｃ（ｑｕ））又は（ΔＦ＿ＰＵＣＣＨ（Ｆ））に対する、構成された値セットからの値と関連され得る。
【０１８０】
第２のアプローチでは、ＤＣＩフォーマットによって表示されたＰＵＣＣＨリソースをＰＵＣＣＨ繰返し回数と関連させることで暗黙的表示を提供することができる。
例えば、第１ＰＵＣＣＨリソースがスロットでの単一送信のようなＰＵＣＣＨ送信のための第１繰返し回数と上位階層によって関連され得、第２ＰＵＣＣＨリソースが２個の対応するスロット上の同一のシンボルでの２個の送信のようなＰＵＣＣＨ送信のための第２繰返し回数と上位階層によって関連され得る。
【０１８１】
ＤＣＩフォーマットがＰＵＣＣＨ送信のためのリソースを示すことができ、ＵＥはＰＵＣＣＨ送信のための繰返し回数とＰＵＣＣＨリソースの間の上位階層によって提供される関連に基づくか、又はＰＵＣＣＨリソースに関連するパラメーターに対する構成の一部として繰返し回数を含むことによってＰＵＣＣＨ送信のための繰返し回数を決定することができる。
これが本開示の第５実施形態と組み合せることができ、ここではＰＵＣＣＨリソースとＰＵＣＣＨ送信のための繰返し回数の間の関連が基準ＵＣＩペイロード（上位階層によって提供され得るか、システム動作で予め決定され得る）のためのものであれば良く、ＵＥがＰＵＣＣＨ送信に含まれたＵＣＩペイロードに基づいてＰＵＣＣＨ送信の繰返し回数を調整することができる。
第２のアプローチは、ＵＥがＰＵＣＣＨ送信に対する繰返しで構成されない場合にも適用され得、このような場合ＰＵＣＣＨリソースは（ＰＯ＿ＰＵＣＣＨ，ｆ，ｃ（ｑｕ））又は（ΔＦ＿ＰＵＣＣＨ（Ｆ））に対する、構成された値セットからの値と関連され得る。
【０１８２】
第３のアプローチによるでは、ＤＣＩフォーマットによって表示されたＴＰＣ命令値をＰＵＣＣＨ繰返し回数と関連させることで暗黙的表示を提供することができる。
例えば、予め決定されたＴＰＣ命令値が上位階層によって提供されるＰＵＣＣＨ送信のための繰返し回数と関連され得る。
これは本開示の第５実施形態と組み合せることができ、ここではＴＰＣ命令値とＰＵＣＣＨ送信のための繰返し回数の間の関連が基準ＵＣＩペイロード（上位階層によって提供され得るか、システム動作予め決定され得る）のためのものであれば良く、ＵＥがＰＵＣＣＨ送信に含まれたＵＣＩペイロードに基づいてＰＵＣＣＨ送信の繰返し回数を調整することができる。
【０１８３】
図１５は、本開示の実施形態によってＰＵＣＣＨ送信をトリガーするＤＣＩフォーマットで表示されたＴＣＩ状態に基づいてＰＵＣＣＨ送信の繰返し回数を決定するための方法１５００）を説明するためのフローチャートである。
図１５に示した方法１５００の実施形態は、ただ例示のためのものであって、同一又は類似の構成を有し得る。
図１５は、本開示の範囲を任意の特定具現で制限しない。
【０１８４】
ＵＥは、ＰＵＣＣＨ送信のためのＴＣＩ状態セット及び繰返し回数セットを上位階層によって提供を受ける（ステップＳ１５１０）。
ＰＵＣＣＨ送信のための繰返し回数セットの各要素は、例えば、一対一マッピング又は多対一のマッピングを介してＴＣＩ状態セットの要素にマッピングされる。
ＵＥは、ＰＵＣＣＨ送信をトリガーしてＰＵＣＣＨ送信のためのＴＣＩ状態を示すフィールドを含むＤＣＩフォーマットを検出する（ステップＳ１５２０）。
ＵＥは、ＰＵＣＣＨ送信のための繰返し回数セットからの一要素に対する表示されたＴＣＩ状態のマッピングに基づいて、対応するＵＣＩペイロードに対するＰＵＣＣＨ送信のための繰返し回数を決定する（ステップＳ１５３０）。
ＵＥは、決定された繰返し回数を用いてＰＵＣＣＨを送信する（ステップＳ１５４０）。
【０１８５】
第４のアプローチでは、ＨＡＲＱ−ＡＣＫ情報に関連するＤＣＩフォーマットに基づいてＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨ送信のための繰返し回数が決定され得る。
例えば、ＵＥは、対応するＨＡＲＱ−ＡＣＫ情報が第１ＤＣＩフォーマットと関連する場合、第１繰返し回数でＰＵＣＣＨを送信することができ、対応するＨＡＲＱ−ＡＣＫ情報が第２ＤＣＩフォーマットと関連する場合、第２繰返し回数でＰＵＣＣＨを送信することができる。
第１及び第２ＤＣＩフォーマットは、それぞれのＣＲＣビットをスクランブルするのに用いられるそれぞれの第１及び第２ＲＮＴＩによって、それぞれの第１及び第２ＤＣＩフォーマット大きさによって、又はＤＣＩフォーマットが第１ＤＣＩフォーマット又は第２ＤＣＩフォーマットであるか否かを示す各ＤＣＩフォーマットのフィールドによって、区分され得る。
【０１８６】
本開示の第７実施形態は、ＵＣＩタイプによるＰＵＣＣＨ送信電力又はＰＵＣＣＨ送信のための繰返し回数の決定を考慮する。
【０１８７】
上位階層は（ＰＯ＿ＰＵＣＣＨ，ｆ，ｃ（ｑｕ））又は（ΔＦ＿ＰＵＣＣＨ（Ｆ））のような、開放−ルーフ電力制御パラメーターの値に対して同一のＰＵＣＣＨフォーマットに対するＵＣＩタイプ別で個別構成を提供することができる。
代案的には、ＰＵＣＣＨ送信電力を決定するための数式５の公式は、ＵＣＩタイプ（ＨＡＲＱ−ＡＣＫ情報、ＳＲ又はＣＳＩ）に対して上位階層で提供される追加項（△ＵＣＩ−ｔｙｐｅ）を含むことができ、適用可能なすべてのＰＵＣＣＨフォーマット、例えば、ＰＵＣＣＨフォーマット３又はＰＵＣＣＨフォーマット４に対して共通的なものであっても良く、又はそれぞれのＰＵＣＣＨフォーマットに対して個別的に提供され得る。
また、（ΔＦ＿ＰＵＣＣＨ（Ｆ））が（△ＵＣＩ−ｔｙｐｅ）で取り替えられ、数式５が下記に示す数式６で取り替えられる。
【０１８８】
例えば、ＨＡＲＱ−ＡＣＫに対したことのような、一つのＵＣＩタイプに対して（△ＵＣＩ−ｔｙｐｅ）が提供されないことも可能であり、この場合、０のようなデフォルト値が用いられる。
（△ＵＣＩ−ｔｙｐｅ）値は、正数又は負数であれば良い。
【数６】
2021521673.tif 000142
［ｄＢｍ］
【０１８９】
ＵＣＩタイプ当り一つ以上の開放ルーフパラメーターを個別構成すると、ＰＵＣＣＨ送信電力がＵＣＩタイプの間に独立的であれば良い。
例えば、同一のペイロードに対して、ＰＵＣＣＨがＨＡＲＱ−ＡＣＫ情報を含む場合、ＰＵＣＣＨがＣＳＩを含む場合とＰＵＣＣＨ送信電力が異なり得る。
閉鎖ルーフ電力制御パラメーターは、チャンネル媒体の変動を追跡するための閉鎖ルーフ電力制御の一般的な目的に多様なＵＣＩタイプに対して共通的であれば良い。
同様に、上位階層は、ＰＵＣＣＨ繰返し回数に対してＵＣＩタイプ別で個別構成を提供することができる。
例えば、ＵＥがＰＵＣＣＨフォーマット３を用いて与えられたＵＣＩペイロードに対してＰＵＣＣＨを送信する場合、ＵＥは２回繰返しを用いてＣＳＩを送信して４回繰返しを用いてＨＡＲＱ−ＡＣＫを送信するように上位階層によって構成され得る。
【０１９０】
同一のＰＵＣＣＨで互いに異なるＵＣＩタイプが多重化される場合、ＵＥはＰＵＣＣＨ送信に用いる開放ルーフ電力制御パラメーターの値又はＰＵＣＣＨ繰返し回数を上位階層によって構成され得る。
ＵＥが上位階層シグナリングなしに予め決定された規則によってその値を決定することも可能である。
例えば、ＵＥは、同一のＰＵＣＣＨでＨＡＲＱ−ＡＣＫ情報とＳＲ又はＣＳＩを多重化する場合、ＰＵＣＣＨでＨＡＲＱ−ＡＣＫ情報送信のために構成された値を用いることができる。
例えば、ＵＥは、ＰＵＣＣＨ送信で互いに異なる当該ＵＣＩタイプを多重化する場合、より大きい（ΔＦ＿ＰＵＣＣＨ（Ｆ））（ＰＯ＿ＰＵＣＣＨ，ｆ，ｃ（ｑｕ））値、より大きい（ΔＦ＿ＰＵＣＣＨ（Ｆ））値又はより大きい（△ＵＣＩ−ｔｙｐｅ）値を用いることができる。
【０１９１】
図１６は、本開示の実施形態によるＰＵＣＣＨ送信に含まれたＵＣＩタイプに基づいてＰＵＣＣＨ送信電力を決定するための方法１６００を説明するためのフローチャートである。
図１６に示した方法１４００の実施形態は、ただ例示のためのものであって、同一又は類似の構成を有し得る。
図１６は、本開示の範囲を任意の特定具現で制限しない。
【０１９２】
ＵＥは、ＨＡＲＱ−ＡＣＫ情報を含むＰＵＣＣＨ送信のための電力オフセット値（△ＨＡＲＱ−ＡＣＫ）、ＳＲを含むＰＵＣＣＨ送信のための電力オフセット値（△ＳＲ）、又はＣＳＩを含むＰＵＣＣＨ送信のための電力オフセット値（△ＣＳＩ）を上位階層によって提供される。
ＵＥは、ＰＵＣＣＨに単一ＵＣＩタイプが含まれるか否かを決定する（ステップＳ１６２０）。
ＰＵＣＣＨに単一ＵＣＩタイプが含まれた場合、ＵＥはＰＵＣＣＨがＨＡＲＱ−ＡＣＫ情報だけ含む時の（△ＨＡＲＱ−ＡＣＫ）電力オフセット値を用いるか、又はＰＵＣＣＨがＳＲだけ含む時の（△ＳＲ）電力オフセット値を用いるか、又はＰＵＣＣＨがＣＳＩだけ含む時の（△ＣＳＩ）電力オフセット値を用いてＰＵＣＣＨ送信電力を決定する（ステップＳ１６３０）。
ＰＵＣＣＨに複数のＵＣＩタイプが含まれた場合、ＵＥは対応する（△ＵＣＩ−ｔｙｐｅ）値の内のより大きい値を用いる（ステップＳ１６４０）。
【０１９３】
本開示の第８実施形態は、ＵＥがＵＣＩドロップを防止するか上位階層によってＵＥに提供されるコードレート以下のコードレートでＵＣＩを送信するためのＰＵＣＣＨ送信のためのスロット数決定を考慮する。
【０１９４】
ＵＥは、上位階層によってＵＥに提供されるコードレート以下の結果コードレート（ｒ）を条件として、スロットに表示された最初と最後のシンボルを用いて、ＰＵＣＣＨ送信を多重スロットに拡張するように上位階層によって構成され得る。
ＵＣＩビットのエンコーディングが一つのスロットで使用可能なＲＥに対するレートマッチングを考慮してスロットにかけて繰り返すＰＵＣＣＨ送信の繰返しとは異なるように、複数のスロットにかけて拡張されたＰＵＣＣＨ送信の場合、ＵＣＩビットのエンコーディングは複数のスロットの使用可能なＲＥに対するレートマッチングを考慮する。
ＵＥは、さらにＰＵＣＣＨ送信を確張するための最大スロット数
2021521673.tif 000143
を上位階層によって提供され得る。
ＰＵＣＣＨ送信のためのＲＢの数はＰＵＣＣＨ送信のすべてのスロットで同一である。
【０１９５】
ＵＥは、上位階層によって提供されるスロットの数
2021521673.tif 000144
より小さいか同一の最小スロット数
2021521673.tif 000145
を決定し、その結果、ＰＵＣＣＨでのＵＣＩ（存在する場合、ＣＲＣを含む）送信のためのコードレートが上位階層によってＵＥに提供されるコードレート（ｒ）より小さいか、又は同一となるようにする。
ＰＵＣＣＨ送信のためのＲＢの数
2021521673.tif 000146
（ＰＵＣＣＨ送信に使用可能な最大ＲＢ数であれば良い）、ＰＵＣＣＨでＵＣＩ送信に用いることができるＲＢ（ＲＥ）当りサブキャリア数
2021521673.tif 000147
、ＰＵＣＣＨでＵＣＩ送信のためのスロット内のシンボルの数
2021521673.tif 000148
、及びＲＥ当り（変調オーダー）変調シンボルの数（Ｑｍ）によって表示され、これは
2021521673.tif 000149
及び
2021521673.tif 000150
であり、ここで、（ＯＵＳＩ）はＣＲＣビット（存在する場合）を含むＵＣＩビットの数である。
ＵＥは、最小スロット数
2021521673.tif 000151
を介してＰＵＣＣＨを送信する。
【０１９６】
2021521673.tif 000152
スロットを通じるＵＣＩ送信のためのコードレートが（ｒ）より大きい場合、すなわち
2021521673.tif 000153
の場合、ＵＥは適用可能な場合、ＣＳＩ報告又はＣＳＩ報告のパート２のように、ＵＣＩを先にドロップし、結果コードレート（ｒ）がより大きくでも
2021521673.tif 000154
スロットを介してＰＵＣＣＨでＵＣＩを送信する。
ＵＥは、さらにＵＥがすべてのＣＳＩ報告をドロップしたか又はすべてのＣＳＩパート２報告をドロップし、結果コードレートが（ｒ）より大きい状態で維持される場合、すなわち、
2021521673.tif 000155
の場合、空間、時間又はセルドメインでＨＡＲＱ−ＡＣＫバンドリングを適用するように上位階層によって構成され得る。
【０１９７】
図１７は、本開示の実施形態によって上位階層によって提供されるスロットの数及びコードレートに基づいてＰＵＣＣＨ送信のためのスロットの数を決定するための方法１７００を説明するためのフローチャートである。
図１７に示した方法１７００の実施形態は、ただ例示のためのものであって、同一又は類似の構成を有し得る。
図１７は、本開示の範囲を任意の特定具現で制限しない。
【０１９８】
ＵＥは、ＰＵＣＣＨでのＵＣＩ送信のためにコードレート（ｒ）及び（最大）スロット数
2021521673.tif 000156
を上位階層によって提供される（ステップＳ１７１０）。
ＵＥは、ＵＣＩコードレートが（ｒ）又は
2021521673.tif 000157
より小さいか同一となるＰＵＣＣＨ送信のための最小スロット数
2021521673.tif 000158
を決定する（ステップＳ１７２０）。
ＵＥは
2021521673.tif 000159
スロットでＵＣＩ送信に利用可能な複数のサブキャリア及びシンボルを介してＵＣＩをエンコーディングして
2021521673.tif 000160
スロットを介してＰＵＣＣＨを送信する（ステップＳ１７３０）。
【０１９９】
上位階層によって提供されるコードレートより小さいか同一となる結果、ＵＣＩコードレートに基礎したＰＵＣＣＨ送信のために、上位階層によって提供される最大スロット数までスロットの数を決定する代りに、第８実施形態がさらにスロットでのシンボルの数を決定するために類似の方式として適用される。
ＵＥは、スロットでのＰＵＣＣＨ送信のための第１シンボルと最大シンボル数だけ提供することができ、ＵＥは、上位階層に提供されるコードレートより小さいか同一となる結果、ＵＣＩコードレートに基づいてスロットでのＰＵＣＣＨ送信のためのシンボル数を適応的に決定することができる。
【０２００】
互いに異なるＵＣＩタイプに対して互いに異なる受信信頼性ターゲットが可能とするのために、上位階層でＵＥに提供されるコードレート（ｒ）もＵＣＩタイプ別で独立的に提供され得る。
例えば、ＵＥは、ＨＡＲＱ−ＡＣＫ送信のための第１コードレート（ｒ）とＣＳＩ送信のための第２コードレート（ｒ）を上位階層によって個別的に提供され得る。
【０２０１】
上位階層でＵＥに提供されるコードレート（ｒ）がサービスタイプ別で独立的に提供されることも可能である。
例えば、ＵＥは、モバイル広帯域のような第１サービスタイプに対応するＨＡＲＱ−ＡＣＫ送信のための第１コードレート（ｒ１）及び高信頼性低遅延通信のような第２サービスタイプに対応するＨＡＲＱ−ＡＣＫ送信のための第２コードレート（ｒ２）を上位階層によって個別的に提供され得る。
ＵＥは、例えば、ＤＣＩフォーマットのフィールド値、ＤＣＩフォーマットのＣＲＣをスクランブルすることに用いられるＲＮＴＩ、ＤＣＩフォーマットの大きさなどのような  ＨＡＲＱ−ＡＣＫ送信に関連するＰＤＳＣＨ受信をスケジューリングするＤＣＩフォーマットによる表示に基づいて適用するコードレートを決定することができる。
互いに異なるＵＣＩタイプが同一のＰＵＣＣＨで共同多重化（コーディング）される場合、対応するコードレートの内のより小さいことがＲＢの数、スロットのシンボル数又はスロット数のようなリソース数を決定することに用いられるか、又はすべてのＵＣＩが送信される場合、コードレーの内のより小さいことが充足されない時にＵＣＩドロップ要求事項を決定する。
【０２０２】
本開示を例示的な実施形態で説明したが、多様な変更及び修正が当業者に提案され得る。
本開示は、添付された請求範囲の範疇内にあるこのような変更及び修正を含むことに意図される。
【０２０３】
本願の説明の内のいずれかの任意の特定要素、段階、又は機能が必須要素であることを示すことで読解されてはいけなく、これは請求範囲に含まれなければならない。
本発明の範囲は請求範囲によってだけ規定される。また、正確な単語“〜のための手段”の次に分詞構文が続かない限り、本請求項の内のいずれかの項も３５Ｕ．Ｓ．Ｃ．§１１２（ｆ）を適用することを意図したものではない。
【符号の説明】
【０２０４】
１００    （無線）ネットワーク
１０１、１０２、１０３    ｇＮＢ
１１１〜１１６    ＵＥ
１２０、１２５    カバレッジ領域
１３０    ネットワーク
２０５ａ〜２０５ｎ    アンテナ
２１０ａ〜２１０ｎ    ＲＦ送受信機
２１５    送信（ＴＸ）処理回路
２２０    受信（ＲＸ）処理回路
２２５    コントローラー／プロセッサ
２３０    メモリー
２３５    バックホール又はネットワークインターフェース
３０５    アンテナ
３１０    ＲＦ送受信機
３１５    ＴＸ処理回路
３２０    マイクロフォン
３２５    受信（ＲＸ）処理回路
３３０    スピーカー
３４０    プロセッサ
３４５    入／出力（Ｉ／Ｏ）インターフェース（ＩＦ）
３５０    タッチスクリーン
３５５    ディスプレー
３６０    メモリー
３６１    ＯＳ
３６２    アプリケーション
【図１】
2021521673.tif 000185
【図２】
2021521673.tif 000186
【図３】
2021521673.tif 000187
【図４】
2021521673.tif 000188
【図５】
2021521673.tif 000189
【図６】
2021521673.tif 000190
【図７】
2021521673.tif 000191
【図８】
2021521673.tif 000192
【図９】
2021521673.tif 000193
【図１０】
2021521673.tif 000194
【図１１】
2021521673.tif 000195
【図１２】
2021521673.tif 000196
【図１３】
2021521673.tif 000197
【図１４】
2021521673.tif 000198
【図１５】
2021521673.tif 000199
【図１６】
2021521673.tif 000200
【図１７】
2021521673.tif 000201
【手続補正書】
【提出日】令和3年1月20日(2021.1.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムの端末（ＵＥ：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）によって行われる方法において、
セル（ｃ）のキャリア（ｆ）のアップリンク帯域幅部分（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ、ＢＷＰ）（ｂ）でのＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）送信オケージョン（ｉ）でＰＵＣＣＨ送信電力に対する調整ファクター
2021521673.tif 000202
を
2021521673.tif 000203
として決定する段階と、
2021521673.tif 000204
ほど調整された電力でＰＵＣＣＨ送信オケージョン（ｉ）にて前記ＰＵＣＣＨを送信する段階と、を有し、
ここで、
2021521673.tif 000205
はＰＵＣＣＨシンボルの基準個数であり、
2021521673.tif 000206
は４より大きいか、又は同一のＰＵＣＣＨ送信オケージョン（ｉ）でのＰＵＣＣＨシンボルの個数であり、
（ＯＵＣＩ）は、ＰＵＣＣＨ送信オケージョン（ｉ）で前記ＰＵＣＣＨに含まれたアップリンク制御情報（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）ビットの個数であり、
2021521673.tif 000207
はベース（ｂａｓｅ）が１０であるログ関数であることを特徴とする方法。
【請求項２】
前記ＰＵＣＣＨシンボルの基準個数は、予め決定されたＰＵＣＣＨフォーマット（ｆоｒｍａｔ）に基づいて決定されることを特徴とする請求項１に記載の方法。
【請求項３】
前記（ＯＵＣＩ）は、２より小さいか、又は同一であることを特徴とする請求項１に記載の方法。
【請求項４】
送信構成インジケーターフィールドを含むダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）フォーマットを受信する段階と、
前記ＤＣＩフォーマットの前記送信構成インジケーターフィールドの値から決定される空間フィルターでＰＵＣＣＨ送信オケージョン（ｉ）にて前記ＰＵＣＣＨを送信する段階と、をさらに有することを特徴とする請求項１に記載の方法。
【請求項５】
前記ＵＣＩビットが第２タイプの場合
2021521673.tif 000208
値に対する構成を受信する段階と、
2021521673.tif 000209
ほど調整された電力でＰＵＣＣＨ送信オケージョン（ｉ）にて前記ＰＵＣＣＨを送信する段階と、をさらに有し、
前記ＵＣＩビットが第１タイプの場合には
2021521673.tif 000210
であることを特徴とする請求項１に記載の方法。
【請求項６】
前記第１タイプのＵＣＩビットは確認応答情報ビットであり、前記第２タイプのＵＣＩビットはスケジューリングリクエスト情報ビットであることを特徴とする請求項５に記載の方法。
【請求項７】
前記第１タイプのＵＣＩビットは第１タイプの確認応答情報ビットであり、前記第２タイプのＵＣＩビットは第２タイプの確認応答情報ビットであり、
前記第１タイプの確認応答情報ビット又は前記第２タイプの確認応答情報ビットは、前記確認応答情報ビットと関連したダウンリンク制御情報（ＤＣＩ）フォーマットから決定されることを特徴とする請求項５に記載の方法。
【請求項８】
前記ＵＣＩビットは、第１タイプＵＣＩビット及び第２タイプＵＣＩビットを含み、
2021521673.tif 000211
は前記第１タイプＵＣＩビットに対する
2021521673.tif 000212
及び第２タイプＵＣＩビットに対する
2021521673.tif 000213
の内のより大きいものであることを特徴とする請求項５に記載の方法。
【請求項９】
無線通信システムの端末（ＵＥ：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）において、
セル（ｃ）のキャリア（ｆ）のアップリンク帯域幅部分（ＢＷＰ）（ｂ）でのＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）送信オケージョン（ｉ）でＰＵＣＣＨ送信電力に対する調整ファクター
2021521673.tif 000214
を
2021521673.tif 000215
として決定するように構成されるプロセッサと、
2021521673.tif 000216
ほど調整された電力でＰＵＣＣＨ送信オケージョン（ｉ）にて前記ＰＵＣＣＨを送信するように構成される送信機と、を有し、
ここで、
2021521673.tif 000217
はＰＵＣＣＨシンボルの基準個数であり、
2021521673.tif 000218
は４より大きいか、又は同一のＰＵＣＣＨ送信オケージョン（ｉ）でのＰＵＣＣＨシンボルの個数であり、
（ＯＵＣＩ）は、ＰＵＣＣＨ送信オケージョン（ｉ）で前記ＰＵＣＣＨに含まれたアップリンク制御情報（ＵＣＩ）ビットの個数であり、
2021521673.tif 000219
はベースが１０であるログ関数であることを特徴とする端末。
【請求項１０】
前記ＰＵＣＣＨシンボルの基準個数は予め決定されたＰＵＣＣＨフォーマット（ｆоｒｍａｔ）に基づいて決定されることを特徴とする請求項９に記載の端末。
【請求項１１】
（ＯＵＣＩ）が２より小さいか、又は同一であることを特徴とする請求項９に記載の端末。
【請求項１２】
送信構成インジケーターフィールドを含むダウンリンク制御情報（ＤＣＩ）フォーマットを受信するように構成される受信機をさらに有し、
前記送信機は、前記ＤＣＩフォーマットの前記送信構成インジケーターフィールドの値から決定される空間フィルターでＰＵＣＣＨ送信オケージョン（ｉ）にて前記ＰＵＣＣＨを送信するようにさらに構成されることを特徴とする請求項９に記載の端末。
【請求項１３】
前記ＵＣＩビットが第２タイプの場合
2021521673.tif 000220
値に対する構成を受信するように構成される受信機をさらに有し、
前記送信機は
2021521673.tif 000221
ほど調整された電力でＰＵＣＣＨ送信オケージョン（ｉ）にて前記ＰＵＣＣＨを送信するようにさらに構成され、
前記ＵＣＩビットが第１タイプの場合には
2021521673.tif 000222
であることを特徴とする請求項９に記載の端末。
【請求項１４】
前記第１タイプのＵＣＩビットは確認応答情報ビットであり、前記第２タイプのＵＣＩビットはスケジューリングリクエスト情報ビットであることを特徴とする請求項１３に記載の端末。
【請求項１５】
前記第１タイプのＵＣＩビットは第１タイプの確認応答情報ビットであり、前記第２タイプのＵＣＩビットは第２タイプの確認応答情報ビットであり、前記第１タイプの確認応答情報ビット又は前記第２タイプの確認応答情報ビットは、前記確認応答情報ビットと関連したダウンリンク制御情報（ＤＣＩ）フォーマットから決定されるか、又は
前記ＵＣＩビットは、第１タイプＵＣＩビット及び第２タイプＵＣＩビットを含み、
2021521673.tif 000223
は前記第１タイプＵＣＩビットに対する
2021521673.tif 000224
及び第２タイプＵＣＩビットに対する
2021521673.tif 000225
の内のより大きいものであることを特徴とする請求項１３に記載の端末。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
本開示の一態様によれば、無線通信システムの端末（ＵＥ：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）によって行われる方法において、
セル（ｃ）のキャリア（ｆ）のアップリンク帯域幅部分（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ、ＢＷＰ）（ｂ）でのＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）送信オケージョン（ｉ）でＰＵＣＣＨ送信電力に対する調整ファクター
2021521673.tif 000226
を
2021521673.tif 000227
として決定する段階と、
2021521673.tif 000228
ほど調整された電力でＰＵＣＣＨ送信オケージョン（ｉ）にて前記ＰＵＣＣＨを送信する段階と、を有し、
ここで、
2021521673.tif 000229
はＰＵＣＣＨシンボルの基準個数であり、
2021521673.tif 000230
は４より大きいか、又は同一のＰＵＣＣＨ送信オケージョン（ｉ）でのＰＵＣＣＨシンボルの個数であり、
（ＯＵＣＩ）は、ＰＵＣＣＨ送信オケージョン（ｉ）で前記ＰＵＣＣＨに含まれたアップリンク制御情報（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）ビットの個数であり、
2021521673.tif 000231
はベース（ｂａｓｅ）が１０であるログ関数であることを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
本開示の他の態様によれば、無線通信システムの端末（ＵＥ：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）において、
セル（ｃ）のキャリア（ｆ）のアップリンク帯域幅部分（ＢＷＰ）（ｂ）でのＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）送信オケージョン（ｉ）でＰＵＣＣＨ送信電力に対する調整ファクター
2021521673.tif 000232
を
2021521673.tif 000233
として決定するように構成されるプロセッサと、
2021521673.tif 000234
ほど調整された電力でＰＵＣＣＨ送信オケージョン（ｉ）にて前記ＰＵＣＣＨを送信するように構成される送信機と、を有し、
ここで、
2021521673.tif 000235
はＰＵＣＣＨシンボルの基準個数であり、
2021521673.tif 000236
は４より大きいか、又は同一のＰＵＣＣＨ送信オケージョン（ｉ）でのＰＵＣＣＨシンボルの個数であり、
（ＯＵＣＩ）は、ＰＵＣＣＨ送信オケージョン（ｉ）で前記ＰＵＣＣＨに含まれたアップリンク制御情報（ＵＣＩ）ビットの個数であり、
2021521673.tif 000237
はベースが１０であるログ関数であることを特徴とする。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】削除
【補正の内容】
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】削除
【補正の内容】
【国際調査報告】
2021521673.tif 000238
2021521673.tif 000239
2021521673.tif 000240
2021521673.tif 000241
2021521673.tif 000242