JP7430283B2

JP7430283B2 - カバレッジの改善

Info

Publication number: JP7430283B2
Application number: JP2022577623A
Authority: JP
Inventors: シム，ジェナム; コ，ヒョンス; ヤン，ソクチェル; ユ，ヒャンソン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2021-01-14
Filing date: 2022-01-14
Publication date: 2024-02-09
Anticipated expiration: 2042-01-14
Also published as: US11844084B2; US20230046073A1; EP4132125A4; US20240064745A1; EP4132125A1; KR102555356B1; US20220225322A1; CN115918177A; JP2023529749A; WO2022154583A1; KR20220148841A; US11497006B2; CN115918177B

Description

[1] 本開示は無線通信に関する。

[2] より多くの通信機器の大きい通信容量の要求に応じて、既存の無線アクセス技術（ｒａｄｉｏａｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭されている。また、多数の機器及びモノを連結していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信で考慮される主要案件のうち一つである。それだけでなく、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが論議されている。このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄｍｏｂｉｌｅｂｒｏａｄｂａｎｄｃｏｍｍｕｎｉｃａｔｉｏｎ）、マッシブＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線接続技術の導入が議論されていて、本開示では便宜上該当技術（ｔｅｃｈｎｏｌｏｇｙ）をｎｅｗＲＡＴまたはＮＲと呼ぶ。

[3] 次世代無線通信システムにおいて、アップリンク信号に対するカバレッジ改善（coverage enhancement：ＣＥ）は、ＰＵＳＣＨ（Physical Uplink Shared Channel）、ＰＵＣＣＨ（Physical Uplink Control Channel）、その他の信号について議論されている。カバレッジの改善に関して、ＰＵＣＣＨ／ＰＵＳＣＨの反復(repetition)を実行する方法及びＰＵＳＣＨとＰＵＣＣＨにおけるＤＭＲＳバンドルについての議論がなされている。

[4] 本明細書は、様々なカバレッジ改善方法を提案する。具体的に、本明細書は、ＤＭＲＳバンドルのアップリンク電力制御方法、ＤＭＲＳバンドルの電力割り当て及び衝突処理（ハンドリング）方法、ＵＥ能力に応じたＤＭＲＳバンドルのアップリンク電力制御方法及びＤＭＲＳバンドルのＴＡ（timing advance）コマンド適用方法を提案する。

[5] 本明細書に係れば、カバレッジ改善のためのアップリンク送信に対する端末と基地局との間の誤解を解消することができる。したがって、本明細書で提案する様々なカバレッジ改善のための方法によってカバレッジ改善効率を高めることができる。

[6] 本明細書の具体的な一例に介して得られる効果は、以上に列挙した効果に限定されない。例えば、関連技術分野の通常の知識を身につ有する者(a person haviＮＧ ordinary skill in the related art)が本明細書から理解するかまたは誘導することができる様々な技術的効果が存在し得る。したがって、本明細書の具体的な効果は、本明細書に明示的に記載されているものに限定されず、本明細書の技術的特徴から理解または誘導され得る様々な効果を含むことができる。

[7] 以下の図面は、本明細書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称または具体的な信号／メッセージ／フィールドの名称は例示的に提示されたものであるため、本明細書の技術的特徴が以下の図面で使用された具体的な名称に限定されない。

図１は、本開示が適用されることができる無線通信システムを例示する。図２は、ユーザ平面（ｕｓｅｒｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏｐｒｏｔｏｃｏｌａｒｃｈｉｔｅｃｔｕｒｅ）を示したブロック図である。図３は、制御平面（ｃｏｎｔｒｏｌｐｌａｎｅ）に対する無線プロトコル構造を示したブロック図である。図４は、本開示の技術的特徴が適用され得る無線通信システムの他の例を示す。図５は、ＮＧ－ＲＡＮと５ＧＣとの間の機能的分割を例示する。図６は、ＮＲで適用されることができるフレーム構造を例示する。図７は、スロット構造を例示する。図８は、名目上の反復(nominal repetition：以下公称繰り返しと称する)と実際反復(actual repetition)の配置の一例を示す。図９にケース３－１の一例を示す。図１０は、ケース３－２の一例を示す。図１１は、予測電力制御可能時間ウィンドウよりＤＭＲＳバンドルが大きい場合の一例を示す。図１２は、本明細書の一部実現による端末のアップリンク送信方法の一例を示す。図１３は、本明細書の一部実現による端末のタイミングアドバンス(timing advance：TA)調整方法の一例を示す。図１４は、本明細書の一部実現に従って基地局によって実行される端末の繰り返し送信設定方法の一例を示す。図１５は、本開示に適用される通信システム１を示す。図１６は、本開示に適用される無線装置を例示する。図１７は、送信信号のための信号処理回路を示す。図１８は、本開示に適用される無線機器の他の例を示す。無線機器は、使用例／サービスに応じて様々な形態で実現され得る。図１９は本開示に適用される携帯機器を例示する。図２０は、本開示に適用される車両または自律走行車両を示す。図２１は本開示に適用される車両を示す。図２２は、本開示に適用されるＸＲ機器を示す。図２３は本開示に適用されるロボットを示す。図２４は本開示に適用されるＡＩ機器を例示する。

[32] 本明細書において“ＡまたはＢ（ＡｏｒＢ）”は、“Ａのみ”、“Ｂのみ”または“ＡとＢの両方とも”を意味することができる。他の表現として、本明細書において“ＡまたはＢ（ＡｏｒＢ）”は“Ａ及び／またはＢ（Ａａｎｄ／ｏｒＢ）”と解釈されることができる。例えば、本明細書において“Ａ、ＢまたはＣ（Ａ，ＢｏｒＣ）”は“Ａのみ”、“Ｂのみ”、“Ｃのみ”、または“Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙｃｏｍｂｉｎａｔｉｏｎｏｆＡ，ＢａｎｄＣ）”を意味することができる。

[33] 本明細書で使われるスラッシュ（／）やコンマ（ｃｏｍｍａ）は“及び／または（ａｎｄ／ｏｒ）”を意味することができる。例えば、“Ａ／Ｂ”は“Ａ及び／またはＢ”を意味することができる。それによって“Ａ／Ｂ”は“Ａのみ”、“Ｂのみ”、または“ＡとＢの両方とも”を意味することができる。例えば、“Ａ、Ｂ、Ｃ”は“Ａ、ＢまたはＣ”を意味することができる。

[34] 本明細書において“少なくとも一つのＡ及びＢ（ａｔｌｅａｓｔｏｎｅｏｆＡａｎｄＢ）”は、“Ａのみ”、“Ｂのみ”または“ＡとＢの両方とも”を意味することができる。また、本明細書において“少なくとも一つのＡまたはＢ（ａｔｌｅａｓｔｏｎｅｏｆＡｏｒＢ）”や“少なくとも一つのＡ及び／またはＢ（ａｔｌｅａｓｔｏｎｅｏｆＡａｎｄ／ｏｒＢ）”という表現は“少なくとも一つのＡ及びＢ（ａｔｌｅａｓｔｏｎｅｏｆＡａｎｄＢ）”と同じく解釈されることができる。

[35] また、本明細書において“少なくとも一つのＡ、Ｂ及びＣ（ａｔｌｅａｓｔｏｎｅｏｆＡ，ＢａｎｄＣ）”は、“Ａのみ”、“Ｂのみ”、“Ｃのみ”、または“Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙｃｏｍｂｉｎａｔｉｏｎｏｆＡ，ＢａｎｄＣ）”を意味することができる。また、“少なくとも一つのＡ、ＢまたはＣ（ａｔｌｅａｓｔｏｎｅｏｆＡ，ＢｏｒＣ）”や“少なくとも一つのＡ、Ｂ及び／またはＣ（ａｔｌｅａｓｔｏｎｅｏｆＡ，Ｂａｎｄ／ｏｒＣ）”は“少なくとも一つのＡ、Ｂ及びＣ（ａｔｌｅａｓｔｏｎｅｏｆＡ，ＢａｎｄＣ）”を意味することができる。

[36] また、本明細書で使われる括弧は“例えば（ｆｏｒｅｘａｍｐｌｅ）”を意味することができる。具体的に、“制御情報（ＰＤＣＣＨ）”で表示された場合、“制御情報”の一例として“ＰＤＣＣＨ”が提案されたものである。他の表現として、本明細書の“制御情報”は“ＰＤＣＣＨ”に制限（ｌｉｍｉｔ）されるものではなく、“ＰＤＣＣＨ”が“制御情報”の一例として提案されたものである。また、“制御情報（即ち、ＰＤＣＣＨ）”で表示された場合も、“制御情報”の一例として“ＰＤＣＣＨ”が提案されたものである。

[37] 本明細書において、一つの図面内で個別的に説明される技術的特徴は、個別的に具現されることもでき、同時に具現されることもできる。

[38] 図１は、本開示が適用されることができる無線通信システムを例示する。これはＥ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ－ＵＭＴＳＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）、またはＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）／ＬＴＥ－Ａシステムとも呼ばれる。

[39] Ｅ－ＵＴＲＡＮは、端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）１０に制御平面（ｃｏｎｔｒｏｌｐｌａｎｅ）とユーザ平面（ｕｓｅｒｐｌａｎｅ）を提供する基地局（ＢａｓｅＳｔａｔｉｏｎ、ＢＳ）２０を含む。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（Ｍｏｂｉｌｅｓｔａｔｉｏｎ）、ＵＴ（ＵｓｅｒＴｅｒｍｉｎａｌ）、ＳＳ（ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅｔｅｒｍｉｎａｌ）、無線機器（ＷｉｒｅｌｅｓｓＤｅｖｉｃｅ）等、他の用語で呼ばれることもある。基地局２０は、端末１０と通信する固定局（ｆｉｘｅｄｓｔａｔｉｏｎ）を意味し、ｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）、ＢＴＳ（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｙｓｔｅｍ）、アクセスポイント（ＡｃｃｅｓｓＰｏｉｎｔ）等、他の用語で呼ばれることもある。

[40] 基地局２０は、Ｘ２インターフェースを介して互いに連結されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）３０、より詳しくは、Ｓ１－ＭＭＥを介してＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）と連結され、Ｓ１－Ｕを介してＳ－ＧＷ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ）と連結される。

[41] ＥＰＣ３０は、ＭＭＥ、Ｓ－ＧＷ及びＰ－ＧＷ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ－Ｇａｔｅｗａｙ）で構成される。ＭＭＥは、端末の接続情報や端末の能力に対する情報を有しており、このような情報は、端末の移動性管理に主に使われる。Ｓ－ＧＷは、Ｅ－ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ－ＧＷは、ＰＤＮを終端点として有するゲートウェイである。

[42] 端末とネットワークとの間の無線インターフェースプロトコル（ＲａｄｉｏＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ）の階層は、通信システムで広く知られた開放型システム間相互接続（ＯｐｅｎＳｙｓｔｅｍＩｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第３の階層）に区分されることができ、そのうち、第１の階層に属する物理階層は、物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）を利用した情報転送サービス（ＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＳｅｒｖｉｃｅ）を提供し、第３の階層に位置するＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）階層は、端末とネットワークとの間に無線リソースを制御する役割を遂行する。そのために、ＲＲＣ階層は、端末と基地局との間のＲＲＣメッセージを交換する。

[43] 図２は、ユーザ平面（ｕｓｅｒｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏｐｒｏｔｏｃｏｌａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図３は、制御平面（ｃｏｎｔｒｏｌｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌｓｔａｃｋ）であり、制御平面は、制御信号送信のためのプロトコルスタックである。

[44] 図２及び図３を参照すると、物理階層（ＰＨＹ（ｐｈｙｓｉｃａｌ）ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌｃｈａｎｎｅｌ）を利用して上位階層に情報転送サービス（ｉｎｆｏｒｍａｔｉｏｎｔｒａｎｓｆｅｒｓｅｒｖｉｃｅ）を提供する。物理階層は、上位階層であるＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）階層とはトランスポートチャネル（ｔｒａｎｓｐｏｒｔｃｈａｎｎｅｌ）を介して連結されている。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介して、データが、どのように、どのような特徴にトランスポートされるかによって分類される。

[45] 互いに異なる物理階層間、即ち、送信機と受信機の物理階層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用する。

[46] ＭＡＣ階層の機能は、論理チャネルとトランスポートチャネルとの間のマッピング、及び論理チャネルに属するＭＡＣＳＤＵ（ｓｅｒｖｉｃｅｄａｔａｕｎｉｔ）のトランスポートチャネル上に物理チャネルで提供されるトランスポートブロック（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ階層は、論理チャネルを介してＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）階層にサービスを提供する。

[47] ＲＬＣ階層の機能は、ＲＬＣＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（ＴｒａｎｓｐａｒｅｎｔＭｏｄｅ、ＴＭ）、非確認モード（ＵｎａｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ、ＵＭ）及び確認モード（ＡｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ、ＡＭ）の三つの動作モードを提供する。ＡＭＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。

[48] ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）階層は、制御平面でのみ定義される。ＲＲＣ階層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１の階層（ＰＨＹ階層）及び第２の階層（ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ階層）により提供される論理的経路を意味する。

[49] ユーザ平面でのＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）階層の機能は、制御平面データの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙｐｒｏｔｅｃｔｉｏｎ）を含む。

[50] ＲＢが設定されるとは、特定サービスを提供するために、無線プロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢは、ＳＲＢ（ＳｉｇｎａｌｉｎｇＲＢ）とＤＲＢ（ＤａｔａＲＢ）の二つに分けられる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。

[51] 端末のＲＲＣ階層とＥ－ＵＴＲＡＮのＲＲＣ階層との間にＲＲＣ接続（ＲＲＣＣｏｎｎｅｃｔｉｏｎ）が確立される場合、端末は、ＲＲＣ接続（ＲＲＣｃｏｎｎｅｃｔｅｄ）状態になり、そうでない場合、ＲＲＣアイドル（ＲＲＣｉｄｌｅ）状態になる。

[52] ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するＢＣＨ（ＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（ＳｈａｒｅｄＣｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別途のダウンリンクＭＣＨ（ＭｕｌｔｉｃａｓｔＣｈａｎｎｅｌ）を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルとしては、初期制御メッセージを送信するＲＡＣＨ（ＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（ＳｈａｒｅｄＣｈａｎｎｅｌ）がある。

[53] トランスポートチャネル上位にあり、トランスポートチャネルにマッピングされる論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）には、ＢＣＣＨ（ＢｒｏａｄｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＰＣＣＨ（ＰａｇｉｎｇＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＭＣＣＨ（ＭｕｌｔｉｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＭＴＣＨ（ＭｕｌｔｉｃａｓｔＴｒａｆｆｉｃＣｈａｎｎｅｌ）などがある。

[54] 物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）は、時間領域で複数個のＯＦＤＭシンボルと周波数領域で複数個の副搬送波（Ｓｕｂ－ｃａｒｒｉｅｒ）とで構成される。一つのサブフレーム（Ｓｕｂ－ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）で構成される。リソースブロックは、リソース割当単位であり、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ－ｃａｒｒｉｅｒ）とで構成される。また、各サブフレームは、ＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、即ち、Ｌ１／Ｌ２制御チャネルのために、該当サブフレームの特定ＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定副搬送波を利用することができる。ＴＴＩ(Transmission Time Interval)は、送信の単位時間であり、例えばサブフレームまたはスロットがあり得る。

[55] 以下、新しい無線アクセス技術（ｎｅｗｒａｄｉｏａｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ；ｎｅｗＲＡＴ）について説明する。

[56] より多くの通信機器がより大きな通信容量を要求することになり、これに伴って既存の無線アクセス技術（ｒａｄｉｏａｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭している。また、多数の機器及びモノを連結し、いつどこでも多様なサービスを提供するｍａｓｓｉｖｅＭＴＣ（ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ）もやはり、次世代の通信で考慮されるべき主要なイシューの一つである。のみならず、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス又は端末を考慮した通信システムのデザインが議論されている。このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄｍｏｂｉｌｅｂｒｏａｄｂａｎｄｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ）等を考慮した次世代の無線アクセス技術の導入が議論されており、本開示では、便宜上、該当技術（ｔｅｃｈｎｏｌｏｇｙ）をｎｅｗＲＡＴまたはＮＲと呼ぶ。

[57] 図４は、本開示の技術的特徴が適用され得る無線通信システムの他の例を示す。

[58] 具体的に、図４は、５ＧＮＲ（New Radio Access Technology）システムに基づくシステムアーキテクチャを示す。５ＧＮＲシステム（以下、単に「ＮＲ」と称する）で使用される個体は、図１に紹介された個体（例えば、ｅＮＢ、ＭＭＥ、Ｓ－ＧＷ）の一部または全部の機能を吸収することができる。ＮＲシステムで使用される個体は、ＬＴＥと区別するために「ＮＧ」という名前で識別できる。

[59] 図４を参照すると、無線通信システムは、１つ以上のＵＥ１１、ＮＧ－ＲＡＮ（next-generation ＲＡＮ）、及び５世代コアネットワーク（５ＧＣ）を含む。ＮＧ－ＲＡＮは、少なくとも１つのＮＧ－ＲＡＮノードで構成される。ＮＧ－ＲＡＮノードは、図１に示すＢＳ２０に該当個体である。ＮＧ－ＲＡＮノードは、少なくとも１つのｇＮＢ２１及び／または少なくとも１つのＮｇ－ｅＮＢ２２で構成される。ｇＮＢ２１は、ＵＥ１１の方向のＮＲユーザプレーン及び制御プレーンプロトコルの終端を提供する。ＮＧ－ｅＮＢ２２は、ＵＥ１１の方向のＥ－ＵＴＲＡユーザプレーン及び制御プレーンプロトコルの終端を提供する。

[60] ５ＧＣは、ＡＭＦ(access and mobility management function)、ＵＰＦ F(user plane function)及びＳＭＦ(session management function)を含む。ＡＭＦはＮＡＳセキュリティ、アイドル状態モビリティ（移動性）処理などのような機能をホストする。ＡＭＦは従来のＭＭＥの機能を含む個体である。ＵＰＦは、モビリティアンカリング、ＰＤＵ(protocol data unit)処理のような機能をホストする。ＵＰＦは、従来のＳ－ＧＷの機能を含む個体である。ＳＭＦは、ＵＥＩＰアドレス割り当て、ＰＤＵセッション制御のような機能をホストする。

[61] ｇＮＢとｎｇ－ｅＮＢはＸｎインタフェースを介して相互接続されている。ｇＮＢ及びNg-eNBはまた、ＮＧインターフェースを介して５ＧＣに接続される。さらに具体的には、ＮＧ－Ｃインタフェースを介してＡＭＦに、それとＮＧ－Ｕインタフェースを介してＵＰＦに接続される。

[62] 図５は、ＮＧ－ＲＡＮと５ＧＣとの間の機能的分割を例示する。

[63] 図５を参照すると、ｇＮＢは、インターセル間の無線リソース管理（ＩｎｔｅｒＣｅｌｌＲＲＭ）、無線ベアラ管理（ＲＢｃｏｎｔｒｏｌ）、接続移動性制御（ＣｏｎｎｅｃｔｉｏｎＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌ）、無線許容制御（ＲａｄｉｏＡｄｍｉｓｓｉｏｎＣｏｎｔｒｏｌ）、測定設定及び提供（Ｍｅａｓｕｒｅｍｅｎｔｃｏｎｆｉｇｕｒａｔｉｏｎ＆Ｐｒｏｖｉｓｉｏｎ）、動的リソース割当（ｄｙｎａｍｉｃｒｅｓｏｕｒｃｅａｌｌｏｃａｔｉｏｎ）などの機能を提供することができる。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態移動性処理などの機能を提供することができる。ＵＰＦは、移動性アンカリング（ＭｏｂｉｌｉｔｙＡｎｃｈｏｒｉｎｇ）、ＰＤＵ処理などの機能を提供することができる。ＳＭＦ（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）は、端末ＩＰアドレス割当、ＰＤＵセッション制御などの機能を提供することができる。

