特許 7406652 無線通信システムにおいて複数の親ノードに接続されたＩＡＢノードの動作方法及びその方法を用いる装置

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

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

(11)【特許番号】

(24)【登録日】2023-12-19

(45)【発行日】2023-12-27

(54)【発明の名称】無線通信システムにおいて複数の親ノードに接続されたＩＡＢノードの動作方法及びその方法を用いる装置

(51)【国際特許分類】

   H04W 72/232 20230101AFI20231220BHJP

   H04W 92/20 20090101ALI20231220BHJP

   H04W 16/26 20090101ALI20231220BHJP

【ＦＩ】

H04W72/232

H04W92/20 110

H04W16/26

【請求項の数】 15

(21)【出願番号】P 2022561158

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

(65)【公表番号】

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

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

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

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

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

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

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

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

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

(32)【優先日】2021-01-19

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】シム チェナム

(72)【発明者】

【氏名】ユ ヒャンソン

(72)【発明者】

【氏名】コ ヒョンス

(72)【発明者】

【氏名】ヤン ソクチェル

(72)【発明者】

【氏名】キム ソンウク

(72)【発明者】

【氏名】パク ヘウク

【審査官】▲高▼木 裕子

(56)【参考文献】

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

【文献】Qualcomm Incorporated，Further topics on IAB resource management[online]，3GPP TSG RAN WG1 #98b R1-1911102，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1911102.zip>，2019年10月05日

【文献】Huawei, HiSilicon，Corrections on resource multiplexing among backhaul and access links[online]，3GPP TSG RAN WG1 #100_e R1-2001038，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100_e/Docs/R1-2001038.zip>，2020年02月15日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４ － ７／２６

Ｈ０４Ｗ ４／００ － ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信システムにおける複数の親ノードに接続された統合アクセス及びバックホール（ＩＡＢ）ノードを動作させる方法において、
前記複数の親ノードの内の第１親ノードからの第１ＡＩ－ＤＣＩ（availability indication-downlink control information）を検出するステップと、
前記複数の親ノードの内の第２親ノードからの第２ＡＩ－ＤＣＩを検出するステップと、を含み、
前記第１ＡＩ－ＤＣＩが、使用できるソフトリソースを示し、前記第２ＡＩ－ＤＣＩが、使用できるソフトリソースを示すことに基づいて、前記ＩＡＢノードのＤＵは、前記ソフトリソース上で、ｉ）送信、ｉｉ）受信、及びｉｉｉ）送信又は受信、の１つを実行する、方法。

【請求項2】

前記ソフトリソースがソフトに設定されたダウンリンクシンボルであることに基づいて、前記ＩＡＢノードの前記ＤＵは、前記ソフトリソース上で信号を送信する、請求項１に記載の方法。

【請求項3】

前記ソフトリソースがソフトに設定されたアップリンクシンボルであることに基づいて、前記ＩＡＢノードの前記ＤＵは、前記ソフトリソース上で信号を受信する、請求項１に記載の方法。

【請求項4】

前記ソフトリソースがソフトに設定された柔軟なシンボルであることに基づいて、前記ＩＡＢノードの前記ＤＵは、前記ソフトリソース上で信号を送信又は受信する、請求項１に記載の方法。

【請求項5】

前記第１ＡＩ－ＤＣＩ及び前記第２ＡＩ－ＤＣＩの少なくとも１つが、使用できるソフトリソースを示さないことに基づいて、前記ＩＡＢノードの前記ＤＵは、前記ソフトリソース上で、ｉ）送信、ｉｉ）受信、及びｉｉｉ）送信又は受信を実行しない、請求項１に記載の方法。

【請求項6】

複数の親ノードに接続された統合アクセス及びバックホール（ＩＡＢ）ノードにおいて、
トランシーバと
少なくとも１つのメモリと、
前記少なくとも１つのメモリ及び前記トランシーバと動作可能に結合された少なくとも１つのプロセッサと、を含み、
前記少なくとも１つのプロセッサは、
前記複数の親ノードの内の第１親ノードからの第１ＡＩ－ＤＣＩ（availability indication-downlink control information）を検出し、
前記複数の親ノードの内の第２親ノードからの第２ＡＩ－ＤＣＩを検出するよう構成され、
前記第１ＡＩ－ＤＣＩが、使用できるソフトリソースを示し、前記第２ＡＩ－ＤＣＩが、使用できるソフトリソースを示すことに基づいて、前記ＩＡＢノードのＤＵは、前記ソフトリソース上で、ｉ）送信、ｉｉ）受信、及びｉｉｉ）送信又は受信、の１つを実行する、ＩＡＢノード。

【請求項7】

前記ソフトリソースがソフトに設定されたダウンリンクシンボルであることに基づいて、前記ＩＡＢノードの前記ＤＵは、前記ソフトリソース上で信号を送信する、請求項６に記載のＩＡＢノード。

【請求項8】

前記ソフトリソースがソフトに設定されたアップリンクシンボルであることに基づいて、前記ＩＡＢノードの前記ＤＵは、前記ソフトリソース上で信号を受信する、請求項６に記載のＩＡＢノード。

【請求項9】

前記ソフトリソースがソフトに設定された柔軟なシンボルであることに基づいて、前記ＩＡＢノードの前記ＤＵは、前記ソフトリソース上で信号を送信又は受信する、請求項６に記載のＩＡＢノード。

【請求項10】

前記第１ＡＩ－ＤＣＩ及び前記第２ＡＩ－ＤＣＩの少なくとも１つが、使用できるソフトリソースを示さないことに基づいて、前記ＩＡＢノードの前記ＤＵは、前記ソフトリソース上で、ｉ）送信、ｉｉ）受信、及びｉｉｉ）送信又は受信を実行しない、請求項６に記載のＩＡＢノード。

【請求項11】

統合アクセス及びバックホール（ＩＡＢ）ノードに含まれる装置において、
少なくとも１つのメモリと、
前記少なくとも１つのメモリと動作可能に結合された少なくとも１つのプロセッサと、を含み、
前記少なくとも１つのプロセッサは、
複数の親ノードの内の第１親ノードからの第１ＡＩ－ＤＣＩ（availability indication-downlink control information)を検出し、
前記複数の親ノードの内の第２親ノードからの第２ＡＩ－ＤＣＩを検出するよう構成され、
前記第１ＡＩ－ＤＣＩが、使用できるソフトリソースを示し、前記第２ＡＩ－ＤＣＩが、使用できるソフトリソースを示すことに基づいて、前記ＩＡＢノードのＤＵは、前記ソフトリソース上で、ｉ）送信、ｉｉ）受信、及びｉｉｉ）送信又は受信、の１つを実行する、装置。

【請求項12】

前記ソフトリソースがソフトに設定されたダウンリンクシンボルであることに基づいて、前記ＩＡＢノードの前記ＤＵは、前記ソフトリソース上で信号を送信する、請求項１１に記載の装置。

【請求項13】

前記ソフトリソースがソフトに設定されたアップリンクシンボルであることに基づいて、前記ＩＡＢノードの前記ＤＵは、前記ソフトリソース上で信号を受信する、請求項１１に記載の装置。

【請求項14】

前記ソフトリソースがソフトに設定された柔軟なシンボルであることに基づいて、前記ＩＡＢノードの前記ＤＵは、前記ソフトリソース上で信号を送信又は受信する、請求項１１に記載の装置。

【請求項15】

前記第１ＡＩ－ＤＣＩ及び前記第２ＡＩ－ＤＣＩの少なくとも１つが、使用できるソフトリソースを示さないことに基づいて、前記ＩＡＢノードの前記ＤＵは、前記ソフトリソース上で、ｉ）送信、ｉｉ）受信、及びｉｉｉ）送信又は受信を実行しない、請求項１１に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信システムにおいて複数の親ノードに接続されたＩＡＢノードの動作方法及びその方法を用いる装置に関する。
背景技術

【0002】

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

【0003】

ＮＲではマッシブＭＩＭＯ（ｍａｓｓｉｖｅ ＭＩＭＯ）またはマルチ－ビームが使われることができ、ＬＴＥと比較して非常に大きい帯域幅が利用可能であると予想され、統合アクセス及びバックホール（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ：ＩＡＢ）ノードの開発及び配置も予想される。

【0004】

ＩＡＢノードは、マルチホップ（hop）をサポートするワイヤレスバックホール（親ノードまたはドナーノード接続）に基づいて、中継器のように端末／子ノードとの無線接続をサポートするノードとすることができる。ＩＡＢノードは、ＤＵ（distributed unit）とＭＴ（mobile terminal）を含むことができる。ここで、ＤＵは端末または他のノードとの接続を提供する部分であり、ＭＴは親ノード（parent node）またはドナー（donor）ノードとの接続を提供する部分であるとすることができる。

【0005】

一方、ＩＡＢノードは複数の親ノードと接続することができる。たとえば、ＩＡＢノードは複数の親ノードとの二重接続（dual connectivity: ＤＣ）をサポートすることができる。二重接続とは、ＩＡＢノードが複数の基地局（または親ノード）が提供する無線リソースを同時に使用する技術を意味することができる。

【0006】

一方、ＩＡＢノードは、ソフトリソースに対してＭＴとＤＵの内、どちらを使用するかを判断しなければならないことがある。ここで、ソフトリソースは、ＩＡＢノードのＭＴが優先的に使用できるリソースであるが、前記ソフトリソースの可用性情報が検出された場合ＩＡＢノードのＤＵが優先的に使用できるリソースであり得る。可用性情報は従来１つの親ノードから受信された。

【0007】

ところで、前述したように、ＩＡＢノードは複数の親ノードと接続することができる。このとき、ＩＡＢノードは、接続された複数の親ノードのそれぞれからソフトリソースに対する可用性（availability）情報を監視(モニタリング)できる。そのような場合、前記可用性情報が互いに衝突するか、または一部の親ノードから可用性情報が検出されないことがある。このとき、前記ソフトリソースをＩＡＢノードのＭＴ、ＤＵの内、誰が使用するかどうかのような資源分配方式があいまいな問題がある。また、前記ソフトリソースで前記複数の親ノードがＩＡＢノードとどのように動作するかも規定する必要がある。

【発明の概要】

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

【0008】

本開示が解決しようとする技術的課題は、複数の親ノードに接続されたＩＡＢ
ノードの動作方法及びその方法を用いる装置を提供することである。

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

【0009】

一態様において、無線通信システムにおいて複数の親ノードに接続されたＩＡＢ（integrated access and backhaul）ノードの動作方法を提供する。前記方法は、前記複数の親ノードの内、第１親ノードからの第１ＡＩ－ＤＣＩ（availability indication-downlink control information)を監視し、前記複数の親ノードの内、第２親ノードからの第２ＡＩ－ＤＣＩを監視し、前記第１ＡＩ－ＤＣＩの監視結果と前記第２ＡＩ－ＤＣＩの監視結果すべてを考慮して、ソフトリソースが前記ＩＡＢノードＤＵ（distributed unit）に可用するか否かを判断することを特徴とする。

【0010】

別の態様において、複数の親ノードに接続されたＩＡＢ（integrated access and backhaul）ノードを提供する。前記ＩＡＢノードはトランシーバ、少なくとも１つのメモリ、及び前記少なくとも１つのメモリ及び前記トランシーバと動作可能に結合された少なくとも１つのプロセッサを含むが、前記プロセッサは、前記複数の親ノードの内、第１親ノードからの第１ＡＩ－ＤＣＩ（availability indication-downlink control information）を監視し、前記複数の親ノードの内、第２親ノードからの第２ＡＩ－ＤＣＩを監視し、前記第１ＡＩ－ＤＣＩの監視結果と、前記第２ＡＩ－ＤＣＩの監視結果を全て考慮して、ソフト（soft）資源が前記ＩＡＢノードのＤＵ(distributed unit)に可用(available))するかどうかを判断することを特徴とする。

【0011】

また他の態様で提供される装置は、少なくとも１つのメモリと、前記少なくとも１つのメモリと、動作可能に結合された少なくとも１つのプロセッサを含むが、前記プロセッサは、複数の親ノードの内、第１親ノードからの第１ＡＩ－ＤＣＩ（availability indication-downlink control information）を監視し、前記複数の親ノードの内、第２親ノードからの第２ＡＩ－ＤＣＩを監視し、前記第１ＡＩ－ＤＣＩのモニタリング結果と前記第２ＡＩ－ＤＣＩのモニタリング結果のすべてを考慮して、ソフト（soft）リソースが前記ＩＡＢノードのＤＵ（distributed unit）に可用するか否かを判断することを特徴とする。

【0012】

また他の態様において、少なくとも１つのプロセッサによって実行されることに基づく命令語（instruction）を含む少なくとも１つのコンピュータで読み取り可能する記録媒体（computer readable medium: CRM）を提供する。前記ＣＲＭは複数の親ノードの内、第１親ノードからの第１ＡＩ－ＤＣＩ（availability indication-downlink control information)を監視するステップ、前記複数の親ノードの内、第２親ノードからの第２ＡＩ －ＤＣＩを監視するステップ、前記第１ＡＩ－ＤＣＩの監視結果と前記第２ＡＩ－ＤＣＩの監視結果の全てを考慮して、ソフト（soft）リソースが前記ＩＡＢノードのＤＵ（distributed unit）に可用するかどうかを判断するステップを含む動作を実行することを特徴とする。

【0013】

さらに別の態様において、複数の親ノード及び前記複数の親ノードに接続されたＩＡＢ（integrated access and backhaul）ノードを含む無線通信システムの動作方法を提供する。前記方法は、前記複数の親ノードの内第１親ノードが第１ＡＩ－ＤＣＩ(availability indication-downlink control information)を前記ＩＡＢノードに送信し、前記複数の親ノードの内、第２親ノードが第２ＡＩ－ＤＣＩを前記ＩＡＢノードに送信し、前記ＩＡＢノードが前記第１ＡＩ－ＤＣＩの監視結果及び前記第２ＡＩ－ＤＣＩのモニタリング結果をすべて考慮し、ソフト（soft）資源が前記ＩＡＢノードのＤＵ（distributed unit）に可用（available）するかどうかを判断することを特徴とする。

【発明の効果】

【0014】

複数の親ノードに接続されたＩＡＢノードにおけるソフトリソースのリソース分配時に曖昧さがない。ソフトリソースで不要な干渉が発生する動作を行わないようになり、その結果、通信の効率が増加する。

【図面の簡単な説明】

【0015】

【図1】ＮＲが適用される次世代無線アクセスネットワーク（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＮＧ－ＲＡＮ）のシステム構造を例示する。

【図2】ＮＧ－ＲＡＮと５ＧＣとの間の機能的分割を例示する。

【図3】ＮＲで適用されることができるフレーム構造を例示する。

【図4】ＮＲフレームのスロット構造を例示する。

【図5】コアセットを例示する。

【図6】従来の制御領域とＮＲでのＣＯＲＥＳＥＴの相違点を示す。

【図7】新しい無線アクセス技術に対するフレーム構造の一例を示す。

【図8】自己完備（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ）スロットの構造を例示する。

【図9】物理チャネル及び一般的な信号送信を例示する。

【図10】統合アクセス及びバックホールリンク（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ ｌｉｎｋｓ：ＩＡＢ）を有するネットワークに対する一例を概略的に示す。

【図11】アクセス及びバックホールリンクの構成の一例を概略的に示す。

【図12】ＩＡＢノードがＳＡ（ｓｔａｎｄ ａｌｏｎｅ）モードまたはＮＳＡ（ｎｏｎ－ｓｔａｎｄ ａｌｏｎｅ）で動作することを例示する。

【図13】バックホールリンクとアクセスリンクを例示する。

【図14】親リンクと子リンクを説明する。

【図15】ＩＡＢノードがＮ＝３個のＭＴ－ＣＣとＭ＝３個のＤＵセルで構成される例を示す。

【図16】ＩＡＢノードが親ノード１と親ノード２に接続された例を示す。

【図17】各リソースにおけるＩＡＢノードの動作を例示する。

【図18】シナリオ１に係るＩＡＢノードの動作方法の一例である。

【図19】シナリオ２に係るＩＡＢノードの動作方法を例示する。

【図20】無線通信システムにおける複数の親ノードに接続されたＩＡＢノードの動作方法を例示する。

【図21】前述のＡｌｔ ２に係るＩＡＢノードの動作方法を例示する。

【図22】前述のＡｌｔ ２に係るＩＡＢノードの動作方法の他の例である。

【図23】多重親シナリオの一例である。

【図24】本明細書に適用されることができる無線機器を例示する。

【図25】信号処理モジュール構造の一例を示す。

【図26】送信装置内の信号処理モジュール構造の他の例を示す。

【図27】本開示の具現例に係る無線通信装置の一例を示す。

【図28】無線装置の他の例を示す。

【図29】本明細書に適用される無線機器の他の例を示す。

【図30】本明細書に適用される携帯機器を例示する。

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

従来の無線通信システムは、Ｅ－ＵＴＲＡＮ(Evolved-UMTS Terrestrial Radio Access Network)、またはＬＴＥ（Long Term Evolution）／ＬＴＥ-Ａシステムとも呼ばれることがある。

【0024】

Ｅ－ＵＴＲＡＮは端末(User Equipment,ＵＥ)に制御平面(control plane)とユーザプレーン（user plane）を提供する基地局（Base Station, BS）を含む。端末は固定されるかまたは移動性を有することができ、ＭＳ（Mobile station）、ＵＴ（User Terminal）、ＳＳ(Subscriber Station)、ＭＴ(mobile terminal)、無線機器(Wireless Device)など他の用語と呼あれることができる。基地局は、端末と通信する固定された地点（fixed station）をいい、ｅＮＢ（evolved-NodeB）、ＢＴＳ（Base Transceiver System）、アクセスポイント（Access Point）など他の用語と呼ばれることができる。

【0025】

基地局はＸ２インターフェースを介して互いに接続することができる。基地局はＳ１インターフェースを介してＥＰＣ（Evolved Packet Core）、より詳細にはＳ１－ＭＭＥを介してＭＭＥ（Mobility Management Entity）とＳ１－Ｕを介してＳ－ＧＷ（Serving Gateway）とつながる。

【0026】

ＥＰＣは、ＭＭＥ、Ｓ－ＧＷ、及びＰ－ＧＷ（Packet Data Network-Gateway）で構成される。ＭＭＥは、端末の接続情報や端末の能力に関する情報を有してあり、このような情報は、端末のモビリティ管理に主に使用される。Ｓ－ＧＷはＥ－ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ－ＧＷは、ＰＤＮを終端点として有するゲートウェイである。

【0027】

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

【0028】

ユーザ平面は、ユーザデータ転送のためのプロトコルスタック（protocol stack）であり、制御平面は、制御信号伝送のためのプロトコルスタックである。

【0029】

物理階層（ＰＨＹ(physical)layer）は物理チャネル(physical channel)を用いて上位階層に情報転送サービス（information transfer service）を提供する。物理階層は上位階層であるＭＡＣ（Medium Access Control）階層とは伝送チャネル（transport channel）を介して接続されている。伝送チャネルを介してＭＡＣ階層と物理階層間にデータが移動する。伝送チャネルは無線インターフェースを介してデータがどのようにどんな特徴として送信されるかによって分類される。

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

