特許 7385767 複数の親ノードと一つのＩＡＢノードとが連結された状況におけるＩＡＢノードの動作方法および装置

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

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

(11)【特許番号】

(24)【登録日】2023-11-14

(45)【発行日】2023-11-22

(54)【発明の名称】複数の親ノードと一つのＩＡＢノードとが連結された状況におけるＩＡＢノードの動作方法および装置

(51)【国際特許分類】

   H04W 72/27 20230101AFI20231115BHJP

   H04W 76/10 20180101ALI20231115BHJP

   H04W 92/20 20090101ALI20231115BHJP

【ＦＩ】

H04W72/27

H04W76/10

H04W92/20 110

【請求項の数】 9

(21)【出願番号】P 2022555828

(86)(22)【出願日】2021-03-16

(65)【公表番号】

(43)【公表日】2023-04-26

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

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

(87)【国際公開日】2021-09-23

【審査請求日】2022-11-14

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

(32)【優先日】2020-03-16

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

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

(32)【優先日】2020-03-30

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】ユ ヒャンソン

(72)【発明者】

【氏名】コ ヒョンス

(72)【発明者】

【氏名】アン チュンキ

(72)【発明者】

【氏名】パク ヘウク

【審査官】石田 信行

(56)【参考文献】

【文献】Qualcomm Incorporated，Updated IAB resource management framework[online]，3GPP TSG RAN WG1 #96b R1-1905006，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96b/Docs/R1-1905006.zip>，2019年03月30日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

第１の親ＤＵ（Distributed Unit）を動作させる方法であって、
リソース設定メッセージを受信し、
リソース調整のため前記リソース設定メッセージにおける情報を使用する、ことを有し、
前記リソース設定メッセージは、第２の親ＤＵに関するＤＵ設定を有し、
前記第２の親ＤＵに関する前記ＤＵ設定は、特定のリソースが、ハードリソース、ソフトリソースまたはＮＡ（Not Available）リソースのいずれであるかを知らせるＨＳＮＡ設定を有する、方法。

【請求項2】

前記第１の親ＤＵは、ＩＡＢ（Integrated Access and Backhaul）ノードのＭＴ（Mobile Terminal）と通信する、請求項１に記載の方法。

【請求項3】

前記第２の親ＤＵは、前記ＩＡＢノードの前記ＭＴと通信する、請求項２に記載の方法。

【請求項4】

前記第１の親ＤＵが前記特定のリソースにおいて前記ＩＡＢノードの前記ＭＴと通信できるか否かは、前記第１の親ＤＵに関するＤＵ設定および前記第２の親ＤＵに関する前記ＤＵ設定に基づいて決定される、請求項３に記載の方法。

【請求項5】

命令を記憶する少なくとも一つのメモリと、
少なくとも一つの送受信器と、
前記少なくとも一つのメモリおよび前記少なくとも一つの送受信器を結合する少なくとも一つのプロセッサと、を有し、前記少なくとも一つのプロセッサは、前記命令を実行し、
前記少なくとも一つのプロセッサは、
リソース設定メッセージを受信し、
リソース調整のため前記リソース設定メッセージにおける情報を使用し、
前記リソース設定メッセージは、第２の親ＤＵ（Distributed Unit）に関するＤＵ設定を有し、
前記第２の親ＤＵに関する前記ＤＵ設定は、特定のリソースが、ハードリソース、ソフトリソースまたはＮＡ（Not Available）リソースのいずれであるかを知らせるＨＳＮＡ設定を有する、第１の親ＤＵ。

【請求項6】

前記第１の親ＤＵは、ＩＡＢ（Integrated Access and Backhaul）ノードのＭＴ（Mobile Terminal）と通信する、請求項５に記載の第１の親ＤＵ。

【請求項7】

前記第２の親ＤＵは、前記ＩＡＢノードの前記ＭＴと通信する、請求項６に記載の第１の親ＤＵ。

【請求項8】

前記第１の親ＤＵが前記特定のリソースにおいて前記ＩＡＢノードの前記ＭＴと通信できるか否かは、前記第１の親ＤＵに関するＤＵ設定および前記第２の親ＤＵに関する前記ＤＵ設定に基づいて決定される、請求項７に記載の第１の親ＤＵ。

【請求項9】

第１の親ＤＵ（Distributed Unit）を制御するように構成された装置（apparatus）であって、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサに実行可能に接続され、命令を記憶する少なくとも一つのメモリと、を有し、前記少なくとも一つのプロセッサは、前記命令を実行し、
前記プロセッサは、
リソース設定メッセージを受信し、
リソース調整のため前記リソース設定メッセージにおける情報を使用する、ように構成され、
前記リソース設定メッセージは、第２の親ＤＵ（Distributed Unit）に関するＤＵ設定を有し、
前記第２の親ＤＵに関する前記ＤＵ設定は、特定のリソースが、ハードリソース、ソフトリソースまたはＮＡ（Not Available）リソースのいずれであるかを知らせるＨＳＮＡ設定を有する、装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信に関する。

【背景技術】

【0002】

未来のセルラネットワーク展開（配置、deployment）シナリオおよびアプリケーションを可能にすることを目標とする潜在技術のうちの一つは、無線バックホール（backhaul）およびリレイリンクに対するサポートであって、伝送（運搬、トランスポート、transport）ネットワーク（transport network）を比例して密度を高める（密度化する）（densify）必要なしで、ＮＲセルの柔軟で非常に密集された配置を可能にする。

【0003】

大規模（マッシブ）ＭＩＭＯ（massive MIMO）またはマルチビームシステムの自然な配置（native deployment）と共に、ＬＴＥと比較してＮＲにおけるより大きい帯域幅が利用可能であると予想されるため（例えば、ミリ波スペクトラム（mmWave spectrum））、統合アクセスおよびバックホールリンクの開発および配置に対する機会が生成される。これは、端末に対する接続またはアクセス（access）を提供するように定義された多数の制御およびデータチャネル／手順を構築することで、さらに統合された方式のセルフ（自体的に）バックホールされた（self-backhauled）ＮＲセルの密集されたネットワークのより容易な配置を許容する。このようなシステムを統合アクセスおよびバックホールリンク（Integrated Access And Backhaul Links：ＩＡＢ）という。

【発明の概要】

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

【0004】

本明細書は、複数の親ノードが一つのＩＡＢノードと連結（接続）された（connected）場合、リソースの衝突を防止するための動作方法、ならびにリソース衝突および／もしくはタイミングミスアラインメント（誤整列）発生時のＩＡＢノードの動作方法を提案する。

【発明の効果】

【0005】

本明細書によると、複数の親ノードが一つのＩＡＢノードと連結された場合、リソースの衝突なしで効率的にＩＡＢノード間の通信を実行することができ、リソースの衝突が発生しても保護シンボルが設定される（even when resource collision occurs, a guard symbol is set）。

【0006】

本明細書の具体的な一例から得られる効果は、以上に言及した効果に限らない。例えば、関連技術分野における通常の知識を有する者（a person having ordinary skill in the related art）が本明細書から理解または誘導（導出）できる多様な技術的効果が存在する。これにより、本明細書の具体的な効果は、本明細書に明示的に記載されたものに限定されずに、本明細書の技術的特徴から理解または誘導できる多様な効果を含むことができる。

【図面の簡単な説明】

【0007】

【図1】本開示が適用されることができる無線通信システムを例示する図である。

【図2】ユーザプレーン（平面）（user plane）に対する無線プロトコル構造（radio protocol architecture）を示したブロック図である。

【図3】制御プレーン（control plane）に対する無線プロトコル構造を示したブロック図である。

【図4】本開示の技術的特徴が適用されることができる無線通信システムの他の例を示す図である。

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

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

【図7】スロット構造を示す図である。

【図8】コアセットを例示する図である。

【図9】従来の制御領域とＮＲにおけるＣＯＲＥＳＥＴとの相違点を示す図である。

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

【図11】セルフコンテインド（自己完備）（self-contained）スロットの構造を例示する図である。

【図12】上記ＴＸＲＵおよび物理アンテナの観点でハイブリッドビームフォーミング（Hybrid beamforming）構造を抽象的に図式化したものを示す図である。

【図13】同期信号およびＰＢＣＨ（ＳＳ／ＰＢＣＨ）ブロックを示す図である。

【図14】端末がタイミング情報を取得する方法を説明するためのものを示す図である。

【図15】端末のシステム情報取得過程の一例を示す図である。

【図16】ランダムアクセス手順を説明する図である。

【図17】パワーランピングカウンタを説明する図である。

【図18】ＲＡＣＨリソース関係に対するＳＳブロックの閾値の概念を説明する図である。

【図19】アイドルモードＤＲＸ動作を実行する一例を示す流れ図である。

【図20】ＤＲＸサイクルを例示する図である。

【図21】統合アクセスおよびバックホールリンク（Integrated Access And Backhaul Links：ＩＡＢ）を有するネットワークに関する一例を概略的に示す図である。

【図22】ＳＡ（StandAlone）モードおよびＮＳＡ（Non-StandAlone）モードにおけるＩＡＢシステムの動作の一例を示す図である。

【図23】アクセスおよびバックホールリンクの構成の一例を概略的に示す図である。

【図24】ＩＡＢノード間のリンクおよび関係を説明する図である。

【図25】タイミングアラインメント事例１を示す図である。

【図26】タイミングアラインメント事例６を示す図である。

【図27】タイミングアラインメント事例７を示す図である。

【図28】ＩＡＢノードに対して複数のコンポーネントキャリアが設定される一例を示す図である。

【図29】シナリオ１の一例を概略的に示す図である。

【図30】シナリオ２の一例を示す図である。

【図31】シナリオ３の一例を示す図である。

【図32】一つのＩＡＢノードに対して複数の親ノードが連結された一例を示す図である。

【図33】一つのＩＡＢノードに対して複数の親ノードが連結された一例を示す図である。

【図34】第１の親ＤＵ－セルおよび第２の親ＤＵ－セルがＩＡＢノードと連結された場合、第１の親ＤＵ－セルの動作の一例に関する流れ図である。

【図35】複数の親ＤＵ－セルがＩＡＢノードと連結された場合、ＩＡＢノードの動作の一例に関する流れ図である。ここで、上記ＩＡＢノードは、ＩＡＢノードのＭＴを意味することができる。

【図36】二つの親ノードと一つのＩＡＢノードとが連結された場合、各々のノードの送受信タイミングの一例を示す図である。

【図37】二つの親ノードに対するＩＡＢノードのアップリンク送信タイミングの差の一例を示す図である。

【図38】本明細書の一部の具現によるＩＡＢノードの保護シンボル設定方法の一例に関する流れ図である。

【図39】親ノード１および親ノード２に対してダウンリンクが設定された一例を示す図である。

【図40】親ノード１にはダウンリンク、親ノード２にはアップリンクが設定された一例を示す図である。

【図41】親ノード１にはアップリンク、親ノード２にはダウンリンクが設定された一例を示す図である。

【図42】親ノード１および親ノード２に対してアップリンクが設定された一例を示す図である。

【図43】二つの親リンク間のリソースの衝突時のＩＡＢノードの動作方法のうちの代案２が適用される一例を示す図である。

【図44】本明細書の一部の具現によるＩＡＢノードのリソース設定方法の一例に関する流れ図である。

【図45】本開示に適用される通信システム１を例示する図である。

【図46】本開示に適用されることができる無線機器を例示する図である。

【図47】送信信号のための信号処理回路を例示する図である。

【図48】本開示に適用される無線機器の他の例を示す図である。

【図49】本開示に適用される携帯機器を例示する図である。

【図50】本開示に適用される車両または自律走行車を例示する図である。

【図51】本開示に適用される車両を例示する図である。

【図52】本開示に適用されるＸＲ機器を例示する図である。

【図53】本開示に適用されるロボットを例示する図である。

【図54】本開示に適用されるＡＩ機器を例示する図である。

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

【0008】

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

【0009】

本明細書において、“ＡまたはＢ（A or B）”は、“Ａのみ”、“Ｂのみ”または“ＡとＢの両方とも”を意味することができる。他の表現として、本明細書において“ＡまたはＢ（A or B）”は、“Ａおよび／またはＢ（A and/or B）”と解釈されることができる。例えば、本明細書において“Ａ、ＢまたはＣ（A,B or C）”は、“Ａのみ”、“Ｂのみ”、“Ｃのみ”、または“Ａ、ＢおよびＣの任意の全ての組み合わせ（any combination of A,B and C）”を意味することができる。

【0010】

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

【0011】

本明細書において、“少なくとも一つのＡおよびＢ（at least one of A and B）”は、“Ａのみ”、“Ｂのみ”または“ＡおよびＢの両方とも”を意味することができる。また、本明細書において“少なくとも一つのＡまたはＢ（at least one of A or B）”や“少なくとも一つのＡおよび／またはＢ（at least one of A and/or B）”という表現は、“少なくとも一つのＡおよびＢ（at least one of A and B）”と同じく解釈されることができる。

【0012】

また、本明細書において、“少なくとも一つのＡ、ＢおよびＣ（at least one of A,B and C）”は、“Ａのみ”、“Ｂのみ”、“Ｃのみ”、または“Ａ、ＢおよびＣの任意の全ての組み合わせ（any combination of A,B and C）”を意味することができる。また、“少なくとも一つのＡ、ＢまたはＣ（at least one of A,B or C）”や“少なくとも一つのＡ、Ｂおよび／またはＣ（at least one of A,B and/or C）”は、“少なくとも一つのＡ、ＢおよびＣ（at least one of A,B and C）”を意味することができる。

【0013】

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

【0014】

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

【0015】

図１は、本開示が適用されることができる無線通信システムを例示する。これは、Ｅ－ＵＴＲＡＮ（Evolved-UMTS Terrestrial Radio Access Network）、またはＬＴＥ（Long Term Evolution）／ＬＴＥ－Ａシステムとも呼ばれる。

【0016】

Ｅ－ＵＴＲＡＮは、端末（User Equipment、ＵＥ）１０に制御プレーン（control plane）およびユーザプレーン（user plane）を提供する基地局（Base Station、ＢＳ）２０を含む。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（Mobile Station）、ＵＴ（User Terminal）、ＳＳ（Subscriber Station）、ＭＴ（Mobile Terminal）、無線機器（Wireless Device）など、他の用語で呼ばれることもある。基地局２０は、端末１０と通信する固定局（fixed station）を意味し、ｅＮＢ（evolved-NodeB）、ＢＴＳ（Base Transceiver System）、アクセスポイント（Access Point）など、他の用語で呼ばれることもある。

【0017】

基地局２０は、Ｘ２インターフェースを介して互いに連結されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（Evolved Packet Core）３０、より詳しくは、Ｓ１－ＭＭＥを介してＭＭＥ（Mobility Management Entity）と連結され、Ｓ１－Ｕを介してＳ－ＧＷ（Serving GateWay）と連結される。

【0018】

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

【0019】

端末とネットワークとの間の無線インターフェースプロトコル（Radio Interface Protocol）の階層は、通信システムで広く知られたオープンシステム間相互接続（Open System Interconnection；ＯＳＩ）基準モデルの下位３層に基づいてＬ１（第１の層）、Ｌ２（第２の層）、Ｌ３（第３の層）に区分されることができ、そのうち、第１の層に属する物理層は、物理チャネル（Physical Channel）を利用した情報転送サービス（Information Transfer Service）を提供し、第３の層に位置するＲＲＣ（Radio Resource Control）層は、端末とネットワークとの間で無線リソースを制御する役割を行う。そのために、ＲＲＣ層は、端末と基地局との間のＲＲＣメッセージを交換する。

【0020】

図２は、ユーザプレーン（user plane）に関する無線プロトコル構造（radio protocol architecture）を示すブロック図である。図３は、制御プレーン（control plane）に関する無線プロトコル構造を示すブロック図である。ユーザプレーンは、ユーザデータ送信のためのプロトコルスタック（protocol stack）であり、制御プレーンは、制御信号送信のためのプロトコルスタックである。

【0021】

図２および図３を参照すると、物理層（ＰＨＹ（PHYsical） layer）は、物理チャネル（physical channel）を利用して上位層に情報転送サービス（information transfer service）を提供する。物理層は、上位層であるＭＡＣ（Medium Access Control）層とトランスポートチャネル（transport channel）を介して連結されている。トランスポートチャネルを介してＭＡＣ層と物理層との間でデータが移動する。トランスポートチャネルは、無線インターフェースを介して、データが、どのように、どのような特徴でトランスポートされるかによって分類される。

【0022】

互いに異なる物理層間、すなわち、送信器（機）と受信器との物理層間は、物理チャネルを介してデータが移動する。上記物理チャネルは、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式に変調されることができ、時間および周波数を無線リソースとして活用する。

【0023】

ＭＡＣ層の機能は、論理チャネルとトランスポートチャネルとの間のマッピング、および論理チャネルに属するＭＡＣ ＳＤＵ（Service Data Unit）のトランスポートチャネル上に物理チャネルを介して提供されるトランスポートブロック（transport block）への多重化／逆多重化を含む。ＭＡＣ層は、論理チャネルを介してＲＬＣ（Radio Link Control）層にサービスを提供する。

【0024】

ＲＬＣ層の機能は、ＲＬＣ ＳＤＵの連結（コンカチネーション、concatenation）、分割（segmentation）および再結合（reassembly）を含む。無線ベアラ（Radio Bearer；ＲＢ）が要求する多様なＱｏＳ（Quality of Service）を保証するために、ＲＬＣ層は、透明モード（Transparent Mode、ＴＭ）、非確認モード（Unacknowledged Mode、ＵＭ）および確認モード（Acknowledged Mode、ＡＭ）の三つの動作モードを提供する。ＡＭ ＲＬＣは、ＡＲＱ（Automatic Repeat reQuest）を介してエラー訂正を提供する。

【0025】

ＲＲＣ（Radio Resource Control）層は、制御プレーンでのみ定義される。ＲＲＣ層は、無線ベアラの設定（configuration）、再設定（re-configuration）および解放（解除、release）と関連して論理チャネル、トランスポートチャネルおよび物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１の層（ＰＨＹ層）および第２の層（ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層）により提供される論理パス（経路）を意味する。

【0026】

ユーザプレーンにおけるＰＤＣＰ（Packet Data Convergence Protocol）層の機能は、ユーザデータの伝達、ヘッダ圧縮（header compression）および暗号化（ciphering）を含む。制御プレーンにおけるＰＤＣＰ（Packet Data Convergence Protocol）層の機能は、制御プレーンデータの伝達および暗号化／完全性保護（integrity protection）を含む。

【0027】

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

【0028】

端末のＲＲＣ層とＥ－ＵＴＲＡＮのＲＲＣ層との間にＲＲＣ接続（RRC Connection）が確立された場合、端末は、ＲＲＣ接続（RRC connected）状態になり、そうでない場合、ＲＲＣアイドル（RRC idle）状態になる。

【0029】

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

【0030】

トランスポートチャネル（transport channel）の上位にあり、トランスポートチャネルにマッピングされる論理チャネル（Logical Channel）には、ＢＣＣＨ（Broadcast Control CHannel）、ＰＣＣＨ（Paging Control CHannel）、ＣＣＣＨ（Common Control CHannel）、ＭＣＣＨ（Multicast Control CHannel）、ＭＴＣＨ（Multicast Traffic CHannel）などがある。

【0031】

物理チャネル（Physical Channel）は、時間領域における複数のＯＦＤＭシンボルと周波数領域における複数の副搬送波（Sub-carrier）とで構成される。一つのサブフレーム（Sub-frame）は、時間領域で複数のＯＦＤＭシンボル（Symbol）で構成される。リソースブロックは、リソース割当単位であり、複数のＯＦＤＭシンボルと複数の副搬送波（sub-carrier）とで構成される。また、各サブフレームは、ＰＤＣＣＨ（Physical Downlink Control CHannel）、すなわち、Ｌ１／Ｌ２制御チャネルのために、該当（対応する、corresponding）サブフレームの特定ＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定副搬送波を利用することができる。ＴＴＩ（Transmission Time Interval）は、送信の単位時間であって、例えば、サブフレームまたはスロットであることができる。

【0032】

以下、新しい無線アクセス技術（new radio access technology；new RAT）について説明する。

【0033】

より多くの通信機器がより大きな通信容量を要求することになり、これに伴って既存の無線アクセス技術（Radio Access Technology；ＲＡＴ）に比べて向上したモバイルブロードバンド（mobile broadband）通信に対する必要性が台頭している。また、多数の機器とモノとを連結し、いつどこでも多様なサービスを提供するｍａｓｓｉｖｅ ＭＴＣ（massive Machine Type Communications）もやはり、次世代の通信で考慮されるべき主要な問題（イシュー）の一つである。のみならず、信頼度（reliability）および遅延（latency）に敏感なサービスまたは端末を考慮した通信システムのデザインが議論されている。このように拡張されたモバイルブロードバンドコミュニケーション（enhanced mobile broadband communication）、ｍａｓｓｉｖｅ ＭＴＣ、ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communication）などを考慮した次世代の無線アクセス技術の導入が議論されており、本開示では、便宜上、該当技術（technology）をｎｅｗ ＲＡＴまたはＮＲと呼ぶ。

【0034】

図４は、本開示の技術的特徴が適用されることができる無線通信システムの他の例を示す。

【0035】

具体的には、図４は、５Ｇ ＮＲ（New Radio access technology）システムに基づいたシステムアーキテクチャを示す。５Ｇ ＮＲシステム（以下、簡単に「ＮＲ」と称する）で使われるエンティティは、図１で紹介されたエンティティ（例えば、ｅＮＢ、ＭＭＥ、Ｓ－ＧＷ）の一部または全ての機能を吸収することができる。ＮＲシステムで使われるエンティティは、ＬＴＥと区別するために「ＮＧ」という名称で識別されることができる。

【0036】

図４を参照すると、無線通信システムは、一つまたは複数のＵＥ１１、ＮＧ－ＲＡＮ（Next-Generation RAN）および５世代コアネットワーク（５ＧＣ）を含む。ＮＧ－ＲＡＮは、少なくとも一つのＮＧ－ＲＡＮノードで構成される。ＮＧ－ＲＡＮノードは、図１に示すＢＳ２０に対応するエンティティである。ＮＧ－ＲＡＮノードは、少なくとも一つのｇＮＢ２１および／または少なくとも一つのｎｇ－ｅＮＢ２２で構成される。ｇＮＢ２１は、ＵＥ１１に向かうＮＲユーザプレーンおよび制御プレーンプロトコルの終端を提供する。ｎｇ－ｅＮＢ２２は、ＵＥ１１に向かうＥ－ＵＴＲＡユーザプレーンおよび制御プレーンプロトコルの終端を提供する。

【0037】

５ＧＣは、ＡＭＦ（Access and Mobility management Function）、ＵＰＦ（User Plane Function）、およびＳＭＦ（Session Management Function）を含む。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態モビリティ（移動性）処理などの機能をホストする。ＡＭＦは、従来ＭＭＥの機能を含むエンティティである。ＵＰＦは、モビリティアンカリング、ＰＤＵ（Protocol Data Unit）処理などの機能をホストする。ＵＰＦは、従来のＳ－ＧＷの機能を含むエンティティである。ＳＭＦは、ＵＥ ＩＰアドレス割当、ＰＤＵセッション制御などの機能をホストする。

【0038】

ｇＮＢとｎｇ－ｅＮＢとは、Ｘｎインターフェースを介して相互連結される。また、ｇＮＢとｎｇ－ｅＮＢとは、ＮＧインターフェースを介して５ＧＣに連結される。より具体的には、ＮＧ－Ｃインターフェースを介してＡＭＦに、そしてＮＧ－Ｕインターフェースを介してＵＰＦに連結される。

【0039】

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

【0040】

図５を参照すると、ｇＮＢは、セル間（インターセル）無線リソース管理（Inter Cell RRM）、無線ベアラ管理（RB control）、接続モビリティ制御（Connection Mobility Control）、無線アドミッションコントロール（許容制御）（Radio Admission Control）、測定設定および提供（Measurement configuration & Provision）、動的リソース割当（dynamic resource allocation）などの機能を提供することができる。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態モビリティ処理などの機能を提供することができる。ＵＰＦは、モビリティアンカリング（Mobility Anchoring）、ＰＤＵ処理などの機能を提供することができる。ＳＭＦ（Session Management Function）は、端末ＩＰアドレス割当、ＰＤＵセッション制御などの機能を提供することができる。

【0041】

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

【0042】

図６を参照すると、フレームは、１０ｍｓ（millisecond）で構成されることができ、１ｍｓで構成されたサブフレーム１０個を含むことができる。

【0043】

ＮＲにおけるアップリンクおよびダウンリンク送信は、フレームで構成されることができる。無線フレームは、１０ｍｓの長さを有し、２個の５ｍｓハーフフレーム（Half-Frame、ＨＦ）として定義されることができる。サブフレームは、一つまたは複数のスロットに分割されることができ、サブフレーム内のスロットの個数は、ＳＣＳ（SubCarrier Spacing）に依存する。各スロットは、ＣＰ（Cyclic Prefix）によって１２個または１４個のＯＦＤＭ（Ａ）シンボルを含む。ノーマル（普通、normal）ＣＰが使われる場合、各スロットは、１４個のシンボルを含む。拡張（extended）ＣＰが使われる場合、各スロットは、１２個のシンボルを含む。ここで、シンボルは、ＯＦＤＭシンボル（または、ＣＰ－ＯＦＤＭシンボル）、ＳＣ－ＦＤＭＡシンボル（または、ＤＦＴ－ｓ－ＯＦＤＭシンボル）を含むことができる。

【0044】

サブフレーム内には、副搬送波間隔（subcarrier spacing）によって一つまたは複数のスロット（slot）が含まれることができる。

【0045】

以下の表１は、副搬送波間隔設定（subcarrier spacing configuration）μを例示する。

【0046】

＜表１＞

【表1】

【0047】

以下の表２は、副搬送波間隔設定（subcarrier spacing configuration）μによって、フレーム内のスロット数（Ｎ^frame、μ _slot）、サブフレーム内のスロット数（Ｎ^{subframe、μ} _slot）、スロット内のシンボル数（Ｎ^slot _symb）などを例示する。

【0048】

＜表２＞

【表2】

【0049】

表３は、拡張ＣＰが使用される場合、ＳＣＳによって、スロット別のシンボル数、フレーム別のスロット数およびサブフレーム（ＳＦ）別のスロット数を例示する。

【0050】

＜表３＞

【表3】

【0051】

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

【0052】

ＮＲ周波数バンド（frequency band）は、二つのｔｙｐｅ（ＦＲ１、ＦＲ２）の周波数範囲（frequency range）として定義されることができる。周波数範囲の数値は、変更されることができ、例えば、二つのｔｙｐｅ（ＦＲ１、ＦＲ２）の周波数範囲は、下記表４の通りである。説明の便宜のために、ＮＲシステムで使われる周波数範囲のうち、ＦＲ１は、「sub 6GHz range」を意味することができ、ＦＲ２は、「above 6GHz range」を意味することができ、ミリ波（millimeter wave、ｍｍＷ）と呼ばれることができる。

【0053】

＜表４＞

【表4】

【0054】

前述したように、ＮＲシステムの周波数範囲の数値は、変更されることができる。例えば、ＦＲ１は、下記表５のように４１０ＭＨｚないし７１２５ＭＨｚの帯域を含むことができる。すなわち、ＦＲ１は、６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚなど）以上の周波数帯域を含むことができる。例えば、ＦＲ１内に含まれる６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚなど）以上の周波数帯域は、アンライセンスバンド（非免許帯域）（unlicensed band）を含むことができる。アンライセンスバンドは、多様な用途で使われることができ、例えば、車両のための通信（例えば、自律走行）のために使われることができる。

【0055】

＜表５＞

【表5】

【0056】

ＮＲシステムでは、一つの端末にアグリゲート（併合）される複数のセル間でＯＦＤＭ（Ａ）ヌメロロジ（numerology）（例えば、ＳＣＳ、ＣＰ長さなど）が異なるように設定されることができる。これによって、同じ個数のシンボルで構成された時間リソース（例えば、ＳＦ、スロットまたはＴＴＩ）（便宜上、ＴＵ（Time Unit）という（通称））の（絶対時間）区間がアグリゲートされたセル間で異なるように設定されることができる。

【0057】

図７は、スロット構造を示す。

【0058】

図７を参照すると、スロットは、時間領域で複数のシンボルを含む。例えば、ノーマルＣＰの場合、一つのスロットが１４個のシンボルを含み、拡張ＣＰの場合、一つのスロットが１２個のシンボルを含むことができる。または、ノーマルＣＰの場合、一つのスロットが７個のシンボルを含み、拡張ＣＰの場合、一つのスロットが６個のシンボルを含むことができる。