[64] 図６は、ＮＲで適用されることができるフレーム構造を例示する。

[65] 図６を参照すると、フレームは１０ｍｓ(millisecond)で構成することができ、１msで構成された１０個のサブフレームを含むことができる。

[66] ＮＲにおけるアップリンク及びダウンリンク送信はフレームで構成することができる。無線フレームは１０ｍｓの長さを有し、２つの５ｍｓハーフフレーム（Half-Frame、ＨＦ）として定義することができる。ハーフフレームは、５つの１msサブフレーム（Subframe、ＳＦ）として定義できる。サブフレームは１つ以上のスロットに分割され、サブフレーム内のスロット数はＳＣＳ(Subcarrier Spacing)に依存する。各スロットは、ＣＰ(cyclic prefix)に応じて１２個または１４個のＯＦＤＭ（Ａ）シンボルを含む。ノーマルＣＰ（normal ＣＰ）が使用される場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使用される場合、各スロットは１２個のシンボルを含む。ここで、シンボルは、ＯＦＤＭシンボル（あるいは、ＣＰ－ＯＦＤＭシンボル）、ＳＣ－ＦＤＭＡシンボル（あるいは、ＤＦＴ－ｓ－ＯＦＤＭシンボル）を含むことができる。

[67] サブフレーム内には、副搬送波間隔(subcarrier spacing)に応じてまたは複数のスロット(slot)が含まれ得る。

[68] 以下の表１は、副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇｃｏｎｆｉｇｕｒａｔｉｏｎ）μを例示する。

[69]

[70] 以下の表２は、副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇｃｏｎｆｉｇｕｒａｔｉｏｎ）μによって、フレーム内のスロット個数（Ｎ^{ｆｒａｍｅ、μ} _ｓｌｏｔ）、サブフレーム内のスロット個数（Ｎ^{ｓｕｂｆｒａｍｅ、μ} _ｓｌｏｔ）、スロット内のシンボル個数（Ｎ^ｓｌｏｔ _ｓｙｍｂ）などを例示する。

[71]

[72] 表３は、拡張ＣＰが使用される場合、ＳＣＳによるスロットごとのシンボルの数、フレームごとのスロットの数、及びサブフレーム（ＳＦ）別のスロットの数を示す。

[73]

[74] ＮＲは、多様な５Ｇサービスをサポートするための多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（または、ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇ（ＳＣＳ））をサポートする。例えば、ＳＣＳが１５ｋＨｚである場合、伝統的なセルラーバンドでの広い領域（ｗｉｄｅａｒｅａ）をサポートし、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合、密集した－都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒｃａｒｒｉｅｒｂａｎｄｗｉｄｔｈ）をサポートし、ＳＣＳが６０ｋＨｚまたはそれより高い場合、位相雑音（ｐｈａｓｅｎｏｉｓｅ）を克服するために２４．２５ＧＨｚより大きい帯域幅をサポートする。

[75] ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙｂａｎｄ）は、二つのタイプ（ｔｙｐｅ）（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙｒａｎｇｅ）に定義されることができる。周波数範囲の数値は、変更されることができ、例えば、二つのｔｙｐｅ（ＦＲ１、ＦＲ２）の周波数範囲は、下記表4の通りである。説明の便宜のために、ＮＲシステムで使われる周波数範囲のうち、ＦＲ１は、“ｓｕｂ６ＧＨｚｒａｎｇｅ”を意味することができ、ＦＲ２は、“ａｂｏｖｅ６ＧＨｚｒａｎｇｅ”を意味することができ、ミリ波（ｍｉｌｌｉｍｅｔｅｒｗａｖｅ、ｍｍＷ）と呼ばれることができる。

[76]

[77] 前述したように、ＮＲシステムの周波数範囲の数値は変更されることができる。例えば、ＦＲ１は、下記表5のように４１０ＭＨｚ乃至７１２５ＭＨｚの帯域を含むことができる。即ち、ＦＲ１は、６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚ等）以上の周波数帯域を含むことができる。例えば、ＦＲ１内で含まれる６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚ等）以上の周波数帯域は、非免許帯域（ｕｎｌｉｃｅｎｓｅｄｂａｎｄ）を含むことができる。非免許帯域は、多様な用途で使われることができ、例えば、車両のための通信（例えば、自律走行）のために使われることができる。

[78]

[79] ＮＲシステムでは一つの端末に併合される複数のセル間にＯＦＤＭ（Ａ）ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例、ＳＣＳ、ＣＰ長さ等）が異なるように設定されることができる。これによって、同じ個数のシンボルで構成された時間リソース（例、ＳＦ、スロットまたはＴＴＩ）（便宜上、ＴＵ（ＴｉｍｅＵｎｉｔ）と通称）の（絶対時間）区間が併合されたセル間に異なるように設定されることができる。

[80] 図７はスロット構造を示す。

[81] 図７を参照すると、スロットは時間領域で複数のシンボルを含む。例えば、ノーマルＣＰの場合、１つのスロットは１４個のシンボルを含むが、拡張ＣＰの場合は１つのスロットは１２個のシンボルを含むことができる。あるいは、ノーマルＣＰの場合、１つのスロットは７つのシンボルを含むが、拡張ＣＰの場合、１つのスロットは６つのシンボルを含むことができる。

[82] 搬送波は、周波数領域で複数の副搬送波を含む。ＲＢ(Resource 9 Block)は、周波数領域において複数（例えば、１２）の連続した副搬送波として定義することができる。ＢＷＰ (Bandwidth Part)は、周波数領域において複数の連続した（Ｐ）ＲＢとして定義することができ、１つのニューマノロジー(numerology)（例えば、ＳＣＳ、ＣＰ長など）に対応し得る。搬送波は最大Ｎ個（例えば５個）のＢＷＰを含むことができる。データ通信は活性化されたＢＷＰを介して実行することができる。各要素はリソースグリッドでリソース要素(Resource Element, ＲＥ)と称し得、１つの複素シンボルをマッピングすることができる。

[83] ＰＤＣＣＨ（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）は、以下の表のように一つまたはそれ以上のＣＣＥ（ｃｏｎｔｒｏｌｃｈａｎｎｅｌｅｌｅｍｅｎｔ）で構成されることができる。

[84]

[85] 即ち、ＰＤＣＣＨは、１、２、４、８または１６個のＣＣＥで構成されるリソースを介して送信されることができる。ここで、ＣＣＥは、６個のＲＥＧ（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔｇｒｏｕｐ）で構成され、一つのＲＥＧは、周波数領域で一つのリソースブロック、時間領域で一つのＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルで構成される。

[86] 一方、ＮＲにおいては、制御リソースセット（control resource set：ＣＯＲＥＳＥＴ）という新たな単位を導入することができる。端末はＣＯＲＥＳＥＴでＰＤＣＣＨを受信することができる。

[87] 一方、アップリンク信号に対するカバレッジ改善（coverage enhancement：ＣＥ）は、ＰＵＳＣＨ（Physical Uplink Shared Channel）、ＰＵＣＣＨ（Physical Uplink Control Channel）、その他の信号について議論されている。以下、ＰＵＣＣＨＣＥについて説明する。

[88] 既存のＮＲでＰＵＣＣＨのＣＥのために反復(repetition)を実行する方法が考慮された。前記ＰＵＣＣＨ反復は、ＰＵＣＣＨフォーマット１、３、４（長い(long) ＰＵＣＣＨ）に対してのみ適用することができる。また、ＰＵＣＣＨ反復の回数は、nrofSlots=n2, n4, n8(PUCCH-FormatConfig)の３つの場合が考慮され得る。前記ＰＵＣＣＨ反復で、繰り返されるＰＵＣＣＨは、同じ連続(consecutive)シンボル数及び同じ第１のシンボルであり、すべてスロット内の位置が同じであり得る。また、前記ＰＵＣＣＨ反復中の周波数ホッピングは、interslotFrequencyHoppingが設定された場合、偶数番目のスロットに対するstartingＰＲＢ、奇数番目のスロットに対するsecondHopＰＲＢに対して適用することができる。さらに、ＵＥは、繰り返されるＰＵＣＣＨの互いに異なるＵＣＩI(uplink control information)タイプ(types)を多重化しない。したがって、互いに異なるＰＵＣＣＨがスロット内の区間で重複する場合、端末は優先順位ルール(Priority rule)（例えば、ＨＡＲＱ－ＡＣＫ＞ＳＲ＞ＣＳＩ）に従っていずれか１つのＰＵＣＣＨのみを送信し、残りのＰＵＣＣＨをドロップするかまたは、早期に開始する(earlier starting) ＰＵＣＣＨ（同じ優先順位(with same priority))）を送信する。

