▶ エルジー エレクトロニクス インコーポレイティドの特許一覧
特開2023-160712無線通信システムにおいて上りリンク送受信方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023160712
(43)【公開日】2023-11-02
(54)【発明の名称】無線通信システムにおいて上りリンク送受信方法及び装置
(51)【国際特許分類】
H04L 1/16 20230101AFI20231026BHJP
H04W 72/20 20230101ALI20231026BHJP
H04W 28/04 20090101ALI20231026BHJP
H04W 72/0446 20230101ALI20231026BHJP
【ＦＩ】
H04L1/16
H04W72/04 136
H04W28/04 110
H04W72/04 131
【審査請求】未請求
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2022171437
(22)【出願日】2022-10-26
(31)【優先権主張番号】10-2022-0050087
(32)【優先日】2022-04-22
(33)【優先権主張国・地域又は機関】KR
(71)【出願人】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．
【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100165191
【弁理士】
【氏名又は名称】河合 章
(74)【代理人】
【識別番号】100114018
【弁理士】
【氏名又は名称】南山 知広
(74)【代理人】
【識別番号】100159259
【弁理士】
【氏名又は名称】竹本 実
(72)【発明者】
【氏名】パク ヘウク
(72)【発明者】
【氏名】ヤン ソクチェル
(72)【発明者】
【氏名】ペ トゥクヒョン
【テーマコード（参考）】
5K014
5K067
【Ｆターム（参考）】
5K014DA02
5K014FA03
5K067EE02
5K067EE10
5K067EE71
5K067HH28
5K067JJ13
(57)【要約】
【課題】無線通信システムにおいて上りリンク送受信方法及び装置を提供する。
【解決手段】本開示の一実施例に係る無線通信システムにおいて端末によって上りリンク制御情報を送信する方法は、基地局から、複数の物理下りリンク共有チャネル（ＰＤＳＣＨ）を受信する段階、及び、前記基地局に、前記複数のＰＤＳＣＨに基づいてＨＡＲＱ－ＡＣＫ情報を含む前記上りリンク制御情報を送信する段階を含んでよい。ここで、前記複数のＰＤＳＣＨは、複数のＳＰＳＰＤＳＣＨを含み、前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報があらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化されたＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定されてよい。
【選択図】図１２
【解決手段】本開示の一実施例に係る無線通信システムにおいて端末によって上りリンク制御情報を送信する方法は、基地局から、複数の物理下りリンク共有チャネル（ＰＤＳＣＨ）を受信する段階、及び、前記基地局に、前記複数のＰＤＳＣＨに基づいてＨＡＲＱ－ＡＣＫ情報を含む前記上りリンク制御情報を送信する段階を含んでよい。ここで、前記複数のＰＤＳＣＨは、複数のＳＰＳＰＤＳＣＨを含み、前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報があらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化されたＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定されてよい。
【選択図】図１２
【特許請求の範囲】
【請求項1】
無線通信システムにおいて端末によって上りリンク制御情報を送信する方法であって、前記方法は、
基地局から、複数の物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を受信する段階、及び、
前記基地局に、前記複数のＰＤＳＣＨに基づいてＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を含む前記上りリンク制御情報を送信する段階を含み、
前記複数のＰＤＳＣＨは、複数のＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨを含み、
前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報があらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定される、方法。
基地局から、複数の物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を受信する段階、及び、
前記基地局に、前記複数のＰＤＳＣＨに基づいてＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を含む前記上りリンク制御情報を送信する段階を含み、
前記複数のＰＤＳＣＨは、複数のＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨを含み、
前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報があらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定される、方法。
【請求項2】
前記基地局から、上位層シグナリングによって、ＨＡＲＱプロセスの非活性化されるか否かに関する情報を受信する段階を含む、請求項１に記載の方法。
【請求項3】
前記ＨＡＲＱプロセスの非活性されるか否かは、前記ＨＡＲＱプロセスＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）単位で設定される、請求項２に記載の方法。
【請求項4】
前記複数のＳＰＳ ＰＤＳＣＨと関連付けられた全てのＨＡＲＱプロセスが非活性化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報において前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報は除外される、請求項２に記載の方法。
【請求項5】
前記あらかじめ設定されたＨＡＲＱ－ＡＣＫ情報は、動的（ｄｙｎａｍｉｃ）に設定されたＰＤＳＣＨ ＨＡＲＱ－ＡＣＫコードブックパラメータに基づくＴｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに該当する、請求項１に記載の方法。
【請求項6】
前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記非活性化されたＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫビットを除き、残りのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫビットを前記Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに対するＨＡＲＱ－ＡＣＫビットに追加（ａｐｐｅｎｄ）して決定される、請求項５に記載の方法。
【請求項7】
前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報と関連したコードブックサイズ（ｃｏｄｅｂｏｏｋ ｓｉｚｅ）は、活性化されたＨＡＲＱプロセスのみを考慮して決定される、請求項１に記載の方法。
【請求項8】
無線通信システムにおいて上りリンク制御情報を送信する端末であって、前記端末は、
一つ以上の送受信機、及び、
前記一つ以上の送受信機と連結された一つ以上のプロセッサを含み、
前記一つ以上のプロセッサは、
基地局から、複数の物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を受信し、
前記基地局に、前記複数のＰＤＳＣＨに基づいてＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を含む前記上りリンク制御情報を送信するように設定し、
前記複数のＰＤＳＣＨは、複数のＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨを含み、
前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報があらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定される、端末。
一つ以上の送受信機、及び、
前記一つ以上の送受信機と連結された一つ以上のプロセッサを含み、
前記一つ以上のプロセッサは、
基地局から、複数の物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を受信し、
前記基地局に、前記複数のＰＤＳＣＨに基づいてＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を含む前記上りリンク制御情報を送信するように設定し、
前記複数のＰＤＳＣＨは、複数のＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨを含み、
前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報があらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定される、端末。
【請求項9】
無線通信システムにおいて基地局によって上りリンク制御情報を受信する方法であって、前記方法は、
端末に、複数の物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を送信する段階、及び、
前記端末から、前記複数のＰＤＳＣＨに基づいてＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を含む前記上りリンク制御情報を受信する段階を含み、
前記複数のＰＤＳＣＨは、複数のＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨを含み、
前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報があらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定される、方法。
端末に、複数の物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を送信する段階、及び、
前記端末から、前記複数のＰＤＳＣＨに基づいてＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を含む前記上りリンク制御情報を受信する段階を含み、
前記複数のＰＤＳＣＨは、複数のＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨを含み、
前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報があらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定される、方法。
【請求項10】
無線通信システムにおいて上りリンク制御情報を受信する基地局であって、前記基地局は、
一つ以上の送受信機、及び、
前記一つ以上の送受信機と連結された一つ以上のプロセッサを含み、
前記一つ以上のプロセッサは、
端末に、複数の物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を送信し、
前記端末から、前記複数のＰＤＳＣＨに基づいてＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を含む前記上りリンク制御情報を受信するように設定し、
前記複数のＰＤＳＣＨは、複数のＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨを含み、
前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報があらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定される、基地局。
一つ以上の送受信機、及び、
前記一つ以上の送受信機と連結された一つ以上のプロセッサを含み、
前記一つ以上のプロセッサは、
端末に、複数の物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を送信し、
前記端末から、前記複数のＰＤＳＣＨに基づいてＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を含む前記上りリンク制御情報を受信するように設定し、
前記複数のＰＤＳＣＨは、複数のＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨを含み、
前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報があらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定される、基地局。
【請求項11】
無線通信システムにおいて上りリンク制御情報を送信するために端末を制御するように設定されるプロセシング装置であって、前記プロセシング装置は、
一つ以上のプロセッサ、及び、
前記一つ以上のプロセッサに動作可能に連結され、前記一つ以上のプロセッサによって実行されることに基づいて、動作を行う命令を記憶する一つ以上のコンピュータメモリを含み、
前記動作は、
基地局から、複数の物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を受信する動作、及び、
前記基地局に、前記複数のＰＤＳＣＨに基づいてＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を含む前記上りリンク制御情報を送信する動作を含み、
前記複数のＰＤＳＣＨは、複数のＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨを含み、
前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報があらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定される、プロセシング装置。
一つ以上のプロセッサ、及び、
前記一つ以上のプロセッサに動作可能に連結され、前記一つ以上のプロセッサによって実行されることに基づいて、動作を行う命令を記憶する一つ以上のコンピュータメモリを含み、
前記動作は、
基地局から、複数の物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を受信する動作、及び、
前記基地局に、前記複数のＰＤＳＣＨに基づいてＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を含む前記上りリンク制御情報を送信する動作を含み、
前記複数のＰＤＳＣＨは、複数のＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨを含み、
前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報があらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定される、プロセシング装置。
【請求項12】
一つ以上の命令を記憶する一つ以上の非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）コンピュータ可読媒体であって、
前記一つ以上の命令は一つ以上のプロセッサによって実行され、無線通信システムにおいて上りリンク制御情報を送信する装置が、
基地局から、複数の物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を受信し、
前記基地局に、前記複数のＰＤＳＣＨに基づいてＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を含む前記上りリンク制御情報を送信するように制御し、
前記複数のＰＤＳＣＨは、複数のＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨを含み、
前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報があらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定される、コンピュータ可読媒体。
前記一つ以上の命令は一つ以上のプロセッサによって実行され、無線通信システムにおいて上りリンク制御情報を送信する装置が、
基地局から、複数の物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を受信し、
前記基地局に、前記複数のＰＤＳＣＨに基づいてＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を含む前記上りリンク制御情報を送信するように制御し、
前記複数のＰＤＳＣＨは、複数のＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨを含み、
前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報があらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定される、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、無線通信システムに関し、より詳細には、無線通信システムにおいて上りリンク送受信を行う方法及び装置に関する。
【背景技術】
【0002】
移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声に留まらずデータサービスまで領域を拡張し、現在、爆発的なトラフィックの増加によってリソースの不足現象が発生しており、ユーザもより高速のサービスを要求していることから、より発展した移動通信システムが望まれている。
【0003】
次世代移動通信システムの要求条件は、大きく、爆発的なデータトラフィックの受容、ユーザ当たりの送信率の画期的な増加、大幅に増加した連結デバイス個数の受容、非常に低い端対端遅延（Ｅｎｄ－ｔｏ－Ｅｎｄ Ｌａｔｅｎｃｙ）、高エネルギー効率の支援である。そのために、二重接続性（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ ＭＩＭＯ：Ｍａｓｓｉｖｅ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）、全二重（Ｉｎ－ｂａｎｄ Ｆｕｌｌ Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ－Ｏｒｔｈｏｇｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ Ｎｅｔｗｏｒｋｉｎｇ）などの様々な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本開示の技術的課題は、無線通信システムにおいて上りリンク送受信を行う方法及び装置を提供することである。
【0005】
本開示の更なる技術的課題は、ＨＡＲＱプロセス（ＨＡＲＱ ｐｒｏｃｅｓｓ）のイネーブル（ｅｎａｂｌｅ）されたか否かを考慮してＨＡＲＱ－ＡＣＫコードブックを決定／生成する方法及び装置を提供することである。
【0006】
本開示で遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない別の技術的課題は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【0007】
本開示の一態様に係る無線通信システムにおいて端末によって上りリンク制御情報を送信する方法は、基地局から、複数の物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を受信する段階、及び、前記基地局に、前記複数のＰＤＳＣＨに基づいてＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を含む前記上りリンク制御情報を送信する段階を含むことができる。ここで、前記複数のＰＤＳＣＨは、複数のＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨを含み、前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報が、あらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定されてよい。
【0008】
本開示の更なる態様に係る無線通信システムにおいて基地局によって上りリンク制御情報を受信する方法は、端末に、複数の物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を送信する段階、及び、前記端末から、前記複数のＰＤＳＣＨに基づいてＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を含む前記上りリンク制御情報を受信する段階を含むことができる。ここで、前記複数のＰＤＳＣＨは、複数のＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨを含み、前記複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報があらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化されることに基づいて、前記上りリンク制御情報に含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定されてよい。
【発明の効果】
【0009】
本開示によれば、無線通信システムにおいて上りリンク送受信を行う方法及び装置を提供することができる。
【0010】
本開示によれば、ＨＡＲＱプロセス（ＨＡＲＱ ｐｒｏｃｅｓｓ）の活性化／イネーブル（ｅｎａｂｌｅ）されたか否かを考慮してＨＡＲＱ－ＡＣＫコードブックを決定／生成する方法及び装置を提供することができる。
【0011】
本開示によれば、ＨＡＲＱプロセスの活性化／イネーブルされたか否かによるＨＡＲＱ－ＡＣＫコードブック決定／生成方案を明確化することにより、ＨＡＲＱ－ＡＣＫコードブック構成に対する曖昧さが除去され、ＨＡＲＱ－ＡＣＫコードブック構成の効率性が増加する効果がある。
【0012】
本開示で得ることができる効果は以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【図面の簡単な説明】
【0013】
本開示に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本開示に関する実施例を提供し、詳細な説明と共に本開示の技術的特徴を説明する。
【図1】本開示が適用可能な無線通信システムの構造を例示する。
【図2】本開示が適用可能な無線通信システムにおいてフレーム構造を例示する。
【図3】本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。
【図4】本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。
【図5】本開示が適用可能な無線通信システムにおいてスロット構造を例示する。
【図6】本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。
【図7】本開示が適用可能な無線通信システムが支援するＮＴＮを説明するための図である。
【図8】本開示が適用可能な無線通信システムが支援するＮＴＮにおけるＴＡを説明するための図である。
【図9】本開示が適用可能な無線通信システムにおいて下りリンクデータに対するＨＡＲＱ－ＡＣＫ過程を例示する。
【図10】本開示が適用可能な無線通信システムにおいてＴＢの処理過程及び構造を例示する。
【図11】本開示が適用可能な無線通信システムにおいてＣＢＧベースＨＡＲＱ過程を例示する。
【図12】本開示の一実施例に係る端末の上りリンク制御情報の送信動作を説明するためのフローチャートである。
【図13】本開示の一実施例に係る基地局の上りリンク制御情報の受信動作を説明するためのフローチャートである。
【図14】本開示の一実施例に係る基地局と端末間のシグナリング過程を説明するための図である。
【図15】本開示の一実施例に係る無線通信装置を例示するブロック構成図である。
【発明を実施するための形態】
【0014】
以下、本開示に係る好ましい実施形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本開示の例示的な実施形態を説明するためのもので、本開示の実施が可能な唯一の実施形態を示すためのものではない。以下の詳細な説明は、本開示の完全な理解を提供するために具体的細部事項を含む。ただし、当業者には、このような具体的細部事項無しにも本開示が実施可能であることが理解される。
【0015】
場合によって、本開示の概念が曖昧になることを避けるために、公知の構造及び装置が省略されてもよく、各構造及び装置の核心機能を中心にしたブロック図の形式で示されてもよい。
【0016】
本開示において、ある構成要素が他の構成要素と“連結”、“結合”又は“接続”されているとするとき、これは直接の連結関係の他、それらの間にさらに他の構成要素が存在する間接の連結関係も含むことができる。また、本開示において用語“含む”又は“有する”とは、言及された特徴、段階、動作、要素及び／又は構成要素の存在を特定するものの、一つ以上の他の特徴、段階、動作、要素、構成要素及び／又はそれらのグループの存在又は追加を排除しない。
【0017】
本開示において、“第１”、“第２”などの用語は、一つの構成要素を他の構成要素から区別する目的に使われるだけで、構成要素を制限するために使われることはなく、特に言及されない限り、構成要素間の順序又は重要度などを限定しない。したがって、本開示の範囲内で、一実施例における第１構成要素は他の実施例において第２構成要素と称することもでき、同様に、一実施例における第２構成要素を他の実施例において第１構成要素と称することもできる。
【0018】
本開示で使われる用語は、特定実施例に関する説明のためのもので、特許請求の範囲を制限するためのものではない。実施例の説明及び添付する特許請求の範囲で使用される通り、単数形態は、文脈において特に断らない限り、複数形態も含むように意図したものである。本開示に使われる用語“及び／又は”は、関連した列挙項目のうちの一つを指してもよく、又はそれらのうち２つ以上の任意の及び全ての可能な組合せを指して含むことを意味する。また、本開示において、単語の間における“／”は、別に断らない限り、“及び／又は”と同じ意味を有する。
【0019】
本開示は、無線通信ネットワーク又は無線通信システムを対象にして説明し、無線通信ネットワークにおいてなされる動作は、当該無線通信ネットワークを管轄する装置（例えば、基地局）がネットワークを制御し、信号を送信（ｔｒａｎｓｍｉｔ）又は受信（ｒｅｃｅｉｖｅ）する過程においてなされるか、当該無線ネットワークに結合した端末がネットワークとの又は端末間の信号を送信又は受信する過程においてなされてよい。
【0020】
本開示において、チャネルを送信又は受信するということは、当該チャネルで情報又は信号を送信又は受信するという意味を含む。例えば、制御チャネルを送信するということは、制御チャネルで制御情報又は信号を送信するということを意味する。類似に、データチャネルを送信するということは、データチャネルでデータ情報又は信号を送信するということを意味する。
【0021】
以下において、下りリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、上りリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。下りリンクにおいて、送信機は基地局の一部であり、受信機は端末の一部であってよい。上りリンクにおいて、送信機は端末の一部であり、受信機は基地局の一部であってよい。基地局は第１通信装置と、端末は第２通信装置と表現されてよい。基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）、ｇＮＢ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、ネットワーク（５Ｇネットワーク）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）システム／モジュール、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置、地上衛星基地局、ＶＡＳＴ（ｖｅｒｙ－ｓｍａｌｌ－ａｐｅｒｔｕｒｅ ｔｅｒｍｉｎａｌ）、衛星と通信するゲートウェイ、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）などの用語に代替されてよい。また、端末（Ｔｅｒｍｉｎａｌ）は、固定されるか移動性を有してよく、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）装置、車両（ｖｅｈｉｃｌｅ）、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）モジュール、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置、地上衛星基地局、ＶＳＡＴ、衛星と通信するゲートウェイ、ＩＡＢなどの用語に代替されてよい。
【0022】
以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような様々な無線接続システムに用いられてよい。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術によって具現されてよい。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現されてよい。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現されてよい。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（登録商標）（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ－Ａ（Ａｄｖａｎｃｅｄ）／ＬＴＥ－Ａ ｐｒｏは、３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ｐｒｏの進化したバージョンである。
【0023】
説明を明確にするために、３ＧＰＰ通信システム（例えば、ＬＴＥ－Ａ、ＮＲ）に基づいて説明するが、本開示の技術的思想がそれに制限されるものではない。ＬＴＥは、３ＧＰＰ ＴＳ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ） ３６．ｘｘｘ Ｒｅｌｅａｓｅ ８以後の技術を意味する。細部的に、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １０以後のＬＴＥ技術はＬＴＥ－Ａと呼ばれ、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １３以後のＬＴＥ技術はＬＴＥ－Ａ ｐｒｏと呼ばれる。３ＧＰＰ ＮＲは、ＴＳ ３８．ｘｘｘ Ｒｅｌｅａｓｅ １５以後の技術を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。“ｘｘｘ”は、標準文書細部番号を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。本開示の説明に用いられる背景技術、用語、略語などに関しては、本開示の前に公開された標準文書に記載の事項を参照できる。例えば、次の文書を参照できる。
【0024】
３ＧＰＰ ＬＴＥでは、ＴＳ ３６．２１１（物理チャネル及び変調）、ＴＳ ３６．２１２（多重化及びチャネルコーディング）、ＴＳ ３６．２１３（物理層手続）、ＴＳ ３６．３００（説明全般）、ＴＳ ３６．３３１（無線リソース制御）を参照できる。
【0025】
３ＧＰＰ ＮＲでは、ＴＳ ３８．２１１（物理チャネル及び変調）、ＴＳ ３８．２１２（多重化及びチャネルコーディング）、ＴＳ ３８．２１３（制御のための物理層手続）、ＴＳ ３８．２１４（データのための物理層手続）、ＴＳ ３８．３００（ＮＲ及びＮＧ－ＲＡＮ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）説明全般）、ＴＳ ３８．３３１（無線リソース制御プロトコル規格）を参照できる。
【0026】
本開示で使用可能な用語の略字は次のように定義される。
【0027】
－ ＢＭ：ビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）
－ ＣＱＩ：チャネル品質指示子（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）
－ ＣＲＩ：チャネル状態情報－参照信号リソース指示子（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）
－ ＣＳＩ：チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）
－ ＣＳＩ－ＩＭ：チャネル状態情報－干渉測定（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）
－ ＣＳＩ－ＲＳ：チャネル状態情報－参照信号（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ ＤＭＲＳ：復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ ＦＤＭ：周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＦＦＴ：高速フーリエ変換（ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
－ ＩＦＤＭＡ：インターリーブされた周波数分割多重アクセス（ｉｎｔｅｒｌｅａｖｅｄ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）
－ ＩＦＦＴ：逆高速フーリエ変換（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
－ Ｌ１－ＲＳＲＰ：第１レイヤ参照信号受信パワー（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）
－ Ｌ１－ＲＳＲＱ：第１レイヤ参照信号受信品質（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ）
－ ＭＡＣ：媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）
－ ＮＺＰ：ノンゼロパワー（ｎｏｎ－ｚｅｒｏ ｐｏｗｅｒ）
－ ＯＦＤＭ：直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＰＤＣＣＨ：物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）
－ ＰＤＳＣＨ：物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）
－ ＰＭＩ：プリコーディング行列指示子（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）
－ ＲＥ：リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）
－ ＲＩ：ランク指示子（Ｒａｎｋ ｉｎｄｉｃａｔｏｒ）
－ ＲＲＣ：無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）
－ ＲＳＳＩ：受信信号強度指示子（ｒｅｃｅｉｖｅｄ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ）
－ Ｒｘ：受信（Ｒｅｃｅｐｔｉｏｎ）
－ ＱＣＬ：準同一位置（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）
－ ＳＩＮＲ：信号対干渉及び雑音比（ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ ｎｏｉｓｅ ｒａｔｉｏ）
－ ＳＳＢ（又は、ＳＳ／ＰＢＣＨ ｂｌｏｃｋ）：同期信号ブロック（プライマリ同期信号（ＰＳＳ：ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）及び物理放送チャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）を含む）
－ ＴＤＭ：時間分割多重化（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＴＲＰ：送信及び受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）
－ ＴＲＳ：トラッキング参照信号（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ Ｔｘ：送信（ｔｒａｎｓｍｉｓｓｉｏｎ）
－ ＵＥ：ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）
－ ＺＰ：ゼロパワー（ｚｅｒｏ ｐｏｗｅｒ）
－ ＣＱＩ：チャネル品質指示子（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）
－ ＣＲＩ：チャネル状態情報－参照信号リソース指示子（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）
－ ＣＳＩ：チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）
－ ＣＳＩ－ＩＭ：チャネル状態情報－干渉測定（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）
－ ＣＳＩ－ＲＳ：チャネル状態情報－参照信号（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ ＤＭＲＳ：復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ ＦＤＭ：周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＦＦＴ：高速フーリエ変換（ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
－ ＩＦＤＭＡ：インターリーブされた周波数分割多重アクセス（ｉｎｔｅｒｌｅａｖｅｄ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）
－ ＩＦＦＴ：逆高速フーリエ変換（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
－ Ｌ１－ＲＳＲＰ：第１レイヤ参照信号受信パワー（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）
－ Ｌ１－ＲＳＲＱ：第１レイヤ参照信号受信品質（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ）
－ ＭＡＣ：媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）
－ ＮＺＰ：ノンゼロパワー（ｎｏｎ－ｚｅｒｏ ｐｏｗｅｒ）
－ ＯＦＤＭ：直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＰＤＣＣＨ：物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）
－ ＰＤＳＣＨ：物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）
－ ＰＭＩ：プリコーディング行列指示子（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）
－ ＲＥ：リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）
－ ＲＩ：ランク指示子（Ｒａｎｋ ｉｎｄｉｃａｔｏｒ）
－ ＲＲＣ：無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）
－ ＲＳＳＩ：受信信号強度指示子（ｒｅｃｅｉｖｅｄ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ）
－ Ｒｘ：受信（Ｒｅｃｅｐｔｉｏｎ）
－ ＱＣＬ：準同一位置（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）
－ ＳＩＮＲ：信号対干渉及び雑音比（ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ ｎｏｉｓｅ ｒａｔｉｏ）
－ ＳＳＢ（又は、ＳＳ／ＰＢＣＨ ｂｌｏｃｋ）：同期信号ブロック（プライマリ同期信号（ＰＳＳ：ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）及び物理放送チャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）を含む）
－ ＴＤＭ：時間分割多重化（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
－ ＴＲＰ：送信及び受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）
－ ＴＲＳ：トラッキング参照信号（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
－ Ｔｘ：送信（ｔｒａｎｓｍｉｓｓｉｏｎ）
－ ＵＥ：ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）
－ ＺＰ：ゼロパワー（ｚｅｒｏ ｐｏｗｅｒ）
【0028】
システム一般
【0029】
より多い通信機器がより大きい通信容量を要求するにつれ、既存の無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信への必要性が台頭している。また、多数の機器及びモノを連結していつどこででも様々なサービスを提供するマッシブ（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要課題の一つである。これに加え、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインも議論されている。このようにｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｍｍｔｃ（ｍａｓｓｉｖｅ ＭＴＣ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代ＲＡＴの導入が議論されており、本開示では便宜上、当該技術をＮＲと呼ぶ。ＮＲは、５Ｇ ＲＡＴの一例を表す表現である。
【0030】
ＮＲを含む新しいＲＡＴシステムは、ＯＦＤＭ送信方式又はこれと類似の送信方式を用いる。新しいＲＡＴシステムは、ＬＴＥのＯＦＤＭパラメータとは異なるＯＦＤＭパラメータに従い得る。又は、新しいＲＡＴシステムは、既存のＬＴＥ／ＬＴＥ－Ａのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）にそのまま従うが、より大きいシステム帯域幅（例えば、１００ＭＨｚ）を支援できる。又は、一つのセルが複数個のヌメロロジーを支援することもできる。すなわち、互いに異なるヌメロロジーで動作する端末が一つのセル内に共存してもよい。
【0031】
ヌメロロジーは、周波数領域において一つのサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応する。参照サブキャリア間隔（Ｒｅｆｅｒｅｎｃｅ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）を整数Ｎでスケーリング（ｓｃａｌｉｎｇ）することにより、互いに異なるヌメロロジーを定義できる。
【0032】
図１には、本開示が適用可能な無線通信システムの構造を例示する。
【0033】
図１を参照すると、ＮＧ－ＲＡＮは、ＮＧ－ＲＡ（ＮＧ－Ｒａｄｉｏ Ａｃｃｅｓｓ）ユーザ平面（すなわち、新しいＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）サブ層／ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）／ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）／ＭＡＣ／ＰＨＹ）及びＵＥに対する制御平面（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。前記ｇＮＢはＸｎインターフェースを介して相互連結される。前記ｇＮＢは、また、ＮＧインターフェースを介してＮＧＣ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に連結される。より具体的には、前記ｇＮＢは、Ｎ２インターフェースを介してＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に、Ｎ３インターフェースを介してＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）に連結される。
【0034】
図２には、本開示が適用可能な無線通信システムにおいてフレーム構造を例示する。
【0035】
ＮＲシステムは、多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）を支援できる。ここで、ヌメロロジーは、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）と循環前置（ＣＰ：Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）オーバーヘッドによって定義されてよい。このとき、多数のサブキャリア間隔は、基本（参照）サブキャリア間隔を整数Ｎ（又は、μ）でスケーリング（ｓｃａｌｉｎｇ）することによって誘導されてよい。また、非常に高い搬送波周波数において非常に低いサブキャリア間隔を利用しないと仮定されても、利用されるヌメロロジーは周波数帯域と独立して選択されてよい。また、ＮＲシステムでは多数のヌメロロジーによる様々なフレーム構造が支援されてよい。
【0036】
以下、ＮＲシステムにおいて考慮可能なＯＦＤＭヌメロロジー及びフレーム構造について説明する。ＮＲシステムにおいて支援される多数のＯＦＤＭヌメロロジーは、下表１のように定義されてよい。
【0037】
【表1】
【0038】
ＮＲは、様々な５Ｇサービスを支援するための多数のヌメロロジー（又は、サブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ））を支援する。例えば、ＳＣＳが１５ｋＨｚである場合に、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ ａｒｅａ）を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合に、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）を支援し、ＳＣＳが６０ｋＨｚ又はそれよりも高い場合に、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚよりも大きい帯域幅を支援する。
【0039】
ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２タイプ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義される。ＦＲ１、ＦＲ２は、下表２のように構成されてよい。また、ＦＲ２は、ミリ波（ｍｍＷ：ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ）を意味できる。
【0040】
【表2】
【0041】
ＮＲシステムにおけるフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）と関連して、時間領域の様々なフィールドのサイズは、Ｔc＝１／（Δｆmax・Ｎf）の時間単位の倍数と表現される。ここで、Δｆmax＝４８０・１０3Ｈｚであり、Ｎf＝４０９６である。下りリンク（ｄｏｗｎｌｉｎｋ）及び上りリンク（ｕｐｌｉｎｋ）送信は、Ｔf＝１／（ΔｆmaxＮf／１００）・Ｔc＝１０ｍｓの区間を有する無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）で構成（ｏｒｇａｎｉｚｅｄ）される。ここで、無線フレームはそれぞれ、Ｔsf＝（ΔｆmaxＮf／１０００）・Ｔc＝１ｍｓの区間を有する１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。この場合、上りリンクに対する１セットのフレーム及び下りリンクに対する１セットのフレームが存在してよい。また、端末からの上りリンクフレーム番号ｉにおける送信は、当該端末における該当の下りリンクフレームの開始よりＴTA＝（ＮTA＋ＮTA,offset）Ｔc以前に始めなければならない。サブキャリア間隔構成μに対して、スロット（ｓｌｏｔ）は、サブフレーム内でｎs
μ∈｛０，．．．，Ｎslot
subframe,μ－１｝の増加する順序で番号が付けられ、無線フレーム内でｎs,f
μ∈｛０，．．．，Ｎslot
frame,μ－１｝の増加する順序で番号が付けられる。一つのスロットはＮsymb
slotの連続するＯＦＤＭシンボルで構成され、Ｎsymb
slotは、ＣＰによって決定される。サブフレームにおいてスロットｎs
μの開始は、同一サブフレームにおいてＯＦＤＭシンボルｎs
μＮsymb
slotの開始と時間的に整列される。全ての端末が同時に送信及び受信を行うことができるわけではなく、これは、下りリンクスロット（ｄｏｗｎｌｉｎｋ ｓｌｏｔ）又は上りリンクスロット（ｕｐｌｉｎｋ ｓｌｏｔ）における全てのＯＦＤＭシンボルが用いられ得るわけではことを意味する。
【0042】
表３は、一般ＣＰにおいてスロット別ＯＦＤＭシンボルの個数（Ｎsymb
slot）、無線フレーム別スロットの個数（Ｎslot
frame,μ）、サブフレーム別スロットの個数（Ｎslot
subframe,μ）を示し、表４は、拡張ＣＰにおいてスロット別ＯＦＤＭシンボルの個数、無線フレーム別スロットの個数、サブフレーム別スロットの個数を示す。
【0043】
【表3】
【0044】
【表4】
【0045】
図２は、μ＝２である場合（ＳＣＳが６０ｋＨｚ）の一例であり、表３を参照すると、１サブフレーム（ｓｕｂｆｒａｍｅ）は４個のスロット（ｓｌｏｔ）を含むことができる。図２に示す１サブフレーム＝｛１，２，４｝スロットは一例であり、１サブフレームに含まれ得るスロットの個数は、表３又は表４のように定義される。また、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）は、２、４又は７シンボルを含むか、それよりも多い又はより少ないシンボルを含むことができる。
【0046】
ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）と関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮されてよい。以下、ＮＲシステムにおいて考慮可能な前記物理リソースについて具体的に説明する。
【0047】
まず、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルを、同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。一つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（ｌａｒｇｅ－ｓｃａｌｅ ｐｒｏｐｅｒｔｙ）が、他のアンテナポート上のシンボルが運搬されるチャネルから類推され得る場合、２個のアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ或いはｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）関係にあると言える。ここで、前記広範囲特性は、遅延拡散（Ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、周波数シフト（Ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ）、平均受信パワー（Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、受信タイミング（Ｒｅｃｅｉｖｅｄ Ｔｉｍｉｎｇ）のいずれか一つ以上を含む。
【0048】
図３には、本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。
【0049】
図３を参照すると、リソースグリッドが、周波数領域上にＮRB
μＮsc
RBサブキャリアで構成され、一つのサブフレームが１４・２μＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されない。ＮＲシステムにおいて、送信される信号（ｔｒａｎｓｍｉｔｔｅｄ ｓｉｇｎａｌ）は、ＮRB
μＮsc
RBサブキャリアで構成される一つ又はそれ以上のリソースグリッド及び２μＮsymb
(μ)のＯＦＤＭシンボルによって説明される。ここで、ＮRB
μ≦ＮRB
max,μである。前記ＮRB
max,μは、最大送信帯域幅を表し、これは、ヌメロロジーだけでなく、上りリンクと下りリンク間にも変わってよい。この場合、μ及びアンテナポートｐ別に一つのリソースグリッドが設定されてよい。μ及びアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）と呼ばれ、インデックス対
によって固有に識別される。ここで、ｋ＝０，．．．，ＮRB
μＮsc
RB－１は、周波数領域上のインデックスであり、
は、サブフレーム内でシンボルの位置を表す。スロットにおいてリソース要素を示す時には、インデックス対（ｋ，ｌ）が用いられる。ここで、ｌ＝０，．．．，Ｎsymb
μ－１である。μ及びアンテナポートｐに対するリソース要素
は、複素値（ｃｏｍｐｌｅｘ ｖａｌｕｅ）
に該当する。混同（ｃｏｎｆｕｓｉｏｎ）する危険のない場合或いは特定アンテナポート又はヌメロロジーが特定されない場合には、インデックスｐ及びμはドロップ（ｄｒｏｐ）してよく、その結果、複素値は
になり得る。また、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ，ＲＢ）は、周波数領域上のＮsc
RB＝１２の連続するサブキャリアと定義される。
【0050】
ポイント（ｐｏｉｎｔ）Ａは、リソースブロックグリッドの共通基準ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）として働き、次のように取得される。
【0051】
－ プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）ダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のために端末によって用いられたＳＳ／ＰＢＣＨブロックと重なる最低リソースブロックの最低サブキャリアとポイントＡ間の周波数オフセットを示す。ＦＲ１に対して１５ｋＨｚサブキャリア間隔及びＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定したリソースブロック単位（ｕｎｉｔ）で表現される。
【0052】
－ ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、ＡＲＦＣＮ（ａｂｓｏｌｕｔｅ ｒａｄｉｏ－ｆｒｅｑｕｅｎｃｙ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）におけるように表現されたｐｏｉｎｔ Ａの周波数－位置を示す。
【0053】
共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、サブキャリア間隔設定μに対する周波数領域において０から上方に番号づけられる。サブキャリア間隔設定μに対する共通リソースブロック０のサブキャリア０の中心は、‘ポイントＡ’と一致する。周波数領域において共通リソースブロック番号ｎCRB
μとサブキャリア間隔設定μに対するリソース要素（ｋ，ｌ）との関係は、下記の式１のように与えられる。
【0054】
【数1】
【0055】
式１で、ｋは、ｋ＝０がポイントＡを中心とするサブキャリアに該当するようにポイントＡに相対的に定義される。物理リソースブロックは、帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）内で０からＮBWP,i
size,μ－１まで番号が付けられ、ｉは、ＢＷＰの番号である。ＢＷＰ ｉにおいて物理リソースブロックｎPRBと共通リソースブロックｎCRB間の関係は、下記の式２によって与えられる。
【0056】
【数2】
【0057】
ＮBWP,i
start,μは、ＢＷＰが共通リソースブロック０に相対的に始まる共通リソースブロックである。
【0058】
図４には、本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。そして、図５には、本開示が適用可能な無線通信システムにおいてスロット構造を例示する。
【0059】
【0060】
搬送波は、周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインにおいて複数（例えば、１２）の連続した副搬送波と定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインにおいて複数の連続した（物理）リソースブロックと定義され、一つのヌメロロジー（例えば、ＳＣＳ、ＣＰ長など）に対応し得る。搬送波は、最大でＮ個（例えば、５個）のＢＷＰを含むことができる。データ通信は活性化されたＢＷＰで行われ、一つの端末には一つのＢＷＰのみが活性化されてよい。リソースグリッドにおいてそれぞれの要素は、リソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）と呼ばれ、一つの複素シンボルがマップされてよい。
【0061】
ＮＲシステムは、一つのコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）当たりに最大４００ＭＨｚまで支援されてよい。このような広帯域ＣＣ（ｗｉｄｅｂａｎｄ ＣＣ）で動作する端末が常にＣＣ全体に対する無線周波数（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）チップ（ｃｈｉｐ）をオンにしたままで動作すると、端末バッテリー消耗が増加し得る。或いは、一つの広帯域ＣＣ内に動作する様々な活用ケース（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Ｍｍｔｃ、Ｖ２Ｘなど）を考慮すれば、当該ＣＣ内に周波数帯域別に異なるヌメロロジー（例えば、サブキャリア間隔など）が支援されてよい。或いは、端末別に最大帯域幅に対する能力（ｃａｐａｂｉｌｉｔｙ）が異なることがある。これを考慮して、基地局は広帯域ＣＣの全体帯域幅ではなく一部の帯域幅でのみ動作するように端末に指示してよく、当該一部の帯域幅を便宜上、帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）と定義する。ＢＷＰは、周波数軸上で連続したＲＢで構成されてよく、一つのヌメロロジー（例えば、サブキャリア間隔、ＣＰ長、スロット／ミニスロット区間）に対応し得る。
【0062】
一方、基地局は、端末に設定された一つのＣＣ内でも多数のＢＷＰを設定できる。例えば、ＰＤＣＣＨモニタリングスロットでは相対的に小さい周波数領域を占めるＢＷＰを設定し、ＰＤＣＣＨで指示するＰＤＳＣＨは、それよりも大きいＢＷＰ上にスケジュールされてよい。或いは、特定ＢＷＰにＵＥが集中する場合に、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）のために一部の端末に他のＢＷＰを設定してよい。或いは、隣接セル間の周波数ドメインセル間干渉除去（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などを考慮して、全帯域幅のうち一部のスペクトル（ｓｐｅｃｔｒｕｍ）を排除し、両方のＢＷＰを同一スロット内でも設定できる。すなわち、基地局は、広帯域ＣＣと関連付けられた（ａｓｓｏｃｉａｔｉｏｎ）端末に、少なくとも一つのＤＬ／ＵＬ ＢＷＰを設定できる。基地局は特定時点に設定されたＤＬ／ＵＬ ＢＷＰのうち少なくとも一つのＤＬ／ＵＬ ＢＷＰを（Ｌ１シグナリング又はＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）又はＲＲＣシグナリングなどによって）活性化させることができる。また、基地局は、他の設定されたＤＬ／ＵＬ ＢＷＰへのスイッチングを（Ｌ１シグナリング又はＭＡＣ ＣＥ又はＲＲＣシグナリングなどによって）指示できる。又は、タイマーベースでタイマー値が満了すると、定められたＤＬ／ＵＬ ＢＷＰにスイッチしてもよい。このとき、活性化されたＤＬ／ＵＬ ＢＷＰを活性（ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰと定義する。ただし、端末が最初接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程を行っている中であるか、或いはＲＲＣ連結がセットアップ（ｓｅｔ ｕｐ）される前であるなどの状況では、ＤＬ／ＵＬ ＢＷＰに対する設定を受信できないことがあるので、このような状況で端末が仮定するＤＬ／ＵＬ ＢＷＰは、最初活性ＤＬ／ＵＬ ＢＷＰと定義する。
【0063】
図６には、本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。
【0064】
無線通信システムにおいて、端末は基地局から下りリンク（Ｄｏｗｎｌｉｎｋ）で情報を受信し、端末は基地局に上りリンク（Ｕｐｌｉｎｋ）で情報を送信する。基地局と端末が送受信する情報は、データ及び様々な制御情報を含み、それらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【0065】
端末は、電源が入るか、新しくセルに進入した場合に、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う（Ｓ６０１）。そのために、端末は基地局から主同期信号（ＰＳＳ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及び副同期信号（ＳＳＳ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を受信して基地局と同期を取り、セル識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）などの情報を取得できる。その後、端末は基地局から物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を受信してセル内放送情報を取得できる。一方、端末は、初期セル探索段階で下りリンク参照信号（ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信して下りリンクチャネル状態を確認することができる。
【0066】
初期セル探索を終えた端末は、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及び前記ＰＤＣＣＨに乗せられた情報によって物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信し、より具体的なシステム情報をすることが取得できる（Ｓ６０２）。
【0067】
一方、基地局に最初に接続するか、信号送信のための無線リソースがない場合に、端末は、基地局に対してランダムアクセス過程（ＲＡＣＨ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる（段階Ｓ６０３～段階Ｓ６０６）。そのために、端末は、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）で特定シーケンスをプリアンブルとして送信し（Ｓ６０３及びＳ６０５）、プリアンブルに対する応答メッセージを、ＰＤＣＣＨ及び対応するＰＤＳＣＨで受信することができる（Ｓ６０４及びＳ６０６）。競合ベースＲＡＣＨの場合、さらに、衝突解決手続（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【0068】
上述したような手続を行った端末は、その後、一般の上りリンク／下りリンク信号送信手続として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ６０７）及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）／物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信（Ｓ６０８）を行うことができる。特に、端末はＰＤＣＣＨで下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含み、その使用目的によってフォーマットが互いに異なる。
【0069】
一方、端末が上りリンクで基地局に送信する又は端末が基地局から受信する制御情報は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｎ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ ＬＴＥシステムにおいて、端末は上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨで送信できる。
【0070】
表５は、ＮＲシステムでのＤＣＩフォーマット（ｆｏｒｍａｔ）の一例を示す。
【0071】
【表5】
【0072】
表５を参照すると、ＤＣＩ ｆｏｒｍａｔ０＿０、０＿１及び０＿２は、ＰＵＳＣＨのスケジューリングに関連したリソース情報（例えば、ＵＬ／ＳＵＬ（Ｓｕｐｐｌｅｍｅｎｔａｒｙ ＵＬ）、周波数リソース割り当て、時間リソース割り当て、周波数ホッピングなど）、伝送ブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）関連情報（例えば、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ ａｎｄ Ｓｃｈｅｍｅ）、ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）など）、ＨＡＲＱ（Ｈｙｂｒｉｄ－ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ）関連情報（例えば、プロセス番号、ＤＡＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、ＤＭＲＳシーケンス初期化情報、アンテナポート、ＣＳＩ要請など）、電力制御情報（例えば、ＰＵＳＣＨ電力制御など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。
【0073】
ＤＣＩ ｆｏｒｍａｔ ０＿０は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット０＿０に含まれた情報は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）又はＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ）によってＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブルされて送信される。
【0074】
ＤＣＩ ｆｏｒｍａｔ ０＿１は、一つのセルにおいて一つ以上のＰＵＳＣＨのスケジューリング、又は設定されたグラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）下りリンクフィードバック情報を端末に指示するために用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿１に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0075】
ＤＣＩ ｆｏｒｍａｔ ０＿２は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿２に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0076】
次に、ＤＣＩ ｆｏｒｍａｔ １＿０、１＿１及び１＿２は、ＰＤＳＣＨのスケジューリングに関連したリソース情報（例えば、周波数リソース割り当て、時間リソース割り当て、ＶＲＢ（ｖｉｒｔｕａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）－ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）マッピングなど）、伝送ブロック（ＴＢ）関連情報（例えば、ＭＣＳ、ＮＤＩ、ＲＶなど）、ＨＡＲＱ関連情報（例えば、プロセス番号、ＤＡＩ、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、アンテナポート、ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）要請など）、ＰＵＣＣＨ関連情報（例えば、ＰＵＣＣＨ電力制御、ＰＵＣＣＨリソース指示子など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。
【0077】
ＤＣＩ ｆｏｒｍａｔ １＿０は、一つのＤＬセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿０に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0078】
ＤＣＩ ｆｏｒｍａｔ １＿１は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿１に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0079】
ＤＣＩ ｆｏｒｍａｔ １＿２は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿２に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0080】
非地上ネットワーク（ｎｏｎ－ｔｅｒｒｅｓｔｒｉａｌ ｎｅｔｗｏｒｋ，ＮＴＮ）を支援する無線通信システム
【0081】
ＮＴＮは、衛星又は無人航空システム（ｕｎｍａｎｎｅｄ ａｉｒｃｒａｆｔ ｓｙｓｔｅｍ，ＵＡＳ）プラットホームにおいて無線リソース（ＲＦ ｒｅｓｏｕｒｃｅ）を使用するように構成されるネットワーク又はネットワークのセグメント（ｓｅｇｍｅｎｔ）を意味する。より広いカバレッジを確保したり、無線通信基地局設置が容易でない場所に無線通信サービスを提供したりするために、ＮＴＮサービスの利用が考慮されている。
【0082】
ここで、ＮＴＮサービスとは、基地局を地上ではなく人工衛星（例えば、静止軌道（ｇｅｏｓｔａｔｉｏｎａｒｙ－ｏｒｂｉｔ）、低軌道（ｌｏｗ－ｏｒｂｉｔ）、中軌道（ｍｅｄｉｕｍ－ｏｒｂｉｔ）衛星など）、飛行機、無人飛行船、ドローンなどに設置して端末に無線通信サービスを提供することを指す。以下の説明において、ＮＴＮサービスは、ＮＲ ＮＴＮサービス及び／又はＬＴＥ ＮＴＮサービスを含むことができる。地上ネットワーク（ｔｅｒｒｅｓｔｒｉａｌ ｎｅｔｗｏｒｋ，ＴＮ）サービスとは、基地局を地上に設置して端末に無線通信サービスを提供することを指す。
【0083】
ＮＴＮサービスに考慮される周波数帯域は、主に、第１周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ １，ＦＲ１）（例えば、４１０ＭＨｚ～７．１２５ＧＨｚ）では２ＧＨｚ帯域（Ｓ－ｂａｎｄ：２～４ＧＨｚ）、第２周波数範囲（ＦＲ２）（例えば、２４．２５ＧＨｚ～５２．６ＧＨｚ）では下りリンク２０ＧＨｚ、上りリンク３０ＧＨｚ帯域（Ｋａ－Ｂａｎｄ：２６．５～４０ＧＨｚ））であってよい。さらに、７．１２５ＧＨｚと２４．２５ＧＨｚとの間の周波数帯域又は５２．６ＧＨｚ以上の周波数帯域でもＮＴＮサービスが支援されてよい。
【0084】
図７は、本開示が適用可能な無線通信システムが支援するＮＴＮを説明するための図である。
【0085】
図７（ａ）は、トランスペアレントペイロード（ｔｒａｎｓｐａｒｅｎｔ ｐａｙｌｏａｄ）に基づくＮＴＮシナリオを例示し、図７（ｂ）は、リジェネレイティブペイロード（ｒｅｇｅｎｅｒａｔｉｖｅ ｐａｙｌｏａｄ）に基づくＮＴＮシナリオを例示する。
【0086】
ここで、トランスペアレントペイロードに基づくＮＴＮシナリオは、地上の基地局からペイロードを受信した人工衛星が端末に当該ペイロードを送信するシナリオであり、リジェネレイティブペイロードに基づくＮＴＮシナリオは、人工衛星が基地局（ｇＮＢ）として具現されるシナリオを意味する。
【0087】
ＮＴＮは一般に、次の要素を特徴とする。
【0088】
－ 共用データネットワークにＮＴＮを連結するための一つ以上の衛星ゲートウェイ（ｓａｔ－ｇａｔｅｗａｙ）：
【0089】
静止地球軌道（ｇｅｏｓｔａｔｉｏｎａｒｙ ｅａｒｔｈ ｏｒｂｉｔｉｎｇ，ＧＥＯ）衛星は、衛星によってターゲッティングされたカバレッジ（例えば、地域（ｒｅｇｉｏｎａｌ）又は大陸カバレッジ（ｃｏｎｔｉｎｅｎｔａｌ ｃｏｖｅｒａｇｅ））に配置される一つ以上の衛星ゲートウェイによって供給される。セル内の端末は一つのみの衛星ゲートウェイによってサービング（ｓｅｒｖｉｎｇ）されると仮定されてよい。
【0090】
非ＧＥＯ衛星は、一つ以上の衛星ゲートウェイによって連続して（ｓｕｃｃｅｓｓｉｖｅｌｙ）サービング（ｓｅｒｖｉｎｇ）されてよい。このとき、無線通信システムは、モビリティーアンカリング（ｍｏｂｉｌｉｔｙ ａｎｃｈｏｒｉｎｇ）及びハンドオーバー（ｈａｎｄｏｖｅｒ）を行うのに十分な時間区間において、サービング衛星ゲートウェイ同士間のサービス及びフィーダリンク（ｆｅｅｄｅｒ ｌｉｎｋ）連続性を保障する。
【0091】
－ 衛星ゲートウェイ及び衛星（又は、ＵＡＳプラットホーム）との間のフィーダリンク（ｆｅｅｄｅｒ ｌｉｎｋ）又は無線リンク（ｒａｄｉｏ ｌｉｎｋ）
－ 端末と衛星（又は、ＵＡＳプラットホーム）との間のサービスリンク又は無線リンク
－ トランスペアレント又はリジェネレイティブ（オンボード（ｏｎ－ｂｏａｒｄ）プロセシングを含む。）ペイロードのいずれか一方を具現できる衛星（又は、ＵＡＳプラットホーム）。
－ 端末と衛星（又は、ＵＡＳプラットホーム）との間のサービスリンク又は無線リンク
－ トランスペアレント又はリジェネレイティブ（オンボード（ｏｎ－ｂｏａｒｄ）プロセシングを含む。）ペイロードのいずれか一方を具現できる衛星（又は、ＵＡＳプラットホーム）。
【0092】
衛星（又は、ＵＡＳプラットホーム）生成ビームは、一般に衛星（又は、ＵＡＳプラットホーム）の視野によって境界が指定されたサービス領域で複数のビームを生成する。ビームの受信範囲（ｆｏｏｔｐｒｉｎｔ）は一般的に楕円形である。衛星（又は、ＵＡＳプラットホーム）の視野は、搭載されたアンテナダイヤグラムと最小高度角によって決定される。
【0093】
トランスペアレントペイロード：無線周波数フィルタリング、周波数変換及び増幅。これにより、ペイロードによって反復される波形信号は変更されない。
【0094】
リジェネレイティブペイロード：無線周波数フィルタリング、周波数変換及び増幅の他にも復調／デコーディング、スイッチング及び／又はルーティング、コーディング／変調。これは、衛星（又は、ＵＡＳプラットホーム）において基地局機能（例えば、ｇＮＢ）の全部又は一部を有することと実質的に同一である。
【0095】
－ 衛星集団ではＩＳＬ（Ｉｎｔｅｒ－ｓａｔｅｌｌｉｔｅ ｌｉｎｋｓ）。そのためには、衛星に再生成ペイロードが要求される。ＩＳＬはＲＦ周波数又は広帯域で動作できる。
【0096】
－ 端末は、ターゲットサービス地域内で衛星（又は、ＵＡＳプラットホーム）によってサービスされる。
【0097】
表６は、衛星（又は、ＵＡＳプラットホーム）のタイプを例示する。
【0098】
【表6】
【0099】
一般に、ＧＥＯ衛星及びＵＡＳは、大陸（ｃｏｎｔｉｎｅｎｔａｌ）、広域（ｒｅｇｉｏｎａｌ）又はローカル（ｌｏｃａｌ）サービスを提供するために用いられる。そして、ＬＥＯ（ｌｏｗ ｅａｒｔｈ ｏｒｂｉｔｉｎｇ）及びＭＥＯ（ｍｅｄｉｕｍ ｅａｒｔｈ ｏｒｂｉｔｉｎｇ）のコンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）は、北半球と南半球の両方でサービスを提供するために用いられる。又は、当該コンステレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）は、極地方を含むグローバルカバレッジを提供することもできる。今後、適切な軌道傾斜、生成された十分なビーム及び衛星間のリンクが必要であり得る。そして、ＨＥＯ（Ｈｉｇｈｌｙ Ｅｌｌｉｐｔｉｃａｌ Ｏｒｂｉｔｉｎｇ）衛星システムも考慮されてよい。
【0100】
以下では、次の６つの参照シナリオを含むＮＴＮにおける無線通信システムについて説明する。
【0101】
－ 円形軌道及び名目ステーション維持プラットホーム（ｎｏｔａｔｉｏｎａｌ ｓｔａｔｉｏｎ ｋｅｅｐｉｎｇ ｕｐ ｐｌａｔｆｏｒｍ）
－ 最も高いＲＴＤ（Ｒｏｕｎｄ Ｔｒｉｐ Ｄｅｌａｙ）制約（ｃｏｎｓｔｒａｉｎｔ）
－ 最も高いドップラー制約
－ トランスペアレント又はリジェネレイティブペイロード
－ １個のＩＳＬケースと１個のＩＳＬ無しケース。衛星間リンクではリジェネレイティブペイロード
－ 最も高いＲＴＤ（Ｒｏｕｎｄ Ｔｒｉｐ Ｄｅｌａｙ）制約（ｃｏｎｓｔｒａｉｎｔ）
－ 最も高いドップラー制約
－ トランスペアレント又はリジェネレイティブペイロード
－ １個のＩＳＬケースと１個のＩＳＬ無しケース。衛星間リンクではリジェネレイティブペイロード
【0102】
前記６つの参照シナリオは、表７及び表８で考慮される。
【0103】
【表7】
【0104】
【表8-1】
【表8-2】
【0105】
参照１：各衛星は、ビームフォーミング技術を用いて地球上の固定された地点にビームを操向することができる。これは、衛星の可視（ｖｉｓｉｂｉｌｉｔｙ）時間に該当する時間の間に適用される。
【0106】
参照２：ビーム（地球（又は、地上）に固定された端末）内の最大遅延変化（ｍａｘ ｄｅｌａｙ ｖａｒｉａｔｉｏｎ）は、ゲートウェイ及び端末の両方に対する最小上下角（ｍｉｎ ｅｌｅｖａｔｉｏｎ ａｎｇｌｅ）に基づいて計算される。
【0107】
参照３：ビーム内最大差動遅延は、最下点（ａｔ ｎａｄｉｒ）において最大ビーム受信範囲の直径を基準に計算される。
【0108】
参考４：遅延計算に用いられる光の速度は、２９９７９２４５８ｍ／ｓである。
【0109】
参考５：ＧＥＯの最大ビーム受信範囲の大きさは、カバレッジ縁（低い高度）にスポットビーム（ｓｐｏｔ ｂｅａｍ）があると仮定し、現在状態（ｓｔａｔｅ）のＧＥＯと出力（ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）システム技術に基づいて決定される。
【0110】
参考６：セルレベルで最大差動遅延は、最大のビームサイズに対するビームレベルの遅延を考慮して計算される。ビームサイズが小さい又は中間サイズであるとき、セルが２つ以上のビームを含むことができる。ただし、セル内の全てのビームの累積差動遅延は、表８のセルレベルでは最大差動遅延を超えない。
【0111】
また、以下では、次の５つの参照シナリオを含むＩｏＴ ＮＴＮにおける無線通信システムについて説明する。
【0112】
－ ＧＥＯ及びＬＥＯ軌道シナリオ
－ 衛星間リンク無し
－ トランスペアレントペイロード
－ 固定又は調整可能なビームによってそれぞれ地面で利用するか或いは固定されたビームフットプリント（ｂｅａｍ ｆｏｏｔ ｐｒｉｎｔ）
－ ６ＧＨｚ以下関心帯域
－ 衛星間リンク無し
－ トランスペアレントペイロード
－ 固定又は調整可能なビームによってそれぞれ地面で利用するか或いは固定されたビームフットプリント（ｂｅａｍ ｆｏｏｔ ｐｒｉｎｔ）
－ ６ＧＨｚ以下関心帯域
【0113】
前記５つの参照シナリオは表９で考慮される。
【0114】
【表9】
【0115】
本開示において、ＮＴＮ関連説明は、ＮＴＮ ＧＥＯシナリオ、及び高度が６００ｋｍ以上である円形軌道を持つ全てのＮＧＳＯ（ｎｏｎ－ｇｅｏｓｔａｔｉｏｎａｒｙ ｏｒｂｉｔ）シナリオに適用されてよい。
【0116】
そして、前述した内容（ＮＲフレーム構造、ＮＴＮなど）は、後述する方法と結合して適用されてよく、本開示で説明する方法の技術的特徴を明確にするうえで補充されてよい。
【0117】
ＮＴＮにおいてＴＡ（ｔｉｍｉｎｇ ａｄｖａｎｃｅ）値設定方法
【0118】
ＴＮでは端末がセル内で動くので、基地局と端末間の距離が変わっても、端末の送信したＰＲＡＣＨプリアンブル（ｐｒｅａｍｂｌｅ）は特定ＲＯ（ＲＡＣＨ ｏｃｃａｓｉｏｎ）の時区間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）内に基地局に送信され得る。
【0119】
そして、端末が上りリンク信号／チャネルを送信するためのＴＡ値は、初期（ｉｎｉｔｉａｌ）ＴＡ値及びＴＡオフセット（ｏｆｆｓｅｔ）値で構成されてよい。ここで、初期ＴＡ値及びＴＡオフセット値は、基地局のセルカバレッジ範囲で表現可能なＴＡ値であり、基地局によって指示されてよい。
【0120】
さらに他の例として、基地局がＰＤＣＣＨオーダー（ｏｒｄｅｒ）をＤＣＩを用いて指示すれば、端末はＰＲＡＣＨプリアンブルを基地局に送信できる。端末は、基地局から受信したプリアンブルに対する応答メッセージ（ランダムアクセス応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ，ＲＡＲ））によって指示されたＴＡ値（すなわち、初期ＴＡ値）を用いて、上りリンク信号／チャネルを基地局に送信できる。
【0121】
ＮＴＮでは、端末の動きとは関係なく衛星の動きによって衛星と端末間の距離が変わる。これを克服するために、端末はＧＮＳＳ（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ）を通じて端末の位置を把握し、基地局から指示された衛星の軌道情報を用いて端末と衛星間のラウンドトリップ遅延（ｒｏｕｎｄ ｔｒｉｐ ｄｅｌａｙ，ＲＴＤ）である端末特定（ＵＥ－ｓｐｅｃｉｆｉｃ）ＴＡを計算できる。
【0122】
ここで、端末特定ＴＡは、端末が選択したＲＯでＰＲＡＣＨプリアンブルが送信されるとき、衛星（又は、基地局（ｇＮＢ））が前記ＲＯの時区間内にＰＲＡＣＨプリアンブルを受信できるように設定されてよい。
【0123】
そして、端末の選択したＲＯでＰＲＡＣＨプリアンブルが送信されるとき、端末特定ＴＡのみが適用されると、前記ＰＲＡＣＨプリアンブルは前記ＲＯの基準時間よりも遅延して衛星（又は、ｇＮＢ）に送信されることがある。この時、基地局から受信したＲＡＲによって指示される初期ＴＡ値は、前記遅延された値を示すことができる。
【0124】
さらに、共通（ｃｏｍｍｏｎ）ＴＡは、地上にあるｇＮＢ（又は、参照ポイント）と衛星とのＲＴＤを意味できる。ここで、参照ポイントは、下りリンク及び上りリンクフレーム境界（ｂｏｕｎｄａｒｙ）が一致する所を意味できる。そして、共通ＴＡは、基地局が端末に指示するものと定義されてよい。仮に、参照ポイントが衛星にある場合に、共通ＴＡは指示されなくてよく、参照ポイントが地上にあるｇＮＢにある場合に、共通ＴＡはｇＮＢと衛星間のＲＴＤを補償するための用途に用いられてよい。
【0125】
さらに、ＮＴＮでは、メッセージ（ｍｅｓｓａｇｅ，Ｍｓｇ）１（例えば、ＰＲＡＣＨプリアンブル）／Ｍｓｇ Ａ（例えば、ＰＲＡＣＨプリアンブル及びＰＵＳＣＨ）送信前のＴＡ値を、端末特定ＴＡ及び共通ＴＡ（提供される場合に）と設定できる。ここで、端末特定ＴＡは、前述したように、端末が独自で計算した、端末と衛星間のＲＴＤであってよい。
【0126】
図８は、本開示が適用可能な無線通信システムが支援するＮＴＮにおけるＴＡを説明するための図である。
【0127】
図８（ａ）は、リジェネレイティブペイロードベースＮＴＮシナリオを例示している。（全ての端末に共通する）共通ＴＡ（Ｔｃｏｍ）は、２Ｄ０（衛星と参照信号間の距離）／ｃと算出され、ｘ番目の端末（ＵＥｘ）に対する端末特定差動（ｄｉｆｆｅｒｅｎｔｉａｌ）ＴＡ（ＴＵＥｘ）は、２（Ｄ１ｘ－Ｄ０）／ｃと算出されてよい。全体ＴＡ（Ｔｆｕｌｌ）は、‘Ｔｃｏｍ＋ＴＵＥｘ’と算出されてよい。ここで、Ｄ１ｘは、衛星とＵＥｘ間の距離を意味できる。ここで、ｃは光の速度を表すことができる。
【0128】
図８（ｂ）は、トランスペアレントペイロードベースＮＴＮシナリオを例示している。（全ての端末に共通する）共通ＴＡ（Ｔｃｏｍ）は、２（Ｄ０１＋Ｄ０２）／ｃと算出され、ｘ番目の端末（ＵＥｘ）に対する端末特定差動（ｄｉｆｆｅｒｅｎｔｉａｌ）ＴＡ（ＴＵＥｘ）は、２（Ｄ１ｘ－Ｄ０）／ｃと算出されてよい。全体ＴＡ（Ｔｆｕｌｌ）は、‘Ｔｃｏｍ＋ＴＵＥｘ’と算出されてよい。ここで、Ｄ０１は、衛星と参照ポイント間の距離を意味し、Ｄ０２は、衛星と地上に位置した基地局間の距離を意味できる。
【0129】
ＮＴＮシステムにおけるＨＡＲＱ－ＡＣＫ関連
【0130】
ＮＴＮシステムでは、長いＲＴＴ（ｌｏｎｇ Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）によるレイテンシー（ｌａｔｅｎｃｙ）問題を考慮してＨＡＲＱフィードバックの非活性化（ｄｉｓａｂｌｉｎｇ）が支援されてよい。すなわち、追加の遅延許容（ｍｏｒｅ ｄｅｌａｙ－ｔｏｌｅｒａｎｔ）再送信メカニズムと関連して、ＮＴＮにおけるＨＡＲＱ非活性化（ＨＡＲＱ ｄｉｓａｂｌｉｎｇ）及びＨＡＲＱ最適化（ＨＡＲＱ ｏｐｔｉｍｉｚａｔｉｏｎ）が考慮される。
【0131】
まず、ＮＴＮにおけるＨＡＲＱ非活性化と関連して、ＵＬ ＨＡＲＱフィードバックが非活性化（ｄｉｓａｂｌｅ）される場合に、ｉ）ＭＡＣ－ＣＥ及びＲＲＣシグナリングが端末で受信されない、又はｉｉ）ＤＬパケットが、基地局が認知できない状態で、長い期間（ｌｏｎｇ ｐｅｒｉｏｄ）に端末で正しく受信されないことがある。
【0132】
したがって、ＨＡＲＱフィードバックが非活性化（ｄｉｓａｂｌｅ）される場合に、新しい／再解析されたフィールドでＤＣＩによってＨＡＲＱ非活性化（ＨＡＲＱ ｄｉｓａｂｌｉｎｇ）が指示されるか、ＤＬ送信中断報告及び／又はＤＬスケジューリング変更要請のための新しいＵＣＩフィードバック動作が考慮されてよい。
【0133】
次に、ＮＴＮにおけるＨＡＲＱ最適化（ＨＡＲＱ ｏｐｔｉｍｉｚａｔｉｏｎ）と関連して、最大データ速度（ｐｅａｋ ｄａｔａ ｒａｔｅ）の減少を避けるための方法が考慮される。ＨＡＲＱ手続においてストップアンドウェイト（ｓｔｏｐ－ａｎｄ－ｗａｉｔ）を回避するために、より長い衛星ラウンドトリップ遅延（ｌｏｎｇｅｒ ｓａｔｅｌｌｉｔｅ ｒｏｕｎｄ ｔｒｉｐ ｄｅｌａｙ）と一致するようにＨＡＲＱプロセス数を増やす方法がある。及び／又は、ＨＡＲＱ手続においてストップアンドウェイトを回避するためにＵＬ ＨＡＲＱフィードバックを非活性化（ｄｉｓａｂｌｅ）させ、安定性（ｒｅｌｉａｂｉｌｉｔｙ）のためにＲＣＬ ＡＲＱに依存する方法もある。
【0134】
データ送信及びＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ）－ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）過程
【0135】
図９は本開示が適用可能な無線通信システムにおいて下りリンクデータに対するＨＡＲＱ－ＡＣＫ過程を例示する。
【0136】
図９を参照すると、端末は、スロット＃ｎでＰＤＣＣＨを検出できる。ここで、ＰＤＣＣＨは、下りリンクスケジューリング情報（例えば、ＤＣＩフォーマット１＿０、１＿１）を含み、ＰＤＣＣＨは、ＤＬ ａｓｓｉｇｎｍｅｎｔ－ｔｏ－ＰＤＳＣＨ ｏｆｆｓｅｔ（Ｋ０）とＰＤＳＣＨ－ＨＡＲＱ－ＡＣＫ ｒｅｐｏｒｔｉｎｇ ｏｆｆｓｅｔ（Ｋ１）を示す。例えば、ＤＣＩフォーマット１＿０、１＿１は次の情報を含むことができる。
【0137】
－ 周波数ドメインリソース承認（Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）：ＰＤＳＣＨに割り当てられたＲＢリソース（例えば、一つ以上の（不）連続ＲＢ）を示す
－ 時間ドメインリソース承認（Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）：Ｋ０、スロット内のＰＤＳＣＨの開始位置（例えば、ＯＦＤＭシンボルインデックス）及び長さ（例えば、ＯＦＤＭシンボル個数）を示す
－ ＰＤＳＣＨ ＨＡＲＱフィードバックタイミング指示子（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ）：Ｋ１を示す
－ ＨＡＲＱプロセス番号（ＨＡＲＱ ｐｒｏｃｅｓｓ ｎｕｍｂｅｒ）（４ビット）：データ（例えば、ＰＤＳＣＨ、ＴＢ）に対するＨＡＲＱプロセスＩＤ（Ｉｄｅｎｔｉｔｙ）を示す
－ ＰＵＣＣＨリソース指示子（ＰＲＩ，ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）：ＰＵＣＣＨリソースセット内の複数のＰＵＣＣＨリソースのうち、ＵＣＩ送信に用いられるＰＵＣＣＨリソースを指示する
－ 時間ドメインリソース承認（Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）：Ｋ０、スロット内のＰＤＳＣＨの開始位置（例えば、ＯＦＤＭシンボルインデックス）及び長さ（例えば、ＯＦＤＭシンボル個数）を示す
－ ＰＤＳＣＨ ＨＡＲＱフィードバックタイミング指示子（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ）：Ｋ１を示す
－ ＨＡＲＱプロセス番号（ＨＡＲＱ ｐｒｏｃｅｓｓ ｎｕｍｂｅｒ）（４ビット）：データ（例えば、ＰＤＳＣＨ、ＴＢ）に対するＨＡＲＱプロセスＩＤ（Ｉｄｅｎｔｉｔｙ）を示す
－ ＰＵＣＣＨリソース指示子（ＰＲＩ，ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）：ＰＵＣＣＨリソースセット内の複数のＰＵＣＣＨリソースのうち、ＵＣＩ送信に用いられるＰＵＣＣＨリソースを指示する
【0138】
その後、端末は、スロット＃ｎのスケジューリング情報によってスロット＃（ｎ＋Ｋ０）でＰＤＳＣＨを受信した後、スロット＃（ｎ＋Ｋ１）でＰＵＣＣＨを介してＵＣＩを送信できる。ここで、ＵＣＩは、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。ＰＤＳＣＨが最大で１個のＴＢを送信するように構成された場合に、ＨＡＲＱ－ＡＣＫ応答は１ビットで構成されてよい。ＰＤＳＣＨが最大で２個のＴＢを送信するように構成された場合に、ＨＡＲＱ－ＡＣＫ応答は、空間（ｓｐａｔｉａｌ）バンドリングが構成されていなければ２ビットで構成され、空間バンドリングが構成されていれば１ビットで構成されてよい。複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時点がスロット＃（ｎ＋Ｋ１）と指定された場合に、スロット＃（ｎ＋Ｋ１）で送信されるＵＣＩは、複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。
【0139】
ＣＢＧ（Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）ベースＨＡＲＱ過程
【0140】
ＬＴＥでは、ＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）ベースＨＡＲＱ過程が支援される。ＮＲでは、ＴＢベースＨＡＲＱ過程と共にＣＢＧベースＨＡＲＱ過程が支援される。
【0141】
図１０には、本開示が適用可能な無線通信システムにおいてＴＢの処理過程及び構造を例示する。
【0142】
図１０の過程は、ＤＬ－ＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）、ＰＣＨ（Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ）及びＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）の送信チャネルのデータに適用されてよい。ＵＬ ＴＢ（或いは、ＵＬ送信チャネルのデータ）も類似に処理されてよい。
【0143】
図１０を参照すると、送信機は、ＴＢにエラーチェックのためにＣＲＣ（例えば、２４ビット）（ＴＢ ＣＲＣ）を付加する。その後、送信機は、チャネルエンコーダのサイズを考慮してＴＢ＋ＣＲＣを複数のコードブロックに分けることができる。一例として、ＬＴＥにおいてコードブロックの最大サイズは６１４４ビットである。したがって、ＴＢサイズが６１４４ビット以下であれば、コードブロックは構成されず、ＴＢサイズが６１４４ビットよりも大きい場合に、ＴＢは６１４４ビット単位に分割されて複数のコードブロックが構成される。それぞれのコードブロックには、エラーチェックのためにＣＲＣ（例えば、２４ビット）（ＣＢ ＣＲＣ）が個別に付加される。それぞれのコードブロックは、チャネルコーディング及びレートマッチング後に一つに合わせられてコードワードを構成する。ＴＢベースＨＡＲＱ過程においてデータスケジューリング及びそれによるＨＡＲＱ過程はＴＢ単位で行われ、ＣＢ ＣＲＣは、ＴＢデコーディングの早期終了（ｅａｒｌｙ ｔｅｒｍｉｎａｔｉｏｎ）を判断するために用いられる。
【0144】
図１１には、本開示が適用可能な無線通信システムにおいてＣＢＧベースＨＡＲＱ過程を例示する。
【0145】
ＣＢＧベースＨＡＲＱ過程においてデータスケジューリングとそれによるＨＡＲＱ過程はＣＢＧ単位で行われてよい。
【0146】
図１１を参照すると、端末は、上位層信号（例えば、ＲＲＣ信号）を用いて、伝送ブロック当たりのコードブロックグループの個数Ｍに関する情報を、基地局から受信することができる（Ｓ１６０２）。その後、端末は、データ初期送信を（ＰＤＳＣＨを介して）基地局から受信することができる（Ｓ１６０４）。ここで、データは伝送ブロックを含み、伝送ブロックは複数のコードブロックを含み、複数のコードブロックは一つ以上のコードブロックグループに区分されてよい。ここで、コードブロックグループの一部は、ｃｅｉｌｉｎｇ（Ｋ／Ｍ）個のコードブロックを含み、残りのコードブロックはｆｌｏｏｒｉｎｇ（Ｋ／Ｍ）個のコードブロックを含むことができる。Ｋは、データ内のコードブロックの個数を表す。その後、端末は、データに対してコードブロックグループベースのＡ／Ｎ情報を基地局にフィードバックでき（Ｓ１６０６）、基地局は、コードブロックグループに基づいてデータ再送信を行うことができる（Ｓ１６０８）。Ａ／Ｎ情報は、ＰＵＣＣＨ又はＰＵＳＣＨを介して送信されてよい。ここで、Ａ／Ｎ情報は、データに対して複数のＡ／Ｎビットを含み、それぞれのＡ／Ｎビットは、データに対してコードブロックグループ単位で生成されたそれぞれのＡ／Ｎ応答を示すことができる。Ａ／Ｎ情報のペイロードサイズは、データを構成するコードブロックグループの個数に関係なくＭに基づいて同一に維持されてよい。
【0147】
動的（ｄｙｎａｍｉｃ）／準静的（ｓｅｍｉ－ｓｔａｔｉｃ）ＨＡＲＱ－ＡＣＫコードブック方式
【0148】
ＮＲでは、動的ＨＡＲＱ－ＡＣＫコードブック方式と準静的ＨＡＲＱ－ＡＣＫコードブック方式を支援する。ＨＡＲＱ－ＡＣＫ（又は、Ａ／Ｎ）コードブックは、ＨＡＲＱ－ＡＣＫペイロードに代替されてよい。
【0149】
動的ＨＡＲＱ－ＡＣＫコードブック方式が設定された場合に、Ａ／Ｎペイロードのサイズは、実際にスケジュールされたＤＬデータ個数によってＡ／Ｎペイロードのサイズが可変する。そのために、ＤＬスケジューリングと関連したＰＤＣＣＨには、ｃｏｕｎｔｅｒ－ＤＡＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）とｔｏｔａｌ－ＤＡＩが含まれる。ｃｏｕｎｔｅｒ－ＤＡＩは、ＣＣ（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）（又は、セル）－ｆｉｒｓｔ方式で計算された｛ＣＣ，スロット｝スケジューリング順序値を示し、Ａ／Ｎコードブック内でＡ／Ｎビットの位置を指定するめたに用いられる。ｔｏｔａｌ－ＤＡＩは、現在スロットまでのスロット単位スケジューリング累積値を示し、Ａ／Ｎコードブックのサイズを決定するために用いられる。
【0150】
準静的Ａ／Ｎコードブック方式が設定された場合に、実際にスケジュールされたＤＬデータ数に関係なくＡ／Ｎコードブックのサイズが（最大値と）固定される。具体的に、一つのスロット内の一つのＰＵＣＣＨを介して送信される（最大）Ａ／Ｎペイロード（サイズ）は、端末に設定された全てのＣＣ及び前記Ａ／Ｎ送信タイミングが指示され得る全てのＤＬスケジューリングスロット（又は、ＰＤＳＣＨ送信スロット又はＰＤＣＣＨモニタリングスロット）の組合せ（以下、バンドリングウィンドウ）に対応するＡ／Ｎビット数と決定されてよい。例えば、ＤＬグラントＤＣＩ（ＰＤＣＣＨ）には、ＰＤＳＣＨ－ｔｏ－Ａ／Ｎタイミング情報が含まれ、ＰＤＳＣＨ－ｔｏ－Ａ／Ｎタイミング情報は、複数の値のうち一つ（例えば、ｋ）を有することができる。例えば、ＰＤＳＣＨがスロット＃ｍで受信され、前記ＰＤＳＣＨをスケジュールするＤＬグラントＤＣＩ（ＰＤＣＣＨ）内のＰＤＳＣＨ－ｔｏ－Ａ／Ｎタイミング情報がｋを指示する場合に、前記ＰＤＳＣＨに対するＡ／Ｎ情報はスロット＃（ｍ＋ｋ）で送信されてよい。一例として、ｋ∈｛１，２，３，４，５，６，７，８｝と与えられてよい。一方、Ａ／Ｎ情報がスロット＃ｎで送信される場合に、Ａ／Ｎ情報はバンドリングウィンドウを基準に可能な最大Ａ／Ｎを含むことができる。すなわち、スロット＃ｎのＡ／Ｎ情報は、スロット＃（ｎ－ｋ）に対応するＡ／Ｎを含むことができる。例えば、ｋ∈｛１，２，３，４，５，６，７，８｝である場合に、スロット＃ｎのＡ／Ｎ情報は、実際のＤＬデータ受信に関係なく、スロット＃（ｎ－８）～スロット＃（ｎ－１）に対応するＡ／Ｎを含む（すなわち、最大個数のＡ／Ｎ）。ここで、Ａ／Ｎ情報は、Ａ／Ｎコードブック、Ａ／Ｎペイロードに代替されてよい。また、スロットは、ＤＬデータ受信のための候補機会（ｏｃｃａｓｉｏｎ）と理解／代替されてよい。例示のように、バンドリングウィンドウは、Ａ／Ｎスロットを基準にＰＤＳＣＨ－ｔｏ－Ａ／Ｎタイミングに基づいて決定され、ＰＤＳＣＨ－ｔｏ－Ａ／Ｎタイミングセットは既に定義された値を有するか（例えば、｛１，２，３，４，５，６，７，８｝）、上位層（ＲＲＣ）シグナリングによって設定されてよい。
【0151】
ＮＲ標準において定義する動的（ｄｙｎａｍｉｃ）／準静的（ｓｅｍｉ－ｓｔａｔｉｃ）ＨＡＲＱ－ＡＣＫコードブック構成は、次の通りである。ＵＥが半静的（ｓｅｍｉ－ｓｔａｔｉｃ）にセットされたＰＤＳＣＨ ＨＡＲＱ－ＡＣＫコードブック（ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ）パラメータと設定されると、ＵＥは、タイプ（Ｔｙｐｅ）－１ ＨＡＲＱ－ＡＣＫコードブック（ｃｏｄｅｂｏｏｋ）の報告を決定する（すなわち、準静的ＨＡＲＱ－ＡＣＫコードブック）。一方、ＵＥが動的（ｄｙｎａｍｉｃ）にセットされたＰＤＳＣＨ ＨＡＲＱ－ＡＣＫコードブック（ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ）（又は、ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ－ｒ１６）パラメータと設定されると、ＵＥは、タイプ（Ｔｙｐｅ）－２ ＨＡＲＱ－ＡＣＫコードブック（ｃｏｄｅｂｏｏｋ）の報告を決定する（すなわち、動的ＨＡＲＱ－ＡＣＫコードブック）。
【0152】
ＨＡＲＱ活性化（ｅｎａｂｌｅ）であるか否かを考慮したＨＡＲＱ－ＡＣＫコードブック構成
【0153】
上述した説明（例えば、ＮＲフレーム構造、ＮＴＮシステム関連内容、ＨＡＲＱ－ＡＣＫコードブック決定／生成関連内容など）は、本開示で後述する提案方法と結合して適用されてよい。及び／又は、上述した説明は、本開示で後述する提案方法の技術的特徴を明確にする上で補充されてよい。
【0154】
本開示において後述するＨＡＲＱ非活性化（ｄｉｓａｂｌｉｎｇ）及び／又はＨＡＲＱ向上（ｅｎｈａｎｃｅｍｅｎｔ）関連方法は、上りリンク信号送信と関連したものであるが、ＮＲシステム及び／又はＬＴＥシステムにおける下りリンク信号送信方法にも同一に拡張して適用されてよい。また、本開示で提案する技術的思想が当該システムにおいて具現され得るように、提案方法は各システムで定義する用語、表現、構造などに応じて変形又は代替されてよいことは勿論である。
【0155】
より広いカバレッジ（ｃｏｖｅｒａｇｅ）を確保したり、無線通信基地局の設置がし難い場所への無線通信サービスを支援したりするために、ＮＲ ＮＴＮサービス及び／又はＬＴＥ ＮＴＮサービスの使用が考慮されている。
【0156】
既存ＴＮ（ｔｅｒｒｅｓｔｒｉａｌ ｎｅｔｗｏｒｋ）サービスであるＮＲ、ＬＴＥサービスなどは、当該基地局を地上に設置して端末に無線通信サービスを提供する。一方、ＮＴＮサービスは、基地局を地上に設置する代わりに、人工衛星（静止軌道、低軌道、中軌道など）、飛行機、無人飛行船、ドローンなどの、地上に位置しない所に設置し、端末に無線通信サービスを提供する。
【0157】
このとき、ＮＲ ＮＴＮサービスに考慮される周波数帯域は、主に、６ＧＨｚ以下の帯域では２ＧＨｚ帯域（例えば、Ｓ－ｂａｎｄ：２～４ＧＨｚ）、６ＧＨｚ以上帯域ではＤＬ２０ＧＨｚ、ＵＬ３０ＧＨｚ帯域（例えば、Ｋａ－Ｂａｎｄ：２６．５～４０ＧＨｚ））を考慮している。
【0158】
ＮＴＮ参照シナリオ（ｒｅｆｅｒｅｎｃｅ ｓｃｅｎａｒｉｏ）と関連して上述した表８を参照すると、最悪ケース遅延（ｗｏｒｓｔ ｃａｓｅ ｄｅｌａｙ）（すなわち、ＧＥＯシナリオＡ）の場合には、最大遅延は５４０ｍｓに当該し得る。この場合、端末がＨＡＲＱフィードバックを行うことが、遅延によって長くなるレイテンシー（ｌａｔｅｎｃｙ）問題が発生する虞がある。
【0159】
これにより、ＮＲ標準化では、ＨＡＲＱフィードバックの活性化（ｅｎａｂｌｉｎｇ）／非活性化（ｄｉｓａｂｌｉｎｇ）を、端末別及び／又はＨＡＲＱプロセス別に設定可能な方案が論議された。ＨＡＲＱフィードバックがＨＡＲＱプロセス別に非活性化（ｄｉｓａｂｌｉｎｇ）され得る場合に、非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスに対するＨＡＲＱ－ＡＣＫコードブック構成／決定をどのように処理するかに対する議論がＮＲ標準化Ｒｅｌ－１７ＮＴＮで行われ、これは、下記の表１０のように各タイプ別にＨＡＲＱ－ＡＣＫコードブックを向上（ｅｎｈａｎｃｅ）させるよう合意された。
【0160】
表１０は、ＮＲ標準化における各タイプ別ＨＡＲＱ－ＡＣＫコードブックの向上（ｅｎｈａｎｃｅｍｅｎｔ）関連合意（ａｇｒｅｅｍｅｎｔ）を表す。
【0161】
【表10】
【0162】
表１０を参照して整理すれば、準静的（ｓｅｍｉ－ｓｔａｔｉｃ）系列であるＴｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブックに対しては、コードブックサイズ（ｓｉｚｅ）を減らさず、端末は、非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスに相応するＨＡＲＱ－ＡＣＫ情報に対する報告を無条件にＮＡＣＫと報告し、基地局（例えば、ｇＮＢ）のデコーディング（ｄｅｃｏｄｉｎｇ）性能を向上させることができる。
【0163】
動的（ｄｙｎａｍｉｃ）系列であるＴｙｐｅ－２ ＨＡＲＱ－ＡＣＫコードブックの場合、フィードバックが活性化された（ｅｎａｂｌｅｄ）（すなわち、ｆｅｅｄｂａｃｋ－ｅｎａｂｌｅｄ）ＨＡＲＱプロセスのみを考慮してコードブックサイズ（ｓｉｚｅ）を減少させることができる。これと関連して、Ｃ－ＤＡＩ（ｃｏｕｎｔｅｒ ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｉｃａｔｏｒ）、Ｔ－ＤＡＩ（ｔｏｔａｌ ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｉｃａｔｏｒ）に対する具体的な事項に対しては、端末具現によって処理されてよい。例えば、非活性化されたＨＡＲＱプロセスに相応するＤＡＩ値（ｖａｌｕｅ）に対しては端末が無視する方式で動作が行われてよい。
【0164】
準静的（ｓｅｍｉ－ｓｔａｔｉｃ）系列であるＴｙｐｅ－３ ＨＡＲＱ－ＡＣＫコードブックの場合にも、活性された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセスのみを考慮してコードブックサイズを減少させることができる。
【0165】
また、ＨＡＲＱプロセスの活性化／非活性化と関連して、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバック関連合意事項が論議され、これは、表１１に示す通りである。
【0166】
表１１は、ＮＲ標準化におけるＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバック関連合意を表す。
【0167】
【表11】
【0168】
表１１を参照すると、ＳＰＳ ＰＤＳＣＨの場合、上位層シグナリング（例えば、ＲＲＣシグナリングなど）によって最初のＰＤＳＣＨに対するフィードバック（すなわち、ＨＡＲＱフィードバック）を活性化（ｅｎａｂｌｉｎｇ）すると、端末は、当該端末に設定された最初のＰＤＳＣＨに相応するＨＡＲＱプロセスの活性化（ｅｎａｂｌｉｎｇ）／非活性化（ｄｉｓａｂｌｉｎｇ）に関係なく、無条件に最初のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを報告しなければならない。すなわち、最初のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報報告は、ＨＡＲＱプロセスが活性（ｅｎａｂｌｅ）されるか否かに関係なく行われる。
【0169】
これと関連して、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックの場合、端末が複数のＳＰＳ ＰＤＳＣＨを受信するように設定されると、当該端末は、ＳＰＳ ＰＤＳＣＨに相応するＨＡＲＱ－ＡＣＫコードブック（すなわち、ＨＡＲＱ－ＡＣＫビット）がＴｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに追加（ａｐｐｅｎｄ）される。この時、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブックをどのように生成／決定／フィードバックすべきかが曖昧であることがある。下記の表１２を参照すると、既存方式では、端末が複数のＳＰＳ ＰＤＳＣＨを受信するように設定されると、当該端末はｃｌａｕｓｅ ９．１．２、すなわち、Ｔｙｐｅ１ ＨＡＲＱ－ＡＣＫコードブック関連内容によってＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブックを処理するように設定／規定される。
【0170】
表１２は、ＮＲシステムにおけるＴｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックと関連して、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を処理する内容を表す。
【0171】
【表12】
【0172】
以下、本開示では、後述する例示により、上述したようなＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブック構成の曖昧さに対する問題を解決するための方法（以下、実施例１）を提案する。
【0173】
実施例１
【0174】
本実施例は、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブック構成と関連して、活性化された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセスのみを考慮してＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブックを生成／決定／フィードバックする方案に関する。
【0175】
例えば、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに対して複数のＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ情報が多重化（ｍｕｌｔｉｐｌｅｘ）される時に、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに追加（ａｐｐｅｎｄ）されるＳＰＳ ＰＤＳＣＨに相応するＨＡＲＱ－ＡＣＫコードブックは、活性化された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセスのみを考慮して構成されてよい。これにより、活性化された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセスのみを考慮してＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブックが構成されるので、当該コードブックサイズを効率的に調整できる（すなわち、減らし得る）効果がある。
【0176】
具体的に、端末は、活性化された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセスに関連したＳＰＳ ＰＤＳＣＨに対してのみＨＡＲＱ－ＡＣＫコードブックを構成し、ＤＡＩベース動的（ｄｙｎａｍｉｃ）ＰＤＳＣＨに対応するＴｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに追加（ａｐｐｅｎｄ）して送信できる。一方、端末は、非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスに関連したＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報はＨＡＲＱ－ＡＣＫコードブック構成から除外／省略し、送信しなくてよい。すなわち、端末は、あらかじめ設定された／決定されたＨＡＲＱ－ＡＣＫ情報（例えば、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブック）に追加（ａｐｐｅｎｄ）されるＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブックを構成する時に、非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられて設定されたＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫビットを除外させることができる。
【0177】
Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックは、動的（ｄｙｎａｍｉｃ）コードブック設計であり、ＵＣＩ（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）オーバーヘッドを効果的に下げるための目的がある。このような側面から、ＮＲ標準化（例えば、Ｒｅｌ－１７ ＮＴＮ）では、活性化された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセスのみを考慮してＴｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックのサイズを減らす方案が考慮された。
【0178】
したがって、このようなＴｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに追加（ａｐｐｅｎｄ）されるＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブック（すなわち、ＨＡＲＱ－ＡＣＫ情報／ビット）の場合も、コードブックサイズを減らす方案が効果的であり得る。そのために、（ＮＲ標準化（例えば、Ｒｅｌ－１７ ＮＴＮ）において向上した）Ｔｙｐｅ１ ＨＡＲＱ－ＡＣＫコードブックに基づいて全てのＨＡＲＱプロセスに対してＮＡＣＫと報告する方式の代わりに、端末は、非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスに対するＨＡＲＱ－ＡＣＫビットを除き、残りの活性化された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセスに相応するＨＡＲＱ－ＡＣＫビットのみをＴｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに追加（ａｐｐｅｎｄ）して基地局に報告できる。
【0179】
また、上述したように、ＨＡＲＱフィードバックの活性化（ｅｎａｂｌｉｎｇ）／非活性化（ｄｉｓａｂｌｉｎｇ）は、プロセス単位（ｐｅｒ－ｐｒｏｃｅｓｓ）（すなわち、ＨＡＲＱプロセス単位）で設定／指示されてよい。ＨＡＲＱプロセスＩＤに対する決定は、下記の表１３におけるＨＡＲＱプロセスＩＤ決定数式に基づき得る。
【0180】
表１３は、ＮＲシステムにおけるＨＡＲＱプロセスＩＤ決定関連内容を表す。
【0181】
【表13】
【0182】
表１３を参照すると、上述した数式に基づいてＨＡＲＱプロセスＩＤ（すなわち、ＨＡＲＱプロセス番号（ｎｕｍｂｅｒ））を決定できるので、端末は、ＳＰＳ ＰＤＳＣＨに相応するＨＡＲＱプロセスのうちどのＨＡＲＱプロセスが非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられるかに対する判断が可能である。これに基づいて、当該端末は活性化された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセスのみを考慮して、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに追加（ａｐｐｅｎｄ）されるＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブックを構成／フィードバックすることができる。
【0183】
また、上述した例示とは違い、他の例として、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに追加（ａｐｐｅｎｄ）されるＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブックは、活性化された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセス及び非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスを全て考慮して構成／フィードバックされてもよい。すなわち、端末は、活性化された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセスか非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスかに関係なく、全てのＨＡＲＱプロセスに対してそれと関連付けられたＰＤＳＣＨに対する実際（ａｃｔｕａｌ）ＡＣＫ／ＮＡＣＫでＨＡＲＱ－ＡＣＫコードブックを構成してもよい。当該例示では、ＳＰＳ ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ結果を明示的に報告することによって、非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスに対する基地局のＭＣＳ設定などの正確度が増加し、これによって連結性能（ｌｉｎｋ ｐｅｒｆｏｒｍａｎｃｅ）が向上し得るという長所がある。
【0184】
また、本実施例で提案する例示に対する特定場合（ｃａｓｅ）として、ＳＰＳ ＰＤＳＣＨと関連付けられたＨＡＲＱプロセスがいずれも非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスである場合に、端末はＳＰＳ ＰＤＳＣＨに対する報告を省略するように設定／規定されてよい。すなわち、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックにＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報が追加（ａｐｐｅｎｄ）される場合において、ＳＰＳ ＰＤＳＣＨに対する全てのＨＡＲＱプロセスが非活性化（ｄｉｓａｂｌｅｄ）と設定されると、端末は、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに０ビットを追加（ａｐｐｅｎｄ）する。
【0185】
ＳＰＳ ＰＤＳＣＨと関連付けられた全てのＨＡＲＱプロセスが非活性化（ｄｉｓａｂｌｅｄ）である場合に、Ｔｙｐｅ １ ＨＡＲＱ－ＡＣＫコードブック構成の場合と類似に、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブックをいずれもＮＡＣＫと構成して追加（ａｐｐｅｎｄ）することもできる。ただし、この場合、ＨＡＲＱ－ＡＣＫコードブックを構成すること（すなわち、ＮＡＣＫと構成すること）は不要（ｒｅｄｕｎｄａｎｔ）であり、リソース（ｒｅｓｏｕｒｃｅ）活用側面で非常に非効率的であり得る。したがって、ＳＰＳ ＰＤＳＣＨと関連付けられた全てのＨＡＲＱプロセスが 非活性化（ｄｉｓａｂｌｅｄ）（すなわち、ｆｅｅｄｂａｃｋ－ｄｉｓａｂｌｅｄ）である場合に、ＨＡＲＱ－ＡＣＫコードブック構成／フィードバックを省略する方が、リソース節約及び端末の複雑度減少の側面で効率的である。
【0186】
これにより、上述した方式のように、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに複数のＳＰＳ ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ情報が多重化（ｍｕｌｔｉｐｌｅｘ）される時に、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに追加（ａｐｐｅｎｄ）されるＳＰＳ ＰＤＳＣＨと関連付けられた全てのＨＡＲＱプロセスが非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスである場合に、端末は、ＳＰＳ ＰＤＳＣＨに相応するＨＡＲＱ－ＡＣＫコードブック構成は省略し、報告しない。
【0187】
また、本開示において、上述したＨＡＲＱフィードバックの非活性化（ｄｉｓａｂｌｉｎｇ）と関連したＴｙｐｅ１ ＨＡＲＱ－ＡＣＫコードブックのフォールバック（ｆａｌｌｂａｃｋ）動作について、次の方法（以下、実施例２）を提案する。
【0188】
実施例２
【0189】
本実施例は、ＨＡＲＱフィードバックの非活性化（ｄｉｓａｂｌｉｎｇ）と関連したＴｙｐｅ １ ＨＡＲＱ－ＡＣＫコードブックのフォールバック（ｆａｌｌｂａｃｋ）動作と関連したＨＡＲＱ－ＡＣＫコードブック構成方案に関する。
【0190】
例えば、Ｔｙｐｅ １ ＨＡＲＱ－ＡＣＫコードブックが設定され、（同一のＵＬスロットに対応するＤＬスロットで）端末が一つ以上のＤＣＩ及び／又は一つ以上のＰＤＳＣＨを受信した状況で、後述する条件のうちの一つを満たす場合に、端末は、活性化された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセスに関連したＤＣＩ／ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫビットのみを基地局にフィードバック／送信するように動作できる。
【0191】
－ 条件１．端末は、ＰＣｅｌｌ上の活性化された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセスに関連付けられたＰＤＳＣＨをスケジュールしながら、（ｃｏｕｎｔｅｒ）ＤＡＩ＝１を指示する一つのフォールバック用途のＤＬ ＤＣＩを受信し、残りの受信されたＤＣＩ及び／又はＰＤＳＣＨはいずれも非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスに関連付けられる場合
【0192】
－ 条件２．活性化された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセスに関連付けられた一つ（又は、複数の）ＳＰＳ ＰＤＳＣＨを受信し、残りの受信されたＤＣＩ及び／又はＰＤＳＣＨはいずれも非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスに関連付けられる場合
【0193】
本実施例で提案する方法のように動作すれば、ＨＡＲＱフィードバックの非活性化（ｄｉｓａｂｌｉｎｇ）と関連付けられたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ構成を除外することによって、ＨＡＲＱ－ＡＣＫコードブックのサイズを減らし得る長所がある。
【0194】
また、本開示において、上述したように、Ｔｙｐｅ １ ＨＡＲＱ－ＡＣＫコードブックの場合、端末が非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスに対してＮＡＣＫとして基地局に報告するコードブック向上手法が導入された。この場合、非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられたＰＤＳＣＨ（又は、ＴＢ（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ））に対するＨＡＲＱ－ＡＣＫ情報を基地局が事前に知ることができる。したがって、端末の電力消耗（ｐｏｗｅｒ ｃｏｎｓｕｍｐｔｉｏｎ）効率性増大のために、ＰＵＣＣＨ送信時に、上述した非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられたＰＤＳＣＨ（又は、ＴＢ）に該当するＨＡＲＱ－ＡＣＫビットを除外してＰＵＣＣＨ送信電力を計算することができる。
【0195】
表１４は、ＮＲシステムにおけるＰＵＣＣＨ送信電力関連内容を表す。
【0196】
【表14】
【0197】
表１４を参照すると、ＨＡＲＱ－ＡＣＫビットが関与するＰＵＣＣＨ送信電力の部分は
であり、ＰＵＣＣＨフォーマット２／３／４では、
におけるように、ＨＡＲＱ－ＡＣＫビットの数が増加するほど
値が大きくなる。上述したように、Ｔｙｐｅ １ ＨＡＲＱ－ＡＣＫコードブックの非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスに対するあらかじめ知っている（ｐｒｅ－ｋｎｏｗｎ）ＮＡＣＫビットを省略すると、
が減少し、結果的にＰＵＣＣＨ送信電力が低くなり得る。
【0198】
ただし、全てのＨＡＲＱプロセスが非活性化（ｄｉｓａｂｌｅｄ）である場合には
を決定するうえで問題が発生し得る。表１４での数式に従えば、全てのＨＡＲＱプロセスが非活性化（ｄｉｓａｂｌｅｄ）である場合に、ｎHARQ-ACK（ｉ）は０と決定され、ＯＳＲ（ｉ）とＯCSI（ｉ）がＨＡＲＱ－ＡＣＫ情報と多重化されない場合であれば、
の値はｌｏｇ10（０）になり、定義されなかった（－無限帯）値になることがある。このような問題を防止するために、本開示では次の方法（以下、実施例３）を提案する。
【0199】
実施例３
【0200】
本実施例は、ＨＡＲＱプロセスの活性化（ｅｎａｂｌｉｎｇ）／非活性化（ｄｉｓａｂｌｉｎｇ）を考慮してＰＵＣＣＨ送信電力を決定する方案に関する。
【0201】
例えば、ＰＵＣＣＨフォーマット２／３／４であり、ＵＣＩビットの個数が１１より小さい又は等しい場合のＰＵＣＣＨ送信時に、Ｔｙｐｅ １ ＨＡＲＱ－ＡＣＫコードブックが用いられ、ＨＡＲＱ－ＡＣＫコードブックと関連付けられたＨＡＲＱプロセスがいずれも非活性化（ｄｉｓａｂｌｅｄ）である場合に、端末は、ｎHARQ-ACK（ｉ）の値を特定値（例えば、１）と想定してＰＵＣＣＨ送信電力を決定してよい。
【0202】
他の例示として、当該方案は、ＯSR（ｉ）＝ＯCSI（ｉ）＝０である場合に限って適用されるものであってもよい。さらに他の例示として、ｎHARQ-ACK（ｉ）＋ＯSR（ｉ）＋ＯCSI（ｉ）＝０である場合に、端末は、ｎHARQ-ACK（ｉ）＋ＯSR（ｉ）＋ＯCSI（ｉ）＝１と仮定するか、上述した数式のｌｏｇ10内のＫ1＊（ｎHARQ-ACK（ｉ）＋ＯSR（ｉ）＋ＯCSI（ｉ））値を１と仮定し、仮定可能な最小の値を用いて
を計算することもできる。さらに他の例示として、上述したＨＡＲＱ－ＡＣＫコードブックと関連付けられたＨＡＲＱプロセスがいずれも非活性化（ｄｉｓａｂｌｅｄ）（すなわち、ｆｅｅｄｂａｃｋ－ｄｉｓａｂｌｅｄ）である場合に、端末は、ＰＵＣＣＨ送信電力数式の
を０と仮定してＰＵＣＣＨ送信電力を計算／適用することもできる。
【0203】
本開示において、上述した提案方法に対する例示は、本開示の具現方法の一つとして含まれてよいので、一種の提案方式と見なし得ることは明白な事実である。また、上述した提案方法は独立に具現されてもよいが、一部の提案方式の組合せ（又は、併合）の形態で具現されてもよい。
【0204】
また、本開示において、上述した提案方法が適用されるか否かに関する情報又は規則に関する情報は、基地局によって端末に事前に定義されたシグナリング（例えば、物理層シグナリング、上位層シグナリングなど）によって伝達されてよい。一例として、上位層シグナリングは、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、ＲＲＣ層、ＳＤＡＰ層のような機能的レイヤのうち一つ以上を含むことができる。
【0205】
図１２は、本開示の一実施例に係る端末の上りリンク制御情報の送信動作を説明するためのフローチャートである。
【0206】
図１２では、先に提案した方法（例えば、実施例１～実施例３及びそれに対する細部実施例のうちいずれか一つ又は複数の組合せ）に基づく端末の動作を例示する。図１２の例示は説明の便宜のためのものであり、本開示の範囲を制限するものではない。図１２において例示された一部の段階は状況及び／又は設定によって省略されてよい。また、図１２において端末は一つの例示に過ぎず、下記の図１５に例示される装置によって具現されてよい。例えば、図１５のプロセッサ（ｐｒｏｃｅｓｓｏｒ）（１０２／２０２）は、トランシーバー（１０６／２０６）を用いてチャネル／信号／データ／情報など（例えば、ＲＲＣシグナリング、ＭＡＣ ＣＥ、ＵＬ／ＤＬスケジューリングのためのＤＣＩ、ＳＲＳ、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨなど）を送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ（１０４／２０４）に記憶するように制御することができる。
【0207】
図１２を参照すると、段階Ｓ１２１０において端末は基地局からＰＤＳＣＨを受信することができる。
【0208】
例えば、上述した本開示の実施例（例えば、特に、実施例１）のように、端末は、複数のＳＰＳ ＰＤＳＣＨを含む複数のＰＤＳＣＨを基地局から受信することができる。すなわち、端末が基地局から受信するＰＤＳＣＨは、ＤＣＩに基づくスケジューリングによるＰＤＳＣＨ及び／又は上位層設定及びＤＣＩによる活性化（ａｃｔｉｖａｔｉｏｎ）に基づくＰＤＳＣＨ（例えば、ＳＰＳ ＰＤＳＣＨ）に当該し得る。
【0209】
その後、段階Ｓ１２２０において、端末は、ＨＡＲＱ－ＡＣＫ情報を含むＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を基地局に送信できる。ここで、当該ＨＡＲＱ－ＡＣＫ情報は、段階Ｓ１２１０におけるＰＤＳＣＨに基づくものであってよい。
【0210】
例えば、上述した本開示の実施例（例えば、特に、実施例１）のように、端末が基地局に報告するＨＡＲＱ－ＡＣＫ情報は、一般ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報及び／又はＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を含むことができる。
【0211】
ここで、複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報があらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化される場合に、端末によって報告されるＵＣＩに含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定されてよい。
【0212】
これと関連して、前記あらかじめ設定されたＨＡＲＱ－ＡＣＫ情報は、一般ＰＤＳＣＨ（例えば、ＤＣＩスケジューリングなどによるＰＤＳＣＨ）に対するＨＡＲＱ－ＡＣＫコードブックを意味するものであってよく、具体的な例として、上位層シグナリングによって動的（ｄｙｎａｍｉｃ）に設定されたＰＤＳＣＨ ＨＡＲＱ－ＡＣＫコードブックパラメータ（例えば、ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ＝ｄｙｎａｍｉｃ）に基づくＴｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに当該し得る。すなわち、段階Ｓ１２１０において、端末によって報告されるＵＣＩに含まれるＨＡＲＱ－ＡＣＫ情報は、前記非活性化されたＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫビットを除き、残りのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫビットを、前記Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに対するＨＡＲＱ－ＡＣＫビットに追加（ａｐｐｅｎｄ）して決定されてよい。言い換えると、前記ＵＣＩに含まれるＨＡＲＱ－ＡＣＫ情報と関連したコードブックのサイズは、活性化された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセスのみを考慮して決定されてよい。
【0213】
また、図１２には示していないが、端末は上位層シグナリング（例えば、ＲＲＣシグナリングなど）により、ＨＡＲＱプロセスの非活性化されたか否かに関する情報を基地局から受信することができる。ここで、ＨＡＲＱプロセスの非活性化されたか否かは、ＨＡＲＱプロセスＩＤ単位で設定されてよく、ビットマップ（ｂｉｔｍａｐ）形態で構成されてよい。上述した本開示の実施例（例えば、特に、実施例１）のように、前記端末が受信した複数のＳＰＳ ＰＤＳＣＨと関連付けられた全てのＨＡＲＱプロセスが非活性化された場合に、端末によって報告されるＵＣＩに含まれるＨＡＲＱ－ＡＣＫ情報において当該複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報は除外／省略されてよい。
【0214】
すなわち、端末は、受信したＰＤＳＣＨに対して、活性化された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられたＰＤＳＣＨのみを考慮してＨＡＲＱ－ＡＣＫコードブック（例えば、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブック、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブックなど）を決定／報告するように設定／規定されてよい。
【0215】
図１３は、本開示の一実施例に係る基地局の上りリンク制御情報の受信動作を説明するためのフローチャートである。
【0216】
図１３では、先に提案した方法（例えば、実施例１～実施例３及びそれに対する細部実施例のうちいずれか一つ又は複数の組合せ）に基づく基地局の動作を例示する。図１３の例示は説明の便宜のためのものであり、本開示の範囲を制限するものではない。図１３において例示された一部の段階は状況及び／又は設定によって省略されてよい。また、図１３において基地局は一つの例示に過ぎず、下記の図１５に例示される装置によって具現されてよい。例えば、図１５のプロセッサ（ｐｒｏｃｅｓｓｏｒ）（１０２／２０２）は、トランシーバー（１０６／２０６）を用いてチャネル／信号／データ／情報など（例えば、ＲＲＣシグナリング、ＭＡＣ ＣＥ、ＵＬ／ＤＬスケジューリングのためのＤＣＩ、ＳＲＳ、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨなど）を送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ（１０４／２０４）に記憶するように制御することができる。
【0217】
図１３を参照すると、段階Ｓ１３１０において基地局は端末にＰＤＳＣＨを送信できる。
【0218】
例えば、上述した本開示の実施例（例えば、特に、実施例１）のように、基地局は、複数のＳＰＳ ＰＤＳＣＨを含む複数のＰＤＳＣＨを端末に送信できる。すなわち、基地局が端末に送信するＰＤＳＣＨは、ＤＣＩに基づくスケジューリングによるＰＤＳＣＨ及び／又は上位層設定及びＤＣＩによる活性化（ａｃｔｉｖａｔｉｏｎ）に基づくＰＤＳＣＨ（例えば、ＳＰＳ ＰＤＳＣＨ）に当該し得る。
【0219】
その後、段階Ｓ１３２０で、基地局は、ＨＡＲＱ－ＡＣＫ情報を含むＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を端末から受信することができる。ここで、当該ＨＡＲＱ－ＡＣＫ情報は段階Ｓ１３１０におけるＰＤＳＣＨに基づくものであってよい。
【0220】
例えば、上述した本開示の実施例（例えば、特に、実施例１）のように、端末によって基地局に報告されるＨＡＲＱ－ＡＣＫ情報は、一般ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報及び／又はＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を含むことができる。
【0221】
ここで、複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報が、あらかじめ設定されたＨＡＲＱ－ＡＣＫ情報に追加（ａｐｐｅｎｄ）して多重化される場合に、端末によって報告されるＵＣＩに含まれるＨＡＲＱ－ＡＣＫ情報は、前記複数のＳＰＳ ＰＤＳＣＨのうち、非活性化された（ｄｉｓａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨを除いて決定されてよい。
【0222】
これと関連して、前記あらかじめ設定されたＨＡＲＱ－ＡＣＫ情報は、一般ＰＤＳＣＨ（例えば、ＤＣＩスケジューリングなどによるＰＤＳＣＨ）に対するＨＡＲＱ－ＡＣＫコードブックを意味するものであってよく、具体的な例として、上位層シグナリングによって動的（ｄｙｎａｍｉｃ）に設定されたＰＤＳＣＨ ＨＡＲＱ－ＡＣＫコードブックパラメータ（例えば、ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ＝ｄｙｎａｍｉｃ）に基づくＴｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに当該し得る。すなわち、段階Ｓ１２１０で、端末によって報告されるＵＣＩに含まれるＨＡＲＱ－ＡＣＫ情報は、前記非活性化されたＨＡＲＱプロセスと関連付けられた少なくとも一つのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫビットを除き、残りのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫビットを前記Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブックに対するＨＡＲＱ－ＡＣＫビットに追加（ａｐｐｅｎｄ）して決定されてよい。言い換えると、前記ＵＣＩに含まれるＨＡＲＱ－ＡＣＫ情報と関連したコードブックのサイズは、活性化された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセスのみを考慮して決定されてよい。
【0223】
また、図１３には示していないが、基地局は上位層シグナリング（例えば、ＲＲＣシグナリングなど）により、ＨＡＲＱプロセスの非活性化されたか否かに関する情報を端末に送信できる。ここで、ＨＡＲＱプロセスの非活性化されたか否かは、ＨＡＲＱプロセスＩＤ単位で設定されてよく、ビットマップ（ｂｉｔｍａｐ）の形態で構成されてよい。上述した本開示の実施例（例えば、特に、実施例１）のように、前記端末が受信した複数のＳＰＳ ＰＤＳＣＨと関連付けられた全てのＨＡＲＱプロセスが非活性化された場合に、端末によって報告されるＵＣＩに含まれるＨＡＲＱ－ＡＣＫ情報において当該複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報は除外／省略されてよい。
【0224】
すなわち、端末は、受信したＰＤＳＣＨに対して、活性化された（ｅｎａｂｌｅｄ）ＨＡＲＱプロセスと関連付けられたＰＤＳＣＨのみを考慮してＨＡＲＱ－ＡＣＫコードブック（例えば、Ｔｙｐｅ ２ ＨＡＲＱ－ＡＣＫコードブック、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブックなど）を決定／報告するように設定／規定されてよい。
【0225】
図１４は、本開示の一実施例に係る基地局と端末間のシグナリング過程を説明するための図である。
【0226】
図１４では、先に提案した方法（例えば、実施例１～実施例３及びそれに対する細部実施例のうちいずれか一つ又は複数の組合せ）に基づく基地局と端末間シグナリング動作を例示する。図１４の例示は説明の便宜のためのものであり、本開示の範囲を制限するものではない。図１４において例示された一部の段階は状況及び／又は設定によって省略されてよい。また、図１４において基地局／端末は一つの例示に過ぎず、下記の図１５に例示される装置によって具現されてよい。例えば、図１５のプロセッサ（ｐｒｏｃｅｓｓｏｒ）（１０２／２０２）は、トランシーバー（１０６／２０６）を用いてチャネル／信号／データ／情報など（例えば、ＲＲＣシグナリング、ＭＡＣ ＣＥ、ＵＬ／ＤＬスケジューリングのためのＤＣＩ、ＳＲＳ、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨなど）を送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ（１０４／２０４）に記憶するように制御することができる。
【0227】
図１４に図示してはいないが、先に提案した方法（例えば、実施例１～実施例３及びそれに対する細部実施例のうちいずれか一つ又は複数の組合せ）と関連して、ＲＲＣ連結／設定（ｃｏｎｎｅｃｔｉｏｎ／ｃｏｎｆｉｇｕｒａｔｉｏｎ）以前段階で端末のデフォルト（ｄｅｆａｕｌｔ）ＨＡＲＱ動作モードが設定されてもよい。例えば、ＰＢＣＨ（ＭＩＢ）又はＳＩＢによって（端末が接続（ａｃｃｅｓｓ）したセル（ｃｅｌｌ）が）ＮＴＮセルであると指示された場合に、端末は、デフォルトモードがＨＡＲＱ－ｄｉｓａｂｌｅｄに設定されたと認識できる。例えば、基地局は、ＰＢＣＨ（ＭＩＢ）又はＳＩＢによって（例えば、ＮＴＮセルと指示された場合）ＨＡＲＱ－ｄｉｓａｂｌｅｄ設定とＨＡＲＱ－ｅｎａｂｌｅｄ設定のうち一つをデフォルト（ｄｅｆａｕｌｔ）動作モードと指示できる。
【0228】
また、図１４に図示してはいないが、先に提案した方法（例えば、実施例１～実施例３及びそれに対する細部実施例のうちいずれか一つ又は複数の組合せ）と関連して、端末は当該端末能力（ＵＥ ｃａｐａｂｉｌｉｔｙ）情報を基地局に報告できる。例えば、端末能力情報は、端末が支援可能な／推薦された（ｒｅｃｏｍｍｅｎｄｅｄ）チャネル（例えば、ＰＤＳＣＨ）反復受信回数情報／スロット併合レベル（ｓｌｏｔ ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）情報／支援可能なＨＡＲＱプロセスの数などを含むことができる。例えば、前記端末能力情報は周期的／半持続的／非周期的に報告されてよい。基地局は端末の能力を考慮して、以下説明する動作に対する設定／指示を行うことができる。
【0229】
段階Ｓ１４１０で、基地局は端末に設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を送信できる。すなわち、端末は基地局から設定情報を受信することができる。例えば、前記設定情報は、先に提案した方法（例えば、実施例１～実施例３及びそれに対する細部実施例のうちいずれか一つ又は複数の組合せ）と関連したＮＴＮ関連設定情報／ＤＬ送受信のための設定情報（例えば、ＰＤＣＣＨ－ｃｏｎｆｉｇ／ＰＤＳＣＨ－ｃｏｎｆｉｇ）／ＨＡＲＱプロセッサ関連設定（例えば、ＨＡＲＱフィードバック活性化／非活性化（ｅｎａｂｌｅ／ｄｉｓａｂｌｅ）／ＨＡＲＱプロセスの数／ＨＡＲＱプロセスＩＤなど）などを含むことができる。例えば、前記設定情報は、上位層シグナリング（例えば、ＲＲＣシグナリング、ＭＡＣ－ＣＥベースシグナリングなど）によって送信されてよい。
【0230】
具体的な例として、ＨＡＲＱフィードバックの活性化／非活性化（ｅｎａｂｌｅ／ｄｉｓａｂｌｅ）は、セルグループ／ＨＡＲＱプロセス（例えば、ＨＡＲＱプロセスＩＤ）別に設定されてよい。例えば、ビットマップ形態の情報によって前記ＨＡＲＱフィードバック活性化／非活性化（ｅｎａｂｌｅ／ｄｉｓａｂｌｅ）が設定されてよい。
【0231】
また、例えば、前記設定情報は、併合要素（ａｇｇｒｅｇａｔｉｏｎ ｆａｃｔｏｒ）／ＰＤＳＣＨ反復送信関連設定（例えば、反復回数／反復パターンなど）などを含むことができる。また、前記設定情報は、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫパラメータを含むことができる。具体的な例として、前記ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫパラメータに基づいて０～３１のうちの整数値が複数個指示されてよい。
【0232】
段階Ｓ１４２０で、基地局は端末に制御情報を送信できる。すなわち、端末は基地局から制御情報を受信することができる。ここで、前記制御情報はＤＣＩによって送信／受信されてよい。当該制御情報の送受信段階は、一定の場合（例えば、ＤＣＩに基づくスケジューリング情報指示が要求されないＰＤＳＣＨ送受信の場合）に省略されてもよい。
【0233】
例えば、前記制御情報は、ＤＬデータ／チャネル送受信のための制御情報／スケジューリング情報／リソース割り当て情報／ＨＡＲＱフィードバック関連情報（例えば、新しいデータ指示子（Ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ）／リダンダンシーバージョン（Ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）／ＨＡＲＱプロセス番号（ＨＡＲＱ ｐｒｏｃｅｓｓ ｎｕｍｂｅｒ）／下りリンク割り当てインデックス（Ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ）／スケジュールされたＰＵＣＣＨ／ＰＵＣＣＨリソース指示子に対するＴＰＣ命令（ＴＰＣ ｃｏｍｍａｎｄ ｆｏｒ ｓｃｈｅｄｕｌｅｄ ＰＵＣＣＨ／ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）／ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿フィードバックタイミング指示子（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ））／変調及び符号化方法（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）／周波数ドメインリソース割り当て（Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）などを含むことができる。例えば、前記ＤＣＩは、ＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１のうち一つであってよい。
【0234】
例えば、前記制御情報はＳＰＳ ＰＤＳＣＨに対する活性化（ａｃｔｉｖａｔｉｏｎ）／非活性化（ａｃｔｉｖａｔｉｏｎ）を指示するＤＣＩを含むことができる。
【0235】
例えば、先に提案した方法（例えば、実施例１～実施例３及びそれに対する細部実施例のうちいずれか一つ又は複数の組合せ）において、前記ＤＣＩに基づいてＨＡＲＱフィードバック活性化／非活性化（ｅｎａｂｌｅ／ｄｉｓａｂｌｅ）が設定されてよい。例えば、ＤＣＩのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿フィードバックタイミング指示子フィールド／ＰＵＣＣＨリソース指示子フィールドに基づいてＨＡＲＱフィードバック活性化／非活性化（ｅｎａｂｌｅ／ｄｉｓａｂｌｅ）が設定されてよい。例えば、ＨＡＲＱプロセスの数が１６個／３２個以上と設定されてよく、ＤＣＩに含まれたＨＡＲＱプロセス番号（ｎｕｍｂｅｒ）フィールドと前記ＤＣＩと関連したＣＣＥ／ＲＢのインデックス（ｉｎｄｅｘ）に基づいてＨＡＲＱプロセスＩＤが区分されてよい。
【0236】
段階Ｓ１４３０で、基地局は端末にＤＬデータ／ＤＬチャネル（例えば、ＰＤＳＣＨ）を送信できる。すなわち、端末は基地局からＤＬデータ／ＤＬチャネルを受信することができる。例えば、前記ＤＬデータ／ＤＬチャネルは、上述した設定情報／制御情報などに基づいて送受信されてよい。例えば、先に提案した方法（例えば、実施例１～実施例３及びそれに対する細部実施例のうちいずれか一つ又は複数の組合せ）と関連してＤＬデータ／ＤＬチャネルが送受信されてよい。
【0237】
段階Ｓ１４４０で、基地局は端末からＨＡＲＱ－ＡＣＫフィードバック（すなわち、ＨＡＲＱ－ＡＣＫ情報）を受信することができる。すなわち、端末は基地局にＨＡＲＱ－ＡＣＫフィードバックを送信することができる。例えば、先に提案した方法（例えば、実施例１～実施例３及びそれに対する細部実施例のうちいずれか一つ又は複数の組合せ）のようにＨＡＲＱ－ＡＣＫフィードバックは活性化／非活性化（ｅｎａｂｌｅ／ｄｉｓａｂｌｅ）されてよい。例えば、ＨＡＲＱ－ＡＣＫフィードバックの活性化／非活性化に基づいて、ＨＡＲＱ－ＡＣＫフィードバック、すなわち、ＨＡＲＱ－ＡＣＫ情報が決定／構成されてよい。ここで、前記ＨＡＲＱ－ＡＣＫフィードバック／情報は、基地局から送信されたＤＬデータ／ＤＬチャネル（すなわち、ＰＤＳＣＨ）に対するＡＣＫ／ＮＡＣＫ情報（すなわち、ＨＡＲＱ－ＡＣＫビット）を含むことができる。前記ＨＡＲＱ－ＡＣＫフィードバックは、ＰＵＣＣＨ及び／又はＰＵＳＣＨを介して送信されてよい。また、先に提案した方法（例えば、実施例１～実施例３及びそれに対する細部実施例のうちいずれか一つ又は複数の組合せ）のように、端末によって基地局に報告されるＨＡＲＱ－ＡＣＫフィードバック／情報はＨＡＲＱ－ＡＣＫコードブック（例えば、Ｔｙｐｅ １／２／３ ＨＡＲＱ－ＡＣＫコードブック）の形態で構成されてよい。
【0238】
先に言及したように、上述した端末／基地局の動作及び基地局と端末間のシグナリング（例えば、実施例１～実施例３、図１２、図１３、図１４など）は、以下説明される装置（例えば、図１５）によって具現されてよい。例えば、基地局は第１無線装置、端末は第２無線装置に当該してよく、場合によってその反対の場合も考慮されてよい。
【0239】
例えば、上述した端末／基地局の動作及び基地局と端末間のシグナリング（例えば、実施例１～実施例３、図１２、図１３、図１４など）は、図１５の一つ以上のプロセッサ１０２，２０２によって処理されてよく、上述した端末／基地局の動作及び基地局と端末間のシグナリング（例えば、実施例１～実施例３、図１２、図１３、図１４など）は、図１５の少なくとも一つのプロセッサ１０２，２０２を駆動するための命令語／プログラム（例えば、命令（ｉｎｓｔｒｕｃｔｉｏｎ）、実行可能なコード（ｅｘｅｃｕｔａｂｌｅ ｃｏｄｅ））の形態でメモリ（例えば、図１５の一つ以上のメモリ１０４，２０４）に記憶されてもよい。
【0240】
本開示が適用可能な装置一般
【0241】
図１５は、本開示の一実施例に係る無線通信装置のブロック構成図を例示する。
【0242】
図１５を参照すると、第１デバイス１００と第２デバイス２００は様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）によって無線信号を送受信することができる。
【0243】
第１デバイス１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに、１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含むことができる。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、第１情報／信号を含む無線信号を送受信機１０６から送信してよい。また、プロセッサ１０２は、第２情報／信号を含む無線信号を送受信機１０６から受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に保存することができる。メモリ１０４は、プロセッサ１０２と連結されてよく、プロセッサ１０２の動作に関連した様々な情報を保存することができる。例えば、メモリ１０４は、プロセッサ１０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機１０６は、プロセッサ１０２と連結されてよく、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信することができる。送受信機１０６は、送信機及び／又は受信機を含むことができる。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットに言い換えてもよい。本発明において、デバイスは、通信モデム／回路／チップを意味してもよい。
【0244】
第２デバイス２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、さらに、１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６から第３情報／信号を含む無線信号を送信してよい。また、プロセッサ２０２は、第４情報／信号を含む無線信号を送受信機２０６から受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に保存することができる。メモリ２０４は、プロセッサ２０２と連結されてよく、プロセッサ２０２の動作と関連した様々な情報を保存することができる。例えば、メモリ２０４は、プロセッサ２０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機２０６は、プロセッサ２０２と連結されてよく、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信することができる。送受信機２０６は、送信機及び／又は受信機を含むことができる。送受信機２０６は、ＲＦユニットに言い換えてもよい。本発明において、デバイスは、通信モデム／回路／チップを意味してもよい。
【0245】
以下、デバイス１００，２００のハードウェア要素についてより具体的に説明する。これに制限されるものではないが、一つ以上のプロトコル層が一つ以上のプロセッサ１０２，２０２によって具現されてよい。例えば、一つ以上のプロセッサ１０２，２０２は、一つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的な層）を具現することができる。一つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、一つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は一つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成することができる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、メッセージ、制御情報、データ又は情報を生成できる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された機能、手続、提案及び／又は方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成し、それを１つ以上の送受信機１０６，２０６に提供できる。１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６から信号（例えば、ベースバンド信号）を受信することができ、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得することができる。
【0246】
１つ以上のプロセッサ１０２，２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ぶことができる。１つ以上のプロセッサ１０２，２０２は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せによって具現されてよい。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２，２０２に含まれてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを用いて具現されてよく、ファームウェア又はソフトウェアは、モジュール、手続、機能などを含むように具現されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するように設定されたファームウェア又はソフトウェアは、１つ以上のプロセッサ１０２，２０２に含まれるか、１つ以上のメモリ１０４，２０４に保存され、１つ以上のプロセッサ１０２，２０２によって駆動されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、コード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアによって具現されてよい。
【0247】
１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２と連結されてよく、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を保存することができる。１つ以上のメモリ１０４，２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ可読記憶媒体及び／又はそれらの組合せによって構成されてよい。１つ以上のメモリ１０４，２０４は、１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置してよい。また、１つ以上のメモリ１０４，２０４は、有線又は無線連結のような様々な技術によって１つ以上のプロセッサ１０２，２０２と連結されてよい。
【0248】
１つ以上の送受信機１０６，２０６は、１つ以上の他の装置に、本開示の方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信できる。１つ以上の送受信機１０６，２０６は、１つ以上の他の装置から、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２と連結されてよく、無線信号を送受信できる。例えば、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御できる。また、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御できる。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８と連結されてよく、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８を介して、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されてよい。本開示において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）であってよい。１つ以上の送受信機１０６，２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）してよい。１つ以上の送受信機１０６，２０６は、１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどを、ベースバンド信号からＲＦバンド信号に変換してよい。そのために、１つ以上の送受信機１０６，２０６は（アナログ）オシレーター及び／又はフィルターを含むことができる。
【0249】
以上で説明された実施例は、本開示の構成要素及び特徴が所定の形態で結合したものである。各構成要素又は特徴は、特に明示的言及がない限り、選択的なものとして考慮されるべきである。各構成要素又は特徴は、他の構成要素又は特徴と結合しない形態で実施されてもよい。また、一部の構成要素及び／又は特徴を結合させて本開示の実施例を構成することも可能である。本開示の実施例において説明される動作の順序は変更されてよい。ある実施例の一部の構成又は特徴は他の実施例に含まれてもよく、或いは他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係を有しない請求項を結合させて実施例を構成するか、或いは出願後の補正によって新しい請求項として含めることができることは明らかである。
【0250】
本開示は、本開示の必須特徴を外れない範囲で他の特定の形態として具体化できることは当業者に自明である。したがって、上述した詳細な説明はいかなる面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本開示の範囲は、添付する請求項の合理的解釈によって決定されるべきであり、本開示の等価的範囲内における変更はいずれも本開示の範囲に含まれる。
【0251】
本開示の範囲は、様々な実施例の方法による動作を装置又はコンピュータ上で実行させるソフトウェア又はマシン実行可能な命令（例えば、運営体制、アプリケーション、ファームウェア（ｆｉｒｍｗａｒｅ）、プログラムなど）、及びこのようなソフトウェア又は命令などが記憶されて装置又はコンピュータ上で実行可能な非一時的コンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を含む。本開示で説明する特徴を実行するプロセシングシステムをプログラミングするために利用可能な命令は、記憶媒体又はコンピュータ可読記憶媒体上に／内に記憶されてよく、このような記憶媒体を含むコンピュータプログラム製品を用いて、本開示に説明の特徴が具現されてよい。記憶媒体は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ又は他のランダムアクセスソリッドステートメモリデバイスのような高速ランダムアクセスメモリを含むことができるが、それに制限されず、一つ以上の磁器ディスク記憶デバイス、光ディスク記憶装置、フラッシュメモリデバイス又は他の非揮発性ソリッドステート記憶デバイスのような非揮発性メモリを含むことができる。メモリは選択的に、プロセッサから遠隔に位置している一つ以上の記憶デバイスを含む。メモリ又は代案としてメモリ内の非揮発性メモリデバイスは、非一時的コンピュータ可読記憶媒体を含む。本開示に説明の特徴は、マシン可読媒体の任意の一つに記憶され、プロセシングシステムのハードウェアを制御でき、プロセシングシステムが本開示の実施例に係る結果を活用する他のメカニズムと相互作用するようにするソフトウェア及び／又はファームウェアに統合されてよい。このようなソフトウェア又はファームウェアは、アプリケーションコード、デバイスドライバー、運営体制及び実行環境／コンテナを含むことができるが、これに制限されない。
【0252】
ここで、本開示のデバイス１００，２００において具現される無線通信技術は、ＬＴＥ、ＮＲ及び６Ｇの他に、低電力通信のための狭帯域モノのインターネット（Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ，ＮＢ－ＩｏＴ）も含むことができる。このとき、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であってよく、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格によって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示のデバイス１００，２００において具現される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行うことができる。このとき、一例として、ＬＴＥ－Ｍ技術は、ＬＰＷＡＮ技術の一例であってよく、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称と呼ばれてよい。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍなどの様々な規格のうち少なくともいずれか一つによって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示のデバイス１００，２００において具現される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ（登録商標））、ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））及び低電力広帯域通信網（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＬＰＷＡＮ）のうち少なくともいずれか一つを含むことができ、上述した名称に限定されるものではない。一例として、ＺｉｇＢｅｅ技術は、ＩＥＥＥ ８０２．１５．４などの様々な規格に基づいて小型／低い電力デジタル通信に関連したＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、様々な名称と呼ばれてよい。
【産業上の利用可能性】
【0253】
本開示で提案する方法は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムの他にも様々な無線通信システムに適用可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