【0059】

搬送波は、周波数領域で複数の副搬送波を含む。ＲＢ（Resource Block）は、周波数領域で複数（例えば、１２）の連続した副搬送波として定義されることができる。ＢＷＰ（BandWidth Part）は、周波数領域で複数の連続した（Ｐ）ＲＢとして定義されることができ、一つのヌメロロジ（numerology）（例えば、ＳＣＳ、ＣＰ長さなど）に対応することができる。搬送波は、最大Ｎ個（例えば、５個）のＢＷＰを含むことができる。データ通信は、活性（アクティブ）化された（activated）ＢＷＰを介して実行されることができる。各々の要素は、リソースグリッドにおいてリソース要素（Resource Element、ＲＥ）と称することができ、一つの複素シンボルがマッピングされることができる。

【0060】

ＰＤＣＣＨ（Physical Downlink Control CHannel）は、以下の表３のように一つまたは複数のＣＣＥ（Control Channel Element）で構成されることができる。

【0061】

＜表６＞

【表6】

【0062】

すなわち、ＰＤＣＣＨは、１、２、４、８または１６個のＣＣＥで構成されるリソースを介して送信されることができる。ここで、ＣＣＥは、６個のＲＥＧ（Resource Element Group）で構成され、一つのＲＥＧは、周波数領域で一つのリソースブロック、時間領域で一つのＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルで構成される。

【0063】

一方、ＮＲでは、制御リソースセット（集合）（COntrol REsource SET：ＣＯＲＥＳＥＴ）という新しい単位を導入することができる。端末は、ＣＯＲＥＳＥＴでＰＤＣＣＨを受信することができる。

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

図９は、従来の制御領域とＮＲにおけるＣＯＲＥＳＥＴとの相違点を示す。

【0069】

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

【0070】

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

【0071】

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

【0072】

一方、ＮＲでは、応用（Application）分野によっては高い信頼性（high reliability）を要求することができ、このような状況でダウンリンク制御チャネル（例えば、Physical Downlink Control CHannel：ＰＤＣＣＨ）を介して送信されるＤＣＩ（Downlink Control Information）に対する目標ＢＬＥＲ（Block Error Rate）は、従来技術より著しく低くなることがある。このように高い信頼性を要求する要件（requirement）を満たすための方法の一例として、ＤＣＩに含まれる内容（contents）量を減らしたり、および／またはＤＣＩ送信時に使用するリソースの量を増加させたりすることができる。このとき、リソースは、時間領域におけるリソース、周波数領域におけるリソース、コード領域におけるリソース、空間領域におけるリソースのうちの少なくとも一つを含むことができる。

【0073】

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

【0074】

＜セルフコンテインドサブフレーム構造（Self-contained subframe structure）＞

【0075】

図１０は、新しい無線アクセス（接続）技術に対するフレーム構造の一例を示す。

【0076】

ＮＲでは、レイテンシ（latency）を最小にすることを目的として、図１０のように、一つのＴＴＩ内に、制御チャネルとデータチャネルとが時分割多重（Time Division Multiplexing：ＴＤＭ）される構造がフレーム構造（frame structure）の一つとして考慮されることができる。

【0077】

図１０において、斜線を引いた領域は、ダウンリンク制御（downlink control）領域を示し、黒色部分は、アップリンク制御（uplink control）領域を示す。表示がない領域は、ダウンリンクデータ（DownLink data；DL data）送信のために使われることもでき、アップリンクデータ（UpLink data；UL data）送信のために使われることもできる。このような構造の特徴は、一個のサブフレーム（subframe）内でダウンリンク（ＤＬ）送信とアップリンク（UpLink；ＵＬ）送信とが順次進行し、当該サブフレーム（subframe）内でＤＬ ｄａｔａを送り、ＵＬ ＡＣＫ／ＮＡＣＫ（ACKnowledgement/Not-ACKnowledgement）も受けることができる。結果的に、データ送信エラー発生時にデータ再送信までかかる時間を減らすようになり、それによって、最終データ伝達のレイテンシ（latency）を最小にすることができる。

【0078】

このようなデータおよび制御領域がＴＤＭされたサブフレーム構造（data and control TDMed subframe structure）で、基地局および端末が送信モードから受信モードへ転換する過程または受信モードから送信モードへ転換する過程のためのタイプギャップ（time gap）が必要である。そのために、セルフコンテインドサブフレーム構造で、ＤＬからＵＬに転換される時点の一部のＯＦＤＭシンボルがガード（保護）区間（Guard Period：ＧＰ）に設定されることができる。

【0079】

図１１は、セルフコンテインド（自己完結型）スロット構造の例である。

【0080】

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

【0081】

１．ＤＬ ｏｎｌｙ構成

【0082】

２．ＵＬ ｏｎｌｙ構成

【0083】

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

【0084】

－ＤＬ領域＋ＧＰ（Guard Period）＋ＵＬ制御領域

【0085】

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

【0086】

ここで、ＤＬ領域は、（ｉ）ＤＬデータ領域、（ｉｉ）ＤＬ制御領域＋ＤＬデータ領域であってもよい。ＵＬ領域は、（ｉ）ＵＬデータ領域、（ｉｉ）ＵＬデータ領域＋ＵＬ制御領域であり得る。

【0087】

ＤＬ制御領域では、ＰＤＣＣＨが送信されることができ、ＤＬデータ領域では、ＰＤＳＣＨ（Physical Downlink Shared CHannel）が送信されることができる。ＵＬ制御領域では、ＰＵＣＣＨ（Physical Uplink Control CHannel）が送信されることができ、ＵＬデータ領域では、ＰＵＳＣＨ（Physical Uplink Shared CHannel）が送信されることができる。ＰＤＣＣＨでは、ＤＣＩ（Downlink Control Information）、例えば、ＤＬデータスケジューリング情報、ＵＬデータスケジューリング情報などが送信されることができる。ＰＵＣＣＨでは、ＵＣＩ（Uplink Control Information）、例えば、ＤＬデータに対するＡＣＫ／ＮＡＣＫ（positive ACKnowledgement/Negative ACKnowledgement）情報、ＣＳＩ（Channel State Information）情報、ＳＲ（Scheduling Request）などが送信されることができる。ＧＰは、基地局および端末が送信モードから受信モードに転換する過程または受信モードから送信モードに転換する過程で時間ギャップを提供する。サブフレーム内でＤＬからＵＬに転換される時点の一部のシンボルが、ＧＰに設定されることができる。

【0088】

＜アナログビームフォーミング＃１（Ａｎａｌｏｇ ｂｅａｍｆｏｒｍｉｎｇ＃１）＞

【0089】

ミリ波（millimeter Wave：ｍｍＷ）では、波長が短くなって同じ面積に多数のアンテナエレメント（element）の設置が可能になる。すなわち、３０ＧＨｚ帯域において、波長は１ｃｍであり、５×５ｃｍのパネル（panel）に０．５波長（lambda）間隔で２次元（dimension）配列形態で合計１００個のアンテナエレメント（element）設置が可能である。したがって、ｍｍＷでは、多数のアンテナエレメント（element）を使用してビームフォーミング（Beamforming：ＢＦ）利得を高めてカバレッジを増加させ、または処理量（スループット、throughput）を高めようとする。

【0090】

この場合、アンテナエレメント（element）別に送信電力（パワー）および位相調節が可能なようにトランシーバユニット（Transceiver Unit：ＴＸＲＵ）を有する場合、周波数リソース別に独立したビームフォーミング（beamforming）が可能である。しかしながら、１００余個のアンテナエレメント（element）の全てにＴＸＲＵを設置するには価格の側面で実効性が低下する問題を有する。したがって、一つのＴＸＲＵに多数のアンテナエレメント（element）をマッピング（mapping）し、アナログフェーズシフタ（analog phase shifter）でビーム（beam）の方向を調節する方式が考慮されている。このようなアナログビームフォーミング（analog beamforming）方式は、全帯域において一つのビーム（beam）方向のみを作ることができて周波数選択的ビームフォーミング（beamforming）を行うことができないという短所を有する。

【0091】

デジタルビームフォーミング（Digital BF）とアナログビームフォーミング（analog BF）との中間形態としてＱ個のアンテナエレメント（element）より少ない個数であるＢ個のＴＸＲＵを有するハイブリッドビームフォーミング（hybrid BF）を考慮することができる。この場合、Ｂ個のＴＸＲＵとＱ個のアンテナエレメント（element）との連結方式によって異なるが、同時に送信できるビームの方向は、Ｂ個以下に制限される。

【0092】

＜アナログビームフォーミング＃２（Ａｎａｌｏｇ ｂｅａｍｆｏｒｍｉｎｇ＃２）＞

【0093】

ＮＲシステムでは、多数のアンテナが使われる場合、デジタルビームフォーミングとアナログビームフォーミングとを結合したハイブリッドビームフォーミング技法が台頭している。このとき、アナログビームフォーミング（または、ＲＦビームフォーミング）は、ＲＦ端でプリコーディング（Precoding）（または、コンバイニング（Combining））を実行し、それによって、ＲＦチェーン数およびＤ／Ａ（または、Ａ／Ｄ）コンバータ数を減らしながらも、デジタルビームフォーミングに近い（近接する）性能を出すことができるという長所がある。便宜上、上記ハイブリッドビームフォーミング構造は、Ｎ個のＴＸＲＵおよびＭ個の物理アンテナで表現されることができる。その場合、送信端で送信するＬ個のデータ層（data layer）に対するデジタルビームフォーミングは、Ｎ×（ｂｙ）Ｌ行列で表現されることができ、以後変換されたＮ個のデジタル信号（digital signal）は、ＴＸＲＵを経てアナログ信号（analog signal）に変換された後、Ｍ×Ｎ行列で表現されるアナログビームフォーミングが適用される。

【0094】

図１２は、上記ＴＸＲＵおよび物理アンテナの観点でハイブリッドビームフォーミング（Hybrid beamforming）構造を抽象的に図式化したものである。

【0095】

図１２において、デジタルビーム（digital beam）の個数はＬ個であり、アナログビーム（analog beam）の個数はＮ個である。なお、ＮＲシステムでは、基地局がアナログビームフォーミングをシンボル単位に変更できるように設計することで特定の地域に位置する端末により効率的なビームフォーミングをサポートする方向を考慮している。さらに、図１２において、特定のＮ個のＴＸＲＵおよびＭ個のＲＦアンテナを一つのアンテナパネル（panel）として定義するとき、上記ＮＲシステムでは互いに独立したハイブリッドビームフォーミングが適用可能な複数のアンテナパネルを導入する方式（方案）まで考慮されている。

【0096】

上記のように基地局が複数のアナログビームを活用する場合、端末別に信号受信に有利なアナログビームが異なるため、少なくとも同期信号（synchronization signal）、システム情報（system information）、ページング（paging）などに対しては、特定のサブフレームで基地局が適用する複数アナログビームをシンボル別に変えて全ての端末が受信機会を有することができるようにするビームスイーピング（beam sweeping）動作が考慮されている。

【0097】

図１３は、同期信号およびＰＢＣＨ（ＳＳ／ＰＢＣＨ）ブロックを示す。

【0098】

図１３によると、ＳＳ／ＰＢＣＨブロックは、各々、１個のシンボルおよび１２７個の副搬送波を占めるＰＳＳおよびＳＳＳ、ならびに３個のＯＦＤＭシンボルおよび２４０個の副搬送波にわたるが、一つのシンボル上には、ＳＳＳのための未使用部分が中間に残されたＰＢＣＨで構成される。ＳＳ／ＰＢＣＨブロックの周期性は、ネットワークにより設定されることができ、ＳＳ／ＰＢＣＨブロックが送信されることができる時間位置は、副搬送波間隔（subcarrier spacing）により決定されることができる。

【0099】

ＰＢＣＨに対しては、ポーラ符号化（コーディング）（Polar Coding）が使われることができる。端末は、ネットワークが異なる副搬送波間隔を端末が仮定するように設定しない限り、ＳＳ／ＰＢＣＨブロックに対してバンド固有の副搬送波間隔を仮定することができる。

【0100】

ＰＢＣＨシンボルは、自体の周波数多重されたＤＭＲＳを運搬する。ＰＢＣＨに対してＱＰＳＫ変調が使われることができる。１００８個の一意の（固有な、unique）物理層セルＩＤが与えられることができる。

【0101】

ＳＳ／ＰＢＣＨブロックを有するハーフフレームに対して、候補ＳＳ／ＰＢＣＨブロックに対する１番目のシンボルインデックスは、後述するＳＳ／ＰＢＣＨブロックの副搬送波間隔によって決定される。

【0102】

－ケース（case）Ａ－副搬送波間隔１５ｋＨｚ：候補ＳＳ／ＰＢＣＨブロックの１番目のシンボルは、｛２、８｝＋１４＊ｎのインデックスを有する。３ＧＨｚ以下の搬送波周波数に対して、ｎ＝０、１である。３ＧＨｚを超え（超過）６ＧＨｚ以下の搬送波周波数に対して、ｎ＝０、１、２、３である。

【0103】

－ケースＢ－副搬送波間隔３０ｋＨｚ：候補ＳＳ／ＰＢＣＨブロックの１番目のシンボルは、｛４、８、１６、２０｝＋２８＊ｎのインデックスを有する。３ＧＨｚ以下の搬送波周波数に対して、ｎ＝０である。３ＧＨｚを超え６ＧＨｚ以下の搬送波周波数に対して、ｎ＝０、１である。

【0104】

－ケースＣ－副搬送波間隔３０ｋＨｚ：候補ＳＳ／ＰＢＣＨブロックの１番目のシンボルは、｛２、８｝＋１４＊ｎのインデックスを有する。３ＧＨｚ以下の搬送波周波数に対して、ｎ＝０、１である。３ＧＨｚを超え６ＧＨｚ以下の搬送波周波数に対して、ｎ＝０、１、２、３である。

【0105】

－ケースＤ－副搬送波間隔１２０ｋＨｚ：候補ＳＳ／ＰＢＣＨブロックの１番目のシンボルは、｛４、８、１６、２０｝＋２８＊ｎのインデックスを有する。６ＧＨｚを超える搬送波周波数に対して、ｎ＝０、１、２、３、５、６、７、８、１０、１１、１２、１３、１５、１６、１７、１８である。

【0106】

－ケースＥ－副搬送波間隔２４０ｋＨｚ：候補ＳＳ／ＰＢＣＨブロックの１番目のシンボルは、｛８、１２、１６、２０、３２、３６、４０、４４｝＋５６＊ｎのインデックスを有する。６ＧＨｚを超える搬送波周波数に対して、ｎ＝０、１、２、３、５、６、７、８である。

【0107】

ハーフフレーム内の候補ＳＳ／ＰＢＣＨブロックは、時間軸で０からＬ－１まで昇順にインデキシングされる。端末は、ＰＢＣＨ内で送信されたＤＭ－ＲＳシーケンスのインデックスとの一対一マッピングからハーフフレームあたりＳＳ／ＰＢＣＨブロックインデックスのＬ＝４に対する２ＬＳＢビットと、Ｌ＞４に対する３ＬＳＢビットと、を決定しなければならない。Ｌ＝６４に対して、端末は、ＰＢＣＨペイロードビットによるハーフフレームあたりＳＳ／ＰＢＣＨブロックインデックスの３ＭＳＢビットを決定しなければならない。

【0108】

上位層パラメータ「ＳＳＢ－ｔｒａｎｓｍｉｔｔｅｄ－ＳＩＢ１」により、端末がＳＳ／ＰＢＣＨブロックに対応するＲＥとオーバーラップするＲＥ内で他の信号またはチャネルを受信することができないＳＳ／ＰＢＣＨブロックのインデックスが設定されることができる。また、上位層パラメータ「ＳＳＢ－ｔｒａｎｓｍｉｔｔｅｄ」により、ＳＳ／ＰＢＣＨブロックに対応するＲＥとオーバーラップするＲＥ内で端末が他の信号またはチャネルを受信することができないサービングセルあたりＳＳ／ＰＢＣＨブロックのインデックスが設定されることができる。「ＳＳＢ－ｔｒａｎｓｍｉｔｔｅｄ」による設定は、「ＳＳＢ－ｔｒａｎｓｍｉｔｔｅｄ－ＳＩＢ１」による設定に対して優先することができる。上位層パラメータ「ＳＳＢ－ｐｅｒｉｏｄｉｃｉｔｙＳｅｒｖｉｎｇＣｅｌｌ」により、サービングセルあたりＳＳ／ＰＢＣＨブロックの受信に対するハーフフレームの周期性が設定されることができる。端末がＳＳ／ＰＢＣＨブロックの受信に対するハーフフレームの周期性の設定を受けることができない場合、端末は、ハーフフレームの周期性を仮定しなければならない。端末は、サービングセル内の全てのＳＳ／ＰＢＣＨブロックに対して周期性が同じであると仮定することができる。

【0109】

図１４は、端末がタイミング情報を取得する方法を説明するものである。

【0110】

まず、端末は、ＰＢＣＨ内で受信したＭＩＢ（Master Information Block）を介して６ビットのＳＦＮ情報を得ることができる。また、ＰＢＣＨトランスポート（送信、transport）ブロック内でＳＦＮ４ビットを取得することができる。

【0111】

第二に、端末は、ＰＢＣＨペイロードの一部として１ビットハーフフレーム指示子を得ることができる。３ＧＨｚ未満で、ハーフフレーム指示子は、Ｌｍａｘ＝４に対するＰＢＣＨ ＤＭＲＳの一部として暗黙的にシグナリングされることができる。

【0112】

第三に、端末は、ＤＭＲＳシーケンスおよびＰＢＣＨペイロードによりＳＳ／ＰＢＣＨブロックインデックスを取得することができる。すなわち、５ｍｓ周期の間にＤＭＲＳシーケンスによりＳＳブロックインデックスのＬＳＢ３ビットを得ることができる。また、（６ＧＨｚを超える場合に対して）ＰＢＣＨペイロード内でタイミング情報のＭＳＢ３ビットが明示的に運搬される。

【0113】

初期セル選択において、端末は、ＳＳ／ＰＢＣＨブロックを有するハーフフレームが２（個の）フレームの周期性を有して発生すると仮定することができる。ＳＳ／ＰＢＣＨブロックを検出（感知）する（detecting）と、端末は、ＦＲ１に対してｋ_SSB≦２３であり、およびＦＲ２に対してｋ_SSB≦１１である場合、Ｔｙｐｅ０－ＰＤＣＣＨ共通サーチスペース（検索空間）（common search space）に対する制御リソースセットが存在すると決定する。端末は、ＦＲ１に対してｋ_SSB＞２３であり、およびＦＲ２に対してｋ_SSB>１１である場合、Ｔｙｐｅ０－ＰＤＣＣＨ共通サーチスペース（common search space）に対する制御リソースセットが存在しないと決定する。

【0114】

ＳＳ／ＰＢＣＨブロックの送信がないサービングセルに対して、端末は、サービングセルに対するセルグループのプライマリセルまたはＰＳＣｅｌｌ上におけるＳＳ／ＰＢＣＨブロックの受信に基づいてサービングセルの時間および周波数同期を取得する。

【0115】

以下においては、システム情報取得について説明する。

【0116】

システム情報（System Information：ＳＩ）は、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ（ＭＩＢ）と複数のＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋｓ（ＳＩＢｓ）とに分けられる。ここで、

【0117】

－ＭＩＢは、８０ｍｓ周期を有して常にＢＣＨ上で送信され、８０ｍｓ以内で繰り返され、セルからＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１（ＳＩＢ１）を取得するために必要なパラメータを含む。

【0118】

－ＳＩＢ１は、ＤＬ－ＳＣＨ上で周期性および繰り返しを有して送信される。ＳＩＢ１は、他のＳＩＢの利用可能性およびスケジューリング（例えば、周期性、ＳＩウィンドウサイズ）に関する情報を含む。また、これら（すなわち、他のＳＩＢ）が周期的な放送（ブロードキャスト、broadcast）に基づいて提供されるか、または、要求により提供されるかを指示する。他のＳＩＢが要求により提供される場合、ＳＩＢ１は、端末がＳＩ要求（要請）を実行するための情報を含む。

【0119】

－ＳＩＢ１以外のＳＩＢは、ＤＬ－ＳＣＨ上で送信されるＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ（ＳＩ）メッセージで運ばれる。各ＳＩメッセージは、周期的に発生する時間領域ウィンドウ（ＳＩウィンドウという）内で送信される。

【0120】

－ＰＳＣｅｌｌおよびセカンダリセルに対して、ＲＡＮは、専用シグナリングにより必要なＳＩを提供する。それにもかかわらず、端末は、ＳＣＨのＳＦＮタイミング（ＭＣＧと異なることがある）を得るためにＰＳＣｅｌｌのＭＩＢを取得しなければならない。セカンダリセルに対する関連ＳＩが変更されると、ＲＡＮは、関連セカンダリセルを解放および追加する。ＰＳＣｅｌｌに対して、ＳＩは、同期を介した再設定（Reconfiguration with Sync）でのみ変更可能である。

【0121】

図１５は、端末のシステム情報取得過程の一例を示す。

【0122】

図１５によると、端末は、ネットワークからＭＩＢを受信し、以後、ＳＩＢ１を受信する。その後、端末は、ネットワークにシステム情報要求を送信することができ、それに対する応答として「System Information message」をネットワークから受信することができる。

【0123】

端末は、ＡＳ（Access Stratum）およびＮＡＳ（Non-Access Stratum）情報取得のためのシステム情報取得手順を適用することができる。

【0124】

ＲＲＣ＿ＩＤＬＥおよびＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の端末は、（端末が制御するモビリティに対する関連ＲＡＴサポートによって）有効なバージョンの（少なくとも）ＭＩＢ、ＳＩＢ１、およびＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅＸを保証しなければならない。

【0125】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末は、（関連ＲＡＴに対するモビリティサポートによって）ＭＩＢ、ＳＩＢ１、およびＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅＸの有効なバージョンを保証しなければならない。

【0126】

端末は、現在キャンプする／サービングセルから取得した関連ＳＩを記憶（格納）しなければならない。端末が取得して記憶したＳＩのバージョンは、一定時間にのみ有効である。端末は、例えば、セル再選択以後、カバレッジ外からの復帰、またはシステム情報変更指示以後にこのような記憶されたバージョンのＳＩを使用することができる。

【0127】

以下では、ランダムアクセス（random access）について説明する。

【0128】

端末のランダムアクセ手順は、下記の表のように要約できる。

【0129】

＜表７＞

【表7】

【0130】

図１６は、ランダムアクセス手順を説明する図である。

【0131】

図１６によると、まず、端末は、ランダムアクセス手順のｍｅｓｓａｇｅ（Ｍｓｇ）１としてアップリンクにＰＲＡＣＨ（Physical Random Access CHannel）プリアンブルを送信することができる。

【0132】

二つの互いに異なる長さを有するランダムアクセスプリアンブルシーケンスがサポートされる。長さ８３９の長いシーケンスは、１．２５ｋＨｚおよび５ｋＨｚの副搬送波間隔に適用され、長さ１３９の短いシーケンスは、１５、３０、６０および１２０ｋＨｚの副搬送波間隔に適用される。長いシーケンスは、限定（制約）されない集合（unrestricted set）ならびにタイプＡおよびタイプＢの限定された集合をサポートし、それに対して、短いシーケンスは、限定されない集合のみをサポートする。

【0133】

複数のＲＡＣＨプリアンブルフォーマットは、一つもしくは複数のＲＡＣＨ ＯＦＤＭシンボル、相異なるＣＰ（Cyclic Prefix）、ならびに保護時間（guard time）で定義される。使用するＰＲＡＣＨプリアンブル設定は、システム情報として端末に提供される。

【0134】

Ｍｓｇ１に対する応答がない場合、端末は、規定された回数内でパワーランピングされたＰＲＡＣＨプリアンブルを再送信することができる。端末は、最も最近の推定経路損失およびパワーランピングカウンタに基づいてプリアンブルの再送信に対するＰＲＡＣＨ送信電力を計算する。端末がビームスイッチングを実行する場合、パワーラッピングカウンタは変わらない。

【0135】

図１７は、パワーランピングカウンタを説明する図である。

【0136】

端末は、パワーランピングカウンタに基づいてランダムアクセスプリアンブルの再送信に対するパワーランピングを実行することができる。ここで、前述したように、パワーラッピングカウンタは、端末がＰＲＡＣＨ再送信時にビームスイッチングを実行する場合は変わらない。

【0137】

図１７によると、パワーランピングカウンタが１から２に、３から４に増加する場合のように、端末が同じビームに対してランダムアクセスプリアンブルを再送信する場合、端末は、パワーランプ（ランピング）カウンタを１ずつ増加させる。しかし、ビームが変更された場合は、ＰＲＡＣＨ再送信時にパワーラッピングカウンタが変わらない。

【0138】

図１８は、ＲＡＣＨリソース関係に対するＳＳブロックの閾値概念を説明する図である。

【0139】

システム情報は、ＳＳブロックとＲＡＣＨリソースとの間の関係を端末に知らせる。ＲＡＣＨリソース関係に対するＳＳブロックの閾値は、ＲＳＲＰおよびネットワーク設定に基づく。ＲＡＣＨプリアンブルの送信または再送信は、閾値を満たすＳＳブロックに基づく。したがって、図１８の例では、ＳＳブロックｍが受信電力の閾値を超えるため、ＳＳブロックｍに基づいてＲＡＣＨプリアンブルが送信または再送信される。

【0140】

以後、端末がＤＬ－ＳＣＨ上でランダムアクセス応答（random access response）を受信すると、ＤＬ－ＳＣＨは、タイミング配列情報、ＲＡプリアンブルＩＤ、初期アップリンクグラント、および一時（臨時）Ｃ－ＲＮＴＩを提供することができる。

【0141】

上記情報に基づいて、端末は、ランダムアクセス手順のＭｓｇ３としてＵＬ－ＳＣＨ上でアップリンク送信を行うことができる。Ｍｓｇ３は、ＲＲＣ接続要求およびＵＥ識別子を含む。

【0142】

これに対する応答として、ネットワークは、競合（競争）解消メッセージとして扱われるＭｓｇ４をダウンリンクに送信できる。これを受信することによって、端末は、ＲＲＣ接続状態に進入することができる。

【0143】

＜帯域幅パート（BandWidth Part：ＢＷＰ）＞

【0144】

ＮＲシステムでは、一つのコンポーネントキャリア（Component Carrier：ＣＣ）あたり最大４００メガヘルツ（Megahertz：ＭＨｚ）までサポートされることができる。このような広帯域（wideband）ＣＣで動作する端末が常にＣＣ全体に対するＲＦをオンにしたままで動作する場合、端末バッテリ消耗が大きくなることができる。または、一つの広帯域ＣＣ内に動作する多数のユースケース（use case）（例えば、ｅＭＢＢ、ＵＲＬＬＣ、ｍＭＴＣなど）を考慮するとき、該当ＣＣ内に周波数帯域別に互いに異なるヌメロロジ（numerology）（例えば、副搬送波間隔（Sub-Carrier Spacing：ＳＣＳ））がサポートされることができる。または、端末別に最大帯域幅に対する能力（capability）が異なることがある。これを考慮して、基地局は、広帯域ＣＣの全体の帯域幅でない一部の帯域幅でのみ動作するように端末に指示でき、該当一部帯域幅を便宜上帯域幅パート（BandWidth Part：ＢＷＰ）として定義する。ＢＷＰは、周波数軸上で連続したリソースブロック（Resource Block：ＲＢ）で構成されることができ、一つのヌメロロジ（例えば、副搬送波間隔、ＣＰ（Cyclic Prefix）長さ、スロット／ミニスロット（mini-slot）期間（duration）など）に対応することができる。

【0145】