[89] ＰＵＣＣＨの繰り返しは、長い(long) ＰＵＣＣＨに対してのみ、各スロット内の同じ位置でのみ行われ、したがって実際の繰り返し数が設定された数より少なくすることがある。特に、前述のように、特別スロット（special slot：Ｓ slot）は、ダウンリンク（downlink：Ｄ）、フレキシブル（flexible：Ｆ）、アップリンク（uplink：Ｕ）シンボルの全てを含むので、ＰＵＣＣＨの繰り返しが実行されることが難しく、これを解決するために次世代ＰＵＣＣＨＣＥ方法（例えば、ＤＭＲＳがない（ＤＭＲＳ-less）ＰＵＣＣＨ、少なくとも１１ビット以下のＵＣＩに対するＰＵＳＣＨ反復タイプＢのようなＰＵＣＣＨ反復、明示的または暗黙的な動的ＰＵＣＣＨ反復因子(factor)指示、ＰＵＣＣＨ反復交差ＤＭＲＳバンドリング(ＤＭＲＳ bundling cross PUCCH repetitions)など）が考慮され得る。ＵＣＩスプリット(split)を介したＳスロットへのＰＵＣＣＨ反復送信もまた１つの方法として考慮することができるが、これはＣＥの側面よりはレイテンシー減少 (latency reduction側面の利得がさらに高いという限界がある。新しい方案のＰＵＣＣＨ反復で、既存のＰＵＳＣＨ反復タイプＢのようにスロット内の開始シンボル、長さを指定して繰り返すのではなく、連続するシンボル（consecutive symbols）に対して繰り返し送信する方案が考慮され得る。

[90] 以下、ＰＵＳＣＨ／ＰＵＣＣＨにおけるＤＭＲＳバンドルの技術的問題について説明する。

[91] カバレッジの改善に関して、ＰＵＳＣＨとＰＵＣＣＨでＤＭＲＳバンドルについて議論がなされている。カバレッジ改善の性能低下の主な原因は、低ＳＮＲ(signal to noise ratio)によるチャネル推定性能の低下であるため、繰り返しＰＵＳＣＨ/ＰＵＣＣＨのＤＭＲＳをバンドルして推定することにより、ＳＮＲ利得(gain)を通じてチャネル推定性能を高める方法が考慮される。３ＧＰＰ規格でこのような動作をサポートする場合、ＤＭＲＳバンドルサイズ(ＤＭＲＳ bundle size)の決定が要求される。ＤＭＲＳバンドルサイズについて事前に定義されない場合、大きく２つの問題が発生することがある。

[92] 第１として、ＤＭＲＳバンドルに対する電力制御の問題がある。既存の電力制御は送信機会(transmission occasion)に従って行われるため、バンドルの有無にかかわらず電力がそれぞれ割り当てられ、したがってバンドルの送信電力が等しく維持されない。このような電力の変化は、局部発振器(local oscillator)の同期がずれる要因となり、受信性能が阻害されることがある。

[93] 第２に、ＤＭＲＳバンドルが指示されたＰＵＳＣＨ／ＰＵＣＣＨの衝突（collision）等により電力一貫性（power consistency）が壊れることがある。従来の衝突による電力割り当て規則は送信機会に応じて行われるため、ＰＵＳＣＨ/ＰＵＣＣＨがバンドルで縛られていても電力割り当てが別に行われ、バンドルに設定された送信機会の内、１つがドロップされたり、バンドルに設定された送信機会の内、１つに対する電力が少なく割り当てることができる。このような場合、ｇＮＢの受信性能が阻害され、さらにＤＣ(dual connectivity)の場合には、ｇＮＢがＵＥの前記記動作を期待しなくて、受信性能が著しく阻害されることがある。

[94] ここで、本明細書は、ＤＭＲＳバンドルで縛られた/設定されたＰＵＳＣＨ／ＰＵＣＣＨの送信電力の一貫性を維持するための方法を提案する。

[95] 本明細書のＤＭＲＳバンドルは、受信端でのチャネル推定性能を向上させるために繰り返しが設定され送信される同じ複数のＰＵＳＣＨまたは複数のＰＵＣＣＨの全部または一部に対して指示されたバンドルを意味することができる。本明細書で提案する方法はＰＵＳＣＨとＰＵＣＣＨを仮定して説明するが、本明細書の方法は他のアップリンクチャネルに対しても拡張適用することができる。また、後述する送信機会(transmission occasion)は、スロット内に単一のＰＵＳＣＨまたはＰＵＣＣＨが送信される場合、該当スロットまたは該当ＰＵＳＣＨまたはＰＵＣＣＨの送信を意味することができる。さらに、前記送信機会は、スロットに複数のＰＵＳＣＨまたはＰＵＣＣＨが送信される場合であっても、同様に該当スロットまたは該当ＰＵＳＣＨまたはＰＵＣＣＨの送信を意味することができる。

[96] さらに、本明細書のＤＭＲＳバンドルは、ｇＮＢが共同チャネル推定(joint channel estimation)を目的としてＵＥに設定される特定の時間領域ウィンドウ(time-domain window),、または設定なしでｇＮＢがＵＥに特定のパラメータが同一であることが期待される時間区間を意味することができる。具体的に、本明細書のＤＭＲＳバンドルは、ＵＥの特定の送信機会に対して前記ＵＥが送信するまたほかの送信機会と位相（phase）、送信電力、ＰＲＢ（physical resource block）、変調次数（modulation order）、送信タイミング等が同一であることで、または特定のレベル以上の類似度を有することと期待される、または同一であるかまたは特定のレベル以上の類似度を維持するように指示された場合、そのような２つまたはそれ以上の送信機会の束の時間軸区間を意味することができる。あるいは、ＤＭＲＳバンドルは、事前に約束された特定の区間の送信機会に対して、位相、送信電力、ＰＲＢ、変調次数、送信タイミングなどが同一であることと、または特定のレベル以上の類似度を有すると期待される、または同一であるかまたは特定レベル以上の類似度を維持するように指示された場合、そのような送信機会の束の時間軸区間を意味することができる。

[97] ［ＤＭＲＳバンドルのアップリンク電力制御］

[98] 以下においては、ＰＵＳＣＨとＰＵＣＣＨのアップリンク電力制御について説明する。ここで、ＰＵＳＣＨまたはＰＵＣＣＨと記述された場合、後述する内容は、ＰＵＳＣＨとＰＵＣＣＨの全てに対して適用され得る。

[99] ＤＭＲＳバンドルのアップリンク電力制御に関して、ＤＭＲＳバンドルの送信機会の変更について説明する。

[100] 既存のＮＲで、ＰＵＳＣＨ／ＰＵＣＣＨの電力制御はすべて送信機会に従うことができる。送信機会は次のように定義することができる。

[101] ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳ／ＰＲＡＣＨ送信機会ｉは、システムフレーム番号(system frame number)ＳＦＮを有するフレーム内スロットインデックスnμ s,f,スロット内の第１のシンボルＳ及び連続するシンボルの数Ｌによって定義され得る。

[102] 前記定義に係れば、送信機会はＳＦＮ内スロットインデックスとして定義される。さらに、ＤＭＲＳバンドルで縛られたＰＵＳＣＨとＤＭＲＳバンドルで縛られたＰＵＣＣＨは、同じ送信機会を有するように設定できる。ここで、送信機会ｉがｉ－１番目の送信機会とＤＭＲＳバンドルの関係である場合、あるいは受信端の共同デコーディング(joint decoding)のために縛られている場合などに限って、送信機会ｉについてｉではなく、以前の送信機会と同じｉ－ 1を適用できる。すなわち、複数の送信機会が同じインデックスを有することができる。この場合、ＤＭＲＳバンドルの関係に対してすべて同じ送信電力を適用することができる。したがって、電力の一貫性を維持することができる。

[103] あるいは、ｉ番目の送信機会が直前のｉ－１番目の送信機会とＤＭＲＳバンドルの関係である場合、または受信端の共同デコーディングのために縛られている場合、ｉ番目の送信機会はｉ－１番目の送信機会の電力制御が適用され得る。

[104] ＤＭＲＳバンドルのアップリンク電力制御に関して、送信機会が変更されないＤＭＲＳバンドルの電力制御が説明される。

[105] 前述の方法のように、送信機会のインデックスをＤＭＲＳバンドルに対して等しく付与するか、またはＤＭＲＳバンドルに対して送信電力を全て同一に設定することができるが、前述した方法ではない以下の方法が考慮され得る。従来のアップリンク電力制御において、開ループ電力制御(open loop power control)に該当する経路損失（pathloss）、指示された公称電力（nominal power）などは瞬時に変化しないことが期待でき、ＭＣＳ（ＰＵＳＣＨ）またはＰＵＣＣＨフォーマットによる電力制御値は繰り返されるので、ＤＭＲＳバンドル内で全て同一であり得る。したがって、閉ループ電力制御(closed loop power control)に応じて変化するＴＰＣコマンド(transmission power control command)値を（送信の途中でＤＣＩで指示が可能であるため）瞬時に変更することができる。したがって、ＤＭＲＳバンドルにたいしまたは受信端の共同デコーディングを必要とするＰＵＳＣＨまたはＰＵＣＣＨの束について、ＴＰＣコマンドを以下の２つの方法に基づいて適用することができる。

[106] 第１の方法として、ＤＭＲＳバンドル間で同じアップリンク電力が維持される方法が考慮され得る。

[107] ＵＥは、tpc-Accumulationを介して受信したＴＰＣを累積(accumulation)して適用するように指示され得る。

[108] 既存のＴＰＣコマンドでＵＥが最大／最小電力に達したときのＰＵＳＣＨの動作は次のようになり得る。ここで、ＰＵＳＣＨはＰＵＣＣＨとして交差して適用され得る。

[109] -もし端末がＰＵＳＣＨ送信機会i-i₀でサービングセルＣの搬送波ｆの活性(active) アップリンク帯域幅パーツ(bandwidth part: ＢＷＰ)ｂに対して最大電力に到達し、及び式１が満足すれば、式２が満足できる。

[110]

[111]

[112] -もし端末がＰＵＳＣＨ送信機会i-i₀において、サービングセルＣの搬送波ｆの活性(active)アップリンク帯域幅パーツ(bandwidth part: ＢＷＰ)ｂに対して最小電力に到達し、及び式３が満足すれば、式４が満足できる。

[113]

[114]

[115] すなわち、ＵＥが最大（最小）電力に達したし、指示されたＴＰＣ累積が正（負）である場合、直前の送信機会の閉ループ電力(closed loop power)が同じように適用され得る。ここで、ＤＭＲＳバンドルの条件を追加することができる。すなわち、以下の設定を定義することができる。

[116] -もしＰＵＳＣＨ／ＰＵＣＣＨ送信機会ｉが送信機会 i-i_0でバンドルされるように設定されれば、式５を満たすことができる。

[117]

[118] 前記構成がさらに定義される場合、ＤＭＲＳバンドル単位でアップリンク電力制御を実行することができる。これに関連するＰＵＳＣＨ動作は次のようになり得る。ここで、ＰＵＳＣＨはＰＵＣＣＨとして交差して適用され得る。

[119] -式６は、端末がＰＵＳＣＨ電力制御調整状態１に対するサービングセルＣの搬送波fの活性アップリンクＢＷＰｂでＰＵＳＣＨ送信機会i-i₀以前のK_PUSCH(i-i₀)-1個シンボルとＰＵＳＣＨ送信機会Ｉ以前のKPUSCH(i)の間で受信したカーディナリティ(cardinality)Ｃ（Ｄｉ）を有するＴＰＣコマンド値のセットＤｉ内のＴＰＣコマンド値の合計であり、ここで i₀(i₀>0)はＰＵＳＣＨ送信機会i-i₀より前のKＰＵＳＣＨ（i-i0）個のシンボルは、ＰＵＳＣＨ送信機会Ｉ以前K_PUSCH(i)個のシンボルより速い最小整数である。

[120]

[121] -もしＰＵＳＣＨ送信がＤＣＩフォーマットによってスケジュールされれば、
K_PUSCH(i)は、サービングセルＣの搬送波ｆの活性アップリンクＢＷＰｂに対する該当ＰＤＣＣＨ受信の最後のシンボルの後及びＰＵＳＣＨ送信の第１のシンボルより前の複数のシンボルである。

[122] すなわち、ＰＵＣＣＨ／ＰＵＳＣＨにかかわらずＤＣＩで指示された場合、該当ＰＤＣＣＨ受信からＰＵＳＣＨ／ＰＵＣＣＨの送信の開始シンボルまで受信されたＴＰＣが適用されるか、最も近い以前のＰＵＳＣＨ／ＰＵＣＣＨ送信機会から現在の送信機会まで受信したＴＰＣを適用することができる。ここで、ＤＭＲＳバンドリングを考慮すると、次のような方法が考慮され得る。

[123] 方法１）ＴＰＣコマンドのバンドル単位の適用

[124] ｋ－１番目のＤＭＲＳバンドルの第１の送信機会からｋ番目のＤＭＲＳバンドルの第１の送信機会までの区間で受信したＴＰＣコマンド値の合が、ｋ番目のＤＭＲＳバンドルのすべての送信機会に対して等しく適用され得る。すなわち、ｋ番目のＤＭＲＳバンドルの第１の送信機会に対する送信時に電力制御調整(power control adjustment)が行われ、残りの送信機会に対する電力制御調整は行われないことがある。

[125] または、k番目のＤＭＲＳバンドルの第１の送信機会を送信機会ikと称し、ｋ－１番目のＤＭＲＳバンドルの第１の送信機会を送信機会ｉ_ｋ－１とするとき、送信機会ｉ_ｋ－１以前のK_PUSCH(i_k-1)-1個のシンボルから送信機会ｉ_ｋ以前のK_PUSCH(i_k)個のシンボルの区間の間に受信したＴＰＣコマンド値の和が送信機会ｉ_ｋで適用することができる。以後、ｋ番目のＤＭＲＳバンドル内の残りの送信機会では電力制御調整が行われず、送信機会ｉ_ｋにおける送信電力を同様に適用することができる。このとき、K_PUSCH(i_k)及びK_PUSCH(i_k-1)は、すべて、該当ＰＤＣＣＨ受信の最後のシンボル以降、及びＰＵＳＣＨ送信の第１のシンボル以前のサービングセルＣの搬送波ｆの活性アップリンクＢＷＰｂに対するシンボル数であり得る。このとき、ＰＵＳＣＨが繰り返されて送信されるときのＰＵＳＣＨ送信は、第１のＰＵＳＣＨ送信機会（または、第１のＰＵＳＣＨ繰り返し）におけるＰＵＳＣＨ送信を意味することができる。

[126] ＰＵＣＣＨ送信の場合、前記ＰＵＳＣＨはＰＵＣＣＨに置き換えて解釈することができる。

[127] 方法２）バンドルの一部で受信したＴＰＣコマンド値のみが適用

[128] ｋ－１番目のＤＭＲＳバンドルの第１の送信機会から同じバンドル内のｎ番目の送信機会までの区間で受信したＴＰＣコマンドがｋ番目のＤＭＲＳバンドルのすべての送信機会に等しく適用できる。この場合、ＵＥがＴＰＣコマンドを監視する区間が減少することがある。

[129] あるいは、ｋ－１番目のＤＭＲＳバンドルのｎ番目の送信機会から同じバンドル内の最後の送信機会までの区間で受信したＴＰＣコマンドがｋ番目のＤＭＲＳバンドルの全ての送信機会に等しく適用され得る。この場合、ＵＥがＴＰＣコマンドを監視する区間が減少することがある。また、ｇＮＢがＤＣＩへの送信に差し迫ってコマンドを指示することができるので、電力制御の柔軟性（flexibility）が増加することができる。

[130] 第２の方法では、ＤＭＲＳバンドル間のアップリンク電力の変化量が一定レベル以下に維持される方法が考慮され得る。

[131] ネットワーク運営の観点から、特定のリソース（ビーム方向、時間／周波数リソースなど）を長期間維持することは、セル間干渉(inter cell interference)の増加またはスケジューリングの柔軟性の阻害を引き起こす可能性がある。さらに、ＵＥの立場において、ＤＭＲＳバンドルによって長い時間の間送信電力が割り当てられる場合、持続的に他の送信信号に対する電力割り当てが妨げられることがある。したがって、電力がすべての時間に対して同じに維持されるではなく、事前に約束されたまたは定義された特定の値以下の電力変化量が保証することができる。

[132] 例えば、ＵＥは、ＤＭＲＳバンドルの第１の送信機会を除外した残りの送信機会において、tpc-Accumulationが常に設定されると判断することができる。あるいは、ＤＭＲＳバンドルの指示とtpc-Accumulationの指示を一緒に行うことができる。さらにまたは独立的に、表７及び表８を参照すると、ＰＵＳＣＨ及びＰＵＣＣＨに対するＤＭＲＳバンドルに対してコマンド範囲が制限されるか、または既存の適用範囲にスケーリングファクタ(scaling factor)が適用され得る。表７は、ＰＵＳＣＨ送信をスケジュールするDCIフォーマットまたはTPC-ＰＵＳＣＨ-RNTIによってCRCスクランブルされたＤＣＩフォーマット２＿２またはＤＣＩフォーマット２＿３に含まれたＴＰＣコマンドフィールドの絶対(absolute)または累積された(accumulated)δ_PUSCH,b,f,c値またはδ_SRS,b,f値へのマッピングの表である。表８は、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１またはＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩによってＣＲＣスクランブルされたＤＣＩフォーマット２＿２に含まれるＴＰＣコマンドフィールドの累積されたδ_PUCCH,b,f,c値へのマッピングの表である。

[133]

[134]

[135] スケーリングファクタの適用は、閉ループ電力制御による電力制御調整(power control adjustment due to the closed-loop power control)に１より小さい値の変数を掛けてＰＵＣＣＨ／ＰＵＳＣＨの電力制御に適用されることを意味できる。

[136] ＤＭＲＳバンドルのアップリンク電力制御に関して、ＰＵＳＣＨ／ＰＵＣＣＨタイプによるＤＭＲＳバンドルまたは共同チャネル推定のための時間領域ウィンドウにおける電力制御が説明される。

[137] 共同チャネル推定の場合、ＵＥが電力一貫性及び位相連続性要求事項に従ってＰＵＳＣＨ送信間の電力一貫性及び位相連続性を維持することで予想される時間領域ウィンドウを指定することができる。

[138] 前記時間領域ウィンドウ内で、共同チャネル推定性能を保証するために送信電力、位相、タイミングなどが変わらないか、または一定の範囲内に維持される必要がある。また、前記共同チャネル推定の基本単位(unit)をＰＵＳＣＨの種類に応じて定義するか、あるいはＰＵＳＣＨの種類にかかわらず同じ基本単位を適用するかについて、以下の内容が適用され得る。

[139] 共同チャネル推定のための時間領域ウィンドウに対し、時間領域ウィンドウの単位は、次のＰＵＳＣＨ送信に対して独立してまたは等しく定義することができる。

[140] -ＰＵＳＣＨリピート(repeat、反復)タイプＡ

[141] -ＰＵＳＣＨリピートタイプＢ

[142] ＴＢｏＭＳ(Trasmit block processing over multiple slot)

[143] -異なるＴＢ(transport block)

[144] ここで、時間領域ウィンドウの基本単位の候補として、（連続的）スロットのセット、送信機会（繰り返し）のセットを考慮することができる。ここで、次のケースを考慮することができる。以下で、ＴＯは送信機会を意味する。

[145] ケース１）すべてのＰＵＳＣＨ／ＰＵＣＣＨに対して共同チャネル推定のための時間領域ウィンドウの単位が同じの場合

[146] ケース１－１）共同チャネル推定のための時間領域ウィンドウの単位としてＴＯを考慮することができる。

[147] すなわち、ＰＵＣＣＨ（スロット内反復を含む）、ＰＵＳＣＨ反復タイプＡ、ＰＵＳＣＨ反復タイプＢ、ＴＢｏＭＳ、異なるＴＢについて、共同チャネル推定のための時間領域ウィンドウは全てＴＯを単位として構成され得る。このような場合、アップリンク電力制御も全てＴＯ単位で行うことができるので、時間領域ウィンドウと電力制御の単位が一致して曖昧さ(ambiguity)が発生しないことがある。

[148] ケース１－２）共同チャネル推定のための時間領域ウィンドウの単位でスロットを考慮することができる。

[149] ＰＵＣＣＨ、ＰＵＳＣＨ繰り返しタイプＡ、ＴＢｏＭＳの場合、１つのスロットが１つのＴＯにマッピングされるので、ケース１－１と同様に電力制御に対する曖昧性が発生しないことがある。しかしながら、ＰＵＳＣＨ反復タイプＢの場合、１つのスロットを複数のＴＯにマッピングすることができ、したがって電力制御に曖昧さが生じることがある。すなわち、ウィンドウがスロット単位に設定されると、共同チャネル推定のためのウィンドウの境界とアップリンク電力調整を行うＴＯの境界がずれることがあり、したがって、繰り返しの実行中に共同チャネル推定のためのウィンドウで電力調整が実行できないことがある。

[150] 図８は、名目上の反復(nominal repetition：以下公称繰り返しと称する)と実際反復(actual repetition)の配置の一例を示す。

[151] 例えば、ＰＵＳＣＨ繰り返しタイプＢの場合、図８のような場合を想定することができる。既存の電力制御メカニズムは公称繰り返しの単位で実行されるが、スロット境界に応じて実際の繰り返し単位で送信することができる。したがって、図８において、例えば、第１のスロットから第３のスロットが共同チャネル推定のための１つの時間領域ウィンドウに設定され、公称繰り返しのＲｅｐ３で電力調整が行われる場合、実際の反復のＲｅｐ３の送信電力とＲｅｐ４の送信電力は互いに異なるように設定することができる。この場合、共同チャネル推定の条件に合致しないので、基地局は受信電力が異なることを期待しないにもかかわらず、前記のように設定される場合が発生することがある。

[152] これを解決するために、以下を考慮することができる。

[153] 代案１－１）時間領域ウィンドウの単位がスロットである場合、従来のＰＵＳＣＨ繰り返しタイプＢのアップリンク電力制御に従って電力制御が実行される場合、ＵＥは時間領域ウィンドウの単位（すなわちスロット）内でアップリンク電力が変更することと期待される電力制御は実行されないことがある。

[154] 代案１－２）時間領域ウィンドウの単位がスロットである場合、ＵＥは、ＰＵＳＣＨ繰り返しタイプＢに対してアップリンク電力調整の実行単位を時間領域ウィンドウの単位（すなわちスロット）に合わせるか、または実際の繰り返し単位で変更できる。

[155] 代案１－３）ＵＥは、時間領域ウィンドウの単位（すなわちスロット）内で最も前のシンボルの電力制御のみを有効と判断することができる。すなわち、時間領域ウィンドウ内で複数のアップリンク電力制御調整が行われる場合、ＵＥは、その内の１つの、時間順番上最も先行またはグラント(grant)順にしたがって最も優先するアップリンク電力調整のみが有効であると判断できる。

[156] 異なるＴＢに対して共同チャネル推定が行われる場合、以下の内容を考慮することができる。

[157] 代案２－１）異なるＴＢに対して共同チャネル推定が行われ、電力制御の単位と時間領域ウィンドウが一致しない場合、例えば、ＰＵＳＣＨ繰り返しタイプＡの全部または一部とＰＵＳＣＨ繰り返しタイプＢの全部または一部に対して共同チャネル推定が行われる場合、ＰＵＳＣＨリピートタイプＢに対してアップリンク電力制御の実行単位は時間領域ウィンドウ（すなわちスロット）に合わせるか、または実際の繰り返し単位に変更され得る。

[158] ケース２）ＰＵＳＣＨ／ＰＵＣＣＨのタイプについて共同チャネル推定に対する時間領域ウィンドウの単位が異なる場合

[159] ＰＵＣＣＨ、ＰＵＳＣＨ反復タイプＡ、ＴＢｏＭＳに対し、共同チャネル推定のための時間領域ウィンドウの単位がスロットまたはＴＯの全てで等しいので影響を受けない。一方、ＰＵＳＣＨ繰り返しタイプＢの場合、前記ケース１－２と同様の状況が発生することがある。したがって、これを解決するために、次の代案を考慮することができる。

[160] 代案３－１）時間領域ウィンドウの単位は常にＴＯ単位で設定できる。すなわち、特別な設定なしにＰＵＳＣＨ反復タイプＢに対しまたはＰＵＳＣＨ反復タイプＢを含む共同チャネル推定に対し、常に時間領域ウィンドウの単位はＴＯに設定することができる。あるいは、時間領域ウィンドウの単位が前記と異なるように設定されても、特定の時間領域ウィンドウ内にＰＵＳＣＨ繰り返しタイプＢが含まれる場合、ぜｎ単位はＴＯに変更され得る。

[161] 代案３－２）前記ケース１－２の代案１－１）、代案１－２）と同様の方法が考慮され得る。

[162] ［ＤＭＲＳバンドルの電力割り当てと衝突処理］

[163] ２つのアップリンク搬送波を有する単一セル動作(single cell operation)に対しまたは搬送波集約（carrier aggregation）状況に対して、ＵＥの送信機会のＰＵＳＣＨ／ＰＵＣＣＨ／ＰＲＡＣＨ／ＳＲＳ送信に対する送信電力が総端末送信電力 (total ＵＥ transmit power)を超える場合の電力割り当ての優先順位順序（priority order）の一例は以下の通りである。

[164] -ＰＣｅｌｌ上のＰＲＡＣＨ送信

[165] -ＨＡＲＱ－ＡＣＫ情報及び／またはＳＲ及び／またはＬＲＲを含むＰＵＣＣＨ送信またはＨＡＲＱ－ＡＣＫ情報を含むＰＵＳＣＨ送信

[166] -ＣＳＩを含むＰＵＣＣＨ送信またはＣＳＩを有するＰＵＳＣＨ送信

[167] -ＨＡＲＱ－ＡＣＫ情報またはＣＳＩを含まないＰＵＳＣＨ送信、及びＴｙｐｅ－２ランダムアクセス手順の場合、ＰＣｅｌｌ上のＰＵＳＣＨ送信

[168] -半静的及び／または周期的ＳＲＳより高い優先順位を有する非周期的ＳＲＳを有するＳＲＳ送信またはＰＣｅｌｌでないサービングセル上のＰＲＡＣＨ送信

[169] このとき、ＤＭＲＳバンドルが設定されたＰＵＳＣＨ／ＰＵＣＣＨの優先順位が存在しないので、これに対する新しい順序が必要である。さらに、デュアルコネクティビティ(dual connectivity)、または搬送波集成、またはシングルセル動作(single cell operation)の状況でアップリンク送信機会における送信電力を減らしなければならない動作、または送信のドロップに対する動作の定義が必要である。

[170] まず、単一セル動作または搬送波集成環境におけるＤＭＲＳバンドルの送信電力割り当ての優先順位を説明する。

[171] ＤＭＲＳバンドルで指示されたＰＵＳＣＨ／ＰＵＣＣＨはｇＮＢがカバレッジ改善のために指示したものであるため、バンドルに対して電力一貫性を維持しなければゲインを得てｇＮＢの成功したデコーディングが期待できない。この点で、ＤＭＲＳバンドルは高い優先順位を有することが好ましく、以下の順序を定義することができる。次の順序において、先に記述された順序に該当送信の優先順位が相対的に高い優先順位を有する送信であり得る。

[172] -ＰＣｅｌｌ上でのＰＲＡＣＨ送信

[173] -ＨＡＲＱ－ＡＣＫ情報及び／またはＳＲ及び／またはＬＲＲを有するＰＵＣＣＨ送信のＤＭＲＳバンドル、またはＨＡＲＱ－ＡＣＫ情報を有するＰＵＳＣＨ送信のＤＭＲＳバンドル

[174] -ＣＳＩを有するＰＵＣＣＨまたはＣＳＩを有するＰＵＳＣＨのＤＭＲＳバンドル

[175] -ＨＡＲＱ情報またはＣＳＩを含まないＰＵＳＣＨ送信のＤＭＲＳバンドル、及びType－２ランダムアクセス手順の場合、ＰＣｅｌｌ上のＰＵＳＣＨ送信のＤＭＲＳバンドル

[176] -ＨＡＲＱ－ＡＣＫ情報及び／またはＳＲ及び／またはＬＲＲを含むＰＵＣＣＨ送信またはＨＡＲＱ－ＡＣＫ情報を含むＰＵＳＣＨ送信

[177] -ＣＳＩを含むＰＵＣＣＨ送信またはＣＳＩを有するＰＵＳＣＨ送信

[178] -ＨＡＲＱ－ＡＣＫ情報またはＣＳＩを含まないＰＵＳＣＨ送信、及びType－２ランダムアクセス手順の場合、ＰＣｅｌｌ上のＰＵＳＣＨ送信

[179] -半静的及び／または周期的ＳＲＳより高い優先順位を有する非周期的ＳＲＳを有するＳＲＳ送信またはＰＣｅｌｌでないサービングセル上のＰＲＡＣＨ送信

[180] あるいは、ＤＭＲＳバンドルはバンドルで指示された時間の間に高い送信電力を維持するので、同時に高い優先順位を有する場合、他の送信信号の電力割り当てが円滑に行われないことがある。したがって、相対的に低い優先順位を有することが望ましいことがあり、以下の順序を定義することができる。

[181] -ＰＣｅｌｌ上のＰＲＡＣＨ送信

[182] -ＨＡＲＱ－ＡＣＫ情報及び／またはＳＲ及び／またはＬＲＲを含むＰＵＣＣＨ送信またはＨＡＲＱ－ＡＣＫ情報を含むＰＵＳＣＨ送信

[183] -ＣＳＩを含むＰＵＣＣＨ送信またはＣＳＩを有するＰＵＳＣＨ送信

[184] -ＨＡＲＱ－ＡＣＫ情報またはＣＳＩを含まないＰＵＳＣＨ送信、及びＴｙｐｅ－２ランダムアクセス手順の場合、ＰＣｅｌｌ上のＰＵＳＣＨ送信

[185] ＨＡＲＱ－ＡＣＫ情報及び／又はＳＲ及び/又はＬＲＲを有するＰＵＣＣＨ送信のＤＭＲＳバンドル、又はＨＡＲＱ－ＡＣＫ情報を有するＰＵＳＣＨ送信のＤＭＲＳバンドル

[186] -ＣＳＩを有するＰＵＣＣＨ又はＣＳＩを有するＰＵＳＣＨのＤＭＲＳバンドル

[187] -ＨＡＲＱ情報またはＣＳＩを含まないＰＵＳＣＨ送信のＤＭＲＳバンドル、及びタイプ２ランダムアクセス手順の場合、ＰＣｅｌｌ上のＰＵＳＣＨ送信のＤＭＲＳバンドル

[188] -半静的及び／または周期的ＳＲＳより高い優先順位を有する非周期的ＳＲＳを有するＳＲＳ送信またはＰＣｅｌｌでないサービングセル上のＰＲＡＣＨ送信

[189] 前記方法と異なるように、既存の内容の優先順位順がＤＭＲＳバンドルの優先順位の前に設定され得る。したがって、次の２つのオプションを考慮することができる。第１、次のように、内容が同じ場合にのみＤＭＲＳバンドルが高い優先順位順番を有することができる。

[190] -ＰＣｅｌｌ上のＰＲＡＣＨ送信

[191] -ＨＡＲＱ－ＡＣＫ情報及び／またはＳＲ及び／またはＬＲＲを有するＰＵＣＣＨ送信のＤＭＲＳバンドル、またはＨＡＲＱ－ＡＣＫ情報を有するＰＵＳＣＨ送信のＤＭＲＳバンドル

[192] -ＨＡＲＱ－ＡＣＫ情報及び／またはＳＲ及び／またはＬＲＲを含むＰＵＣＣＨ送信またはＨＡＲＱ－ＡＣＫ情報を含むＰＵＳＣＨ送信

[193] -ＣＳＩを有するＰＵＣＣＨまたはＣＳＩを有するＰＵＳＣＨのＤＭＲＳバンドル

[194] -ＣＳＩを含むＰＵＣＣＨ送信またはＣＳＩを有するＰＵＳＣＨ送信

[195] -ＨＡＲＱ情報またはＣＳＩを含まないＰＵＳＣＨ送信のＤＭＲＳバンドル、及びＴｙpe－２ランダムアクセス手順の場合、ＰＣｅｌｌ上のＰＵＳＣＨ送信のＤＭＲＳバンドル

[196] -ＨＡＲＱ－ＡＣＫ情報またはＣＳＩを含まないＰＵＳＣＨ送信、及びＴｙｐｅ－２ランダムアクセス手順の場合、PCell上のＰＵＳＣＨ転送

[197] 半静的及びまたは周期的ＳＲＳより高い優先順位を有する非周期的ＳＲＳを有するＳＲＳ送信、またはPCell以外のサービングセル上のＰＲＡＣＨ送信。

[198] 第２に、次のように、内容が同一である場合にのみ、ＤＭＲＳバンドルが低い優先順位を有することができる。

[199] -ＰＣｅｌｌ上のＰＲＡＣＨ送信

[200] -ＨＡＲＱ－ＡＣＫ情報及び／またはＳＲ及び／またはＬＲＲを含むＰＵＣＣＨ送信またはＨＡＲＱ－ＡＣＫ情報を含むＰＵＳＣＨ送信

[201] -ＨＡＲＱ－ＡＣＫ情報及び／またはＳＲ及び／またはＬＲＲを有するＰＵＣＣＨ送信のＤＭＲＳバンドル、またはＨＡＲＱ－ＡＣＫ情報を有するＰＵＳＣＨ送信のＤＭＲＳバンドル

[202] -ＣＳＩを含むＰＵＣＣＨ送信またはＣＳＩを有するＰＵＳＣＨ送信

[203] -ＣＳＩを有するＰＵＣＣＨまたはＣＳＩを有するＰＵＳＣＨのＤＭＲＳバンドル

[204] -ＨＡＲＱ－ＡＣＫ情報またはＣＳＩを含まないＰＵＳＣＨ送信、及びＴｙｐｅ－２ランダムアクセス手順の場合、ＰＣｅｌｌ上のＰＵＳＣＨ送信

[205] -ＨＡＲＱ情報またはＣＳＩを含まないＰＵＳＣＨ送信のＤＭＲＳバンドル、及びタイプ２ランダムアクセス手順の場合、ＰＣｅｌｌ上のＰＵＳＣＨ送信のＤＭＲＳバンドル

[206] -半静的及び／または周期的なＳＲＳより高い優先順位を有する非周期的なＳＲＳを有するＳＲＳ送信またはＰＣｅｌｌでないサービングセル上のＰＲＡＣＨ送信

[207] 次に、ＤＭＲＳバンドルのドロップ／電力減少ハンドリング(power reduction handling)について説明する。

[208] 既存のＮＲシステムにおいて、ＤＣ環境で重畳した互いに異なるアップリンクについては、ＵＥの能力(動的電力共有(dynamic power sharing)/半静的電力共有(semi-static power sharing))に応じて優先順位が低送信またはＭＣＧ／ＳＣＧの送信をドロップする動作が定義される。既存の方法により送信のドロップもしくは送信電力を減少しなければならないＰＵＳＣＨ／ＰＵＣＣＨの送信がＤＭＲＳバンドルに設定されている場合、あるいはシングルセル動作／ＣＡ環境でも優先順位規則により、あるいは送信電力不足によりＤＭＲＳバンドルに指示ＰＵＳＣＨ/ＰＵＣＣＨの送信ドロップまたは送信電力を減らさなければならない場合は、大きくＤＭＲＳバンドル中、時間的に前の送信機会のドロップ／電力減少の指示（ケース３－１）と時間的的に後の送信機会に対するドロップ／電力減少の指示（ケース３－２）の２つのケースが考慮され得る。図９にケース３－１の一例を示す。図１０は、ケース３－２の一例を示す。図９及び図１０において、ＴＯは送信機会を意味する。

[209] このような状況下では、次の３つの方法が考慮され得る。

[210] 方法１）ＤＭＲＳバンドルをドロップすることができる。

[211] すなわち、ケース３－１において、ＤＭＲＳバンドル全体（ＴＯ１、ＴＯ２、…、ＴＯ８）の送信をドロップすることができる。ケース３－２において、ＵＥがＴＯ７、ＴＯ８のドロップ／電力減少が設定されることを事前に知っている場合、ＵＥはＤＭＲＳバンドル全体をドロップできる。逆に、ＴＯ７、ＴＯ８のドロップ／電力減少に関する設定情報をＵＥが事前に知らない場合、ＵＥはＤＭＲＳバンドル全体をドロップできず、したがって、先行方法と異なるように、ＵＥはＴＯ７、ＴＯ８のみをドロップすることができる。あるいは、ＵＥが送信ドロップ／電力減少の指示をＤＭＲＳバンドルの送信開始時点から前記送信ドロップ／電力減少が設定されたスロットまたはＴＯの開始時点の間の区間で受信した場合、ＵＥは受信した時点から最も近いＴＯからＤＭＲＳバンドルに該当するすべてのＴＯをドロップしたり、あるいは受信した時点から指示を受けたＴＯの開始時点以前までの区間でＵＥ実現によってすべてのＴＯをドロップすることができる。例えば、図１０を参照すると、ＵＥがＴＯ４で該当情報を受信した場合、ＵＥは、ＴＯ４、ＴＯ５、ＴＯ６、ＴＯ７、ＴＯ８をすべてドロップするか、またはＵＥの実現に応じてＴＯ５、ＴＯ６、ＴＯ７、ＴＯ８をドロップすることができる。

[212] または、送信電力不足によって送信のドロップまたは送信電力を減らすべきである送信機会に対してのみ送信をドロップすることができる。すなわち、図９を参照すると、ケース３－１において、ＵＥはＴＯ１、ＴＯ２の伝送のみをドロップし、ＤＭＲＳバンドル内の残りのＴＯに対しては伝送を行うことができる。あるいは、例えば、図１０のＴＯ４で他の搬送波でのアップリンク送信により送信電力を減らさなければならない場合、ＵＥはＴＯ４での送信をドロップし、ＴＯ５、ＴＯ６、ＴＯ７、ＴＯ８では元の送信電力で送信を行うことができる。

[213] 方法２）ＤＭＲＳバンドル全体の送信電力を減少させることができる

[214] 減少する送信電力の量は、送信電力の減少の指示を受けたＴＯの内、最も小さい値が適用され得る。前記方法に係れば、ケース３－１におけるＤＭＲＳバンドル全体（ＴＯ１、ＴＯ２、…、ＴＯ８）の伝送電力が減少することができる。また、ケース３－２に対して、ＵＥがＴＯ７、ＴＯ８のドロップ／電力減少が設定されることを事前に知っていれば、ＵＥは、ＤＭＲＳバンドル全体の送信電力を減少することができる。

[215] しかしながら、ＵＥがＤＭＲＳバンドルの送信を開始する前にこのような情報を事前に知らないか、またはＤＭＲＳバンドル内の複数のＴＯにおける送信電力を事前に予測する能力を有していない場合、ＵＥはＤＭＲＳバンドル全体の電力を減少することができない。したがって、このような場合、ＵＥは前記方法１を適用することができる。例えば、ケース３－２について先行する方法とは異なり、ＵＥは、前記ＴＯ７、ＴＯ８のみの電力減少を行うことができる。あるいは、ＵＥが送信ドロップ／電力減少の指示をＤＭＲＳバンドルの送信開始時点から前記送信ドロップ／電力減少が設定されたスロットまたはＴＯの開始時点の間の区間で受信した場合、受信した時点から最も近いＴＯからＤＭＲＳバンドルに該当するすべてのＴＯの電力減少を実行することができ、または受信した時点から指示されたＴＯの開始時点以前までの区間でＵＥ実現に応じてすべてのＴＯの電力を減少させることができる。例えば、図１０の一例において、ＵＥがＴＯ４で該当情報を受信した場合、ＵＥは、ＴＯ４、ＴＯ５、ＴＯ６、ＴＯ７、ＴＯ８のすべてに対する電力減少を実行することができ、あるいはＵＥ実現に応じてＴＯ５、ＴＯ６、ＴＯ７、ＴＯ８の電力減少を行うことができる。

[216] すなわち、ＵＥの能力または状況に応じて、ＵＥは方法１または方法２を適用することができる。

[217] 方法１、方法２に関して、ＵＥは、既存とは異なるように指示を受けないＴＯに対して送信をドロップするか、または送信電力減少を実行するので、ＵＥは、前記動作についてｇＮＢにさらに指示することができる。すなわち、ＵＥが送信ドロップ／電力減少の指示を受けないが、送信ドロップ／電力減少を行ったＴＯのインデックスあるいはＳＦＮ内のスロット番号２２等を指示することができる。

[218] 方法３）ＤＭＲＳバンドルに関係なく、従来の基準に従って動作する。

[219] 前記方法でＤＭＲＳバンドルのすべての送信機会の送信をドロップするか、任意の量の電力を減らして送信するか、または従来の方法に従ってＤＭＲＳバンドルの一部の送信機会の送信をドロップするか、または任意の量の電力を減らして送信する場合、ＵＥは、前記動作の実行について該当セルに事前または事後に指示することができる。このような指示は、送信電力を減らすか、ドロップしたＤＭＲＳバンドル、送信機会、またはＳＦＮ内のスロットインデックスを知らせることができる。あるいは、送信電力を減らして送信したＤＭＲＳバンドルに対して、ＵＥは、前述の指示に含めて、またはさらに、指示された電力に比べて低くなった送信電力の差を知らせることができる。このような指示は、ｇＮＢが期待したものと異なるようにＤＭＲＳバンドルの電力一貫性が維持されない場合、該当ＤＭＲＳバンドル全体の受信性能を低下させることがあるため、従来の動作と異なるように指示が行われると、該当ＤＭＲＳバンドル全体の受信をドロップするか、ＤＭＲＳバンドル内の特定の送信機会を除外してデコードすることで、受信性能の低下を防止することができる。

[220] 方法４）送信電力を減らすように指示を受けたＴＯまたは送信電力を減らして送信しなければならないＴＯについて、ＵＥは送信電力を減らして送信することができる。このとき、減らすべき送信電力の大きさが特定値（これをアルファ(alpha)と称する。）以下または未満の場合には、ＵＥは送信電力を減らし、減らすべき送信電力の大きさがアルファより大きいかそれ以上の場合には、端末は、前記方法１または方法２を適用することができる。これは、ＤＭＲＳバンドル区間の間わずかな電力変動(power variation)はチャネル推定性能に大きな影響を与えないことががあるためである。このとき、アルファの値は固定値で規格に定義されてあるか、ＲＲＣなどによってネットワークから端末に設定される値で有り得る。特徴的に、アルファの値は現在の送信電力の値に応じて異なるように決定することができる。例えば、アルファの値は、現在端末の送信電力をＰ１とするとき、Ｐ１とベータの積（ここで、ベータは０以上１未満の値）のように決定され得る。このとき、ベータの値は固定値で規格に定義されてあるか、ＲＲＣなどによってネットワークから端末に設定される値で有り得る。

[221] [ＵＥ能力に応じたＤＭＲＳバンドルのアップリンク電力制御]

[222] 前記言及した方法などが適用される場合、ＵＥの能力に応じて現在時間以降に送信するアップリンク信号／チャネルに対して特定の時間区間の間に対しＵＥの送信電力情報を事前に獲得することができる。このようなＵＥを予測電力制御（look-ahead power control）が可能なＵＥといい、前記ＵＥが電力制御を予測できる時間区間を予測電力制御可能時間ウィンドウ（look-ahead power control capable time window）とすることができる。すなわち、予測電力制御可能（look-ahead power control capable）ＵＥが現在ｉ番目のスロットの送信で送信を行い、予測電力制御可能時間ウィンドウがｎ個のスロットである場合、当該ＵＥはｉ＋ｎ番目スロットまでの電力制御情報を事前に獲得することができる。該当能力に応じてＵＥの場合、ＤＭＲＳバンドルに対する電力割り当てについては後述する。

[223] まず、予測電力制御能力を有するＵＥのＤＭＲＳバンドルの電力割り当てについて説明する。

[224] ケース１）ＤＭＲＳバンドルがＵＥの予測電力制御可能時間ウィンドウより小さい場合

[225] 該当ＵＥは、ＤＭＲＳバンドル区間内の各スロットごとに利用可能な電力を計算し、その内最小電力に合わせて（該当バンドル区間内）全てのスロット／送信機会において送信電力を等しく設定することができる。

[226] ケース２）ＤＭＲＳバンドルがＵＥの予測電力制御可能時間ウィンドウより大きい場合

[227] 図１１は、予測電力制御可能時間ウィンドウよりＤＭＲＳバンドルが大きい場合の一例を示す。図１１を参照すると、ＤＭＲＳバンドルは８つのＴＯで構成され、ＵＥの予測電力制御可能時間ウィンドウが４つのスロットで構成される。

[228] このような状況では、予測電力制御可能ＵＥは、次の２つの動作を考慮することができる。

[229] オプション１）ＵＥは、予測電力制御可能時間ウィンドウとＤＭＲＳバンドルサイズが等しくなるように、またはＤＭＲＳバンドルサイズが予測電力制御可能時間ウィンドウより小さくなるようにＤＭＲＳバンドルサイズの変更を要請することができる。あるいは、ＵＥは、事前に予測電力制御可能かどうか、該当時間ウィンドウサイズなどをｇＮＢに事前に報告することができ、これに基づいて、ＤＭＲＳバンドルサイズが予測電力制御可能時間ウィンドウより小さいことが期待できる。

[230] オプション２）ＵＥは、ケース１と同じであると仮定して動作することができる。すなわち、予測電力制御が可能な区間については最小電力Ｐ１をＵＥが知っているので、ＵＥは前記最小電力を適用し、前記最小電力を残りのＴＯ（図１１のＴＯ５、ＴＯ６、ＴＯ７、ＴＯ８）にも同様に適用することができる。ただし、その後のＴＯの内最小電力Ｐ１より小さい送信電力が指示されるか、または前記最小電力より小さい電力に基づいて動作しなければならない場合、ＵＥは、該当ＴＯにのみP１より小さい電力を割り当てるか、または指示された動作に反してＰ１を割り当てることができる。あるいは、後のＴＯの内最小電力Ｐ１より小さい送信電力が指示されるか、または前記最小電力より小さい電力に基づいて動作しなければならないＴＯを含む以下のＴＯに対して、ＵＥは全て指示された送信電力で送信して電力一貫性を維持しないことがある。

[231] 次に、予測電力制御能力を持たないＵＥのＤＭＲＳバンドルの電力割り当てについて説明する。

[232] 該当ＵＥはバンドル区間内で特定送信電力Ｐ１を選択し、その後スロットでの利用可能電力がＰ１と等しいか、またはＰ１に基づいて特定範囲内に含まれる場合、ＵＥは該当電力で当該スロットでの送信を実行し、そうでない場合は、該当スロットでの送信をドロップできる。そのような送信電力Ｐ１は、バンドル区間内の第１のスロットに該当送信機会に対して指示された送信電力、または事前の合意による、またはＵＥの送信可能電力による値であり得る。ＤＭＲＳバンドルがチャネル推定性能を向上させることによってアップリンクカバレッジを拡張に目的があることを考慮すると、このような値は、ＵＥの電力クラス(power class)に応じて設定された最大送信電力(configured maximum transmit power)またはＵＥの最大送信可能電力から事前に約束された値を引いた値で有り得る。さらに、ＵＥが送信ドロップするかどうかを決定する範囲は、ＵＥの能力に応じてＵＥによってｇＮＢに報告され得、または事前の合意によってｇＮＢとＵＥが知っている値であり得る。

[233] [ＤＭＲＳバンドルのＴＡ(timing advance)コマンド]

[234] ＤＭＲＳバンドルのためのスロット境界が設定された場合、ＵＥは、アップリンク電力制御のＴＰＣコマンドをスロット境界内で適用しないことがある。すなわち、ＵＥは、ＤＭＲＳバンドルのためのスロット境界内で受信したＴＰＣコマンドを無視したり、ＴＰＣコマンドに対する累積（accumulation）が設定されたと判断してスロット境界内でＴＰＣコマンドを適用せず、当該区間内では累積を進行してスロット境界の後に適用することができる。たとえば、ＤＭＲＳバンドルのためのスロット境界でスロットインデックス３及び９をｇＮＢがＵＥに設定すると、スロットインデックス３からスロットインデックス９の間の時間区間で受信したＰＵＳＣＨ/ＰＵＣＣＨのＴＰＣコマンドはＵＥによって無視されるかあるいは、ＵＥは、スロットインデックス３からスロットインデックス９の間のＴＰＣコマンドを累積してスロットインデックス１０から適用することができる。

[235] さらに、次の２つの代案が考慮され得る。

[236] 代案４－１）端末は、現在の時間領域ウィンドウの間にＴＰＣコマンドを受信することを期待しない。

[237] 代案４－２）もし端末が現在の時間領域ウィンドウの間にＴＰＣコマンドを受信した場合、端末は受信したＴＰＣコマンドを適用せずに累積する。

[238] 前述のＴＰＣの適用方法について、ＵＥは具体的には以下を考慮することができる。

[239] ＵＥのＰＵＳＣＨ電力制御の手順について、既存のＵＥは、ＴＰＣ累積の可能／不可能（enable／disable）の判断をＰＵＳＣＨ－PowerControlのＩＥ（information element）のtpc－Accumulationで判断することができる。該当値がenableに設定された場合、ＵＥはＴＰＣコマンドを累積して適用することができる。あるいは、このフィールドが存在しない（absent）場合、ＵＥはＴＰＣコマンドを累積して適用することができる。すなわち、ＵＥは、tpc-Accumulationがenableに設定されない場合にのみ、ＴＰＣコマンドの累積を適用しないことがある。

[240] 一例として、ＵＥは、tpc－Accumulationの提供を受けない場合に累積を実行することができる。さらに、ＵＥは、tpc－Accumulationの提供をうけた場合、累積を実行しない。

[241] 共同チャネル推定がenableに設定された場合、ＵＥは、前記代案４－１の方法によってＴＰＣコマンドを受信しないと期待するか、またはＴＰＣコマンドを常にゼロと判断することができる。前記方法は実現が簡単であるが、ｇＮＢが目標とする電力制御が瞬時に実行されないことがある。これを解決するために、端末が共同チャネル推定中にＴＰＣコマンドを受信する方法を考慮することができる。但し、ＤＭＲＳバンドルのために電力／位相一貫性を維持しなければならず、これを達成するための具体的な方法は２つの考慮が必要である。第１に、ＤＭＲＳバンドルの内、第１のＰＵＳＣＨを除外したＰＵＳＣＨの送信に対して全て同じＴＰＣコマンドを適用することができる。これを達成するために、代案５－１－１、代案５－１－２の方法によってＤＭＲＳバンドル内でＴＰＣコマンドの適用が考慮され得る。第２に、ＤＭＲＳバンドルの第１のＰＵＳＣＨ送信にのみ、以前のＰＵＳＣＨとは異なるＴＰＣコマンドを適用することができる。これを達成するために、代案５－２－１、代案５－２－２、代案５－２－３の適用を考慮することができる。後述する方法はＰＵＳＣＨを対象として記述するが、前記方法はＰＵＣＣＨに対しても適用することができる。

[242] 代案５－１）ＵＥは、共同チャネル推定がenableに設定された場合、受信したＴＰＣコマンドを適用しないか、またはＴＰＣコマンドを受信しないことと期待する。

[243] 具体的に、ＵＥは、ＲＲＣで共同チャネル推定またはＤＭＲＳバンドリングに対してenableに設定された後に送信するＰＵＳＣＨについては、常にサービングセルｃの搬送波ｆの活性アップリンク帯域幅ｂ及びＰＵＳＣＨ送信機会ｉに対するＰＵＵＳＣＨ電力調整状態ｌであるf_b,f,c(i,l)が０であると判断することができる。ＵＥはＲＲＣで共同チャネル推定がdisableで設定された場合またはＵＥにＲＲＣで共同チャネル推定が設定されない場合、従来の方法によってＴＰＣコマンドを適用することができる。

[244] あるいは、ＵＥは、共用チャネル推定がenableで設定された後に送信するＰＵＳＣＨに適用するために受信したＴＰＣコマンドの適用を送信機会単位ではないＤＭＲＳバンドル単位で実行することができる。このために、同じＤＭＲＳバンドルを構成するＰＵＳＣＨの内、第１を除外したＰＵＳＣＨの送信に対するＴＰＣコマンドは、以前のＰＵＳＣＨと同じに設定され得る。そのための方法として、代案５－１－１、代案５－１－２を考慮することができる。ＤＭＲＳバンドル内で電力／位相一貫性を保証するためにＴＰＣコマンドにより送信電力を変更してはならないが、ＤＭＲＳバンドルを構成するＰＵＳＣＨの内、第１のＰＵＳＣＨ送信については、ＴＰＣコマンドの適用を考慮することができる。したがって、ＤＭＲＳバンドルを構成するＰＵＳＣＨの内第１のＰＵＳＣＨの送信に対するＴＰＣコマンドの適用方法について、代案５－２－１、代案５－２－２、代案５－２－３を考慮することができる。

[245] 代案５－１－１）ＵＥは、ＤＭＲＳバンドルの第１に送信されるＰＵＳＣＨではない、ＰＵＳＣＨに対してＴＰＣコマンドの適用に対して直前ＰＵＳＣＨのＴＰＣコマンドを適用することができる。

[246] 送信機会ｉと送信機会ｉ－１がＤＭＲＳバンドルの関係である場合、または電力／位相一貫性を維持するようにｇＮＢから設定されたか、またはｇＮＢが送信機会ｉ及び送信機会ｉ－１が電力／位相一貫性を維持することを期待する場合、f_b,f,c(i,l)=f_b,f,c(i-1,l)を適用することができる。

[247] 代案５－１－２）ＵＥは、ＤＭＲＳバンドルの第１に送信されるＰＵＳＣＨではない、ＰＵＳＣＨに対してＴＰＣコマンドを適用するために累積するセットc(Ｄｉ)が変更され得る。ここで、c（Ｄｉ）は次の表のように定義できる。

[248]

[249] 送信機会ｉから送信機会ｉ＋ｋまでのＰＵＳＣＨがＤＭＲＳバンドル関係にある場合、ＵＥは、送信機会i+1から送信機会ｉ＋ｋの送信機会に対して、送信機会ｉのＴＰＣコマンドを適用することができる。すなわち、送信機会ｉから送信機会ｉ＋ｋまでのＰＵＳＣＨがＤＭＲＳバンドルの関係にある場合、ＵＥは、あるいは電力／位相一貫性を維持するようにｇＮＢから設定されるか、あるいはｇＮＢが送信機会ｉから送信機会ｉ＋ｋまでのＰＵＳＣＨに対して電力／位相一貫性が維持されることを期待する場合、ＵＥは、１以上ｋ未満の送信機会ｉ＋ｍに対して、全てＤ_ｉを適用することを考慮することができる。すなわち、ＵＥは、D_i=D_i+1=...=D_i+kを仮定することができる。

[250] 代案５－２－１）ＵＥは、ＤＭＲＳバンドルを構成するＰＵＳＣＨの内、第１のＰＵＳＣＨの送信に適用するＴＰＣコマンドは、従来の動作と同様にtpc-accumulationnのenable可否とセットc(d_i)に従って受信したＴＰＣコマンドを蓄積できる。

[251] 代案５－２－２）ＵＥは、ＤＭＲＳバンドルを構成するＰＵＳＣＨの内、第１のＰＵＳＣＨの送信に適用するＴＰＣコマンドは全て累積しないように指示を受けることができる。すなわち、ＵＥは、ＤＭＲＳバンドルを構成するＰＵＳＣＨの内の第１のＰＵＳＣＨの送信に対しては絶対値（absolute value）のＴＰＣを適用することができる。すなわち、ＵＥはtpc-Accumulationの提供を受けたと判断することができる。

[252] 代案５－２－３）ＵＥは、ＤＭＲＳバンドルを構成するＰＵＳＣＨの内、第１のＰＵＳＣＨの送信に適用するＴＰＣコマンドに対して、前のＤＭＲＳバンドルの区間で受信したＴＰＣコマンドを全て累積して適用することができる。このためにセットc(D_i)を修正することができる。セットc(d_i)を構成する要素は、K_PUSCH(i)とi₀を含み、 i₀は次のように変更することができる。

[253] ＲＲＣで共同チャネル推定がenableに設定されると同時にi₀値が固定されて使用されることができる。すなわち、ＵＥは、ＲＲＣで共同チャネル推定のenable設定と同時にＲＲＣでi₀の設定を受けることができる。あるいは、ＵＥは、事前の約束または合意によってＲＲＣへの共同チャネル推定がenableに設定されるときに使用するｉ_０の指示を受けることができる。

[254] 以前のＤＭＲＳバンドルの第１のＰＵＳＣＨ送信を表すインデックスにｉ_０を変更する方法が考慮され得る。すなわち、ＵＥは、共同チャネル推定がenableに設定された場合、送信機会ｉに対して、ｉ_０は直前のＤＭＲＳバンドルの第１のＰＵＳＣＨ送信機会を指示する最小数を適用することができる。このとき、直前のＤＭＲＳバンドルがない場合、すなわち、共同チャネル推定が設定された第１のＤＭＲＳバンドルの送信である場合、従来のｉ_０値を適用することができる。あるいは、直前のＤＭＲＳバンドルの第１のＰＵＳＣＨ送信機会の距離が一定値以上である場合、固定値を使用することができる。すなわち、ｉ_０の最大値を設定することができる。

[255] 前述の方法は、ＴＰＣ累積がenableに設定されていない場合に対しても拡張して適用することができる。すなわち、ＴＰＣコマンドの累積が設定される場合、すなわち、ＵＥはtpc－Accumulationの提供を受けないことや、またはtpc－Accumulationが可能（enabled）の場合、と累積が適用されない場合、すなわち、tpc－Accumulationが不可能である（not enabled）場合について前述の内容がＴＰＣコマンドの累積が適用された場合の共同チャネル推定がenableに設定される場合に対して適用されると前述の内容はＴＰＣ累積が適用されない場合に対しても拡張して適用されるできる。

[256] ＴＰＣ累積が適用されない場合に関連して、累積される場合には、前の送信機会のＴＰＣコマンドに指示されたＴＰＣコマンドが追加的に適用され、累積されない場合には、当該送信機会にのみ絶対値が適用され得る。したがって、既存の動作に係れば、指示されたＴＰＣは電力の一貫性を変えるのでイベント(event)であり得る。
ここで、イベントは、ＤＭＲＳバンドルのための電力一貫性及び位相連続性の保証を不可能にする特定の状況を意味することができる。さらに、該当送信機会にのみ適用されるので、ＴＰＣコマンドが指示された送信機会の送信電力は、指示の前と後に対しても異なることがある。したがって、イベントの持続時間(time duration)を考慮すると、ＴＰＣコマンドの受信／適用は、１スロットの持続時間を有するイベントであり得る。このとき、ＴＰＣコマンドの適用時点はＵＥとｇＮＢとの間の誤解(misunderstanding)がないので、ＴＰＣコマンドの受信／適用は半静的イベントであり得る。あるいは、蓄積されるＴＰＣと同様に、時間領域ウィンドウ(time domain window:TDW)内でＴＰＣコマンドが指示されても、前記ＴＰＣコマンドの適用を後退させるなどの改善が考慮され得る。この場合、ＴＤＷ内で２つのＴＰＣを指示受ける場合の動作が曖昧になり得、次のＴＤＷの開始で前記適用が遅れると、該当送信機会にのみ絶対値で一度適用されるため、この場合でも実際（actual）ＴＤＷで構成されても１スロットの持続時間を有することができる。この場合、設定されたＴＤＷの長さが実際のＴＤＷの長さが等しい場合、新しい設定されたＴＤＷ内の第１の実際のＴＤＷの開始と同時に実際のＴＤＷが終了することができる。したがって、このような方向の改善よりは、共同チャネル推定がenableに設定された場合、ＴＰＣは常に累積されることと取り扱うことがさらに簡単であり、ＴＤＷの境界について誤解の余地がないことがある。すなわち、ＵＥは、共同チャネル推定がenableに設定された場合、ＴＰＣ累積が適用されないときに、次の２つを考慮することができる。

[257] 代案６－１）累積なしのＴＰＣの適用は、１スロットの持続時間を有するイベントである。

[258] ここで、累積なしＴＰＣの適用が１スロットの持続時間を有するイベントは、累積なしＴＰＣが適用されると期待される時間領域スロットの直前に対して、ＵＥは実際のＴＤＷを終了することを意味することができる。言い換えれば、共用チャネル推定がenableに設定されたＵＥが、累積のないＴＰＣをｎ番目のスロットで適用するように指示を受けるとＵＥは、少なくともｎ－１番目のスロットで実際のＴＤＷを終了し、ｎ番目のスロットから新しい実際のＴＤＷを開始することができることを意味することができる。ここで、実際のＴＤＷは、実際のＵＥがＤＭＲＳバンドルのための送信、すなわち位相連続性及び電力一貫性を維持する送信を実行すると期待される連続スロットインデックスを意味することができる。

[259] 代案６－２）共同チャネル推定がenableに設定されることは、ＴＰＣ累積がenableに設定されることを意味する。

[260] 代案６－１の方法のように、累積なしＴＰＣの適用時間の変更は、ｇＮＢのスケジューリングの柔軟性を阻害する余地がある。したがって、ＵＥは、ＲＲＣで共同チャネル推定がenableに設定された場合、ＴＰＣ累積のenableが設定されたと判断することができる。言い換えれば、ＵＥは、ＲＲＣによる共同チャネル推定をenableに設定受けることがtpc－Accumulationが提供されなかったと判断するか、またはｔｐｃ－Ａｃｃｕｍｕｌａｔｉｏｎがｅｎａｂｌｅに設定されたと判断することができる。

[261] 一方、端末がアップリンクスロットｎでＴＡ(timing advance)コマンドを受信すると、端末は、アップリンクスロットｎ＋ｋ＋１が開始される際に当該アップリンク送信タイミングの調整（adjustment）を行うことができる。

[262] ＤＭＲＳバンドル内でアップリンクタイミング調整を実行することがｇＮＢの共同チャネル推定の観点から望ましくないことがある。したがって、ＤＭＲＳバンドル内で端末のアップリンクタイミングは変わらずに維持されることが望ましいことがある。

[263] したがって、ＤＭＲＳバンドル内でアップリンクタイミングを維持するために、ＤＭＲＳバンドルの第１のスロットを開始するときにのみ端末がアップリンクタイミング調整を実行するように端末の動作を制限することができる。すなわち、端末は、ＤＭＲＳバンドルを構成する第１のアップリンクスロットでアップリンクタイミング調整を実行することができ、残りのアップリンクスロットを開始するときにはアップリンクタイミング調整を実行しないことがある。

[264] このために、端末は具体的に次のように動作することができる。端末は、アップリンクスロットｎにＴＡコマンドを受信すると、アップリンクスロットｎ＋ｋ＋１以降から近いＤＭＲＳバンドルの第１のスロットを開始するときに該当アップリンク送信タイミングの調整を実行することができる。前記動作は、アップリンクスロットn＋k＋１でＰＵＳＣＨ／ＰＵＣＣＨの送信を繰り返して送信する場合に適用することができる。もしアップリンクスロットn+k+1がＰＵＳＣＨ／ＰＵＣＣＨ反復を構成する最後のＤＭＲＳバンドル内に位置する場合、ＵＥはＰＵＳＣＨ／ＰＵＣＣＨ反復送信が終了してからアップリンクスロットを開始したときにアップリンクスロットnで受信したＴＡコマンドのアップリンク送信タイミング調整を実行できる。

[265] さらに、ＵＥは時間領域ウィンドウ内でＴＡ調整を実行しないこともある。このために、以下の代案を考慮することができる。

[266] 代案７－１）ＵＥに指示されたＴＡ調整の適用時点がＲＲＣで共同チャネル推定がenableに設定された後である場合、ＵＥは、指示されたＴＡ調整を無視するか、ＴＡ調整を受信しないと期待することができる。

[267] 代案７－２）ＵＥに指示されたＴＡ調整の適用時点がＲＲＣで共同チャネル推定がenableに設定された後である場合、ＵＥは、指示されたＴＡ調整を時間領域ウィンドウに優先して適用することができる。

[268] ＵＥは、ＴＡ調整の適用時点を既存の動作通りに実行し、ｇＮＢはＵＥの正確なＴＡ調整適用時点を知っているので、該当時点でＵＥが時間領域ウィンドウを維持しないことが期待され得る。あるいは、ＵＥがＴＡ調整の適用に応じて時間領域ウィンドウの境界を変更することができる。あるいは、ｇＮＢとＵＥの共通の理解(common understanding)のために、ＴＡ調整の適用に応じて時間領域ウィンドウの境界が変更された場合、ＵＥは、前記境界の変更をｇＮＢに報告することができる。

[269] ＵＥは、ＴＡ調整の適用に従って時間領域ウィンドウの境界が変更することにつれてＵＥの送信特性の変化を期待することができる。すなわち、ＵＥは、ＴＡ調整の適用時点でＴＰＣコマンドなどを一緒に実行することができる。

[270] すなわち、共同チャネル推定がenableに設定されたＵＥがＴＡ調整をn番目のスロットで適用するように指示されると、ＵＥは少なくともｎ－１番目のスロットで実際のＴＤＷを終了し、ｎ番目のスロットから新しい実際のＴＤＷを開始する。ここで、実際のＴＤＷは、実際のＵＥがＤＭＲＳバンドリングのための送信、すなわち、位相連続性及び電力一貫性を維持する送信を実行すると期待される連続スロットインデックスを意味することができる。

[271] 代案７－３）ＵＥに指示されたＴＡ調整の適用時点がＲＲＣで共同チャネル推定がenableに設定された後である場合、ＵＥは、指示されたＴＡ調整を既存の適用時点とは異なり適用することができる。

[272] 既存の動作によれば、ＵＥは、アップリンクスロットｎで受信したタイミング調整をアップリンクスロットｎ＋ｋ＋１の開始で適用することができる。しかしながら、タイミング調整の適用時点が共同チャネル推定がenableに設定された状態である場合、すなわち、時間領域ウィンドウが設定されたアップリンクスロットに対してタイミング調整を適用する場合、該当適用時点が次のように変更され得る。アップリンクスロットn+kとアップリンクスロットn+k+1が同じ時間領域ウィンドウである場合、ＵＥは、該当時間領域ウィンドウの終了後の第１のアップリンクスロットの開始時点にタイミング調整を適用することができる。

[273] 言い換えれば、アップリンクスロットn＋kとアップリンクスロットｎ＋ｋ＋１が同じ時間領域ウィンドウである場合、アップリンク送信タイミングの対応する調整は、前記時間領域ウィンドウの後の第１のアップリンクスロットの開始時点で適用することができる。

[274] あるいは、ｋ値の変更を考慮することができる。すなわち、ＴＡ調整の適用時点について、ＵＥがＲＲＣで共同チャネル推定がenableに設定された状態であると、ＵＥはｋ値を変更してＴＡ調整を適用するか、あるいはｋ値に時間領域ウィンドウを含むことを考慮することができる。たとえば、既存のｋの定義を次のように変更することを考慮できる。

[275] 既存のｋの定義（式７）は式８のように変更できる。

[276]

[277]

[278] ここで、γは時間領域ウィンドウの第１のスロットを指示するスロットの最小数であり、γは０以上のＴＤＷ未満の値であり、ＴＤＷは共同チャネル推定がenableに設定された場合の時間領域ウィンドウであり、共同チャネル推定が不可能な(disable)場合、γはゼロであり得る。

[279] 代案７－４）ＵＥに指示されたＴＡ調整の適用時点がＲＲＣで共同チャネル推定がenableに設定された後である場合、ＵＥは、指示を受けたＴＡ調整の値に従ってＴＡ調整が実行されるかどうかを決定することができる。

[280] 事前の合意などにより、ＵＥは、指示を受けたＴＡ調整の値が特定の値ｋ以上の場合はＴＡ調整を行い、ｋ以下の場合はＴＡ調整を行わないことがある。

[281] あるいは、ＵＥは、指示を受けたＴＡ調整が特定値ｋ以上の場合、ＴＡ調整を時間領域ウィンドウに優先して適用し、前記ＴＡ調整が特定値ｋ以下である場合、ＴＡ調整を行わないか、時間領域ウィンドウを優先して指示を受けたＴＡ調整の適用時点を変更することができる。

[282] 前記方法等でＵＥがＴＡ調整を時間領域ウィンドウに優先して適用するということは、ＵＥが指示を受けた時間領域ウィンドウあるいは暗黙的な方法によりｇＮＢがＵＥが時間領域ウィンドウを適用すると期待される時間区間内で、ＴＡ調整を適用することを意味できる。これは、時間領域ウィンドウの要求事項である時間／位相一貫性が維持されないことを意味し、したがって、ＵＥは、該当時間領域ウィンドウを維持していないことをｇＮＢに知らせることができる。前記のタイミング調整の適用時点について、前述の代案７－３の方法を適用することができる。

[283] さらに、前記特定の値ｋは、事前の合意に従って固定値であり得、ＣＰ(cyclic prefix)の長さによって決定される値であり得る。すなわち、ＵＥは、共同チャネル推定がenableに設定され、送信するアップリンクのＢＷＰで指示されたパラメータcyclicPrefixから特定の値を算出し、これに基づいて指示されたＴＡ調整が適用されるか否かを決定することができる。

[284] さらに、ＵＥ自律調整(ＵＥ autonomous adjustment)についての議論が要求される。ここで、ＴＡ調整及びＵＥアップリンクタイミング自律調整(UE uplink timing autonomous adjustment)は位相変化を引き起こすがある。また、ＵＥアップリンクタイミング自律調整の定義と適用時点の定義が要求される。

[285] ここで、受信されたダウンリンクタイミングが変更され補償されないか、またはタイミングアドバンスコマンドなしでアップリンクタイミング調整によって部分的にのみ補償される場合、ＵＥはそれに応じてN_TA（ＭＡＣ－ＣＥまたはＲＡＲのタイミングアドバンス）を変更できる。

[286] したがって、ＵＥ自律調整は位相変化を引き起こすので、その適用時点について２つを考慮することができる。規格等にＵＥ自律調整の適用時点を定義することができる。あるいは、共同チャネル推定がenableに設定された状態でＵＥ自律調整が行われる場合、ＵＥは、その実行時点をｇＮＢに知らせることができる。すなわち、実際のＴＤＷがＵＥ自律ＴＡ調整で終了される場合、ＵＥはこれを報告することができる。ＵＥ自律調整の適用時点をすべて定義することは非効率的であるので、後者の方法を採用することが望ましいことがある。すなわち、共同チャネル推定がenableに設定された状態でＵＥ自律ＴＡ調整によって実際のＴＤＷが終了される場合、ＵＥは少なくとも実際のＴＤＷの終了を報告することができる。

[287] さらに、既存の規格によれば、ＴＡコマンドによって２つの隣接するスロットが重なる場合、後者のスロットは前者と比較して持続時間が減少することができる。したがって、ＴＡ調整をＴＤＷ境界で実行するか、またはイベントとして扱う場合、ＴＡ調整に応じて時間領域上の後方スロットの長さが減少することができる。ここで、前記後部スロットがどのように減少するかについての定義が不明であるので、その方法を定義する必要がある。すなわち、減少されるスロットの第１のシンボルが減少されるか、または該当スロットの最後のシンボルが減少され得る。すべての場合において、前記減少するスロットがＴＤＷに含まれるかどうかを決定する必要がある。簡単な方法として、前記減少されるスロットがＴＤＷに含まれないことがある。前記減少されスロットがＴＤＷに含まれるための２つの方法が考慮され得る。第１に、減少されたスロットの第１のシンボルが存在しないと扱う／仮定することができる。第２に、最後のシンボルが存在しないと扱い/仮定することができる。第１のシンボルを削除する場合、該当スロットでＰＵＳＣＨが送信され、さらにＴＤＷに含まれると、実際のＴＤＷの開始地点に対し新しい定義が必要である。すなわち、共同チャネル推定がenableに設定された場合、ＵＥはｎ番目のスロットでＴＡ調整の指示を受け、前記指示によってｎ＋１番目のスロットが減少した場合、ｎ番目のスロットとｎ＋１番目のスロットは１つのＤＭＲＳバンドルが構成されないと期待できる。すなわち、ｎ番目のスロットがｎ－１番目のスロットとＤＭＲＳバンドルの関係である場合、ＵＥは、ｎ番目のスロットでｇＮＢの指示がなくてもＤＭＲＳバンドルが終了されると判断することができる。

[288] 共用チャネル推定のためのウィンドウ区間またはＤＭＲＳバンドルが設定された区間について、該当区間の間または該当ウィンドウ区間に関係なく、後述するケースの条件が満たされれば、ＵＥは送信電力、送信タイミング、送信プリコーダなどを変更できる。すなわち、ＵＥは、以下の条件が満たされれば、共同チャネル推定を目的として現在の送信機会が直前の送信機会と同一であると期待される信号特性（例えば、変調次数（modulation order）、位相、電力、プリコーダ、送信タイミングなど）を異なるように設定することができる。後述する動作は、１つまたは複数の条件が満たされたときに行われることができる。

[289] ケース１）直前の送信機会と一定時間以上離れた場合

[290] ＵＥのｉ番目のアップリンク送信機会と（ｉ－１）番目のアップリンク送信機会との間に送信を行っていないＮ個以上のスロットが存在する場合、ＵＥはｉ番目の送信機会の送信電力、タイミング、プリコーダ、送信タイミングなどを、（ｉ－１）番目の送信機会の電力、タイミング、プリコーダ、送信タイミングなどと異なるように設定することができる。ここで、Ｎの値は、事前の合意に基づいてＵＥにＲＲＣ／ＭＡＣ－ＣＥ／ＤＣＩなどに設定され得、あるいはＵＥの能力に基づく値として決定され得る。

[291] ケース２）ダウンリンクシンボルまたはスロットがアップリンク送信機会の間に存在する場合

[292] ＵＥは、ｉ番目のアップリンク送信機会とｉ番目以降の最も近いＮ番目、すなわち（ｉ＋Ｎ）番目のアップリンク送信機会との間にダウンリンク信号を受信するか、またはダウンリンク信号の受信を目的として特定スロット／シンボルでのモニタリングの指示を受けた場合、あるいはダウンリンク信号の受信を目的として特定のスロット／シンボルでモニタリングすることが期待される場合、ｉ番目のアップリンク送信機会の送信の最後のシンボルから（ｉ＋Ｎ）番目アップリンク送信機会の第１のシンボルの前までの区間に対して、ＵＥは、変調次数、位相、電力、プリコーダ、送信タイミングなどを異なるように設定することができる。

[293] ケース３）共同チャネル推定のためにアップリンクを除外した他のアップリンク送信を行うか、別のアップリンク送信を行うように指示を受けた場合

[294] ＣＡ／ＤＣを実行しているＵＥは、特定のＣＣに対して共同チャネル推定を実行することができる。ＵＥは、ｉ番目のアップリンク送信機会が異なるＣＣ（component carrier）のアップリンク送信と衝突が発生した場合、あるいは衝突が発生して従来の方法に従って共同チャネル推定を行うｉ番目のアップリンク送信機会の送信電力を減らさなければならない場合、ＵＥは、該当送信機会に対して変調次数、位相、電力、プリコーダ、送信タイミングなどを異なるように設定することができる。あるいは、ＵＥがＣＡ／ＤＣ状況ではない単一セル動作を実行する場合、現在のＣＣに共同チャネル推定を目的とするアップリンク送信でない他のアップリンク信号の送信が設定されるとき、ＵＥはその送信機会に対して変調次数、位相、電力、プリコーダ、送信タイミングなどを異なるように設定することができる。

[295] ケース４）アップリンク送信機会の送信ＰＲＢの位置を変更するように指示された場合

[296] ＵＥは、周波数間ホッピング(inter-frequency hopping)または周波数内ホッピング(intra-frequency hopping)などによる従来の方法または共同チャネル推定などを目的に改善された周波数ホッピング方法により、（ｉ－１）番目の送信とｉ番目の送信のＰＲＢが異なると期待される場合、あるいは他のＰＲＢに送信するように指示を受けた場合、またはアップリンクＢＷＰ変更の設定を受けたた場合、ＵＥはｉ番目の送信機会の送信電力、タイミング、プリコーダ、送信タイミングなどを（ｉ－１）番目の送信機会の電力、タイミング、プリコーダ、送信タイミングなどと異なるように設定して送信することができる。

[297] ケース５）ＴＡコマンドを受信するか、またはＴＡコマンドの適用時点が到来した場合

[298] ＵＥがｉ番目のスロットでＴＡコマンドを受信するか、またはｉ番目のスロットまたはシンボルでＴＡコマンドの適用を受けた場合、またはｉ番目スロットまたはシンボルでＴＡコマンドを適用すると期待される場合、ＵＥは送信電力、タイミング、プリコーダなどを変更して送信することができる。

[299] ＵＥは、タイミング、電力、位相、プリコーダなど、特定の送信パラメータが同一であるか、または特定の類似度以上を有するように指定されるか、または指定されていないが同一または特定の類似度以上を有すると期待される持続時間（time duration）に対して、前記ケース１～ケース５などの場合に該当する場合、ＵＥは前記送信パラメータを維持しないことがある。

[300] 以下、本明細書で提案する様々な実施形態が説明される。図１２は、本明細書の一部実現による端末のアップリンク送信方法の一例を示す。

[301] 端末は、繰り返し送信設定情報を受信する（Ｓ１２１０）。前記繰り返し送信設定情報は、前記端末に物理アップリンクチャネルに対する繰り返し送信を設定する情報で有り得る。前記繰り返し送信設定情報は、前記繰り返し送信が行われる複数の時間領域リソースのセットを知らせることができる。前記複数の時間領域リソースセットのそれぞれは、前記繰り返し送信設定情報に基づいて時間領域で繰り返し設定されえる。

[302] 前記複数の時間領域リソースセットに含まれた特定の時間領域リソースセット内に特定のリソースが含まれる場合、端末は、前記特定の時間領域リソースセットに含まれた実(actual)時間領域リソースセット内で物理アップリンクチャネルに対する繰り返し送信を行う（Ｓ１２２０）。前記物理アップリンクチャネルは、ＰＵＣＣＨ及びＰＵＳＣＨの内、少なくとも１つであり得る。

[303] ここで、前記特定リソースは、前記端末が利用できないリソースであり得る。あるいは、特定リソースはイベントが発生するリソースであり得る。前記イベントは事前に定義され得る。前記イベントは、前記チャネル特性を維持できないと判断される動作であり得る。一例として、基地局が前記端末に送信するＴＡ(timing advance)コマンドに基づくタイミング調整は、前記イベントとして定義することができる。すなわち、前記特定リソースは、端末が基地局からＴＡコマンドを受信するリソースを含むことができる。

[304] さらに、前記実時間領域リソースセットは、時間領域上の前記特定リソースの直後のリソース（例えばシンボル）から開始することができる。前記実時間領域リソースセットは、時間領域上前記特定の時間領域リソースセットに設定された最後のリソースで終了することができる。あるいは、実時間領域リソースセットは、時間領域上の前記特定の時間領域リソースセットに設定されたリソースの内、また他の特定リソースの直前のリソースで終了することができる。

[305] ここで、一例として、前記複数の時間領域リソースセットは、ＤＭＲＳバンドルの送信のために設定されえる。ＤＭＲＳバンドルに設定されたリソースは、チャネル特性が同一であるかまたは特定の範囲内に含まれるように設定され得る。ここで、前記ＤＭＲＳバンドルは、ＵＥの特定送信機会に対して前記ＵＥが送信するまた別の送信機会と位相(phase)、送信電力、ＰＲＢ（physical resource block）、変調次数（modulation order）、送信タイミング等のチャネル特性が同じであることで、または特定のレベル以上の類似度を有することと期待される、または同じであるか特定のレベル以上の類似度を維持するように指示された場合、そのような２つまたはそれ以上の送信機会の束の時間軸区間を意味することができる。あるいは、ＤＭＲＳバンドルは、事前に約束された特定の区間の送信機会に対して、位相、送信電力、ＰＲＢ、変調次数、送信タイミングなどが同一であることで、または特定のレベル以上の類似度を有することと期待される、または同一するかまたは特定レベル以上の類似度を維持するように指示された場合、そのような送信機会の束の時間軸区間を意味することができる。

[306] ここで、前記ＤＭＲＳバンドルに対する複数の時間領域リソースセットのそれぞれは、設定された時間領域ウィンドウ（configured time domain window：configured ＴＤＷ）と名付けられる。さらに、前記端末は、前記設定されたＴＤＷ内に前記特定のリソースが存在すると、実際のＴＤＷ（actual ＴＤＷ）上で前記ＤＭＲＳバンドルを送信することができる。このとき、前記実際のＴＤＷは、前記実時間領域リソースセットと同じであり得る。

[307] 図１３は、本明細書の一部実現による端末のタイミングアドバンス(timing advance：TA)調整方法の一例を示す。

[308] 端末は繰り返し送信設定情報を受信する（Ｓ１３１０）。前記繰り返し送信設定情報は、前記端末に物理アップリンクチャネルに対する繰り返し送信を設定する情報で有り得る。前記繰り返し送信設定情報は、前記繰り返し送信が行われる複数の時間領域リソースのセットを知らせることができる。前記複数の時間領域リソースセットのそれぞれは、前記繰り返し送信設定情報に基づいて時間領域で繰り返し設定され得る。さらに、物理アップリンクチャネルは、ＰＵＣＣＨ及びＰＵＳＣＨの内、少なくとも１つであり得る。

[309] 前記複数の時間領域リソースセットに含まれた特定時間領域リソースセット内に特定のリソースが含まれた場合、前記端末は、前記特定時間領域リソースセットに含まれた実(actual)時間領域リソースセットを決定する（Ｓ１３２０）。ここで、前記特定リソースは、前記端末が利用できないリソースで有り得る。あるいは、前記特定のリソースはイベントが発生するリソースであり得る。前記イベントは事前に定義できる。前記イベントは、前記チャネル特性を維持できないと判断される動作であり得る。一例として、基地局が前記端末に送信するＴＡ(timing advance)コマンドに基づくタイミング調整は、前記イベントとして定義することができる。すなわち、特定リソースは、端末が基地局からＴＡコマンドを受信するリソースを含むことができる。

[310] ここで、前記端末は、ＵＥ自律(autonomous)ＴＡ調整の実行の有無を判断することができる。前記ＵＥ自律ＴＡ調整とは、端末が基地局からＴＡコマンドを受信しなかった場合に前記端末によって実行されるＴＡ調整を意味することができる。前記端末は、特定条件が満たされると、ＵＥ自律ＴＡ調整を実行することができる。例えば、前記端末は、時間領域上アップリンクリソースとダウンリンクリソースとの間のタイミング差が閾値より大きい場合、前記端末はＵＥ自律ＴＡ調整を実行することができる。

[311] ここで、前記端末がＵＥ自律ＴＡ調整が必要であると判断した場合であっても、前記端末は、前記実時間領域リソースセット内ではＵＥ自律ＴＡ調整を行わないことができる。一例として、端末が、実時間領域リソース内でＵＥ自律ＴＡ調整が必要であると判断した場合、前記端末は、前記実時間領域リソースセット内ではＵＥ自律ＴＡ調整を実行せず、前記実時間領域リソースセットが終了すると、前記ＵＥ自律ＴＡ調整を実行することができる。

[312] 図１４は、本明細書の一部実現に従って基地局によって実行される端末の繰り返し送信設定方法の一例を示す。

[331] 図１４を参照すると、基地局は端末に繰り返し送信設定情報を送信する（Ｓ１４１０）。前記繰り返し送信設定情報は、前記端末に物理アップリンクチャネルに対する繰り返し送信を設定する情報で有り得る。前記繰り返し送信設定情報は、前記繰り返し送信が行われる複数の時間領域リソースセットを知らせることができる。前記複数の時間領域リソースセットのそれぞれは、前記繰り返し送信設定情報に基づいて時間領域で繰り返し設定され得る。さらに、前記物理アップリンクチャネルは、ＰＵＣＣＨ及びＰＵＳＣＨの内、少なくとも１つであり得る。

[314] 前記基地局は、前記端末に、前記複数の時間領域リソースセットに含まれた特定時間領域リソースセット内の特定リソース内のＴＡコマンドを送信する（Ｓ１４２０）。ここで、一例で、複数の時間領域リソースセットは、ＤＭＲＳバンドルの送信のために設定され得る。ＤＭＲＳバンドルに設定されたリソースは、チャネル特性が同一するかまたは特定範囲内に含まれるように設定され得る。ここで、前記ＤＭＲＳバンドルは、ＵＥの特定送信機会に対して前記ＵＥが送信するまた別の送信機会と位相(phase)、送信電力、ＰＲＢ（physical resource block）、変調次数（modulation order）、送信タイミング等のチャネル特性が同じであることで、または特定レベル以上の類似度を有することと期待される、または同じであるかまたは特定のレベル以上の類似度を維持するように指示された場合、そのような２つまたはそれ以上の送信機会の束の時間軸区間を意味することができる。あるいは、ＤＭＲＳバンドルは、事前に約束された特定区間の送信機会に対して、位相、送信電力、ＰＲＢ、変調次数、送信タイミングなどが同一であるか、または特定レベル以上の類似度を有することと期待される、または同一であることでまたは特定レベル以上の類似度を維持するように指示された場合、そのような送信機会の束の時間軸区間を意味することができる。

[315] 前記基地局は、前記端末から前記特定時間領域リソースセットに含まれた実時間領域リソースセット内でＤＭＲＳバンドルを受信する（Ｓ１４３０）。ここで、前記ＤＭＲＳバンドルが送信されるタイミングは、前記ＴＡコマンドに基づくＴＡ調整が適用されないタイミングで有り得る。

[316] 本明細書で提案する方法は、端末以外にも、すくなくとも１つのプロセッサ（processor)によって実行されることに基づく命令語(instruction)を含む少なくとも１つのコンピュータで読むことができる記録媒体(computer readable medium)及び、１つ以上のプロセッサと前記１つ以上のプロセッサによって実行可能に接続され、及び命令を貯蔵する１つ以上のメモリとを含むが、前記１つ以上のプロセッサは、前記命令語を実行して本明細書で提案する方法を実行する端末を制御するように設定された装置(apparatus)によっても実行することができる。さらに、本明細書で提案する方法によれば、端末が実行する動作に該当する基地局による動作を考慮することができることは明らかである。