図1は、ＮＲが適用される次世代の無線アクセスネットワーク（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＮＧ－ＲＡＮ）のシステム構造を例示する。

【0043】

図1を参照すると、ＮＧ－ＲＡＮは、端末にユーザ平面及び制御平面プロトコル終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供するｇＮＢ及び／又はｅＮＢを含むことができる。図４では、ｇＮＢのみを含む場合を例示する。ｇＮＢ及びｅＮＢは、相互間にＸｎインターフェースで連結されている。ｇＮＢ及びｅＮＢは、５世代コアネットワーク（５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ：５ＧＣ）とＮＧインターフェースを介して連結されている。より具体的に、ＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）とはＮＧ－Ｃインターフェースを介して連結され、ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）とはＮＧ－Ｕインターフェースを介して連結される。

【0044】

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

【0045】

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

【0046】

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

【0047】

図3を参照すると、ＮＲでアップリンク及びダウンリンク送信に無線フレーム（以下、フレームと略称する）が使われることができる。フレームは、１０ｍｓの長さを有し、２個の５ｍｓハーフ－フレーム（Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ）に定義されることができる。ハーフ－フレームは、５個の１ｍｓサブフレーム（Ｓｕｂｆｒａｍｅ、ＳＦ）に定義されることができる。サブフレームは、一つ以上のスロットに分割されることができ、サブフレーム内のスロット個数は、ＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）に依存する。各スロットは、ＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）によって１２個または１４個のＯＦＤＭ（Ａ）シンボルを含む。普通（ｎｏｒｍａｌ）ＣＰが使われる場合、各スロットは、１４個のシンボルを含む。拡張（ｅｘｔｅｎｄｅｄ）ＣＰが使われる場合、各スロットは、１２個のシンボルを含む。ここで、シンボルは、ＯＦＤＭシンボル（または、ＣＰ－ＯＦＤＭシンボル）、ＳＣ－ＦＤＭＡシンボル（または、ＤＦＴ－ｓ－ＯＦＤＭシンボル）を含むことができる。

【0048】

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

【0049】

【表1】

【0050】

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

【0051】

【表2】

【0052】

図3では、μ＝０、１、２、3に対して例示している。

【0053】

以下の表２－１は、拡張ＣＰが使われる場合、ＳＣＳによってスロット別シンボルの個数、フレーム別スロットの個数とサブフレーム別スロットの個数が変わることを例示する。

【0054】

【表2-1】

【0055】

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

【0056】

図4は、ＮＲフレームのスロット構造を例示する。

【0057】

スロットは、時間ドメイン（ｄｏｍａｉｎ、領域）で複数のシンボルを含むことができる。例えば、普通（ｎｏｒｍａｌ）ＣＰの場合、一つのスロットが７個のシンボルを含み、拡張（ｅｘｔｅｎｄｅｄ）ＣＰの場合、一つのスロットが６個のシンボルを含むことができる。搬送波は、周波数ドメインで複数の副搬送波を含むことができる。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインで複数（例、１２）の連続した副搬送波に定義されることができる。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインで複数の連続した（Ｐ）ＲＢに定義されることができ、一つのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例、ＳＣＳ、ＣＰ長さ等）に対応されることができる。搬送波は、最大Ｎ個（例、５個）のＢＷＰを含むことができる。データ通信は、活性化されたＢＷＰを介して実行され、一つの端末には一つのＢＷＰのみが活性化されることができる。リソースグリッドで各々の要素は、リソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ）と呼ばれ、一つの複素シンボルがマッピングされることができる。

【0058】

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

【0059】

【表3】

【0060】

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

【0061】

モニタリングは、ＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）フォーマットによって各々のＰＤＣＣＨ候補をデコーディングすることを意味する。端末は、対応する検索空間集合によって、ＰＤＣＣＨモニタリングが設定された各活性化されたサービングセルの活性化ＤＬ ＢＷＰ上の一つ以上のコアセット（ＣＯＲＥＳＥＴ、以下で説明）でＰＤＣＣＨ候補の集合をモニタリングする。

【0062】

ＮＲでは、制御リソースセット（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ：ＣＯＲＥＳＥＴ、コアセット）という新しい単位を導入することができる。端末は、コアセットでＰＤＣＣＨを受信することができる。

【0063】

図5は、コアセットを例示する。

【0064】

図5を参照すると、コアセットは、周波数領域でＮ^{ＣＯＲＥＳＥＴ} _ＲＢ個のリソースブロックで構成され、時間領域でＮ^{ＣＯＲＥＳＥＴ} _ｓｙｍｂ∈｛１、２、３｝個のシンボルで構成されることができる。Ｎ^{ＣＯＲＥＳＥＴ} _ＲＢ、Ｎ^{ＣＯＲＥＳＥＴ} _ｓｙｍｂは、上位階層信号を介して基地局により提供されることができる。図８に示すように、コアセット内には複数のＣＣＥ（または、ＲＥＧ）が含まれることができる。

【0065】

端末は、コアセット内で１、２、４、８または１６個のＣＣＥを単位でＰＤＣＣＨ検出を試みることができる。ＰＤＣＣＨ検出を試みることができる一個または複数個のＣＣＥをＰＤＣＣＨ候補ということができる。

【0066】

端末は、複数のコアセットの設定を受けることができる。

【0067】

図6は、従来の制御領域とＮＲでのＣＯＲＥＳＥＴの相違点を示す。

【0068】

図6を参照すると、従来の無線通信システム（例えば、ＬＴＥ／ＬＴＥ－Ａ）での制御領域8００は、基地局が使用するシステム帯域全体にわたって構成された。狭い帯域のみをサポートする一部端末（例えば、ｅＭＴＣ／ＮＢ－ＩｏＴ端末）を除いた全ての端末は、基地局が送信する制御情報を正確に受信／デコーディングするためには前記基地局のシステム帯域全体の無線信号が受信可能でなければならない。

【0069】

それに対して、ＮＲでは、前述したコアセットを導入した。コアセット８０１、８０２、８０３は、端末が受信すべき制御情報のための無線リソースということができ、周波数領域でシステム帯域全体の代わりに一部のみを使用することができる。また、時間領域でスロット内のシンボルのうち一部のみを使用することができる。基地局は、各端末にコアセットを割り当てることができ、割り当てたコアセットを介して制御情報を送信することができる。例えば、図6において、第１のコアセット８０１は端末１に割り当て、第２のコアセット８０２は端末２に割り当て、第３のコアセット８０３は端末３に割り当てることができる。ＮＲでの端末は、システム帯域全体を必ず受信しなくても基地局の制御情報を受信することができる。

【0070】

コアセットには、端末特定的制御情報を送信するための端末特定的コアセットと、全ての端末に共通的な制御情報を送信するための共通的コアセットと、がある。

【0071】

一方、ＮＲでは、応用（Ａｐｐｌｉｃａｔｉｏｎ）分野によっては高い信頼性（ｈｉｇｈ ｒｅｌｉａｂｉｌｉｔｙ）を要求することができ、このような状況でダウンリンク制御チャネル（例えば、ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＤＣＣＨ）を介して送信されるＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）に対する目標ＢＬＥＲ（ｂｌｏｃｋ ｅｒｒｏｒ ｒａｔｅ）は、従来技術より著しく低くなることがある。このように高い信頼性を要求する要件（ｒｅｑｕｉｒｅｍｅｎｔ）を満たすための方法の一例として、ＤＣＩに含まれる内容（ｃｏｎｔｅｎｔｓ）量を減らしたり、そして／またはＤＣＩ送信時に使用するリソースの量を増加させたりすることができる。このとき、リソースは、時間領域でのリソース、周波数領域でのリソース、コード領域でのリソース、空間領域でのリソースのうち少なくとも一つを含むことができる。

【0072】

ＮＲでは下記の技術／特徴が適用されることができる。

【0073】

＜セルフコンテインドサブフレーム構造（Ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ ｓｕｂｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）＞

【0074】

図7は、新しい無線接続技術に対するフレーム構造の一例を示す。

【0075】

ＮＲではレイテンシ（ｌａｔｅｎｃｙ）を最小化するための目的として、図7のように、一つのＴＴＩ内に、制御チャネルとデータチャネルが時分割多重化（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＴＤＭ）される構造がフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）の一つとして考慮されることができる。

【0076】

図7において、斜線を引いた領域は、ダウンリンク制御（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ）領域を示し、黒色部分は、アップリンク制御（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ）領域を示す。表示がない領域は、ダウンリンクデータ（ｄｏｗｎｌｉｎｋ ｄａｔａ；ＤＬ ｄａｔａ）送信のために使われることもでき、アップリンクデータ（ｕｐｌｉｎｋ ｄａｔａ；ＵＬ ｄａｔａ）送信のために使われることもできる。このような構造の特徴は、一個のサブフレーム（ｓｕｂｆｒａｍｅ）内でダウンリンク（ＤＬ）送信とアップリンク（ｕｐｌｉｎｋ；ＵＬ）送信が順次に進行され、サブフレーム（ｓｕｂｆｒａｍｅ）内でＤＬ ｄａｔａを送り、ＵＬ ＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）も受けることができる。結果的に、データ送信エラー発生時にデータ再送信までかかる時間を減らすようになり、それによって、最終データ伝達のレイテンシ（ｌａｔｅｎｃｙ）を最小化することができる。

【0077】

このようなデータ及び制御領域がＴＤＭされたサブフレーム構造（ｄａｔａ ａｎｄ ｃｏｎｔｒｏｌ ＴＤＭｅｄ ｓｕｂｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）で、基地局と端末が送信モードから受信モードへの転換過程または受信モードから送信モードへの転換過程のためのタイプギャップ（ｔｉｍｅ ｇａｐ）が必要である。そのために、セルコンテインドサブフレーム構造で、ＤＬからＵＬに転換される時点の一部ＯＦＤＭシンボルが保護区間（ｇｕａｒｄ ｐｅｒｉｏｄ：ＧＰ）に設定されることができる。

【0078】

図8は、自己完備（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ）スロットの構造を例示する。

【0079】

ＮＲシステムで一つのスロット内にＤＬ制御チャネル、ＤＬまたはＵＬデータ、ＵＬ制御チャネルなどが全て含まれることができる。例えば、スロット内の最初のＮ個のシンボルは、ＤＬ制御チャネルを送信するときに使われ（以下、ＤＬ制御領域という）、スロット内の最後のＭ個のシンボルは、ＵＬ制御チャネルを送信するときに使われることができる（以下、ＵＬ制御領域という）。ＮとＭは、各々、０以上の整数である。ＤＬ制御領域とＵＬ制御領域との間にあるリソース領域（以下、データ領域という）は、ＤＬデータ送信のために使われ、またはＵＬデータ送信のために使われることができる。一例として、次の構成を考慮することができる。各区間は、時間順に羅列された。

【0080】

１．ＤＬ ｏｎｌｙ構成

【0081】

２．ＵＬ ｏｎｌｙ構成

【0082】

３．Ｍｉｘｅｄ ＵＬ－ＤＬ構成

【0083】

－ＤＬ領域＋ＧＰ（Ｇｕａｒｄ Ｐｅｒｉｏｄ）＋ＵＬ制御領域

【0084】

－ＤＬ制御領域＋ＧＰ＋ＵＬ領域

【0085】

ＤＬ領域：（ｉ）ＤＬデータ領域、（ｉｉ）ＤＬ制御領域＋ＤＬデータ領域

【0086】

ＵＬ領域：（ｉ）ＵＬデータ領域、（ｉｉ）ＵＬデータ領域＋ＵＬ制御領域

【0087】

ＤＬ制御領域ではＰＤＣＣＨが送信されることができ、ＤＬデータ領域ではＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）が送信されることができる。ＵＬ制御領域ではＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）が送信されることができ、ＵＬデータ領域ではＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）が送信されることができる。ＰＤＣＣＨではＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、例えば、ＤＬデータスケジューリング情報、ＵＬデータスケジューリング情報などが送信されることができる。ＰＵＣＣＨではＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、例えば、ＤＬデータに対するＡＣＫ／ＮＡＣＫ（Ｐｏｓｉｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）などが送信されることができる。ＧＰは、基地局と端末が送信モードから受信モードに転換する過程または受信モードから送信モードに転換する過程で時間ギャップを提供する。サブフレーム内でＤＬからＵＬに転換される時点の一部シンボルがＧＰに設定されることができる。

【0088】

ＮＲでは、時間領域で同期化信号ブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ ｂｌｏｃｋ；ＳＳＢ、または同期化信号及び物理放送チャネル（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ ａｎｄ ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ：ＳＳ／ＰＢＣＨ）とも称する）は、同期化信号ブロック内で０から３までの昇順に番号が付けられた４個のＯＦＤＭシンボルで構成されることができ、プライマリ同期化信号（ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ：ＰＳＳ）、セカンダリ同期化信号（ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ：ＳＳＳ）、及び復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ：ＤＭＲＳ）と関連したＰＢＣＨがシンボルにマッピングされることができる。前述したように、同期化信号ブロックは、ＳＳ／ＰＢＣＨブロックで表現することもできる。

【0089】

ＮＲでは多数の同期化信号ブロックが各々互いに異なる時点に送信されることができ、初期接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ：ＩＡ）、サービングセル測定（ｓｅｒｖｉｎｇ ｃｅｌｌ ｍｅａｓｕｒｅｍｅｎｔ）などを実行するためにＳＳＢが使われることができるため、他の信号と送信時点及びリソースがオーバーラップ（ｏｖｅｒｌａｐ）される場合、ＳＳＢが優先的に送信されることが好ましい。このために、ネットワークは、ＳＳＢの送信時点及びリソース情報をブロードキャスト（ｂｒｏａｄｃａｓｔ）し、または端末－特定ＲＲＣシグナリング（ＵＥ－ｓｐｅｃｉｆｉｃ ＲＲＣ ｓｉｇｎａｌｉｎｇ）を介して指示できる。

【0090】

ＮＲではビーム（ｂｅａｍ）ベースの送受信動作が実行されることができる。現在サービングビーム（ｓｅｒｖｉｎｇ ｂｅａｍ）の受信性能が低下される場合、ビームエラー復旧（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ：ＢＦＲ）という過程を介して新しいビームを探す過程を実行することができる。

【0091】

ＢＦＲは、ネットワークと端末との間のリンク（ｌｉｎｋ）に対するエラー／失敗（ｆａｉｌｕｒｅ）を宣言する過程でないため、ＢＦＲ過程を実行しても現在サービングセルとの連結は維持されていると仮定することもできる。ＢＦＲ過程ではネットワークにより設定された互いに異なるビーム（ビームは、ＣＳＩ－ＲＳのポートまたはＳＳＢ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ ｂｌｏｃｋ）インデックスなどで表現されることができる）に対する測定を実行し、該当端末にベスト（ｂｅｓｔ）ビームを選択することができる。端末は、測定結果がよいビームに対して、該当ビームと連係されたＲＡＣＨ過程を実行する方式にＢＦＲ過程を進行することができる。

【0092】

以下、送信設定指示子（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｏｒ：以下、ＴＣＩという）状態（ｓｔａｔｅ）に対して説明する。ＴＣＩ状態は、制御チャネルのコアセット別に設定されることができ、ＴＣＩ状態に基づいて端末の受信（Ｒｘ）ビームを決定するためのパラメータを決定することができる。

【0093】

サービングセルの各ダウンリンク帯域幅部分（ＤＬ ＢＷＰ）に対して、端末は、３個以下のコアセットの設定を受けることができる。また、各コアセットに対して、端末は、下記の情報の提供を受けることができる。

【0094】

１）コアセットインデックスｐ（例えば、０から１１までのうち一つ、一つのサービングセルのＢＷＰで各コアセットのインデックスは、ユニーク（ｕｎｉｑｕｅ）に決められる）、

【0095】

２）ＰＤＣＣＨ ＤＭ－ＲＳスクランブリングシーケンス初期化値、

【0096】

３）コアセットの時間領域での区間（シンボル単位で与えられる）、

【0097】

４）リソースブロック集合、

【0098】

５）ＣＣＥ－ｔｏ－ＲＥＧマッピングパラメータ、

【0099】

６）（‘ＴＣＩ－状態（ＴＣＩ－Ｓｔａｔｅ）’という上位階層パラメータにより提供されたアンテナポート準共同位置の集合から）各々のコアセットでＰＤＣＣＨ受信のためのＤＭ－ＲＳアンテナポートの準共同位置（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ：ＱＣＬ）情報を示すアンテナポート準共同位置（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）、

【0100】

７）コアセットでＰＤＣＣＨにより送信された特定ＤＣＩフォーマットに対する送信設定指示（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ：ＴＣＩ）フィールドの存否指示など。

【0101】

ＱＣＬに対して説明する。もし、一つのアンテナポート上のシンボルが送信されるチャネルの特性が、他のアンテナポート上のシンボルが送信されるチャネルの特性から推論（ｉｎｆｅｒ）されることができる場合、前記２個のアンテナポートが準共同位置（ＱＣＬ）にあるということができる。例えば、２個の信号（Ａ、Ｂ）が、同一／類似の空間フィルタが適用された同じ送信アンテナアレイ（ａｒｒａｙ）から送信される場合、前記２個の信号は、同一／類似のチャネル状態を経ることができる。受信機の立場では前記２個の信号のうち一つを受信すると、受信した信号のチャネル特性を利用して他の信号を検出することができる。

【0102】

このような意味で、ＡとＢがＱＣＬされているということは、ＡとＢが類似のチャネル条件を経て、したがって、Ａを検出するために推定されたチャネル情報がＢを検出するときにも有用であるという意味である。ここで、チャネル条件は、例えば、ドップラーシフト（Ｄｏｐｐｌｅｒ ｓｈｉｆｔ）、ドップラースプレッド（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、平均遅延（ａｖｅｒａｇｅ ｄｅｌａｙ）、遅延スプレッド（ｄｅｌａｙ ｓｐｒｅａｄ）、空間受信パラメータなどにより定義されることができる。

【0103】

‘ＴＣＩ－Ｓｔａｔｅ’パラメータは、１個または２個のダウンリンク参照信号を対応するＱＣＬタイプ（ＱＣＬタイプＡ、Ｂ、Ｃ、Ｄがある、表４参照）に関連つけられる。

【0104】

【表4】

【0105】

各‘ＴＣＩ－Ｓｔａｔｅ’は、１個または２個のダウンリンク参照信号とＰＤＳＣＨ（または、ＰＤＣＣＨ）のＤＭ－ＲＳポート、またはＣＳＩ－ＲＳリソースのＣＳＩ－ＲＳポート間の準共同位置（ＱＣＬ）関係を設定するためのパラメータを含むことができる。

【0106】

一方、一つのサービングセルで端末に設定された各ＤＬ ＢＷＰで、端末は、１０個以下の検索空間集合（ｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔ）の提供を受けることができる。各検索空間集合に対して、端末は、下記の情報のうち少なくとも一つの提供を受けることができる。

【0107】

