特許 7526282 無線通信システムにおいてサウンディング参照信号送受信方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-07-23

(45)【発行日】2024-07-31

(54)【発明の名称】無線通信システムにおいてサウンディング参照信号送受信方法及び装置

(51)【国際特許分類】

   H04W 72/21 20230101AFI20240724BHJP

   H04W 72/0446 20230101ALI20240724BHJP

   H04W 72/231 20230101ALI20240724BHJP

   H04W 72/232 20230101ALI20240724BHJP

   H04W 28/06 20090101ALI20240724BHJP

   H04L 27/26 20060101ALI20240724BHJP

【ＦＩ】

H04W72/21

H04W72/0446

H04W72/231

H04W72/232

H04W28/06 130

H04L27/26 114

【請求項の数】 9

(21)【出願番号】P 2022560916

(86)(22)【出願日】2021-04-02

(65)【公表番号】

(43)【公表日】2023-05-25

(86)【国際出願番号】 KR2021004151

(87)【国際公開番号】W WO2021206382

(87)【国際公開日】2021-10-14

【審査請求日】2022-10-31

(31)【優先権主張番号】10-2020-0042130

(32)【優先日】2020-04-07

(33)【優先権主張国・地域又は機関】KR

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】コ ソンウォン

(72)【発明者】

【氏名】カン チウォン

(72)【発明者】

【氏名】キム ヒョンテ

【審査官】本橋 史帆

(56)【参考文献】

【文献】国際公開第２０１９／１９４５８９（ＷＯ，Ａ１）

【文献】国際公開第２０１９／１９４６６９（ＷＯ，Ａ１）

【文献】特開２０１４－００７７１０（ＪＰ，Ａ）

【文献】国際公開第２０２０／０８４３６２（ＷＯ，Ａ１）

【文献】OPPO，Remaining issues on SRS design[online]，3GPP TSG RAN WG1 #92b R1-1803971，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92b/Docs/R1-1803971.zip>，2018年04月06日

