JP2023506774A

JP2023506774A - Ｉａｂ多重化及びタイミング関係に対する方法及び前記方法を用いるノード

Info

Publication number: JP2023506774A
Application number: JP2022535599A
Authority: JP
Inventors: ヒャンソンユ; ヘウクパク
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2019-12-10
Filing date: 2020-12-10
Publication date: 2023-02-20
Also published as: US20230034529A1; CN115039459A; EP4075890A4; WO2021118253A1; EP4075890A1; CN115039459B; KR20220114544A

Abstract

本明細書は無線通信システムにおけるノードによって実行されるＩＡＢ（ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓａｎｄＢａｃｋｈａｕｌ）動作を実行する方法において、他のノードと初期アクセス動作を実行し、前記他のノードに前記ノードがサポートする能力に関する情報を送信するが、前記能力に関する情報は複数のタイミングアライメントケースのうち、前記ノードがサポートする少なくとも１つのタイミングアライメントケースを知らせる情報であり及び前記少なくとも１つのタイミングアライメントケースに基づいて前記ＩＡＢ動作を実行することを特徴とする方法及びこれに対する装置を提供する。【選択図】図１９

Description

本明細書は無線通信に関連する。

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

その一方で、統合アクセス及びバックホールリンクが提供され、以下のように、本明細書ではＩＡＢ（ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓＢａｃｋｈａｕｌ）に対する構成を提供する。

本明細書の一実施例によれば、他のノードに前記ノードがサポートする能力に関する情報を送信するが、前記能力に関する情報は複数のタイミングアライメントケースのうち、前記ノードがサポートする少なくとも１つのタイミングアライメントケースを知らせる情報であり、及び前記少なくとも１つのタイミングアライメントケースに基づいて前記ＩＡＢ動作を実行する方法が提供される。

本明細書によれば、ノードがＩＡＢ動作を実行するとき、どのタイミングアライメントケースを基準にＩＡＢ動作を実行するかが明確になるため、無線通信の安定性及び効率が高まる。

本明細書の具体的な一例を介して得られる効果は、以上に列挙した効果に限られない。例えば、関連する技術分野の通常の知識を有するもの（ａｐｅｒｓｏｎｈａｖｉｎｇｏｒｄｉｎａｒｙｓｋｉｌｌｉｎｔｈｅｒｅｌａｔｅｄａｒｔ）が本明細書より理解かつ誘導できる様々な技術的な効果が存在する場合がある。したがって応じて本明細書の具体的な効果は本明細書に明示的に記載されたことに限らず、本明細書の技術的な特徴から理解かつ誘導できる様々な効果を含むことができる。

無線通信システムの例を示す。ユーザプレーン（ｕｓｅｒｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏｐｒｏｔｏｃｏｌａｒｃｈｉｔｅｃｔｕｒｅ）を示したブロック図である。制御プレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）に対する無線プロトコル構造を示したブロック図である。ＮＲが適用される次世代無線接続ネットワーク（ＮｅｗＧｅｎｅｒａｔｉｏｎＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ：ＮＧ－ＲＡＮ）のシステム構造の例を示す。ＮＧ－ＲＡＮと５ＧＣ間の機能的分割の例を示す。ＮＲにおいて適用できるフレーム構造の例を示す。新しい無線接続技術に対するフレーム構造の一例を示したものである。本明細書の技術的な特徴が適用される５Ｇ使用シナリオの例を示す。統合アクセス及びバックホールリンクに対する一例を模式的に示したものである。ＤｇＮＢ、ＲＮ、及びＵＥ間のリンクに対する一例を模式的に示したものである。バックホールリンク及びアクセスリンクの例を模式的に示したものである。親リンクと子リンクの例を模式的に示したものである。ＩＡＢノードが特定のリソースのリンク方向を決定する一例を示す。ノード間の設定に対して模式的に示したものである。ＤＵ及びＭＴでのＣＣの一例を模式的に示したものである。タイミングアライメントケース１の例を模式的に示したものである。タイミングアライメントケース６の例を模式的に示したものである。タイミングアライメントケース７の例を模式的に示したものである。本明細書の一実施例に係る、能力に関する情報を送信する方法の順序図である。本明細書の他の実施例に係る、能力に関する情報を送信する方法の順序図である。本明細書のまた他の実施例に係る、能力に関する情報を送信する方法の順序図である。本明細書の一実施例に係る、（ノードの観点から）能力に関する情報を送信する方法の順序図である。本明細書の一実施例に係る、（ノードの観点から）能力に関する情報を送信する装置の一例に対するブロック図である。本明細書の一実施例に係る、（他のノードの観点から）能力に関する情報を受信する方法の順序図である。本明細書の一実施例に係る、（他のノードの観点から）能力に関する情報を受信する装置の一例に対するブロック図である。本明細書に適用される通信システム（１）の例を示す。本明細書に適用される無線機器の例を示す。本明細書に適用される無線機器の他の例を示す。送信信号のための信号処理回路の例を示す。本明細書に適用される無線機器の他の例を示す。本明細書に適用される携帯機器の例を示す。本明細書に適用される車両または自律走行車の例を示す。

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

本明細書において使用されるスラッシュ（／）やコンマ（ｃｏｍｍａ）は、「及び／又は（ａｎｄ／ｏｒ）」を意味し得る。例えば、「Ａ／Ｂ」は「Ａ及び／又はＢ」を意味し得る。これにより、「Ａ／Ｂ」は「Ａのみ」、「Ｂのみ」、又は「ＡとＢの両方」を意味し得る。例えば、「Ａ、Ｂ、Ｃ」は「Ａ、Ｂ又はＣ」を意味し得る。

本明細書において「少なくとも１つのＡ及びＢ（ａｔｌｅａｓｔｏｎｅｏｆＡａｎｄＢ）」は、「Ａのみ」、「Ｂのみ」又は「ＡとＢの両方」を意味し得る。また、本明細書において「少なくとも１つのＡ又はＢ（ａｔｌｅａｓｔｏｎｅｏｆＡｏｒＢ）」や「少なくとも１つのＡ及び／又はＢ（ａｔｌｅａｓｔｏｎｅｏｆＡａｎｄ／ｏｒＢ）」という表現は、「少なくとも１つのＡ及びＢ（ａｔｌｅａｓｔｏｎｅｏｆＡａｎｄＢ）」と同様に解釈され得る。

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

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

本明細書において１つの図面内において個別に説明される技術的特徴は、個別に実現されてもよく、同時に実現されてもよい。

図１は、無線通信システムを例示する。これは、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ－ＵＭＴＳＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）、又はＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）／ＬＴＥ－Ａシステムとも呼ばれる。

Ｅ－ＵＴＲＡＮは、端末１０（Ｕｓｅｒｅｑｕｉｐｍｅｎｔ：ＵＥ）に制御平面（ｃｏｎｔｒｏｌｐｌａｎｅ）とユーザ平面（ｕｓｅｒｐｌａｎｅ）を提供する基地局２０（ＢａｓｅＳｔａｔｉｏｎ：ＢＳ）とを含む。端末１０は、固定されるか、または移動性を有することができ、ＭＳ（Ｍｏｂｉｌｅｓｔａｔｉｏｎ）、ＵＴ（ＵｓｅｒＴｅｒｍｉｎａｌ）、ＳＳ（ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅｔｅｒｍｉｎａｌ）、無線機器（ＷｉｒｅｌｅｓｓＤｅｖｉｃｅ）など、他の用語で呼ばれることができる。基地局２０は、端末１０と通信する固定された支点（ｆｉｘｅｄｓｔａｔｉｏｎ）をいい、ｅＮＢ（ｅｖｏｌｖｅｄ-ＮｏｄｅＢ）、ＢＴＳ（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｙｓｔｅｍ）、アクセスポイント（ＡｃｃｅｓｓＰｏｉｎｔ）など、他の用語で呼ばれることができる。

基地局２０は、Ｘ２インタフェースを介して互いに接続されることができる。基地局２０は、Ｓ１インタフェースを介してＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）３０、さらに詳細には、Ｓ１-ＭＭＥを介してＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）とＳ１-Ｕを介してＳ－ＧＷ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ）と接続される。

ＥＰＣ３０は、ＭＭＥ、Ｓ－ＧＷ及びＰ－ＧＷ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ－Ｇａｔｅｗａｙ）から構成される。ＭＭＥは、端末の接続情報または端末の能力に関する情報を有しており、このような情報は、端末の移動性管理に主に使用される。Ｓ－ＧＷは、Ｅ－ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ－ＧＷは、ＰＤＮを終端点として有するゲートウェイである。

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

図２は、ユーザ平面（ｕｓｅｒｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏｐｒｏｔｏｃｏｌａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図３は、制御平面（ｃｏｎｔｒｏｌｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌｓｔａｃｋ）で、制御平面は、制御信号送信のためのプロトコルスタックである。

図２及び３を参照すると、物理層（ＰＨＹ（ｐｈｙｓｉｃａｌ）ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌＣｈａｎｎｅｌ）を利用して上位層に情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ tｒａｎｓｆｅｒ sｅｒｖｉｃｅ）を提供する。物理層は、上位層であるＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）層とは送信チャネル（ｔｒａｎｓｐｏｒｔｃｈａｎｎｅｌ）を介して接続されている。送信チャネルを介してＭＡＣ層と物理層との間にデータが移動する。送信チャネルは、無線インタフェースを介してデータがどのようにどんな特徴で送信されるかによって分類される。

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

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

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

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

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

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

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

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

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

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

以下、新しい無線接続技術（ｎｅｗｒａｄｉｏａｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ：ｎｅｗＲＡＴ，ＮＲ）について説明する。

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

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

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

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

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

図６はＮＲにおいて適用できるフレーム構造の例を示す。

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

サブフレーム内には副搬送波間隔（ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇ）によって１つまたは複数のスロット（ｓｌｏｔ）が含まれる。

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

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

図６では、μ＝０、１、２に対して例を示す。

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

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

＜自己完結型サブフレーム構造（Ｓｅｌｆ－ｃｏｎｔａｉｎｅｄｓｕｂｆｒａｍｅｓｔｒｕｃｔｕｒｅ）＞

図７は新しい無線接続技術に対するフレーム構造の一例を示したものである。

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

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

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

図８は本明細書の技術的な特徴が適用される５Ｇ使用シナリオの例を示す。図８に示された５Ｇ使用シナリオはただ例であり、本明細書の技術的な特徴は図８に示されていない他の５Ｇ使用シナリオにも適用される。

図８を参照すると、５Ｇの３つの主な要件領域は（１）改善された移動広帯域（ｅＭＢＢ；ｅｎｈａｎｃｅｄｍｏｂｉｌｅｂｒｏａｄｂａｎｄ）領域、（２）超大量の端末通信（ｍＭＴＣ；ｍａｓｓｉｖｅｍａｃｈｉｎｅｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎ）領域及び（３）超高信頼及び低遅延通信（ＵＲＬＬＣ；Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎｓ）領域を含む。一部の使用例は最適化のために多数の領域を要求することができ、他の使用例はただ１つの重要業績評価指標（ＫＰＩ；ｋｅｙｐｅｒｆｏｒｍａｎｃｅｉｎｄｉｃａｔｏｒ）にのみフォーカスできる。５Ｇはこのような様々な使用例を柔軟かつ信頼できる方法としてサポートすることである。

ｅＭＢＢはデータの速度、遅延、ユーザの密度、移動広帯域接続の容量及びカバレッジの全体的な向上に重点を置く。ｅＭＢＢは１０Ｇｂｐｓ程度の処理量を目標とする。ｅＭＢＢは基本的なモバイルインターネット接続をはるかに上回り、豊富な双方向作業、クラウドまたは拡張現実においてメディア及びエンターテインメントアプリケーションをカバーする。データは５Ｇの核心動力のうち１つであり、５Ｇ時代において初めて専用音声サービスを見ることができない。５Ｇにおいて、音声は単に通信システムによって提供されるデータ接続を使用してアプリケーションとして処理されることを期待される。増加したトラフィック量の主な原因はコンテンツサイズの増加及び高いデータレートを要求するアプリケーション数の増加である。ストリーミングサービス（オーディオ及びビデオ）、対話式ビデオ及びモバイルインターネット接続はより多くの装置がインターネットに接続するほど、さらに広く使用される。このような多くのアプリケーションはユーザにリアルタイム情報及び通知をプッシュするために常にオンになっている接続性を必要とする。クラウドストレージ及びアプリケーションはモバイル通信プラットフォームにおいて急速に増加しており、これは、タスク及びエンターテインメント全てに適用される。クラウドストレージはアップリンクデータレートの成長を牽引する特別な使用例である。５Ｇはまた、クラウド上の遠隔作業にも使用され、触覚インタフェースが使用されたとき、優れたユーザ経験を維持するようにさらに低い端から端まで（ｅｎｄ－ｔｏ－ｅｎｄ）遅延を要求する。エンターテインメントにおいて例えると、クラウドゲーム及びビデオストリーミングは移動広帯域能力に対する要求を高めるまた他の重要な要素である。エンターテインメントは電車、車及び飛行機のような高いモビリティ環境を含めてあらゆる場所でスマートフォン及びタブレットにおいて必須である。また他の使用例はエンターテインメントのための拡張現実及び情報検索である。ここで、拡張現実は非常に低い遅延と瞬間的なデータ量を必要とする。

ｍＭＴＣはバッテリーによって駆動される多量の低コスト装置間の通信をできるようにするために設計され、スマート計量、物流、現場及び人体センサーのようなアプリケーションをサポートするためのものである。ｍＭＴＣは１０年程度のバッテリー及び／または１ｋｍ２当り百万個程度の装置を目標とする。ｍＭＴＣは全ての分野において埋め込み型センサーをスムーズに接続できるようにし、最も多く予想できる５Ｇ使用例のうち１つである。潜在的に２０２０年までＩｏＴ装置は２０４億個に至ると予測されている。産業ＩｏＴは５Ｇがスマートシティ、資産追跡（ａｓｓｅｔｔｒａｃｋｉｎｇ）、スマートユーティリティ、農業及びセキュリティインフラをできるようにする主な役割を実行する領域のうち１つである。

ＵＲＬＬＣは装置及び機械が非常に信頼性があり非常に低い遅延及び高い可用性で通信できるようにすることで車両通信、産業制御、工場自動化、遠隔手術、スマートグリッド及び公共安全アプリケーションに最適である。ＵＲＬＬＣは１ｍｓの程度の遅延を目標とする。ＵＲＬＬＣは主なインフラの遠隔制御及び自律走行車のような超高信頼／低遅延リンクを介して産業を変化させる新しいサービスを含む。信頼性と遅延のレベルはスマートグリッド制御、産業自動化、ロボット工学、ドローン制御及び調整に必須である。