一方、基地局は、端末に設定された一つのＣＣ内でも多数のＢＷＰを設定することができる。一例として、ＰＤＣＣＨモニタリングスロット（PDCCH monitoring slot）では、相対的に小さい周波数領域を占めるＢＷＰが設定され、ＰＤＣＣＨで指示するＰＤＳＣＨは、それより大きいＢＷＰ上にスケジューリングされることができる。あるいは、特定のＢＷＰに端末が集まる場合、負荷バランス（load balancing）のために一部の端末を他のＢＷＰに設定できる。あるいは、隣接セル間の周波数領域セル間干渉キャンセル（解消、解除）（frequency domain inter-cell interference cancellation）などを考慮して、全体の帯域幅のうちの中央の一部のスペクトラムを排除して両側のＢＷＰを同じスロット内でも設定できる。すなわち、基地局は、広帯域（wideband）ＣＣと関連（association）した端末に少なくとも一つのＤＬ／ＵＬ ＢＷＰを設定することができ、特定の時点で設定されたＤＬ／ＵＬ ＢＷＰ（ｓ）のうちの少なくとも一つのＤＬ／ＵＬ ＢＷＰを（Ｌ１シグナリングまたはＭＡＣ ＣＥもしくはＲＲＣシグナリングなどにより）活性化（activation）させることができ、異なる設定されたＤＬ／ＵＬ ＢＷＰへの切替え（スイッチング、switching）が（Ｌ１シグナリングまたはＭＡＣ ＣＥもしくはＲＲＣシグナリングなどにより）指示されることができ、またはタイマによりタイマ値が満了する場合は、決められたＤＬ／ＵＬ ＢＷＰに切り替えられることもできる。このとき、活性化されたＤＬ／ＵＬ ＢＷＰを活性（active）ＤＬ／ＵＬ ＢＷＰとして定義する。しかしながら、端末が初期アクセス（接続）（initial access）過程であるか、またはＲＲＣ接続がセットアップ（setup）される前などの状況では、ＤＬ／ＵＬ ＢＷＰに対する設定を受信することができない場合があり、このような状況で端末が仮定するＤＬ／ＵＬ ＢＷＰは、初期活性（initial active）ＤＬ／ＵＬ ＢＷＰと定義する。

【0146】

＜ＤＲＸ（Discontinuous Reception）＞

【0147】

ＤＲＸ（Discontinuous Reception）は、ＵＥ（User Equipment）がバッテリ消費を減少させて端末がダウンリンクチャネルを不連続で受信できるようにする動作モードを意味する。すなわち、ＤＲＸに設定された端末は、ＤＬシグナルを不連続で受信することによって電力消費を減らすことができる。

【0148】

ＤＲＸ動作は、オン区間（On Duration）が周期的に繰り返される時間間隔を示すＤＲＸサイクル内で実行される。ＤＲＸサイクルは、オン区間およびスリープ区間（Sleep Duration）（または、ＤＲＸの機会）を含む。オン区間は、端末がＰＤＣＣＨを受信するためにＰＤＣＣＨをモニタリングする時間間隔を示す。

【0149】

ＤＲＸは、ＲＲＣ（Radio Resource Control）＿ＩＤＬＥ状態（または、モード）、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（または、モード）またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（または、モード）で実行されることができる。ＲＲＣ＿ＩＤＬＥ状態およびＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で、ＤＲＸは、ページング信号を不連続で受信するときに使われることができる。

【0150】

－ＲＲＣ＿ＩＤＬＥ状態：基地局と端末との間に無線連結（ＲＲＣ接続）が確立（establish）されない状態。

【0151】

－ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態：基地局と端末との間に無線連結（ＲＲＣ接続）が確立されたが、無線連結は非活性化された状態。

【0152】

－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態：基地局と端末との間に無線連結（ＲＲＣ接続）が確立された状態。

【0153】

ＤＲＸは、基本的にアイドル（idle）モードＤＲＸ、連結された（Connected）ＤＲＸ（C-DRX）、および拡張（extended）ＤＲＸに区分されることができる。

【0154】

ＩＤＬＥ状態で適用されたＤＲＸは、アイドルモードＤＲＸと命名されることができ、ＣＯＮＮＥＣＴＥＤ状態で適用されたＤＲＸは、連結モードＤＲＸ（C-DRX）と命名されることができる。

【0155】

ｅＤＲＸ（extended/enhanced DRX）は、アイドルモードＤＲＸおよびＣ－ＤＲＸのサイクルを拡張することができるメカニズムであって、ｅＤＲＸ（Extended/Enhanced DRX）は、主に（大規模）ＩｏＴの適用に使われることができる。アイドルモードＤＲＸで、ｅＤＲＸを許容（許可）する（allow）かどうかは、システム情報（例えば、ＳＩＢ１）に基づいて設定されることができる。ＳＩＢ１は、ｅＤＲＸ許容（allowed）パラメータを含むことができる。ｅＤＲＸ許容パラメータは、アイドルモード拡張ＤＲＸが許容されるかどうかを示すパラメータである。

【0156】

＜アイドル（idle）モードＤＲＸ＞

【0157】

アイドルモードで、端末は、電力消費を減少させるためにＤＲＸを使用することができる。一つのページング機会（Paging Occasion；ＰＯ）は、Ｐ－ＲＮＴＩ（Paging-Radio Network Temporary Identifier）が（ＮＢ－ＩｏＴに対するページングメッセージをアドレス（アドレッシング）（address）する）ＰＤＣＣＨ（Physical Downlink Control CHannel）またはＭＰＤＣＣＨ（MTC PDCCH）またはＮＰＤＣＣＨ（Narrowband PDCCH）を介して送信されることができるサブフレームである。

【0158】

ＭＰＤＣＣＨを介して送信されたＰ－ＲＮＴＩで、ＰＯは、ＭＰＤＣＣＨ繰り返しの開始サブフレームを示すことができる。ＮＰＤＣＣＨを介して送信されたＰ－ＲＮＴＩのケースで、ＰＯにより決定されたサブフレームが有効なＮＢ－ＩｏＴダウンリンクサブフレームでない場合、ＰＯは、ＮＰＤＣＣＨ繰り返しの開始サブフレームを示すことができる。したがって、ＰＯ以後の１番目の有効ＮＢ－ＩｏＴダウンリンクサブフレームは、ＮＰＤＣＣＨ繰り返しの開始サブフレームである。

【0159】

一つのページングフレーム（Paging Frame；ＰＦ）は、一つまたは複数のページング機会を含むことができる一つの無線フレームである。ＤＲＸが使われるとき、端末は、ＤＲＸサイクルあたり一つのＰＯのみをモニタリングすればよい。一つのページング狭帯域（Paging Narrow Band；ＰＮＢ）は、端末がページングメッセージ受信を実行する一つの狭帯域である。ＰＦ、ＰＯ、およびＰＮＢは、システム情報で提供されるＤＲＸパラメータに基づいて決定されることができる。

【0160】

図１９は、アイドルモードＤＲＸ動作を実行する一例を示す流れ図である。

【0161】

図１９によると、端末は、上位層シグナリング（例えば、システム情報）を介してアイドルモードＤＲＸ設定情報を基地局から受信することができる（Ｓ２１）。

【0162】

端末は、アイドルモードＤＲＸ設定情報に基づいてページングＤＲＸサイクルでＰＤＣＣＨをモニタリングするためにＰＦ（Paging Frame）およびＰＯ（Paging Occasion）を決定することができる（Ｓ２２）。この場合、ＤＲＸサイクルにはオン区間およびスリープ区間（または、ＤＲＸの機会）が含まれることができる。

【0163】

端末は、決定されたＰＦのＰＯでＰＤＣＣＨをモニタリングすることができる（Ｓ２３）。ここで、例えば、端末は、ページングＤＲＸサイクルあたり一つのサブフレーム（ＰＯ）のみをモニタリングする。また、端末がオン区間の間にＰ－ＲＮＴＩによりスクランブルされたＰＤＣＣＨを受信する場合（すなわち、ページングが検出される場合）、端末は、連結モードに遷移して基地局とデータを送受信することができる。

【0164】

＜連結モードＤＲＸ（Ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ ＤＲＸ（Ｃ－ＤＲＸ））＞

【0165】

Ｃ－ＤＲＸは、ＲＲＣ接続状態で適用されるＤＲＸを意味する。Ｃ－ＤＲＸのＤＲＸサイクルは、短いＤＲＸサイクルおよび／または長いＤＲＸサイクルで構成されることができる。ここで、短いＤＲＸサイクルは、選択事項（オプション、option）に該当できる。

【0166】

Ｃ－ＤＲＸが設定された場合、端末は、オン区間に対するＰＤＣＣＨモニタリングを実行することができる。ＰＤＣＣＨモニタリングの間にＰＤＣＣＨが成功裏に検出される場合、端末は、非活性化（inactive）タイマを動作（または、実行）してアウェイク（awake）状態を維持することができる。それに対して、ＰＤＣＣＨモニタリングの間にＰＤＣＣＨが成功裏に検出されない場合、端末は、オン区間が終了された後にスリープ状態に進入できる。

【0167】

Ｃ－ＤＲＸが設定された場合、ＰＤＣＣＨ受信機会（例えば、ＰＤＣＣＨサーチスペースを有するスロット）は、Ｃ－ＤＲＸ設定に基づいて非連続で設定されることができる。それに対して、Ｃ－ＤＲＸが設定されない場合、本開示でＰＤＣＣＨ受信機会（例えば、ＰＤＣＣＨサーチスペースを有するスロット）が連続して設定されることができる。

【0168】

一方、ＰＤＣＣＨモニタリングは、Ｃ－ＤＲＸ設定に関係なしで測定ギャップ（gap）に設定された時間間隔に制限されることができる。

【0169】

図２０は、ＤＲＸサイクルを例示する。

【0170】

図２０を参照すると、ＤＲＸサイクルは、「Ｏｎ Ｄｕｒａｔｉｏｎ（オン区間）」および「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ（ＤＲＸのための機会）」で構成される。ＤＲＸサイクルは、「オン区間」が周期的に繰り返される時間間隔を定義する。「オン区間」は、端末がＰＤＣＣＨを受信するためにモニタリングする時間区間を示す。ＤＲＸが設定されると、端末は、「オン区間」の間にＰＤＣＣＨモニタリングを実行する。ＰＤＣＣＨモニタリングの間に成功裏に検出されたＰＤＣＣＨがある場合、端末は、ｉｎａｃｔｉｖｉｔｙタイマを動作させてアウェイク（awake）状態を維持する。それに対して、ＰＤＣＣＨモニタリングの間に成功裏に検出されたＰＤＣＣＨがない場合、端末は、「オン区間」が終わった後にスリープ（sleep）状態に進入する。したがって、ＤＲＸが設定された場合、上記説明／提案した手順および／または方法を実行するにあたってＰＤＣＣＨモニタリング／受信が時間領域（ドメイン）で不連続に実行されることができる。例えば、ＤＲＸが設定された場合、本開示でＰＤＣＣＨ受信機会（occasion）（例えば、ＰＤＣＣＨサーチスペース（探索空間）を有するスロット）は、ＤＲＸ設定によって不連続で設定されることができる。それに対して、ＤＲＸが設定されない場合、上記説明／提案した手順および／または方法を実行するにあたってＰＤＣＣＨモニタリング／受信が時間領域で連続して実行されることができる。例えば、ＤＲＸが設定されない場合、本開示でＰＤＣＣＨ受信機会（例えば、ＰＤＣＣＨサーチスペースを有するスロット）は、連続して設定されることができる。一方、ＤＲＸ設定が可能か否かと関係なしで、測定ギャップに設定された時間区間では、ＰＤＣＣＨモニタリングが制限されることができる。

【0171】

表８は、ＤＲＸと関連する端末の過程を示す（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）。表８を参照すると、ＤＲＸ構成情報は、上位層（例えば、ＲＲＣ）シグナリングを介して受信され、ＤＲＸ ＯＮ／ＯＦＦが可能か否かは、ＭＡＣ層のＤＲＸコマンドにより制御される。ＤＲＸが設定されると、本開示で説明／提案した手順および／または方法を実行するにあたってＰＤＣＣＨモニタリングを不連続で実行することができる。

【0172】

＜表８＞

【表8】

【0173】

上記ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、セルグループのためのＭＡＣ（Medium Access Control）パラメータを設定するときに必要な構成情報を含むことができる。ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸに関する構成情報も含むことができる。例えば、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸを定義する情報を下記のように含むことができる。

【0174】

－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ：ＤＲＸサイクルの開始区間の長さを定義

【0175】

－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：初期ＵＬまたはＤＬデータを指示するＰＤＣＣＨが検出されたＰＤＣＣＨ機会以後に端末がアウェイク状態にある時間区間の長さを定義

【0176】

－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＤＬ初期送信が受信された後、ＤＬ再送信が受信されるときまでの最大時間区間の長さを定義。

【0177】

－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ：ＵＬ初期送信に対するグラントが受信された後、ＵＬ再送信に対するグラントが受信されるときまでの最大時間区間の長さを定義。

【0178】

－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ＤＲＸサイクルの時間長さおよび開始時点を定義

【0179】

－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（optional）：ｓｈｏｒｔ ＤＲＸサイクルの時間長さを定義

【0180】

ここで、ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬのうちのいずれか一つでも動作中である場合、端末は、アウェイク状態を維持しながらＰＤＣＣＨ機会ごとにＰＤＣＣＨモニタリングを実行する。

【0181】

以下では、統合アクセスおよびバックホールリンク（Integrated Access and Backhaul Link：ＩＡＢ）について説明する。一方、以下では、説明の便宜のためにｎｅｗ ＲＡＴ（ＮＲ）システムに基づいて提案方式を説明する。しかしながら、提案方式が適用されるシステムの範囲は、ＮＲシステム外に３ＧＰＰ（登録商標） ＬＴＥ／ＬＴＥ－Ａシステムなど、他のシステムにも拡張可能である。

【0182】

未来のセルラネットワーク展開シナリオおよびアプリケーションを可能にすることを目標とする潜在技術のうちの一つは、無線バックホール（backhaul）およびリレイリンクに対するサポートであって、伝送ネットワーク（transport network）を比例して密度を高める必要なしでＮＲセルの柔軟で非常に密集された配置を可能にする。

【0183】

大規模ＭＩＭＯ（massive MIMO）またはマルチビームシステムの自然な配置（native deployment）と共に、ＬＴＥと比較してＮＲにおけるより大きい帯域幅が利用可能であると予想されるため（例えば、ミリ波スペクトラム（mmWave spectrum））、統合アクセスおよびバックホールリンクの開発および配置に対する機会が生成される。これは、端末に対する接続またはアクセス（access）を提供するように定義された多数の制御およびデータチャネル／手順を構築することで、さらに統合された方式のセルフバックホールされた（self-backhauled）ＮＲセルの密集されたネットワークのより容易な配置を許容する。このようなシステムを統合アクセスおよびバックホールリンク（Integrated Access And Backhaul Links：ＩＡＢ）という。

【0184】

本開示では、下記を定義する。

【0185】

－ＡＣ（ｘ）：ノード（ｘ）と端末（１つまたは複数（ら））との間のアクセスリンク（access link）。

【0186】

－ＢＨ（ｘｙ）：ノード（ｘ）とノード（ｙ）との間のバックホールリンク（backhaul link）。

【0187】

このとき、ノードは、ＤｇＮＢ（donor gNB）または中継ノード（Relay Node：ＲＮ）を意味することができる。ここで、ＤｇＮＢまたはドナーノードは、ＩＡＢノードに対するバックホールをサポートする機能を提供するｇＮＢである。

【0188】

また、本開示では、説明の便宜のために中継ノード１および中継ノード２が存在する場合、中継ノード１が中継ノード２とバックホールリンクで連結されて中継ノード２に送受信されるデータを中継（relaying）するとき、中継ノード１を中継ノード２の親ノード（parent node）と命名し、中継ノード２を中継ノード１の子ノード（child node）と命名する。

【0189】

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

【0190】

図２１は、統合アクセスおよびバックホールリンク（Integrated Access And Backhaul Links：ＩＡＢ）を有するネットワークに関する一例を概略的に示す。

【0191】

図２１によると、リレイノード（ｒＴＲＰ）は、時間、周波数、または空間（space）領域で（すなわち、ビームベースの動作）アクセスおよびバックホールリンクを多重化（multiplex）することができる。

【0192】

互いに異なるリンクの動作は、同じ周波数または互いに異なる周波数（各々「インバンド（in-band）」または「アウトバンド（out-band）」リレイとも呼ばれる）上で動作できる。帯域外リレイの効率的なサポートが一部のＮＲ展開シナリオに対して重要であるが、デュプレックス（duplex）制限を受け入れて干渉を回避／緩和するための同じ周波数上で動作するアクセスリンクとの緊密なインターワーキングを内包する帯域内の動作の要求事項を理解することは非常に重要である。

【0193】

さらに、ミリ波スペクトラムでＮＲシステムを動作することは、短いブロッキングと比較して、手順の完成に必要なより大きい時間規模による現在のＲＲＣベースのハンドオーバメカニズムで容易に緩和されない深刻な短いブロッキング（short-term blocking）を経験することを含む一部の固有な課題が存在する。ミリ波システムで短いブロッキングを克服することは、コアネットワークを含むことを必須として要求しないｒＴＲＰ間の切替えに対する速いＲＡＮベースのメカニズムを要求することができる。セルフバックホールされたＮＲセルのより容易な配置に対する要求と共に、ミリ波スペクトラムにおけるＮＲ動作に対する短いブロッキングの緩和に対する前述した要求は、アクセスおよびバックホールリンクの速い切替えを許容する統合されたフレームワーク（framework）の開発に対する要求を発生させる。ｒＴＲＰ間のＯＴＡ（Over-The-Air）調整も、干渉を緩和してエンドツーエンド（終端間）（end-to-end）の経路選択および最適化をサポートすることと見なされることができる。

【0194】

ＮＲに対するＩＡＢにより下記の要求事項および側面が解決されなければならない。

【0195】

－室内（indoor）および室外（outdoor）シナリオで帯域内および帯域外の中継のための効率的で柔軟な動作

【0196】

－マルチホップおよび冗長（余分）な（redundant）連結

【0197】

－エンドツーエンドの経路選択および最適化

【0198】

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

【0199】

－レガシ（legacy）ＮＲ端末のサポート

【0200】

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

【0201】

図２２は、ＳＡ（StandAlone）モードおよびＮＳＡ（Non-StandAlone）モードにおけるＩＡＢシステムの動作の一例を示す。具体的には、図２２の（ａ）は、ＳＡモードでＮＧＣを考慮した端末およびＩＡＢノードの動作の一例を示し、図２２の（ｂ）は、ＳＡモードでＮＧＣを考慮したＩＡＢノードおよびＮＳＡモードでＥＰＣを考慮した端末の動作の一例を示し、図２２の（ｃ）は、ＮＳＡモードでＥＰＣを考慮した端末およびＩＡＢノードの動作の一例を示す。

【0202】

ＩＡＢノードは、ＳＡモードまたはＮＳＡモードで動作できる。ＮＳＡモードで動作する場合、ＩＡＢノードは、バックホーリング（backhauling）に対してＮＲリンクのみを使用する。ＩＡＢノードに連結された端末は、ＩＡＢノードと異なる動作モードを選択することができる。端末は、連結されたＩＡＢノードと異なるタイプ（類型）のコアネットワークにさらに連結できる。このような場合、（ｅ）ＤＥＣＯＲ（（enhanced）Dedicated CORe network）またはスライシング（slicing）がＣＮ選択に対して使われることができる。ＮＳＡモードで動作するＩＡＢノードは、同じまたは異なるｅＮＢ（１つまたは複数）に連結されることができる。ＮＳＡモードで動作する端末は、それらが連結されたＩＡＢノードと同じまたは異なるｅＮＢに連結されることができる。図２２は、ＳＡモードでＮＧＣを考慮した一例およびＮＳＡモードでＥＰＣを考慮した一例を示す。

【0203】

ＩＡＢシナリオで、各々の中継ノード（Relay Node：ＲＮ）がスケジューリング能力を有することができない場合、ドナーｇＮＢ（Donor gNB：ＤｇＮＢ）は、ＤｇＮＢ、関連する中継ノードおよび端末の間の全体のリンクをスケジューリングしなければならない。すなわち、ＤｇＮＢは、全ての関連する中継ノードからトラフィック情報を収集することによって全てのリンクに対するスケジューリング決定（scheduling decision）を行わなければならず、その後、各々の中継ノードにスケジューリング情報を知らせなければならない。

【0204】

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

【0205】

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

【0206】

図２３は、ＤｇＮＢおよびＩＡＢ中継ノード（Relay Node：ＲＮ）が存在するとき、バックホールリンクおよびアクセスリンクが構成される例を示す。ＲＮ（ｂ）およびＲＮ（ｅ）は、バックホールリンクを連結していて、ＲＮ（ｃ）は、ＲＮ（ｂ）にバックホールリンクを連結していて、ＲＮ（ｄ）は、ＲＮ（ｃ）にバックホールリンクを連結している。

【0207】

図２３によると、ＤｇＮＢは、端末１（ＵＥ１）のスケジューリング要求を受信するだけでなく、端末２（ＵＥ２）および端末３（ＵＥ３）のスケジューリング要求を受信する。以後、ＤｇＮＢは、二つのバックホールリンクおよび三つのアクセスリンクのスケジューリング決定を下ろして、スケジューリング結果を知らせる。したがって、このような集中された（centralized）スケジューリングは、スケジューリング遅延を含んでレイテンシ問題を発生させる。

【0208】

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

【0209】

図２４は、ＩＡＢノード間のリンクおよび関係を説明する図である。

【0210】

図２４を参考にすると、ＩＡＢノード１は、ＩＡＢノード２とバックホールリンクＡで連結されていて、バックホールリンクＡに対して、ＩＡＢノード１は、ＩＡＢノード２の親ノードであり、ＩＡＢノード２は、ＩＡＢノード１の子ノードである。また、ＩＡＢノード２は、ＩＡＢノード３とバックホールリンクＢで連結されていて、バックホールリンクＢに対して、ＩＡＢノード２は、ＩＡＢノード３の親ノードであり、ＩＡＢノード３は、ＩＡＢノード２の子ノードである。

【0211】

ここで、ＩＡＢノードの各々は、二つの機能を行うことができる。一つは、ＭＴ（Mobile Termination）であって、上位ＩＡＢノードまたはドナーノードへの無線バックホール連結を維持することであり、他の一つは、ＤＵ（Distributed Unit）であって、端末とのアクセス連結を提供し、または下位ＩＡＢノードのＭＴとの連結を提供することである。

【0212】

例えば、ＩＡＢノード２の立場で、ＩＡＢノード２のＤＵは、ＩＡＢノード３のＭＴと機能的にバックホールリンクＢを確立していて、同時に、ＩＡＢノード２のＭＴは、ＩＡＢノード１のＤＵと機能的にバックホールリンクＡを確立している。ここで、ＩＡＢノード２のＤＵの子リンク（child link）は、ＩＡＢノード２とＩＡＢノード３との間のバックホールリンクＢを意味することができる。また、ここで、ＩＡＢノード２のＭＴの親リンク（parent link）は、ＩＡＢノード２とＩＡＢノード１との間のバックホールリンクＡを意味することができる。

【0213】

以下では、ＩＡＢノードの初期アクセス（initial access）について説明する。

【0214】

ＩＡＢノードは、初期に親ノードまたはドナーノードとの連結を設定するために、セルサーチ、システム情報取得、ランダムアクセスを含む端末の初期アクセス手順と同じ手順に従うことができる。ＳＳＢ／ＣＳＩ－ＲＳベースのＲＲＭ測定は、ＩＡＢノード発見および測定の開始点である。

【0215】

ＩＡＢノード間のＳＳＢ設定衝突を回避する方法、ＣＳＩ－ＲＳベースのＩＡＢノード発見の実現可能性（feasibility）を含んでハーフデュプレックス（half-duplex）制限およびマルチホップ（multi-hop）トポロジ（topology）を適用するＩＡＢノード間の発見手順が考慮されなければならない。与えられたＩＡＢノードが使用するセルＩＤを考慮すると、下記の二つの場合が考慮されることができる。

【0216】

－場合１：ドナーノードとＩＡＢノードとが同じセルＩＤを共有

【0217】

－場合２：ドナーノードとＩＡＢノードとが別途の（separate）セルＩＤを維持

【0218】

さらに、端末からのＲＡＣＨ送信とＩＡＢノードからのＲＡＣＨ送信との多重化（multiplexing）のためのメカニズムが追加で考慮されなければならない。

【0219】

ＳＡ（StandAlone）展開（deployment）の場合、ＭＴによる初期ＩＡＢノード発見（ステージ１）は、親ＩＡＢノードまたはＩＡＢドナーとの連結を初期に設定するために、アクセス端末が利用可能な同じＳＳＢに基づくセルサーチ、システム情報取得、およびランダムアクセスを含む端末と同じ初期アクセス手順に従う。

【0220】

（接続／アクセス端末の観点の）ＮＳＡ（Non-StandAlone）展開の場合、ＩＡＢノードのＭＴは、ＮＲ搬送波で初期アクセスを実行するとき（アクセス端末の観点で）、ＳＡ展開における前述したステージ１初期アクセスに従う。初期アクセスに対してＭＴにより仮定されるＳＳＢ／ＲＭＳＩ周期は、ＮＲのｒｅｌ－１５端末に対して仮定される２０ｍｓより長い、候補値２０ｍｓ、４０ｍｓ、８０ｍｓ、１６０ｍｓの中から一つの値が選択される。

【0221】

ここで、これは、候補親ＩＡＢノード／ドナーがＮＲ搬送波上で端末に対するＮＳＡ機能性（functionality）およびＭＴに対するＳＡ機能性を全てサポートすべきであることを意味する。

【0222】

ＩＡＢノードのＭＴがＬＴＥ搬送波上で初期アクセスを実行するとき、ステージ２解決策がＮＲ搬送波上でＭＴによるＩＡＢノードの親選択（parent selection）として使われることができる。

【0223】

以下では、バックホールリンク測定について説明する。

【0224】

リンク管理（link management）および経路選択のための複数のバックホールリンクに対する測定が考慮されなければならない。与えられたＩＡＢノードの観点でハーフデュプレックス制限をサポートするために、ＩＡＢは、セル検出（cell detection）および測定のためにアクセス端末により使われるリソースと直交するリソースを利用する（初期アクセス後）候補バックホールリンクの検出および測定をサポートする。これと関連して、下記の事項が追加で考慮されることができる。

【0225】

－複数のＳＳＢのＴＤＭ（例えば、ホップ順序、セルＩＤなどに従うことができる）

【0226】

－ＩＡＢノードにわたるＳＳＢミューティング（muting）

【0227】

－ハーフフレーム内またはハーフフレームにわたるアクセス端末およびＩＡＢノードに対するＳＳＢの多重化

【0228】

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

【0229】

－オフラスタ（off-raster）ＳＳＢの利用

【0230】

－アクセス端末により使われる周期と比較するとき、バックホールリンク検出および測定に対する互いに異なる送信周期

【0231】

ＩＡＢノードに対する測定時点および参照信号（Reference Signal：ＲＳ）送信に対する調整メカニズムを含んで、互いに異なる解決策に対する調整メカニズム（coordination mechanism）が追加で考慮されなければならない。

【0232】

ＩＡＢノードに対するＲＲＭ測定をサポートするためのＳＭＴＣおよびＣＳＩ－ＲＳ構成の改善（enhancement）が考慮されることができる。

【0233】

バックホールリンクＲＳＲＰ／ＲＳＲＱ ＲＲＭ測定の目的のために、ＩＡＢは、ＳＳＢベースおよびＣＳＩ－ＲＳベースの解決策をサポートする。

【0234】

ＩＡＢノードのＤＵが活性化された後、ＩＡＢノード間（inter IAB node）およびドナー（donor）検出の目的のために（ステージ２）、ＩＡＢノード間の発見手順は、ＩＡＢノードおよびマルチホップトポロジ（multi-hop topology）に対してハーフデュプレックス制限を考慮する必要がある。次の解決策がサポートされる。ＳＳＢベースの解決策－アクセス端末に対して使われるＳＳＢと直交（ＴＤＭおよび／またはＦＤＭ）するＳＳＢの使用。

【0235】

以下では、バックホールリンク管理（management）について説明する。

【0236】

ＩＡＢノードは、バックホールリンク失敗（failure）を検出／復旧するためのメカニズムをサポートする。下記のように、ビーム失敗リカバリ（復旧）（Beam Failure Recovery：ＢＦＲ）および無線リンク失敗（Radio Link Failure：ＲＬＦ）手順に対する改善（enhancements）が有利であり、ＮＲ ＩＡＢに対してサポートされなければならない。

【0237】

－ビーム失敗リカバリ成功指示とＲＬＦとの間の相互作用（interaction）に対するサポートの改善。

【0238】

－バックホールリンク停電（outage）を避けるためのより速いビームスイッチング／調整（coordination）／復旧のための現在のビーム管理手順の改善がＩＡＢノードに対して考慮されなければならない。

【0239】

さらに、例えば、親ＩＡＢノードのバックホールリンクが失敗した場合など、親ＩＡＢノードから子ＩＡＢノードへの追加的なバックホールリンク条件通知メカニズム（backhaul link condition notification mechanism）の要求および該当ＩＡＢノード動作に対する必要性が議論される。親バックホールリンク失敗による子ＩＡＢノードにおけるＲＬＦを避けるための解決策がサポートされなければならない。