１）検索空間集合インデックスｓ（０≦ｓ＜４０）、２）コアセットＰと検索空間集合ｓとの間の連関（ａｓｓｏｃｉａｔｉｏｎ）、３）ＰＤＣＣＨモニタリング周期及びＰＤＣＣＨモニタリングオフセット（スロット単位）、４）スロット内でのＰＤＣＣＨモニタリングパターン（例えば、ＰＤＣＣＨモニタリングのためのスロット内でコアセットの１番目のシンボルを指示）、５）検索空間集合ｓが存在するスロットの個数、６）ＣＣＥアグリゲーションレベル別ＰＤＣＣＨ候補の個数、７）検索空間集合ｓがＣＳＳであるか、または、ＵＳＳであるかを指示する情報など。

【0108】

ＮＲで、コアセット＃０は、ＰＢＣＨ（または、ハンドオーバーのための端末専用シグナリングまたはＰＳＣｅｌｌ設定またはＢＷＰ設定）により設定されることができる。ＰＢＣＨにより設定される検索空間（ｓｅａｒｃｈ ｓｐａｃｅ：ＳＳ）集合（ｓｅｔ）＃０は、連係されたＳＳＢ毎に互いに異なるモニタリングオフセット（例えば、スロットオフセット、シンボルオフセット）を有することができる。これは端末がモニタリングすべき検索空間時点（ｓｅａｒｃｈ ｓｐａｃｅ ｏｃｃａｓｉｏｎ）を最小化するために必要である。または、端末のベストビーム（ｂｅｓｔ ｂｅａｍ）が動的に変わる状況で端末との通信を持続的にできるように各ビームによる制御／データ送信をすることができるビームスイーピング（ｓｗｅｅｐｉｎｇ）制御／データ領域を提供するためにも必要である。

【0109】

図9は、物理チャネル及び一般的な信号送信を例示する。

【0110】

図9を参照すると、無線通信システムにおいて、端末は、基地局からダウンリンク（Ｄｏｗｎｌｉｎｋ、ＤＬ）を介して情報を受信し、端末は、基地局にアップリンク（Ｕｐｌｉｎｋ、ＵＬ）を介して情報を送信する。基地局と端末が送受信する情報は、データ及び多様な制御情報を含み、これらが送受信する情報の種類／用途によって多様な物理チャネルが存在する。

【0111】

電源がオフになった状態で再びオンになり、または新しくセルに進入した端末は、基地局と同期を合わせる等の初期セル探索（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を実行する（Ｓ１１）。このために、端末は、基地局からＰＳＣＨ（Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ）及びＳＳＣＨ（Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ）を受信して基地局と同期を合わせ、セルＩＤ（ｃｅｌｌ ｉｄｅｎｔｉｔｙ）などの情報を取得する。また、端末は、基地局からＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を受信してセル内の放送情報を取得することができる。また、端末は、初期セル探索ステップでＤＬ ＲＳ（Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信してダウンリンクチャネル状態を確認することができる。

【0112】

初期セル探索を終えた端末は、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及びこれに対応されるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を受信することで、さらに具体的なシステム情報を取得することができる（Ｓ１２）。

【0113】

以後、端末は、基地局に接続を完了するためにランダムアクセス過程（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を実行することができる（Ｓ１３～Ｓ１６）。具体的に、端末は、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を介してプリアンブルを送信し（Ｓ１３）、ＰＤＣＣＨ及びこれに対応するＰＤＳＣＨを介してプリアンブルに対するＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を受信することができる（Ｓ１４）。以後、端末は、ＲＡＲ内のスケジューリング情報を利用してＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を送信し（Ｓ１５）、ＰＤＣＣＨ及びこれに対応するＰＤＳＣＨのような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を実行することができる（Ｓ１６）。

【0114】

前述したような手順を実行した端末は、以後一般的なアップリンク／ダウンリンク信号送信手順として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ１７）及びＰＵＳＣＨ／ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信（Ｓ１８）を実行することができる。端末が基地局に送信する制御情報をＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）という。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）などを含む。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ）などを含む。ＵＣＩは、一般的にＰＵＣＣＨを介して送信されるが、制御情報とデータが同時に送信されるべき場合、ＰＵＳＣＨを介して送信されることができる。また、ネットワークの要請／指示によって、端末は、ＰＵＳＣＨを介してＵＣＩを非周期的に送信できる。

【0115】

ＢＡ（ｂａｎｄｗｉｄｔｈ ａｄａｐｔａｔｉｏｎ）が設定される時、合理的なバッテリ消耗を可能にするために、各アップリンク搬送波に対するただ一つのアップリンクＢＷＰ及び一つのダウンリンクＢＷＰまたはただ一つのダウンリンク／アップリンクＢＷＰ対は、活性サービングセル内で一度に活性化されることができ、端末に設定された他の全てのＢＷＰは、非活性化される。非活性化されたＢＷＰで、端末は、ＰＤＣＣＨをモニタリングせず、ＰＵＣＣＨ、ＰＲＡＣＨ、及びＵＬ－ＳＣＨ上で送信しない。

【0116】

ＢＡに対して、端末の受信及び送信帯域幅は、セルの帯域幅ほど広い必要がなくて調整されることができる：幅（ｗｉｄｔｈ）は、変更されるように命令されることができ（例えば、電力節約のために低い活性（ａｃｔｉｖｉｔｙ）期間の間に収縮）、周波数領域で位置は移動でき（例えば、スケジューリング柔軟性を増加させるために）、副搬送波間隔は変更されるように命令されることができる（例えば、異なるサービスを許容するために）。セルの全体セル帯域幅のサブセット（ｓｕｂｓｅｔ）は、帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）と呼ばれ、ＢＡは、端末にＢＷＰ（ら）を設定し、前記端末に設定されたＢＷＰのうち現在活性であることを知らせることによって得られる。ＢＡが設定されると、端末は、一つの活性ＢＷＰ上でＰＤＣＣＨをモニタリングすればよい。即ち、セルの全体ダウンリンク周波数上でＰＤＣＣＨをモニタリングする必要がない。ＢＷＰ非活性化タイマ（前述したＤＲＸ非活性化タイマとは独立的）は、活性ＢＷＰをデフォルトＢＷＰに転換するときに使われる：前記タイマは、ＰＤＣＣＨデコーディングに成功すると、再開始され、前記タイマが満了されると、デフォルトＢＷＰへのスイッチングが発生する。

【0117】

以下では、統合アクセス及びバックホールリンク（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ ｌｉｎｋ：ＩＡＢ）に対して説明する。一方、以下では説明の便宜のためにｎｅｗ ＲＡＴ（ＮＲ）システムに基づいて提案方式を説明する。しかし、提案方式が適用されるシステムの範囲は、ＮＲシステム外に３ＧＰＰ（登録商標） ＬＴＥ／ＬＴＥ－Ａシステムなど、他のシステムにも拡張可能である。

【0118】

未来のセルラーネットワーク配置シナリオ及びアプリケーションを可能にすることを目標とする潜在技術のうち一つは、無線バックホール（ｂａｃｋｈａｕｌ）及びリレイリンクに対するサポートであって、運搬ネットワーク（ｔｒａｎｓｐｏｒｔ ｎｅｔｗｏｒｋ）を比例的に密度化する必要なしにＮＲセルの柔軟で非常に密集された配置を可能にする。

【0119】

マッシブＭＩＭＯ（ｍａｓｓｉｖｅ ＭＩＭＯ）またはマルチ－ビームシステムの自然な配置（ｎａｔｉｖｅ ｄｅｐｌｏｙｍｅｎｔ）と共に、ＬＴＥと比較してＮＲでの一層大きい帯域幅が利用可能であると予想されるため（例えば、ミリメートル波スペクトラム（ｍｍＷａｖｅ ｓｐｅｃｔｒｕｍ））統合アクセス及びバックホールリンクの開発及び配置に対する機会が生成される。これは端末に対する接続またはアクセス（ａｃｃｅｓｓ）を提供するように定義された多数の制御及びデータチャネル／手順を構築することで、さらに統合された方式の自体的にバックホールされた（ｓｅｌｆ－ｂａｃｋｈａｕｌｅｄ）ＮＲセルの密集されたネットワークの一層容易な配置を許容する。このようなシステムを統合アクセス及びバックホールリンク（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ ｌｉｎｋｓ：ＩＡＢ）という。

【0120】

本開示で下記のような用語を使用することができる。

【0121】

－ＡＣ（ｘ）：ノード（ｘ）と端末（ら）との間のアクセスリンク（ａｃｃｅｓｓ ｌｉｎｋ）。

【0122】

－ＢＨ（ｘｙ）：ノード（ｘ）とノード（ｙ）との間のバックホールリンク（ｂａｃｋｈａｕｌ ｌｉｎｋ）。

【0123】

このとき、ノードは、ＤｇＮＢ（ｄｏｎｏｒ ｇＮＢ）または中継ノード（ｒｅｌａｙ ｎｏｄｅ：ＲＮ）を意味することができる。ここで、ＤｇＮＢまたはドナーノードは、ＩＡＢノードに対するバックホールをサポートする機能を提供するｇＮＢである。

【0124】

また、本開示では説明の便宜のために中継ノード１と中継ノード２が存在する時、中継ノード１が中継ノード２とバックホールリンクに連結されて中継ノード２に送受信されるデータを中継（ｒｅｌａｙｉｎｇ）する場合、中継ノード１を中継ノード２の親ノード（ｐａｒｅｎｔ ｎｏｄｅ）といい、中継ノード２を中継ノード１の子ノード（ｃｈｉｌｄ ｎｏｄｅ）ということができる。

【0125】

図１０は、統合アクセス及びバックホールリンク（integrated access and backhaul links： ＩＡＢ）を有するネットワークの一例を概略的に示すものである。

【0126】

図１０に係れば、リレーノード（例えば、Ｂ、Ｃ、リレーノードと称することもできる）は、時間、周波数、または空間（space）領域で（すなわち、ビームベースの動作）のアクセスとバックホールリンクを多重化（multiplex）できる。

【0127】

互いに異なるリンクの動作は、同じ周波数または互いに異なる周波数（各々「イン－バンド（ｉｎ－ｂａｎｄ）」または「アウト－バンド（ｏｕｔ－ｂａｎｄ）」リレイとも呼ばれる。）上で動作できる。帯域外リレイの効率的なサポートが一部ＮＲ配置シナリオに対して重要である。デュプレックス（ｄｕｐｌｅｘ）制限を受け入れて干渉を回避／緩和するための同じ周波数上で動作するアクセスリンクとの緊密なインターワーキングも非常に重要である。

【0128】

さらに、ミリ波スペクトルでＮＲシステムを動作することは、現在のＲＲＣベースのハンドオーバーメカニズムで容易に緩和されることができない深刻な短いブロッキング（short-term blocking）などの問題が存在することができる。ミリメートル波システムにおいて短いブロッキングを克服することは、コアネットワークの包含を不可欠で要求しないリレーノード間のスイッチングに対する高速ＲＡＮベースのメカニズムが要求できる。さらに、――アクセスとバックホールリンクの速いスイッチングを許容する統合されたフレームワーク（framework）の開発が必要することができる。リレーノード間のＯＴＡ（over-the-air）調整もまた干渉を緩和し、終端間（end-to-end）経路の選択と最適化をサポートすることと見なすことができる。

【0129】

ＮＲにおいて、ＩＡＢ関連して下記の要求事項の解決が必要である。

【0130】

－室内（ｉｎｄｏｏｒ）及び室外（ｏｕｔｄｏｏｒ）シナリオで帯域内及び帯域外の中継のための効率的で柔軟な動作

【0131】

－マルチ－ホップ及び余分の（ｒｅｄｕｎｄａｎｔ）連結

【0132】

－終端間の経路選択及び最適化

【0133】

－高いスペクトラム効率を有するバックホールリンクのサポート

【0134】

－レガシー（ｌｅｇａｃｙ）ＮＲ端末のサポート

【0135】

レガシーＮＲは、ハーフ－デュプレックス（ｈａｌｆ－ｄｕｐｌｅｘ）装置をサポートするように設計される。したがって、ＩＡＢシナリオでハーフ－デュプレックスがサポートされて対象になる価値がある。さらに、フルデュプレックス（ｆｕｌｌ ｄｕｐｌｅｘ）を有するＩＡＢ装置も考慮することができる。

【0136】

ＩＡＢシナリオで、各々の中継ノード（ｒｅｌａｙ ｎｏｄｅ：ＲＮ）がスケジューリング能力を有することができない場合、ドナーｇＮＢ（ｄｏｎｏｒ ｇＮＢ：ＤｇＮＢ）は、ＤｇＮＢ、関連された中継ノード及び端末間の全体リンクをスケジューリングしなければならない。即ち、ＤｇＮＢは、全体関連された中継ノードからトラフィック情報を収集することによって全てのリンクに対するスケジューリング決定（ｓｃｈｅｄｕｌｉｎｇ ｄｅｃｉｓｉｏｎ）をしなければならず、その後、各々の中継ノードにスケジューリング情報を知らせなければならない。

【0137】

それに対して、分散されたスケジューリングは、各中継ノードがスケジューリング能力を有する時に実行されることができる。そのとき、端末のアップリンクスケジューリング要請に対する即刻的な（ｉｍｍｅｄｉａｔｅ）スケジューリングが可能であり、周辺トラフィック状況を反映することによってバックホール／アクセスリンクが一層柔軟に利用されることができる。

【0138】

図11は、アクセス及びバックホールリンクの構成の一例を概略的に示す。

【0139】

図11は、ＤｇＮＢとＩＡＢ中継ノード（ｒｅｌａｙ ｎｏｄｅ：ＲＮ）が存在する時、バックホールリンクとアクセスリンクが構成される例を示す。ＤｇＮＢと中継ノード１、中継ノード２はバックホールリンクを連結していて、ＤｇＮＢと中継ノード１、中継ノード２に順に端末１、２、３がアクセスリンクを介して連結されている。

【0140】

ＤｇＮＢは、二つのバックホールリンク及び三つのアクセスリンクのスケジューリング決定をおろして、スケジューリング結果を知らせることができる。このような集中された（ｃｅｎｔｒａｌｉｚｅｄ）スケジューリングは、スケジューリング遅延を含んでレイテンシー問題を発生させる。

【0141】

各々の中継ノードがスケジューリング能力がある場合、分配された（ｄｉｓｔｒｉｂｕｔｅｄ）スケジューリングが実行されることができる。そのとき、端末のアップリンクスケジューリング要請に対する即刻的なスケジューリングが実行されることができ、バックホール／アクセスリンクは、周辺トラフィック状況を反映してより柔軟に利用されることができる。

【0142】

図12は、ＩＡＢノードがＳＡ（ｓｔａｎｄ ａｌｏｎｅ）モードまたはＮＳＡ（ｎｏｎ－ｓｔａｎｄ ａｌｏｎｅ）で動作することを例示する。

【0143】

図１2（ａ）では、端末とＩＡＢノードが両方ともＮＧＣとＳＡモードに動作することを例示していて、図１2（ｂ）では、端末がＥＰＣとＮＳＡモードに動作し、それに対して、ＩＡＢノードはＮＧＣとＳＡモードに動作することを例示していて、図１2（ｃ）では、端末とＩＡＢノードが両方ともＥＰＣとＮＳＡモードに動作することを例示している。

【0144】

即ち、ＩＡＢノードは、ＳＡモードまたはＮＳＡモードで動作できる。ＮＳＡモードで動作する時、ＩＡＢノードは、バックホーリング（ｂａｃｋｈａｕｌｉｎｇ）のためにＮＲリンクのみを使用する。ＩＡＢノードに連結する端末は、ＩＡＢノードとは異なる動作モードを選択することができる。端末は、連結されたＩＡＢノードとは異なる類型のコアネットワークに追加で連結できる。ＮＳＡモードで動作するＩＡＢノードは、同じまたは異なるｅＮＢに連結されることができる。ＮＳＡノードで動作する端末は、連結されたＩＡＢノードと同じまたは異なるｅＮＢに連結できる。

【0145】

図13は、バックホールリンクとアクセスリンクを例示する。

【0146】

図13を参照すると、ドナーノード（ｄｏｎｏｒ ｎｏｄｅ、親ノードとも称する）とＩＡＢノードとのリンクまたはＩＡＢノード間のリンクをバックホールリンクと呼ぶ。それに対して、ドナーノードと端末とのリンクまたはＩＡＢノードと端末とのリンクをアクセスリンクと呼ぶ。具体的に、ＩＡＢノードのＭＴと親ノードのＤＵとのリンク、または、ＩＡＢノードのＤＵと前記ＩＡＢノードの子ノードのＭＴとのリンクをバックホールリンクと呼び、ＩＡＢノードのＤＵと端末とのリンクをアクセスリンクと呼ぶことができる。

【0147】

ＩＡＢノードは、親ノードとの通信のために、親ノードと自分との間のバックホールリンクに対するリンク方向情報を知らせるＭＴ設定（ＭＴ ｃｏｎｆｉｇｕｒａｔｉｏｎ）の提供を受けることができる。また、ＩＡＢノードは、子ノードとの通信のために、子ノード／アクセス端末と自分との間のアクセスリンクに対するリンク方向及びリンク可用性（ｌｉｎｋ ａｖａｉｌａｂｉｌｉｔｙ）情報を知らせるＤＵ設定（ＤＵ ｃｏｎｆｉｇｕｒａｔｉｏｎ）の提供を受けることができる。このとき、ＩＡＢノードは、ＤＵ設定とＭＴ設定により自分が特定時点に親リンクと子リンクのうちどのリンクに通信を実行することができるかを判断することができる。

【0148】

既存ＩＡＢノードではＤＵとＭＴが互いに異なる時間リソースを介して動作するＴＤＭ動作を実行した。それに対して、将来通信システムでは、効率的なリソース運用のために、ＤＵとＭＴとの間のＳＤＭ／ＦＤＭ、ＦＤ（ｆｕｌｌ ｄｕｐｌｅｘｉｎｇ）などのリソース多重化（ｒｅｓｏｕｒｃｅ ｍｕｌｔｉｐｌｅｘｉｎｇ）を実行することが要求されることができる。

【0149】

図14は、親リンクと子リンクを説明する。

【0150】

図14を参照すると、ＩＡＢノード（具体的に、ＩＡＢ ＭＴ）と親ノード（具体的に、ｐａｒｅｎｔ ＤＵ）とのリンクを親リンク（ｐａｒｅｎｔ ｌｉｎｋ）といい、ＩＡＢノード（具体的に、ＩＡＢ ＤＵ）と子ノード（具体的に、ｃｈｉｌｄ ＭＴ）とのリンクを子リンク（ｃｈｉｌｄ ｌｉｎｋ）という。親リンクは、前述したバックホールリンクであり、子リンクは、子ノードが何であるかによってバックホールリンクになることもあり、アクセスリンクになることもある。即ち、子ノードがＩＡＢノードである場合、バックホールリンクになり、子ノードが端末である場合、アクセスリンクになることができる。親リンクと子リンクとの間のＴＤＭ動作が既存に議論されたし、ＳＤＭ／ＦＤＭ、及びＦＤ動作が現在議論されている。

【0151】

ＩＡＢノードのＤＵの観点から、子リンクの時間資源には資源方向の観点からダウンリンクＤ、アップリンクＵ、及び柔軟な（フレキシブルＦ）のような複数の類型がある。

【0152】