次に、図８の三角形の中に含まれた多数の使用例に対してさらに具体的に示している。

５Ｇは毎秒数百メガビットからギガバイト毎秒に評価されるストリームを提供する手段としてＦＴＴＨ（ｆｉｂｅｒ－ｔｏ－ｔｈｅ－ｈｏｍｅ）及びケーブルベース広帯域（または、ＤＯＣＳＩＳ）を補完することができる。このような速い速度は仮想現実（ＶＲ；ｖｉｒｔｕａｌｒｅａｌｉｔｙ）と拡張現実（ＡＲ；ａｕｇｍｅｎｔｅｄｒｅａｌｉｔｙ）のみならず、４Ｋ以上（６Ｋ、８Ｋ及びそれ以上）の解像度にＴＶを伝送するのに要求される。ＶＲ及びＡＲアプリケーションはほぼ没入型（ｉｍｍｅｒｓｉｖｅ）スポーツ競技を含む。特定のアプリケーションは特別なネットワーク設定が要求される。例えば、ＶＲゲームの場合、ゲーム会社が遅延を最小化するためにコアサーバをネットワークオペレータのエッジネットワークサーバと統合する必要がある。

自動車（Ａｕｔｏｍｏｔｉｖｅ）は車両に対するモバイル通信のための多くの使用例とともに５Ｇにおいて重要な新しい動力になると予想されている。例えば、乗客のためのエンターテインメントは高い容量と高い移動広帯域を同時に要求する。その理由は将来のユーザはその位置及び速度に関係なく高品質の接続を継続して期待しているためである。自動車分野の他の使用例は拡張現実ダッシュボードである。運転者は拡張現実ダッシュボードを介してフロントウィンドウを介して見ているものの上に暗闇中で物体を識別することができる。拡張現実ダッシュボードは物体の距離と動きに対して運転者に知らせる情報を重ねてディスプレイする。将来に、無線モジュールは車両間の通信、車両とサポートするインフラ構造の間で情報交換及び自動車と他の接続された装置（例えば、歩行者が伴う装置）の間で情報交換をできるようにする。安全システムは運転者がさらに安全な運転ができるように行動の代替コースを案内して事故の危険を軽減させる。次のステップは、遠隔操縦車両または自律走行車になる。これは互い異なる自律走行車間及び／または自動車とインフラの間で非常に信頼性のありかつ非常に速い通信を要求する。将来に、自律走行車が全ての運転活動を実行し、運転者は車両自体が識別できない交通異常にのみ集中するようになる。自律走行車の技術的な要件はトラフィック安全を人が達成できない程度のレベルまで高めるように超高信頼低遅延を要求する。

スマート社会として言われるスマートシティとスマートホームは高密度無線センサーネットワークとして埋め込まれる。知能型センサーの分散型ネットワークは都市または家のコスト及びエネルギー効率的な維持に対する条件を識別するようになる。同様の設定が各家庭のために実行される。温度センサー、ウィンドウ及び暖房コントローラ、盗難警報器及び家電製品は全て無線で接続される。このようなセンサーのうち多くが典型的に低いデータ送信速度、低電力及び低コストを要求する。しかし、例えば、リアルタイムＨＤビデオは監視のために特定のタイプの装置において要求される。

熱またはガスを含むエネルギーの消費及び流通は高度に分散され、分散型センサーネットワークの自動化された制御が要求される。スマートグリッドは情報を収集ししたがって応じて行動するようにデジタル情報及び通信技術を使用してこのようなセンサーを相互接続する。この情報はサプライヤーと消費者の行動を含めるため、スマートグリッドが効率性、信頼性、経済性、生産の持続可能性及び自動化方法として電気のような燃料の分配を改善するようにすることができる。スマートグリッドは低遅延の他のセンサーネットワークとして見られる。

健康部門はモバイル通信のベネフィットを楽しめる多くのアプリケーションを保有している。通信システムは遠く離れた場所において臨床診療を提供する遠隔診療をサポートすることができる。これは距離に対する障壁を下げることに役立ち、遠い農村において継続的に利用できない医療サービスへのアクセスを改善することができる。これはまた、重要な診療及び緊急状況において命を救うために用いられる。モバイル通信ベースの無線センサーネットワークは心拍数及び血圧のようなパラメータに対する遠隔モニタリング及びセンサーを提供することができる。

無線及びモバイル通信は産業応用分野においてますます重要になっている。配線は設置及び維持コストが高い。したがって、ケーブルを再構成できる無線リンクへの交換可能性は多くの産業分野において魅力的な機会である。しかし、これを達成するには、無線接続がケーブルと同様の遅延、信頼性及び容量で動作すること、管理の単純化を要求する。低遅延と非常に低いエラー確率は５Ｇに接続する必要がある新しい要件である。

物流及び貨物追跡は位置ベース情報システムを使用してどの場所でもインベントリ（ｉｎｖｅｎｔｏｒｙ）及びパッケージの追跡ができるようにするモバイル通信に対する重要な使用例である。物流及び貨物追跡の使用例は典型的に低いデータ速度を要求するが、広い範囲と信頼性のある位置情報が必要である。

図９は統合アクセス及びバックホールリンクに対する一例を模式的に示したものである。

このような統合アクセス及びバックホールリンクがあるネットワークの例が図９に示されており、ここでリレーノード（ｒＴＲＰ）は時間、周波数または空間（例：ビームベース作業）においてアクセス及びバックホールリンクを多重化することができる。

互い異なるリンクの動作は同一であるか他の周波数（「帯域内」及び「帯域外」リレーとも言える）にある。帯域外リレーの効率的なサポートは一部のＮＲ配置シナリオにおいて重要であるが、デュプレックス制約条件を受け入れ干渉を防止／軽減するために同じ周波数において動作するアクセスリンクとの緊密な相互作用を意味する帯域内動作要件を理解することが非常に重要である。

また、ｍｍＷａｖｅスペクトルにおいてＮＲシステムを運営することは、短期ブロック（ｓｈｏｒｔｔｅｒｍｂｌｏｃｋｉｎｇ）に比べて手順を完了させるのに必要な時間がさらに長いため、現在のＲＲＣベースハンドオーバメカニズムによって簡単に軽減できない深刻な短期間ブロックを経験することを含むいくつか独特な挑戦を提示することができる。

ｍｍＷａｖｅシステムにおいて短期ブロックを克服するためには、ｒＴＲＰ間の転換のために（コアネットワーク（ｃｏｒｅｎｅｔｗｏｒｋ）の介入が必ず必要ではない）速いＲＡＮベースのメカニズムが必要な場合がある。

セルフバックホールされたＮＲセルのさらに容易な配置に対する要求とともにｍｍＷａｖｅスペクトルでのＮＲ動作に対する短期間ブロックを軽減する必要があるということがアクセス及びバックホールリンクの迅速なスウィッチができるようにする統合されたフレームワークの開発に対する必要性を引き起こす場合がある。

さらに、ｒＴＲＰ間のＯＴＡ（Ｏｖｅｒ－ｔｈｅ－Ａｉｒ）調整は干渉を軽減しエンドツーエンド経路（ｅｎｄ－ｔｏ－ｅｎｄｒｏｕｔｅ）選択及び最適化をサポートすることと見なす。

次の要件及び側面はＮＲに対する統合アクセス及び無線バックホール（ＩＡＢ）によって解決する必要がある。

－屋内及び屋外シナリオにおいて帯域内及び帯域外中継のための効率的で柔軟な運営

－マルチホップ及び重複接続

－エンドツーエンド経路（ｅｎｄ－ｔｏ－ｅｎｄｒｏｕｔｅ）選択及び最適化

－高いスペクトル効率にバックホールリンクサポート

－レガシーＮＲＵＥサポート

レガシーＮＲ（ｎｅｗＲＡＴ）はハーフデュプレックス（ｈａｌｆ－ｄｕｐｌｅｘ）装置をサポートするように設計された。また、ＩＡＢシナリオのハーフデュプレックスがサポートされ対象にする価値がある。また、フルデュプレックス方法のＩＡＢ装置も研究できる。

ＩＡＢシナリオにおいて、各リレーノード（ＲＮ）がスケジューリング能力を持っていなければ、ドナーｇＮＢ（ＤｇＮＢ）はＤｇＮＢ、関連ＲＮ及びＵＥ間の全体リンクをスケジューリングする必要がある。つまり、ＤｇＮＢは全ての関連ＲＮにおいてトラフィック情報を収集して全てのリンクに対するスケジューリング決定をした次の各ＲＮにスケジューリング情報を知らせることができる。

図１０はＤｇＮＢ、ＲＮ、及びＵＥ間のリンクに対する一例を模式的に示したものである。

図１０によれば、例えば、ＤｇＮＢとＵＥ１間のリンクはアクセスリンクであり、ＲＮ１とＵＥ２間のリンクまた、アクセスリンク、ＲＮ２とＵＥ３間のリンクも同様にアクセスリンクを意味する。

同様に、図１０によれば、例えば、ＤｇＮＢとＲＮ１間のリンク、ＲＮ１とＲＮ２間のリンクはバックホールリンク（ｂａｃｋｈａｕｌｌｉｎｋ）を意味する。

例えば、図１０の例のように、バックホール及びアクセスリンクが構成され、この場合、ＤｇＮＢはＵＥ１のスケジューリング要求を受信するだけでなく、ＵＥ２及びＵＥ３のスケジューリング要求を受信することができる。以後、２個のバックホールリンクと３個のアクセスリンクのスケジューリング決定をしてスケジューリング結果を知らせることができる。したがって、この集中型スケジューリングには遅延スケジューリングと待機時間問題が含まれている。

その一方で、分散型スケジューリングは各ＲＮがスケジューリング能力を持つ場合、行うことができる。そうすれば、ＵＥのアップリンクスケジューリング要求に対して即時スケジューリングができ、周辺交通状況を反映してバックホール／アクセスリンクがさらに柔軟に活用される。

図１１はバックホールリンク及びアクセスリンクの例を模式的に示したものである。

図１１に示されたようにドナー（ｄｏｎｏｒ）ノード（ｎｏｄｅ）とＩＡＢノード間のリンク（ｌｉｎｋ）またはＩＡＢノード間のリンクをバックホール（ｂａｃｋｈａｕｌ）リンクと呼ぶ。その一方で、ドナーノードとＵＥ間のリンクまたはＩＡＢノードとＵＥ間のリンクをアクセス（ａｃｃｅｓｓ）リンクと呼ぶ。すなわち、ＭＴと親（ｐａｒｅｎｔ）ＤＵ間のリンクまたはＤＵと子（ｃｈｉｌｄ）ＭＴ間のリンクをバックホールリンクと呼び、ＤＵとＵＥ間のリンクをアクセスリンクと呼ぶ。

図１２は親リンクと子リンクの例を模式的に示したものである。

図１２に示されたようにＩＡＢノードと親ノード間のリンクを親リンクと呼び、ＩＡＢノードと子ノード／ＵＥ間のリンクを子リンクと呼ぶ。すなわち、ＭＴと親ＤＵ間のリンクを親リンクと呼び、ＤＵと子ＭＴ／ＵＥ間のリンクを子リンクと呼ぶ。

しかし。解釈によってまたは観点によってＩＡＢノードと親ノード間のリンクをバックホールリンクと呼び、ＩＡＢノードと子ノード／ＵＥ間のリンクをアクセスリンクとも呼べる。

このような議論に基づいて、以下では本明細書において考慮できるＩＡＢノード（ｎｏｄｅ）に対するＭＴ設定方法について説明する。

以下では、本明細書の提案について説明する。

ＩＡＢノードは親（ｐａｒｅｎｔ）ノードとのコミュニケーション（ｃｏｍｍｕｎｉｃａｔｉｏｎ）のために親ノードと自身間の親リンク（ｌｉｎｋ）に対するリンク方向（ｄｉｒｅｃｔｉｏｎ）情報を知らせるＭＴ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）が設定される。また、ＩＡＢノードは子（ｃｈｉｌｄ）ノードとのコミュニケーションのために子ノード／アクセス（ａｃｃｅｓｓ）ＵＥと自身間の子リンクに対するリンク方向及びリンク有効性（ａｖａｉｌａｂｉｌｉｔｙ）情報を知らせるＤＵ設定が設定される。このとき、ＩＡＢノードはＤＵ設定とＭＴ設定によって自身が特定の時点に親リンクと子リンクのうちどのリンクでコミュニケーションで実行できるか判断する方法を提案する。

図１３は、ＩＡＢノードが特定のリソースのリンク方向を決定する一例を示す。

図１３によれば、ＩＡＢノードは親ノードとＩＡＢノード間（親リンク）の通信のための、リソース関連設定情報（例えば、リンク方向を知らせる情報）であるＭＴ設定を受信することができる（Ｓ１０１）。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

ＩＡＢノードは子ノードと前記ＩＡＢノード間（子リンク）の通信のための、リソース関連設定情報（例えば、リンク方向を知らせる情報、リンク可用性情報など）であるＤＵ設定を受信することができる（Ｓ１０２）。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

ＩＡＢノードはＭＴ設定及びＤＵ設定のうち、少なくとも１つに基づいて特定の時点において前記親リンクと前記子リンクのうち、どのリンクを介して通信するか判断することができる（Ｓ１０３）。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

本明細書の追加の利点、目的及び特徴は次の説明において部分的に説明され、下記を検討するとき当業者に明白、かつ部分的に本明細書の実施から学べる。本明細書の目的及び他の利点は添付された図面のみならず本明細書の請求範囲及び請求範囲において、特に指摘された構造によって実現され、達成できる。

本明細書の構成、動作及びその他の特徴は添付された図面を参照することができ、説明された本明細書の実施例によって理解できる。

本明細書の内容は帯域内（ｉｎ－ｂａｎｄ）環境を仮定して内容を記述するが、帯域外（ｏｕｔ－ｂａｎｄ）環境でも適用でも。また、本明細書の内容はドナー（ｄｏｎｏｒ）ｇＮＢ（ＤｇＮＢ）、リレー（ｒｅｌａｙ）ノード（ＲＮ）、ＵＥがｈａｌｆ－ｄｕｐｌｅｘ動作をする環境を考慮して記述されるが、ドナーｇＮＢ（ＤｇＮＢ）、リレーノード（ＲＮ）、ａｎｄ／ｏｒＵＥがｆｕｌｌ－ｄｕｐｌｅｘ動作をする環境でも適用できる。

