特表 2024-530925 無線通信システムにおいて下りリンクパワー調整方法及び装置

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-08-27

(54)【発明の名称】無線通信システムにおいて下りリンクパワー調整方法及び装置

(51)【国際特許分類】

   H04W 72/23 20230101AFI20240820BHJP

   H04W 52/08 20090101ALI20240820BHJP

【ＦＩ】

H04W72/23

H04W52/08

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024506739

(86)(22)【出願日】2022-08-04

(85)【翻訳文提出日】2024-02-02

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

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

(87)【国際公開日】2023-02-09

(31)【優先権主張番号】10-2021-0104128

(32)【優先日】2021-08-06

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

(31)【優先権主張番号】10-2021-0134354

(32)【優先日】2021-10-08

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

(31)【優先権主張番号】10-2021-0151524

(32)【優先日】2021-11-05

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】シム チェナム

(72)【発明者】

【氏名】コ ヒョンス

(72)【発明者】

【氏名】ユ ヒャンソン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067DD43

5K067EE02

5K067EE10

5K067GG08

5K067GG09

(57)【要約】

無線通信システムにおいて下りリンクパワー調整方法及び装置が開示される。本開示の一実施例に係る制御情報を受信する方法は、基地局から、サービングセルと関連した第１設定情報及びＣＳＩ－ＲＳリソースと関連した第２設定情報を受信する段階であって、前記第１設定情報は、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｒｉｏｎ ｓｉｇｎａｌ）のリソース要素別エネルギー（ＥＰＲＥ：ｅｎｅｒｇｙ ｐｅｒ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）に関する情報を含み、前記第２設定情報は、前記ＳＳＳに対する前記ＥＰＲＥ対比前記ＣＳＩ－ＲＳリソースのＥＰＲＥの第１パワーオフセットに関する情報を含む、段階；及び、前記基地局から下りリンク送信のパワー調整（ａｄｊｕｓｔｍｅｎｔ）のための制御情報を受信する段階を含んでよい。前記制御情報は、前記下りリンク送信のパワー調整と関連したＣＳＩ－ＲＳリソースのインデックスを含んでよい。
【選択図】 図１４

【特許請求の範囲】

【請求項1】

無線通信システムにおいて制御情報を受信する方法であって、端末によって行われる前記方法は、
基地局から、サービングセルと関連した第１設定情報及びＣＳＩ－ＲＳリソースと関連した第２設定情報を受信する段階であって、前記第１設定情報は、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｒｉｏｎ ｓｉｇｎａｌ）のリソース要素別エネルギー（ＥＰＲＥ：ｅｎｅｒｇｙ ｐｅｒ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）に関する情報を含み、前記第２設定情報は、前記ＳＳＳに対する前記ＥＰＲＥ対比前記ＣＳＩ－ＲＳリソースのＥＰＲＥの第１パワーオフセットに関する情報を含む、段階と、
前記基地局から下りリンク送信のパワー調整（ａｄｊｕｓｔｍｅｎｔ）のための制御情報を受信する段階を含み、
前記制御情報は、前記下りリンク送信のパワー調整と関連したＣＳＩ－ＲＳリソースのインデックスを含む、方法。

【請求項2】

前記制御情報は、前記下りリンク送信のパワー調整と関連した前記ＣＳＩ－ＲＳリソース対比前記下りリンク送信のＥＰＲＥの第２パワーオフセットに関する情報を含み、
前記第２パワーオフセットに基づいて、前記下りリンク送信のＥＰＲＥは、前記下りリンク送信のパワー調整と関連した前記ＣＳＩ－ＲＳリソースのＥＰＲＥから導出される、請求項１に記載の方法。

【請求項3】

前記制御情報に基づいて、前記下りリンク送信のパワー調整と関連した前記ＣＳＩ－ＲＳリソースと関連したＣＳＩ報告が行われる、請求項２に記載の方法。

【請求項4】

前記制御情報は、前記下りリンク送信のパワー調整に適用されるスロットインデックスに関する情報を含み、
前記下りリンク送信のパワー調整は、前記制御情報に基づいて、前記スロットインデックスによって指示されたスロットでの前記下りリンク送信に適用される、請求項１に記載の方法。

【請求項5】

前記基地局に前記下りリンク送信のパワー調整に対する要請を送信する段階をさらに含み、
前記制御情報は、前記前記下りリンク送信のパワー調整に対する要請に対する応答として送信される、請求項１に記載の方法。

【請求項6】

前記下りリンク送信のパワー調整に対する要請は、パワー調整が要請されるリソース又は多重化モードに関する情報を含む、請求項５に記載の方法。

【請求項7】

前記下りリンク送信のパワーレベルに基づいて、前記端末によって前記下りリンク送信のパワー調整に対する要請の送信が可能であると判断される時にのみ、前記基地局に前記下りリンク送信のパワー調整に対する要請が送信される、請求項５に記載の方法。

【請求項8】

前記基地局から前記下りリンク送信のパワー調整に対する要請を受信したことを知らせるための情報を受信する段階をさらに含む、請求項５に記載の方法。

【請求項9】

無線通信システムにおいて制御情報を受信する端末であって、前記端末は、
無線信号を送受信するための１つ以上の送受信部（ｔｒａｎｓｃｅｉｖｅｒ）と、
前記１つ以上の送受信部を制御する１つ以上のプロセッサを含み、
前記１つ以上のプロセッサは、
基地局から、サービングセルと関連した第１設定情報及びＣＳＩ－ＲＳリソースと関連した第２設定情報を受信し、ここで、前記第１設定情報は、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｒｉｏｎ ｓｉｇｎａｌ）のリソース要素別エネルギー（ＥＰＲＥ：ｅｎｅｒｇｙ ｐｅｒ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）に関する情報を含み、前記第２設定情報は、前記ＳＳＳに対する前記ＥＰＲＥ対比前記ＣＳＩ－ＲＳリソースのＥＰＲＥの第１パワーオフセットに関する情報を含み；及び
前記基地局から下りリンク送信のパワー調整（ａｄｊｕｓｔｍｅｎｔ）のための制御情報を受信する、ように設定され、
前記制御情報は、前記下りリンク送信のパワー調整と関連したＣＳＩ－ＲＳリソースのインデックスを含む、端末。

【請求項10】

１つ以上の命令を保存する１つ以上の非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）コンピュータ可読媒体であって、
１つ以上のプロセッサによって実行される前記１つ以上の命令は、制御情報を受信する装置が、
基地局から、サービングセルと関連した第１設定情報及びＣＳＩ－ＲＳリソースと関連した第２設定情報を受信し、ここで、前記第１設定情報は、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｒｉｏｎ ｓｉｇｎａｌ）のリソース要素別エネルギー（ＥＰＲＥ：ｅｎｅｒｇｙ ｐｅｒ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）に関する情報を含み、前記第２設定情報は、前記ＳＳＳに対する前記ＥＰＲＥ対比前記ＣＳＩ－ＲＳリソースのＥＰＲＥの第１パワーオフセットに関する情報を含み；及び
前記基地局から、下りリンク送信のパワー調整（ａｄｊｕｓｔｍｅｎｔ）のための制御情報を受信する、ように制御し、
前記制御情報は、前記下りリンク送信のパワー調整と関連したＣＳＩ－ＲＳリソースのインデックスを含む、コンピュータ可読媒体。

【請求項11】

無線通信システムにおいて制御情報を受信する端末を制御するように設定されるプロセシング装置であって、前記プロセシング装置は、
１つ以上のプロセッサと、
前記１つ以上のプロセッサに動作可能に連結され、前記１つ以上のプロセッサによって実行されることに基づいて、動作を行う指示（ｉｎｓｔｒｕｃｔｉｏｎ）を保存する１つ以上のコンピュータメモリを含み、前記動作は、
基地局から、サービングセルと関連した第１設定情報及びＣＳＩ－ＲＳリソースと関連した第２設定情報を受信する段階であって、前記第１設定情報は、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｒｉｏｎ ｓｉｇｎａｌ）のリソース要素別エネルギー（ＥＰＲＥ：ｅｎｅｒｇｙ ｐｅｒ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）に関する情報を含み、前記第２設定情報は、前記ＳＳＳに対する前記ＥＰＲＥ対比前記ＣＳＩ－ＲＳリソースのＥＰＲＥの第１パワーオフセットに関する情報を含む、段階と、
前記基地局から下りリンク送信のパワー調整（ａｄｊｕｓｔｍｅｎｔ）のための制御情報を受信する段階を含み、
前記制御情報は、前記下りリンク送信のパワー調整と関連したＣＳＩ－ＲＳリソースのインデックスを含む、プロセシング装置。

【請求項12】

無線通信システムにおいて制御情報を送信する方法であって、基地局によって行われる前記方法は、
端末に、サービングセルと関連した第１設定情報及びＣＳＩ－ＲＳリソースと関連した第２設定情報を送信する段階であって、前記第１設定情報は、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｒｉｏｎ ｓｉｇｎａｌ）のリソース要素別エネルギー（ＥＰＲＥ：ｅｎｅｒｇｙ ｐｅｒ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）に関する情報を含み、前記第２設定情報は、前記ＳＳＳに対する前記ＥＰＲＥ対比前記ＣＳＩ－ＲＳリソースのＥＰＲＥの第１パワーオフセットに関する情報を含む、段階と、
前記端末に下りリンク送信のパワー調整（ａｄｊｕｓｔｍｅｎｔ）のための制御情報を送信する段階を含み、
前記制御情報は、前記下りリンク送信のパワー調整と関連したＣＳＩ－ＲＳリソースのインデックスを含む、方法。

【請求項13】

無線通信システムにおいて制御情報を送信する基地局であって、前記基地局は、
無線信号を送受信するための１つ以上の送受信部（ｔｒａｎｓｃｅｉｖｅｒ）と、
前記１つ以上の送受信部を制御する１つ以上のプロセッサを含み、
前記１つ以上のプロセッサは、
端末に、サービングセルと関連した第１設定情報及びＣＳＩ－ＲＳリソースと関連した第２設定情報を送信し、ここで、前記第１設定情報は、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｒｉｏｎ ｓｉｇｎａｌ）のリソース要素別エネルギー（ＥＰＲＥ：ｅｎｅｒｇｙ ｐｅｒ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）に関する情報を含み、前記第２設定情報は、前記ＳＳＳに対する前記ＥＰＲＥ対比前記ＣＳＩ－ＲＳリソースのＥＰＲＥの第１パワーオフセットに関する情報を含み、
前記端末に下りリンク送信のパワー調整（ａｄｊｕｓｔｍｅｎｔ）のための制御情報を送信する、ように設定され、
前記制御情報は、前記下りリンク送信のパワー調整と関連したＣＳＩ－ＲＳリソースのインデックスを含む、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信システムに関し、より詳細には、無線通信システムにおいて下りリンク送信のパワーを調整する方法及び装置に関する。

【背景技術】

【0002】

移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声に留まらずデータサービスまで領域を拡張し、現在、爆発的なトラフィックの増加によってリソースの不足現象が発生しており、ユーザもより高速のサービスを要求していることから、より発展した移動通信システムが望まれている。

【0003】

次世代移動通信システムの要求条件は、大きく、爆発的なデータトラフィックの受容、ユーザ当たり送信率の画期的な増加、大幅に増加した連結デバイス個数の受容、非常に低い端対端遅延（Ｅｎｄ－ｔｏ－Ｅｎｄ Ｌａｔｅｎｃｙ）、高エネルギー効率の支援である。そのために、二重接続性（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ ＭＩＭＯ：Ｍａｓｓｉｖｅ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）、全二重（Ｉｎ－ｂａｎｄ Ｆｕｌｌ Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ－Ｏｒｔｈｏｇｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ Ｎｅｔｗｏｒｋｉｎｇ）などの様々な技術が研究されている。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本開示の技術的課題は、下りリンク送信のパワーを調整（アップデート）する方法及び装置を提供することである。

【0005】

また、本開示の更なる技術的課題は、統合されたアクセス及びバックホール（ＩＡＢ：ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ）を支援する無線通信システムにおいて下りリンク送信のパワーを動的に調整（アップデート）する方法及び装置を提供することである。

【0006】

本開示で遂げようとする技術的課題は、以上で言及した技術的課題に限定されず、言及していない別の技術的課題は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

【課題を解決するための手段】

【0007】

本開示の一態様に係る無線通信システムにおいて制御情報を受信する方法であって、端末によって行われる前記方法は、基地局から、サービングセルと関連した第１設定情報及びＣＳＩ－ＲＳリソースと関連した第２設定情報を受信する段階であって、前記第１設定情報は、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）のリソース要素別エネルギー（ＥＰＲＥ：ｅｎｅｒｇｙ ｐｅｒ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）に関する情報を含み、前記第２設定情報は、前記ＳＳＳに対する前記ＥＰＲＥ対比前記ＣＳＩ－ＲＳリソースのＥＰＲＥの第１パワーオフセットに関する情報を含む、段階、及び、前記基地局から下りリンク送信のパワー調整（ａｄｊｕｓｔｍｅｎｔ）のための制御情報を受信する段階を含んでよい。前記制御情報は、前記下りリンク送信のパワー調整と関連したＣＳＩ－ＲＳリソースのインデックスを含んでよい。