(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】

【表6】

【0172】

表６で、ＳＦ＃０～ＳＦ＃９はそれぞれ、サブフレームインデックスを表す。そして、ＤＬは下りリンクサブフレーム、ＵＬは上りリンクサブフレーム、ＳＳＦは特殊サブフレームを表す。

【0173】

例えば、当該セルのＤＬ ＨＡＲＱ参照設定（ｒｅｆｅｒｅｎｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）としてＳＦ＃２のＵＬ一般サブフレームが設定されることによって、ＳＦ＃２がＤＬ ＨＡＲＱフィードバック（ＰＵＣＣＨ）専用サブフレーム（ＳＦ）である場合を仮定する。仮にＳＦ＃２でＵＥにＰＵＳＣＨスケジューリングが発生した場合、ＵＥは上記のオプション１のようにＵＬ ＨＡＲＱ動作を行うことができる。一方、ＳＦ＃７でＵＥにＰＵＳＣＨスケジューリングが発生した場合、ＵＥは、上記のオプション２、３、４のうち少なくとも１つのＵＬ ＨＡＲＱ動作を行うことができる。

【0174】

上述した提案１は、特定セルに（ＳＩＢによって）設定されたＤＬ／ＵＬ設定（又は、ＴＤＤ設定）が１／２／３／４／５である場合に対して、再送信ＰＵＳＣＨと追加ＳＲＳとが衝突しないための方法を提案する。この場合、ＰＵＳＣＨのＲＴＴ（ｒｏｕｎｄ－ｔｒｉｐ ｔｉｍｅ）（ＰＵＳＣＨから再送信ＰＵＳＣＨまで）が１０ｍｓであるので、ＵＬ ＳＦインデックスＸでのＰＵＳＣＨ送信に対する再送信は、１０ｍｓ後に同一ＳＦインデックスＸで行われる。したがって、ＤＬ ＨＡＲＱ参照設定上のＵＬサブフレームでＰＵＳＣＨが送信される場合に、再送信ＰＵＳＣＨと追加ＳＲＳとが衝突する可能性がなく、よって上記のオプション１が行われてよい。一方、ＤＬ ＨＡＲＱ参照設定上のＵＬサブフレーム以外のサブフレームでＰＵＳＣＨが送信される場合に、再送信ＰＵＳＣＨと追加ＳＲＳとが衝突する可能性があるため、上記のオプション２、３、４のように衝突問題解決のための提案が行われてよい。

【0175】

提案２：１つのセル（ｃｅｌｌ）に（ＳＩＢによって）設定されたＤＬ／ＵＬ設定が０／６である場合

【0176】

提案２－１：任意のサブフレームでＰＵＳＣＨが送信される場合に、ＵＥは、次のオプションのうち少なくとも１つによって動作できる。

【0177】

ここで、前記ＰＵＳＣＨは、初期送信されるＰＵＳＣＨ（以下、初期ＰＵＳＣＨ）及び以前に送信されたＰＵＳＣＨに対する再送信（例えば、初期ＰＵＳＣＨ送信後に、ＵＥがＰＨＩＣＨをデコードしてＮＡＣＫを受信した場合に送信するＰＵＳＣＨ）（以下、再送信ＰＵＳＣＨ）を含む全ての類型のＰＵＳＣＨを含むことができる。

【0178】

オプション２：ＵＥは当該ＰＵＳＣＨに対してはＰＨＩＣＨを検出／受信しないように動作できる。及び／又は、ＵＥは当該ＰＨＩＣＨをＡＣＫと仮定して動作できる。すなわち、それ以上当該ＰＵＳＣＨに対する再送信が行われなくてよい。

【0179】

オプション３：ＵＥは当該ＰＵＳＣＨに対してはＰＨＩＣＨを検出／受信しないように動作できる。及び／又は、ＵＥは当該ＰＨＩＣＨをＡＣＫと仮定して動作できる。そして、基地局から受信したＵＬ ＤＣＩ（すなわち、ＵＬチャネルスケジューリングのためのＤＣＩ）のＮＤＩ或いはＨＡＲＱプロセス番号（ＨＡＲＱ ｐｒｏｃｅｓｓ ｎｕｍｂｅｒ）に基づいて、当該ＰＵＳＣＨを再送信するか否かを決定できる。言い換えると、仮に当該ＰＨＩＣＨの内容がＮＡＣＫである場合には、基地局は、新しくＰＵＳＣＨスケジューリングをする（例えば、ＵＬ ＤＣＩのＮＤＩ或いはＨＡＲＱプロセス番号を活用する）ことによってＤＬ ＨＡＲＱ参照設定上のＵＬサブフレームで再送信を誘導することができる。

【0180】

オプション４：ＵＥは、当該ＰＵＳＣＨに対しても前記オプション１の動作を適用できる。すなわち、ＵＥは、当該ＰＵＳＣＨに対して（既存と同一に）ＰＨＩＣＨを検出／受信し、ＰＨＩＣＨを検出／受信した結果を当該ＰＵＳＣＨの再送信に反映／適用できる。ここで、当該ＰＵＳＣＨの再送信ＰＵＳＣＨ及び追加ＳＲＳ送信が同一ＵＬサブフレーム（ＳＦ）に指示／設定された場合に、ＵＥはＰＵＳＣＨ送信をドロップ（ｄｒｏｐ）し、追加ＳＲＳ送信のみを行うことができる。すなわち、ＰＵＳＣＨ再送信に比べて追加ＳＲＳが高い優先順位（ｈｉｇｈ ｐｒｉｏｒｉｔｙ）を有してよい。仮に、再送信ＰＵＳＣＨとして割り当てられた周波数ドメインリソースと追加ＳＲＳとして割り当てられた周波数ドメインとが完全に重ならなくとも同一ＵＬサブフレームに設定される場合に、前記オプション４の動作が行われてよい。

【0181】

上述した提案２の場合、特定セルに（ＳＩＢによって）設定されたＤＬ／ＵＬ設定（すなわち、ＴＤＤ設定）が０／６である場合には、ＰＵＳＣＨのＲＴＴ（ｒｏｕｎｄ－ｔｒｉｐ ｔｉｍｅ）（ＰＵＳＣＨから再送信ＰＵＳＣＨまで）が１０ｍｓでない。したがって、ＤＬ ＨＡＲＱ参照設定上のＵＬサブフレームであるか否かによって再送信ＰＵＳＣＨと追加ＳＲＳとの衝突可能性が変わらず、常に衝突する可能性がある。このため、この場合にも、上記のオプション２、３、４のように衝突問題解決のための提案が行われてよい。

【0182】

提案３：１つのセル（ｃｅｌｌ）に（ＳＩＢによって）設定されたＤＬ／ＵＬ設定に関係なく、任意のサブフレームで、基地局のトリガー（ｔｒｉｇｇｅｒ）した追加ＳＲＳと再送信ＰＵＳＣＨ（すなわち、ＵＥが初期ＰＵＳＣＨ送信後にＰＨＩＣＨをデコードしてＮＡＣＫを受信することによって送信するＰＵＳＣＨ）とが衝突する場合に、ＵＥは、追加ＳＲＳ送信をドロップ（ｄｒｏｐ）し、ＰＵＳＣＨの再送信のみを行うことができる。言い換えると、追加ＳＲＳに比べて再送信ＰＵＳＣＨが高い優先順位を有してよい。すなわち、初期ＰＵＳＣＨ送信後に、ＰＨＩＣＨを検出し、ＵＬデータを再送信（再送信ＰＵＳＣＨ）するＨＡＲＱプロセスが追加ＳＲＳよりも優先してよい。ここで、再送信ＰＵＳＣＨとして割り当てられた周波数ドメインリソースと追加ＳＲＳとして割り当てられた周波数ドメインが完全に重ならなくとも同一ＵＬ ＳＦに設定される場合に、上述した提案３の動作が行われてよい。

【0183】

上述した方法１の提案（すなわち、提案１～３）は、１個のコンポーネントキャリア（ＣＣ：ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ）或いは１個の帯域（ｂａｎｄ）に限定されず、帯域内（イントラ－帯域）ＣＡ（ｉｎｔｒａ－ｂａｎｄ ＣＡ）又は帯域間（インター－帯域）ＣＡ（ｉｎｔｒａ－ｂａｎｄ ＣＡ）状況にも適用されてよい。例えば、上記の提案１と２のオプション４のような動作において、特定ＣＣ上でのＰＵＳＣＨ再送信と他のＣＣ上で設定された追加ＳＲＳが同時に発生する場合に、相変らず追加ＳＲＳが高い優先順位（ｈｉｇｈ ｐｒｉｏｒｉｔｙ）を有してよい。

【0184】

上述した提案３の場合、基地局が初期スケジュールするＰＵＳＣＨと基地局がトリガーする追加ＳＲＳは、基地局の裁量によって衝突が起きないように制御できると仮定する。したがって、後で、ＵＥの送信した初期ＰＵＳＣＨが送信失敗して再送信ＰＵＳＣＨを送る時に、基地局のトリガーした追加ＳＲＳと衝突可能性があり、よって、当該衝突を制御するための方法が提案された。ＤＬ ＣＳＩを得るための追加ＳＲＳよりは、データを搬送するＰＵＳＣＨ或いは再送信ＰＵＳＣＨの重要度が高いことがあり、それによるＵＥ動作を提案する。

【0185】

方法２：基地局の追加ＳＲＳの送信可能なサブフレームの設定／指示、及び／又は追加ＳＲＳを優先（ｐｒｉｏｒｉｔｉｚｅ）するサブフレームの設定／指示を用いた追加ＳＲＳと他のＵＬチャネル（例えば、ＰＵＣＣＨ、ＰＵＳＣＨなど）との衝突防止方法及び当該方法によるＵＥ動作

【0186】

方法２によれば、追加ＳＲＳを送信可能なサブフレーム及び／又は追加ＳＲＳを優先（ｐｒｉｏｒｉｔｉｚｅ）するサブフレームがあらかじめ設定されてよい。このように追加ＳＲＳを送信可能な及び／又は追加ＳＲＳを優先するサブフレームがあらかじめ設定されることによって、追加ＳＲＳと他のＵＬチャネルとの衝突が防止され、且つＵＥ動作において曖昧さ（ａｍｂｉｇｕｉｔｙ）が解決され得る。

【0187】

提案１：基地局は、「追加ＳＲＳ送信可能サブフレームセット（１つのサブフレームセットは１つ以上のサブフレームを含み得る。）」をＵＥに設定／指示できる。そして、前記設定／指示後に、後続するＵＥの追加ＳＲＳ送信タイミングは、常に前記サブフレームセット内でのみ含まれてよい。すなわち、基地局のＤＬ／ＵＬ ＤＣＩ送信を用いた追加ＳＲＳトリガリング（ｔｒｉｇｇｅｒｉｎｇ）後に、ＵＥは、いかなるサブフレームでも追加ＳＲＳを送信できるわけではなく、前記「追加ＳＲＳ送信可能サブフレームセット」に属するブフレームでのみ追加ＳＲＳを送信できる。

【0188】

前記「追加ＳＲＳ送信可能サブフレームセット」は１つ又は複数のセットであり、上位層（例えば、ＲＲＣ層）設定によって指示／アップデートされてよい。そして、そのうち、特定セットが下位層（例えば、ＭＡＣ ＣＥ（ｃｏｎｔｏｒｌ ｅｌｅｍｅｎｔ）或いはＤＣＩ）（例えば、ｎビットフィールド）によって指示／アップデートされてよい。例えば、追加ＳＲＳ送信可能サブフレームセット１～５がＲＲＣシグナリングによってあらかじめ設定され、そのうち、下位層シグナリング（ＭＡＣ ＣＥ又はＤＣＩ）によって１つ以上のセットが指示／追加されてよい。また、このように指示／追加されたセットのうち、特定の１つ以上のセットが削除されてもよい。

【0189】

提案１－１：基地局はＤＬグラント（ｇｒａｎｔ）ＤＣＩ（すなわち、下りリンクチャネルをスケジュールするＤＣＩ）によってＵＥに追加ＳＲＳをトリガーできる。

【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】

【表7-1】

【0315】

【表7-2】

【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】

又は、端末は、次の有効な（ｖａｌｉｄ）スロットにおいて、ｉ）最も早い（ｅａｒｌｉｅｓｔ）からＳＲＳを送信し始めるか、ｉｉ）（他のチャネルを送信して残った）有効なシンボルのうち最も早い（ｅａｒｌｉｅｓｔ）シンボルからＳＲＳを送信し始めてよい。ここで、前記ｉ）動作又はｉｉ）動作は基地局によって設定／指示されてよい。

【0345】

オプション３）端末は、前記遅延／移動した（追加）ＳＲＳをトリガーしたＤＣＩとＤＬ／ＵＬチャネル／ＲＳの送信／受信を指示したＤＣＩのうち、直近（ｌａｔｅｓｔ）（すなわち、より遅く）ＤＣＩによって指示された方の優先順位を上げる（ｐｒｉｏｒｉｔｉｚｅ）ことができる。そして、優先順位の低い動作（すなわち、先にＤＣＩによって指示されたＳＲＳ送信又はＤＬ／ＵＬチャネル／ＲＳの送信／受信）は、上述したオプション２の方法（すなわち、オプション２－１／２－２／２－３／２－４）のうち一つに従うことができる。

【0346】

例えば、遅延／移動した追加ＳＲＳをトリガーするＤＣＩがＤＬ／ＵＬチャネル／ＲＳの受信／送信を指示したＤＣＩよりも最近に受信された場合に、追加ＳＲＳが優先するように、端末は上記のオプション２－１に従ってＤＬ／ＵＬチャネル／ＲＳの受信／送信をドロップしてよい。

【0347】

前述したオプションの動作（オプション１／２－１／２－２／２－３／２－４／３）は、一般（ｎｏｒｍａｌ）ＵＬスロットで（遅延／移動した）追加ＳＲＳが（ＵＬ ＤＣＩによって指示された）ＵＬチャネル／ＲＳとシンボルレベル（ｓｙｍｂｏｌ ｌｅｖｅｌ）で衝突する場合にも適用されてよい。

【0348】

提案３－２：柔軟スロット（ｆｌｅｘｉｂｌｅ ｓｙｍｂｏｌ）の下りリンク／上りリンク／柔軟シンボル構成を、スロット設定と関連した端末特定の設定情報（すなわち、「ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ」設定）によって端末が認知した場合に、端末は、前記遅延／移動した（追加）ＳＲＳのシンボルレベル位置（ｓｙｍｂｏｌ ｌｅｖｅｌ ｐｏｓｉｔｉｏｎ）が上りリンク／柔軟と設定されたシンボルのサブセット（ｓｕｂｓｅｔ）内にある時に限って、前記（追加）ＳＲＳを送信できる。言い換えると、前記遅延／移動した（追加）ＳＲＳのシンボルレベル位置（ｓｙｍｂｏｌ ｌｅｖｅｌ ｐｏｓｉｔｉｏｎ）が前記スロット設定と関連した端末特定の設定情報によって上りリンク／柔軟と設定されたシンボルに含まれる場合に、端末は、ＳＲＳを当該シンボルで送信できる。すなわち、前記スロット設定と関連した端末特定の設定情報によって上りリンク／柔軟と設定されたシンボル内でのみ前記１つ以上のＳＲＳ送信シンボルが決定されてよい。

【0349】

又は、前記遅延／移動した追加ＳＲＳのシンボルレベル位置（ｓｙｍｂｏｌ ｌｅｖｅｌ ｐｏｓｉｔｉｏｎ）が下りリンクと設定されたシンボルと重なる場合に、端末は、前記オプション２の動作（２－１／２－２／２－３／２－４）／オプション３の動作を行うことができる。例えば、ＳＲＳの優先順位を下げ（ｄｅｐｒｉｏｒｉｔｉｚｅ）、ＳＲＳ全部をドロップすることもでき（オプション２－１）、又は下りリンクと設定されたシンボルと重なるＳＲＳのみをドロップすることもできる（オプション２－２）。又は、ＳＲＳの優先順位を下げ（ｄｅｐｒｉｏｒｉｔｉｚｅ）、さらに、スロットレベル（ｓｌｏｔ ｌｅｖｅｌ）で遅延／移動し、ＳＲＳ送信が可能なスロットで前記ＳＲＳを送信するか（オプション２－４）、又は下りリンクと設定されたシンボルと重なるＳＲＳのみをＳＲＳ送信が可能なスロットで送信することもできる（オプション２－３）。前記スロット設定と関連した端末特定の設定情報とＳＲＳ送信をトリガーするＤＣＩとの時間的先後関係を考慮して、端末はオプション３のような動作を行うこともできる。

【0350】

仮に、前記端末特定設定情報によって上りリンク／柔軟と設定されたシンボルのサブセット（ｓｕｂｓｅｔ）内で（上位層シグナリングによる又はＵＬ ＤＣＩ／ＲＡＲ ＵＬグラントによる）前記ＳＲＳが送信される１つ以上のシンボルとＵＬチャネル／ＲＳとがシンボルレベル（ｓｙｍｂｏｌ ｌｅｖｅｌ）で衝突（ｆｕｌｌｙ／ｐａｒｔｉａｌｌｙ）する場合に、端末は、前記オプション１／オプション２（２－１／２－２／２－３／２－４）／オプション３のような動作を行うことができる。

【0351】

例えば、上記のオプション１のように、端末は上りリンク／柔軟と設定されたシンボルのサブセット（ｓｕｂｓｅｔ）内でＳＲＳが送信される上りリンク／柔軟シンボルでは、上位層シグナリング（例えば、ＲＲＣシグナリング又はＭＡＣ ＣＥ）による又はＵＬ ＤＣＩ／ＲＡＲ ＵＬグラントによるＵＬチャネル／ＲＳ送信指示（すなわち、ＵＬチャネル／ＲＳスケジューリング）を期待しなくてよい。

【0352】

前記提案３－２の動作により、上位層によって柔軟スロット（柔軟シンボル）のシンボル構成が半静的（ｓｅｍｉ－ｓｔａｔｉｃ）に設定されているので、追加ＳＲＳの予期せぬ遅延／移動によって下りリンクシンボルと設定された位置にＳＲＳが位置し得るという問題を解決することができる。

【0353】

提案３－３：柔軟スロット（ｆｌｅｘｉｂｌｅ ｓｙｍｂｏｌ）において端末のＤＣＩフォーマット２＿０検出（ｄｅｔｅｃｔｉｏｎ）からＳＦＩフィールド（又は、ＳＦＩ－ｉｎｄｅｘ指示）によって下りリンク／上りリンク／柔軟シンボル構成を端末が認知した場合に、端末は、前記遅延／移動した（追加）ＳＲＳのシンボルレベル位置（ｓｙｍｂｏｌ ｌｅｖｅｌ ｐｏｓｉｔｉｏｎ）がＳＦＩフィールド（又は、ＳＦＩ－ｉｎｄｅｘ指示）によって上りリンク／柔軟と指示されたシンボルのサブセット（ｓｕｂｓｅｔ）内にある時に限って、前記（追加）ＳＲＳを送信できる。言い換えると、前記遅延／移動した（追加）ＳＲＳのシンボルレベル位置（ｓｙｍｂｏｌ ｌｅｖｅｌ ｐｏｓｉｔｉｏｎ）がＳＦＩフィールド（又は、ＳＦＩ－ｉｎｄｅｘ指示）によって上りリンク／柔軟と設定されたシンボルに含まれる場合に、端末は、ＳＲＳを当該シンボルで送信できる。すなわち、ＳＦＩフィールド（又は、ＳＦＩ－ｉｎｄｅｘ指示）によって上りリンク／柔軟と設定されたシンボル内でのみ前記１つ以上のＳＲＳ送信シンボルが決定されてよい。

【0354】

又は、端末は、前記遅延／移動した（追加）ＳＲＳのシンボルレベル位置（ｓｙｍｂｏｌ ｌｅｖｅｌ ｐｏｓｉｔｉｏｎ）に対して、ＳＦＩフィールド（又は、ＳＦＩ－ｉｎｄｅｘ指示）によって上りリンク／柔軟と指示されることを期待できる。

【0355】

仮に、前記上りリンク／柔軟と指示されたシンボルのサブセット（ｓｕｂｓｅｔ）内で（上位層シグナリングによる又はＵＬ ＤＣＩ／ＲＡＲ ＵＬグラントによる）前記ＳＲＳが送信される１つ以上のシンボルとＵＬチャネル／ＲＳとがシンボルレベル（ｓｙｍｂｏｌ ｌｅｖｅｌ）で衝突（ｆｕｌｌｙ／ｐａｒｔｉａｌｌｙ）する場合に、端末は、前記オプション１／オプション２（２－１／２－２／２－３／２－４）／オプション３のような動作を行うことができる。

【0356】

端末は、ＳＦＩフィールド（又は、ＳＦＩ－ｉｎｄｅｘ指示）に上りリンク／柔軟と設定されたシンボルのサブセット（ｓｕｂｓｅｔ）内でＳＲＳが送信される上りリンク／柔軟シンボルでは、上位層シグナリング（例えば、ＲＲＣシグナリング又はＭＡＣ ＣＥ）による又はＵＬ ＤＣＩ／ＲＡＲ ＵＬグラントによるＵＬチャネル／ＲＳ送信指示（すなわち、ＵＬチャネル／ＲＳスケジューリング）を期待しなくてよい。

【0357】

遅延／移動した（追加）ＳＲＳが非周期的ＳＲＳであれば、柔軟スロット（ｆｌｅｘｉｂｌｅ ｓｙｍｂｏｌ）で送信されることが基地局にとって分かる。したがって、前記提案３－３の動作により、基地局は、ＤＣＩフォーマット２＿０によって動的に（ｄｙｎａｍｉｃ）当該スロット（シンボル）で（追加）ＳＲＳの位置が上りリンク／柔軟シンボルに位置するようにＳＦＩ－ｉｎｄｅｘ指示を行うことができ、端末は、その通りに期待できるという長所がある。

【0358】

上述した方法２の提案３（提案３－１／３－２／３－３）は、（追加）ＳＲＳがクロスキャリアスケジューリング（ｃｒｏｓｓ－ｃａｒｒｉｅｒ ｓｃｈｅｄｕｌｉｎｇ）される場合及びキャリア併合（ＣＡ：ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）状況でも拡張適用可能である。すなわち、互いに異なるキャリア上でのＳＲＳの送信スロット（又は、シンボル）とそれ以外の下りリンク／上りリンクとの衝突／重複を防止することができる。

【0359】

上述した方法２の提案３（提案３－１／３－２／３－３）は、（追加ＳＲＳ）の他にも、特定ＵＬ ＲＳ／チャネルの送信及び当該ＵＬ ＲＳ／チャネルが特定ＤＬ／ＵＬ ＲＳ／チャネルと衝突する場合に対して拡張適用可能である。

【0360】

実施例２

【0361】

方法３：ＣＡ（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）状況で追加ＳＲＳとＰＵＳＣＨとの衝突及び／又はＳＲＳ間の衝突に対するＵＥ動作

【0362】

既存Ｒｅｌ－１５までのＬＴＥにおいて、１つのサービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）内でＳＲＳとＰＵＳＣＨとが衝突するようになる場合に、又は互いに異なるサービングセル上に送信されるＳＲＳとＰＵＳＣＨとが衝突する場合に、ＰＵＳＣＨに相対的に高い優先順位（ｈｉｇｈ ｐｒｉｏｒｉｔｙ）を置き、ＳＲＳがドロップされた。

【0363】

また、ＵＥの能力（ｃａｐａｂｉｌｉｔｙ）によって、ＣＡ状況で互いに異なるサービングセル上にＳＲＳとＰＵＳＣＨが同時に（例えば、同一サブフレームで）スケジュールされる場合に、ＳＲＳとＰＵＳＣＨ送信電力（ｐｏｗｅｒ）の和によって動作が決定される。仮に、ＳＲＳとＰＵＳＣＨ送信電力の和が当該ＵＥの最大送信電力を超えないと、端末は、互いに異なるセル（ｃｅｌｌ）のＳＲＳとＰＵＳＣＨを同時送信できる。一方、仮にＳＲＳとＰＵＳＣＨ送信電力の和が当該ＵＥの最大送信電力を超えると、端末はＰＵＳＣＨを優先してＳＲＳの電力をクリッピング（ｃｌｉｐｐｉｎｇ）してスケールダウン（ｓｃａｌｅ ｄｏｗｎ）して同時送信するか又はＳＲＳ自体をドロップしてよい。

【0364】

これと違い、Ｒｅｌ－１６及びそれ以降の向上したＵＥのＣＡ状況で追加ＳＲＳとＰＵＳＣＨとの衝突に対するＵＥ動作について提案する。

【0365】

提案１：ＵＥの単一サービングセル状況或いはＣＡ状況で、同一のサービングセル上で追加ＳＲＳとＰＵＳＣＨが同時に（例えば、同一サブフレーム又はスロットで）スケジュールされることにより同一時点に衝突（ｃｏｌｌｉｓｉｏｎ）が発生する場合に、ＵＥは、追加ＳＲＳに相対的に高い優先順位（ｈｉｇｈ ｐｒｉｏｒｉｔｙ）を置いてＰＵＳＣＨをドロップし、追加ＳＲＳを送信することができる。また、ＣＡ状況で互いに異なるサービングセル上で追加ＳＲＳとＰＵＳＣＨが同時に（例えば、同一サブフレーム又はスロットで）スケジュールされることにより同一時点に衝突（ｃｏｌｌｉｓｉｏｎ）が発生する場合に、ＵＥは、ＰＵＳＣＨに相対的に高い優先順位（ｈｉｇｈ ｐｒｉｏｒｉｔｙ）を置いて追加ＳＲＳをドロップし、ＰＵＳＣＨを送信することができる。

【0366】

上述した方法３の提案１では、ＵＥの単一サービングセル或いはＣＡ状況で、同一サービングセル上での追加ＳＲＳとＰＵＳＣＨとの衝突が発生する時に、ＵＥがＰＵＳＣＨをドロップする動作を提案する。また、互いに異なるセル間の衝突が発生する時に、ＵＥがＳＲＳをドロップする動作を提案する。同一サービングセル上での衝突に対しては、基地局がＤＬ情報取得のために追加ＳＲＳを設定／指示したが、ＰＵＳＣＨとの衝突がおきたエラーケース（ｅｒｒｏｒ ｃａｓｅ）と見なし、ＵＥ動作を明確に定める効果がある。互いに異なるセル間の衝突に対しては、既存ＬＴＥと同様に、ＰＵＳＣＨに載せられた情報（データ、ＤＬ ＨＡＲＱフィードバックなど）を優先視して保護する効果がある。

【0367】

提案２：ＵＥの最大送信電力（ｐｏｗｅｒ）に対する能力（ｃａｐａｂｉｌｉｔｙ）に基づいてＵＥの動作が決定されてよい。ＣＡ状況で互いに異なるサービングセル上で追加ＳＲＳとＰＵＳＣＨが同時に（例えば、同一サブフレーム又はスロットで）スケジュールされることにより同一時点に衝突（ｃｏｌｌｉｓｉｏｎ）が発生する場合に、次のように動作する。仮に追加ＳＲＳとＰＵＳＣＨ送信電力の和が当該ＵＥの最大送信電力を超えないと、互いに異なるセルの追加ＳＲＳとＰＵＳＣＨを同時に送信できる。一方、仮に追加ＳＲＳとＰＵＳＣＨ送信電力の和が当該ＵＥの最大送信電力を超えると、追加ＳＲＳに相対的に高い優先順位（ｈｉｇｈ ｐｒｉｏｒｉｔｙ）を置いてＰＵＳＣＨの送信電力をスケールダウン（ｓｃａｌｅ ｄｏｗｎ）して同時送信するか、又はＰＵＳＣＨ自体をドロップ（ｄｒｏｐ）させてよい（すなわち、ＰＵＳＣＨを送信しない。）。

【0368】

また、このような追加ＳＲＳとＰＵＳＣＨの同時送信が可能か否かに対して別個のＵＥ能力（ｃａｐａｂｉｌｉｔｙ）が定義され、ＵＥは、当該能力に対して基地局に報告できる。

【0369】

さらに、基地局はＵＥに、かかる追加ＳＲＳとＰＵＳＣＨとの同時送信の可否に対して設定／指示できる。当該設定／指示によって同時送信が可能であると指示されると、ＵＥは、（ＰＵＳＣＨの送信電力をスケールダウン（ｓｃａｌｅ ｄｏｗｎ）してでも）追加ＳＲＳとＰＵＳＣＨを同時送信できる。又は、当該設定／指示によって同時送信が不可能であると指示されると、ＵＥは、上のようにＰＵＳＣＨ自体をドロップしてよい。

【0370】

上述した方法３の提案２では、ＣＡ状況で互いに異なるサービングセル上で追加ＳＲＳとＰＵＳＣＨが同時に設定／指示される場合に、ＵＥ動作の曖昧さ（ａｍｂｉｇｕｉｔｙ）を解消する効果を得ることができる。また、既存ＬＴＥとは違い、ＤＬスケジューリングのための情報取得又はＤＬ ＣＳＩ情報取得のための追加ＳＲＳを優先視して同時送信及びドロッピング規則（ｄｒｏｐｐｉｎｇ ｒｕｌｅ）を定義する効果がある。

【0371】

提案３：ＵＥのＣＡ状況において、互いに異なるサービングセル上で追加ＳＲＳとＵｐＰＴＳのＳＲＳが同時に（例えば、同一サブフレーム又はスロットで）設定／指示されて衝突（ｃｏｌｌｉｓｉｏｎ）が発生する場合に、ＵＥは、追加ＳＲＳを優先（ｐｒｉｏｒｉｔｉｚｅ）して追加ＳＲＳを送信できる。

【0372】

又は、衝突（ｃｏｌｌｉｓｉｏｎ）が発生した追加ＳＲＳのシンボルの数とＵｐＰＴＳのＳＲＳのシンボルの数を比較し、ＵＥは、相対的に多いシンボル数が割り当てられたＳＲＳを送信し、相対的に少ないシンボル数が割り当てられたＳＲＳをドロップしてよい。仮に、同一のシンボル数を有する場合に、ＵＥは追加ＳＲＳを送信し、ＵｐＰＴＳのＳＲＳをドロップしてよい。或いは、同一のシンボル数を有すると、ＵＥは、優先順位が相対的に高い（ＰＣｅｌｌ（ｐｒｉｍａｒｙ ｃｅｌｌ）＞ＰＳＣｅｌｌ（ｐｒｉｍａｒｙ ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）＞ＳＣｅｌｌ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）、及び／又はＭＣＧ（ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ）＞ＳＣＧ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ））セル／セルグループのＳＲＳを送信し、低いセル／セルグループのＳＲＳをドロップしてよい。

【0373】

また、ＵＥのＣＡ状況において、互いに異なるサービングセル上で追加ＳＲＳが同時に（例えば、同一サブフレーム又はスロットで）設定／指示されて衝突（ｃｏｌｌｉｓｉｏｎ）が発生する場合に、ＵＥは、優先順位が相対的に高い（ＰＣｅｌｌ＞ＰＳＣｅｌｌ＞ＳＣｅｌｌ、及び／又はＭＣＧ＞ＳＣＧ）セル／セルグループの追加ＳＲＳを送信し、低いセル／セルグループの追加ＳＲＳをドロップしてよい。衝突（ｃｏｌｌｉｓｉｏｎ）が起きた追加ＳＲＳのシンボル数を比較することによって、ＵＥは、相対的に少ないシンボル数を持つＳＲＳの優先順位を下げて（ｄｅｐｒｉｏｒｉｔｉｚｅ）ドロップすることができる。

【0374】

また、前記互いに異なるサービングセル上での追加ＳＲＳとＵｐＰＴＳのＳＲＳとの衝突及び／又は互いに異なるサービングセル上での追加ＳＲＳ間の衝突において、両体（ｅｎｔｉｔｙ）（例えば、ＳＲＳ）の同時送信の可否に対して別個のＵＥ能力（ｃａｐａｂｉｌｉｔｙ）が定義され、ＵＥは、当該能力に対して基地局に報告できる。仮に、当該ＵＥ能力において前記衝突する両固体（ｅｎｔｉｔｙ）（例えば、ＳＲＳ）の送信電力の和が当該ＵＥの最大送信電力を超えないと、ＵＥは、互いに異なるセルの両固体を同時送信できる。一方、前記衝突する両固体の送信電力の和が当該ＵＥの最大送信電力を超えると、上述した方法３の提案３の優先順位規則（ｐｒｉｏｒｉｔｙ ｒｕｌｅ）に従って優先順位が下がった（ｄｅｐｒｉｏｒｉｔｉｚｅ）個体の送信電力をスケールダウン（ｓｃａｌｅ ｄｏｗｎ）して同時に送信するか、又は優先順位が下がった（ｄｅｐｒｉｏｒｉｔｉｚｅ）個体をドロップしてよい。さらに、基地局はＵＥに、かかる両固体の同時送信の可否に対して設定／指示できる。

【0375】

上述した方法３の提案３は、ＵＥのＣＡ状況においてセル別に異なるＴＤＤ構成（すなわち、ＵＬ－ＤＬ構成）を有するとき、追加ＳＲＳとＵｐＰＴＳのＳＲＳとが衝突する時のＵＥ動作の曖昧さ（ａｍｂｉｇｕｉｔｙ）を解消する効果がある。また、互いに異なるサービングセル上で追加ＳＲＳ同士が衝突する場合のＵＥ動作の曖昧さ（ａｍｂｉｇｕｉｔｙ）を解消する効果がある。例えば、１３個のシンボル（すなわち、シンボルインデックス０～１２）の追加ＳＲＳが最後の２個のシンボル（すなわち、シンボルインデックス１２、１３）のＵｐＰＴＳのＳＲＳと衝突する場合に、重なっている１つのシンボルのために追加ＳＲＳがドロップされると、リソース活用側面で浪費であるといえる。したがって、シンボル数によってドロッピング規則（ｄｒｏｐｐｉｎｇ ｒｕｌｅ）を定義することによってリソース浪費を最小化する効果がある。

【0376】

基地局－端末間動作において、上述した方法３の提案１又は提案２又は提案３が独立に適用されてよく、また、方法３の提案１、２、３のうち２つ以上の任意の組合せで適用されてもよい。

【0377】

図９は、本開示の一実施例に係る上りリンク送信を行う方法に対する基地局と端末間のシグナリング手順を例示する図である。

【0378】

図９では、先に提案した実施例１（方法１、方法２）、実施例２（方法３）に基づく端末と基地局間のシグナリング手順を例示する。図９の例示は、説明の便宜のためのもので、本開示の範囲を制限するものではない。図９で例示された一部の段階は、状況及び／又は設定によってドロップされてよい。また、図９で、基地局と端末は一例示に過ぎず、図１３で例示されている装置によって具現されてよい。例えば、図１３のプロセッサ（ｐｒｏｃｅｓｓｏｒ）（１０２／２０２）は、トランシーバー（１０６／２０６）を用いてチャネル／信号／データ／情報など（例えば、ＳＲＳ関連設定情報、ＵＬ／ＤＬスケジューリングのためのＤＣＩ、追加ＳＲＳ、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＨＩＣＨなど）を送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ（１０４／２０４）に記憶するように制御することができる。

【0379】

図９では、上述した実施例１の方法１、方法２、及び／又は実施例２の方法３で説明された方式に基づいてＵＥが上りリンク送信（例えば、ＵＬチャネル、追加ＳＲＳなど）を行う場合が仮定される。

【0380】

図９を参照すると、基地局（ＢＳ：ｂａｓｅ ｓｔａｔｉｏｎ）は端末（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）にＳＲＳ関連設定情報を送信することができる（Ｓ９０１）。

【0381】

すなわち、ＵＥは基地局からＳＲＳ関連設定情報を受信することができる。

【0382】

ここで、上述した方法１～方法３のように、ＳＲＳ関連設定情報は、ＳＲＳ（例えば、追加ＳＲＳ、ＵｐＰｔｓ ＳＲＳなど）送信と関連した情報を含むことができる。例えば、ＳＲＳ送信と関連した情報の一例として、ＳＲＳが送信される時間（スロット及び／又はシンボル）／周波数／空間リソースに関する情報、ＳＲＳが設定されるセル情報、周期的ＳＲＳの場合に周期、反復回数に関する情報、非周期的ＳＲＳの場合にスロットオフセットなどを含むことができる。

【0383】

また、上述した方法２のように、ＳＲＳ関連設定情報は、追加ＳＲＳを送信可能なサブフレーム（又は、スロット）及び／又は追加ＳＲＳを優先（ｐｒｉｏｒｉｔｉｚｅ）するサブフレーム（又は、スロット）に関する情報を含むことができる。

【0384】

ＳＲＳは、周期的送信、半持続的（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ）送信、非周期的（ａｐｅｒｉｏｄｉｃ）送信の少なくともいずれか一つであってよい。

【0385】

ここで、ＳＲＳ関連設定情報は、上位層シグナリング（例えば、ＲＲＣシグナリング）及び／又は動的シグナリング（例えば、ＭＡＣ ＣＥ又はＤＣＩ）によって送信されてよい。例えば、ＲＲＣシグナリングの場合、ＳＲＳ関連設定情報はＳｏｕｎｄｉｎｇＲＳ－ＵＬ－Ｃｏｎｆｉｇ情報要素（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）及び／又はＳＲＳ－ｃｏｎｆｉｇ ＩＥを含むことができる。

【0386】

基地局は、ＳＲＳ及び／又はＵＬチャネル（又は、ＤＬチャネル）などの送信と関連したＤＣＩを（ＰＤＣＣＨを介して）ＵＥに送信できる（Ｓ９０２）。

【0387】

すなわち、ＵＥは基地局からＳＲＳ及び／又はＵＬチャネル（又は、ＤＬチャネル）などの送信と関連したＤＣＩを（ＰＤＣＣＨを介して）受信することができる。

【0388】

ここで、ＤＣＩは、上述した方法１～方法３におけるＤＣＩ（すなわち、ＤＬチャネルスケジューリングのためのＤＣＩ、ＵＬチャネルスケジューリングのためのＤＣＩ）に該当し得る。

【0389】

また、非周期的ＳＲＳ送信の場合、上記の方法２及び／又は方法３で記述された通り、Ｓ９０２段階でＤＣＩによってＳＲＳ送信がトリガーされてよい。

【0390】

また、上記の方法２のように、ＤＣＩは、追加ＳＲＳに対するスロットオフセットを指示でき、及び／又は、ＤＣＩは、トリガーされるＳＲＳが上りリンクチャネルわりも優先するか否かを示すことができる。

【0391】

ＵＥは、受信したＳＲＳ関連設定情報及びＤＣＩに基づいて、ＳＲＳ及び／又はＵＬチャネルを送信できる（Ｓ９０３）。

【0392】

例えば、上記の方法１の提案に先立ち、Ｓ９０２段階で、ＤＬチャネルをスケジュールするＤＣＩによって追加ＳＲＳがトリガーされた場合に、上記の方法２の提案１－１及び／又は提案１’－１によってＳＲＳの送信タイミング（例えば、サブフレーム及び／又はスロット）が決定されてよい。

【0393】

又は、上記の方法１の提案に先立ち、Ｓ９０２段階で、ＵＬチャネルをスケジュールするＤＣＩによって追加ＳＲＳがトリガーされた場合に、上記の方法２の提案１－２及び／又は提案１’－２によって、ＵＬチャネル及び／又はＳＲＳの送信タイミング（例えば、サブフレーム及び／又はスロット）が決定されてよい。

【0394】

ここで、上記の方法２の提案１’－２のように、ＵＬチャネルと追加ＳＲＳ送信スロットとが異なるか又はＵＬチャネルと追加ＳＲＳとがシンボルレベルで衝突しないと、ＵＥは、ＵＬチャネルと追加ＳＲＳの両方を送信できる。ただし、上記の方法２の提案１’－２のように、ＵＬチャネルと追加ＳＲＳ送信スロットが同一であり、当該スロット内でシンボルレベルで衝突すると、ＵＥは、当該スロットでＰＵＳＣＨを送信し、ＳＲＳ送信は遅延／移動させてよい。

【0395】

また、上記の方法２の提案２及び／又は２’のように、ＵＬチャネルと追加ＳＲＳの送信サブフレーム（又は、スロット）が同一であるか又はＵＬチャネルと追加ＳＲＳがシンボルレベルで衝突する場合に、ＵＥは、当該サブフレーム（又は、スロット）が、あらかじめ設定されたＳＲＳ送信が優先するサブフレーム（又は、シンボル）であるか否かによって、ＳＲＳとＵＬチャネル間の優先順位が定められてよい。ここで、ＳＲＳ送信が優先するサブフレーム（又は、シンボル）である場合に、上記の方法２の提案２’のように、本開示に係る「優先順位規則（ｐｒｉｏｒｉｔｙ ｒｕｌｅ）」によってＳＲＳとＵＬチャネル間の優先順位が定められてよい。

【0396】

また、上述した方法３のように、ＵＥは、単一サービングセル或いはＣＡが設定された状況で、同一サービングセル上で追加ＳＲＳとＰＵＳＣＨが同時にスケジュールされて衝突が発生する場合に、方法３の提案１の動作が行われてよい。また、ＵＥは、ＣＡが設定された状況で、互いに異なるサービングセル上で追加ＳＲＳとＰＵＳＣＨが同時にスケジュールされて衝突する場合に、方法３の提案２の動作が行われてよい。また、ＵＥは、ＣＡが設定された状況で、互いに異なるサービングセル上で追加ＳＲＳとＵｐＰＴＳのＳＲＳが同時に設定／指示されて衝突する場合に、方法３の提案３の動作が行われてよい。

【0397】

その後、図９では例示されていないが、基地局は、ＵＥからＳ９０３段階で受信したＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫを（ＰＨＩＣＨを介して）ＵＥに送信できる。すなわち、ＵＥは、Ｓ９０３段階で送信したＰＵＳＣＨに対するＡＣＫ／ＮＡＣＫを（ＰＨＩＣＨを介して）基地局から受信することができる。ここで、当該セルに設定されたＤＬ／ＵＬ設定（又は、ＴＤＤ設定）が１／２／３／４／５である場合に、上記の方法１の提案１による動作が行われてよい。また、当該セルに設定されたＤＬ／ＵＬ設定（又は、ＴＤＤ設定）が０／６である場合に、上記の方法１の提案２による動作が行われてよい。また、当該セルに設定されたＤＬ／ＵＬ設定（又は、ＴＤＤ設定）とは関係なく、上記の方法１の提案３による動作が行われてよい。

【0398】

図１０は、本開示の一実施例に係る上りリンク送信を行う方法に対する基地局と端末間のシグナリング手順を例示する図である。

【0399】

図１０では、先に提案した実施例１（方法１、方法２）、実施例２（方法３）に基づく端末と基地局間のシグナリング手順を例示する。図１０の例示は、説明の便宜のためのもので、本開示の範囲を制限するものではない。図１０で例示された一部の段階は、状況及び／又は設定によってドロップされてよい。また、図１０で基地局と端末は一例示に過ぎず、図１３に例示されている装置によって具現されてよい。例えば、図１３のプロセッサ（ｐｒｏｃｅｓｓｏｒ）（１０２／２０２）は、トランシーバー（１０６／２０６）を用いてチャネル／信号／データ／情報など（例えば、ＳＲＳ関連設定情報、ＵＬ／ＤＬスケジューリングのためのＤＣＩ、追加ＳＲＳ、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＨＩＣＨなど）を送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ（１０４／２０４）に記憶するように制御することができる。

【0400】

図１０を参照すると、基地局（ＢＳ：ｂａｓｅ ｓｔａｔｉｏｎ）は端末（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）にスロット設定のための第１設定情報を送信できる（Ｓ１００１）。

【0401】

すなわち、ＵＥは基地局からスロット設定のための第１設定情報を受信することができる。

【0402】

ここで、第１設定情報は、下りリンク／上りリンクＴＤＤ設定情報を意味できる。言い換えると、第１設定情報は、ＴＤＤにおいて下りリンクスロット、上りリンクスロット、柔軟（ｆｌｅｘｉｂｌｅ）のスロットを設定するための情報を意味できる。第１設定情報は、セル特定の設定情報（例えば、「ｔｄｄ－ＵＬ－ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ」）であるか、端末特定の設定情報（例えば、「ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ」）であるか、又はこれら両方ともを含むこともできる。また、第１設定情報は、スロットフォーマット指示子（ＳＦＩ：Ｓｌｏｔ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ）を搬送するＤＣＩフォーマット２＿０を含むことができる。

【0403】

基地局（ＢＳ：ｂａｓｅ ｓｔａｔｉｏｎ）は端末（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）にＳＲＳ関連設定情報を送信できる（Ｓ１００２）。

【0404】

すなわち、ＵＥは基地局からＳＲＳ関連設定情報を受信することができる。

【0405】

ＳＲＳ関連設定情報は、１つ以上のＳＲＳリソースセットに関する情報を含むことができ、１つ以上のＳＲＳリソースセットのそれぞれに対するＳＲＳリソースに関する情報も含むことができる。

【0406】

ここで、上述した方法１～方法３のように、ＳＲＳ関連設定情報は、ＳＲＳ（例えば、追加ＳＲＳ、ＵｐＰｔｓ ＳＲＳなど）送信と関連した情報を含むことができる。例えば、ＳＲＳ送信と関連した情報の一例として、ＳＲＳが送信される時間（スロット及び／又はシンボル）／周波数／空間リソースに関する情報、ＳＲＳが設定されるセル情報、周期的ＳＲＳの場合に周期、反復回数に関する情報、非周期的ＳＲＳの場合にスロットオフセットなどを含むことができる。

【0407】

また、上述した方法２のように、ＳＲＳ関連設定情報は、追加ＳＲＳを送信可能なサブフレーム（又は、スロット）及び／又は追加ＳＲＳを優先（ｐｒｉｏｒｉｔｉｚｅ）するサブフレーム（又は、スロット）に関する情報を含むことができる。

【0408】

ＳＲＳは、周期的送信、半持続的（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ）送信、非周期的（ａｐｅｒｉｏｄｉｃ）送信の少なくともいずれか一つであってよい。

【0409】

ここで、ＳＲＳ関連設定情報は、上位層シグナリング（例えば、ＲＲＣシグナリング）及び／又は動的シグナリング（例えば、ＭＡＣ ＣＥ又はＤＣＩ）によって送信されてよい。例えば、ＲＲＣシグナリングの場合、ＳＲＳ関連設定情報はＳｏｕｎｄｉｎｇＲＳ－ＵＬ－Ｃｏｎｆｉｇ情報要素（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）及び／又はＳＲＳ－ｃｏｎｆｉｇ ＩＥを含むことができる。

【0410】

基地局は、ＳＲＳ及び／又はＵＬチャネル（又は、ＤＬチャネル）などの送信と関連したＤＣＩを（ＰＤＣＣＨを介して）ＵＥに送信できる（Ｓ１００３）。

【0411】

すなわち、ＵＥは基地局からＳＲＳ及び／又はＵＬチャネル（又は、ＤＬチャネル）などの送信と関連したＤＣＩを（ＰＤＣＣＨを介して）受信することができる。

【0412】

ここで、ＤＣＩは、上述した方法１～方法３におけるＤＣＩ（すなわち、ＤＬチャネルスケジューリングのためのＤＣＩ、ＵＬチャネルスケジューリングのためのＤＣＩ）に該当し得る。

【0413】

また、非周期的ＳＲＳ送信の場合、上記の方法２及び／又は方法３で記述された通り、Ｓ１００３段階でＤＣＩによってＳＲＳ送信がトリガーされてよい。

【0414】

ここで、上記の方法２の提案３（３－１／３－２／３－３）のように、ＤＣＩは、ＳＲＳ関連設定情報によって設定された１つ以上のＳＲＳリソースセットのうち１つ以上のＳＲＳリソースセットに対するＳＲＳ送信をトリガーできる。

【0415】

ＵＥは、受信したＳＲＳ関連設定情報及びＤＣＩに基づいて、ＳＲＳ及び／又はＵＬチャネルを送信できる（Ｓ１００４）。

【0416】

ＵＥは、Ｓ１００３段階でトリガーされたＳＲＳリソースセット内で（すなわち、ＳＲＳリソースセットに含まれた全てのＳＲＳリソース内で）ＳＲＳを基地局に送信できる。

【0417】

ここで、上述した方法２の提案によって、ＳＲＳの送信タイミング（例えば、サブフレーム及び／又はスロット及び／又はシンボル）が決定されてよい。

【0418】

例えば、上述した方法２の提案３－１のように、ＳＲＳ送信スロットは、ＤＣＩによってトリガーされたＳＲＳリソースセットに設定されたスロットオフセット（ｓｌｏｔ ｏｆｆｓｅｔ）に関係なく、前記ＳＲＳの送信のために利用可能なスロット（例えば、上りリンクスロット、柔軟スロット）の中から決定されてよい。

【0419】

また、上述した方法２の提案３－１のように、ＳＲＳ送信スロットは、前記ＤＣＩの受信からＤＣＩによってトリガーされたＳＲＳリソースセットに設定されたスロットオフセット（ｓｌｏｔ ｏｆｆｓｅｔ）以後のスロットが上りリンクスロットでなくても、前記ＳＲＳの送信のために利用可能なスロット（例えば、上りリンクスロット、柔軟スロット）の中から決定されてよい。

【0420】

ＳＲＳ送信をために利用可能なスロット内で定められたＳＲＳのシンボルレベル位置（ｓｙｍｂｏｌ ｌｅｖｅｌ ｐｏｓｉｔｉｏｎ）（すなわち、１つ以上のＳＲＳ送信シンボル）が、先のＳ１００１段階の第１設定情報によって柔軟シンボルと設定されたシンボルに（部分的に／全体的に）位置することがある。

【0421】

すなわち、１つ以上のＳＲＳ送信シンボル全体が、柔軟シンボルと設定されたシンボルに位置することがある。この場合、上述した方法２の提案３－１のオプション１によって、端末は、１つ以上のＳＲＳ送信シンボル全体で、上位層シグナリングによる又は他のＤＣＩによる下りリンクスケジューリング（又は、上りリンクスケジューリング）を期待しなくてよい。すなわち、基地局は、１つ以上のＳＲＳ送信シンボル全体で下りリンクスケジューリング（又は、上りリンクスケジューリング）を行わなくてよい。又は、上述した方法２の提案３－１のオプション２、３によって、下りリンク／上りリンク送信のスケジューリングは許容されるが、１つ以上のＳＲＳ送信シンボルとスケジュールされた下りリンク／上りリンク送信とが重なる／衝突する場合に、ＳＲＳ送信とスケジュールされた下りリンク／上りリンク送信間の優先順位を考慮してドロップ／遅延動作が行われる。

【0422】

又は、１つ以上のＳＲＳ送信シンボルのうち一部が、柔軟シンボルと設定されたシンボルに位置することがある。この場合、上述した方法２の提案３－１のオプション１のように、端末は、１つ以上のＳＲＳ送信シンボルのうち一部のシンボル（すなわち、柔軟シンボル）で下りリンクスケジューリング（又は、上りリンクスケジューリング）を期待しなくてよい。すなわち、基地局は、１つ以上のＳＲＳ送信シンボルのうち一部のシンボル（すなわち、柔軟シンボル）で、上位層シグナリングによる又は他のＤＣＩによる下りリンクスケジューリング（又は、上りリンクスケジューリング）を行わなくてよい。又は、上述した方法２の提案３－１のオプション２、３のように、下りリンク／上りリンク送信のスケジューリングは許容されるが、１つ以上のＳＲＳ送信シンボルのうち一部のシンボル（すなわち、柔軟シンボル）とスケジュールされた下りリンク／上りリンク送信とが重なる／衝突する場合に、ＳＲＳ送信とスケジュールされた下りリンク／上りリンク送信間の優先順位を考慮してドロップ／遅延動作が行われる。

【0423】

また、上記の方法２の提案３－２のように、１つ以上のＳＲＳ送信シンボルが、スロット設定と関連した端末特定の設定情報（すなわち、「ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ」設定）によって上りリンク／柔軟と設定されたシンボルに含まれる場合に、端末は、当該１つ以上のＳＲＳ送信シンボルでＳＲＳを送信できる。そして、上述した提案３－１のオプション動作が行われてよい。

【0424】

また、上記の方法２の提案３－３のように、１つ以上のＳＲＳ送信シンボルが、ＤＣＩフォーマット２＿０のＳＦＩフィールド（又は、ＳＦＩ－ｉｎｄｅｘ指示）によって上りリンク／柔軟と設定されたシンボルに含まれる場合に、端末は、当該１つ以上のＳＲＳ送信シンボルでＳＲＳを送信できる。そして、上述した提案３－１のオプション動作が行われてよい。

【0425】

図１１は、本開示の一実施例に係るＳＲＳ送受信方法に対する端末の動作を例示する図である。

【0426】

図１１では、先に提案した実施例１（方法１、方法２）、実施例２（方法３）に基づく端末の動作を例示する。図１１の例示は、説明の便宜のためのもので、本開示の範囲を制限するものではない。図１１で例示された一部の段階は、状況及び／又は設定によってドロップされてよい。また、図１１で、端末は一例示に過ぎず、図１３に例示されている装置によって具現されてよい。例えば、図１３のプロセッサ（ｐｒｏｃｅｓｓｏｒ）（１０２／２０２）は、トランシーバー（１０６／２０６）を用いてチャネル／信号／データ／情報など（例えば、ＳＲＳ関連設定情報、ＵＬ／ＤＬスケジューリングのためのＤＣＩ、追加ＳＲＳ、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＨＩＣＨなど）を送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ（１０４／２０４）に記憶するように制御することができる。

【0427】

図１１を参照すると、端末は基地局からスロット設定のための設定情報を受信することができる（Ｓ１１０１）。

【0428】

ここで、スロット設定のための設定情報は、下りリンク／上りリンクＴＤＤ設定情報を意味できる。言い換えると、スロット設定のための設定情報は、ＴＤＤにおいて下りリンクスロット、上りリンクスロット、柔軟（ｆｌｅｘｉｂｌｅ）スロットを設定するための情報を意味できる。スロット設定のための設定情報は、セル特定の設定情報（例えば、「ｔｄｄ－ＵＬ－ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ」）であるか、端末特定の設定情報（例えば、「ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ」）であるか、又はこれら両方ともを含むこともできる。また、スロット設定のための設定情報は、スロットフォーマット指示子（ＳＦＩ：Ｓｌｏｔ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ）を搬送するＤＣＩフォーマット２＿０を含むことができる。

【0429】

端末は基地局から、ＳＲＳの送信をトリガーするＤＣＩを（ＰＤＣＣＨを介して）受信することができる（Ｓ１１０２）。

【0430】

ここで、ＤＣＩは、上述した方法１～方法３におけるＤＣＩ（すなわち、ＤＬチャネルスケジューリングのためのＤＣＩ、ＵＬチャネルスケジューリングのためのＤＣＩ）に該当し得る。

【0431】

ここで、上記の方法２の提案３（３－１／３－２／３－３）のように、ＤＣＩは、ＳＲＳ関連設定情報によって設定された１つ以上のＳＲＳリソースセットのうち１つ以上のＳＲＳリソースセットに対するＳＲＳ送信をトリガーできる。

【0432】

ＵＥはＳＲＳを基地局に送信することができる（Ｓ１１０３）。

【0433】

ＵＥは、Ｓ１１０２段階でトリガーされたＳＲＳリソースセット内で（すなわち、ＳＲＳリソースセットに含まれた全てのＳＲＳリソース内で）ＳＲＳを基地局に送信することができる。

【0434】

ここで、上述した方法２の提案によって、ＳＲＳの送信タイミング（例えば、サブフレーム及び／又はスロット及び／又はシンボル）が決定されてよい。

【0435】

例えば、上述した方法２の提案３－１のように、ＳＲＳ送信スロットは、ＤＣＩによってトリガーされたＳＲＳリソースセットに設定されたスロットオフセット（ｓｌｏｔ ｏｆｆｓｅｔ）に関係なく、前記ＳＲＳの送信のために利用可能なスロット（例えば、上りリンクスロット、柔軟スロット）の中から決定されてよい。

【0436】

また、上述した方法２の提案３－１のように、ＳＲＳ送信スロットは、前記ＤＣＩの受信からＤＣＩによってトリガーされたＳＲＳリソースセットに設定されたスロットオフセット（ｓｌｏｔ ｏｆｆｓｅｔ）以後のスロットが上りリンクスロットでなくても、前記ＳＲＳの送信のために利用可能なスロット（例えば、上りリンクスロット、柔軟スロット）の中から決定されてよい。

【0437】

ＳＲＳ送信をために利用可能なスロットの中から決定されたＳＲＳ送信スロット内でＳＲＳ送信のための１つ以上のＳＲＳ送信シンボルが定められてよい。ここで、定められたＳＲＳのシンボルレベル位置（ｓｙｍｂｏｌ ｌｅｖｅｌ ｐｏｓｉｔｉｏｎ）（すなわち、１つ以上のＳＲＳ送信シンボル）が先にＳ１１０１段階の１設定情報によって柔軟シンボルと設定されたシンボルに（部分的に／全体的に）位置することがある。

【0438】

例えば、１つ以上のＳＲＳ送信シンボル全体が柔軟シンボルと設定されたシンボルに位置することがある。この場合、上述した方法２の提案３－１のオプション１によって、端末は、１つ以上のＳＲＳ送信シンボル全体で、上位層シグナリングによる又は他のＤＣＩによる下りリンクスケジューリング（又は、上りリンクスケジューリング）を期待しなくてよい。すなわち、基地局は、１つ以上のＳＲＳ送信シンボル全体で下りリンクスケジューリング（又は、上りリンクスケジューリング）を行わなくてよい。又は、上述した方法２の提案３－１のオプション２、３によって、下りリンク／上りリンク送信のスケジューリングは許容されるが、１つ以上のＳＲＳ送信シンボルとスケジュールされた下りリンク／上りリンク送信とが重なる／衝突する場合に、ＳＲＳ送信とスケジュールされた下りリンク／上りリンク送信間の優先順位を考慮してドロップ／遅延動作が行われる。

【0439】

又は、１つ以上のＳＲＳ送信シンボルのうち一部が、柔軟シンボルと設定されたシンボルに位置することがある。この場合、上述した方法２の提案３－１のオプション１のように、端末は、１つ以上のＳＲＳ送信シンボルのうち一部のシンボル（すなわち、柔軟シンボル）で下りリンクスケジューリング（又は、上りリンクスケジューリング）を期待しなくてよい。すなわち、基地局は１つ以上のＳＲＳ送信シンボルのうち一部のシンボル（すなわち、柔軟シンボル）で、上位層シグナリングによる又は他のＤＣＩによる下りリンクスケジューリング（又は、上りリンクスケジューリング）を行わなくてよい。又は、上述した方法２の提案３－１のオプション２、３のように、下りリンク／上りリンク送信のスケジューリングは許容されるが、１つ以上のＳＲＳ送信シンボルのうち一部のシンボル（すなわち、柔軟シンボル）とスケジュールされた下りリンク／上りリンク送信とが重なる／衝突する場合に、ＳＲＳ送信とスケジュールされた下りリンク／上りリンク送信間の優先順位を考慮してドロップ／遅延動作が行われる。

【0440】

また、上記の方法２の提案３－２のように、１つ以上のＳＲＳ送信シンボルが、スロット設定と関連した端末特定の設定情報（すなわち、「ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ」設定）によって上りリンク／柔軟と設定されたシンボルに含まれる場合に、端末は、当該１つ以上のＳＲＳ送信シンボルでＳＲＳを送信できる。そして、上述した提案３－１のオプション動作が行われてよい。

【0441】

また、上記の方法２の提案３－３のように、１つ以上のＳＲＳ送信シンボルが、ＤＣＩフォーマット２＿０のＳＦＩフィールド（又は、ＳＦＩ－ｉｎｄｅｘ指示）によって上りリンク／柔軟と設定されたシンボルに含まれる場合に、端末は、当該１つ以上のＳＲＳ送信シンボルでＳＲＳを送信できる。そして、上述した提案３－１のオプション動作が行われてよい。

【0442】

図１２は、本開示の一実施例に係るＳＲＳ送受信方法に対する基地局の動作を例示する図である。

【0443】

図１２では、先に提案した実施例１（方法１、方法２）、実施例２（方法３）に基づく基地局の動作を例示する。図１２の例示は、説明の便宜のためのもので、本開示の範囲を制限するものではない。図１２で例示された一部の段階は、状況及び／又は設定によってドロップされてよい。また、図１２で基地局は一例示に過ぎず、図１３に例示されている装置によって具現されてよい。例えば、図１３のプロセッサ（ｐｒｏｃｅｓｓｏｒ）（１０２／２０２）は、トランシーバー（１０６／２０６）を用いてチャネル／信号／データ／情報など（例えば、ＳＲＳ関連設定情報、ＵＬ／ＤＬスケジューリングのためのＤＣＩ、追加ＳＲＳ、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＨＩＣＨなど）を送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ（１０４／２０４）に記憶するように制御することができる。

【0444】

図１２を参照すると、基地局は端末にスロット設定のための設定情報を送信できる（Ｓ１２０１）。

【0445】

ここで、スロット設定のための設定情報は、下りリンク／上りリンクＴＤＤ設定情報を意味できる。言い換えると、スロット設定のための設定情報は、ＴＤＤにおいて下りリンクスロット、上りリンクスロット、柔軟（ｆｌｅｘｉｂｌｅ）スロットを設定するための情報を意味できる。スロット設定のための設定情報はセル特定の設定情報（例えば、「ｔｄｄ－ＵＬ－ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ」）であるか、端末特定の設定情報（例えば、「ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ」）であるか、又はこれら両方ともを含むこともできる。また、スロット設定のための設定情報は、スロットフォーマット指示子（ＳＦＩ：Ｓｌｏｔ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ）を搬送するＤＣＩフォーマット２＿０を含むことができる。

【0446】

基地局は端末に、ＳＲＳの送信をトリガーするＤＣＩを（ＰＤＣＣＨを介して）送信できる（Ｓ１２０２）。

【0447】

ここで、ＤＣＩは、上述した方法１～方法３におけるＤＣＩ（すなわち、ＤＬチャネルスケジューリングのためのＤＣＩ、ＵＬチャネルスケジューリングのためのＤＣＩ）に該当し得る。

【0448】

ここで、上記の方法２の提案３（３－１／３－２／３－３）のように、ＤＣＩは、ＳＲＳ関連設定情報によって設定された１つ以上のＳＲＳリソースセットのうち１つ以上のＳＲＳリソースセットに対するＳＲＳ送信をトリガーできる。

【0449】

基地局は端末からＳＲＳを受信することができる（Ｓ１２０３）。

【0450】

基地局は、Ｓ１２０２段階でトリガーされたＳＲＳリソースセット内で（すなわち、ＳＲＳリソースセットに含まれた全てのＳＲＳリソース内で）ＳＲＳを端末から受信することができる。

【0451】

ここで、上述した方法２の提案によって、ＳＲＳの送信タイミング（例えば、サブフレーム及び／又はスロット及び／又はシンボル）が決定されてよい。

【0452】

例えば、上述した方法２の提案３－１のように、ＳＲＳ送信スロットは、ＤＣＩによってトリガーされたＳＲＳリソースセットに設定されたスロットオフセット（ｓｌｏｔ ｏｆｆｓｅｔ）に関係なく、前記ＳＲＳの送信のために利用可能なスロット（例えば、上りリンクスロット、柔軟スロット）の中から決定されてよい。

【0453】

また、上述した方法２の提案３－１のように、ＳＲＳ送信スロットは、前記ＤＣＩの受信からＤＣＩによってトリガーされたＳＲＳリソースセットに設定されたスロットオフセット（ｓｌｏｔ ｏｆｆｓｅｔ）以後のスロットが上りリンクスロットでなくても、前記ＳＲＳの送信のために利用可能なスロット（例えば、上りリンクスロット、柔軟スロット）の中から決定されてよい。

【0454】

ＳＲＳ送信をために利用可能なスロットの中から決定されたＳＲＳ送信スロット内でＳＲＳ送信のための１つ以上のＳＲＳ送信シンボルが定められてよい。ここで、定められたＳＲＳのシンボルレベル位置（ｓｙｍｂｏｌ ｌｅｖｅｌ ｐｏｓｉｔｉｏｎ）（すなわち、１つ以上のＳＲＳ送信シンボル）が、先にＳ１１０１段階の１設定情報によって柔軟シンボルと設定されたシンボルに（部分的に／全体的に）位置することがある。

【0455】

例えば、１つ以上のＳＲＳ送信シンボル全体が、柔軟シンボルと設定されたシンボルに位置することがある。この場合、上述した方法２の提案３－１のオプション１によって、端末は、１つ以上のＳＲＳ送信シンボル全体で、上位層シグナリングによる又は他のＤＣＩによる下りリンクスケジューリング（又は、上りリンクスケジューリング）を期待しなくてよい。すなわち、基地局は、１つ以上のＳＲＳ送信シンボル全体で下りリンクスケジューリング（又は、上りリンクスケジューリング）を行わなくてよい。又は、上述した方法２の提案３－１のオプション２、３によって、下りリンク／上りリンク送信のスケジューリングは許容されるが、１つ以上のＳＲＳ送信シンボルとスケジュールされた下りリンク／上りリンク送信とが重なる／衝突する場合に、ＳＲＳ送信とスケジュールされた下りリンク／上りリンク送信間の優先順位を考慮してドロップ／遅延動作が行われる。

【0456】

又は、１つ以上のＳＲＳ送信シンボルのうち一部が、柔軟シンボルと設定されたシンボルに位置することがある。この場合、上述した方法２の提案３－１のオプション１のように、端末は、１つ以上のＳＲＳ送信シンボルのうち一部のシンボル（すなわち、柔軟シンボル）で、下りリンクスケジューリング（又は、上りリンクスケジューリング）を期待しなくてよい。すなわち、基地局は、１つ以上のＳＲＳ送信シンボルのうち一部のシンボル（すなわち、柔軟シンボル）で、上位層シグナリングによる又は他のＤＣＩによる下りリンクスケジューリング（又は、上りリンクスケジューリング）を行わなくてよい。又は、上述した方法２の提案３－１のオプション２、３のように、下りリンク／上りリンク送信のスケジューリングは許容されるが、１つ以上のＳＲＳ送信シンボルのうち一部のシンボル（すなわち、柔軟シンボル）とスケジュールされた下りリンク／上りリンク送信とが重なる／衝突する場合に、ＳＲＳ送信とスケジュールされた下りリンク／上りリンク送信間の優先順位を考慮してドロップ／遅延動作が行われる。

【0457】

また、上記の方法２の提案３－２のように、１つ以上のＳＲＳ送信シンボルが、スロット設定と関連した端末特定の設定情報（すなわち、「ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ」設定）によって上りリンク／柔軟と設定されたシンボルに含まれる場合に、端末は、当該１つ以上のＳＲＳ送信シンボルでＳＲＳを送信できる。そして、上述した提案３－１のオプション動作が行われてよい。

【0458】

また、上記の方法２の提案３－３のように、１つ以上のＳＲＳ送信シンボルが、ＤＣＩフォーマット２＿０のＳＦＩフィールド（又は、ＳＦＩ－ｉｎｄｅｘ指示）によって上りリンク／柔軟と設定されたシンボルに含まれる場合に、端末は、当該１つ以上のＳＲＳ送信シンボルでＳＲＳを送信できる。そして、上述した提案３－１のオプション動作が行われてよい。

【0459】

本開示が適用可能な装置一般

【0460】

図１３は、本開示の一実施例に係る無線通信装置を示すブロック構成図である。

【0461】

図１３を参照すると、 第１無線機器１００と第２無線機器２００は、様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）を用いて無線信号を送受信することができる。

【0462】

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

【0463】

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

【0464】

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

【0465】

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

【0466】

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

【0467】

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

【0468】

以上で説明された実施例は、本開示の構成要素及び特徴が所定の形態で結合したものである。各構成要素又は特徴は、特に明示的言及がない限り、選択的なものとして考慮されるべきである。各構成要素又は特徴は、他の構成要素又は特徴と結合しない形態で実施されてもよい。また、一部の構成要素及び／又は特徴を結合させて本開示の実施例を構成することも可能である。本開示の実施例において説明される動作の順序は変更されてよい。ある実施例の一部の構成又は特徴は他の実施例に含まれてもよく、或いは他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係を有しない請求項を結合させて実施例を構成するか、或いは出願後の補正によって新しい請求項として含めることができることは明らかである。

【0469】

本開示は、本開示の必須特徴を外れない範囲で他の特定の形態として具体化できることは当業者に自明である。したがって、上述した詳細な説明はいかなる面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本開示の範囲は、添付する請求項の合理的解釈によって決定されるべきであり、本開示の等価的範囲内における変更はいずれも本開示の範囲に含まれる。

【0470】

本開示の範囲は、様々な実施例の方法による動作を装置又はコンピュータ上で実行させるソフトウェア又はマシン実行可能な命令（例えば、運営体制、アプリケーション、ファームウェア（ｆｉｒｍｗａｒｅ）、プログラムなど）、及びこのようなソフトウェア又は命令などが記憶されて装置又はコンピュータ上で実行可能な非一時的コンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を含む。本開示で説明する特徴を実行するプロセシングシステムをプログラミングするために利用可能な命令は、記憶媒体又はコンピュータ可読記憶媒体上に／内に記憶されてよく、このような記憶媒体を含むコンピュータプログラム製品を用いて、本開示に説明の特徴が具現されてよい。記憶媒体は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ又は他のランダムアクセスソリッドステートメモリデバイスのような高速ランダムアクセスメモリを含むことができるが、それに制限されず、１つ以上の磁器ディスク記憶デバイス、光ディスク記憶装置、フラッシュメモリデバイス又は他の非揮発性ソリッドステート記憶デバイスのような非揮発性メモリを含むことができる。メモリは選択的に、プロセッサから遠隔に位置している１つ以上の記憶デバイスを含む。メモリ又は代案としてメモリ内の非揮発性メモリデバイスは、非一時的コンピュータ可読記憶媒体を含む。本開示に説明の特徴は、マシン可読媒体の任意の一つに記憶され、プロセシングシステムのハードウェアを制御でき、プロセシングシステムが本開示の実施例に係る結果を活用する他のメカニズムと相互作用するようにするソフトウェア及び／又はファームウェアに統合されてよい。このようなソフトウェア又はファームウェアは、アプリケーションコード、デバイスドライバー、運営体制及び実行環境／コンテナを含むことができるが、これに制限されない。

【0471】

ここで、本開示の無線機器１００，２００において具現される無線通信技術は、ＬＴＥ、ＮＲ及び６Ｇの他に、低電力通信のための狭帯域モノのインターネット（Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ，ＮＢ－ＩｏＴ）も含むことができる。このとき、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であってよく、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格によって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器（ＸＸＸ，ＹＹＹ）において具現される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行うことができる。このとき、一例として、ＬＴＥ－Ｍ技術は、ＬＰＷＡＮ技術の一例であってよく、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称と呼ばれてよい。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍなどの様々な規格のうち少なくともいずれか一つによって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器（ＸＸＸ，ＹＹＹ）において具現される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ）（登録商標）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）及び低電力広帯域通信網（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＬＰＷＡＮ）のうち少なくともいずれか一つを含むことができ、上述した名称に限定されるものではない。一例として、ＺｉｇＢｅｅ技術は、ＩＥＥＥ ８０２．１５．４などの様々な規格に基づいて小型／低い電力デジタル通信に関連したＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、様々な名称と呼ばれてよい。

【産業上の利用可能性】

【0472】

本開示で提案する方法は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムの他にも様々な無線通信システムに適用可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】