本明細書では説明の便宜上、ＲＮ１とＲＮ２が存在するとき、ＲＮ１がＲＮ２とバックホール（ｂａｃｋｈａｕｌ）リンクに接続されＲＮ２に送受信されるデータをリレーするときにＲＮ１をＲＮ２の親ノードといい、ＲＮ２をＲＮ１の子ノードＲＮという。

本明細書において用いられる用語は以下の通りである。

－ＩＡＢノード（ＩＡＢ－ノード）：端末（ら）に対する無線アクセスをサポートしアクセストラフィックを無線にバックホール（ｂａｃｋｈａｕｌ）することをサポートするＲＡＮノード。

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

以下、各略語は以下の用語の略語に該当する。

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

－ＣＳＩ－ＲＳ：チャネル状態基準信号（ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）

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

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

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

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

－ＭＴ：モバイル端末（Ｍｏｂｉｌｅｔｅｒｍｉｎａｌ）

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

－ＩＡＢ－ＭＴ：ＩＡＢモバイル端末（ＩＡＢｍｏｂｉｌｅｔｅｒｍｉｎａｌ）

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

－ＳＡ：Ｓｔａｎｄ－ａｌｏｎｅ

－ＮＳＡ：ｎｏｎ－ｓｔａｎｄ－ａｌｏｎｅ

－ＥＰＣ：ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ

その一方で、ＩＡＢノードＭＴの観点から、次のタイプ（ら）の時間ドメインリソース（ら）は親リンクに対して指示される。

－ダウンリンク時間リソース；

－アップリンク時間リソース；

－フレキシブル時間リソース。

ＩＡＢノードＤＵの観点から、子リンクは次のタイプ（ら）の時間ドメインリソース（ら）を有する。

－ダウンリンク時間リソース；

－アップリンク時間リソース；

－フレキシブル時間リソース；

－利用できない時間リソース（ら）（ＤＵ子リンク（ら）上において通信のために使用できないリソース（ら））。

ＤＵ子リンクのダウンリンク、アップリンク、フレキシブル時間リソースタイプ（ら）は以下の２つのカテゴリのうち、１つに属する。

－ハード：該当時間リソースは常にＤＵ子リンクに対して使用可能である；

－ソフト：ＤＵ子リンクに対する該当時間リソースの可用性は明示的に及び／または暗示的に親ノードによって制御される。

－使用できない時間リソース（ら）（ＤＵ子リンク（ら）上においてコミュニケーションのために使用できないリソース（ら））

ＩＡＢノードＤＵの観点から子リンクにはダウンリンク（ＤＬ）、アップリンク（ＵＬ）、フレキシブル（Ｆ）の種類の時間リソースがある。

ＤＵ子リンクのダウンリンク、アップリンク及びフレキシブル時間リソースそれぞれはハード、ソフトまたはＮＡリソースである。ここで、使用できない（ＮＡ）リソースはリソースがＤＵ子リンク（ら）上の通信に使用されないことを意味する。先に説明したもののように、ハードリソースは常にＤＵ子リンクにおいて通信できることを意味する。しかし、ソフトリソースの場合、ＤＵ子リンクでの通信可用性は親ノードによって明示的及び／または暗示的に制御される。

このような状況において、ＤＵ子リンクに対する時間リソースのリンク（リソース）方向（ＤＬ／ＵＬ／Ｆ）及びリンク（リソース）可用性（ハード／ソフト／ＮＡ）上での設定を「ＤＵ設定」と称することができる。

この設定は、ＩＡＢノード（ら）のうちの効果的な多重化及び干渉処理に使用される。例えば、この設定は、親リンクと子リンク間の時間リソースに対してどのリンクが有効であるかを指示することに使用される。

また、子ノード（ら）のサブセット（ｓｕｂｓｅｔ）だけを構成することは、ＤＵ動作に対する時間リソースを活用することができるため、子ノード（ら）の中の干渉を調整することに使用することができる。

このような側面を考慮すれば、ＤＵ設定はＤＵ設定が半静的でありＩＡＢノードを特定して設定されるとき、より効果的である。

ソフトリソースの可用性はＬ１ベースの暗黙的／明示的信号を介して動的に構成することができる。「ＩＡ」はＤＵリソースが使用可能なものに明示的または暗黙的と表示されたことを意味し、「ＩＮＡ」はＤＵリソースが使用不可能なものに明示的または暗黙的と表示されたことを意味する。動的Ｌ１ベースシグナリングはＤＵソフトリソースが「ＩＡ」であるか「ＩＮＡ」であるかを示すことができる。

その一方で、アクセスリンクに対するＳＦＩ設定と同様にＩＡＢノードＭＴは親リンクに対してダウンリンク（ＤＬ）、アップリンク（ＵＬ）及びフレキシブル（Ｆ）の３種類の時間リソースを持つ。

図１４はノード間の設定に対して模式的に示したものである。

図１４の（１）のように、ＩＡＢノードは親ノードとのコミュニケーションのために親ノードと自身間の親リンクに対するリンク方向情報を知らせるＭＴ設定が設定される。また、図１４の（２）のように自身の子リンクへのコミュニケーションに使用できるリンク方向及びリンク使用有効性情報を知らせるＤＵ設定が設定される。

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

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

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

図１５はＤＵ及びＭＴでのＣＣの一例を模式的に示したものである。

ＩＡＢノードのＭＴ及びＤＵは複数個のＣＣ（ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ）で構成される。このとき、互い異なるＣＣは互い同じまたは他の周波数領域において動作するか互い同じまたは他のパネルを使用することができる。例えば、図１５のようにＩＡＢノード内のＭＴとＤＵがそれぞれ３個のＣＣが存在する場合がある。図面においてＭＴに存在する３個のＣＣをそれぞれＭＴ－ＣＣ１、ＭＴ－ＣＣ２、ＭＴ－ＣＣ３と称し、ＤＵに存在する３個のＣＣをそれぞれＤＵ－ＣＣ１、ＤＵ－ＣＣ２、ＤＵ－ＣＣ３と称する。

このとき、ＭＴの特定のＣＣとＤＵの特定のＣＣ間にはＴＤＭ、ＳＤＭ／ＦＤＭ、ＦＤのうち、１つの多重化方法が適用する。例えば、特定のＭＴ－ＣＣとＤＵ－ＣＣが互い異なるｉｎｔｅｒ－ｂａｎｄの周波数領域に位置した場合、該当ＭＴ－ＣＣとＤＵ－ＣＣ間にはＦＤが適用される。その一方で、互い同じ周波数領域に位置したＭＴ－ＣＣとＤＵ－ＣＣ間にはＴＤＭ方法が適用する。

図１５において、ＭＴ－ＣＣ１、ＭＴ－ＣＣ２、ＤＵ－ＣＣ１、ＤＵ－ＣＣ２はｆ１を中心周波数として持っており、ＭＴ－ＣＣ３、ＤＵ－ＣＣ３はｆ２を中心周波数として持っており、ｆ１とｆ２は互いｉｎｔｅｒ－ｂａｎｄ内に位置する。この場合、ＭＴ－ＣＣ１の立場（または、ＭＴ－ＣＣ２の立場）においてＤＵ－ＣＣ１、ＤＵ－ＣＣ２とはＴＤＭして動作するが、ＤＵ－ＣＣ３とはＦＤとして動作することができる。その一方で、ＭＴ－ＣＣ３の立場においてＤＵ－ＣＣ１、ＤＵ－ＣＣ２とはＦＤとして動作するが、ＤＵ－ＣＣ３とはＴＤＭとして動作することができる。

その一方で、同じＣＣ内でもＭＴとＤＵ間、他の多重化方法が適用する。例えば、ＭＴ及び／またはＤＵのＣＣ内に複数個のパート（ｐａｒｔ）が存在する場合がある。このようなパートは例えば中心（ｃｅｎｔｅｒ）周波数は同じであるが物理的な位置（ｌｏｃａｔｉｏｎ）の差があるアンテナ（ａｎｔｅｎｎａ）や互い異なるパネルに送信されるリンクを意味する。または、例えば、中心周波数は同じであるが互い異なるＢＷＰを介して送信されるリンクを意味する。このような場合、例えば、ＤＵ－ＣＣ１内に２個のパートが存在するとき、パートごとに特定のＭＴ－ＣＣまたは特定のＭＴ－ＣＣ内の特定のパートと動作する多重化タイプ（ｔｙｐｅ）が異なる場合がある。下記明細書の内容はＭＴのＣＣとＤＵのＣＣのペアごとに適用される多重化タイプが異なる場合に対して記述するが、明細書の内容がＭＴ及びＤＵが複数個のパートに区別されＭＴのＣＣ及びパートとＤＵのＣＣ及びパートのペア（ｐａｉｒ）ごとに適用される多重化タイプが異なる場合にも拡張適用される。

前記ＤＵ－ＣＣはＤＵ－セル（ｃｅｌｌ）に代替して解釈される。

図１６はタイミングアライメントケース１の例を模式的に示したものである。

－タイミング（Ｔｉｍｉｎｇ）アライメント（ａｌｉｇｎｍｅｎｔ）ケース（ｃａｓｅ）１

ＩＡＢ－ノード（ら）及びＩＡＢ－ドナー（ら）を横切るＤＬ送信（ｔｒａｎｓｍｉｓｓｉｏｎ）タイミングアライメントである。ＩＡＢノード間、ＤＵのＤＬＴｘタイミングがアライメント（ａｌｉｇｎ）されている方法に、Ｒｅｌ－１６ＩＡＢノードが使用するタイミングアライメント方法である。

親ノードにおいてＤＬ送信とＵＬ受信が適切にアライメントされない場合、子ノードが適切に子ノードのＯＴＡベースタイミング及び同期に対するＤＬＴｘタイミングを設定するためのアライメントに関する追加の情報が必要な場合がある（ＩｆＤＬＴＸａｎｄＵＬＲＸａｒｅｎｏｔｗｅｌｌａｌｉｇｎｅｄａｔｔｈｅｐａｒｅｎｔｎｏｄｅ、ａｄｄｉｔｉｏｎａｌｉｎｆｏｒｍａｔｉｏｎａｂｏｕｔｔｈｅａｌｉｇｎｍｅｎｔｉｓｎｅｅｄｅｄｆｏｒｔｈｅｃｈｉｌｄｎｏｄｅｔｏｐｒｏｐｅｒｌｙｓｅｔｉｔｓＤＬＴＸｔｉｍｉｎｇｆｏｒＯＴＡｂａｓｅｄｔｉｍｉｎｇ＆ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）。

ＭＴＴｘタイミングはＭＴＲｘタイミング－ＴＡと表示され、ＤＵＴｘタイミングはＭＴＲｘタイミング－ＴＡ／２－Ｔ＿ｄｅｌｔａと表示される。Ｔ＿ｄｅｌｔａ値は親ノードから得た値である。

図１７はタイミングアライメントケース６の例を模式的に示したものである。

－タイミングアライメントケース６

全てのＩＡＢノードに対するＤＬ送信タイミングは親ＩＡＢノードまたはドナーＤＬタイミングと一致する。ＩＡＢノードのＵＬ送信タイミングはＩＡＢノードのＤＬ送信タイミングと一致する（ＴｈｅＤＬｔｒａｎｓｍｉｓｓｉｏｎｔｉｍｉｎｇｆｏｒａｌｌＩＡＢ－ｎｏｄｅｓｉｓａｌｉｇｎｅｄｗｉｔｈｔｈｅｐａｒｅｎｔＩＡＢ－ｎｏｄｅｏｒｄｏｎｏｒＤＬｔｉｍｉｎｇ。ＴｈｅＵＬｔｒａｎｓｍｉｓｓｉｏｎｔｉｍｉｎｇｏｆａｎＩＡＢ－ｎｏｄｅｃａｎｂｅａｌｉｇｎｅｄｗｉｔｈｔｈｅＩＡＢ－ｎｏｄｅ′ｓＤＬｔｒａｎｓｍｉｓｓｉｏｎｔｉｍｉｎｇ）。

ＩＡＢノードのＭＴＵＬＴｘタイミングとＤＵＤＬＴｘタイミングがアライメントされている方法である。

ＭＴのＵＬＴｘタイミングが固定されるためこれを受信する親ＤＵのＵＬＲｘタイミングはＭＴのＵＬＴｘタイミングに比べて親ＤＵとＭＴの伝搬（ｐｒｏｐａｇａｔｉｏｎ）遅延（ｄｅｌａｙ）だけ遅延する。ＵＬを送信する子ＭＴによってＭＴのＵＬＲｘタイミングが異なる。ＩＡＢノードがタイミングアライメントケース６を使用する場合、親ノードのＵＬＲｘタイミングが既存に比べて異なるため、ＩＡＢノードがタイミングアライメントケース６を使用しようとすれば親ノードも該当情報を認識する必要がある。

図１８はタイミングアライメントケース７の例を模式的に示したものである。

－タイミングアライメントケース７

全てのＩＡＢノードに対するＤＬ送信タイミングは親ＩＡＢノードまたはドナーＤＬタイミングと一致する。ＩＡＢノードのＵＬ受信タイミングはＩＡＢノードのＤＬ受信タイミングと一致する（ＴｈｅＤＬｔｒａｎｓｍｉｓｓｉｏｎｔｉｍｉｎｇｆｏｒａｌｌＩＡＢ－ｎｏｄｅｓｉｓａｌｉｇｎｅｄｗｉｔｈｔｈｅｐａｒｅｎｔＩＡＢ－ｎｏｄｅｏｒｄｏｎｏｒＤＬｔｉｍｉｎｇ。ＴｈｅＵＬｒｅｃｅｐｔｉｏｎｔｉｍｉｎｇｏｆａｎＩＡＢ－ｎｏｄｅｃａｎｂｅａｌｉｇｎｅｄｗｉｔｈｔｈｅＩＡＢ－ｎｏｄｅ′ｓＤＬｒｅｃｅｐｔｉｏｎｔｉｍｉｎｇ）。

ＤＬＴＸ及びＵＬＲＸが親ノードにおいて適切にアライメントされない場合、子ノードがＯＴＡベースタイミング及び同期のためにＤＬＴＸタイミングを適切に設定するためにはアライメントに対する追加情報が必要な場合がある（ＩｆＤＬＴＸａｎｄＵＬＲＸａｒｅｎｏｔｗｅｌｌａｌｉｇｎｅｄａｔｔｈｅｐａｒｅｎｔｎｏｄｅ，ａｄｄｉｔｉｏｎａｌｉｎｆｏｒｍａｔｉｏｎａｂｏｕｔｔｈｅａｌｉｇｎｍｅｎｔｉｓｎｅｅｄｅｄｆｏｒｔｈｅｃｈｉｌｄｎｏｄｅｔｏｐｒｏｐｅｒｌｙｓｅｔｉｔｓＤＬＴＸｔｉｍｉｎｇｆｏｒＯＴＡｂａｓｅｄｔｉｍｉｎｇ＆ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）。