【0008】

本開示の他の一態様に係る無線通信システムにおいて制御情報を送信する方法であって、基地局によって行われる前記方法は、端末に、サービングセルと関連した第１設定情報及びＣＳＩ－ＲＳリソースと関連した第２設定情報を送信する段階であって、前記第１設定情報は、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）のリソース要素別エネルギー（ＥＰＲＥ：ｅｎｅｒｇｙ ｐｅｒ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）に関する情報を含み、前記第２設定情報は、前記ＳＳＳに対する前記ＥＰＲＥ対比前記ＣＳＩ－ＲＳリソースのＥＰＲＥの第１パワーオフセットに関する情報を含む、段階；及び、前記端末に下りリンク送信のパワー調整（ａｄｊｕｓｔｍｅｎｔ）のための制御情報を送信する段階を含んでよい。前記制御情報は、前記下りリンク送信のパワー調整と関連したＣＳＩ－ＲＳリソースのインデックスを含んでよい。

【発明の効果】

【0009】

本開示の実施例によれば、下りリンク送信のパワーを動的に調整／アップデートすることができる。

【0010】

本開示の実施例によれば、ＩＡＢを支援する無線通信システムにおいて、下りリンク送信のパワーを動的に調整／アップデートすることによって、バックホールリンクの性能を向上させることができる。

【0011】

本開示から得られる効果は、以上で言及した効果に限定されず、言及していない別の効果は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

【図面の簡単な説明】

【0012】

本開示に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本開示に関する実施例を提供し、詳細な説明と共に本開示の技術的特徴を説明する。

【0013】

【図1】本開示の適用が可能な無線通信システムの構造を例示する。

【0014】

【図2】本開示の適用が可能な無線通信システムにおいてフレーム構造を例示する。

【0015】

【図3】本開示の適用が可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。

【0016】

【図4】本開示の適用が可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。

【0017】

【図5】本開示の適用が可能な無線通信システムにおいてスロット構造を例示する。

【0018】

【図6】本開示の適用が可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。

【0019】

【図7】本開示の適用が可能な無線通信システムにおいて統合アクセス及びバックホールリンクを有するネットワークを例示する。

【0020】

【図8】本開示の適用が可能な無線通信システムにおいて統合アクセス及びバックホールリンクを有するネットワークを例示する。

【0021】

【図9】本開示の適用が可能な無線通信システムにおいてＮＧＣを使用するＳＡモードとＥＰＣを使用するＮＳＡモードを例示する。

【0022】

【図10】本開示の適用が可能な無線通信システムにおいて統合アクセス及びバックホールリンクを例示する図である。

【0023】

【図11】本開示の適用が可能な無線通信システムにおいて複数のＭＴ－ＣＣと複数のＤＵ－ｃｅｌｌを例示する。

【0024】

【図12】本開示の適用が可能な無線通信システムにおいてＩＡＢノードが親ノード１（ｐａｒｅｎｔ ｎｏｄｅ １）と親ノード２（ｐａｒｅｎｔ ｎｏｄｅ ２）に連結された場合を例示する。

【0025】

【図13】本開示の一実施例に係る下りリンクパワー調整方法に対する基地局と端末間のシグナリング手順を例示する図である。

【0026】

【図14】本開示の一実施例に係る下りリンクパワー調整方法に対する端末の動作を例示する図である。

【0027】

【図15】本開示の一実施例に係る下りリンクパワー調整方法に対する基地局の動作を例示する図である。

【0028】

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

【発明を実施するための形態】

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

－ ＴＲＳ：トラッキング参照信号（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）

【0072】

－ Ｔｘ：送信（ｔｒａｎｓｍｉｓｓｉｏｎ）

【0073】

－ ＵＥ：ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）

【0074】

－ ＺＰ：ゼロパワー（ｚｅｒｏ ｐｏｗｅｒ）

【0075】

システム一般

【0076】

より多い通信機器がより大きい通信容量を要求するにつれ、既存の無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信への必要性が台頭している。また、多数の機器及びモノを連結していつどこででも様々なサービスを提供するマッシブ（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要課題の一つである。これに加え、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインも議論されている。このようにｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｍｍｔｃ（ｍａｓｓｉｖｅ ＭＴＣ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代ＲＡＴの導入が議論されており、本開示では便宜上、当該技術をＮＲと呼ぶ。ＮＲは、５Ｇ ＲＡＴの一例を表す表現である。

【0077】

ＮＲを含む新しいＲＡＴシステムは、ＯＦＤＭ送信方式又はこれと類似の送信方式を用いる。新しいＲＡＴシステムは、ＬＴＥのＯＦＤＭパラメータとは異なるＯＦＤＭパラメータに従い得る。又は、新しいＲＡＴシステムは、既存のＬＴＥ／ＬＴＥ－Ａのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）にそのまま従うが、より大きいシステム帯域幅（例えば、１００ＭＨｚ）を支援できる。又は、一つのセルが複数個のヌメロロジーを支援することもできる。すなわち、互いに異なるヌメロロジーで動作する端末が一つのセル内に共存してもよい。

【0078】

ヌメロロジーは、周波数領域において一つのサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応する。参照サブキャリア間隔（Ｒｅｆｅｒｅｎｃｅ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）を整数Ｎでスケーリング（ｓｃａｌｉｎｇ）することにより、互いに異なるヌメロロジーを定義できる。

【0079】

図１には、本開示が適用可能な無線通信システムの構造を例示する。

【0080】

図１を参照すると、ＮＧ－ＲＡＮは、ＮＧ－ＲＡ（ＮＧ－Ｒａｄｉｏ Ａｃｃｅｓｓ）ユーザ平面（すなわち、新しいＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）サブ層／ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）／ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）／ＭＡＣ／ＰＨＹ）及びＵＥに対する制御平面（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。前記ｇＮＢはＸｎインターフェースを介して相互連結される。前記ｇＮＢは、また、ＮＧインターフェースを介してＮＧＣ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に連結される。より具体的には、前記ｇＮＢは、Ｎ２インターフェースを介してＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に、Ｎ３インターフェースを介してＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）に連結される。

【0081】

図２には、本開示が適用可能な無線通信システムにおいてフレーム構造を例示する。

【0082】

ＮＲシステムは、多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）を支援できる。ここで、ヌメロロジーは、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）と循環前置（ＣＰ：Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）オーバーヘッドによって定義されてよい。このとき、多数のサブキャリア間隔は、基本（参照）サブキャリア間隔を整数Ｎ（又は、μ）でスケーリング（ｓｃａｌｉｎｇ）することによって誘導されてよい。また、非常に高い搬送波周波数において非常に低いサブキャリア間隔を利用しないと仮定されても、用いられるヌメロロジーは周波数帯域と独立に選択されてよい。また、ＮＲシステムでは多数のヌメロロジーによる様々なフレーム構造が支援されてよい。

【0083】

以下、ＮＲシステムにおいて考慮可能なＯＦＤＭヌメロロジー及びフレーム構造について説明する。ＮＲシステムにおいて支援される多数のＯＦＤＭヌメロロジーは、下表１のように定義されてよい。

【0084】

【表1】

【0085】

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

【0086】

ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２タイプ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義される。ＦＲ１、ＦＲ２は、下表２のように構成されてよい。また、ＦＲ２は、ミリ波（ｍｍＷ：ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ）を意味できる。

【0087】

【表2】

【0088】

ＮＲシステムにおけるフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）と関連して、時間領域の様々なフィールドのサイズは、Ｔ_ｃ＝１／（Δｆ_ｍａｘ・Ｎ_ｆ）の時間単位の倍数と表現される。ここで、Δｆ_ｍａｘ＝４８０・１０^３Ｈｚであり、Ｎ_ｆ＝４０９６である。下りリンク（ｄｏｗｎｌｉｎｋ）及び上りリンク（ｕｐｌｉｎｋ）送信は、Ｔ_ｆ＝１／（Δｆ_ｍａｘＮ_ｆ／１００）・Ｔ_ｃ＝１０ｍｓの区間を有する無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）で構成（ｏｒｇａｎｉｚｅｄ）される。ここで、無線フレームはそれぞれ、Ｔ_ｓｆ＝（Δｆ_ｍａｘＮ_ｆ／１０００）・Ｔ_ｃ＝１ｍｓの区間を有する１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。この場合、上りリンクに対する１セットのフレーム及び下りリンクに対する１セットのフレームが存在してよい。また、端末からの上りリンクフレーム番号ｉにおける送信は、当該端末における該当の下りリンクフレームの開始よりＴ_ＴＡ＝（Ｎ_ＴＡ＋Ｎ_{ＴＡ，ｏｆｆｓｅｔ}）Ｔ_ｃ以前に始めなければならない。サブキャリア間隔構成μに対して、スロット（ｓｌｏｔ）は、サブフレーム内でｎ_ｓ ^μ∈｛０，．．．，Ｎ_ｓｌｏｔ ^{ｓｕｂｆｒａｍｅ，μ}－１｝の増加する順序で番号が付けられ、無線フレーム内でｎ_ｓ，ｆ ^μ∈｛０，．．．，Ｎ_ｓｌｏｔ ^{ｆｒａｍｅ，μ}－１｝の増加する順序で番号が付けられる。一つのスロットはＮ_ｓｙｍｂ ^ｓｌｏｔの連続するＯＦＤＭシンボルで構成され、Ｎ_ｓｙｍｂ ^ｓｌｏｔは、ＣＰによって決定される。サブフレームにおいてスロットｎ_ｓ ^μの開始は、同一サブフレームにおいてＯＦＤＭシンボルｎ_ｓ ^μＮ_ｓｙｍｂ ^ｓｌｏｔの開始と時間的に整列される。全ての端末が同時に送信及び受信を行うことができるわけではなく、これは、下りリンクスロット（ｄｏｗｎｌｉｎｋ ｓｌｏｔ）又は上りリンクスロット（ｕｐｌｉｎｋ ｓｌｏｔ）における全てのＯＦＤＭシンボルが用いられ得るわけではことを意味する。

【0089】

表３は、一般ＣＰにおいてスロット別ＯＦＤＭシンボルの個数（Ｎ_ｓｙｍｂ ^ｓｌｏｔ）、無線フレーム別スロットの個数（Ｎ_ｓｌｏｔ ^{ｆｒａｍｅ，μ}）、サブフレーム別スロットの個数（Ｎ_ｓｌｏｔ ^{ｓｕｂｆｒａｍｅ，μ}）を示し、表４は、拡張ＣＰにおいてスロット別ＯＦＤＭシンボルの個数、無線フレーム別スロットの個数、サブフレーム別スロットの個数を示す。

【0090】

【表3】

【0091】

【表4】

【0092】

図２は、μ＝２である場合（ＳＣＳが６０ｋＨｚ）の一例であり、表３を参照すると、１サブフレーム（ｓｕｂｆｒａｍｅ）は４個のスロット（ｓｌｏｔ）を含むことができる。図２に示す１サブフレーム＝｛１，２，４｝スロットは一例であり、１サブフレームに含まれ得るスロットの個数は、表３又は表４のように定義される。また、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）は、２、４又は７シンボルを含むか、それよりも多い又はより少ないシンボルを含むことができる。

【0093】

ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）と関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮されてよい。以下、ＮＲシステムにおいて考慮可能な前記物理リソースについて具体的に説明する。

【0094】

まず、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルを、同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。一つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（ｌａｒｇｅ－ｓｃａｌｅ ｐｒｏｐｅｒｔｙ）が、他のアンテナポート上のシンボルが運搬されるチャネルから類推され得る場合、２個のアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ或いはｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）関係にあると言える。ここで、前記広範囲特性は、遅延拡散（Ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、周波数シフト（Ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ）、平均受信電力（Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、受信タイミング（Ｒｅｃｅｉｖｅｄ Ｔｉｍｉｎｇ）のいずれか１つ以上を含む。

【0095】

図３には、本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。

【0096】

図３を参照すると、リソースグリッドが、周波数領域上にＮ_ＲＢ ^μＮ_ｓｃ ^ＲＢサブキャリアで構成され、一つのサブフレームが１４・２^μＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されない。ＮＲシステムにおいて、送信される信号（ｔｒａｎｓｍｉｔｔｅｄ ｓｉｇｎａｌ）は、Ｎ_ＲＢ ^μＮ_ｓｃ ^ＲＢサブキャリアで構成される一つ又はそれ以上のリソースグリッド及び２^μＮ_ｓｙｍｂ ^（μ）のＯＦＤＭシンボルによって説明される。ここで、Ｎ_ＲＢ ^μ≦Ｎ_ＲＢ ^{ｍａｘ，μ}である。前記Ｎ_ＲＢ ^{ｍａｘ，μ}は、最大送信帯域幅を表し、これは、ヌメロロジーだけでなく、上りリンクと下りリンク間にも変わってよい。この場合、μ及びアンテナポートｐ別に一つのリソースグリッドが設定されてよい。μ及びアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）と呼ばれ、インデックス対

によって固有に識別される。ここで、ｋ＝０，．．．，Ｎ_ＲＢ ^μＮ_ｓｃ ^ＲＢ－１は、周波数領域上のインデックスであり、

