特開 2024-138294 ＩＡＢネットワークにおけるレイテンシ低減のためのマルチホップ構成のシステム及び方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024138294

(43)【公開日】2024-10-08

(54)【発明の名称】ＩＡＢネットワークにおけるレイテンシ低減のためのマルチホップ構成のシステム及び方法

(51)【国際特許分類】

   H04W 92/20 20090101AFI20241001BHJP

   H04W 76/10 20180101ALI20241001BHJP

【ＦＩ】

H04W92/20 110

H04W76/10

【審査請求】有

【請求項の数】16

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2024099664

(22)【出願日】2024-06-20

(62)【分割の表示】P 2023524783の分割

【原出願日】2020-10-22

(71)【出願人】

【識別番号】503260918

【氏名又は名称】アップル インコーポレイテッド

【氏名又は名称原語表記】Ａｐｐｌｅ Ｉｎｃ．

【住所又は居所原語表記】Ｏｎｅ Ａｐｐｌｅ Ｐａｒｋ Ｗａｙ，Ｃｕｐｅｒｔｉｎｏ， Ｃａｌｉｆｏｒｎｉａ ９５０１４， Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】バンガラ， サーマ ヴィー．

(72)【発明者】

【氏名】シュー， ファンリ

(72)【発明者】

【氏名】フー， ハイジン

(72)【発明者】

【氏名】シン， ロンダ

(72)【発明者】

【氏名】シカリ， ムルタザ エー．

(72)【発明者】

【氏名】コダリ， スリー ラム

(72)【発明者】

【氏名】ニンマラ， スリニバサン

(57)【要約】      （修正有）

【課題】効率を改善するためのアクセスバックホール統合（ＩＡＢ）ネットワークを含む無線通信システム及び方法を提供する。
【解決手段】バックホール無線リンク制御（ＲＬＣ）チャネル確立の方法は、宛先フィールドと、経路フィールドと、宛先フィールドがユニキャストアドレスを含むのかマルチキャストアドレスを含むのかを示すように構成されたビットと、を含むバックホールアダプションプロトコル（ＢＡＰ）ヘッダを含むＢＡＰプロトコルデータユニット（ＰＤＵ）を生成し、ＢＡＰ ＰＤＵを含むマルチキャスト無線リソース制御（ＲＲＣ）再構成メッセージを生成し、マルチキャストＲＲＣ再構成メッセージを送信したことに応答して、複数のＩＡＢノードからＢＡＰを使用して受信されたユニキャストＲＲＣ再構成完了メッセージを処理する。
【選択図】図５

【特許請求の範囲】

【請求項1】

無線ネットワークでバックホールアダプションプロトコル（ＢＡＰ）を使用する、バックホール無線リンク制御（ＲＬＣ）チャネル確立のための方法であって、
宛先フィールドと、経路フィールドと、前記宛先フィールドがユニキャストアドレスを含むのかマルチキャストアドレスを含むのかを示すように構成されたビットと、を含むＢＡＰヘッダを含むＢＡＰプロトコルデータユニット（ＰＤＵ）を生成することと、
前記ＢＡＰ ＰＤＵを含むマルチキャスト無線リソース制御（ＲＲＣ）再構成メッセージを生成することと、
前記マルチキャストＲＲＣ再構成メッセージを送信したことに応答して、複数のアクセスバックホール統合（ＩＡＢ）ノードから前記ＢＡＰを使用して受信されたユニキャストＲＲＣ再構成完了メッセージを処理することと、
を含む、方法。

【請求項2】

前記宛先フィールド内のアドレスを、前記ＢＡＰヘッダの前記経路フィールド内の経路識別子のための前記マルチキャストアドレスとして扱うように複数のＩＡＢノードに指示するように前記ビットを設定することを更に含む、請求項１に記載の方法。

【請求項3】

前記複数のＩＡＢノードを、サブネットプレフィックスに対応するサブネットにグループ化することと、
前記サブネットプレフィックスを前記ＢＡＰヘッダの前記宛先フィールドに含めることと、
を更に含む、請求項２に記載の方法。

【請求項4】

コアネットワークからのＰＤＵセッションセットアップ要求に応答して前記ＢＡＰ ＰＤＵを生成することと、
前記複数のＩＡＢノードからの前記ユニキャストＲＲＣ再構成完了メッセージを処理することに応答して、前記複数のＩＡＢノードのうち１つと通信状態にあるユーザ機器（ＵＥ）にユニキャストＲＲＣ再構成メッセージを送信することと、
前記ＵＥからのＲＲＣ再構成完了メッセージを処理することと、
前記ＵＥからの前記ＲＲＣ再構成完了メッセージに応答して、前記コアネットワークにＰＤＵセッションセットアップ完了メッセージを送信することと、
を更に含む、請求項１に記載の方法。

【請求項5】

前記複数のＩＡＢノードが、前記ＵＥと前記コアネットワークとの間の第１のバックホール経路内の優先リンクのための第１のＩＡＢノードと、前記ＵＥと前記コアネットワークとの間の第２のバックホール経路内のバックアップリンクのための第２のＩＡＢノードとを含む、請求項４に記載の方法。

【請求項6】

無線ネットワークで構成転送を使用する、バックホール無線リンク制御（ＲＬＣ）チャネル確立のための方法であって、
転送先フィールドを含む情報要素（ＩＥ）を含む無線リソース制御（ＲＲＣ）再構成メッセージを生成することであって、前記転送先フィールドが複数のアクセスバックホール統合（ＩＡＢ）ノード間の順次ホップのためのアドレスのリストを含む、ことと、
前記複数のＩＡＢノードのうち第２のＩＡＢノードに転送するために、前記ＲＲＣ再構成メッセージを前記複数のＩＡＢノードのうち第１のＩＡＢノードに送信することと、
を含む、方法。

【請求項7】

前記複数のＩＡＢノードの各ノードからＲＲＣ再構成完了メッセージを受信することを更に含む、請求項６に記載の方法。

【請求項8】

前記複数のＩＡＢノードの末端ノードからＲＲＣ再構成完了メッセージを受信することであって、前記末端ノードが、ユーザ機器（ＵＥ）と通信状態にあるか、又は前記ＵＥとの接続を確立するための経路に沿って故障を検出済みである、ことを更に含む、請求項６に記載の方法。

【請求項9】

前記故障に基づいて、前記複数のＩＡＢノードのうち故障したＩＡＢノードに前記ＲＲＣ再構成メッセージを再送することを更に含む、請求項８に記載の方法。

【請求項10】

１つ以上のＲＲＣ再構成完了メッセージを受信したことに基づいて、前記バックホールＲＬＣチャネル確立が完了するまで、前記ＲＲＣ再構成メッセージの再送を閾値回数まで試みることを更に含む、請求項６に記載の方法。

【請求項11】

前記複数のＩＡＢノードを、サブネットプレフィックスに対応するサブネットにグループ化することを更に含む、請求項６に記載の方法。

【請求項12】

前記複数のＩＡＢノードが、前記ＵＥと前記コアネットワークとの間の第１の経路に優先リンクを確立し、前記ＵＥと前記コアネットワークとの間の第２の経路にバックアップリンクを確立する、請求項６に記載の方法。

【請求項13】

前記ＲＲＣ再構成メッセージが、前記優先リンクを含む前記第１のバックホール経路に対応する第１のＲＲＣ再構成メッセージを含み、前記方法が、
前記転送先フィールドを含む前記ＩＥを含む第２のＲＲＣ再構成メッセージを生成することであって、前記転送先フィールドが前記バックアップリンクのための第３のＩＡＢノードのアドレスを含む、ことと、
前記複数のＩＡＢノードのうち前記第３のＩＡＢノードに直接又は間接的に転送するために、前記第２のＲＲＣ再構成メッセージを前記複数のＩＡＢノードのうち前記第１のＩＡＢノードに送信することと、
を更に含む、請求項１２に記載の方法。

【請求項14】

前記第２のＲＲＣ再構成メッセージを送信する前に、前記第１のバックホール経路に対応するＲＲＣ再構成完了メッセージを受信することを更に含む、請求項１３に記載の方法。

【請求項15】

前記優先リンクと前記バックアップリンクとの両方を確立するために、前記第１のＲＲＣ再構成メッセージと前記第２のＲＲＣ再構成メッセージとを同時に送信することを更に含む、請求項１３に記載の方法。

【請求項16】

前記バックアップリンクをアクティブ化するための指示を含むメディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）を処理することを更に含む、請求項１３に記載の方法。

【請求項17】