[317] 以下においては、本開示が適用される通信システムの例を説明する。

[318] これに限定されないが、文書に開示された本開示の様々な説明、機能、手順、提案、方法及び／または動作フローチャートは、機器間で無線通信／接続（例えば、５Ｇ）を必要とする様々な分野に適用することができる。

[319] 以下、図面を参照してさらに具体的に例示する。以下の図面／説明において同じ図面番号は、異なるように記載がない限り、同じであるかまたは対応されるハードウェアブロック、ソフトウェアブロック、または機能ブロックを例示することができる。

[320] 図１５は、本開示に適用される通信システム１を示す。

[321] 図１５を参照すると、本開示に適用される通信システム１は、無線機器、基地局、及びネットワークを含む。ここで、無線機器は、無線接続技術（例えば、5G NR(New RAT), ＬＴＥ(Long Term Evolution))を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器と称することができる。これに限定されるものではないが、無線機器は、ロボット１００ａ、車両１００ｂ－１、１００ｂ－２、ＸＲ（eXtended Reality）機器１００ｃ、携帯機器（Hand-held device）１００ｄ、家電１００ｅ）、ＩｏＴ(Internet of Thing)機器１００ｆ、ＡＩ機器／サーバ４００を含むことができる。例えば、車両は、無線通信機能を備えた車両、自律走行車両、車両間通信を行うことができる車両などを含むことができる。ここで、車両は、ＵＡＶ（Unmanned Aerial Vehicle）（例えば、ドローン）を含むことができる。ＸＲ機器はＡＲ(Augmented Reality)／ＶＲ(Virtual Reality)／ＭＲ(Mixed Reality)機器を含み、ＨＭＤ(Head-Mounted Device)、車両に備えられたＨＵＤ(Head-Up Display)、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ(signage)、車両、ロボットなどの形態で実現することができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートガラス）、コンピュータ（例えば、ノートブックなど）などを含むことができる。家電は、テレビ、冷蔵庫、洗濯機などを含むことができる。ＩｏＴ機器は、センサ、スマートメーターなどを含むことができる。例えば、基地局、ネットワークは無線装置としても実現され得、特定の無線装置２００ａは他の無線機器に基地局／ネットワークノードとして動作することもできる。