，．．．，２^μＮ_ｓｙｍｂ ^（μ）－１は、サブフレーム内でシンボルの位置を表す。スロットにおいてリソース要素を示す時には、インデックス対（ｋ，ｌ）が用いられる。ここで、ｌ＝０，．．．，Ｎ_ｓｙｍｂ ^μ－１である。μ及びアンテナポートｐに対するリソース要素

は、複素値（ｃｏｍｐｌｅｘ ｖａｌｕｅ）

に該当する。混同（ｃｏｎｆｕｓｉｏｎ）する危険のない場合或いは特定アンテナポート又はヌメロロジーが特定されない場合には、インデックスｐ及びμはドロップ（ｄｒｏｐ）してよく、その結果、複素値は

になり得る。また、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ，ＲＢ）は、周波数領域上のＮ_ｓｃ ^ＲＢ＝１２の連続するサブキャリアと定義される。

【0097】

ポイント（ｐｏｉｎｔ）Ａは、リソースブロックグリッドの共通基準ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）として働き、次のように取得される。

【0098】

－ プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）ダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のために端末によって用いられたＳＳ／ＰＢＣＨブロックと重なる最低リソースブロックの最低サブキャリアとポイントＡ間の周波数オフセットを示す。ＦＲ１に対して１５ｋＨｚサブキャリア間隔及びＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定したリソースブロック単位（ｕｎｉｔ）で表現される。

【0099】

－ ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、ＡＲＦＣＮ（ａｂｓｏｌｕｔｅ ｒａｄｉｏ－ｆｒｅｑｕｅｎｃｙ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）におけるように表現されたｐｏｉｎｔ Ａの周波数－位置を示す。

【0100】

共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、サブキャリア間隔設定μに対する周波数領域において０から上方に番号づけられる。サブキャリア間隔設定μに対する共通リソースブロック０のサブキャリア０の中心は、‘ポイントＡ’と一致する。周波数領域において共通リソースブロック番号ｎ_ＣＲＢ ^μとサブキャリア間隔設定μに対するリソース要素（ｋ，ｌ）との関係は、下記の式１のように与えられる。

【0101】

【数1】

【0102】

式１で、ｋは、ｋ＝０がポイントＡを中心とするサブキャリアに該当するようにポイントＡに相対的に定義される。物理リソースブロックは、帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）内で０からＮ_{ＢＷＰ，ｉ} ^{ｓｉｚｅ，μ}－１まで番号が付けられ、ｉは、ＢＷＰの番号である。ＢＷＰ ｉにおいて物理リソースブロックｎ_ＰＲＢと共通リソースブロックｎ_ＣＲＢ間の関係は、下記の式２によって与えられる。

【0103】

【数2】

【0104】

Ｎ_{ＢＷＰ，ｉ} ^{ｓｔａｒｔ，μ}は、ＢＷＰが共通リソースブロック０に相対的に始まる共通リソースブロックである。

【0105】

図４には、本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。そして、図５には、本開示が適用可能な無線通信システムにおいてスロット構造を例示する。

【0106】

図４及び図５を参照すると、スロットは、時間ドメインにおいて複数のシンボルを含む。例えば、一般ＣＰでは１スロットが７個のシンボルを含むが、拡張ＣＰでは１スロットが６個のシンボルを含む。

【0107】

搬送波は、周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインにおいて複数（例えば、１２）の連続した副搬送波と定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインにおいて複数の連続した（物理）リソースブロックと定義され、一つのヌメロロジー（例えば、ＳＣＳ、ＣＰ長など）に対応し得る。搬送波は、最大でＮ個（例えば、５個）のＢＷＰを含むことができる。データ通信は活性化されたＢＷＰで行われ、一つの端末には一つのＢＷＰのみが活性化されてよい。リソースグリッドにおいてそれぞれの要素は、リソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）と呼ばれ、一つの複素シンボルがマップされてよい。

【0108】

ＮＲシステムは、一つのコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）当たりに最大４００ＭＨｚまで支援されてよい。このような広帯域ＣＣ（ｗｉｄｅｂａｎｄ ＣＣ）で動作する端末が常にＣＣ全体に対する無線周波数（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）チップ（ｃｈｉｐ）をオンにしたままで動作すると、端末バッテリー消耗が増加し得る。或いは、一つの広帯域ＣＣ内に動作する様々な活用ケース（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Ｍｍｔｃ、Ｖ２Ｘなど）を考慮すれば、当該ＣＣ内に周波数帯域別に異なるヌメロロジー（例えば、サブキャリア間隔など）が支援されてよい。或いは、端末別に最大帯域幅に対する能力（ｃａｐａｂｉｌｉｔｙ）が異なることがある。これを考慮して、基地局は広帯域ＣＣの全体帯域幅ではなく一部の帯域幅でのみ動作するように端末に指示してよく、当該一部の帯域幅を便宜上、帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）と定義する。ＢＷＰは、周波数軸上で連続したＲＢで構成されてよく、一つのヌメロロジー（例えば、サブキャリア間隔、ＣＰ長、スロット／ミニスロット区間）に対応し得る。

【0109】

一方、基地局は、端末に設定された一つのＣＣ内でも多数のＢＷＰを設定できる。例えば、ＰＤＣＣＨモニタリングスロットでは相対的に小さい周波数領域を占めるＢＷＰを設定し、ＰＤＣＣＨで指示するＰＤＳＣＨは、それよりも大きいＢＷＰ上にスケジュールされてよい。或いは、特定ＢＷＰにＵＥが集中する場合に、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）のために一部の端末に他のＢＷＰを設定してよい。或いは、隣接セル間の周波数ドメインセル間干渉除去（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などを考慮して、全帯域幅のうち一部のスペクトル（ｓｐｅｃｔｒｕｍ）を排除し、両方のＢＷＰを同一スロット内でも設定できる。すなわち、基地局は、広帯域ＣＣと関連付けられた（ａｓｓｏｃｉａｔｉｏｎ）端末に、少なくとも一つのＤＬ／ＵＬ ＢＷＰを設定できる。基地局は特定時点に設定されたＤＬ／ＵＬ ＢＷＰのうち少なくとも一つのＤＬ／ＵＬ ＢＷＰを（Ｌ１シグナリング又はＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）又はＲＲＣシグナリングなどによって）活性化させることができる。また、基地局は、他の設定されたＤＬ／ＵＬ ＢＷＰへのスイッチングを（Ｌ１シグナリング又はＭＡＣ ＣＥ又はＲＲＣシグナリングなどによって）指示できる。又は、タイマーベースでタイマー値が満了すると、定められたＤＬ／ＵＬ ＢＷＰにスイッチしてもよい。このとき、活性化されたＤＬ／ＵＬ ＢＷＰを活性（ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰと定義する。ただし、端末が最初接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程を行っている中であるか、或いはＲＲＣ連結がセットアップ（ｓｅｔ ｕｐ）される前であるなどの状況では、ＤＬ／ＵＬ ＢＷＰに対する設定を受信できないことがあるので、このような状況で端末が仮定するＤＬ／ＵＬ ＢＷＰは、最初活性ＤＬ／ＵＬ ＢＷＰと定義する。

【0110】

図６には、本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。

【0111】

無線通信システムにおいて、端末は基地局から下りリンク（Ｄｏｗｎｌｉｎｋ）で情報を受信し、端末は基地局に上りリンク（Ｕｐｌｉｎｋ）で情報を送信する。基地局と端末が送受信する情報は、データ及び様々な制御情報を含み、それらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。

【0112】

端末は、電源が入るか、新しくセルに進入した場合に、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う（Ｓ６０１）。そのために、端末は基地局から主同期信号（ＰＳＳ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及び副同期信号（ＳＳＳ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を受信して基地局と同期を取り、セル識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）などの情報を取得できる。その後、端末は基地局から物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を受信してセル内放送情報を取得できる。一方、端末は、初期セル探索段階で下りリンク参照信号（ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信して下りリンクチャネル状態を確認することができる。

【0113】

初期セル探索を終えた端末は、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及び前記ＰＤＣＣＨに乗せられた情報によって物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信し、より具体的なシステム情報をすることが取得できる（Ｓ６０２）。

【0114】

一方、基地局に最初に接続するか、信号送信のための無線リソースがない場合に、端末は、基地局に対して任意接続過程（ＲＡＣＨ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる（段階Ｓ６０３～段階Ｓ６０６）。そのために、端末は、物理任意接続チャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）で特定シーケンスをプリアンブルとして送信し（Ｓ６０３及びＳ６０５）、プリアンブルに対する応答メッセージを、ＰＤＣＣＨ及び対応するＰＤＳＣＨで受信することができる（Ｓ６０４及びＳ６０６）。競合ベースＲＡＣＨの場合、さらに、衝突解決手続（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。

【0115】

上述したような手続を行った端末は、その後、一般の上りリンク／下りリンク信号送信手続として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ６０７）及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）／物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信（Ｓ６０８）を行うことができる。特に、端末はＰＤＣＣＨで下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含み、その使用目的によってフォーマットが互いに異なる。

【0116】

一方、端末が上りリンクで基地局に送信する又は端末が基地局から受信する制御情報は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｎ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ ＬＴＥシステムにおいて、端末は上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨで送信できる。

【0117】

表５は、ＮＲシステムでのＤＣＩフォーマット（ｆｏｒｍａｔ）の一例を示す。

【0118】

【表5】

【0119】

表５を参照すると、ＤＣＩ ｆｏｒｍａｔ０＿０、０＿１及び０＿２は、ＰＵＳＣＨのスケジューリングに関連したリソース情報（例えば、ＵＬ／ＳＵＬ（Ｓｕｐｐｌｅｍｅｎｔａｒｙ ＵＬ）、周波数リソース割り当て、時間リソース割り当て、周波数ホッピングなど）、伝送ブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）関連情報（例えば、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ ａｎｄ Ｓｃｈｅｍｅ）、ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）など）、ＨＡＲＱ（Ｈｙｂｒｉｄ－ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ）関連情報（例えば、プロセス番号、ＤＡＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、ＤＭＲＳシーケンス初期化情報、アンテナポート、ＣＳＩ要請など）、電力制御情報（例えば、ＰＵＳＣＨ電力制御など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。ＤＣＩ ｆｏｒｍａｔ ０＿０は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット０＿０に含まれた情報は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）又はＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ）によってＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブルされて送信される。

【0120】

ＤＣＩ ｆｏｒｍａｔ ０＿０は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット０＿０に含まれた情報は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）又はＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ）によってＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブルされて送信される。

【0121】

ＤＣＩ ｆｏｒｍａｔ ０＿１は、一つのセルにおいて１つ以上のＰＵＳＣＨのスケジューリング、又は設定されたグラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）下りリンクフィードバック情報を端末に指示するために用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿１に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0122】

ＤＣＩ ｆｏｒｍａｔ ０＿２は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿２に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0123】

次に、ＤＣＩ ｆｏｒｍａｔ １＿０、１＿１及び１＿２は、ＰＤＳＣＨのスケジューリングに関連したリソース情報（例えば、周波数リソース割り当て、時間リソース割り当て、ＶＲＢ（ｖｉｒｔｕａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）－ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）マッピングなど）、伝送ブロック（ＴＢ）関連情報（例えば、ＭＣＳ、ＮＤＩ、ＲＶなど）、ＨＡＲＱ関連情報（例えば、プロセス番号、ＤＡＩ、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、アンテナポート、ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）要請など）、ＰＵＣＣＨ関連情報（例えば、ＰＵＣＣＨ電力制御、ＰＵＣＣＨリソース指示子など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。

【0124】

ＤＣＩ ｆｏｒｍａｔ １＿０は、一つのＤＬセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿０に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0125】

ＤＣＩ ｆｏｒｍａｔ １＿１は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿１に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0126】

ＤＣＩ ｆｏｒｍａｔ １＿２は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿２に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0127】

統合されたアクセス及びバックホール（ＩＡＢ：Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）

【0128】

本開示で使われ得る用語の定義及び略字は、次のように定義される。

【0129】

－ ＩＡＢ－ｎｏｄｅ：ＵＥに対する無線アクセスを支援し、アクセストラフィックを無線でバックホールするＲＡＮノード

【0130】

－ ＩＡＢ－ｄｏｎｏｒ：コアネットワークに対するＵＥのインターフェースとＩＡＢ－ｎｏｄｅに対する無線バックホール機能を提供するＲＡＮノード

【0131】

－ ＩＡＢ：統合アクセス及びバックホール（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）

【0132】

－ ＤｇＮＢ：ドナーｇＮＢ（Ｄｏｎｏｒ ｇＮＢ）

【0133】

－ ＡＣ：アクセス（Ａｃｃｅｓｓ）

【0134】

－ ＢＨ：バックホール（Ｂａｃｋｈａｕｌ）

【0135】

－ ＤＵ：分散されたユニット（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）

【0136】

－ ＭＴ：移動端末（Ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）

【0137】

－ ＣＵ：中央集中式ユニット（Ｃｅｎｔｒａｌｉｚｅｄ Ｕｎｉｔ）

【0138】

－ ＩＡＢ－ＭＴ：ＩＡＢ移動端末（ＩＡＢ ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）

【0139】

－ ＮＧＣ：次世代コアネットワーク（Ｎｅｘｔ－Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ ｎｅｔｗｏｒｋ）

【0140】

－ ＳＡ：スタンド－アローン（Ｓｔａｎｄ－ａｌｏｎｅ）