ＩＡＢノードのＭＴＤＬＲｘタイミングとＤＵＵＬＲｘタイミングがアライメントされている方法である。

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

したがって、このようなタイミングアライメント方法は既存のタイミングアライメント方法（ケース１）に比べＩＡＢノードのｓｐｅｃｉｆｉｃａｔｉｏｎ動作上の差が明らかにならない場合がある。したがって、本明細書において記述するタイミングアライメントケース７はタイミングアライメントケース１に代替／解釈される。

本明細書においてタイミングアライメントというのはスロットレベルアライメントまたはシンボルレベルアライメントを意味する。このとき、タイミングアライメントというのはＭＴのＵＬＴｘとＤＵのＤＬＴｘ間のタイミングアライメント、及び／または、ＭＴのＤＬＲｘとＤＵのＵＬＲｘ間のタイミングアライメントを意味する。この場合、さらに具体的には、次のようにタイミングアライメントが実行される。

－Ａｌｔ１．実際のＭＴとＤＵがＴｘ動作を実行する時間区間に対してＭＴＵＬとＤＵＤＬ間、タイミングアライメントを行うことができる。及び／または、ＭＴとＤＵがＲｘ動作を実行する時間区間に対してＭＴＤＬとＤＵＵＬ間、タイミングアライメントを行うことができる。

－Ａｌｔ２．特徴的にＲＲＣ／Ｆ１－ＡＰなどで設定されたリソース（ｒｅｓｏｕｒｃｅ）方向情報によって、

ＭＴのＵＬリソースとＤＵのＤＬリソース間、Ｔｘタイミングのアライメントを行うことができる。

及び／または、ＭＴのＤＬリソースとＤＵのＵＬリソース間、Ｒｘタイミングのアライメントを行うことができる。

及び／または、ＭＴのフレキシブル（ｆｌｅｘｉｂｌｅ）リソースとＤＵのフレキシブルリソース間、タイミングアライメントを行うことができる。

下記内容はＭＴがシングルＣＣで構成され、ＤＵがシングルセル（ｃｅｌｌ）で構成された場合に基づいて説明する。本明細書の内容はＭＴが複数（ｍｕｌｔｉｐｌｅ）ＣＣで構成された場合に拡張適用される。この場合、ＭＴとＤＵはそれぞれＭＴＣＣとＤＵセルに解釈される。

Ａ．多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）タイプを分ける方法

ＩＡＢノード（ｎｏｄｅ）のＭＴとＤＵ間の多重化方法を示す方法には次のような方法が考慮される。本明細書においてｎｏ－ＴＤＭというのはＴＤＭを実行しない動作を意味し、これはＳＤＭ、ＦＤＭ、ＦＤ動作などで代替／解釈される。

１．Ａｌｔ１．ＭＴＣＣ／ＤＵセルペア（ｐａｉｒ）ごとにＭＴとＤＵのＴｘ／Ｒｘ方向（ｄｉｒｅｃｔｉｏｎ）の組み合わせ（ｃｏｍｂｉｎａｔｉｏｎ）によってＴＤＭ／ｎｏ－ＴＤＭを指示（ｉｎｄｉｃａｔｉｏｎ）

ＭＴとＤＵのＴｘ／Ｒｘ方向の組み合わせによってＴＤＭまたはｎｏ－ＴＤＭの多重化方法を持つ。すなわち、ＭＴＴｘ／ＤＵＴｘ、ＭＴＴｘ／ＤＵＲｘ、ＭＴＲｘ／ＤＵＴｘ、ＭＴＲｘ／ＤＵＲｘの４つの組み合わせの場合に対してそれぞれがＴＤＭまたはｎｏ－ＴＤＭの多重化方法を持つ。このとき、デフォルト（ｄｅｆａｕｌｔ）にＴＤＭの多重化方法を持っており別途の設定や要求がある時にｎｏ－ＴＤＭの多重化方法を持つ。

２．Ａｌｔ２．ＭＴＣＣ／ＤＵセルペアごとにＭＴとＤＵのＴＤＭ／ｎｏ－ＴＤＭ組み合わせを指示

ＭＴとＤＵの間のＴｘ／Ｒｘ方向の組み合わせに係るＴＤＭ／ｎｏ－ＴＤＭ有無がいくつかのｓｅｔに定義され、該当ｓｅｔのうち、１つの多重化方法を持つ。このようなＴＤＭ／ｎｏ－ＴＤＭ組み合わせは次のうち、全体または一部を含むことができる。

（１）ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ１：ＴＤＭ

ＤＵとＭＴ間にＴＤＭ動作を考慮して、ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ１ではＤＵとＭＴの全てのＴｘ／Ｒｘ方向の組み合わせに対してＴＤＭに動作することができる。すなわち、次のようにＤＵとＭＴの送受信方向の組み合わせに対してそれぞれＴＤＭが適用される。このようなＴＤＭ／ｎｏ－ＴＤＭ組み合わせを便宜上、ＤＵとＭＴ間の「ＴＤＭ」と呼ぶ。

－ＭＴＴｘ／ＤＵＴｘ：ＴＤＭ

－ＭＴＴｘ／ＤＵＲｘ：ＴＤＭ

－ＭＴＲｘ／ＤＵＴｘ：ＴＤＭ

－ＭＴＲｘ／ＤＵＲｘ：ＴＤＭ

特徴的にこのようなＴＤＭ／ｎｏ－ＴＤＭ組み合わせではＩＡＢノードのＤＵ及びＭＴのＴｘ／Ｒｘタイミング（ｔｉｍｉｎｇ）の設定方法が特定の方法に定義されなくてもスムーズに送受信動作が実行される。この場合、特徴的にレガシー（ｌｅｇａｃｙ）タイミングアライメント（ａｌｉｇｎｍｅｎｔ）動作であるタイミングアライメントケース１が適用される。

（２）ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ２：Ｔｘｎｏ－ＴＤＭ

ＤＵのＤＬとＭＴのＵＬ間にＳＤＭ／ＦＤＭ動作を考慮して、ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ２ではＤＵとＭＴが全てＴｘの方向を持つ組み合わせに対してｎｏ－ＴＤＭに動作することができる。この場合、例えば、ＤＵとＭＴが互い同じパネルを使用し、動作してＤＵのＤＬＴｘとＭＴのＵＬＴｘ間に互いシンボル（ｓｙｍｂｏｌ）境界（ｂｏｕｎｄａｒｙ）が合ってこそ同時に送信または受信が可能になる。この場合、ＤＵとＭＴが同時に送信する場合、ＴＤＭを実行せず（ｉ．ｅ．，ｎｏ－ＴＤＭ）動作することができる。このとき、ＤＵとＭＴが全てＲｘ動作を実行する場合にはＳＤＭ／ＦＤＭが実行されない場合がある。すなわち、次のようにＤＵとＭＴの送受信方向の組み合わせによってＴＤＭまたはｎｏ－ＴＤＭが適用される。ＤＵとＭＴのＴｘ／Ｒｘ方向が全てＴｘである組み合わせに対してｎｏ－ＴＤＭが適用される当該構成を便宜上、ＤＵとＭＴ間の「Ｔｘｎｏ－ＴＤＭ」と呼ぶ。

－ＭＴＴｘ／ＤＵＴｘ：ｎｏ－ＴＤＭ

－ＭＴＴｘ／ＤＵＲｘ：ＴＤＭ

－ＭＴＲｘ／ＤＵＴｘ：ＴＤＭ

－ＭＴＲｘ／ＤＵＲｘ：ＴＤＭ

特徴的にこのようなＴＤＭ／ｎｏ－ＴＤＭ組み合わせでは、ＩＡＢノード内のＤＵのＤＬＴｘのタイミングとＭＴのＵＬＴｘのタイミングが互いアライメント（ａｌｉｇｎ）される必要がある。特徴的にＤＵのＤＬＴｘのタイミングとＭＴのＵＬＴｘのタイミング間のアライメントのためにタイミングアライメントケース６が適用される。

（３）ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ３：Ｒｘｎｏ－ＴＤＭ

ＤＵのＵＬとＭＴのＤＬ間にＳＤＭ／ＦＤＭ動作を考慮して、ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ３ではＤＵとＭＴが全てＲｘの方向を持つ組み合わせに対してｎｏ－ＴＤＭに動作することができる。この場合、例えば、ＤＵとＭＴが互い同じパネルを使用し、動作してＤＵのＵＬＲｘとＭＴのＤＬＲｘ間に互いシンボル境界が合ってこそ同時に送信または受信が可能になる。この場合、ＤＵとＭＴが同時に受信する場合ＴＤＭを実行せず（ｉ．ｅ．，ｎｏ－ＴＤＭ）動作することができる。このとき、ＤＵとＭＴが全てＴｘ動作を実行する場合にはＳＤＭ／ＦＤＭが実行されない場合がある。すなわち、次のようにＤＵとＭＴの送受信方向の組み合わせによってＴＤＭまたはｎｏ－ＴＤＭが適用される。ＤＵとＭＴのＴｘ／Ｒｘ方向が全てＲｘである組み合わせに対してｎｏ－ＴＤＭが適用される当該構成を便宜上、ＤＵとＭＴ間の「Ｒｘｎｏ－ＴＤＭ」と呼ぶ。

－ＭＴＴｘ／ＤＵＴｘ：ＴＤＭ

－ＭＴＴｘ／ＤＵＲｘ：ＴＤＭ

－ＭＴＲｘ／ＤＵＴｘ：ＴＤＭ

－ＭＴＲｘ／ＤＵＲｘ：ｎｏ－ＴＤＭ

特徴的にこのようなＴＤＭ／ｎｏ－ＴＤＭ組み合わせでは、ＩＡＢノード内のＤＵのＵＬＲｘのタイミングとＭＴのＤＬＲｘのタイミングが互いアライメントされる必要がある。特徴的にＤＵのＵＬＲｘのタイミングとＭＴのＤＬＲｘのタイミング間のアライメントのためにタイミングアライメントケース７が適用される。

（４）ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ４：Ｔｘ／Ｒｘｎｏ－ＴＤＭ

ＤＵとＭＴのＴｘ間またはＤＵとＭＴのＲｘ間にＳＤＭ／ＦＤＭ動作を考慮して、ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ４ではＤＵとＭＴが全てＴｘの方向を持つ組み合わせ、そしてＲｘの方向を持つ組み合わせに対してｎｏ－ＴＤＭに動作することができる。すなわち、次のようにＤＵとＭＴの送受信方向の組み合わせによってＴＤＭまたはｎｏ－ＴＤＭが適用される。ＤＵとＭＴのＴｘ／Ｒｘ方向が全てＴｘであるかＲｘである組み合わせに対してｎｏ－ＴＤＭが適用される当該構成を便宜上、ＤＵとＭＴ間の「Ｔｘ／Ｒｘｎｏ－ＴＤＭ」と呼ぶ。

－ＭＴＴｘ／ＤＵＴｘ：ｎｏ－ＴＤＭ

－ＭＴＴｘ／ＤＵＲｘ：ＴＤＭ

－ＭＴＲｘ／ＤＵＴｘ：ＴＤＭ

－ＭＴＲｘ／ＤＵＲｘ：ｎｏ－ＴＤＭ

このとき、特徴的にＩＡＢノードのタイミングアライメント方法によってＴＤＭ／ｎｏ－ＴＤＭ組み合わせ４は４－１と４－２の２つの組み合わせに分割できる

－ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ４－１

ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ４－１において、例えば、ＤＵとＭＴが互い異なるパネルを使用し、動作して互いシンボル境界が合わなくても同時に送信または受信が可能になる。このような場合、ＩＡＢノードのＤＵ及びＭＴのＴｘ／Ｒｘタイミングの設定方法が特定の方法に定義されなくてもスムーズに送受信動作が実行される。この場合、特徴的にレガシータイミングアライメント動作であるタイミングアライメントケース１が適用される。

－ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ４－２

ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ４－１において、例えば、ＤＵとＭＴが互い同じパネルを使用してＤＵとＭＴのＴｘ間にそしてＤＵとＭＴのＲｘ間に互いシンボル境界が合ってこそ同時に送信または受信が可能になる。このような場合、ＩＡＢノード内のＤＵのＵＬＲｘのタイミングとＭＴのＤＬＲｘのタイミングが互いアライメントされる必要がある。特徴的にＤＵのＵＬＲｘのタイミングとＭＴのＤＬＲｘのタイミング間のアライメントのためにＤＵのＵＬＲｘａｎｄ／ｏｒＭＴのＤＬＲＸが動作するリソースにおいてタイミングアライメントケース７が適用される。また、ＤＵのＤＬＴｘａｎｄ／ｏｒＭＴのＵＬＴｘが動作するリソースにおいてタイミングアライメントケース６が適用される。

（５）ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ５：ｎｏ－ＴＤＭ

ＤＵとＭＴ間にｆｕｌｌｄｕｐｌｅｘｉｎｇ動作を考慮して、ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ１においてＤＵとＭＴの全てのＴｘ／Ｒｘ方向の組み合わせに対してｎｏ－ＴＤＭに動作することができる。すなわち、次のようにＤＵとＭＴの送受信方向の組み合わせに対してそれぞれｎｏ－ＴＤＭが適用される。このようなＴＤＭ／ｎｏ－ＴＤＭ組み合わせを便宜上、ＤＵとＭＴ間の「ｎｏ－ＴＤＭ」と呼べる。

－ＭＴＴｘ／ＤＵＴｘ：ｎｏ－ＴＤＭ

－ＭＴＴｘ／ＤＵＲｘ：ｎｏ－ＴＤＭ

－ＭＴＲｘ／ＤＵＴｘ：ｎｏ－ＴＤＭ

－ＭＴＲｘ／ＤＵＲｘ：ｎｏ－ＴＤＭ

特徴的にこのようなＴＤＭ／ｎｏ－ＴＤＭ組み合わせにおいてＩＡＢノードのＤＵ及びＭＴのＴｘ／Ｒｘタイミングの設定方法が特定の方法に定義されなくてもスムーズに送受信動作が実行される。この場合、特徴的にレガシータイミングアライメント動作であるタイミングアライメントケース１が適用される。

Ｂ．タイミングアライメント方法を分ける方法

ＩＡＢノードのＭＴとＤＵのＴｘ／Ｒｘタイミングを合わせる方法を示す方法には次のような方法が考慮される。

１．Ａｌｔ１．ＭＴとＤＵのＴｘ／Ｒｘタイミング方法を一度で知らせる

ＩＡＢノードのＭＴ及びＤＵのＴｘ／Ｒｘタイミングアライメント方法を一度で知らせることができる。この場合、ＩＡＢノードは（特定の時点に）例えば、次のタイミングアライメントケースのうち、１つの方法を持つ。