【0240】

以下では、複数のバックホールリンクにおける経路変更または送信／受信のためのメカニズムについて説明する。

【0241】

複数のバックホールリンクにおける同時の効率的な経路変更または送信／受信のためのメカニズム（例えば、マルチ（多重）ＴＲＰ（Tx/Rx point）動作および周波数内の二重接続（multi-TRP operation and intra-frequency dual connectivity））が考慮されなければならない。

【0242】

以下では、バックホールおよびアクセスリンクのスケジューリングについて説明する。

【0243】

ダウンリンクＩＡＢノード送信（すなわち、バックホールリンク上でＩＡＢノードから上記ＩＡＢノードによりサービングされる子ＩＡＢノードへの送信およびアクセスリンク上でＩＡＢノードから上記ＩＡＢノードによりサービングされる端末への送信）は、ＩＡＢノード自体によりスケジューリングされなければならない。アップリンクＩＡＢ送信（バックホールリンク上におけるＩＡＢノードから自体の親ノードまたはドナーノードへの送信）は、親ノードまたはドナーノードによりスケジューリングされなければならない。

【0244】

以下では、アクセスおよびバックホールリンクの多重化（multiplexing）について説明する。

【0245】

ＩＡＢは、ハーフデュプレックス制限によってＩＡＢノードでアクセスとバックホールリンクとの間のＴＤＭ、ＦＤＭ、およびＳＤＭをサポートする。ＩＡＢノードハーフデュプレックス制限を考慮するマルチ（多重）ホップ（multiple hop）にわたるアクセス／バックホールトラフィックの効率的なＴＤＭ／ＦＤＭ（Frequency Division Multiplexing）／ＳＤＭ（Spatial Division Multiplexing）多重化に対するメカニズムが考慮されなければならない。互いに異なる多重化オプションに対する下記の解決策が追加で考慮されることができる。

【0246】

－一つまたは複数のホップにわたるアクセスとバックホールリンクとの間の時間スロットまたは周波数リソースの直交分配（orthogonal partitioning）に対するメカニズム

【0247】

－アクセスおよびバックホールリンクに対する互いに異なるＤＬ／ＵＬ（個の）スロット設定の活用

【0248】

－バックホールおよびアクセスリンクのパネル内（intra-panel）ＦＤＭおよびＳＤＭを許容するためのＤＬおよびＵＬ電力制御改善（power control enhancement）およびタイミング要求事項（timing requirements）

【0249】

－クロス（交差）リンク干渉を含む干渉管理（interference management）

【0250】

以下では、リソース調整（resource coordination）について説明する。

【0251】

ＩＡＢノード／ドナーノードおよび複数のバックホールホップ（backhaul hop）にわたるスケジューリング調整、リソース割当、および経路選択に対するメカニズムが考慮されなければならない。（ＲＲＣシグナリングのタイムスケール（time scale）上の）準静的なＩＡＢノード間のリソース（周波数、スロット／スロットフォーマットの側面における時間など）調整がサポートされなければならない。下記のような側面が追加で考慮されることができる。

【0252】

－分散型（distributed）または集中型（中央）（centralized）調整メカニズム

【0253】

－必要な信号のリソース粒度（グラニュラリティ）（resource granularity）（例えば、ＴＤＤ設定パターン）

【0254】

－ＩＡＢノード間のＬ１（Layer-1）および／またはＬ３（Layer-3）測定の交換

【0255】

－バックホールリンク物理層設計に影響を与えるトポロジ関連情報（例えば、ホップ順序）の交換

【0256】

－準静的な調整より速いリソース（周波数、スロット／スロットフォーマットの側面における時間など）の調整

【0257】

以下では、ＩＡＢノード同期およびタイミングアラインメント（timing alignment）について説明する。

【0258】

ＯＴＡ（Over-The-Air）同期の実現可能性（feasibility）およびＩＡＢ性能に対するタイミングミスアラインメント（timing misalignment）の影響（例えば、サポート可能なホップ数）が考慮されなければならない。オーバーラップするカバレッジ内のＩＡＢノードで３ｕｓ以下のタイミング要求事項を仮定すると、ＴＡベースのＯＴＡ同期は、ＦＲ２に対してマルチホップＩＡＢネットワーク（最大５ホップ）をサポートすることができる。ＴＡベースのＯＴＡ同期は、ＦＲ１における複数のホップをサポートするのに十分でない。

【0259】

ＩＡＢノード／ＩＡＢドナー間またはＩＡＢノード内で下記のレベル（水準）（level）の整列（アラインメント）が議論される。

【0260】

－スロットレベル（水準）整列

【0261】

－シンボルレベル整列

【0262】

－整列なし

【0263】

マルチホップＩＡＢネットワークでタイミングアラインメントのためのメカニズムが議論される。ＩＡＢは、複数のバックホールホップを含むＩＡＢノード間のＴＡベースの同期をサポートする。ＩＡＢノードが互いに異なる送信タイミングアラインメント事例をサポートするときに必要なＴＡを含んで既存タイミングアラインメントメカニズムの改善が議論される。

【0264】

ＩＡＢノードおよびＩＡＢドナーにわたる下記のような送信タイミングアラインメント事例（case）が議論される。

【0265】

－事例（case）１：ＩＡＢノードおよびＩＡＢドナーにわたるＤＬ送信タイミングアラインメント。ダウンリンク送信およびアップリンク受信が親ノードでよく整列（アライン）され（aligned）ない場合、子ノードは、ＯＴＡベースのタイミングおよび同期に対する自体のダウンリンク送信タイミングを適切に設定するために上記整列に対する追加的な情報が必要である。

【0266】

－事例２：ダウンリンクおよびアップリンク送信タイミングが一つのＩＡＢノードに対して整列される。

【0267】

－事例３：ダウンリンクおよびアップリンク受信タイミングが一つのＩＡＢノードに対して整列される。

【0268】

－事例４：一つのＩＡＢノードに対して、事例３を利用した受信時に事例２を利用した送信の場合。

【0269】

－事例５：互いに異なる時間スロット内の一つのＩＡＢノードに対してバックホールリンクタイミングに対する事例４およびアクセスリンクタイミングに対する事例１。

【0270】

－事例６：事例１のダウンリンク送信タイミングおよび事例２のアップリンク送信タイミングの和：全てのＩＡＢノードのダウンリンク送信タイミングは、親ＩＡＢノードまたはドナーのダウンリンクタイミングと整列される。ＩＡＢノードのアップリンク送信タイミングは、上記ＩＡＢノードのダウンリンク送信タイミングと整列されることができる。

【0271】

－事例７：事例１のダウンリンク送信タイミングおよび事例３のアップリンク受信タイミングの和：全てのＩＡＢノードのダウンリンク送信タイミングは、親ＩＡＢノードまたはドナーのダウンリンクタイミングと整列される。ＩＡＢノードのアップリンク受信タイミングは、上記ＩＡＢノードのダウンリンク受信タイミングと整列されることができる。親ノードでダウンリンク送信とアップリンク受信とがよく整列されない場合、子ノードは、ＯＴＡベースのタイミングおよび同期に対する自体のダウンリンク送信タイミングを適切に設定するために上記整列に対する追加的な情報が必要である。

【0272】

親および子リンクのＴＤＭ／ＦＤＭ／ＳＤＭマルチプレクスに対する互いに異なる事例の影響（impact）、不完全なタイミング調整の潜在的影響、必要なダウンリンク／アップリンクの切替えギャップのオーバーヘッド、クロスリンク干渉、ｉａｂノードが一つまたは複数の親ノードと連結された場合の実行可能性（feasibility）およびアクセス端末（特に、ｒｅｌ－１５端末との互換性）の影響が議論される。

【0273】

事例１は、アクセスおよびバックホールリンク送信タイミングアラインメントの両方（全て）に対してサポートされる。

【0274】

事例２ないし５は、ＩＡＢに対してサポートされない。

【0275】

ＩＡＢノードに対する事例６の使用は、サポートされる場合、親またはネットワークの制御下にあるべきである。ＩＡＢノード間のダウンリンク送信の整列を可能にするために、下記の解決策の例が確認された。

【0276】

－代案（選択肢、alternative）１：ＩＡＢノードは、並列的な（常に時間多重化された）事例１および事例６のアップリンク送信を実行しなければならない。

【0277】

－代案２：子ノードでダウンリンク送信タイミングの潜在的な不整合（misalignment）を修正するために、親ノードでダウンリンク送信とアップリンク受信とのタイミングの時間差に対する親およびｉａｂノード間のシグナリング：子ＩＡＢノードは、自体のダウンリンク送信タイミングおよびバックホール受信タイミングの対応する差を比較する。親ノードのシグナリングされた差（signaled difference）が子ノードで測定されたものより大きい場合、送信タイミングが小さい場合、子ノードは、自体の送信タイミングを早める（advance）。

【0278】

ここで、代案１および代案２は、他の子ノードから事例６のアップリンク送信のために親ノードで別途の受信タイミングを維持しなければならない。

【0279】

事例７は、有効な（effective）ネガティブ（negative）ＴＡおよび新しいＴＡ値をサポートする子ＩＡＢノード／ｒｅｌ－１６端末と新しいＴＡ値をサポートしない子ＩＡＢノード／端末との間のＴＤＭを導入することによって、ｒｅｌ－１５端末に対して互換される。ＩＡＢノード内でダウンリンクおよびアップリンクの受信間整列を可能にするために、下記のような解決策の例が確認された。

【0280】

－代案１：事例７のタイミングが適用されるＩＡＢノードの子ノードに適用されるためにネガティブ初期タイムアラインメント（Time Alignment：ＴＡ）を導入する。

【0281】

－代案２：ＩＡＢノードでダウンリンク受信とアップリンク受信との間のスロットアラインメントでなくシンボルアラインメントが可能なポジティブ（positive）ＴＡを適用する。

【0282】

－代案３：効率的なネガティブＴＡを達成するために事例７のタイミングが適用されるＩＡＢノードの子ノードに適用されるために、最も最近のＴＡ値の相対的なオフセットのシグナリング。

【0283】

－ＯＴＡ同期外にもＧＮＳＳおよびＰＴＰなどの他の技術がＩＡＢノード間の同期取得に使われることができる。

【0284】

以下では、クロスリンク干渉測定および管理について説明する。

【0285】

アクセスおよびバックホールリンク（複数のホップにわたることを含む）に対するクロスリンク干渉（Cross-Link Interference：ＣＬＩ）の影響が考慮されなければならない。さらに、干渉測定および管理解決策が考慮されなければならない。

【0286】

以下では、ＣＬＩ緩和（mitigation）技術について説明する。

【0287】

改善された（advanced）受信器および送信器調整を含むＣＬＩ緩和技術が考慮されなければならず、複雑度および性能側面で優先順位が決定されなければならない。ＣＬＩ緩和技術は、下記のＩＡＢ－ノード間の干渉シナリオが管理可能でなければならない。

【0288】

－場合１：ビクティム（victim）ＩＡＢノードは、自体のＭＴを介してダウンリンクで受信し、干渉ＩＡＢノードは、自体のＭＴを介してアップリンクで送信。

【0289】

－場合２：ビクティム（victim）ＩＡＢノードは、自体のＭＴを介してダウンリンクで受信し、干渉ＩＡＢノードは、自体のＤＵを介してダウンリンクで送信。

【0290】

－場合３：ビクティム（victim）ＩＡＢノードは、自体のＤＵを介してアップリンクで受信し、干渉ＩＡＢノードは、自体のＭＴを介してアップリンクで送信。

【0291】

－場合４：ビクティム（victim）ＩＡＢノードは、自体のＤＵを介してアップリンクで受信し、干渉ＩＡＢノードは、自体のＤＵを介してダウンリンクで送信。

【0292】

与えられたＩＡＢノードでアクセスとバックホールリンクとの間のＦＤＭ／ＳＤＭ受信の場合、上記ＩＡＢノードで経験する干渉が追加で考慮されなければならない。

【0293】

以下では、スペクトラム効率改善（spectral efficiency enhancement）について説明する。

【0294】

バックホールリンクに対する１０２４ ＱＡＭ（Quadrature Amplitude Modulation）のサポートが考慮されなければならない。

【0295】

以下では、ＤＡＰＳ－ＨＯ（Dual Active Protocol Stack based HandOver）について説明する。

【0296】

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

【0297】

１）送信動作：

【0298】

－共通ＳＮ

【0299】

－ソースセル（source cell）とターゲットセル（target cell）とに対する分離された（個別の）ヘッダ圧縮（separate header compression）

【0300】

－ソースセルとターゲットセルとに対する分離された暗号化（separate ciphering）

【0301】

２）受信動作：

【0302】

－ソースセルとターゲットセルとに対する分離された解読（separated ciphering）

【0303】

－ソースセルとターゲットセルとに対する分離されたヘッダ解凍（圧縮解除）（separate header decompression）

【0304】

－共通ＰＤＣＰリオーダリング（reordering）

【0305】

－順次伝達および重複検出（in-sequence delivery and duplication detection）

【0306】

－共通バッファ管理（common buffer management）

【0307】

一般的に、ネットワーク側と端末とは、送信および受信に対して共通したプロセスおよび機能（function）を有する。唯一の相違点は、このような機能が共存するか（co-located）どうかである。ネットワーク側で、ＤＬ ＰＤＣＰ ＳＮ割当およびＵＬ ＰＤＣＰリオーダリングを除外した全ての機能は、共存せずにソースｅＮＢまたはターゲットｅＮＢにより区分されて（個別に）実行される。したがって、ソースｅＮＢおよびターゲットｅＮＢに各々位置する二つのＰＤＣＰエンティティを仮定する。

【0308】

端末側で、ＳＮ割当およびＰＤＣＰリオーダリングを含む全ての機能は、共存（co-located）する。そのため、ＤＡＰＳに対する全ての機能が端末側で単一ＰＤＣＰエンティティでモデル化されることができる。単一ＵＬデータ送信に対して、ソースｅＮＢまたはターゲットｅＮＢに対するヘッダ圧縮およびセキュリティ処理のみが使われる。

【0309】

以下では、ＤＡＰＳ－ＨＯに対する端末のＲＦ／ベースバンド（基底帯域）（baseband）要求事項について説明する。

【0310】

中断を最小にするために、端末は、ＳＡＰＳかまたはＤＡＰＳかにかかわらずにターゲットセルへのランダムアクセス手順を実行するとき、ソースセルとデータ送信／受信を続けるべき必要がある。これは、端末が二つのセルに対して同時送信／受信をサポートするときのみ可能である。ＲＡＮ４応答ＬＳによると、ほとんどの場合、デュアル（dual）Ｒｘ／デュアルＴｘチェーンを有する端末に対して作動し、デュアルＲｘ／単一Ｔｘ ＲＦチェーンを有し、または単一Ｒｘ／単一Ｔｘ ＲＦチェーンを有する端末に対してより多くの制限が適用されなければならない。さらに、ベースバンドおよびＲＦリソースの効率的な使用のために、端末の能力分割（UE capability split）に対する要求が存在する。端末ベースバンドおよびＲＦリソースチューニングは、ＳＡＰＳに対してそれほど単純でないため、追加的な中断および端末の複雑度が発生する。

【0311】

デュアルＲｘ／単一Ｔｘ ＲＦチェーンを有する端末に対して、ソースｅＮＢへのアップリンクデータ送信およびターゲットｅＮＢへのアップリンクＲＡＣＨを同時にサポートするために、一部の要求事項が満たされる場合、例えば、ソースセルの帯域幅がターゲットセルの帯域幅より大きい場合、上記二つのセルに対する送信電力差が特定の限界以内である場合、上記同時送信が依然としてサポートされることができる。そうでない場合、一種のアップリンクＴＤＭパターンが要求され、これは、追加的な中断時間およびアップリンク切替えの複雑性を追加する。しかしながら、このような端末のオプションは、ハードウェアおよび電力効率の側面で多様な端末の具現タイプの柔軟性を提供する（特に、下層（low tier）装置、アップリンクＣＡおよび／またはアップリンクＭＩＭＯが不可能な端末）。標準の観点で、少なくともこのようなタイプの端末は、他のオプションとしてサポートされなければならない。

【0312】

単一Ｒｘ／単一Ｔｘ ＲＦチェーンを有する端末に対して、一部の要求事項が満たされる場合、例えば、ソースセルの帯域幅がターゲットセルの帯域幅より大きい、二つのセルに対する送信／受信電力差が一定限度以内である場合、同時送信／受信が依然としてサポートされることができる。そうでない場合、ダウンリンクおよびアップリンクの両方に対してＴＤＭ設計が必要であり、これは、端末およびネットワーク側の両方に対して追加的な複雑度を加える。さらに、ＲＦチェーン切替えは、ダウンリンクおよびアップリンクの両方に対して要求され、これは、ＨＯ中断時間および切替え複雑度を増加させる。

【0313】

一般的に、一つのタイプの能力に対してのみ解決策を制限する代わりに全てのタイプの端末能力に対する解決策が設計されなければならない。したがって、デュアルＲｘ／デュアルＴｘをベースライン（baseline）にし、デュアルＲｘ／シングルＴｘおよびシングルＲｘ／シングルＴｘを代替オプションにして全てをサポートする解決策を考慮しなければならない。

【0314】

端末がＤＡＰＳ－ＨＯに対する能力を指示する場合、上記端末は、ソースＭＣＧ（Master Cell Group）およびターゲットＭＣＧの提供を受けることができる。

【0315】

端末にＦＲ１および／またはＦＲ２内のＮＲ無線接続を使用するＭＣＧ（Master Cell Group）およびＳＣＧ（Secondary Cell Group）が設定される場合、端末は、ｐ－ＤＡＰＳ－ＦＲ１および／またはｐ－ＤＡＰＳ－ＦＲ２によりＭＣＧ上送信に対する最大電力Ｐ_MCGの設定を受け、ｐ－ＤＡＰＳ－ＦＲ１および／またはｐ－ＤＡＰＳ－ＦＲ２によりＳＣＧ上送信に対する最大電力Ｐ_SCGの設定を受け、ＦＲ１に対してＵｐｌｉｎｋＰｏｗｅｒＳｈａｒｉｎｇＤＡＰＳ－ＨＯ－ｍｏｄｅによりおよび／またはＦＲ２に対してＵｐｌｉｎｋＰｏｗｅｒＳｈａｒｉｎｇＤＡＰＳ－ＨＯ－ｍｏｄｅにより、ＣＧ間（インター（inter）ＣＧ）電力共有モードの設定を受ける。端末は、周波数範囲別にＭＣＧ上の送信電力およびＳＣＧ上の送信電力を決定する。

【0316】

端末がＵｐｌｉｎｋＰｏｗｅｒＳｈａｒｉｎｇＤＡＰＳ－ＨＯ＝Ｓｅｍｉｓｔａｔｉｃ－ｍｏｄｅ１を指示し、ＵｐｌｉｎｋＰｏｗｅｒＳｈａｒｉｎｇＤＡＰＳ－ＨＯ－ｍｏｄｅ＝Ｓｅｍｉ－ｓｔａｔｉｃ－ｍｏｄｅ１の提供を受ける場合、端末は、ターゲットＭＣＧをＭＣＧとして、ソースＭＣＧをＳＣＧとして考慮することで、ＵｐｌｉｎｋＰｏｗｅｒＳｈａｒｉｎｇＤＡＰＳ－ＨＯ＝Ｓｅｍｉ－ｓｔａｔｉｃ－ｍｏｄｅ１に対してターゲットＭＣＧまたはソースＭＣＧに対する送信電力を決定する。

【0317】

端末がＵｐｌｉｎｋＰｏｗｅｒＳｈａｒｉｎｇＤＡＰＳ－ＨＯ＝Ｓｅｍｉｓｔａｔｉｃ－ｍｏｄｅ２を指示し、ＵｐｌｉｎｋＰｏｗｅｒＳｈａｒｉｎｇＤＡＰＳ－ＨＯ－ｍｏｄｅ＝Ｓｅｍｉ－ｓｔａｔｉｃ－ｍｏｄｅ２の提供を受ける場合、端末は、ターゲットＭＣＧをＭＣＧとして考慮してソースＭＣＧをＳＣＧとして考慮してＵｐｌｉｎｋＰｏｗｅｒＳｈａｒｉｎｇＤＡＰＳ－ＨＯ＝Ｓｅｍｉ－ｓｔａｔｉｃ－ｍｏｄｅ２に対してターゲットＭＣＧまたはソースＭＣＧに対する送信電力を決定する。

【0318】

端末がＵｐｌｉｎｋＰｏｗｅｒＳｈａｒｉｎｇＤＡＰＳ－ＨＯ＝Ｄｙｎａｍｉｃを指示し、ＵｐｌｉｎｋＰｏｗｅｒＳｈａｒｉｎｇＤＡＰＳ－ＨＯ－ｍｏｄｅ＝Ｄｙｎａｍｉｃの提供を受ける場合、端末は、ターゲットＭＣＧをＭＣＧとして考慮してソースＭＣＧをＳＣＧとして考慮してＵｐｌｉｎｋＰｏｗｅｒＳｈａｒｉｎｇＤＡＰＳ－ＨＯ＝Ｄｙｎａｍｉｃに対してターゲットＭＣＧまたはソースＭＣＧに対する送信電力を決定する。

【0319】

端末がＵｐｌｉｎｋＰｏｗｅｒＳｈａｒｉｎｇＤＡＰＳ－ＨＯの提供を受けることができず、ターゲットセルとソースセル上の端末送信とがオーバーラップする場合、端末は、ターゲットセル上でのみ送信する。

【0320】

ターゲットセル上とソースセル上との端末送信は、ターゲットＭＣＧおよびソースＭＣＧに対する搬送波周波数が周波数内（イントラ周波数）（intra-frequency）であり帯域内（intra-band）である場合にターゲットセル上とソースセル上との端末送信が時間リソースオーバーラップする場合、ターゲットＭＣＧおよびソースＭＣＧに対する搬送波周波数が周波数内（intra-frequency）でない帯域内（intra-band）である場合にターゲットセル上とソースセル上との端末送信が時間リソースオーバーラップおよび周波数リソースオーバーラップする場合、オーバーラップする。

【0321】

周波数内のＤＡＰＳ－ＨＯ動作に対して、端末は、ターゲットセル上の活性化（active）ダウンリンクＢＷＰおよび活性化アップリンクＢＷＰが、各々ソースセル上の活性化ダウンリンクＢＷＰおよび活性化アップリンクＢＷＰ内にあると期待する。

【0322】

端末は、ターゲットＭＣＧに対するＮ^target _cells個のダウンリンクセルに対応するスロットあたりのＰＤＣＣＨ候補の最大個数をモニタリングする能力を指示するために、ｐｄｃｃｈ－ＢｌｉｎｄＤｅｔｅｃｔｉｏｎＭＣＧ１－ＵＥを提供することができ、ソースＭＣＧに対するＮ^source _cells個のダウンリンクセルに対応するスロットあたりのＰＤＣＣＨ候補の最大個数をモニタリングする能力を指示するために、ｐｄｃｃｈ－ＢｌｉｎｄＤｅｔｅｃｔｉｏｎＭＣＧ２－ＵＥを提供することができる。端末がターゲットＭＣＧおよびソースＭＣＧの両方に対するサーチスペース集合の提供を受ける場合、端末は、ターゲットＭＣＧおよびソースＭＣＧの両方とものモニタリングのための割り当てられたＰＤＣＣＨ候補がないＵＳＳ集合をどのスロットでも有すると期待しない。

【0323】

以下では、本開示の提案に対してより詳細に説明する。

【0324】

以下の図面は、本明細書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称や具体的な信号／メッセージ／フィールドの名称は、例示的に提示されたものであるため、本明細書の技術的特徴が以下の図面に使われた具体的な名称に制限されるものではない。また、本明細書で提案する方法／構成は、多様な方式で組み合わせられることができる。

【0325】

既存ＩＡＢノードは、ＩＡＢノードのＤＵとＩＡＢノードのＭＴとが互いに異なる時間リソースを介して動作するＴＤＭ動作を実行した。それに対して、効率的なリソース運用のために、ＩＡＢノードのＤＵとＩＡＢノードのＭＴとの間のＳＤＭ／ＦＤＭ、ＦＤ（Full Duplexing）などのリソースマルチプレクスを実行することが要求されることができる。図２４に示すように、ＩＡＢノード２（ＩＡＢノード２のＭＴ）とＩＡＢノード２の親ノード（ＩＡＢノード１のＤＵ）とのリンクを親リンクといい、ＩＡＢノード２（ＩＡＢノード２のＤＵ）とＩＡＢノード２の子ノード（ＩＡＢノード３のＭＴ）とのリンクを子リンクということができる。このとき、親リンクと子リンクとの間のＴＤＭ動作以外にも、ＳＤＭ／ＦＤＭおよびＦＤ動作が議論されている。

【0326】

図２５ないし図２７を参考にして、ＩＡＢ環境で考慮することができるＩＡＢノードの送受信タイミングアラインメント事例のうちの下記の三つを説明する。図２５は、タイミングアラインメント事例１を示す。図２６は、タイミングアラインメント事例６を示す。図２７は、タイミングアラインメント事例７を示す。

【0327】

－タイミングアラインメント事例１：ＩＡＢノードおよびＩＡＢドナーにわたるＤＬ送信タイミングアラインメント。ＩＡＢノード間のＤＵのダウンリンク送信タイミングが整列されている方式である。

【0328】

タイミングアラインメント事例１を参考にすると、ダウンリンク送信およびアップリンク受信が親ノードでよく整列されない場合、子ノードは、ＯＴＡベースのタイミングおよび同期に対する自体のダウンリンク送信タイミングを適切に設定するために上記整列に対する追加的な情報が必要である。ＭＴ送信タイミングは、（ＭＴ受信タイミング－ＴＡ（Timing Advance））で表されることができ、ＤＵ送信タイミングは、（ＭＴ受信タイミング－ＴＡ／２－Ｔ_Δ）で表されることができる。ここで、Ｔ_Δ値は、親ノードから得ることができる。

【0329】

－タイミングアラインメント事例６：全てのＩＡＢノードに対するＤＬ送信タイミングが、親ＩＡＢノードまたはドナーのＤＬタイミングと整列される。ＩＡＢノードのＵＬ送信タイミングは、上記ＩＡＢノードのＤＬ送信タイミングと整列されることができる。

【0330】

タイミングアラインメント事例６を参考にすると、ＩＡＢノードのＭＴに対するアップリンク送信タイミングとＩＡＢノードのＤＵに対するダウンリンク送信タイミングとが整列されている方式である。ＩＡＢノードのＭＴのアップリンク送信タイミングが固定されるため、これを受信する親ノードのＤＵのアップリンク受信タイミングは、上記ＩＡＢノードのＭＴのアップリンク送信タイミングに比べて、上記親ノードのＤＵと上記ＩＡＢノードのＭＴとの間の伝播遅延（propagation delay）ほど遅れる。ＩＡＢノードがタイミングアラインメント事例６を使用する場合、親ノードのアップリンク受信タイミングが既存に比べて変わるため、ＩＡＢノードがタイミングアラインメント事例６を使用するためには、親ノードも該当情報を知っている必要がある。

【0331】

－タイミングアラインメント事例７：全てのＩＡＢノードのダウンリンク送信タイミングは、親ＩＡＢノードまたはドナーのダウンリンクタイミングと整列される。ＩＡＢノードのアップリンク受信タイミングは、上記ＩＡＢノードのダウンリンク受信タイミングと整列されることができる。

【0332】

タイミングアラインメント事例７を参考にすると、親ノードでダウンリンク送信とアップリンク受信とがよく整列されない場合、子ノードに対してＯＴＡベースのタイミングおよび同期に対する自体のダウンリンク送信タイミングを適切に設定するために上記整列に対する追加的な情報が必要である。ＩＡＢノードのＭＴダウンリンク受信タイミングとＩＡＢノードのＤＵアップリンク受信タイミングとが整列されている方式である。ＭＴの観点における送受信タイミングは、既存のＩＡＢノードまたはＲｅｌ－１６ ＩＡＢノードと同じであり、ＩＡＢノードのＤＵのアップリンク受信タイミングをＩＡＢノードのＭＴのダウンリンク受信タイミングに合わせることができる。ＩＡＢノードは、自体のアップリンク受信タイミングに合わせて子ノードのＭＴがアップリンク信号を送信するように子ノードのＭＴのＴＡを調節することができる。したがって、このようなタイミングアラインメント方式は、タイミングアラインメント事例１と比較するとき、ＩＡＢノードの標準（specification）動作上の差が現れない場合がある。したがって、本明細書で記述するタイミングアラインメント事例７は、タイミングアラインメント事例１に代替／解釈されることもできる。