各ダウンリンク、アップリンク、及び柔軟な（フレキシブル）時間リソースは、属性の観点からハード（(hard）、ソフト（soft）、または可用不可能（not-available：ＮＡ）リソースで有り得る。ここで、可用不可能リソースは、該当リソースがＤＵ子リンクの通信に使用されないことを意味する。ハードリソースは常にＤＵ子リンクでの通信に使用できることを意味する。ソフトリソースは、ＤＵ子リンクでの通信に使用できるかの可否（可用性）が、親ノードによって明示的に及び/または暗黙的に制御できる。これについてはより詳細に後述する。

【0153】

ＤＵ子リンクへの時間リソースのリンク（リソース）方向（Ｄ／ＵＬ／Ｆ）とリンク（リソース）可用性（Hard／Soft／ＮＡ）の構成を「ＤＵ設定」と称することができる。ＤＵ設定はＩＡＢノード間の効果的な多重化及び干渉処理に使用することができる。例えば、時間リソースが親リンクと子リンクの内、いずれのリンクに対し有効であるかを示すことに使用できる。また子供のノード間の干渉を調整することに使用することもできる。この側面を考慮すると、ＤＵ設定は半静的に構成し、ＩＡＢノード特定的に構成するときさらに効果的で有り得る。

【0154】

ソフトリソースの可用性は、物理階層（Ｌ１）ベースの暗黙的／明示的信号を介して動的に構成できる。以下、“ＩＡ”は、ＤＵリソースが使用可能であると明示的または暗黙的に指示されることを意味し、“ＩＮＡ”は、ＤＵリソースが使用不可能であると明示的または暗黙的に指示されることを意味することができる。動的Ｌ１ベースのシグナリングは、ＤＵソフトリソースが“ＩＡ”であるか、または、“ＩＮＡ”であるかを示すことができる。

【0155】

ＤＵ観点で、ソフトリソースは、ＩＡ（可用であると指示された（ｉｎｄｉｃａｔｅｄ ａｓ ａｖａｉｌａｂｌｅ））状態であり、またはＩＡでない状態である。このとき、ＩＡでない状態は、ＩＮＡ（可用でないと指示された（ｉｎｄｉｃａｔｅｄ ａｓ ｎｏｔ ａｖａｉｌａｂｌｅ））状態と解釈されることもできる。ソフトリソースのＩＡ可否は、ＡＩ（ａｖａｉｌａｂｉｌｉｔｙ ｉｎｄｉｃａｔｏｒ）情報を介して指示されることができ、ＡＩ情報は、ＡＩ－ＤＣＩを介して親ノードからＩＡＢノードに指示されることができる。下記のＤＣＩフォーマット２＿５は、ＡＩ－ＤＣＩの一例である。

【0156】

<ＤＣＩフォーマット２＿５>

【0157】

ＤＣＩフォーマット２＿５は、ソフトリソースの可用性を知らせるときに使われるＤＣＩフォーマットである。下記の情報がＡＩ－ＲＮＴＩによりスクランブリングされたＣＲＣと共にＤＣＩフォーマット２＿５を介して送信されることができる。

【0158】

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

【0159】

ＡＩ－ＲＮＴＩによりスクランブリングされたＣＲＣを有するＤＣＩフォーマット２＿５の大きさは、最大１２８ビットまで上位階層により構成されることができる。

【0160】

アクセスリンクのＳＦＩ（slot format indication）設定と類似に、ＩＡＢノードＭＴは親リンクについて、ダウンリンクＤ、アップリンクＵ、及び柔軟な（flexible、フレキシブル（Ｆ））のような３種類の時間リソースを有することができる。

【0161】

同じＩＡＢノード内に存在する（または、ｃｏ－ｌｏｃａｔｅｄされている）ＤＵとＭＴは、イントラノード干渉（ｉｎｔｒａ－ｎｏｄｅ ｉｎｔｅｒｆｅｒｅｎｃｅ）、スロット／シンボル境界非整列（ｓｌｏｔ／ｓｙｍｂｏｌ ｂｏｕｎｄａｒｙ ｍｉｓａｌｉｇｎｍｅｎｔ）、電力共有（ｐｏｗｅｒ ｓｈａｒｉｎｇ）などの理由で同時に動作できずにＴＤＭされて動作できる。

【0162】

それに対して、ＤＵとＭＴとの間にＳＤＭ／ＦＤＭの多重化が使われることもできる。例えば、ＤＵとＭＴが互いに異なるパネル（ｐａｎｅｌ）を使用して、パネル間に干渉影響がほとんどない場合に適用可能である。このような場合、同じＩＡＢノード内に存在する（または、ｃｏ－ｌｏｃａｔｅｄされている）ＤＵとＭＴは、同時に送信（ＤＵ送信、ＭＴ送信）または受信（ＤＵ受信、ＭＴ受信）が可能である（ＤＵとＭＴが各々送信と受信（ＤＵ送信、ＭＴ受信）、または、受信と送信（ＤＵ受信、ＭＴ送信）を同時に実行することは不可能である）。

【0163】

または、ＤＵとＭＴとの間にＦＤ（Ｆｕｌｌ ｄｕｐｌｅｘｉｎｇ）が使われることができる。例えば、ＤＵが動作する周波数領域とＭＴが動作する周波数領域とが遠く離れている場合のように、ＤＵとＭＴとの間の干渉影響がほとんどない場合に適用可能である。このような場合、同じＩＡＢノード内に存在する（または、ｃｏ－ｌｏｃａｔｅｄされている）ＤＵとＭＴは、同時に送受信が自由に可能である。ＤＵとＭＴは、同時に送信または受信が可能であり、ＤＵとＭＴが各々送信と受信、または、受信と送信を同時に実行することも可能である。

【0164】

ＩＡＢノードのＭＴ及びＤＵは、複数個のＣＣ（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ）で構成（複数のＣＣを使用するという意味）されることもできる。このとき、互いに異なるＣＣは、互いに同じまたは異なる周波数領域で動作し、または互いに同じまたは異なるパネルを使用することができる。

【0165】

ＩＡＢノード内にＮ（Ｎは自然数）個のＭＴ-ＣＣとＭ（Ｍは自然数）個のＤＵセルが存在することができる。

【0166】

図１５は、ＩＡＢノードがＮ＝３個のＭＴ－ＣＣとＭ＝３個のＤＵセルで構成される例を示す。ＩＡＢノード内のＭＴ-ＣＣは、互いに同一または異なる周波数リソースを介して動作でき、１つのＭＴ-ＣＣは１つまたは複数の親ＤＵセルに接続（connection）され得る。ＩＡＢノード内のＤＵセルは互いに同一または異なる周波数リソースを介して動作できる。

【0167】

ＩＡＢノード内の特定のＭＴ-ＣＣ/ＤＵセルペア（pair）について、ＭＴ-ＣＣとＤＵセルは次の４つＴｘ／Ｒｘ方向の組み合わせ（direction combination）に対してＴＤＭまたはｎｏ－ＴＤＭ 関係に有り得、Ｔｘ／Ｒｘの組合せ別にＴＤＭ／ｎｏ－ＴＤＭ可否か異なることがある。

【0168】

ｉ）ＤＵ-Ｔｘ／ＭＴ-Ｔｘ、ii）ＤＵ－Ｒｘ／ＭＴ－Ｒｘ、iii)ＤＵ-Ｔｘ／ＭＴ－Ｒｘ、ｉｖ）ＤＵ－Ｒｘ／ＭＴ－Ｔｘ

【0169】

たとえば、特定ＭＴ－ＣＣ／ＤＵセル対（ペア）に対し、前記４つのＴｘ／Ｒｘの組み合わせがすべてＴＤＭで動作することができる。この場合、ＤＵセルとＭＴ-ＣＣのＴｘ／Ｒｘ方向に関係なく常に該当ＤＵセルとＭＴ-ＣＣはＴＤＭで動作しなければならない。他の例として特定ＭＴ－ＣＣ／ＤＵセル対に対して、前記４つのＴｘ／Ｒｘ組合せは全てｎｏ－ＴＤＭで動作できる。この場合、ＤＵセルとＭＴ-ＣＣのＴｘ／Ｒｘ方向に関係なく、常に該当ＤＵセルとＭＴ-ＣＣはｎｏ－ＴＤＭで同時に（simultaneous）動作することができる。また別の例として特定ＭＴ-ＣＣ/ＤＵセル対に対して、ＤＵ－Tx／ＭＴ－Ｔｘ、ＤＵ－Ｒｘ／ＭＴ-Rxについてはｎｏ－ＴＤＭで動作し、ＤＵ－Tx／ＭＴ－Ｒｘ、ＤＵ－Ｒｘ／ＭＴ－ＴｘについてはＴＤＭで動作できる。これは、ＤＵセルとＭＴ-ＣＣのＴｘ／Ｒｘの方向が同じ場合に同時（simultaneous）動作が可能な方法（例えば、ＳＤＭ／ＦＤＭ）を使用することで、ＤＵセルとＭＴ-ＣＣのＴｘ／Ｒｘ方向が同じ場合には同時に((simultaneous)動作できる。このようなＴｘ／Ｒｘの組み合わせごとに、ＴＤＭ／ｎｏ－ＴＤＭ情報はＩＡＢノード内の特定ＭＴ－ＣＣ／ＤＵセルペアごとに異なるように／独立的に設定／決定され得る。

【0170】

このとき、ＩＡＢ ＭＴは、２つの親ＤＵに例えば二重接続（dual-connectivity）方式またはＤＡＰＳ－ＨＯ方式を使用して接続できる。

【0171】

ＩＡＢ環境で考慮できるＩＡＢノードのＴｘ／Ｒｘタイミング整列（ｔｉｍｉｎｇ ａｌｉｇｎｍｅｎｔ）方式は、下記の通りである。

【0172】

ケース１：ＩＡＢノード及びＩＡＢドナー間のＤＬ送信タイミング整列。

【0173】

ケース２：ＤＬ及びＵＬ送信タイミングがＩＡＢノード内で整列。

【0174】

ケース３：ＤＬ及びＵＬ受信タイミングがＩＡＢノード内で整列。

【0175】

ケース４：ＩＡＢノード内で、送信時にはケース２を使用、受信時にはケース３を使用。

【0176】

ケース５：ＩＡＢノード内の互いに異なる時間スロットで、アクセスリンクタイミングにはケース１を使用、バックホールリンクタイミングにはケース４を使用。

【0177】

ケース６：ケース１のＤＬ送信タイミングとケース２のＵＬ送信タイミングを使用。

【0178】

ケース７：ケース１のＤＬ送信タイミングとケース３のＵＬ送信タイミングを使用。

【0179】

以下、タイミング整列ケースのうち一部ケースに対してより詳細に説明する。

【0180】

タイミング整列ケース１（以下、ケース１と略称する）。

【0181】

ケース１は、ＩＡＢノードとＩＡＢドナー（doner、ＣＵで表示）の間にダウンリンク（ＤＬ）送信（Ｔｘ）タイミングが整列されることである。つまり、ＩＡＢノード間のＤＵのＤＬＴｘタイミングが整列されている方式として、Ｒｅｌ－１６ＩＡＢノードが使用するタイミング整列方式である。

【0182】

タイミング整列ケース６（以下、ケース６と略称する）。

【0183】

ケース６で、すべてのＩＡＢノードに対するＤＬ送信タイミングが、親ＩＡＢノード（ＣＵ）またはドナーＤＬタイミングと一致するケースである。ＩＡＢノードのＵＬ送信タイミングはＩＡＢノードのＤＬ送信タイミングと整列させることができる。つまり、ＩＡＢノードのＭＴ ＵＬＴｘタイミングとＤＵ ＤＬＴｘタイミングが整列している方式である。

【0184】

タイミング整列ケース７。

【0185】

ケース７においては、すべてのＩＡＢノードのＤＬ送信タイミングが親ＩＡＢノードまたはドナーＤＬタイミングと一致する。ＩＡＢノードのＵＬ受信タイミングはＩＡＢノードのＤＬ受信タイミングと一致することができる。ＤＬＴｘとＵＬＲｘが親ノードでよく整列しない場合、子ノードがＤＬＴｘタイミングを適切に設定するようにすると整列に対する追加情報が必要することができる。ケース７は、ＩＡＢノードのＭＴＤＬＲｘタイミングとＤＵ ＵＬＲｘタイミングが整列している方式である。

【0186】

ＭＴ観点での送受信タイミングは、既存ＩＡＢノード（Ｒｅｌ－１６ ＩＡＢノード）と同じであり、ＤＵのＵＬ ＲｘタイミングをＭＴのＤＬ Ｒｘタイミングに合わせればよい。ＩＡＢノードは、自分のＵＬ Ｒｘタイミングに合わせて子ＭＴがＵＬ信号を送信するように子ＭＴのＴＡを調節する必要がある。

【0187】

このようなタイミング整列方式は、既存のタイミング整列方式（ケース１）と比較してＩＡＢノードの標準規格動作上に差が現れない。したがって、タイミング整列ケース７は、タイミング整列ケース１に代替／解釈されることもできる。

【0188】

本開示において、タイミング整列とは、スロットレベルの整列（ｓｌｏｔ－ｌｅｖｅｌ ａｌｉｇｎｍｅｎｔ）またはシンボルレベルの整列（ｓｙｍｂｏｌ－ｌｅｖｅｌ ａｌｉｇｎｍｅｎｔ）を意味することができる。

【0189】

次に、ＤＡＰＳ－ＨＯ(Dual active protocol stack based handover)について説明する。

【0190】

ＤＡＰＳハンドオーバー（以下、ＤＡＰＳと略称する）は、ハンドオーバーのためのＲＲＣメッセージ（ＨＯ Ｃｏｍｍａｎｄ）の受信後及びターゲット（ｔａｒｇｅｔ）セル（ターゲットｇＮＢ）への成功的なランダムアクセス後、ソース（ｓｏｕｒｃｅ）セル（ソースｇＮＢ）が解除される時まで前記ソースｇＮＢへの連結を維持するハンドオーバー手順ということができる。

【0191】

端末の機能的観点で見ると、ＤＡＰＳは、一般的に下記のような特徴がある。

【0192】

送信動作側面で、１）共通的なシーケンス番号（ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ：ＳＮ）、２）ソースセルとターゲットセルに対する別途のヘッダ圧縮、３）ソースセルとターゲットセルに対する別途の暗号化（ｃｉｐｈｅｒｉｎｇ）。

【0193】

受信動作側面で、１）ソースセルとターゲットセルに対する別途の解読（ｄｅｃｉｐｈｅｒｉｎｇ）、２）ソースセルとターゲットセルに対して別途のヘッダ圧縮解除、３）共通的なＰＤＣＰ再整列（ｒｅｏｒｄｅｒｉｎｇ）、４）順次伝達及び重複感知（Ｉｎ－ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ａｎｄ ｄｕｐｌｉｃａｔｉｏｎ ｄｅｔｅｃｔｉｏｎ）、５）共通的バッファ管理（Ｃｏｍｍｏｎ ｂｕｆｆｅｒ ｍａｎａｇｅｍｅｎｔ）。

【0194】

一般的に、ネットワークと端末は、送信及び受信動作が両方とも同じ過程と機能を有している。相違点は、このような機能が同じ位置（ｃｏ－ｌｏｃａｔｅｄ）にあるかどうかである。ネットワークにおいて、ＤＬ ＰＤＣＰ ＳＮ割当及びＵＬ ＰＤＣＰ再整列を除外した全ての機能は、ソースｅＮＢまたはターゲットｅＮＢにより別途に配置されて実行されない。したがって、ソースｅＮＢとターゲットｅＮＢに各々位置した二つのＰＤＣＰエンティティを仮定する。

【0195】

端末側面ではＳＮ割当及びＰＤＣＰ再整列を含む全ての機能が共に配置される。したがって、端末側面ではＤＡＰＳに対する全ての機能が単一ＰＤＣＰエンティティでモデリングされることができる。単一ＵＬデータ送信の場合、ソースｅＮＢまたはターゲットｅＮＢに対するヘッダ圧縮及び保安処理のみが使われることができる。

【0196】

端末のＲＦ／基底帯域（Ｂａｓｅｂａｎｄ）要件（Ｒｅｑｕｉｒｅｍｅｎｔ）

【0197】

中断（ｉｎｔｅｒｒｕｐｔｉｏｎ）を最小化するために、端末は、ＳＡＰＳやＤＡＰＳにかかわらず、ターゲットセルに対するランダムアクセス手順を実行する時、ソースセルとのデータ送受信を続けることが必要である。これは端末が二つのセルとの同時送受信をサポートする場合にのみ可能である。ほとんどの場合、二重（Ｄｕａｌ）Ｒｘ／二重Ｔｘチェーンがある端末で作動し、二重Ｒｘ／単一（Ｓｉｎｇｌｅ）Ｔｘ ＲＦチェーンまたは単一Ｒｘ／単一Ｔｘ ＲＦチェーンがある端末の場合、より多くの制限が適用されることができる。また、基底帯域とＲＦリソースの効果的な使用のために、端末の能力分割が必要である。端末の基底帯域及びＲＦリソースチューニング（ｔｕｎｉｎｇ）は、ＳＡＰＳの場合、それほど簡単でないため、追加的な中断及び端末の複雑性が発生できる。

【0198】

二重Ｒｘ／単一Ｔｘ ＲＦチェーンがある端末の場合、ソースｅＮＢへの同時的な（ｓｉｍｕｌｔａｎｅｏｕｓ）ＵＬデータ送信及びターゲットｅＮＢへのＵＬ ＲＡＣＨ送信をサポートするために、一部要求事項が満たされることができると（例えば、ソースセルの帯域幅がターゲットセルの帯域幅より大きい、前記二つのセルに対するＴｘ電力差が一定限度内であると）、同時送信がサポートされることができる。

【0199】

そうでない場合、一種のＵＬ ＴＤＭパターンが必要であり、追加中断時間とＵＬスイッチング複雑性が追加されることができる。しかし、この端末オプションは、ハードウェア及び電力効率性側面で互いに異なる端末具現方式の柔軟性を提供することができる（特に、低い階層装置、ＵＬ ＣＡ及び／またはＵＬ ＭＩＭＯを使用することができない端末に）。

【0200】

単一Ｒｘ／単一Ｔｘ ＲＦチェーンがある端末の場合、一部要求事項を満たすことができると（例えば、ソースセルの帯域幅がターゲットセルの帯域幅より大きい、前記二つのセルのＴｘ／Ｒｘ電力差が一定限度内であると）、同時的な送信／受信をサポートすることができる。そうでない場合、ＤＬとＵＬの両方ともにＴＤＭ設計が必要であり、これは端末とネットワークの両方ともに複雑性が追加されることができる。また、ＤＬとＵＬの両方ともにＲＦチェーンスイッチングが必要であり、これはＨＯ中断時間とスイッチング複雑性を増加させることができる。

【0201】

端末がＤＡＰＳハンドオーバーに対する能力を表示すると、端末は、ソースＭＣＧ（ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ）とターゲットＭＣＧの提供を受けることができる。端末は、ＭＣＧの送信電力とＳＣＧの送信電力を周波数範囲別に決定できる。

【0202】

ターゲットセルとソースセルで端末送信が重なることができる。例えば、１）ターゲットＭＣＧ及びソースＭＣＧに対する搬送波周波数が周波数内（ｉｎｔｒａ－ｆｒｅｑｕｅｎｃｙ）及び帯域内（ｉｎｔｒａ－ｂａｎｄ）であり、時間リソースが重なる場合、２）ターゲットＭＣＧ及びソースＭＣＧに対する搬送波周波数が周波数内及び帯域内でない場合、重なる時間リソース及び重なる周波数リソースで端末送信が重なることができる。

【0203】

イントラ－周波数ＤＡＰＳ ＨＯ動作の場合、端末は、ターゲットセルの活性化ＤＬ ＢＷＰ及び活性化ＵＬ ＢＷＰが順にソースセルの活性化ＤＬ ＢＷＰ及び活性化ＵＬ ＢＷＰ内にあると期待できる。

【0204】

端末は、ターゲットＭＣＧに対するスロット当たり最大ＰＤＣＣＨ候補個数をモニタリングする能力、ソースＭＣＧに対するスロット当たり最大ＰＤＣＣＨ候補個数をモニタリングする能力を提供することができる。

【0205】

ＰＲＡＣＨ送信の場合、ＩＡＢノードのＭＴは、ＰＲＡＣＨ機会（ｏｃｃａｓｉｏｎ）を含むフレーム内でフレームとサブフレームを決定する。ＩＡＢノードのＭＴは、以下の表のようなＰＲＡＣＨ設定周期（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｅｒｉｏｄ）に基づいて、ＳＳ／ＰＢＣＨブロックをＰＲＡＣＨ機会にマッピングするための関連周期（ａｓｓｏｃｉａｔｉｏｎ ｐｅｒｉｏｄ）を決定することができる。関連パターン周期は、一つ以上の関連周期を含み、ＰＲＡＣＨ機会とＳＳ／ＰＢＣＨブロック間のパターンが最大６４０ｍｓｅｃ毎に繰り返しされるように決定されることができる。ＰＲＡＣＨスロット内のＰＲＡＣＨ機会は、条件によって有効になることもあり、または無効になることもある。

【0206】

以下の表は、ＩＡＢノードのＭＴに対するＰＲＡＣＨ設定周期とＳＳ／ＰＢＣＨブロック間のマッピングを例示する。

【0207】

【表5】

【0208】

ＩＡＢノードがサービングセルからＴ_{ｄｅｌｔａ}値の提供を受けると、ＩＡＢノードは、（Ｎ_ＴＡ＋Ｎ_{ＴＡ、ｏｆｆｓｅｔ}）・Ｔ_ｃ／２＋Ｔ_{ｄｅｌｔａ}がサービングセルからの信号のＤＵ送信とＩＡＢノードのＭＴの信号受信との間の時間差（ｔｉｍｅ ｄｉｆｆｅｒｅｎｃｅ）と仮定することができる（（Ｎ_ＴＡ＋Ｎ_{ＴＡ、ｏｆｆｓｅｔ}）・Ｔ_ｃ／２＋Ｔ_{ｄｅｌｔａ}>０である時）。ＩＡＢノードは、ＤＵ送信時間を決定するために前記時間差を使用することができる。

【0209】

今度、本開示を説明する。本開示においては、特定ＩＡＢノードが複数の親ノードと接続されて、ＩＡＢノード内のソフトリソース対するＭＴとＤＵを使用するかどうかを親ノードからＡI(availability indication)－ＤＣＩ(downlink control information)を通じて指示を受ける状況を考慮する。このとき、ＩＡＢノードは複数の親ノードから情報を受信するため、受信した情報が衝突したり不足さなどの理由でＭＴとＤＵの資源配布を決定するのに困難があることがある。このような場合、ＩＡＢノード内のＭＴとＤＵのリソース配布問題を解決するための方法を提案する。

【0210】

図１６は、ＩＡＢノードが親ノード１と親ノード２に接続された例を示す。

【0211】

図１６を参照すると、ＩＡＢノード内のＭＴ（すなわち、ＩＡＢ ＭＴ）は親ノード１内のＤＵ（すなわち親ＤＵ１）及び親ノード２内のＤＵ（すなわち、親ＤＵ２）と接続されている。

【0212】

親ＤＵ1とＩＡＢ ＭＴ間のリンクを親リンク1と称し、親ＤＵ２とＩＡＢ ＭＴ
間のリンクを親リンク２と称する。

【0213】

ＩＡＢノード内のＤＵ（すなわち、ＩＡＢ ＤＵ）と子ＩＡＢノード及び／またはアクセス（access）端末間のリンクを子リンクと称する。

【0214】

親リンク1と親リンク２は、ＩＡＢ ＭＴ内の同一または互いに異なるＭＴ-ＣＣを介して接続することができる。

【0215】

親リンク１と子リンクはＴＤＭで互いに異なる時間リソースを使用して動作することができる。

【0216】

ＩＡＢノードのＭＴ-ＣＣの内、親ノード１に接続されたＭＴ-ＣＣをＣＧ１、親ノード２と接続されたＭＴ－ＣＣをＣＧ２、親ノードｘと接続されたＭＴ－ＣＣをＣＧｘと称するまたはＩＡＢノードと接続された親ノード１内のＤＵセルをＣＧ１、親ノード２内のＤＵセルをＣＧ２、親ノードｘ内のＤＵセルをＣＧｘと称する。

【0217】

本開示の文脈において、ＭＴとするのはＭＴ-ＣＣを意味し、ＤＵとするのはＤＵセルを意味することがある。

【0218】

１つのＩＡＢノードは複数の親ノードを有することができ（つまり、複数の親ノードと接続することができ、接続された複数の親ノードは互いに直接（direct）、１つのホップ（single-hop）または複数のホップ（multi-hop）のワイヤレスバックホール（wireless backhaul）で接続されて親ノード間のリアルタイムの協力が不可能になる可能性で有り得る。この時、複数の親ノードは、ＩＡＢノードの同じＭＴまたは互いに異なるＭＴに接続できる。各親ノードは子ノードにＡＩ指示を与えることができる。

【0219】

ＩＡＢノード内ＤＵは、CUが設定してくれたＨ／Ｓ／ＮＡに従って自身の動作可能リソースを判断する。たとえば、ＣＵが設定してくれたＨ／Ｓ／ＮＡがＨ（hard）の場合該当リソースはＤＵが使用可能であり、ＮＡの場合はＤＵが使用されず、S（soft）の場合はＡＩ指示可否に応じてＤＵを使用する。ＤＣＩ（ＡＩ－ＤＣＩ）を介して親ノードからのＡＩ指示を受信した場合、ＤＵが動作可能であり、そうでなければ動作が不可能である。ＭＴは自分とＴＤＭ関係にあるＤＵのＨ／Ｓ／ＮＡを考慮して、動作可能リソースを判断する。

【0220】

本開示においては、ソフトリソースにおける可用（available）なリソース決定（determination）のケースを考慮する。ＩＡＢノード内のＤＵの観点から、複数の親ノードのすべてＤＵとＴＤＭ関係にあるＭＴが接続された場合、例えば２つのＣＧを想定するとき、ＣＧ１とＣＧ２にすべてＤＵとＴＤＭ関係にあるＭＴが属する場合が有り得る。

【0221】

また、親ノードに接続されたＭＴが複数存在し、複数のＭＴでＡＩ－ＤＣＩを監視（monitoring）するとき、ＡＩ情報はＡＩ－ＤＣＩを監視する任意のＭＴで送信することができる。言い換えれば、ＡＩ－ＤＣＩはＣＧ内のＡＩ－ＤＣＩ監視を実行する任意のＭＴを介して送信することができる。

【0222】

ＤＵのソフトリソースにおけるＤＵとＭＴの動作を判断するために、複数の親ノードから送信されるＡI（Availability indicator, Availability indication）情報をすべて考慮することができる。たとえば、２つのＣＧを想定するときＣＧ１で受信するＡＩ情報とＣＧ２で受信するＡＩ情報のすべてを考慮する必要がある。しかしＣＧ間動的である（(dynamic）情報交換ができないため、受信したＡＩ情報間の衝突が発生することがある。したがって、本開示においては多重親ノードを有するＩＡＢノードが、ソフトリソースからＡＩ情報を獲得し、ＤＵとＭＴの動作を判断する方法を提案する。

【0223】

まず、ＩＡＢ（Integrated access-backhaul）動作について説明する。ＩＡＢノードは前述した同様に、ＩＡＢ-ＤＵ（以下単にＤＵ）とＩＡＢ-ＭＴ（以下単にＭＴ）を含むことができる。

【0224】

ＩＡＢノードのＤＵまたはＩＡＢノードのＭＴのスロットフォーマット（)にはダウンリンクシンボル、アップリンクシンボル、及びフレキシブル（flexible）シンボルを含めることができる。

【0225】

ＩＡＢノードのＤＵの]各サービングセルについてＩＡＢノードのＤＵは「ＩＡＢ-DU-Resource-Configuration」の提供を受けることができる。「ＩＡＢ-DU-Resource-Configuration」は、複数のスロットにわたってスロットフォーマットの指示を提供することができる。