前記ＭＡＣ ＣＥが、アクティブ化／非アクティブ化フィールド及び経路識別子（ＩＤ）フィールドを含み、前記アクティブ化／非アクティブ化フィールドが、前記経路ＩＤフィールドによって特定される前記バックアップリンクに対応する前記第２経路がアクティブ化されているのか非アクティブ化されているのかを示す、請求項１６に記載の方法。

【請求項18】

前記複数のＩＡＢノード間での交換のために構成された下りリンク制御情報（ＤＣＩ）フォーマットを有するＤＣＩを処理することであって、前記ＤＣＩフォーマットが、ＩＡＢ間通信のためのＩＡＢコマンドのグループを送信するために使用され、ＩＡＢコマンドの前記グループが、前記バックアップリンクをアクティブ化するためのコマンドを含む、ことを更に含む、請求項１３に記載の方法。

【請求項19】

マルチキャストを伴う無線リソース構成（ＲＲＣ）再構成を使用する、バックホール無線リンク制御（ＲＬＣ）チャネル確立のための方法であって、
アクセスバックホール統合（ＩＡＢ）ドナーノード及び１つ以上の子ＩＡＢノードを１つのサブネットとして構成することと、
前記サブネットに送信するための再構成メッセージを生成することであって、前記再構成メッセージが、前記バックホールＲＬＣチャネル確立のための構成設定を含む前記サブネットのための情報要素（ＩＥ）を含み、前記ＩＥが、前記サブネットに関連するインターネットプロトコル（ＩＰ）アドレスを有する前記ＩＡＢドナーノード及び前記１つ以上の子ＩＡＢノードに前記構成設定を適用するように指示するために、前記サブネットを特定する、ことと、を含む、
方法。

【請求項20】

前記構成設定が、前記ＩＡＢのための前記ＲＬＣの１対１（１－１）又は複数対１（複数－１）のマッピング構成のためのものである、請求項１９に記載の方法。

【請求項21】

請求項１から請求項２０のいずれか一項に記載のステップの各々を処理する手段を備えるノード。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は一般に、アクセスバックホール統合（Integrated Access and Backhaul：ＩＡＢ）ネットワークを含め、無線通信システムに関する。

【背景技術】

【0002】

無線モバイル通信技術は、様々な規格及びプロトコルを使用して、基地局と無線モバイルデバイスとの間でデータを送信する。無線通信システムの規格及びプロトコルには、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））ロングタームエボリューション（ＬＴＥ）（例えば、４Ｇ）又は新無線（ＮＲ）（例えば、５Ｇ）、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（worldwide interoperability for microwave access、ＷｉＭＡＸ）として業界団体に一般的に知られている、米国電気電子学会（Institute of Electrical and Electronics、Ｅｎｇｉｎｅｅｒｓ、ＩＥＥＥ）８０２．１６規格、及びＷｉ－Ｆｉとして業界団体に一般的に知られている、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）のためのＩＥＥＥ８０２．１１規格を挙げることができる。ＬＴＥシステムの３ＧＰＰ無線アクセスネットワーク（radio access network、ＲＡＮ）では、基地局は、ユーザ機器（user equipment、ＵＥ）として知られる無線通信デバイスと通信する、発展型ユニバーサル地上無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network、Ｅ－ＵＴＲＡＮ）ノードＢ（発展型ノードＢ、拡張ノードＢ、ｅＮｏｄｅＢ、又はｅＮＢとも一般に呼ばれる）及び／又はＥ－ＵＴＲＡＮの無線ネットワークコントローラ（Radio Network Controller、ＲＮＣ）などのＲＡＮノードを含むことができる。第５世代（５Ｇ）無線ＲＡＮでは、ＲＡＮノードは、５Ｇノード、ＮＲノード（次世代ノードＢ、又はｇノードＢ（ｇＮＢ）とも呼ばれる）を含むことができる。

【0003】

ＲＡＮは、無線アクセス技術（radio access technology、ＲＡＴ）を使用して、ＲＡＮノードとＵＥとの間で通信する。ＲＡＮとしては、コアネットワークを介した通信サービスへのアクセスを提供する、モバイル通信のためのグローバルシステム（global system for mobile communications、ＧＳＭ）、ＧＳＭ進化のためのエンハンスドデータレート（enhanced data rates for GSM evolution、ＥＤＧＥ）ＲＡＮ（ＧＥＲＡＮ）、ユニバーサル地上無線アクセスネットワーク（Universal Terrestrial Radio Access Network、ＵＴＲＡＮ）、及び／又はＥ－ＵＴＲＡＮを挙げることができる。ＲＡＮのそれぞれは、特定の３ＧＰＰ ＲＡＴに従って動作する。例えば、ＧＥＲＡＮは、ＧＳＭ及び／又はＥＤＧＥ ＲＡＴを実装し、ＵＴＲＡＮは、ユニバーサル移動通信システム（universal mobile telecommunication system、ＵＭＴＳ）ＲＡＴ、又は他の３ＧＰＰ ＲＡＴを実装し、Ｅ－ＵＴＲＡＮは、ＬＴＥ ＲＡＴを実装し、ＮＧ－ＲＡＮは５Ｇ ＲＡＴを実装する。特定の配備では、Ｅ－ＵＴＲＡＮはまた、５Ｇ ＲＡＴを実装することができる。

【図面の簡単な説明】

【0004】

任意の特定の要素又は行為の考察を容易に識別するために、参照番号の最上位の桁（単数又は複数）は、その要素が最初に導入された図の番号を指す。

【0005】

【図1】アクセスバックホール統合（Integrated Access and Backhaul：ＩＡＢ）ネットワーク例を示す図である。

【0006】

【図2A】一実施形態による、ＩＡＢネットワーク例及び、対応するＢＨ ＲＬＣチャネルセットアップのシグナリング図を示す図である。

【0007】

【図2B】一実施形態による、バックアップリンクを有するＩＡＢネットワーク例及び、対応するＢＨ ＲＬＣチャネルセットアップのシグナリング図を示す図である。

【0008】

【図3】一実施形態によって修正され得るＢＡＰヘッダを含むＢＡＰ ＰＤＵを示す図である。

【0009】

【図4】一実施形態による、ＩＡＢネットワーク及び、対応する、ＢＡＰヘッダ修正を伴うＢＨ ＲＬＣチャネルセットアップのシグナリング図を示す図である。

【0010】

【図5】一実施形態による方法を示す図である。

【0011】

【図6】一実施形態による、ＩＡＢネットワーク及び、対応する、構成転送を伴うＢＨ ＲＬＣチャネルセットアップのシグナリング図を示す図である。

【0012】

【図7】一実施形態による、ＩＡＢネットワーク及び、対応するＢＨ ＲＬＣチャネルセットアップのシグナリング図を示す図である。

【0013】

【図8】一実施形態による、バックアップリンクを有するＩＡＢネットワーク及び、対応するＢＨ ＲＬＣチャネルセットアップのシグナリング図を示す図である。

【0014】

【図9】一実施形態による方法を示す図である。

【0015】

【図10】一実施形態によるＭＡＣ ＣＥ例を示す図である。

【0016】

【図11】一実施形態による方法を示す図である。

【0017】

【図12】一実施形態によるインフラストラクチャ設備を示す図である。

【0018】

【図13】一実施形態によるプラットフォームを示す図である。

【0019】

【図14】一実施形態によるコンポーネントを示す図である。

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

【0020】

本開示は、マルチホップルーティングを可能にするために３ＧＰＰに設計された特徴である、アクセスバックホール統合（ＩＡＢ）に関する。ＩＡＢノードは、ＵＥへのアクセスノードとしての役割を果たすとともに、他のＩＡＢノードへのバックホール（ＢＨ）リンクも提供する。無線バックホールでは、ＩＰレイヤは、複数回のホップを介したルーティングを可能にするバックホールアダプションプロトコル（ＢＡＰ）サブレイヤを介して搬送される。ＢＡＰは、ＩＡＢノードが互いに対話できるようにし、また、例えば、ネクストホップ無線リンク制御（ＲＬＣ）チャネルのマッピング、トラフィック弁別に基づくネクストホップＩＡＢノード（子及び親の両方）へのルーティング、ネットワークイベント（例えば、無線リンク故障（ＲＬＦ））の指示、データ転送、及び／又はフロー制御フィードバックシグナリングを含む、非常に多数の機能に対応する。

【0021】