【0141】

－ ＮＳＡ：非スタンド－アローン（ｎｏｎ－ｓｔａｎｄ－ａｌｏｎｅ）

【0142】

－ ＥＰＣ：進化されたパケットコア（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）

【0143】

１）ＩＡＢ概要

【0144】

未来のセルラーネットワーク配置シナリオ及びアプリケーションを可能にする潜在的な技術の一つは、無線バックホール（ｂａｃｋｈａｕｌ）及びリレーリンクに対する支援であり、これにより、送信ネットワークを稠密化しないでＮＲセルを柔軟に且つ極めて稠密に配置することができる。

【0145】

ＮＲに、マッシブ（ｍａｓｓｉｖｅ）ＭＩＭＯ又は多重ビームシステムの基本配布（ｎａｔｉｖｅ ｄｅｐｌｏｙｍｅｎｔ）に加えて、ＬＴＥ（例えば、ｍｍＷａｖｅスペクトル）に比べてＮＲに使用可能なより大きい帯域幅によって、統合アクセス及びバックホール（ＩＡＢ：ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ）リンクを開発及び配布することができる。ＵＥに対するアクセスを提供するために定義された多くの制御及びデータチャネル／手順に基づいて構築することにより、さらに統合された方式で自体バックホールされた（ｓｅｌｆ－ｂａｃｋｈａｕｌｅｄ）ＮＲセルの稠密なネットワークをより容易に配置可能にする。

【0146】

図７は、本開示の適用が可能な無線通信システムにおいて統合アクセス及びバックホールリンクを有するネットワークを例示する。

【0147】

ここで、リレーノード（ｒＴＲＰ）は、時間、周波数又は空間でアクセス及びバックホールリンクを多重化することができる（例えば、ビームベース動作）。

【0148】

互いに異なるリンクの動作は、同一又は異なる周波数（「帯域内（ｉｎ－ｂａｎｄ）」及び「帯域外（ｏｕｔ－ｂａｎｄ）」リレー（ｒｅｌａｙ）ともいう。）で行われてよい。

【0149】

また、ｍｍＷａｖｅスペクトルでＮＲシステムを運営することは、短期遮断（ｓｈｏｒｔ－ｔｅｒｍ ｂｌｏｃｋｉｎｇ）に比べて手順完了のためにより大きい時間規模（ｔｉｍｅ－ｓｃａｌｅ）が必要なため、現在のＲＲＣベースハンドオーバー（ｈａｎｄｏｖｅｒ）メカニズムで容易に緩和できない深刻な短期遮断（ｓｈｏｒｔ－ｔｅｒｍ ｂｌｏｃｋｉｎｇ）を経験することを含め、いくつかの固有の問題を提示する。ｍｍＷａｖｅシステムにおいて短期遮断を克服するために、ｒＴＲＰ間の転換（ｓｗｉｔｃｈｉｎｇ）のための速いＲＡＮベースメカニズムを必要とすることがあり、これは、必ずしもコアネットワークの介入を必要としない。上述した自体バックホールされた（ｓｅｌｆ－ｂａｃｋｈａｕｌｅｄ）ＮＲセルのより容易な配置と共に、ｍｍＷａｖｅスペクトルでＮＲ動作のための短期遮断を緩和しなければならない必要性により、アクセス及びバックホールリンクの速い転換（ｓｗｉｔｃｈｉｎｇ）を許容する統合フレームワークの開発が必要である。干渉を緩和し、終端間（ｅｎｄ－ｔｏ－ｅｎｄ）経路（ｒｏｕｔｅ）選択及び最適化を支援するために、ｒＴＲＰ間の無線（ＯＴＡ：ｏｖｅｒ－ｔｈｅ－ａｉｒ）調整／協調（ｃｏｏｒｄｉｎａｔｉｏｎ）も考慮することができる。

【0150】

図８は、本開示の適用が可能な無線通信システムにおいて統合アクセス及びバックホールリンクを有するネットワークを例示する。

【0151】

ＩＡＢノードは、ＳＡ（ｓｔａｎｄ－ａｌｏｎｅ）又はＮＳＡ（ｎｏｎ－ｓｔａｎｄ－ａｌｏｎｅ）モードで動作できる。ＮＳＡで作動するとき、ＩＡＢノードは、バックホールリング（ｂａｃｋｈａｕｌｉｎｇ）のためにＮＲリンクのみを使用する。ＩＡＢノードに接続するＵＥは、ＩＡＢノードと異なる動作モードを選択できる。ＵＥは、連結されたＩＡＢノードと異なる類型のコアネットワークにさらに連結することができる。この場合、ＣＮ（ｃｏｒｅ ｎｅｔｗｏｒｋ）の選択のために（進化された）専用コアネットワーク（（ｅ）Ｄｅｃｏｒ：（ｅｎｈａｎｃｅｄ）ｄｅｄｉｃａｔｅｄ ｃｏｒｅ ｎｅｔｗｏｒｋ）又はスライシング（ｓｌｉｃｉｎｇ）が用いられてよい。ＮＳＡモードで動作するＩＡＢノードは、同一又は異なるｅＮＢに連結されてよい。ＮＳＡノードでも動作するＵＥは、連結されたＩＡＢノードと同一又は異なるｅＮＢに連結することができる。

【0152】

図９は、本開示の適用が可能な無線通信システムにおいて、ＮＧＣを使用するＳＡモードと、ＥＰＣを使用するＮＳＡモードを例示する。

【0153】

図９（ａ）を参照すると、ＵＥとＩＡＢノードは、ＮＧＣと一緒にスタンド－アローン（ＳＡ：ｓｔｒａｎｄ－ａｌｏｎｅ）モードで動作できる。図９（ｂ）を参照すると、ＵＥは、ＥＰＣと一緒に非スタンド－アローン（ＮＳＡ：ｎｏｎ－ｓｔａｎｄ－ａｌｏｎｅ）モードで動作するのに対し、ＩＡＢノードは、ＮＧＣと一緒にＳＡモードで動作できる。図９（ｃ）を参照すると、ＵＥとＩＡＢノードは、ＥＰＣと一緒にＮＳＡで動作できる。

【0154】

図１０は、本開示の適用が可能な無線通信システムにおいて統合アクセス及びバックホールリンクを例示する図である。

【0155】

図１０（ａ）を参照すると、ドナーノード（ｄｏｎｏｒ ｎｏｄｅ）とＩＡＢノード間のリンク（ｌｉｎｋ）又はＩＡＢノード間のリンクをバックホールリンク（ｂａｃｋｈａｕｌ ｌｉｎｋ）と呼ぶ。一方、ドナーノードとＵＥ間のリンク又はＩＡＢノードとＵＥ間のリンクをアクセスリンク（動作）と呼ぶ。すなわち、ＭＴと親ＤＵ（ｐａｒｅｎｔ ＤＵ）間のリンク又はＤＵと子孫ＭＴ（ｃｈｉｌｄ ＭＴ）間のリンクをバックホールリンクと呼び、ＤＵとＵＥ間のリンクをアクセスリンクと呼ぶ。

【0156】

図１０（ｂ）を参照すると、ＩＡＢノードと親ノード（ｐａｒｅｎｔ ｎｏｄｅ）間のリンクを親リンク（ｐａｒｅｎｔ ｌｉｎｋ）と呼び、ＩＡＢノードと子孫ノード（ｃｈｉｌｄ ｎｏｄｅ）／ＵＥ間のリンクを子孫リンク（ｃｈｉｌｄ ｌｉｎｋ）と呼ぶ。すなわち、ＭＴと親ＤＵ間のリンクを親リンクと呼び、ＤＵと子孫ＭＴ／ＵＥ間のリンクを子孫リンクと呼ぶ。

【0157】

しかし、解析によって又は観点によって、ＩＡＢノードと親ノード間のリンクをバックホールリンクと呼び、ＩＡＢノードと子孫ノード／ＵＥ間のリンクをアクセスリンクと呼ぶこともできる。

【0158】

２）ＩＡＢノード初期接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）

【0159】

ＩＡＢ－ノードは、初期に親ＩＡＢノード又はＩＡＢドナーに対する連結を設定するために、セル探索、ＳＩ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）取得及びランダムアクセス（ｒａｎｄｏｍ ａｃｃｅｓｓ）を含む、ＵＥと同じ初期接続手順に従うことができる。Ｒｅｌ－１５ ＮＲに定義されたＳＳＢ／ＣＳＩ－ＲＳベース無線リソース管理（ＲＲＭ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）測定は、ＩＡＢノード探索（ｄｉｓｃｏｖｅｒｙ）及び測定の開始点である。

【0160】

ＩＡＢノード間衝突するＳＳＢ設定を避ける方法とＣＳＩ－ＲＳベースＩＡＢノード探索の実現可能性を含め、ハーフデュプレックス（ｈａｌｆ－ｄｕｐｌｅｘ）制約（ｃｏｎｓｔｒａｉｎｔ）及び複数ホップ（ｍｕｌｔｉ－ｈｏｐ）トポロジ（ｔｏｐｏｌｏｇｙ）が適用されるＩＡＢノード間探索手順が考慮される必要がある。与えられたＩＡＢノードで使用するセルＩＤ（ｉｄｅｎｔｉｔｙ）を考慮するとき、２つの場合がさらに考慮されてよい：

【0161】

－ Ｃａｓｅ １：ＩＡＢドナーとＩＡＢノードが同一のセルＩＤを共有する

【0162】

－ Ｃａｓｅ ２：ＩＡＢドナーとＩＡＢノードが別個のセルＩＤを維持する

【0163】

また、ＵＥからのＲＡＣＨ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）送信とＩＡＢノードからのＲＡＣＨ送信を多重化するためのメカニズムがさらに考慮される必要がある。

【0164】

ＳＡ配置では、初期親ＩＡＢノード又はＩＡＢドナーに対する連結を設定するために、ＭＴ（１段階）による初期ＩＡＢノード探索は、ＵＥと同じＲｅｌ－１５初期接続手順（アクセス（ａｃｃｅｓｓ）ＵＥに使用可能な同一のＳＳＢに基づくセル探索、ＳＩ取得、及びランダムアクセス含む）に従う。

【0165】

ＮＳＡ配置では（アクセスＵＥ観点で）、ＩＡＢノードＭＴがＮＲキャリアに対する初期接続を行うとき、ＳＡ配置におけると同じ１段階初期接続に従う（アクセスＵＥ観点で）。初期接続のためにＭＴによって仮定されるＳＳＢ／ＲＭＳＩ（ｒｅｍａｉｎｉｎｇ ｍａｔｅｒｉａｌ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）周期性は、Ｒｅｌ－１５ ＵＥによって仮定される２０ｍｓよりも長くてよく、単一値は２０ｍｓ、４０ｍｓ、８０ｍｓ、１６０ｍｓの候補値から選択されてよい。

【0166】

３）バックホールリンク（バックホールリンク）測定

【0167】

リンク管理及び経路選択のために、複数のバックホールリンクに対する測定が考慮される必要がある。与えられたＩＡＢノードの観点でハーフデュプレックス（ｈａｌｆ－ｄｕｐｌｅｘ）制約を支援するために、ＩＡＢは、セル探索及び測定のためにアクセスＵＥが使用するリソースと時間的に直交する（ｏｒｔｈｏｇｈｏｎａｌ）リソースを活用する候補バックホールリンク（初期接続後）の探索及び測定を支援する。これと関連して次をさらに考慮することができる。

【0168】

ＳＳＢのＴＤＭ（例えば、ホップ順序、セルＩＤなどによって）

【0169】

－ ＩＡＢノードでＳＳＢミューティング（ｍｕｔｉｎｇ）

【0170】

－ ハーフフレーム内又はハーフフレームにわたってアクセスＵＥ及びＩＡＢに対するＳＳＢの多重化

【0171】

－ Ｒｅｌ－１５ ＳＳＢ送信とＴＤＭされる追加のＩＡＢノード探索信号（例えば、ＣＳＩ－ＲＳ）

【0172】

－ オフラスター（ｏｆｆ－ｒａｓｔｅｒ）ＳＳＢ使用

【0173】

－ アクセスＵＥによって用いられる周期と比較して、バックホールリンク感知（ｄｅｔｅｃｔｉｏｎ）及び測定のための他の送信周期

【0174】

ＩＡＢノードに対するＲＳ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）送信及び測定機会（ｍｅａｓｕｒｅｍｅｎｔ ｏｃｃａｓｉｏｎ）の調整（ｃｏｏｒｄｉｎａｔｉｏｎ）のためのメカニズム（ｍｅｃｈａｎｉｓｍ）を含め、様々なソリューションに対する調整メカニズム（ｃｏｏｒｄｉｎａｔｉｏｎ ｍｅｃｈａｎｉｓｍ）がさらに考慮される必要がある。

【0175】

バックホールリンクＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）／ＲＳＲＱ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ）ＲＲＭ測定のために、ＩＡＢは、ＳＳＢベースソリューションとＣＳＩ－ＲＳベースソリューションを全て支援する。

【0176】