－タイミングアライメントケース１

－タイミングアライメントケース６

－タイミングアライメントケース７

２．Ａｌｔ２．ＭＴのＴｘ／Ｒｘタイミング方法とＤＵのＴｘ／Ｒｘタイミング方法を独立して通知する

ＩＡＢノード内のＭＴのＴｘ／Ｒｘタイミングアライメント方法とＤＵのＴｘ／Ｒｘタイミングアライメント方法を独立して知らせることができる。

ＭＴは（特定の時点に）例えば、次のタイミングアライメントケースのうち、１つの方法を持つ。

－ＭＴタイミングアライメントケース１

親ＤＵのＤＬ信号の受信タイミングがＭＴのＲｘタイミングになる。

ＭＴのＴｘタイミングはＭＴのＲｘタイミングからＴＡ値だけを変更した（早まるか遅れる）タイミングになる。

これはタイミングアライメントケース１または７でのＭＴＴｘ／Ｒｘタイミングに該当するＭＴタイミングアライメント方法である。

－ＭＴタイミングアライメントケース２

ＭＴはＭＴのＴｘタイミングは同じＩＡＢノードのＤＵのＤＬＴｘタイミングと同じになるように設定する。または、ＭＴのＴｘタイミングはＭＴのＲｘタイミングからＴＡ値だけを変更した（早まる）タイミングになり、親ノードからＭＴのＴｘタイミングがＤＵのＤＬＴｘタイミングと同じになるようにＴＡ値が設定される。

これはタイミングアライメントケース６でのＭＴＴｘ／Ｒｘタイミングに該当するＭＴタイミングアライメント方法である。

ＤＵは（特定の時点に）例えば、次のタイミングアライメントケースのうち、１つの方法を持つ。

－ＤＵタイミングアライメントケース１

ＩＡＢノード間、ＤＵのＤＬＴｘタイミングがアライメントできるように、ＤＵのＴｘタイミングはＤＵＴｘタイミングはＭＴＲｘタイミング－ＴＡ／２－Ｔ＿ｄｅｌｔａと表示される。Ｔ＿ｄｅｌｔａ値は親ノードから得た値である。

ＤＵのＲｘタイミングはＤＵのＴｘタイミングにおいてオフセット（ｏｆｆｓｅｔ）値だけ早まるか遅れる。このようなオフセット値は１）ｓｐｅｃｉｆｉｃａｔｉｏｎに定義されるか、２）ｉｍｐｌｅｍｅｎｔａｔｉｏｎによって特定の値に固定されるか、３）ＩＡＢノードが暗黙的（ｉｍｐｌｉｃｉｔ）に決定して設定する値である。

これはタイミングアライメントケース１、６、または７でのＤＵＴｘ／Ｒｘタイミングに該当するＤＵタイミングアライメント方法である。

－ＤＵタイミングアライメントケース２

ＤＵのＲｘタイミングはＭＴのＤＬＲｘタイミングと同じになるように設定する。すなわち、ＤＵのＲｘタイミングはＤＵのＴｘタイミングにおいてオフセット値だけ早まるか遅れ、このとき、ＭＴのＤＬＲｘタイミングと同じになるようにオフセット値が決定される。

これはタイミングアライメントケース７でのＤＵＴｘ／Ｒｘタイミングに該当するＤＵタイミングアライメント方法である。

－ＤＵタイミングアライメントケース３

子ＭＴのＵＬＴｘタイミングを受信タイミングがＤＵのＲｘタイミングと同じである。このためにＤＵのＲｘタイミングはＤＵのＴｘタイミングにおいてオフセット値だけ早まるか遅れ、このとき、ＵＬを送信する子ＭＴとの伝搬遅延（ｐｒｏｐａｇａｔｉｏｎｄｅｌａｙ）値がまたはＵＬを送信する子ＭＴに適用されるＴＡ値がオフセット値に決定される。

これはタイミングアライメントケース６においてＤＵＴｘ／Ｒｘタイミングに該当するＤＵタイミングアライメント方法である。

３．Ａｌｔ３．ＤＵとＭＴ間のタイミングアライメント有無を通知する

ＩＡＢノード内のＤＵとＭＴ間のタイミングアライメント有無を知らせることができる。

ＤＵとＭＴ間のタイミングがアライメントされていないというのはＤＵとＭＴのＴｘ間のタイミングとＲｘ間のタイミングがアライメントされていないことを意味する。これはタイミングアライメントケース１が適用されることを意味する。ＭＴとＤＵのタイミングアライメント方法が独立して設定される場合、ＭＴとＤＵにそれぞれＭＴタイミングアライメントケース１とＤＵタイミングアライメントケース１が適用されることを意味する。

ＤＵとＭＴ間のタイミングがアライメントされているというのはＤＵとＭＴのＴｘ間のタイミングがアライメントされていることａｎｄ／ｏｒＤＵとＭＴのＲｘ間のタイミングがアライメントされていることを意味する。これはＤＵとＭＴ間ＳＤＭ／ＦＤＭ動作を実行時、シンボルａｎｄ／ｏｒスロット（ｓｌｏｔ）境界が合う必要がある場合に適用される。

このとき、特徴的にＤＵのＲｘとＭＴのＲｘの多重化方法がｎｏ－ＴＤＭである場合、ＤＵとＭＴ間のタイミングがアライメントされているというのはタイミングアライメントケース６が使用されることを意味する。ＭＴとＤＵのタイミングアライメント方法が独立して設定される場合、ＭＴとＤＵにそれぞれＭＴタイミングアライメントケース２とＤＵタイミングアライメントケース３が適用されることを意味する。

または、特徴的にＤＵのＴｘとＭＴのＴｘの多重化方法がｎｏ－ＴＤＭである場合、ＤＵとＭＴ間のタイミングがアライメントされているというのはタイミングアライメントケース７が使用されることを意味する。ＭＴとＤＵのタイミングアライメント方法が独立して設定される場合、ＭＴとＤＵにそれぞれＭＴタイミングアライメントケース１とＤＵタイミングアライメントケース２が適用されることを意味する。ＤＵのＵＬＲｘタイミングをＤＵが任意に設定できる値であるためＤＵタイミングケース２が定義されない。この場合、ＭＴとＤＵにそれぞれＭＴタイミングアライメントケース１とＤＵタイミングアライメントケース１を適用すると判断することができる

または、特徴的にＤＵのＴｘとＭＴのＴｘの多重化方法とＤＵのＲｘとＭＴのＲｘの多重化方法が全てｎｏ－ＴＤＭである場合、ＤＵのＵＬＲｘａｎｄ／ｏｒＭＴのＤＬＲＸが動作するリソースではタイミングアライメントケース７が適用され、ＤＵのＤＬＴｘａｎｄ／ｏｒＭＴのＵＬＴｘが動作するリソースではタイミングアライメントケース６が適用される。ＭＴとＤＵのタイミングアライメント方法が独立して設定される場合、ＭＴとＤＵにそれぞれＭＴタイミングアライメントケース１とＤＵタイミングアライメントケース２を適用すると判断することができる。ＤＵのＵＬＲｘタイミングをＤＵが任意に設定できる値であるためＤＵタイミングケース２が定義されない。この場合、ＭＴとＤＵにそれぞれＭＴタイミングアライメントケース１とＤＵタイミングアライメントケース１を適用すると判断することができる。

４．Ａｌｔ４．ＭＴとＤＵ間のＴＤＭ／ｎｏ－ＴＤＭ組み合わせによって決定

ＤＵとＭＴ間の多重化方法によってＩＡＢノード内のＤＵとＭＴ間のタイミングアライメント有無を判断することができる。前記セクション「Ａ．多重化タイプを分ける方法」のＡｌｔ２において定義したＴＤＭ／ｎｏ－ＴＤＭ組み合わせのうち適用される方法によってタイミングアライメントケースを暗黙的に判断することができる。このとき、ＴＤＭ／ｎｏ－ＴＤＭ組み合わせによって次のようなタイミングアライメント方法が適用すると判断することができる。

－ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ１：ＴＤＭ

この場合、タイミングアライメントケース１を適用すると判断することができる。ＭＴとＤＵのタイミングアライメント方法が独立して設定される場合、ＭＴとＤＵにそれぞれＭＴタイミングアライメントケース１とＤＵタイミングアライメントケース１を適用すると判断することができる。

－ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ２：Ｔｘｎｏ－ＴＤＭ

この場合、タイミングアライメントケース６を適用すると判断することができる。ＭＴとＤＵのタイミングアライメント方法が独立して設定される場合、ＭＴとＤＵにそれぞれＭＴタイミングアライメントケース２とＤＵタイミングアライメントケース３を適用すると判断することができる。

－ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ３：Ｒｘｎｏ－ＴＤＭ

この場合、タイミングアライメントケース７を適用すると判断することができる。ＭＴとＤＵのタイミングアライメント方法が独立して設定される場合、ＭＴとＤＵにそれぞれＭＴタイミングアライメントケース１とＤＵタイミングアライメントケース２を適用すると判断することができる。ＤＵのＵＬＲｘタイミングをＤＵが任意に設定できる値であるためＤＵタイミングケース２が定義されない。この場合、ＭＴとＤＵにそれぞれＭＴタイミングアライメントケース１とＤＵタイミングアライメントケース１を適用すると判断することができる。

－ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ４－１：Ｔｘ／Ｒｘｎｏ－ＴＤＭｗｉｔｈｏｕｔシンボル境界アライメント

－ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ４－２：Ｔｘ／Ｒｘｎｏ－ＴＤＭｗｉｔｈシンボル境界アライメント

この場合、ＤＵａｎｄ／ｏｒＭＴがＴｘ動作を実行する区間においてタイミングアライメントケース６を適用すると判断することができる。ＭＴとＤＵのタイミングアライメント方法が独立して設定される場合、ＭＴとＤＵにそれぞれＭＴタイミングアライメントケース２とＤＵタイミングアライメントケース３を適用すると判断することができる。

ＤＵａｎｄ／ｏｒＭＴがＲｘ動作を実行する区間においてタイミングアライメントケース７を適用すると判断することができる。ＭＴとＤＵのタイミングアライメント方法が独立して設定される場合、ＭＴとＤＵにそれぞれＭＴタイミングアライメントケース１とＤＵタイミングアライメントケース２を適用すると判断することができる。ＤＵのＵＬＲｘタイミングをＤＵが任意に設定できる値であるためＤＵタイミングケース２が定義されない。この場合、ＭＴとＤＵにそれぞれＭＴタイミングアライメントケース１とＤＵタイミングアライメントケース１を適用すると判断することができる。

－ＴＤＭ／ｎｏ－ＴＤＭ組み合わせ５：ｎｏ－ＴＤＭ

Ｃ．多重化方法とタイミングアライメントのためのシグナリング（ｓｉｇｎａｌｉｎｇ）詳細（ｄｅｔａｉｌ）（ら）

ＩＡＢノードのＤＵとＭＴ間の多重化方法及びタイミングアライメント方法を決定するために親ノードとの情報交換が必要な場合がある。ＩＡＢノードが適用するＤＵとＭＴ間の多重化タイプと親ノードが理解するＩＡＢノードの多重化タイプが同じであるとき親ノードとＩＡＢノード間円滑なデータ送受信が実行される。また、ＩＡＢノードと親ノードが仮定するＩＡＢノードのＴｘ／Ｒｘタイミングが同じであるとき円滑なデータ送受信が実行される。このために本明細書ではＩＡＢノードと親ノード間に次のようなシグナリングが伝送されることを提案する。次において提案するシグナリングのうち一部のみがサポートされる。

下記において親ノードというのは親ノードのみならずＣＵまたはネットワークを意味するように解釈することができる。すなわち、下記内容においてＩＡＢノードが親ノードに知らせるというのはＩＡＢノードがＣＵまたはネットワークに知らせるということを含むことができる。親ノードがＩＡＢノードに設定（ｃｏｎｆｉｇｕｒｅ）するというのはＣＵまたはネットワークがＩＡＢノードに設定することを含むことができる。

以下、本明細書の例に対するさらに円滑な理解のため、図面を介して本明細書の開示について説明する。以下の図面は本明細書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称や具体的な信号／メッセージ／フィールドの名称は例として提示したことであるため、本明細書の技術的な特徴が以下の図面に用いられた具体的な名称に限られない。

図１９は本明細書の一実施例に係る、能力に関する情報を送信する方法の順序図である。

図１９によれば、ノードは前記他のノードに前記ノードがサポートする能力に関する情報を送信することができる（Ｓ１９１０）。ここで、前記能力に関する情報は複数のタイミングアライメントケースのうち、前記ノードがサポートする少なくとも１つのタイミングアライメントケースを知らせる情報である。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

ノードは前記少なくとも１つのタイミングアライメントケースに基づいて前記ＩＡＢ動作を実行することができる（Ｓ１９２０）。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

例えば、前記ＩＡＢ動作はＭＴ（ｍｏｂｉｌｅｔｅｒｍｉｎａｌ）動作及びＤＵ（ｄｉｓｔｒｉｂｕｔｅｄｕｎｉｔ）動作を含み、前記ＭＴ動作は前記ノードと前記親ノード間の通信に関連する動作であり、及び前記ＤＵ動作は前記ノードと子ノード間の通信または前記ノードと端末との通信に関連する動作である。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

例えば、レガシーＩＡＢノードが使用するレガシータイミングアライメントケースとは他のタイミングアライメントケースを使用しようとする場合、前記ノードは前記能力に関する情報を前記他のノードに送信することができる。ここで、例えば、前記レガシータイミングアライメントケースは前記ノード及び前記親ノード間の前記ＤＵ動作のダウンリンク送信タイミングがアライメントされた方法であるタイミングアライメントケース１である。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

例えば、前記ノードは前記ノードが実際適用するタイミングアライメントケースに関する情報を前記他のノードから受信することができる。ここで、例えば、前記ノードがレガシーＩＡＢノードが使用するタイミングアライメントケースとは他のタイミングアライメントケースを使用する場合、前記ノードは前記他のノードから前記実際適用するタイミングアライメントケースに関する情報を受信することができる。ここで、例えば、前記ノードが前記他のノードから前記実際適用するタイミングアライメントケースに関する情報を受信しない場合、前記ノードは前記ノードが適用するタイミングアライメントケースを前記ノード及び前記親ノード間の前記ＤＵ動作のダウンリンク送信タイミングがアライメントされた方法であるタイミングアライメントケース１に判断することができる。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