各バックホールリンク上で、ＢＡＰプロトコルデータユニット（ＰＤＵ）はＢＨ ＲＬＣチャネルによって搬送される。トラフィック優先順位付け及びサービス品質（ＱｏＳ）実施を可能にするように、各ＢＨリンク上に複数のＢＨ ＲＬＣチャネルを構成することができる。ＢＡＰ ＰＤＵに対するＢＨ－ＲＬＣチャネルマッピングは、各ＩＡＢノード及びＩＡＢドナーデータユニット（ＤＵ）上のＢＡＰエンティティによって実行される。ある特定のシステムでは、ＲＬＣチャネルマッピングは主に、ドナー制御ユニット（ＣＵ）から各個のノードへの無線リソース制御（ＲＲＣ）再構成メッセージ（RRCReconfiguration message）を介して行われる。ＢＨ ＲＬＣチャネル確立のいくつかの実装形態では、最終的な宛先（ＵＥにおける）まで、ホップごとに確実にセットアップが行われるように、別々のＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが使用される。

【0022】

個々のＩＡＢノードを構成するプロセスはホップごとに行われるにも関わらず、構成自体及びメッセージ自体は複数のＩＡＢノードで同じであり、これにより、このプロセスについて複数のＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎラウンドトリップ時間レイテンシが発生する。レイテンシ問題は、１対１（１－１）と複数対１（複数－１）の両方のＢＨ ＲＬＣマッピング構成で同程度である。不十分な無線周波数（ＲＦ）カバレッジが原因のＲＬＦ及びノード過負荷などのネットワークイベントが、ＵＥへのＢＨ ＲＬＣチャネルの確立において更なる遅延を引き起こす可能性がある。したがって、超高信頼性低レイテンシ通信（ultra-reliable low-latency communication：ＵＲＬＬＣ）が必要なアプリケーションなどの、ＱｏＳが増大したアプリケーションは、セットアップ及びメンテナンスの大幅なレイテンシに直面することがある。

【0023】

図１は、ＩＡＢネットワーク例１００のＢＨ ＲＬＣチャネルコールフローのためのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを示す。ＩＡＢネットワーク１００は、コアネットワーク１０４（例えばＮＲコア）へのファイバ接続性（例えばＮＧインタフェースを介した）を有するＩＡＢドナー１０２を含む。ＩＡＢネットワーク１００はまた、この例ではＩＡＢノード１０６（ＩＡＢノード１として示される）及びＩＡＢノード１０８（ＩＡＢノード２として示される）を含むが、ＵＥ１１０とコアネットワーク１０４との間の接続を確立するために、任意の数のＩＡＢノードすなわちホップ数でも使用され得る。ＩＡＢドナー１０２はバックエンドノードと呼ばれることもあり、ＤＵ１１２及びＣＵ１１４を含む。ＩＡＢノード１０６及びＩＡＢノード１０８は、中間ノード、子ノード、又は中継ノードと呼ばれることもあり、それぞれが２つのサブコンポーネント、すなわち、ＤＵ（ＤＵ１１６及びＤＵ１１８として示される）及びモバイル端末（ＭＴ）（ＭＴ１２０及びＭＴ１２２として示される）を含む。

【0024】

ＭＴは、通常のＵＥと同様に動作するようにネットワークノード（例えば、ｇＮＢ）を構成するコンポーネントを備える。例えば、典型的なＵＥがネットワークに接続するために使用するプロトコルが、ＭＴにおいて、３ＧＰＰ Ｒｅｌ．１６及びＲｅｌ．１７で考察されている追加の拡張付きでサポートされている。例えばＭＴ１２２は、ＩＡＢノード１０８が親ノード（ＩＡＢドナー１０２）とのシグナリング無線ベアラ（ＳＲＢ）及び／又はデータ無線ベアラ（ＤＲＢ）を確立できるようにする。ＭＴは、どの親のもとに参加するか特定するためにセル選択を実行し、ＢＡＰレイヤを通してＲＬＣをセットアップして利用し、ＢＡＰレイヤは、複数の異なるＵＥベアラのためにネットワークを通した異なる経路を介してデータをルーティングする機能性を提供する。

【0025】

図１に示すように、ＩＡＢ統合手順１２４には、あるＩＡＢノードがＩＡＢネットワーク１００に参加するための３つのフェーズ（フェーズ１、フェーズ２－１、及びフェーズ２－２として示す）が含まれ得る。フェーズ１はＩＡＢノード発見統合を含み、ここで、例えば、ＩＡＢノード１０６は参加しようとするＩＡＢノードとして、コアネットワーク１０４との接続を確立するために、ＩＡＢノード１０８及びＩＡＢドナー１０２を含めた他のＩＡＢノードの特定を試みてもよい。例えば、ＩＡＢノード１０６は、そのノードのＭＴ１２０の機能を使用して初期アクセス手順を実行してもよい。フェーズ２－１でＩＡＢドナー１０２、ＩＡＢノード１０６及びＩＡＢノード１０８はルーティング更新手順を実行して、それらの間に、ＵＥ１１０（及びＩＡＢノード１０６に接続された他のＵＥ）からのデータがそこを通ってコアネットワーク１０４にリーチできるようになるルーティング管理スキームを確立する。例えば、ＩＡＢドナー１０２は、ＩＡＢノード１０６に向かう１つ以上の中間ホップに１つ以上のＢＨ ＲＬＣチャネルを確立し、それらの中間ホップにおけるルーティングテーブルを更新してもよい。次にフェーズ２－２で、フェーズ２－１で確立されたＢＨ ＲＬＣ接続性を使用して、ＩＡＢノード１０６のＤＵ１１６が構成される。ＤＵ１１６がセットアップされると、ＩＡＢノード１０６はＵＥ１１０及び／又は他のＵＥにサービスを提供することができる。

【0026】

ＵＥ１１０及びコアネットワーク１０４は、次いで、ＰＤＵセッション確立／修正の手順１２６を実行することができ、ここでＵＥ１１０はＩＡＢノード１０６についての測定報告１２８を送信してもよく、コアネットワーク１０４はＰＤＵセッションセットアップ要求１３０を送信してもよい。ところが、図１に示すように、ＰＤＵセッションセットアップが完了し、ＵＥ１１０とコアネットワーク１０４との間でデータフロー１３２が開始できるようになる前に、ＩＡＢノード１０８、ＩＡＢノード１０６、及びＵＥ１１０の各々から再構成完了メッセージを受信する際にマルチホップ遅延が存在することがある。例えば、ＰＤＵセッションセットアップ要求１３０に応答して、ＩＡＢドナー１０２は、ＢＨ情報（ｂｈ－ＲＬＣ－ＣｈａｎｎｅｌＴｏＡｄｄＭｏｄＬｉｓｔ）を有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを順次送信し、ＩＡＢノード１０８及びＩＡＢノード１０６からＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを受信する。次いで、ＩＡＢドナー１０２は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ１１０に送信し、それに応答してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを受信し、これがコアネットワーク１０４に転送されて、ＰＤＵセッション確立手順が完了する。そのようなマルチホップ遅延は、多くのアプリケーションにとって望ましくない場合がある。

【0027】

図２Ａは、ある一定のネットワーク実装形態におけるＩＡＢネットワーク例２０２ａ及び、対応するＢＨ ＲＬＣチャネルセットアップのシグナリング図２０４ａを示す。ＩＡＢネットワーク２０２ａは、５Ｇコアネットワーク２０８へのファイババックホール接続（例えば、ＮＧインタフェースを介した）を有するＩＡＢドナー２０６を含む。この例では、ＩＡＢネットワーク２０２ａはまた、ＩＡＢノード２１０（ＩＡＢノード１－１として示される）、ＩＡＢノード２１２（ＩＡＢノード２－１として示される）、及びＩＡＢノード２１４（ＩＡＢノード３－１として示される）を含む。この例ではまた、ＩＡＢノード２１４は無線バックホールを使用して（例えばＮＲ－Ｕｕインタフェースを使用して）、ＵＥ２１６と５Ｇコアネットワーク２０８との間の通信を確立する。当業者であれば、ＩＡＢノードのいずれもがまた、他のＵＥとの通信を提供してもよいことを本明細書の開示から認識する。例えばＩＡＢノード２１０が、ＵＥ２１８と５Ｇコアネットワーク２０８との間の通信を確立してもよい。図１に関して上記で説明したように、ＩＡＢドナー２０６はＤＵ及びＣＵを含み、ＩＡＢノード２１０、ＩＡＢノード２１２、及びＩＡＢノード２１４の各々はＤＵ及びＭＴを含む。

【0028】

シグナリング図２０４ａは、ある一定の無線ネットワークによって実装されるＩＡＢネットワーク２０２ａのＢＨ ＲＬＣチャネルセットアップ手順を示す。ＩＡＢドナー２０６はＩＡＢノード２１０にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ２２０を送信し、それに応答してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ２２２を受信する。次いでＩＡＢドナー２０６はＩＡＢノード２１２にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ２２４を送信し、それに応答してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ２２６を受信する。次いでＩＡＢドナー２０６はＩＡＢノード２１４にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ２２８を送信し、それに応答してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ２３０を受信する。最後にＩＡＢドナー２０６はＵＥ２１６にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ２３２を送信し、それに応答してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ２３４を受信する。ＩＡＢドナー２０６は、各ホップのためのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ及びＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを順次処理することによって、ＢＨ ＲＬＣチャネルセットアップ手順に遅延をもたらす。

