知財求人 - 知財ポータルサイト「IP Force」
▶ エルジー エレクトロニクス インコーポレイティドの特許一覧
特許7519449マルチプルＲＸタイミングを有するＩＡＢ動作方法及びその方法を利用するノード
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-10
(45)【発行日】2024-07-19
(54)【発明の名称】マルチプルＲＸタイミングを有するＩＡＢ動作方法及びその方法を利用するノード
(51)【国際特許分類】
H04W 56/00 20090101AFI20240711BHJP
H04W 16/26 20090101ALI20240711BHJP
H04W 72/0446 20230101ALI20240711BHJP
H04W 72/27 20230101ALI20240711BHJP
H04W 92/20 20090101ALI20240711BHJP
【ＦＩ】
H04W56/00 110
H04W16/26
H04W72/0446
H04W72/27
H04W92/20 110
【請求項の数】
12
(21)【出願番号】P 2022546675
(86)(22)【出願日】2021-02-10
(65)【公表番号】
(43)【公表日】2023-04-05
(86)【国際出願番号】 KR2021001809
(87)【国際公開番号】W WO2021162465
(87)【国際公開日】2021-08-19
【審査請求日】2022-08-01
(31)【優先権主張番号】10-2020-0016071
(32)【優先日】2020-02-11
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】10-2021-0006157
(32)【優先日】2021-01-15
(33)【優先権主張国・地域又は機関】KR
(73)【特許権者】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．
【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100165191
【弁理士】
【氏名又は名称】河合 章
(74)【代理人】
【識別番号】100114018
【弁理士】
【氏名又は名称】南山 知広
(74)【代理人】
【識別番号】100159259
【弁理士】
【氏名又は名称】竹本 実
(72)【発明者】
【氏名】ユ ヒャンソン
(72)【発明者】
【氏名】コ ヒョンス
【審査官】齋藤 浩兵
(56)【参考文献】
【文献】国際公開第２０１９／０７４９８６（ＷＯ，Ａ１）
【文献】国際公開第２０１９／１９２４６６（ＷＯ，Ａ１）
【文献】特表２０２０－５３７３８８（ＪＰ，Ａ）
【文献】Huawei，Principal Steps of Inter-CU Topology Adaptation[online]，3GPP TSG RAN WG3 #102 R3-186529，2018年11月16日，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_102/Docs/R3-186529.zip>
【文献】NTT DOCOMO, INC.，Discussion on enhancements to support NR backhaul links[online]，3GPP TSG RAN WG1 #95 R1-1813316，2018年11月16日，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_95/Docs/R1-1813316.zip>
【文献】AT & T，Summary of 7.2.3.1 Enhancements to support NR backhaul links[online]，3GPP TSG RAN WG1 #95 R1-1814127，2018年11月16日，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_95/Docs/R1-1814127.zip>
【文献】ZTE, Sanechips，Discussion on physical layer enhancements for NR IAB[online]，3GPP TSG RAN WG1 #95 R1-1812729，2018年11月16日，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_95/Docs/R1-1812729.zip>
【文献】Huawei，RAN3 impact analysis of IAB usage in NSA network[online]，3GPP TSG RAN WG3 #105 R3-194338，2019年08月30日，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_105/Docs/R3-194338.zip>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
無線通信システムにおける子ＩＡＢ（Integrated Access and Backhaul）ノードと通信するＩＡＢノードのための方法において、ネットワークとイニシャルアクセス動作を実行し、
前記ネットワークから前記子ＩＡＢノードへのアップリンク受信タイミング情報を受信し、前記子ＩＡＢノードは、子ＩＡＢ－ＭＴ（mobile terminal）と子ＩＡＢ－ＤＵ（distributed unit）を含み、
前記子ＩＡＢノードへのアップリンク受信タイミング情報を前記子ＩＡＢノードへ送信し、
前記子ＩＡＢノードへのアップリンク受信タイミング情報に基づいて前記子ＩＡＢノードと通信し、
前記子ＩＡＢノードへのアップリンク受信タイミング情報は、前記子ＩＡＢノードが前記子ＩＡＢ－ＭＴ及び前記子ＩＡＢ―ＤＵの同時受信動作を実行できる時間リソースを意味し、
前記子ＩＡＢ－ＭＴの受信動作は、前記子ＩＡＢ－ＭＴと前記ＩＡＢノードの間の通信に関連する動作であり、
前記子ＩＡＢ－ＤＵの受信動作は、前記子ＩＡＢ－ＤＵとユーザ端末（ＵＥ）との間の通信に関連する動作である、方法。
【請求項2】
前記子ＩＡＢノードは複数の時間リソースの内、各々の時間リソースに応じて互いに異なるアップリンク受信タイミングを適用するＩＡＢノードである、請求項１に記載の方法。
【請求項3】
前記アップリンク受信タイミング情報は、Ｆ１－ＡＰ（Application プロトコル）シグナリングを介して送信される、請求項１に記載の方法。
【請求項4】
子ＩＡＢ(Integrated Access and Backhaul)ノードと通信するＩＡＢノードであって
少なくとも１つのトランシーバと、
少なくとも１つのメモリと、
前記少なくとも１つのメモリ及び前記少なくとも１つのトランシーバと動作可能に結合された少なくとも１つのプロセッサを含み、前記少なくとも一つのプロセッサは、
ネットワークとイニシャルアクセス動作を実行し、
前記ネットワークから前記子ＩＡＢノードへのアップリンク受信タイミング情報を受信し、前記子ＩＡＢノードは、子ＩＡＢ－ＭＴ（mobile terminal）と子ＩＡＢ－ＤＵ（distributed unit）を含み、
前記子ＩＡＢノードへの前記アップリンク受信タイミング情報を前記子ＩＡＢノードへ送信し、
前記子ＩＡＢノードへの前記アップリンク受信タイミング情報に基づいて前記子ＩＡＢノードと通信するように構成され、
前記子ＩＡＢノードへの前記アップリンク受信タイミング情報は、前記子ＩＡＢノードが前記子ＩＡＢ－ＭＴ及び前記子ＩＡＢ―ＤＵの同時受信動作を実行できる時間リソースを意味し、
前記子ＩＡＢ－ＭＴの受信動作は、前記子ＩＡＢ－ＭＴと前記ＩＡＢノードの間の通信に関連する動作であり、
前記子ＩＡＢ－ＤＵの受信動作は、前記子ＩＡＢ－ＤＵとユーザ端末（ＵＥ）との間の通信に関連する動作である、ＩＡＢノード。
【請求項5】
前記子ＩＡＢのノ－ドは、複数の時間リソースの中のそれぞれの時間リソースに従って異なるアップリンク受信タイミングを適用するＩＡＢノードである、請求項４に記載のＩＡＢノード。
【請求項6】
前記アップリンク受信タイミング情報は、Ｆ１－ＡＰ（Application Protocol）シグナリングを介して送信される、請求項４に記載のＩＡＢノード。
【請求項7】
子ＩＡＢ(Integrated Access and Backhaul)ノードと通信するＩＡＢノードの装置であって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリと動作可能に結合された少なくとも１つのプロセッサを含み、前記少なくとも一つのプロセッサは、
ネットワークとイニシャルアクセス動作を実行し、
前記ネットワークから前記子ＩＡＢノードへのアップリンク受信タイミング情報を受信し、前記子ＩＡＢノードは、子ＩＡＢ－ＭＴ（mobile terminal）と子ＩＡＢ－ＤＵ（distributed unit）を含み、
前記子ＩＡＢノードへの前記アップリンク受信タイミング情報を前記子ＩＡＢノードへ送信し、
前記子ＩＡＢノードへの前記アップリンク受信タイミング情報に基づいて前記子ＩＡＢノードと通信するように構成され、
前記子ＩＡＢノードへの前記アップリンク受信タイミング情報は、前記子ＩＡＢノードが前記子ＩＡＢ－ＭＴ及び前記子ＩＡＢ－ＤＵの同時受信動作を実行できる時間リソースを意味し、
前記子ＩＡＢ－ＭＴの受信動作は、前記子ＩＡＢ－ＭＴと前記ＩＡＢノードの間の通信に関連する動作であり、
前記子ＩＡＢ－ＤＵの受信動作は、前記子ＩＡＢ－ＤＵとユーザ端末（ＵＥ）との間の通信に関連する動作である、装置。
【請求項8】
前記子ＩＡＢのノ－ドは、複数の時間リソースの中のそれぞれの時間リソースに従って異なるアップリンク受信タイミングを適用するＩＡＢノードである、請求項７に記載の装置。
【請求項9】
前記アップリンク受信タイミング情報は、Ｆ１－ＡＰ（Application プロトコル）シグナリングを介して送信される、請求項７に記載の装置。
【請求項10】
少なくとも１つのプロセッサ（processor）によって実行されることに基づく命令（instruction）を含む少なくとも１つのコンピュータ読み取り可能な記録媒体（computer readable medium）において、前記少なくとも一つのプロセッサは、
ネットワークとイニシャルアクセス動作を実行し、
前記ネットワークから子ＩＡＢ(Integrated Access and Backhaul)ノードへのアップリンク受信タイミング情報を受信し、前記子ＩＡＢノードは、子ＩＡＢ－ＭＴ（mobile terminal）と子ＩＡＢ－ＤＵ（distributed unit）を含み、
前記子ＩＡＢノードへの前記アップリンク受信タイミング情報を前記子ＩＡＢノードへ送信し、
前記子ＩＡＢノードへの前記アップリンク受信タイミング情報に基づいて前記子ＩＡＢノードと通信するように構成され、
前記子ＩＡＢノードへの前記アップリンク受信タイミング情報は、前記子ＩＡＢノードが前記子ＩＡＢ－ＭＴ及び前記子ＩＡＢ―ＤＵの同時受信動作を実行できる時間リソースを意味し、
前記子ＩＡＢ－ＭＴの受信動作は、前記子ＩＡＢ－ＭＴと前記ＩＡＢノードの間の通信に関連する動作であり、
前記子ＩＡＢ－ＤＵの受信動作は、前記子ＩＡＢ－ＤＵとユーザ端末（ＵＥ）との間の通信に関連する動作である、コンピュータ読み取り可能な記録媒体。
【請求項11】
無線通信システムにおいてノードによって実行されるアップリンク受信タイミング情報を送信する方法において、ＩＡＢ（Integrated Access and Backhaul）ノードとイニシャルアクセス動作を実行し、
前記ＩＡＢノードの子ＩＡＢノードへの前記アップリンク受信タイミング情報を前記ＩＡＢノードに送信し、前記子ＩＡＢノードは、子ＩＡＢ－ＭＴ（mobile terminal）と子ＩＡＢ－ＤＵ（distributed unit）を含み、
前記子ＩＡＢノードへの前記アップリンク受信タイミング情報は、前記子ＩＡＢノードが前記子ＩＡＢ－ＭＴ及び前記子ＩＡＢ―ＤＵの同時受信動作を実行できる時間リソースを意味し、
前記子ＩＡＢ－ＭＴの受信動作は、前記子ＩＡＢ－ＭＴと前記ＩＡＢノードの間の通信に関連する動作であり、
前記子ＩＡＢ－ＤＵの受信動作は、前記子ＩＡＢ－ＤＵとユーザ端末（ＵＥ）との間の通信に関連する動作である、方法。
【請求項12】
ノードは、少なくとも１つのトランシーバと、
少なくとも１つのメモリと、
前記少なくとも１つのメモリ及び前記少なくとも１つのトランシーバと動作可能に結合された少なくとも１つのプロセッサを含み、前記少なくとも一つのプロセッサは、
ＩＡＢ（Integrated Access and Backhaul）ノードとのイニシャルアクセス動作を実行し、
前記ＩＡＢノードの子ＩＡＢノードに対してアップリンク受信タイミング情報を前記ＩＡＢノードに送信するように前記トランシーバを制御するように構成され、前記子ＩＡＢノードは、子ＩＡＢ－ＭＴ（mobile terminal）と子ＩＡＢ－ＤＵ（distributed unit）を含み、
前記子ＩＡＢノードへの前記アップリンク受信タイミング情報は、前記子ＩＡＢノードが前記子ＩＡＢ－ＭＴ及び前記子ＩＡＢ―ＤＵの同時受信動作を実行できる時間リソースを意味し、
前記子ＩＡＢ－ＭＴの受信動作は、前記子ＩＡＢ－ＭＴと前記ＩＡＢノードの間の通信に関連する動作であり、
前記子ＩＡＢ－ＤＵの受信動作は、前記子ＩＡＢ－ＤＵとユーザ端末（ＵＥ）との間の通信に関連する動作である、ノード。
【発明の詳細な説明】
【技術分野】
【0001】
本明細書は無線通信に関する。
【背景技術】
【0002】
より多くの通信機器がより大きな通信容量を要求するようになって、既存の無線アクセス技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭している。また、多数の機器及び事物を接続していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要イシューの１つである。それだけでなく、信頼度（ｒｅｌＩＡＢｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが議論されている。このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅ ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ－ＲｅｌＩＡＢｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線アクセス技術の導入が議論されており、本開示においては便宜上該当技術（ｔｅｃｈｎｏｌｏｇｙ）をｎｅｗ ＲＡＴ又はＮＲと呼ぶ。
【0003】
その一方で、統合アクセス及びバックホールリンクが提供され、以下のように、本明細書ではＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ）に対する構成を提供する。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本明細書の一実施形態に係れば、他のノードからのＩＡＢノードの子ＩＡＢノードに対するアップリンク受信タイミング情報を受信するが、前記アップリンク受信タイミング情報は、少なくとも１つの時間リソースについて、前記子ＩＡＢノードのＤＵ（distributed unit）動作と前記子ＩＡＢノードのＭＴ（mobile terminal）動作の同時動作可能であるかどうかに関する情報であることを特徴とする方法を提供することができる。
【発明の効果】
【0005】
本明細書に係れば、親-ＤＵはＩＡＢ ＤＵのRxタイミング情報を獲得し、ＭＴとの送受信可能リソースを判断することが可能である。
【0006】
本明細書の具体的な一例を介して得られる効果は、以上に列挙した効果に限られない。例えば、関連する技術分野の通常の知識を有するもの（ａ ｐｅｒｓｏｎ ｈａｖｉｎｇ ｏｒｄｉｎａｒｙ ｓｋｉｌｌ ｉｎ ｔｈｅ ｒｅｌａｔｅｄ ａｒｔ）が本明細書より理解かつ誘導できる様々な技術的な効果が存在する場合がある。したがって応じて本明細書の具体的な効果は本明細書に明示的に記載されたことに限らず、本明細書の技術的な特徴から理解かつ誘導できる様々な効果を含むことができる。
【図面の簡単な説明】
【0007】
【図1】無線通信システムの例を示す。
【図2】ユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示したブロック図である。
【図3】制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）に対する無線プロトコル構造を示したブロック図である。
【図4】ＮＲが適用される次世代無線接続ネットワーク（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＮＧ－ＲＡＮ）のシステム構造の例を示す。
【図5】ＮＧ－ＲＡＮと５ＧＣ間の機能的分割の例を示す。
【図6】ＮＲにおいて適用できるフレーム構造の例を示す。
【図7】新しい無線接続技術に対するフレーム構造の一例を示したものである。
【図8】本明細書の技術的な特徴が適用される５Ｇ使用シナリオの例を示す。
【図9】統合アクセス及びバックホールリンクに対する一例を模式的に示したものである。
【図10】ＤｇＮＢ、ＲＮ、及びＵＥ間のリンクに対する一例を模式的に示したものである。
【図11】バックホールリンク及びアクセスリンクの例を模式的に示したものである。
【図12】親リンクと子リンクの例を模式的に示したものである。
【図13】タイミングアライメントケース１の例を模式的に示す図である。
【図14】タイミングアライメントケース６の例を模式的に示す図である。
【図15】タイミングアライメントケース７の例を模式的に示す図である。
【図16】ＤＵの子リンクによってＵＬ Ｒｘタイミングが異なる場合、ＩＡＢノードの動作の一例を示す。
【図17】ＤＵと子ＭＴとの関係の一例を概略的に示す図である。
【図18】ＤＵと子ＭＴとの関係の一例を概略的に示す図である。
【図19】ＤＵと子ＭＴとの関係の一例を概略的に示す図である。
【図20】本明細書の一実施形態に係る、アップリンク受信タイミング情報を受信する方法のフローチャートである。
【図21】本明細書の他の実施形態に係る、アップリンク受信タイミング情報を受信する方法のフローチャートである。
【図22】本明細書の一実施形態に係る、（ＩＡＢノードの観点から）、アップリンク受信タイミング情報を受信する方法のフローチャートである。
【図23】本明細書の一実施形態に係る、（ＩＡＢノードの観点から）、アップリンク受信タイミング情報を受信する装置の一例のブロック図である。
【図24】（親ノードの観点から）、アップリンク受信タイミング情報を送信する方法のフローチャートだ。
【図25】（親ノードの観点から）、アップリンク受信タイミング情報を送信する装置の一例のブロック図である。
【図26】本明細書に適用される通信システム（１）の例を示す。
【図27】本明細書に適用される無線機器の例を示す。
【図28】本明細書に適用される無線機器の他の例を示す。
【図29】送信信号のための信号処理回路の例を示す。
【図30】本明細書に適用される無線機器の他の例を示す。
【図31】本明細書に適用される携帯機器の例を示す。
【図32】本明細書に適用される車両または自律走行車の例を示す。
【発明を実施するための形態】
【0008】
本明細書において「Ａ又はＢ（Ａ ｏｒ Ｂ）」は「Ａのみ」、「Ｂのみ」又は「ＡとＢの両方」を意味し得る。言い換えると、本明細書において、「Ａ又はＢ（Ａ ｏｒ Ｂ）」は「Ａ及び／又はＢ（Ａ ａｎｄ／ｏｒ Ｂ）」と解釈できる。例えば，本明細書において「Ａ、Ｂ又はＣ（Ａ，Ｂ ｏｒ Ｃ）」は，「Ａのみ」、「Ｂのみ」、「Ｃのみ」又は「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」を意味し得る。
【0009】
本明細書において使用されるスラッシュ（／）やコンマ（ｃｏｍｍａ）は、「及び／又は（ａｎｄ／ｏｒ）」を意味し得る。例えば、「Ａ／Ｂ」は「Ａ及び／又はＢ」を意味し得る。これにより、「Ａ／Ｂ」は「Ａのみ」、「Ｂのみ」、又は「ＡとＢの両方」を意味し得る。例えば、「Ａ、Ｂ、Ｃ」は「Ａ、Ｂ又はＣ」を意味し得る。
【0010】
本明細書において「少なくとも１つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」は、「Ａのみ」、「Ｂのみ」又は「ＡとＢの両方」を意味し得る。また、本明細書において「少なくとも１つのＡ又はＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ｏｒ Ｂ）」や「少なくとも１つのＡ及び／又はＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ／ｏｒ Ｂ）」という表現は、「少なくとも１つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」と同様に解釈され得る。
【0011】
また、本明細書において、「少なくとも１つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」又は「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」を意味し得る。また、「少なくとも１つのＡ、Ｂ又はＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ｏｒ Ｃ）」や「少なくとも１つのＡ、Ｂ及び／又はＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」は「少なくとも１つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ））」を意味し得る。
【0012】
また、本明細書において用いられる括弧は「例えば（ｆｏｒ ｅｘａｍｐｌｅ）」を意味し得る。具体的に、「制御情報（ＰＤＣＣＨ）」と表示されている場合、「制御情報」の一例として「ＰＤＣＣＨ」が提案されているものであり得る。言い換えると、本明細書の「制御情報」は「ＰＤＣＣＨ」に制限（ｌｉｍｉｔ）されることなく、「ＰＤＣＣＨ」が「制御情報」の一例として提案されるものであり得る。また、「制御情報（すなわち、ＰＤＣＣＨ）」と表示されている場合にも、「制御情報」の一例として「ＰＤＣＣＨ」が提案されているものであり得る。
【0013】
本明細書において１つの図面内において個別に説明される技術的特徴は、個別に実現されてもよく、同時に実現されてもよい。
【0014】
図１は、無線通信システムを例示する。これは、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ－ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、又はＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ－Ａシステムとも呼ばれる。
【0015】
Ｅ－ＵＴＲＡＮは、端末１０（Ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）に制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ ｐｌａｎｅ）を提供する基地局２０（Ｂａｓｅ Ｓｔａｔｉｏｎ：ＢＳ）とを含む。端末１０は、固定されるか、または移動性を有することができ、ＭＳ（Ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ Ｄｅｖｉｃｅ）など、他の用語で呼ばれることができる。基地局２０は、端末１０と通信する固定された支点（ｆｉｘｅｄ ｓｔａｔｉｏｎ）をいい、ｅＮＢ（ｅｖｏｌｖｅｄ-ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ ＴＲＡＮｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）など、他の用語で呼ばれることができる。
【0016】
基地局２０は、Ｘ２インターフェースを介して互いに接続されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）３０、さらに詳細には、Ｓ１-ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）とＳ１-Ｕを介してＳ－ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）と接続される。
【0017】
ＥＰＣ３０は、ＭＭＥ、Ｓ－ＧＷ及びＰ－ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ－Ｇａｔｅｗａｙ）から構成される。ＭＭＥは、端末の接続情報または端末の能力に関する情報を有しており、このような情報は、端末の移動性管理に主に使用される。Ｓ－ＧＷは、Ｅ－ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ－ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【0018】
端末とネットワークとの間の無線インタフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の層は、通信システムにおいて広く知られた開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：ＯＳＩ）基準モデルの下位３個層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分されることができるが、この中で第１層に属する物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用した情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ ＴＲＡＮｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供し、第３層に位置するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層は、端末とネットワークとの間に無線リソースを制御する役割を行う。このために、ＲＲＣ層は、端末と基地局との間のＲＲＣメッセージを交換する。
【0019】
図２は、ユーザ平面（ｕｓｅｒ ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図３は、制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）で、制御平面は、制御信号送信のためのプロトコルスタックである。
【0020】
図２及び３を参照すると、物理層（ＰＨＹ（ｐｈｙｓｉｃａｌ）ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用して上位層に情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ tＲＡＮｓｆｅｒ sｅｒｖｉｃｅ）を提供する。物理層は、上位層であるＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層とは送信チャネル（ｔＲＡＮｓｐｏｒｔ ｃｈａｎｎｅｌ）を介して接続されている。送信チャネルを介してＭＡＣ層と物理層との間にデータが移動する。送信チャネルは、無線インターフェースを介してデータがどのようにどんな特徴で送信されるかによって分類される。
【0021】
互いに異なる物理層の間、即ち、送信機と受信機の物理層の間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で変調されることができ、時間と周波数を無線リソースとして活用する。
【0022】
ＭＡＣ層の機能は、論理チャネルと送信チャネルとの間のマッピング及び論理チャネルに属するＭＡＣ ＳＤＵ（ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）の送信チャネル上へ物理チャネルに提供される送信ブロック（ｔＲＡＮｓｐｏｒｔ ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層にサービスを提供する。
【0023】
ＲＬＣ層の機能は、ＲＬＣ ＳＤＵの接続（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ層は、透明モード（ＴＲＡＮｓｐａｒｅｎｔ Ｍｏｄｅ：ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ：ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ：ＡＭ）の３通りの動作モードを提供する。ＡＭ ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。
【0024】
ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層は、制御平面においてのみ定義される。ＲＲＣ層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して、論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１層（ＰＨＹ層）及び第２層（ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層）により提供される論理的経路を意味する。
【0025】
ユーザ平面でのＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層の機能は、制御平面データの伝達及び暗号化／整合性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を含む。
【0026】
ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢは、またＳＲＢ（Ｓｉｇｎａｌｉｎｇ ＲＢ）とＤＲＢ（Ｄａｔａ ＲＢ）の２通りに分けられることができる。ＳＲＢは、制御平面においてＲＲＣメッセージを送信する通路として使用され、ＤＲＢは、ユーザ平面においてユーザデータを送信する通路として使用される。
【0027】
端末のＲＲＣ層とＥ-ＵＴＲＡＮのＲＲＣ層との間にＲＲＣ接続（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ）が確立されると、端末は、ＲＲＣ接続（ＲＲＣ ｃｏｎｎｅｃｔｅｄ）状態にあるようになり、そうでない場合、ＲＲＣアイドル（ＲＲＣ ｉｄｌｅ）状態にあるようになる。
【0028】
ネットワークにおいて端末にデータを送信するダウンリンク送信チャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）とその以外にユーザトラフィックまたは制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末においてネットワークにデータを送信するアップリンク送信チャネルには、初期制御メッセージを送信するＲＡＣＨ（ＲＡＮｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）とそれ以外にユーザトラフィックまたは制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）がある。
【0029】
送信チャネル上位にあり、送信チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）などがある。
【0030】
物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）は、時間領域で複数のＯＦＤＭシンボルと周波数領域で複数の副搬送波（Ｓｕｂ－ｃａｒｒｉｅｒ）とから構成される。１つのサブフレーム（Ｓｕｂ－ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）から構成される。リソースブロックは、リソース割り当て単位であって、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ-ｃａｒｒｉｅｒ）から構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）即ち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定ＯＦＤＭシンボル（例えば、第１番目のＯＦＤＭシンボル）の特定副搬送波を利用できる。ＴＴＩ（ＴＲＡＮｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。
【0031】
以下、新しい無線接続技術（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ：ｎｅｗ ＲＡＴ，ＮＲ）について説明する。
【0032】
さらに、たくさんの通信機器がさらに大きい通信容量を必要とするにつれて、既存の無線接続技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭している。また、多数の機器及び物体を接続していつでもどこでも様々なサービスを提供する超大量ＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主な話題のうちの１つである。のみならず信頼度（ｒｅｌＩＡＢｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが議論になっている。このような拡張モバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅ ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ－ＲｅｌＩＡＢｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線接続技術の導入が議論されており、本明細書では便宜上、該当技術（ｔｅｃｈｎｏｌｏｇｙ）をｎｅｗ ＲＡＴまたはＮＲと称する。
【0033】
図４は、ＮＲが適用される次世代無線接続ネットワーク（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＮＧ－ＲＡＮ）のシステムの構造を例示する。
【0034】
図４を参照すると、ＮＧ－ＲＡＮは、端末にユーザ平面及び制御平面プロトコル終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供するｇＮＢ及び／又はｅＮＢを含む。図４では、ｇＮＢのみを含む場合を例示する。ｇＮＢ及びｅＮＢは、相互にＸｎインターフェースで接続されている。ｇＮＢ及びｅＮＢは、５世代コアネットワーク（５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ：５ＧＣ）とＮＧインターフェースを介して接続されている。より具体的に、ＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）とはＮＧ－Ｃインターフェースを介して接続され、ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）とはＮＧ－Ｕインターフェースを介して接続される。
【0035】
図５は、ＮＧ－ＲＡＮと５ＧＣとの間の機能的な分割を例示する。
【0036】
図５を参照すると、ｇＮＢは、インターセル間の無線リソース管理（Ｉｎｔｅｒ Ｃｅｌｌ ＲＲＭ）、無線ベアラ管理（ＲＢ ｃｏｎｔｒｏｌ）、接続移動性制御（Ｃｏｎｎｅｃｔｉｏｎ Ｍｏｂｉｌｉｔｙ Ｃｏｎｔｒｏｌ）、無線許容制御（Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）、測定設定及び提供（Ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ ＆ Ｐｒｏｖｉｓｉｏｎ）、動的リソース割り当て（ｄｙｎａｍｉｃ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）などの機能を提供する。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態移動性処理などの機能を提供する。ＵＰＦは、移動性アンカリング（Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒｉｎｇ）、ＰＤＵ処理などの機能を提供する。ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）は、端末ＩＰアドレス割り当て、ＰＤＵセッション制御などの機能を提供する。
【0037】
図６はＮＲにおいて適用できるフレーム構造の例を示す。
【0038】
図６を参照すると、フレームは１０ｍｓ（ｍｉｌｌｉｓｅｃｏｎｄ）で構成され、１ｍｓで構成されたサブフレーム１０個を含むことができる。
【0039】
サブフレーム内には副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）によって１つ以上のスロット（ｓｌｏｔ）が含まれる。
【0040】
次の表１は、副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）μの例を示す。
【0041】
【表1】
【0042】
次の表２は副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）μによって、フレーム内のスロット数（Ｎｆｒａｍｅμ
ｓｌｏｔ）、サブフレーム内のスロット数（Ｎｓｕｂｆｒａｍｅμ
ｓｌｏｔ）、スロット内のシンボル数（Ｎｓｌｏｔ
ｓｙｍｂ）などの例を示す。
【0043】
【表2】
【0044】
図６では、μ＝０、１、２に対して例を示す。
【0045】
ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は次の表３のように１つまたはそれ以上のＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）で構成される。
【0046】
【表3】
【0047】
すなわち、ＰＤＣＣＨは１、２、４、８または１６個のＣＣＥで構成されるリソースを介して送信される。ここで、ＣＣＥは６個のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）で構成され、１つのＲＥＧは周波数領域において１つのリソースブロック、時間領域において１つのＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルで構成される。ＮＲでは、次の技術／特徴が適用される。
【0048】
＜自己完結型サブフレーム構造（Ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ ｓｕｂｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）＞
【0049】
図７は新しい無線接続技術に対するフレーム構造の一例を示したものである。
【0050】
ＮＲでは遅延（ｌａｔｅｎｃｙ）を最小化するための目的として図７のように、１つのＴＴＩ内に、制御チャネルとデータチャネルが時分割多重化（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＴＤＭ）される構造がフレーム構造（ｆｒａｍｅｓｔｒｕｃｔｕｒｅ）の１つとして考慮される。
【0051】
図７において斜線領域はダウンリンク制御（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ）領域を示し、黒色部分はアップリンク制御（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ）領域を示す。表示がない領域はダウンリンクデータ（ｄｏｗｎｌｉｎｋ ｄａｔａ；ＤＬ ｄａｔａ）送信のために用いられることもあり、アップリンクデータ（ｕｐｌｉｎｋ ｄａｔａ；ＵＬ ｄａｔａ）送信のために用いられる。このような構造の特徴は１個のサブフレーム（ｓｕｂｆｒａｍｅ）内においてダウンリンク（ＤＬ）送信とアップリンク（ｕｐｌｉｎｋ；ＵＬ）送信が順次に進んで、サブフレーム（ｓｕｂｆｒａｍｅ）内においてＤＬ ｄａｔａを送り、ＵＬ ＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）も受け取ることができる。その結果、データ送信エラー発生時にデータ再送までかかる時間を減らし、このため、最終データ伝送の遅延（ｌａｔｅｎｃｙ）を最小化することができる。
【0052】
このようなデータ及び制御領域がＴＤＭされたサブフレーム構造（ｄａｔａ ａｎｄ ｃｏｎｔｒｏｌ ＴＤＭｅｄ ｓｕｂｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）において基地局と端末が送信モードにおいて受信モードへの転換過程または受信モードにおいて送信モードへの転換過程のためのタイムギャップ（ｔｉｍｅ ｇａｐ）が必要である。このため、自己完結型サブフレーム構造においてＤＬからＵＬに転換される時点の一部のＯＦＤＭシンボルがガード区間（ｇｕａｒｄ ｐｅｒｉｏｄ：ＧＰ）に設定される。
【0053】
【0054】
図８を参照すると、５Ｇの３つの主な要件領域は（１）改善された移動広帯域（ｅＭＢＢ；ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）領域、（２）超大量の端末通信（ｍＭＴＣ；ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）領域及び（３）超高信頼及び低遅延通信（ＵＲＬＬＣ；Ｕｌｔｒａ－ＲｅｌＩＡＢｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）領域を含む。一部の使用例は最適化のために多数の領域を要求することができ、他の使用例はただ１つの重要業績評価指標（ＫＰＩ；ｋｅｙ ｐｅｒｆｏｒｍａｎｃｅ ｉｎｄｉｃａｔｏｒ）にのみフォーカスできる。５Ｇはこのような様々な使用例を柔軟かつ信頼できる方法としてサポートすることである。
【0055】
ｅＭＢＢはデータの速度、遅延、ユーザの密度、移動広帯域接続の容量及びカバレッジの全体的な向上に重点を置く。ｅＭＢＢは１０Ｇｂｐｓ程度の処理量を目標とする。ｅＭＢＢは基本的なモバイルインターネット接続をはるかに上回り、豊富な双方向作業、クラウドまたは拡張現実においてメディア及びエンターテインメントアプリケーションをカバーする。データは５Ｇの核心動力のうち１つであり、５Ｇ時代において初めて専用音声サービスを見ることができない。５Ｇにおいて、音声は単に通信システムによって提供されるデータ接続を用いてアプリケーションとして処理されることを期待される。増加したトラフィック量の主な原因はコンテンツサイズの増加及び高いデータレートを要求するアプリケーション数の増加である。ストリーミングサービス（オーディオ及びビデオ）、対話式ビデオ及びモバイルインターネット接続はより多くの装置がインターネットに接続するほど、さらに広く使用される。このような多くのアプリケーションはユーザにリアルタイム情報及び通知をプッシュするために常にオンになっている接続性を必要とする。クラウドストレージ及びアプリケーションはモバイル通信プラットフォームにおいて急速に増加しており、これは、タスク及びエンターテインメント全てに適用される。クラウドストレージはアップリンクデータレートの成長を牽引する特別な使用例である。５Ｇはまた、クラウド上の遠隔作業にも使用され、触覚インターフェースが使用されたとき、優れたユーザ経験を維持するようにさらに低い端から端まで（ｅｎｄ－ｔｏ－ｅｎｄ）遅延を要求する。エンターテインメントにおいて例えると、クラウドゲーム及びビデオストリーミングは移動広帯域能力に対する要求を高めるまた他の重要な要素である。エンターテインメントは電車、車及び飛行機のような高いモビリティ環境を含めてあらゆる場所でスマートフォン及びタブレットにおいて必須である。また他の使用例はエンターテインメントのための拡張現実及び情報検索である。ここで、拡張現実は非常に低い遅延と瞬間的なデータ量を必要とする。
【0056】
ｍＭＴＣはバッテリーによって駆動される多量の低コスト装置間の通信をできるようにするために設計され、スマート計量、物流、現場及び人体センサのようなアプリケーションをサポートするためのものである。ｍＭＴＣは１０年程度のバッテリー及び／または１ｋｍ２当り百万個程度の装置を目標とする。ｍＭＴＣは全ての分野において埋め込み型センサをスムーズに接続できるようにし、最も多く予想できる５Ｇ使用例のうち１つである。潜在的に２０２０年までＩｏＴ装置は２０４億個に至ると予測されている。産業ＩｏＴは５Ｇがスマートシティ、資産追跡（ａｓｓｅｔ ｔｒａｃｋｉｎｇ）、スマートユーティリティ、農業及びセキュリティインフラをできるようにする主な役割を実行する領域のうち１つである。
【0057】
ＵＲＬＬＣは装置及び機械が非常に信頼性があり非常に低い遅延及び高い可用性で通信できるようにすることで車両通信、産業制御、工場自動化、遠隔手術、スマートグリッド及び公共安全アプリケーションに最適である。ＵＲＬＬＣは１ｍｓの程度の遅延を目標とする。ＵＲＬＬＣは主なインフラの遠隔制御及び自律走行車のような超高信頼／低遅延リンクを介して産業を変化させる新しいサービスを含む。信頼性と遅延のレベルはスマートグリッド制御、産業自動化、ロボット工学、ドローン制御及び調整に必須である。
【0058】
次に、図８の三角形の中に含まれた多数の使用例に対してさらに具体的に示している。
【0059】
５Ｇは毎秒数百メガビットからギガバイト毎秒に評価されるストリームを提供する手段としてＦＴＴＨ（ｆｉｂｅｒ－ｔｏ－ｔｈｅ－ｈｏｍｅ）及びケーブルベース広帯域（または、ＤＯＣＳＩＳ）を補完することができる。このような速い速度は仮想現実（ＶＲ；ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ）と拡張現実（ＡＲ；ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ）のみならず、４Ｋ以上（６Ｋ、８Ｋ及びそれ以上）の解像度にＴＶを伝送するのに要求される。ＶＲ及びＡＲアプリケーションはほぼ没入型（ｉｍｍｅｒｓｉｖｅ）スポーツ競技を含む。特定のアプリケーションは特別なネットワーク設定が要求される。例えば、ＶＲゲームの場合、ゲーム会社が遅延を最小化するためにコアサーバをネットワークオペレータのエッジネットワークサーバと統合する必要がある。
【0060】
自動車（Ａｕｔｏｍｏｔｉｖｅ）は車両に対するモバイル通信のための多くの使用例とともに５Ｇにおいて重要な新しい動力になると予想されている。例えば、乗客のためのエンターテインメントは高い容量と高い移動広帯域を同時に要求する。その理由は将来のユーザはその位置及び速度に関係なく高品質の接続を継続して期待しているためである。自動車分野の他の使用例は拡張現実ダッシュボードである。運転者は拡張現実ダッシュボードを介してフロントウィンドウを介して見ているものの上に暗闇中で物体を識別することができる。拡張現実ダッシュボードは物体の距離と動きに対して運転者に知らせる情報を重ねてディスプレイする。将来に、無線モジュールは車両間の通信、車両とサポートするインフラ構造の間で情報交換及び自動車と他の接続された装置（例えば、歩行者が伴う装置）の間で情報交換をできるようにする。安全システムは運転者がさらに安全な運転ができるように行動の代替コースを案内して事故の危険を軽減させる。次のステップは、遠隔操縦車両または自律走行車になる。これは互い異なる自律走行車間及び／または自動車とインフラの間で非常に信頼性のありかつ非常に速い通信を要求する。将来に、自律走行車が全ての運転活動を実行し、運転者は車両自体が識別できない交通異常にのみ集中するようになる。自律走行車の技術的な要件はトラフィック安全を人が達成できない程度のレベルまで高めるように超高信頼低遅延を要求する。
【0061】
スマート社会として言われるスマートシティとスマートホームは高密度無線センサネットワークとして埋め込まれる。知能型センサの分散型ネットワークは都市または家のコスト及びエネルギー効率的な維持に対する条件を識別するようになる。同様の設定が各家庭のために実行される。温度センサ、ウィンドウ及び暖房コントローラ、盗難警報器及び家電製品は全て無線で接続される。このようなセンサのうち多くが典型的に低いデータ送信速度、低電力及び低コストを要求する。しかし、例えば、リアルタイムＨＤビデオは監視のために特定のタイプの装置において要求される。
【0062】
熱またはガスを含むエネルギーの消費及び流通は高度に分散され、分散型センサネットワークの自動化された制御が要求される。スマートグリッドは情報を収集ししたがって応じて行動するようにデジタル情報及び通信技術を用いてこのようなセンサを相互接続する。この情報はサプライヤーと消費者の行動を含めるため、スマートグリッドが効率性、信頼性、経済性、生産の持続可能性及び自動化方法として電気のような燃料の分配を改善するようにすることができる。スマートグリッドは低遅延の他のセンサネットワークとして見られる。
【0063】
健康部門はモバイル通信のベネフィットを楽しめる多くのアプリケーションを保有している。通信システムは遠く離れた場所において臨床診療を提供する遠隔診療をサポートすることができる。これは距離に対する障壁を下げることに役立ち、遠い農村において継続的に利用できない医療サービスへのアクセスを改善することができる。これはまた、重要な診療及び緊急状況において命を救うために用いられる。モバイル通信ベースの無線センサネットワークは心拍数及び血圧のようなパラメータに対する遠隔モニタリング及びセンサを提供することができる。
【0064】
無線及びモバイル通信は産業応用分野においてますます重要になっている。配線は設置及び維持コストが高い。したがって、ケーブルを再構成できる無線リンクへの交換可能性は多くの産業分野において魅力的な機会である。しかし、これを達成するには、無線接続がケーブルと同様の遅延、信頼性及び容量で動作すること、管理の単純化を要求する。低遅延と非常に低いエラー確率は５Ｇに接続する必要がある新しい要件である。
【0065】
物流及び貨物追跡は位置ベース情報システムを用いてどの場所でもインベントリ（ｉｎｖｅｎｔｏｒｙ）及びパッケージの追跡ができるようにするモバイル通信に対する重要な使用例である。物流及び貨物追跡の使用例は典型的に低いデータ速度を要求するが、広い範囲と信頼性のある位置情報が必要である。
【0066】
図９は統合アクセス及びバックホールリンクに対する一例を模式的に示したものである。
【0067】
このような統合アクセス及びバックホールリンクがあるネットワークの例が図９に示されており、ここでリレーノード（ｒＴＲＰ）は時間、周波数または空間（例：ビームベース作業）においてアクセス及びバックホールリンクを多重化することができる。
【0068】
互い異なるリンクの動作は同一であるか他の周波数（「帯域内」及び「帯域外」リレーとも言える）にある。帯域外リレーの効率的なサポートは一部のＮＲ配置シナリオにおいて重要であるが、デュプレックス制約条件を受け入れ干渉を防止／軽減するために同じ周波数において動作するアクセスリンクとの緊密な相互作用を意味する帯域内動作要件を理解することが非常に重要である。
【0069】
また、ｍｍＷａｖｅスペクトルにおいてＮＲシステムを運営することは、短期ブロック（ｓｈｏｒｔ ｔｅｒｍ ｂｌｏｃｋｉｎｇ）に比べて手順を完了させるのに必要な時間がさらに長いため、現在のＲＲＣベースハンドオーバメカニズムによって簡単に軽減できない深刻な短期間ブロックを経験することを含むいくつか独特な挑戦を提示することができる。
【0070】
ｍｍＷａｖｅシステムにおいて短期ブロックを克服するためには、ｒＴＲＰ間の転換のために（コアネットワーク（ｃｏｒｅ ｎｅｔｗｏｒｋ）の介入が必ず必要ではない）速いＲＡＮベースのメカニズムが必要な場合がある。
【0071】
セルフバックホールされたＮＲセルのさらに容易な配置に対する要求とともにｍｍＷａｖｅスペクトルでのＮＲ動作に対する短期間ブロックを軽減する必要があるということがアクセス及びバックホールリンクの迅速なスウィッチができるようにする統合されたフレームワークの開発に対する必要性を引き起こす場合がある。
【0072】
さらに、ｒＴＲＰ間のＯＴＡ（Ｏｖｅｒ－ｔｈｅ－Ａｉｒ）調整は干渉を軽減しエンドツーエンド経路（ｅｎｄ－ｔｏ－ｅｎｄｒｏｕｔｅ）選択及び最適化をサポートすることと見なす。
【0073】
次の要件及び側面はＮＲに対する統合アクセス及び無線バックホール（ＩＡＢ）によって解決する必要がある。
【0074】
－屋内及び屋外シナリオにおいて帯域内及び帯域外中継のための効率的で柔軟な運営
【0075】
－マルチホップ及び重複接続
【0076】
－エンドツーエンド経路（ｅｎｄ－ｔｏ－ｅｎｄｒｏｕｔｅ）選択及び最適化
【0077】
－高いスペクトル効率にバックホールリンクサポート
【0078】
－レガシーＮＲ ＵＥサポート
【0079】
レガシーＮＲ（ｎｅｗ ＲＡＴ）はハーフデュプレックス（ｈａｌｆ－ｄｕｐｌｅｘ）装置をサポートするように設計された。また、ＩＡＢシナリオのハーフデュプレックスがサポートされ対象にする価値がある。また、フルデュプレックス方法のＩＡＢ装置も研究できる。
【0080】
ＩＡＢシナリオにおいて、各リレーノード（ＲＮ）がスケジューリング能力を持っていなければ、ドナーｇＮＢ（ＤｇＮＢ）はＤｇＮＢ、関連ＲＮ及びＵＥ間の全体リンクをスケジューリングする必要がある。つまり、ＤｇＮＢは全ての関連ＲＮにおいてトラフィック情報を収集して全てのリンクに対するスケジューリング決定をした次の各ＲＮにスケジューリング情報を知らせることができる。
【0081】
図１０はＤｇＮＢ、ＲＮ、及びＵＥ間のリンクに対する一例を模式的に示したものである。
【0082】
図１０に係れば、例えば、ＤｇＮＢとＵＥ１間のリンクはアクセスリンクであり、ＲＮ１とＵＥ２間のリンクまた、アクセスリンク、ＲＮ２とＵＥ３間のリンクも同様にアクセスリンクを意味する。
【0083】
同様に、図１０に係れば、例えば、ＤｇＮＢとＲＮ１間のリンク、ＲＮ１とＲＮ２間のリンクはバックホールリンク（ｂａｃｋｈａｕｌ ｌｉｎｋ）を意味する。
【0084】
例えば、図１０の例のように、バックホール及びアクセスリンクが構成され、この場合、ＤｇＮＢはＵＥ１のスケジューリング要求を受信するだけでなく、ＵＥ２及びＵＥ３のスケジューリング要求を受信することができる。以後、２個のバックホールリンクと３個のアクセスリンクのスケジューリング決定をしてスケジューリング結果を知らせることができる。したがって、この集中型スケジューリングには遅延スケジューリングと待機時間問題が含まれている。
【0085】
その一方で、分散型スケジューリングは各ＲＮがスケジューリング能力を有する場合、行うことができる。そうすれば、ＵＥのアップリンクスケジューリング要求に対して即時スケジューリングができ、周辺交通状況を反映してバックホール／アクセスリンクがさらに柔軟に活用される。
【0086】
図１１はバックホールリンク及びアクセスリンクの例を模式的に示したものである。
【0087】
図１１に示されたようにドナー（ｄｏｎｏｒ）ノード（ｎｏｄｅ）とＩＡＢノード間のリンク（ｌｉｎｋ）またはＩＡＢノード間のリンクをバックホール（ｂａｃｋｈａｕｌ）リンクと呼ぶ。その一方で、ドナーノードとＵＥ間のリンクまたはＩＡＢノードとＵＥ間のリンクをアクセス（ａｃｃｅｓｓ）リンクと呼ぶ。すなわち、ＭＴと親（ｐａｒｅｎｔ）ＤＵ間のリンクまたはＤＵと子（ｃｈｉｌｄ）ＭＴ間のリンクをバックホールリンクと呼ぶ。
【0088】
このような議論に基づいて、以下ではＩＡＢノード（node）のＤＵがマルチプル（multiple）ＵＬＲｘタイミング（timing）を有する場合の動作とＭＴがマルチプルＵＬＴｘタイミングを有する場合の動作について提案する。
【0089】
既存のＩＡＢノードでは、ＤＵとＭＴが互いに異なる時間リソースを介して動作するTDM動作を行った。 一方、効率的なリソース運用のためにＤＵとＭＴ間の 、ＦＤ （full duplexing）などのリソース（resource）多重化を実行することが要求される。以下の図１２に示すように、ＩＡＢノード（ＩＡＢ MT）と親ノード（親ＤＵ）との間リンクを親リンクといい、ＩＡＢノード（ＩＡＢ DU）と子供（child）ノード（子ＭＴ）間のリンクを子リンクと称する。このとき、親リンクと子リンク間のＴＤＭ動作が既存に議論されており、ＳＤＭ／ＦＤＭ及びＦＤ動作が議論されている。
【0090】
図１２は親リンクと子リンクの例を模式的に示したものである。
【0091】
図１２に示されたようにＩＡＢノードと親ノード間のリンクを親リンクと呼び、ＩＡＢノードと子ノード／ＵＥ間のリンクを子リンクと呼ぶ。すなわち、ＭＴと親ＤＵ間のリンクを親リンクと呼び、ＤＵと子ＭＴ／ＵＥ間のリンクを子リンクと呼ぶ。
【0092】
しかし。解釈によってまたは観点によってＩＡＢノードと親ノード間のリンクをバックホールリンクと呼び、ＩＡＢノードと子ノード／ＵＥ間のリンクをアクセスリンクとも呼べる。
【0093】
ＩＡＢ環境で考慮できるＩＡＢノードのＴｘ／Ｒｘタイミングアライメント方式は、次のようになり得る。
【0094】
図１３は、タイミングアライメントケース１の例を模式的に示したものである。
【0095】
－タイミング（Ｔｉｍｉｎｇ）アライメント（ａｌｉｇｎｍｅｎｔ）ケース（ｃａｓｅ）１
【0096】
ＩＡＢ－ノード（ら）及びＩＡＢ－ドナー（ら）を横切るＤＬ送信（ｔＲＡＮｓｍｉｓｓｉｏｎ）タイミングアライメントである。ＩＡＢノード間、ＤＵのＤＬ Ｔｘタイミングがアライメント（ａｌｉｇｎ）されている方法に、Ｒｅｌ－１６ ＩＡＢノードが使用するタイミングアライメント方法である。
【0097】
親ノードにおいてＤＬ送信とＵＬ受信が適切にアライメントされない場合、子ノードが適切に子ノードのＯＴＡベースタイミング及び同期に対するＤＬ Ｔｘタイミングを設定するためのアライメントに関する追加の情報が必要な場合がある（Ｉｆ ＤＬ ＴＸ ａｎｄ ＵＬ ＲＸ ａｒｅ ｎｏｔ ｗｅｌｌ ａｌｉｇｎｅｄ ａｔ ｔｈｅ ｐａｒｅｎｔ ｎｏｄｅ、ａｄｄｉｔｉｏｎａｌ ｉｎｆｏｒｍａｔｉｏｎ ａｂｏｕｔ ｔｈｅ ａｌｉｇｎｍｅｎｔ ｉｓ ｎｅｅｄｅｄｆｏｒ ｔｈｅ ｃｈｉｌｄ ｎｏｄｅ ｔｏ ｐｒｏｐｅｒｌｙ ｓｅｔ ｉｔｓ ＤＬ ＴＸ ｔｉｍｉｎｇ ｆｏｒ ＯＴＡ ｂａｓｅｄ ｔｉｍｉｎｇ＆ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）。
【0098】
ＭＴ ＴｘタイミングはＭＴ Ｒｘタイミング－ＴＡと表示され、ＤＵ ＴｘタイミングはＭＴ Ｒｘタイミング－ＴＡ／２－Ｔ＿ｄｅｌｔａと表示される。Ｔ＿ｄｅｌｔａ値は親ノードから得た値である。
【0099】
図１４は、タイミングアライメントケース６の例を模式的に示したものである。
【0100】
－タイミングアライメントケース６
【0101】
全てのＩＡＢノードに対するＤＬ送信タイミングは親ＩＡＢノードまたはドナーＤＬタイミングと一致する。ＩＡＢノードのＵＬ送信タイミングはＩＡＢノードのＤＬ送信タイミングと一致する（Ｔｈｅ ＤＬ ｔＲＡＮｓｍｉｓｓｉｏｎ ｔｉｍｉｎｇ ｆｏｒ ａｌｌ ＩＡＢ－ｎｏｄｅｓ ｉｓ ａｌｉｇｎｅｄ ｗｉｔｈ ｔｈｅ ｐａｒｅｎｔ ＩＡＢ－ｎｏｄｅ ｏｒ ｄｏｎｏｒ ＤＬ ｔｉｍｉｎｇ。Ｔｈｅ ＵＬ ｔＲＡＮｓｍｉｓｓｉｏｎ ｔｉｍｉｎｇ ｏｆ ａｎ ＩＡＢ－ｎｏｄｅ ｃａｎ ｂｅ ａｌｉｇｎｅｄ ｗｉｔｈ ｔｈｅ ＩＡＢ－ｎｏｄｅ′ｓ ＤＬ ｔＲＡＮｓｍｉｓｓｉｏｎ ｔｉｍｉｎｇ）。
【0102】
ＩＡＢノードのＭＴ ＵＬ ＴｘタイミングとＤＵ ＤＬ Ｔｘタイミングがアライメントされている方法である。
【0103】
ＭＴのＵＬ Ｔｘタイミングが固定されるためこれを受信する親ＤＵのＵＬ ＲｘタイミングはＭＴのＵＬ Ｔｘタイミングに比べて親ＤＵとＭＴの伝搬（ｐｒｏｐａｇａｔｉｏｎ）遅延（ｄｅｌａｙ）だけ遅延する。ＵＬを送信する子ＭＴによってＭＴのＵＬ Ｒｘタイミングが異なる。ＩＡＢノードがタイミングアライメントケース６を使用する場合、親ノードのＵＬ Ｒｘタイミングが既存に比べて異なるため、ＩＡＢノードがタイミングアライメントケース６を使用しようとすれば親ノードも該当情報を認識する必要がある。
【0104】
図１５は、タイミングアライメントケース７の例を模式的に示したものである。
【0105】
－タイミングアライメントケース７
【0106】
全てのＩＡＢノードに対するＤＬ送信タイミングは親ＩＡＢノードまたはドナーＤＬタイミングと一致する。ＩＡＢノードのＵＬ受信タイミングはＩＡＢノードのＤＬ受信タイミングと一致する（Ｔｈｅ ＤＬ ｔＲＡＮｓｍｉｓｓｉｏｎ ｔｉｍｉｎｇ ｆｏｒ ａｌｌ ＩＡＢ－ｎｏｄｅｓ ｉｓ ａｌｉｇｎｅｄ ｗｉｔｈ ｔｈｅ ｐａｒｅｎｔ ＩＡＢ－ｎｏｄｅ ｏｒ ｄｏｎｏｒ ＤＬ ｔｉｍｉｎｇ。Ｔｈｅ ＵＬ ｒｅｃｅｐｔｉｏｎ ｔｉｍｉｎｇ ｏｆ ａｎ ＩＡＢ－ｎｏｄｅ ｃａｎ ｂｅ ａｌｉｇｎｅｄ ｗｉｔｈ ｔｈｅ ＩＡＢ－ｎｏｄｅ′ｓ ＤＬ ｒｅｃｅｐｔｉｏｎ ｔｉｍｉｎｇ）。
【0107】
ＤＬ ＴＸ及びＵＬ ＲＸが親ノードにおいて適切にアライメントされない場合、子ノードがＯＴＡベースタイミング及び同期のためにＤＬ ＴＸタイミングを適切に設定するためにはアライメントに対する追加情報が必要な場合がある（Ｉｆ ＤＬ ＴＸ ａｎｄ ＵＬ ＲＸ ａｒｅ ｎｏｔ ｗｅｌｌ ａｌｉｇｎｅｄ ａｔ ｔｈｅ ｐａｒｅｎｔ ｎｏｄｅ，ａｄｄｉｔｉｏｎａｌ ｉｎｆｏｒｍａｔｉｏｎ ａｂｏｕｔ ｔｈｅ ａｌｉｇｎｍｅｎｔ ｉｓ ｎｅｅｄｅｄ ｆｏｒ ｔｈｅ ｃｈｉｌｄ ｎｏｄｅ ｔｏ ｐｒｏｐｅｒｌｙ ｓｅｔ ｉｔｓ ＤＬ ＴＸ ｔｉｍｉｎｇ ｆｏｒ ＯＴＡ ｂａｓｅｄ ｔｉｍｉｎｇ＆ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）。
【0108】
ＩＡＢノードのＭＴ ＤＬ ＲｘタイミングとＤＵ ＵＬ Ｒｘタイミングがアライメントされている方法である。
【0109】
ＭＴ観点での送受信タイミングは既存のＩＡＢノード（Ｒｅｌ－１６ ＩＡＢノード）と同じであり、ＤＵのＵＬ ＲｘタイミングをＭＴのＤＬ Ｒｘタイミングに合わせる。ＩＡＢノードは自身のＵＬ Ｒｘタイミングに合わせて子ＭＴがＵＬ信号を送信するように子ＭＴのＴＡを調整する必要がある。
【0110】
したがって、このようなタイミングアライメント方法は既存のタイミングアライメント方法（ケース１）に比べＩＡＢノードのｓｐｅｃｉｆｉｃａｔｉｏｎ動作上の差が明らかにならない場合がある。したがって、本明細書において記述するタイミングアライメントケース７はタイミングアライメントケース１に代替／解釈される。
【0111】
【0112】
本明細書においてタイミングアライメントとは、スロットーレベルアライメントまたはシンボルーレベルアライメントを意味することができる。
【0113】
以下では、本明細書の提案について説明する。
【0114】
本明細書のさらなる利点、目的及び特徴は、以下の説明において部分的に
説明され得、以下を検討する際に当業者に明白または部分的に本明細書の実施から学ぶことができる。本明細書の目的及び他の利点は、添付の図面だけでなく、本明細書の請求の範囲及び請求の範囲で特に指摘された構造によって実現され達成され得る。
説明され得、以下を検討する際に当業者に明白または部分的に本明細書の実施から学ぶことができる。本明細書の目的及び他の利点は、添付の図面だけでなく、本明細書の請求の範囲及び請求の範囲で特に指摘された構造によって実現され達成され得る。
【0115】
本明細書の構成、動作、及びその他の特徴は、添付図面を参照して説明された本明細書の実施形態によって理解することができる。
【0116】
本明細書の内容は、インバンド（in-band）環境を仮定して内容を記述するが、アウトバンド（out-band）環境でも適用できる。なお、本明細書の内容はドナーgNB（ＤｇＮＢ）、リレーノード（ＲＮ）、ＵＥがハーフデュプレックス(half-duplex)動作をする環境を考慮して記述されるが、ドナーgNB（ＤｇＮＢ）、リレーノード（ＲＮ）、and/or ＵＥがフルデュプレックス（full-duplex）動作を行う環境にも適用することができる。
【0117】
ＩＡＢノードは特定の時点では特定のＴｘ／Ｒｘタイミングで動作するが、時間／状況に応じて異なるＴｘ／Ｒｘタイミングを使用できる。本明細書においては、ＩＡＢノードが時間／状況に応じて異なるＴｘ／Ｒｘタイミングを適用する動作について提案する。
【0118】
本明細書で使用される用語は以下の通りであり得る。
【0119】
- ＩＡＢノード（ＩＡＢノード）：端末への無線アクセスをサポートし、アクセストラフィックを無線でバックホール（backhaul）することをサポートするＲＡＮノード。
【0120】
- ＩＡＢドナー（ＩＡＢ-donor）：コアネットワークへのＵＥのインターフェイスとＩＡＢノードに無線バックホール機能を提供するＲＡＮノード。
【0121】
以下、各略語は以下の用語の略語に該当し得る。
【0122】
- ＩＡＢ: 統合アクセスとバックホール (Integrated Access and Backhaul)
【0123】
-ＣＳＩ－ＲＳ:チャネル状態リファレンスシグナル(Channel State Information Reference Signal)
【0124】
－ ＤｇＮＢ：ドナーｇＮＢ（Donor gNB）
【0125】
- ＡＣ：アクセス(Access)
【0126】
－ ＢＨ： バックホール(Backhaul)
【0127】
ＤＵ： 分散ユニット(Distributed Unit)
【0128】
- ＭＴ： モバイル端末(Mobile terminal)
【0129】
- ＣＵ：中央集権ユニット(Centralized Unit)
【0130】
- ＩＡＢ-MT： ＩＡＢ モバイル端末(ＩＡＢ mobile terminal)
【0131】
- ＮＧＣ： 次世代コアネットワーク(Next-Generation Core network)
【0132】
- ＳＡ： Stand-alone
【0133】
ＮＳＡ： non-stand-alone
【0134】
- ＥＰＣ： Evolved Packet Core
【0135】
Ａ. ＩＡＢ ＤＵ 動作 with マルチプル Ｒｘ タイミング
【0136】
ＤＵ(ドナーノードまたはＩＡＢノードのＤＵ)に対して、複数個の子ＭＴ／ＵＥが接続されていることがある。このとき、互いに異なる子ＭＴ／ＵＥへのリンクは互いに異なる子供のリンクに区分される。既存のＤＵの場合、UL Rxタイミングは特定のタイミングで固定されてあり、すべての子リンクのUL Rxタイミングが整列するように設定する。このために、DＵは、複数個の子リンクのＵＬ Ｒｘタイミングを整列されることができるように自分の子ＭＴ／ＵＥにＴＡを設定する。
【0137】
一方、改善(enhanced）されたＩＡＢノードの場合、すべての子リンクが同じUL Rxタイミングを持たないことがある。子リンク別にＵＬ ＲＸのタイミングが異なることができる具体的な状況の例は以下の通りである。
【0138】
- 子ノードがタイミングアライメントケース ６（Ｔｘ タイミングアライメント）を適用するとき、子ＭＴのＵＬ Ｔｘタイミングは、子ＤＵのＤＬ Ｔｘタイミングが整列される。この場合、ＤＵのＵＬＲｘタイミングは、ＤＵと子供ノードとの間の伝播遅延（propagation delay）によって決定される。したがって、互いに伝播遅延（propagation delay）が異なる子ＭＴが送信するUL信号間でＤＵのＵＬＲｘタイミングが異なることがある。
【0139】
- 子ノード間で適用されるタイミングアライメントケースが異なる場合、子ＭＴに応じてDUのUL Rxタイミングが互いに異なることがある。たとえば、子ノード １ はタイミングアライメントケース１を使用し、子ノード２はタイミングアライメントケース６を使用する場合、子ノード１は、設定（configure）を受けたＴＡに基づいてＵＬ Ｔｘタイミングを決定し、子ノード２は自身のＤＬ Ｔｘタイミングに合わせてＵＬ Ｔｘタイミングを決定することができる。したがって、子ＭＴ１と子ＭＴ２が送信するUL信号の間でＤＵのＵＬ Ｒｘタイミングが異なることがある。
【0140】
- 子ノードの能力（capability）によっては、ＤＵのＵＬ Ｒｘタイミングが互いに異なることがある。たとえば、DUがタイミングアライメントケース７を適用できるように、自分のUL Rxタイミングを合わせるようにするとき、改善されたＩＡＢノードである子ＭＴ１は該当するUL Rxタイミングに合わせてＴＡ値を調整してＵＬ Ｔｘタイミングを決定できる。このときTA値は負になり、子ＭＴ１のＵＬ ＴｘタイミングがDL Rxタイミングより後にあることがある。DUのまた別の子リンクには、アクセス（access）ＵＥやラガシー（legacy）ＩＡＢノードである子ノードＭＴ２が接続されてあることがある。このとき、該当するアクセスUEまたは子ＭＴ２は負のＴＡ値を設定することができる能力がなくて、常にUL TxタイミングがDL Rxタイミングの前に存在するべきであった。このような場合、「子ＭＴ１」と「アクセスUEまたは子ＭＴ２」が送信するＵＬ信号間でＤＵのＵＬ Ｒｘタイミングが異なることがある。
【0141】
本明細書においては、このようにDUの子リンク別にＵＬ Ｒｘタイミングが異なる場合がある場合、ＩＡＢノードの動作について提案する。本明細書で子ＭＴというのはアクセスＵＥを意味することができる。
【0142】
図１６は、ＤＵの子リンク別にＵＬ Ｒｘタイミングが異なることができる場合、ＩＡＢノードの動作の一例を示す。
【0143】
図１６を参照すると、ＩＡＢノードには、複数の子ＭＴ、例えば、第１子ＭＴと、第２子ＭＴが接続されていることがある。このとき、ＩＡＢノードは前記第１子ＭＴからの第１のＵＬ Ｒｘタイミングと前記第２子ＭＴからの第２のＵＬ Ｒｘタイミングの差が特定値以下であるか否かを判断することができる（Ｓ１６１０）。
【0144】
前記判断の結果、前記第１ＵＬ Ｒｘタイミングと前記第２ＵＬ Ｒｘタイミングとの差が特定の値以下の場合、同じ時間リソース内で第１子ＭＴの信号及び前記第２子ＭＴの信号を全て受信する（Ｓ１６２０）。ＩＡＢノードは、前記第１子ＭＴと前記第２子ＭＴを同じ子ＭＴグループ（group）として管理することができる。
【0145】
一方、前記判断の結果、第１のＵＬ Ｒｘタイミングと第２のＵＬ Ｒｘタイミングの差が前記特定の値より大きい場合、互いに異なる時間リソースでの前記第１子ＭＴの信号、前記第２子ＭＴの信号を順次受信する（Ｓ１６３０）。例えば、TDM (time domain multiplexing) されている第 1 時間リソースと第２時間リソースがあるとき、第１時間リソースで前記第１子ＭＴの信号を受信し、前記第２時間リソースから前記第２子ＭＴの信号を受信することができる。ＩＡＢノードは、前記 第１ＭＴと前記第２子ＭＴを互いに異なる子ＭＴグループとして管理することができる。例えば、前記第１子ＭＴは第１子ＭＴグループに属するものとして管理し、前記第２子ＭＴは、第２子ＭＴグループに属するものとして管理することができる。ＩＡＢノードは（各）子ＭＴグループごとに独立したTA（timing advanced）値を設定できる。
【0146】
前記特定値は、ネットワークによって設定される（例えば、ＩＡＢノードのドナーノードがＲＲＣメッセージやＤＣＩを介して設定されるか、または予め決められた値で有り得る。
【0147】
以下、より詳細に説明する。
【0148】
【0149】
ＩＡＢノードＤＵは、同一／類似のＵＬ Ｒｘタイミングを有する子リンクが送信するアップリンク信号を同じ時間リソースを介して受信することができる。互いに異なる子リンクが送信するアップリンク信号間のＵＬ Ｒｘタイミングの差が大きい場合、アップリンク信号をすべて成功的に受信できないことがある。たとえば、図１７のように、ＤＵがＭＴ１とＭＴ２を子ＭＴとして持っているとき、 図１８のように、子ＭＴ1と子ＭＴ２からのUL Rxタイミングが一致するか。タイミングの差が特定の値内に入ると、ＤＵは全てのＵＬ信号を受信可能である。しかし、図１９のように、子ＭＴ１と子ＭＴ２からのＵＬ Ｒｘタイミングの差が特定の値より大きい場合、DUは全てのUL信号を受信できないことがある。
【0150】
したがって、ＤＵは、ＵＬ Ｒｘタイミングが互いに一致するか、タイミングの差が特定の値内に入る子リンクのＵＬ信号を同時に受信し、ＵＬ Ｒｘタイミングの違い特定の値より大きい子リンクのＵＬ信号を互いに異なる時間リソースを介して受信することが好ましい。
【0151】
（１） 半静的(Semi-static) ＵＬチャネル/シグナル(channel/signal)
【0152】
各ＭＴの半静的ＵＬ送信の設定（configuration）は、ＲＲＣを介して設定される。たとえば、ＭＴのＳＲ、ＳＲＳ、ＰＲＡＣＨ送信リソースなどは、ＲＲＣを介してＭＴに設定される。この場合、互いに異なるＵＬ Ｒｘタイミングを有する子ＭＴについてこのようなＵＬチャネル／シグナルを同じ時間リソースを介して送信するように設定された場合、ＤＵはこのようなULチャネル／シグナルを成功的に受信できないことがある。したがって、このような子ＭＴ間には半静的ULチャネル／シグナルの送信リソースを分離する必要がある。この時、どのような子ＭＴ間でＵＬチャネル/シグナルの伝送リソースが分離されるべきかＲＲＣ設定を判断／生成する主体（e.g.、ＣＵ、ドナーノード）は判断できない。したがって、ＤＵは自分の子ＭＴのＵＬ Ｒｘタイミング関連情報をＣＵ／親ＤＵに知らせる必要がある。そのために、以下の情報をＤＵがＣＵ／親DUに通知することを提案する。以下の情報は、ＤＵに接続されたアクセスＵＥを除外した子ＭＴについてだけ知らせることができる。下で、子ＭＴと呼ばれるものは子リンクに置き換えられて解釈され得る。
【0153】
ａ）Ａｌｔ １．基準タイミング対比各子ＭＴのＵＬ Ｒｘタイミングの差(difference)を教えてくれ得る。このとき、ＵＬ Ｒｘタイミングは常に基準タイミングより後に位置すると仮定して、差の値は常に正であり得る。またはUL Rxタイミングが基準タイミングより前または後に位置することができ、差の値は正または負になり得る。この時、基準タイミングとは次のようで有り得る。
【0154】
－ ＤＵのＤＬ.Ｔｘタイミング
【0155】
- Ｄｕの特定の子リンクのＵＬ Ｒｘタイミング
【0156】
- ＤＵのアクセスリンク（ＵＥとの子リンク）またはラガシーＭＴとの子リンクを基準となるＵＬ Ｒｘタイミング
【0157】
ｂ） Ａｌｔ２. 各子ＭＴのグループインデックスを知らせることができる。ＤＵは子ＭＴをグループィング（grouping）して同じ（類似）したＵＬ Ｒｘタイミングを有する子ＭＴが同じグループに属するようにすることができる。したがって、ＤＵは互いに異なるグループに属するＭＴが同じ時点でＵＬチャネル／シグナルを送信するようにＲＲＣ設定が与えられることを防止するために、ＣＵ／親ＤＵに子ＭＴのグループインデックスを知らせることができる。
【0158】
（２） 子リンクグループの管理
【0159】
ＤＵは子ＭＴをグルーピングして、異なる（差が一定値以上である）ＵＬ Ｒｘタイミングを有する子ＭＴが互いに異なる時間リソースでＵＬチャネル／シグナルを送信するようにすることができる。このとき、特定の子ＭＴの観点においては、自分がＵＬ送信を行うことができる時間リソースとＵＬ送信を実行できない時間リソースが存在することになる。ＤＵが異なるＵＬ Ｒｘタイミングを有する子ＭＴからＵＬを受信する時間リソースでは、該当子ＭＴはＵＬ送信を行わなければならないこのとき、このような子ＭＴのグルーピング（grouping）及びＵＬチャネル／シグナル送信時点は、ＤＵがスケジューリングを介して暗黙的（implicit）に決定し適用することができる。一方、必然的に互いにＵＬ Ｒｘタイミングの異なる２つのULチャネル／シグナルが同じ時点で送信されるか、特定の時点でＤＵがＵＬ受信のため適用するＵＬ Ｒｘタイミングとは異なるＵＬ Ｒｘタイミングを適用して子ＭＴがＵＬチャネル／シグナルを送信することができる。このような問題を防止するために、次のような情報をＤＵが（またはドナーノード／ＣＵが）子ＭＴに知らせることができる。
【0160】
Ａｌｔ １．子ＭＴは自分がＵＬ送信を行ってもよい時間リソース情報を設定してもらえる。子ＭＴはそのリソースのみでＵＬ送信を行い、該リソース以外のリソースでＵＬ送信をスケジュールされている場合、ＵＬ送信は実行されない。または、子ＭＴは、自分がＵＬ送信を実行できない時間リソース情報の設定を受けることができる。子ＭＴはＵＬ送信を実行できない時間リソースでUL送信スケジューリングを受けた場合は、ＵＬ送信を行わない。
【0161】
（３） 子リンクグループ別ターゲットＵＬ Ｒｘタイミングの設定
【0162】
ＤＵは子ＭＴをグルーピング（grouping）し、ＵＬ Ｒｘタイミングが互いに一致するかタイミングの差が特定の値内に入る子リンクのＵＬチャネル／シグナルを同一時間リソースを介して受信し、異なる（差が一定値以上の）ＵＬ Ｒｘタイミングを有する子ＭＴが互いに異なる時間リソースでＵＬチャネル/シグナルを送信するようにすることができる。この場合、同じ時点でULチャネル／シグナルを受信するようにする子ＭＴ間実際のＵＬ Ｒｘタイミングは互いにさが発生することがある。たとえば、複数個の子ＭＴがタイミングアライメントケース６を適用し、自分のＤＵ ＤＬＴｘタイミングに合わせてＭＴＵＬ伝送を行うことができる。このとき、ＤＵの観点から、各子ＭＴのＵＬチャネル／シグナルは、互いに類似のタイミングで到着するが、一定の誤差が発生することがある。このとき、このような誤差を減らすために、ＤＵは特定のターゲットＵＬ ｘタイミングを設定し、該タイミングがＵＬチャネル／シグナルが到着することができるように各子ＭＴのＴＡ＿６値を調整できる。このような場合、子ＭＴはタイミングアライメントケース６を適用する場合、自分のＵＬＴｘタイミングを ＤＵ ＤＬ Ｔｘタイミングが合わず、ＤＵから設定されたＴＡ＿６ 値を適用してＵＬ Ｔｘタイミングを合わせることができる。具体的には、ＴＡ＿６値を用いて子ＭＴは自分のＵＬ Ｔｘタイミングを次のように適用できる。このようなUL Txタイミング調整方法は、該当する子ＭＴがタイミングアライメントケース６を適用する場合に限定され得る。
【0163】
- Ａｌｔ １. ラガシーＵＥ／ＭＴが自身のUL TxタイミングをＤＬ Ｒｘタイミング - （ＴＡ＋ＴＡ_offset)のように設定すると、子ＭＴのUL ＴｘタイミングはＤＬＲｘタイミング－（ＴＡ＿６＋ ＴＡ＿offset)と同じで有り得る。このとき、ＴＡ＿６はＴＡとは独立した値であり得る。
【0164】
Ａｌｔ ２．ラガシーＵＥ／ＭＴが自身のＵＬ Ｔｘタイミングをタイミング - （ＴＡ＋ＴＡ_offset)のように設定するとき、子ＭＴのＵＬ ＴｘタイミングはＤＬ Ｒｘタイミング - （ＴＡ＋ＴＡ＿６ ＋ ＴＡ＿offset)と同じで有り得る。このとき、特徴的にＴＡ＿６の値は負で限定することができる。このとき、ＴＡ＿６は、ＴＡとは独立的に設定／管理される値で有り得る。
【0165】
（４） 子-ＭＴの動作
【0166】
ＩＡＢノードは、ラガシーＩＡＢノードとは異なるDU/MT Tx／Rxタイミングアライメント方式を使用できる。ラガシーＩＡＢノードがタイミングアライメントケース１方式を使用してタイミングアライメントを実行し多反面、改善されたＩＡＢノードはタイミングアライメントケース６または７を用いてタイミングアライメントを実行できる。
【0167】
ＩＡＢノードがタイミングアライメントケース６または７を適用するためには、親ＤＵ／ＣＵから該当タイミングアライメントケースを適用することの設定を受け、必要に応じて該当タイミングアライメントケースを適用するための追加情報の設定を受けなければならない。このような場合、ＩＡＢノードが親DUへの初期接続時、またはＲＲＣ設定などが有効でないと判断されるとき、デフォルト（default）のタイミングアライメントケースを仮定して動作しなければならないことがある。このようなデフォルトタイミングアライメントケースは、タイミングアライメントケース１と同じで有り得る。このような場合、状況に応じてＭＴが親ＤＵにＵＬを送信するＵＬ Ｔｘタイミングが異なるように適用され得る。
【0168】
親ＤＵの観点から、該ＤＵのすべての子リンクが同じＵＬ Ｒｘタイミング
有さないことがある。ＩＡＢノードＤＵは、同じ／類似のＵＬ Ｒｘタイミングを有する子リンクが送信するアップリンク信号を同じ時間リソースを介して受信することができる。互いに異なる子リンクが送信するアップリンク信号間のＵＬ Ｒｘタイミングの違いが多くの場合、アップリンク信号をすべて成功的に受信できないことがある。したがって、ＤＵはＵＬＲｘのタイミングが互いに一致するか、タイミングの差が特定の値内に入る子リンクのUL信号を同時に受信し、ＵＬ Ｒｘタイミングの違いが特定の値より大きい子リンクのＵＬ信号を互いに異なる時間リソースを介して受信することが望ましい。
有さないことがある。ＩＡＢノードＤＵは、同じ／類似のＵＬ Ｒｘタイミングを有する子リンクが送信するアップリンク信号を同じ時間リソースを介して受信することができる。互いに異なる子リンクが送信するアップリンク信号間のＵＬ Ｒｘタイミングの違いが多くの場合、アップリンク信号をすべて成功的に受信できないことがある。したがって、ＤＵはＵＬＲｘのタイミングが互いに一致するか、タイミングの差が特定の値内に入る子リンクのUL信号を同時に受信し、ＵＬ Ｒｘタイミングの違いが特定の値より大きい子リンクのＵＬ信号を互いに異なる時間リソースを介して受信することが望ましい。
【0169】
このような場合、DUは子ＭＴをグループィング（grouping）し、ＵＬ Ｒｘタイミングが互いに一致するかまたはタイミングの差が特定の値に入る子リンクのＵＬチャネル／シグナルを同じ時間リソースを介して受信し、異なる（差が一定値以上の）ＵＬ Ｒｘタイミングを有する子ＭＴが互いに異なる時間リソースでULチャンネル／シグナルを送信するようにすることができる。つまり、特定の親ＤＵの観点から複数個のＵＬＲｘタイミングが存在し、特定の時間リソースでは特定のＵＬ Ｒｘタイミングを適用できる。
【0170】
たとえば、ＤＵは、タイムリソースグループ１では、ＵＬ Ｒｘタイミング１を適用してＵＬを受信し,時間リソースグループ２では、ＵＬ Ｒｘタイミング２を適用してＵＬを受信できる。この場合、子ＭＴが特定のＵＬ Ｔｘタイミングを適用してＤＵにＵＬ信号を送信するとき、特定の時間リソースグループ内でのみUL送信を実行しなければならない。該当子ＭＴが他の時間リソースグループを介してもUL送信をしたいとする場合、該当時間リソースグループでＤＵが適用するＵＬ Ｒｘタイミングに合わせてUL送信を実行しなければならない。このような場合、ＭＴは、時間リソースに応じて異なるUL Txタイミングを適用して、UL送信を実行できる。
【0171】
以下、本明細書の例示のより円滑な理解のために、図面を通して本明細書の開示について説明する。以下の図面は、本明細書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称や具体的な信号／メッセージ／フィールドの名称は例示的に提示されたもので、本明細書の技術的特徴は、以下の図面で使用された具体的名称に限定されない。
【0172】
以下における実施形態は、（構成が互いに相反する内容でない限り）先に説明した本明細書の実施形態と共に動作することができる。なお、以下での実施形態は先に説明した本明細書の実施形態と独立的に動作することができる。
【0173】
図２０は、本明細書の一実施形態に係るアップリンク受信タイミング情報を受信する方法のフローチャートである。
【0174】
図２０に係れば、ＩＡＢノードは、他のノードからのＩＡＢノードの子ＩＡＢノードに対するアップリンク受信タイミング情報を受信することができる（Ｓ２０１０）。これについてより具体的な実施形態は、先に説明したところ（そして後述したところ）と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0175】
ここで、アップリンク受信タイミング情報は、少なくとも１つの時間リソースについて、前記子ＩＡＢノードのＤＵ（distributed unit）動作と前記子ＩＡＢノードのＭＴ（mobile terminal）動作の同時動作が可能かどうかに関する情報で有り得る。これに対してより具体的な実施形態は、先に説明したところそして後述したところ）と同じであるから、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0176】
ＩＡＢノードは、前記アップリンク受信タイミング情報に基づいて前記ＩＡＢ動作を実行することができる（Ｓ２０２０）。これに対してより具体的な実施形態は、前述したところ（そして後述したところ）と同じであるから、説明の便宜のために重複する内容の繰り返し説明は省略する。
【0177】
例えば、子ＩＡＢノードの前記ＭＴ動作は、前記ＩＡＢノードと前記子ＩＡＢノード間の通信に関連する動作であり、前記子ＩＡＢノードの前記ＤＵ動作は、前記子ＩＡＢノードと孫ＩＡＢノード間の通信、または前記子ＩＡＢノードと端末間の通信に関連する動作であり、及び前記孫ＩＡＢノードは、前記子ＩＡＢノードの子ＩＡＢノードで有り得る。これに対してより具体的な実施形態は前述したところ（そして後述したところ）と同様であるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0178】
例えば、前記他のノードは、ドナーノード、ＣＵ（Centralized Unit）、又はネットワークで有り得る。これに対してより具体的な実施形態は、先に説明したところ（そして後述するところ）と同じであるから、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0179】
例えば、前記子ＩＡＢノードは、複数の時間リソースの内、各時間リソースに応じて、互いに異なるアップリンク受信タイミングを適用するＩＡＢノードで有り得る。ここで例えば、前記少なくとも１つの時間リソースは、前記複数の時間リソースに含まれることがある。これに対してより具体的な実施形態は、先に説明したところ（そして後述したところ）と同じであるから、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0180】
例えば、前記アップリンク受信タイミング情報は、前記ＩＡＢノードによって前記子ＩＡＢノードに送信できます。これに対してより具体的な実施形態は、前述した。ところ（そして後述するところ）と同じであるから、説明の便宜のために重複する内容の繰り返し説明は省略する。
【0181】
例えば、前記アップリンク受信タイミング情報は、前記他のノードによって前記子ＩＡＢノードに送信できる。これに対してより具体的な実施形態は、前述した。
ところ（そして後述するところ）と同じであるから、説明の便宜のために重複する内容の繰り返し説明は省略する。
ところ（そして後述するところ）と同じであるから、説明の便宜のために重複する内容の繰り返し説明は省略する。
【0182】
例えば、前記アップリンク受信タイミング情報は、F１－AP（Application Protocol）シグナリングを介して送信され得る。これに対してより具体的な実施形態は、前述したところ（そして後述するところ）と同じであるため、説明の便宜のために重複する内容の繰り返しの説明は省略する。
【0183】
例えば、前記アップリンク受信タイミング情報は、前記子ＩＡＢノードまたは前記子ＩＡＢノードのDUがタイミングアライメントケース＃７によるアップリンク受信タイミングを適用または適用されない前記少なくとも１つの時間リソースに関する情報で有り得る。これに対してより具体的な実施形態は、先に説明したところ（そして後述するところ）と同じであるため、説明の便宜のために重複する内容の繰り返しの説明は省略する。
【0184】
例えば、前記アップリンク受信タイミング情報は、基準アップリンク受信
タイミングからのオフセット情報であり得る。これに対してより具体的な実施形態は先に説明したところ（そして後述するところ）と同じであるため、説明の便宜のために重複する内容の繰り返し説明は省略する。
タイミングからのオフセット情報であり得る。これに対してより具体的な実施形態は先に説明したところ（そして後述するところ）と同じであるため、説明の便宜のために重複する内容の繰り返し説明は省略する。
【0185】
以下、本明細書の具体的な実施形態についてさらに説明する。
【0186】
ＩＡＢ－ＤＵが同時に1つのRxタイミングでのみ動作できる状況を考えると、
ＩＡＢ－ＤＵは、時間に応じてＲｘタイミングを異なるように適用することによって、異なるＲｘタイミングを有する子リンクへのUL Rxを実行できる。つまり、ＩＡＢ－ＤＵは時間リソースにしたがって異なるＵＬ Ｒｘタイミングを適用して、子ＭＴ／ＵＥからUL信号を受信することができる。一例として、ＩＡＢ－ＤＵは、第１時間領域で第１Rxタイミングを適用して、該当Ｒｘタイミングを適用する子リンクへのUL受信を行うことができ、第２時間領域では、第２Ｒｘタイミングを適用して当該Ｒｘタイミングを適用する子リンクへのＵＬ受信を実行することができる。
ＩＡＢ－ＤＵは、時間に応じてＲｘタイミングを異なるように適用することによって、異なるＲｘタイミングを有する子リンクへのUL Rxを実行できる。つまり、ＩＡＢ－ＤＵは時間リソースにしたがって異なるＵＬ Ｒｘタイミングを適用して、子ＭＴ／ＵＥからUL信号を受信することができる。一例として、ＩＡＢ－ＤＵは、第１時間領域で第１Rxタイミングを適用して、該当Ｒｘタイミングを適用する子リンクへのUL受信を行うことができ、第２時間領域では、第２Ｒｘタイミングを適用して当該Ｒｘタイミングを適用する子リンクへのＵＬ受信を実行することができる。
【0187】
ＩＡＢ－ＤＵは、時間リソースに応じたＵＬ Ｒｘタイミングを自分自身が判断／決定することができる
【0188】
またはＩＡＢ－ＤＵは、前記のような時間リソースによるＵＬ Ｒｘタイミングの情報をドナー-ノード／ＣＵ／ネットワーク(network)などからF１－APシグナリングを通じて設定を受けることができる。あるいは、このような情報は、ＩＡＢ－ＤＵと同じＩＡＢ-ノードに存在するＩＡＢ－ＭＴが親－ＤＵからＭＡＣ ＣＥ／ＤＣＩシグナリングを介して受信した後、ＩＡＢ－ＤＵはＩＡＢ－MTからこのような情報を受け取ることができる。より具体的には、「時間リソースに
したかうＵＬ Ｒｘタイミングに関する情報」は、次のことを意味できる。
したかうＵＬ Ｒｘタイミングに関する情報」は、次のことを意味できる。
【0189】
－ Ａｌｔ１．ＩＡＢ－ノードがまたは ＩＡＢ－ＤＵが時間リソースに従って適用するタイミングアライメントケース情報。
【0190】
－ Ａｌｔ２．ＩＡＢ－ノードまたはＩＡＢ－ＤＵがタイミングアライメントケース＃７に従ってＵＬＲｘタイミングを適用または適用しない時間リソース情報。これはＩＡＢノードがＭＴとＤＵ間の同時受信（simultaneous reception）を実行できる時間リソース情報または実行できない時間リソース情報に置き換えることができる。
【0191】
－ Ａｌｔ ３．ＩＡＢ－ノードまたはＩＡＢ－ＤＵが時間リソースに応じて適用するＵＬ Ｒｘタイミングに関する情報。たとえば、このような情報は、基準ＵＬ Ｒｘタイミングからオフセット／差の情報で有り得る。
【0192】
前記のようなＩＡＢ－ＤＵのＵＬＲｘタイミングに関する情報は、親－ＤＵが知るべきである必要がある。ＩＡＢ－ＭＴとＩＡＢ－ＤＵ間のタイミングアライメントの有無に応じて、ＩＡＢ－ＭＴとＩＡＢ－ＤＵの同時（simultaneous）動作可能有無が異なることがある。したがって、ＩＡＢ－ＤＵが適用するＵＬＲｘタイミングが時間リソースにしたがって変わる場合時間リソースによって、ＩＡＢ－ＭＴとＩＡＢ－ＤＵの同時動作可能有無が異なることがある。つまり、特定の時間領域での親－DUとＩＡＢ－ＭＴ間の送受信可能かどうかは、ＩＡＢ－ＤＵが適用するＲｘタイミングによって変わることができる。この場合、親-ＤＵがＩＡＢ－ＤＵが適用するＲｘタイミングに関する情報を知るべきＩＡＢ－ＭＴとの送受信可否を判断できる。
【0193】
このために、本明細書においては、ＩＡＢ－ＤＵのＵＬＲｘタイミングに関する情報を親－ＤＵが共有／伝達を受けることを提案する。このために、具体的に次のような方法を提案する。
【0194】
－ 方法 １. ＩＡＢ－ＤＵの親－DUはドナー-ノード／ＣＵ／ネットワークなどからＦ１－ＡＰなどのシグナリングを通じてＩＡＢ－ＤＵの「時間リソースに応じたＵＬＲｘタイミングに対する情報’を伝達／設定を受けることができる。これを異なるように表現すると、ＩＡＢ－ＤＵはドナー-ノード／ＣＵ／ネットワークなどからF１－APなどのシグナリングを通じて自身の子供 - ノード（子 － ＤＵ）が適用する「時間リソースに応じたＵＬＲｘタイミングの情報’を伝達／設定を受けることができる。特徴的に、このような方法は、ＩＡＢ－ＤＵの時間サポートによるＵＬ Ｒｘタイミングに関する情報をドナー-ノード／ＣＵ／ネットワークなどから設定を受ける場合に一緒に適用することができる。
【0195】
- 方法 ２. ＩＡＢ－ＤＵの親-ＤＵはＩＡＢ-ノードから ＩＡＢ－ＤＵ の「時間リソースによるＵＬＲｘタイミングに関する情報」を伝達／報告（report）受けることができる。これはＩＡＢ－ＤＵからF１－APシグナリングを介して伝達されるか、ＩＡＢ－ＭＴからＭＡＣシグナリングなどを介して伝達されることができる。これをことなるように表現すると、ＩＡＢ－ＤＵは自分の自―ノードから該当子－ＤＵが適用する「時間リソースに応じたＵＬＲｘタイミングの情報’を受けることができる。特徴的に、このような方法は、ＩＡＢ－ＤＵが時間支援によるＵＬＲｘタイミングに関する情報を自分自身が判断／決定する場合に一緒に適用することができる。
【0196】
このとき、先に説明した、そして請求項で説明している「時間リソースによるＵＬＲｘタイミングに関する情報」とは、以下を意味することができる。
【0197】
－ Ａｌｔ１．ＩＡＢ－ノードがまたは ＩＡＢ－ＤＵが時間リソースに応じて適用するタイミングアライメントケース情報及び／または
【0198】
－ Ａｌｔ２. ＩＡＢ-ノードまたはＩＡＢ－ＤＵがタイミングアライメントケース＃７に従ったＵＬ Ｒｘタイミングを適用または適用しない時間リソース情報。これはＩＡＢノードがＭＴとＤＵ間同時受信（simultaneous reception)を実行できる時間リソース情報実行できない時間リソース情報に置き換えることができる。及び／または
【0199】
－ Ａｌｔ３. ＩＡＢ－ノードまたはＩＡＢ－ＤＵが時間リソースに従って適用するＵＬ Ｒｘタイミングに関する情報。たとえば、このような情報は、基準ＵＬＲｘタイミングからのオフセット（offset）／差の情報で有り得る。及び／または
【0200】
－ Ａｌｔ４． 時間リソースによるＩＡＢ－ＤＵとＩＡＢ－ＭＴの同時動作可能有無または同時動作可能か動作可能な（不可能な）時間リソースに関する情報。及び／または
【0201】
－ Ａｌｔ５. 時間リソースによる ＩＡＢ-MTの動作可能有無またはＩＡＢ－ＭＴ の動作が可能な（不可能な）時間リソースに関する情報。
【0202】
ＩＡＢ－ＤＵがタイミングアライメントケース♯７によるＵＬＲｘタイミングを適用せず、他タイミングでＵＬＲｘを行う場合、ＩＡＢ－ＤＵとIAB－MTは同時動作Rx/Rxを実行できない。本明細書においては、ＩＡＢノードがケース７タイミングモードを適用してＭＴとＤＵが同時Tx/Txを行うリソースでＩＡＢ－ＤＵが異なるRxタイミングを適用することにより、ＭＴとＤＵの間のタイミングのミスアライメントによる同時動作が不可能な場合、次のように動作することを提案する。
【0203】
－Ａｌｔ a. ＩＡＢノードは時間（time）リソースでＤＵ Ｈ／Ｓ／ＮＡリソースタイプとSoftリソースでの有効性指示情報（availability indication）に基づいて、ＭＴまたはＤＵがＴＤＭで動作する。具体的な動作は次のようで有り得る。
【0204】
ＩＡＢ－ＤＵサービングセルのスロットを参照すると、ＩＡＢ－ＤＵサービングセルのスロットにあるシンボルはハード、ソフト、または使用できないタイプで構成され得る。ダウンリンク、アップリンクまたはフレキシブルシンボルがハードで構成されると、ＩＡＢ－ＤＵサービングセルはシンボルでそれぞれ送信、受信、または送信または受信の全てを行うことができる。
【0205】
タウンリンク、アップリンク、またはフレキシブルシンボルがソフトで構成されると、ＩＡＢ－ＤＵは次の場合にのみ、シンボルでそれぞれ送信、受信、または送信または受信の全てを行うことができる。
【0206】
－ ＩＡＢ－ＭＴがシンボルで送信または受信しない、または
【0207】
－ ＩＡＢ－ＭＴがシンボルから送受信し、ＩＡＢ－ＤＵのシンボル使用によるシンボルの送受信が変更されない場合、または
【0208】
- ＩＡＢ－ＭＴがソフトシンボルが利用可能であることを指示すＡＩインデックスフィールド値を用いてＤＣＩフォーマット２＿５を感知する場合。
【0209】
シンボルが利用できないもので構成されると、ＩＡＢ－ＤＵはシンボルから送信するか、受信しません。
【0210】
I）ＩＡＢ－ＤＵ がＳＳ／ＰＢＣＨブロック pdcchConfigＳＩＢ１によって構成されたＴｙｐｅ０－ＰＤＣＣＨＣＳＳセットのＰＤＣＣＨ、またはスロットのシンボルから周期的なＣＳＩ－ＲＳを送信する場合、または ii) ＩＡＢ－ＤＵがスロットのシンボルからＰＲＡＣＨまたはＳＲを受信する場合、スロットのシンボルはハードで構成されるものと同じである。さらに、ＩＡＢ－ＤＵは該当スロットの
シンボルがハードで構成されるものと同じように動作できる。
シンボルがハードで構成されるものと同じように動作できる。
【0211】
- Ａｌｔｂ．ＩＡＢノードは、該当リソースでＤＵ動作を実行する。これは他のＲｘタイミングを用いて受信すべきＵＬの場合、該リソースでのみ受信可能するから、該当ＵＬの受信に優先順位（priority）を与えるためである。
【0212】
前記明細書の内容は、ＩＡＢ－ＤＵのＵＬ Ｒｘタイミングが時間リソースによって変わらなく静的（static）／半静的に保持される場合にも適用できる。
【0213】
前述のように、既存のＩＡＢノードのＤＵは1つのＵＬＲｘタイミングを有して動作した。
【0214】
Ｒｅｌ－１７ ＩＡＢノードのＤＵのＭＴ間の同時送信をサポートするために、ＩＡＢノードへのケース６タイミングモードが定義された。子－MTがこのようなケース６タイミングモードを適用してUL Tx を実行する場合、DUは自身の元のUL Rx タイミングとは異なるUL Rxタイミングを用いて受信を実行しなければならない。つまり、DUは従来とは異なり、複数個のULＲｘタイミングを有して動作する必要がある。
【0215】
また、ＩＡＢノードの親ノードは、DUのＲｘタイミングに応じてＭＴとの送受信可能かどうかが変わることがある。
【0216】
したがって、ＤＵの時間に応じたＲｘタイミング情報がわからない場合、MTとの動作可否の判断に問題が生じることがある。
【0217】
本明細書の実施形態に係れば、ＤＵが複数個のＲｘタイミングを実行して既存端末及び例えばCase ６タイミングノードとして動作しないＭＴのＵＬＲｘの実行が可能である。さらに、親－DUがＩＡＢ DUのＲｘタイミング情報を獲得し、MTとの送受信可能リソースを判断することが可能になることができる。
【0218】
本明細書の具体的な一例に介して得られる効果は、以上で列挙された効果に限定されない。例えば、関連技術分野の通常の知識を有する者（a person having ordinary skill in the related art)が本明細書から理解するか、誘導することができる様々な技術的効果が存在し得る。したがって、本明細書の具体的な効果は、本明細書に明示的に記載されたものに限定されず、
本明細書の技術的特徴から理解または導くことができる様々な効果を含むことができる。
本明細書の技術的特徴から理解または導くことができる様々な効果を含むことができる。
【0219】
図２１は本明細書の他の実施形態に係る、アップリンク受信タイミング情報を受信する方法のフローチャートである。
【0220】
図２１に係れば、ＩＡＢノードは他のノードとイニシャルアクセス動作を実行することができる。
ある（Ｓ２１１０）。これに対してより具体的な実施形態は、前述したところ（そして後述するところ）と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
する。
ある（Ｓ２１１０）。これに対してより具体的な実施形態は、前述したところ（そして後述するところ）と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
する。
【0221】
ＩＡＢノードは、前記他のノードから前記ＩＡＢノードの子ＩＡＢノードの
アップリンク受信タイミング情報を受信することができる（Ｓ２１２０）。これについてより具体的な実施形態は先に説明したところ（そして後述するところ）と同じであるため、説明の便宜上重複する内容の繰り返し説明は省略する。
アップリンク受信タイミング情報を受信することができる（Ｓ２１２０）。これについてより具体的な実施形態は先に説明したところ（そして後述するところ）と同じであるため、説明の便宜上重複する内容の繰り返し説明は省略する。
【0222】
ＩＡＢノードは、前記アップリンク受信タイミング情報に基づいて前記ＩＡＢ動作を実行することができる（Ｓ２１３０）これについて、より具体的な実施形態は前述したところ（そして後述するところ）と同じであるため、説明の便宜上重複する内容の繰り返し説明は省略する。
【0223】
前記アップリンク受信タイミング情報は、少なくとも１つの時間リソースについて、 前記子ＩＡＢノードの ＤＵ (distributed unit) 動作と、前記子 ＩＡＢ ノードの ＭＴ (mobile terminal）動作の同時動作が可能かどうかに関する情報であり得る。これについてより具体的な実施形態は、先に説明したところそして後述するところ)と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0224】
一方、前述の例が適用される内容を様々な主体観点から説明すると以下のようになり得る。
【0225】
以下の図面は、本明細書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称や具体的な信号／メッセージ／フィールドの名称は、例示的に提示されたものであるから、本明細書の技術的特徴は以下の図面に使用された具体的な名称に限定されない。
【0226】
図２２は、本明細書の一実施形態に係る、（ＩＡＢノードの観点から）、アップリンク受信タイミング情報を受信する方法のフローチャートである。
【0227】
図２２に係れば、ＩＡＢノードは、他のノードからのＩＡＢノードの子ＩＡＢノードに対するアップリンク受信タイミング情報を受信することができる（Ｓ２２１０）。これについてより具体的な実施形態は、先に説明したところ（そして後述するところ）と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0228】
ＩＡＢノードは、前記アップリンク受信タイミング情報に基づいて前記ＩＡＢ動作を実行することができる（Ｓ２２２０）。これに対してより具体的な実施形態は、前述したところ（そして後述するところと同じであるため、説明の便宜のために重複する内容の繰り返し説明は省略する。
【0229】
ここで、前記アップリンク受信タイミング情報は、少なくとも１つの時間リソースについて、前記子ＩＡＢノードのＤＵ（distributed unit）動作と前記子ＩＡＢノードＭＴ（mobile terminal）動作の同時動作が可能かどうかに関する情報で有り得る。これに対してより具体的な実施形態は、先に説明したところ（そして後述するところ）と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0230】
図２３は本明細書の一実施形態に係る、（ＩＡＢノードの観点から）、アップリンク受信タイミング情報を受信する装置の一例のブロック図である。
【0231】
【0232】
情報受信部２３１０は、他のノードから前記ＩＡＢノードの子ＩＡＢノードに対するアップリンク受信タイミング情報を受信するように前記トランシーバを制御するように構成することができる。これに対してより具体的な実施形態は、先に説明したところ（そして後述するところ）と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0233】
ＩＡＢ動作実行部２３２０は、前記アップリンク受信タイミング情報に基づいてＩＡＢ動作を実行するように構成することができる。これに対してより具体的な実施形態は、先に説明したところ（そして後述するところ）と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0234】
ここで、アップリンク受信タイミング情報は、少なくとも１つの時間リソースについて、子ＩＡＢノードのＤＵ（distributed unit）動作と前記子ＩＡＢノードのＭＴ（mobile terminal） 動作の同時動作が可能かどうかに関する情報で有り得る。これに対してより具体的な実施形態は、先に説明したところ（そして後述するところ）と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0235】
一方、別途図示しないが、本明細書は以下の実施形態もまた提供できる。
【0236】
実施形態に係れば、ＩＡＢ（Integrated Access and Backhaul）ノードは、トランシーバ、少なくとも１つのメモリ及び前記少なくとも１つのメモリ及び前記トランシーバと動作可能するように結合された少なくとも１つのプロセッサを含むが、前記プロセッサは他のノードとイニシャルアクセス動作を実行するように構成され、前記他のノードからの前記ＩＡＢノードの子ＩＡＢノードのアップリンク受信タイミング情報を受信するように、前記トランシーバを制御するように構成され及び、前記アップリンク受信タイミング情報に基づいてＩＡＢ動作を実行するように構成されるが、前記アップリンク受信タイミング情報は、少なくとも１つの時間リソースに対して、前記子ＩＡＢノードのＤＵ（distributed unit）動作と前記子ＩＡＢノードのＭＴ（mobile terminal）動作の同時動作が可能かどうか関連情報であることを特徴とするノードで有り得る。これについてより具体的な実施形態は先に説明したところ（そして後述するところ）と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0237】
実施形態に係れば、装置は少なくとも１つのメモリと前記少なくとも１つのメモリと動作可能に結合された少なくとも１つのプロセッサを含むが、前記プロセッサは、他のノードとイニシャルアクセス動作を実行するように構成され、前記他のノードからＩＡＢ（Integrated Access and Backhaul）ノードの子ＩＡＢノードのアップリンク受信タイミング情報を受信するようにトランシーバを制御するように構成され、及び前記アップリンク受信タイミング情報に基づいてＩＡＢ動作を実行するように構成されるが、前記アップリンク受信タイミング情報は、少なくとも１つの時間リソースについて、前記子ＩＡＢ ノードの DU (distributed unit) 動作と、前記子ＩＡＢ ノードのＭＴ (mobile terminal）動作の同時動作が可能か否かに関する情報であることを特徴とする装置で有り得る。これに対してより具体的な実施形態は前述したところ（そして後述するところ）と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0238】
実施形態に係れば、少なくとも１つのプロセッサ（processor）によって実行されることに基づいた命令語（instruction）を含む少なくとも１つのコンピュータで読み取り可能な記録媒体（computer readable medium）において、他のノードとイニシャルアクセス動作を実行するように構成され、前記他のノードからのＩＡＢ（Integrated Access and Backhaul）ノードの子ＩＡＢノードのアップリンク受信タイミング情報を受信するようにトランシーバを制御するように構成され、及び前記アップリンク受信タイミング情報に基づいてＩＡＢ動作を実行するように構成されるが、前記アップリンク受信タイミング情報は、少なくとも１つの時間リソースについて、前記子ＩＡＢノードのＤＵ（distributed unit）動作と前記子ＩＡＢノードのＭＴ（mobile terminal）動作の同時動作が可能であるか否かに関する情報であることを特徴とする記録媒体で有り得るこれに対してより具体的な実施形態は、前述したところ（そして後述するところ）と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0239】
図２４は（親ノードの観点から）、アップリンク受信タイミング情報を送信する方法のフローチャートである。
【0240】
図２４に係れば、ノードは、ＩＡＢノードの子ＩＡＢノードの前記アップリンク受信タイミング情報を前記ＩＡＢノードに送信することができる（Ｓ２４１０）。これについてより具体的な実施形態は前述したところ（そして後述するところ）と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0241】
ここで、前記アップリンク受信タイミング情報は、少なくとも１つの時間リソースについて、前記子ＩＡＢノードのＤＵ（distributed unit）動作と前記子ＩＡＢノードのＭＴ（mobile terminal）動作の同時動作が可能かどうかに関する情報で有り得る。これに対してより具体的な実施形態は前述したところ（そして後述するところ）と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0242】
図２５は（親ノードの観点から）、アップリンク受信タイミング情報を送信する装置の一例のブロック図である。
【0243】
【0244】
情報送信部２５１０は、前記ＩＡＢノードの子ＩＡＢノードのアップリンク受信タイミング情報を前記ＩＡＢノードに送信するように前記トランシーバを制御するように構成することができる。これに対してより具体的な実施形態は
前述したところ（そして後述するところ）と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
前述したところ（そして後述するところ）と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0245】
ここで、前記アップリンク受信タイミング情報は、少なくとも１つの時間リソースについて、前記子ＩＡＢノードのＤＵ（distributed unit）動作と前記子ＩＡＢノードのＭＴ（mobile terminal）動作の同時動作が可能かどうかに関する情報で有り得る。これに対してより具体的な実施形態は前述したところ（そして後述するところ）と同じであるため、説明の便宜上、重複する内容の繰り返し説明は省略する。
【0246】
図２６は、本明細書に適用される通信システム１を例示する。
【0247】
図２６を参照すると、本明細書に適用される通信システム１は、無線機器、基地局及びネットワークを含む。ここで、無線機器は無線接続技術（例えば、５Ｇ ＮＲ（NewＲＡＴ）、ＬＴＥ（Long Term Evolution））を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器と称することができる。これに限定されないが、無線機器はロボット１００a、車両１００b－１、１００b－２、XR(eXtended Reality)機器１００c、携帯機器(Hand-held device)１００d、家電１００e、IoT(Internet of Thing)機器１００f、ＡＩ機器／サーバ４００を含むことができる。例えば、車両は無線通信機能が備えた車両、自律走行車両、車両間通信を行うことができる車両などを含むことができる。ここで、車両は、ＵＡＶ（Unmanned Aerial Vehicle）（例えば、ドローン）を含むことができる。ＸＲ機器はAR(Augmented Reality)／ＶＲ（Virtual Reality)／MR(Mixed Reality)機器を含み、HMD(Head-Mounted Device)、車両に備えられたＨＵＤ(Head-Up Display)、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（signage）、車両、ロボットなどの形態で実現されることができる。携帯機器はスマートフォン、スマートパッド、ウェアラブル機器（例、スマートウォッチ、スマートガラス）、コンピュータ（例えば、ノートブックなど）などを含むことができる。家電はテレビ、冷蔵庫、洗濯機などを含むことができる。ＩｏＴ機器は、センサ、スマートメーターなどを含むことができる。例えば、基地局、ネットワークは無線機器としても実現することができ、特定の無線機器２００ａは他の無線機器に基地局／ネットワークノードとして動作することもできる。
【0248】
無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００と接続することができる。無線機器１００ａ～１００ｆには、ＡＩ（Artificial Intelligence）技術を適用されることができ、無線機器１００ａ～１００ｆは、ネットワーク３００を介してＡＩサーバ４００と接続することができる。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワークまたは５Ｇ（例えば、NR）ネットワークなどを用いて構成することができる。無線機器（１００a～１００f）は基地局２００／ネットワーク３００を介して互いに通信することもできるが、基地局／ネットワークを通せずに直接通信（e.g. サイドリンク通信（sidelink communication）することもできる。例えば、車両１００ｂ-１、１００ｂ-２は直接通信（ｅ．ｇ．Ｖ２Ｖ（Vehicle to Vehicle)／Ｖ２X(Vehicle to everything) communication) ができる。さらに、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）または他の無線機器１００ａ～１００ｆと直接通信ができる。
【0249】
無線機器（１００ａ～１００ｆ）／基地局（２００）、基地局（２００）／基地局（２００）間は無線通信／接続１５０ａ、１５０ｂ、１５０ｃが行われることができる。ここで、無線通信／接続はアップリンク／ダウンリンク通信１５０ａとサイドリンク通信１５０ｂ（又は、Ｄ２Ｄ通信）、基地局間通信１５０c（e.g. relay、ＩＡＢ(Integrated Access Backhaul)のような多様な 無線接続技術（例えば、５Ｇ ＮＲ）を介して行うことができる。無線通信/接続（１５０a、１５０b、１５０c）経由無線機器と基地局／無線機器、基地局と基地局は互いに無線信号を送信／受信できる。例えば、無線通信／接続１５０ａ、１５０ｂ、１５０ｃは な物理チャネルを介して信号を 送信／受信できる。このために、本明細書の様々な提案に基づいて、無線信号の送信／受信のための様々な構成情報設定プロセス、様々な信号処理プロセス（たとえば、チャネルエンコード／デコード、変調／復調、リソースマッピング／デマッピングなど）、リソース割り当て過程など、少なくとも一部を実行することができる。
【0250】
一方、ＮＲはさまざまな５Ｇサービスをサポートするための多数のニューマロロジー（numerology）またはsubcarrier spacing（ＳＣＳ）をサポートする。例えば、SCSが１５kHzの場合、伝統的なセルラーバンドでの広い領域（wide area)）サポートし、ＳＣＳが３０kHz／６０kHzの場合、密集した－都市（dense-urban）、さらに低い遅延（ (lower latency）とさらに広いキャリア帯域幅（wider carrier bandwidth）をサポートし、ＳＣＳが６０ｋＨｚ以上の場合、位相ノイズ（phase noise）を克服するために、２４．２５GHzより大きい帯域幅をサポートする。
【0251】
ＮＲ周波数帯域(frequency band)は２種類(type）（ＦＲ１， ＦＲ２）の周波数範囲（frequency band）で定義することができる。周波数範囲の数値は変更することができ、例えば、２つのタイプ（ＦＲ１、ＦＲ２）の周波数範囲は、以下の表４の通りであり得る。説明の便宜のために、ＮＲシステムで使用される周波数範囲の内、ＦＲ１は「sub ６GHz range」を意味でき、ＦＲ２は「above ６GHz range」を意味でき、ミリメートル波（millimeter wave、mmW）と呼ばれることがある。
【0252】
【表4】
【0253】
前述したように、ＮＲシステムの周波数範囲の数値は変更することができ
例えば、ＦＲ１は、以下の表５に示すように、４１０MHz～７１２５MHzの帯域を含み得る。すなわち、ＦＲ１は、６ＧＨｚ（または５８５０、５９００、５９２５ＭＨｚなど）以上の周波数帯域を含むことができる。たとえば、FR１内に含まれる６GHz（または５８５０、５９００、５９２５ ＭＨｚなど）
以上の周波数帯域は、非ライセンス帯域（unlicensed band）を含むことができる。非免許帯域は様々な用途に使用することができ、例えば車両のための通信（例えば、自律走行）のために使用できる。
例えば、ＦＲ１は、以下の表５に示すように、４１０MHz～７１２５MHzの帯域を含み得る。すなわち、ＦＲ１は、６ＧＨｚ（または５８５０、５９００、５９２５ＭＨｚなど）以上の周波数帯域を含むことができる。たとえば、FR１内に含まれる６GHz（または５８５０、５９００、５９２５ ＭＨｚなど）
以上の周波数帯域は、非ライセンス帯域（unlicensed band）を含むことができる。非免許帯域は様々な用途に使用することができ、例えば車両のための通信（例えば、自律走行）のために使用できる。
【0254】
【表5】
【0255】
以下においては、本明細書が適用される無線機器の例について説明する。
【0256】
図２７は、本明細書に適用することができる無線機器を例示する。
【0257】
図２７を参照すると、第１無線機器１００と第２無線機器２００は様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）を介して無線信号を送受信することができる。ここで、{第１無線機器１００、第２無線機器２００}は、図２６の｛無線機器１００ｘ、基地局２００｝及び／または｛無線機器１００ｘ、無線機器１００ｘ｝に対応することができる。
【0258】
第１無線機器１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに、１つ以上のトランシーバ１０６及び／または１つ以上のアンテナ１０８をさらに含むことができる。プロセッサ１０２はメモリ１０４及び／またはトランシーバ１０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／または動作フローチャートを実現するように構成することができる。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、トランシーバ１０６を介して第１情報／信号を含む無線信号を送信することができる。さらに、プロセッサ１０２は、トランシーバ１０６を介して第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得られた情報をメモリ１０４に格納することができる。メモリ１０４はプロセッサ１０２と接続することができ、プロセッサ１０２の動作に関する様々な情報を格納することができる。例えば、メモリ１０４は、プロセッサ１０２によって制御されるプロセスの内、一部または全部を実行するか、または本明細書に開示された説明、機能、手順、提案、方法及び／または動作フローチャートを実行するためのコマンドを含むソフトウェアコードを格納することができる。ここで、プロセッサ１０２とメモリ１０４は無線通信技術（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部であり得る。トランシーバ１０６はプロセッサ１０２と接続することができ、１つ以上のアンテナ１０８を介して無線信号を送信及び／または受信することができる。トランシーバ１０６は、送信機及び／または受信機を含むことができる。トランシーバ１０６は、RF（Radio Frequency）ユニットと混用され得る。本明細書で無線機器は、通信モデム／回路／チップを意味し得る。
【0259】
第２無線機器２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、さらに、１つ以上のトランシーバ２０６及び／または１つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２はメモリ２０４及び／またはトランシーバ２０６を制御し、本明細書に開示された説明、機能、手順、提案、方法及び／または動作フローチャートを実現するように構成することができる。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、トランシーバ２０６を介して第３情報／信号を含む無線信号を送信することができる。さらに、プロセッサ２０２は、トランシーバ２０６を介して第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得られた情報をメモリ２０４に格納することができる。メモリ２０４はプロセッサ２０２に接続することができ、プロセッサ２０２の動作に関する様々な情報を格納することができる。例えば、メモリ２０４は、プロセッサ２０２によって制御されるプロセスの一部または全部を実行するか、または本明細書に開示する説明、機能、手順、提案、方法及び／または動作フローチャートを実行するためのコマンドを含むソフトウェアコードを格納できる。ここで、プロセッサ２０２とメモリ２０４は無線通信技術（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部であり得る。トランシーバ２０６はプロセッサ２０２と接続することができ、１つ以上のアンテナ２０８を介して無線信号を送信及び／または受信することができる。トランシーバ２０６は、送信機及び／または受信機を含むことができる。トランシーバ２０６はＲＦユニットと混用され得る。本明細書において、無線機器は通信モデム／回路／チップを意味することもある。
【0260】
以下、無線機器１００、２００のハードウェア要素についてより具体的に説明する。これに限定されないが、１つ以上のプロトコル層が１つ以上のプロセッサ１０２、２０２によって実現することができる。たとえば、１つ以上のプロセッサ１０２、２０２は、１つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能層）を実現できる。１つ以上のプロセッサ１０２、２０２は、本明細書に開示された説明、機能、手順、提案、方法及び／または動作フローチャートに従って１つ以上のＰＤＵ（Protocol Data Unit）及び／または１つ以上のＳＤＵ（Service Data Unit）を生成できる。１つ以上のプロセッサ１０２、２０２は本文書に開示された説明、機能、手順、提案、方法、及び／または動作フローチャートに従ってメッセージ、制御情報、データまたは情報を生成できる。１つ以上のプロセッサ１０２、２０２は、本文書に開示された機能、手順、提案及び／または方法に従ってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データまたは情報を含む信号（例えば、ベースバンド信号）を生成し、１つ以上のトランシーバ１０６、２０６に提供することができる。１つ以上のプロセッサ１０２、２０２は、１つ以上のトランシーバ１０６、２０６からの信号（例えば、ベースバンド信号）を受信することができ、本文書に開示された説明、機能、手順、提案、方法及び／または動作フローチャートに従ってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ、または情報を獲得できる。
【0261】
１つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサまたはマイクロコンピュータと称することができる。 １つ以上のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの組み合わせによって実現することができる。一例として、１つ以上のＡＳＩＣ（Application Specific Integrated Circuit）、１つ以上のＤＳＰ（Digital Signal Processor）、１つ以上のＤＳＰＤ （Digital Signal Processing Device）、１つ以上のＰＬＤ（Programmable Logic Device）または１つ以上のＦＰＧＡ（Field Programmable Gate Arrays）が１つ以上のプロセッサ１０２、２０２に含まれ得る。本文書に開示された説明、機能、手順、提案、方法及び／または動作フローチャートは、ファームウェアであるいは、ソフトウェアを用いて実現され得、ファームウェアまたはソフトウェアはモジュール、手順、機能などを含むように実現することができる。本文書に開示された説明、機能、手順、提案、方法、及び／または動作フローチャートは、実行するように設定されたファームウェアまたはソフトウェアは、１つ以上のプロセッサ１０２、２０２に含まれるか、１つ以上のメモリ１０４、２０４に格納され、１つ以上のプロセッサ１０２、２０２によって駆動することができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作フローチャートは、コード、命令語、及び／または命令語の集合形態でファームウェアまたはソフトウェアを用いて実現され得る。
【0262】
１つ以上のメモリ１０４、２０４は、１つ以上のプロセッサ１０２、２０２と接続することができ、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／またはコマンドを格納できる。１つ以上のメモリ１０４、２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ判読格納媒体及び／またはそれらの組み合わせで構成することができる。１つ以上のメモリ１０４、２０４は１つ以上のプロセッサ１０２、２０２の内部及び／または外部に位置することができる。また、一つ以上のメモリ１０４、２０４は、有線または無線接続のような様々な技術を介して一つ以上のプロセッサ１０２、２０２と接続することができる。
【0263】
１つ以上のトランシーバ１０６、２０６は、１つ以上の他の装置に本文書の方法及び／または動作フローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャンネルなどを伝送することができる。１つ以上のトランシーバ１０６、２０６は、１つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び／または動作フローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上のトランシーバ１０６、２０６は１つ以上のプロセッサ１０２、２０２と接続することができ、無線信号を送受信することができる。例えば、１つ以上のプロセッサ１０２、２０２は、１つ以上のトランシーバ１０６、２０６が１つ以上の他の装置にユーザデータ、制御情報、または無線信号を送信するように制御できる。さらに、１つ以上のプロセッサ１０２、２０２は１つ以上のトランシーバ１０６、２０６が１つ以上の他の装置からのユーザデータ、制御情報あるいは、無線信号を受信するように制御することができる。さらに、１つ以上のトランシーバ１０６、２０６は、１つ以上のアンテナ１０８、２０８と接続することができ、１つ以上のトランシーバ１０６、２０６は、１つ以上のアンテナ１０８、２０８を介して本文書に開示された説明、機能、手順、提案、方法、及び／または動作フローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定することができる。本文書において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）で有り得る。１つ以上のトランシーバ１０６、２０６は受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２、２０２を用いて処理するために、受信した無線信号／チャネルなどをＲＦバンド信号でベースバンド信号に変換（Convert）することができる。１つ以上のトランシーバ１０６、２０６は１つ以上のプロセッサ１０２、２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換することができる。これをために、１つ以上のトランシーバ１０６、２０６は（アナログ）発振器及び／またはフィルタを含むことができる。
【0264】
図２８は、本明細書に適用され得る無線機器の他の例を示す。
【0265】
図２８に係れば、無線装置は少なくとも１つのプロセッサ１０２、２０２、少なくとも１つのメモリ１０４、２０４、少なくとも１つのトランシーバ１０６、２０６、１つ以上のアンテナ１０８、２０８）を含むことができる。
【0266】
先、図２７で説明した無線装置の例と、図２８における無線装置の例の違いとして、図２７はプロセッサ１０２、２０２とメモリ１０４、２０４が分離されているが、図２８の例では、プロセッサ１０２、２０２にメモリ１０４、２０４が含まれているという点である。
【0267】
ここで、プロセッサ１０２、２０２、メモリ１０４、２０４、トランシーバ１０６、２０６、１つ以上のアンテナ１０８、２０８の具体的な説明は前述した通りであるので、不要である記載の繰り返しを避けるために、繰り返される説明の記載は省略する。
【0268】
以下においては、本明細書が適用される信号処理回路の例について説明する。
【0269】
図２９は、送信信号のための信号処理回路を示す。
【0270】
図２９を参照すると、信号処理回路１０００はスクランブラ１０１０、変調器１０２０、レイヤマッパ１０３０、プリコーダ１０４０、リソースマッパ１０５０、信号生成器１０６０含むことができる。これに限定されるものではないが、図２９の動作／機能は図２７のプロセッサ１０２、２０２及び／またはトランシーバ１０６、２０６で実行することができる。図２９のハードウェア要素は、図２７のプロセッサ１０２、２０２及び／またはトランシーバ１０６、２０６において実現することができる。例えば、ブロック１０１０～１０６０は、図２７のプロセッサ１０２、２０２において、実現することができる。さらに、ブロック１０１０～１０５０は、図２７のプロセッサ１０２、２０２において実現され、ブロック１０６０は、図２７のトランシーバ１０６、２０６で実現することができる。
【0271】
コードワードは、図２９の信号処理回路１０００を介して無線信号に変換することができる。ここで、コードワードは情報ブロックの符号化されたビットシーケンスである。情報ブロックは伝送ブロック（例えば、ＵＬ-ＳＣＨ伝送ブロック、ＤＬ-ＳＣＨ伝送ブロック）を含むことができる。無線信号は、様々な物理チャネル（例えば、ＰＵＳＣＨ、ＰＤＳＣＨ）を介して送信されることができる。
【0272】
具体的に、コードワードはスクランブラ１０１０によってスクランブルされたビットシーケンスに変換することができる。スクランブルに使用されるスクランブルシーケンスは初期化値に基づいて生成され、初期化値は無線機器のＩＤ情報などを含むことができる。スクランブルされたビットシーケンスは、変調器１０２０によって変調シンボルシーケンスに変調され得る。変調方式は、ｐｉ／２－ＢＰＳＫ(pi/2-Binary Phase Shift Keying)、ｍ－ＰＳＫ(m-Phase Shift Keying)、ｍ－ＱＡＭ(m-Quadrature Amplitude Modulation)などを含むことができる。複素変調シンボルシーケンスは、レイヤマッパー１０３０によって１つ以上の伝送レイヤにマッピングされることができる。各伝送レイヤの変調シンボルは、プリコーダ１０４０によって当該アンテナポートにマッピングすることができる（プリコーディング）。プリコーダ１０４０の出力ｚはレイヤマッパー１０３０の出力ｙをＮ＊Ｍのプリコーディング行列Ｗと乗じて得ることができる。ここで、Ｎはアンテナポートの個 数、Ｍは伝送レイヤの個数である。ここで、プリコーダ１０４０は、複素変調シンボルのトランスフォーム（transform）プリコーディング（例えば、ＤＦＴ変換）を実行後にプリコーディングを行うことができる。また、プリコーダ１０４０は、トランスフォームプリコーディングを行わずにプリコーディングを行うことができる。
【0273】
リソースマッパー１０５０は、各アンテナポートの変調シンボルを時間周波数リソースにマッピングすることができる。時間周波数リソースは、時間領域で複数のシンボル（例えば、ＣＰ－ＯＦＤＭＡシンボル、ＤＦＴ－Ｓ－ＯＦＤＭＡシンボル）を含み、周波数領域に複数の副搬送波を含むことができる。信号生成器１０６０は、マッピングされた変調シンボルから無線信号を生成し、生成された無線信号は、各アンテナを介して他の機器に送信され得る。このために、信号生成器１０６０は、ＩＦＦＴ（Inverse Fast Fourier Transform）モジュール及びＣＰ（Cyclic Prefix) インサータ、ＤＡＣ(Digital-to-Analog Converter)、周波数アップコンバータ(frequency uplink converter)などを含むことができる。
【0274】
無線機器における受信信号のための信号処理過程は、図２９の信号処理プロセス１０１０～１０６０の逆で構成することができる。例えば、無線機器（例えば、図２７の１００、２００は、アンテナポート／トランシーバを介して外部から無線信号を受信することができる。受信した無線信号は、信号復元器を介してベースバンド信号に変換することができる。このために、信号復元器は周波数ダウンコンバータ（frequency downlink converter）、ＡＤＣ(analog-to-digital converter)、ＣＰ除去器、ＦＦＴ(Fast Fourier Transform)モジュールを含むことができる。その後、ベースバンド信号はリソースデマッパプロセス、ポストコーディング（postcoding）過程、復調過程及びデスクランブル過程を経てコードワードへ復元することができるr。コードワードは復号（decoding）を経て元の情報ブロックに復元されることができる。したがって、受信信号のための信号処理回路（図示せず）は信号復元器、リソースデマッパ、ポストコーダ、復調器、デスクランブラ、及びデコーダを含み得る。
【0275】
以下においては、本明細書が適用される無線機器活用例について説明する。
【0276】
【0277】
図３０を参照すると、無線機器１００、２００は図２７の無線機器１００、２００に対応し、さまざまな要素（element）、成分（component）、ユニット／部（unit）、及び／またはモジュール（module）として構成され得る。例えば、無線機器１００、２００は通信部１１０、制御部１２０、メモリ部１３０、及び追加要素１４０を含むことができる。通信部は通信回路１１２及びトランシーバ１１４を含むことができる。例えば、通信回路１１２は、図２７の１つ以上のプロセッサ１０２、２０２及び／または１つ以上のメモリ１０４、２０４を含むことができる。例えば、トランシーバ１１４は、図２７の１つ以上のトランシーバ１０６、２０６及び／または１つ以上のアンテナ１０８、２０８を含むことができる。制御部１２０は、通信部１１０、メモリ部１３０及び追加要素１４０と電気的に接続され、無線機器の諸動作を制御する。例えば、制御部１２０はメモリ部１３０に格納されたプログラム／コード／コマンド／情報に基づいて無線機器の電気的／機械的動作を制御できる。また、制御部１２０は、メモリ部１３０に、格納された情報を通信部１１０を介して外部（例えば他の通信機器）に無線／有線インターフェースを介して送信するか、通信部１１０を介して外部（例えば、他の通信機器）から無線／有線インターフェースを介して受信した情報をメモリ部１３０へ格納することができる。
【0278】
追加要素１４０は、無線機器の種類に応じて様々に構成することができる。
例えば、追加要素１４０は、パワーユニット／バッテリー、入出力部（Ｉ／Ｏユニット）、駆動部、及びコンピューティング部の内、少なくとも１つを含むことができる。これに限定されないが、無線機器はロボット（図２６、１００a）、車両（図２６、１００b－１、１００b－２）、ＸＲ機器（図２６、１００c）、携帯機器（図２６、１００d）、家電（図２６、１００ｅ）、ＩｏＴ機器（図２６、１００ｆ）、デジタル放送用端末、ホログラム装置、公共安全装置、MTC装置、医療装置、ピンテック装置（または金融装置）、セキュリティ装置、気候／環境装置、ＡＩサーバ／機器（図２６、４００）、基地局（図２６、２００）、ネットワークノードなどの形態で実現することができる。無線機器は使用 - 例／サービスに応じて移動可能か固定された場所で使用できる。
例えば、追加要素１４０は、パワーユニット／バッテリー、入出力部（Ｉ／Ｏユニット）、駆動部、及びコンピューティング部の内、少なくとも１つを含むことができる。これに限定されないが、無線機器はロボット（図２６、１００a）、車両（図２６、１００b－１、１００b－２）、ＸＲ機器（図２６、１００c）、携帯機器（図２６、１００d）、家電（図２６、１００ｅ）、ＩｏＴ機器（図２６、１００ｆ）、デジタル放送用端末、ホログラム装置、公共安全装置、MTC装置、医療装置、ピンテック装置（または金融装置）、セキュリティ装置、気候／環境装置、ＡＩサーバ／機器（図２６、４００）、基地局（図２６、２００）、ネットワークノードなどの形態で実現することができる。無線機器は使用 - 例／サービスに応じて移動可能か固定された場所で使用できる。
【0279】
図３０において、無線機器１００、２００内の様々な要素、成分、ユニット／部、及び／またはモジュールは、全体が有線インターフェースを介して互に接続されるか、少なくとも一部が通信部１１０を介して無線で接続することができる。例えば、無線機器１００、２００内で制御部１２０と通信部１１０は有線で接続され、制御部１２０と第１ユニット（例えば、１３０、１４０）は通信部１１０を介して無線で接続することができる。また、無線機器（１００、２００内の各要素、成分、ユニット／部、及び／またはモジュールは、１つ以上の要素をさらに含むことができる。例えば、制御部１２０は、１つ以上のプロセッサの集合で構成されることができる。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ(Application processor)、ECU(Electronic Control Unit)、グラフィックス処理プロセッサ、メモリ制御プロセッサなどの集合で構成することができる。別の例として、メモリ部１３０は、ＲＡＭ（Random Access Memory）、ＤＲＡＭ（Dynamic ＲＡＭ）、ＲＯＭ(Read Only Memory)、フラッシュメモリ(flash memory)、揮発性メモリ(volatileメモリ）、不揮発性メモリ（non-volatile memory）及び／またはそれらの組み合わせで構成することができる。
【0280】
以下、図３０の実施形態について図面を参照してより詳細に説明する。
【0281】
図３１は本明細書に適用される携帯機器を例示する。携帯機器はスマートフォン、スマートパッド、ウェアラブル機器（例、スマートウォッチ、スマートガラス）、ポータブルコンピュータ（例、ラップトップなど）を含むことができる。携帯機器は、ＭＳ（Mobile Station）、ＵＴ（user terminal）、ＭＳＳ（Mobile Subscriber Station）、 ＳＳ（Subscriber Station）、ＡＭＳ（Advanced Mobile Station）またはＷＴ（Wireless terminal）と称されることができる。
【0282】
図３１を参照すると、携帯機器１００は、アンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０、電源供給部１４０ａ、インターフェース部１４０ｂ及び入出力部１４０ｃを含むことができる。アンテナ部１０８は、通信部１１０の一部で構成することができる。ブロック１１０～１３０／１４０a～１４０cは、それぞれ図３０のブロック１１０～１３０／１４０に対応する。
【0283】
通信部１１０は、他の無線機器、基地局との信号（例えば、データ、制御信号など）を送受信できる。制御部１２０は、携帯機器１００の構成要素を制御して、さまざまな動作を実行できる。制御部１２０は、ＡＰ（Application Processor）を含むことができる。メモリ部１３０は携帯機器１００の駆動に必要であるデータ／パラメータ／プログラム／コード／コマンドを格納できる。また、メモリ部１３０は、入出力されるデータ／情報などを保存することができる。電源供給部１４０ａは携帯機器１００に電源を供給し、有／無線充電回路、バッテリーなどを含むことができる。インターフェース部１４０ｂは、携帯機器１００と他の外部機器との接続を支援することができる。インターフェース部１４０ｂは、外部機器との接続のための各種ポート（例えば、オーディオ入／出力ポート、ビデオ入／出力ポート）を含むことができる。入出力部１４０ｃは映像情報／信号、音声情報／信号、データ、及び／またはユーザーから入力される情報の入力を受けるかまたは出力できる。入出力部１４０ｃは、カメラ、マイク、ユーザ入力部、表示部１４０ｄ、スピーカ及び／またはヘプティックモジュールなどを含むことができる。
【0284】
一例として、データ通信の場合、入出力部１４０cはユーザから入力された情報／信号（例えば、タッチ、文字、音声、画像、ビデオ）を取得し、格納された情報／信号はメモリ部１３０に格納されることができる。通信部１１０は、メモリに格納された情報／信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信するか、基地局に送信することができる。また、通信部１１０は他の無線機器または基地局から無線信号を受信した後、受信した無線信号を元の情報／信号に復元できる。復元された情報／信号はメモリ部１３０に格納された後、入出力部１４０ｃを介して様々な形態（例えば、文字、音声、画像、ビデオ、ヘプティック）へ出力できる。
【0285】
図３２は、本明細書に適用される車両または自律走行車両を例示する。車両または自律走行車両は、移動型ロボット、車両、電車、有／無人飛行体(Aerial Vehicle, AV)、船舶などで実現することができる。
【0286】
図３２を参照すると、車両または自律走行車両１００はアンテナ部１０８、
通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ及び自律走行部１４０ｄを含むことができる。アンテナ部１０８は通信部１１０の一部で構成され得る。ブロック１１０／１３０／１４０ａ～１４０ｄは、それぞれ図３０のブロック１１０／１３０／１４０に対応する。
通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ及び自律走行部１４０ｄを含むことができる。アンテナ部１０８は通信部１１０の一部で構成され得る。ブロック１１０／１３０／１４０ａ～１４０ｄは、それぞれ図３０のブロック１１０／１３０／１４０に対応する。
【0287】
通信部１１０は、他の車両、基地局(e.g.基地局、路辺基地局(Road Side unit)など)、サーバなどの外部機器と信号（例えば、データ、制御信号など）を送受信することができる。制御部１２０は、車両または自律走行車両１００の要素を制御して様々な動作を実行できる。制御部１２０は、ＥＣＵ（Electronic Control Unit）を含むことができる。駆動部１４０ａは、車両または自律走行車両１００を地上で走行させることができる。駆動部１４０ａは、エンジン、モータ、パワートレイン、ホイール、ブレーキ、操向裝置等を含むことができる。電源供給部１４０ｂは、車両または自律走行車両１００に電源を供給し。有／無線充電回路、電池などを含むことができる。センサ部１４０ｃは車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃはＩＭＵ(inertial measurement unit)センサ、衝突センサ、ホイールセンサ(wheel sensor)、速度センサ、傾斜センサ、重量検知センサ、ヘディングセンサ（heading sensor）、ポジションモジュール（position module）、車両前進／後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含むことができる。自律走行部１４０ｄは走行中の車線を維持する技術、適応クルーズコントロールのように速度を自動的に調整する技術、決められた経路に沿って自動で走行する技術、目的地が設定されたら自動的に経路を設定し、走行する技術などを実現することができる。
【0288】
一例として、通信部１１０は、外部サーバから地図データ、交通情報データなどを受信できる。自律走行部１４０ｄは、格納されたデータに基づいて自律走行ルートと運転計画を生成できます。制御部１２０は、運転計画に従って車両または自律走行車両１００が自律走行経路に沿って移動するように駆動部１４０ａを制御することができる（例えば、速度／方向調整）。自律走行途中に通信部１１０は、外部サーバから最新の交通情報データを非／周期的に取得し、周辺車両から周辺交通情報データを獲得することができる。また、自律走行中にセンサ部１４０ｃは車両状態、周辺環境情報を獲得することができる。自律走行部１４０ｄは、新たに格納されたデータ／情報に基づいて自律走行経路と、ドライビングプランを更新することができる。通信部１１０は、車両位置、自律走行経路、ドライビングプランなどに関する情報を外部サーバに伝達することができる。外部サーバは車両または自律走行車両から収集された情報に基づいて、ＡＩ技術などを用いて交通情報データを予め予測することができ、予測された交通情報データを車両または自律走行車両に提供することができる。
【0289】
本明細書に記載の特許請求項は様々な方法で組み合わせされ得る。たとえば、本明細書の方法請求項の技術的特が組み合わせて装置として実現することができ、本明細書の装置請求項の技術的特徴を組み合わせて方法で実現することができる。さらに、本明細書の方法請求項の技術的特徴及び装置請求項の技術的特徴が、組み合わせて装置として実現することができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴を組み合わせて方法で実現することができる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】