ＩＡＢノードＤＵが活性化された後に（２段階）ＩＡＢノード間及びドナー感知（ｄｅｔｅｃｔｉｏｎ）のために、ＩＡＢノード間探索手順は、ＩＡＢノード及び複数ホップトポロジー（ｍｕｌｔｉ－ｈｏｐ ｔｏｐｏｌｏｇｙ）でのハーフデュプレックス制約（ｃｏｎｓｔｒａｉｎｔ）を考慮しなければならない。次のソリューションが支援される。

【0177】

－ ＳＳＢベースソリューション：アクセスＵＥに使用されるＳＳＢと直交する（ＴＤＭ及び／又はＦＤＭである）ＳＳＢ使用

【0178】

４）バックホールリンク管理

【0179】

ＩＡＢノードは、Ｒｅｌ－１５メカニズムに基づいてバックホールリンク失敗（ｆａｉｌｕｒｅ）を感知／復旧するメカニズムを支援する。ビーム失敗復旧（ＢＦＲ：ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）及び無線リンク失敗（ＲＬＦ：ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ）手順に対する改善事項は、次を含めてＮＲ ＩＡＢに支援される必要がある：

【0180】

－ Ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ ｓｕｐｐｏｒｔ ｉｎｔｅｒａｃｔｉｏｎ ｂｅｔｗｅｅｎ Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ ｓｕｃｃｅｓｓ ｉｎｄｉｃａｔｉｏｎ ａｎｄ ＲＬＦ；－ ＢＦＲ成功指示とＲＬＦ間の相互作用（ｉｎｔｅｒａｃｔｉｏｎ）を支援する改善；

【0181】

－ バックホールリンク中断（ｏｕｔａｇｅ）を避けるために、より速いビームスイッチング（ｂｅａｍ ｓｗｉｔｃｈｉｎｇ）／調整（ｃｏｏｒｄｉｎａｔｉｏｎ）／復旧（ｒｅｃｏｖｅｒｙ）のための既存ビーム管理手順の改善はＩＡＢノードに対して考慮される必要がある。

【0182】

また、親バックホールリンク失敗によって子孫ＩＡＢノードでＲＬＦを防止するソリューションが支援されなければならない。

【0183】

５）複数の（ｍｕｌｔｉｐｌｅ）バックホールリンクで送信／受信又は経路スイッチングのためのメカニズム

【0184】

複数のバックホールリンクで同時に効率的な経路スイッチング又は送信／受信のためのメカニズム（例えば、多重ＴＲＰ動作及び周波数内二重連結（ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ））を考慮しなければならない。

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

【表6】

【0226】

ＤＣＩフォーマット２＿５は、ｓｏｆｔリソースの可用性（ａｖａｉｌａｂｉｌｉｔｙ）を知らせるのに用いられる。

【0227】

次の情報は、ＡＩ－ＲＮＴＩ（ａｖａｉｌａｂｉｌｉｔｙ ｉｎｄｉｃａｔｏｒ－ＲＮＴＩ）によってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿５で送信されてよい：

【0228】

－ 可用性指示子（ａｖａｉｌａｂｉｌｉｔｙ ｉｎｄｉｃａｔｏｒ）１、可用性指示子２、．．．、可用性指示子Ｎ。

【0229】

ＡＩ－ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマット２＿５のサイズは、最大１２８ビットまで上位層で設定されてよい。

【0230】

本開示において特に断らない限り、「ＵＥ」という用語は、ＩＡＢノードのＩＡＢノードＭＴに同一に適用されてよい。すなわち、特に断らない限り、本開示で記述されたＵＥの動作は、ＩＡＢノードＭＴによっても行われてよい。

【0231】

ＩＡＢノードＭＴがセル探索、システム情報取得又はランダムアクセス手順を行う手順は、次を除いてはＵＥに対する手順と同一である。

【0232】

初期セル選択のために、ＩＡＢノードＭＴは、ＳＳ／ＰＢＣＨブロックがあるハーフフレームが１６フレームの周期を有すると仮定できる。

【0233】

ＰＲＡＣＨ（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）送信において、ＩＡＢノードＭＴは、ＰＲＡＣＨ機会（ｏｃｃａｓｉｏｎ）を含むフレーム内でフレーム及びサブフレームを決定する。

【0234】

ＩＡＢノードＭＴは、表７によるＰＲＡＣＨ設定周期（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｅｒｉｏｄ）に基づいて、ＳＳ／ＰＢＣＨブロックをＰＲＡＣＨ機会（ｏｃｃａｓｉｏｎ）にマップするための連関周期（ａｓｓｏｃｉａｔｉｏｎ ｐｅｒｉｏｄ）を決定する。連関パターン期間（ａｓｓｏｃｉａｔｉｏｎ ｐａｔｔｅｒｎ ｐｅｒｉｏｄ）は、１つ以上の連関周期（ａｓｓｏｃｉａｔｉｏｎ ｐｅｒｉｏｄ）を含み、ＰＲＡＣＨ機会とＳＳ／ＰＢＣＨブロック間のパターンが最大で６４０ｍｓｅｃごとに反復されるように決定される。ＰＲＡＣＨスロット内ＰＲＡＣＨ機会は、条件によって有効である。

【0235】

表７は、ＩＡＢノードＭＴに対するＰＲＡＣＨ設定周期（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｅｒｉｏｄ）とＳＳ／ＰＢＣＨブロックのＰＲＡＣＨ機会への連関周期とのマッピングを例示する。

【0236】

【表7】

【0237】

ＩＡＢノードがサービングセルからＴ_{ｄｅｌｔａ}値が提供されると、（Ｎ_ＴＡ＋Ｎ_{ＴＡ，ｏｆｆｓｅｔ}）・Ｔ_ｃ／２＋Ｔ_{ｄｅｌｔａ}＞０のとき、ＩＡＢノードは、（Ｎ_ＴＡ＋Ｎ_{ＴＡ，ｏｆｆｓｅｔ}）・Ｔ_ｃ／２＋Ｔ_{ｄｅｌｔａ}が、サービングセルへの信号のＤＵ送信とＩＡＢノードＭＴによる前記信号の受信間の時間差であると仮定できる。ここで、Ｎ_ＴＡ及びＮ_{ＴＡ，ｏｆｆｓｅｔ}は、ＴＳ ３８．２１３４．２節によって取得されてよい。ＩＡＢノードは、ＤＵ送信時間を決定するために前記時間差を利用できる。

【0238】

ＩＡＢノードＤＵ又はＩＡＢノードＭＴのためのスロットフォーマットは、ＤＬシンボル、ＵＬシンボル及びｆｌｅｘｉｂｌｅシンボルを含む。

【0239】

ＩＡＢノードＤＵの各サービングセルに対して、ＩＡＢノードＤＵは、ＩＡＢ－ＤＵ－Ｒｅｓｏｕｒｃｅ－Ｃｏｎｆｉｇｕｒａｔｉｏｎによって、複数のスロットに対するスロットフォーマットに対する指示を受けることができる。各サービングセルに対して、ＩＡＢノードＭＴは、ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ－ＩＡＢ－ＭＴによって複数のスロットに対するスロットフォーマットに対する指示を受けることができる。ＩＡＢノードＭＴがｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ－ＩＡＢ－ＭＴの提供を受けると、パラメータｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ－ＩＡＢ－ＭＴは、ＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎによって提供される複数のスロットに対するスロットフォーマットにおいてｆｌｅｘｉｂｌｅシンボルに対してのみ再定義（ｏｖｅｒｒｉｄｅ）する。

【0240】

ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ－ＩＡＢ－ＭＴは、ｓｌｏｔＳｐｅｃｉｆｉｃＣｏｎｆｉｇｕｒａｔｉｏｎｓＴｏＡｄｄＭｏｄＬｉｓｔ－ＩＡＢ－ＭＴによってスロット設定のセットを提供する。そして、スロット設定のセットから各スロット設定に対して「ｓｌｏｔＩｎｄｅｘ」によってスロットインデックスを提供し、「ｓｙｍｂｏｌｓ」によってスロットに対するシンボルのセットを提供する。

【0241】

ここで、「ｓｙｍｂｏｌｓ」＝「ａｌｌＤｏｗｎｌｉｎｋ」であれば、スロットの全てのシンボルはＤＬである。「ｓｙｍｂｏｌｓ」＝「ａｌｌＵｐｌｉｎｋ」であれば、スロットの全てのシンボルはＵＬである。

【0242】

また、「ｓｙｍｂｏｌｓ」＝「ｅｘｐｌｉｃｉｔ」であれば、ｎｒｏｆＤｏｗｎｌｉｎｋＳｙｍｂｏｌｓは、スロットにおいて最初のＤＬシンボルの個数を提供し、ｎｒｏｆＵｐｌｉｎｋＳｙｍｂｏｌｓはスロットにおいて最後のＵＬシンボルの個数を提供する。ｎｒｏｆＤｏｗｎｌｉｎｋＳｙｍｂｏｌｓが提供されないと、スロット内最初のＤＬシンボルがなく、ｎｒｏｆＵｐｌｉｎｋＳｙｍｂｏｌｓが提供されないと、スロット内最後のＵＬシンボルがない。スロット内残りシンボルはｆｌｅｘｉｂｌｅである。

【0243】

また、「ｓｙｍｂｏｌｓ」＝「ｅｘｐｌｉｃｉｔ－ＩＡＢ－ＭＴ」であれば、ｎｒｏｆＵｐｌｉｎｋＳｙｍｂｏｌｓは、スロットにおいて最初のＵＬシンボルの個数を提供し、ｎｒｏｆＤｏｗｎｌｉｎｋＳｙｍｂｏｌｓは、スロットにおいて最後のＤＬシンボルの個数を提供する。ｎｒｏｆＵｐｌｉｎｋＳｙｍｂｏｌｓが提供されないと、スロット内最初のＵＬシンボルがなく、ｎｒｏｆＤｏｗｎｌｉｎｋＳｙｍｂｏｌｓが提供されないと、スロット内最後のＤＬシンボルがない。スロット内残りシンボルは、ｆｌｅｘｉｂｌｅである。

【0244】

ＩＡＢ－ＭＴは「ｓｌｏｔＩｎｄｅｘ」が提供する当該インデックスを有するスロットごとに当該シンボルによって提供されるフォーマットを適用する。

【0245】

ＩＡＢノードＭＴは、ＳｌｏｔＦｏｒｍａｔＣｏｍｂｉｎａｔｉｏｎｓＰｅｒＣｅｌｌ－ＩＡＢ－ＭＴによって一つのサービングセルに適用可能なスロットフォーマット組合せのリストが提供されてよく、ＳｌｏｔＦｏｒｍａｔＩｎｄｉｃａｔｏｒ－ＩＡＢ－ＭＴによって複数スロットにわたってスロットフォーマット組合せのリストから、スロットフォーマット組合せを指示するＤＣＩフォーマット２＿０をモニターするための設定が提供されてよい。ＴＳ ３８．２１３１１．１節に定義されたスロットフォーマットに加えて、ＤＣＩフォーマット２＿０のＩＡＢノードＭＴに対するＳＦＩ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ）フィールドは、表８のスロットフォーマットからスロットフォーマットをＩＡＢノードＭＴに指示することができる。

【0246】

表８は、一般ＣＰ（ｎｏｒｍａｌ ｃｙｃｌｉｃ ｐｒｅｆｉｘ）に対するスロットフォーマットを例示する。

【0247】

【表8】

【0248】

ＩＡＢノードＭＴのサービングセルに対して、ＩＡＢノードＭＴは、ｇｕａｒｄ－ＳｙｍｂｏｌｓＰｒｏｖｉｄｅｄによってＩＡＢノードがＩＡＢノードＭＴとＩＡＢノードＤＵ間で転換されるスロットでＩＡＢノードＭＴのために使用されない複数のシンボルが提供されてよい。ｇｕａｒｄＳｙｍｂｏｌ－ＳＣＳによって複数のシンボルに対するＳＣＳ設定が提供される。

【0249】

ＩＡＢノードＤＵサービングセルのスロットを参照して、ＩＡＢノードＤＵサービングセルのスロット内シンボルは、ハード（ｈａｒｄ）、ソフト（ｓｏｆｔ）、又は利用不可（ｕｎａｖａｉｌａｂｌｅ）タイプと設定されてよい。ＤＬ、ＵＬ又はｆｌｅｘｉｂｌｅシンボルがｈａｒｄと設定される場合に、ＩＡＢノードＤＵサービングセルは、前記シンボルでそれぞれ送信、受信、又は送信又は受信することができる。

【0250】

ＤＬ、ＵＬ又はｆｌｅｘｉｂｌｅシンボルがｓｏｆｔと設定された場合に、ＩＡＢノードＤＵは、次のような場合にのみ前記シンボルでそれぞれ送信、受信、又は送信又は受信することができる：

【0251】

－ ＩＡＢノードＭＴに対して、ｓｏｆｔシンボルでＩＡＢノードＤＵによって送信又は受信する能力は、ｓｏｆｔシンボルがｕｎａｖｉｌａｂｌｅと設定されるのと同一であれば、又は

【0252】

－ ＩＡＢノードＤＵが送信又は受信に利用可能なｓｏｆｔシンボルを指示するＡＩ（ａｖａｉｌａｂｉｌｉｔｙ ｉｎｄｉｃａｔｏｒ）インデックスフィールド値でＤＣＩフォーマット２＿５を感知すれば

【0253】

シンボルがｕｎａｖｉｌａｂｌｅと設定されれば、ＩＡＢノードＤＵは当該シンボルで送信も受信もしない。