【0333】

一方、本明細書において、タイミングアラインメント（timing alignment）は、スロット単位アラインメントまたはシンボル単位アラインメントを意味することができる。

【0334】

同じＩＡＢノード内に存在するまたは共存する（co-located）ＩＡＢノードのＤＵとＩＡＢノードのＭＴとは、イントラノード干渉（intra-node interference）、スロット／シンボル境界ミスアラインメント（slot/symbol boundary misalignment）、電力共有（power sharing）などの理由で同時に動作できずにＴＤＭされて動作できる。

【0335】

それに対して、ＩＡＢノードのＤＵとＩＡＢノードのＭＴとの間にマルチプレクスが使われることができる。これは、例えば、ＩＡＢノードのＤＵとＩＡＢノードのＭＴとが互いに異なるパネル（panel）を使用して、パネル間で干渉影響がほとんどない場合に適用可能である。このような場合、同じＩＡＢノード内に存在するまたは共存するＩＡＢノードのＤＵとＩＡＢノードのＭＴとは、同時に送信または受信が可能であり、ＩＡＢノードのＤＵおよびＩＡＢノードのＭＴが、各々、送信と受信とを、または、受信と送信とを、同時に実行することは不可能である。

【0336】

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

【0337】

図２８は、ＩＡＢノードに対して複数のコンポーネントキャリアが設定される一例を示す。

【0338】

ＩＡＢノードのＭＴおよびＩＡＢノードのＤＵは、複数のコンポーネントキャリア（Component Carrier：ＣＣ）で構成されることができる。このとき、互いに異なるＣＣは、互いに同じもしくは異なる周波数領域で動作し、または互いに同じもしくはまたは異なるパネルを使用することができる。例えば、図２８のように、ＩＡＢノード内のＭＴおよびＤＵに対して、各々３個のＣＣが存在できる。図２８において、ＩＡＢノードのＭＴに対して存在する３個のＣＣを各々ＭＴ－ＣＣ１、ＭＴ－ＣＣ２、ＭＴ－ＣＣ３と命名できる。ＤＵの場合、ＣＣは、セル（cell）に代替されてＤＵ－セル（cell）１、ＤＵ－セル（cell）２、ＤＵ－セル（cell）３と命名できる。

【0339】

このとき、ＩＡＢノードのＭＴの特定のＣＣとＩＡＢノードのＤＵの特定のセルとの間には、ＴＤＭ、ＳＤＭ／ＦＤＭ、ＦＤのうちの一つのマルチプレクス方式が適用されることができる。例えば、特定のＭＴ－ＣＣとＤＵ－ｃｅｌｌとが互いに異なる帯域間（inter-band）周波数領域に位置する場合、該当ＭＴ－ＣＣとＤＵ－ｃｅｌｌとの間にはＦＤが適用されることができる。それに対して、互いに同じ周波数領域に位置するＭＴ－ＣＣとＤＵ－ＣＣとの間にはＴＤＭ方式が適用されることができる。図２８において、ＭＴ－ＣＣ１、ＭＴ－ＣＣ２、ＤＵ－ｃｅｌｌ１、ＤＵ－ｃｅｌｌ２は、ｆ１を中心周波数（center frequency）として有し、ＭＴ－ＣＣ３、ＤＵ－ｃｅｌｌ３は、ｆ２を中心周波数として有し、ｆ１とｆ２とは、互いに帯域間（inter-band）関係に位置できる。この場合、ＭＴ－ＣＣ１の立場またはＭＴ－ＣＣ２の立場で、ＤＵ－ｃｅｌｌ１、ＤＵ－ｃｅｌｌ２とはＴＤＭして動作するが、ＤＵ－ｃｅｌｌ３とはＦＤで動作できる。それに対して、ＭＴ－ＣＣ３の立場で、ＤＵ－ｃｅｌｌ１、ＤＵ－ｃｅｌｌ２とはＦＤで動作するが、ＤＵ－ｃｅｌｌ３とはＴＤＭで動作できる。

【0340】

それに対して、同じＣＣ内でもＭＴとＤＵとの間に異なるマルチプレクス方式が適用されることができる。例えば、ＭＴ－ＣＣおよび／またはＤＵ－ｃｅｌｌ内に複数のパート（part）が存在できる。このようなパート（part）は、例えば、中心周波数は同じであるが、物理的な位置（location）の差があるアンテナや互いに異なるパネルで送信されるリンクを意味することができる。あるいは、例えば、中心周波数は同じであるが、互いに異なる帯域幅パート（BandWidth Part：ＢＷＰ）を介して送信されるリンクを意味することができる。このような場合、例えば、ＤＵ－ｃｅｌｌ１内に２個のパートが存在するとき、パート別に特定のＭＴ－ＣＣまたは特定のＭＴ－ＣＣ内の特定のパートと動作するマルチプレクスタイプ（種類）（multiplexing type）が異なることがある。後述する内容は、ＩＡＢノードのＭＴのＣＣとＩＡＢノードのＤＵのセルとの対（pair）別に適用されるマルチプレクスタイプが異なる場合に対して記述するが、ＩＡＢノードのＭＴおよびＩＡＢノードのＤＵが複数のパートに区別され、ＩＡＢノードのＭＴのＣＣおよびパートとＩＡＢノードのＤＵのセルおよびパートとの対（pair）別に適用されるマルチプレクスタイプが異なる場合にも拡張されて適用されることができる。

【0341】

一つのＩＡＢノードが二つまたは複数の親ノードに連結されることを考慮することができる。このとき、ＩＡＢノードのＭＴは、二つの親ノードのＤＵに二重接続（Dual-Connectivity：ＤＣ）方式を使用して連結されることができる。ＩＡＢノードは、ＩＡＢ－ドナー（donor）ＣＵ（Centralized Unit）に対する重複経路（redundant route）を有することができる。ＳＡ－モードで動作するＩＡＢノードに対して、ＮＲ ＤＣは、ＩＡＢ－ＭＴが二つの親ノードを有する同時（concurrent）ＢＨ（Backhaul）ＲＬＣ（Radio Link Control）チャネルを有するように許容することによって、ＢＨで経路冗長性（重複性）（route redundancy）を活性化するときに使われることができる。親ノードは、上記二つの親ノードを介して重複経路（redundant route）の確立（establishment）および解除を制御する同じＩＡＢ－ドナーＣＵ－ＣＰ（Control Plane）に連結されなければならない。ＩＡＢ－ドナーＣＵと共に親ノードは、ＩＡＢ－ＭＴのマスタノードおよびセカンダリノードの役割を得ることができる。ＮＲ ＤＣフレームワーク（例えば、ＭＣＧ／ＳＣＧ関連手順）は、親ノードと二重無線リンクを設定するときに使われることができる。

【0342】

ＩＡＢ ＭＴが２個の親ノードのＤＵに連結される方式のうちの一つとして、下記のようなシナリオを考慮することができる。

【0343】

－シナリオ１：隣接する搬送波周波数を有する互いに異なるＭＴ－ＣＣを利用する複数の親ＤＵ連結

【0344】

図２９は、シナリオ１の一例を概略的に示す。

【0345】

ＩＡＢノードのＭＴは、互いに異なるＭＴ－ＣＣを使用して複数の親ノードのＤＵ（本明細書では、これを簡単に親ＤＵと命名することもできる）との連結を確立することができる。すなわち、一つのＭＴ－ＣＣは、一つの親ＤＵ－セルとの連結を確立し、該当親ＤＵ－セルは、互いに異なる親ＤＵに存在できる。例えば、図２９のようにＩＡＢノードのＭＴ内にＭＴ－ＣＣ１およびＭＴ－ＣＣ２が存在し、ＭＴ－ＣＣ１は、親ＤＵ１内にあるＤＵ－セル（cell）１と連結され、ＭＴ－ＣＣ２は、親ＤＵ２内にあるＤＵ－セル（cell）４と連結されることができる。このとき、ＩＡＢノードのＭＴの観点で、一つのＭＴ－ＣＣと一つのＤＵ－セルとのリンクを一つの親リンクと命名できる。この場合、ＭＴ－ＣＣ１とＤＵ－セル（cell）１とのリンクと、ＭＴ－ＣＣ２とＤＵ－セル（cell）４とのリンクと、は互いに異なる親リンクになる。

【0346】

このように、互いに異なるＭＴ－ＣＣを使用して互いに異なる親ＤＵ内のＤＵ－セルとの連結を確立するために既存のＤＣ方式を使用することができる。この場合、ＩＡＢノードのＭＴが互いに異なるＭＴ－ＣＣを使用して二つの親ＤＵ－セルと連結されたとき、一つの親ＤＵ－セルはＭＣＧに属し、他の一つの親ＤＵ－セルはＳＣＧに属することができる。

【0347】

ＩＡＢノードのＭＴの各ＭＴ－ＣＣは、互いに独立したＲＦチェーンを有すると仮定することができる。したがって、各ＭＴ－ＣＣは、互いに独立してそして同時に送信／受信動作を実行することができる。各ＭＴ－ＣＣは、自体に連結された親ＤＵ－セルに基づいて送信／受信タイミングを設定して管理できる。

【0348】

シナリオ１では、前述した状況で互いに異なる親ＤＵに連結されたＭＴ－ＣＣが互いに異なる搬送波周波数で動作することを考慮する。すなわち、図２９において、ＭＴ－ＣＣ１とＤＵ－セル１とのリンクと、ＭＴ－ＣＣ２とＤＵ－セル４とのリンクと、は互いに異なる搬送波周波数を有することができる。図２９において、ＭＴ－ＣＣ１とＤＵ－セル１とのリンクは、ｆ１の搬送波周波数を有し、それに対して、ＭＴ－ＣＣ２とＤＵ－セル４とのリンクは、ｆ３の搬送波周波数を有する。このとき、二つの親リンク間で動作する搬送波周波数領域が隣接している場合がある。このような場合、親リンク間で互いに異なるダウンリンク／アップリンク方向で動作すると、交差リンク干渉（cross link interference）が発生し得る。本シナリオでは、二つの親リンク間の搬送波周波数領域が隣接して性能に影響を与える程度の交差リンク干渉が発生する状況を考慮する。

【0349】

－シナリオ２：同じ搬送波周波数を有する互いに異なるＭＴ－ＣＣを使用する複数の親ＤＵ連結

【0350】

図３０は、シナリオ２の一例を示す。

【0351】

ＩＡＢノードのＭＴは、互いに異なるＭＴ－ＣＣを使用して複数の親ＤＵとの連結を確立することができる。すなわち、一つのＭＴ－ＣＣは、一つの親ＤＵ－セルとの連結を確立し、該当親ＤＵ－セルは、互いに異なる親ＤＵに存在できる。例えば、図３０のようにＩＡＢノードのＭＴ内にＭＴ－ＣＣ１およびＭＴ－ＣＣ２が存在し、ＭＴ－ＣＣ１は、親ＤＵ１内にあるＤＵ－セル（cell）１と連結され、ＭＴ－ＣＣ２は、親ＤＵ２内にあるＤＵ－セル（cell）３と連結されることができる。このとき、ＩＡＢノードのＭＴの観点で、一つのＭＴ－ＣＣと一つのＤＵ－セルとのリンクを一つの親リンクと命名できる。この場合、ＭＴ－ＣＣ１とＤＵ－セル１とのリンクと、ＭＴ－ＣＣ２とＤＵ－セル３とのリンクと、は互いに異なる親リンクになる。

【0352】

このように、互いに異なるＭＴ－ＣＣを使用して互いに異なる親ＤＵ内のＤＵ－セルとの連結を確立するために既存のＤＣ方式を使用することができる。この場合、ＩＡＢノードのＭＴが互いに異なるＭＴ－ＣＣを使用して二つの親ＤＵ－セルと連結されたとき、一つの親ＤＵ－セルはＭＣＧに属し、他の一つの親ＤＵ－セルはＳＣＧに属することができる。

【0353】

ＩＡＢノードのＭＴの各ＭＴ－ＣＣは、互いに独立したＲＦチェーンを有すると仮定することができる。したがって、各ＭＴ－ＣＣは、互いに独立してそして同時に送信／受信動作を実行することができる。各ＭＴ－ＣＣは、自体に連結された親ＤＵ－セルに基づいて送信／受信タイミングを設定して管理できる。

【0354】

シナリオ２では、前述した状況で互いに異なる親ＤＵに連結されたＭＴ－ＣＣが同じ搬送波周波数で動作することを考慮する。すなわち、図３０において、ＭＴ－ＣＣ１とＤＵ－セル（cell）１とのリンクと、ＭＴ－ＣＣ２とＤＵ－セル（cell）３とのリンクと、は互いに同じ搬送波周波数を有する状況を考慮する。すなわち、このようなシナリオでは、ＩＡＢノードのＭＴ内の互いに異なるＭＴ－ＣＣが同じ搬送波周波数を有して動作できることを意味し、互いに同じ周波数領域に複数のＭＴ－ＣＣが存在できることを意味する。図３０において、ＭＴ－ＣＣ１とＤＵ－セル１とのリンクは、ｆ１の搬送波周波数を有し、ＭＴ－ＣＣ２とＤＵ－セル３とのリンクも、ｆ１の搬送波周波数を有する。このとき、親リンク間で互いに異なるダウンリンク／アップリンク方向で動作すると、交差リンク干渉が発生し得る。また、二つのＭＴ－ＣＣで実際にダウンリンク信号／チャネルが送信されるリソースが互いにオーバーラップする場合、互いに干渉として作用できる。アップリンクの場合にも二つのＭＴ－ＣＣが送信するアップリンク信号／チャネルがオーバーラップする場合、特定の親ＤＵに送信するアップリンク信号／チャネルが他の親ＤＵに干渉として作用できる。

【0355】

－シナリオ３：単一ＭＴ－ＣＣを使用する複数の親ＤＵ連結

【0356】

図３１は、シナリオ３の一例を示す。

【0357】

ＩＡＢノードのＭＴは、一つのＭＴ－ＣＣを使用して複数の親ＤＵとの連結を確立することができる。すなわち、一つのＭＴ－ＣＣは、複数の親ＤＵ－セルとの連結を確立し、該当親ＤＵ－セルは、互いに異なる親ＤＵに存在できる。例えば、図３１のようにＩＡＢノードのＭＴ内にＭＴ－ＣＣ１が存在し、ＭＴ－ＣＣ１は、親ＤＵ１内にあるＤＵ－セル１とおよび親ＤＵ２内にあるＤＵ－セル４と連結されることができる。このとき、ＩＡＢノードのＭＴの観点で、一つのＭＴ－ＣＣと一つのＤＵ－セルとのリンクを一つの親リンクと命名できる。この場合、ＭＴ－ＣＣ１とＤＵ－セル１とのリンクと、ＭＴ－ＣＣ１とＤＵ－セル４とのリンクと、は互いに異なる親リンクになる。図３１において、ＭＴ－ＣＣ１とＤＵ－セル１とのリンクは、ｆ１の搬送波周波数を有し、ＭＴ－ＣＣ１とＤＵ－セル３とのリンクも、ｆ１の搬送波周波数を有する。

【0358】

－シナリオ３－１：複数のＲＦモジュールを有する複数の親ＤＵ連結

【0359】

ＩＡＢノードのＭＴ内の一つのＭＴ－ＣＣは、複数のＲＦチェーンを有することができる。すなわち、一つのＭＴ－ＣＣが二つのＲＦモジュールを使用して同じ搬送波周波数で互いに異なる親ＤＵをサポートすることができる。この場合、ＭＴ－ＣＣは、一つであるが、互いに独立したＲＦモジュールをサポートして同時に複数の親ＤＵとの連結を確立することができる。したがって、ＭＴ－ＣＣは、互いに独立してそして同時に複数の親ＤＵに対する送信／受信動作を実行することができる。ＭＴ－ＣＣの各ＲＦモジュールは、自体に連結された親ＤＵ－セルに基づいて送信／受信タイミングを設定して管理できる。このとき、親リンク間で互いに異なるダウンリンク／アップリンク方向で動作すると、交差リンク干渉が発生し得る。また、二つの親リンクで実際にダウンリンク信号／チャネルが送信されるリソースが互いにオーバーラップする場合、互いに干渉として作用できる。アップリンクの場合にも二つの親リンクで送信するアップリンク信号／チャネルがオーバーラップする場合、特定の親ＤＵに送信するアップリンク信号／チャネルが他の親ＤＵに干渉として作用できる。

【0360】

－シナリオ３－２：単一ＲＦモジュールを有する複数の親ＤＵ連結

【0361】

ＩＡＢノードのＭＴ内の一つのＭＴ－ＣＣは、一つのＲＦチェーンを有することができる。したがって、ＭＴ－ＣＣは、互いに異なる送信／受信タイミングで動作する二つの親リンクで同時に送受信を実行することができない。また、互いに異なるアナログビーム方向に動作する二つの親リンクで同時に送受信を実行することができない。したがって、ＭＴ－ＣＣは、互いに異なる時間リソースを使用して互いに異なる親リンクへの動作を実行しなければならない。このとき、ＭＴ－ＣＣは、自体と連結された各親ＤＵに対して独立して送信／受信タイミングを設定および管理しなければならない。

【0362】

－シナリオ４：ＤＡＰＳ－ＨＯ（Dual Active Protocol Stack based HandOver）

【0363】

端末のモビリティ強化（mobility enhancement）のためにＤＡＰＳ ＨＯが導入された。このようなＤＡＰＳ ＨＯは、ＩＡＢノードのＭＴにも適用されることができる。ＤＡＰＳ ＨＯを適用する場合、現在端末と連結中であるＭＣＧをソース（source）ＭＣＧとし、ハンドオーバを行おうとするＭＣＧをターゲット（target）ＭＣＧとするとき、端末は、同じ搬送波周波数を利用してソースＭＣＧとターゲットＭＣＧとに同時に連結されることができる。ＩＡＢノードのＭＴが同じ搬送波周波数を利用して複数の親ＤＵとの連結を確立する場合、ＤＡＰＳ ＨＯ方式を使用することである。この場合、一つの親ＤＵをソースＭＣＧ、他の一つの親ＤＵをターゲットＭＣＧとし、二つの親ＤＵに連結を確立することである。

【0364】

本明細書で提案する内容は、二つの親ＤＵを各々ＭＣＧおよびＳＣＧに設定して動作することに基づくが、ＭＣＧおよびＳＣＧを各々ソースＭＣＧおよびターゲットＭＣＧ（または、ターゲットＭＣＧおよびソースＭＣＧ）として（に置いて）ＤＡＰＳ ＨＯで動作することを含むことができる。この場合、本明細書で言及するＭＣＧおよびＳＣＧを各々ソースＭＣＧおよびターゲットＭＣＧ（または、ターゲットＭＣＧおよびソースＭＣＧ）に代替して解釈できる。

【0365】

本明細書で提案する内容は、帯域内（in-band）環境を仮定して内容を記述するが、帯域外（out-band）環境でも適用されることができる。また、本明細書で提案する内容は、ドナーｇＮＢ（Donor gNB：ＤｇＮＢ）、リレイノード（Relay Node：ＲＮ）、端末がハーフデュプレックス（half-duplex）動作を行う環境を考慮して記述されるが、ＤｇＮＢ、ＲＮ、および／または端末がフルデュプレックス（full-duplex）動作を行う環境でも適用されることができる。

【0366】

本明細書では、同じＩＡＢノードのＭＴが互いに異なる親ノードに連結された状況を考慮する。前述したシナリオ１、２、３、および４のような状況を考慮するとき、ＩＡＢノードのＭＴ内の一つのＭＴ－ＣＣが互いに異なる２個の親ノード内の特定のＤＵ－セルに連結され、またはＩＡＢノードのＭＴ内の互いに異なるＭＴ－ＣＣが各々互いに異なる２個の親ノード内の特定のＤＵ－セルに連結されることができる。このとき、一つの親ノードは、一つの搬送波グループ（Carrier Group：ＣＧ）を意味することができる。

【0367】

図３２および図３３は、一つのＩＡＢノードに対して複数の親ノードが連結された一例を示す。

【0368】

このようなシナリオを総合して、本明細書では、図３２および図３３のような状況を考慮する。ＩＡＢノードは、親ノード１内に存在する親ＤＵ－セル１と、親ノード２内に存在する親ＤＵ－セル２と、同時に連結されている。このとき、ＩＡＢノードと親ＤＵ－セル１とのリンクは、親リンク１といい、ＩＡＢノードと親ＤＵ－セル２とのリンクは、親リンク２という。親リンク１および親リンク２は、周波数内（intra-frequency）関係を有する周波数リソースを介して動作できる。すなわち、親ＤＵ－セル１および親ＤＵ－セル２は、周波数内（intra-frequency）関係を有する周波数リソースを介して動作できる。このとき、ＩＡＢノードの観点で、親リンク１と親リンク２とは、図３２のように互いに異なるＭＴ－ＣＣを介して連結されることができる。すなわち、親ＤＵ－セル１とのリンクは、ＭＴ－ＣＣ１を介して連結され、親ＤＵ－セル２とのリンクは、ＭＴ－ＣＣ２を介して連結されることができる。あるいは、親リンク１と親リンク２とは、図３３のように互いに同じＭＴ－ＣＣを介して連結されることができる。すなわち、親ＤＵ－セル１と親ＤＵ－セル２とは、両方ともＭＴ－ＣＣ１を介して連結されることができる。

【0369】

このとき、状況によって、ＩＡＢノードは、親リンク１を介した受信と親リンク２を介した受信とを同時にまたは非同時に（non-simultaneous）実行することができる。ＩＡＢノードは、親リンク１を介した送信と親リンク２を介した送信とも、状況によって同時にまたは非同時に実行することができる。同時送信／受信が実行されない理由／状況は、例えば、下記の通りである。

【0370】

（状況１）ＩＡＢノードのＭＴが二つの親ＤＵとの送受信のために使用するＴｘ／Ｒｘチェーンの個数によって、同時送信／受信が可能か否かが変わることができる。

【0371】

ＩＡＢノードのＭＴが二つの親ＤＵとの送受信のために使用する送信／受信チェーンの個数によって、同時送信／受信が可能か否かが変わることができる。例えば、二つのＴｘチェーンを有する場合は、二つの親ＤＵに対して同時送信が可能であるが、一つのＴｘチェーンのみを有する場合は、特定の時間リソースでは一つの親ＤＵに対してのみＴｘが可能である。

【0372】

ＩＡＢノードのＭＴが二つの親ＤＵとの送受信のために使用するＴｘ／Ｒｘチェーンの個数は、ＩＡＢノードのＭＴが有しているＴｘ／Ｒｘチェーンの個数によって変わることができる。

【0373】

あるいは、ＣＡ（Carrier Aggregation）／ＤＣ（Dual-Connectivity）を実行する場合、ＩＡＢノードのＭＴに設定されたまたは活性化されたＣＣの個数によって、特定のＣＣでまたは特定の周波数リソースで使用できるＴｘ／Ｒｘチェーンの個数が変わることができる。

【0374】

（状況２）ＩＡＢノードのＭＴが実行する送受信方法によって同時送信／受信が可能か否かが変わることができる。

【0375】

ＩＡＢノードのＭＴが同じ個数のＴｘ／Ｒｘチェーンを使用して二つの親ＤＵと送受信を実行しても、ＩＡＢノードのＭＴが適用する送受信方式などによって同時送信／受信が可能か否かが変わることができる。

【0376】

例えば、単一Ｔｘチェーンを使用して二つの親ＤＵに送信を実行しても、下記のような要素により同時送信が可能か否かが変わることができる。

【0377】

－アナログビーム方向が異なる場合（または、ＱＣＬ（Quasi Co-Location）情報が異なる場合）、同時送信が不可能である。

【0378】

－二つの親リンクへの送信タイミングの差が一定値以上である場合、同時送信が不可能である。

【0379】

－二つの親リンクへの送信電力の差が一定値以上である場合、同時送信が不可能である。

【0380】

あるいは、例えば、二つの親ＤＵが存在するとき、二つのＴｘ／Ｒｘチェーンを一つの親ＤＵに対する２層（layer）送信に使用することと、二つの親ＤＵに対する１（階）層（layer）同時送信に使用することと、を動的に（dynamic）切り替える動作を考慮することができる。このような場合、動作方式によって同時送信が可能か否かが変わることができる。

【0381】

まず、以下では、前述したようにＩＡＢノードのＭＴが二つの親ノードに連結されている場合、すなわち、互いに異なるＣＧ内に属する二つの親ＤＵ－セルに連結されている場合、二つの親リンクへの同時送信および／または同時受信が不可能な状況を考慮する。このような場合、以下では、二つの親リンクへのＩＡＢノードのＭＴの送信／受信動作について提案する。

【0382】

後述する内容は、親ノード、親ＤＵ－セルおよび／または親リンクが２個存在する状況を仮定して記述するが、２個より多い場合にも拡張／適用されることができる。

【0383】

まず、二つの親リンク間の送受信リソースの衝突を防止するための親ＤＵセルの動作方法について説明する。

【0384】

ＩＡＢノードのＭＴが二つの親ＤＵ－セルから、同時にダウンリンク受信を実行する、または同時にアップリンク送信を実行することができない場合、二つの親ＤＵ－セルの各々は、ＩＡＢノードのＭＴに同じリソースでダウンリンク受信を実行し、またはアップリンク送信を実行しないように動作する必要がある。すなわち、同じ時間リソースで一つの親ＤＵ－セルのみがＩＡＢノードのＭＴと送受信を実行しなければならない。このために、下記のような動作／方法を提案する。下記方法のうちの一つのみが適用され、または複数の方法が共に適用されることもできる。下記のような方法を介して、特定の親ＤＵ－セルが特定のリソースでＩＡＢノードのＭＴとの送受信を実行しない場合、該当リソースでＩＡＢノードのＭＴが自体と送受信を実行するようにスケジューリングを実行しない。

【0385】

（方法１－１）親ＤＵ－セルに対するリソースの利用可能性情報に基づいて動作する親ＤＵ－セルを決定。

【0386】

ここで、上記利用可能性情報は、特定のリソース（例えば、上記親ＤＵ－セルに対するＤＵリソース）がハード（hard）リソースであるか、ソフト（soft）リソースであるか、または利用不可能（Not Available：ＮＡ）リソースであるかを知らせることができる。ここで、ハード（Hard：Ｈ）リソースは、ＤＵ子リンクに対して常に利用可能な時間リソース、ソフト（Soft：Ｓ）リソースは、ＤＵ子リンクに対する時間リソースの利用可能性が明示的または暗黙的に親ノードにより制御される時間リソースを各々意味できる。

【0387】

図３４は、第１の親ＤＵ－セルおよび第２の親ＤＵ－セルがＩＡＢノードと連結された場合、第１の親ＤＵ－セルの動作の一例に関する流れ図である。

【0388】

図３４を参考にすると、第１の親ＤＵ－セルは、第２の親ＤＵ－セルのＤＵ設定情報を受信する（Ｓ３４１０）。ここで、ＤＵ設定情報は、親ＤＵ－セルに対して設定されたリソースの利用可能性に関する情報を含むことができる。

【0389】

以後、上記第１の親ＤＵ－セルは、自体のＤＵ設定情報および上記第２の親ＤＵ－セルのＤＵ設定情報に基づいて特定のリソースでＩＡＢノードとの送受信が可能か否かを判断する（Ｓ３４２０）。

【0390】

以後、上記第１の親ＤＵ－セルが上記特定のリソースで上記ＩＡＢノードとの送受信が可能であると判断した場合、上記第１の親ＤＵ－セルは、上記特定のリソースで上記ＩＡＢノードとの送受信を実行する（Ｓ３４３０）。

【0391】

すなわち、同じＩＡＢノードのＭＴと連結された親ＤＵ－セルを各々第１の親ＤＵ－セル（または、親ＤＵ－セル１）および第２の親ＤＵ－セル（または、親ＤＵ－セル２）とするとき、親ＤＵ－セル１は、自体のＤＵ設定情報に含まれているリソースの利用可能性情報および親ＤＵ－セル２のＤＵ設定情報に含まれているリソースの利用可能性情報を考慮して特定のリソースでＩＡＢノードのＭＴとの送受信が可能か否かを判断することができる。

【0392】

このために、親ＤＵ－セル１は、親ＤＵ－セル２のＤＵ設定情報またはＤＵ設定情報に含まれているリソースの利用可能性情報の設定を受けることができる。

【0393】