【0029】

別の例として図２Ｂは、ある一定のネットワーク実装形態における、バックアップリンクを有するＩＡＢネットワーク例２０２ｂ及び、対応するＢＨ ＲＬＣチャネルセットアップのシグナリング図２０４ｂを示す。この例では、ＩＡＢノード２１０とＩＡＢノード２１４との間の優先リンクがＩＡＢノード２１２を介して確立され（図２Ａに示すように）、ＩＡＢノード２１０とＩＡＢノード２１４との間のバックアップリンクがＩＡＢノード２３６（ＩＡＢノード２－２として示される）を介して確立される。シグナリング図２０４ｂは、図２Ａに示したＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ及びＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージの各々と、それに続く、バックアップリンクを通る経路を確立するための追加のメッセージとを含む。図２Ｂに示すように、ＩＡＢドナー２０６はＩＡＢノード２１０にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ２３８を送信し、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ２４０を受信する。次いでＩＡＢドナー２０６はＩＡＢノード２３６にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ２４２を送信し、応答のＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ２４４を受信する。次いでＩＡＢドナー２０６はＩＡＢノード２１４にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ２４６を送信し、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ２４８を受信する。したがって、図２Ｂに示される、順次送られるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ及びＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージによる遅延は、図２Ａに示される遅延よりも増加する。

【0030】

したがって、本明細書のある一定の実施形態は構成レイテンシの低減を提供する。

【0031】

ある一定の実施形態では、効率を改善するためのアーキテクチャ的変更が提供される。例えば、ネットワークノードのグループ化を使用して、更新の必要な同一の共通構成に属する複数のノードを単一のＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ（例えばグループページメッセージなど）を使用して更新できるようにし得る。グループは、あるＵＥにリーチするＩＡＢノードから作られてもよい（インターネットグループ管理プロトコル（Internet Group Management Protocol：ＩＧＭＰ）に類似）。サブネット化概念を使用して、あるＩＡＢネットワークについて、子ノードが親ノードのサブネットの一部である階層化アーキテクチャを作成してもよい。これによりマルチキャストの負担が軽減され、単一のサブネットプレフィックスを使用して全ての受信者を指定することができる。

【0032】

ある一定の実施形態では、ＢＡＰヘッダの修正によってＤＲＢ送信の高速化を支援する。他の実施形態では、構成レイテンシを低減するためにＳＲＢフロー及びＤＲＢフローの両方に構成転送が使用され、構成転送では、複数の中間ノードに単一のＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが転送され、それぞれの中間ノードが独立に構成を処理して応答する。更に別の実施形態では、ＩＡＢノード及びバックアップの同時構成のために、ＳＲＢフローとＤＲＢフローの両方に構成マルチキャストが使用される。ある一定のそのような実施形態では、ＩＡＢノードでのバックアップリンクの高速アクティブ化の方法が提供される。

【0033】

Ｉ．ＢＡＰヘッダの修正

【0034】

一実施形態では、ＵＥへの経路内のノードへのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの配信を簡易化及び／又は高速化しながらもＢＡＰによってもたらされる信頼性を保持するために、ＢＡＰヘッダに１つ以上のフィールドが追加される。例えば、ある状況下では、ＢＡＰヘッダのＤＥＳＴＩＮＡＴＩＯＮアドレスは、マルチキャストアドレスとして扱われてもよい。更に、ＢＡＰヘッダ内の単一のビットを使用して、ＤＥＳＴＩＮＡＴＩＯＮアドレスをユニキャストアドレスと扱うべきか、マルチキャストアドレスとして扱うべきかを示してもよい。

【0035】

例えば、図３は、本明細書のある一定の実施形態に従って修正され得るＢＡＰヘッダを含むＢＡＰ ＰＤＵ３００を示す。ＢＡＰヘッダは、ＢＡＰ ＰＤＵ３００の最初の３オクテットを含む。ＢＡＰヘッダの最初のオクテットは、ＢＡＰ ＰＤＵ３００がＢＡＰデータＰＤＵであるかＢＡＰ制御ＰＤＵであるかを示すＤ／Ｃビット３０２と、３つの予約済みビット３０４と、ＤＥＳＴＩＮＡＴＩＯＮフィールド３０６の第１の部分（例えば４ビット）とを含む。ＢＡＰヘッダの２番目のオクテットは、ＤＥＳＴＩＮＡＴＩＯＮフィールド３０６の第２の部分（例えば６ビット）と、ＰＡＴＨフィールド３０８の第１の部分（例えば２ビット）とを含む。ＢＡＰヘッダの３番目のオクテットは、ＰＡＴＨフィールド３０８の第２の部分（例えば８ビット）を含む。ＢＡＰ ＰＤＵ３００は、ＢＡＰヘッダに続いてデータ３１０を含む。

【0036】

一実施形態では、予約済みビット３０４のうち１つ（例えば、最上位の予約済みビット）が、ＤＥＳＴＩＮＡＴＩＯＮフィールド３０６がユニキャストアドレス（すなわち宛先のＩＡＢノード又はＩＡＢドナーＤＵのＢＡＰアドレス）として構成されるのか、マルチキャストアドレスとして構成されるのかを示すＢＡＰマルチキャストビットとして再構成される。例えば、ＤＥＳＴＩＮＡＴＩＯＮフィールド３０６に提供されるアドレスがＰＡＴＨフィールド３０８内のＢＡＰ経路識別子（ＰａｔｈＩＤ）のためのブロードキャストアドレスとして扱うべきであることを中間ノードに示すためにＢＡＰマルチキャストビットが「１」に設定されてもよく、また、ＤＥＳＴＩＮＡＴＩＯＮフィールド３０６をユニキャストアドレスとして扱うべきであることを示すためにＢＡＰマルチキャストビットが「０」に設定されもよい。ある一定の実施形態では、実際のＲＬＣ自体は透過モードにあることがある。

【0037】

修正されたＢＡＰヘッダを有するＢＡＰ ＰＤＵ３００を使用することには、いくつかの利点がある。例えば、ＢＡＰはネットワーク専用プロトコルなので、交換はＩＡＢノード間でのみ行われる。更に、このプロトコルはユニキャストからブロードキャスト及び他の機構に拡張可能である。また、経路が確立されてからは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを用いて別々にＵＥを扱うことができる（例えば、ＤＥＳＴＩＮＡＴＩＯＮフィールド３０６をユニキャストアドレスとして扱うべきであることを示すように、ＢＡＰマルチキャストビットを変更する）。

【0038】

個々のＩＡＢノードは、マルチキャストのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信すると、ＢＡＰプロトコルを介してユニキャストのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージで応答する。したがって、本方法は、ラウンドトリップレイテンシを低減するために、応答を集めて送信する高速化された方法を提供する。

【0039】

ある一定のそのような実施形態では、ＵＥにリーチする複数のＩＡＢノードがＤＥＳＴＩＮＡＴＩＯＮフィールド３０６によって特定されるサブネット内にあることができるように、上記で説明したようにネットワークノードのグループ化が使用されてもよい。例えば図４は、一実施形態によるＩＡＢネットワーク４０２（すなわち、図２Ｂに示すＩＡＢネットワーク２０２ｂ）及び、対応する、ＢＡＰヘッダ修正を伴うＢＨ ＲＬＣチャネルセットアップのシグナリング図４０４を示す。この例では、ＩＡＢドナー２０６が、修正されたＢＡＰヘッダを含むＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ４０６を生成し、ここでＢＡＰマルチキャストビットは、ＤＥＳＴＩＮＡＴＩＯＮフィールドがＢＡＰ ＰａｔｈＩＤ（”ａａａａａａ”）のためのマルチキャストアドレス（例えば、”ｓｕｂｎｅｔ／ｋ”を示す）であることを示すように設定される（Ｒ＝１）。ＩＡＢドナー２０６は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ４０６を、例えばコアネットワークからＰＤＵセッションセットアップ要求を受信したことに応答して生成してもよい（図１参照）。ＩＡＢドナー２０６は、ＩＡＢノード２１０にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ４０６を送信する。

【0040】