【0254】

ＩＡＢノードＤＵがスロットのシンボルでＳＳ／ＰＢＣＨブロック又は周期的ＣＳＩ－ＲＳを送信したり又はスロットのシンボルでＰＲＡＣＨ又はＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）を受信する場合に、当該スロットのシンボルはｈａｒｄと設定されるのと同一である。

【0255】

ＩＡＢノードにＡｖａｉｌａｂｉｌｉｔｙＩｎｄｉｃａｔｏｒが提供されると、ＩＡＢノードは、「ａｉ－ＲＮＴＩ」によってＡＩ－ＲＮＴＩを提供され、「ｄｃｉ－ＰａｙｌｏａｄＳｉｚｅ－ＡＩ」によってＤＣＩフォーマット２＿５のペイロードサイズを提供される。ＩＡＢノードは、また、「ＳｅａｒｃｈＳｐａｃｅ－ＩＡＢ」によってＰＤＣＣＨモニタリングのためのサーチスペースセット設定を提供される。

【0256】

ＩＡＢノードＤＵのサービングセルセットにおいてＩＡＢノードＤＵの各サービングセルに対して、ＩＡＢノードＤＵｓには次が提供されてよい：

【0257】

－ 「ｉａｂＤｕＣｅｌｌＩｄ－ＡＩ」によるＩＡＢノードＤＵサービングセルのＩＤ

【0258】

－ 「ｐｏｓｉｔｉｏｎＩｎＤＣＩ－ＡＩ」によるＤＣＩフォーマット２＿５のＡＩ（Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）インデックスフィールドの位置

【0259】

－ 「ａｖａｉｌａｂｉｌｉｔｙＣｏｍｂｉｎａｔｉｏｎｓ」による各可用性組合せを含む可用性組合せのセット

【0260】

－ ＩＡＢノードＤＵサービングセルに対する１つ以上のスロットでｓｏｆｔシンボルの可用性を示す「ｒｅｓｏｕｒｃｅＡｖａｉｌａｂｉｌｉｔｙ」、及び

【0261】

－ 「ＡｖａｉｌａｂｉｌｉｔｙＣｏｍｂｉｎａｔｉｏｎＩｄ」によって提供されるＤＣＩフォーマット２＿５の当該ＡＩインデックスフィールド値に対する「ＡｖａｉｌａｂｉｌｉｔｙＣｏｍｂｉｎａｔｉｏｎ」によって提供されるｓｏｆｔシンボル可用性組合せに対するマッピング

【0262】

ＤＣＩフォーマット２＿５のＡＩインデックスフィールド値は、ＩＡＢノードがＤＣＩフォーマット２＿５を感知したスロットから始まって各ＤＬ ＢＷＰ又は各ＵＬ ＢＷＰに対するスロットに対する各スロット内ｓｏｆｔシンボル可用性をＩＡＢノードＤＵに指示する。スロットの個数は、ＳｅａｒｃｈＳｐａｃｅ－ＩＡＢによって提供されたＤＣＩフォーマット２＿５に対するＰＤＣＣＨモニタリング周期と同一であるか又はより大きい。ＡＩインデックスフィールドは、ｍａｘ｛ｃｅｉｌ（ｌｏｇ_２（ｍａｘＡＩｉｎｄｅｘ＋１）），１｝ビットを含み、ここで、ｍａｘＡＩｉｎｄｅｘは、当該ａｖａｉｌａｂｉｌｉｔｙＣｏｍｂｉｎａｔｉｏｎＩｄによって提供される値の最大値である。スロットにおいてｓｏｆｔシンボルに対する可用性は、表９に提供された該当の値ｒｅｓｏｕｒｃｅＡｖａｉｌａｂｉｌｉｔｙによって識別される。

【0263】

表９は、ｒｅｓｏｕｒｃｅＡｖａｉｌａｂｉｌｉｔｙ要素の値とスロット内ｓｏｆｔシンボル可用性のタイプに対するマッピングを例示する。

【0264】

【表9】

【0265】

ＤＣＩフォーマット２＿５に対するＰＤＣＣＨモニタリング周期が、当該ＡＩインデックスフィールドによるＤＣＩフォーマット２＿５に対するＰＤＣＣＨモニタリング機会（ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ）でＵＥが取得したスロット数に対するｓｏｆｔシンボルの可用性組合せの持続時間（ｄｕｒａｔｉｏｎ）より小さければ、そしてＵＥはスロットでｓｏｆｔシンボルの可用性組合せを指示する１つ以上のＤＣＩフォーマット２＿５を検出すれば、ＵＥは、１つ以上のＤＣＩフォーマット２＿５のそれぞれが前記スロットでｓｏｆｔシンボルの可用性組合せに対して同じ値を指示すると予想する。

【0266】

ランダムアクセスプリアンブルは、ＴＳ ３８．２１１で定義された表６．３．３．２－２～表６．３．３．２－４によって上位層パラメータｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘによって与えられた時間リソースでのみ送信されてよく、ＴＳ ３８．１０４で定義されたＦＲ１又はＦＲ２及びスペクトル類型によって異なる。

【0267】

ＩＡＢノードのＩＡＢ－ＭＴ部分に対して、全ての上位層パラメータｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＦｒａｍｅＯｆｆｓｅｔ、ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒｉｏｄＳｃａｌｉｎｇ及びｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＳＯｆｆｓｅｔが設定されると、次が、ＴＳ ３８．２１１で定義された表６．３．３．２－２～表６．３．３．２－４に適用される。

【0268】

－ 表６．３．３．２－２～表６．３．３．２－４で、ｎ_ＳＦＮ ｍｏｄ ｘ＝ｙは、ｎ_ＳＦＮ ｍｏｄ ｘ_ＩＡＢ＝（ｙ＋Δｙ） ｍｏｄ ｘ_ＩＡＢで代替される。ここで、Δｙ∈｛０，１，．．．，ｘ_ＩＡＢ－１｝は、上位層パラメータｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＦｒａｍｅＯｆｆｓｅｔによって与えられる。ｘ_ＩＡＢ＝δｘであり、ここで、δは、上位層パラメータｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＰｅｒｉｏｄＳｃａｌｉｎｇによって与えられる。

【0269】

－ 表６．３．３．２－２～表６．３．３．２－３でサブフレーム番号、そして表６．３．３．２－４でスロット番号は、（ｓ_ｎ＋Δｓ） ｍｏｄ Ｌで代替される。ここで、ｓ_ｎは、スロット又はサブフレーム番号であり、Δｓは、上位層パラメータｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＳＯｆｆｓｅｔによって与えられ、Ｌは、表６．３．３．２－２～表６．３．３．２－３でフレーム内サブフレームの個数、表６．３．３．２－４でフレーム内スロットの個数である。

【0270】

ｇＮＢ（ＩＡＢ－ＤＵ）の下りリンク送信パワー指示（ｐｏｗｅｒ ｉｎｄｉｃａｔｉｏｎ）

【0271】

Ｒｅｌ－１６ＮＲでｇＮＢの下りリンクパワーは、３ＧＰＰ ＴＳ ３８．３３１によって下記のようにＲＲＣで指示される。

【0272】

表１０は、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ情報要素（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）を例示する。

【0273】

【表10】

【0274】

表１０を参照すると、ｓｓ－ＰＢＣＨ－ＢｌｏｃｋＰｏｗｅｒパラメータは、ネットワークがＳＳＢ送信のために使用したセカンダリ同期信号（ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）を運ぶリソース要素（ＲＥ：ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）の平均（Ａｖｅｒａｇｅ）ＲＥ当たりエネルギー（ＥＰＲＥ：ｅｎｅｒｇｙ ｐｅｒ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）をｄＢｍ単位で示す（ＴＳ ３８．２１３ ７節参照）。

【0275】

表１１は、ＮＺＰ－ＣＳＩ－ＲＳ－Ｒｅｓｏｕｒｃｅ ＩＥを例示する。

【0276】

【表11】

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

【表12】

【0309】

すなわち、所望のパワー調整（（ｄｅｓｉｒｅｄ ｐｏｗｅｒ ａｄｊｕｓｔｍｅｎｔ）観点で、ＩＡＢ－ＭＴによって親ノードのＤＬパワー割り当てを補助する情報が親ノードＤＵに指示されてよい。

【0310】

親ＩＡＢが子孫ＩＡＢ－ＭＴから当該所望のパワー調整（ｄｅｓｉｒｅｄ ｐｏｗｅｒ ａｄｊｕｓｔｍｅｎｔ）を受信した場合に、このようなパワー調整を受け入れることに対して子孫ＩＡＢ－ＭＴに指示（ｉｎｄｉｃａｔｉｏｎ）する必要がある。仮に、親ＩＡＢが指示しない場合に、子孫ＩＡＢ－ＭＴ（例えば、ＵＥ）にとっては親ＩＡＢ（例えば、ｇＮＢ）の送信パワーが低くなったり高くなったことが分からず、これは、経路損失（ｐａｔｈｌｏｓｓ）の推定などに影響を及ぼすことがある。すなわち、子孫ＩＡＢ－ＭＴ（例えば、ＵＥ）が一定のパワー（ｃｏｎｓｔａｎｔ ｐｏｗｅｒ）で送信すると期待する信号（例えば、ＳＳＢ或いはＣＳＩ－ＲＳ）対比送信パワーの変化量をＵＥに指示しなければならないが、これは、既存ＮＲにおいてＲＲＣでアップデート（ｕｐｄａｔｅ）される。しかし、ＩＡＢの同時の動作（ｓｉｍｕｌｔａｎｅｏｕｓ ｏｐｅｒａｔｉｏｎ）によるＤＬパワー制御は動的に（ｄｙｎａｍｉｃ）なされてよい。したがって、親ＩＡＢ（例えば、ｇＮＢ）は子孫ＩＡＢ－ＭＴ（例えば、ＵＥ）に、ＤＬ送信パワーが変化したことに対し動的シグナリング（例えば、ＭＡＣ－ＣＥ或いはＤＣＩなど）で動的に知らせる必要がある。

【0311】

多重化シナリオ（ｍｕｌｔｉｐｌｅｘｉｎｇ ｓｃｅｎａｒｉｏ）によるＤＬパワー制御（ＰＣ：ｐｏｗｅｒ ｃｏｎｔｒｏｌ）に対する所望のパワー調整を考慮してみれば次の通りである。

【0312】

－ 多重化ケースＢ（ＭＴ Ｒｘ＋ＤＵ Ｒｘ）：（具現によって）自動利得制御（ＡＧＣ：ａｕｔｏｍａｔｉｃ ｇａｉｎ ｃｏｎｔｒｏｌ）動作の安定性、量子化（ｑｕａｎｔｉｚａｔｉｏｎ）歪み防止、増幅器（ａｍｐｌｉｆｉｅｒ）の線形性（ｌｉｎｅａｒｉｔｙ）保障などのために、受信パワーレベルを特定範囲（ｒａｎｇｅ）内で制限する目的で、子孫ＩＡＢ－ＭＴ（例えば、ＵＥ）は所望のパワー調整を要請することができる。

【0313】

－ 多重化ケースＤ（ＭＴ Ｒｘ＋ＤＵ Ｔｘ）：子孫リンクがＤＬにおいてＳＳＢ、ＣＳＩ－ＲＳなど、送信パワーが変わらないと期待する信号が存在する。このような信号などがＭＴ Ｒｘに大きなパワーレベルのＳＩ（ｓｉｇｎａｌ ｉｎｔｅｒｆｅｒｅｎｃｅ）として存在し得る。したがって、子孫ＩＡＢ－ＭＴ（例えば、ＵＥ）は、親（ｐａｒｅｎｔ）から受信する信号のパワーレベルをブースト（ｂｏｏｓｔ）することを要請できる。

【0314】

ＵＬ ＰＣとは違い、前記多重化ケースＢは、親ＤＵの送信パワーを上げてほしいとの要請であってもよく、下げてほしいとの要請であってもよく、多重化ケースＤは親ＤＵの送信パワーを上げてほしいとの要請であることを考慮できる。したがって、多重化シナリオによる補助情報（ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）を適用することを考慮する方法を提案する。ここで、ＤＬパワー制御のための所望のパワー調整の適用範囲は、セル特定（ｃｅｌｌ－ｓｐｅｃｉｆｉｃ）信号には適用せず、ＵＥ特定の（ＵＥ－ｓｐｅｃｉｆｉｃ）信号に対してのみ適用されてもよい。セル特定の信号は全体セルカバレッジに影響を及ぼすためである。

【0315】

本開示では、説明の便宜のために、ＩＡＢ－ＭＴの要請（ｒｅｑｕｅｓｔ）に基づくＩＡＢ－ＤＵのパワー制御について述べるが、ＩＡＢ－ＭＴの要請（ｒｅｑｕｅｓｔ）がなくても、ＩＡＢ－ＤＩのパワー制御も同一に適用されてよい。すなわち、本開示においてＩＡＢ－ＭＴの要請（ｒｅｑｕｅｓｔ）と関連した動作は選択的に適用されてよい。

【0316】

また、本開示において特に言及がなくても、ＩＡＢ－ＭＴをＵＥで、ＩＡＢ－ＤＵをｇＮＢで代替して適用可能である。

