特表2024-533963ＩＡＢノードにおける種々のタイミングケースに関するシグナリングサポート
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-09-18
(54)【発明の名称】ＩＡＢノードにおける種々のタイミングケースに関するシグナリングサポート
(51)【国際特許分類】
H04W 56/00 20090101AFI20240910BHJP
H04W 88/14 20090101ALI20240910BHJP
【ＦＩ】
H04W56/00 110
H04W88/14
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024506530
(86)(22)【出願日】2022-07-29
(85)【翻訳文提出日】2024-02-01
(86)【国際出願番号】 US2022038908
(87)【国際公開番号】W WO2023027864
(87)【国際公開日】2023-03-02
(31)【優先権主張番号】63/236,663
(32)【優先日】2021-08-24
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】17/811,005
(32)【優先日】2022-07-06
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
２．ＺＩＧＢＥＥ
(71)【出願人】
【識別番号】507364838
【氏名又は名称】クアルコム，インコーポレイテッド
(74)【代理人】
【識別番号】100108453
【弁理士】
【氏名又は名称】村山 靖彦
(74)【代理人】
【識別番号】100163522
【弁理士】
【氏名又は名称】黒田 晋平
(72)【発明者】
【氏名】ナヴィド・アベディーニ
(72)【発明者】
【氏名】ルカ・ブレセント
(72)【発明者】
【氏名】ジアンホン・ルオ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD25
5K067EE06
5K067HH21
(57)【要約】
統合アクセス及びバックホール（ＩＡＢ）ノードは、親ＩＡＢノードから、ＩＡＢネットワークにおける無線経由（ＯＴＡ）同期に関する時間差パラメータを受信する。ＩＡＢノードは、その時間差パラメータに基づいて、複数のタイプのＩＡＢノード整合のうちの１つに関して、ＩＡＢノードの送信又は受信を調節する。
【特許請求の範囲】
【請求項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】
前記複数のタイプの前記ＩＡＢノード整合が、前記ＩＡＢネットワークの各ＩＡＢノードにわたるダウンリンク送信タイミング整合を含む、第１のタイプの整合と、
前記ＩＡＢノードのＩＡＢモバイル終端（ＩＡＢ－ＭＴ）におけるアップリンク送信と、前記ＩＡＢノードのＩＡＢ分散ユニット（ＩＡＢ－ＤＵ）におけるダウンリンク送信との間の、第２のタイプの整合と、
前記ＩＡＢノードの前記ＩＡＢ－ＭＴにおけるダウンリンク受信と、前記ＩＡＢノードの前記ＩＡＢ－ＤＵにおけるアップリンク受信との間の、第３のタイプの整合と、を含む、請求項２９に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、２０２１年８月２４日に出願された「Ｓｉｇｎａｌｉｎｇ Ｓｕｐｐｏｒｔ ｆｏｒ Ｄｉｆｆｅｒｅｎｔ Ｔｉｍｉｎｇ Ｃａｓｅｓ ｉｎ ＩＡＢ Ｎｏｄｅｓ」と題する米国仮出願第６３／２３６，６６３号、及び、２０２２年７月６日に出願された「ＳＩＧＮＡＬＩＮＧ ＳＵＰＰＯＲＴ ＦＯＲ ＤＩＦＦＥＲＥＮＴ ＴＩＭＩＮＧ ＣＡＳＥＳ ＩＮ ＩＡＢ ＮＯＤＥＳ」と題する米国非仮特許出願第１７／８１１，００５号に対する、優先権及び利益を主張するものであり、それらの全体が、参照により本明細書に明示的に組み込まれる。
本出願は、２０２１年８月２４日に出願された「Ｓｉｇｎａｌｉｎｇ Ｓｕｐｐｏｒｔ ｆｏｒ Ｄｉｆｆｅｒｅｎｔ Ｔｉｍｉｎｇ Ｃａｓｅｓ ｉｎ ＩＡＢ Ｎｏｄｅｓ」と題する米国仮出願第６３／２３６，６６３号、及び、２０２２年７月６日に出願された「ＳＩＧＮＡＬＩＮＧ ＳＵＰＰＯＲＴ ＦＯＲ ＤＩＦＦＥＲＥＮＴ ＴＩＭＩＮＧ ＣＡＳＥＳ ＩＮ ＩＡＢ ＮＯＤＥＳ」と題する米国非仮特許出願第１７／８１１，００５号に対する、優先権及び利益を主張するものであり、それらの全体が、参照により本明細書に明示的に組み込まれる。
【0002】
本開示は、全般的に通信システムに関し、より詳細には、統合アクセス及びバックホール（ＩＡＢ）ネットワークにおける通信に関する。
【背景技術】
【0003】
導入
ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、及びブロードキャストなどの、様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソースを共有することによって、複数のユーザとの通信をサポートすることが可能な、多元接続技術を採用することができる。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）システム、及び時分割同期符号分割多元接続（ＴＤ－ＳＣＤＭＡ）システムが挙げられる。
ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、及びブロードキャストなどの、様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソースを共有することによって、複数のユーザとの通信をサポートすることが可能な、多元接続技術を採用することができる。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）システム、及び時分割同期符号分割多元接続（ＴＤ－ＳＣＤＭＡ）システムが挙げられる。
【0004】
これらの多元接続技術は、都市レベル、国家レベル、地域レベル、また更には世界レベルで種々のワイヤレスデバイスが通信することを可能にする、共通のプロトコルを提供するために、様々な電気通信規格において採用されてきた。例示的な電気通信規格は、５Ｇ新無線（ＮＲ）である。５Ｇ ＮＲは、レイテンシ、信頼性、セキュリティ、スケーラビリティ（例えば、モノのインターネット（ＩｏＴ）に対するもの）に関連付けられる新たな要件、及び他の要件を満たすために、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表された、継続的なモバイルブロードバンド進化の一部である。５Ｇ ＮＲは、拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、及び超高信頼低遅延通信（ＵＲＬＬＣ）に関連付けられるサービスを含む。５Ｇ ＮＲのいくつかの態様は、４Ｇロングタームエボリューション（ＬＴＥ）規格に基づき得る。５Ｇ ＮＲ技術においては、更なる改善が必要とされている。これらの改善はまた、他の多元接続技術、及び、これらの技術を採用する電気通信規格にも適用可能であり得る。
【発明の概要】
【0005】
以下では、１つ以上の態様の基本的理解をもたらすために、そのような態様の簡略化された概要が提示される。この概要は、想到されている全ての態様の、広範囲にわたる概観ではない。この概要は、全ての態様の主要な要素又は重要な要素を特定するものでもなければ、いずれか又は全ての態様の範囲を定めるものでもない。その唯一の目的は、後に提示されるより詳細な説明に対する導入部として、１つ以上の態様のいくつかの構想を簡略化された形式で提示することである。
【0006】
本開示の一態様では、統合アクセス及びバックホール（ＩＡＢ）ノードにおける、方法、コンピュータ可読媒体、及び装置が提供される。本装置は、親ＩＡＢノードから、ＩＡＢネットワークにおける無線経由（ＯＴＡ）同期に関する時間差パラメータを受信し、その時間差パラメータに基づいて、複数のタイプのＩＡＢノード整合のうちの１つに関して、ＩＡＢノードの送信又は受信を調節する。
【0007】
本開示の一態様では、親ＩＡＢノードにおける、方法、コンピュータ可読媒体、及び装置が提供される。本装置は、親ＩＡＢノードの子ノードであるＩＡＢノードとの通信を送信又は受信し、ＩＡＢネットワークにおける無線経由同期に関する時間差パラメータであって、複数のタイプのＩＡＢノード整合のうちの１つに適用可能である、時間差パラメータを送信する。
【0008】
上記の目的及び関連する目的の達成のために、１つ以上の態様は、以降で十分に説明され、特に特許請求の範囲において指摘される、特徴を含む。以下の説明及び図面は、１つ以上の態様の特定の例示的特徴を、詳細に記載している。しかしながら、これらの特徴は、様々な態様の原理を採用することが可能な様々な方式のうちの、ごく一部を示すものであり、本説明は、全てのそのような態様、及びそれらの等価物を含むことが意図されている。
【図面の簡単な説明】
【0009】
【図1】本開示の様々な態様による、ワイヤレス通信システム及びアクセスネットワークの一実施例を示す図である。
【図2A】本開示の様々な態様による、第１のフレームの一実施例を示す図である。
【図2B】本開示の様々な態様による、サブフレーム内のＤＬチャネルの一実施例を示す図である。
【図2C】本開示の様々な態様による、第２のフレームの一実施例を示す図である。
【図2D】本開示の様々な態様による、サブフレーム内のＵＬチャネルの一実施例を示す図である。
【図3】本開示の様々な態様による、ネットワーク内のＩＡＢノード及びユーザ機器（ＵＥ）の一実施例を示す図である。
【図4】本開示の様々な態様による、例示的なＩＡＢネットワークを示す図である。
【図5】本開示の様々な態様による、例示的なＩＡＢネットワーク及びその構成要素を示す図である。
【図6】本開示の様々な態様による、ＩＡＢネットワークに関する例示的な接続を示す図である。
【図7A】本開示の様々な態様による、ＩＡＢノードに関する異なるタイプのタイミング整合の様々な実施例を示す。
【図7B】本開示の様々な態様による、ＩＡＢノードに関する異なるタイプのタイミング整合の様々な実施例を示す。
【図7C】本開示の様々な態様による、ＩＡＢノードに関する異なるタイプのタイミング整合の様々な実施例を示す。
【図8】本開示の様々な態様による、親ＩＡＢノード及び子ＩＡＢノードとの通信に関するタイミング図を示す。
【図9】本開示の様々な態様による、親ＩＡＢノードによって示される時間差パラメータに基づくタイミング整合の、例示的態様を示す通信フロー図である。
【図10】本開示の様々な態様による、親ＩＡＢノードによって示される時間差パラメータに基づくタイミング整合の、例示的態様を示す通信フロー図である。
【図11】本開示の様々な態様による、親ＩＡＢノードによって示される時間差パラメータに基づくタイミング整合の、例示的態様を示す通信フロー図である。
【図12】本開示の様々な態様による、親ＩＡＢノードからの時間差パラメータに基づくタイミング調節を含む、ワイヤレス通信の方法のフローチャートである。
【図13】本開示の様々な態様による、子ＩＡＢノードに時間差パラメータを示すことを含む、ワイヤレス通信の方法のフローチャートである。
【図14】複数のタイプのタイミング整合のうちの１つとの関連性に関する時間差パラメータを送信及び／又は受信するように構成することが可能な処理システムを採用している装置に関する、ハードウェア実装の一実施例を示す図である。
【図15】例示的な分離型基地局アーキテクチャを示す、図を示す。
【発明を実施するための形態】
【0010】
本方法は、ＩＡＢノードが、複数の整合タイプ間で、例えば、Ｔｄｅｌｔａ及び／又はＮｄｅｌｔａなどの、無線経由同期に関する時間差パラメータを適用することを可能にし得る。例えば、ＩＡＢネットワークにおける無線経由（ＯＴＡ）同期に関する時間差パラメータを、親ＩＡＢノードから受信することができ、時間差パラメータを受信するＩＡＢノードは、その時間差パラメータに基づいて、ＩＡＢノード及び／又は親ＩＡＢノードにおける複数のタイプの整合のうちの１つに関して、ＩＡＢノードの送信又は受信を調節することができる。ＩＡＢノードは、ＩＡＢにおける複数の潜在的なタイプの整合のうちの１つに関して、その時間差パラメータを適用することができる。第１のタイプの整合（例えば、ケース１の整合と称される場合があるもの）は、ＩＡＢネットワークの各ＩＡＢノードにわたる、ダウンリンク送信タイミング整合を含み得る。第２のタイプの整合（例えば、ケース６の整合と称される場合があるもの）は、子ＩＡＢノードのＩＡＢモバイル終端（ＩＡＢ－ＭＴ）におけるアップリンク送信と、子ＩＡＢノードのＩＡＢ分散ユニット（ＩＡＢ－ＤＵ）におけるダウンリンク送信との間のものとすることができる。第３のタイプの整合（例えば、ケース７の整合と称される場合があるもの）は、子ＩＡＢノードのＩＡＢ－ＭＴにおけるダウンリンク受信と、子ＩＡＢノードのＩＡＢ－ＤＵにおけるアップリンク受信との間のものとすることができる。
【0011】
添付図面に関連して以下に記載される「発明を実施するための形態」は、様々な構成を説明するものであり、本明細書で説明される構想を実践することが可能な、唯一の構成を表すものではない。「発明を実施するための形態」は、様々な構想の完全な理解をもたらすことを目的とする、具体的な詳細を含む。しかしながら、これらの具体的な詳細を伴わずとも、これらの構想を実践することができる。いくつかの事例では、そのような構想を不明瞭にすることを回避するために、周知の構造及び構成要素は、ブロック図の形式で示されている。
【0012】
電気通信システムのいくつかの態様が、様々な装置及び方法を参照して提示される。これらの装置及び方法は、以下の「発明を実施するための形態」において説明され、添付図面において、様々なブロック、構成要素、回路、プロセス、アルゴリズムなど（「要素」と総称されるもの）によって示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、又はそれらの任意の組み合わせを使用して実装することができる。そのような要素が、ハードウェアとして実装されるか、又はソフトウェアとして実装されるかは、具体的な適用例、及び、システム全体に課される設計上の制約に依存する。
【0013】
例として、要素、又は要素の任意の部分、又は要素の任意の組み合わせは、１つ以上のプロセッサを含む「処理システム」として実装することができる。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、グラフィック処理ユニット（ＧＰＵ）、中央処理ユニット（ＣＰＵ）、アプリケーションプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、縮小命令セットコンピューティング（ＲＩＳＣ）プロセッサ、システムオンチップ（ＳｏＣ）、ベースバンドプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、及び、本開示全体にわたって説明される様々な機能性を実行するように構成されている、他の好適なハードウェアが挙げられる。処理システム内の１つ以上のプロセッサは、ソフトウェアを実行することができる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、又は他の名称で称されるか否かにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェア構成要素、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数、又はこれらの任意の組み合わせを意味するように、広範に解釈されるものとする。
【0014】
したがって、１つ以上の例示的実施形態では、説明される機能は、ハードウェア、ソフトウェア、又はそれらの任意の組み合わせにおいて実装することができる。ソフトウェアにおいて実装される場合には、それらの機能は、１つ以上の命令又はコードとして、コンピュータ可読媒体上に記憶又は符号化することができる。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスすることが可能な、任意の利用可能な媒体とすることができる。例として、限定するものではないが、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、光ディスク記憶装置、磁気ディスクス記憶装置、他の磁気記憶デバイス、コンピュータ可読媒体のタイプの組み合わせ、又は、コンピュータによってアクセスすることが可能であり、命令若しくはデータ構造の形態でコンピュータ実行可能コードを記憶するために使用することが可能な、任意の他の媒体を含み得る。
【0015】
本出願では、いくつかの実施例に対する例示によって、諸態様、実装形態、及び／又は使用事例が説明されているが、追加的又は異なる態様、実装形態、及び／又は使用事例が、多くの異なる構成及びシナリオにおいて発生し得る。本明細書で説明される態様、実装形態、及び／又は使用事例は、多くの異なるプラットフォームタイプ、デバイス、システム、形状、サイズ、及びパッケージング構成にわたって実装することができる。例えば、諸態様、実装形態、及び／又は使用事例は、集積チップの実装形態、及び、他の非モジュール構成要素ベースのデバイス（例えば、エンドユーザデバイス、車両、通信デバイス、コンピューティングデバイス、産業機器、小売／購買デバイス、医療デバイス、人工知能（ＡＩ）対応デバイスなど）を介して発生し得る。いくつかの実施例は、使用事例若しくは適用例を具体的に対象としている場合もあれば、又は対象としていない場合もあるが、説明される実施例の、幅広い組み合わせの適用可能性が生じ得る。諸態様、実装形態、及び／又は使用事例は、チップレベル又はモジュール式の構成要素から、非モジュール式、非チップレベルの実装形態まで、更には、本明細書における１つ以上の技術を組み込む、集約型、分散型、若しくは相手先商標製造会社（ＯＥＭ）のデバイス又はシステムまでの、多岐にわたり得る。いくつかの実践的設定では、説明される態様及び特徴を組み込むデバイスはまた、特許請求され説明される態様を実装及び実践するための、追加的な構成要素及び特徴も含み得る。例えば、ワイヤレス信号の送信及び受信は、アナログ目的及びデジタル目的のためのいくつもの構成要素（例えば、アンテナ、ＲＦチェーン、電力増幅器、変調器、バッファ、プロセッサ、インターリーバ、加算器／アナログ加算器などを含めた、ハードウェア構成要素）を必然的に含む。本明細書で説明される技術は、様々なサイズ、形状、及び構成の、多種多様なデバイス、チップレベル構成要素、システム、分散型構成、集約型若しくは分離型構成要素、エンドユーザデバイスなどにおいて実践することができる。
【0016】
図１は、ワイヤレス通信システム及びアクセスネットワーク１００の一実施例を示す図である。ワイヤレス通信システム及びアクセスネットワーク１００は、アクセスネットワークと、コアネットワーク１９０又は発展型パケットコア（ＥＰＣ）１６０などのコアネットワークへのバックホールネットワークとを提供するために、互いに通信する複数のセルを含む、統合アクセス及びバックホール（ＩＡＢ）ネットワークを含み得る。コアネットワーク１９０は、新無線（ＮＲ）通信をサポートするコアネットワークである、５Ｇコア（５ＧＣ）、又は、別のタイプのコアネットワークとすることができる。ＩＡＢネットワークは、１つ以上のＩＡＢノード１０３を含み得る。ＩＡＢノードは、他のＩＡＢノード１０３、基地局１０２若しくは１８０、及び／又はＵＥ１０４と通信を交換することができる。
【0017】
いくつかの態様では、ＩＡＢノード１０３は、時間デルタ構成要素１９８及び／又は時間デルタ指示構成要素１９９を含み得る。時間デルタ構成要素１９８は、親ＩＡＢノードから、ＩＡＢネットワークにおける無線経由（ＯＴＡ）同期に関する時間差パラメータを受信し、その時間差パラメータに基づいて、ＩＡＢノード及び／又は親ＩＡＢノードにおける複数のタイプの整合のうちの１つに関して、ＩＡＢノードの送信又は受信を調節するように構成することができる。時間デルタ指示構成要素は、例えば子ＩＡＢノードに、ＩＡＢネットワークにおけるＯＴＡ同期に関する時間差パラメータを送信するように構成することができ、この時間差パラメータは、子ＩＡＢノード及び／又はＩＡＢノードにおける複数のタイプの整合のうちの１つに適用可能である。第１のタイプの整合（例えば、ケース１の整合と称される場合があるもの）は、ＩＡＢネットワークの各ＩＡＢノードにわたる、ダウンリンク送信タイミング整合を含み得る。第２のタイプの整合（例えば、ケース６の整合と称される場合があるもの）は、子ＩＡＢノードのＩＡＢモバイル終端（ＩＡＢ－ＭＴ）におけるアップリンク送信と、子ＩＡＢノードのＩＡＢ分散ユニット（ＩＡＢ－ＤＵ）におけるダウンリンク送信との間のものとすることができる。第３のタイプの整合（例えば、ケース７の整合と称される場合があるもの）は、子ＩＡＢノードのＩＡＢ－ＭＴにおけるダウンリンク受信と、子ＩＡＢノードのＩＡＢ－ＤＵにおけるアップリンク受信との間のものとすることができる。いくつかの態様では、ＩＡＢノードは、時間デルタ構成要素１９８及び／又は時間デルタ指示構成要素１９９の双方を含み得るが、これは、ＩＡＢノードが、親ＩＡＢノードとしてワイヤレス通信のいくつかの態様を実行する場合があり、かつ、子ＩＡＢノードとして他の態様を実行する場合もあり、例えば、ＩＡＢノードが、親ＩＡＢノード及び子ＩＡＢノードを有し得るためである。以下の説明における実施例では、５Ｇ ＮＲに焦点が当てられる場合があるが、本明細書で説明される構想は、ＬＴＥ、ＬＴＥ－Ａ、ＣＤＭＡ、ＧＳＭ、及び他のワイヤレス技術などの、他の同様の分野にも適用可能であり得る。
【0018】
ワイヤレス通信システムはまた、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）とも称される。図１に示される基地局１０２は、マクロセルをサポートする場合があり（高電力セルラ基地局）、かつ／又は、スモールセルをサポートする場合もある（低電力セルラ基地局）。マクロセルは、基地局を含む。スモールセルは、フェムトセル、ピコセル、及びマイクロセルを含む。
【0019】
４Ｇ ＬＴＥ（発展型ユニバーサルモバイル電気通信システム（ＵＭＴＳ）地上波無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）と総称されるもの）用に構成されている基地局１０２は、第１のバックホールリンク１３２（例えば、Ｓ１インタフェース）を通じて、ＥＰＣ１６０とインタフェースすることができる。５Ｇ ＮＲ（次世代ＲＡＮ（ＮＧ－ＲＡＮ）と総称されるもの）用に構成されている基地局１０２は、第２のバックホールリンク１８４を通じて、コアネットワーク１９０とインタフェースすることができる。他の機能に加えて、基地局１０２は、以下の機能、すなわち、ユーザデータの転送、無線チャネルの暗号化及び解読、整合性保護、ヘッダ圧縮、モビリティ制御機能（例えば、ハンドオーバ、デュアル接続性）、セル間干渉協調、接続のセットアップ及び解放、負荷分散、非アクセス層（ＮＡＳ）メッセージに関する配信、ＮＡＳノード選択、同期、無線アクセスネットワーク（ＲＡＮ）共有、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）、加入者及び機器の追跡、ＲＡＮ情報管理（ＲＩＭ）、ページング、測位、並びに警告メッセージの配信のうちの１つ以上を実行することができる。基地局１０２は、第３のバックホールリンク１３４（例えば、Ｘ２インタフェース）を介して、直接、又は間接的に（例えば、ＥＰＣ１６０又はコアネットワーク１９０を通じて）互いに通信することができる。第１のバックホールリンク１３２、第２のバックホールリンク１８４（例えば、Ｘｎインタフェース）、及び第３のバックホールリンク１３４は、ワイヤード又はワイヤレスとすることができる。
【0020】
いくつかの態様では、基地局１０２又は１８０は、ＲＡＮと称される場合があり、集約型構成要素又は分離型構成要素を含み得る。分離型ＲＡＮの一実施例として、基地局は、図１に示されるように、中央ユニット（ＣＵ）１１１、１つ以上の分散ユニット（ＤＵ）１０５、及び／又は１つ以上のリモートユニット（ＲＵ）１０９を含み得る。ＲＡＮは、ＲＵ１０９と集約型ＣＵ／ＤＵとの間の分割によって、分離されることができる。ＲＡＮは、ＣＵ１１１、ＤＵ１０５、及びＲＵ１０９の間の分割によって、分離されることができる。ＲＡＮは、ＣＵ１１１と集約型ＤＵ／ＲＵとの間の分割によって、分離されることができる。ＣＵ１１１と１つ以上のＤＵ１０５とは、Ｆ１インタフェースを介して接続することができる。ＤＵ１０５とＲＵ１０９とは、フロントホールインタフェースを介して接続することができる。ＣＵ１１１とＤＵ１０５との間の接続は、ミッドホールと称される場合があり、ＤＵ１０５とＲＵ１０９との間の接続は、フロントホールと称される場合がある。ＣＵ１１１とコアネットワークとの間の接続は、バックホールと称される場合がある。ＲＡＮは、ＲＡＮの様々な構成要素間での、例えば、ＣＵ１１１、ＤＵ１０５、又はＲＵ１０９間での、機能分割に基づくものとすることができる。ＣＵ１１１は、ワイヤレス通信プロトコルの１つ以上の態様、例えば、プロトコルスタックの１つ以上のレイヤの処理を実行するように構成することができ、ＤＵは、ワイヤレス通信プロトコルの他の態様、例えば、プロトコルスタックの他のレイヤを処理するように構成することができる。種々の実装形態では、ＣＵ１１１によって処理されるレイヤと、ＤＵによって処理されるレイヤとの間の分割は、プロトコルスタックの種々のレイヤにおいて生じる場合がある。１つの非限定的な実施例として、ＤＵ１０５は、機能分割に基づいて、無線リンク制御（ＲＬＣ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、及び、物理（ＰＨＹ）レイヤの少なくとも一部分をホストするための、論理ノードを提供することができる。ＲＵは、ＰＨＹレイヤの少なくとも一部分及び無線周波数（ＲＦ）処理をホストするように構成されている、論理ノードを提供することができる。ＣＵ１１１は、例えば、サービスデータ適応プロトコル（ＳＤＡＰ）レイヤ、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤなどの、ＲＬＣレイヤよりも上の、上位レイヤ機能をホストすることができる。他の実装形態では、ＣＵ、ＤＵ、又はＲＵによって提供されるレイヤ機能間の分割は、異なる場合がある。
【0021】
アクセスネットワークは、例えば、図４～図６に関連してより詳細に説明されるように、アクセスとコアネットワークへのバックホールとを提供するために、ＵＥ１０４又は他の統合アクセス及びバックホール（ＩＡＢ）ノード１０３とワイヤレス通信を交換する、１つ以上のＩＡＢノード１０３を含み得る。複数のＩＡＢノードのＩＡＢネットワーク内では、アンカーノードが、ＩＡＢドナーと称される場合がある。ＩＡＢドナーは、コアネットワーク１９０若しくはＥＰＣ１６０へのアクセス、及び／又は、１つ以上のＩＡＢノード１０３への制御を提供する、基地局１０２又は１８０とすることができる。ＩＡＢドナーは、ＣＵ１１１及びＤＵ１０５を含み得る。ＩＡＢノード１０３は、ＤＵ１０５及びモバイル終端（ＭＴ）を含み得る。ＩＡＢノード１０３のＤＵ１０５は、親ノードとして動作することができ、ＭＴは、子ノードとして動作することができる。
【0022】
基地局１０２は、ＵＥ１０４とワイヤレス通信することができる。基地局１０２のそれぞれは、それぞれの地理的カバレッジエリア１１０に関する通信カバレッジを提供することができる。重複する地理的カバレッジエリア１１０が存在し得る。例えば、スモールセル１０２’は、１つ以上のマクロ基地局１０２のカバレッジエリア１１０と重複する、カバレッジエリア１１０’を有し得る。スモールセル及びマクロセルの双方を含むネットワークは、異種ネットワークとして既知であり得る。異種ネットワークはまた、クローズド加入者グループ（ＣＳＧ）として既知の制限付きグループにサービスを提供することが可能な、ホーム発展型ノードＢ（ｅＮＢ）（ＨｅＮＢ）も含み得る。基地局１０２とＵＥ１０４との間の通信リンク１２０は、ＵＥ１０４から基地局１０２へのアップリンク（ＵＬ）（逆方向リンクとも称される）送信、及び／又は、基地局１０２からＵＥ１０４へのダウンリンク（ＤＬ）（順方向リンクとも称される）送信を含み得る。通信リンク１２０は、空間多重化、ビームフォーミング、及び／又は送信ダイバーシティを含めた、多入力多出力（ＭＩＭＯ）アンテナ技術を使用することができる。通信リンクは、１つ以上のキャリアを通じたものとすることができる。基地局１０２／ＵＥ１０４は、各方向における送信のために使用される、合計で最大ＹｘＭＨｚ（ｘ個のコンポーネントキャリア）のキャリアアグリゲーションにおいて割り当てられる、１つのキャリア当たり最大ＹＭＨｚ（例えば、５、１０、１５、２０、１００、４００ＭＨｚなど）の帯域幅のスペクトルを使用することができる。それらのキャリアは、互いに隣接している場合もあれば、又は隣接していない場合もある。キャリアの割り当ては、ＤＬとＵＬとに対して非対称の場合もある（例えば、ＤＬに関しては、ＵＬよりも多くのキャリア又は少ないキャリアが割り当てられる場合もある）。コンポーネントキャリアは、１次コンポーネントキャリアと、１つ以上の２次コンポーネントキャリアとを含み得る。１次コンポーネントキャリアは、１次セル（Ｐセル）と称される場合があり、２次コンポーネントキャリアは、２次セル（Ｓセル）と称される場合がある。
【0023】
特定のＵＥ１０４は、端末間（Ｄ２Ｄ）通信リンク１５８を使用して、互いに通信することができる。Ｄ２Ｄ通信リンク１５８は、ＤＬ／ＵＬ ＷＷＡＮスペクトルを使用することができる。Ｄ２Ｄ通信リンク１５８は、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）、物理サイドリンク発見チャネル（ＰＳＤＣＨ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）、及び物理サイドリンク制御チャネル（ＰＳＣＣＨ）などの、１つ以上のサイドリンクチャネルを使用することができる。Ｄ２Ｄ通信は、例えば、ＷｉＭｅｄｉａ、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、米国電気電子技術者協会（ＩＥＥＥ）８０２．１１規格に基づくＷｉ－Ｆｉ、ＬＴＥ、又はＮＲなどの、様々なワイヤレスＤ２Ｄ通信システムを通じたものとすることができる。
【0024】
サイドリンク通信のいくつかの例としては、車車間（Ｖ２Ｖ）、（例えば、車両ベースの通信デバイスから、路側ユニット（ＲＳＵ）などの道路インフラストラクチャノードへの）路車間（Ｖ２Ｉ）、（例えば、車両ベース通信デバイスから、基地局などの１つ以上のネットワークノードへの）車ネットワーク間（Ｖ２Ｎ）、歩車間（Ｖ２Ｐ）、セルラ車両対あらゆるモノ（Ｃ－Ｖ２Ｘ）、及び／又は、これらの組み合わせから通信すること、並びに／あるいは、他のデバイスと通信することが可能な、車両ベースの通信デバイスを挙げることができ、それらは、車両対あらゆるモノ（Ｖ２Ｘ）通信と総称することができる。サイドリンク通信は、Ｖ２Ｘ、又は、近接サービス（ＰｒｏＳｅ）などの他のＤ２Ｄ通信に基づき得る。ＵＥに加えて、サイドリンク通信はまた、路側ユニット（ＲＳＵ）１０７などの他の送受信デバイスなどによって、送受信することもできる。
【0025】
ワイヤレス通信システムは、例えば、５ＧＨｚの免許不要周波数スペクトルなどにおいて、通信リンク１５４を介してＷｉ－Ｆｉ局（ＳＴＡ）１５２と通信する、Ｗｉ－Ｆｉアクセスポイント（ＡＰ）１５０を更に含み得る。免許不要周波数スペクトルにおいて通信する場合、ＳＴＡ１５２／ＡＰ１５０は、チャネルが利用可能であるか否かを決定するために、通信の前にクリアチャネル評価（ＣＣＡ）を実行することができる。
【0026】
スモールセル１０２’は、認可周波数スペクトル及び／又は免許不要周波数スペクトルにおいて動作することができる。免許不要周波数スペクトルにおいて動作する場合、スモールセル１０２’は、ＮＲを採用して、Ｗｉ－Ｆｉ ＡＰ１５０によって使用されるものと同じ免許不要周波数スペクトル（例えば、５ＧＨｚなど）を使用することができる。スモールセル１０２’は、免許不要周波数スペクトルにおいてＮＲを採用することにより、アクセスネットワークへのカバレッジを増強し、かつ／又は、アクセスネットワークの容量を増大させることができる。
【0027】
電磁スペクトルは、周波数／波長に基づいて、様々なクラス、帯域、チャネルなどへと細分化される場合が多い。５Ｇ ＮＲにおいては、２つの初期動作帯域が、周波数範囲指定ＦＲ１（４１０ＭＨｚ～７．１２５ＧＨｚ）及びＦＲ２（２４．２５ＧＨｚ～５２．６ＧＨｚ）として識別されている。ＦＲ１の一部分は、６ＧＨｚよりも高いが、ＦＲ１は、様々な文書及び論文において（互換的に）「サブ６ＧＨｚ」帯域と称される場合が多い。同様の命名法上の問題が、ＦＲ２に関しても生じる場合があり、ＦＲ２は、国際電気通信連合（ＩＴＵ）によって「ミリ波」帯域として識別されている極高周波（ＥＨＦ）帯域（３０ＧＨｚ～３００ＧＨｚ）とは異なるにもかかわらず、文書及び論文において、「ミリ波」帯域と（互換的に）称される場合が多い。
【0028】
ＦＲ１とＦＲ２との間の周波数は、中間帯域周波数と称される場合が多い。最近の５Ｇ ＮＲ研究では、これらの中間帯域周波数に関する動作帯域を、周波数範囲指定ＦＲ３（７．１２５ＧＨｚ～２４．２５ＧＨｚ）として識別している。ＦＲ３の範囲内にある周波数帯域は、ＦＲ１の特性及び／又はＦＲ２の特性を継承し得るものであり、それゆえ、ＦＲ１及び／又はＦＲ２の特徴を、中間帯域周波数に効果的に拡張することができる。更には、５２．６ＧＨｚを超えて５Ｇ ＮＲ動作を拡張するために、より高い周波数帯域が現在検討されている。例えば、より高い３つの動作帯域が、周波数範囲指定ＦＲ４ａ又はＦＲ４－１（５２．６ＧＨｚ～７１ＧＨｚ）、ＦＲ４（５２．６ＧＨｚ～１１４．２５ＧＨｚ）、及びＦＲ５（１１４．２５ＧＨｚ～３００ＧＨｚ）として識別されている。これらのより高い周波数帯域のそれぞれは、ＥＨＦ帯域の範囲内にある。
【0029】
上記の態様を念頭におくと、別段に明記されていない限り、「サブ６ＧＨｚ」などの用語は、本明細書で使用される場合には、６ＧＨｚ未満であり得る周波数、ＦＲ１の範囲内であり得る周波数、又は中間帯域周波数を含み得る周波数を、広範に表す場合がある点を理解されたい。更には、別段に明記されていない限り、「ミリ波」などの用語は、本明細書で使用される場合には、中間帯域周波数を含み得る周波数、ＦＲ２、ＦＲ４、ＦＲ４－ａ若しくはＦＲ４－１、及び／又はＦＲ５の範囲内であり得る周波数、あるいはＥＨＦ帯域の範囲内であり得る周波数を、広範に表す場合がある点を理解されたい。
【0030】
基地局１０２は、スモールセル１０２’であるか又はラージセル（例えば、マクロ基地局）であるかにかかわらず、ｅＮＢ、ｇノードＢ（ｇＮＢ）、若しくは別のタイプの基地局を含み得るものであり、かつ／又は、そのように称される場合がある。ｇＮＢ１８０などのいくつかの基地局は、ＵＥ１０４と通信する、従来のサブ６ＧＨｚスペクトル、ミリ波周波数、及び／又は準ミリ波周波数において動作することができる。ｇＮＢ１８０が、ミリ波周波数又は準ミリ波周波数において動作する場合、ｇＮＢ１８０は、ミリ波基地局と称される場合がある。極高周波（ＥＨＦ）は、電磁スペクトルにおけるＲＦの一部である。ＥＨＦは、３０ＧＨｚ～３００ＧＨｚの範囲、及び１ミリメートル～１０ミリメートルの波長を有する。この帯域内の電波は、ミリ波と称される場合がある。準ミリ波は、１００ミリメートルの波長を有する３ＧＨｚの周波数に至るまで低下し得る。超高周波（ＳＨＦ）帯域は、３ＧＨｚ～３０ＧＨｚに及び、センチメートル波とも称される。ミリ波／準ミリ波の無線周波数（ＲＦ）帯域（例えば、３ＧＨｚ～３００ＧＨｚ）を使用する通信は、極めて高い経路損失、及び短い距離を有する。ミリ波基地局１８０は、極めて高い経路損失、及び短い距離を補償するために、ＵＥ１０４と共にビームフォーミング１８２を利用することができる。基地局１８０及びＵＥ１０４はそれぞれ、ビームフォーミングを容易にするために、アンテナ要素、アンテナパネル、及び／又はアンテナアレイなどの、複数のアンテナを含み得る。
【0031】
基地局１８０は、ビームフォーミングされた信号を、１つ以上の送信方向１８２’でＵＥ１０４に送信することができる。ＵＥ１０４は、そのビームフォーミングされた信号を、１つ以上の受信方向１８２’’で基地局１８０から受信することができる。ＵＥ１０４はまた、ビームフォーミングされた信号を、１つ以上の送信方向で基地局１８０に送信することもできる。基地局１８０は、そのビームフォーミングされた信号を、１つ以上の受信方向でＵＥ１０４から受信することができる。基地局１８０／ＵＥ１０４は、基地局１８０／ＵＥ１０４のそれぞれに関する、最良の受信方向及び送信方向を決定するために、ビームトレーニングを実行することができる。基地局１８０に関する送信方向と受信方向とは、同じ場合もあれば、同じではない場合もある。ＵＥ１０４に関する送信方向と受信方向とは、同じ場合もあれば、同じではない場合もある。
【0032】
ＥＰＣ１６０は、モビリティ管理エンティティ（ＭＭＥ）１６２、他のＭＭＥ１６４、サービングゲートウェイ１６６、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１６８、ブロードキャストマルチキャストサービスセンタ（ＢＭ－ＳＣ）１７０、及びパケットデータネットワーク（ＰＤＮ）ゲートウェイ１７２を含み得る。ＭＭＥ１６２は、ホーム加入者サーバ（ＨＳＳ）１７４と通信することができる。ＭＭＥ１６２は、ＵＥ１０４とＥＰＣ１６０との間のシグナリングを処理する制御ノードである。一般に、ＭＭＥ１６２は、ベアラ及び接続管理を提供する。全てのユーザインターネットプロトコル（ＩＰ）パケットは、サービングゲートウェイ１６６を通じて転送され、サービングゲートウェイ１６６自体は、ＰＤＮゲートウェイ１７２に接続されている。ＰＤＮゲートウェイ１７２は、ＵＥのＩＰアドレスの割り当て、並びに他の機能を提供する。ＰＤＮゲートウェイ１７２及びＢＭ－ＳＣ１７０は、ＩＰサービス１７６に接続されている。ＩＰサービス１７６は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、ＰＳストリーミングサービス、及び／又は他のＩＰサービスを含み得る。ＢＭ－ＳＣ１７０は、ＭＢＭＳユーザサービスのプロビジョニング及び配信に関する機能を提供することができる。ＢＭ－ＳＣ１７０は、コンテンツプロバイダのＭＢＭＳ送信に関するエントリポイントとしての役割を果たし得るものであり、公衆陸上移動通信網（ＰＬＭＮ）内でのＭＢＭＳベアラサービスを認可及び開始するために使用することができ、ＭＢＭＳ送信をスケジューリングするために使用することができる。ＭＢＭＳゲートウェイ１６８は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属している基地局１０２に、ＭＢＭＳトラフィックを分配するために使用することができ、セッション管理（開始／停止）、及びｅＭＢＭＳ関連の課金情報の収集を担当し得る。
【0033】
コアネットワーク１９０は、アクセス及びモビリティ管理機能（ＡＭＦ）１９２、他のＡＭＦ１９３、セッション管理機能（ＳＭＦ）１９４、並びにユーザプレーン機能（ＵＰＦ）１９５を含み得る。ＡＭＦ１９２は、統合データ管理（ＵＤＭ）１９６と通信することができる。ＡＭＦ１９２は、ＵＥ１０４とコアネットワーク１９０との間のシグナリングを処理する制御ノードである。一般に、ＡＭＦ１９２は、ＱｏＳフロー及びセッション管理を提供する。全てのユーザインターネットプロトコル（ＩＰ）パケットは、ＵＰＦ１９５を通じて転送される。ＵＰＦ１９５は、ＵＥのＩＰアドレスの割り当て、並びに他の機能を提供する。ＵＰＦ１９５は、ＩＰサービス１９７に接続されている。ＩＰサービス１９７は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、パケット交換（ＰＳ）ストリーミング（ＰＳＳ）サービス、及び／又は他のＩＰサービスを含み得る。
【0034】
基地局は、ｇＮＢ、ノードＢ、ｅＮＢ、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、送受信ポイント（ＴＲＰ）、若しくは何らかの他の好適な用語を含み得るものであり、かつ／又は、そのように称される場合がある。基地局１０２は、ＥＰＣ１６０又はコアネットワーク１９０へのアクセスポイントを、ＵＥ１０４に提供する。ＵＥ１０４の例としては、セルラフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ）フォン、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲームコンソール、タブレット、スマートデバイス、ウェアラブルデバイス、車両、電気メータ、ガスポンプ、大型若しくは小型の調理家電、ヘルスケアデバイス、インプラント、センサ／アクチュエータ、ディスプレイ、又は任意の他の同様の機能デバイスが挙げられる。ＵＥ１０４のうちのいくつかは、ＩｏＴデバイス（例えば、パーキングメータ、ガスポンプ、トースタ、車両、心臓モニタなど）と称される場合がある。ＵＥ１０４はまた、局、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又は何らかの他の好適な用語で称される場合もある。いくつかのシナリオでは、ＵＥという用語はまた、デバイスコンスタレーション構成などにおける、１つ以上のコンパニオンデバイスにも適用することができる。これらのデバイスのうちの１つ以上は、ネットワークに集合的にアクセスすることができ、かつ／又は、ネットワークに個別にアクセスすることもできる。
【0035】
５Ｇ新無線（ＮＲ）システムなどの、通信システムの展開は、様々な構成要素又は構成部分を使用して、複数の方式で構成することができる。５Ｇ ＮＲシステム、又はネットワークにおいては、ネットワークノード、ネットワークエンティティ、ネットワークのモビリティ要素、無線アクセスネットワーク（ＲＡＮ）ノード、コアネットワークノード、ネットワーク要素、又は、基地局（ＢＳ）などのネットワーク機器、若しくは基地局機能性を実行する１つ以上のユニット（又は、１つ以上の構成要素）を、集約型アーキテクチャ又は分離型アーキテクチャで実装することができる。例えば、ＢＳ（ノードＢ（ＮＢ）、発展型ＮＢ（ｅＮＢ）、ＮＲ ＢＳ、５Ｇ ＮＢ、アクセスポイント（ＡＰ）、送受信ポイント（ＴＲＰ）、又はセルなど）を、集約型基地局（スタンドアロンＢＳ又はモノリシックＢＳとしても既知）又は分離型基地局として実装することができる。
【0036】
集約型基地局は、単一のＲＡＮノード内に物理的又は論理的に統合されている、無線プロトコルスタックを利用するように構成することができる。分離型基地局は、２つ以上のユニット（１つ以上の中央ユニット若しくは集中ユニット（ＣＵ）、１つ以上の分散ユニット（ＤＵ）、又は１つ以上の無線ユニット（ＲＵ）など）の間で物理的又は論理的に分散されている、プロトコルスタックを利用するように構成することができる。いくつかの態様では、ＣＵを、ＲＡＮノード内に実装することができ、１つ以上のＤＵを、ＣＵと同じ場所に配置することができ、あるいは代替的に、１つ又は複数の他のＲＡＮノード全体にわたって、地理的若しくは仮想的に分散させることもできる。ＤＵは、１つ以上のＲＵと通信するように実装することができる。ＣＵ、ＤＵ、及びＲＵのそれぞれはまた、仮想ユニット、すなわち、仮想中央ユニット（ＶＣＵ）、仮想分散ユニット（ＶＤＵ）、又は仮想無線ユニット（ＶＲＵ）として実装することもできる。
【0037】
基地局タイプの運用又はネットワーク設計は、基地局機能性の集約特性を考慮することができる。例えば、分離型基地局は、統合アクセスバックホール（ＩＡＢ）ネットワーク、オープン無線アクセスネットワーク（Ｏ－ＲＡＮ（Ｏ－ＲＡＮアライアンスによって支援されるネットワーク構成など））、又は仮想化無線アクセスネットワーク（ｖＲＡＮ、クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）としても既知）において利用することができる。分離とは、様々な物理的位置における２つ以上のユニットにわたって機能性を分散させること、並びに、少なくとも１つのユニットに関する機能性を仮想的に分散させることを含み得るものであり、このことにより、ネットワーク設計における柔軟性が可能となり得る。分離型基地局又は分離型ＲＡＮアーキテクチャの様々なユニットは、少なくとも１つの他のユニットと、ワイヤード通信又はワイヤレス通信するように構成することができる。
【0038】
図１５は、例示的な分離型基地局１５００アーキテクチャを示す図を示す。分離型基地局１５００アーキテクチャは、バックホールリンクを介してコアネットワーク１５２０と直接通信すること、あるいは、１つ以上の分離型基地局ユニット（Ｅ２リンクを介した準リアルタイム（準ＲＴ）ＲＡＮインテリジェントコントローラ（ＲＩＣ）１５２５、又は、サービス管理及びオーケストレーション（ＳＭＯ）フレームワーク１５０５に関連付けられている非リアルタイム（非ＲＴ）ＲＩＣ１５１５、若しくはその双方など）を通じて、コアネットワーク１５２０と間接的に通信することが可能な、１つ以上の中央ユニット（ＣＵ）１５１０を含み得る。ＣＵ１５１０は、Ｆ１インタフェースなどのそれぞれのミッドホールリンクを介して、１つ以上の分散ユニット（ＤＵ）１５３０と通信することができる。ＤＵ１５３０は、それぞれのフロントホールリンクを介して、１つ以上の無線ユニット（ＲＵ）１５４０と通信することができる。ＲＵ１５４０は、１つ以上の無線周波数（ＲＦ）アクセスリンクを介して、それぞれのＵＥ１０４と通信することができる。いくつかの実装形態では、ＵＥ１０４には、複数のＲＵ１５４０によって同時にサービス提供することができる。
【0039】
ユニットのそれぞれ、すなわち、ＣＵ１５１０、ＤＵ１５３０、ＲＵ１５４０、並びに、準ＲＴ ＲＩＣ１５２５、非ＲＴ ＲＩＣ１５１５、及びＳＭＯフレームワーク１５０５は、ワイヤ－ド伝送媒体又はワイヤレス伝送媒体を介して、信号、データ、若しくは情報（総称して、信号）を受信又は送信するように構成されている、１つ以上のインタフェースを含み得るか、あるいは、そのような１つ以上のインタフェースに結合することができる。ユニットのそれぞれ、又は、ユニットの通信インタフェースに命令を提供する関連プロセッサ若しくはコントローラは、伝送媒体を介して、他のユニットのうちの１つ以上と通信するように構成することができる。例えば、それらのユニットは、他のユニットのうちの１つ以上に対するワイヤ－ド伝送媒体を介して、信号を受信又は送信するように構成されている、ワイヤ－ドインタフェースを含み得る。更には、それらのユニットは、他のユニットのうちの１つ以上に対するワイヤレス伝送媒体を介して、信号を受信若しくは送信又は送受信するように構成されている、受信機、送信機、又はトランシーバ（無線周波数（ＲＦ）トランシーバなど）を含み得る、ワイヤレスインタフェースを含み得る。
【0040】
いくつかの態様では、ＣＵ１５１０は、１つ以上の上位レイヤの制御機能をホストすることができる。そのような制御機能としては、無線リソース制御（ＲＲＣ）、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）、サービスデータ適応プロトコル（ＳＤＡＰ）などを挙げることができる。各制御機能には、ＣＵ１５１０によってホストされる他の制御機能と信号を通信するように構成されている、インタフェースを実装することができる。ＣＵ１５１０は、ユーザプレーン機能性（すなわち、中央ユニット－ユーザプレーン（ＣＵ－ＵＰ））、制御プレーン機能性（すなわち、中央ユニット－制御プレーン（ＣＵ－ＣＰ））、又はそれらの組み合わせを処理するように構成することができる。いくつかの実装形態では、ＣＵ１５１０は、１つ以上のＣＵ－ＵＰユニットと、１つ以上のＣＵ－ＣＰユニットとに、論理的に分割することができる。ＣＵ－ＵＰユニットは、Ｏ－ＲＡＮ構成で実装される場合、Ｅ１インタフェースなどのインタフェースを介して、ＣＵ－ＣＰユニットと双方向通信することができる。ＣＵ１５１０は、ネットワーク制御及びシグナリングのために、必要に応じて、ＤＵ１５３０と通信するように実装することができる。
【0041】
ＤＵ１５３０は、１つ以上のＲＵ１５４０の動作を制御するための１つ以上の基地局機能を含む、論理ユニットに対応し得る。いくつかの態様では、ＤＵ１５３０は、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって定義されているものなどの機能分割に少なくとも部分的に応じて、無線リンク制御（ＲＬＣ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、及び１つ以上の上位物理（ＰＨＹ）レイヤ（前方誤り訂正（ＦＥＣ）符号化及び復号化、スクランブル化、変調及び復調などに関するモジュールなど）のうちの、１つ以上をホストすることができる。いくつかの態様では、ＤＵ１５３０は更に、１つ以上の下位ＰＨＹレイヤをホストすることができる。各レイヤ（又は、モジュール）には、ＤＵ１５３０によってホストされる他のレイヤ（及び、モジュール）と信号を通信するように、又は、ＣＵ１５１０によってホストされる制御機能と信号を通信するように構成されている、インタフェースを実装することができる。
【0042】
下位レイヤ機能性は、１つ以上のＲＵ１５４０によって実装することができる。いくつかの展開では、ＤＵ１５３０によって制御されるＲＵ１５４０は、下位レイヤ機能分割などの機能分割に少なくとも部分的に基づいて、ＲＦ処理機能、又は下位ＰＨＹレイヤ機能（高速フーリエ変換（ＦＦＴ）、逆ＦＦＴ（ｉＦＦＴ）、デジタルビームフォーミング、物理ランダムアクセスチャネル（ＰＲＡＣＨ）の抽出及びフィルタリングなどを実行することなど）、あるいはその双方をホストする、論理ノードに対応し得る。そのようなアーキテクチャでは、ＲＵ１５４０は、１つ以上のＵＥ１０４との無線経由（ＯＴＡ）通信を処理するように実装することができる。いくつかの実装形態では、ＲＵ１５４０との制御プレーン通信及びユーザプレーン通信の、リアルタイム態様及び非リアルタイム態様は、対応するＤＵ１５３０によって制御することができる。いくつかのシナリオでは、この構成により、ＤＵ１５３０及びＣＵ１５１０は、ｖＲＡＮアーキテクチャなどの、クラウドベースのＲＡＮアーキテクチャで実装されることが可能となり得る。
【0043】
ＳＭＯフレームワーク１５０５は、非仮想化ネットワーク要素及び仮想化ネットワーク要素の、ＲＡＮ展開及びプロビジョニングをサポートするように構成することができる。非仮想化ネットワーク要素に関しては、ＳＭＯフレームワーク１５０５は、運用及び保守インタフェース（Ｏ１インタフェースなど）を介して管理することが可能な、ＲＡＮカバレッジ要件に関する専用物理リソースの展開をサポートするように構成することができる。仮想化ネットワーク要素に関しては、ＳＭＯフレームワーク１５０５は、クラウドコンピューティングプラットフォームインタフェース（Ｏ２インタフェースなど）を介してネットワーク要素のライフサイクル管理を実行するために（仮想化ネットワーク要素をインスタンス化することなどのために）、クラウドコンピューティングプラットフォーム（オープンクラウド（Ｏ－クラウド）１５９０など）と相互作用するように構成することができる。そのような仮想化ネットワーク要素としては、限定するものではないが、ＣＵ１５１０、ＤＵ１５３０、ＲＵ１５４０、及び準ＲＴ ＲＩＣ１５２５を挙げることができる。いくつかの実装形態では、ＳＭＯフレームワーク１５０５は、Ｏ１インタフェースを介して、オープンｅＮＢ（Ｏ－ｅＮＢ）１５１１などの４Ｇ ＲＡＮのハードウェア態様と通信することができる。更には、いくつかの実装形態では、ＳＭＯフレームワーク１５０５は、Ｏ１インタフェースを介して、１つ以上のＲＵ１５４０と直接通信することができる。ＳＭＯフレームワーク１５０５はまた、ＳＭＯフレームワーク１５０５の機能性をサポートするように構成されている、非ＲＴ ＲＩＣ１５１５も含み得る。
【0044】
非ＲＴ ＲＩＣ１５１５は、ＲＡＮ要素及びリソースの非リアルタイム制御及び最適化、モデルのトレーニング及び更新を含む人工知能／機械学習（ＡＩ／ＭＬ）ワークフロー、又は、準ＲＴ ＲＩＣ１５２５におけるアプリケーション／機能のポリシーベースのガイダンスを可能にする、論理関数を含むように構成することができる。非ＲＴ ＲＩＣ１５１５は、準ＲＴ ＲＩＣ１５２５に結合させることができ、又は（Ａ１インタフェースなどを介して）準ＲＴ ＲＩＣ１５２５と通信することもできる。準ＲＴ ＲＩＣ１５２５は、１つ以上のＣＵ１５１０、１つ以上のＤＵ１５３０、又はその双方、並びにＯ－ｅＮＢを、準ＲＴ ＲＩＣ１５２５に接続するインタフェースを介した（Ｅ２インタフェースなどを介した）、データ収集及びアクションを介して、ＲＡＮ要素及びリソースの準リアルタイムの制御と最適化とを可能にする、論理関数を含むように構成することができる。
【0045】
いくつかの実装形態では、準ＲＴ ＲＩＣ１５２５において展開するためのＡＩ／ＭＬモデルを生成するために、非ＲＴ ＲＩＣ１５１５は、外部サーバから、パラメータ又は外部エンリッチメント情報を受信することができる。そのような情報は、準ＲＴ ＲＩＣ１５２５によって利用することができ、非ネットワークデータソースから、又はネットワーク機能から、ＳＭＯフレームワーク１５０５又は非ＲＴ ＲＩＣ１５１５において受信することができる。いくつかの実施例では、非ＲＴ ＲＩＣ１５１５又は準ＲＴ ＲＩＣ１５２５は、ＲＡＮの挙動又は性能を調整するように構成することができる。例えば、非ＲＴ ＲＩＣ１５１５は、性能に関する長期的な傾向及びパターンを監視して、ＳＭＯフレームワーク１５０５を通じた是正措置（Ｏ１を介した再構成など）、又はＲＡＮ管理ポリシー（Ａ１ポリシーなど）の作成を介した是正措置を実行するために、ＡＩ／ＭＬモデルを採用することができる。
【0046】
図２Ａは、５Ｇ／ＮＲフレーム構造内の第１のサブフレームの一実施例を示す、図２００である。図２Ｂは、５Ｇ／ＮＲサブフレーム内のＤＬチャネルの一実施例を示す、図２３０である。図２Ｃは、５Ｇ／ＮＲフレーム構造内の第２のサブフレームの一実施例を示す、図２５０である。図２Ｄは、５Ｇ／ＮＲサブフレーム内のＵＬチャネルの一実施例を示す、図２８０である。５Ｇ／ＮＲフレーム構造は、特定のサブキャリアのセット（キャリアシステム帯域幅）に関して、そのサブキャリアのセット内のサブフレームが、ＤＬ又はＵＬのいずれかに専用となる、周波数分割複信（ＦＤＤ）とすることができ、あるいは、特定のサブキャリアのセット（キャリアシステム帯域幅）に関して、そのサブキャリアのセット内のサブフレームが、ＤＬ及びＵＬの双方に専用となる、時分割複信（ＴＤＤ）とすることもできる。図２Ａ、図２Ｃによって提供される実施例では、５Ｇ／ＮＲフレーム構造は、ＴＤＤであると想定されており、サブフレーム４は、（殆どがＤＬである）スロットフォーマット２８で構成されており、この場合、ＤがＤＬであり、ＵがＵＬであり、Ｘは、ＤＬ／ＵＬ間での使用に関してフレキシブルであり、サブフレーム３は（殆どがＵＬである）スロットフォーマット３４で構成されている。サブフレーム３、４が、それぞれ、スロットフォーマット３４、２８で示されているが、任意の特定のサブフレームを、様々な利用可能なスロットフォーマット０～６１のうちのいずれかで構成することができる。スロットフォーマット０、１は、それぞれ、全てがＤＬ、ＵＬである。他のスロットフォーマット２～６１は、ＤＬシンボル、ＵＬシンボル、及びフレキシブルシンボルの混合を含む。ＵＥは、受信されたスロットフォーマットインジケータ（ＳＦＩ）を通じて、（ＤＬ制御情報（ＤＣＩ）を通じて動的に、又は、無線リソース制御（ＲＲＣ）シグナリングを通じて半静的に／静的に）スロットフォーマットで構成される。以下の説明はまた、ＴＤＤである５Ｇ／ＮＲフレーム構造にも適用される点に留意されたい。
【0047】
図２Ａ～図２Ｄは、或るフレーム構造を示すものであり、本開示の態様は、異なるフレーム構造及び／又は異なるチャネルを有し得る、他のワイヤレス通信技術に適用可能であり得る。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレーム（１ｍｓ）に分割することができる。各サブフレームは、１つ以上のタイムスロットを含み得る。サブフレームはまた、７つ、４つ、又は２つのシンボルを含み得る、ミニスロットも含み得る。各スロットは、サイクリックプレフィックス（ＣＰ）がノーマルであるか又は拡張されているかに応じて、１４個又は１２個のシンボルを含み得る。ノーマルＣＰの場合、各スロットは１４個のシンボルを含み得るものであり、拡張ＣＰの場合、各スロットは１２個のシンボルを含み得る。ＤＬ上のシンボルは、ＣＰ直交周波数分割多重（ＯＦＤＭ）（ＣＰ－ＯＦＤＭ）シンボルとすることができる。ＵＬ上のシンボルは、ＣＰ－ＯＦＤＭシンボル（高スループットのシナリオの場合）、又は離散フーリエ変換（ＤＦＴ）拡散ＯＦＤＭ（ＤＦＴ－ｓ－ＯＦＤＭ）シンボル（シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）シンボルとも称されるもの）（電力が制限されているシナリオ、すなわち、単一ストリーム送信に制限されている場合）とすることができる。サブフレーム内のスロットの数は、ＣＰ及び数論理に基づく。この数論理は、サブキャリア間隔（ＳＣＳ）を定義し、事実上、１／ＳＣＳに等しいシンボル長／持続時間を定義する。
【0048】
【表1】
【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】
図９は、ＩＡＢノード９０２と親ＩＡＢノード９０４との間の、例示的な通信フロー９００を示す。９０６において、ＩＡＢノード９０２は、複数の異なるタイミング整合モードのうちの１つに基づいて動作する。例えば、ＩＡＢノード９０２は、ケース１のＤＵ間でのダウンリンク送信のタイミング整合（図７Ａなど）、ケース６のＩＡＢノードにおける送信のタイミング整合（例えば、図７Ｂなど）、及び／又は、ケース７のＩＡＢノードにおける受信のタイミング整合（例えば、図７Ｃなど）のうちのいずれかに基づいて動作することができる。９０８において、ＩＡＢノード９０２は、親ＩＡＢノード９０４から時間差パラメータＴｄｅｌｔａを受信する。ＩＡＢノード９０２は、Ｔｄｅｌｔａが、ケース１のＤＵ間でのダウンリンク送信のタイミング整合に適用可能であると判定する。９１２において、ＩＡＢノード９０２は、そのＩＡＢノードのＤＵのダウンリンク送信タイミングを、親ＩＡＢノード９０４のＤＵと整合させるように調節するために、ケース１のタイミング整合に関してＴｄｅｌｔａを適用する。次いで、ＩＡＢノード９０２は、その整合を親ＩＡＢノードのダウンリンク送信９１６に同期させるように、Ｔｄｅｌｔａに基づいて調節されたタイミングを有する、ダウンリンク送信９１４を送信する。更なる態様として、ＩＡＢノードは、ＩＡＢノードのタイミングを設定及び／又は統制するための親ＩＡＢノードからのフィードバックをＩＡＢノードに提供することが可能な、リソースの頻繁なセットに対して、ケース１のタイミング整合に基づいて動作するように、ＩＡＢノードが構成されている場合には、ドリフトを回避して、ＯＴＡ同期を実行することができる。一実施例として、ＩＡＢノードは、少なくとも１００ｍｓごとにケース１のタイミングに基づいて動作するように、構成することができる。他の実施例では、ＩＡＢノードは、１００ｍｓよりも短い周波数で、又は、２００ｍｓ、３００ｍｓ、４００ｍｓ、５００ｍｓ、６００ｍｓ、若しくは６４０ｍｓごとなどの、より長い周波数で、ケース１のタイミングに基づいて動作するように構成することができる。一実施例として、この周波数は、数百ｍｓの長さに関連付けることができる。
【0089】
いくつかの態様では、ＩＡＢノードのＩＡＢ－ＭＴ送信タイミングは、親ＩＡＢノードからのＴＡコマンドに親ノードからのオフセットを加えたものから取得することができる。ケース７によるタイミング整合で動作するＩＡＢノードは、Ｔｄｅｌｔａ（ケース７のタイミング整合に適用するためのもの）＝Ｔｄｅｌｔａ（ケース１の整合に関連付けられるもの）＋示されているオフセットであると、決定することができる。
【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】
開示されているプロセス／フローチャートにおけるブロックの、特定の順序又は階層は、例示的な手法の一例である点を理解されたい。設計選好に基づいて、それらのプロセス／フローチャートにおけるブロックの特定の順序又は階層を、再構成することができる点を理解されたい。更には、いくつかのブロックを組み合わせるか、又は省略することもできる。添付の方法請求項は、様々なブロックの要素を、例示的な順序で提示するものであり、提示されている特定の順序又は階層に限定されることを意味するものではない。
【0117】
前述の説明は、本明細書で説明されている様々な態様を、あらゆる当業者が実践することを可能にするために提供されている。これらの態様に対する様々な修正が、当業者には容易に明らかとなり、本明細書で定義されている一般的原理は、他の態様に適用することもできる。それゆえ、特許請求の範囲は、本明細書で説明されている態様に限定されるものではなく、特許請求の範囲の文言と一致する全範囲が与えられるべきである。単数形による要素への言及は、そのように明記されていない限り、「１つのみ」を意味するものではなく、むしろ「１つ以上」を意味するものとする。「～の場合には（if）」、「～のとき（when）」、及び「～の間（while）」などの用語は、即座の時間的な関係又は反応を意味するものではない。すなわち、これらの語句、例えば「～のとき（when）」は、或るアクションの発生に応答した、又は或るアクションの発生中の、即座のアクションを意味するものではなく、条件が満たされる場合にはアクションが発生することになるが、そのアクションが発生するための特定又は即座の時間的制約を必要とするものではないことを、単純に意味している。「例示的（exemplary）」という語は、本明細書では、「実施例、実例、又は例示としての役割を果たすこと」を意味するために使用されている。「例示的」として本明細書で説明されているいずれの態様も、必ずしも他の態様よりも好ましいか又は有利であるとして解釈されるべきではない。別段に明記されていない限り、「いくつかの」という用語は、１つ以上を指す。「Ａ、Ｂ、又はＣのうちの少なくとも１つ」、「Ａ、Ｂ、又はＣのうちの１つ以上」、「Ａ、Ｂ、及びＣのうちの少なくとも１つ」、「Ａ、Ｂ、及びＣのうちの１つ以上」、並びに「Ａ、Ｂ、Ｃ、又はそれらの任意の組み合わせ」などの組み合わせは、Ａ、Ｂ、及び／又はＣの任意の組み合わせを含むものであり、複数のＡ、複数のＢ、又は複数のＣを含み得る。具体的には、「Ａ、Ｂ、又はＣのうちの少なくとも１つ」、「Ａ、Ｂ、又はＣのうちの１つ以上」、「Ａ、Ｂ、及びＣのうちの少なくとも１つ」、「Ａ、Ｂ、及びＣのうちの１つ以上」、並びに「Ａ、Ｂ、Ｃ、又はそれらの任意の組み合わせ」などの組み合わせは、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢ、Ａ及びＣ、Ｂ及びＣ、あるいは、Ａ及びＢ及びＣとすることができ、任意のそのような組み合わせは、Ａ、Ｂ、又はＣのうちの１つ以上の要素を含み得る。集合とは、要素の数が１つ以上である、要素の集合として解釈されるべきである。したがって、Ｘの集合に関しては、Ｘは、１つ以上の要素を含むことになる。第１の装置が、第２の装置からデータを受信するか、又は第２の装置にデータを送信する場合には、そのデータは、第１の装置と第２の装置との間で直接的に、又は、装置の集合を介して第１の装置と第２の装置との間で間接的に、受信／送信することができる。当業者には公知であるか又は後に公知となる、本開示の全体にわたって説明されている様々な態様の要素に対する、全ての構造的及び機能的な等価物は、参照により本明細書に明示的に組み込まれ、特許請求の範囲によって包含される。更には、本明細書で開示されるものはいずれも、そのような開示が特許請求の範囲において明示的に列挙されているか否かにかかわらず、公に供されることを意図するものではない。「モジュール」、「機構」、「要素」、「デバイス」などの語は、「手段」という語の代用ではない場合がある。それゆえ、特許請求の範囲のいかなる要素も、その要素が「～のための手段」という語句を使用して明示的に列挙されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
【0118】
本明細書で使用される場合、「～に基づく」という語句は、情報、１つ以上の条件、１つ以上の要因などの閉集合への言及として解釈されるべきではない。換言すれば、「Ａに基づく」（この場合、「Ａ」は情報、条件、要因などとすることができる）という語句は、別段に明記されていない限り、「少なくともＡに基づく」として解釈されるものとする。
【0119】
以下の態様は、例示的なものに過ぎず、本明細書で説明される他の態様又は教示と、限定されることなく組み合わせることができる。
【0120】
態様１は、ＩＡＢノードにおけるワイヤレス通信の方法であって、親ＩＡＢノードから、ＩＡＢネットワークにおける無線経由同期に関する時間差パラメータを受信することと、その時間差パラメータに基づいて、複数のタイプのＩＡＢノード整合のうちの１つに関して、ＩＡＢノードの送信又は受信を調節することとを含む、方法である。
【0121】
態様２において、態様１の方法は、複数のタイプのＩＡＢノード整合が、ＩＡＢネットワークの各ＩＡＢノードにわたるダウンリンク送信タイミング整合を含む、第１のタイプの整合と、ＩＡＢノードのＩＡＢ－ＭＴにおけるアップリンク送信とＩＡＢノードのＩＡＢ－ＤＵにおけるダウンリンク送信との間の、第２のタイプの整合と、ＩＡＢノードのＩＡＢ－ＭＴにおけるダウンリンク受信とＩＡＢノードのＩＡＢ－ＤＵにおけるアップリンク受信との間の、第３のタイプの整合とを含むことを、更に含む。
【0122】
態様３において、態様１又は態様２の方法は、時間差パラメータが、第１のタイプの整合及び第３のタイプの整合に関連付けられていることを更に含む。
【0123】
態様４において、態様１又は態様２の方法は、時間差パラメータが、親ＩＡＢノードにおけるアップリンク受信時間とダウンリンク送信時間との時間差に基づく、Ｔｄｅｌｔａに対応しており、ＩＡＢノードが、第１のタイプの整合に従って、Ｔｄｅｌｔａに基づいてＩＡＢノードのダウンリンク送信時間を調節することを更に含む。
【0124】
態様５において、態様４の方法は、Ｔｄｅｌｔａの受信が、ＩＡＢノードに、第１のタイプの整合を適用するように指示することを更に含む。
【0125】
態様６において、態様１又は態様２の方法は、時間差パラメータが、第３のタイプの整合に関する、タイミングアドバンスコマンドと共に示されるオフセットパラメータに対応していることを更に含み、本方法は、そのオフセットパラメータからＴｄｅｌｔａを計算することと、第３のタイプの整合に基づいて、Ｔｄｅｌｔａを使用してＩＡＢノードの送信又は受信を調節することとを更に含む。
【0126】
態様７において、態様１～３のうちのいずれかの方法は、親ＩＡＢノードから受信される時間差パラメータの指示が、複数のタイプのＩＡＢノード整合のうちの１つに対する関連性を示すことを更に含む。
【0127】
態様８において、態様１又は態様７の方法は、第１の時間差パラメータが、第１のタイプの整合に関連付けられており、第２の時間差パラメータが、第２のタイプの整合に関連付けられていることを更に含む。
【0128】
態様９において、態様８の方法は、ＩＡＢノードが、親ＩＡＢノードから、第１の時間差パラメータ及び第２の時間差パラメータの双方を受信することを更に含む。
【0129】
態様１０において、態様９の方法は、ＩＡＢノードが、第１の時間差パラメータと第２の時間差パラメータとを、親ＩＡＢノードからの別個のメッセージ内で受信することを更に含む。
【0130】
態様１１において、態様９の方法は、ＩＡＢノードが、第１の時間差パラメータと第２の時間差パラメータとを、親ＩＡＢノードからの同じメッセージ内で受信することを更に含む。
【0131】
態様１２において、態様８の方法は、第１の時間差パラメータが、第１のタイプの整合に関連付けられており、第２の時間差パラメータが、第２のタイプの整合に関連付けられる時間オフセットであり、この時間オフセットが、第１の時間差パラメータに対するものであることを更に含む。
【0132】
態様１３において、態様８の方法は、ＩＡＢノードが、親ＩＡＢノードから、第１の時間差パラメータ及び第２の時間差パラメータの双方を受信することを更に含む。
【0133】
態様１４において、態様１３の方法は、ＩＡＢノードが、第１の時間差パラメータと第２の時間差パラメータとを、親ＩＡＢノードからの別個のメッセージ内で受信することを更に含む。
【0134】
態様１５において、態様１３の方法は、ＩＡＢノードが、第１の時間差パラメータと第２の時間差パラメータとを、親ＩＡＢノードからの同じメッセージ内で受信することを更に含む。
【0135】
態様１６において、態様７～１５のうちのいずれかの方法は、時間差パラメータの指示が、その時間差パラメータに関連付けられる整合のタイプに対応している、フラグを含むことを更に含む。
【0136】
態様１７において、態様７～１６のうちのいずれかの方法は、時間差パラメータの指示が受信されるリソースが、その時間差パラメータに関連付けられる整合のタイプを示すことを更に含む。
【0137】
態様１８は、態様１～１７のうちのいずれかの方法を実行するための手段を備える、ワイヤレス通信用の装置である。
【0138】
態様１９において、態様１８の装置は、少なくとも１つのアンテナと、その少なくとも１つのアンテナに結合されているトランシーバとを更に含む。
【0139】
態様２０は、ワイヤレス通信用の装置であって、メモリと、メモリに結合されている少なくとも１つのプロセッサとを備え、メモリ内に記憶されている情報に少なくとも部分的に基づいて、少なくとも１つのプロセッサが、態様１～１７のうちのいずれかの方法を実行するように構成されている、装置である。
【0140】
態様２１において、態様２０の装置は、アンテナ、又は、少なくとも１つのアンテナと少なくとも１つのプロセッサとに結合されているトランシーバのうちの、少なくとも一方を更に含む。
【0141】
態様２２は、コンピュータ実行可能コードを記憶している非一時的コンピュータ可読媒体であって、このコードが、プロセッサによって実行されると、そのプロセッサに、態様１～１７のうちのいずれかの方法を実行させる、非一時的コンピュータ可読媒体である。
【0142】
態様２３は、ＩＡＢ親ノードにおけるワイヤレス通信の方法であって、親ＩＡＢノードの子ノードであるＩＡＢノードとの通信を送信又は受信することと、ＩＡＢネットワークにおける無線経由同期に関する時間差パラメータを送信することであって、この時間差パラメータが、複数のタイプのＩＡＢノード整合のうちの１つに適用可能である、送信することとを含む方法である。
【0143】
態様２４において、態様２３の方法は、複数のタイプのＩＡＢノード整合が、ＩＡＢネットワークの各ＩＡＢノードにわたるダウンリンク送信タイミング整合を含む、第１のタイプの整合と、ＩＡＢノードのＩＡＢ－ＭＴにおけるアップリンク送信とＩＡＢノードのＩＡＢ－ＤＵにおけるダウンリンク送信との間の、第２のタイプの整合と、ＩＡＢノードのＩＡＢ－ＭＴにおけるダウンリンク受信とＩＡＢノードのＩＡＢ－ＤＵにおけるアップリンク受信との間の、第３のタイプの整合とを含むことを、更に含む。
【0144】
態様２５において、態様２３又は態様２４の方法は、時間差パラメータが、第１のタイプの整合に関連付けられるＴｄｅｌｔａに対応しており、Ｔｄｅｌｔａが、親ＩＡＢノードにおけるアップリンク受信時間とダウンリンク送信時間との時間差に基づいていることを更に含む。
【0145】
態様２６において、態様２５の方法は、Ｔｄｅｌｔａの送信が、ＩＡＢノードに、第１のタイプの整合を適用するように指示することを更に含む。
【0146】
態様２７において、態様２３又は態様２４の方法は、親ＩＡＢノードからの時間差パラメータの指示が、複数のタイプのＩＡＢノード整合のうちの１つに対する関連性を示すことを更に含む。
【0147】
態様２８において、態様２３、２４、又は２７の方法は、第１の時間差パラメータが、第１のタイプの整合に関連付けられており、第２の時間差パラメータが、第２のタイプの整合に関連付けられていることを更に含む。
【0148】
態様２９において、態様２３、２４、２７、又は２８の方法は、親ＩＡＢノードが、第１の時間差パラメータ及び第２の時間差パラメータの双方を、ＩＡＢノードに送信することを更に含む。
【0149】
態様３０において、態様２９の方法は、親ＩＡＢノードが、第１の時間差パラメータと第２の時間差パラメータとを、ＩＡＢノードへの別個のメッセージ内で送信することを更に含む。
【0150】
態様３１において、態様２９の方法は、親ＩＡＢノードが、第１の時間差パラメータと第２の時間差パラメータとを、ＩＡＢノードへの同じメッセージ内で送信することを更に含む。
【0151】
態様３２において、態様２３、２４、又は２７の方法は、第１の時間差パラメータが、第１のタイプの整合に関連付けられており、第２の時間差パラメータが、第２のタイプの整合に関連付けられる時間オフセットであり、この時間オフセットが、第１の時間差パラメータに対するものであることを更に含む。
【0152】
態様３３において、態様３２の方法は、親ＩＡＢノードが、第１の時間差パラメータ及び第２の時間差パラメータの双方を、ＩＡＢノードに送信することを更に含む。
【0153】
態様３４において、態様３３の方法は、親ＩＡＢノードが、第１の時間差パラメータと第２の時間差パラメータとを、ＩＡＢノードへの別個のメッセージ内で送信することを更に含む。
【0154】
態様３５において、態様３３の方法は、親ＩＡＢノードが、第１の時間差パラメータと第２の時間差パラメータとを、ＩＡＢノードへの同じメッセージ内で送信することを更に含む。
【0155】
態様３６において、態様２７～３５のうちのいずれかの方法は、時間差パラメータの指示が、その時間差パラメータに関連付けられる整合のタイプに対応している、フラグを更に含むことを含む。
【0156】
態様３７において、態様２７～３６のうちのいずれかの方法は、時間差パラメータの指示が送信されるリソースが、その時間差パラメータに関連付けられる整合のタイプを更に示すことを含む。
【0157】
態様３８は、態様２３～３７のうちのいずれかの方法を実行するための手段を備える、ワイヤレス通信用の装置である。
【0158】
態様３９において、態様３８の装置は、アンテナ、又は、少なくとも１つのアンテナに結合されているトランシーバのうちの、少なくとも一方を更に含む。
【0159】
態様４０は、ワイヤレス通信用の装置であって、メモリと、メモリに結合されている少なくとも１つのプロセッサとを備え、メモリ内に記憶されている情報に少なくとも部分的に基づいて、少なくとも１つのプロセッサが、態様２３～３７のうちのいずれかの方法を実行するように構成されている、装置である。
【0160】
態様４１において、態様４０の装置は、アンテナ、又は、少なくとも１つのアンテナと少なくとも１つのプロセッサとに結合されているトランシーバのうちの、少なくとも一方を更に含む。
【0161】
態様４２は、コンピュータ実行可能コードを記憶している非一時的コンピュータ可読媒体であって、このコードが、プロセッサによって実行されると、そのプロセッサに、態様２３～３７のうちのいずれかの方法を実行させる、非一時的コンピュータ可読媒体である。
【符号の説明】
【0162】
１００ ワイヤレス通信システム及びアクセスネットワーク
１０２ 基地局
１０３ ＩＡＢノード
１０４ ＵＥ
１０５ 分散ユニット（ＤＵ）
１０７ 路側ユニット（ＲＳＵ）
１０９ リモートユニット（ＲＵ）
１１０ カバレッジエリア
１１１ 中央ユニット（ＣＵ）
１２０ 通信リンク
１３２ 第１のバックホールリンク
１５８ 端末間（Ｄ２Ｄ）通信リンク
１６０ 発展型パケットコア（ＥＰＣ）
１７４ ホーム加入者サーバ（ＨＳＳ）
１８０ 基地局
１８２ ビームフォーミング
１９０ コアネットワーク
１０２ 基地局
１０３ ＩＡＢノード
１０４ ＵＥ
１０５ 分散ユニット（ＤＵ）
１０７ 路側ユニット（ＲＳＵ）
１０９ リモートユニット（ＲＵ）
１１０ カバレッジエリア
１１１ 中央ユニット（ＣＵ）
１２０ 通信リンク
１３２ 第１のバックホールリンク
１５８ 端末間（Ｄ２Ｄ）通信リンク
１６０ 発展型パケットコア（ＥＰＣ）
１７４ ホーム加入者サーバ（ＨＳＳ）
１８０ 基地局
１８２ ビームフォーミング
１９０ コアネットワーク
【図1】
【図2A】
【図2B】
【図2C】
【図2D】
【図3】
【図4】
【図5】
【図6】
【図7A】
【図7B】
【図7C】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【国際調査報告】