一方、特定の時間リソースに対する親ＤＵ－セル１のリソースの利用可能性情報ならびに親ＤＵ－セル２のＤＵ設定情報もしくはリソースの利用可能性情報によって、親ＤＵ－セル１は、下記のように動作できる。

【0394】

ａ）親ＤＵ－セル１のリソースの利用可能性情報が利用不可能（ＮＡ）である場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行しない。

【0395】

ｂ）親ＤＵ－セル１のリソースの利用可能性情報がハードまたはソフトであり、親ＤＵ－セル２のリソースの利用可能性情報がＮＡである場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行する。

【0396】

ｃ）親ＤＵ－セル１のリソースの利用可能性情報がハードであり、親ＤＵ－セル２のリソースの利用可能性情報がソフトである場合、（代案１）確実に該当リソースを使用することができるように設定を受ける親ＤＵ－セル１の動作が優先することができる。したがって、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行する。あるいは、（代案２）二つの親ＤＵ－セルのうち、優先順位を有するように設定された親ＤＵ－セルがＩＡＢノードのＭＴとの送受信を実行する。優先順位を有する親ＤＵ－セルは、後述する方法１－２のように決定されることができる。該当の優先順位決定方式により親ＤＵ－セル１が優先順位を有する場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行する。そうでない場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行しない。あるいは、（代案３）ＴＤＭリソース設定を介して該当リソースで動作できるように設定された親ＤＵ－セルが、ＩＡＢノードのＭＴとの送受信を実行する。ＴＤＭリソース設定は、後述する方法１－３のように設定されることができる。該当ＴＤＭリソース設定により該当リソースで親ＤＵ－セル１が動作するように設定される場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行する。そうでない場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行しない。あるいは、（代案４）二つの親ＤＵ－セルの両方（全て）が、ＩＡＢノードのＭＴとの送受信を実行する。したがって、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行する。この場合、追加的に、後述する二つの親リンク間の送受信リソースの衝突発生時、ＩＡＢノードのＭＴの動作方法で提案した方法によりＩＡＢノードのＭＴが一つの親リンクに対してのみ送受信を実行する。

【0397】

ｄ）親ＤＵ－セル１のリソースの利用可能性情報がソフトであり、親ＤＵ－セル２のリソースの利用可能性情報がハードである場合、（代案１）確実に該当リソースを使用することができるように設定を受ける親ＤＵ－セル２の動作が優先することができる。したがって、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行しない。あるいは、（代案２）二つの親ＤＵ－セルのうち、優先順位を有するように設定された親ＤＵ－セルがＩＡＢノードのＭＴとの送受信を実行する。優先順位を有する親ＤＵ－セルは、後述する方法１－２のように決定されることができる。該当の優先順位決定方式により親ＤＵ－セル１が優先順位を有する場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行する。そうでない場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行しない。あるいは、（代案３）ＴＤＭリソース設定を介して該当リソースで動作できるように設定された親ＤＵ－セルが、ＩＡＢノードのＭＴとの送受信を実行する。ＴＤＭリソース設定は、後述する方法１－３のように設定されることができる。該当ＴＤＭリソース設定により該当リソースで親ＤＵ－セル１が動作するように設定される場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行する。そうでない場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行しない。あるいは、（代案４）二つの親ＤＵ－セルの両方が、ＩＡＢノードのＭＴとの送受信を実行する。したがって、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行する。この場合、追加的に後述する二つの親リンク間の送受信リソースの衝突発生時、ＩＡＢノードのＭＴの動作方法で提案した方法によりＩＡＢノードのＭＴが一つの親リンクに対してのみ送受信を実行する。

【0398】

ｅ）親ＤＵ－セル１のリソースの利用可能性情報がハードであり、親ＤＵ－セル２のリソースの利用可能性情報がハードである場合、（代案１）二つの親ＤＵ－セルのうちの優先順位を有するように設定された親ＤＵ－セルがＩＡＢノードのＭＴとの送受信を実行する。優先順位を有する親ＤＵ－セルは、後述する方法１－２のように決定されることができる。該当の優先順位決定方式により親ＤＵ－セル１が優先順位を有する場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行する。そうでない場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行しない。あるいは、（代案２）ＴＤＭリソース設定を介して該当リソースで動作できるように設定された親ＤＵ－セルがＩＡＢノードのＭＴとの送受信を実行する。ＴＤＭリソース設定は、後述する方法１－３のように設定されることができる。該当ＴＤＭリソース設定により該当リソースで親ＤＵ－セル１が動作するように設定される場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行する。そうでない場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行しない。あるいは、（代案３）二つの親ＤＵ－セルの両方がＩＡＢノードのＭＴとの送受信を実行する。したがって、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行する。この場合、追加的に、後述する二つの親リンク間の送受信リソースの衝突発生時、ＩＡＢノードのＭＴの動作方法で提案した方法によりＩＡＢノードのＭＴが一つの親リンクに対してのみ送受信を実行する。

【0399】

ｆ）親ＤＵ－セル１のリソースの利用可能性情報がソフトであり、親ＤＵ－セル２の設定情報がソフトである場合、（代案１）二つの親ＤＵ－セルのうち、優先順位を有するように設定された親ＤＵ－セルがＩＡＢノードのＭＴとの送受信を実行する。優先順位を有する親ＤＵ－セルは、後述する方法１－２のように決定されることができる。該当の優先順位決定方式により親ＤＵ－セル１が優先順位を有する場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行する。そうでない場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行しない。あるいは、（代案２）ＴＤＭリソース設定を介して該当リソースで動作できるように設定された親ＤＵ－セルがＩＡＢノードのＭＴとの送受信を実行する。ＴＤＭリソース設定は、後述する方法１－３のように設定されることができる。該当ＴＤＭリソース設定により該当リソースで親ＤＵ－セル１が動作するように設定される場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行する。そうでない場合、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行しない。あるいは、（代案３）二つの親ＤＵ－セルの両方がＩＡＢノードのＭＴとの送受信を実行する。したがって、親ＤＵ－セル１は、ＩＡＢノードのＭＴとの送受信を実行する。この場合、追加的に、後述する二つの親リンク間の送受信リソースの衝突発生時、ＩＡＢノードのＭＴの動作方法で提案した方法によりＩＡＢノードのＭＴが一つの親リンクに対してのみ送受信を実行する。

【0400】

前述した内容は、親ＤＵ－セル１の観点で作成されたが、親ＤＵ－セル２も同様に自体のリソースの利用可能性情報および親ＤＵ－セル１のリソースの利用可能性情報を考慮して特定のリソースでＩＡＢノードのＭＴとの送受信が可能か否かを判断することができる。

【0401】

（方法１－２）親ＤＵ－セルに対する優先順位設定に基づいて動作する親ＤＵ－セルを決定。

【0402】

同じＩＡＢノードのＭＴと連結された二つの親ＤＵ－セルを各々親ＤＵ－セル１および親ＤＵ－セル２とするとき、各親ＤＵ－セルは、優先順位を決定する方法により、特定のリソースでＩＡＢノードのＭＴとの送受信が可能か否かを判断することができる。この場合、優先順位を有する（または、相対的に優先順位が高い）親ＤＵ－セルは、ＩＡＢノードのＭＴと送受信を実行し、優先順位を有しない（または、相対的に優先順位が低い）親ＤＵ－セルは、ＩＡＢノードのＭＴと送受信を実行しない。このとき、具体的に優先順位を決定／判断する方法は、下記の通りである。

【0403】

（代案１）ＩＡＢノードのＭＴの観点で二つの親ＤＵ－セルがＤＣ関係にある場合、（代案１－ａ）ＭＣＧに属する親ＤＵ－セルが優先順位（または、相対的に高い優先順位）を有することができる。あるいは、（代案１－ｂ）ＳＣＧに属する親ＤＵ－セルが優先順位（または、相対的に高い優先順位）を有することができる。

【0404】

（代案２）ＩＡＢノードのＭＴの観点で二つの親ＤＵ－セルがＤＡＰＳ－ＨＯ関係にある場合、（代案２－ａ）ソース（source）ＭＣＧに属する親ＤＵ－セルが優先順位（または、相対的に高い優先順位）を有することができる。あるいは、（代案２－ｂ）ターゲット（target）ＭＣＧに属する親ＤＵ－セルが優先順位（または、相対的に高い優先順位）を有することができる。

【0405】

（代案３）優先順位を有する親ＤＵ－セルの情報は、設定可能な（configurable）情報である。例えば、各親ＤＵ－セルは、ドナーノード／ＣＵからどの親ＤＵ－セルが優先順位を有するかに関する情報の設定を受けることができる。

【0406】

（方法１－３）ＴＤＭリソース設定を介した親ＤＵ－セル決定。

【0407】

同じＩＡＢノードのＭＴと連結された親ＤＵ－セルを各々親ＤＵ－セル１および親ＤＵ－セル２とするとき、時間リソースによって優先順位（または、相対的に高い優先順位）を有する親ＤＵ－セルの情報が変わることができる。この場合、優先順位（または、相対的に高い優先順位）を有する親ＤＵ－セルは、ＩＡＢノードのＭＴと送受信を実行し、優先順位を有しない（または、相対的に低い優先順位を有する）親ＤＵ－セルは、ＩＡＢノードのＭＴと送受信を実行しない。

【0408】

時間リソースによって優先順位を有する親ＤＵ－セルに関する情報は、ドナーノード／ＣＵにより設定されることができる。あるいは、決められた規則（例えば、スロットインデックスによって偶数番目のスロットと奇数番目のスロットとで優先順位を有する親ＤＵ－セルが変わるように決定）によって優先順位を有する親ＤＵ－セルが変わることができる。

【0409】

前述した内容で、特定の親ＤＵ－セルが動作しないということまたはＩＡＢノードのＭＴと送受信を実行しないということは、該当親ＤＵ－セルのリソースの利用可能性は、設定された通りに維持され、親ＤＵ－セルがＩＡＢノードのＭＴと送受信を実行しないことを意味することができる。あるいは、特定の親ＤＵ－セルが動作しないということまたはＩＡＢノードのＭＴと送受信を実行しないということは、該当リソースでＮＡに設定されたように動作することまたは利用可能なリソースとして設定されないソフトリソースのように動作することと解釈されることができる。

【0410】

特徴的には、前述した方法を使用して特定の親ＤＵ－セルが自体の動作が可能か否かを判断すると、該当動作が可能か否かは、自体の全ての子リンク（すなわち、該当親ＤＵ－セルと連結された全ての子ノードのＭＴおよび／または端末）との送受信に同じく適用されることができる。すなわち、動作が可能か否かの判断によって、親ＤＵ－セルの全ての子リンクに対して送受信を実行し、または実行しない。

【0411】

あるいは、特定の親ＤＵ－セルが自体の動作が可能か否かを判断すると、該当動作が可能か否かは、特定の子リンク（すなわち、該当の親ＤＵ－セルと連結された特定の子ノードのＭＴおよび／または端末）との送受信にのみ適用されることができる。この場合、特定の親ＤＵ－セルが自体の動作が可能か否かを判断するために参考にする情報（例えば、他の親ＤＵ－セルのＤＵ設定またはリソースの利用可能性情報、ＴＤＭ情報、親ＤＵ－セルに対する優先順位関連情報など）は、子リンク固有に（すなわち、子ノードのＭＴ固有および／または端末固有に）設定されることができる。

【0412】

次に、二つの親リンク間のリソースの衝突発生時、ＩＡＢノードのＭＴの動作方法について説明する。

【0413】

図３５は、複数の親ＤＵ－セルがＩＡＢノードと連結された場合、ＩＡＢノードの動作の一例に関する流れ図である。ここで、上記ＩＡＢノードは、ＩＡＢノードのＭＴを意味することができる。

【0414】

図３５を参考にすると、ＩＡＢノードは、複数の親ＤＵ－セルから同時にダウンリンク受信を実行するように設定され、または複数の親ＤＵ－セルに同時にアップリンク送信を実行するように設定されたかどうかを判断する（Ｓ３５１０）。

【0415】

以後、上記ＩＡＢノードは、上記複数の親ＤＵセルの中から一つを選択する（Ｓ３５２０）。

【0416】

以後、上記ＩＡＢノードは、選択された親ＤＵ－セルと、ダウンリンク受信またはアップリンク送信を実行する（Ｓ３５３０）。

【0417】

ＩＡＢノードのＭＴが二つの親ＤＵ－セルから、同時にダウンリンク受信を実行しない、または同時にアップリンク送信を実行しない場合、二つの親ＤＵ－セルの各々は、前述した方法を使用して、同じ時間リソースでＩＡＢノードのＭＴにダウンリンク受信またはアップリンク送信を実行しないようにしなければならない。

【0418】

しかしながら、不回避にＩＡＢノードのＭＴが二つの親ＤＵ－セルから、同時にダウンリンク受信を実行し、または同時にアップリンク送信を実行するように設定／スケジューリングされることができる。

【0419】

このような場合、ＩＡＢノードのＭＴは、一つの親ＤＵ－セルに対してのみダウンリンク受信またはアップリンク送信を実行し、他の親ＤＵ－セルに対するダウンリンク受信またはアップリンク送信は実行しない。このとき、以下では、ダウンリンク受信またはアップリンク送信を実行する親ＤＵ－セルを決定するための方法を提案する。一例として、図３５において、複数の親ＤＵ－セルの中から一つを選択するステップ（Ｓ３５２０）におけるＩＡＢノードは、以下の方法のうちの少なくとも一つを適用することができる。

【0420】

（方法２－１）親リンク別の利用可能なリソースの設定を受ける。

【0421】

ＩＡＢノードのＭＴが特定の時間リソースで、二つの親ＤＵ－セルへのアップリンク送信または二つの親ＤＵ－セルからのダウンリンク受信の設定／スケジューリングを受けた場合、ＩＡＢノードのＭＴは、親リンク別に動作可能なリソース情報の設定を受けることによって、ＩＡＢノードのＭＴが送受信を実行する親ＤＵ－セルを判断することができる。このために、ＩＡＢノードのＭＴは、親リンク別に該当親リンクへの動作のために使用できる時間リソースに関する情報の設定を受けることができる。特徴的には、このような設定は、ドナーノード／ＣＵからＲＲＣシグナリングを介して設定されることができる。ＩＡＢノードが特定の親ＤＵ－セルに対する送受信の設定／スケジューリングを受けた場合、該当送受信が実行されるリソースが該当親リンクで使用することができるリソースに設定された場合に該当送受信を実行することができる。ＩＡＢノードが特定の時間リソースで二つの親ＤＵ－セルに対する送受信の設定／スケジューリングを受けて、該当時間リソースが二つの親リンクの両方に対して使用できるリソースに設定された場合、下記のように動作できる。

【0422】

（代案ａ）後述する方法２－４に基づいて動作できる。

【0423】

（代案ｂ）後述する方法２－２に基づいて動作できる。

【0424】

（方法２－２）優先順位を有する（または、相対的に高い優先順位の）送受信を決定

【0425】

ＩＡＢノードのＭＴが特定の時間リソースで、二つの親ＤＵ－セルへのアップリンク送信または二つの親ＤＵ－セルからのダウンリンク受信の設定／スケジューリングを受けた場合、優先順位または相対的に高い優先順位を有する送受信を優先的に実行することができる。この場合、ＩＡＢノードのＭＴが二つの親ＤＵ－セルへのアップリンク送信または二つの親ＤＵ－セルからのダウンリンク受信の設定／スケジューリングを受けた場合、ＩＡＢノードのＭＴは、優先順位を有する（または、相対的に高い優先順位の）送受信のみを実行し、優先順位を有しない（または、相対的に低い優先順位の）送受信を実行しない。このとき、優先順位を有する（または、相対的に高い優先順位の）送受信は、下記のように決定されることができる。

【0426】

（代案ａ）該当ダウンリンク／アップリンク送信に対するスケジューリングＤＣＩの送信時期によって決定。

【0427】

（代案ａ－１）該当ダウンリンク／アップリンク送信に対するスケジューリングＤＣＩが先に送信された送受信が（相対的に高い）優先順位を有する。

【0428】

（代案ａ－２）該当ダウンリンク／アップリンク送信に対するスケジューリングＤＣＩが後で送信された送受信が（相対的に高い）優先順位を有する。

【0429】

（代案ｂ）該当ダウンリンク／アップリンク送信の時間リソースによって決定。

【0430】

（代案ｂ－１）該当ダウンリンク／アップリンク送信を実行する時間リソースが先に開始される送受信が（相対的に高い）優先順位を有する。

【0431】

（代案ｂ－２）該当ダウンリンク／アップリンク送信を実行する時間リソースが後で開始される送受信が（相対的に高い）優先順位を有する。

【0432】

（代案ｃ）ＩＡＢノードのＭＴの観点で二つの親ＤＵ－セルがＤＣ関係にある場合、（代案ｃ－１）ＭＣＧに属する親ＤＵ－セルに対する送受信が（相対的に高い）優先順位を有する。あるいは、（代案ｃ－２）ＳＣＧに属する親ＤＵ－セルに対する送受信が（相対的に高い）優先順位を有する。

【0433】

（代案ｄ）ＩＡＢノードのＭＴの観点で、二つの親ＤＵ－セルがＤＡＰＳ－ＨＯ関係にある場合、（代案ｄ－１）ソースＭＣＧに属する親ＤＵ－セルに対する送受信が（相対的に高い）優先順位を有する。あるいは、（代案ｄ－２）ターゲットＭＣＧに属する親ＤＵ－セルに対する送受信が（相対的に高い）優先順位を有する。

【0434】

（代案ｅ）（相対的に高い）優先順位を有する親ＤＵ－セルに関する情報が設定されることができる。例えば、ＩＡＢノードのＭＴは、ドナー／ＣＵからどの親ＤＵ－セルが（相対的に高い）優先順位を有するかに関する情報の設定を受けることができる。この場合、（相対的に高い）優先順位を有する親ＤＵ－セルに対する送受信が（相対的に高い）優先順位を有する送受信になることができる。

【0435】

（方法２－３）ＴＤＭリソース設定を介して動作する親ＤＵ－セルを決定。

【0436】

ＩＡＢノードのＭＴが特定の時間リソースで、二つの親ＤＵ－セルへのアップリンク送信または二つの親ＤＵ－セルからのダウンリンク受信の設定／スケジューリングを受けた場合、アップリンク送信またはダウンリンク受信を実行する親ＤＵ－セルが時間リソースによって異なるように決定されることができる。すなわち、時間リソースによってＩＡＢノードのＭＴの送受信に（相対的に高い）優先順位を有する親ＤＵ－セルの情報が変わることができる。この場合、ＩＡＢノードのＭＴが二つの親ＤＵ－セルへのアップリンク送信または二つの親ＤＵ－セルからのダウンリンク受信の設定／スケジューリングを受けた場合、ＩＡＢノードのＭＴは、（相対的に高い）優先順位を有する親ＤＵ－セルへは設定された／スケジューリングされた送受信を実行し、（相対的に高い）優先順位を有しない親ＤＵ－セルへは設定された／スケジューリングされた送受信を実行しない。

【0437】

このために、時間リソースによって送受信に（相対的に高い）優先順位を有する親ＤＵ－セルに関する情報がドナーノード／ＣＵから設定されることができる。あるいは、決められた規則（例えば、スロットインデックスによって偶数番目のスロットと奇数番目のスロットとで（相対的により高い）優先順位を有する親ＤＵ－セルが変わるように決定）によって（相対的に高い）優先順位を有する親ＤＵ－セルが変わることができる。

【0438】

（方法２－４）ＩＡＢノードのＭＴの任意に動作する親ＤＵ－セルを決定。

【0439】

ＩＡＢノードのＭＴが特定の時間リソースで、二つの親ＤＵ－セルへのアップリンク送信または二つの親ＤＵ－セルからのダウンリンク受信の設定／スケジューリングを受けた場合、ＩＡＢノードのＭＴは、任意に一つの送信または受信を選択して実行することができる。

【0440】

以下では、親リンク間のタイミングミスアラインメント（timing misalignment）について説明する。

【0441】

既存のＬＴＥ環境で端末がＤＣ（Dual Connectivity）を介して二つのｅＮＢと連結される場合、端末の観点で考慮するＭＣＧとＳＣＧとに対する最大送信／受信タイミングの差は、同期（synchronous）ＤＣシナリオ基準３３ｕｓであり、非同期（asynchronous）ＤＣシナリオ基準５００ｕｓである。

【0442】

ＮＲ環境でＥＮ－ＤＣの場合、非同期（asynchronous）帯域間（inter-band）のＥＮ－ＤＣの状況で最大アップリンク送信タイミング差（maximum uplink transmission timing difference）値は、以下の通りである。

【0443】

＜表９＞

【表9】

【0444】

ここで、Ｅ－ＵＴＲＡ ＦＤＤ－ＮＲ ＦＤＤバンド内のＥＮ－ＤＣに対して、標準などにより事前に要求事項（requirement）が定義され、上記表が適用可能である場合、１２０ｋＨｚ ＰＣｅｌｌに対するシナリオは存在しない。

【0445】

それに対して、同期帯域内のＥＮ－ＤＣの状況で最大アップリンク送信タイミング差値は、以下の通りである。

【0446】

＜表１０＞

【表10】

【0447】

ここで、ＰＳＣｅｌｌ内のデータに対するＵＬ副搬送波間隔が１５ｋＨｚである場合、単一ＵＬタイミング（ｕｌ－ＴｉｍｉｎｇＡｌｉｇｎｍｅｎｔＥＵＴＲＡ－ＮＲがシグナリングされる）のみサポートする能力を指示する端末には適用されない。この端末に対してＥ－ＵＴＲＡおよびＮＲセルに対する単一ＵＬタイミングが仮定される。

【0448】

また、ここで、上記表１０の場合、送信タイミング差がＰＳＣｅｌｌのデータに対するＵＬ副搬送波間隔のサイクリックプレフィックス長さ（cyclic prefix length）を超える場合、ＬＴＥサブフレーム境界とオーバーラップするシンボルに対してＮＲ ＵＥ Ｔｘ ＥＶＭの低下が予想される。

【0449】

一方、ＩＡＢ環境では、ＩＡＢノード間のダウンリンク送信タイミングが整列されている同期配置（synchronous deployment）状況を仮定する。しかしながら、同期（synchronous）環境であるにもかかわらず、ＩＡＢノードが二つの親ノードに連結される場合、二つの親ノードに対するアップリンク送信タイミングの差が既存の同期ＤＣ環境に比べて大きくなることができる。

【0450】

図３６は、二つの親ノードと一つのＩＡＢノードとが連結された場合、各々のノードの送受信タイミングの一例を示す。

【0451】

例えば、ノード間に適用するタイミングアラインメント（timing alignment）方式が異なって親ノード間のＤＵ受信タイミングが異なるように設定される場合、このような現象が発生し得る。図３６のように、ＩＡＢノードが親ノード（parent node）１および親ノード２に連結されていて、親ノード１および親ノード２は、直接または他のノードとの連結を介して無線バックホール（wireless backhaul）に連結されることができる。すなわち、親ノード１および親ノード２は、非理想的バックホール（non-ideal backhaul）を介して連結される。このとき、親ノード１の場合、タイミングアラインメント事例（timing alignment case）１を適用してＤＵのアップリンク受信タイミングを設定することができる。それに対して、親ノード２の場合、タイミングアラインメント事例７を適用することで、ＤＵ受信タイミングが自体のＭＴ受信タイミングと同じように設定できる。このような場合、ＩＡＢノードは、各親ノードのＤＵ受信タイミングに合わせて設定されたＴＡ（Timing Advance）値を使用して各親ノードに対するアップリンク送信タイミングを設定する。図３６において、ＩＡＢノードは、親ノード１のアップリンク受信１（ＵＬ Ｒｘ１）のタイミングに合わせてアップリンク送信１（ＵＬ Ｔｘ１）の送信タイミングを設定し、親ノード２のアップリンク受信２（ＵＬ Ｒｘ２）のタイミングに合わせてアップリンク送信２（ＵＬ Ｔｘ２）の送信タイミングを設定する。この場合、ＵＬ Ｔｘ１の送信タイミングおよびＵＬ Ｔｘ２の送信タイミングは、既存の親ノード間の同じＤＵ受信タイミングに合わせてＵＬ送信タイミングを実行するときより大きい差値を有することができる。

【0452】

他の例として、ＩＡＢノードは、親ノード１と送受信するときにはタイミングアラインメント事例１を適用するが、親ノード２と送受信するときにはタイミングアラインメント事例６を適用することができる。この場合、親ノード１と送受信するときには（親ノード１のＤＵ受信タイミングに合わせて）親ノード１から設定を受けるＴＡ値ほど早めるようにＩＡＢノードのＭＴ送信タイミングを設定することができる。それに対して、ＩＡＢノードは、親ノード２との送受信時には、ＭＴ送信タイミングが自体のＤＵ送信タイミングと同じように設定できる。このような場合にも、二つの親ノードに対するＩＡＢノードのアップリンク送信タイミングの差が既存より大きい値の範囲を有することができる。

【0453】

親ノード間のＤＵ送信タイミングは、同期するため（synchronous）、二つの親リンクに対するＭＴ受信タイミングの差は、二つの親ノードとの伝番遅延（propagation delay）の差値に影響を受けて、既存のＤＣにおける状況と類似することができる。しかしながら、二つの親ノードに対するＭＴ送信タイミングの差値は、二つの親ノードとの伝番遅延だけでなく、親ノードおよびＩＡＢノードに適用されるタイミングアラインメント方式にも影響を受けることができる。この場合、既存の同期ＤＣシナリオより大きい範囲のアップリンク送信タイミング差を有することができる。

【0454】

以下では、二つの親リンクに対する非同時（non-simultaneous）送受信について説明する。

【0455】

ＩＡＢノードが二つの親ノードと連結されるとき、二つの親ノードと連結される周波数リソースは、同じチャネル（co-channel）（同じ周波数（same frequency））を使用し、または隣接チャネル（adjacent channel）（周波数内およびバンド内（intra-frequency and intra-band））を使用することができる。このとき、このような二つの親ノードとの連結は、例えば、ＤＣの方法を使用することもでき、ＤＡＰＳ－ＨＯの方式を使用することもできる。

【0456】

バンド内の同じまたは異なる周波数リソースを使用して二つの親ノードと連結される場合、単一ＲＦチェーン（single RF chain）を使用することを仮定することができる。すなわち、ＩＡＢノードが親ノード１に対するアップリンク送信と親ノード２に対するアップリンク送信とを同じ送信ＲＦチェーンを使用して実行することができる。このような場合、二つの親ノードへのアップリンク送信タイミングの差が一定値以上である場合、二つの親ノードに同時アップリンク送信を実行することができずに、非同時アップリンク送信のみを使用しなければならない。これは、すなわち、ＩＡＢノードが二つの親ノードに対するアップリンク送信をＴＤＭ方式で実行すべきことを意味する。

【0457】

ダウンリンクの場合にも、ＩＡＢノードは、親ノード１に対するダウンリンク受信と親ノード２に対するダウンリンク受信とを同じ受信ＲＦチェーンを使用して実行することができる。このような場合、二つの親ノードへのダウンリンク受信タイミングの差が一定値以上である場合、二つの親ノードから同時ダウンリンク受信を実行することができずに、非同時ダウンリンク受信のみを実行しなければならない。これは、すなわち、ＩＡＢノードが二つの親ノードに対するダウンリンク受信をＴＤＭ方式で実行すべきことを意味する。

【0458】

以下では、二つの親リンクに対する送信／受信タイミングミスアラインメントについて説明する。

【0459】

ＩＡＢノードが二つの親ノードに対する送信および／または受信動作を非同時に実行する場合、ＩＡＢノードが一つの親ノードからの送信／受信を実行して、以後、他の親ノードへの送信／受信を実行するためには、送信／受信切替え動作を実行しなければならない。ＩＡＢノードが一つの親ノードと送受信を実行して、以後、他の親ノードと送受信を実行する場合、送信／受信動作の切替え、二つの親ノードとの送信／受信タイミング間ミスアラインメントなどによって二つの親ノードとの送受信切替え時に保護時間（guard time）が要求されることができる。

【0460】

図３７は、二つの親ノードに対するＩＡＢノードのアップリンク送信タイミングの差の一例を示す。

【0461】