【0317】

また、本開示では主に説明の便宜のために単一パネル／単一ＲＦ ＩＡＢに対して提案方法を記述するが、本開示がこれに限定されるものではない。すなわち、本開示で提案される方法は、単一パネル／多重ＲＦ、多重パネル／単一ＲＦ、多重パネル／多重ＲＦ環境に対しても適用が可能である。

【0318】

本開示において、「Ａ又はＢ（Ａ ｏｒ Ｂ）」は、「Ａのみ」、「Ｂのみ」又は「ＡとＢ両方」を意味できる。言い換えると、本開示で「Ａ又はＢ（Ａ ｏｒ Ｂ）」は、「Ａ及び／又はＢ（Ａ ａｎｄ／ｏｒ Ｂ）」と解釈できる。例えば、本開示で「Ａ、Ｂ又はＣ（Ａ，Ｂ ｏｒ Ｃ）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」、又は「Ａ、Ｂ及びＣの任意の全ての組合せ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ，Ｂ ａｎｄ Ｃ）」を意味できる。

【0319】

本開示で使われるスラッシュ（／）又はコンマ（ｃｏｍｍａ）は、「及び／又は（ａｎｄ／ｏｒ）」を意味できる。例えば、「Ａ／Ｂ」は、「Ａ及び／又はＢ」を意味できる。これにより、「Ａ／Ｂ」は、「Ａのみ」、「Ｂのみ」、又は「ＡとＢの両方」を意味できる。例えば、「Ａ、Ｂ、Ｃ」は「Ａ、Ｂ又はＣ」を意味できる。

【0320】

本開示において「少なくとも一つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」は、「Ａのみ」、「Ｂのみ」又は「ＡとＢの両方」を意味できる。また、本開示で「少なくとも一つのＡ又はＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ｏｒ Ｂ）」又は「少なくとも一つのＡ及び／又はＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ／ｏｒ Ｂ）」という表現は、「少なくとも一つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」と同一に解釈されてよい。

【0321】

また、本開示において「少なくとも一つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ，Ｂ ａｎｄ Ｃ）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」、又は「Ａ、Ｂ及びＣの任意の全ての組合せ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ，Ｂ ａｎｄ Ｃ）」を意味できる。また、「少なくとも一つのＡ、Ｂ又はＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ，Ｂ ｏｒ Ｃ）」又は「少なくとも一つのＡ、Ｂ及び／又はＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ，Ｂ ａｎｄ／ｏｒ Ｃ）」は、「少なくとも一つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ，Ｂ ａｎｄ Ｃ）」を意味できる。

【0322】

また、本開示で使われる括弧は、「例えば（ｆｏｒ ｅｘａｍｐｌｅ）」を意味できる。具体的には、「制御情報（ＰＤＣＣＨ）」と表示された場合に、「制御情報」の一例として「ＰＤＣＣＨ」が提案されたことであってよい。言い換えると、本開示において「制御情報」は「ＰＤＣＣＨ」に限定（ｌｉｍｉｔ）されず、「ＰＤＤＣＨ」が「制御情報」の一例として提案されることであってよい。また、「制御情報（すなわち、ＰＤＣＣＨ）」と表示された場合にも、「制御情報」の一例として「ＰＤＣＣＨ」が提案されたことであってよい。

【0323】

本開示において、一つの図面内で個別に説明される技術的特徴は、個別に具現されともよく、同時に具現されてもよい。

【0324】

ＩＡＢ－ＭＴのＤＬパワー制御要請は、所望のパワー調整でなされてよい。本開示では、これをいかなるリソース（ｒｅｓｏｕｒｃｅ）或いは多重化シナリオ（ｍｕｌｔｉｐｌｅｘｉｎｇ ｓｃｅｎａｒｉｏ）などによって要請するかに対する方法、要請を受けた親ＩＡＢ－ＤＵがそのような要請を受け入れて適用する時にＩＡＢ－ＭＴへ指示する方法、そういう指示を受けたＩＡＢ－ＭＴの動作、などについて述べる。

【0325】

以下に記述する本開示で提案する方法は、ＩＡＢ－ＭＴはＵＥに、ＩＡＢ－ＤＵはｇＮＢ及び基地局に拡張して適用可能である。

【0326】

実施例１）ＩＡＢ－ＭＴの下りリンク（ｄｏｗｎｌｉｎｋ）に対する所望のパワー調整（ｄｅｓｉｒｅｄ ｐｏｗｅｒ ａｄｊｕｓｔｍｅｎｔ）要請方法

【0327】

ＩＡＢ－ＭＴは、親ＩＡＢ－ＤＵに下りリンクの所望のパワー調整を要請（すなわち、下りリンク送信のパワー調整に対する要請）する方法として次を考慮できる。例えば、ＩＡＢ－ＭＴは、下に述べる方法などによる所望のパワー調整の要請はＭＡＣ－ＣＥ／ＵＣＩなどで送信されてよい。

【0328】

方法１）ＩＡＢ－ＭＴは、リソース（ｒｅｓｏｕｒｃｅ）別に（リソースレベルで）親ＩＡＢ－ＤＵに所望のパワー調整を要請できる。すなわち、ＩＡＢ－ＭＴは、リソース（ｒｅｓｏｕｒｃｅ）別に（リソースレベルで）下りリンク送信のパワー調整に対する要請を送信できる。言い換えると、ＩＡＢ－ＭＴは親ＩＡＢ－ＤＵに所望のパワー調整を要請する時に、所望のパワー調整が要請されるリソースに関する情報を含めて送信できる。

【0329】

ここで、リソースとは、ＩＡＢ－ＭＴが信号を受信する全てのリソースを意味できる。例えば、ＲＳベースのリソースであるＮＺＰ－ＣＳＩ－ＲＳリソースなどを意味でき、又は時間ドメイン（ｔｉｍｅ ｄｏｍａｉｎ）及び／又は周波数ドメイン（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ）（及び／又は、空間ドメイン（ｓｐａｔｉａｌ ｄｏｍａｉｎ））リソースを意味できる。言い換えると、特定チャネル／信号が送信される単位としてのリソースを意味することもでき、スロット／シンボル／ＲＢ／サブキャリア／ＢＷＰ／レイヤ（ｌａｙｅｒ）などのように、時間／周波数／空間ドメインでの単位としてのリソースを意味することもできる。

【0330】

上述した方法でＩＡＢ－ＭＴが特定リソースに対してパワー調整（ｐｏｗｅｒ ａｄｊｕｓｔｍｅｎｔ）を要請し、親ＩＡＢ－ＤＵがこれを受信したり又は要請によるパワー調整（ｐｏｗｅｒ ａｄｊｕｓｔｍｅｎｔ）を行うと期待される場合に、ＩＡＢ－ＭＴは、当該リソースに対して送信パワーが変更されると期待できる。例えば、ＩＡＢ－ＭＴが特定ＣＳＩ－ＲＳリソースに対するパワー調整を要請した場合に、後で親ＩＡＢ－ＤＵがこれを受信したことを指示した場合に（例えば、ＡＣＫなどのような形態の指示）、ＩＡＢ－ＭＴは、親ＩＡＢ－ＤＵが当該ＣＳＩ－ＲＳリソースに対してのみパワー制御（すなわち、パワー調整）を行うと期待できる。又は、ＩＡＢ－ＭＴが特定ＣＳＩ－ＲＳリソースに対するパワー調整を要請した場合に、親ＩＡＢ－ＤＵがパワー制御をすると期待される区間などに対して、ＩＡＢ－ＭＴは、親ＩＡＢ－ＤＵが当該ＣＳＩ－ＲＳリソースに対してのみパワー制御を行うと期待できる。

【0331】

或いは、ＩＡＢ－ＭＴが特定リソースに対してパワー調整を要請し、親ＩＡＢ－ＤＵがこれを受信したり又はそれに応じたパワー調整をすると期待される場合に、ＩＡＢ－ＭＴは、当該リソースだけでなく他のリソースに対しても送信パワーが変更されると期待できる。例えば、ＩＡＢ－ＭＴが特定ＣＳＩ－ＲＳリソースに対するパワー調整を要請した場合に、後で親ＩＡＢ－ＤＵがこれを受信したことを指示した場合に（例えば、ＡＣＫなどのような形態の指示）、ＩＡＢ－ＭＴは、親ＩＡＢ－ＤＵが当該ＣＳＩ－ＲＳリソース（すなわち、要請されたリソース）だけでなく他のリソースに対しても、或いは後で一定のパワー（ｃｏｎｓｔａｎｔ ｐｏｗｅｒ）で送信されると期待される信号以外の全ての信号／チャネルに対してパワー制御を行うと期待できる。又は、ＩＡＢ－ＭＴが特定ＣＳＩ－ＲＳリソースに対するパワー調整を要請した場合に、親ＩＡＢ－ＤＵがパワー制御をすると期待される区間に対して、ＩＡＢ－ＭＴは、親ＩＡＢ－ＤＵが当該ＣＳＩ－ＲＳリソース（すなわち、要請されたリソース）だけでなく他のリソースに対しても、或いは後で一定パワー（ｃｏｎｓｔａｎｔ ｐｏｗｅｒ）で送信されると期待される信号以外の全ての信号／チャネルに対してパワー制御を行うと期待できる。

【0332】

方法２）ＩＡＢ－ＭＴは、多重化シナリオ（例えば、多重化モード）別に（すなわち、ＤＵ－Ｔｘ／ＭＴ－Ｔｘ、ＤＵ－Ｒｘ／ＭＴ－Ｒｘ、ＤＵ－Ｔｘ／ＭＴ－Ｒｘ、ＤＵ－Ｒｘ／ＭＴ－Ｔｘ）親ＩＡＢ－ＤＵに所望のパワー調整を要請できる。すなわち、ＩＡＢ－ＭＴは、多重化シナリオ（例えば、多重化モード）別に下りリンク送信のパワー調整に対する要請を送信できる。

【0333】

言い換えると、ＩＡＢ－ＭＴは、親ＩＡＢ－ＤＵに所望のパワー調整を要請する時に、所望のパワー調整が要請される多重化シナリオ（例えば、多重化モード）に対する情報を含めて送信できる。

【0334】

ここで、多重化シナリオ別にＩＡＢ－ＭＴがパワー調整を要請するということは、次を意味できる。事前の合意によって特定時間リソース及び／又は周波数リソース及び／又はビーム（又は、空間）リソースに対して多重化シナリオがマップされ、このようなマッピングに基づいて多重化シナリオ別パワー調整を要請できる。ここで、特定時間区間に対して多重化シナリオをマップするとは、例えば、ＩＡＢ－ＭＴがパワー調整を要請したスロットインデックス（ｓｌｏｔ ｉｎｄｅｘ）ｎにしたがってＩＡＢの多重化シナリオがマップされ、親ＩＡＢ－ＤＵはスロットインデックスｎに基づいて、ＩＡＢの特定多重化シナリオが適用される時点の親ＩＡＢ－ＤＵの送信パワーを調整することができる。この場合、ＩＡＢ－ＭＴは、パワー調整の要請に加えて、パワー調整が適用される（又は、適用が始まる）特定時間／周波数／空間リソース情報も併せて送信できる。

【0335】

或いは、ＩＡＢノードが第１多重化シナリオを適用している時点に報告したパワー調整は、ＩＡＢノードの特定第２多重化シナリオ（ここで、第１多重化シナリオは第２多重化シナリオと同一であっても異なってもよい。）でのみ適用されてもよい。例えば、同時の（ｓｉｍｕｌｔａｎｅｏｕｓ）Ｔｘ－Ｔｘで動作する時間区間でＩＡＢ－ＭＴがＤＬに対する所望のパワー制御を要請した場合に、親ＩＡＢ－ＤＵは、当該所望のパワー制御が、ＩＡＢ－ＭＴが同時Ｒｘ－Ｒｘで動作する時間区間に対するパワー制御要請であると理解する／見なすことができる。さらに他の例として、同時（ｓｉｍｕｌｔａｎｅｏｕｓ）Ｔｘ－Ｒｘ（ＭＴ－Ｔｘ／ＤＵ－Ｒｘ）で動作する時間区間でＩＡＢ－ＭＴがＤＬに対する所望のパワー制御を要請した場合に、親ＩＡＢ－ＤＵは、当該所望のパワー制御がＩＡＢ－ＭＴが同時Ｒｘ－Ｔｘ（ＭＴ－ＲＸ／ＤＵ－Ｔｘ）で動作する時間区間に対するパワー制御要請であると理解する／見なすことができる。

【0336】

ここで、特定ビームリソースに対して多重化シナリオをマップするということは、例えば、ＩＡＢ－ＭＴがパワー調整を要請したＣＳＩ－ＲＳリソースＩＤ Ｍ（Ｍは自然数）にしたがってＩＡＢの多重化シナリオがマップされ、親ＩＡＢ－ＤＵはＣＳＩ－ＲＳリソース ＩＤ Ｍに基づいてＩＡＢの特定多重化シナリオが適用される時点の親ＩＡＢ－ＤＵの送信パワーを調整するということを意味できる。

【0337】

上述した方法など（例えば、方法１、２）によってＩＡＢ－ＭＴはＤＬ パワー調整を要請する時に、現在（すなわち、調整前）親ＩＡＢ－ＤＵの送信パワーレベルによってＤＬパワー調整の要請（すなわち、要請の送信）が可能か否かが判断できる。