例えば、前記タイミングアライメントケースはタイミングアライメントケース１、タイミングアライメントケース６、タイミングアライメントケース７のうち、いずれか１つであり、前記タイミングアライメントケース１は前記ノード及び前記親ノード間の前記ＤＵ動作のダウンリンク送信タイミングがアライメントされた方法であり、前記タイミングアライメントケース６は前記ノード及び前記親ノード間の前記ＤＵ動作のダウンリンク送信タイミングがアライメントされ及び前記ノードの前記ＭＴ動作のアップリンク送信タイミングと前記ＤＵ動作のダウンリンク送信タイミングがアライメントされた方法であり、前記タイミングアライメントケース７は前記ノード及び前記親ノード間の前記ＤＵ動作のダウンリンク送信タイミングがアライメントされ及び前記ノードの前記ＭＴ動作に対するダウンリンク受信タイミングと前記ＤＵ動作に対するアップリンク受信タイミングがアライメントされた方法である。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

例えば、前記ノードは前記他のノードから前記他のノードがサポートするタイミングアライメントケースに関する情報を受信することができる。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

例えば、前記ノードは前記ノードがサポートする多重化関連情報を前記他のノードに送信することができる。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

前記他のノードは親ノード、ドナーノードまたはＣＵ（ＣｅｎｔｒａｌｉｚｅｄＵｎｉｔ）である。ここで、上記の能力に関する情報は親ノードに送信されることもあり、または、ドナーノードまたはＣＵに送信される。その一方で、能力に関する情報がドナーノードまたはＣＵに送信される場合、（物理的には）親ノードを介して前記ノードに送信される場合もある。さらに、実際適用するタイミングアライメントケースに関する情報は親ノードまたは、ドナーノードまたはＣＵから送信される場合もある。その一方で、実際適用するタイミングアライメントケースに関する情報がドナーノードまたはＣＵから送信される場合、親ノードを介して送信される。

以下、本明細書の実施例に対してさらに具体的に説明する。以下の本明細書での構成は、相互に分離または組み合わせることができる。

１．親ノードがサポートする能力（ｃａｐａｂｉｌｉｔｙ）に対するシグナリング

親ノードは自身の子ノードに自身がサポートする多重化関連情報及びタイミングアライメント関連情報を知らせることができる。

親ノードがサポートする多重化関連情報というのは次の通りである。

－親ノードはＭＴとＤＵのＴｘ／Ｒｘ方向の組み合わせごとにｎｏ－ＴＤＭのサポート有無を知らせることができる。このとき、特徴的にｎｏ－ＴＤＭをサポートするＴｘ／Ｒｘ方向の組み合わせの情報を知らせることもできる。この場合、ｎｏ－ＴＤＭをサポートするＴｘ／Ｒｘ方向の組み合わせはＴＤＭとｎｏ－ＴＤＭを全てサポートすることを意味し、ｎｏ－ＴＤＭをサポートしないＴｘ／Ｒｘ方向の組み合わせまたはｎｏ－ＴＤＭをサポートすると知らせないＴｘ／Ｒｘ方向の組み合わせに対してはＴＤＭのみをサポートすることを意味する。

－親ノードは前記セクション「Ａ．多重化タイプを分ける方法」のＡｌｔ２において定義したＴＤＭ／ｎｏ－ＴＤＭ組み合わせのうち、サポートするＴｘ／Ｒｘ方向の組み合わせの情報を知らせることができる。

－親ノードはＤＵとＭＴ間のｎｏ－ＴＤＭサポート有無を知らせることができる。このとき、ｎｏ－ＴＤＭ動作をサポートするというのは全てのＭＴとＤＵのＴｘ／Ｒｘ方向の組み合わせに対してｎｏ－ＴＤＭ動作をサポートすることを意味する。またはｓｐｅｃｉｆｉｃａｔｉｏｎにおいて一部Ｔｘ／Ｒｘ方向の組み合わせ（ｓ）に対してのみｎｏ－ＴＤＭ動作をサポートする場合、ｓｐｅｃｉｆｉｃａｔｉｏｎにおいてサポートする全てのＭＴとＤＵのＴｘ／Ｒｘ方向の組み合わせに対してｎｏ－ＴＤＭ動作をサポートすることを意味する。

親ノードがサポートするタイミングアライメント関連情報というのは次の通りである。

－親ノードは複数個のタイミングアライメントケースのうち、親ノードがサポートするタイミングアライメントケースに関する情報を知らせることができる。例えば親ノードがサポートする全てのタイミングアライメントケースのインデクスを知らせることができる。

－親ノードはタイミングアライメントケース６ａｎｄ／ｏｒ７のサポート有無を知らせることができる。この場合、タイミングアライメントケース１はデフォルトにサポートすることを仮定することができる。または親ノードはタイミングアライメントケース６のサポート有無を知らせることができる。この場合、タイミングアライメントケース１ａｎｄ／ｏｒ７はデフォルトにサポートすることを仮定することができる。

－親ノードは前記セクション「Ｂ．タイミングアライメント方法を分ける方法」のＡｌｔ２において定義したＭＴタイミングアライメントケース及びＤＵタイミングアライメントケースに対して、サポートするケースに関する情報を知らせることができる。例えば、親ノードがサポートする全てのＭＴタイミングアライメントケースとＤＵタイミングアライメントケースのインデクスを知らせることができる。

－親ノードはＭＴタイミングアライメントケースに対して、ＭＴタイミングアライメントケース２のサポート有無を知らせることができる。この場合、ＭＴタイミングアライメントケース１はデフォルトにサポートすることを仮定することができる。

親ノードはＤＵタイミングアライメントケースに対して、ＤＵタイミングアライメントケース２ａｎｄ／ｏｒ３のサポート有無を知らせることができる。この場合、ＤＵタイミングアライメントケース１はデフォルトにサポートすることを仮定することができる。または親ノードはＤＵタイミングアライメントケース３のサポート有無を知らせることができる。この場合、ＤＵタイミングアライメントケース１ａｎｄ／ｏｒ２はデフォルトにサポートすることを仮定することができる。

－親ノードはＤＵとＭＴ間のタイミングアライメント有無を通知することで適用されるタイミングアライメント方法を暗黙的に知らせることができる。親ノードがＩＡＢノード内のＤＵとＭＴ間のタイミングアライメント有無を設定すれば、前記セクション「Ａ．多重化タイプを分ける方法」のＡｌｔ３でのように親ノードがサポートするＩＡＢノードのＤＵとＭＴ間の多重化方法によってサポートされるタイミングアライメント方法を判断することができる。

－親ノードが前記セクション「Ａ．多重化タイプを分ける方法」のＡｌｔ２において定義したＴＤＭ／ｎｏ－ＴＤＭ組み合わせのうち、サポートするＴＤＭ／ｎｏ－ＴＤＭ組み合わせの情報を通知することでサポートするタイミングアライメントケースを暗黙的に知らせることができる。このとき、前記セクション「Ａ．多重化タイプを分ける方法」のＡｌｔ４でのようにＴＤＭ／ｎｏ－ＴＤＭ組み合わせによって適用されるタイミングアライメント方法が判断することができる。

このような情報はＲＲＣを介してＭＴが受信して、ＭＴが同じＩＡＢノード内のＤＵに伝送することができる。または、このような情報はＦ１－ＡＰとＲＲＣを介してＤＵとＭＴがそれぞれ受信することができる。または、ＭＴとＤＵにそれぞれＭＴタイミングアライメントケースとＤＵタイミングアライメントケースを設定する場合、ＭＴタイミングアライメントケースとＤＵタイミングアライメントケースに関する情報はそれぞれＲＲＣとＦ１－ＡＰシグナリングを介してＭＴとＤＵに伝送される。

２．ＩＡＢノードがサポートする／使用する能力に対するシグナリング

ＩＡＢノードは自身がサポートするまたは使用する多重化関連情報及びタイミングアライメント関連情報を親ノードに知らせることができる。

ＩＡＢノードがサポートするまたは使用する多重化関連情報は次の通りである。以下では説明の便宜上、サポートまたは使用または要求をサポートと呼ぶ。

－ＩＡＢノードはＭＴとＤＵのＴｘ／Ｒｘ方向の組み合わせごとにｎｏ－ＴＤＭのサポート有無を知らせることができる。このとき、特徴的にｎｏ－ＴＤＭをサポートするＴｘ／Ｒｘ方向の組み合わせの情報を知らせることもできる。この場合、ｎｏ－ＴＤＭをサポートするＴｘ／Ｒｘ方向の組み合わせはＴＤＭとｎｏ－ＴＤＭを全てサポートすることを意味し、ｎｏ－ＴＤＭをサポートしないＴｘ／Ｒｘ方向の組み合わせまたはｎｏ－ＴＤＭをサポートすると知らせないＴｘ／Ｒｘ方向の組み合わせに対してはＴＤＭのみをサポートすることを意味する。

－ＩＡＢノードは、親ノードは前記セクション「Ａ．多重化タイプを分ける方法」のＡｌｔ２において定義したＴＤＭ／ｎｏ－ＴＤＭ組み合わせのうち、サポートするＴｘ／Ｒｘ方向の組み合わせの情報を知らせることができる。

ＩＡＢノードがサポートするまたは使用するタイミングアライメントケース関連情報は次の通りである。以下では説明の便宜上、サポートまたは使用または要求をサポートと称する。

－ＩＡＢノードが使用するタイミングアライメント情報を親ノードに知らせる（要求する）ことができる。このとき、具体的に次のような方法を使用することができる。

－ＩＡＢノードが使用するタイミングアライメントケースに関する情報を知らせることができる。

－ＩＡＢノードが使用するＭＴタイミングアライメントケースａｎｄ／ｏｒＤＵタイミングアライメントケースに関する情報を知らせることができる。

－ＩＡＢノードはレガシーＩＡＢノードが使用するタイミングアライメント方法と他のタイミングアライメント方法を使用しようとする場合、他のタイミングアライメント方法を使用する情報を親ノードに知らせる（要求する）ことができる。このとき、具体的に次のような方法を使用することができる。

－ＩＡＢノードが使用するタイミングアライメントケースに関する情報を知らせることができる。このとき、レガシーＩＡＢノードが使用するタイミングアライメント方法はタイミングアライメントケース１を意味する。このとき、さらに、タイミングアライメントケース７を使用する場合には、親ノードとの情報交換することなくＩＡＢノード独自の対応するタイミングアライメントケースを適用することができる。したがってタイミングアライメントケース６を使用しようとする場合に、このような情報を親ノードに知らせる（要求する）ことができる。

－ＩＡＢノードが使用するＭＴタイミングアライメントケースａｎｄ／ｏｒＤＵタイミングアライメントケースに関する情報を知らせることができる。レガシーＩＡＢノードが使用するタイミングアライメント方法はＭＴタイミングアライメントケース１とＤＵタイミングアライメントケース１を意味する。このとき、ＤＵタイミングアライメントケース２を使用する場合には、親ノードとの情報交換することなくＩＡＢノード自体に該当ＤＵタイミングアライメントケースを適用することができる。したがってＤＵタイミングアライメントケース３を使用しようとする場合にこのような情報を親ノードに知らせる（要求する）ことができる。

－ＩＡＢノードはタイミングアライメント方法に関する情報なしに、タイミングアライメントが必要であるという情報を親ノードに知らせることができる。この場合、前記セクション「Ａ．多重化タイプを分ける方法」のＡｌｔ３において記述した方法のようにＩＡＢノードが要求したタイミングアライメントの適用有無及びＩＡＢノードが要求したＤＵとＭＴ間の多重化方法によって要求するタイミングアライメント方法が判断される。

－ＩＡＢノードが適用としているタイミングアライメント方法は別途独立したシグナリングなしで自身がサポートするまたは使用する多重化関連情報を送信することで暗黙的に知らせることができる。この場合、前記セクション「Ａ．多重化タイプを分ける方法」のＡｌｔ２において定義したＴＤＭ／ｎｏ－ＴＤＭ組み合わせのうち自身がサポートするまたは使用するＴｘ／Ｒｘ方向の組み合わせの情報を通知することで適用するタイミングアライメント方法を暗黙的に知らせることができる。このとき、ＩＡＢノードが知らせるタイミングアライメント方法は前記セクション「Ａ．多重化タイプを分ける方法」のＡｌｔ４でのようにＩＡＢノードが自身がサポートするまたは使用するＴＤＭ／ｎｏ－ＴＤＭ組み合わせによって判断される。

３．ＩＡＢノードが適用する多重化及びタイミングアライメント方法に対するシグナリング

ＩＡＢノードは親ノードから自身が適用する多重化関連情報及びタイミングアライメント関連情報が設定される。

ＩＡＢノードが設定された多重化関連情報は次の通りである。

－親ノードはＩＡＢノードにＩＡＢのＭＴとＤＵのＴｘ／Ｒｘ方向の組み合わせごとのｎｏ－ＴＤＭの適用有無を知らせることができる。このとき、特徴的にｎｏ－ＴＤＭを適用するＴｘ／Ｒｘ方向の組み合わせの情報を知らせることもできる。

－親ノードはＩＡＢノードに前記セクション「Ａ．多重化タイプを分ける方法」のＡｌｔ２において定義したＴＤＭ／ｎｏ－ＴＤＭ組み合わせのうち適用されるＴｘ／Ｒｘ方向の組み合わせの情報を知らせることができる。

－親ノードはＩＡＢノードが前記「ＩＡＢノードがサポートする／使用する能力に対するシグナリング」を介して要求した多重化方法を確認（ｃｏｎｆｉｒｍ）する信号を送信することができる。親ノードがＩＡＢノードが要求した多重化方法を確認した場合、ＩＡＢノードは自身が要求した多重化方法の通りに動作することができる。その一方で、親ノードがＩＡＢノードが要求した多重化方法を確認する以前や、確認をしない場合、ＩＡＢノードは全てのＭＴとＤＵのＴｘ／Ｒｘ方向の組み合わせに対してｎｏ－ＴＤＭを仮定し動作することができる。

ＩＡＢノードが設定されたタイミングアライメント関連情報というのは次の通りである。

－親ノードはＩＡＢノードに適用されるタイミングアライメント情報を知らせることができる。このとき、具体的に次のような方法を使用することができる。

－－ＩＡＢノードが適用するタイミングアライメントケースに関する情報を知らせることができる。

－－ＩＡＢノードが適用するＭＴタイミングアライメントケースａｎｄ／ｏｒＤＵタイミングアライメントケースに関する情報を知らせることができる。

－親ノードはＩＡＢノードがレガシーＩＡＢノードが使用するタイミングアライメント方法と他のタイミングアライメント方法を使用する必要がある場合、使用するタイミングアライメント方法を知らせることができる。このとき、具体的に次のような方法を使用することができる。