ＩＡＢノード２１０は、ＩＡＢドナー２０６にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ４０８で応答し、ＩＡＢノード２１２にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ４０６を転送する。ＩＡＢノード２１２は、ＩＡＢドナー２０６にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ４１０を送信することによって応答し、ＩＡＢノード２１４にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ４０６を転送する。ＩＡＢノード２１４もまた、ＩＡＢドナー２０６にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ４１２を送信することによって応答する。マルチキャストアドレスを使用してＩＡＢノードが構成された後、ＩＡＢドナー２０６はＵＥ２１６にユニキャストＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ４１４を送信し、ＵＥ２１６はＩＡＢドナー２０６にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ４１６を送信することによって応答する。同様に、ＩＡＢドナー２０６は、ＩＡＢノード２１４に接続されている他のＵＥに他のユニキャストＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信してもよい。ＩＡＢドナー２０６は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ４１６を受信した後、コアネットワークにＰＤＵセッションセットアップ完了メッセージを送信してもよい（図１参照）。

【0041】

図４のシグナリング図４０４に示すように、ＩＡＢドナー２０６がＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ４０６を送信するのは１回だけなので、ラウンドトリップレイテンシが低減される。したがって、ＢＨ ＲＬＣチャネルセットアップのためにＢＡＰヘッダ修正を使用すると６つのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ及びＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージが使用され、これは、図２Ｂの例で８つのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ及びＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージが使用されるのと比較して全体的なレイテンシが低減されることを示す。

【0042】

図５は、一実施形態による、無線ネットワークでバックホールアダプションプロトコル（ＢＡＰ）を使用する、バックホール無線リンク制御（ＲＬＣ）チャネル確立の方法５００のフローチャートである。方法５００は、例えば、本明細書の図４及び他の図に示されるＩＡＢドナー２０６によって実行されてもよい。ブロック５０２で方法５００は、宛先フィールドと、経路フィールドと、宛先フィールドがユニキャストアドレスを含むのかマルチキャストアドレスを含むのかを示すように構成されたビットと、を含むＢＡＰヘッダを含むＢＡＰプロトコルデータユニット（ＰＤＵ）を生成することを含む。ブロック５０４で方法５００は、ＢＡＰ ＰＤＵを含むマルチキャスト無線リソース制御（ＲＲＣ）再構成メッセージを生成することを含む。ブロック５０６で方法５００は、マルチキャストＲＲＣ再構成メッセージを送信したことに応答して、複数のアクセスバックホール統合（ＩＡＢ）ノードからＢＡＰを使用して受信されたユニキャストＲＲＣ再構成完了メッセージを処理することを含む。

【0043】

方法５００のある一定の実施形態は、当該ビットを、ＢＡＰヘッダの宛先フィールド内のアドレスを経路フィールド内の経路識別子のためのマルチキャストアドレスとして扱うように複数のＩＡＢノードに指示するように設定することを更に含む。方法５００は、複数のＩＡＢノードを、あるサブネットプレフィックスに対応するサブネットにグループ化することと、そのサブネットプレフィックスをＢＡＰヘッダの宛先フィールドに含めることと、を更に含んでもよい。

【0044】

加えて、又は他の実施形態では、方法５００は、ＢＡＰ ＰＤＵを、コアネットワークからのＰＤＵセッションセットアップ要求に応答して生成することと、複数のＩＡＢノードからのユニキャストＲＲＣ再構成完了メッセージを処理したことに応答して、複数のＩＡＢノードのうち１つと通信状態にあるユーザ機器（ＵＥ）にユニキャストＲＲＣ再構成メッセージを送信することと、ＵＥからのＲＲＣ再構成完了メッセージを処理することと、ＵＥからのＲＲＣ再構成完了メッセージに応答して、コアネットワークにＰＤＵセッションセットアップ完了メッセージを送信することと、を含む。複数のＩＡＢノードは、ＵＥとコアネットワークとの間の第１のバックホール経路内の優先リンクのための第１のＩＡＢノードと、ＵＥとコアネットワークとの間の第２のバックホール経路内のバックアップリンクのための第２のＩＡＢノードとを含んでもよい。

【0045】

ＩＩ．構成転送

【0046】

ある一定の実施形態では、複数の中間ノードに単一のＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが転送され、それぞれの中間ノードが独立に構成を処理して応答する。ノード間でホップ・バイ・ホップでパケット転送が行われるように、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内に新しいフィールド及び／又は情報要素（ＩＥ）が作出されてもよい。ある一定のそのような実施形態では、上記で説明したように、ＵＥにリーチする複数のＩＡＢノードが１つのサブネット内にあることができるように、ネットワークノードのグループ化が使用されてもよい。

【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】

取り外し可能なメモリ回路１３２６は、ポータブルデータ記憶装置をプラットフォーム１３００と結合するために使用されるデバイス、回路、エンクロージャ／筐体、ポート又はレセプタクルなどを含んでもよい。これらのポータブルデータ記憶装置は、大量記憶目的のために使用することができ、例えば、フラッシュメモリカード（例えば、セキュアデジタル（ＳＤ）カード、ｍｉｃｒｏＳＤカード、ｘＤ画像カードなど）、及びＵＳＢフラッシュドライブ、光ディスク、外部ＨＤＤなどを含んでもよい。

【0089】

プラットフォーム１３００はまた、外部デバイスをプラットフォーム１３００と接続するために使用されるインタフェース回路（図示せず）を含んでもよい。インタフェース回路を介してプラットフォーム１３００に接続された外部デバイスは、センサ１３２２及び電気機械コンポーネント（ＥＭＣ１３２４として示されている）、並びに取り外し可能なメモリ回路１３２６に結合された取り外し可能なメモリデバイスを含む。

【0090】

センサ１３２２は、環境内の事象又は変化を検出し、検出された事象に関する情報（センサデータ）を何か他のデバイス、モジュール、サブシステムなどに送信することを目的とするデバイス、モジュール又はサブシステムを含み得る。そのようなセンサの例には、とりわけ、加速度計、ジャイロスコープ、及び／又は磁力計を含む、慣性計測ユニット（ＩＭＵ）、３軸加速度計、３軸ジャイロスコープ、及び／又は磁力計を含む、微小電気機械システム（ＭＥＭＳ）又はナノ電気機械システム（ＮＥＭＳ）、レベルセンサ、流量センサ、温度センサ（例えば、サーミスタ）、圧力センサ、気圧センサ、重力計、高度計、画像キャプチャデバイス（例えば、カメラ又はレンズ無し絞り）、光検出及び測距（ＬｉＤＡＲ）センサ、近接センサ（例えば、赤外線検出器など）、深度センサ、周囲光センサ、超音波トランシーバ、マイクロフォン又は他の同様の音声キャプチャデバイス、などが含まれる。

【0091】

ＥＭＣ１３２４は、デバイス、モジュール、又はサブシステムを含み、それらデバイスなどの目的は、プラットフォーム１３００がその状態、位置、及び／若しくは方向を変更すること、又は機構若しくは（サブ）システムを移動若しくは制御できるようにすることである。更に、ＥＭＣ１３２４は、ＥＭＣ１３２４の現在の状態を示すために、プラットフォーム１３００の他のコンポーネントにメッセージ／シグナリングを生成及び送信するように構成されていてもよい。ＥＭＣ１３２４の例には、１つ以上の電源スイッチ、電気機械式リレー（ＥＭＲ）及び／又はソリッドステートリレー（ＳＳＲ）を含むリレー、アクチュエータ（例えば、バルブアクチュエータなど）、可聴音発生装置、視覚的警告デバイス、モータ（例えば、ＤＣモータ、ステッパモータなど）、車輪、スラスタ、プロペラ、爪、クランプ、フック、及び／又は他の同様の電気機械部品が含まれる。実施形態では、プラットフォーム１３００は、１つ以上のキャプチャされたイベント及び／又はサービスプロバイダ及び／又は様々なクライアントから受信した命令又は制御信号に基づいて、１つ以上のＥＭＣ１３２４を動作させるように構成されている。いくつかの実装形態では、インタフェース回路は、プラットフォーム１３００を測位回路１３１６と接続してもよい。測位回路１３１６は、ＧＮＳＳの測位ネットワークによって送信／ブロードキャストされた信号を受信及び復号する回路を含む。航法衛星コンスタレーション（又はＧＮＳＳ）の例には、米国のＧＰＳ、ロシアのＧＬＯＮＡＳＳ、欧州連合のガリレオシステム、中国の北斗航法衛星システム、地域航法システム又はＧＮＳＳ補強システム（例えば、ＮＡＶＩＣ、日本のＱＺＳＳ、フランスのＤＯＲＩＳなど）などが含まれる。測位回路１３１６は、航法衛星コンスタレーションノードなどの測位ネットワークのコンポーネントと通信する様々なハードウェアエレメント（例えば、ＯＴＡ通信を容易にするために、スイッチ、フィルタ、増幅器、アンテナエレメントなどのハードウェアデバイスを含む）を備える。いくつかの実施形態では、測位回路１３１６は、マスタタイミングクロックを使用してＧＮＳＳ支援なしで位置トラッキング／推定を実行するＭｉｃｒｏ－ＰＮＴ ＩＣを含んでもよい。測位回路１３１６はまた、測位ネットワークのノード及びコンポーネントと通信するために、ベースバンド回路１３０４及び／又は無線フロントエンドモジュール１３０６の一部であってもよく、又はそれらと相互作用してもよい。測位回路１３１６はまた、位置データ及び／又は時間データをアプリケーション回路１３０２に提供してもよく、アプリケーション回路は、データを使用して、ターンバイターンナビゲーションアプリケーションなどのために、様々なインフラストラクチャ（例えば、無線基地局）と動作を同期させてもよい。

