知財求人 - 知財ポータルサイト「IP Force」
▶ エルジー エレクトロニクス インコーポレイティドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-05-21
(45)【発行日】2024-05-29
(54)【発明の名称】無線通信システムにおいて上りリンク送受信方法及び装置
(51)【国際特許分類】
H04W 72/1268 20230101AFI20240522BHJP
H04W 16/28 20090101ALI20240522BHJP
H04W 72/02 20090101ALI20240522BHJP
H04W 72/21 20230101ALI20240522BHJP
H04W 76/18 20180101ALI20240522BHJP
【ＦＩ】
H04W72/1268
H04W16/28
H04W72/02
H04W72/21
H04W76/18
【請求項の数】
9
(21)【出願番号】P 2022567760
(86)(22)【出願日】2021-06-22
(65)【公表番号】
(43)【公表日】2023-06-13
(86)【国際出願番号】 KR2021007805
(87)【国際公開番号】W WO2021261879
(87)【国際公開日】2021-12-30
【審査請求日】2022-11-08
(31)【優先権主張番号】10-2020-0076805
(32)【優先日】2020-06-23
(33)【優先権主張国・地域又は機関】KR
(73)【特許権者】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．
【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100165191
【弁理士】
【氏名又は名称】河合 章
(74)【代理人】
【識別番号】100114018
【弁理士】
【氏名又は名称】南山 知広
(74)【代理人】
【識別番号】100159259
【弁理士】
【氏名又は名称】竹本 実
(72)【発明者】
【氏名】カン チウォン
(72)【発明者】
【氏名】キム ヒョンテ
【審査官】吉倉 大智
(56)【参考文献】
【文献】国際公開第２０２０／０３１３８９（ＷＯ，Ａ１）
【文献】国際公開第２０２０／０５９１５０（ＷＯ，Ａ１）
【文献】LG Electronics，Feature lead summary#4 of Enhancements on Multi-beam Operations，3GPP TSG RAN WG1 #98 R1-1909779，2019年09月03日
【文献】Lenovo, Motorola Mobility，SR configuration for SCell beam failure recovery，3GPP TSG RAN WG2 #109bis-e R2-2002926，2020年04月09日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
(57)【特許請求の範囲】
【請求項1】
無線通信システムにおいて端末によって行われる方法であって、前記方法は、トリガリングイベントに関連する複数の上りリンク送信リソースを含む設定情報を、基地局から受信する段階と、
第１制御リソースセット（ＣＯＲＥＳＥＴ）集合と関連する前記トリガリングイベントに基づいて、前記複数の上りリンク送信リソースの第１上りリンク送信リソースに基づき、送信機会で前記基地局への上りリンク送信を行う段階と、
第２制御リソースセット（ＣＯＲＥＳＥＴ）集合と関連する前記トリガリングイベントに基づいて、前記複数の上りリンク送信リソースの第２上りリンク送信リソースに基づき、送信機会で前記基地局への上りリンク送信を行う段階とを含む、方法。
【請求項2】
複数の空間パラメータ候補又は複数の経路損失参照信号（ＰＬ ＲＳ）候補のうちの少なくとも一つが、前記複数の上りリンク送信リソースに対して設定され、前記複数の上りリンク送信リソースのそれぞれは、一つの空間パラメータ及び一つのＰＬ ＲＳのうちの少なくとも一つにマップされる、請求項１に記載の方法。
【請求項3】
一つの設定識別子に対して一つの上りリンク送信リソースが設定され、前記トリガリングイベントに対して複数の設定識別子がマップされる、請求項２に記載の方法。
【請求項4】
前記トリガリングイベントがビーム失敗復旧に関連付けられ、前記第１上りリンク送信リソースに基づく前記上りリンク送信は、前記第１ＣＯＲＥＳＥＴ集合に対する前記ビーム失敗復旧によりトリガーされ、
前記第２上りリンク送信リソースに基づく前記上りリンク送信は、前記第２ＣＯＲＥＳＥＴ集合に対する前記ビーム失敗復旧によりトリガーされる、請求項１に記載の方法。
【請求項5】
前記トリガリングイベントは、論理チャネル、バッファー状態報告（ＢＳＲ）、ビーム失敗復旧要請（ＢＦＲＱ）、及び持続的なＬＢＴ（ｌｉｓｔｅｎ－ｂｅｆｏｒｅ－ｔａｌｋ）失敗（ｃｏｎｓｉｓｔｅｎｔ ＬＢＴ ｆａｉｌｕｒｅ）のうちの少なくとも一つを含む、請求項１に記載の方法。
【請求項6】
前記空間パラメータは、前記上りリンク送信に対する空間関連情報（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ）、空間関連ＲＳ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）、上りリンクＴＣＩ状態（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ ｓｔａｔｅ）、ビームＲＳ、及びＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）参照ＲＳのうちの少なくとも一つを含む、請求項２に記載の方法。
【請求項7】
前記上りリンク送信は、スケジューリング要請（ＳＲ）、ＨＡＲＱ－ＡＣＫ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）、ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）、ランダムアクセスプリアンブル、サウンディング参照信号（ＳＲＳ）、設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）ベースデータ、ＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）、及びＰＲＡＣＨ（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）のうちの少なくとも一つの送信を含む、請求項１に記載の方法。
【請求項8】
無線通信システムにおける端末であって、前記端末は、少なくとも一つの送受信機と、
前記少なくとも一つの送受信機と連結された少なくとも一つのプロセッサを含み、
前記少なくとも一つのプロセッサは、
トリガリングイベントに関連する複数の上りリンク送信リソース含む設定情報を、前記少なくとも一つの送受信機を介して基地局から受信し、
第１制御リソースセット（ＣＯＲＥＳＥＴ）集合と関連する前記トリガリングイベントに基づいて、前記複数の上りリンク送信リソースの第１上りリンク送信リソースに基づき、送信機会で前記基地局への上りリンク送信を前記少なくとも一つの送受信機を介して行い、
第２制御リソースセット（ＣＯＲＥＳＥＴ）集合と関連する前記トリガリングイベントに基づいて、前記複数の上りリンク送信リソースの第２上りリンク送信リソースに基づき、送信機会で前記基地局への上りリンク送信を前記少なくとも一つの送受信機を介して行うように設定された、端末。
【請求項9】
無線通信システムにおける基地局であって、前記基地局は、少なくとも一つの送受信機と、
前記少なく一つの送受信機と連結された少なくとも一つのプロセッサを含み、
前記少なくとも一つのプロセッサは、
トリガリングイベントに関連する複数の上りリンク送信リソース含む設定情報を、前記少なくとも一つの送受信機を介して端末に送信し、
第１制御リソースセット（ＣＯＲＥＳＥＴ）集合と関連する前記トリガリングイベントに基づいて、前記複数の上りリンク送信リソースの第１上りリンク送信リソースに基づき、上りリンク送信を、前記少なくとも一つの送受信機を介して前記端末から受信し、
第２制御リソースセット（ＣＯＲＥＳＥＴ）集合と関連する前記トリガリングイベントに基づいて、前記複数の上りリンク送信リソースの第２上りリンク送信リソースに基づき、送信機会で前記基地局への上りリンク送信を前記少なくとも一つの送受信機を介して行うように設定された、基地局。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、無線通信システムに関し、より詳細には、無線通信システムにおいて上りリンク送受信方法及び装置に関する。
【背景技術】
【0002】
移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声に留まらずデータサービスまで領域を拡張し、現在、爆発的なトラフィックの増加によってリソースの不足現象が発生しており、ユーザもより高速のサービスを要求していることから、より発展した移動通信システムが望まれている。
【0003】
次世代移動通信システムの要求条件は、大きく、爆発的なデータトラフィックの受容、ユーザ当たりの送信率の画期的な増加、大幅に増加した連結デバイス個数の受容、非常に低い端対端遅延（Ｅｎｄ－ｔｏ－Ｅｎｄ Ｌａｔｅｎｃｙ）、高エネルギー効率の支援である。そのために、二重接続性（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ ＭＩＭＯ：Ｍａｓｓｉｖｅ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）、全二重（Ｉｎ－ｂａｎｄ Ｆｕｌｌ Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ－Ｏｒｔｈｏｇｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ Ｎｅｔｗｏｒｋｉｎｇ）などの様々な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本開示の技術的課題は、無線通信システムにおいて端末によって開始される上りリンク送受信のための方法及び装置を提供することである。
【0005】
本開示の更なる技術的課題は、無線通信システムにおいて端末開始上りリンク送信に対する空間パラメータ及び／又は経路損失参照信号を設定する方法及び装置を提供することである。
【0006】
本開示の更なる技術的課題は、無線通信システムにおいて特定送信機会における端末開始上りリンク送信に対する複数の空間パラメータ候補及び／又は複数の経路損失参照信号候補を設定し、それらのうち一つの空間パラメータ及び／又は一つの経路損失参照信号を適用して特定送信機会における上りリンク送受信を行う方法及び装置を提供することである。
【0007】
本開示で遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない別の技術的課題は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【0008】
本開示の一態様に係る無線通信システムにおいて端末によって開始される上りリンク送信を行う方法は、前記上りリンク送信に対する一つ以上の送信機会のそれぞれに関連付けられる、複数の空間パラメータ候補又は複数の経路損失参照信号（ＰＬ ＲＳ）候補のうちの一つ以上を含む設定情報を、基地局から受信する段階及び、前記上りリンク送信に対するトリガリングイベントに基づいて、前記複数の空間パラメータ候補のうち一つの空間パラメータ又は前記複数のＰＬ ＲＳ候補のうち一つのＰＬ ＲＳのうち一つ以上に基づいて、前記一つ以上の送信機会のそれぞれで前記基地局への前記上りリンク送信を行う段階を含み、前記複数の空間パラメータ候補又は前記複数のＰＬ ＲＳ候補のうちの一つ以上は、前記トリガリングイベントにマップされる一つの上りリンク送信リソースに対して設定されるか、又は前記トリガリングイベントにマップされる複数の上りリンク送信リソースに対して設定されてよい。
【0009】
本開示の更なる態様に係る無線通信システムにおいて端末によって開始される上りリンク送信を基地局によって受信する方法は、前記上りリンク送信に対する一つ以上の送信機会のそれぞれに関連付けられる、複数の空間パラメータ候補又は複数の経路損失参照信号（ＰＬ ＲＳ）候補のうちの一つ以上を含む設定情報を端末に送信する段階及び、前記上りリンク送信に対するトリガリングイベントに基づいて、前記複数の空間パラメータ候補のうち一つの空間パラメータ又は前記複数のＰＬ ＲＳ候補のうち一つのＰＬ ＲＳのうち一つ以上に基づく、前記一つ以上の送信機会のそれぞれにおける前記上りリンク送信を前記端末から受信する段階を含み、前記複数の空間パラメータ候補又は前記複数のＰＬ ＲＳ候補のうちの一つ以上は、前記トリガリングイベントにマップされる一つの上りリンク送信リソースに対して設定されるか、又は前記トリガリングイベントにマップされる複数の上りリンク送信リソースに対して設定されてよい。
【発明の効果】
【0010】
本開示によれば、無線通信システムにおいて端末によって開始される上りリンク送受信のための方法及び装置を提供することができる。
【0011】
本開示によれば、無線通信システムにおいて端末開始上りリンク送信に対する空間パラメータ及び／又は経路損失参照信号を設定する方法及び装置を提供することができる。
【0012】
本開示によれば、無線通信システムにおいて特定送信機会における端末開始上りリンク送信に対する複数の空間パラメータ候補及び／又は複数の経路損失参照信号候補を設定し、それらのうち一つの空間パラメータ及び／又は一つの経路損失参照信号を適用して特定送信機会における上りリンク送受信を行う方法及び装置が提供されてよい。
【0013】
本開示から得られる効果は、以上で言及した効果に制限されず、言及していない別の効果は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【図面の簡単な説明】
【0014】
本開示に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本開示に関する実施例を提供し、詳細な説明と共に本開示の技術的特徴を説明する。
【0015】
【図1】本開示が適用可能な無線通信システムの構造を例示する。
【図2】本開示が適用可能な無線通信システムにおいてフレーム構造を例示する。
【図3】本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。
【図4】本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。
【図5】本開示が適用可能な無線通信システムにおいてスロット構造を例示する。
【図6】本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。
【図7】本開示が適用可能な無線通信システムにおいて多重ＴＲＰ送信方式を例示する。
【図8】本開示が適用可能な無線通信システムにおいてＰセルに対するビーム失敗復旧動作を例示する図である。
【図9】本開示の一実施例に係る端末開始上りリンク送信方法を説明するためのフローチャートである。
【図10】本開示の一実施例に係る端末開始上りリンク受信方法を説明するためのフローチャートである。
【図11】本開示に係る端末開始上りリンク送信に対する送信設定を説明するための図である。
【図12】本開示の一実施例に係る上りリンク送受信方法に対する基地局と端末との間のシグナリング手順を例示する図である。
【図13】本開示の一実施例に係る無線通信装置を例示するブロック構成図である。
【発明を実施するための形態】
【0016】
以下、本開示に係る好ましい実施形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本開示の例示的な実施形態を説明するためのもので、本開示の実施が可能な唯一の実施形態を示すためのものではない。以下の詳細な説明は、本開示の完全な理解を提供するために具体的細部事項を含む。ただし、当業者には、このような具体的細部事項無しにも本開示が実施可能であることが理解される。
【0017】
場合によって、本開示の概念が曖昧になることを避けるために、公知の構造及び装置が省略されてもよく、各構造及び装置の核心機能を中心にしたブロック図の形式で示されてもよい。
【0018】
本開示において、ある構成要素が他の構成要素と“連結”、“結合”又は“接続”されているとき、これは直接の連結関係の他、それらの間にさらに他の構成要素が存在する間接の連結関係も含むことができる。また、本開示において用語“含む”又は“有する”とは、言及された特徴、段階、動作、要素及び／又は構成要素の存在を特定するものの、一つ以上の他の特徴、段階、動作、要素、構成要素及び／又はそれらのグループの存在又は追加を排除しない。
【0019】
本開示において、“第１”、“第２”などの用語は、一つの構成要素を他の構成要素から区別する目的に使われるだけで、構成要素を制限するために使われることはなく、特に言及されない限り、構成要素間の順序又は重要度などを限定しない。したがって、本開示の範囲内で、一実施例における第１構成要素は他の実施例において第２構成要素と称することもでき、同様に、一実施例における第２構成要素を他の実施例において第１構成要素と称することもできる。
【0020】
本開示で使われる用語は、特定実施例に関する説明のためのもので、特許請求の範囲を制限するためのものではない。実施例の説明及び添付する特許請求の範囲で使用される通り、単数形態は、文脈において特に断らない限り、複数形態も含むように意図したものである。本開示に使われる用語“及び／又は”は、関連した列挙項目のうちの一つを指してもよく、又はそれらのうち２つ以上の任意の及び全ての可能な組合せを指して含むことを意味する。また、本開示において、単語の間における“／”は、別に断らない限り、“及び／又は”と同じ意味を有する。
【0021】
本開示は、無線通信ネットワーク又は無線通信システムを対象にして説明し、無線通信ネットワークにおいてなされる動作は、当該無線通信ネットワークを管轄する装置（例えば、基地局）がネットワークを制御し、信号を送信（ｔｒａｎｓｍｉｔ）又は受信（ｒｅｃｅｉｖｅ）する過程においてなされるか、当該無線ネットワークに結合した端末がネットワークとの又は端末間の信号を送信又は受信する過程においてなされてよい。
【0022】
本開示において、チャネルを送信又は受信するということは、当該チャネルで情報又は信号を送信又は受信するという意味を含む。例えば、制御チャネルを送信するということは、制御チャネルで制御情報又は信号を送信するということを意味する。類似に、データチャネルを送信するということは、データチャネルでデータ情報又は信号を送信するということを意味する。
【0023】
以下において、下りリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、上りリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。下りリンクにおいて、送信機は基地局の一部であり、受信機は端末の一部であってよい。上りリンクにおいて、送信機は端末の一部であり、受信機は基地局の一部であってよい。基地局は第１通信装置と、端末は第２通信装置と表現されてよい。基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）、ｇＮＢ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、ネットワーク（５Ｇネットワーク）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）システム／モジュール、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。また、端末（Ｔｅｒｍｉｎａｌ）は、固定されるか移動性を有してよく、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）装置、車両（ｖｅｈｉｃｌｅ）、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）モジュール、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。
【0024】
以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような様々な無線接続システムに用いられてよい。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術によって具現されてよい。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現されてよい。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現されてよい。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（登録商標）（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ－Ａ（Ａｄｖａｎｃｅｄ）／ＬＴＥ－Ａ ｐｒｏは、３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ｐｒｏの進化したバージョンである。
【0025】
説明を明確にするために、３ＧＰＰ通信システム（例えば、ＬＴＥ－Ａ、ＮＲ）に基づいて説明するが、本開示の技術的思想がそれに制限されるものではない。ＬＴＥは、３ＧＰＰ ＴＳ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ） ３６．ｘｘｘ Ｒｅｌｅａｓｅ ８以後の技術を意味する。細部的に、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １０以後のＬＴＥ技術はＬＴＥ－Ａと呼ばれ、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １３以後のＬＴＥ技術はＬＴＥ－Ａ ｐｒｏと呼ばれる。３ＧＰＰ ＮＲは、ＴＳ ３８．ｘｘｘ Ｒｅｌｅａｓｅ １５以後の技術を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。“ｘｘｘ”は、標準文書細部番号を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。本開示の説明に用いられる背景技術、用語、略語などに関しては、本開示の前に公開された標準文書に記載の事項を参照できる。例えば、次の文書を参照できる。
【0026】
３ＧＰＰ ＬＴＥでは、ＴＳ ３６．２１１（物理チャネル及び変調）、ＴＳ ３６．２１２（多重化及びチャネルコーディング）、ＴＳ ３６．２１３（物理層手続）、ＴＳ ３６．３００（説明全般）、ＴＳ ３６．３３１（無線リソース制御）を参照できる。
【0027】
３ＧＰＰ ＮＲでは、ＴＳ ３８．２１１（物理チャネル及び変調）、ＴＳ ３８．２１２（多重化及びチャネルコーディング）、ＴＳ ３８．２１３（制御のための物理層手続）、ＴＳ ３８．２１４（データのための物理層手続）、ＴＳ ３８．３００（ＮＲ及びＮＧ－ＲＡＮ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）説明全般）、ＴＳ ３８．３３１（無線リソース制御プロトコル規格）を参照できる。
【0028】
本開示で使用可能な用語の略字は次のように定義される。
【0029】
－ ＢＭ：ビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）
【0030】
－ ＣＱＩ：チャネル品質指示子（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）
【0031】
－ ＣＲＩ：チャネル状態情報－参照信号リソース指示子（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）
【0032】
－ ＣＳＩ：チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）
【0033】
－ ＣＳＩ－ＩＭ：チャネル状態情報－干渉測定（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）
【0034】
－ ＣＳＩ－ＲＳ：チャネル状態情報－参照信号（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
【0035】
－ ＤＭＲＳ：復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
【0036】
－ ＦＤＭ：周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
【0037】
－ ＦＦＴ：高速フーリエ変換（ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
【0038】
－ ＩＦＤＭＡ：インターリーブされた周波数分割多重アクセス（ｉｎｔｅｒｌｅａｖｅｄ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）
【0039】
－ ＩＦＦＴ：逆高速フーリエ変換（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）
【0040】
－ Ｌ１－ＲＳＲＰ：第１レイヤ参照信号受信パワー（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）
【0041】
－ Ｌ１－ＲＳＲＱ：第１レイヤ参照信号受信品質（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ）
【0042】
－ ＭＡＣ：媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）
【0043】
－ ＮＺＰ：ノンゼロパワー（ｎｏｎ－ｚｅｒｏ ｐｏｗｅｒ）
【0044】
－ ＯＦＤＭ：直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
【0045】
－ ＰＤＣＣＨ：物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）
【0046】
－ ＰＤＳＣＨ：物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）
【0047】
－ ＰＭＩ：プリコーディング行列指示子（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）
【0048】
－ ＲＥ：リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）
【0049】
－ ＲＩ：ランク指示子（Ｒａｎｋ ｉｎｄｉｃａｔｏｒ）
【0050】
－ ＲＲＣ：無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）
【0051】
－ ＲＳＳＩ：受信信号強度指示子（ｒｅｃｅｉｖｅｄ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ）
【0052】
－ Ｒｘ：受信（Ｒｅｃｅｐｔｉｏｎ）
【0053】
－ ＱＣＬ：準同一位置（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）
【0054】
－ ＳＩＮＲ：信号対干渉及び雑音比（ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ ｎｏｉｓｅ ｒａｔｉｏ）
【0055】
－ ＳＳＢ（又は、ＳＳ／ＰＢＣＨ ｂｌｏｃｋ）：同期信号ブロック（プライマリ同期信号（ＰＳＳ：ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）及び物理放送チャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）を含む）
【0056】
－ ＴＤＭ：時間分割多重化（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）
【0057】
－ ＴＲＰ：送信及び受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）
【0058】
－ ＴＲＳ：トラッキング参照信号（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
【0059】
－ Ｔｘ：送信（ｔｒａｎｓｍｉｓｓｉｏｎ）
【0060】
－ ＵＥ：ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）
【0061】
－ ＺＰ：ゼロパワー（ｚｅｒｏ ｐｏｗｅｒ）
【0062】
システム一般
【0063】
より多い通信機器がより大きい通信容量を要求するにつれ、既存の無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信への必要性が台頭している。また、多数の機器及びモノを連結していつどこででも様々なサービスを提供するマッシブ（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要課題の一つである。これに加え、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインも議論されている。このようにｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｍｍｔｃ（ｍａｓｓｉｖｅ ＭＴＣ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代ＲＡＴの導入が議論されており、本開示では便宜上、当該技術をＮＲと呼ぶ。ＮＲは、５Ｇ ＲＡＴの一例を表す表現である。
【0064】
ＮＲを含む新しいＲＡＴシステムは、ＯＦＤＭ送信方式又はこれと類似の送信方式を用いる。新しいＲＡＴシステムは、ＬＴＥのＯＦＤＭパラメータとは異なるＯＦＤＭパラメータに従い得る。又は、新しいＲＡＴシステムは、既存のＬＴＥ／ＬＴＥ－Ａのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）にそのまま従うが、より大きいシステム帯域幅（例えば、１００ＭＨｚ）を支援できる。又は、一つのセルが複数個のヌメロロジーを支援することもできる。すなわち、互いに異なるヌメロロジーで動作する端末が一つのセル内に共存してもよい。
【0065】
ヌメロロジーは、周波数領域において一つのサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応する。参照サブキャリア間隔（Ｒｅｆｅｒｅｎｃｅ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）を整数Ｎでスケーリング（ｓｃａｌｉｎｇ）することにより、互いに異なるヌメロロジーを定義できる。
【0066】
図１には、本開示が適用可能な無線通信システムの構造を例示する。
【0067】
図１を参照すると、ＮＧ－ＲＡＮは、ＮＧ－ＲＡ（ＮＧ－Ｒａｄｉｏ Ａｃｃｅｓｓ）ユーザ平面（すなわち、新しいＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）サブ層／ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）／ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）／ＭＡＣ／ＰＨＹ）及びＵＥに対する制御平面（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。前記ｇＮＢはＸｎインターフェースを介して相互連結される。前記ｇＮＢは、また、ＮＧインターフェースを介してＮＧＣ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に連結される。より具体的には、前記ｇＮＢは、Ｎ２インターフェースを介してＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に、Ｎ３インターフェースを介してＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）に連結される。
【0068】
図２には、本開示が適用可能な無線通信システムにおいてフレーム構造を例示する。
【0069】
ＮＲシステムは、多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）を支援できる。ここで、ヌメロロジーは、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）と循環前置（ＣＰ：Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）オーバーヘッドによって定義されてよい。このとき、多数のサブキャリア間隔は、基本（参照）サブキャリア間隔を整数Ｎ（又は、μ）でスケーリング（ｓｃａｌｉｎｇ）することによって誘導されてよい。また、非常に高い搬送波周波数において非常に低いサブキャリア間隔を利用しないと仮定されても、利用されるヌメロロジーは周波数帯域と独立して選択されてよい。また、ＮＲシステムでは多数のヌメロロジーによる様々なフレーム構造が支援されてよい。
【0070】
以下、ＮＲシステムにおいて考慮可能なＯＦＤＭヌメロロジー及びフレーム構造について説明する。ＮＲシステムにおいて支援される多数のＯＦＤＭヌメロロジーは、下表１のように定義されてよい。
【0071】
【表1】
【0072】
ＮＲは、様々な５Ｇサービスを支援するための多数のヌメロロジー（又は、サブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ））を支援する。例えば、ＳＣＳが１５ｋＨｚである場合に、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ ａｒｅａ）を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合に、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）を支援し、ＳＣＳが６０ｋＨｚ又はそれよりも高い場合に、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚよりも大きい帯域幅を支援する。ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２タイプ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義される。ＦＲ１、ＦＲ２は、下表２のように構成されてよい。また、ＦＲ２は、ミリ波（ｍｍＷ：ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ）を意味できる。
【0073】
【表2】
【0074】
ＮＲシステムにおけるフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）と関連して、時間領域の様々なフィールドのサイズは、Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）の時間単位の倍数と表現される。ここで、Δｆｍａｘ＝４８０・１０３Ｈｚであり、Ｎｆ＝４０９６である。下りリンク（ｄｏｗｎｌｉｎｋ）及び上りリンク（ｕｐｌｉｎｋ）送信は、Ｔｆ＝１／（ΔｆｍａｘＮｆ／１００）・Ｔｃ＝１０ｍｓの区間を有する無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）で構成（ｏｒｇａｎｉｚｅｄ）される。ここで、無線フレームはそれぞれ、Ｔｓｆ＝（ΔｆｍａｘＮｆ／１０００）・Ｔｃ＝１ｍｓの区間を有する１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。この場合、上りリンクに対する１セットのフレーム及び下りリンクに対する１セットのフレームが存在してよい。また、端末からの上りリンクフレーム番号ｉにおける送信は、当該端末における該当の下りリンクフレームの開始よりＴＴＡ＝（ＮＴＡ＋ＮＴＡ，ｏｆｆｓｅｔ）Ｔｃ以前に始めなければならない。サブキャリア間隔構成μに対して、スロット（ｓｌｏｔ）は、サブフレーム内でｎｓ
μ∈｛０，．．．，Ｎｓｌｏｔ
ｓｕｂｆｒａｍｅ，μ－１｝の増加する順序で番号が付けられ、無線フレーム内でｎｓ，ｆ
μ∈｛０，．．．，Ｎｓｌｏｔ
ｆｒａｍｅ，μ－１｝の増加する順序で番号が付けられる。一つのスロットはＮｓｙｍｂ
ｓｌｏｔの連続するＯＦＤＭシンボルで構成され、Ｎｓｙｍｂ
ｓｌｏｔは、ＣＰによって決定される。サブフレームにおいてスロットｎｓ
μの開始は、同一サブフレームにおいてＯＦＤＭシンボルｎｓ
μＮｓｙｍｂ
ｓｌｏｔの開始と時間的に整列される。全ての端末が同時に送信及び受信を行うことができるわけではなく、これは、下りリンクスロット（ｄｏｗｎｌｉｎｋ ｓｌｏｔ）又は上りリンクスロット（ｕｐｌｉｎｋ ｓｌｏｔ）における全てのＯＦＤＭシンボルが用いられ得るわけではことを意味する。表３は、一般ＣＰにおいてスロット別ＯＦＤＭシンボルの個数（Ｎｓｙｍｂ
ｓｌｏｔ）、無線フレーム別スロットの個数（Ｎｓｌｏｔ
ｆｒａｍｅ，μ）、サブフレーム別スロットの個数（Ｎｓｌｏｔ
ｓｕｂｆｒａｍｅ，μ）を示し、表４は、拡張ＣＰにおいてスロット別ＯＦＤＭシンボルの個数、無線フレーム別スロットの個数、サブフレーム別スロットの個数を示す。
【0075】
【表3】
【0076】
【表4】
【0077】
図２は、μ＝２である場合（ＳＣＳが６０ｋＨｚ）の一例であり、表３を参照すると、１サブフレーム（ｓｕｂｆｒａｍｅ）は４個のスロット（ｓｌｏｔ）を含むことができる。図２に示す１サブフレーム＝｛１，２，４｝スロットは一例であり、１サブフレームに含まれ得るスロットの個数は、表３又は表４のように定義される。また、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）は、２、４又は７シンボルを含むか、それよりも多い又はより少ないシンボルを含むことができる。ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）と関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮されてよい。以下、ＮＲシステムにおいて考慮可能な前記物理リソースについて具体的に説明する。
【0078】
まず、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルを、同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。一つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（ｌａｒｇｅ－ｓｃａｌｅ ｐｒｏｐｅｒｔｙ）が、他のアンテナポート上のシンボルが運搬されるチャネルから類推され得る場合、２個のアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ或いはｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）関係にあると言える。ここで、前記広範囲特性は、遅延拡散（Ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、周波数シフト（Ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ）、平均受信パワー（Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、受信タイミング（Ｒｅｃｅｉｖｅｄ Ｔｉｍｉｎｇ）のいずれか一つ以上を含む。
【0079】
図３には、本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。
【0080】
図３を参照すると、リソースグリッドが、周波数領域上にＮＲＢ
μＮｓｃ
ＲＢサブキャリアで構成され、一つのサブフレームが１４・２μＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されない。ＮＲシステムにおいて、送信される信号（ｔｒａｎｓｍｉｔｔｅｄ ｓｉｇｎａｌ）は、ＮＲＢ
μＮｓｃ
ＲＢサブキャリアで構成される一つ又はそれ以上のリソースグリッド及び２μＮｓｙｍｂ
（μ）のＯＦＤＭシンボルによって説明される。ここで、ＮＲＢ
μ≦ＮＲＢ
ｍａｘ，μである。前記ＮＲＢ
ｍａｘ，μは、最大送信帯域幅を表し、これは、ヌメロロジーだけでなく、上りリンクと下りリンク間にも変わってよい。この場合、μ及びアンテナポートｐ別に一つのリソースグリッドが設定されてよい。μ及びアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）と呼ばれ、インデックス対
によって固有に識別される。ここで、ｋ＝０，．．．，ＮＲＢ
μＮｓｃ
ＲＢ－１は、周波数領域上のインデックスであり、
は、サブフレーム内でシンボルの位置を表す。スロットにおいてリソース要素を示す時には、インデックス対（ｋ，ｌ）が用いられる。ここで、ｌ＝０，．．．，Ｎｓｙｍｂ
μ－１である。μ及びアンテナポートｐに対するリソース要素
は、複素値（ｃｏｍｐｌｅｘ ｖａｌｕｅ）
に該当する。混同（ｃｏｎｆｕｓｉｏｎ）する危険のない場合或いは特定アンテナポート又はヌメロロジーが特定されない場合には、インデックスｐ及びμはドロップ（ｄｒｏｐ）してよく、その結果、複素値は
になり得る。また、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ，ＲＢ）は、周波数領域上のＮｓｃ
ＲＢ＝１２の連続するサブキャリアと定義される。
【0081】
ポイント（ｐｏｉｎｔ）Ａは、リソースブロックグリッドの共通基準ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）として働き、次のように取得される。
【0082】
－ プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）ダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のために端末によって用いられたＳＳ／ＰＢＣＨブロックと重なる最低リソースブロックの最低サブキャリアとポイントＡ間の周波数オフセットを示す。ＦＲ１に対して１５ｋＨｚサブキャリア間隔及びＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定したリソースブロック単位（ｕｎｉｔ）で表現される。
【0083】
－ ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、ＡＲＦＣＮ（ａｂｓｏｌｕｔｅ ｒａｄｉｏ－ｆｒｅｑｕｅｎｃｙ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）におけるように表現されたｐｏｉｎｔ Ａの周波数－位置を示す。
【0084】
共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、サブキャリア間隔設定μに対する周波数領域において０から上方に番号づけられる。サブキャリア間隔設定μに対する共通リソースブロック０のサブキャリア０の中心は、‘ポイントＡ’と一致する。周波数領域において共通リソースブロック番号ｎＣＲＢ
μとサブキャリア間隔設定μに対するリソース要素（ｋ，ｌ）との関係は、下記の式１のように与えられる。
【0085】
【数1】
【0086】
式１で、ｋは、ｋ＝０がポイントＡを中心とするサブキャリアに該当するようにポイントＡに相対的に定義される。物理リソースブロックは、帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）内で０からＮＢＷＰ，ｉ
ｓｉｚｅ，μ－１まで番号が付けられ、ｉは、ＢＷＰの番号である。ＢＷＰ ｉにおいて物理リソースブロックｎＰＲＢと共通リソースブロックｎＣＲＢ間の関係は、下記の式２によって与えられる。
【0087】
【数2】
【0088】
ＮＢＷＰ，ｉ
ｓｔａｒｔ，μは、ＢＷＰが共通リソースブロック０に相対的に始まる共通リソースブロックである。
【0089】
図４には、本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。そして、図５には、本開示が適用可能な無線通信システムにおいてスロット構造を例示する。
【0090】
【0091】
搬送波は、周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインにおいて複数（例えば、１２）の連続した副搬送波と定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインにおいて複数の連続した（物理）リソースブロックと定義され、一つのヌメロロジー（例えば、ＳＣＳ、ＣＰ長など）に対応し得る。搬送波は、最大でＮ個（例えば、５個）のＢＷＰを含むことができる。データ通信は活性化されたＢＷＰで行われ、一つの端末には一つのＢＷＰのみが活性化されてよい。リソースグリッドにおいてそれぞれの要素は、リソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）と呼ばれ、一つの複素シンボルがマップされてよい。
【0092】
ＮＲシステムは、一つのコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）当たりに最大４００ＭＨｚまで支援されてよい。このような広帯域ＣＣ（ｗｉｄｅｂａｎｄ ＣＣ）で動作する端末が常にＣＣ全体に対する無線周波数（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）チップ（ｃｈｉｐ）をオンにしたままで動作すると、端末バッテリー消耗が増加し得る。或いは、一つの広帯域ＣＣ内に動作する様々な活用ケース（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Ｍｍｔｃ、Ｖ２Ｘなど）を考慮すれば、当該ＣＣ内に周波数帯域別に異なるヌメロロジー（例えば、サブキャリア間隔など）が支援されてよい。或いは、端末別に最大帯域幅に対する能力（ｃａｐａｂｉｌｉｔｙ）が異なることがある。これを考慮して、基地局は広帯域ＣＣの全体帯域幅ではなく一部の帯域幅でのみ動作するように端末に指示してよく、当該一部の帯域幅を便宜上、帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）と定義する。ＢＷＰは、周波数軸上で連続したＲＢで構成されてよく、一つのヌメロロジー（例えば、サブキャリア間隔、ＣＰ長、スロット／ミニスロット区間）に対応し得る。
【0093】
一方、基地局は、端末に設定された一つのＣＣ内でも多数のＢＷＰを設定できる。例えば、ＰＤＣＣＨモニタリングスロットでは相対的に小さい周波数領域を占めるＢＷＰを設定し、ＰＤＣＣＨで指示するＰＤＳＣＨは、それよりも大きいＢＷＰ上にスケジュールされてよい。或いは、特定ＢＷＰにＵＥが集中する場合に、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）のために一部の端末に他のＢＷＰを設定してよい。或いは、隣接セル間の周波数ドメインセル間干渉除去（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などを考慮して、全帯域幅のうち一部のスペクトル（ｓｐｅｃｔｒｕｍ）を排除し、両方のＢＷＰを同一スロット内でも設定できる。すなわち、基地局は、広帯域ＣＣと関連した（ａｓｓｏｃｉａｔｉｏｎ）端末に、少なくとも一つのＤＬ／ＵＬ ＢＷＰを設定できる。基地局は特定時点に設定されたＤＬ／ＵＬ ＢＷＰのうち少なくとも一つのＤＬ／ＵＬ ＢＷＰを（Ｌ１シグナリング又はＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）又はＲＲＣシグナリングなどによって）活性化させることができる。また、基地局は、他の設定されたＤＬ／ＵＬ ＢＷＰへのスイッチングを（Ｌ１シグナリング又はＭＡＣ ＣＥ又はＲＲＣシグナリングなどによって）指示できる。又は、タイマーベースでタイマー値が満了すると、定められたＤＬ／ＵＬ ＢＷＰにスイッチしてもよい。このとき、活性化されたＤＬ／ＵＬ ＢＷＰを活性（ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰと定義する。ただし、端末が最初接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程を行っている中であるか、或いはＲＲＣ連結がセットアップ（ｓｅｔ ｕｐ）される前であるなどの状況では、ＤＬ／ＵＬ ＢＷＰに対する設定を受信できないことがあるので、このような状況で端末が仮定するＤＬ／ＵＬ ＢＷＰは、最初活性ＤＬ／ＵＬ ＢＷＰと定義する。
【0094】
図６には、本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。
【0095】
無線通信システムにおいて、端末は基地局から下りリンク（Ｄｏｗｎｌｉｎｋ）で情報を受信し、端末は基地局に上りリンク（Ｕｐｌｉｎｋ）で情報を送信する。基地局と端末が送受信する情報は、データ及び様々な制御情報を含み、それらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【0096】
端末は、電源が入るか、新しくセルに進入した場合に、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う（Ｓ６０１）。そのために、端末は基地局から主同期信号（ＰＳＳ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及び副同期信号（ＳＳＳ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を受信して基地局と同期を取り、セル識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）などの情報を取得できる。その後、端末は基地局から物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を受信してセル内放送情報を取得できる。一方、端末は、初期セル探索段階で下りリンク参照信号（ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信して下りリンクチャネル状態を確認することができる。
【0097】
初期セル探索を終えた端末は、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及び前記ＰＤＣＣＨに乗せられた情報によって物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信し、より具体的なシステム情報をすることが取得できる（Ｓ６０２）。
【0098】
一方、基地局に最初に接続するか、信号送信のための無線リソースがない場合に、端末は、基地局に対して任意接続過程（ＲＡＣＨ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる（段階Ｓ６０３～段階Ｓ６０６）。そのために、端末は、物理任意接続チャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）で特定シーケンスをプリアンブルとして送信し（Ｓ６０３及びＳ６０５）、プリアンブルに対する応答メッセージを、ＰＤＣＣＨ及び対応するＰＤＳＣＨで受信することができる（Ｓ６０４及びＳ６０６）。競合ベースＲＡＣＨの場合、さらに、衝突解決手続（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【0099】
上述したような手続を行った端末は、その後、一般の上りリンク／下りリンク信号送信手続として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ６０７）及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）／物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信（Ｓ６０８）を行うことができる。特に、端末はＰＤＣＣＨで下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含み、その使用目的によってフォーマットが互いに異なる。
【0100】
一方、端末が上りリンクで基地局に送信する又は端末が基地局から受信する制御情報は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｎ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ ＬＴＥシステムにおいて、端末は上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨで送信できる。
【0101】
表５は、ＮＲシステムでのＤＣＩフォーマット（ｆｏｒｍａｔ）の一例を示す。
【0102】
【表5】
【0103】
表５を参照すると、ＤＣＩ ｆｏｒｍａｔ０＿０、０＿１及び０＿２は、ＰＵＳＣＨのスケジューリングに関連したリソース情報（例えば、ＵＬ／ＳＵＬ（Ｓｕｐｐｌｅｍｅｎｔａｒｙ ＵＬ）、周波数リソース割り当て、時間リソース割り当て、周波数ホッピングなど）、送信ブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）関連情報（例えば、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ ａｎｄ Ｓｃｈｅｍｅ）、ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）など）、ＨＡＲＱ（Ｈｙｂｒｉｄ－ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ）関連情報（例えば、プロセス番号、ＤＡＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、ＤＭＲＳシーケンス初期化情報、アンテナポート、ＣＳＩ要請など）、電力制御情報（例えば、ＰＵＳＣＨ電力制御など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。ＤＣＩフォーマット０＿０は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット０＿０に含まれた情報は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）又はＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ）によってＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブルされて送信される。
【0104】
ＤＣＩフォーマット０＿１は、一つのセルにおいて一つ以上のＰＵＳＣＨのスケジューリング、又は設定されたグラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）下りリンクフィードバック情報を端末に指示するために用いられる。ＤＣＩフォーマット０＿１に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0105】
ＤＣＩフォーマット０＿２は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット０＿２に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0106】
次に、ＤＣＩフォーマット１＿０、１＿１及び１＿２は、ＰＤＳＣＨのスケジューリングに関連したリソース情報（例えば、周波数リソース割り当て、時間リソース割り当て、ＶＲＢ（ｖｉｒｔｕａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）－ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）マッピングなど）、送信ブロック（ＴＢ）関連情報（例えば、ＭＣＳ、ＮＤＩ、ＲＶなど）、ＨＡＲＱ関連情報（例えば、プロセス番号、ＤＡＩ、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、アンテナポート、ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）要請など）、ＰＵＣＣＨ関連情報（例えば、ＰＵＣＣＨ電力制御、ＰＵＣＣＨリソース指示子など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。
【0107】
ＤＣＩフォーマット１＿０は、一つのＤＬセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩフォーマット１＿０に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0108】
ＤＣＩフォーマット１＿１は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩフォーマット１＿１に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0109】
ＤＣＩフォーマット１＿２は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩフォーマット１＿２に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。
【0110】
多重ＴＲＰ（Ｍｕｌｔｉ－ＴＲＰ）関連動作
【0111】
多点協調通信（ＣｏＭＰ：Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ Ｐｏｉｎｔ）の手法は、多数の基地局が端末からフィードバックされたチャネル情報（例えば、ＲＩ／ＣＱＩ／ＰＭＩ／ＬＩ（ｌａｙｅｒ ｉｎｄｉｃａｔｏｒ）など）を相互に交換（例えば、Ｘ２インターフェース利用）或いは活用して、端末に協調送信することによって干渉を効果的に制御する方式をいう。利用する方式によって、ＣｏＭＰは連合送信（ＪＴ：Ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ）、協調スケジューリング（ＣＳ：Ｃｏｏｒｄｉｎａｔｅｄ Ｓｃｈｅｄｕｌｉｎｇ）、協調ビームフォーミング（ＣＢ：Ｃｏｏｒｄｉｎａｔｅｄ Ｂｅａｍｆｏｒｍｉｎｇ）、動的ポイント選択（ＤＰＳ：Ｄｙｎａｍｉｃ Ｐｏｉｎｔ Ｓｅｌｅｃｔｉｏｎ）、動的ポイント遮断（ＤＰＢ：Ｄｙｎａｍｉｃ Ｐｏｉｎｔ Ｂｌｏｃｋｉｎｇ）などに区分できる。
【0112】
Ｍ個のＴＲＰが一つの端末にデータを送信するＭ－ＴＲＰ送信方式は、大きく、ｉ）送信率を高めるための方式であるｅＭＢＢ Ｍ－ＴＲＰ送信と、ｉｉ）受信成功率増加及び遅延（ｌａｔｅｎｃｙ）減少のための方式であるＵＲＬＬＣ Ｍ－ＴＲＰ送信とに区分できる。
【0113】
また、ＤＣＩ送信観点で、Ｍ－ＴＲＰ送信方式は、ｉ）各ＴＲＰが互いに異なるＤＣＩを送信するＭ－ＤＣＩ（ｍｕｌｔｉｐｌｅ ＤＣＩ）ベースＭ－ＴＲＰ送信と、ｉｉ）一つのＴＲＰがＤＣＩを送信するＳ－ＤＣＩ（ｓｉｎｇｌｅ ＤＣＩ）ベースＭ－ＴＲＰ送信とに区分できる。例えば、Ｓ－ＤＣＩベースＭ－ＴＲＰ送信の場合、Ｍ ＴＲＰが送信するデータに対する全てのスケジューリング情報が一つのＤＣＩで端末に伝達される必要があり、両ＴＲＰ間の動的な（ｄｙｎａｍｉｃ）協調が可能な理想的バックホール（ｉｄｅａｌ ＢＨ：ｉｄｅａｌ ＢａｃｋＨａｕｌ）環境で用いられてよい。
【0114】
ＴＤＭベースＵＲＬＬＣ Ｍ－ＴＲＰ送信に対して、方式（ｓｃｈｅｍｅ）３／４が標準化議論中である。具体的に、方式４は、１つのスロットでは１つのＴＲＰが送信ブロック（ＴＢ）を送信する方式を意味し、複数のスロットで複数のＴＲＰから受信した同一ＴＢを用いてデータ受信確率を上げ得る効果がある。これと違い、方式３は、１つのＴＲＰが連続したいくつかのＯＦＤＭシンボル（すなわち、シンボルグループ）でＴＢを送信する方式を意味し、１つのｓｌｏｔ内で複数のＴＲＰが互いに異なるシンボルグループで同一のＴＢを送信するように設定されてよい。
【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】
本開示において、ＤＬ ＭＴＲＰ ＵＲＬＬＣとは、同一のデータ（例えば、同一のＴＢ）／ＤＣＩを多重ＴＲＰが、互いに異なるレイヤ（ｌａｙｅｒ）／時間（ｔｉｍｅ）／周波数（ｆｒｅｑｕｅｎｃｙ）リソースを用いて送信することを意味する。例えば、ＴＲＰ １はリソース１で同一のデータ／ＤＣＩを送信し、ＴＲＰ ２はリソース２で同一のデータ／ＤＣＩを送信する。ＤＬ ＭＴＲＰ－ＵＲＬＬＣ送信方式が設定されたＵＥは、異なるレイヤー／時間／周波数リソースを用いて同一のデータ／ＤＣＩを受信する。この時、ＵＥには、同一のデータ／ＤＣＩを受信するレイヤー／時間／周波数リソースでどのＱＣＬ ＲＳ／タイプ（すなわち、ＤＬ ＴＣＩ状態）を用いなければならないかが基地局から設定される。例えば、同一のデータ／ＤＣＩがリソース１とリソース２で受信される場合に、リソース１で用いるＤＬ ＴＣＩ状態とリソース２で用いるＤＬ ＴＣＩ状態が設定されてよい。ＵＥは同一のデータ／ＤＣＩをリソース１とリソース２で受信するので、高い信頼度（ｒｅｌｉａｂｉｌｉｔｙ）が達成できる。このようなＤＬ ＭＴＲＰ ＵＲＬＬＣは、ＰＤＳＣＨ／ＰＤＣＣＨを対象に適用されてよい。
【0162】
そして、本開示において、ＵＬ ＭＴＲＰ－ＵＲＬＬＣとは、同一のデータ／ＵＣＩ（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を多重ＴＲＰが、互いに異なるレイヤー／時間／周波数リソースを用いて１つのＵＥから受信することを意味する。例えば、ＴＲＰ １はリソース１で同一のデータ／ＤＣＩをＵＥから受信し、ＴＲＰ ２はリソース２で同一のデータ／ＤＣＩをＵＥから受信した後に、ＴＲＰ間の連結されたバックホールリンク（Ｂａｃｋｈａｕｌ ｌｉｎｋ）を通じて受信データ／ＤＣＩを共有する。ＵＬ ＭＴＲＰ－ＵＲＬＬＣ送信方式が設定されたＵＥは、異なるレイヤー／時間／周波数リソースを用いて同一のデータ／ＵＣＩを送信する。この時、ＵＥには、同一のデータ／ＵＣＩを送信するレイヤー／時間／周波数リソースでどのＴｘビーム（ｂｅａｍ）及びどのＴｘパワー（ｐｏｗｅｒ）（すなわち、ＵＬ ＴＣＩ状態）を用いなければならないかが基地局から設定される。例えば、同一のデータ／ＵＣＩがリソース１とリソース２で送信される場合に、リソース１で用いるＵＬ ＴＣＩ状態とリソース２で用いるＵＬ ＴＣＩ状態が設定されてよい。このようなＵＬ ＭＴＲＰ ＵＲＬＬＣは、ＰＵＳＣＨ／ＰＵＣＣＨを対象に適用されてよい。
【0163】
また、本開示において、ある周波数／時間／空間リソース（ｌａｙｅｒ）に対してデータ／ＤＣＩ／ＵＣＩ受信時に特定ＴＣＩ状態（又は、ＴＣＩ）を用いる（又は、マップする）という意味は、次の通りである。ＤＬでは、その周波数／時間／空間リソース（ｌａｙｅｒ）で当該ＴＣＩ状態によって指示されたＱＣＬタイプ及びＱＣＬ ＲＳを用いてＤＭＲＳからチャネルを推定し、推定されたチャネルに基づいてデータ／ＤＣＩを受信／復調するということを意味できる。また、ＵＬでは、その周波数／時間／空間リソースで当該ＴＣＩ状態によって指示されたＴｘビーム及び／又はパワーを用いてＤＭＲＳ及びデータ／ＵＣＩを送信／変調するということを意味できる。
【0164】
ここで、ＵＬ ＴＣＩ状態は、ＵＥのＴｘビーム及び／又はＴｘパワー情報を含んでおり、ＴＣＩ状態の代わりに空間関連情報（Ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ）などが別のパラメータによってＵＥに設定されてもよい。ＵＬ ＴＣＩ状態は、ＵＬグラントＤＣＩによって直接指示されてよく、又はＵＬグラントＤＣＩのＳＲＩ（ｓｏｕｎｄｉｎｇ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）フィールドによって指示されたＳＲＳリソースの空間関連情報（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ）を意味できる。又は、ＵＬグラントＤＣＩのＳＲＩフィールドによって指示された値に連結された開ループ（ＯＬ：ｏｐｅｎ ｌｏｏｐ）送信パワー制御パラメータ（ＯＬ Ｔｘ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｐａｒａｍｅｔｅｒ）（例えば、ｊ：開ループパラメータＰｏとａｌｐｈａ（セル当たりに最大で３２パラメータ値セット）のためのインデックス、ｑ＿ｄ：ＰＬ（ｐａｔｈｌｏｓｓ）測定（セル当たりに最大で４測定）のためのＤＬ ＲＳリソースのインデックス、ｌ：閉ループ（ｃｌｏｓｅｄ ｌｏｏｐ）パワー制御プロセスインデックス（セル当たりに最大で２プロセス））を意味することもできる。
【0165】
以下、ＭＴＲＰ ｅＭＢＢについて説明する。
【0166】
本開示において、ＭＴＲＰ－ｅＭＢＢは、異なるデータ（例えば、異なるＴＢ）を多重ＴＲＰが異なるレイヤー／時間／周波数を用いて送信することを意味する。ＭＴＲＰ－ｅＭＢＢ送信方式が設定されたＵＥは、様々なＴＣＩ状態がＤＣＩで指示され、各ＴＣＩ状態のＱＣＬ ＲＳを用いて受信したデータは、互いに異なるデータであると仮定する。
【0167】
一方、ＭＴＲＰ ＵＲＬＬＣ送信／受信なのか又はＭＴＲＰ ｅＭＢＢ送信／受信なのかは、ＭＴＲＰ－ＵＲＬＬＣ用ＲＮＴＩとＭＴＲＰ－ｅＭＢＢ用ＲＮＴＩを別個に区分して用いることによってＵＥが把握できる。すなわち、ＵＲＬＬＣ用ＲＮＴＩを用いてＤＣＩのＣＲＣマスキング（ｍａｓｋｉｎｇ）がされた場合に、ＵＥはＵＲＬＬＣ送信と見なし、ｅＭＢＢ用ＲＮＴＩを用いてＤＣＩのＣＲＣマスキングがされた場合に、ＵＥはｅＭＢＢ送信と見なす。又は、別の新しいシグナリングを用いて基地局がＵＥにＭＴＲＰ ＵＲＬＬＣ送信／受信を設定する又はＴＲＰ ｅＭＢＢ送信／受信を設定することもできる。
【0168】
本開示の説明において、説明の便宜のために２つのＴＲＰ間の協調送信／受信を仮定して説明するが、本開示で提案する方法は３個以上の多重ＴＲＰ環境でも拡張適用されてよく、また、多重パネル環境（すなわち、ＴＲＰをパネルに対応させる。）でも拡張適用されてよい。また、ＵＥにとって、異なるＴＲＰは異なるＴＣＩ状態と認識されてよい。したがって、ＵＥがＴＣＩ状態１を用いてデータ／ＤＣＩ／ＵＣＩを受信／送信したことは、ＴＲＰ １から／にデータ／ＤＣＩ／ＵＣＩを受信／送信したことを意味する。
【0169】
以下、本開示で提案する方法は、ＭＴＲＰがＰＤＣＣＨを協調送信（同一のＰＤＣＣＨを反復送信する又は分けて送信する。）する状況で活用されてよい。また、本開示で提案する方法は、ＭＴＲＰがＰＤＳＣＨを協調送信する又はＰＵＳＣＨ／ＰＵＣＣＨを協調受信する状況にも活用されてよい。
【0170】
また、本開示において、複数基地局（すなわち、ＭＴＲＰ）が同一のＰＤＣＣＨを反復送信するという意味は、同一のＤＣＩを複数のＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）を用いて送信したことを意味でき、また、複数基地局が同一のＤＣＩを反復送信したことを意味することもできる。ここで、同一のＤＣＩとは、ＤＣＩフォーマット／サイズ／ペイロード（ｐａｙｌｏａｄ）が同一である２つのＤＣＩを意味できる。又は、２つのＤＣＩのペイロードが異なっても、スケジューリング結果が同一である場合に、同一のＤＣＩであるといえる。例えば、ＤＣＩのＴＤＲＡ（ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）フィールドは、ＤＣＩの受信時点を基準に、データのスロット／シンボルの位置及びＡ／Ｎ（ＡＣＫ／ＮＡＣＫ）のスロット／シンボルの位置を相対的に決定するが、ｎ時点に受信されたＤＣＩとｎ＋１時点に受信されたＤＣＩが同一のスケジューリング結果をＵＥに知らせると、２つのＤＣＩのＴＤＲＡフィールドは異なり、結果的にＤＣＩペイロードが異ならざるを得ない。反復回数Ｒは、基地局がＵＥに直接指示してもよく、相互約束してもよい。又は、２つのＤＣＩのペイロードが異なり、スケジューリング結果が同一でなくても、一つのＤＣＩのスケジューリング結果が他のＤＣＩのスケジューリング結果にサブセット（ｓｕｂｓｅｔ）である場合に、同一のＤＣＩであるといえる。例えば、同一のデータがＴＤＭされてＮ回反復送信される場合に、１番目のデータ前に受信したＤＣＩ １は、Ｎ回データ反復を指示し、１番目のデータ後且つ２番目のデータ前に受信したＤＣＩ ２は、Ｎ－１回データ反復を指示する。ＤＣＩ ２のスケジューリングデータはＤＣＩ １のスケジューリングデータのサブセットとなり、２つのＤＣＩはいずれも同一のデータに対するスケジューリングであるので、この場合も同様、同一のＤＣＩであるといえる。
【0171】
また、本開示において、複数基地局（すなわち、ＭＴＲＰ）が同一のＰＤＣＣＨを分けて送信するということは、１つのＤＣＩを１つのＰＤＣＣＨ候補を用いて送信するが、そのＰＤＣＣＨ候補が定義された一部のリソースをＴＲＰ １が送信し、残りのリソースをＴＲＰ ２が送信することを意味する
【0172】
また、本開示において、ＵＥが複数基地局（すなわち、ＭＴＲＰ）が受信するように同一ＰＵＳＣＨを反復送信するという意味は、ＵＥが同一のデータを複数のＰＵＳＣＨで送信したことを意味できる。この時、各ＰＵＳＣＨは、互いに異なるＴＲＰのＵＬチャネルに最適化して送信されてよい。例えば、ＵＥが同一のデータをＰＵＳＣＨ １と２で反復送信するとき、ＰＵＳＣＨ １はＴＲＰ １のためのＵＬ ＴＣＩ状態１を用いて送信され、この際、プリコーダ（ｐｒｅｃｏｄｅｒ）／ＭＣＳなどのリンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）も、ＴＲＰ １のチャネルに最適化された値がスケジューリング／適用されてよい。ＰＵＳＣＨ ２は、ＴＲＰ ２のためのＵＬ ＴＣＩ状態２を用いて送信され、プリコーダ／ＭＣＳなどのリンク適応も、ＴＲＰ ２のチャネルに最適化された値がスケジューリング／適用されてよい。このとき、反復送信されるＰＵＳＣＨ １と２は、互いに異なる時間に送信されてＴＤＭされるか、ＦＤＭ、ＳＤＭされてよい。
【0173】
また、本開示において、ＵＥが、複数基地局（すなわち、ＭＴＲＰ）が受信するように同一ＰＵＳＣＨを分けて送信するという意味は、ＵＥが１つのデータを１つのＰＵＳＣＨで送信するが、そのＰＵＳＣＨに割り当てられたリソースを分けて、互いに異なるＴＲＰのＵＬチャネルに最適化して送信することを意味できる。例えば、ＵＥが同一のデータを１０シンボルＰＵＳＣＨで送信するときに、前の５シンボルではＴＲＰ １のためのＵＬ ＴＣＩ状態１を用いてデータを送信し、この時、プリコーダ／ＭＣＳなどのリンク適応も、ＴＲＰ １のチャネルに最適化された値がスケジューリング／適用されてよい。残りの５シンボルでは残りのデータをＴＲＰ ２のためのＵＬ ＴＣＩ状態２を用いて送信し、この時、プリコーダ／ＭＣＳなどのリンク適応も、ＴＲＰ ２のチャネルに最適化された値がスケジューリング／適用されてよい。上記の例では、１つのＰＵＳＣＨを時間リソースに分けてＴＲＰ １に向かう送信とＴＲＰ ２に向かう送信をＴＤＭしたが、その他にＦＤＭ／ＳＤＭ方式で送信されてもよい。
【0174】
また、前述したＰＵＳＣＨ送信と類似に、ＰＵＣＣＨも、ＵＥが、複数基地局（すなわち、ＭＴＲＰ）が受信するように同一ＰＵＣＣＨを反復送信するか或いは同一ＰＵＣＣＨを分けて送信することができる。
【0175】
以下、本開示の提案は、ＰＵＳＣＨ／ＰＵＣＣＨ／ＰＤＳＣＨ／ＰＤＣＣＨなどの様々なチャネルに拡張適用可能である。
【0176】
本開示の提案は、様々な上りリンク／下りリンクチャネルを互いに異なる時間／周波数／空間リソースで反復して送信する場合及び分けて送信する場合のいずれにも拡張適用可能である。
【0177】
上りリンク電力制御
【0178】
無線通信システムでは状況によって端末（例えば、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）及び／又は移動装置（ｍｏｂｉｌｅ ｄｅｖｉｃｅ）の送信電力を増加又は減少させる必要があり得る。このように端末及び／又は移動装置の送信電力を制御することを、上りリンク電力制御（ｕｐｌｉｎｋ ｐｏｗｅｒ ｃｏｎｔｒｏｌ）と呼ぶことができる。例えば、送信電力制御方式は、基地局（例えば、ｇＮＢ、ｅＮＢなど）での要求事項（ｒｅｑｕｉｒｅｍｅｎｔ）（例えば、ＳＮＲ（Ｓｉｇｎａｌ－ｔｏ－Ｎｏｉｓｅ Ｒａｔｉｏ）、ＢＥＲ（Ｂｉｔ Ｅｒｒｏｒ Ｒａｔｉｏ）、ＢＬＥＲ（Ｂｌｏｃｋ Ｅｒｒｏｒ Ｒａｔｉｏ）など）を満たすために適用されてよい。
【0179】
上述したような電力制御は、開ループ（ｏｐｅｎ－ｌｏｏｐ）電力制御方式と閉ループ（ｃｌｏｓｅｄ－ｌｏｏｐ）電力制御方式で行われてよい。
【0180】
具体的に、開ループ電力制御方式は、送信装置（例えば、基地局など）から受信装置（例えば、端末など）へのフィードバック（ｆｅｅｄｂａｃｋ）及び／又は受信装置から送信装置へのフィードバック無しで送信電力を制御する方式を意味する。例えば、端末は基地局から特定チャネル／信号（ｐｉｌｏｔ ｃｈａｎｎｅｌ／ｓｉｇｎａｌ）を受信し、これを用いて受信電力の強度（ｓｔｒｅｎｇｔｈ）を推定できる。その後、端末は、推定された受信電力の強度を用いて送信電力を制御することができる。
【0181】
これと違い、閉ループ電力制御方式は、送信装置から受信装置へのフィードバック及び／又は受信装置から送信装置へのフィードバックに基づいて送信電力を制御する方式を意味する。例えば、基地局は端末から特定チャネル／信号を受信し、受信した特定チャネル／信号によって測定された電力レベル（ｐｏｗｅｒ ｌｅｖｅｌ）、ＳＮＲ、ＢＥＲ、ＢＬＥＲなどに基づいて端末の最適電力レベル（ｏｐｔｉｍｕｍ ｐｏｗｅｒ ｌｅｖｅｌ）を決定する。基地局は、決定された最適電力レベルに関する情報（すなわち、フィードバック）を制御チャネル（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）などを通じて端末に伝達し、当該端末は、基地局によって提供されたフィードバックを用いて送信電力を制御できる。
【0182】
以下、説明の便宜のために、端末がＰＵＣＣＨ送信を行う場合を基準にして電力制御方式を説明する。当該方式が、無線通信システムにおいて支援される他の上りリンクチャネルにも拡張適用可能であることは勿論である。
【0183】
具体的に、端末は、インデックスＩに基づくＰＵＣＣＨ電力制御調整状態（ＰＵＣＣＨ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ａｄｊｕｓｔｍｅｎｔ ｓｔａｔｅ）を用いて、サービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）（例えば、ＰＣｅｌｌ又はＳＣｅｌｌ）インデックスｃのキャリアインデックスｆの活性化された（ａｃｔｉｖｅ）上りリンク帯域幅部分（ＵＬ ＢＷＰ）でのＰＵＣＣＨ送信の場合に、下記の式３に基づいてＰＵＣＣＨ送信機会インデックスｉでのＰＵＣＣＨ送信電力ＰＰＵＣＣＨ，ｂ，ｆ，ｃ（ｉ、ｑｕ、ｑｄ、ｌ）（ｄＢｍ）を決定することができる。
【0184】
【数3】
【0185】
式３で、ｑｕは、開ループ電力制御パラメータ（例えば、Ｐｏなど）に対するインデックスを表し、セル当たりに最大で８個のパラメータ値が設定されてよい。インデックスｑ－ｄは、経路損失（ＰＬ）測定（例えば、ＰＬｂ，ｆ，ｃ（ｑｄ））に対するＤＬ ＲＳリソースのインデックスを表し、セル当たりに最大で４個の測定値が設定されてよい。インデックスｌは、閉ループ電力制御プロセス（ｐｒｏｃｅｓｓ）に対するインデックスを表し、セル当たりに最大で２個のプロセスが設定されてよい。
【0186】
具体的に、Ｐｏ（例えば、ＰＯ＿ＰＵＣＣＨ，ｂ，ｆ，ｃ（ｑｕ））はシステム情報の一部としてブロードキャストされるパラメータであり、受信側での目標（ｔａｒｇｅｔ）受信電力を示すことができる。当該Ｐｏ値は、端末の処理量（ｔｈｒｏｕｇｈｐｕｔ）、セルの容量（ｃａｐａｃｉｔｙ）、雑音（ｎｏｉｓｅ）及び／又は干渉（ｉｎｔｅｒｆｅｒｅｎｃｅ）などを考慮して設定されてよい。また、ＰＣＭＡＸ，ｆ，ｃ（ｉ）は、設定された端末送信電力を表すことができる。一例として、前記設定された端末送信電力は「設定された端末の最大出力電力（ｃｏｎｆｉｇｕｒｅｄ ｍａｘｉｍｕｍ ＵＥ ｏｕｔｐｕｔ ｐｏｗｅｒ）」に当該し得る。また、ＭＰＵＣＣＨ
ＲＢ，ｂ，ｆ，ｃ（ｉ）は、サブキャリア間隔（μ）に基づいてＰＵＣＣＨ送信機会に対するリソースブロック（ＲＢ）の数で表現されるＰＵＣＣＨリソース割り当ての帯域幅を表すことができる。また、デルタ関数（ｄｅｌｔａ ｆｕｎｃｔｉｏｎ）（例えば、ΔＰ＿ＰＵＣＣＨ（Ｆ）、ΔＴＦ，ｂ，ｆ，ｃ（ｉ））は、ＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット０、１、２、３、４など）を考慮して設定されてよい。また、ＰＵＣＣＨ電力制御調整状態と関連したｇｂ、ｆ、ｃ（ｉ、ｌ）は、端末が受信した又は検出したＤＣＩ（例えば、ＤＣＩフォーマット１＿０、１＿１、２＿２など）のＴＰＣ命令フィールドに基づいて設定又は指示されてよい。
【0187】
この場合、特定ＲＲＣパラメータ（例えば、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏなど）及び／又は特定ＭＡＣ－ＣＥ命令（ｃｏｍｍａｎｄ）（例えば、ＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎなど）は、ＰＵＣＣＨリソース（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ）と上述のインデックスｑｕ、ｑｄ、ｌ間の連結関係を活性化又は非活性化するために用いられてよい。一例として、ＭＡＣ－ＣＥでのＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎ命令は、ＲＲＣパラメータＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏに基づいてＰＵＣＣＨリソースと上述のインデックスｑｕ、ｑｄ、ｌ間の連結関係を活性化又は非活性化できる。言い換えると、上述のインデックスｑｕ、ｑｄ、ｌなどは、特定情報に基づいてビーム、パネル、及び／又は空間領域送信フィルターなどと関連付けられてよい。これにより、ビーム、パネル、及び／又は空間領域送信フィルター単位のＰＵＣＣＨ送信電力制御が行われてよい。
【0188】
上述したＰＵＣＣＨ電力制御のためのパラメータ及び／又は情報は、ＢＷＰ別に個別（すなわち、独立）に設定されてよい。この場合、当該パラメータ及び／又は情報は、上位層シグナリング（例えば、ＲＲＣシグナリング、ＭＡＣ－ＣＥなど）及び／又はＤＣＩなどによって設定又は指示されてよい。一例として、ＰＵＣＣＨ電力制御のためのパラメータ及び／又は情報は、ＲＲＣシグナリングＰＵＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ、ＰＵＣＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌなどによって伝達されてよく、ＰＵＣＣＨ－ＣｏｐｎｆｉｇＣｏｍｍｏｎ、ＰＵＣＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌは、下表６のように設定されてよい。
【0189】
【表6】
【0190】
上述したような方式によって端末はＰＵＣＣＨ送信電力を決定又は算出でき、決定された又は算出されたＰＵＣＣＨ送信電力を用いてＰＵＣＣＨを送信することができる。
【0191】
前述した例示は、ＰＵＣＣＨに対する上りリンク電力制御に関するものであり、これと同一ではないが類似する方式でＰＵＳＣＨ、ＳＲＳ、ＰＲＡＣＨに対する電力制御が行われてよい。
【0192】
さらに、ＮＲ ＭＩＭＯ Ｒｅｌ－１５では、端末の上りリンク（ＵＬ ｃｈａｎｎｅｌ）／ＲＳ（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ）において基地局が経路損失（ｐａｔｈｌｏｓｓ）補償のための開ループ（ｏｐｅｎ ｌｏｏｐ）電力制御パラメータ（ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｐａｒａｍｅｔｅｒ）を用いてＤＬ ＲＳ（すなわち、経路損失参照ＲＳ、又は略してｐａｔｈｌｏｓｓ ＲＳ又はＰＬ ＲＳ））を設定することができる。また、ＰＵＣＣＨに限って各ＰＵＣＣＨリソース（ｒｅｓｏｕｒｃｅ）に対してＭＡＣ制御要素（ＣＥ：ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）メッセージを用いてＰＵＣＣＨ空間関連情報識別子（ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄ）をアップデート（ｕｐｄａｔｅ）することによって前記ｐａｔｈｌｏｓｓ ＲＳがアップデートされてよい。
【0193】
さらに、個別ＭＡＣ ＣＥメッセージによってＰＵＳＣＨ／ＳＲＳに対してもｐａｔｈｌｏｓｓ ＲＳがアップデートされてよい。
【0194】
ビーム失敗復旧（Ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）
【0195】
ＤＬ／ＵＬビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）過程を行う際に、設定されたビーム管理の周期によってビーム不一致（ｍｉｓｍａｔｃｈ）の問題が発生することがある。特に、端末が位置を移動又は回転したり或いは周辺物体が移動したりして無線チャネル環境が変わる場合（例えば、ＬｏＳ（ｌｉｎｅ－ｏｆ ｓｉｇｈｔ）環境であったがビームが遮断（ｂｌｏｃｋ）されて非ＬＯＳ（Ｎｏｎ－ＬｏＳ）環境に変わる）、最適のＤＬ／ＵＬビーム対（ｂｅａｍ ｐａｉｒ）が変わることがある。このような変化により、一般にネットワーク指示によって行うビーム管理過程でトラッキング（ｔｒａｃｋｉｎｇ）に失敗した時、ビーム失敗イベント（ｂｅａｍ ｆａｉｌｕｒｅ ｅｖｅｎｔ）が発生したと言える。このようなビーム失敗イベント発生の有無は、端末が下りリンク参照信号（ＲＳ：ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）の受信品質から判断できる。そして、このような状況に対する報告メッセージ或いはビーム復旧要請のためのメッセージ（これをビーム失敗復旧要請（ＢＦＲＱ：ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ｒｅｑｕｅｓｔ）メッセージという。）が端末から伝達される必要がある。このようなビーム失敗復旧要請メッセージを受信した基地局は、ビーム復旧のために、ビームＲＳ（ｂｅａｍ ＲＳ）送信、ビーム報告（ｂｅａｍ ｒｅｐｏｒｔｉｎｇ）要請などの様々な過程によってビーム復旧を行うことができる。このような一連のビーム復旧過程を、ビーム失敗復旧（ＢＦＲ：ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）という。リリース（Ｒｅｌ）－１５ＮＲでは競合ベースＰＲＡＣＨ（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ＰＲＡＣＨ）リソースが常に存在するプライマリセル（ＰＣｅｌｌ：ｐｒｉｍａｒｙ ｃｅｌｌ）或いはプライマリセカンダリセル（ＰＳｃｅｌｌ：ｐｒｉｍａｒｙ ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）（両方を総称して特殊セル（ＳｐＣｅｌｌ：ｓｐｅｃｉａｌ ｃｅｌｌ）ともいう。）に対するＢＦＲ（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）過程を標準化した。当該ＢＦＲ手続はサービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）内の動作であり、端末のビーム失敗検出（ＢＦＤ：ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）過程、ＢＦＲＱ過程、及びＢＦＲＱに対する基地局の応答を端末がモニタする過程によって次のように構成される。
【0196】
図８は、本開示が適用可能な無線通信システムにおいてＰセルに対するビーム失敗復旧動作を例示する図である。
【0197】
以下、図８を参照して、ビーム失敗復旧動作を記述する。
【0198】
１）ビーム失敗検出（ＢＦＤ：Ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）
【0199】
全てのＰＤＣＣＨビームが所定の品質値（Ｑ＿ｏｕｔ）以下に低下する場合、１回のビーム失敗インスタンス（ｂｅａｍ ｆａｉｌｕｒｅ ｉｎｓｔａｎｃｅ）が発生したという。ここで、品質は仮定的な（ｈｙｐｏｔｈｅｔｉｃａｌ）ブロックエラー率（ＢＬＥＲ：ｂｌｏｃｋ ｅｒｒｏｒ ｒａｔｅ）を基準とする。すなわち、当該ＰＤＣＣＨで制御情報が送信されたと仮定する場合に、当該情報の復調に失敗する確率を意味する。
【0200】
ここで、ＰＤＣＣＨをモニタリング（ｍｏｎｉｔｏｒｉｎｇ）するサーチスペース（ｓｅａｒｃｈ ｓｐａｃｅ）が端末に１或いは複数個設定されてよい。ここで、各サーチスぺース別にビームが異なって設定されてよい。この場合、全てのサーチスぺースに対する全てのＰＤＣＣＨビームがＢＬＥＲ閾値（ｔｈｒｅｓｈｏｌｄ）以下に低下する場合を意味する。ＢＦＤ参照信号（ＢＦＤ ＲＳ）を端末が判定する基準として、次の２つの方式が支援される。
【0201】
ＢＦＤ ＲＳに対する暗示的（ｉｍｐｌｉｃｉｔ）設定：各サーチスぺースには、ＰＤＣＣＨ送信が可能なリソース領域である制御リソースセット（ＣＯＲＥＳＥＴ：ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）識別子（ＩＤ：ｉｄｅｎｔｉｆｉｅｒ）が設定される。そして、各ＣＯＲＥＳＥＴ ＩＤ別に空間受信パラメータ（ｓｐａｔｉａｌ ＲＸ ｐａｒａｍｅｔｅｒ）観点でＱＣＬ（Ｑｕａｓｉ Ｃｏ－ｌｏｃａｔｅｄ）されているＲＳ情報（例えば、ＣＳＩ－ＲＳリソース識別子（ｒｅｓｏｕｒｃｅ ＩＤ）、ＳＳＢ識別子（ＩＤ））が指示／設定されてよい。例えば、ＮＲ標準ではＴＣＩ（ｔｒａｎｓｍｉｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）指示によって、ＱＣＬされたＲＳを指示／設定する。ここで、空間受信パラメータ（ｓｐａｔｉａｌ ＲＸ ｐａｒａｍｅｔｅｒ）観点でＱＣＬされているＲＳ（例えば、ＴＳ ３８．２１４においてＱＣＬタイプ（Ｔｙｐｅ）Ｄ）は、端末が当該ＰＤＣＣＨ ＤＭＲＳ受信において当該空間的にＱＣＬされたＲＳ（ｓｐａｔｉａｌｌｙ ＱＣＬｅｄ ＲＳ）受信に使用したビームを同一に使用（すなわち、受信のための同じ空間ドメインフィルター（ｓｐａｔｉａｌ ｄｏｍａｉｎ ｆｉｌｔｅｒ）を使用）する（或いは使用してもよい）との指示を基地局が知らせることを意味する。結局、基地局観点では空間的にＱＣＬされたアンテナポート（ｓｐａｔｉａｌｌｙ ＱＣＬｅｄ ａｎｔｅｎｎａ ｐｏｒｔｓ）間には同一の送信ビーム或いは類似の送信ビーム（例えば、ビーム方向は同一／類似であるが、ビーム幅が互いに異なる場合）を適用して送信する旨を端末に知らせる方法である。すなわち、上述したように、端末は、ＰＤＣＣＨ受信のためのＣＯＲＥＳＥＴに設定された空間受信パラメータ（ｓｐａｔｉａｌ ＲＸ ｐａｒａｍｅｔｅｒ）観点でＱＣＬ（Ｑｕａｓｉ Ｃｏ－ｌｏｃａｔｅｄ）されているＲＳをＢＦＤ参照信号（ＢＦＤ ＲＳ）と判断する（すなわち、前記‘全てのＰＤＣＣＨビーム’と見なす）ことができる。
【0202】
ＢＦＤ ＲＳに対する明示的（ｅｘｐｌｉｃｉｔ））設定：基地局が前記用途（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）にビーム参照信号（ｂｅａｍ ＲＳ（ｓ））を明示的に端末に設定できる。この場合、当該設定されたビーム参照信号が前記‘全てのＰＤＣＣＨビーム’に該当する。
【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】
また、空間パラメータは、下りリンク又は上りリンクに対して別個に設定されてもよく、下りリンク及び上りリンクに対して統合して設定されてもよい。
【0254】
また、空間パラメータは、一つ以上の空間パラメータを含む空間パラメータセットとして定義又は設定されてもよい。以下では、説明を単純化するために、一つ以上の空間パラメータを総称して空間パラメータという。
【0255】
以下の説明において、上りリンク送信に対する空間パラメータという用語は、上りリンク空間関連（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ）、上りリンク送信ビーム（ｂｅａｍ）、上りリンクビーム、上りリンクＴＣＩ状態（ｓｔａｔｅ）などの様々な用語に言い換えてもよく、一部の例示では、空間パラメータに代えてこれらの用語を使って説明してもよい。また、上りリンク送信に対する空間パラメータのうち、デフォルトと設定されるものをデフォルト空間パラメータといい、これは、デフォルト空間関係、デフォルト送信ビーム、デフォルトビーム、デフォルトＴＣＩ状態などの用語に言い換えてもよく、一部の例示では、デフォルト空間パラメータに代えてこれらの用語を使って説明してもよい。
【0256】
以下の説明において、上りリンク送信は、様々な上りリンクチャネル又は上りリンク信号の送信を含むことができる。例えば、上りリンク送信は、ＰＵＳＣＨ／ＰＵＣＣＨ／ＰＲＡＣＨ／ＳＲＳ送信に当該し得るが、これに制限されるものではなく、ＰＵＳＣＨ／ＰＵＣＣＨ／ＰＲＡＣＨ／ＳＲＳ以外の様々な上りリンク送信に対しても本開示の例示が適用されてよい。
【0257】
また、本開示において、参照信号（ＲＳ）は、標準で定義される様々な種類のＲＳの他、同期信号及び／又はＳＳ／ＰＢＣＨブロックのような物理層信号／チャネルを含む用語としても使われる。
【0258】
また、本開示において、上りリンク送信に関連付けられる経路損失ＲＳ（ＰＬ ＲＳ）は、上りリンク送信に対する空間パラメータ（例えば、ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ）と共に／関連付けられて又は独立に／個別に設定されてよい。
【0259】
本開示の例示において、端末開始上りリンク送信に対する送信設定は、空間パラメータ及び／又はＰＬ ＲＳに対する設定を主に考慮して説明する。ただし、本開示の範囲がこれに制限されるものではなく、上りリンク送信に対する様々な目的の設定に対して本開始の例示が同一に又は類似に適用されてよい。
【0260】
現在定義されている無線通信システム（例えば、ＮＲ Ｒｅｌ－１６）では、端末開始上りリンク送信（例えば、ＳＲ、ＳＣｅｌｌに対するＢＦＲＱ、持続的なＬＢＴ失敗（ｃｏｎｓｉｓｔｅｎｔ ＬＢＴ ｆａｉｌｕｒｅ）などのイベントに基づく上りリンク送信）のために、最大で４個のＳＲ ＰＵＣＣＨリソースが端末に設定されてよい。それぞれのＳＲ ＰＵＣＣＨリソースは固有のＳＲ ＩＤと連結されてよい。それぞれのＳＲ ＩＤは、一つ以上の論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）及び／又はＢＦＲＱなどと連結されてよい。それぞれの論理チャネル及びＢＦＲＱは最大で１個のＳＲ ＩＤ及び当該ＳＲ ＰＵＣＣＨリソースと連結されてよい。
【0261】
具体的に、スケジューリング要請（ＳＲ）は、新しい送信のための上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースを要請するために用いられてよい。
【0262】
ＭＡＣ個体（ｅｎｔｉｔｙ）に対して０個、１個又は複数個のＳＲ設定が設定されてよい。ＳＲ設定は、互いに異なるＢＷＰ及びセルにわたってＳＲのためのＰＵＣＣＨリソースのセットを含むことができる。論理チャネル、ＳＣｅｌｌビーム失敗復旧（ＢＦＲ）、持続的なＬＢＴ失敗に対して、ＢＷＰ当たりにＳＲのための最大で１個のＰＵＣＣＨリソースが設定されてよい。
【0263】
それぞれのＳＲ設定は、一つ以上の論理チャネル及び／又はＳｃｅｌｌビーム失敗復旧及び／又は持続的なＬＢＴ失敗に対応し得る。それぞれの論理チャネル、それぞれのＳＣｅｌｌ ＢＦＲ、それぞれの持続的なＬＢＴ失敗は、０個又は１個のＳＲ設定にマップされてよく、これはＲＲＣによって設定されてよい。先制的（ｐｒｅ－ｅｍｐｔｉｖｅ）ＢＳＲ（ｂｕｆｆｅｒ ｓｔａｔｕｓ ｒｅｐｏｒｔ）以外のＢＳＲによってトリガーされる論理チャネルの、又はＳＣｅｌｌ ＢＦＲの、又は持続的なＬＢＴ失敗のＳＲ設定は、（そのような設定が存在すると）トリガーされたＳＲに対するＳＲ設定に対応すると見なされてよい。先制的ＢＳＲによってトリガーされるＳＲに対してはいかなる（ａｎｙ）ＳＲ設定も用いられてよい。
【0264】
前述したように、一般的な（ｎｏｒｍａｌ）ＳＲは、論理チャネルに対するＢＳＲによってトリガーされてよく、ＢＦＲＱは、ＢＦＤ（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）によってトリガーされてよい。例えば、基地局は、一般的なＳＲのために論理チャネルと連結されたＳＲ ＰＵＣＣＨリソース＃０、ＢＦＲＱのためのＳＲ ＰＵＣＣＨリソース＃１のように、総２個のＳＲ ＰＵＣＣＨリソースを端末に設定／割り当てておいてよい。これにより、端末が送信するデータが発生する場合にはＳＲ ＰＵＣＣＨリソース＃０上で上りリンク送信を行い、ＢＦＤが発生する場合にＳＲ ＰＵＣＣＨリソース＃１上で上りリンク送信を行うことができる。
【0265】
多重ＴＲＰ／パネル環境におけるＰＵＣＣＨ送信の信頼性（ｒｅｌｉａｂｉｌｉｔｙ）向上のために、ＰＵＣＣＨ、又はＰＵＣＣＨで送信されるＵＣＩを、複数の送信機会（ＴＯ）で送信（分けて又は反復送信）する方案が考慮されている。ＴＯは、時間／周波数／空間（又は、レイヤ）のうちの一つ以上において区別されるリソースで構成されてよい。例えば、一つのＰＵＣＣＨが複数の時間リソース（例えば、スロット）にわたって反復送信されてよい。
【0266】
既存のＰＵＣＣＨリソース設定によれば、一つのＰＵＣＣＨリソース当たりに、空間関連情報（又は、ビームＲＳ）は一つのみ設定され、上りリンク送信電力制御に用いられる経路損失参照ＲＳ（ＰＬ ｒｅｆｅｒｅｎｃｅ ＲＳ又はＰＬ ＲＳ）も一つのみ設定されてよい。また、既存のＳＲ設定によれば、所定のイベント（例えば、論理チャネル／ＢＳＲ、ＢＦＲＱ、持続的なＬＢＴ失敗など）に対するＰＵＣＣＨリソースが（最大で）一つのみ割り当てられているので、当該一つのＰＵＣＣＨリソースに対して空間関連情報及びＰＬ ＲＳも一つずつしか端末に設定されていない。この場合、多重ＴＲＰ／パネル環境におけるＳＲ ＰＵＣＣＨ送信に対してどのＴＲＰ／パネルを基準に送信ビームを設定して上りリンク電力制御を行うべきかに対する不明瞭性が存在する。より具体的には、多重ＴＲＰ／パネル（又は、単一セル多重ＴＲＰ／パネル）送信環境において、端末は同一の一つの目的（例えば、ＳＲ、ＢＦＲＱ、持続的なＬＢＴ失敗のうち一つ）に対するＳＲ ＰＵＣＣＨを選択的に特定ＴＲＰ／パネルに向けて送信することがより好ましいが、既存の方式では一つのＰＵＣＣＨリソース当たりに一つの空間関連情報及び一つのＰＬ ＲＳしか端末に設定／指示されず、多重ＴＲＰ／パネルへの送信を十分に支援できない問題がある。したがって、これを改善するために、端末開始上りリンク送信に対する新しい送信設定方案が要求される。
【0267】
図９は、本開示の一実施例に係る端末開始上りリンク送信方法を説明するためのフローチャートである。
【0268】
段階Ｓ９１０で、端末は基地局から、上りリンク送信に対する複数の空間パラメータ候補又は複数のＰＬ ＲＳ候補のうちの一つ以上に対する設定情報を受信することができる。設定情報は、上りリンク送信に対する一つ以上の送信機会のそれぞれに関連付けられる複数の空間パラメータ候補を含むことができる。又は、設定情報は、上りリンク送信に対する一つ以上の送信機会のそれぞれに関連付けられる複数の経路損失参照信号（ＰＬ ＲＳ）候補を含むことができる。又は、設定情報は、上りリンク送信に対する一つ以上の送信機会のそれぞれに関連付けられる、複数の空間パラメータ候補及び複数のＰＬ ＲＳ候補を含むことができる。すなわち、一つの送信機会に複数の空間パラメータ候補又は複数のＰＬ ＲＳ候補のうちの一つ以上が端末に対して設定されてよい。また、空間パラメータは、ＰＬ ＲＳと同一に設定されてもよく、或いは空間パラメータとＰＬ ＲＳ間の関連付けの関係が設定されてよい。また、一つ以上の送信機会は、一つ以上のＣＯＲＥＳＥＴプールインデックスにそれぞれマップされる、一つ以上のＴＲＰにそれぞれマップされる、或いは一つ以上のＲＳセットにそれぞれマップされてよい。
【0269】
段階Ｓ９２０で、端末は、一つの空間パラメータ又は一つのＰＬ ＲＳのうちの一つ以上に基づいて上りリンク送信を行うことができる。一つの空間パラメータは、複数の空間パラメータ候補の中から選択／決定されてよい。一つのＰＬ ＲＳは、複数のＰＬ ＲＳ候補の中から選択／決定されてよい。一つの空間パラメータ又は一つのＰＬ ＲＳのうちの一つ以上は、一つ以上の送信機会のそれぞれにおける上りリンク送信に対するトリガリングイベントに基づく上りリンク送信に対して適用されてよい。
【0270】
段階Ｓ９１０の設定情報により、前記複数の空間パラメータ候補又は前記複数のＰＬ ＲＳ候補のうちの一つ以上は、前記トリガリングイベントにマップされる一つの上りリンク送信リソースに対して設定されてよい。これに関する具体的な例示は、図１１（ａ）を参照して実施例１で説明する。
【0271】
段階Ｓ９１０の設定情報により、前記複数の空間パラメータ候補又は前記複数のＰＬ ＲＳ候補のうちの一つ以上は、前記トリガリングイベントにマップされる複数の上りリンク送信リソースに対して設定されてもよい。この場合、前記複数の上りリンク送信リソースのそれぞれは、一つの空間パラメータ又は一つのＰＬ ＲＳのうちの一つ以上にマップされてよい。例えば、一つの設定識別子（例えば、ＳＲ ＩＤ）に対して一つの上りリンク送信リソース（例えば、ＳＲ ＰＵＣＣＨリソース）が設定され、前記トリガリングイベントに対して複数の設定識別子がマップされてよい。例えば、一つの設定識別子（例えば、ＳＲ ＩＤ）に対して複数の上りリンク送信リソース（例えば、ＳＲ ＰＵＣＣＨリソース）が設定され、前記トリガリングイベントに対して一つの設定識別子がマップされてよい。これに関する具体的な例示は、図１１（ｂ）を参照して実施例２で説明する。
【0272】
段階Ｓ９２０で、前記複数の空間パラメータ候補の中から特定送信機会に適用される一つの空間パラメータを選択／決定する、又は前記複数のＰＬ ＲＳ候補の中から特定送信機会に適用される一つのＰＬ ＲＳを選択／決定するとき、所定の基準が適用されてよい。所定の基準は、品質、順序、グループ、又はＢＦＤのうちの一つ以上を含むことができる。これに関する具体的な例示は、以下の実施例１及び実施例２で説明する。
【0273】
段階Ｓ９２０で、トリガリングイベントは、論理チャネル、バッファー状態報告（ＢＳＲ）、ビーム失敗復旧要請（ＢＦＲＱ）、又は持続的なＬＢＴ（ｌｉｓｔｅｎ－ｂｅｆｏｒｅ－ｔａｌｋ）失敗（ｃｏｎｓｉｓｔｅｎｔ ＬＢＴ ｆａｉｌｕｒｅ）のうちの一つ以上を含むことができる。また、ＢＦＤ ＲＳに対する所定の品質を基準に決定されるＢＦＲＱと類似に、無線問題（ｒａｄｉｏ ｐｒｏｂｌｅｍ）／測定報告に対するタイマー満了、ランダムアクセス手順失敗、ＲＬＣ失敗、持続的なＬＢＴ失敗などに基づく無線リンク失敗（ＲＬＦ）イベントも所定のトリガリングイベントに含まれてもよい。
【0274】
段階Ｓ９２０での端末開始上りリンク送信は、ＳＲ、ＨＡＲＱ－ＡＣＫ、ＣＳＩ、ランダムアクセスプリアンブル、ＳＲＳ、設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）ベース送信などの様々な上りリンク情報／信号／データの送信を含むことができる。また、前記端末開始上りリンク送信は、ＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨなどの様々な上りリンクチャネルで送信されてよい。
【0275】
図１０は、本開示の一実施例に係る端末開始上りリンク受信方法を説明するためのフローチャートである。
【0276】
段階Ｓ１０１０で、基地局は、上りリンク送信に対する複数の空間パラメータ候補又は複数のＰＬ ＲＳ候補のうちの一つ以上に対する設定情報を、端末に送信できる。設定情報は、図９の段階Ｓ９１０で説明したのと同じ情報を含むことができる。
【0277】
段階Ｓ１０２０で、基地局は、一つの空間パラメータ又は一つのＰＬ ＲＳのうちの一つ以上に基づく上りリンク送信を、端末から受信することができる。端末によって選択／決定される一つの空間パラメータ／一つのＰＬ ＲＳは、図９の段階Ｓ９２０で説明したのと同一である。
【0278】
図９を参照して説明した本開示に係る端末開始上りリンク送信方法の具体的な例示について以下に説明する。
【0279】
以下では、説明の明瞭性のために、端末開始上りリンク送信の一例としてＳＲ ＰＵＣＣＨ送信を仮定し、端末開始上りリンク送信をトリガーするイベントとして、論理チャネル／ＢＳＲ、ＢＦＲＱ、又は持続的なＬＢＴ失敗のうちの一つ以上を仮定し、端末開始上りリンク送信のためにあらかじめ設定されるリソース及び当該リソースを識別する識別子としてＳＲ ＰＵＣＣＨリソース及びＳＲ ＩＤを仮定する。本開示の範囲はこのような例示に制限されるものではなく、所定のイベントによってトリガーされる所定の端末開始上りリンク送信に対して上りリンク送信リソース及びリソース識別子があらかじめ設定される様々な例示を含む。例えば、以下の説明においてＳＲ ＰＵＣＣＨリソースという用語は、データ送信のためのＳＲ目的の他にも、ＢＦＲＱ又は持続的なＬＢＴ失敗などの様々な目的のために設定されたＳＲ ＩＤに対して設定されるＰＵＣＣＨリソースを意味できる。
【0280】
実施例１
【0281】
図１１は、本開示に係る端末開始上りリンク送信に対する送信設定を説明するための図である。
【0282】
図１１に示すように、本開示によれば、端末開始上りリンク送信において、一つの端末開始上りリンク送信トリガリングイベントに対して複数の空間パラメータ及び／又は複数のＰＬ ＲＳ（以下、複数の空間パラメータ／ＰＬ ＲＳ）が端末に対して設定されてよい。そのために、本実施例では、図１１（ａ）のように、一つの端末開始上りリンク送信リソースに対して複数の空間パラメータ／ＰＬ ＲＳが設定されてよい。図１１（ａ）の例示では、一つのトリガリングイベントのみを示しているが、端末に対して追加のトリガリングイベントがさらに設定されてもよい。また、図１１（ａ）の例示では、一つのトリガリングイベントに対して設定される一つのＳＲ ＰＵＣＣＨリソースのみを示すが、端末に対して追加のトリガリングイベント、前記追加のトリガリングイベントのそれぞれに対する一つずつの追加のＳＲ ＰＵＣＣＨリソース、及び前記追加のＳＲ ＰＵＣＣＨリソースのそれぞれに対する一つ以上の空間パラメータ／ＰＬ ＲＳがさらに設定されてもよい（ただし、互いに異なるトリガリングイベントが同一の一つのＳＲ ＰＵＣＣＨリソースにマップされてもよい。）。
【0283】
具体的に、基地局は、ＳＲ ＰＵＣＣＨリソースに複数の空間パラメータ及び／又は複数のＰＬ参照ＲＳを設定できる。すなわち、一つのＳＲ ＰＵＣＣＨリソースに一つの空間パラメータ／ＰＬ ＲＳが設定される既存方式と違い、一つのＳＲ ＰＵＣＣＨリソースに複数の空間パラメータ／ＰＬ ＲＳが設定されてよい。また、端末に対して一つ以上のＳＲ ＰＵＣＣＨリソースが設定されてよく、前記一つ以上のＳＲ ＰＵＣＣＨリソースの一部又は全部のＳＲ ＰＵＣＣＨリソースのそれぞれに対して複数の空間パラメータ／ＰＬ ＲＳが設定されてよい。ここで、ＰＬ ＲＳは空間パラメータと同一に設定されてもよく、ＰＬ ＲＳと空間パラメータが異なってもそれらの間に連結／マッピング関係が設定されてもよい。このような一つのＳＲ ＰＵＣＣＨリソースに対して設定される複数の空間パラメータ／ＰＬ ＲＳは、上位層シグナリング（例えば、ＲＲＣ及び／又はＭＡＣ ＣＥシグナリング）によって端末に対して設定されてよい。
【0284】
また、一つのＳＲ ＩＤに対して一つのＳＲ ＰＵＣＣＨリソースが設定され、一つのＳＲ ＩＤ（又は、一つのＳＲ ＰＵＣＣＨリソース）に対して一つ以上のトリガリングイベント（例えば、論理チャネル／ＢＳＲ、ＢＦＲＱ、持続的なＬＢＴ失敗など）が設定されてよい。また、一つのトリガリングイベントに対して最大で一つのＳＲ ＩＤ（又は、一つのＳＲ ＰＵＣＣＨリソース）が設定されてよい。これにより、特定トリガリングイベントが発生した場合に一つのＳＲ ＩＤ及び一つのＳＲ ＰＵＣＣＨリソースが特定されてよい。
【0285】
これにより、特定トリガリングイベント（例えば、ＳＲイベント）が発生した場合に、一つのＳＲ ＩＤ及び一つのＳＲ ＰＵＣＣＨリソースが特定されてよく、当該一つのＳＲ ＰＵＣＣＨリソースに対して設定された複数の空間パラメータ／ＰＬ ＲＳのいずれか一つが特定ＴＯで適用されてよい。仮に複数のＴＯでＰＵＣＣＨ送信が行われる場合に、それぞれのＴＯで前記複数の空間パラメータ／ＰＬ ＲＳのうち一つが適用されてよい。一つ以上のＴＯのそれぞれに対して適用される一つの空間パラメータ／ＰＬ ＲＳは、所定の方式によって選択／決定されてよい。
【0286】
実施例１によれば、一つのＳＲ ＰＵＣＣＨリソースに複数のＴＲＰ／パネルに対する複数のＲＳ（例えば、ＤＬ ＲＳ、ＵＬ ＲＳ、又はＤＬ ＲＳ及びＵＬ ＲＳ）をビームＲＳ（又は、空間パラメータ）及び／又はＰＬ ＲＳとあらかじめ設定し、一つ以上のＴＯで選択的に又は交互に複数のＲＳのうち（同一の又は異なる）一つのＲＳを適用できる。
【0287】
端末が一つ以上のＴＯのそれぞれに適用する空間パラメータ／ＰＬ ＲＳを選択／決定する基準に対する様々な例示が適用されてよい。例えば、品質、順序、グループ、又はＢＦＤのうちの一つ以上に基づいて、特定ＴＯに適用される空間パラメータ／ＰＬ ＲＳが定義されてよい。具体的な例示は次の通りである。
【0288】
例えば、端末は、（Ｌ１又はＬ３）－ＲＳＲＰがより高い空間パラメータ／ＰＬ ＲＳを選択／決定できる。
【0289】
追加又は代案として、端末は、（Ｌ１又はＬ３）－ＳＩＮＲがより高い空間パラメータ／ＰＬ ＲＳを選択／決定できる。
【0290】
追加又は代案として、端末は、ＴＯごとに、定められた規則或いは基地局が設定した順序によって空間パラメータ／ＰＬ ＲＳを交互に選択／決定できる。例えば、複数のＴＯに対して複数の空間パラメータ／ＰＬ ＲＳが循環シフトの形態で適用／マップされてよい。例えば、奇数番目のＴＯでは第１空間パラメータ／ＰＬ ＲＳが選択／適用され、偶数番目のＴＯでは第２空間パラメータ／ＰＬ ＲＳが選択／適用されてよい。例えば、ＴＯの順に、空間パラメータ／ＰＬ ＲＳのＩＤ／インデックスの昇順又は降順で特定空間パラメータ／ＰＬ ＲＳが選択／適用されてよい。
【0291】
追加又は代案として、それぞれのＴＲＰ（又は、ＣＯＲＥＳＥＴプール／集合）に対してＢＦＤが行われる場合に、ＳＲ ＰＵＣＣＨリソースにそれぞれのＴＲＰ（又は、ＣＯＲＥＳＥＴプール／集合）に対して使用する空間パラメータ／ＰＬ ＲＳ（又は、空間パラメータ集合／ＰＬ ＲＳ集合）を連結／設定しておくことができる。これにより、特定ＴＲＰ（又は、ＣＯＲＥＳＥＴプール／集合）でＢＦＤが発生する場合には、当該ＴＲＰ（又は、ＣＯＲＥＳＥＴプール／集合）に対して連結／設定された空間パラメータ／ＰＬ ＲＳ（又は、空間パラメータ集合／ＰＬ ＲＳ集合）を適用するか、又はその中から一つを選択的に／交互に適用するように定義できる。例えば、特定ＣＯＲＥＳＥＴでＢＦＤが発生する場合に、当該ＣＯＲＥＳＥＴの属したＣＯＲＥＳＥＴプール／集合インデックスに対応する／連結される空間パラメータ／ＰＬ ＲＳ（又は、空間パラメータ集合／ＰＬ ＲＳ集合）が選択されてよい。又は、ＢＦＤが発生したＴＲＰ／ＣＯＲＥＳＥＴは上りリンク品質も良くないことがあり、よって、ＢＦＤが発生していないＴＲＰ／ＣＯＲＥＳＥＴに対応する／連結される空間パラメータ／ＰＬ ＲＳ（又は、空間パラメータ集合／ＰＬ ＲＳ集合）が選択されてもよい。
【0292】
ここで、特定ＴＲＰ／ＣＯＲＥＳＥＴでＢＦＤが発生するか否かは、空間パラメータ／ＰＬ ＲＳではなくＢＦＤ ＲＳの品質に基づいて決定されてよい。例えば、特定ＴＲＰ／ＣＯＲＥＳＥＴに関連した（又は、ＴＲＰ／ＣＯＲＥＳＥＴに対応する空間パラメータ／ＰＬ ＲＳに関連付けられた）ＢＦＤ ＲＳを基準に測定された仮定的なブロックエラー率（ｈｙｐｏｔｈｅｔｉｃａｌ ＢＬＥＲ）が所定の臨界値以上である場合にＢＦＤが発生したと決定し、所定の臨界値未満であれば、ＢＦＤが発生していないと決定できる。
【0293】
追加又は代案として、ＢＦＤが発生した又は発生していないＴＲＰ／ＣＯＲＥＳＥＴは相対的に決定されてもよい。例えば、第１ＴＲＰ／ＣＯＲＥＳＥＴに関連付けられた（又は、第１ＴＲＰ／ＣＯＲＥＳＥＴに対応する第１空間パラメータ／ＰＬ ＲＳに関連付けられた）第１ＢＦＤ ＲＳを基準に測定された第１品質（例えば、第１仮定的なＢＬＥＲ）が、第２ＴＲＰ／ＣＯＲＥＳＴに関連付けられた（又は、第２ＴＲＰ／ＣＯＲＥＳＥＴに対応する第２空間パラメータ／ＰＬ ＲＳに関連付けられた）第２ＢＦＤ ＲＳを基準に測定された第２品質（例えば、第２仮定的なＢＬＥＲ）よりも高い場合には、第１ＴＲＰ／ＣＯＲＥＳＥＴを基準に、そうでない場合には第２ＴＲＰ／ＣＯＲＥＳＥＴを基準に、当該ＴＲＰ／ＣＯＲＥＳＥＴに対応する空間パラメータ／ＰＬ ＲＳが選択されてよい。
【0294】
前述した例示において、ＴＲＰ／ＣＯＲＥＳＥＴプールはＣＯＲＥＳＥＴ又はＣＯＲＥＳＥＴ集合に代替されてもよい。すなわち、全体ＣＯＲＥＳＥＴのうち一部の一つ以上のＣＯＲＥＳＥＴにのみＢＦＤが発生した場合に、当該イベントの発生を基地局に知らせるためにＳＲ ＰＵＣＣＨを送信でき、この場合にも、それぞれのＣＯＲＥＳＥＴごとに又はＣＯＲＥＳＥＴ集合ごとに使用する空間パラメータ／ＰＬ ＲＳ（又は、空間パラメータ集合／ＰＬ ＲＳ集合）があらかじめ設定／連結されてよい。これにより、特定ＣＯＲＥＳＥＴ／ＣＯＲＥＳＥＴ集合がＢＦＤ状況である場合に、当該ＣＯＲＥＳＥＴ／ＣＯＲＥＳＥＴ集合（又は、当該ＣＯＲＥＳＥＴ／ＣＯＲＥＳＥＴ集合以外の他のＣＯＲＥＳＥＴ／ＣＯＲＥＳＥＴ集合）に対して設定された／連結された空間パラメータ／ＰＬ ＲＳ（又は、空間パラメータ集合／ＰＬ ＲＳ集合）が選択されてよい。複数の空間パラメータ／ＰＬ ＲＳが選択される場合に、その中から任意の一つを選択して又は交互に使用するように定義されてよい。
【0295】
実施例２
【0296】
図１１に示すように、本開示によれば、端末開始上りリンク送信において、一つの端末開始上りリンク送信トリガリングイベントに対して複数の空間パラメータ及び／又は複数のＰＬ ＲＳ（以下、複数の空間パラメータ／ＰＬ ＲＳ）が端末に対して設定されてよい。そのために、本実施例では、図１１（ｂ）のように、一つの端末開始上りリンク送信トリガリングイベントに対して複数の端末開始上りリンク送信リソースが設定され、それぞれの端末開始上りリンク送信リソースに対して一つの空間パラメータ／ＰＬ ＲＳが設定されてよい。図１１（ｂ）の例示では、一つのトリガリングイベントのみを示すが、端末に対して追加のトリガリングイベント、前記追加のトリガリングイベントのそれぞれに対する一つ以上の追加のＳＲ ＰＵＣＣＨリソース、及び前記一つ以上の追加のＳＲ ＰＵＣＣＨリソースのそれぞれに一つずつの空間パラメータ／ＰＬ ＲＳがさらに設定されてもよい（ただし、異なるトリガリングイベントが同一の一つ以上のＳＲ ＰＵＣＣＨリソースにマップされてもよい。）。
【0297】
具体的に、基地局は、一つの端末開始上りリンク送信トリガリングイベント（例えば、論理チャネル／ＢＳＲ、ＢＦＲＱ、又は持続的なＬＢＴ失敗など）に対して複数のＳＲ ＰＵＣＣＨリソースを設定することができる。すなわち、一つのトリガリングイベントに対して最大で一つのＳＲ ＰＵＣＣＨリソースが設定される既存方式と違い、一つのトリガリングイベントに複数のＳＲ ＰＵＣＣＨリソースが設定されてよい。また、端末に対して一つ以上の端末開始上りリンク送信トリガリングイベントが設定されてよく、前記一つ以上のトリガリングイベントの一部又は全部のイベントのそれぞれに対して複数のＳＲ ＰＵＣＣＨリソースが設定されてよい。このような一つのトリガリングイベントに対して設定される複数のＳＲ ＰＵＣＣＨリソースは、上位層シグナリング（例えば、ＲＲＣ及び／又はＭＡＣ ＣＥシグナリング）によって端末に対して設定されてよい。
【0298】
また、一つのＳＲ ＰＵＣＣＨリソースに対して一つの空間パラメータ／ＰＬ ＲＳが設定されてよい。ここで、ＰＬ ＲＳは空間パラメータと同一に設定されてもよく、ＰＬ ＲＳと空間パラメータが異なってもそれらの間の連結／マッピング関係が設定されてもよい。
【0299】
一つのトリガリングイベントに対して複数のＳＲ ＰＵＣＣＨリソースを設定する一例として、一つのＳＲ ＩＤに対して一つのＳＲ ＰＵＣＣＨリソースが設定され、一つのＳＲ ＩＤに一つ以上のトリガリングイベントが設定されてよい。また、一つのトリガリングイベントに対して複数のＳＲ ＩＤ（すなわち、複数のＳＲ ＰＵＣＣＨリソース）が設定されてよい。
【0300】
追加又は代案として、一つのＳＲ ＩＤに対して複数のＳＲ ＰＵＣＣＨリソースが設定され、一つのＳＲ ＩＤに一つ以上のトリガリングイベントが設定されてよい。また、一つのトリガリングイベントに対して一つのＳＲ ＩＤ（すなわち、複数のＳＲ ＰＵＣＣＨリソース）が設定されてよい。
【0301】
これにより、特定トリガリングイベント（例えば、ＳＲイベント）が発生した場合に、当該トリガリングイベントに対して設定された複数のＳＲ ＰＵＣＣＨリソースが特定されてよい。ここで、複数のＳＲ ＰＵＣＣＨリソースのそれぞれに対して一つの空間パラメータ／ＰＬ ＲＳが設定されるので、前記複数のＳＲ ＰＵＣＣＨリソースの中からいずれか一つが特定されると、一つの空間パラメータ／ＰＬ ＲＳが特定されてよく、これにより、前記一つの空間パラメータ／ＰＬ ＲＳが特定ＴＯで適用されてよい。仮に複数のＴＯでＰＵＣＣＨ送信が行われる場合に、それぞれのＴＯで前記複数のＳＲ ＰＵＣＣＨリソースのうちの一つ（これによって一つの空間パラメータ／ＰＬ ＲＳ）が適用されてよい。一つ以上のＴＯのそれぞれに対して適用される一つのＳＲ ＰＵＣＣＨリソース（すなわち、一つの空間パラメータ／ＰＬ ＲＳ）は所定の方式によって選択／決定されてよい。
【0302】
実施例２によれば、それぞれのトリガリングイベントに対して複数のＳＲ ＰＵＣＣＨリソースを設定し、前記複数のＳＲ ＰＵＣＣＨリソースのそれぞれに一つのＴＲＰ／パネルに対する一つのＲＳ（例えば、ＤＬ ＲＳ又はＵＬ ＲＳ）をビームＲＳ（又は、空間パラメータ）及び／又はＰＬ ＲＳとしてあらかじめ設定し、一つ以上のＴＯで選択的に又は交互に複数のＳＲ ＰＵＣＣＨリソースのうち（同一の又は異なる）一つのＳＲ ＰＵＣＣＨリソース（これによる一つの空間パラメータ／ＰＬ ＲＳ）を適用できる。
【0303】
端末が一つ以上のＴＯのそれぞれに適用するＳＲ ＰＵＣＣＨリソースを選択／決定する基準に対する様々な例示が適用されてよい。例えば、品質、順序、グループ、又はＢＦＤのうちの一つ以上に基づいて特定ＴＯに適用される空間パラメータ／ＰＬ ＲＳが定義されてよい。具体的な例示は次の通りである。
【0304】
例えば、端末は、（Ｌ１又はＬ３）－ＲＳＲＰがより高い空間パラメータ／ＰＬ ＲＳに該当するＳＲ ＰＵＣＣＨリソースを選択／決定できる。
【0305】
追加又は代案として、端末は、（Ｌ１又はＬ３）－ＳＩＮＲがより高い空間パラメータ／ＰＬ ＲＳに該当するＳＲ ＰＵＣＣＨリソースを選択／決定できる。
【0306】
追加又は代案として、端末は、ＴＯごとに、定められた規則或いは基地局が設定した順序によってＳＲ ＰＵＣＣＨリソースを交互に選択／決定できる。例えば、複数のＴＯに対して複数のＳＲ ＰＵＣＣＨリソースが循環シフトの形態で適用／マップされてよい。例えば、奇数番目のＴＯでは第１ＳＲ ＰＵＣＣＨリソースが選択／適用され、偶数番目のＴＯでは第２ＳＲ ＰＵＣＣＨリソースが選択／適用されてよい。例えば、ＴＯの順にＳＲ ＰＵＣＣＨリソースのＩＤ／インデックスの昇順又は降順で特定ＳＲ ＰＵＣＣＨリソースが選択／適用されてよい。
【0307】
追加又は代案として、それぞれのＴＲＰ（又は、ＣＯＲＥＳＥＴプール／集合）に対してＢＦＤが行われる場合に、それぞれのＴＲＰ（又は、ＣＯＲＥＳＥＴプール／集合）に対して使用するＳＲ ＰＵＣＣＨリソースを連結／設定しておくことができる。これにより、特定ＴＲＰ（又は、ＣＯＲＥＳＥＴプール／集合）でＢＦＤが発生する場合には、当該ＴＲＰ（又は、ＣＯＲＥＳＥＴプール／集合）に対して連結／設定されたＳＲ ＰＵＣＣＨリソースを適用するか、又はそのうちの一つを選択的に／交互に適用するように定義できる。例えば、特定ＣＯＲＥＳＥＴでＢＦＤが発生する場合に、当該ＣＯＲＥＳＥＴの属したＣＯＲＥＳＥＴプール／集合インデックスに対応する／連結されるＳＲ ＰＵＣＣＨリソースが選択されてよい。又は、ＢＦＤが発生したＴＲＰ／ＣＯＲＥＳＥＴは上りリンク品質も良くないことがあり、よって、ＢＦＤが発生していないＴＲＰ／ＣＯＲＥＳＥＴに対応する／連結されるＳＲ ＰＵＣＣＨリソースが選択されてもよい。
【0308】
ここで、特定ＴＲＰ／ＣＯＲＥＳＥＴでＢＦＤが発生するか否かは、空間パラメータ／ＰＬ ＲＳではなくＢＦＤ ＲＳの品質に基づいて決定されてよい。例えば、特定ＴＲＰ／ＣＯＲＥＳＥＴに関連付けられた（又は、ＴＲＰ／ＣＯＲＥＳＥＴに対応するＳＲ ＰＵＣＣＨリソースに関連付けられた）ＢＦＤ ＲＳを基準に測定された仮定的なブロックエラー率（ｈｙｐｏｔｈｅｔｉｃａｌ ＢＬＥＲ）が所定の臨界値以上である場合にＢＦＤが発生したと決定し、所定の臨界値未満であるとＢＦＤが発生していないと決定できる。
【0309】
追加又は代案として、ＢＦＤが発生した又は発生していないＴＲＰ／ＣＯＲＥＳＥＴは相対的に決定されてもよい。例えば、第１ＴＲＰ／ＣＯＲＥＳＥＴに関連付けられた（又は、第１ＴＲＰ／ＣＯＲＥＳＥＴに対応するＳＲ ＰＵＣＣＨリソースに関連付けられた）第１ＢＦＤ ＲＳを基準に測定された第１品質（例えば、第１仮定的なＢＬＥＲ）が、第２ＴＲＰ／ＣＯＲＥＳＴに関連付けられた（又は、第２ＴＲＰ／ＣＯＲＥＳＥＴに対応する第２ＳＲ ＰＵＣＣＨリソースに関連付けられた）第２ＢＦＤ ＲＳを基準に測定された第２品質（例えば、第２仮定的なＢＬＥＲ）よりも高い場合には第１ＴＲＰ／ＣＯＲＥＳＥＴを基準に、そうでない場合には第２ＴＲＰ／ＣＯＲＥＳＥＴを基準に、当該ＴＲＰ／ＣＯＲＥＳＥＴに対応するＳＲ ＰＵＣＣＨリソースが選択されてよい。
【0310】
前述した例示において、ＴＲＰ／ＣＯＲＥＳＥＴプールは、ＣＯＲＥＳＥＴ又はＣＯＲＥＳＥＴ集合に代替されてよい。すなわち、全体ＣＯＲＥＳＥＴのうち一部の一つ以上のＣＯＲＥＳＥＴにのみＢＦＤが発生した場合に、当該イベントの発生を基地局に知らせるためにＳＲ ＰＵＣＣＨを送信でき、この場合にも、それぞれのＣＯＲＥＳＥＴごとに又はＣＯＲＥＳＥＴ集合ごとに使用するＳＲ ＰＵＣＣＨリソースがあらかじめ設定／連結されてよい。これにより、特定ＣＯＲＥＳＥＴ／ＣＯＲＥＳＥＴ集合がＢＦＤ状況である場合に、当該ＣＯＲＥＳＥＴ／ＣＯＲＥＳＥＴ集合（又は、当該ＣＯＲＥＳＥＴ／ＣＯＲＥＳＥＴ集合以外の他のＣＯＲＥＳＥＴ／ＣＯＲＥＳＥＴ集合）に対して設定された／連結されたＳＲ ＰＵＣＣＨリソースが選択されてよい。複数のＳＲ ＰＵＣＣＨリソースが選択される場合に、その中から任意の一つを選択して又は交互に使用するように定義されてよい。
【0311】
実施例１に比べて実施例２は、それぞれのＴＲＰが受信するＰＵＣＣＨリソースのＲＥ位置／ＰＵＣＣＨフォーマットなどを個別に設定できる。したがって、実施例２は様々なＭＴＲＰ環境に対して実施例１に比べてより柔軟なＰＵＣＣＨ送信を支援できる反面、より多いＰＵＣＣＨリソースをあらかじめ設定することが要求される。ただし、単一セル多重ＴＲＰ／パネル環境では、それぞれのＴＲＰ／パネルのうちどのＴＲＰ／パネルで当該ＰＵＣＣＨを受信するかは重要でないことがあり、このような環境ではＲＥ位置／シンボル位置／ＰＵＣＣＨフォーマットなどが同じＰＵＣＣＨを重複して設定することを許容することによって、ＰＵＣＣＨリソース設定のオーバーヘッドを減らすこともできる。例えば、特定トリガリングイベント（例えば、論理チャネル／ＢＳＲ、ＢＦＲＱ、持続的なＬＢＴ失敗など）に対して複数のＰＵＣＣＨリソースが設定されるが、前記複数のＰＵＣＣＨリソースに対してＲＥ位置／シンボル位置／ＰＵＣＣＨフォーマットのうちの一つ以上が同一であり、少なくとも空間パラメータ／ＰＬ ＲＳは異なるように設定されるように許容すすることもできる。
【0312】
前述した実施例１及び２は、一つのＴＯ又は単一ＴＲＰである場合にも適用可能である。この場合、端末に対して設定された複数の空間パラメータ／ＰＬ ＲＳ又は複数のＰＵＣＣＨリソースのうち一つを端末が所定の基準によって選択し、当該ＴＯでのＰＵＣＣＨ送信に適用することができる。
【0313】
前述した実施例１及び２では、一つのトリガリングイベントに対して複数の空間パラメータ／ＰＬ ＲＳを設定する方案は、空間パラメータにのみ又はＰＬ ＲＳにのみ適用されてもよい。例えば、一つのトリガリングイベントに対して複数の空間パラメータのみが設定され、ＰＬ ＲＳに対する設定は端末に対して提供されなくてもよい。又は、一つのトリガリングイベントに対して複数のＰＬ ＲＳのみが設定され、空間パラメータに対する設定は端末に対して提供されなくてもよい。この場合、空間パラメータとＰＬ ＲＳ間の関係に基づいて（例えば、空間パラメータとＰＬ ＲＳは同じＤＬ ＲＳとあらかじめ定義／設定されてよい。）、空間パラメータとＰＬ ＲＳのいずれか一方に対する設定に基づいて他方を端末が決定することができる。例えば、実施例１又は実施例２がＰＬ ＲＳにのみ適用され、空間パラメータが当該ＳＲ ＰＵＣＣＨリソースに対して設定されない場合に、端末が選択／決定したＰＬ ＲＳにしたがって（同一のＤＬ ＲＳ）を空間パラメータとして適用するように追加の規則が定義されてもよい。逆の場合、すなわち、実施例１又は２が空間パラメータにのみ適用され、ＰＬ ＲＳが当該ＳＲ ＰＵＣＣＨリソースに対して設定されない場合に、端末が選択／決定した空間パラメータにしたがって（同一のＤＬ ＲＳ）をＰＬ ＲＳとして適用するように追加の規則が定義されてもよい。
【0314】
前述した実施例１及び実施例２では、説明の明瞭性のためにＳＲ ＰＵＣＣＨを仮定して説明したが、他の目的のＰＵＣＣＨリソース（例えば、ＨＡＲＱ－ＡＣＫ ＰＵＣＣ／ＣＳＩ ＰＵＣＣＨなど）又はＰＵＣＣＨ以外の他のＵＬチャネル／リソース／信号（例えば、ＳＲＳ／ＰＲＡＣＨ／ＰＵＳＣＨなど）にも、前述した例示によって空間パラメータ／ＰＬ ＲＳが適用されてよい。例えば、多重ＴＲＰ／パネル環境において、ＢＦＲＱ目的のそれぞれのＰＲＡＣＨリソースに対して複数の空間パラメータ／ＰＬ ＲＳを設定し、その中から端末が所定の基準によって特定空間パラメータ／ＰＬ ＲＳを選択し、特定ＴＯでのＰＲＡＣＨ送信に適用することもできる。
【0315】
前述した例示は、端末で特定トリガリングイベントが発生する場合に行われる様々な端末開始上りリンク送信（例えば、ＢＦＲ ＰＲＡＣＨ、設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）ＰＵＳＣＨ、ＳＲ／ＢＦＲ ＰＵＣＣＨ）に適用されてよい。また、前述した例示は、基地局の指示／制御／スケジューリングによって送信される上りリンク送信においても、仮に特定ＴＯでの上りリンク送信に適用される空間パラメータ／ＰＬ ＲＳが明示的に設定／指示されない場合にも適用されてよい。
【0316】
図１２は、本開示の一実施例に係る上りリンク送受信方法に対する基地局と端末との間のシグナリング手順を例示する図である。
【0317】
図１２には、本開示に係る実施例１／実施例２を適用できる基地局（ＢＳ）と端末（ＵＥ）間のシグナリングを示す。ここで、ＵＥ／基地局は一例に過ぎず、図１３のような様々な装置に代替適用されてもよい。図１２は、単に説明の便宜のためのもので、本開示の範囲を制限するものではない。また、図１２に示されている一部の段階は、状況及び／又は設定などによって省略されてもよい。
【0318】
基地局は、端末とデータの送受信を行う客体（ｏｂｊｅｃｔ）を総称する意味であってよい。例えば、前記基地局は一つ以上のＴＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｉｎｔ）、一つ以上のＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）などを含む概念であってよい。また、ＴＰ及び／又はＴＲＰは、基地局のパネル、送受信ユニット（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｕｎｉｔ）などを含むものであってよい。
【0319】
また、ＴＲＰは、パネル（ｐａｎｅｌ）、アンテナアレイ（ａｎｔｅｎｎａ ａｒｒａｙ）、セル（ｃｅｌｌ）（例えば、マクロセル／スモールセル／ピコセルなど）、ＴＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ）、基地局（ｂａｓｅ ｓｔａｔｉｏｎ，ｇＮＢなど）などの表現に代替して適用されてもよい。上述したように、ＴＲＰは、ＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に関する情報（例えば、インデックス、ＩＤ）によって区分されてよい。一例として、一つの端末が複数のＴＲＰ（又は、セル）と送受信を行うように設定された場合に、これは一つの端末に対して複数のＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）が設定されたことを意味できる。このようなＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に対する設定は、上位層シグナリング（例えば、ＲＲＣシグナリングなど）によって行われてよい。
【0320】
ＵＥは、基地局から設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信することができる（Ｓ１０５）。すなわち、基地局はＵＥに設定情報を送信することができる。前記設定情報は、上位層シグナリング（例えば、ＲＲＣシグナリング、ＭＡＣ－ＣＥなど）によって伝達されてよい。また、前記設定情報があらかじめ定義又は設定されている場合に、当該段階は省略されてもよい。
【0321】
例えば、前記設定情報は、前述した実施例１／実施例２で説明されたＭＴＲＰ送信と関連した設定情報などを含むことができる。例えば、前記設定情報は、多重ＴＲＰ送受信のためのＣＯＲＥＳＥＴ／ＣＯＲＥＳＥＴグループ／ＣＯＲＥＳＥＴプールに対する設定情報／ＴＣＩ ｓｔａｔｅ関連設定情報などを含むことができる。例えば、前記設定情報は、前述した実施例１／実施例２で説明されたＳＲ設定（又は、端末開始上りリンク送信に対する送信設定）を含むことができる。
【0322】
例えば、前記ＳＲ設定（又は、端末開始上りリンク送信に対する送信設定）は、前述した実施例１／実施例２で説明されたように、ＳＲ ＰＵＣＣＨリソース設定を含むことができる。例えば、前記ＳＲ ＰＵＣＣＨリソースに対応して複数の空間パラメータ／ＰＬ ＲＳが設定されてよい。例えば、ＳＲ用途／目的（又は、トリガリングイベント、例えば、論理チャネル／ＢＳＲ、ＢＦＲＱ、持続的なＬＢＴ失敗など）別に複数のＳＲ ＰＵＣＣＨリソースが設定されてもよい。
【0323】
例えば、上述したＳ１０５段階のＵＥ（図１３の１００／２００）が基地局（図１３の２００／１００）から前記設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信する動作は、以下に説明される図１３の装置によって具現されてよい。例えば、図１３を参照すると、一つ以上のプロセッサ１０２は、前記設定情報を受信するように一つ以上のトランシーバー１０６及び／又は一つ以上のメモリ１０４などを制御でき、一つ以上のトランシーバー１０６は基地局から前記設定情報を受信することができる。
【0324】
ＵＥは基地局から制御情報（ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信することができる（Ｓ１１０）。すなわち、基地局はＵＥに制御情報を送信できる。例えば、前記制御情報は制御チャネル（例えば、ＰＤＣＣＨなど）によって伝達されてよい。例えば、前記制御情報は、ＴＣＩ ｓｔａｔｅに対する（指示）情報（例えば、ＴＣＩ ｆｉｅｌｄ）／前記ＴＣＩ ｓｔａｔｅに対するリソース割り当て情報（例えば、帯域幅）／上りリンクチャネル（例えば、ＰＵＣＣＨ／ＰＵＳＣＨ）送受信のためのリソース割り当て情報（すなわち、空間／周波数／時間リソース）などを含むことができる。
【0325】
例えば、上述したＳ１１０段階のＵＥ（図１３の１００／２００）が基地局（図１３の２００／１００）から前記制御情報を受信する動作は、以下に説明される図１３の装置によって具現されてよい。例えば、図１３を参照すると、一つ以上のプロセッサ１０２は前記制御情報を受信するように一つ以上のトランシーバー１０６及び／又は一つ以上のメモリ１０４などを制御でき、一つ以上のトランシーバー１０６は基地局から前記制御情報を受信することができる。
【0326】
ＵＥは基地局に上りリンク送信（例えば、ＰＵＣＣＨ／ＰＵＳＣＨ送信）を行うことができる（Ｓ１１５）。すなわち、基地局はＵＥから上りリンク送信（例えば、ＰＵＣＣＨ／ ＰＵＳＣＨ）を受信することができる。例えば、前記上りリンク送信は、複数のＴＯ（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）で反復して送信されてよい。
【0327】
例えば、前述した実施例１／実施例２で説明したように、端末に特定トリガリングイベント（例えば、ＳＲイベント）が発生する場合に、ＰＵＣＣＨが送信されてよい。例えば、前記特定トリガリングイベント（例えば、ＳＲイベント）は、論理チャネル／ＢＳＲ、ＢＦＲＱ、持続的なＬＢＴ失敗などを含むことができる。例えば、前述した実施例１／実施例２に基づいて、前記ＰＵＣＣＨ送信のためのＰＵＣＣＨリソース／空間パラメータ／ＰＬ ＲＳが決定されてよい。例えば、品質（例えば、Ｌ１／Ｌ３－ＲＳＲＰ／ＳＩＮＲ）に基づいて複数の空間パラメータ／ＰＬ ＲＳ／ＰＵＣＣＨリソースのうち一つが選択されてよく、当該ＴＯで選択された複数の空間パラメータ／ＰＬ ＲＳ／ＰＵＣＣＨリソースに基づいてＰＵＣＣＨが送信されてよい。例えば、所定の順序（例えば、ＰＵＣＣＨリソース／空間パラメータ／ＰＬ ＲＳと関連したＩＤ／インデックスの昇順／降順）に基づいてＰＵＣＣＨ ＴＯで適用される空間パラメータ／ＰＬ ＲＳが順次に決定されてよい。例えば、グループ／ＢＦＤを基準に複数のＳＲ ＰＵＣＣＨリソース／空間パラメータ／ＰＬ ＲＳのうち一つが選択されてよい。例えば、特定トリガリングイベントの発生と関連したＣＯＲＥＳＥＴのＣＯＲＥＳＥＴプール／グループインデックスに対応するＰＵＣＣＨリソース／空間パラメータ／ＰＬ ＲＳが選択されてよい。
【0328】
例えば、上述したＳ１１５段階のＵＥ（図１３の１００／２００）が基地局（図１３の２００／１００）に前記上りリンク送信を行う動作は、以下に説明される図１３の装置によって具現されてよい。例えば、図１３を参照すると、一つ以上のプロセッサ１０２は前記上りリンクチャネルを送信するように一つ以上のトランシーバー１０６及び／又は一つ以上のメモリ１０４などを制御でき、一つ以上のトランシーバー１０６は基地局に前記上りリンクチャネルを送信できる。
【0329】
先に言及したように、上述した基地局／ＵＥシグナリング及び動作（例えば、実施例１／実施例２／図１２など）は、以下に説明される装置（例えば、図１３の装置）によって具現されてよい。例えば、基地局は第１無線機器、ＵＥは第２無線機器に当該してよく、場合によってその逆も考慮されてよい。
【0330】
例えば、上述した基地局／ＵＥシグナリング及び動作（例えば、実施例１／実施例２／図１２など）は、図１３の一つ以上のプロセッサ（例えば、１０２，２０２）によって処理されてよく、上述した基地局／ＵＥシグナリング及び動作（例えば、実施例１／実施例２／図１２など）は、図１３の少なくとも一つのプロセッサ（例えば、１０２，２０２）を駆動するための命令語／プログラム（例えば、命令、実行コード）の形態でメモリ（例えば、図１３の一つ以上のメモリ１０４，２０４）に記憶されてよい。
【0331】
本開示が適用可能な装置一般
【0332】
図１３は、本開示の一実施例に係る無線通信装置を例示するブロック構成図である。
【0333】
図１３を参照すると、第１デバイス／無線機器１００と第２デバイス／無線機器２００は、様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）を用いて無線信号を送受信することができる。
【0334】
第１無線機器１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに、１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含むことができる。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、第１情報／信号を含む無線信号を送受信機１０６から送信してよい。また、プロセッサ１０２は、第２情報／信号を含む無線信号を送受信機１０６から受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に保存することができる。メモリ１０４は、プロセッサ１０２と連結されてよく、プロセッサ１０２の動作に関連した様々な情報を保存することができる。例えば、メモリ１０４は、プロセッサ１０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機１０６は、プロセッサ１０２と連結されてよく、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信することができる。送受信機１０６は、送信機及び／又は受信機を含むことができる。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットに言い換えてもよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。
【0335】
第２無線機器２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、さらに、１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６から第３情報／信号を含む無線信号を送信してよい。また、プロセッサ２０２は、第４情報／信号を含む無線信号を送受信機２０６から受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に保存することができる。メモリ２０４は、プロセッサ２０２と連結されてよく、プロセッサ２０２の動作と関連した様々な情報を保存することができる。例えば、メモリ２０４は、プロセッサ２０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機２０６は、プロセッサ２０２と連結されてよく、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信することができる。送受信機２０６は、送信機及び／又は受信機を含むことができる。送受信機２０６は、ＲＦユニットに言い換えてもよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。
【0336】
以下、無線機器１００，２００のハードウェア要素についてより具体的に説明する。これに制限されるものではないが、１つ以上のプロトコル層が１つ以上のプロセッサ１０２，２０２によって具現されてよい。例えば、１つ以上のプロセッサ１０２，２０２は、１つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的な層）を具現することができる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、１つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は１つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成することができる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、メッセージ、制御情報、データ又は情報を生成できる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された機能、手続、提案及び／又は方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成し、それを１つ以上の送受信機１０６，２０６に提供できる。１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６から信号（例えば、ベースバンド信号）を受信することができ、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得することができる。
【0337】
１つ以上のプロセッサ１０２，２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ぶことができる。１つ以上のプロセッサ１０２，２０２は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せによって具現されてよい。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２，２０２に含まれてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを用いて具現されてよく、ファームウェア又はソフトウェアは、モジュール、手続、機能などを含むように具現されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するように設定されたファームウェア又はソフトウェアは、１つ以上のプロセッサ１０２，２０２に含まれるか、１つ以上のメモリ１０４，２０４に保存され、１つ以上のプロセッサ１０２，２０２によって駆動されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、コード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアによって具現されてよい。
【0338】
１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２と連結されてよく、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を保存することができる。１つ以上のメモリ１０４，２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ可読記憶媒体及び／又はそれらの組合せによって構成されてよい。１つ以上のメモリ１０４，２０４は、１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置してよい。また、１つ以上のメモリ１０４，２０４は、有線又は無線連結のような様々な技術によって１つ以上のプロセッサ１０２，２０２と連結されてよい。
【0339】
１つ以上の送受信機１０６，２０６は、１つ以上の他の装置に、本開示の方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信できる。１つ以上の送受信機１０６，２０６は、１つ以上の他の装置から、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２と連結されてよく、無線信号を送受信できる。例えば、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御できる。また、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御できる。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８と連結されてよく、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８を介して、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されてよい。本開示において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）であってよい。１つ以上の送受信機１０６，２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）してよい。１つ以上の送受信機１０６，２０６は、１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどを、ベースバンド信号からＲＦバンド信号に変換してよい。そのために、１つ以上の送受信機１０６，２０６は（アナログ）オシレーター及び／又はフィルターを含むことができる。
【0340】
以上で説明された実施例は、本開示の構成要素及び特徴が所定の形態で結合したものである。各構成要素又は特徴は、特に明示的言及がない限り、選択的なものとして考慮されるべきである。各構成要素又は特徴は、他の構成要素又は特徴と結合しない形態で実施されてもよい。また、一部の構成要素及び／又は特徴を結合させて本開示の実施例を構成することも可能である。本開示の実施例において説明される動作の順序は変更されてよい。ある実施例の一部の構成又は特徴は他の実施例に含まれてもよく、或いは他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係を有しない請求項を結合させて実施例を構成するか、或いは出願後の補正によって新しい請求項として含めることができることは明らかである。
【0341】
本開示は、本開示の必須特徴を外れない範囲で他の特定の形態として具体化できることは当業者に自明である。したがって、上述した詳細な説明はいかなる面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本開示の範囲は、添付する請求項の合理的解釈によって決定されるべきであり、本開示の等価的範囲内における変更はいずれも本開示の範囲に含まれる。
【0342】
本開示の範囲は、様々な実施例の方法による動作を装置又はコンピュータ上で実行させるソフトウェア又はマシン実行可能な命令（例えば、運営体制、アプリケーション、ファームウェア（ｆｉｒｍｗａｒｅ）、プログラムなど）、及びこのようなソフトウェア又は命令などが記憶されて装置又はコンピュータ上で実行可能な非一時的コンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を含む。本開示で説明する特徴を実行するプロセシングシステムをプログラミングするために利用可能な命令は、記憶媒体又はコンピュータ可読記憶媒体上に／内に記憶されてよく、このような記憶媒体を含むコンピュータプログラム製品を用いて、本開示に説明の特徴が具現されてよい。記憶媒体は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ又は他のランダムアクセスソリッドステートメモリデバイスのような高速ランダムアクセスメモリを含むことができるが、それに制限されず、１つ以上の磁器ディスク記憶デバイス、光ディスク記憶装置、フラッシュメモリデバイス又は他の非揮発性ソリッドステート記憶デバイスのような非揮発性メモリを含むことができる。メモリは選択的に、プロセッサから遠隔に位置している１つ以上の記憶デバイスを含む。メモリ又は代案としてメモリ内の非揮発性メモリデバイスは、非一時的コンピュータ可読記憶媒体を含む。本開示に説明の特徴は、マシン可読媒体の任意の一つに記憶され、プロセシングシステムのハードウェアを制御でき、プロセシングシステムが本開示の実施例に係る結果を活用する他のメカニズムと相互作用するようにするソフトウェア及び／又はファームウェアに統合されてよい。このようなソフトウェア又はファームウェアは、アプリケーションコード、デバイスドライバー、運営体制及び実行環境／コンテナを含むことができるが、これに制限されない。
【0343】
ここで、本開示の無線機器１００，２００において具現される無線通信技術は、ＬＴＥ、ＮＲ及び６Ｇの他に、低電力通信のための狭帯域モノのインターネット（Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ，ＮＢ－ＩｏＴ）も含むことができる。このとき、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であってよく、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格によって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器（ＸＸＸ，ＹＹＹ）において具現される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行うことができる。このとき、一例として、ＬＴＥ－Ｍ技術は、ＬＰＷＡＮ技術の一例であってよく、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称と呼ばれてよい。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍなどの様々な規格のうち少なくともいずれか一つによって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器（ＸＸＸ，ＹＹＹ）において具現される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ（登録商標））、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））及び低電力広帯域通信網（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＬＰＷＡＮ）のうち少なくともいずれか一つを含むことができ、上述した名称に限定されるものではない。一例として、ＺｉｇＢｅｅ技術は、ＩＥＥＥ ８０２．１５．４などの様々な規格に基づいて小型／低い電力デジタル通信に関連したＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、様々な名称と呼ばれてよい。
【産業上の利用可能性】
【0344】
本開示で提案する方法は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムの他にも様々な無線通信システムに適用可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】