[322] ここで、本明細書の無線機器で実現される無線通信技術は、ＬＴＥ、ＮＲ及び６Ｇ、だけでなく低電力通信のためのNarrowband Internet of Thingsを含み得る。このとき、例えば、ＮＢ－ＩｏＴ技術は、ＬＰＷＡＮ（Low Power Wide Area Network）技術の一例で有り得、ＬＴＥＣａｔＮＢ１及び／又はＬＴＥＣａｔＮＢ２等の規格で実現され得、前述した名称に限定されるものではない。追加的または代替的に、本明細書の無線機器で実現される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を実行することができる。このとき、一例として、ＬＴＥ－Ｍ技術はＬＰＷＡＮ技術の一例であり得、ｅＭＴＣ（enhanced Machine Type Communication）などの様々な名称と称することができる。例えば、ＬＴＥ-Ｍ技術は１）LTE CAT 0,2)LTE Cat M１,３）LTE Cat M２,４）LTE non-BL(non-Bandwidth Limited),５）LTE－MTC,６）LTE Machine Type Communication 及び／または7）ＬＴＥＭなどの様々な規格の内、少なくともいずれか１つで実現することができ、前述の名称に限定されない。追加的または代替的に、本明細書の無線機器で実現される無線通信技術は、低電力通信を考慮したZigBee、ブルートゥース（Bluetooth）、及び低電力ワイドエリアネットワーク(Low Power Wide Area Network, LPWAN)の内、少なくともいずれか１つを含み得。前述した名称に限定されるものではない。一例として、ZigBee技術は、ＩＥＥＥ８０２．１５.４などの様々な規格に基づいて、小型／低電力デジタル通信に関連するＰＡＮ(personal area networks)を生成することができ、様々な名称と称される。