【0338】

例えば、ＩＡＢ－ＭＴは、ＮＺＰ－ＣＳＩ－ＲＳ－Ｒｅｓｏｕｒｃｅ ＩＥ（先の表１１参照）のｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔＳＳ値に基づいて、当該値によって親ＩＡＢ－ＤＵの送信パワー調整が可能か否かが判断できる。例えば、ｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔＳＳが最も低い値（現在はｄｂ－３、今後拡張可能である。例えば、ｄｂ－１０など）と指示された場合に、ＩＡＢ－ＭＴは、当該ＣＳＩ－ＲＳリソースに対して或いはＣＳＩ－ＲＳリソースのグループにおいて、或いは特定多重化シナリオに対して、親ＩＡＢ－ＤＵのパワー調整が不可能であると判断し、ＤＬ パワー調整を要請しなくてよい。或いは、ＩＡＢ－ＭＴは、該当の値を基準にパワー制御を要請することを考慮できる。例えば、特定ＮＺＰ－ＣＳＩ－ＲＳ－Ｒｅｓｏｕｒｃｅに現在指示されたｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔＳＳがｄｂ０であるとき、ＩＡＢ－ＭＴは、当該ＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅのｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔＳＳを、候補群のうち所望の値（例えば、ｄｂ３）を直接報告するか、マッピング関係によってパワー制御調整要請がｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔＳＳのうち一つの値を意味／指示することができる。

【0339】

ＩＡＢ－ＭＴは、ｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔＳＳの目録がＲｅｌ－１６のようにｄｂ－３、ｄｂ０、ｄｂ３、ｄｂ６を有する場合に、ＤＬパワー調整を要請できないと判断できる。又は、ｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔＳＳの目録が拡張された個数及び／又はより細密な単位（及び／又はｆｉｎｅｒ ｇｒａｎｕｌａｒｉｔｙ）で有する場合（例えば、ｄｂ－９、ｄｂ－６、ｄｂ－３、ｄｂ０、ｄｂ３、ｄｂ６、ｄｂ９などを有する場合）に、ＤＬ パワー調整を要請できると判断できる。すなわち、ＩＡＢ－ＭＴは、ｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔＳＳの目録に基づいてＤＬパワー調整の要請可能性を判断でき、逆に、親ＩＡＢ－ＤＵは、ＤＬパワー調整を支援する場合にのみ、ＩＡＢ－ＭＴにｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔＳＳのＲｅｌ－１６と異なる値（すなわち、異なる目録）を設定することができる。

【0340】

上述したように、ＩＡＢ－ＭＴは、下りリンク送信のパワーレベルに基づいて、前記ＩＡＢ－ＭＴによって下りリンク送信のパワー調整に対する要請の送信が可能であると判断される時にのみ、親ＩＡＢ－ＤＵに下りリンク送信のパワー調整に対する要請を送信できる。

【0341】

上述した方法など（例えば、方法１、２）でＩＡＢ－ＭＴが下りリンクパワー制御調整を親ＩＡＢ－ＤＵに要請するとき、ＳＳＢの送信パワーを基準にパワー制御を要請したり或いはＣＳＩ－ＲＳリソースインデックス或いはＣＳＩ－ＲＳのグループのインデックスを併せて指示できる。そして、ＩＡＢ－ＭＴは、報告されたリソースに対するパワー制御を期待することができる。

【0342】

上述した方法など（例えば、方法１、２）でＩＡＢ－ＭＴが下りリンクパワー制御調整を親ＩＡＢ－ＤＵに要請するとき、そのような所望のパワー調整要請とスロットインデックス（ｓｌｏｔ ｉｎｄｅｘ）に対する連関（ａｓｓｏｃｉａｔｉｏｎ）が定められる必要がある。また、所望のパワー調整要請だけでなく、所望のＩＡＢ－ＭＴのＵＬパワースペクトル密度（ＰＳＤ：ｐｏｗｅｒ ｓｐｅｃｔｒａｌ ｄｅｎｓｉｔｙ）の範囲に対しても連関（ａｓｓｏｃｉａｔｉｏｎ）が定められる必要がある。また、ＩＡＢ－ＭＴが要請する所望のパワー調整要請と親ＩＡＢが提供する所望のパワー調整に対しても連関（ａｓｓｏｃｉａｔｉｏｎ）が定められる必要がある。全ての場合に対して、スロットインデックスとの連関（ａｓｓｏｃｉａｔｉｏｎ）は、次の場合を考慮できる。

【0343】

Ｃａｓｅ １）ＩＡＢ－ＭＴの所望のＤＬ Ｔｘパワー調整の要請がスロットインデックスと連関される場合（すなわち、スロットインデックスと共に指示される場合）に、ＩＡＢ－ＭＴは、当該スロットインデックスにのみ所望のＤＬ Ｔｘパワー調整の要請が受諾され得ると判断できる（すなわち、ＤＬパワー調整が指示されたスロットインデックスを有するスロットにのみ適用）。そのような指示の周期は極めて短いので、ＩＡＢ－ＭＴがスロットインデックスと共に所望のＤＬ Ｔｘパワー調整の要請を行い、当該スロットインデックスにのみ要請が受諾されると判断する場合に、ＩＡＢ－ＭＴの当該要請はＵＣＩを用いて行われ、それによる親ＩＡＢノードのＤＬ ＴｘパワーアップデートもＤＣＩで行われてよい。

【0344】

Ｃａｓｅ ２）ＩＡＢ－ＭＴの所望のＤＬ Ｔｘパワー調整の要請がスロットインデックスと連関される場合（すなわち、スロットインデックスと共に指示される場合）に、ＩＡＢ－ＭＴは、当該スロットインデックスから以降の時間に対して所望のＤＬ Ｔｘパワー調整の要請が受諾され得ると判断できる（すなわち、ＤＬパワー調整が当該スロットインデックスから以降の時間に対して適用）。ここで、当該スロットインデックスから以降の有効な期間に対しては、事前の合意によって決定されるか、親ＩＡＢノードによって設定されてよい。例えば、ＩＡＢノードの多重化モード（ｍｕｌｔｉｐｌｅｘｉｎｇ ｍｏｄｅ）が変更される時点まで、或いは現在ＩＡＢノードがＴＤＭ動作（ｏｐｅｒａｔｉｏｎ）を行っているとこれがｎｏ－ＴＤＭ動作に変更される時点まで、或いは現在ＩＡＢノードがｎｏ－ＴＤＭ動作を行っているとこれがＴＤＭ動作に変更される時点まで、などが適用されてよい。或いは、そのような合意／設定に関係なく、ＩＡＢ－ＭＴは、当該スロットインデックスから持続して適用されると期待できる。有効な期間が設定されるか或いは設定されないかに関係なく、ＩＡＢ－ＭＴの当該要請は、ＭＡＣ－ＣＥ（又は、ＵＣＩ）で行われてよく、それによる親ＩＡＢノードのＤＬ ＴｘパワーアップデートもＭＡＣ－ＣＥ（又は、ＤＣＩ）で行われてよい。

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

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【手続補正書】

【提出日】2024-02-02

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線通信システムにおいて端末（ＵＥ）により行われる方法であって、前記方法は、
基地局から、サービングセルと関連した第１設定情報及びＣＳＩ－ＲＳリソースと関連した第２設定情報を受信する段階であって、前記第１設定情報は、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｒｉｏｎ ｓｉｇｎａｌ）のリソース要素別エネルギー（ＥＰＲＥ：ｅｎｅｒｇｙ ｐｅｒ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）に関する情報を含み、前記第２設定情報は、前記ＳＳＳの前記ＥＰＲＥ対比前記ＣＳＩ－ＲＳリソースのＥＰＲＥの第１パワーオフセットに関する情報を含み、前記ＣＳＩ－ＲＳリソースのＥＰＲＥは、前記ＳＳＳのＥＰＲＥと前記第１パワーオフセットから導出される、段階と、
前記基地局から下りリンク送信のパワー調整（ａｄｊｕｓｔｍｅｎｔ）のための制御情報を受信する段階を含み、
前記制御情報は、ｉ）前記ＣＳＩ－ＲＳリソースのインデックスと、ｉｉ）前記ＣＳＩ－ＲＳリソースのＥＰＲＥに関連した前記下りリンク送信のＥＰＲＥの第２パワーオフセットについての情報を含み、
前記下りリンク送信のＥＰＲＥは、前記ＣＳＩ－ＲＳリソースのＥＰＲＥと前記第２パワーオフセットから導出される、方法。

【請求項2】

制御情報により示される前記ＣＳＩ－ＲＳリソースと関連したＣＳＩ報告、前記下りリンク送信の電力調整に対する前記制御情報に基づいて行われる、請求項１に記載の方法。

【請求項3】

前記制御情報は、前記下りリンク送信のパワー調整に適用されるスロットインデックスに関する情報を含み、
前記下りリンク送信のパワー調整は、前記制御情報に基づいて、前記スロットインデックスによって指示されたスロットでの前記下りリンク送信に適用される、請求項１に記載の方法。

【請求項4】

前記基地局に前記下りリンク送信のパワー調整に対する要請を送信する段階をさらに含み、
前記制御情報は、前記前記下りリンク送信のパワー調整に対する要請に対する応答として送信される、請求項１に記載の方法。

【請求項5】

前記下りリンク送信のパワー調整に対する要請は、パワー調整が要請されるリソース又は多重化モードに関する情報を含む、請求項４に記載の方法。

【請求項6】

前記下りリンク送信のパワーレベルに基づいて、前記端末によって前記下りリンク送信のパワー調整に対する要請の送信が可能であると判断される時にのみ、前記基地局に前記下りリンク送信のパワー調整に対する要請が送信される、請求項４に記載の方法。

【請求項7】

前記基地局から前記下りリンク送信のパワー調整に対する要請を受信したことを知らせるための情報を受信する段階をさらに含む、請求項４に記載の方法。

【請求項8】

無線通信システムにおいて動作する端末であって、前記端末は、
無線信号を送受信するための１つ以上の送受信部（ｔｒａｎｓｃｅｉｖｅｒ）と、
前記１つ以上の送受信部を制御する１つ以上のプロセッサを含み、
前記１つ以上のプロセッサは、
基地局から、サービングセルと関連した第１設定情報及びＣＳＩ－ＲＳリソースと関連した第２設定情報を受信し、前記第１設定情報は、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｒｉｏｎ ｓｉｇｎａｌ）のリソース要素別エネルギー（ＥＰＲＥ：ｅｎｅｒｇｙ ｐｅｒ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）に関する情報を含み、前記第２設定情報は、前記ＳＳＳの前記ＥＰＲＥ対比前記ＣＳＩ－ＲＳリソースのＥＰＲＥの第１パワーオフセットに関する情報を含み、前記ＣＳＩ－ＲＳリソースのＥＰＲＥは、前記ＳＳＳのＥＰＲＥと前記第１パワーオフセットから導出され、
前記基地局から下りリンク送信のパワー調整（ａｄｊｕｓｔｍｅｎｔ）のための制御情報を受信する、ように設定され、
前記制御情報は、ｉ）前記ＣＳＩ－ＲＳリソースのインデックスと、ｉｉ）前記ＣＳＩ－ＲＳリソースのＥＰＲＥに関連した前記下りリンク送信のＥＰＲＥの第２パワーオフセットについての情報を含み、
前記下りリンク送信のＥＰＲＥは、前記ＣＳＩ－ＲＳリソースのＥＰＲＥと前記第２パワーオフセットから導出される、端末。

【請求項9】

無線通信システムにおいて動作する基地局であって、前記基地局は、
無線信号を送受信するための１つ以上の送受信部（ｔｒａｎｓｃｅｉｖｅｒ）と、
前記１つ以上の送受信部を制御する１つ以上のプロセッサを含み、
前記１つ以上のプロセッサは、
端末に、サービングセルと関連した第１設定情報及びＣＳＩ－ＲＳリソースと関連した第２設定情報を送信し、ここで、前記第１設定情報は、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｒｉｏｎ ｓｉｇｎａｌ）のリソース要素別エネルギー（ＥＰＲＥ：ｅｎｅｒｇｙ ｐｅｒ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）に関する情報を含み、前記第２設定情報は、前記ＳＳＳの前記ＥＰＲＥ対比前記ＣＳＩ－ＲＳリソースのＥＰＲＥの第１パワーオフセットに関する情報を含み、前記ＣＳＩ－ＲＳリソースのＥＰＲＥは、前記ＳＳＳのＥＰＲＥと前記第１パワーオフセットから導出され、
前記端末に下りリンク送信のパワー調整（ａｄｊｕｓｔｍｅｎｔ）のための制御情報を送信する、ように設定され、
前記制御情報は、ｉ）前記ＣＳＩ－ＲＳリソースのインデックスと、ｉｉ）前記ＣＳＩ－ＲＳリソースのＥＰＲＥに関連した前記下りリンク送信のＥＰＲＥの第２パワーオフセットについての情報を含む、
前記下りリンク送信のＥＰＲＥは、前記ＣＳＩ－ＲＳリソースのＥＰＲＥと前記第２パワーオフセットから導出される、基地局。

【国際調査報告】