【0092】

いくつかの実装形態では、インタフェース回路は、プラットフォーム１３００を近距離通信回路（ＮＦＣ回路１３１２として示される）と接続してもよい。ＮＦＣ回路１３１２は、無線周波数識別（ＲＦＩＤ）規格に基づいて非接触の短距離通信を提供するように構成されており、磁場誘導は、ＮＦＣ回路１３１２とプラットフォーム１３００の外部のＮＦＣ対応デバイス（例えば、「ＮＦＣタッチポイント」）との間の通信を可能にするために使用される。ＮＦＣ回路１３１２は、アンテナ要素と結合されたＮＦＣコントローラと、ＮＦＣコントローラと結合されたプロセッサとを備える。ＮＦＣコントローラは、ＮＦＣコントローラファームウェア及びＮＦＣスタックを実行することによってＮＦＣ回路１３１２にＮＦＣ機能を提供するチップ／ＩＣであってもよい。ＮＦＣスタックは、ＮＦＣコントローラを制御するためにプロセッサによって実行されてもよく、ＮＦＣコントローラファームウェアは、短距離ＲＦ信号を放出するようにアンテナ素子を制御するためにＮＦＣコントローラによって実行されてもよい。ＲＦ信号は、パッシブＮＦＣタグ（例えば、ステッカー又はリストバンドに埋め込まれたマイクロチップ）に電力を供給して、記憶されたデータをＮＦＣ回路１３１２に送信するか、又は、ＮＦＣ回路１３１２とプラットフォーム１３００に近接した別のアクティブなＮＦＣデバイス（例えば、スマートフォン又はＮＦＣ対応ＰＯＳ端末）との間のデータ移送を開始してもよい。

【0093】

ドライバ回路１３１８は、プラットフォーム１３００に組み込まれた、プラットフォーム１３００に取り付けられた、又は他の方法でプラットフォーム１３００と通信可能に結合された特定のデバイスを制御するように動作するソフトウェア及びハードウェア要素を含んでもよい。ドライバ回路１３１８は、プラットフォーム１３００の他のコンポーネントが、プラットフォーム１３００内に存在するか、又はそれに接続され得る様々な入力／出力（Ｉ／Ｏ）装置と相互作用するか、又はそれらを制御することを可能にする個々のドライバを含んでもよい。例えば、ドライバ回路１３１８は、ディスプレイデバイスへのアクセスを制御及び許可するディスプレイドライバと、プラットフォーム１３００のタッチスクリーンインタフェースへのアクセスを制御及び許可するタッチスクリーンドライバと、センサ１３２２のセンサ読み取り値を取得してセンサ１３２２へのアクセスを制御及び許可するセンサドライバと、ＥＭＣ１３２４のアクチュエータ位置を取得して及び／又はＥＭＣ１３２４へのアクセスを制御及び許可するＥＭＣドライバと、埋め込みキャプチャデバイスへのアクセスを制御及び許可するカメラドライバと、１つ以上のオーディオ装置へのアクセスを制御及び許可するオーディオドライバとを含んでもよい。

【0094】

電力管理集積回路（ＰＭＩＣ１３１０として示される）（「電力管理回路」とも呼ばれる）は、プラットフォーム１３００の様々なコンポーネントに供給される電力を管理してもよい。具体的には、ベースバンド回路１３０４に関して、ＰＭＩＣ１３１０は、電源選択、電圧スケーリング、バッテリ充電、又はＤＣ－ＤＣ変換を制御してもよい。プラットフォーム１３００がバッテリ１３１４によって給電可能である場合、例えば、デバイスがＵＥに含まれている場合、多くの場合、ＰＭＩＣ１３１０が含まれ得る。

【0095】

いくつかの実施形態では、ＰＭＩＣ１３１０は、プラットフォーム１３００の様々な省電力機構を制御してもよいし、又は別の方法でその一部であってもよい。例えば、プラットフォーム１３００がＲＲＣ接続状態にあって、トラフィックを間もなく受信することが予期されるのでＲＡＮノードに依然として接続されている場合、ある非アクティブ期間後、プラットフォームは、間欠受信モード（ＤＲＸ）として知られる状態に入ってもよい。この状態の間は、プラットフォーム１３００は、電力を短い間隔で落としてもよく、それによって節電してもよい。長期間のデータトラフィック活動が存在しない場合、プラットフォーム１３００は、ＲＲＣ＿アイドル状態に遷移してもよく、ネットワークから切断し、チャネル品質フィードバック、ハンドオーバなどの動作を実行しない。プラットフォーム１３００は、非常に低い電力状態になり、ページングを実行し、ここで再び周期的にウェイクアップしてネットワークをリッスンし、次いで再び電力を落とす。プラットフォーム１３００は、この状態ではデータを受信できず、データを受信するためには、ＲＲＣ＿接続状態に遷移しなければならない。更なる省電力モードでは、デバイスはページング間隔（数秒から数時間に及ぶ）より長期間、ネットワークから利用できなくなることを許容され得る。この間、デバイスは、ネットワークに全くリーチできず、完全に電力が落とされ得る。この間に送信されたデータがあれば大幅な遅延が生じるが、遅延は許容できるものとみなされる。

【0096】

バッテリ１３１４がプラットフォーム１３００に電力を供給してもよいが、いくつかの例では、プラットフォーム１３００は固定のロケーションに配備されてマウントされることがあり、送電網に結合された電源を有してもよい。バッテリ１３１４は、リチウムイオンバッテリ、空気亜鉛バッテリ、アルミニウム空気バッテリ、リチウム空気バッテリなどの金属空気バッテリ、などであってもよい。Ｖ２Ｘ用途などのいくつかの実装形態では、バッテリ１３１４は、典型的な鉛酸自動車バッテリであってもよい。

【0097】

いくつかの実装形態では、バッテリ１３１４は、バッテリ管理システム（ＢＭＳ）又はバッテリ監視集積回路を含むか、又はそれに結合された「スマートバッテリ」であってもよい。ＢＭＳは、プラットフォーム１３００に含まれてバッテリ１３１４の充電状態（ＳｏＣｈ）を追跡してもよい。ＢＭＳは、バッテリ１３１４の他のパラメータを監視して、バッテリ１３１４の健全状態（ＳｏＨ）及び機能状態（ＳｏＦ）などの故障予測を提供するために使用されてもよい。ＢＭＳは、バッテリ１３１４の情報を、アプリケーション回路１３０２又はプラットフォーム１３００の他のコンポーネントに通信してもよい。ＢＭＳはまた、アプリケーション回路１３０２がバッテリ１３１４の電圧、又はバッテリ１３１４からの電流を直接監視することを可能にするアナログ－デジタル（ＡＤＣ）変換器を含んでもよい。送信周波数、ネットワーク動作、検知周波数などの、プラットフォーム１３００が実行し得る動作を決定するために、バッテリパラメータが使用されてもよい。

【0098】

バッテリ１３１４を充電するために、電力ブロック、又は電気グリッドに結合された他の電源がＢＭＳに結合されていてもよい。いくつかの例では、電力ブロックは、無線電力受信機と置き換えられて、例えば、コンピュータプラットフォーム１３００内のループアンテナを介して無線で電力を取得してもよい。これらの例では、無線バッテリ充電回路がＢＭＳに含まれてもよい。選択される特定の充電回路は、バッテリ１３１４のサイズ、したがって必要とされる電流に依存してもよい。充電は、とりわけ、Ａｉｒｆｕｅｌ Ａｌｌｉａｎｃｅによって公布されたＡｉｒｆｕｅｌ標準、Ｗｉｒｅｌｅｓｓ Ｐｏｗｅｒ Ｃｏｎｓｏｒｔｉｕｍによって公布されたＱｉ無線充電標準、又はＡｌｌｉａｎｃｅ ｆｏｒ Ｗｉｒｅｌｅｓｓ Ｐｏｗｅｒによって公布されたＲｅｚｅｎｃｅ充電標準を使用して実行することができる。

【0099】