[323] 無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００と接続することができる。無線機器１００ａ～１００ｆにはＡＩ（Artificial Intelligence）技術を適用することができ、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００と接続することができる。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワーク、または５Ｇ（例えば、ＮＲ）ネットワークなどを使用して構成することができる。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することができるが、基地局／ネットワークを介さずに直接通信（ｅ．ｇ．サイドリンク通信(sidelink communication))することもできる。例えば、車両１００ｂ－１、１００ｂ－２は直接通信（ｅ．ｇ．Ｖ２Ｖ（Vehicle to Vehicle）／Ｖ２Ｘ(Vehicle to everything) communication)を行うことができる。また、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）または他の無線機器１００ａ～１００ｆと直接通信することができる。

[324] 無線機器１００ａ～１００ｆ／基地局２００と基地局２００／基地局２００との間には無線通信／接続１５０ａ、１５０ｂ、１５０ｃに成り得る。ここで、無線通信／接続は、アップリンク／ダウンリンク通信１５０ａとサイドリンク通信１５０ｂ（又は、Ｄ２Ｄ通信）、基地局間通信１５０ｃ)(e.g. relay, IAB(Integrated Access Backhaul)のような様々な無線接続技術（例えば、５ＧＮＲ）を介して成り得る。無線通信／接続１５０ａ、１５０ｂ、１５０ｃを介して無線機器と基地局／無線機器、基地局と基地局とは互いに無線信号を送信／受信することができる。例えば、無線通信／接続１５０ａ、１５０ｂ、１５０ｃは、様々な物理チャネルを介して信号を送受信することができる。このために、本開示の様々な提案に基づいて、無線信号の送信／受信のための様々な構成情報設定プロセス、様々な信号処理プロセス（例えば、チャネルエンコード／復号、変調／復調、リソースマッピング／デマッピングなど）リソース割り当て過程などの少なくとも一部を実行することができる。

[335] 図１６は、本開示に適用されることができる無線機器を例示する。

[326] 図１６を参照すると、第１の無線機器１００と第２の無線機器２００は、多様な無線接続技術（例、ＬＴＥ、ＮＲ）を介して無線信号を送受信することができる。ここで、｛第１無線機器１００、第２無線機器２００｝は、図１５の｛無線機器１００ｘ、基地局２００｝及び／又は｛無線機器１００ｘ、無線機器１００ｘ}に対応できる。