【0226】

各サービングセルについて、ＩＡＢノードのＭＴは「tdd-UL-DL-ConfigDedicated－ＩＡＢ-MT」の提供を受けることができるが、これは複数のスロットにわたってスロットフォーマットの指示を提供できる。ＩＡＢノードのＭＴが「tdd-UL-DL-ConfigDedicated-IAB-MT」を提供受け取ると、「tdd-UL-DL-ConfigDedicated－ＩＡＢ－ＭＴ」は「ＴＤＤ－ＵＬ－ＤＬ-ConfigurationCommon」で提供するスロット数で柔軟なシンボルだけをオーバーライド（override）できる。

【0227】

「tdd-UL-DL-ConfigDedicated-IAB-ＭＴ」は以下のような情報を提供することができる。

【0228】

１）「slotSpecificConfigurationsToAddModList-IAB-MT」に係るスロット設定セット、２）スロット設定のセットで各スロット設定について、「slotIndex」によって提供されるスロットのスロットインデックス「symbols」によるスロットのシンボルセットに対し「symbol」が「allDownlink」であれば、スロットのすべてのシンボルがダウンリンクであり、「'symbols」が「allUplink」であればスロットのすべてのシンボルがアップリンクであり、「symbol」が「explicit」であれば、「nrofDownlinkSymbols」はスロットで下りリンクの最初のシンボルの番号を提供し「nrofUplinkSymbols」は、スロットでアップリンク最後のシンボルの番号を提供できる。「nrofDownlinkSymbols」が提供されない場合、スロットにダウンリンクの最初のシンボルがなく、「nrofUplinkSymbols」が提供されていない場合スロットにアップリンク最後のシンボルがないことを意味することができる。スロットの残りのシンボルは柔軟なシンボルである。

【0229】

「symbols」が「explicit-IAB-MT」であると、「nrofUplinkSymbols」はスロットでアップリンクを最初のシンボルの番号を提供し、「nrofDownlinkSymbols」はスロットでダウンリンク最後のシンボルの番号を提供できる。「nrofUplinkSymbols」が提供されないとスロットにアップリンクの最初のシンボルがなく、「nrofDownlinkSymbols」が提供されないとスロットにダウンリンク最後のシンボルがないことを意味できます。スロットの残りのシンボルは柔軟なシンボルである。

【0230】

ＩＡＢノードのＤＵまたはＩＡＢノードのＭＴのスロットフォーマットにはダウンリンクシンボル、アップリンクシンボル及びフレキシブル（flexible）シンボルを含めることができる。スロットフォーマット情報は各シンボルがダウンリンクシンボル、アップリンクシンボル、及びフレキシブル（flexible）シンボルの内、いずれのものであるかを知らせる情報を意味することができる。

【0231】

「slotIndex」によって提供される該当インデックスを有する各スロットについて、ＩＡＢノードのＭＴは、該当「symbols」が提供するフォーマットを適用することができる。ＩＡＢノードのＭＴは「SlotFormatCombinationsPerCell-IAB-ＭＴ」によって１つのサービングセルに適用可能のスロットフォーマットの組み合わせのリストの提供を受け、「,SlotFormatIndicator-IAB-ＭＴ‘」によってスロットフォーマットの組み合わせを表すＤＣＩフォーマット２＿０を監視するための設定の提供を受けることができる。ＤＣＩフォーマット２＿０のＳＦＩフィールドは、次の表のスロットフォーマットで１つのスロットフォーマットをＩＡＢノードのＭＴに指示できる。

【0232】

次の表は、ノーマルＣＰでスロットフォーマットを示す。

【0233】

【表6】

【0234】

ＩＡＢノードのＭＴは、「guard-SymbolsProvided」によって前記ＩＡＢノードのＭＴにより使用されないシンボルの数または番号の提供をうけることができる。前記シンボルで、ＩＡＢノードはＭＴとＤＵの間の遷移（transition）を実行することができる。前記シンボルの数のＳＣＳ設定は「guardSymbol-SCS」によって提供できる。

【0235】

ＩＡＢノードのＤＵサービングセルのスロットにあるシンボルは、ハード、ソフト、または使用不可能な（unavailable)）タイプに設定できる。ダウンリンク、アップリンク、または柔軟な（flexible、フレキシブル）シンボルがハードに設定されるとＩＡＢノードのＤＵサービングセルは該当シンボルで順番に送信、受信、または「送信または受信」動作を実行することができる。

【0236】

ダウンリンク、アップリンク、または柔軟な（フレキシブル）シンボルがソフトに設定されると、ＩＡＢノードのＤＵ(ＤＵサービングセル)は、次のような場合にのみ該当シンボルから順に送信、受信または「送信または受信」動作を実行することができる。

【0237】

１）ＩＡＢノードのＭＴの場合、ソフトシンボルにおけるＩＡＢノードのＤＵに係る伝送または受信能力が使用できないソフトシンボルの設定と同じである場合、２）ＩＡＢノードのＤＵが送信または受信に使用できるソフトシンボルを表すＡＩインデックスフィールド値を有するＤＣＩフォーマット２＿５を検出した場合。

【0238】

つまり、ダウンリンク、アップリンク、または柔軟な（フレキシブル）シンボルがソフトに設定されると、ＩＡＢノードのＤＵは、次のような場合にのみ、該当シンボルから順に送信、受信、または「送信」あるいは、受信動作を実行することができる。

【0239】

１）ＩＡＢノードのＭＴが該当シンボルで送受信しない場合、２）ＩＡＢノードのＭＴが該当シンボルで送受信し、ＩＡＢノードのＤＵの前記該当シンボル使用により、前記ＩＡＢノードのＭＴの前記該当シンボルの送受信が変更されない場合、３）ＩＡＢノードのＭＴが使用可能なソフトシンボルを表すＡIインデックスフィールド値を有するＤＣＩフォーマット２＿５を検出した場合などである。

【0240】