図３６を参考にすると、二つの親ノードに対するＩＡＢノードの送信／受信タイミングが外れている。したがって、例えば、シンボル＃ｎまで親ノード２にアップリンク送信を実行して、以後、シンボル＃ｎ＋１から親ノード１にアップリンク送信を実行する場合、二つの親ノードへのアップリンク送信タイミングの差があってリソース衝突問題が発生し得る。図３７の例では、ＩＡＢノードの観点における親ノード１へのアップリンク送信タイミングと親ノード２へのアップリンク送信タイミングとを示している。ＩＡＢノードが、スロット＃ｎで親ノード２へのアップリンク送信を実行し、スロット＃ｎ＋１では、親ノード２へのアップリンク送信を実行する場合、二つのアップリンク送信タイミング間のミスアラインメントによって二つの親ノードへのアップリンク送信にオーバーラップが発生する。このような場合、ＩＡＢノードは、オーバーラップしたリソースで二つのアップリンク送信を全て実行することができなくなる。このようなタイミングミスアラインメントによる問題は、二つの親ノードへのアップリンク送信だけでなく、親ノード１および親ノード２への送信方向が、各々、ダウンリンクおよびダウンリンク、アップリンクおよびダウンリンク、ならびに／またはダウンリンクおよびアップリンクである場合にも発生し得る。

【0462】

一方、本明細書において、親ノードは、親ノード内に属する親ＤＵ－セルを意味することもできる。

【0463】

以下では、二つの親リンク間の送受信リソースの衝突を防止するための親ノードの動作方法について説明する。

【0464】

前述したように、ＩＡＢノードが送受信を実行する親ノードを切り替えるとき、リソースオーバーラップ問題が発生し得る。このような場合、各親ノードは、自体がリソースオーバーラップ問題によってＩＡＢノードと送受信を実行することができないリソースに関する情報を判断するためには、オーバーラップしたリソースに関する情報を知らなければならない。このために、親ノードとＩＡＢノードとが、リソースオーバーラップ問題によってＩＡＢノードと送受信を実行することができないリソースに関する情報を共有しなければならない。

【0465】

これにより、二つの親リンク間の送受信リソースの衝突を防止するための親ノードの動作方法と関連する保護シンボル報告／設定（guard symbol reporting/configuration）について説明する。ここで、上記保護シンボルは、ＩＡＢノードが他のＩＡＢノードとの通信を実行しない時間リソース、または、複数の親ノードと連結されたＩＡＢノードが第１の親ノードから第２の親ノードへの切替えを実行する時間リソースである。

【0466】

ＩＡＢノードは、各親ノードへの送信／受信タイミングを知っているため、二つの親ノードに対する親リンク間のリソースオーバーラップによって使用できないリソースに関する情報を知ることができる。ＩＡＢノードは、二つの親リンク間のタイミングミスアラインメントの程度に基づいて、「必要な保護シンボルの個数」に関する情報を親ノードおよび／またはＣＵ（または、ドナーノード）に報告できる。

【0467】

このとき、ＩＡＢノードおよびＩＡＢノードの各親ノードは、ＩＡＢノードが送受信を実行する親ノードを切り替えるときに適用する保護シンボルの個数を下記のように判断できる。

【0468】

（方法３－１）ＩＡＢノードは、自体が親ノードおよび／またはＣＵ（または、ドナーノード）に報告した保護シンボルの個数が、自体が使用する保護シンボルの個数であると判断できる。この場合、ＩＡＢノードの各親ノードは、ＩＡＢノードが報告した必要な保護シンボルの個数が、ＩＡＢノードが使用する保護シンボルの個数であると判断できる。

【0469】

（方法３－２）ＩＡＢノードは、保護シンボルの個数を、ＣＵ（または、ドナーノード）からＲＲＣシグナリングおよび／またはＦ１－ＡＰ（Application Protocol）シグナリングを介して設定されることができる。このために、ＣＵ（または、ドナーノード）は、ＩＡＢノードが報告した必要な保護シンボルの個数に基づいてまたは独立して、ＩＡＢノードに適用される保護シンボルの個数を設定することができる。追加的に、ＩＡＢノードの各親ノード（または、親ノードのＤＵ）にもＩＡＢノードに適用される保護シンボルの個数を知らせることができる。

【0470】

このとき、ＩＡＢノードが報告するまたはＩＡＢノードおよび／もしくは親ノードが設定を受ける保護シンボルの個数に関する情報は、後述する保護シンボル関連情報の形態を有することができる。

【0471】

図３８は、本明細書の一部の具現によるＩＡＢノードの保護シンボル設定方法の一例に関する流れ図である。

【0472】

図３８を参考にすると、ＩＡＢノードは、第１の親ノードとの第１のリンクと、第２の親リンクとの第２の親リンクと、の間でオーバーラップするリソースを決定する（Ｓ３８１０）。

【0473】

以後、上記ＩＡＢノードは、自体に必要な保護シンボル数と関連する情報を第１の親ノードおよび第２の親ノードのうちの少なくとも一つに報告する（Ｓ３８２０）。

【0474】

以後、上記ＩＡＢノードは、第１の親ノードとの通信から第２の親ノードとの通信に切り替えるとき、報告した保護シンボル数に基づいて動作する（Ｓ３８３０）。

【0475】

以下では、二つの親リンク間の送受信リソースの衝突を防止するための親ノードの動作方法と関連する保護シンボル関連情報について説明する。

【0476】

前述した保護シンボルの個数は、ＩＡＢノードが送受信を実行する親ノードを切り替えるときの状況によって異なる値を有することができる。図３６の例のように、ＩＡＢノードの二つの親リンクに対するダウンリンク受信タイミングとアップリンク送信タイミングとが全て異なるタイミングを有することができる。ＩＡＢノードが送受信を実行する親ノードに対する切替えを実行するとき、切替え前のダウンリンク受信／アップリンク送信動作および切替え後のダウンリンク受信／アップリンク送信動作によって、必要な保護シンボルの個数が変わることができる。すなわち、下記のような切替え事例によって保護シンボルの個数が異なることがある。

【0477】

－ダウンリンク受信からダウンリンク受信への切替え

【0478】

－ダウンリンク受信からアップリンク送信への切替え

【0479】

－アップリンク送信からダウンリンク受信への切替え

【0480】

－アップリンク送信からアップリンク送信への切替え

【0481】

このとき、保護シンボルの個数は、親ノード１と親ノード２との間の全てのＤＬ／ＵＬ方向に対する組み合わせのうちの一部の組み合わせに対してのみ定義されることができる。例えば、二つの親ノードへのダウンリンク受信タイミングの差は、常に一定値より小さいと仮定して、ダウンリンク受信からダウンリンク受信への切替え時には別途の保護シンボルなしで切替えを実行することができる。このような場合を考慮して、ダウンリンク受信からダウンリンク受信への切替えの場合を除外した残りの切替え事例に対してのみ保護シンボルが設定されることができる。

【0482】

このとき、特定の切替え事例に対して保護シンボルの個数が設定されない場合、保護シンボルの個数は、０と仮定することができる。

【0483】

追加的に、ＩＡＢノードが親ノード１および親ノード２と連結されているとき、特定の親ノード１および親ノード２のＤＬ／ＵＬ方向に対して、親ノード１から親ノード２に切替えを実行するか、または、親ノード２から親ノード１に切替えを実行するかによって（すなわち、親ノード１と親ノード２との間の切替え方向によって）、保護シンボルの個数が異なることがある。

【0484】

図３９は、親ノード１および親ノード２に対してダウンリンクが設定された一例を示す。図４０は、親ノード１にはダウンリンク、親ノード２にはアップリンクが設定された一例を示す。図４１は、親ノード１にはアップリンク、親ノード２にはダウンリンクが設定された一例を示す。図４２は、親ノード１および親ノード２に対してアップリンクが設定された一例を示す。

【0485】

図３９ないし図４２の例では、図３６に示すＩＡＢノードの二つの親リンクに対するダウンリンク受信タイミングおよびアップリンク送信タイミングに基づいて、各切替え事例によるリソースオーバーラップ形態を示す。図３９ないし図４２の各々は、親ノード１と親ノード２の各々が、ダウンリンクおよびダウンリンク、ダウンリンクおよびアップリンク、アップリンクおよびダウンリンク、アップリンクおよびアップリンクのリソース方向を有する場合であり、図３９ないし図４２の（ａ）は、親ノード１から親ノード２へ切り替える場合、図３９ないし図４２の（ｂ）は、親ノード２から親ノード１へ切り替える場合を示す。図３９ないし図４２の合計８個の切替え事例によってオーバーラップしたリソースの量が変わることを見ることができる。

【0486】

したがって、ＩＡＢノードが二つの親ノード間の切替え時に使用する保護シンボルは、下記の切替え事例に対して定義されることができる。親ノード１と親ノード２との間の切替え方向および親ノード１と親ノード２との間のＤＬ／ＵＬ方向によって異なるように定義されることができる。

【0487】

以下では、二つの親リンク間の送受信リソースの衝突を防止するための親ノードの動作方法と関連する保護シンボルの位置について説明する。

【0488】

ＩＡＢノードが親ノード切替え時に適用する保護シンボルを考慮してＩＡＢノードとの送受信リソースを判断するためには、ＩＡＢノードが親ノードを切り替える時点を知らなければならない。しかしながら、ＩＡＢノードの各親ノードは、ＩＡＢノードに対する相互のスケジューリング情報を知らない。したがって、ＩＡＢノードが各親ノードのＤＬ／ＵＬスケジューリングによって動的に親ノードの切替えを実行する場合、親ノードは、ＩＡＢノードの切替え時点および保護シンボルが適用される位置を判断することができない。

【0489】

親ノードがＩＡＢノードの親ノード切替え時点を知る場合、ＩＡＢノードの保護シンボル適用時点を判断することができる。このために、親ノードは、ＩＡＢノードが自体と送受信を実行する時間リソースおよび／もしくは他の親ノードとの送受信を実行する時間リソース、または、ＩＡＢノードが自体との送受信を実行して、以後、他の親ノードに切替えを実行する時点および／もしくは親ノードと送受信を実行して、以後、自体に切替えを実行する時点を、ＣＵ／ドナーノードからの設定などの方法を介して判断できると仮定する。

【0490】

ＩＡＢノードが、親ノード１から親ノード２へ送受信を実行する親ノードの切替えを実行した場合、または、親ノード２から親ノード１へ送受信を実行する親ノードの切替えを実行した場合、ＩＡＢノードおよび各親ノードは、下記のような位置でＩＡＢノードの保護シンボルが生成されると判断できる。

【0491】

（代案１）ＩＡＢノードが親ノード間の切替えを実行する方向によって保護シンボルの位置が決定されることができる。

【0492】

（代案１－ａ）特定の親ノードは、ＩＡＢノードが自体から他の親ノードに切替えを実行する前に位置するｘ個のシンボルを保護シンボルとして使用すると判断できる。すなわち、ＩＡＢノードが、シンボル＃ｎまで親ノード１と送受信を実行し、シンボル＃ｎ＋１から親ノード２と送受信を実行する場合、ＩＡＢノードおよび各親ノードは、ＩＡＢノードがシンボル＃ｎ以前のｘ個のシンボルを保護シンボルとして使用すると判断する。

【0493】

（代案１－ｂ）特定の親ノードは、ＩＡＢノードが他の親ノードから自体に切替えを実行した後に位置するｎ個のシンボルを保護シンボルとして使用すると判断できる。ＩＡＢノードが、シンボル＃ｎまで親ノード１と送受信を実行し、シンボル＃ｎ＋１から親ノード２と送受信を実行する場合、ＩＡＢノードおよび各親ノードは、シンボル＃ｎ＋１以後のｎ個のシンボルを保護シンボルとして使用すると判断できる。

【0494】

（代案２）ＩＡＢノードがＤＣを使用して二つの親ノードと連結された場合、親ノードのＭＣＧ／ＳＣＧが可能か否かによって保護シンボルの位置が決定されることができる。

【0495】

（代案２－ａ）特定の親ノードがＭＣＧである場合、ＩＡＢノードが上記特定の親ノードから他の親ノードに切替えを実行する前に位置するｘ個のシンボルを保護シンボルとして使用すると判断できる。また、特定の親ノードがＭＣＧである場合、ＩＡＢノードが他の親ノードから上記特定の親ノードに切替えを実行した後に位置するｎ個のシンボルを保護シンボルとして使用すると判断できる。すなわち、ＩＡＢノードおよび各親ノードは、ＩＡＢノードが送受信する親ノードの切替えを実行する場合、ＭＣＧである親ノードと動作するｘ個のシンボルまたはｎ個のシンボルを保護シンボルとして使用すると判断できる。一例として、ＩＡＢノードが、シンボル＃ｎまで親ノード１と送受信を実行し、シンボル＃ｎ＋１から親ノード２と送受信を実行する場合、親ノード１がＭＣＧである場合、シンボル＃ｎ以前のｘ個のシンボルを保護シンボルとして使用すると判断し、親ノード２がＭＣＧである場合、シンボル＃ｎ＋１以後のｎ個のシンボルを保護シンボルとして使用すると判断できる。

【0496】

（代案２－ｂ）特定の親ノードがＳＣＧである場合、ＩＡＢノードが上記特定の親ノードから他の親ノードに切替えを実行する前に位置するｘ個のシンボルを保護シンボルとして使用すると判断できる。また、特定の親ノードがＳＣＧである場合、ＩＡＢノードが他の親ノードから上記特定の親ノードに切替えを実行した後に位置するｎ個のシンボルを保護シンボルとして使用すると判断できる。すなわち、ＩＡＢノードおよび各親ノードは、ＩＡＢノードが送受信する親ノードの切替えを実行する場合、ＳＣＧである親ノードと動作するｘ個のシンボルまたはｎ個のシンボルを保護シンボルとして使用すると判断できる。一例として、ＩＡＢノードが、シンボル＃ｎまで親ノード１と送受信を実行し、シンボル＃ｎ＋１から親ノード２と送受信を実行する場合、親ノード１がＳＣＧである場合、シンボル＃ｎ以前のｘ個のシンボルを保護シンボルとして使用すると判断し、親ノード２がＳＣＧである場合、シンボルｌ＃ｎ＋１以後のｎ個のシンボルを保護シンボルとして使用すると判断できる。

【0497】

（代案３）ＩＡＢノードがＤＡＰＳ／ＤＡＰＳ－ＨＯを使用して二つの親ノードと連結された場合、親ノードのソース（source）ＭＣＧ／ターゲット（target）ＭＣＧが可能か否かによって保護シンボルの位置が決定されることができる。

【0498】

（代案３－ａ）特定の親ノードがソースＭＣＧである場合、ＩＡＢノードが上記特定の親ノードから他の親ノードに切替えを実行する前に位置するｘ個のシンボルを保護シンボルとして使用すると判断できる。また、特定の親ノードがソースＭＣＧである場合、ＩＡＢノードが他の親ノードから上記特定の親ノードに切替えを実行した後に位置するｎ個のシンボルを保護シンボルとして使用すると判断できる。すなわち、ＩＡＢノードおよび各親ノードは、ＩＡＢノードが送受信する親ノードの切替えを実行する場合、ＭＣＧである親ノードと動作するｘ個のシンボルまたはｎ個のシンボルを保護シンボルとして使用すると判断できる。ＩＡＢノードが、シンボル＃ｎまで親ノード１と送受信を実行し、シンボル＃ｎ＋１から親ノード２と送受信を実行する場合、親ノード１がソースＭＣＧである場合、シンボル＃ｎ以前のｘ個のシンボルを保護シンボルとして使用すると判断し、親ノード２がソースＭＣＧである場合、シンボル＃ｎ＋１以後のｎ個のシンボルを保護シンボルとして使用すると判断する。

【0499】

（代案３－ｂ）特定の親ノードがターゲットＭＣＧである場合、ＩＡＢノードが上記特定の親ノードから他の親ノードに切替えを実行する前に位置するｘ個のシンボルを保護シンボルとして使用すると判断できる。また、特定の親ノードがターゲットＭＣＧである場合、ＩＡＢノードが他の親ノードから上記特定の親ノードに切替えを実行した後に位置するｎ個のシンボルを保護シンボルとして使用すると判断できる。すなわち、ＩＡＢノードおよび各親ノードは、ＩＡＢノードが送受信する親ノードの切替えを実行する場合、ＳＣＧである親ノードと動作するｘ個のシンボルを保護シンボルとして使用すると判断できる。一例として、ＩＡＢノードが、シンボル＃ｎまで親ノード１と送受信を実行し、シンボル＃ｎ＋１から親ノード２と送受信を実行する場合、親ノード１がターゲットＭＣＧである場合、シンボル＃ｎ以前のｘ個のシンボルまたはｎ個のシンボルを保護シンボルとして使用すると判断し、親ノード２がターゲットＭＣＧである場合、ｓｙｍｂｏｌ＃ｎ＋１以後のｎ個のシンボルを保護シンボルとして使用すると判断できる。

【0500】

（代案４）ダウンリンク／アップリンク送信方向によって保護シンボルの位置が決定されることができる。ＩＡＢノードが送受信を実行する親ノードを切り替える場合、ＩＡＢノードとの送受信（送信）方向に基づいて保護シンボルの位置を判断することができる。

【0501】

（代案４－ａ）ＩＡＢノードおよび各親ノードは、ＩＡＢノードが送受信を実行する親ノードを切り替える場合、アップリンクリソースを有する親ノードのｘ個のシンボルを保護シンボルとして使用すると判断できる。ＩＡＢノードが、シンボル＃ｎまで親ノード１とアップリンクリソースを介して送受信を実行し、シンボル＃ｎ＋１から親ノード２と送受信を実行する場合、シンボル＃ｎ以前のｘ個のシンボルを保護シンボルとして使用すると判断できる。一例として、ＩＡＢノードが、シンボル＃ｎまで親ノード１と送受信を実行し、シンボル＃ｎ＋１から親ノード２とアップリンクリソースを介して送受信を実行する場合、シンボル＃ｎ＋１以後のｘ個のシンボルを保護シンボルとして使用すると判断できる。

【0502】

一例として、ＩＡＢノードが送受信を実行する親ノードを切り替える時点において、切替え前に親ノードとダウンリンクリソースを介して送受信を実行し、切替え後に親ノードともダウンリンクリソースを介して送受信を実行する場合、ＩＡＢノードの観点で二つの親ノードとのダウンリンク受信タイミングの差が大きくないと仮定し、保護シンボルを生成しないと仮定することができる。あるいは、ＩＡＢノードは、二つの親ノードとのダウンリンク受信の場合には同時（simultaneous）受信が可能であるため、保護シンボルを生成しないと仮定することができる。あるいは、該当の場合には、後述する代案４－ｂの方法を適用することができる。

【0503】

一例として、ＩＡＢノードが送受信を実行する親ノードを切り替える時点において、切替え前に親ノードとアップリンクリソースを介して送受信を実行し、切替え後に親ノードとアップリンクリソースを介して送受信を実行する場合、二つの親ノードが相互のダウンリンク／アップリンク送信方向情報を知らない場合を考慮して、二つの親ノードは、両方とも自体とＩＡＢノードとの動作リソースで保護シンボルを生成することができる。例えば、ＩＡＢノードが、シンボル＃ｎまで親ノード１とアップリンクリソースを介して送受信を実行し、シンボル＃ｎ＋１から親ノード２とアップリンク動作を実行する場合、親ノード１は、シンボル＃ｎ以前のｘ１個のシンボルを保護シンボルとして使用すると判断し、親ノード２は、シンボル＃ｎ＋１以後のｘ２個のシンボルを保護シンボルとして使用すると判断できる。ここで、ｘ１とｘ２とは、互いに同じであってもよく、互いに異なってもよい。あるいは、該当の場合には、後述する代案４－ｂの方法を適用することができる。

【0504】

（代案４－ｂ）二つの親ノードが相互のダウンリンク／アップリンク送信方向情報を知ることができる場合を考慮して、下記のように動作できる。

【0505】

一例として、ＩＡＢノードが、親ノードの切替え前の親ノードとアップリンクリソースを介して送受信を実行し、切替え後の親ノードともアップリンクリソースを介して送受信を実行する場合、ＩＡＢノードおよび各親ノードは、二つの親ノードとの送受信リソースで全て保護シンボルを生成しないと判断できる。この場合、各親ノードは、別途の保護シンボルを考慮せずに動作できる。ＩＡＢノードは、二つの親ノード間のアップリンク送信リソースに衝突が発生する場合、後述する二つの親リンク間のリソースの衝突時のＩＡＢノードの動作方法のように動作できる。

【0506】

他の一例として、ＩＡＢノードが、親ノードの切替え前の親ノードとアップリンクリソースを介して送受信を実行し、切替え後の親ノードともアップリンクリソースを介して送受信を実行する場合、および／または、切替え前の親ノードとダウンリンクリソースを介して送受信を実行し、切替え後の親ノードともダウンリンクリソースを介して送受信を実行する場合、ＩＡＢノードおよび各親ノードは、上記代案１ないし代案３の方法を使用して保護シンボルの生成位置を判断することができる。

【0507】

このとき、保護シンボルの個数は、前述した保護シンボル報告／設定で提案したように決定／判断されることができる。

【0508】

以下では、二つの親リンク間のリソースの衝突時のＩＡＢノードの動作方法について説明する。

【0509】

ＩＡＢノードが二つの親ノードと連結されて非同時に（non-simultaneous）二つの親ノードとのダウンリンク受信および／またはアップリンク送信動作を実行するとき、各親ノードは、本明細書で提案した方法のうちの一つを使用してＩＡＢノードが親ノードの切替えを実行するときに保護シンボルを生成することによって、ＩＡＢノードに二つの親ノードとの送信／受信タイミングミスアラインメントによるリソースオーバーラップ問題が発生しないようにすることができる。しかしながら、ＩＡＢノードの親ノード切替えが動的に変更され、または親ノードがＩＡＢノードの親ノード切替え時点を知らない場合などには、ＩＡＢノードの観点で二つの親ノードへの送受信リソースがオーバーラップする問題が発生し得る。これにより、以下では、ＩＡＢノードが二つの親ノードから同時に送信／受信動作を実行することができない２回の送受信（two transmissions/receptions）がオーバーラップしたリソースで設定／スケジューリングされた場合、ＩＡＢノードの動作について提案する。

【0510】

ＩＡＢノードが二つの親ノードと連結されて動作する場合、二つの親ノードに対する送受信リソースが互いに異なるシンボルリソースを介して設定／スケジューリングされても、図３７および図３９ないし図４２に示すように、二つの親ノードに対する送信／受信タイミングミスアラインメントによってリソースオーバーラップが発生し得る。このような場合、ＩＡＢノードは、二つの送受信のうちの一つの送受信のみを実行し、他の一つの送受信を実行しないことによって問題を解決することができる。以下では、これに関する具体的な方法を提案する。

【0511】

（代案１）ＩＡＢノードが親ノード１から親ノード２へ送受信を実行する親ノードに関する切替え時に、二つの親ノードとの送受信リソースにおいて衝突が発生する場合、（代案１－ａ）ＩＡＢノードは、親ノードの切替え後に設定／スケジューリングされた親ノード２に対する送受信を実行しない。あるいは、（代案１－ｂ）ＩＡＢノードは、親ノードの切替え前に設定／スケジューリングされた親ノード１に対する送受信を実行しない。あるいは、（代案１－ｃ）ＩＡＢノードは、二つの親ノードに対する送受信のうちの任意の送受信を選択して実行しない。

【0512】

前述した内容で、送受信を実行しないということは、該当チャネル／信号の送受信全体をドロップ（drop）し、または、衝突が発生するシンボルでは、該当チャネル／信号をパンクチャリング（puncturing）することを意味することができる。

【0513】

（代案２）ＩＡＢノードが親ノード１から親ノード２へ送受信を実行する親ノードに対する切替え時に、二つの親ノードとの送受信リソースに衝突が発生し、二つの親ノードへの送受信のうちの一つがアップリンクである場合、ＩＡＢノードは、二つの親ノードに対する送受信のうち、アップリンク送信を実行せずに、ダウンリンク受信を実行することができる。

【0514】

前述した内容で、送受信を実行しないということは、該当チャネル／信号の送受信全体をドロップ（drop）し、または、衝突が発生するシンボルでは、該当チャネル／信号をパンクチャリング（puncturing）することを意味することができる。

【0515】

このとき、二つの親ノードへの送受信が全てダウンリンクであり、または全てアップリンクである場合には、上記代案１の方法を使用することができる。

【0516】

図４３は、二つの親リンク間のリソースの衝突時のＩＡＢノードの動作方法のうちの代案２が適用される一例を示す。

【0517】

図４３を参考にすると、ＩＡＢノードが第１の親ノードと通信を実行して、以後、第２の親ノードと通信を実行するために切替えを行うことができる。このとき、第１の親ノードとの第１の親リンクに割り当てられたリソースと、第２の親ノードとの第２の親リンクに割り当てられたリソースと、がオーバーラップして送信方向が異なる衝突状況が発生し得る。例えば、図４３に示すように、オーバーラップが発生したリソースで、第１の親リンクに割り当てられたリソースはアップリンクリソースであり、第２の親リンクに割り当てられたリソースはダウンリンクリソースである。この場合、ＩＡＢノードは、オーバーラップが発生したリソースでアップリンク送信を実行せずに、すなわち、オーバーラップが発生したシンボルでのみ該当チャネル／信号をパンクチャリングし、またはオーバーラップが発生した該当チャネル／信号全体のアップリンク送信をドロップし、ダウンリンク受信を実行することができる。

【0518】

図４４は、本明細書の一部の具現によるＩＡＢノードのリソース設定方法の一例に関する流れ図である。

【0519】

図４４を参考にすると、ＩＡＢノードは、第１の親ノードおよび第２の親ノードと初期アクセス（initial access）手順を実行する（Ｓ４４１０）。ここで、上記初期アクセス手順は、図１６の手順を意味することができる。

【0520】

以後、上記ＩＡＢノードは、報告情報を上記第１の親ノードおよび上記第２の親ノードに送信する（Ｓ４４２０）。ここで、上記報告情報は、上記第１の親ノードとの第１の親リンクと、上記第２の親ノードとの第２の親リンクと、の間でオーバーラップするリソースを知らせることができる。

【0521】

以後、上記ＩＡＢノードは、保護シンボル情報を受信する（Ｓ４４３０）。ここで、上記保護シンボル情報は、上記ＩＡＢノードに設定される保護シンボルを知らせることができる。

【0522】

以後、上記ＩＡＢノードは、上記保護シンボル情報に基づいて、上記第１の親リンクに基づく通信から上記第２の親リンクに基づく通信に切替えを実行する（Ｓ４４４０）。

【0523】

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

【0524】

本明細書で提案する方法は、ＩＡＢノード以外にも、少なくとも一つのプロセッサ（processor）により実行されることに基づく命令語（instruction）を含む少なくとも一つのコンピュータで読み取り可能な記録媒体（computer readable medium）、ならびに一つもしくは複数のプロセッサと、上記一つもしくは複数のプロセッサにより実行可能に連結され、命令を記憶する一つもしくは複数のメモリと、を含み、上記一つまたは複数のプロセッサは、上記命令語を実行して本明細書で提案する方法を実行する、ＩＡＢノードを制御するように設定された装置（apparatus）によっても実行されることができる。また、本明細書で提案する方法によると、ＩＡＢノードが実行する動作に対応する他のＩＡＢノードによる動作が考慮されることができることは自明である。

【0525】

以下では、本開示が適用される通信システムの例を説明する。

【0526】

これに制限されるものではないが、本文書に開示された本開示の多様な説明、機能、手順、提案、方法および／または動作の流れ図は、機器間で無線通信／連結（例えば、５Ｇ）を必要とする多様な分野に適用されることができる。

【0527】

以下、図面を参照してより具体的に例示する。以下の図面／説明で、同じ図面符号は、異なるように記述しない限り、同じであり、または対応するハードウェアブロック、ソフトウェアブロックもしくは機能ブロックを例示することができる。

【0528】

図４５は、本開示に適用される通信システム１を例示する。

【0529】

図４５を参照すると、本開示に適用される通信システム１は、無線機器、基地局、およびネットワークを含む。ここで、無線機器は、無線アクセス技術（例えば、５Ｇ ＮＲ（New RAT）、ＬＴＥ（Long Term Evolution））を用いて通信を実行する機器を意味し、通信／無線／５Ｇ機器と称されることができる。これに制限されるものではないが、無線機器は、ロボット１００ａ、車両１００ｂ－１、１００ｂ－２、ＸＲ（eXtended Reality）機器１００ｃ、携帯機器（Hand-held device）１００ｄ、家電１００ｅ、ＩｏＴ（Internet of Thing）機器１００ｆ、ＡＩ機器／サーバ４００を含むことができる。例えば、車両は、無線通信機能が備えられた車両、自律走行車、車両間通信が可能な車両などを含むことができる。ここで、車両は、ＵＡＶ（Unmanned Aerial Vehicle）（例えば、ドローン）を含むことができる。ＸＲ機器は、ＡＲ（Augmented Reality）／ＶＲ（Virtual Reality）／ＭＲ（Mixed Reality）機器を含み、ＨＭＤ（Head-Mounted Device）、車両に備えられたＨＵＤ（Head-Up Display）、ＴＶ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（signage）、車両、ロボットなどの形態で具現されることができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートパソコンなど）などを含むことができる。家電は、ＴＶ、冷蔵庫、洗濯機などを含むことができる。ＩｏＴ機器は、センサ、スマートメータなどを含むことができる。例えば、基地局、ネットワークは、無線機器で具現されることもでき、特定の無線機器２００ａは、他の無線機器に基地局／ネットワークノードとして動作することもできる。