[327] 第１の無線機器１００は、一つ以上のプロセッサ１０２及び一つ以上のメモリ１０４を含み、追加的に一つ以上の送受信機１０６及び／または一つ以上のアンテナ１０８をさらに含むことができる。プロセッサ１０２は、メモリ１０４及び／または送受信機１０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を具現するように構成されることができる。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１の情報／信号を生成した後、送受信機１０６を介して第１の情報／信号を含む無線信号を送信することができる。また、プロセッサ１０２は、送受信機１０６を介して第２の情報／信号を含む無線信号を受信した後、第２の情報／信号の信号処理から得た情報をメモリ１０４に格納することができる。メモリ１０４は、プロセッサ１０２と連結されることができ、プロセッサ１０２の動作と関連した多様な情報を格納することができる。例えば、メモリ１０４は、プロセッサ１０２により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部である。送受信機１０６は、プロセッサ１０２と連結されることができ、一つ以上のアンテナ１０８を介して無線信号を送信及び／または受信することができる。送受信機１０６は、送信機及び／または受信機を含むことができる。送受信機１０６は、ＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）ユニットと混用されることができる。本開示における無線機器は、通信モデム／回路／チップを意味し得る。

[328] 第２の無線機器２００は、一つ以上のプロセッサ２０２、一つ以上のメモリ２０４を含み、追加的に一つ以上の送受信機２０６及び／または一つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／または送受信機２０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を具現するように構成されることができる。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３の情報／信号を生成した後、送受信機２０６を介して第３の情報／信号を含む無線信号を送信することができる。また、プロセッサ２０２は、送受信機２０６を介して第４の情報／信号を含む無線信号を受信した後、第４の情報／信号の信号処理から得た情報をメモリ２０４に格納することができる。メモリ２０４は、プロセッサ２０２と連結されることができ、プロセッサ２０２の動作と関連した多様な情報を格納することができる。例えば、メモリ２０４は、プロセッサ２０２により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部である。送受信機２０６は、プロセッサ２０２と連結されることができ、一つ以上のアンテナ２０８を介して無線信号を送信及び／または受信することができる。送受信機２０６は、送信機及び／または受信機を含むことができる送受信機２０６は、ＲＦユニットと混用されることができる。本開示における無線機器は、通信モデム／回路／チップを意味し得る。

[329] 以下、無線機器１００、２００のハードウェア要素に対してより具体的に説明する。これに制限されるものではなく、一つ以上のプロトコル階層が一つ以上のプロセッサ１０２、２０２により具現されることができる。例えば、一つ以上のプロセッサ１０２、２０２は、一つ以上の階層（例、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的階層）を具現することができる。一つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図によって、一つ以上のＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）及び／または一つ以上のＳＤＵ（ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ）を生成することができる。一つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図によって、メッセージ、制御情報、データまたは情報を生成することができる。一つ以上のプロセッサ１０２、２０２は、本文書に開示された機能、手順、提案及び／または方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データまたは情報を含む信号（例、ベースバンド信号）を生成し、一つ以上の送受信機１０６、２０６に提供できる。一つ以上のプロセッサ１０２、２０２は、一つ以上の送受信機１０６、２０６から信号（例、ベースバンド信号）を受信することができ、本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データまたは情報を取得することができる。

[330] 一つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサまたはマイクロコンピュータと呼ばれることができる。一つ以上のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせにより具現されることができる。一例として、一つ以上のＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）、一つ以上のＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）、一つ以上のＤＳＰＤ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｉｎｇＤｅｖｉｃｅ）、一つ以上のＰＬＤ（ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ）または一つ以上のＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙｓ）が一つ以上のプロセッサ１０２、２０２に含まれることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図は、ファームウェアまたはソフトウェアを使用して具現されることができ、ファームウェアまたはソフトウェアは、モジュール、手順、機能などを含むように具現されることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を実行するように設定されたファームウェアまたはソフトウェアは、一つ以上のプロセッサ１０２、２０２に含まれ、または一つ以上のメモリ１０４、２０４に格納されて一つ以上のプロセッサ１０２、２０２により駆動されることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図は、コード、命令語及び／または命令語の集合形態でファームウェアまたはソフトウェアを使用して具現されることができる。

[331] 一つ以上のメモリ１０４、２０４は、一つ以上のプロセッサ１０２、２０２と連結されることができ、多様な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／または命令を格納することができる。一つ以上のメモリ１０４、２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ読み取り格納媒体及び／またはこれらの組み合わせで構成されることができる。一つ以上のメモリ１０４、２０４は、一つ以上のプロセッサ１０２、２０２の内部及び／または外部に位置できる。また、一つ以上のメモリ１０４、２０４は、有線または無線連結のような多様な技術を介して一つ以上のプロセッサ１０２、２０２と連結されることができる。

[332] 一つ以上の送受信機１０６、２０６は、一つ以上の他の装置に本文書の方法及び／または動作流れ図等で言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信することができる。一つ以上の送受信機１０６、２０６は、一つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図等で言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、一つ以上の送受信機１０６、２０６は、一つ以上のプロセッサ１０２、２０２と連結されることができ、無線信号を送受信することができる。例えば、一つ以上のプロセッサ１０２、２０２は、一つ以上の送受信機１０６、２０６が一つ以上の他の装置にユーザデータ、制御情報または無線信号を送信するように制御できる。また、一つ以上のプロセッサ１０２、２０２は、一つ以上の送受信機１０６、２０６が一つ以上の他の装置からユーザデータ、制御情報または無線信号を受信するように制御できる。また、一つ以上の送受信機１０６、２０６は、一つ以上のアンテナ１０８、２０８と連結されることができ、一つ以上の送受信機１０６、２０６は、一つ以上のアンテナ１０８、２０８を介して本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図等で言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されることができる。本文書において、一つ以上のアンテナは、複数の物理アンテナであり、または複数の論理アンテナ（例、アンテナポート）である。一つ以上の送受信機１０６、２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを一つ以上のプロセッサ１０２、２０２を利用して処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）できる。一つ以上の送受信機１０６、２０６は、一つ以上のプロセッサ１０２、２０２を利用して処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換できる。このために、一つ以上の送受信機１０６、２０６は、（アナログ）オシレーター及び／またはフィルタを含むことができる。

[333] 図１７は、送信信号のための信号処理回路を示す。

[334] 図１７を参照すると、信号処理回路１０００はスクランブラ１０１０、変調器１０２０、レイヤマッパ１０３０、プリコーダ１０４０、リソースマッパ１０５０、信号生成器１０６０を含めることができる。これに限定されないが、図１７の動作／機能は、図１６のプロセッサ１０２、２０２及び／またはトランシーバ１０６、２０６で実現することができる。図１７のハードウェア要素は、図１６のプロセッサ１０２、２０２及び／またはトランシーバ１０６、２０６で実現することができる。例えば、ブロック１０１０～１０６０は、図１６のプロセッサ１０２、２０２で実現することができる。さらに、ブロック１０１０～１０５０は図１６のプロセッサ１０２、２０２で実現され、ブロック１０６０は図１６のトランシーバ１０６、２０６で実現することができる。

[335] コードワードは、図１７の信号処理回路１０００を介して無線信号に変換することができる。ここで、コードワードは情報ブロックの符号化されたビットシーケンスである。情報ブロックは、伝送ブロック（例えば、ＵＬ－ＳＣＨ伝送ブロック、ＤＬ－ＳＣＨ伝送ブロック）を含むことができる。無線信号は、様々な物理チャネル（例えば、ＰＵＳＣＨ、ＰＤＳＣＨ）を介して送信され得る。

[336] 具体的に、コードワードは、スクランブラ１０１０によってスクランブルされたビットシーケンスに変換され得る。スクランブルに使用されるスクランブルシーケンスは初期化値に基づいて生成され、初期化値は無線機器のＩＤ情報などを含むことができる。スクランブルされたビットシーケンスは、変調器１０２０によって変調シンボルシーケンスに変調され得る。変調方式は、pi/2-BPSK(pi/2-Binary Phase Shift Keying), m-PSK(m-Phase Shift Keying), m-QAM(m-Quadrature Amplitude Modulation)などを含むことができる。複素変調シンボルシーケンスは、レイヤマッパ１０３０によって１つ以上の送信レイヤにマッピングされ得る。各送信レイヤの変調シンボルは、プリコーダ１０４０によって該当アンテナポートにマッピングすることができる（プリコーディング）。プリコーダ１０４０の出力ｚは、レイヤマッパ１０３０の出力ｙをＮ＊Ｍのプリコーディング行列Ｗと乗じて得ることができる。ここで、Ｎはアンテナポートの数、Ｍは送信レイヤの数である。ここで、プリコーダ１０４０は、複素変調シンボルに対するトランスフォーム(transform)プリコーディング（例えば、ＤＦＴ変換）を行った後にプリコーディングを行うことができる。また、プリコーダ１０４０は、トランスフォームプリコーディングを行わずにプリコーディングを行うことができる。

[337] リソースマッパー１０５０は、各アンテナポートの変調シンボルを時間周波数リソースにマッピングすることができる。時間周波数リソースは、時間ドメイン(領域)で複数のシンボル（例えば、ＣＰ－ＯＦＤＭＡシンボル、ＤＦＴ－Ｓ－ＯＦＤＭＡシンボル）を含み、周波数ドメインで複数の副搬送波を含むことができる。信号生成器１０６０は、マッピングされた変調シンボルから無線信号を生成し、生成された無線信号は各アンテナを介して他の機器に送信され得る。このために、信号生成器１０６０は、ＩＦＦＴ(Inverse Fast Fourier Transform)モジュール及びＣＰ(Cyclic Prefix)挿入器、ＤＡＣ(Digital-to-Analog Converter)、周波数アップコンバータ(frequency uplink converter)などを含むことができる。

[338] 無線機器における受信信号のための信号処理過程は、図１７の信号処理過程１０１０～１０６０の逆で構成することができる。例えば、無線装置（例えば、図１６の１００、２００）は、アンテナポート／トランシーバを介して外部から無線信号を受信することができる。受信した無線信号は、信号復元器を介してベースバンド信号に変換することができる。このために、信号復元器は周波数ダウンコンバータ(frequency downlink converter),ＡＤＣ(analog-to-digital converter)、ＣＰキャンセラ、ＦＦＴ(Fast Fourier Transform)モジュールを含むことができる。その後、ベースバンド信号は、リソースデマッパープロセス、ポストコーディング(postcoding)プロセス、復調プロセス、及びデスクランブルプロセスを経てコードワードに復元することができる。コードワードはデコーディング(decoding)を経て元の情報ブロックに復元され得る。したがって、受信信号のための信号処理回路（図示せず）は、信号復元器、リソースデマッパ、ポストコーダ、復調器、デスクランブラ、及びデコーディング器を含むことができる。

[339] 図１８は、本開示に適用される無線機器の他の例を示す。無線機器は、使用例／サービスに応じて様々な形態で実現され得る。

[340] 図１８を参照すると、無線機器１００、２００は、図１６の無線機器１００、２００に対応し、様々な要素(element)、成分(component)、ユニット／部(unit)、及び／あるいは、モジュール(module)として構成することができる。例えば、無線機器１００、２００は、通信部１１０、制御部１２０、メモリ部１３０、及び追加要素１４０を含むことができる。通信部は、通信回路１１２及び送受信機（ら）１１４を含むことができる。例えば、通信回路１１２は、一つ以上のプロセッサ１０２、２０２及び／または一つ以上のメモリ１０４、２０４を含むことができる。例えば、送受信機（ら）１１４は、図１６の一つ以上の送受信機１０６、２０６及び／または一つ以上のアンテナ１０８、２０８を含むことができる。制御部１２０は、通信部１１０、メモリ部１３０、及び追加要素１４０と電気的に連結されて無線機器の諸般動作を制御する。例えば、制御部１２０は、メモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御することができる。また、制御部１２０は、メモリ部１３０に格納された情報を通信部１１０を介して外部（例、他の通信機器）に無線／有線インターフェースを介して送信し、または通信部１１０を介して外部（例、他の通信機器）から無線／有線インターフェースを介して受信された情報をメモリ部１３０に格納することができる。

[341] 追加要素１４０は、無線機器の種類によって多様に構成されることができる。例えば、追加要素１４０は、パワーユニット／バッテリ、入出力部（Ｉ／Ｏｕｎｉｔ）、駆動部、及びコンピュータ部のうち少なくとも一つを含むことができる。これに制限されるものではなく、無線機器は、ロボット（図１５、１００ａ）、車両（図１５、１００ｂ－１、１００ｂ－２）、ＸＲ機器（図１５、１００ｃ）、携帯機器（図１５、１００ｄ）、家電（図１５、１００ｅ）、ＩｏＴ機器（図１５、１００ｆ）、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置（または、金融装置）、保安装置、気候／環境装置、ＡＩサーバ／機器（図図１５、４００）、基地局（図１５、２００）、ネットワークノードなどの形態で具現されることができる。無線機器は、使用－例／サービスによって移動可能であり、または固定された場所で使われることができる。

[342] 図１８において、無線機器１００、２００内の多様な要素、成分、ユニット／部、及び／またはモジュールは、全体が有線インターフェースを介して相互連結され、または少なくとも一部が通信部１１０を介して無線で連結されることができる。例えば、無線機器１００、２００内で、制御部１２０と通信部１１０は、有線で連結され、制御部１２０と第１のユニット（例、１３０、１４０）は、通信部１１０を介して無線で連結されることができる。また、無線機器１００、２００内の各要素、成分、ユニット／部、及び／またはモジュールは、一つ以上の要素をさらに含むことができる。例えば、制御部１２０は、一つ以上のプロセッサ集合で構成されることができる。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎｐｒｏｃｅｓｓｏｒ）、ＥＣＵ（ＥｌｅｃｔｒｏｎｉｃＣｏｎｔｒｏｌＵｎｉｔ）、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されることができる。他の例として、メモリ部１３０は、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ＤＲＡＭ（ＤｙｎａｍｉｃＲＡＭ）、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、フラッシュメモリ（ｆｌａｓｈｍｅｍｏｒｙ）、揮発性メモリ（ｖｏｌａｔｉｌｅｍｅｍｏｒｙ）、非－揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅｍｅｍｏｒｙ）及び／またはこれらの組み合わせで構成されることができる。

[343] 以下、図１８の実現について図面を参照してより詳細に説明する。

[344] 図１９は本開示に適用される携帯機器を例示する。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例、スマートウオッチ、スマートグラス）、携帯用コンピュータ（例、ノートブック等）を含むことができる。携帯機器は、ＭＳ（ＭｏｂｉｌｅＳｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒｔｅｒｍｉｎａｌ）、ＭＳＳ（ＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、ＳＳ（ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、ＡＭＳ（ＡｄｖａｎｃｅｄＭｏｂｉｌｅＳｔａｔｉｏｎ）またはＷＴ（Ｗｉｒｅｌｅｓｓｔｅｒｍｉｎａｌ）と呼ばれることができる。

[345] 図１９を参照すると、携帯機器１００は、アンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０、電源供給部１４０ａ、インターフェース部１４０ｂ、及び入出力部１４０ｃを含むことができる。アンテナ部１０８は、通信部１１０の一部で構成されることができる。ブロック１１０～１３０／１４０ａ～１４０ｃは、各々、図１８のブロック１１０～１３０／１４０に対応する。

[346] 通信部１１０は、他の無線機器、基地局と信号（例、データ、制御信号等）を送受信することができる。制御部１２０は、携帯機器１００の構成要素を制御して多様な動作を実行することができる。制御部１２０は、ＡＰ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｃｅｓｓｏｒ）を含むことができる。メモリ部１３０は、携帯機器１００の駆動に必要なデータ／パラメータ／プログラム／コード／命令を格納することができる。また、メモリ部１３０は、入／出力されるデータ／情報などを格納することができる。電源供給部１４０ａは、携帯機器１００に電源を供給し、有／無線充電回路、バッテリなどを含むことができる。インターフェース部１４０ｂは、携帯機器１００と他の外部機器の連結をサポートすることができる。インターフェース部１４０ｂは、外部機器との連結のための多様なポート（例、オーディオ入／出力ポート、ビデオ入／出力ポート）を含むことができる。入出力部１４０ｃは、映像情報／信号、オーディオ情報／信号、データ、及び／またはユーザから入力される情報の入力を受け、または出力できる。入出力部１４０ｃは、カメラ、マイクロホン、ユーザ入力部、ディスプレイ部１４０ｄ、スピーカ、及び／またはハプティクモジュールなどを含むことができる。

[347] 一例として、データ通信の場合、入出力部１４０ｃは、ユーザから入力された情報／信号（例、タッチ、文字、音声、イメージ、ビデオ）を取得し、取得された情報／信号は、メモリ部１３０に格納されることができる。通信部１１０は、メモリに格納された情報／信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信し、または基地局に送信できる。また、通信部１１０は、他の無線機器または基地局から無線信号を受信した後、受信された無線信号を元来の情報／信号に復元できる。復元された情報／信号は、メモリ部１３０に格納された後、入出力部１４０ｃを介して多様な形態（例、文字、音声、イメージ、ビデオ、ハプティク）で出力されることができる。

[348] 図２０は、本開示に適用される車両または自律走行車両を示す。車両または自律走行車両は、移動型ロボット、車両、汽車、有／無人飛行体（ＡｅｒｉａｌＶｅｈｉｃｌｅ、ＡＶ）、船舶などで具現されることができる。

[349] 図２０を参照すると、車両または自律走行車両１００は、アンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ、及び自律走行部１４０ｄを含むことができる。アンテナ部１０８は、通信部１１０の一部で構成されることができる。ブロック１１０／１３０／１４０ａ～１４０ｄは、各々、図１８のブロック１１０／１３０／１４０に対応する。