ユーザインタフェース回路１３２０は、プラットフォーム１３００内に存在するか、又はそれに接続される様々な入出力（Ｉ／Ｏ）デバイスを含み、プラットフォーム１３００とのユーザ相互作用を可能にするように設計された１つ以上のユーザインタフェース、及び／又はプラットフォーム１３００との周辺コンポーネント相互作用を可能にするように設計された周辺コンポーネントインタフェースを含む。ユーザインタフェース回路１３２０は、入力デバイス回路及び出力デバイス回路を含む。入力デバイス回路は、とりわけ、１つ以上の物理的又は仮想的ボタン（例えば、リセットボタン）、物理キーボード、キーパッド、マウス、タッチパッド、タッチスクリーン、マイクロフォン、スキャナ、ヘッドセットなどを含む入力を受け付けるための任意の物理的又は仮想的手段を含む。出力デバイス回路は、センサ読み取り値、アクチュエータ位置（単数又は複数）、又は他の同様の情報などの情報を表示するか、又は他の方法で情報を伝達するための任意の物理的又は仮想的な手段を含む。出力デバイス回路は、どのような数及び／又は組み合わせのオーディオ又は視覚ディスプレイを含んでもよく、それらには、とりわけ、バイナリ状態インジケータなどの１つ以上の単純な視覚出力／インジケータ（例えば、発光ダイオード（ＬＥＤ））及び複数文字の視覚出力、又は、プラットフォーム１３００の動作から生成若しくは作成される、文字、グラフィック、マルチメディアオブジェクトなどの出力を有するディスプレイデバイス若しくはタッチスクリーン（例えば、液晶ディスプレイ（ＬＣＤ）、ＬＥＤディスプレイ、量子ドットディスプレイ、プロジェクタなど）などの、より複雑な出力が含まれる。出力デバイス回路はまた、スピーカ又は他のオーディオ放出デバイス、プリンタ（単数又は複数）、及び／又は同様のものを含んでもよい。いくつかの実施形態では、センサ１３２２は、入力装置回路（例えば、画像キャプチャデバイス、モーションキャプチャデバイスなど）として使用されてもよく、１つ以上のＥＭＣが、出力装置回路（例えば、触覚フィードバックを提供するアクチュエータなど）として使用されてもよい。別の例では、アンテナ要素及び処理デバイスと結合されたＮＦＣコントローラを備えるＮＦＣ回路が、電子タグを読み取り、かつ／又は別のＮＦＣ対応デバイスと接続するために含まれてもよい。周辺コンポーネントインタフェースとしては、不揮発性メモリポート、ＵＳＢポート、オーディオジャック、電源インタフェースなどが挙げられるが、これらに限定されない。

【0100】

図示されていないが、プラットフォーム１３００のコンポーネントは、適切なバス又は相互接続（ＩＸ）技術を使用して互いに通信してもよく、これは、ＩＳＡ、ＥＩＳＡ、ＰＣＩ、ＰＣｉｘ、ＰＣｉｅ、時間トリガプロトコル（ＴＴＰ）システム、ＦｌｅｘＲａｙシステムを含む任意の数の技術、又は任意の数の他の技術を含んでもよい。バス／ＩＸは、例えば、ＳｏＣベースのシステムで使用される独自のバス／ＩＸであってもよい。他のバス／ＩＸシステム、とりわけ、Ｉ^２Ｃインタフェース、ＳＰＩインタフェース、ポイントツーポイントインタフェース、及び電力バスなどが含まれてもよい。

【0101】

図１４は、いくつかの実施形態例による、機械可読媒体又はコンピュータ可読媒体（例えば、非一時的機械可読記憶媒体）から命令を読み取り、本明細書で論じる方法のうちいずれか１つ以上を実行し得るコンポーネント１４００を示すブロック図である。具体的には、図１４は、１つ以上のプロセッサ１４０６（又はプロセッサコア）、１つ以上のメモリ／記憶装置１４１４、及び１つ以上の通信リソース１４２４を含み、それらの各々を、バス１４１６を介して通信可能に結合し得る、ハードウェアリソース１４０２の図式表現を示す。ノード仮想化（例えば、ＮＦＶ）が利用される実施形態では、ハイパーバイザ１４２２が、ハードウェアリソース１４０２を利用する１つ以上のネットワークスライス／サブスライスの実行環境を提供するように実行されてもよい。

【0102】

プロセッサ１４０６（例えば、中央演算処理装置（ＣＰＵ）、縮小命令セットコンピューティング（Reduced instruction set computing、ＲＩＳＣ）プロセッサ、複合命令セットコンピューティング（ＣＩＳＣ）プロセッサ、グラフィック処理ユニット（ＧＰＵ）、ベースバンドプロセッサなどのデジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、高周波集積回路（ＲＦＩＣ）、別のプロセッサ、又はこれらの任意の好適な組み合わせ）は、例えば、プロセッサ１４０８及びプロセッサ１４１０を含んでもよい。

【0103】

メモリ／記憶装置１４１４は、メインメモリ、ディスクストレージ、又はそれらのどのような好適な組み合わせを含んでもよい。メモリ／記憶装置１４１４としては、動的ランダムアクセスメモリ（ＤＲＡＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、ソリッドステートストレージなどの任意の種類の揮発性又は不揮発性メモリが挙げられるが、これらに限定されない。

【0104】

通信リソース１４２４は、ネットワーク１４１８を介して１つ以上の周辺機器１４０４又は１つ以上のデータベース１４２０と通信するための、相互接続又はネットワークインタフェースコンポーネント又は他の好適なデバイスを含み得る。例えば、通信リソース１４２４は、（例えば、ユニバーサルシリアルバス（ＵＳＢ）を介した結合のための）有線通信コンポーネント、セルラー通信コンポーネント、ＮＦＣコンポーネント、Ｂｌｕｅｔｏｏｔｈ（登録商標）コンポーネント（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）Ｌｏｗ Ｅｎｅｒｇｙ）、Ｗｉ－Ｆｉ（登録商標）コンポーネント、及び他の通信コンポーネントを含んでもよい。

【0105】

命令１４１２は、プロセッサ１４０６の少なくともいずれかに、本明細書で論じる方法論のうち任意の１つ以上を実行させるための、ソフトウェア、プログラム、アプリケーション、アプレット、アプリ、又は他の実行可能コードを含んでもよい。命令１４１２は、完全に又は部分的に、プロセッサ１４０６（例えば、プロセッサのキャッシュメモリ内に）、メモリ／記憶装置１４１４、又はそれらの任意の好適な組み合わせのうち少なくとも１つの中に存在してもよい。更に、命令１４１２の任意の部分は、周辺機器１４０４又はデータベース１４２０の任意の組み合わせからハードウェアリソース１４０２に転送されてもよい。したがって、プロセッサ１４０６のメモリ、メモリ／記憶装置１４１４、周辺機器１４０４、及びデータベース１４２０は、コンピュータ可読媒体及び機械可読媒体の例である。

【0106】

１つ以上の実施形態では、前述の図のうちの１つ以上に記載されるコンポーネントのうちの少なくとも１つは、以下の実施例セクションに記載されるような１つ以上の動作、技術、プロセス、及び／又は方法を実行するように構成されている場合がある。例えば、前述の図のうちの１つ以上に関連して上述したベースバンド回路は、以下に記載される例のうちの１つ以上に従って動作するように構成されていてもよい。別の例として、前述の図のうちの１つ以上に関連して上述したようなＵＥ、基地局、ネットワーク要素などと関連付けられた回路は、実施例セクションにおいて以下に記載される例のうちの１つ以上に従って動作するように構成されている場合がある。

【0107】

実施例セクション

【0108】

以下の実施例は、更なる実施形態に関連する。

【0109】

実施例１は、無線ネットワークでバックホールアダプションプロトコル（ＢＡＰ）を使用する、バックホール無線リンク制御（ＲＬＣ）チャネル確立の方法である。この方法は、宛先フィールドと、経路フィールドと、宛先フィールドがユニキャストアドレスを含むのかマルチキャストアドレスを含むのかを示すように構成されたビットとを含むＢＡＰヘッダを含むＢＡＰプロトコルデータユニット（ＰＤＵ）を生成することと、そのＢＡＰ ＰＤＵを含むマルチキャスト無線リソース制御（ＲＲＣ）再構成メッセージを生成することと、そのマルチキャストＲＲＣ再構成メッセージを送信することに応答して、複数のアクセスバックホール統合（ＩＡＢ）ノードからＢＡＰを使用して受信したユニキャストＲＲＣ再構成完了メッセージを処理することと、を含む。

【0110】

実施例２は実施例１の方法を含み、当該ビットを、ＢＡＰヘッダの宛先フィールド内のアドレスを経路フィールド内の経路識別子のためのマルチキャストアドレスとして扱うように複数のＩＡＢノードに指示するように設定することを更に含む。