シンボルが使用することができないもの（(unavailable）に設定されると、ＩＡＢノードのＤＵは前記シンボルで送受信しない。

【0241】

図１７は、各リソースにおけるＩＡＢノードの動作を例示する。

【0242】

図１７を参照すると、各リソースはシンボルであり得、各シンボルはＵ（(uplink)）、Ｄ（downlink）、Ｆ（flexible）の内いずれか１つに設定できる。また、各シンボルはハード（hard）、ソフト（(soft）、可用しないもの（unavailable）の内いずれか１つに設定できる。

【0243】

つまり、Ｕ、Ｄ、Ｆの内、いずれか１つに設定されたリソースがハード／ソフト／可用しないもの（）の内いずれか１つに設定できる。

【0244】

このような場合、アップリンクＵ、柔軟な（(flexible、フレキシブル：Ｆ）、ダウンリンクＤシンボルがハードに設定されると、ＩＡＢノードのＤＵサービングセルは該当シンボルから順に受信、「送信または受信」、送信動作を実行することができる。

【0245】

ダウンリンクＤ、柔軟な（フレキシブル：Ｆ）、アップリンクＵシンボルがソフトに設定されると、ｉ）ＩＡＢノードのＭＴがＡＩ－ＤＣＩ(すなわち、該当シンボルが可用であると指示するＤＣＩ、ＤＣＩフォーマット２＿５)を検出しない場合、ＩＡＢノードのＭＴが優先的に受信、「送信または受信」、送信動作を順に行うことができる。ii)ＩＡＢノードのＭＴがＡＩ－ＤＣＩ(すなわち、該当シンボルが可用であると指示するＤＣＩ、ＤＣＩフォーマット２＿５)を検出した場合には、ＩＡＢノードのＤＵが優先的に該当シンボルで順に送信、「送信または受信」、受信動作を実行できる。

【0246】

Ｄ／Ｕ／Ｆシンボルが可用不可（unavailable）に設定されると、ＩＡＢノードのＤＵは前記シンボルで送信または受信しない。

【0247】

ＩＡＢノードのＤＵがスロットのシンボルでＳＳ／ＰＢＣＨブロックまたは周期的ＣＳＩ－ＲＳを送信するかまたはシンボルでＰＲＡＣＨまたはＳＲを受信する場合、前記シンボルはハードと設定されるものと同等である。

【0248】

ＩＡＢノードへのＡＩ－ＲＮＴＩに関する情報、ＤＣＩフォーマット２＿５のペイロードサイズについての情報を提供することができる。さらに、ＰＤＣＣＨを監視するための検索スペースのセット設定も提供することができる。

【0249】

ＩＡＢノードのＤＵには、次の情報を提供することができる。１）ＩＡＢノードのＤＵサービングセルのＩＤ、２）ＤＣＩフォーマット２＿５内で可用性表示（ＡＩ）インデックスフィールドの位置、３）可用性組合せセット、可用性組合せセット内の各可用性組合せには、次の情報を含めることができる。ｉ）ＩＡＢノードのＤＵサービングセルの１つ以上のスロットにおけるソフトシンボルの可用性を示す情報、ii）ＤＣＩフォーマット２＿５の該当ＡIインデックスフィールド値とソフトシンボル可用性の組み合わせ間のマッピングに関する情報。

【0250】

ランダムアクセスプリアンブルは上位階層パラメータ(prach-ConfigurationIndex)によって提供された時間リソースでのみ送信でき、ＦＲ１またはＦＲ２、スペクトルタイプに応じてことなるように設定できる。

【0251】

以下においては、複数の親ノードを仮定して内容を記述するが、単一の親ノードにおいても適用できる。さらに、本開示は、ＩＡＢノード内のＤＵとＭＴ間のＴＤＭ関係である環境を仮定して記述されるが、ＤＵとＭＴがｎｏ－ＴＤＭ関係である環境でも適用することができる。さらに、本開示は２つの親ノード環境を仮定して記述されるが、複数（例えば、３つ以上）の親ノード環境にも適用することができる。

【0252】

ＩＡＢノードのＭＴとＤＵはソフトリソースの使用可否を親ノード(＝親ＩＡＢノード）からＡＩ－ＤＣＩを受信して決定することができる。したがって、複数の親ノードを有するＩＡＢノードは、複数の親ノードからＡＩ－ＤＣＩを設定することができ、親ノードは、ＩＡＢノードに関する互いのＡＩ－ＤＣＩ設定情報を知らないことがある。したがって、各親ノードは、ソフトリソースに対して該当リソースをＩＡＢノードのＤＵが使用するかＭＴが使用するか可否を判断できないことがある。

【0253】

本開示においては、このような環境におけるＩＡＢノードと親ノードの動作を考慮する。この時、大きく二つのシナリオを想定できる。つまり、ｉ）多重親ノードを有したＩＡＢノードが単一（つまり１つの）親ノードからのＡＩ－ＤＣＩのみを監視するケースとｉｉ）複数の親ノードからのＡＩ－ＤＣＩを監視する場合を想定することができ、順にそれぞれシナリオ１、シナリオ２と称する。

【0254】

シナリオ１）ＩＡＢノードは、単一の親ノードから受信するＡＩ－ＤＣＩを監視できる。つまり、ＩＡＢノードは複数の親ノードを有する場合、単一の親ノードに対してのみＡＩ－ＤＣＩを監視できる。たとえば、ＩＡＢノードが２つの親ノード（親ノード＃１、親ノード＃２）に接続されている場合、１つの親ノード、すなわち親ノード＃１と親ノード＃２の内、いずれか１つの親ノードについてのみ（つまり、いずれかの１つの親ノードが送信した）ＡＩ－ＤＣＩを監視することである。ＩＡＢノードはたとえば、単一親ノードのＡＩ－ＤＣＩのみを監視するように制限（restriction）されることができる。

【0255】

ＩＡＢノードは、事前に合意された（／設定された／シグナリングされた）親ノードからＡＩ－ＤＣＩのみを監視できる。ここで事前に合意された（／設定された／シグナリングされた）親ノードは設定可能（configurable）であり、前記親ノードを判断する方法として以下の内、少なくとも１つを考慮することができる。

【0256】

Ａｌｔ１．ＩＡＢノードが複数の親ノードと二重接続（dual connectivity： ＤＣ）で
接続された場合、ＩＡＢノードはＭＣＧ（master cell group）に属する親ノードのＡＩ－ＤＣＩのみを監視できる。つまり、ＩＡＢノードはソース（source）ＭＣＧまたはターゲット（target）ＭＣＧに属する親ノードのＡＩ－ＤＣＩのみを監視できる。つまり、ＩＡＢノードはソースＭＣＧ（またはターゲットＭＣＧ）を介してのみＡＩ－ＤＣＩを監視できる。これは、親ノードとの接続方式がＤＣまたはＤＡＰＳ－ＨＯのような特定の方式で定められると、前記特定の方式で定められた特定親ノードが送信するＡＩ－ＤＣＩのみを監視する方式と言える。

【0257】

またはＩＡＢノードは、ＡＩ－ＤＣＩを受信する親ノード（ＣＧ）に関する情報をＣＵ／ドナー（donor）ノードなどから設定を受けることができる。つまり、ＩＡＢノードはどの親ノードからＡＩ－ＤＣＩを受信しなければならないことをしらせるか設定する情報をＣＵ／ドナーノードから提供を受けることができる。ＩＡＢノードが、どの親ノード（ＣＧ）からＡＩ－ＤＣＩを受信すべきかについての情報をＣＵ／ドナーノード等から設定受信すると、設定を受けた前記親ノード（ＣＧ）に対してのみＡＩ－ＤＣＩの監視を行うことができる。

【0258】

Ａｌｔ２．ＡＩ－ＤＣＩが送信されるＣＳＳ（cell-specific search space)を特定の親ノードのみ設定して、ＩＡＢノードは該当ＣＳＳが設定された親ノードのＡＩ－ＤＣＩのみを監視することができる。つまり、ＩＡＢノードは１つの親ノード（１つのＣＧ）を介してのみＡＩ－ＤＣＩが送信されるＣＳＳを監視するように設定できる。ここでＣＳＳを設定する親ノードは、優先するセル（Ｃｅｌｌ）ＩＤなどに設定することができる。

【0259】

前記方法の内、少なくとも１つの方法に定められたＡＩ－ＤＣＩを監視する親ノードを便宜上、親ノード１とする。そうすると、ＭＴとＤＵを含むＩＡＢノードは、前記ＤＵのソフトリソースに対して親ノード１がＤ（downlink）及び／またはＵ（uplink）及び/またはＦ（flexible）リソースに対して「可用（(available）」を指示すると、ＤＵが動作を実行し、「可用」を指示しないと、ＭＴが動作を実行できる。例えば、Ｄ、Ｕ、Ｆシンボルがソフトリソースに設定された場合、親ノード１が前記Ｄ、Ｕ、Ｆシンボルに対して「可用（available）」を指示すると、ＤＵはＤシンボルで送信、Ｕシンボルで受信、Ｆシンボルで送信と、受信の内いずれか１つを実行することができる。親ノード１が前記Ｄ、Ｕ、Ｆシンボルに対して「可用（(available）」を指示しない場合、ＭＴが優先的に動作を行うことができる。

【0260】

親ノード１でない他の親ノードは、ＩＡＢノードのＭＴの動作実行情報がないので、次のように判断できる。

【0261】

１）親ノード１でない他の親ノードは常にＩＡＢノードと動作を行うことができると判断／仮定／期待できる。つまり、設定されたＤＵソフトリソースに対してＩＡＢノードのＭＴが常に可用すると判断する。このような場合、ＩＡＢノードのＭＴが可用しないことにも、親ノード１でない他の親ノードはＩＡＢノードとの送受信を実行する問題が発生することがある。

【0262】

例えば、ＩＡＢノードがＡＩ－ＤＣＩを監視しない親ノード２は、設定されたＤＵソフトリソースに対して常にＩＡＢノードのＭＴと動作を実行できると判断してＩＡＢノードのＭＴに送信するか、ＭＴからの受信を期待することができる。親ノード１と送受信するＭＴ-ＣＣが親ノード２と送受信するＭＴ-ＣＣと異なり、該当ＭＴ-ＣＣがＤＵセルとｎｏ－ＴＤＭ関係にある場合、問題なく親ノード２と通信できる。しかし、親ノード１と送受信するＭＴ-ＣＣが、親ノード２と送受信するＭＴ-ＣＣが異なっていても、該当ＭＴ-ＣＣがＤＵセルとＴＤＭ関係にあるか、同じＭＴ-ＣＣが親ノード１と親ノード２と送受信する場合、ＭＴ-ＣＣが送受信できない区間で親ノード２が送受信を期待するようにすることができる。つまり、ＩＡＢノードが親ノード１に送信した情報を親ノード２が受信するか、親ノード２が送信した信号が親ノード１とＩＡＢノードとの間に干渉として作用することができる。

【0263】

２）親ノード１でない異なる親ノードは常にＩＡＢノードと動作を行うことができないと判断できる。すなわち、設定されたＤＵソフトリソースに対してＩＡＢノードのＭＴが常に可用ではないと判断する。そのような場合、ＩＡＢノードのＭＴが送受信をしても親ノード１を除外した親リンクは送受信動作を行わないことがある。

【0264】

このような場合、ＡＩ－ＤＣＩモニタリングの対象となる親ノードがスイッチング(switch)されない場合、つまり、継続的に１つの親ノードのＡＩ－ＤＣＩのみを監視する場合他の親ノードはソフトリソースを使用することができなくて、ネットワーク運用の観点からリソース分配の効率性が低下されることがある。たとえば、ＡＩ－ＤＣＩを監視する親リンク１とｎｏ－ＴＤＭ関係のＭＴ-ＣＣはすべて送受信可能ですが、使用しなくて効率性が低下され得る。

【0265】

図１８はシナリオ１に係るＩＡＢノードの動作方法の一例である。

【0266】

図１８を参照すると、ＩＡＢノードは、複数の親ノードの中でＡＩ－ＤＣＩを監視する１つの親ノードを識別し（Ｓ１０１）、前記複数の親ノードの内、前記１つの親ノードから受信するＡＩ－ＤＣＩを監視／検出する（Ｓ１０２）。ＩＡＢノードは、前記ＡＩ－ＤＣＩに基づいてソフトリソースに対して使用するかどうかを決定することができる（Ｓ１０３）。前記複数の親ノードの内、ＡＩ－ＤＣＩを監視する１つの親ノードを識別する方法は前述したところである。（Ａlt１、Ａlt２）。

【0267】

ＡＩ－ＤＣＩは、ソフトリソースの可用性（availability）を知らせるために使用されるＤＣＩとして例えば、前述のＤＣＩフォーマット２＿５で有り得る。

【0268】

図１９はシナリオ２に係るＩＡＢノードの動作方法を例示する。

【0269】

図１９を参照すると、ＩＡＢノードは、複数の親ノードの内、１つからのＡＩ－ＤＣＩの全てを監視し（Ｓ２０）、前記複数の親ノードの内１つからのＡＩ－ＤＣＩのみを考慮するか、または、前記複数の親ノードからのＡＩ－ＤＣＩのすべてを考慮してソフトリソースに対する使用可否を決定することができる（Ｓ２１）。

【0270】

以下、シナリオ２について詳細に説明する。

【0271】

シナリオ２）ＩＡＢノードは、複数の親ノード（例えば、２つの親ノード）から受信するＡＩ－ＤＣＩをすべて監視できる。つまり、ＩＡＢノードはすべての親ノードからのＡＩ－ＤＣＩを監視するか、そのように動作するように設定できる。この場合、ＩＡＢノードは単一親ノードからのＡＩ－ＤＣＩを考慮するか、複数の親ノードからのＡＩ－ＤＣＩを監視できる。複数の親ノードからのＡＩ－ＤＣＩを監視したが、単一親ノードからのＡＩ－ＤＣＩを受信することは、前記単一親ノードからＡＩ－ＤＣＩを監視することとは異なる。前者は複数の親ノードからのＡＩ－ＤＣＩをすべてデコーディングを試みしなければならないが後者は単一親ノードからのＡＩ－ＤＣＩのみをデコーディングを試みするとよい違いがある。以下、複数の親ノードからのＡＩ－ＤＣＩを監視したが、単一親ノードからのＡＩ－ＤＣＩを受信することをシナリオ２－１といい、複数の親ノードからＡＩ－ＤＣＩを監視して複数のＡＩ－ＤＣＩを受信する場合をシナリオ２－２と称する。

【0272】

シナリオ２－１）ＩＡＢノードが複数の親ノードからのＡＩ－ＤＣＩ監視するが、単一親ノードからのＡＩ－ＤＣＩ情報のみを考慮する場合は、常に複数の親ノードからのＡＩ－ＤＣＩを監視するか、そのように動作するように設定された場合である。つまり、ＩＡＢノードが複数の親ノードからのＡＩ－ＤＣＩを監視しますが、ＩＡＢノードは１つの親ノードからのＡＩ－ＤＣＩ（可用性指示情報）のみを考慮して動作することができる。

【0273】

シナリオ２－１はさらに細分化することができる。例えば、ＡＩ－ＤＣＩを受信していないケースをシナリオ２－１．１、単一ＡＩ－ＤＣＩを受信した場合をシナリオ２－１．２、複数のＡＩ－ＤＣＩを受信したが単一ＡＩ－ＤＣＩのみを考慮する場合をシナリオ２－１．３に分けることができ、これについては後述する。シナリオ２－１においては特徴的に、ＡＩ－ＤＣＩを送信していない親ノードは、他の親ノードのＡＩ－ＤＣＩを送信するかどうかを知ることができません。つまり、ＡＩ－ＤＣＩを送信していない親ノードは、以下のシナリオ２－１．１とシナリオ２－１．２を区分できない。

【0274】

シナリオ２－１．１）ＩＡＢノードが複数の親ノードからのＡＩ－ＤＣＩを監視したがＡＩ－ＤＣＩを受信しなかった時（ＡＩ－ＤＣＩを検出できなかった時）ＩＡＢノードは、i）各親ノードがＡＩ－ＤＣＩを指示しないものと、ii)各親ノードがＡＩ－ＤＣＩを指示したが、ＩＡＢノードが検出に失敗したことを区分することができません。このような曖昧さ（ambiguity）を排除するために、ＩＡＢノードは前記状況で次のケースを考慮／仮定することができる。

【0275】

Ａｌｔ１．すべての親ノードがＡＩ－ＤＣＩを送信していないものと仮定できる。この場合、該当設定されたＤＵソフトリソースに対してＭＴを使用しないか、ＭＴに影響を与えない場合、ＤＵが使用できます。つまり、ソフトリソースの優先権はＭＴにあり、ＭＴが前記ソフトリソースを使用しないか、前記ソフト資源をＤＵが使用してもＭＴの動作に影響を与えない場合に限り、ＤＵが前記ソフト資源を使うことである。

【0276】

Ａlt ２. 既存デフォルト(default)動作に反してＡＩ－ＤＣＩを送信したが検出に失敗したと仮定できる。この場合、該当設定されたＤＵソフトリソースについてＤＵを使用することができる。

【0277】

シナリオ２－１．２）複数の親ノード（例えば、親ノード１、親ノード２）からのＡＩ－ＤＣＩを監視したが、単一の親ノード（例えば、親ノード１）からのＡＩ－ＤＣＩを受信した場合、ＩＡＢノードは該当ＡＩ－ＤＣＩ情報を考慮して動作を判断することができる。そのような場合、ＡＩ－ＤＣＩを送信していない親ノード（例えば、親ノード２）は以下の動作を考慮／仮定／期待できる。

【0278】

Ａlt １. ＡＩ－ＤＣＩを送信していない親ノードは、ＩＡＢノードのＤＵソフトリソースで常にＩＡＢノード（具体的にＩＡＢノードのＭＴ）と動作を実行できると判断／仮定できる。つまり、常にＩＡＢノードの設定されたＤＵソフトリソースが可用できないと判断（ＤＵによって使用できないと判断）することができる。そのような場合、前記ＤＵソフトリソースでＩＡＢノードのＭＴが動作しないことでも、親ノード（親ノード２）は、送受信を行う問題が発生することがある。

【0279】

すなわち、ＡＩ－ＤＣＩを受信してＤＵソフトリソースを使用するＩＡＢノード内のＤＵとＴＤＭ関係にあるすべてのＭＴ-ＣＣは、親リンクを有している、ＡＩ－ＤＣＩを送信しない親ノードと送受信ができませんが、該当親ノードは送受信できると判断して問題が発生することがある。一方、ＡＩ－ＤＣＩを受信してＤＵソフトリソースを使用するＩＡＢノード内のＤＵとｎｏ－ＴＤＭ関係のすべてのＭＴ-ＣＣは、親リンクを有している、ＡＩ－ＤＣＩを送信していない親ノードと送受信が可能であり、該当親ノードもまた送受信が可能であると判断し、リソースを効率的に使用できる。

【0280】

Ａｌｔ２．ＡＩ－ＤＣＩを送信していない親ノード（親ノード２）は設定されたＤＵソフトリソースで常にＩＡＢノード（具体的にはＩＡＢノードのＭＴ）と動作を実行できないと判断できる。つまり、既存のデフォルト動作を変更して常にＩＡＢノードの設定されたＤＵソフトリソースが可用すると判断（すなわち、ＤＵによって使用されると判断）することができる。このような場合、ＩＡＢノード（具体的にＩＡＢノードのＭＴ）はＡＩ－ＤＣＩを送信しない親ノード（親ノード２）との親リンクとは送受信を実行しないことがある。

【0281】

すなわち、前記Ａlt １と反対にＡＩ－ＤＣＩを受信し、ＤＵソフトリソースを使用するＩＡＢノード内のＤＵとＴＤＭ関係のすべてのＭＴ-ＣＣは親リンクを有している、ＡＩ－ＤＣＩを送信していない親ノードと送受信ができず、その親ノードもまたそうように判断して送受信に問題が発生しない。一方、ＡＩ－ＤＣＩを受信してＤＵソフトリソースを使用するＩＡＢノード内のＤＵとｎｏ－ＴＤＭ関係にあるすべてＭＴ-ＣＣは、親リンクを有してある、ＡＩ－ＤＣＩを送信していない親ノードと送受信は可能であるが、該当親ノードは送受信ができないと判断して送受信を行わないことがある。

【0282】

シナリオ２－１．３）ＩＡＢノードが複数の親ノードからのＡＩ－ＤＣＩを監視して、複数の親ノードからＡＩ－ＤＣＩを受信することができる。例えば、ＩＡＢノードが親ノード１、２からのＡＩ－ＤＣＩを監視し、親ノード１から第１ＡＩ－ＤＣＩを受信し、親ノード２から第２ＡＩ－ＤＣＩを受信することができる。この場合、ＩＡＢノードは１つの親ノードからのＡＩ－ＤＣＩのみが有効であると判断できる。受信した複数のＡＩ－ＤＣＩの内、どのＡＩ－ＤＣＩが有効であるかを判断するかどうかに関して、以下の方法の内、少なくとも１つを考慮することができる。

【0283】

Ａｌｔ１．優先順位が高く設定された親ノード(またはＣＧ)から送信されたＡＩ－ＤＣＩのみが有効であると判断し、該当設定されたＤＵソフトリソースが可用すると判断することができる。このとき前記優先順位が高く設定された親ノード（ＣＧ）は、例えば、ＣＵ／ドナー（donor）ノードからＲＲＣ／Ｆ１－ＡＰなどを介して設定することができる。

【0284】

Ａｌｔ２. 特定時間／周波数ウィンドウ(window)内で最初に受信した、あるいは最後に受信したＡＩ－ＤＣＩのみが有効であると判断できる。

【0285】

Ａｌｔ ３. 時間区間内特定単位（例えば、スロット）あるいは周波数区間内特定単位（たとえば、ＲＢ／ＲＥなど）で、各親ノード（ＣＧ）ごとまたは一部の親ノード（ＣＧ）にＡＩ－ＤＣＩ受信有効区間を設定し、該当区間内で該当親ノード（ＣＧ）から受信したＡＩ－ＤＣＩのみが有効であると判断し、該当設定されたＤＵソフトリソースが可用すると判断できる。一部の親ノード（ＣＧ）にのみＡＩ－ＤＣＩ受信有効区間が設定された場合、残りの時間区間については競争ベース（contention based）で動作し、ＡＩ－ＤＣＩの衝突（collision）が発生した場合シナリオ２－２のような衝突処理（collision handling）を適用できる。

【0286】

たとえば、ＩＡＢノードが２つの親ノードを有し、指定されたＸ個の複数のスロットでＡＩ－ＤＣＩを監視する場合、Ｘ個のスロットで親ノード１と親ノード２からの受信ＡＩ－ＤＣＩが有効である時間区間をＡ：Ｂの割合で割って割り当てることができる。ここで、Ａ、Ｂは同じ値または異なる値を指定することができる。またはＡ：Ｂの割合でＡ時間区間の間親ノード１のＡＩ－ＤＣＩのみをモニターし、残り時間区間については、競争（contention）ベースでＡＩ－ＤＣＩを受信することもできる。

【0287】

定められた時間区間を親ノードの数で割り、各親ノードのＡＩ－ＤＣＩが有効な区間を設定し、該当区間内で受信した場合にのみ有効であると判断できる。

【0288】

Ａlt４. ＩＡＢノードが親ノードとＤＣ（(dual connectivity)の形で接続された場合、ＭＣＧまたはＳＣＧ（secondary cell group）に属する親ノードから送信されたＡＩ－ＤＣＩのみが有効であると判断できる。

【0289】

Ａｌｔ５．ＩＡＢノードが親ノードとＤＡＰＳ－ＨＯ（dual active protocol stack solution hand over）形態で接続された場合、ソースＭＣＧまたはターゲットＭＣＧに属する親ノードから送信されたＡＩ－ＤＣＩのみが有効であると判断することができる。

【0290】

前記Ａlt．１～Ａｌｔ．５の方法の内、少なくとも１つの方法で可用したＡＩ－ＤＣＩ送信していない親ノードの場合、次の動作を考慮／仮定／期待することができる。

【0291】

可用しないＡＩ－ＤＣＩを送信した親ノードは、自身のＡＩ－ＤＣＩ情報が可用しないことを知るべきである。そのような場合、可用しないＡＩ－ＤＣＩを送信した親ノードは、シナリオ２－１．２のAlt １、Alt ２の動作を考慮することができる。

【0292】

可用できないＡＩ－ＤＣＩを送信していない親ノードは、自分が送信したＡＩ－ＤＣＩが可用しないことがわかるはずである。このために、ＩＡＢノードは可用しないＡＩ－ＤＣＩを送信した親ノードに、該当ＡＩ－ＤＣＩが可用しないことをしらせることができる。このような情報は、例えばＰＵＣＣＨなどのチャネルを介して送信され得る。

【0293】

シナリオ ２－２） 複数の親ノードからのＡＩ－ＤＣＩを監視する場合、ＩＡＢノードは、複数の親ノードからのＡＩ－ＤＣＩ（ＡI情報）を考慮して動作できる。つまり、ＩＡＢノードが複数の親ノードからのＡＩ－ＤＣＩを監視する場合、前記親ノードからのＡI(availability indication)情報をすべてを考慮して、ＩＡＢノードのＤＵとＭＴの動作しているかどうかを判断できる。このような場合、ＩＡＢノードは次のようにリソースの可用性を判断でき、各親ノードの動作は以下を考慮することができる。

【0294】

図２０は、無線通信システムにおける複数の親ノードに接続されたＩＡＢノードの動作方法を例示する。

【0295】

図２０を参照すると、ＩＡＢノードは、複数の親ノードの内、第１親ノードからの第１ＡＩ－ＤＣＩ（availability indication-downlink control information）を監視する（Ｓ２０１）。

【0296】

ＩＡＢノードは、前記複数の親ノードの内、第２親ノードからの第２ＡＩ－ＤＣＩを監視する（Ｓ２０２）。

【0297】

ＩＡＢノードは、前記第１ＡＩ－ＤＣＩの監視結果及び前記第２ＡＩ－ＤＣＩの監視結果をすべて考慮して、ソフト（soft）リソースが前記ＩＡＢノードのＤＵ（distributed unit）に可用（available）するかどうかを判断する（Ｓ２０３）。

【0298】

前記第１ＡＩ－ＤＣＩ及び第２ＡＩ－ＤＣＩのすべてが可用すること（available）を指示すると、前記ソフトリソースは、前記ＩＡＢノードの前記ＤＵに対して可用したことと判断することができる。

【0299】

または、前記第１ＡＩ－ＤＣＩ及び第２ＡＩ－ＤＣＩの内、少なくとも１つが可用することを指示すると、前記ソフトリソースは前記ＩＡＢノードの前記ＤＵに対し可用することと判断できる。

【0300】

前記ソフトリソースが前記ＩＡＢノードの前記ＤＵに可用したことと判断されると、前記ＩＡＢノードの前記ＤＵは、前記ソフトリソースで前記ＩＡＢノードに接続された端末（子ノード）と通信を行うことができる。

【0301】

前記第１ＡＩ－ＤＣＩ及び前記第２ＡＩ－ＤＣＩの内,少なくとも１つが可用すること（ ）を指示しなければ、前記ソフトリソースは前記ＩＡＢノードの前記ＤＵに対して可用しないことと判断できる。この場合、ソフトリソースは前記ＩＡＢノードのＭＴ（ ）によって使用することができる。さらに具体的に、前記ソフトリソースは、前記ＩＡＢノードの前記ＭＴと前記ソフトリソースに対して可用することを指示しない親ノード間の通信に使用され得る。

【0302】

前記第１ＡＩ－ＤＣＩと前記第２ＡＩ－ＤＣＩの全てが可用すること（available)）を指示しないと前記ソフトリソースは前記ＩＡＢノードのＭＴが使用され得る。

【0303】

いま、前記第１ＡＩ－ＤＣＩの監視結果及び前記第２ＡＩ－ＤＣＩの監視結果をすべて考慮して、ソフトリソースがＩＡＢノードのＤＵに可用するかどうかを判断する方法、そのときのＩＡＢノードの動作、親ノードの動作などをより具体的に説明する。

【0304】

Ａｌｔ１．特定ＤＵソフトリソースに対して少なくとも１つの親ノードが可用すると指示した場合、該当設定されたＤＵソフトリソースが可用すると判断することができる。

【0305】

この場合、ＩＡＢノードは次の動作を考慮することができる。

【0306】

特定のＤＵソフトリソースに対してＩＡＢノードがＡＩ－ＤＣＩの監視を行う親ノード（モニタリングの対象となる親ノード）の内、少なくとも１つの親ノードが可用であると指示した場合、該当リソース（ＤＵソフトリソース）でＤＵ動作を実行することができる。または、特定の設定されたＤＵソフトリソースに対してＩＡＢノードがＡＩ－ＤＣＩの監視を実行するすべての親ノード（モニタリングの対象となる親ノード）が可用すると指示しない場合、該当リソースでＭＴ動作を実行できる。

【0307】

さらに、そのような場合、各親ノードは以下の動作を考慮することができる。

【0308】

ＩＡＢノードの特定設定されたＤＵソフトリソースに対しＩＡＢノードに可用であると指示した場合、ＩＡＢノードがＭＴ動作を実行しないと仮定し、ＩＡＢノードとの送受信を期待しないことがある。または、ＩＡＢノードの特定設定されたＤＵソフトリソースに対しＩＡＢノードに可用であると指示しない場合、ＩＡＢノードがＭＴ動作を実行することを仮定し、ＩＡＢノードとの送受信動作を実行することができる。しかし、ＩＡＢノードは、該当親ノードとの送受信を実行できないことがある。

【0309】

たとえば、ＩＡＢノードが親ノード １、親ノード２、それぞれ親リンクがあり、親リンク１からＡＩ－ＤＣＩを受信した場合、親ノード１のＤＵはＩＡＢノードとの送受信を期待しないことがある。親リンク１を形成しているＩＡＢノードのＭＴとＴＤＭの関係にあるＩＡＢノードのＤＵがソフトリソースを使用することで期待して前記ＤＵとＴＤＭ関係にあるＩＡＢノード内のＭＴも同様に送受信を実行できないことがある。前記ＭＴが親リンク２を構成していると親ノード２はＡＩ－ＤＣＩを送信していながったため、ＩＡＢノードとの送受信を期待できるが該当ＭＴはＴＤＭ関係によって送受信を実行できないことがある。

【0310】

Ａｌｔ２. 特定設定されたＤＵソフトリソースに対してＡＩ－ＤＣＩの監視を行うすべての親ノードが可用であると指示した場合、該当ＤＵソフトリソースが可用すると判断することができる。たとえば、ＩＡＢノードが親ノード１、２から送信されたＡＩ－ＤＣＩを監視するように設定された場合、前記親ノード１、２がＡＩ－ＤＣＩを介して（たとえば、親ノード１は第１ＡＩ－ＤＣＩを介して、親ノード２は第２ＡＩ－ＤＣＩを介して)特定ＤＵソフトリソースに対してすべて可用であると指示した場合、前記特定ソフトリソースが可用すると判断できる。

【0311】

図２１は、前述のＡｌｔ ２に係るＩＡＢノードの動作方法を例示する。

【0312】

図２１を参照すると、ＩＡＢノードは、第１親ノード及び第２親ノードと接続することができる。第１親ノードは、ＩＡＢノードにソフトリソースの第１ＡＩ－ＤＣＩを提供する（Ｓ２１１）。第１ＡＩ－ＤＣＩは、前記ソフトリソースに対してavailableを指示することができる。

【0313】

第２親ノードは、ＩＡＢノードにソフトリソースに対する第２ＡＩ－ＤＣＩを提供する（Ｓ２１２）。第２ＡＩ－ＤＣＩは、前記ソフトリソースに対してavailableを指示することができる。

【0314】

そのような場合、ＩＡＢノードは第１ＡＩ－ＤＣＩ監視結果及び第２ＡＩ－ＤＣＩ監視結果をすべて考慮してソフトリソースの可用性の判断（ソフトリソースについてＤＵが可用したことと判断）する（Ｓ２１３）。

【0315】

ＩＡＢノードは、前記ソフトリソースにおいてＩＡＢノードに接続された子ノード（例えば端末）と、通信（すなわち、ＤＵが使用）を実行することができる（Ｓ２１４）。

【0316】

すなわち、ＩＡＢノードは、特定設定されたＤＵソフトリソースに対してＩＡＢノードがＡＩ－ＤＣＩのモニタリングを実行するすべての親ノードが可用すると指示した場合、該当ＤＵソフトリソースが可用すると判断できる。

【0317】

図２２は、前述のＡｌｔ ２に係るＩＡＢノードの動作方法の他の例である。

【0318】

図２２を参照すると、ＩＡＢノードは、第１親ノード及び第２親ノードと接続することができる。第１親ノードは、ＩＡＢノードにソフトリソースのための第１ＡＩ－ＤＣＩを提供する（Ｓ２２１）。第１ＡＩ－ＤＣＩは、前記ソフトリソースに対してavailableを指示することができる。

【0319】

第２親ノードは、ＩＡＢノードにソフトリソースに対する第２ＡＩ－ＤＣＩを指示しないことがある（Ｓ２２２）。

【0320】

このような場合、ＩＡＢノードは、第１ＡＩ－ＤＣＩ監視結果及び第２ＡＩ－ＤＣＩ監視結果をすべて考慮して、ソフトリソースの可用性を判断（つまり、ソフトリソースに対しＤＵが可用しないことと判断）する（Ｓ２２３）。

【0321】

ＩＡＢノードは、前記ソフトリソースにおける第２親ノード（すなわち、ソフトリソースに対するＡＩ－ＤＣＩを提供しない親ノード）と通信を行う（ＩＡＢノードのＭＴ）ことができる（Ｓ２２４）。

【0322】

すなわち、特定設定されたＤＵソフトリソースに対して、ＩＡＢノードがＡＩ－ＤＣＩの監視を実行する親ノードの内、少なくとも1つの親ノードが可用すると指示しない場合、該当ＤＵソフトリソースが可用しないと判断することができる。つまり、ＩＡＢノードは該当ＤＵソフトリソースでＭＴ動作を実行することができる。この場合、ＩＡＢノードは該当ＤＵソフトリソースで可用すると指示しない親ノードと送受信を実行することができる。

【0323】

また、そのような場合、各親ノードは以下の動作を考慮することができる。

【0324】

各親ノードは、ＩＡＢノードの特定設定されたＤＵソフトリソースについてＩＡＢノードに可用すると指示した場合、ＩＡＢノードがＭＴ動作を実行しないと仮定し、ＩＡＢノードとの送受信を期待しないことがある。しかし、ＩＡＢノードは該当親ノードとの送受信が可能であると判断できる。

【0325】

ＩＡＢノードの特定設定されたＤＵソフトリソースについてＩＡＢノードに可用すると指示しない場合、ＩＡＢノードがＭＴ動作を実行すると仮定し、ＩＡＢノードとの送受信動作を行うことができる。

【0326】

たとえば、ＩＡＢノードが親ノード１、親ノード２と親リンクが存在（ＩＡＢノードと親ノード１の間の親リンク１、ＩＡＢノードと親ノード２の間の親リンク２）し、親リンク2からＡＩ－ＤＣＩを受信しない場合、ＩＡＢノードは該当ＤＵソフト資源が可用でないと判断できる。ＡＩ－ＤＣＩを受信しないＩＡＢノードのＤＵとＴＤＭ関係、ｎｏ－ＴＤＭ関係にあるＭＴはともに送受信が可能であると判断して送受信が期待できますが、親リンク１からＡＩ－ＤＣＩを受信した場合該当ＡＩ－ＤＣＩを受信したＭＴとＴＤＭの関係にあるＤＵがリソースが使用できる。したがって、該当ＤＵとＴＤＭの関係にあるＭＴは、該当ＤＵソフトリソースで送受信動作が不可能することがある。

【0327】

前記記述された環境におけるＩＡＢノードの立場で特定親ノードからのＤ及び／またはＵ及び／またはＦリソースに対して「可用（available）」及び／または「可用しない（not available）」情報を明示的（explicit）に指示を受けてない場合、ＩＡＢノードは該当親ノードからＤＵソフトリソースを可用すると指示を受けてないものと仮定できる。または、既存のデフォルト動作を置き換えて、ＩＡＢノードは該当親ノードからＤＵソフトリソースを可用すると指示を受けるものと仮定することもできる。

【0328】

ＩＡＢノード内のＭＴ１、ＭＴ２がそれぞれ親ノード１(ＤＵ Ｃell １)、親ノード２(ＤＵ Ｃell２）に接続されており、同じＩＡＢノードに１つのＤＵセル（ＤＵセル３）が存在することができる。ＩＡＢノードは、１つの親ノードから可用性指示（たとえば、ＡＩ－ＤＣＩ）を受信できる。つまり、ＭＴ1は、親ノード１からＤＵセル３のソフトリソース可用性情報を受信するか、ＭＴ２が親ノード２からＤＵセル３のソフトリソース可用性情報を受信することができる。このとき、具体的なＡＩ－ＤＣＩの受信方法及びＩＡＢノードの動作は、前記シナリオ１）の方法を適用することができる。

【0329】

ＩＡＢノード内のＭＴ１、ＭＴ２がそれぞれ親ノード1(ＤＵ Ｃell １)、親ノード２(ＤＵ Ｃell２）に接続されており、同じＩＡＢノードに２つのＤＵセル（それぞれＤＵＣell３、ＤＵＣell４）が存在することがある。このとき、ＤＵ Ｃell３のソフトリソース可用性指示を送信する親ノードとＤＵ Ｃell４のソフトリソース可用性指示を送信する親ノードは、互いに異なることがある。たとえば、ＭＴ1は親ノード１からＤＵセル３のソフトリソース可用性情報を受信し、ＭＴ２は親ノード２からＤＵセル４に対するソフトリソースの可用性情報を受信できます。このとき、どのＭＴがどのＤＵセルのソフトリソースの可用性情報を親ノードから受信することはネットワーク設定によって設定できる。このとき、両親ノードからの具体的なＡＩ－ＤＣＩの受信方法及びＩＡＢノードの動作は、前記シナリオ２）の方法を適用することができる。

【0330】

前述のシナリオ１（つまり、ＩＡＢノードが複数の親ノードを有するが、単一の親ノードに対してのみＡＩ－ＤＣＩを監視するシナリオ）とシナリオ２（複数の親ノードからＡＩ－ＤＣＩを監視して複数のＡＩ－ＤＣＩを受信するシナリオ）の内、どちらが適用されるかが、前記複数の親ノードと前記ＩＡＢノードが接続される方式、搬送波の構成等によって決定されることもある。

【0331】

周波数領域で見ると、バンド（band）内に搬送波（carrier）が含めることができる。１つのバンド内に１つまたは複数の搬送波が含まれるか、互いに異なるバンドに搬送波が含まれるもこともある。例えば、ｉ）バンド＃１内に搬送波＃１、バンド＃２内搬送波＃２が含まれるか、ｉｉ）バンド＃１内に搬送波＃１、２が全て含まれ得る。搬送波＃１、２は互いに区分される搬送波であり得る。前記i）のように互いに異なるバンドで互いに異なる搬送波を使用することを搬送波間、バンド間（inter-carrier, inter band）と称することができ、ｉｉ）のように同じバンド内に互いに異なる搬送波を使用することを搬送波間、バンド内（inter-carrier, inter band）と称することができる。

【0332】

たとえば、ＩＡＢノードのＭＴが２つの親ノードにＤＣ(dual connectivity)に接続されており、前記ＤＣ接続に使用される２つの搬送波がｉ）搬送波間、バンド間（inter-carrier, inter-band）の場合、前記ＩＡＢノードのＤＵセルのソフトリソースの可用性（soft resource availability)）を判断する際に、前述のシナリオ１の方法を適用し、前記２つの搬送波がｉｉ）搬送波間、バンド内（(inter-carrier, intra-band）である場合ＩＡＢノードのＤＵセルのソフトリソースの可用性を判断する際にシナリオ２（より具体的な例として、シナリオ２－２）の方法を適用することができる。

【0333】

＜多重親ＤＵをサポートするための二重接続(Dual-connectivity)＞

【0334】

（１） ドナー間多重親ノードの動作(Inter-Donor multi-parent nodes operation)

【0335】

シナリオ１：ＩＡＢノードが２つのドナーに多重接続されるシナリオ。

【0336】

シナリオ２：ＩＡＢノードの親／祖先（ancestor）ノードが２つのドナーと多重
接続されるシナリオ。

【0337】

前記２つのシナリオの全てにおいて、境界ＩＡＢノードは２つの互いに異なるドナー（すなわち、ドナー１及びドナー２に属する２つの親ノード（すなわち、ＩＡＢ１及びＩＡＢ２）に同時につながる。このとき、２つの互いに異なるドナーに属する２つの互いに異なる親ノードへの同時接続をサポートするかどうかが問題になることがある。ＮＲ Ｒｅｌ－１７で少なくともドナー内（(intra-donor）、多重親の動作をサポートすることにし。したがって、ドナー間トポロジ重複（inter-donor topology redundancy）をサポートできる。

【0338】

互いに異なる２つのドナーの制御下にある２つの親ノードをサポートするために、
各ＣＵは、すべてのＤＵの設定情報を上位Ｃｕから隣接するＣＵと共有しなければならない。このような情報が動的に共有可能であれば、互いに異なるドナーに属する２親ノードは動的にリソースをスケジュールリングすることができる。しかし、情報が長い間隔で（long-termly）共有される場合、２親ノードは半静的である方式で（semi-static manner）でリソースをスケジュールリングすることができる。一方、搬送波間（inter-carrier）、バンド間（inter-band）、「搬送波間、バンド内」（Inter-carrier, intra-band）ベースのＤＣシナリオを動作するために、２親ノードはＴＤＤＵ／Ｄ設定とＨ／Ｓ／ＮＡ設定を共有する必要がある。つまり、互いに異なるドナーに属する２親ノードをサポートするために、各ＣＵは、ＤＵが現在属するＣＵから多重親動作のためのＤＵが属するＣＵへすべてのＤＵの設定情報を共有しなければならない。

【0339】

２. ＤＣシナリオ(inter-carrier, intra-band)

【0340】

ＮＲＲｅｌ－１５とＲｅｌ－１６では、ＮＲはＦＲ１/ＦＲ１とＦＲ１/ＦＲ２に対して二重接続（dual connectivity）を設計した。このシナリオにおいて、二重接続（dual connectivity）の搬送波は遠く離れていると仮定し、したがって搬送波間干渉（inter-carrier interference）は無視できるレベルである。したがって、各ＤＵは端末にＤ／Ｕリソースを独立的に割り当てることができる。また、端末がＦＲ１／ＦＲ１またはＦＲ１／ＦＲ２の互いに異なる搬送波の２セルからチャネル／信号を同時に受信できると仮定した。

【0341】

しかし、ＦＲ２で搬送波間、バンド内（inter-carrier, intra-band）ＤＣシナリオを考慮すると、アンテナ設定（同じパネル／複数搬送波のための別々のパネル）と搬送波組み合わせの観点から、ＭＴの送信と受信の動作の明確化が必要である。したがって、ＦＲ２の搬送波間、バンド内(inter-carrier, intra-band）ＤＣシナリオのために、アンテナ設定と搬送波の組み合わせに対する送信と受信のＭＴ動作の明確化が必要である。

【0342】

つまり、ＦＲ２の搬送波間、帯域内ＤＣシナリオを運営するならアンテナ設定(例：複数の搬送波に対して同じパネル／分離されたパネル）と搬送波の組み合わせ側面で送信及び、受信のためのＭＴ動作を明確にしなければならない。

【0343】

３. 多重‐親シナリオのためのソフトリソースの指示

【0344】

Ｒｅｌ－１７の多重‐親をサポートするためにＤＣＩフォーマット２＿５を使用したソフトリソースの明示的な指示が合意されたところがある。ＤＣシナリオで、２親ＤＵはＩＡＢ-ＤＵに関連したリソースの情報を独立的に提供を受けることができる。さらに、多重‐親シナリオにおいて、親ＤＵがＩＡＢ ＤＵに関連する情報（最小リソース可用性要素（つまり、Ｈ／Ｓ／ＮＡ)、リンク方向のタイプ（つまり、Ｄ／Ｆ／Ｕ）、多重化の能力）を受信できるか考慮しなければならない。

【0345】

動的スケジューリングとスケジューリングに必要な情報（前記情報であり得る）があると仮定下で、各親ＤＵからのソフトリソースに対する指示の衝突を考慮することができる。

【0346】

図２３は、多重親シナリオの一例である。

【0347】

図２３を参照すると、多重搬送波（ＭＴ１とＭＴ２）のＭＴが２親ノードに接続されており、ＩＡＢ-ＤＵ（ＤＵ３）は１つの親ＤＵ（ＤＵ１）から情報を受信できると仮定する。このシナリオで、２親ＤＵがＩＡＢ-ＤＵの多重化能力（multiplexing capability）とリソースの可用性を有している場合、２親ＤＵはスケジューリングの衝突(scheduling collision)なしで二重接続（dual connectivity）でうまくいく動作できる。しかし、親ＤＵがＩＡＢ-ＭＴにリソース可用性(resourceAvailability)要素とＤＣＩフォーマット２＿５でソフトシンボルのタイプを指示すると、リソーススケジューリングに衝突が発生することができる。たとえば、親ＤＵ（ＤＵ１）がＩＡＢ-ＤＵ(ＤＵ３)のリソースの可用性を指示したし、他の親ＤＵ(ＤＵ２)がリソース可用性の情報を得られなかったら、親ＤＵ（ＤＵ２）からのＩＡＢ-ＭＴ（ＭＴ２）のスケジューリング情報は、ＩＡＢノードの多重化能力に応じて受け入れ可能することもあり、可能しないこともある。このような場合、すなわち、親ＤＵ（ＤＵ２）からのスケジューリング情報がＩＡＢノードの多重化動作に収容できない場合、ＩＡＢノードは自らの送信と受信を決めなければならない。

【0348】

図３１は、本明細書に適用されることができる無線機器を例示する。

【0349】

図24を参照すると、第１の無線機器１００と第２の無線機器２００は、多様な無線接続技術（例、ＬＴＥ、ＮＲ）を介して無線信号を送受信することができる。

【0350】

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

【0351】

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

【0352】

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

【0353】

一つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサまたはマイクロコンピュータと呼ばれることができる。一つ以上のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせにより具現されることができる。一例として、一つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、一つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、一つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、一つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）または一つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が一つ以上のプロセッサ１０２、２０２に含まれることができる。

【0354】

一つ以上のプロセッサ１０２、２０２は、少なくとも一つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）により実行されることに基づく命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも一つのコンピュータで読み取ることができる記録媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ：ＣＲＭ）で具現されることもできる。

【0355】

すなわち、少なくとも１つのプロセッサ（processor）によって実行されることに基づく命令語（instruction）を含む少なくとも１つのコンピュータで読み取りできる記録媒体（computer readable medium：ＣＲＭ）は、複数の親ノードの内第１親ノードからの第１ＡＩ－ＤＣＩ（availability indication-downlink control information）を監視するステップ、前記複数の親ノードの内、第２親ノードからの第２ＡＩ－ＤＣＩを監視するステップ、前記第１ＡＩ－ＤＣＩの監視結果、及び前記第２ＡＩ－ＤＣＩのすべてのモニタリング結果を考慮して、ソフト()リソースが前記ＩＡＢノードの)ＤＵ（distributed unit）に可用（available）するかどうかを判断するステップを含む動作を実行できます。

【0356】

本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図は、ファームウェアまたはソフトウェアを使用して具現されることができ、ファームウェアまたはソフトウェアは、モジュール、手順、機能などを含むように具現されることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図を実行するように設定されたファームウェアまたはソフトウェアは、一つ以上のプロセッサ１０２、２０２に含まれ、または一つ以上のメモリ１０４、２０４に格納されて一つ以上のプロセッサ１０２、２０２により駆動されることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作流れ図は、コード、命令語及び／または命令語の集合形態でファームウェアまたはソフトウェアを使用して具現されることができる。

【0357】

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

【0358】

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

【0359】

図25は、信号処理モジュール構造の一例を示す。ここで、信号処理は、図24のプロセッサ１０２、２０２で実行されることもできる。

【0360】

図25を参照すると、端末または基地局内の送信装置（例えば、プロセッサ、プロセッサとメモリ、またはプロセッサとトランシーバ）は、スクランブラ３０１、モジュレータ３０２、レイヤマッパ３０３、アンテナポートマッパ３０４、リソースブロックマッパ３０５、信号生成器３０６を含むことができる。

【0361】

送信装置は、一つ以上のコードワード（ｃｏｄｅｗｏｒｄ）を送信することができる。各コードワード内の符号化されたビット（ｃｏｄｅｄ ｂｉｔｓ）は、各々、スクランブラ３０１によりスクランブリングされて物理チャネル上で送信される。コードワードは、データ列で指示されることもでき、ＭＡＣ階層が提供するデータブロックであるトランスポートブロックと等価である。

【0362】

スクランブルされたビットは、モジュレータ３０２により複素変調シンボル（Ｃｏｍｐｌｅｘ－ｖａｌｕｅｄ ｍｏｄｕｌａｔｉｏｎ ｓｙｍｂｏｌｓ）に変調される。モジュレータ３０２は、前記スクランブルされたビットを変調方式によって変調して信号コンステレーション（ｓｉｇｎａｌ ｃｏｎｓｔｅｌｌａｔｉｏｎ）上の位置を表現する複素変調シンボルに配置できる。変調方式（ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ）には制限がなく、ｍ－ＰＳＫ（ｍ－Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）またはｍ－ＱＡＭ（ｍ－Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）などが前記符号化されたデータの変調に利用されることができる。モジュレータは、モジュレーションマッパ（ｍｏｄｕｌａｔｉｏｎ ｍａｐｐｅｒ）とも呼ばれる。

【0363】

前記複素変調シンボルは、レイヤマッパ３０３により一つ以上の送信レイヤにマッピングされることができる。各レイヤ上の複素変調シンボルは、アンテナポート上での送信のためにアンテナポートマッパ３０４によりマッピングされることができる。

【0364】

リソースブロックマッパ３０５は、各アンテナポートに対する複素変調シンボルを送信のために割り当てられた仮想リソースブロック（Ｖｉｒｔｕａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）内の適切なリソース要素にマッピングすることができる。リソースブロックマッパは、前記仮想リソースブロックを適切なマッピング技法（ｍａｐｐｉｎｇ ｓｃｈｅｍｅ）によって物理リソースブロック（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）にマッピングすることができる。前記リソースブロックマッパ３０５は、前記各アンテナポートに対する複素変調シンボルを適切な副搬送波に割り当て、ユーザによって多重化できる。

【0365】

信号生成器３０６は、前記各アンテナポートに対する複素変調シンボル、即ち、アンテナ特定シンボルを特定変調方式、例えば、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調し、複素時間ドメイン（ｃｏｍｐｌｅｘ－ｖａｌｕｅｄ ｔｉｍｅ ｄｏｍａｉｎ）ＯＦＤＭシンボル信号を生成することができる。信号生成器は、アンテナ特定シンボルに対してＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）を実行することができ、ＩＦＦＴが実行された時間ドメインシンボルにはＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）が挿入されることができる。ＯＦＤＭシンボルは、デジタル－アナログ（ｄｉｇｉｔａｌ－ｔｏ－ａｎａｌｏｇ）変換、周波数アップ変換などを経て各送信アンテナを介して受信装置に送信される。信号生成器は、ＩＦＦＴモジュール及びＣＰ挿入機、ＤＡＣ（Ｄｉｇｉｔａｌ－ｔｏ－Ａｎａｌｏｇ Ｃｏｎｖｅｒｔｅｒ）、周波数アップ変換器（ｆｒｅｑｕｅｎｃｙ ｕｐ-ｃｏｎｖｅｒｔｅｒ）などを含むことができる。

【0366】

図26は、送信装置内の信号処理モジュール構造の他の例を示す。ここで、信号処理は、図24のプロセッサ１０２、２０２等、端末／基地局のプロセッサで実行されることができる。

【0367】

図26を参照すると、端末または基地局内の送信装置（例えば、プロセッサ、プロセッサとメモリ、またはプロセッサとトランシーバ）は、スクランブラ４０１、モジュレータ４０２、レイヤマッパ４０３、プリコーダ４０４、リソースブロックマッパ４０５、信号生成器４０６を含むことができる。

【0368】

送信装置は、一つのコードワードに対して、コードワード内の符号化されたビット（ｃｏｄｅｄ ｂｉｔｓ）をスクランブラ４０１によりスクランブリングした後、物理チャネルを介して送信できる。

【0369】

スクランブルされたビットは、モジュレータ４０２により複素変調シンボルに変調される。前記モジュレータは、前記スクランブルされたビットを既決定された変調方式によって変調して信号コンステレーション（ｓｉｇｎａｌ ｃｏｎｓｔｅｌｌａｔｉｏｎ）上の位置を表現する複素変調シンボルに配置できる。変調方式（ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ）には制限がなく、ｐｉ／２－ＢＰＳＫ（ｐｉ／２－Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＰＳＫ（ｍ－Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）またはｍ－ＱＡＭ（ｍ－Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）などが前記符号化されたデータの変調に利用されることができる。

【0370】

前記複素変調シンボルは、前記レイヤマッパ４０３により一つ以上の送信レイヤにマッピングされることができる。

【0371】

各レイヤ上の複素変調シンボルは、アンテナポート上での送信のためにプリコーダ４０４によりプリコーディングされることができる。ここで、プリコーダは、複素変調シンボルに対するトランスフォームプリコーディング（ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ）を実行した以後にプリコーディングを実行することもできる。または、プリコーダは、トランスフォームプリコーディングを実行せずにプリコーディングを実行することもできる。プリコーダ４０４は、前記複素変調シンボルを多重送信アンテナによるＭＩＭＯ方式に処理してアンテナ特定シンボルを出力し、前記アンテナ特定シンボルを該当リソースブロックマッパ４０５に分配できる。プリコーダ４０４の出力ｚは、レイヤマッパ４０３の出力ｙとＮ×Ｍのプリコーディング行列Ｗをかけて得ることができる。ここで、Ｎはアンテナポートの個数であり、Ｍはレイヤの個数である。

【0372】

リソースブロックマッパ４０５は、各アンテナポートに対する復調変調シンボルを送信のために割り当てられた仮想リソースブロック内にある適切なリソース要素にマッピングする。

【0373】

リソースブロックマッパ４０５は、複素変調シンボルを適切な副搬送波に割り当て、ユーザによって多重化できる。

【0374】

信号生成器４０６は、複素変調シンボルを特定変調方式、例えば、ＯＦＤＭ方式に変調して複素時間ドメイン（ｃｏｍｐｌｅｘ－ｖａｌｕｅｄ ｔｉｍｅ ｄｏｍａｉｎ）ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル信号を生成することができる。信号生成器４０６は、アンテナ特定シンボルに対してＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）を実行することができ、ＩＦＦＴが実行された時間ドメインシンボルにはＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）が挿入されることができる。ＯＦＤＭシンボルは、デジタル－アナログ（ｄｉｇｉｔａｌ－ｔｏ－ａｎａｌｏｇ）変換、周波数アップ変換などを経て、各送信アンテナを介して受信装置に送信される。信号生成器４０６は、ＩＦＦＴモジュール及びＣＰ挿入機、ＤＡＣ（Ｄｉｇｉｔａｌ－ｔｏ－Ａｎａｌｏｇ Ｃｏｎｖｅｒｔｅｒ）、周波数アップ変換器（ｆｒｅｑｕｅｎｃｙ ｕｐ-ｃｏｎｖｅｒｔｅｒ）などを含むことができる。

【0375】

受信装置の信号処理過程は、送信機の信号処理過程の逆に構成されることができる。具体的に、受信装置のプロセッサは、外部で送受信機のアンテナポート（ら）を介して受信された無線信号に対する復号（ｄｅｃｏｄｉｎｇ）及び復調（ｄｅｍｏｄｕｌａｔｉｏｎ）を実行する。前記受信装置は、複数個の多重受信アンテナを含むことができ、受信アンテナを介して受信された信号の各々は、基底帯域信号に復元された後、多重化及びＭＩＭＯ復調化を経て送信装置が本来送信しようとしたデータ列に復元される。受信装置１８２０は、受信された信号を基底帯域信号に復元するための信号復元器、受信処理された信号を結合して多重化する多重化器、多重化された信号列を該当コードワードに復調するチャネル復調器を含むことができる。前記信号復元器及び多重化器、チャネル復調器は、これらの機能を遂行する統合された一つのモジュールまたは各々の独立されたモジュールで構成されることができる。より具体的に、前記信号復元器は、アナログ信号をデジタル信号に変換するＡＤＣ（ａｎａｌｏｇ－ｔｏ－ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｅｒ）、前記デジタル信号からＣＰを除去するＣＰ除去器、ＣＰが除去された信号にＦＦＴ（ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）を適用して周波数ドメインシンボルを出力するＦＦＴモジュール、前記周波数ドメインシンボルをアンテナ特定シンボルに復元するリソース要素デマッパ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｄｅｍａｐｐｅｒ）／等化器（ｅｑｕａｌｉｚｅｒ）を含むことができる。前記アンテナ特定シンボルは、多重化器により送信レイヤに復元され、前記送信レイヤは、チャネル復調器により送信装置が送信しようとしたコードワードに復元される。

【0376】

図27は、本発明の具現例に係る無線通信装置の一例を示す。

【0377】

図27を参照すると、無線通信装置、例えば、端末は、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ；ＤＳＰ）またはマイクロプロセッサなどのプロセッサ２３１０、トランシーバ２３３５、電力管理モジュール２３０５、アンテナ２３４０、バッテリ２３５５、ディスプレイ２３１５、キーパッド２３２０、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）チップ２３６０、センサー２３６５、メモリ２３３０、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｍｏｄｕｌｅ）カード２３２５、スピーカ２３４５、マイクロホン２３５０のうち少なくとも一つを含むことができる。前記アンテナ及びプロセッサは、複数個である。

【0378】

プロセッサ２３１０は、本明細書で説明した機能、手順、方法を具現することができる。図27のプロセッサ２３１０は、図24のプロセッサ１０２、２０２である。

【0379】

メモリ２３３０は、プロセッサ２３１０と連結され、プロセッサの動作と関連した情報を格納する。メモリは、プロセッサの内部または外部に位置でき、有線連結または無線連結のような多様な技術を介してプロセッサと連結されることができる。図27のメモリ２３３０は、図24のメモリ１０４、２０４である。

【0380】

ユーザは、キーパッド２３２０のボタンを押さえ、またはマイクロホン２３５０を利用したりして声を活性化させる等、多様な技術を利用して電話番号のような多様な種類の情報を入力することができる。プロセッサ２３１０は、ユーザの情報を受信してプロセシングし、入力された電話番号に電話を掛ける等、適切な機能を遂行することができる。一部シナリオでは、データが適切な機能を遂行するためにＳＩＭカード２３２５またはメモリ２３３０から検索されることができる。一部シナリオでは、プロセッサ２３１０は、ユーザの便宜のためにディスプレイ２３１５に多様な種類の情報とデータを表示することができる。

【0381】

トランシーバ２３３５は、プロセッサ２３１０と連結され、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）信号のような無線信号を送信及び／または受信する。プロセッサは、通信を開始し、または音声通信データなど、多様な種類の情報またはデータを含む無線信号を送信するためにトランシーバを制御することができる。トランシーバは、無線信号の送信及び受信のために送信機及び受信機を含む。アンテナ２３４０は、無線信号の送信及び受信を容易にすることができる。一部具現例として、トランシーバは、無線信号を受信すると、プロセッサによる処理のために信号を基底帯域周波数でフォワーディングして変換できる。処理された信号は、スピーカ２３４５を介して出力されるように可聴または読み取り可能な情報に変換される等、多様な技術により処理されることができる。図27のトランシーバは、図24の送受信機106、206である。

【0382】

図27に示されていないが、カメラ、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポートなど、多様な構成要素が端末に追加的に含まれることができる。例えば、カメラは、プロセッサ２３１０と連結されることができる。

【0383】

図27は、装置に対する一つの具現例に過ぎず、具現例はこれに制限されるものではない。装置は、図27の全ての要素を必須的に含むべきものではない。即ち、一部構成要素、例えば、キーパッド２３２０、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）チップ２３６０、センサー２３６５、ＳＩＭカード２３２５などは、必須な要素ではないこともあり、この場合、装置に含まれないこともある。

【0384】

図28は、無線装置の他の例を示す。

【0385】

図28によると、無線装置は、少なくとも一つのプロセッサ１０２、２０２、少なくとも一つのメモリ１０４、２０４、少なくとも一つのトランシーバ１０６、２０６、一つ以上のアンテナ１０８、２０８を含むことができる。

【0386】

図24で説明した無線装置の例示と、図28での無線装置の例示との相違点は、図24は、プロセッサ１０２、２０２とメモリ１０４、２０４が分離されているが、図28の例示ではプロセッサ１０２、２０２にメモリ１０４、２０４が含まれているという点である。即ち、プロセッサとメモリが一つのチップセット（ｃｈｉｐｓｅｔ）を構成することもできる。

【0387】

図29は、本明細書に適用される無線機器の他の例を示す。無線機器は、使用－例／サービスによって多様な形態で具現されることができる。

【0388】

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

【0389】

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

【0390】

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

【0391】

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

【0392】

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

【0393】

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

【0394】

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

【0395】

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

【0396】

【表7】

【0397】

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

【0398】

【表8】

【0399】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12(a)】

【図12(b)】

【図12(c)】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】