【0530】

ここで、本明細書の無線機器で具現される無線通信技術は、ＬＴＥ、ＮＲ、および６Ｇだけでなく、低電力通信のためのＮａｒｒｏｗＢａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓを含むことができる。ここで、例えば、ＮＢ－ＩｏＴ技術は、ＬＰＷＡＮ（Low Power Wide Area Network）技術の一例であり、ＬＴＥ Ｃａｔ ＮＢ１および／またはＬＴＥ Ｃａｔ ＮＢ２などの規格で具現されることができ、前述の名称に限定されるものではない。追加的にまたは代替として、本明細書の無線機器で具現される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を実行することができる。このとき、一例として、ＬＴＥ－Ｍ技術は、ＬＰＷＡＮ技術の一例であり、ｅＭＴＣ（enhanced Machine Type Communication）などの多様な名称で呼ばれることができる。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（non-Bandwidth Limited）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、および／または７）ＬＴＥ Ｍなどの多様な規格のうちの少なくとも一つで具現されることができ、前述の名称に限定されるものではない。追加的にまたは代替として、本明細書の無線機器で具現される無線通信技術は、低電力通信を考慮したジグビ（ZIGBEE（登録商標））、ブルートゥース（登録商標）（BLUETOOTH（登録商標））、および低電力広域通信網（Low Power Wide Area Network、ＬＰＷＡＮ）のうちの少なくとも一つを含み、前述の名称に限定されるものではない。一例として、ＺＩＧＢＥＥ（登録商標）技術は、ＩＥＥＥ ８０２．１５．４などの多様な規格に基づいて小型／低電力（パワー）デジタル通信に関連するＰＡＮ（Personal Area Networks）を生成することができ、多様な名称で呼ばれることができる。

【0531】

無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００と連結されることができる。無線機器１００ａ～１００ｆにはＡＩ（Artificial Intelligence）技術が適用されことができ、無線機器１００ａ～１００ｆは、ネットワーク３００を介してＡＩサーバ４００と連結されることができる。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワークまたは５Ｇ（例えば、ＮＲ）ネットワークなどを利用して構成されることができる。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することもできるが、基地局／ネットワークを介さずに直接通信（例えば、サイドリンク通信（sidelink communication））することもできる。例えば、車両１００ｂ－１、１００ｂ－２は、直接通信（例えば、Ｖ２Ｖ（Vehicle to Vehicle）／Ｖ２Ｘ（Vehicle to Everything) communication）を行うことができる。また、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）または他の無線機器１００ａ～１００ｆと直接通信することができる。

【0532】

無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００の間では、無線通信／連結１５０ａ、１５０ｂ、１５０ｃが行われることができる。ここで、無線通信／接続は、アップ／ダウンリンク通信１５０ａとサイドリンク通信１５０ｂ（または、Ｄ２Ｄ通信）、基地局間の通信１５０ｃ（例えば、ｒｅｌａｙ、ＩＡＢ（Integrated Access Backhaul）のような多様な無線アクセス技術（例えば、５Ｇ ＮＲ）を介して行われることができる。無線通信／接続１５０ａ、１５０ｂ、１５０ｃにより無線機器と基地局／無線機器と、基地局と基地局と、は互いに無線信号を送信／受信することができる。例えば、無線通信／接続１５０ａ、１５０ｂ、１５０ｃは、多様な物理チャネルを介して信号を送信／受信することができる。このために、本開示の多様な提案に基づいて、無線信号の送信／受信のための多様な構成情報の設定過程、多様な信号処理過程（例えば、チャネルエンコーディング／デコーディング、変調／復調、リソースマッピング／デマッピングなど）、リソース割り当て過程などの少なくとも一部が行われることができる。

【0533】

図４６は、本開示に適用されることができる無線機器を例示する。

【0534】

図４６を参照すると、第１の無線機器１００と第２の無線機器２００とは、多様な無線アクセス技術（例えば、ＬＴＥ、ＮＲ）により無線信号を送受信することができる。ここで、｛第１の無線機器１００、第２の無線機器２００｝は、図４５の｛無線機器１００ｘ、基地局２００｝および／または｛無線機器１００ｘ、無線機器１００ｘ｝に対応できる。

【0535】

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

【0536】

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

【0537】

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

【0538】

一つまたは複数のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサまたはマイクロコンピュータと呼ばれることができる。一つまたは複数のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせにより具現されることができる。一例として、一つもしくは複数のＡＳＩＣ（Application Specific Integrated Circuit）、一つもしくは複数のＤＳＰ（Digital Signal Processor）、一つもしくは複数のＤＳＰＤ（Digital Signal Processing Device）、一つもしくは複数のＰＬＤ（Programmable Logic Device）または一つもしくは複数のＦＰＧＡ（Field Programmable Gate Arrays）が、一つまたは複数のプロセッサ１０２、２０２に含まれることができる。本文書に開示された説明、機能、手順、提案、方法および／または動作の流れ図は、ファームウェアまたはソフトウェアを使用して具現されることができ、ファームウェアまたはソフトウェアは、モジュール、手順、機能などを含むように具現されることができる。本文書に開示された説明、機能、手順、提案、方法および／または動作の流れ図を実行するように設定されたファームウェアまたはソフトウェアは、一つもしくは複数のプロセッサ１０２、２０２に含まれ、または一つもしくは複数のメモリ１０４、２０４に記憶されて、一つまたは複数のプロセッサ１０２、２０２により駆動されることができる。本文書に開示された説明、機能、手順、提案、方法および／または動作の流れ図は、コード、命令語および／または命令語の集合形態で、ファームウェアまたはソフトウェアを使用して具現されることができる。

【0539】

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

【0540】

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

【0541】

図４７は、送信信号のための信号処理回路を例示する。

【0542】

図４７を参照すると、信号処理回路１０００は、スクランブラ１０１０、変調器１０２０、レイヤマッパ１０３０、プリコーダ１０４０、リソースマッパ１０５０、信号生成器１０６０を含むことができる。これに制限されるものではないが、図４７の動作／機能は、図４６のプロセッサ１０２、２０２および／または送受信器１０６、２０６で実行されることができる。図４７のハードウェア要素は、図４６のプロセッサ１０２、２０２および／または送受信器１０６、２０６で具現されることができる。例えば、ブロック１０１０～１０６０は、図４６のプロセッサ１０２、２０２で具現されることができる。また、ブロック１０１０～１０５０は、図４６のプロセッサ１０２、２０２で具現され、ブロック１０６０は、図４６の送受信器１０６、２０６で具現されることができる。

【0543】

コードワードは、図４７の信号処理回路１０００を経て無線信号に変換されることができる。ここで、コードワードは、情報ブロックの符号化されたビットシーケンスである。情報ブロックは、トランスポート（送信）ブロック（transport block）（例えば、ＵＬ－ＳＣＨトランスポートブロック、ＤＬ－ＳＣＨトランスポートブロック）を含むことができる。無線信号は、多様な物理チャネル（例えば、ＰＵＳＣＨ、ＰＤＳＣＨ）を介して送信されることができる。

【0544】

具体的には、コードワードは、スクランブラ１０１０によりスクランブルされたビットシーケンスに変換されることができる。スクランブルに使用されるスクランブルシーケンスは、初期値に基づいて生成され、初期値は、無線機器のＩＤ情報などを含むことができる。スクランブルされたビットシーケンスは、変調器１０２０により変調シンボルシーケンスに変調されることができる。変調方式は、ｐｉ／２－ＢＰＳＫ（pi/2-Binary Phase Shift Keying）、ｍ－ＰＳＫ（m-Phase Shift Keying）、ｍ－ＱＡＭ（m-Quadrature Amplitude Modulation）などを含むことができる。複素変調シンボルシーケンスは、レイヤマッパ１０３０により一つまたは複数の送信レイヤにマッピングされることができる。各送信レイヤの変調シンボルは、プリコーダ１０４０により当該アンテナポート（１つまたは複数）にマッピングされることができる（プリコーディング）。プリコーダ１０４０の出力ｚは、レイヤマッパ１０３０の出力ｙをＮ＊Ｍのプリコーディング行列Ｗと掛け算して得られることができる。ここで、Ｎはアンテナポートの個数、Ｍは送信レイヤの個数である。ここで、プリコーダ１０４０は、複素変調シンボルに対するトランスフォーム（transform）プリコーディング（例えば、ＤＦＴ変換）を実行した後にプリコーディングを実行することができる。また、プリコーダ１０４０は、トランスフォームプリコーディングを実行せずにプリコーディングを実行することができる。

【0545】

リソースマッパ１０５０は、各アンテナポートの変調シンボルを時間－周波数リソースにマッピングすることができる。時間－周波数リソースは、時間領域で複数のシンボル（例えば、ＣＰ－ＯＦＤＭＡシンボル、ＤＦＴ－ｓ－ＯＦＤＭＡシンボル）を含み、周波数領域で複数の副搬送波を含むことができる。信号生成器１０６０は、マッピングされた変調シンボルから無線信号を生成し、生成された無線信号は、各アンテナを介して他の機器に送信されることができる。このために、信号生成器１０６０は、ＩＦＦＴ（Inverse Fast Fourier Transform）モジュールおよびＣＰ（Cyclic Prefix）挿入器、ＤＡＣ（Digital-to-Analog Converter）、周波数アップリンク変換器（frequency uplink converter）などを含む。

【0546】

無線機器において、受信信号のための信号処理過程は、図４７の信号処理過程１０１０～１０６０の逆に構成されることができる。例えば、無線機器（例えば、図４６の１００、２００）は、アンテナポート／送受信器を介して外部から無線信号を受信することができる。受信した無線信号は、信号復元器を介してベースバンド信号に変換されることができる。このために、信号復元器は、周波数ダウンリンク変換器（frequency downlink converter）、ＡＤＣ（Analog-To-Digital Converter）、ＣＰ除去器、ＦＦＴ（Fast Fourier Transform）モジュールを含むことができる。その後、ベースバンド信号は、リソースデマッパ過程、ポストコーディング（postcoding）過程、復調過程、デスクランブル過程を経てコードワードに復元されることができる。コードワードは、復号（decoding）を経て元の情報ブロックに復元されることができる。したがって、受信信号のための信号処理回路（図示せず）は、信号復元器、リソースデマッパ、ポストコーダ、復調器、デスクランブラ、および復号器を含むことができる。

【0547】

図４８は、本開示に適用される無線機器の他の例を示す。無線機器は、使用例／サービスによって多様な形態で具現されることができる（図４５を参照）。

【0548】

図４８を参照すると、無線機器１００、２００は、図４６の無線機器に対応でき、多様な要素（element）、成分（コンポーネント、構成要素）（component）、ユニット／部（unit）、および／またはモジュール（module）で構成されることができる。例えば、無線機器１００、２００は、通信部１１０、制御部１２０、メモリ部１３０、および追加要素１４０を含むことができる。通信部は、通信回路１１２および送受信器（１つまたは複数）１１４を含むことができる。例えば、通信回路１１２は、一つもしくは複数のプロセッサ１０２、２０２ならびに／または一つもしくは複数のメモリ１０４、２０４を含むことができる。例えば、送受信器（１つまたは複数）１１４は、図４６の一つもしくは複数の送受信器１０６、２０６ならびに／または一つもしくは複数のアンテナ１０８、２０８を含むことができる。制御部１２０は、通信部１１０、メモリ部１３０、および追加要素１４０と電気的に連結されて無線機器の諸般動作を制御する。例えば、制御部１２０は、メモリ部１３０に記憶されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御することができる。また、制御部１２０は、メモリ部１３０に記憶された情報を通信部１１０を介して外部（例えば、他の通信機器）に無線／有線インターフェースを介して送信し、または通信部１１０を介して外部（例えば、他の通信機器）から無線／有線インターフェースを介して受信した情報をメモリ部１３０に記憶することができる。

【0549】

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

【0550】

図４８において、無線機器１００、２００内の多様な要素、成分、ユニット／部、および／もしくはモジュールは、全体が有線インターフェースを介して相互連結され、または少なくとも一部が通信部１１０を介して無線で連結されることができる。例えば、無線機器１００、２００内で、制御部１２０と通信部１１０とは、有線で連結され、制御部１２０と第１のユニット（例えば、１３０、１４０）とは、通信部１１０を介して無線で連結されることができる。また、無線機器１００、２００内の各要素、成分、ユニット／部、および／またはモジュールは、一つまたは複数の要素をさらに含むことができる。例えば、制御部１２０は、一つまたは複数のプロセッサの集合で構成されることができる。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Application processor）、ＥＣＵ（Electronic Control Unit）、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されることができる。他の例として、メモリ部１３０は、ＲＡＭ（Random Access Memory）、ＤＲＡＭ（Dynamic RAM）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（flash memory）、揮発性メモリ（volatile memory）、不揮発性メモリ（non-volatile memory）および／またはこれらの組み合わせで構成されることができる。

【0551】

以下、図４８の具現例について図面を参照してより詳しく説明する。

【0552】

図４９は、本開示に適用される携帯機器を例示する。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、携帯用コンピュータ（例えば、ノートブックなど）を含むことができる。携帯機器は、ＭＳ（Mobile Station）、ＵＴ（User Terminal）、ＭＳＳ（Mobile Subscriber Station）、ＳＳ（Subscriber Station）、ＡＭＳ（Advanced Mobile Station）またはＷＴ（Wireless Terminal）と呼ばれることができる。

【0553】

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

【0554】

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

【0555】

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

【0556】

図５０は、本開示に適用される車両または自律走行車を例示する。車両または自律走行車両は、移動型ロボット、車両、汽車、有／無人飛行体（Aerial Vehicle、ＡＶ）、船舶などで具現されることができる。

【0557】

図５０を参照すると、車両または自律走行車両１００は、アンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ、および自律走行部１４０ｄを含むことができる。アンテナ部１０８は、通信部１１０の一部で構成されることができる。ブロック１１０／１３０／１４０ａ～１４０ｄは、各々、図４８のブロック１１０／１３０／１４０に対応する。

【0558】

通信部１１０は、他の車両、基地局（例えば、基地局、ロードサイド基地局（Road Side unit）など）、サーバなどの外部機器と信号（例えば、データ、制御信号など）を送受信することができる。制御部１２０は、車両または自律走行車両１００の要素を制御して多様な動作を実行することができる。制御部１２０は、ＥＣＵ（Electronic Control Unit）を含むことができる。駆動部１４０ａは、車両または自律走行車両１００を地上で走行するようにすることができる。駆動部１４０ａは、エンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含むことができる。電源供給部１４０ｂは、車両または自律走行車両１００に電源を供給し、有／無線充電回路、バッテリなどを含むことができる。センサ部１４０ｃは、車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃは、ＩＭＵ（Inertial Measurement Unit）センサ、衝突センサ、ホイールセンサ（wheel sensor）、速度センサ、傾斜センサ、重量検出センサ、ヘディングセンサ（heading sensor）、ポジションモジュール（position module）、車両前進／後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含むことができる。自律走行部１４０ｄは、走行中である車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると、自動で経路を設定して走行する技術などを具現することができる。

【0559】

一例として、通信部１１０は、外部サーバから地図データ、交通情報データなどを受信することができる。自律走行部１４０ｄは、取得されたデータに基づいて自律走行経路およびドライビングプランを生成することができる。制御部１２０は、ドライビングプランによって車両または自律走行車両１００が自律走行経路に沿って移動するように駆動部１４０ａを制御することができる（例えば、速度／方向調節）。自律走行途中に、通信部１１０は、外部サーバから最新交通情報データを非／周期的に取得し、周辺車両から周辺交通情報データを取得することができる。また、自律走行途中に、センサ部１４０ｃは、車両状態、周辺環境情報を取得することができる。自律走行部１４０ｄは、新しく取得されたデータ／情報に基づいて、自律走行経路およびドライビングプランを更新することができる。通信部１１０は、車両位置、自律走行経路、ドライビングプランなどに関する情報を外部サーバに伝達できる。外部サーバは、車両または自律走行車両から収集された情報に基づいて、ＡＩ技術などを利用して交通情報データを予め予測でき、予測された交通情報データを車両または自律走行車両に提供できる。

【0560】

図５１は、本開示に適用される車両を例示する。車両は、運送手段、汽車、飛行体、船舶などで具現されることもできる。

【0561】

図５１を参照すると、車両１００は、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ、および位置測定部１４０ｂを含むことができる。ここで、ブロック１１０～１３０／１４０ａ～１４０ｂは、各々、図４８のブロック１１０～１３０／１４０に対応する。

【0562】

通信部１１０は、他の車両、または基地局などの外部機器と信号（例えば、データ、制御信号など）を送受信することができる。制御部１２０は、車両１００の構成要素を制御して多様な動作を実行することができる。メモリ部１３０は、車両１００の多様な機能をサポートするデータ／パラメータ／プログラム／コード／命令を記憶することができる。入出力部１４０ａは、メモリ部１３０内の情報に基づいてＡＲ／ＶＲオブジェクトを出力することができる。入出力部１４０ａは、ＨＵＤを含むことができる。位置測定部１４０ｂは、車両１００の位置情報を取得することができる。位置情報は、車両１００の絶対位置情報、走行線内における位置情報、加速度情報、周辺車両との位置情報などを含むことができる。位置測定部１４０ｂは、ＧＰＳおよび多様なセンサを含むことができる。

【0563】

一例として、車両１００の通信部１１０は、外部サーバから地図情報、交通情報などを受信してメモリ部１３０に記憶することができる。位置測定部１４０ｂは、ＧＰＳおよび多様なセンサを介して車両位置情報を取得してメモリ部１３０に記憶することができる。制御部１２０は、地図情報、交通情報、および車両位置情報などに基づいて仮想オブジェクトを生成し、入出力部１４０ａは、生成された仮想オブジェクトを車両内のウィンドウに表示することができる（１４１０、１４２０）。また、制御部１２０は、車両位置情報に基づいて車両１００が走行線内で正常に運行されているかどうかを判断することができる。車両１００が走行線から異常に外れる場合、制御部１２０は、入出力部１４０ａを介して車両内のウィンドウに警告を表示することができる。また、制御部１２０は、通信部１１０を介して周辺車両に走行異常に関する警告メッセージを放送することができる。状況によって、制御部１２０は、通信部１１０を介して関係機関に車両の位置情報と、走行／車両異常に関する情報と、を送信することができる。

【0564】

図５２は、本開示に適用されるＸＲ機器を例示する。ＸＲ機器は、ＨＭＤ、車両に備えられたＨＵＤ（Head-Up Display）、ＴＶ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（signage）、車両、ロボットなどで具現されることができる。

【0565】

図５２を参照すると、ＸＲ機器１００ａは、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ、センサ部１４０ｂ、および電源供給部１４０ｃを含むことができる。ここで、ブロック１１０～１３０／１４０ａ～１４０ｃは、各々、図４８のブロック１１０～１３０／１４０に対応する。

【0566】

通信部１１０は、他の無線機器、携帯機器またはメディアサーバなどの外部機器と信号（例えば、メディアデータ、制御信号など）を送受信することができる。メディアデータは、映像、イメージ、音などを含むことができる。制御部１２０は、ＸＲ機器１００ａの構成要素を制御して多様な動作を実行することができる。例えば、制御部１２０は、ビデオ／イメージ取得、（ビデオ／イメージ）エンコーディング、メタデータ生成および処理などの手順を制御および／または実行するように構成されることができる。メモリ部１３０は、ＸＲ機器１００ａの駆動／ＸＲオブジェクトの生成に必要なデータ／パラメータ／プログラム／コード／命令を記憶することができる。入出力部１４０ａは、外部から制御情報、データなどを取得し、生成されたＸＲオブジェクトを出力することができる。入出力部１４０ａは、カメラ、マイクロフォン、ユーザ入力部、ディスプレイ部、スピーカ、および／またはハプティックモジュールなどを含むことができる。センサ部１４０ｂは、ＸＲ機器の状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｂは、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、ＲＧＢセンサ、ＩＲセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロフォン、および／またはレーダなどを含むことができる。電源供給部１４０ｃは、ＸＲ機器１００ａに電源を供給し、有／無線充電回路、バッテリなどを含むことができる。

【0567】

一例として、ＸＲ機器１００ａのメモリ部１３０は、ＸＲオブジェクト（例えば、ＡＲ／ＶＲ／ＭＲオブジェクト）の生成に必要な情報（例えば、データなど）を含むことができる。入出力部１４０ａは、ユーザからＸＲ機器１００ａを操作する命令を取得することができ、制御部１２０は、ユーザの駆動命令に従ってＸＲ機器１００ａを駆動させることができる。例えば、ユーザがＸＲ機器１００ａを介して映画、ニュースなどを視聴しようとする場合、制御部１２０は、通信部１３０を介してコンテンツ要求情報を他の機器（例えば、携帯機器１００ｂ）またはメディアサーバに送信することができる。通信部１３０は、他の機器（例えば、携帯機器１００ｂ）またはメディアサーバから映画、ニュースなどのコンテンツをメモリ部１３０にダウンロード／ストリーミングすることができる。制御部１２０は、コンテンツに対してビデオ／イメージ取得、（ビデオ／イメージ）エンコーディング、メタデータ生成／処理などの手順を制御および／または実行し、入出力部１４０ａ／センサ部１４０ｂを介して取得した周辺空間または現実オブジェクトに関する情報に基づいてＸＲオブジェクトを生成／出力することができる。

【0568】

また、ＸＲ機器１００ａは、通信部１１０を介して携帯機器１００ｂと無線で接続され、ＸＲ機器１００ａの動作は、携帯機器１００ｂにより制御されることができる。例えば、携帯機器１００ｂは、ＸＲ機器１００ａに対するコントローラとして動作することができる。このために、ＸＲ機器１００ａは、携帯機器１００ｂの３次元位置情報を取得した後、携帯機器１００ｂに対応するＸＲエンティティを生成して出力することができる。

【0569】

図５３は、本開示に適用されるロボットを例示する。ロボットは、使用目的や分野によって産業用、医療用、家庭用、軍事用などに分類されることができる。

【0570】

図５３を参照すると、ロボット１００は、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ、センサ部１４０ｂ、および駆動部１４０ｃを含むことができる。ここで、ブロック１１０～１３０／１４０ａ～１４０ｃは、各々、図４８のブロック１１０～１３０／１４０に対応する。

【0571】

通信部１１０は、他の無線機器、他のロボットまたは制御サーバなどの外部機器と信号（例えば、駆動情報、制御信号など）を送受信することができる。制御部１２０は、ロボット１００の構成要素を制御して多様な動作を実行することができる。メモリ部１３０は、ロボット１００の多様な機能をサポートするデータ／パラメータ／プログラム／コード／命令を記憶することができる。入出力部１４０ａは、ロボット１００の外部から情報を取得し、ロボット１００の外部に情報を出力することができる。入出力部１４０ａは、カメラ、マイクロフォン、ユーザ入力部、ディスプレイ部、スピーカ、および／またはハプティックモジュールなどを含むことができる。センサ部１４０ｂは、ロボット１００の内部情報、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｂは、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、ＩＲセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロフォン、レーダなどを含むことができる。駆動部１４０ｃは、ロボット関節を動かすなどの多様な物理的動作を実行することができる。また、駆動部１４０ｃは、ロボット１００を地上で走行させ、または空中で飛行させることができる。駆動部１４０ｃは、アクチュエータ、モータ、車輪、ブレーキ、プロペラなどを含むことができる。

【0572】

図５４は、本開示に適用されるＡＩ機器を例示する。ＡＩ機器は、ＴＶ、プロジェクタ、スマートフォン、ＰＣ、ノートパソコン、デジタル放送用端末、タブレットＰＣ、ウェアラブル装置、セットトップボックス（ＳＴＢ）、ラジオ、洗濯機、冷蔵庫、デジタルサイネージ、ロボット、車両などの、固定型機器または移動可能な機器などで具現されることができる。

【0573】

図５４を参照すると、ＡＩ機器１００は、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ／１４０ｂ、ラーニングプロセッサ部１４０ｃ、およびセンサ部１４０ｄを含むことができる。ブロック１１０～１３０／１４０ａ～１４０ｄは、各々、図４８のブロック１１０～１３０／１４０に対応する。

【0574】

通信部１１０は、有無線通信技術を利用して他のＡＩ機器（例えば、図４５、１００ｘ、２００、４００）やＡＩサーバ（例えば、図４５の４００）などの外部機器と有無線信号（例えば、センサ情報、ユーザ入力、学習モデル、制御信号など）を送受信することができる。このために、通信部１１０は、メモリ部１３０内の情報を外部機器に送信し、または外部機器から受信した信号をメモリ部１３０に伝達することができる。

【0575】

制御部１２０は、データ分析アルゴリズムまたはマシンラーニングアルゴリズムを使用して決定または生成された情報に基づいて、ＡＩ機器１００の少なくとも一つの実行可能な動作を決定することができる。そして、制御部１２０は、ＡＩ機器１００の構成要素を制御して決定された動作を実行することができる。例えば、制御部１２０は、ラーニングプロセッサ部１４０ｃまたはメモリ部１３０のデータを要求、検索、受信または活用することができ、少なくとも一つの実行可能な動作のうち、予測される動作や、好ましいと判断される動作を実行するようにＡＩ機器１００の構成要素を制御することができる。また、制御部１２０は、ＡＩ装置１００の動作内容や動作に対するユーザのフィードバックなどを含む履歴情報を収集してメモリ部１３０もしくはラーニングプロセッサ部１４０ｃに記憶し、またはＡＩサーバ（図４５、４００）などの外部装置に送信することができる。収集された履歴情報は、学習モデルの更新に利用されることができる。

【0576】

メモリ部１３０は、ＡＩ機器１００の多様な機能をサポートするデータを記憶することができる。例えば、メモリ部１３０は、入力部１４０ａから得たデータ、通信部１１０から得たデータ、ラーニングプロセッサ部１４０ｃの出力データ、およびセンシング部１４０から得たデータを記憶することができる。また、メモリ部１３０は、制御部１２０の動作／実行に必要な制御情報および／またはソフトウェアコードを記憶することができる。

【0577】

入力部１４０ａは、ＡＩ機器１００の外部から多様な種類のデータを取得することができる。例えば、入力部１４０ａは、モデル学習のための学習データ、および学習モデルが適用される入力データなどを取得することができる。入力部１４０ａは、カメラ、マイクロフォン、および／またはユーザ入力部などを含むことができる。出力部１４０ｂは、視覚、聴覚または触覚などと関連する出力を発生させることができる。出力部１４０ｂは、ディスプレイ部、スピーカ、および／またはハプティックモジュールなどを含むことができる。センシング部１４０は、多様なセンサを利用してＡＩ機器１００の内部情報、ＡＩ機器１００の周辺環境情報、およびユーザ情報のうちのいずれか一つを得ることができる。センシング部１４０は、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、ＲＧＢセンサ、ＩＲセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロフォン、および／またはレーダなどを含むことができる。

【0578】

ラーニングプロセッサ部１４０ｃは、学習データを利用して人工ニューラルネットワーク（神経網）で構成されたモデルを学習させることができる。ラーニングプロセッサ部１４０ｃは、ＡＩサーバ（図４５、４００）のラーニングプロセッサ部と共にＡＩ処理（プロセッシング）を実行することができる。ラーニングプロセッサ部１４０ｃは、通信部１１０を介して外部機器から受信した情報、および／またはメモリ部１３０に記憶された情報を処理することができる。また、ラーニングプロセッサ部１４０ｃの出力値は、通信部１１０を介して外部機器に送信され、またはメモリ部１３０に記憶されることができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22(a)】

【図22(b)】

【図22(c)】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39(a)】

【図39(b)】

【図40(a)】

【図40(b)】

【図41(a)】

【図41(b)】

【図42(a)】

【図42(b)】

【図43】

【図44】

【図45】

【図46】

【図47】

【図48】

【図49】

【図50】

【図51】

【図52】

【図53】

【図54】