【0111】

実施例３は実施例２の方法を含み、複数のＩＡＢノードを、あるサブネットプレフィックスに対応するサブネットにグループ化することと、そのサブネットプレフィックスをＢＡＰヘッダの宛先フィールドに含めることとを更に含む。

【0112】

実施例４は実施例１の方法を含み、ＢＡＰ ＰＤＵを、コアネットワークからのＰＤＵセッションセットアップ要求に応答して生成することと、複数のＩＡＢノードからのユニキャストＲＲＣ再構成完了メッセージを処理することに応答して、複数のＩＡＢノードのうち１つと通信状態にあるユーザ機器（ＵＥ）にユニキャストＲＲＣ再構成メッセージを送信することと、ＵＥからのＲＲＣ再構成完了メッセージを処理することと、ＵＥからの前記ＲＲＣ再構成完了メッセージに応答して、コアネットワークにＰＤＵセッションセットアップ完了メッセージを送信することと、を更に含む。

【0113】

実施例５は実施例４の方法を含み、複数のＩＡＢノードは、ＵＥとコアネットワークとの間の第１のバックホール経路内の優先リンクのための第１のＩＡＢノードと、ＵＥとコアネットワークとの間の第２のバックホール経路内のバックアップリンクのための第２のＩＡＢノードとを含む。

【0114】

実施例６は、無線ネットワークで構成転送を使用する、バックホール無線リンク制御（ＲＬＣ）チャネル確立の方法である。この方法は、転送先フィールドが含まれた情報要素（ＩＥ）を含む無線リソース制御（ＲＲＣ）再構成メッセージであって、転送先フィールドが複数のアクセスバックホール統合（ＩＡＢ）ノード間の順次ホップのためのアドレスのリストを含む、ＲＲＣ再構成メッセージを生成することと、複数のＩＡＢノードのうち第２のＩＡＢノードに転送するために、複数のＩＡＢノードのうち第１のＩＡＢノードにＲＲＣ再構成メッセージを送信することと、を含む。

【0115】

実施例７は実施例６の方法を含み、複数のＩＡＢノードの各ノードからＲＲＣ再構成完了メッセージを受信することを更に含む。

【0116】

実施例８は実施例６の方法を含み、複数のＩＡＢノードの末端ノードからＲＲＣ再構成完了メッセージを受信することを更に含み、ここで末端ノードは、あるユーザ機器（ＵＥ）と通信状態にあるか、又はそのＵＥとの接続を確立するための経路に沿って故障を検出済みである。

【0117】

実施例９は実施例８の方法を含み、故障に基づいて、複数のＩＡＢノードのうち故障したＩＡＢノードにＲＲＣ再構成メッセージを再送することを更に含む。

【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】

前述は、明確にするためにある程度詳細に説明されてきたが、その原理から逸脱することなく、特定の変更及び修正を行うことができることは明らかであろう。本明細書に記載されるプロセス及び装置の両方を実装する多くの代替的な方法が存在することに留意されたい。したがって、本実施形態は、例示的であり、限定的ではないとみなされるべきものであり、説明は、本明細書で与えられる詳細に限定されるものではなく、添付の特許請求の範囲及び均等物内で修正されてもよい。

【図1】

【図2A】

【図2B】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【手続補正書】

【提出日】2024-07-05

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線ネットワークで構成転送を使用する、バックホール無線リンク制御（ＲＬＣ）チャネル確立のための方法であって、
転送先フィールドを含む情報要素（ＩＥ）を含む無線リソース制御（ＲＲＣ）再構成メッセージを生成することであって、前記転送先フィールドが複数のアクセスバックホール統合（ＩＡＢ）ノード間の順次ホップのためのアドレスのリストを含む、ことと、
前記複数のＩＡＢノードのうち第２のＩＡＢノードに転送するために、前記ＲＲＣ再構成メッセージを前記複数のＩＡＢノードのうち第１のＩＡＢノードに送信することと、
を含む、方法。

【請求項2】

前記複数のＩＡＢノードの各ノードからＲＲＣ再構成完了メッセージを受信することを更に含む、請求項１に記載の方法。

【請求項3】

前記複数のＩＡＢノードの末端ノードからＲＲＣ再構成完了メッセージを受信することであって、前記末端ノードが、ユーザ機器（ＵＥ）と通信状態にあるか、又は前記ＵＥとの接続を確立するための経路に沿って故障を検出済みである、ことを更に含む、請求項１に記載の方法。

【請求項4】

前記故障に基づいて、前記複数のＩＡＢノードのうち故障したＩＡＢノードに前記ＲＲＣ再構成メッセージを再送することを更に含む、請求項３に記載の方法。

【請求項5】

１つ以上のＲＲＣ再構成完了メッセージを受信したことに基づいて、前記バックホールＲＬＣチャネル確立が完了するまで、前記ＲＲＣ再構成メッセージの再送を閾値回数まで試みることを更に含む、請求項１に記載の方法。

【請求項6】

前記複数のＩＡＢノードを、サブネットプレフィックスに対応するサブネットにグループ化することを更に含む、請求項１に記載の方法。

【請求項7】

前記複数のＩＡＢノードが、ＵＥとコアネットワークとの間の第１の経路に優先リンクを確立し、前記ＵＥと前記コアネットワークとの間の第２の経路にバックアップリンクを確立する、請求項１に記載の方法。

【請求項8】

前記ＲＲＣ再構成メッセージが、前記優先リンクを含む前記第１の経路に対応する第１のＲＲＣ再構成メッセージを含み、前記方法が、
前記転送先フィールドを含む前記ＩＥを含む第２のＲＲＣ再構成メッセージを生成することであって、前記転送先フィールドが前記バックアップリンクのための第３のＩＡＢノードのアドレスを含む、ことと、
前記複数のＩＡＢノードのうち前記第３のＩＡＢノードに直接又は間接的に転送するために、前記第２のＲＲＣ再構成メッセージを前記複数のＩＡＢノードのうち前記第１のＩＡＢノードに送信することと、
を更に含む、請求項７に記載の方法。

【請求項9】

前記第２のＲＲＣ再構成メッセージを送信する前に、前記第１の経路に対応するＲＲＣ再構成完了メッセージを受信することを更に含む、請求項８に記載の方法。

【請求項10】

前記優先リンクと前記バックアップリンクとの両方を確立するために、前記第１のＲＲＣ再構成メッセージと前記第２のＲＲＣ再構成メッセージとを同時に送信することを更に含む、請求項８に記載の方法。

【請求項11】

前記バックアップリンクをアクティブ化するための指示を含むメディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）を処理することを更に含む、請求項８に記載の方法。

【請求項12】

前記ＭＡＣ ＣＥが、アクティブ化／非アクティブ化フィールド及び経路識別子（ＩＤ）フィールドを含み、前記アクティブ化／非アクティブ化フィールドが、前記経路ＩＤフィールドによって特定される前記バックアップリンクに対応する前記第２の経路がアクティブ化されているのか非アクティブ化されているのかを示す、請求項１１に記載の方法。

【請求項13】

前記複数のＩＡＢノード間での交換のために構成された下りリンク制御情報（ＤＣＩ）フォーマットを有するＤＣＩを処理することであって、前記ＤＣＩフォーマットが、ＩＡＢ間通信のためのＩＡＢコマンドのグループを送信するために使用され、ＩＡＢコマンドの前記グループが、前記バックアップリンクをアクティブ化するためのコマンドを含む、ことを更に含む、請求項８に記載の方法。

【請求項14】

マルチキャストを伴う無線リソース構成（ＲＲＣ）再構成を使用する、バックホール無線リンク制御（ＲＬＣ）チャネル確立のための方法であって、
アクセスバックホール統合（ＩＡＢ）ドナーノード及び１つ以上の子ＩＡＢノードを１つのサブネットとして構成することと、
前記サブネットに送信するための再構成メッセージを生成することであって、前記再構成メッセージが、前記バックホールＲＬＣチャネル確立のための構成設定を含む前記サブネットのための情報要素（ＩＥ）を含み、前記ＩＥが、前記サブネットに関連するインターネットプロトコル（ＩＰ）アドレスを有する前記ＩＡＢドナーノード及び前記１つ以上の子ＩＡＢノードに前記構成設定を適用するように指示するために、前記サブネットを特定する、ことと、を含む、
方法。

【請求項15】

前記構成設定が、前記ＩＡＢのための前記ＲＬＣの１対１（１－１）又は複数対１（複数－１）のマッピング構成のためのものである、請求項１４に記載の方法。

【請求項16】

請求項１から請求項１５のいずれか一項に記載の方法のステップの各々を処理する手段を備えるノード。

【外国語明細書】