－－ＩＡＢノードが適用するタイミングアライメントケースに関する情報を知らせることができる。このような設定がなければＩＡＢノードは自身が適用するタイミングアライメント方法をタイミングアライメントケース１に判断することができる。このとき、さらにタイミングアライメントケース７の場合にはＩＡＢノードが独自の対応するタイミングアライメントケースを適用することができる。したがってタイミングアライメントケース６を適用する場合にこのような情報を知らせることができる。

－－ＩＡＢノードが適用するＭＴタイミングアライメントケースａｎｄ／ｏｒＤＵタイミングアライメントケースに関する情報を知らせることができる。このような設定がなければＩＡＢノードは自身が適用するタイミングアライメント方法をＭＴタイミングアライメントケース１とＤＵタイミングアライメントケース１に判断することができる。このとき、さらにＤＵタイミングアライメントケース２を使用する場合には親ノードとの情報交換なくＩＡＢノード独自に該当ＤＵタイミングアライメントケースを適用することができる。したがってＤＵタイミングアライメントケース３を適用する場合にこのような情報を知らせることができる。

－親ノードはＩＡＢノードにタイミングアライメント方法に関する情報なしで、タイミングアライメントが適用されるという情報を知らせることができる。この場合、前記セクション「Ａ．多重化タイプを分ける方法」のＡｌｔ３において記述した方法のようにタイミングアライメントの適用有無及びＩＡＢノードに適用されるＤＵとＭＴ間の多重化方法によって適用するタイミングアライメント方法が判断される。

－ＩＡＢノードに適用されるタイミングアライメント方法は別途独立したシグナリングなしで自身に適用される多重化関連情報によって暗黙的に決定される。この場合、前記セクション「Ａ．多重化タイプを分ける方法」のＡｌｔ２において定義したＴＤＭ／ｎｏ－ＴＤＭ組み合わせのうち、自身に適用されるＴｘ／Ｒｘ方向の組み合わせの情報が設定されることで自身に適用されるタイミングアライメント方法を暗黙的に判断することができる。このとき、ＩＡＢノードに適用されるタイミングアライメント方法は前記セクション「Ａ．多重化タイプを分ける方法」のＡｌｔ４でのようにＩＡＢノードが自身に適用されるＴＤＭ／ｎｏ－ＴＤＭ組み合わせによって判断される。

先に説明した本明細書の実施例によれば、ノードがＩＡＢ動作を実行するとき、どのタイミングアライメントケースを基準にＩＡＢ動作を実行するかが明確になり、無線通信の安定性及び効率が高まる。

本明細書の具体的な一例を介して得られる効果は以上に列挙した効果に限られない。例えば、関連する技術分野の通常の知識を有する者（ａｐｅｒｓｏｎｈａｖｉｎｇｏｒｄｉｎａｒｙｓｋｉｌｌｉｎｔｈｅｒｅｌａｔｅｄａｒｔ）が本明細書から理解するか誘導できる様々な技術的な効果が存在する場合がある。これに応じて、本明細書の具体的な効果は本明細書に明示的に記載されたことに限らず、本明細書の技術的な特徴から理解されるか誘導できる様々な効果を含むことができる。

図２０は本明細書の他の実施例に係る、能力に関する情報を送信する方法の順序図である。

図２０によれば、ノードは親ノードがサポートする能力に関する情報（例えば、多重化関連情報及びタイミングアライメント関連情報）を受信することができる（Ｓ２０１０）。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

ノードはノードがサポートするか使用しようとしている能力に関する情報（多重化関連情報及びタイミングアライメント関連情報）を送信することができる（Ｓ２０２０）。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

ノードはノードに適用する多重化及びタイミングアライメント方法を知らせる設定情報を受信することができる（Ｓ２０３０）。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

ノードは設定情報をノードのＭＴにおいて受信した場合、ノードのＤＵに伝送することができる（Ｓ２０４０）。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

図２１は本明細書のまた他の実施例に係る、能力に関する情報を送信する方法の順序図である。

図２１によれば、他のノードと初期アクセス動作を実行することができる（Ｓ２１１０）。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

前記他のノードに前記ノードがサポートする能力に関する情報を送信することができる（Ｓ２１２０）。ここで、前記能力に関する情報は複数のタイミングアライメントケースのうち、前記ノードがサポートする少なくとも１つのタイミングアライメントケースを知らせる情報である。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

ノードは前記少なくとも１つのタイミングアライメントケースに基づいて前記ＩＡＢ動作を実行することができる（Ｓ２１３０）。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

その一方で、先に説明した例が適用される内容を様々な主体の観点から説明すると以下の通りである。

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

図２２は本明細書の一実施例に係る、（ノードの観点から）能力に関する情報を送信する方法の順序図である。

ノードは前記他のノードに前記ノードがサポートする能力に関する情報を送信することができる（Ｓ２２１０）。ここで、前記能力に関する情報は複数のタイミングアライメントケースのうち、前記ノードがサポートする少なくとも１つのタイミングアライメントケースを知らせる情報である。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

ノードは前記少なくとも１つのタイミングアライメントケースに基づいて前記ＩＡＢ動作を実行することができる（Ｓ２２２０）。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

図２３は本明細書の一実施例に係る、（ノードの観点から）能力に関する情報を送信する装置の一例に対するブロック図である。

図２３によれば、プロセッサ２３００は情報送信部２３１０及びＩＡＢ動作実行部２３２０を含むことができる。ここで、プロセッサ２３００は後述する図２６から図３２でのプロセッサに該当する。

情報送信部２３１０は前記他のノードに前記ノードがサポートする能力に関する情報を送信するように前記トランシーバを制御するように構成される。ここで、前記能力に関する情報は複数のタイミングアライメントケースのうち、前記ノードがサポートする少なくとも１つのタイミングアライメントケースを知らせる情報である。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

ＩＡＢ動作実行部２３２０は前記少なくとも１つのタイミングアライメントケースに基づいてＩＡＢ（ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓａｎｄＢａｃｋｈａｕｌ）動作を実行するように構成される。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

別途示してはいないが、本明細書は以下のような実施例も提供することができる。

一実施例によれば、ノードは、トランシーバ、少なくとも１つのメモリ及び前記少なくとも１つのメモリ及び前記トランシーバと動作できるように結合された少なくとも１つのプロセッサを含むが、前記プロセッサは、他のノードと初期アクセス動作を実行するように構成され、前記他のノードに前記ノードがサポートする能力に関する情報を送信するように前記トランシーバを制御するように構成されるが、前記能力に関する情報は複数のタイミングアライメントケースのうち、前記ノードがサポートする少なくとも１つのタイミングアライメントケースを知らせる情報であり及び前記少なくとも１つのタイミングアライメントケースに基づいてＩＡＢ（ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓａｎｄＢａｃｋｈａｕｌ）動作を実行するように構成されることを特徴とするノードである。

他の実施例によれば、装置は、少なくとも１つのメモリ及び前記少なくとも１つのメモリと動作できるように結合された少なくとも１つのプロセッサを含むが、前記プロセッサは、他のノードと初期アクセス動作を実行するように構成され、前記他のノードに前記ノードがサポートする能力に関する情報を送信するようにトランシーバを制御するように構成されるが、前記能力に関する情報は複数のタイミングアライメントケースのうち、前記ノードがサポートする少なくとも１つのタイミングアライメントケースを知らせる情報であり及び前記少なくとも１つのタイミングアライメントケースに基づいてＩＡＢ（ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓａｎｄＢａｃｋｈａｕｌ）動作を実行するように構成されることを特徴とする装置である。

また他の実施例によれば、少なくとも１つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）によって実行されることに基づく命令（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも１つのコンピュータ可読記憶媒体（ｃｏｍｐｕｔｅｒｒｅａｄａｂｌｅｍｅｄｉｕｍ）において、他のノードと初期アクセス動作を実行するように構成され、前記他のノードに前記ノードがサポートする能力に関する情報を送信するようにトランシーバを制御するように構成されるが、前記能力に関する情報は複数のタイミングアライメントケースのうち、前記ノードがサポートする少なくとも１つのタイミングアライメントケースを知らせる情報であり及び前記少なくとも１つのタイミングアライメントケースに基づいてＩＡＢ（ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓａｎｄＢａｃｋｈａｕｌ）動作を実行するように構成されることを特徴とする記録媒体である。

図２４は本明細書の一実施例に係る、（他のノードの観点から）能力に関する情報を受信する方法の順序図である。

図２４によれば、ノードは子ノードから前記子ノードがサポートする前記能力に関する情報を受信することができる（Ｓ２４１０）。ここで、前記能力に関する情報は複数のタイミングアライメントケースのうち、前記子ノードがサポートする少なくとも１つのタイミングアライメントケースを知らせる情報である。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

図２５は本明細書の一実施例に係る、（他のノードの観点から）能力に関する情報を受信する装置の一例に対するブロック図である。

図２５によれば、プロセッサ２５００は情報受信部２５１０を含むことができる。ここで、プロセッサ２５００は後述する図２６から図３２でのプロセッサに該当する。

情報受信部２５１０は子ノードから前記子ノードがサポートする前記能力に関する情報を受信するように前記トランシーバを制御するように構成される。ここで、前記能力に関する情報は複数のタイミングアライメントケースのうち、前記子ノードがサポートする少なくとも１つのタイミングアライメントケースを知らせる情報である。これに対して、さらに具体的な実施例は先に説明したもの（そして、後述する）と同じであり、説明の便宜上、重複する内容の繰り返し説明は省略する。

図２６は本明細書に適用される通信システム（１）の例を示す。

図２６を参照すると、本開示に適用される通信システム１は無線機器、基地局及びネットワークを含む。ここで、無線機器は、無線アクセス技術（例えば、５ＧＮＲ（ＮｅｗＲＡＴ）、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ））を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器と称されてもよい。これに限られるものではないが、無線機器は、ロボット１００ａ、車両１００ｂ－１、１００ｂ－２、ＸＲ（ｅＸｔｅｎｄｅｄＲｅａｌｉｔｙ）機器１００ｃ、携帯機器（Ｈａｎｄ－ｈｅｌｄｄｅｖｉｃｅ）１００ｄ、家電１００ｅ、ＩｏＴ（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇ）機器１００ｆ、ＡＩ機器／サーバ４００を含む。例えば、車両は、無線通信機能が備えられた車両、自律走行車、車両間通信が可能な車両などを含む。ここで、車両はＵＡＶ（ＵｎｍａｎｎｅｄＡｅｒｉａｌＶｅｈｉｃｌｅ）（例えば、ドローン）を含む。ＸＲ機器は、ＡＲ（ＡｕｇｍｅｎｔｅｄＲｅａｌｉｔｙ）／ＶＲ（ＶｉｒｔｕａｌＲｅａｌｉｔｙ）／ＭＲ（ＭｉｘｅｄＲｅａｌｉｔｙ）機器を含み、ＨＭＤ（Ｈｅａｄ－ＭｏｕｎｔｅｄＤｅｖｉｃｅ）、車両に備えられたＨＵＤ（Ｈｅａｄ－ＵｐＤｉｓｐｌａｙ）、ＴＶ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどの形態で実現できる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートパソコンなど）などを含む。家電はＴＶ、冷蔵庫、洗濯機などを含む。ＩｏＴ機器はセンサー、スマートメーターなどを含む。例えば、基地局、ネットワークは無線機器で実現されることもでき、特定無線機器２００ａは、他の無線機器に基地局／ネットワークノードとして動作することもできる。

無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００と接続される。無線機器１００ａ～１００ｆにはＡＩ（ＡｒｔｉｆｉｃｉａｌＩｎｔｅｌｌｉｇｅｎｃｅ）技術が適用され、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００と接続される。ネットワーク３００は３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワーク又は５Ｇ（例えば、ＮＲ）ネットワークなどを利用して構成される。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することもできるが、基地局／ネットワークを介さずに直接通信（例えば、サイドリンク通信（ｓｉｄｅｌｉｎｋｃｏｍｍｕｎｉｃａｔｉｏｎ））することもできる。例えば、車両１００ｂ－１、１００ｂ－２は直接通信（例えば、Ｖ２Ｖ（ＶｅｈｉｃｌｅｔｏＶｅｈｉｃｌｅ）／Ｖ２Ｘ（Ｖｅｈｉｃｌｅｔｏｅｖｅｒｙｔｈｉｎｇ）ｃｏｍｍｕｎｉｃａｔｉｏｎ）をすることができる。また、ＩｏＴ機器（例えば、センサー）は、他のＩｏＴ機器（例えば、センサー）又は他の無線機器１００ａ～１００ｆと直接通信することができる。

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

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

ＮＲ周波数帯（ｆｒｅｑｕｅｎｃｙｂａｎｄ）は２つのタイプ（ｔｙｐｅ）（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙｒａｎｇｅ）に定義される。周波数範囲の数値は変更し、例えば、２つのｔｙｐｅ（ＦＲ１、ＦＲ２）の周波数範囲は下記表４と同じである。説明の便宜上、ＮＲシステムにおいて用いられる周波数範囲のうちＦＲ１は「ｓｕｂ６ＧＨｚｒａｎｇｅ」を意味し、ＦＲ２は「ａｂｏｖｅ６ＧＨｚｒａｎｇｅ」を意味し、ミリ波（ｍｉｌｌｉｍｅｔｅｒｗａｖｅ，ｍｍＷ）と呼べる。

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

以下では、本明細書が適用される無線機器の例について説明する。

図２７は本明細書に適用できる無線機器の例を示す。

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

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

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

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

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

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

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

図２８は本明細書に適用できる無線機器の他の例を示す。

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

先に図２７において説明した無線装置の例と、図２８での無線装置の例の差は、図２７はプロセッサ１０２、２０２とメモリ１０４、２０４が分離されているが、図２８の例ではプロセッサ１０２、２０２にメモリ１０４、２０４が含まれているという点である。

ここで、プロセッサ１０２、２０２、メモリ１０４、２０４、トランシーバ１０６、２０６、１つ以上のアンテナ１０８、２０８に対する具体的な説明は先に説明したものと同じであり、記載の不要な繰り返しを避けるために、繰り返し説明の記載は省略する。

以下では、本明細書が適用される信号処理回路の例を説明する。

図２９は送信信号のための信号処理回路の例を示す。

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

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