[350] 通信部１１０は、他の車両、基地局（例えば、基地局、ロードサイド基地局（ＲｏａｄＳｉｄｅｕｎｉｔ）等）、サーバなどの外部機器と信号（例、データ、制御信号等）を送受信することができる。制御部１２０は、車両または自律走行車両１００の要素を制御して多様な動作を実行することができる。制御部１２０は、ＥＣＵ（ＥｌｅｃｔｒｏｎｉｃＣｏｎｔｒｏｌＵｎｉｔ）を含むことができる。駆動部１４０ａは、車両または自律走行車両１００を地上で走行するようにすることができる。駆動部１４０ａは、エンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含むことができる。電源供給部１４０ｂは、車両または自律走行車両１００に電源を供給し、有／無線充電回路、バッテリなどを含むことができる。センサ部１４０ｃは、車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃは、ＩＭＵ（ｉｎｅｒｔｉａｌｍｅａｓｕｒｅｍｅｎｔｕｎｉｔ）センサ、衝突センサ、ホイールセンサ（ｗｈｅｅｌｓｅｎｓｏｒ）、速度センサ、傾斜センサ、重量感知センサ、ヘディングセンサ（ｈｅａｄｉｎｇｓｅｎｓｏｒ）、ポジションモジュール（ｐｏｓｉｔｉｏｎｍｏｄｕｌｅ）、車両前進／後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含むことができる。自律走行部１４０ｄは、走行中である車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると、自動で経路を設定して走行する技術などを具現することができる。

[351] 一例として、通信部１１０は、外部サーバから地図データ、交通情報データなどを受信することができる。自律走行部１４０ｄは、取得されたデータに基づいて自律走行経路とドライビングプランを生成することができる。制御部１２０は、ドライビングプランによって車両または自律走行車両１００が自律走行経路に沿って移動するように駆動部１４０ａを制御することができる（例、速度／方向調節）。自律走行途中に、通信部１１０は、外部サーバから最新交通情報データを非／周期的に取得し、周辺車両から周辺交通情報データを取得することができる。また、自律走行途中に、センサ部１４０ｃは、車両状態、周辺環境情報を取得することができる。自律走行部１４０ｄは、新しく取得されたデータ／情報に基づいて、自律走行経路とドライビングプランを更新することができる。通信部１１０は、車両位置、自律走行経路、ドライビングプランなどに関する情報を外部サーバに伝達できる。外部サーバは、車両または自律走行車両から収集された情報に基づいて、ＡＩ技術などを利用して交通情報データをあらかじめ予測でき、予測された交通情報データを車両または自律走行車両に提供できる。

[352] 図２１は本開示に適用される車両を示す。車両は運送手段、列車、飛行体、船舶などとしても実現することができる。

[353] 図２１を参照すると、車両１００は、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ及び位置測定部１４０ｂを含むことができる。ここで、ブロック１１０～１３０／１４０ａ～１４０ｂはそれぞれ図１８のブロック１１０～１３０／１４０に対応する。

[354] 通信部１１０は、他の車両や基地局などの外部機器と信号（例えば、データ、制御信号など）を送受信することができる。制御部１２０は、車両１００の構成要素を制御して様々な動作を実行することができる。メモリ部１３０は、車両１００の様々な機能を支援するデータ／パラメータ／プログラム／コード／命令を貯蔵することができる。入出力部１４０ａは、メモリ部１３０内の情報に基づいてＡＲ／ＶＲオブジェクトを出力することができる。入出力部１４０ａはＨＵＤを含むことができる。位置測定部１４０ｂは、車両１００の位置情報を獲得することができる。位置情報は、車両１００の絶対位置情報、走行線内での位置情報、加速度情報、周辺車両との位置情報などを含むことができる。位置測定部１４０ｂは、ＧＰＳ及び各種センサを含むことができる。

[355] 一例として、車両１００の通信部１１０は、外部サーバから地図情報、交通情報などを受信してメモリ部１３０に貯蔵することができる。位置測定部１４０ｂは、ＧＰＳ及び各種センサを介して車両位置情報を獲得してメモリ部１３０に貯蔵することができる。制御部１２０は、地図情報、交通情報、車両位置情報などに基づいて仮想オブジェクトを生成し、入出力部１４０ａは生成された仮想オブジェクトを車内ガラス窓に表示することができる（１４１０、１４２０）。また、制御部１２０は、車両位置情報に基づいて車両１００が走行線内で正常に運行されているか否かを判断することができる。車両１００が走行線を非異常的に外れる場合、制御部１２０は、入出力部１４０ａを介して車両内ガラス窓に警告を表示することができる。また、制御部１２０は、通信部１１０を介して周辺車両に走行異常に関する警告メッセージを放送することができる。状況に応じて、制御部１２０は、通信部１１０を介して関係機関に車両の位置情報と、走行／車両異常に関する情報を送信することができる。

[356] 図２２は、本開示に適用されるＸＲ機器を示す。ＸＲ機器は、ＨＭＤ、車両に備えられたＨＵＤ（Head-Up Display）、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（signage）、車両、ロボットなどで実現することができる。

[357] 図２２を参照すると、ＸＲ機器１００ａは、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ、センサ部１４０ｂ及び電源供給部１４０ｃを含むことができる。ここで、ブロック１１０～１３０／１４０ａ～１４０ｃはそれぞれ図１８のブロック１１０～１３０／１４０に対応する。

[358] 通信部１１０は、他の無線機器、携帯機器、またはメディアサーバなどの外部機器と信号（例えば、メディアデータ、制御信号など）を送受信することができる。メディアデータは、映像、イメージ、音などを含み得る。制御部１２０は、ＸＲ機器１００ａの構成要素を制御して様々な動作を行うことができる。例えば、制御部１２０は、ビデオ／イメージ獲得、（ビデオ／イメージ）エンコーディング、メタデータ生成及び処理などの手順を制御及び／または実行するように構成され得る。メモリ部１３０は、ＸＲ機器１００ａの駆動／ＸＲオブジェクトの生成に必要なデータ／パラメータ／プログラム／コード／命令を貯蔵することができる。入出力部１４０ａは、外部から制御情報、データなどを獲得し、生成されたＸＲオブジェクトを出力することができる。入出力部１４０ａは、カメラ、マイク、ユーザ入力部、ディスプレイ部、スピーカ及び／又はハプティックモジュールなどを含むことができる。センサ部１４０ｂは、ＸＲ機器の状態、周辺環境情報、ユーザ情報などをるこ得ることができる。センサ部１４０ｂは、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、ＲＧＢセンサ、ＩＲセンサ、指紋認識センサ、超音波センサ、光センサ、マイク及び／又はレーダなどを含むことができる。電源供給部１４０ｃは、ＸＲ機器１００ａに電源を供給し、有／無線充電回路、バッテリなどを含むことができる。

[359] 一例として、ＸＲ機器１００ａのメモリ部１３０は、ＸＲオブジェクト（例えば、ＡＲ／ＶＲ／ＭＲオブジェクト）の生成に必要な情報（例えば、データなど）を含むことができる。入出力部１４０ａは、ユーザからＸＲ機器１００ａを操作する命令を獲得することができ、制御部１２０は、ユーザの駆動命令に従ってＸＲ機器１００ａを駆動させることができる。例えば、ユーザがＸＲ機器１００ａを介して映画、ニュースなどを視聴しようとする場合、制御部１２０は、通信部１３０を介してコンテンツ要請情報を他の機器（例えば携帯機器１００ｂ）またはメディアサーバーに送信できる。通信部１３０は、他の機器（例えば、携帯機器１００ｂ）またはメディアサーバから映画、ニュースなどのコンテンツをメモリ部１３０にダウンロード／ストリーミング受けることができる。制御部１２０は、コンテンツのビデオ／イメージ獲得、（ビデオ／イメージ）エンコーディング、メタデータ生成／処理などの手順を制御及び／又は実行し、入出力部１４０ａ／センサ部１４０ｂを介して獲得した周辺空間または現実オブジェクトに関する情報に基づいてＸＲオブジェクトを生成／出力できる。

[360] また、ＸＲ機器１００ａは通信部１１０を介して携帯機器１００ｂと無線で接続され、ＸＲ機器１００ａの動作は携帯機器１００ｂによって制御され得る。例えば、携帯機器１００ｂは、ＸＲ機器１００ａに対するコントローラとして動作することができる。このために、ＸＲ機器１００ａは、携帯機器１００ｂの３次元位置情報を獲得した後、携帯機器１００ｂに対応するＸＲ個体を生成して出力することができる。

[361] 図２３は本開示に適用されるロボットを示す。ロボットは、使用目的や分野によって産業用、医療用、家庭用、軍事用などに分類することができる。

[362] 図２３を参照すると、ロボット１００は、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ、センサ部１４０ｂ及び駆動部１４０ｃを含むことができる。ここで、ブロック１１０～１３０／１４０ａ～１４０ｃはそれぞれ図１８のブロック１１０～１３０／１４０に対応する。

[363] 通信部１１０は、他の無線機器、他のロボット、または制御サーバなどの外部機器と信号（例えば、駆動情報、制御信号など）を送受信することができる。制御部１２０は、ロボット１００の構成要素を制御して様々な動作を実行することができる。メモリ部１３０は、ロボット１００の様々な機能を支援するデータ／パラメータ／プログラム／コード／命令を貯蔵することができる。入出力部１４０ａは、ロボット１００の外部から情報を取得し、ロボット１００の外部に情報を出力することができる。入出力部１４０ａは、カメラ、マイク、ユーザ入力部、デスプレイ部、スピーカ及び／又はハプティックモジュールなどを含むことができる。センサ部１４０ｂは、ロボット１００の内部情報、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｂは、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、ＩＲセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロホン、レーダなどを含むことができる。駆動部１４０ｃは、ロボット関節を動かすなどの様々な物理的動作を行うことができる。また、駆動部１４０ｃは、ロボット１００を地上で走行したり、空中で飛行させたりすることができる。駆動部１４０ｃは、アクチュエータ、モータ、ホイール、ブレーキ、プロペラなどを含むことができる。

[364] 図２４は本開示に適用されるＡＩ機器を例示する。ＡＩ機器は、テレビ、プロジェクター、スマートフォン、ＰＣ、ノートパソコン、デジタル放送用端末、タブレットＰＣ、ウェアラブル装置、セットトップボックス（ＳＴＢ）、ラジオ、洗濯機、冷蔵庫、デジタルサイネージ、ロボット、車両などのような固定機器または移動可能な機器などで実現することができる。

[365] 図２４を参照すると、ＡＩ機器１００は、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ／１４０ｂ、ランニングプロセッサ部１４０ｃ及びセンサ部（１４０ｄ）を含むことができる。ブロック１１０～１３０／１４０ａ～１４０ｄは、それぞれ図１８のブロック１１０～１３０／１４０に対応する。

[366] 通信部１１０は、有無線通信技術を用いて他のＡＩ機器（例えば、図１５、１００ｘ、２００、４００）やＡＩサーバ（例えば、図１５の４００）などの外部機器と有無線信号（例、センサ情報、ユーザ入力、学習モデル、制御信号など）を送受信することができる。このために、通信部１１０は、メモリ部１３０内の情報を外部機器に伝送したり、外部機器から受信した信号をメモリ部１３０に伝達することができる。

[367] 制御部１２０は、データ分析アルゴリズムまたは機械学習アルゴリズムを使用して決定されるかまたは生成された情報に基づいて、ＡＩ機器１００の少なくとも１つの実行可能な動作を決定することができる。そして、制御部１２０は、ＡＩ機器１００の構成要素を制御して決定された動作を実行することができる。例えば、制御部１２０は、ランニングプロセッサ部１４０ｃまたはメモリ部１３０のデータを要請、検索、受信、または活用することができ、少なくとも１つの実行可能動作の内予測される動作または望ましいと判断される動作を実行するようにＡＩ機器１００の構成要素を制御することができる。また、制御部１２０は、ＡＩ装置１００の動作内容や動作に対するユーザのフィードバックなどを含む履歴情報を収集してメモリ部１３０またはランニングプロセッサ部１４０ｃに貯蔵したり、ＡＩサーバ（図１６、４００）などの外部装置に送信することができる。収集された履歴情報は学習モデルを更新するために使用することができる。

[368] メモリ部１３０は、ＡＩ機器１００の様々な機能を支援するデータを貯蔵することができる。例えば、メモリ部１３０は、入力部１４０ａから得たデータ、通信部１１０から得たデータ、ランニングプロセッサ部１４０ｃの出力データ、及びセンシング部１４０から得たデータを貯蔵することができる。また、メモリ部１３０は、制御部１２０の動作／実行に必要な制御情報及び／又はソフトウェアコードを貯蔵することができる。

[369] 入力部１４０ａは、ＡＩ機器１００の外部から様々な種類のデータを獲得することができる。例えば、入力部１４０ａは、モデル学習のための学習データ、学習モデルが適用される入力データなどを獲得することができる。入力部１４０ａは、カメラ、マイク、及び／またはユーザ入力部などを含むことができる。出力部１４０ｂは、視覚、聴覚、または触覚などに関連する出力を発生させることができる。出力部１４０ｂは、デスプレイ部、スピーカ、及び／またはハプティックモジュールなどを含むことができる。センシング部１４０は、様々なセンサを用いてＡＩ機器１００の内部情報、ＡＩ機器１００の周辺環境情報及びユーザ情報の内少なくとも一つを得ることができる。感知部１４０は、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、ＲＧＢセンサ、ＩＲセンサ、指紋認識センサ、超音波センサ、光センサ、マイク及び／又はレーダなどを含むことができる。

[370] ランニングプロセッサ部１４０ｃは、学習データを用いて人工ニューラルネットワークで構成されたモデルを学習することができる。ランニングプロセッサ部１４０ｃは、ＡＩサーバ（図１５、４００）のランニングプロセッサ部と共にＡＩプロセシングを実行することができる。ランニングプロセッサ部１４０ｃは、通信部１１０を介して外部機器から受信した情報、及び／またはメモリ部１３０に貯蔵された情報を処理することができる。また、ランニングプロセッサ部１４０ｃの出力値は、通信部１１０を介して外部機器に伝送されたり／され、メモリ部１３０に貯蔵され得る。

[371] 本明細書に記載された請求項は、多様な方式に組み合わせられることができる。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。

Claims

無線通信システムにおいて端末（user equipment:ＵＥ）により実行されるアップリンク送信方法であって、
繰り返し送信設定情報を受信し、
前記繰り返し送信設定情報は、前記端末に物理アップリンクチャネルに対する繰り返し送信を設定する情報であり、
前記繰り返し送信設定情報は、前記繰り返し送信が行われる複数の時間領域リソースセットを知らせ、
前記複数の時間領域リソースセットに含まれた特定の時間領域リソースセット内に特定のリソースが含まれることに基づいて、前記特定の時間領域リソースセットに含まれた実(actual)時間領域リソースセット内で物理アップリンクチャネルへの送信を行い、
前記複数の時間領域リソースセットに含まれる時間領域リソースのチャネル特性は同じであり、
前記チャネル特性は電力及び位相を含み、
前記特定のリソースはイベントが発生するリソースであり、
前記イベントは前記チャネル特性が維持できないと判断される動作であり、
前記特定のリソースは、前記端末が基地局からタイミングアドバンス（timing advance:ＴＡ）コマンドを受信するリソースを含み、
前記端末は前記物理アップリンクチャネル送信のための前記実時間領域リソースセット内でＵＥ自律(autonomous)ＴＡ調整を行わない、ことを特徴とする方法。
前記端末は、前記ＵＥ自律ＴＡ調整の実行可否を判断し、
前記ＵＥ自律ＴＡ調整は、前記端末が基地局から受信したＴＡコマンドなしで前記端末によって実行されるＴＡ調整である、ことを特徴とする請求項１に記載の方法。
前記端末が、前記実時間領域リソースセット内で前記ＵＥ自律ＴＡ調整の実行を判断することに基づいて、前記端末は、前記実時間領域リソースセット内で前記ＵＥ自律ＴＡ調整を実行しない、ことを特徴とする請求項２に記載の方法。
前記端末は、前記ＵＥ自律ＴＡ調整を前記特定の時間領域リソースセットの後に実行する、ことを特徴とする請求項３に記載の方法。
前記物理アップリンクチャネルは、ＰＵＣＣＨ(physical uplink shared channel)及びＰＵＳＣＨ（physical uplink shared channel）の内の少なくとも１つである、ことを特徴とする請求項１に記載の方法。
前記実時間領域リソースセットは、時間領域上の前記特定のリソースの直後のリソースから始まる、ことを特徴とする請求項１に記載の方法。
前記実時間領域リソースセットは、時間領域上の前記特定の時間領域リソースセットとして構成された最後のリソースで、または前記特定の時間領域リソースセットとして構成されたリソースの内の別の特定のリソースの直前のリソースで終了される、ことを特徴とする請求項１に記載の方法。
前記複数の時間領域リソースセットのそれぞれは、前記繰り返し送信設定情報に基づいて時間領域で繰り返し設定される、ことを特徴とする請求項１に記載の方法。
端末（user equipment:ＵＥ）であって、
命令を貯蔵する１つ以上のメモリと、
１つ以上のトランシーバと、
前記１つ以上のメモリと前記１つ以上のトランシーバとを接続する１つ以上のプロセッサとを含み、
前記１つ以上のプロセッサは、前記命令を実行し、
繰り返し送信設定情報を受信し、
前記繰り返し送信設定情報は、前記端末に物理アップリンクチャネルに対する繰り返し送信を設定する情報であり、
前記繰り返し送信設定情報は、前記繰り返し送信が行われる複数の時間領域リソースのセットを知らせ、
前記複数の時間領域リソースセットに含まれた特定の時間領域リソースセット内に特定のリソースが含まれることに基づいて、前記特定の時間領域リソースセットに含まれた実(actual)時間領域リソースセット内で物理アップリンクチャネルへの送信を行い、
前記複数の時間領域リソースセットに含まれる時間領域リソースのチャネル特性は同じであり、
前記チャネル特性は電力及び位相を含み、
前記特定のリソースはイベントが発生するリソースであり、
前記イベントは前記チャネル特性が維持できないと判断される動作であり、
前記特定のリソースは、前記端末が基地局からタイミングアドバンス（timing advance:ＴＡ）コマンドを受信するリソースを含み、
前記端末は、前記物理アップリンクチャネル送信のための前記実時間領域リソースセット内でＵＥ自律（autonomous）ＴＡ調整を行わない、ことを特徴とする端末。
端末（user equipment:ＵＥ）を制御するように構成された装置(apparatus)であって、前記装置は、
１つ以上のプロセッサと、
前記１つ以上のプロセッサによって実行可能に接続され、命令を貯蔵する１つ以上のメモリとを含み、
前記１つ以上のプロセッサは、前記命令を実行し、
繰り返し送信設定情報を受信し、
前記繰り返し送信設定情報は、前記端末に物理アップリンクチャネルに対する繰り返し送信を設定する情報であり、
前記繰り返し送信設定情報は、前記繰り返し送信が行われる複数の時間領域リソースのセットを知らせ、
前記複数の時間領域リソースセットに含まれた特定の時間領域リソースセット内に特定のリソースが含まれることに基づいて、前記特定の時間領域リソースセットに含まれた実時間領域リソースセット内で物理アップリンクチャネルへの送信を行い、
前記複数の時間領域リソースセットに含まれる時間領域リソースのチャネル特性は同じであり、
前記チャネル特性は電力及び位相を含み、
前記特定のリソースはイベントが発生するリソースであり、
前記イベントは前記チャネル特性が維持できないと判断される動作であり、
前記特定のリソースは、前記端末が基地局からタイミングアドバンス（timing advance:ＴＡ）コマンドを受信するリソースを含み、
前記端末は、前記物理アップリンクチャネル送信のための前記実時間領域リソースセット内でＵＥ自律（autonomous）ＴＡ調整を行わない、ことを特徴とする装置。