具体的には、コードワードはスクランブラ１０１０によりスクランブルされたビットシーケンスに変換できる。スクランブルに使用されるスクランブルシーケンスは初期化値に基づいて生成され、初期化値には無線機器のＩＤ情報などが含まれる。スクランブルされたビットシーケンスは、変調器１０２０により変調シンボルシーケンスに変調される。変調方式は、ｐｉ／２－ＢＰＳＫ（ｐｉ／２－ＢｉｎａｒｙＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ）、ｍ－ＰＳＫ（ｍ－ＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ）、ｍ－ＱＡＭ（ｍ－ＱｕａｄｒａｔｕｒｅＡｍｐｌｉｔｕｄｅＭｏｄｕｌａｔｉｏｎ）などを含む。複素変調シンボルシーケンスは、レイヤマッパ１０３０により１つ以上の送信レイヤにマッピングされる。各送信レイヤの変調シンボルは、プリコーダ１０４０により当該アンテナポート（ら）にマッピングされる（プリコーディング）。プリコーダ１０４０の出力ｚは、レイヤマッパ１０３０の出力ｙをＮ＊Ｍのプリコーディング行列Ｗと掛け算して得られる。ここで、Ｎはアンテナポートの数、Ｍは送信レイヤの数である。ここで、プリコーダ１０４０は、複素変調シンボルに対するトランスフォーム（ｔｒａｎｓｆｏｒｍ）プリコーディング（例えば、ＤＦＴ変換）を行った後にプリコーディングを行うことができる。また、プリコーダ１０４０はトランスフォームプリコーディングを行わずにプリコーディングを行うことができる。

リソースマッパ１０５０は、各アンテナポートの変調シンボルを時間－周波数リソースにマッピングする。時間－周波数リソースは、時間ドメインにおいて複数のシンボル（例えば、ＣＰ－ＯＦＤＭＡシンボル、ＤＦＴ－ｓ－ＯＦＤＭａシンボル）を含み、周波数ドメインにおいて複数の副搬送波を含む。信号生成器１０６０はマッピングされた変調シンボルから無線信号を生成し、生成された無線信号は各アンテナを介して他の機器に送信される。このために、信号生成器１０６０はＩＦＦＴ（ＩｎｖｅｒｓｅＦａｓｔＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）モジュール及びＣＰ（ＣｙｃｌｉｃＰｒｅｆｉｘ）挿入器、ＤＡＣ（Ｄｉｇｉｔａｌ－ｔｏ－ＡｎａｌｏｇＣｏｎｖｅｒｔｅｒ）、周波数アップリンク変換器（ｆｒｅｑｕｅｎｃｙｕｐｌｉｎｋｃｏｎｖｅｒｔｅｒ）などを含む。

無線機器において受信信号のための信号処理過程は図３の信号処理過程（１０１０～１０６０）の逆に構成されることができる。例えば、無線機器（例えば、図２の１００、２００）はアンテナポート／送受信機を介して外部から無線信号を受信する。受信された無線信号は信号復元機を介してベースバンド信号に変換される。このために、信号復元機は周波数ダウンリンク変換機（ｆｒｅｑｕｅｎｃｙｄｏｗｎｌｉｎｋｃｏｎｖｅｒｔｅｒ）、ＡＤＣ（ａｎａｌｏｇ－ｔｏ－ｄｉｇｉｔａｌｃｏｎｖｅｒｔｅｒ）、ＣＰ除去機、ＦＦＴ（ＦａｓｔＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）モジュールを含む。その後、ベースバンド信号はリソースデマッパ過程、ポストコーディング（ｐｏｓｔｃｏｄｉｎｇ）過程、復調過程、デスクランブル過程を経てコードワードに復元される。コードワードは復号（ｄｅｃｏｄｉｎｇ）を経て元の情報ブロックに復元できる。従って、受信信号のための信号処理回路（図示せず）は、信号復元機、リソースデマッパ、ポストコーダ、復調機、デスクランブラ及び復号機を含む。

以下では、本明細書が適用される無線機器活用例について説明する。

図３０は本明細書に適用される無線機器の他の例を示す。無線機器は使用例／サービスによって様々な形態に実装される（図２６参照）。

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

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

図３０において、無線機器１００、２００内の様々な要素、成分、ユニット／部、及び／又はモジュールは全体が有線インタフェースを介して互いに接続されるか、少なくとも一部が通信部１１０を介して無線で接続される。例えば、無線機器１００、２００内において制御部１２０と通信部１１０は有線で接続され、制御部１２０と第１ユニット（例えば、１３０、１４０）は、通信部１１０を介して無線で接続される。また、無線機器１００、２００内の各要素、成分、ユニット／部、及び／又はモジュールは１つ以上の要素をさらに含んでもよい。例えば、制御部１２０は１つ以上のプロセッサ集合で構成されてもよい。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎｐｒｏｃｅｓｓｏｒ）、ＥＣＵ（ＥｌｅｃｔｒｏｎｉｃＣｏｎｔｒｏｌＵｎｉｔ）、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されてもよい。他の例として、メモリ部１３０は、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ＤＲＡＭ（ＤｙｎａｍｉｃＲＡＭ）、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、フラッシュメモリ（ｆｌａｓｈｍｅｍｏｒｙ）、揮発性メモリ（ｖｏｌａｔｉｌｅｍｅｍｏｒｙ）、非揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅｍｅｍｏｒｙ）及び／又はこれらの組み合わせで構成されてもよい。

以下、図３０の実装例に対して図面を参照し、さらに詳細に説明する。

図３１は本明細書に適用される携帯機器の例を示す。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、携帯用コンピュータ（例えば、ノートパソコンなど）を含む。携帯機器は、ＭＳ（ＭｏｂｉｌｅＳｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒｔｅｒｍｉｎａｌ）、ＭＳＳ（ＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、ＳＳ（ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、ＡＭＳ（ＡｄｖａｎｃｅｄＭｏｂｉｌｅＳｔａｔｉｏｎ）又はＷＴ（Ｗｉｒｅｌｅｓｓｔｅｒｍｉｎａｌ）と呼ばれてもよい。

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

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

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

図３２は本明細書に適用される車両または自律走行車の例を示す。車両または自律走行車は移動型ロボット、車両、電車、有／無人航空機（ＡｅｒｉａｌＶｅｈｉｃｌｅ，ＡＶ）、船舶などに実装される。

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

通信部１１０は他の車両、基地局（ｅ．ｇ．基地局、路辺基地局（ＲｏａｄＳｉｄｅｕｎｉｔ）など）、サーバなどの外部機器と信号（例えば、データ、制御信号など）を送受信することができる。制御部１２０は車両または自律走行車１００の要素を制御して様々な動作を実行することができる。制御部１２０はＥＣＵ（ＥｌｅｃｔｒｏｎｉｃＣｏｎｔｒｏｌＵｎｉｔ）を含むことができる。駆動部１４０ａは車両または自律走行車１００を地上で走行するようにできる。駆動部１４０ａはエンジン、モーター、パワートレイン、車輪、ブレーキ、ステアリング装置などを含むことができる。電源供給部１４０ｂは車両または自律走行車１００に電源を供給し、有／無線充電回路、バッテリーなどを含むことができる。センサー部１４０ｃは車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサー部１４０ｃはＩＭＵ（ｉｎｅｒｔｉａｌｍｅａｓｕｒｅｍｅｎｔｕｎｉｔ）センサー、衝突センサー、車輪センサー（ｗｈｅｅｌｓｅｎｓｏｒ）、速度センサー、傾斜センサー、重量センサー、ヘディングセンサー（ｈｅａｄｉｎｇｓｅｎｓｏｒ）、位置モジュール（ｐｏｓｉｔｉｏｎｍｏｄｕｌｅ）、車両前進／後退センサー、バッテリーセンサー、燃料センサー、タイヤセンサー、ステアリングセンサー、温度センサー、湿度センサー、超音波センサー、照度センサー、ペダル位置センサーなどを含むことができる。自律走行部１４０ｄは走行中である車線を維持する技術、適応クルーズ制御のように速度を自動に調整する技術、定められた経路に沿って自動に走行する技術、目的地が設定されれば自動に経路を設定して走行する技術などを実装することができる。

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

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

Claims

無線通信システムにおける、ノードによって実行されるＩＡＢ（ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓａｎｄＢａｃｋｈａｕｌ）動作を実行する方法において、
他のノードと初期アクセス動作を実行し、
前記他のノードに前記ノードがサポートする能力に関する情報を送信するが、
前記能力に関する情報は複数のタイミングアライメントケースのうち、前記ノードがサポートする少なくとも１つのタイミングアライメントケースを知らせる情報であり、及び
前記少なくとも１つのタイミングアライメントケースに基づいて前記ＩＡＢ動作を実行することを特徴とする方法。
前記ＩＡＢ動作はＭＴ（ｍｏｂｉｌｅｔｅｒｍｉｎａｌ）動作及びＤＵ（ｄｉｓｔｒｉｂｕｔｅｄｕｎｉｔ）動作を含み、
前記ＭＴ動作は前記ノードと親ノード間の通信に関連する動作であり、及び
前記ＤＵ動作は前記ノードと子ノード間の通信または前記ノードと端末との通信に関連する動作であることを特徴とする、請求項１に記載の方法。
レガシーＩＡＢノードが使用するレガシータイミングアライメントケースとは他のタイミングアライメントケースを使用しようとする場合、前記ノードは前記能力に関する情報を前記他のノードに送信することを特徴とする、請求項２に記載の方法。
前記レガシータイミングアライメントケースは前記ノード及び前記親ノード間の前記ＤＵ動作のダウンリンク送信タイミングがアライメントされた方法であるタイミングアライメントケース１であることを特徴とする、請求項３に記載の方法。
前記ノードは前記ノードが実際適用するタイミングアライメントケースに関する情報を前記他のノードから受信することを特徴とする、請求項２に記載の方法。
前記ノードがレガシーＩＡＢノードが使用するタイミングアライメントケースとは他のタイミングアライメントケースを使用する場合、前記ノードは前記他のノードから前記実際適用するタイミングアライメントケースに関する情報を受信することを特徴とする、請求項５に記載の方法。
前記ノードが前記他のノードから前記実際適用するタイミングアライメントケースに関する情報を受信しない場合、前記ノードは前記ノードが適用するタイミングアライメントケースを前記ノード及び前記親ノード間の前記ＤＵ動作のダウンリンク送信タイミングがアライメントされた方法であるタイミングアライメントケース１に判断することを特徴とする、請求項６に記載の方法。
前記タイミングアライメントケースはタイミングアライメントケース１、タイミングアライメントケース６、タイミングアライメントケース７のうち、いずれか１つであり、
前記タイミングアライメントケース１は前記ノード及び前記親ノード間の前記ＤＵ動作のダウンリンク送信タイミングがアライメントされた方法であり、
前記タイミングアライメントケース６は前記ノード及び前記親ノード間の前記ＤＵ動作のダウンリンク送信タイミングがアライメントされ及び前記ノードの前記ＭＴ動作のアップリンク送信タイミングと前記ＤＵ動作のダウンリンク送信タイミングがアライメントされた方法であり、
前記タイミングアライメントケース７は前記ノード及び前記親ノード間の前記ＤＵ動作のダウンリンク送信タイミングがアライメントされ及び前記ノードの前記ＭＴ動作に対するダウンリンク受信タイミングと前記ＤＵ動作に対するアップリンク受信タイミングがアライメントされた方法であることを特徴とする、請求項２に記載の方法。
前記ノードは前記他のノードから前記他のノードがサポートするタイミングアライメントケースに関する情報を受信することを特徴とする、請求項１に記載の方法。
前記ノードは前記ノードがサポートする多重化関連情報を前記他のノードに送信することを特徴とする、請求項１に記載の方法。
前記他のノードは親ノード、ドナーノードまたはＣＵ（ＣｅｎｔｒａｌｉｚｅｄＵｎｉｔ）であることを特徴とする、請求項１に記載の方法。
ノードは、
トランシーバ、
少なくとも１つのメモリ、及び
前記少なくとも１つのメモリ及び前記トランシーバと動作できるように結合された少なくとも１つのプロセッサを含むが、前記プロセッサは、
他のノードと初期アクセス動作を実行するように構成され、
前記他のノードに前記ノードがサポートする能力に関する情報を送信するように前記トランシーバを制御するように構成されるが、
前記能力に関する情報は複数のタイミングアライメントケースのうち、前記ノードがサポートする少なくとも１つのタイミングアライメントケースを知らせる情報であり、及び
前記少なくとも１つのタイミングアライメントケースに基づいてＩＡＢ（ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓａｎｄＢａｃｋｈａｕｌ）動作を実行するように構成されることを特徴とするノード。
装置は、
少なくとも１つのメモリ、及び
前記少なくとも１つのメモリと動作できるように結合された少なくとも１つのプロセッサを含むが、前記プロセッサは、
他のノードと初期アクセス動作を実行するように構成され、
前記他のノードに前記装置がサポートする能力に関する情報を送信するようにトランシーバを制御するように構成されるが、
前記能力に関する情報は複数のタイミングアライメントケースのうち、前記装置がサポートする少なくとも１つのタイミングアライメントケースを知らせる情報であり、及び
前記少なくとも１つのタイミングアライメントケースに基づいてＩＡＢ（ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓａｎｄＢａｃｋｈａｕｌ）動作を実行するように構成されることを特徴とする装置。
少なくとも１つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）によって実行されることに基づく命令（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも１つのコンピューター可読記憶媒体（ｃｏｍｐｕｔｅｒｒｅａｄａｂｌｅｍｅｄｉｕｍ）において、
他のノードと初期アクセス動作を実行するように構成され、
前記他のノードに前記記録媒体がサポートする能力に関する情報を送信するようにトランシーバを制御するように構成されるが、
前記能力に関する情報は複数のタイミングアライメントケースのうち、前記記録媒体がサポートする少なくとも１つのタイミングアライメントケースを知らせる情報であり、及び
前記少なくとも１つのタイミングアライメントケースに基づいてＩＡＢ（ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓａｎｄＢａｃｋｈａｕｌ）動作を実行するように構成されることを特徴とする記録媒体。
無線通信システムにおけるノードによって実行される能力に関する情報を受信する方法において、
子ノードと初期アクセス動作を実行し、及び
前記子ノードから前記子ノードがサポートする前記能力に関する情報を受信するが、
前記能力に関する情報は複数のタイミングアライメントケースのうち、前記子ノードがサポートする少なくとも１つのタイミングアライメントケースを知らせる情報であることを特徴とする方法。
ノードは、
トランシーバ、
少なくとも１つのメモリ、及び
前記少なくとも１つのメモリ及び前記トランシーバと動作できるように結合された少なくとも１つのプロセッサを含むが、前記プロセッサは、
子ノードと初期アクセス動作を実行するように構成され、及び
前記子ノードから前記子ノードがサポートする前記能力に関する情報を受信するように前記トランシーバを制御するように構成されるが、
前記能力に関する情報は複数のタイミングアライメントケースのうち、前記子ノードがサポートする少なくとも１つのタイミングアライメントケースを知らせる情報であることを特徴とするノード。