JP7357158B2 - Ｉａｂネットワークにおけるデフォルトパス割り当て - Google Patents

Description

本開示の実施形態は、無線通信を対象とし、より具体的には、統合アクセス及びバックホール（ＩＡＢ）ネットワークのためのデフォルトパス割り当てを対象とする。

一般的に、ここで使用されているすべての用語は、異なる意味が明確に与えられていない限り、及び／又は、使用されている文脈から示唆されていない限り、関連する技術分野での通常の意味に従って解釈される。要素、装置、部品、手段、ステップ等への言及は、明示的に述べられない限り、オープン的に、要素、装置、部品、手段、ステップ等の少なくとも１つを参照しているものと解釈される。本明細書に開示されている方法のステップは、ステップが別のステップの後に続く、又は、前にあると明確に説明されていない限り、及び／又は、ステップが別のステップの前又は後になければならないことが暗黙的に示されている場合を除き、開示された正確な順序で実行する必要はない。本明細書に開示される実施形態の任意の特徴は、必要に応じて、他の実施形態に適用され得る。同様に、実施形態の任意の利点は、他の実施形態に適用することができ、逆もまた同様である。本実施形態の他の目的、特徴及び利点は、以下の説明から明らかになるであろう。

第３世代パートナーシッププロジェクト（３ＧＰＰ）は、第５世代（５Ｇ）のニューレディオ（ＮＲ）における統合アクセス及び無線アクセスバックホール（ＩＡＢ）の標準を含む。ＮＲにおける短距離ミリ波スペクトラムの使用は、マルチホップバックホールを使用した高密度展開を必要とする。しかしながら、すべての基地局への光ファイバはコストがかかり、場合によっては可能ではない（史跡等）。ＩＡＢの主な原理は、トランスポートネットワークを高密度化することなく、セルを柔軟かつ高密度に展開できる様にするために、バックホールに（ファイバではなく）無線リンクを使用することである。ＩＡＢのユースケースシナリオは、カバレッジ拡張、多数のスモールセル展開、及び、固定無線アクセス（ＦＷＡ）（住宅／オフィスビル等へ）を含み得る。ミリ波スペクラムにおいてＮＲに利用可能なより広い帯域幅は、アクセスリンクに使用されるスペクラムを制限することなく、セルフバックホールの機会を提供する。さらに、ＮＲに固有のマルチビーム及び多入力多出力（ＭＩＭＯ）のサポートにより、バックホールとアクセスリンクと間のクロスリンク干渉が低減され、高密度化が促進される。

ＩＡＢアーキテクチャには、ＮＲの中央ユニット（ＣＵ）／分散ユニット（ＤＵ）分割アーキテクチャを活用でき、この場合、ＩＡＢノードは中央ユニットによって制御されるＤＵパーツをホストする。ＩＡＢノードは、親ノードと通信するためのモバイル終端（ＭＴ）部分も有する。

ＩＡＢの仕様は、ＮＲで定義されている幾つかの既存の機能とインタフェースを再利用する。特に、ＭＴ、ｇＮＢ－ＤＵ、ｇＮＢ－ＣＵ、ユーザプレーン機能（ＵＰＦ）、アクセス及び管理機能（ＡＭＦ）及びセッション管理機能（ＳＭＦ）と、対応するインタフェースＮＲ Ｕｕ（ＭＴとｇＮＢとの間）、Ｆ１、ＮＧ、Ｘ２及びＮ４と、は、ＩＡＢアーキテクチャのベースラインとして使用される。ＩＡＢをサポートするためのこれらの機能及びインタフェースの変更又は拡張については、アーキテクチャの説明のコンテキストで詳しく説明する。マルチホップ転送等の追加機能は、ＩＡＢの動作を理解するために必要であり、特定の側面では標準化が必要になる可能性があるため、アーキテクチャの説明に含める。

モバイル終端（ＭＴ）機能は、ＩＡＢノードのコンポーネントである。本明細書で使用される場合、ＭＴは、ＩＡＢドナー又は他のＩＡＢノードへのバックホールＵｕインタフェースの無線インタフェースレイヤを終端する、ＩＡＢノード内の機能として参照される。

図１は、ＩＡＢネットワークの高レベルアーキテクチャビューを示している。図１は、１つのＩＡＢドナーと複数のＩＡＢノードと、を含むスタンドアロンモードのＩＡＢの参照図である。ＩＡＢドナーは、ｇＮＢ－ＤＵ、ｇＮＢ－ＣＵ－ＣＰ、ｇＮＢ－ＣＵ－ＵＰ及び場合によっては他の機能等の機能セットを含む単一の論理ノードとして扱われる。配置において、ＩＡＢドナーは、これらの機能に従って分割でき、これらの機能の総ては、３ＧＰＰ ＮＧ－ＲＡＮアーキテクチャで許可されている様に、同じ場所に配置することも、同じ場所に配置しないこともできる。この様な分割が行われると、ＩＡＢ関連の側面が生じ得る。また、現在ＩＡＢドナーに関連付けられている機能の一部は、ＩＡＢ固有のタスクを実行しないことが明らかになった場合に、最終的にドナーの外に移動され得る。

ＩＡＢのベースラインユーザプレーン及び制御プレーンプロトコルスタックを図２及び図３Ａ～図３Ｃに示す。

図２は、ＩＡＢのベースラインＵＰプロトコルスタックを示すブロック図である。図３Ａ～図３Ｃは、ＩＡＢのベースラインＣＰプロトコルスタックを示すブロック図である。図示する様に、選択されたプロトコルスタックは、現在のＣＵ－ＤＵ分割仕様を再利用し、全ユーザプレーンＦ１－Ｕ（ＧＴＰ－Ｕ／ＵＤＰ／ＩＰ）は、ＩＡＢノード（通常のＤＵの様に）で終端され、全制御プレーンＦ１－Ｃ（Ｆ１－ＡＰ／ＳＣＴＰ／ＩＰ）も、（通常のＤＵの様に）ＩＡＢノードで終端される。図示する例において、ネットワークドメインセキュリティ（ＮＤＳ）が、ＵＰトラフィックとＣＰトラフィックの両方を保護するために使用される（ＵＰの場合はＩＰｓｅｃ、ＣＰの場合はＤＴＬＳ）。ＤＴＬＳの代わりにＩＰｓｅｃがＣＰ保護に使用され得る（この場合、ＤＴＬＳレイヤは使用されない）。

ＩＡＢノード及びＩＡＢドナーのバックホール適応プロトコル（ＢＡＰ）と呼ばれるプロトコルレイヤは、ベアラのエンドツーエンドでのＱｏＳ要件を満たすために、パケットを適切なダウンストリーム／アップストリームノードにルーティングし、ＵＥベアラデータを適切なバックホール無線リンク制御（ＲＬＣ）チャネル（また、中間ＩＡＢノードの入力及び出力バックホールＲＬＣチャネル間）にマッピングするために使用される。

ルーティング及びベアラマッピング（バックホールＲＬＣチャネルのマッピング等）は、アダプテーションレイヤ機能である。アダプテーションレイヤの送信部分は、ルーティング及びベアラマッピングを実行し、アダプテーションレイヤの受信部分は、ベアラデマッピングを実行する。サービスデータユニット（ＳＤＵ）は、ＩＡＢノードによって中継されるパケットのために、アダプテーションレイヤの受信部分からアダプテーションレイヤの送信部分（ネクストホップ）に転送される。

ＢＡＰは、Ｆ１－ＡＰによって構成されるＤＵ部分と、無線リソース制御（ＲＲＣ）によって構成されるＭＴ部分と、を含む。ＢＡＰのＤＵ部分及びＭＴ部分は、それぞれ１つの送信機及び１つの受信機を有する。ＢＡＰルーティングＩＤ（ＢＡＰヘッダで搬送される）は、ＢＡＰアドレス及びＢＡＰパスＩＤで構成される。各ＢＡＰアドレスは、一意の宛先を定義する（ＩＡＢアクセスノード又はＩＡＢドナーのいずれかである１つのドナーのＩＡＢネットワークに固有）。各ＢＡＰアドレスは、ローカルルートの選択を可能にするために、ルーティングテーブルに１つ又は複数のエントリを有し得る。複数のエントリは、ロードバランシング又は無線リンク障害（ＲＬＦ）での再ルーティング用である。各ＢＡＰルーティングＩＤは、ルーティングテーブルに１つのエントリのみを有する。ＩＡＢノードのＢＡＰアドレスは、上位レイヤに配信されるトラフィックと出力ＲＬＣレイヤに配信されるトラフィックを区別するために使用される。

ＲＬＣレイヤから取得したパケットのルーティング及びベアラマッピングのために、ＩＡＢノードは、ＢＡＰヘッダのＢＡＰルーティングＩＤから出力リンク（ルーティングテーブル）と、入力ＲＬＣチャネルから出力ＲＬＣチャネル（ベアラマッピング）と、マッピングで構成され得る。ＢＡＰルーティングＩＤの選択／追加と、上位レイヤから取得したパケットのルーティング及びベアラマッピングと、のために、ＩＡＢノード及びＩＡＢドナーは、ＢＡＰヘッダのＢＡＰルーティングＩＤへの上位レイヤ情報と、出力リンクへのＢＡＰヘッダのＢＡＰルーティングＩＤと、出力ＲＬＣチャネルへの上位レイヤ情報と、のマッピングで構成され得る。

ＢＡＰヘッダに関し、ルーティングＩＤは１３ビットであり、Ｃ／Ｄビットがあり、ＢＡＰルーティングＩＤのＢＡＰアドレス及びＢＡＰパスＩＤサブフィールドの長さは固定／事前定義される。ダウンリンクの場合、ＢＡＰアドレスは１０ビットであり、ＢＡＰパスＩＤは３ビットである。仕様は、ルーティングＩＤとそのコンポーネントの構成を制限せず、したがって、ネットワークは、例えば、パスの混乱がないことを確実にしなければならなくなり得る。

図４は、データＰＤＵのサンプルヘッダを示し、ここで、ＭＳＢは、それが制御ヘッダかデータヘッダかを示し、フラグと将来の互換性のために幾つかの予約ビットがある。

ＩＡＢノードのＭＴ機能用のＣＰ／ＵＰトラフィックを搬送する無線ベアラは、バックホールＲＬＣチャネルとは別に処理される。バックホールＲＬＣチャネルは、ＩＡＢ ＤＵ機能との間でトラフィックを搬送するために使用され、これは、ＩＡＢノードによってサービス提供されるＵＥ又は子ＩＡＢノードのいずれかを対象としていることに留意されたい。子ＩＡＢノードとＩＡＢ ＤＵによってサービス提供されるＵＥのトラフィックは、異なる論理チャネルＩＤを使用することで別々に処理される。

図５及び図６は、ダウンリンク方向のパケットの流れを示している。図５は、ダウンストリーム送信ためのＩＡＢノードでのベアラマッピングの例を示している。図６は、ダウンストリーム送信のためにＢＡＰエンティティによって実行される機能の例を示している。

ダウンリンクの場合、パケットが（ドナーＣＵから）ＩＡＢドナーＤＵに到着し、最初に上位レイヤによって処理されるとき（ドナーＤＵにＭＴ ＢＡＰレイヤがないため）、パケットが直接接続されたＵＥに送信される場合、又は、それがＩＡＢドナーＤＵに送信されるＦ１－ＡＰトラフィックである場合、パケットは上位レイヤ（ＵＰの場合はＩＰ／ＵＤＰ／ＧＴＰ－Ｕ、ＣＰの場合はＩＰ／ＳＣＴＰ／Ｆ１－ＡＰ）に転送される。それ以外の場合（つまり、さらにダウンストリームに転送される場合）、パケットはＤＵ ＢＡＰレイヤに転送される。

パケットがバックホールＲＬＣチャネルを介して（親ＩＡＢノード又はＩＡＢドナーＤＵから）ＩＡＢノードに到着すると、パケットは最初にＭＴ ＢＡＰレイヤによって処理される。パケットがＩＡＢノードに直接接続されたＵＥ宛てであるか、ＩＡＢノードのＤＵ宛てのＦ１－ＡＰトラフィックである場合、パケットは上位レイヤ（ＵＰの場合はＩＰ／ＵＤＰ／ＧＴＰ－Ｕ、ＣＰの場合はＩＰ／ＳＣＴＰ／Ｆ１－ＡＰ）に転送される。それ以外の場合（つまり、さらにダウンストリームに転送される場合）、パケットはＤＵ ＢＡＰレイヤに転送される。

パケットがＤＵ－ＢＡＰレイヤに転送されると、ＤＵ ＢＡＰは、パケットが転送されるルート（つまり、どの子ノード）と、そのルート内のどのバックホールＲＬＣチャネルをパケットのダウンストリームへの転送に使用するかを、ＩＡＢドナーＣＵによってＢＡＰレイヤに構成されたルーティング及びベアラマッピングテーブルに基づき決定する。

図７及び図８は、アップリンクの方向を示している。図７は、アップリンク送信のためのＩＡＢノードでのベアラマッピングの例を示している。図８は、アップリンク送信のためにＢＡＰエンティティによって実行される機能の例を示している。

アップリンクの場合、パケットがバックホールＲＬＣチャネルを介して（子ＩＡＢノードから）ＩＡＢドナーＤＵに到着すると、パケットは最初にＤＵ ＢＡＰレイヤによって処理され、ドナーＣＵに転送される（ドナーＤＵは最大で１つのドナーＣＵに接続できるため、ルーティング機能は必要ない）。パケットがアップリンク方向でＩＡＢノードに到着するとき、それがバックホールＲＬＣチャネルを介して子ＩＡＢノードからきた場合、パケットは最初にＤＵ ＢＡＰレイヤによって処理され、総てのアップリンクパケットがドナーＣＵに転送される様になっているため、ＭＴ ＢＡＰレイヤに渡される。パケットがＩＡＢノードに直接接続されたＵＥからのものである場合、或いは、ＩＡＢノードから生じたＦ１－ＡＰトラフィックである場合、パケットは最初に上位レイヤ（ＵＰの場合はＩＰ／ＵＤＰ／ＧＴＰ－Ｕ、ＣＰの場合はＩＰ／ＳＣＴＰ／Ｆ１－ＡＰｆｏｒＣＰ）で処理され、ＭＴ ＢＡＰレイヤに転送される。ＭＴ ＢＡＰは、パケットが転送されるルート（つまり、どの親ノード）と、ルート内のどのバックホールＲＬＣチャネルをパケットのアップストリーム転送に使用するかを決定する。

ＩＡＢネットワークは、マルチパス通信を使用し得る。例えば、ＩＡＢノードは、ＩＡＢドナーＣＵとの冗長ルートを有し得る。１つ又は複数のＩＡＢドナーＤＵを介する、単一又は二重接続を介する、ＩＡＢノードへの複数のパスが可能である。ＩＡＢドナーＣＵは、ロードバランシングの目的でマルチパスを使用できる、つまり、ＩＡＢドナーＣＵは、ＩＡＢノードによってサービス提供される様々なＵＥに属するトラフィック、又は、ＵＥに関連する様々なデータ無線ベアラ（ＤＲＢ）に様々なパスを割り当てることができる。

ＮＲ－ＤＣフレームワークは、ＩＡＢノードへのマルチ接続を設定するために再利用され得る。ただし、ＩＡＢノードにＮＲ－ＤＣを使用するためには、ユーザプレーンの側面に幾つかの変更が必要になり得る。その理由は、ＩＡＢノードは、Ｆ１－Ｕトラフィックのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を終端しない、ＩＡＢの親ノードは、他のＩＡＢノードのＦ１－Ｕを終端しない（代わりに、転送はＢＡＰレイヤで処理される）、ＩＡＢノードへの完全なＦ１－Ｕサポートに基づくアーキテクチャは、ＩＡＢノードに向かうトラフィックにＣＵ－ＵＰ機能があることを想定していない（代わりに、ＤＵがＩＰルーティングを処理する）、非ＩＡＢ ＮＲ ＤＣのＩＰ接続は、ＵＰＦで終端されるが、これはＩＡＢネットワークのアーキテクチャと一致していない、である。

ＮＲ ＤＣのユーザプレーンソリューションは、ＩＡＢノードのＰＤＣＰ及びＣＵ－ＵＰ機能の欠如を含む幾つかの理由により、Ｆ１－ＵトラフィックのＩＡＢノードへのマルチパス接続をサポートするために、現在の形式で使用できない。

ただし、ＩＡＢネットワークの場合、マルチパス通信を有効にするためのＮＲ ＤＣの簡略化バージョンは、既存のアーキテクチャの前提に沿って使用でき、次の前提でトンネリングのトンネリング等の追加の複雑さを回避できる。

分割ベアラをサポートしない。この簡略化により、ＣＵ－ＵＰ機能の導入や再構成機能等が回避される。

各パスは、個別のＢＡＰルーティングＩＤに関連付けられる。この簡略化により、親ノード（ＩＡＢノードへのＧＴＰトンネルを搬送）へのＧＴＰトンネルが回避される。

各パスはそれ自身のＩＰアドレスに関連付けられているため、Ｆ１アプリケーションレイヤでパスが視認できる。この簡略化により、様々なドナーＤＵを介したパスを設定できる。

上記の前提条件により、マルチパスＳＣＴＰや様々なパスへのＵＥ ＧＴＰトンネルのスマートロードバランシング等の機能を使用して、Ｆ１アプリケーションレイヤでの冗長性と基本的なロードバランシングメカニズムをサポートすることができる。

ユーザプレーンの場合、ＩＡＢノードのＮＲ－ＤＣの簡略化バージョンをサポートでき、この場合、各パスは、個別のＩＰ接続と見なされ、冗長性と基本的なロードバランシングのために、アプリケーションレイヤ（Ｆ１－Ｃ／Ｆ１－Ｕ）で使用され得る。これについては、ＴＲ３８．８７４のセクション９．７．９で詳しく説明されている。

ＮＲ－ＤＣを使用してＩＡＢノードのマルチ接続をサポートする場合、以下の想定が行われる。マスタセルグループ（ＭＣＧ）又はセカンダリセルグループ（ＳＣＧ）のバックホールベアラのみがサポートされる。スプリットバックホールベアラはサポートされない。特定のＩＡＢノードへの個別の接続は、個別のＢＡＰ識別子（アドレス、パス、アドレス＋パス等）に関連付けられる。それぞれの個別の接続は、異なるドナーＤＵを使用する複数の接続をサポートし、エンドノード（ＩＡＢノード、ドナーＣＵ）によって使用される接続の選択を可能にするために、少なくとも１つの個別のＩＰアドレスに関連付けられる。使用する接続の選択は、エンドノード（ＩＡＢノード、ドナーＣＵ）によって実行される。

マルチコネクティビティを設定する手順の例を図９に示す。図９は、開始シナリオ、つまりＤＣをＩＡＢノード１に設定する前のシナリオを示している。ＩＡＢノード１は、ＩＡＢノード２とドナーＤＵ１を介してトランスポートネットワークレイヤ（ＴＮＬ）に接続される。ドナーＤＵ１は、ＩＡＢノード１のＩＰアドレス１宛てのパケットを、無線バックホールを介してＩＡＢノード２にルーティングする。ルーティングは、ＩＰアドレス１に関連付けられたＢＡＰ識別子１に基づく。

ドナーＣＵは、例えば、ＩＡＢノード１のＲＲＣレベル測定値、ＩＡＢノード能力等に基づいて、ＩＡＢノード１がＩＡＢノード３への二重接続を確立すべきであると決定する。既存のＮＲ－ＤＣ ＲＲＣ手順は、ＩＡＢノード３へのＳＣＧ接続を確立するために使用される。このメッセージの一部として、ドナーＣＵは、ＩＡＢノード３へのＳＣＧリンクのＢＡＰ識別子、ＩＡＢノード１とＩＡＢノード３との間の１つ又は複数のバックホールＲＬＣチャネル、及び、新しい接続のための新しいＢＡＰルートを構成する。

新しいパスがＢＡＰに設定された後、ＩＡＢノード１には、新しい接続のための新しいＩＰアドレス２を割り当てられ得る。図１７に示す結果は、ＩＡＢノード１が二重接続されており、各パスが個別のＩＰアドレスを有し、Ｆ１－Ｃ／Ｕアプリケーションレイヤの冗長性に使用され得ることである。

ＩＡＢノードへのＤＣの設定を担当するドナーＣＵは、接続毎に個別のＢＡＰルーティングＩＤを構成し、接続毎に個別のＩＰアドレスを割り当てることができる。

子ＩＡＢノードが複数の接続をサポートする親ＩＡＢノードに接続されている場合（図１１のＩＡＢノード０として示す様に）、子ＩＡＢノードは複数の接続を使用し得る。このため、この様な子ＩＡＢノードに複数のＢＡＰルーティングＩＤを割り当てることができる。ＩＡＢノードが複数のルーティングＩＤを受信すると、ＢＡＰルーティングＩＤ毎に個別のＩＰアドレスを要求できる。

ＮＲ－ＤＣを使用する１つ又は複数のアップストリームＩＡＢノードに接続されたＩＡＢ子ノードには、複数のＢＡＰ ＩＤとＩＰアドレスを割り当てて、マルチコネクティビティを使用できる様にし得る。

現在、特定の課題がある。上記の様に、ＩＡＢネットワークにおいて、ＩＡＢドナーＣＵは、ＩＡＢノードへのパスを制御し、パスはＢＡＰルーティングＩＤによって識別される。ＩＡＢノードは、最初にＩＡＢ－ＭＴ部分を使用するＲＲＣ接続を介してネットワークに接続する。統合プロセスのこの最初のフェーズにおいて、ＩＡＢノードは複数のＩＰアドレスを受信し得る。その後、Ｆ１－Ｃ通信が確立され、続いてＦ１－Ｕ通信が確立される。ＩＡＢでのＦ１－Ｃ接続の設定は、Ｆ１設定要求メッセージをＩＡＢドナーＣＵに送信し、ＩＡＢドナーＣＵが、Ｆ１－Ｃの確立を確認するためにＦ１設定応答で応答することにより、ＩＡＢノードＤＵ機能（従来のＣＵ－ＤＵ分割と同様）によってトリガされる。

ＩＡＢノードは、ＩＡＢドナーＣＵから数ホップ離れている場合があり、理論的には異なるパスを介してＩＡＢドナーＣＵに到達又はＩＡＢドナーＣＵと通信できる。一部のパスは混雑／オーバーロードしている可能性があり、Ｆ１設定メッセージの転送に時間がかかる。したがって、Ｆ１設定メッセージをＩＡＢドナーＣＵに送信するための適切なパスをＩＡＢノードに示すことが重要である。

ただし、ＩＡＢドナーＣＵが、Ｆ１設定要求とそれに続く２つのノード間のＦ１－Ｃ通信の送信に使用するプライマリパスをＩＡＢノードに示すメカニズムはない。

上記の様に、統合アクセス及びバックホール（ＩＡＢ）ネットワークにおけるパス割り当てには、現在、特定の課題が存在する。本開示の特定の態様及びそれらの実施形態は、これら又は他の課題に対する解決策を提供し得る。例えば、特定の実施形態は、ＩＡＢドナー中央ユニット（ＣＵ）制御プレーン（ＣＰ）がＦ１－Ｃ通信のためのプライマリ又はデフォルトパスでＩＡＢ分散ユニット（ＤＵ）を構成することを可能にするシグナリングを含む。幾つかの実施形態は、ＩＡＢドナーＣＵ ＣＰからＩＡＢモバイル終端（ＭＴ）への無線リソース制御（ＲＲＣ）シグナリングを含み、どのプライマリ／デフォルトパスがＦ１－Ｃ通信に使用されるかを示す。

本明細書に記載される特定の実施形態は、ＩＡＢドナーＣＵが、ＩＡＢノードへのプライマリ／適切なＦ１－Ｃパスを示すことを可能にする。一般に、特定の実施形態は、ＩＡＢネットワークを介して搬送されるＦ１－Ｃ通信のためのプライマリ／最適パスを構成するためのシグナリングを含む。

幾つかの実施形態によると、統合アクセス及びバックホール（ＩＡＢ）ドナー制御ユニット（ＣＵ）ネットワークノードによって実行される方法は、第１トラフィックタイプと第１通信パスとの間の第１マッピングを取得することを含む。第１通信パスは、ＩＡＢドナーＣＵネットワークノードとＩＡＢネットワークノードとの間で第１トラフィックタイプを通信するためのものである。方法は、さらに、第１マッピングをＩＡＢネットワークノードに送信することを含む。

特定の実施形態において、方法は、さらに、第２トラフィックタイプと第２通信パスとの間の第２マッピングを取得することを含む。第２通信パスは、ＩＡＢドナーＣＵネットワークノードとＩＡＢネットワークノードとの間で第２トラフィックタイプを通信するためのものである。方法は、さらに、第２マッピングをＩＡＢネットワークノードに送信することを含む。

特定の実施形態において、第１通信パスは、第１ＩＡＢドナー分散ユニット（ＤＵ）を含み、第２通信パスも、第１ＩＡＢドナーＤＵを含む。第１通信パスは、第１ＩＡＢドナー分散ユニット（ＤＵ）を含み、第２通信パスは、第１ＩＡＢドナーＤＵとは異なる第２ＩＡＢドナーＤＵを含み得る。

特定の実施形態において、ＩＡＢドナーＣＵは、２つ以上のＩＡＢドナーＣＵ制御プレーン（ＣＰ）を含み、第１通信パスは、第１ＩＡＢドナーＣＵ ＣＰを含み、第２通信パスも、第１ＩＡＢドナーＣＵ ＣＰを含む。幾つかの実施形態において、第１通信パスは、第１ＩＡＢドナーＣＵ ＣＰを含み、第２通信パスは、第１ＩＡＢドナーＣＵ ＣＰとは異なる第２ＩＡＢドナーＣＵ ＣＰを含む。

特定の実施形態において、第１トラフィックタイプ及び第２トラフィックタイプは同じトラフィックタイプであり、第１通信パスはプライマリ通信パスを含み、第２通信パスはセカンダリ通信パスを含む。幾つかの実施形態において、第１トラフィックタイプ及び第２トラフィックタイプは異なるトラフィックタイプであり、第１通信パスは、第１トラフィックタイプのためのプライマリ通信パスを含み、第２通信パスは、第２トラフィックタイプのためのプライマリ通信パスを含む。

特定の実施形態において、第１トラフィックタイプは、Ｆ１－Ｃトラフィックを含む。幾つかの実施形態において、第１トラフィックタイプは、複数のトラフィックタイプを含む。

特定の実施形態において、第１通信パスは、バックホール適応プロトコル（ＢＡＰ）ルート識別子によって識別される。

特定の実施形態によると、ＩＡＢネットワークノードによって実行される方法は、第１トラフィックタイプと第１通信パスとの間の第１マッピングを取得することを含む。第１通信パスは、ＩＡＢドナーＣＵネットワークノードとＩＡＢネットワークノードとの間で第１トラフィックタイプを通信するためのものである。方法は、さらに、第１トラフィックタイプの通信を、第１通信パスを使用してＩＡＢドナーＣＵネットワークノードに送信することを含む。第１マッピングを取得することは、ＩＡＢドナーＣＵネットワークノードから第１マッピングを受信することを含み得る。

特定の実施形態において、方法は、さらに、第２トラフィックタイプと第２通信パスとの間の第２マッピングを取得することを含む。第２通信パスは、ＩＡＢドナーＣＵネットワークノードとＩＡＢネットワークノードとの間で第２トラフィックタイプを通信するためのものである。方法は、さらに、第２トラフィックタイプの通信を、第２通信パスを使用してＩＡＢドナーＣＵネットワークノードに送信することを含む。

特定の実施形態において、第１通信パスは、第１ＩＡＢドナー分散ユニット（ＤＵ）を含み、第２通信パスも、第１ＩＡＢドナーＤＵを含む。第１通信パスは、第１ＩＡＢドナー分散ユニット（ＤＵ）を含み、第２通信パスは、第１ＩＡＢドナーＤＵとは異なる第２ＩＡＢドナーＤＵを含み得る。

特定の実施形態において、ＩＡＢドナーＣＵは、２つ以上のＩＡＢドナーＣＵ制御プレーン（ＣＰ）を含み、第１通信パスは、第１ＩＡＢドナーＣＵ ＣＰを含み、第２通信パスも、第１ＩＡＢドナーＣＵ ＣＰを含む。幾つかの実施形態において、第１通信パスは、第１ＩＡＢドナーＣＵ ＣＰを含み、第２通信パスは、第１ＩＡＢドナーＣＵ ＣＰとは異なる第２ＩＡＢドナーＣＵ ＣＰを含む。

特定の実施形態において、第１トラフィックタイプ及び第２トラフィックタイプは同じトラフィックタイプであり、第１通信パスはプライマリ通信パスを含み、第２通信パスはセカンダリ通信パスを含む。第１トラフィックタイプ及び第２トラフィックタイプは異なるトラフィックタイプであり、第１通信パスは、第１トラフィックタイプのためのプライマリ通信パスを含み、第２通信パスは、第２トラフィックタイプのためのプライマリ通信パスを含み得る。

特定の実施形態において、第１トラフィックタイプは、Ｆ１－Ｃトラフィックを含む。幾つかの実施形態において、第１トラフィックタイプは、複数のトラフィックタイプを含む。

特定の実施形態において、第１通信パスは、ＢＡＰルート識別子によって識別される。

幾つかの実施形態によると、ネットワークノードは、上記のネットワークノード方法のいずれかを実行する様に動作可能な処理回路を備える。

また、コンピュータ可読プログラムコードを格納する非一時的なコンピュータ可読媒体を含むコンピュータプログラム製品も開示され、コンピュータ可読プログラムコードは、処理回路によって実行されると、上記のネットワークノードによって実行される方法のいずれかを実行する様に動作可能である。

特定の実施形態は、以下の技術的利点の内の１つ又は複数を提供し得る。例えば、特定の実施形態は、アップリンクパケットとダウンリンクパケットの両方について、ＩＡＢノードとＩＡＢドナーとの間のＦ１－Ｃ通信のためのプライマリ／デフォルトパスの適切な構成を可能にするので、ＩＡＢ動作を改善する。特定の実施形態は、対応するＲＲＣシグナリングを含む。プライマリ／デフォルトパスが示されていない場合、ＩＡＢノードは動作に最適ではないパス（例えば、複数のホップを含むパスによってＩＡＢ－ＤＵ設定時間が長くなる）を介して初期Ｆ１－Ｃシグナリングを送信する可能性がある。

さらに、ＩＡＢノードがルーティングしている特定のトラフィックのためにルーティングテーブルで一致する情報を見つけることができない場合にデフォルト／プライマリパスを使用できる様にすることで、ＩＡＢノードの設定に必要なシグナリングの量を減らすことができる（例えば、ベアラをプライマリ／デフォルトパスとは異なるパスにマッピングする必要がない限り、ＩＡＢノードのルーティング／ベアラテーブルを更新する必要はない。）。

さらに、ネットワークは特定のＩＡＢノードに利用可能な複数のパスを有し得るが、それらの一部は、他のパスに過負荷／輻輳がある場合のみ使用され得る好ましくないパスであり得る（たとえば、パス上のノードの一部は他のオペレータと共有されているか、他のオペレータからリースされている。）。したがって、ＣＵは、その様なパスを、デフォルトのパスではなく、特定の条件下（例えば、無線リンク障害やプライマリパスの極端な遅延）でのみ使用されるバックアップパスとして構成し得る。

開示する実施形態、それらの特徴及び利点の完全な理解のため、添付の図面を参照して以下に詳細な説明を行う。

統合アクセス及びバックホール（ＩＡＢ）ネットワークの高レベルのアーキテクチャを示す図。 ＩＡＢのベースラインユーザプレーン（ＵＰ）プロトコルスタックを示すブロック図。 ＩＡＢのベースライン制御プレーン（ＣＰ）プロトコルスタックを示すブロック図。 ＩＡＢのベースライン制御プレーン（ＣＰ）プロトコルスタックを示すブロック図。 ＩＡＢのベースライン制御プレーン（ＣＰ）プロトコルスタックを示すブロック図。 データプロトコルデータユニット（ＰＤＵ）のサンプルヘッダを示す図。 ダウンストリーム送信ためのＩＡＢノードでのベアラマッピングの例を示す図。 ダウンストリーム送信のためにバックホール適応プロトコル（ＢＡＰ）エンティティによって実行される機能の例を示す図。 アップリンク送信のためのＩＡＢノードでのベアラマッピングの例を示す図。 アップリンク送信のためにＢＡＰエンティティによって実行される機能の例を示す図。 二重接続を構成する前のＩＡＢネットワークを示す図。 ＩＡＢノードのための二重接続を備えたＩＡＢネットワークを示す図。 二重接続で親ＩＡＢノードに接続された子ＩＡＢノードを備えたＩＡＢネットワークを示す図。 例示的な無線ネットワークのブロック図。 特定の実施形態による、例示的なユーザ装置を示す図。 特定の実施形態による、ネットワークノードでの例示的な方法を示すフローチャート。 特定の実施形態による、ネットワークノードでの別の例示的な方法を示すフローチャート。 特定の実施形態による、無線ネットワークのネットワークノードのブロック図。 特定の実施形態による、例示的な仮想化環境を示す図。 特定の実施形態による、中間ネットワークを介してホストコンピュータに接続された例示的な通信ネットワークを示す図。 特定の実施形態による、部分的な無線接続により基地局を介してユーザ装置と通信する例示的なホストコンピュータを示す図。 特定の実施形態による、実行される方法のフローチャート。 特定の実施形態による、通信システムで実行される方法を示すフローチャートである。 特定の実施形態による、通信システムで実行される方法を示すフローチャートである。 特定の実施形態による、通信システムで実行される方法のフローチャート。

上記の様に、現在、統合アクセス及びバックホール（ＩＡＢ）ネットワークにおけるパス割り当てには特定の課題が存在する。例えば、ＩＡＢノードは、ＩＡＢドナー中央ユニット（ＣＵ）から数ホップ離れている場合があり、理論的には、異なるパスを介してＩＡＢドナーＣＵに到達又はＩＡＢドナーＣＵと通信できる。一部のパスは混雑／オーバーロードしている可能性があり、Ｆ１設定メッセージの転送に時間がかかる。ただし、ＩＡＢドナーＣＵが、Ｆ１設定要求を送信し、それに続く２つのノード間のＦ１－Ｃ通信に使用するプライマリパスをＩＡＢノードに示すメカニズムはない。

本開示の特定の態様及びそれらの実施形態は、これら又は他の課題に対する解決策を提供し得る。例えば、特定の実施形態は、ＩＡＢドナーＣＵが、ＩＡＢノードへのプライマリ／適切なＦ１－Ｃパスを示すことを可能にする。一般に、特定の実施形態は、ＩＡＢネットワークを介して搬送されるＦ１－Ｃ通信のためのプライマリ／最適パスを構成するためのシグナリングを含む。

特定の実施形態は、添付の図面を参照してより完全に説明される。しかしながら、他の実施形態は、本明細書に開示される主題の範囲内に含まれ、開示される主題は、本明細書に記載される実施形態のみに限定されると解釈されるべきではなく、むしろ、これらの実施形態は、主題の範囲を当業者に伝えるために例として提供されている。

本明細書に記載の実施形態及び実施例は、ＩＡＢドナーＣＵが１つ又は複数のＩＡＢドナーＣＵユーザプレーン（Ｕｐｓ）及びＩＡＢドナーＣＵ制御プレーン（ＣＰ）に分割されることを前提としている。ＩＡＢドナーＣＵが分割されていない場合、ＩＡＢドナーＣＵ ＣＰについて本明細書に記載されている機能は、ＩＡＢドナーＣＵに適用される。"Ｆ１－Ｃ"及び"Ｆ１－ＡＰ"という用語は、本明細書では交換可能に使用される。本明細書に記載される幾つかの実施形態及び実施例は、初期のＦ１－Ｃに焦点を合わせている。しかしながら、幾つかの実施形態で説明する様に、本明細書で説明される実施形態は、ユーザプレーントラフィック及び保守運用管理（ＯＡＭ）等の他のタイプのトラフィックに等しく適用可能である。

幾つかの実施形態は、ＩＡＢドナーＣＵ ＣＰとＩＡＢノードとの間の通信を含む。特定の実施形態は、ＩＡＢノードのＩＡＢドナーＣＵ ＣＰとして構成されたｇＮＢ ＣＵ ＣＰでの方法を含む。方法は、以下の情報をＩＡＢノードに送信することを含む。情報は、初期Ｆ１－Ｃ接続シグナリングとＦ１－Ｃトラフィックの搬送に使用される１つ又は複数のバックホール適応プロトコル（ＢＡＰ）ルーティングＩＤとの間のマッピングを含み得る。これは、無線リソース制御（ＲＲＣ）シグナリングを介してＩＡＢノードに通信され得る。

特定の実施形態は、ＩＡＢノードでの方法を含む。方法は、初期Ｆ１－ＣシグナリングとＢＡＰルーティングＩＤとの間のマッピングを受信することを含む。これは、ＲＲＣシグナリングを介してＩＡＢドナーＣＵ ＣＰから通信され得る。これは、ＯＡＭノード等のネットワーク内の別のノードから通信され得る。これは、ＩＡＢノードで直接的に構成／ハードコーディングされ得る。これは、３ＧＰＰ又はＩＥＴＦの標準で仕様化され得る。

初期Ｆ１－ＣシグナリングとＢＡＰルーティングＩＤとの間の受信／構成されたマッピングに基づいて、方法は、初期アップリンクＦ１－Ｃパケットを、ＩＡＢドナーＣＵから受信したＲＲＣメッセージで示されたＢＡＰルーティングＩＤに基づいてプライマリ／デフォルトパスにマッピングすることと、ＩＡＢドナーＣＵから受信した構成ＵＥコンテキスト管理メッセージで示されたＢＡＰルーティングＩＤに基づいて、アップリンクトラフィックのバックアップパスを選択することと、をさらに含む。

幾つかの実施形態において、ＩＡＢドナーＣＵ ＣＰは、Ｆ１－Ｃ接続に使用されるプライマリ／デフォルトパスをＩＡＢノードに明示的に示す。幾つかの実施形態において、ＩＡＢドナーＣＵ ＣＰは、プライマリＦ１－Ｃ接続を搬送するリンクで障害が発生した場合に使用されるセカンダリ（すなわち、バックアップ）パスを構成する。

特定の実施形態において、セカンダリパスは、プライマリパスと同じ又は異なるＩＡＢドナー分散ユニット（ＤＵ）を経由し得る。セカンダリパスは、別のＩＡＢドナーＣＵ ＣＰへのものであり得る。

特定の実施形態において、プライマリ／デフォルトパスは、初期Ｆ１－Ｃシグナリングだけでなく、ＩＡＢノードがそのルーティングテーブルにおいてそのトラフィックに一致する情報を見つけられない場合、それがコントロールプレーンであれユーザプレーンであれ、他の任意のトラフィックにも使用できる。

特定の実施形態において、幾つかのデフォルトパスが指定され、各デフォルトパスは特定のトラフィックタイプ用である。例えば、Ｆ１－Ｃトラフィック用の１つのデフォルトパス、Ｆ１－Ｕトラフィック用の別のデフォルトパス、ＯＡＭトラフィック用の別のデフォルトパス、ルーティングされているＬＴＥトラフィック用の別のデフォルトパス、非３ＧＰＰトラフィック用の別のデフォルトパス等があり得る。

特定の実施形態において、ＩＡＢノードに利用可能な各パスに優先順位を割り当てることができ、ここで、プライマリパスは最高の優先順位を有し、最も好ましくないパス（例えば、他のオペレータからリースされたノードを介して実現されるパス）は、最も低い優先度を有する。次に、ＩＡＢノードは、ルーティングテーブルに一致するルートが設定されていないパケットをルーティングする必要がある場合、最初にプライマリパスの使用を試み、それが不可能な場合、或いは、期待どおりに機能しない場合、２番目に優先度の高いパスを選択する。

幾つかの実施形態は、ＢＡＰ構成においてＩＡＢノードと通信するために、ＩＡＢドナーＣＵ ＣＰのためのＲＲＣシグナリングを含み、そのＩＰｖ４アドレス又はＩＰｖ６プレフィックスが各パスに割り当てられる。幾つかの実施形態において、デフォルトパスの通信は、以下に説明する例示的なメッセージによって行われ得る。

ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、ＲＲＣ接続を変更するためのコマンドである。それは、測定構成、モビリティ制御、無線リソース構成（ＲＢ、ＭＡＣメイン構成、物理チャネル構成を含む）及びＡＳセキュリティ構成に関する情報を伝達し得る。
シグナリング無線ベアラＳＲＢ１又はＳＲＢ３
ＲＬＣ－ＳＡＰ：ＡＭ
論理チャネルＤＣＣＨ
方向ネットワークからＵＥ

図１２は、特定の実施形態による、例示的な無線ネットワークを示している。無線ネットワークは、任意のタイプの通信、電気通信、データ、セルラ及び／又は無線ネットワーク若しくは他の同様のタイプのシステムを含む、及び／又は、インタフェースし得る。幾つかの実施形態において、無線ネットワークは、特定の標準又は他のタイプの事前定義されたルール又は手順に従って動作する様に構成され得る。この様に、無線ネットワークの特定の実施形態は、モバイル通信のためのグローバルシステム（ＧＳＭ）、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、及び／又は、他の適切な２Ｇ、３Ｇ、４Ｇ又は５Ｇの様な通信規格、ＩＥＥＥ８０２．１１規格等の無線ローカルエリアネットワーク（ＷＬＡＮ）規格、及び／又は、ＷｉＭａｘ（ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ）、ブルートゥース（登録商標）、Ｚ－Ｗａｖｅ、及び／又は、ＺｉｇＢｅｅ規格等のその他の適切な無線通信規格を実装し得る。

ネットワーク１０６は、１つ以上のバックホールネットワークと、コアネットワークと、ＩＰネットワークと、公衆交換電話網（ＰＳＴＮ）と、パケットデータネットワークと、光ネットワークと、広域ネットワーク（ＷＡＮ）と、ローカルエリアネットワーク（ＬＡＮ）と、無線ローカルエリアネットワーク（ＷＬＡＮ）と、有線ネットワークと、無線ネットワークと、メトロポリタンエリアネットワークと、デバイス間の通信を可能にするその他のネットワークと、の１つ以上を含み得る。

ネットワークノード１６０及びＷＤ１１０は、以下でより詳細に説明される様々なコンポーネントを含む。これらのコンポーネントは連携して、無線ネットワークで無線接続を提供する等、ネットワークノード及び／又は無線デバイス機能を提供する。異なる実施形態において、無線ネットワークは、任意の数の有線又は無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、及び／又は、有線若しくは無線接続を介してデータ及び／又はシグナルの通信を促進又は参加し得る任意の他のコンポーネント又はシステムを含み得る。

本明細書で使用される場合、ネットワークノードは、無線デバイスと直接又は間接的に通信する、及び／又は、無線ネットワーク内の他のネットワークノード若しくは機器と通信して、無線デバイスの無線アクセスを可能にする、及び／又は、提供できる、及び／又は、無線ネットワークにおいて他の機能（例えば、管理）を実行する様に構成、配置及び／又は動作可能な装置を指す。

ネットワークノードの例は、アクセスポイント（ＡＰ）（たとえば、無線アクセスポイント）、基地局（ＢＳ）（たとえば、無線基地局、ノードＢ、発展型ノードＢ（ｅＮＢ）、及びＮＲのノードＢ（ｇＮＢｓ））を含むが、これらに限定されない。基地局は、提供するカバレッジの量（又は、言い方を変えると、それらの送信電力レベル）に基づいて分類され、フェムト基地局、ピコ基地局、マイクロ基地局、又はマクロ基地局として参照され得る。

基地局は、中継ノード又は中継を制御する中継ドナーノードであり得る。ネットワークノードは、集中型デジタルユニット及び／又はリモート無線ユニット（ＲＲＵ）（リモート無線ヘッド（ＲＲＨ）とも呼ばれ得る）等の分散型無線基地局の１つ以上（又は総て）の部分を含み得る。そのようなリモート無線ユニットは、アンテナ統合無線機としてアンテナと統合されてもされなくても良い。分散型無線基地局の一部は、分散型アンテナシステム（ＤＡＳ）のノードとも呼ばれ得る。ネットワークノードのさらに他の例には、ＭＳＲＢＳ等のマルチスタンダード無線（ＭＳＲ）機器、無線ネットワークコントローラ（ＲＮＣ）又は基地局コントローラ（ＢＳＣ）等のネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、コアネットワークノード（ＭＳＣ、ＭＭＥ等）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、ポジショニングノード（Ｅ－ＳＭＬＣ等）及び／又はＭＤＴ等を含む。

別の例として、ネットワークノードは、以下でより詳細に説明される様に、仮想ネットワークノードであり得る。しかしながら、より一般的には、ネットワークノードは、無線デバイスに無線ネットワークへのアクセスを可能にする、及び／又は、提供するか、無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供することができる、構成、配置、及び／又は動作可能な任意の適切なデバイス（又はデバイスのグループ）を表し得る。

図１２において、ネットワークノード１６０は、処理回路１７０、デバイス可読媒体１８０、インタフェース１９０、補助機器１８４、電源１８６、電力回路１８７及びアンテナ１６２を含む。図１２の例示的な無線ネットワークに示されるネットワークノード１６０は、ハードウェアコンポーネントの図示された組み合わせを含むデバイスを表し得るが、他の実施形態は、コンポーネントの異なる組み合わせを有するネットワークノードを含み得る。

ネットワークノードは、本明細書で開示されるタスク、特徴、機能、及び方法を実行するために必要なハードウェア及び／又はソフトウェアの任意の適切な組み合わせを備えることを理解されたい。さらに、ネットワークノード１６０のコンポーネントは、より大きなボックス内に配置される単一のボックスとして示されるか、又は、複数のボックス内にネストされるが、実際には、ネットワークノードは、単一の図示されたコンポーネントを構成する複数の異なる物理コンポーネントを含み得る（例えば、デバイス読み取り可能媒体１８０は、複数の別個のハードドライブと複数のＲＡＭモジュールを含み得る）。

同様に、ネットワークノード１６０は、それぞれが独自のそれぞれのコンポーネントを有し得る、複数の物理的に別個のコンポーネントから構成され得る（例えば、ノードＢコンポーネントとＲＮＣコンポーネント、又は、ＢＴＳコンポーネントとＢＳＣコンポーネント等）。ネットワークノード１６０が複数の別個のコンポーネント（例えば、ＢＴＳとＳＣコンポーネント）を含む特定のシナリオでは、別個のコンポーネントの１つ又は複数は、幾つかのネットワークノード間で共有され得る。たとえば、単一のＲＮＣが複数のノードＢを制御し得る。そのようなシナリオでは、一意のノードＢとＲＮＣの各ペアは、場合によっては単一の個別のネットワークノードと見なされる。

幾つかの実施形態において、ネットワークノード１６０は、複数の無線アクセス技術（ＲＡＴ）をサポートする様に構成され得る。そのような実施形態において、幾つかのコンポーネントは複製され（例えば、異なるＲＡＴのための別個のデバイス可読媒体１８０）、幾つかの構成要素は再利用され得る（例えば、同じアンテナ１６２がＲＡＴによって共有され得る）。ネットワークノード１６０はまた、例えば、ＧＳＭ、ＷＣＤＭＡ（登録商標）、ＬＴＥ、ＮＲ、ＷｉＦｉ又はブルートゥース（登録商標）無線技術等、ネットワークノード１６０に統合された異なる無線技術のための様々な図示されたコンポーネントの複数のセットを含み得る。これらの無線技術は、ネットワークノード１６０内の同じ又は異なるチップ又はチップのセットと、他のコンポーネントに統合され得る。

処理回路１７０は、ネットワークノードによって提供されるものとして本明細書で説明される任意の決定、計算、又は同様の動作（たとえば、特定の取得動作）を実行する様に構成される。処理回路１７０によって実行されるこれらの動作は、たとえば、取得した情報を他の情報に変換する、取得した情報若しくは変換した情報をネットワークノードに格納された情報と比較する、及び／又は、得られた情報若しくは変換した情報に基づいて、１つ以上の動作を実行し、その処理の結果として決定することを含み得る。

処理回路１７０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は、他の任意の適切なコンピューティングデバイス、リソース若しくは単独で、又はデバイス可読媒体１８０、ネットワークノード１６０機能等の他のネットワークノード１６０コンポーネントと組み合わせて提供する様に動作可能なハードウェア、ソフトウェア及び／又はエンコードされたロジックの１つ以上の組み合わせを含み得る。

たとえば、処理回路１７０は、デバイス可読媒体１８０又は処理回路１７０内のメモリに格納された命令を実行し得る。そのような機能は、本明細書で論じられる様々な無線機能、特徴又は利益のいずれかを提供することを含み得る。幾つかの実施形態において、処理回路１７０は、システムオンチップ（ＳＯＣ）を含み得る。

幾つかの実施形態において、処理回路１７０は、無線周波数（ＲＦ）トランシーバ回路１７２及びベースバンド処理回路１７４のうちの１つ以上を含み得る。幾つかの実施形態において、無線周波数（ＲＦ）トランシーバ回路１７２及びベースバンド処理回路１７４は、別個のチップ（又はチップのセット）、ボード、又は無線ユニット及びデジタルユニット等のユニット上にあり得る。代替の実施形態において、ＲＦトランシーバ回路１７２及びベースバンド処理回路１７４の一部又はすべては、同じチップ若しくはチップセット、ボード又はユニット上にあり得る。

特定の実施形態において、ネットワークノード、基地局、ｅＮＢ又は他のそのようなネットワークデバイスによって提供されるものとして本明細書で説明される機能の一部又はすべては、デバイス可読媒体１８０又は処理回路１７０内のメモリに格納された命令を実行する処理回路１７０によって実行され得る。代替の実施形態において、機能の一部又はすべては、配線等の方法で、別個又は個別のデバイス可読媒体に格納された命令を実行することなく、処理回路１７０によって提供され得る。これらの実施形態のいずれにおいても、デバイス可読記憶媒体に格納された命令を実行するかどうかにかかわらず、処理回路１７０は、説明した機能を実行する様に構成することができる。そのような機能によって提供される利点は、処理回路網１７０単独又はネットワークノード１６０の他のコンポーネントに限定されず、全体としてネットワークノード１６０によって、及び／又は一般にエンドユーザ及び無線ネットワークによって享受される。

デバイス可読媒体１８０は、永続的ストレージ、ソリッドステートメモリ、リモートマウントされたメモリ、磁気媒体、光学媒体、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、大容量記憶媒体（ハードディスク等）、リムーバブル記憶媒体（フラッシュドライブ、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）等）、及び／又は、処理回路１７０によって使用され得る情報、データ、及び／又は命令を記憶する、その他の揮発性若しくは不揮発性、非一時的なデバイス可読及び／又はコンピュータ実行可能メモリデバイスを含むがこれらに限定されない。デバイス可読媒体１８０は、コンピュータプログラムや、ソフトウェアや、ロジック、ルール、コード、テーブル等の１つ以上を含むアプリケーションや、処理回路１７０によって実行可能であり、ネットワークノード１６０によって利用される他の命令を含む、任意の適切な命令、データ又は情報を格納し得る。デバイス可読媒体１８０は、処理回路１７０によって行われた任意の計算及び／又はインタフェース１９０を介して受信された任意のデータを格納するために使用され得る。幾つかの実施形態において、処理回路１７０及びデバイス可読媒体１８０は、統合されていると見なすことができる。

インタフェース１９０は、ネットワークノード１６０、ネットワーク１０６、及び／又はＷＤ１１０間のシグナリング及び／又はデータの有線又は無線通信で使用される。図示する様に、インタフェース１９０は、例えば、有線接続を介してネットワーク１０６との間でデータを送受信するためのポート／端子１９４を備える。インタフェース１９０は、アンテナ１６２に接続され、特定の実施形態においてアンテナ１６６２の一部であり得る無線フロントエンド回路１９２も含む。

無線フロントエンド回路１９２は、フィルタ１９８及び増幅器１９６を備える。無線フロントエンド回路１９２は、アンテナ１６２及び処理回路１７０に接続され得る。無線フロントエンド回路は、アンテナ１６２と処理回路１７０との間で通信される信号を調整する様に構成され得る。無線フロントエンド回路１９２は、無線接続を介して他のネットワークノード又はＷＤに送出されるデジタルデータを受信し得る。無線フロントエンド回路１９２は、フィルタ１９８及び／又は増幅器１９６の組み合わせを使用して、適切なチャネル及び帯域幅パラメータを有する無線信号にデジタルデータを変換し得る。そして、無線信号は、アンテナ１６２を介して送信され得る。同様に、データを受信する際、アンテナ１６２は、無線信号を収集し、無線信号は、無線フロントエンド回路１９２によってデジタルデータに変換される。デジタルデータは、処理回路１７０に出力され得る。他の実施形態において、インタフェースは、異なるコンポーネント及び／又はコンポーネントの異なる組み合わせを含み得る。

特定の代替の実施形態において、ネットワークノード１６０は、個別の無線フロントエンド回路１９２を含まず、代わりに、処理回路１７０は、無線フロントエンド回路を含み、個別の無線フロントエンド回路１９２無しにアンテナ１６２に接続され得る。同様に、幾つかの実施形態において、ＲＦトランシーバ回路１７２の総て又は一部は、インタフェース１９０の一部と考えられ得る。さらに他の実施形態において、インタフェース１９０は、１つ以上のポート又は端末１９４と、無線フロントエンド回路１９２と、ＲＦトランシーバ回路１７２と、を無線ユニット（図示せず）の一部として含み、インタフェース１９０は、デジタルユニット（図示せず）の一部であるベースバンド処理回路１７４と通信し得る。

アンテナ１６２は、無線信号を送信及び／又は受信する様に構成された１つ以上のアンテナ又はアンテナアレイを含み得る。アンテナ１６２は、無線フロントエンド回路１９２に結合され、データ及び／又は信号を無線で送受信できる任意のタイプのアンテナであり得る。幾つかの実施形態において、アンテナ１６２は、例えば２ＧＨｚと６６ＧＨｚとの間で無線信号を送信／受信する様に動作可能な１つ以上の無指向性、セクタ又はパネルアンテナを含み得る。無指向性アンテナは、任意の方向の無線信号を送受信するために使用され、セクタアンテナは、特定のエリア内のデバイスからの無線信号を送受信するために使用され、パネルアンテナは、無線信号を比較的直線的に送受信するために使用される見通し内アンテナであり得る。幾つかの例において、複数のアンテナの使用はＭＩＭＯとして参照され得る。特定の実施形態において、アンテナ１６２は、ネットワークノード１６０から分離され、インタフェース又はポートを介してネットワークノード１６０に接続可能であり得る。

アンテナ１６２、インタフェース１９０及び／又は処理回路１７０は、ネットワークノードによって実行されるものとして本明細書で説明される任意の受信動作及び／又は特定の取得動作を実行する様に構成され得る。任意の情報、データ、及び／又は信号は、無線デバイス、別のネットワークノード及び／又は任意の他のネットワーク機器から受信され得る。同様に、アンテナ１６２、インタフェース１９０及び／又は処理回路１７０は、ネットワークノードによって実行されるものとして本明細書で説明される任意の送信動作を実行する様に構成され得る。任意の情報、データ、及び／又は信号は、無線デバイス、別のネットワークノード及び／又は任意の他のネットワーク機器に送信され得る。

電源回路１８７は、電力管理回路を備えるか、又はそれに接続され、本明細書で説明される機能を実行するための電力をネットワークノード１６０のコンポーネントに供給する様に構成される。電源回路１８７は、電源１８６から電力を受け取ることができる。電源１８６及び／又は電源回路１８７は、それぞれのコンポーネントに適した形（例えば、各コンポーネントに必要な電圧及び電流レベル）で、でネットワークノード１６０の様々なコンポーネントに電力を供給する様に構成され得る。電源１８６は、電源回路１８７及び／又はネットワークノード１６０に含まれる、又は、それらの外部にあり得る。

例えば、ネットワークノード１６０は、入力回路又は電力ケーブルの様なインタフェースを介して外部電源（例えば、電気コンセント）に接続可能であり、これにより、外部電源が電源回路１８７に電力を供給する。さらに別の例として、電源１８６は、電池又は電池パックの形の電源を含み、これらは、電源回路１８７に接続、又は、含まれる。外部電源が故障した場合、電池はバックアップ電力を提供し得る。光起電装置等の他のタイプの電源も使用され得る。

ネットワークノード１６０の他の実施形態は、本明細書に記載される任意の機能及び／又は本明細書に記載される主題をサポートするのに必要な任意の機能を含む、ネットワークノードの機能のある態様を提供するのに責任を負う、図１２に示す以外の追加のコンポーネントを含み得る。例えば、ネットワークノード１６０は、ネットワークノード１６０への情報の入力を可能にし、ネットワークノード１６０からの情報の出力を可能にするユーザインタフェース機器を含み得る。これは、ユーザがネットワークノード１６０の診断、保守、修理、及び他の管理機能を実行できる様にし得る。

本明細書で使用される様に、無線デバイス（ＷＤ）は、ネットワークノード及び／又は他の無線デバイスと無線で通信することができる、その様に構成、配置され、及び／又は、その様に動作可能なデバイスを参照する。特に明記しない限り、ＷＤという用語は、本明細書ではユーザ装置（ＵＥ）と互換的に使用され得る。無線通信は、電磁波、電波、赤外線、及び／又は空気を通じて情報を搬送するのに適した他のタイプの信号を使用して無線信号を送信及び／又は受信することを含み得る。

幾つかの実施形態において、ＷＤは、人間との直接的な相互作用無しに情報を送信及び／又は受信する様に構成され得る。例えば、ＷＤは、内部又は外部のイベントによってトリガされたとき、又はネットワークからの要求に応じて、所定のスケジュールでネットワークに情報を送信する様に設計され得る。

ＷＤの例は、スマートフォン、移動電話、携帯電話、ボイスオーバＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲームコンソール若しくはデバイス、音楽ストレージデバイス、再生装置、ウェアラブル端末デバイス、無線エンドポイント、モバイルステーション、タブレット、ラップトップ、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客宅内機器（ＣＰＥ）、車載無線端末デバイス等を含むが、これらに限定されない。ＷＤは、サイドリンク通信のための３ＧＰＰ規格、車車間（Ｖ２Ｖ）、車両対インフラ間（Ｖ２Ｉ）、車両対総て（Ｖ２Ｘ）を実装することで、デバイス対デバイス（Ｄ２Ｄ）通信をサポートすることができ、この場合、Ｄ２Ｄ通信デバイスとしても参照され得る。

さらに別の例として、ＩＯＴ（Ｉｎｔｅｒｎｅｔ оｆ Ｔｈｉｎｇｓ）シナリオでは、ＷＤは、監視及び／又は測定を実行し、そのような監視及び／又は測定の結果を別のＷＤ及び／又はネットワークノードに送信する機器又は他のデバイスを表し得る。この場合、ＷＤは、マシンツーマシン（Ｍ２Ｍ）デバイスであり、３ＧＰＰの文脈ではマシンタイプ通信（ＭＴＣ）デバイスとして参照され得る。一例として、ＷＤは、３ＧＰＰ狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）標準を実装するＵＥであり得る。そのような機器又はデバイスの例は、センサ、電力メータ等の計測デバイス、産業機械、又は、家庭用又は個人用機器（冷蔵庫、テレビ等）、個人用のウェアラブル（時計、フィットネストラッカー等）である。

他のシナリオにおいて、ＷＤは、その動作状態又はその動作に関連する他の機能を監視及び／又は報告できる車両又は他の機器を表し得る。上記のＷＤは、無線接続の終端点を表し、その場合、デバイスは無線端末として参照され得る。さらに、上記のＷＤはモバイルであり得、その場合、それはモバイルデバイス又はモバイル端末として参照され得る。

図示する様に、無線デバイス１１０は、アンテナ１１１と、インタフェース１１４と、処理回路１２０と、デバイス可読媒体１３０と、ユーザインタフェース機器１３２と、補助機器１３４と、電源１３６と、電源回路１３７と、を含む。ＷＤ１１０は、ＷＤ１１０によってサポートされる異なる無線技術のための、図示されたコンポーネントの１つ以上のセットを、複数、含むことができ、異なる無線技術のほんの幾つかを言及すると、ＧＳＭ、ＷＣＤＭＡ（登録商標）、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、又は、ブルートゥース（登録商標）無線技術等である。これらの無線技術は、ＷＤ１１０内の他のコンポーネントとして、同じ若しくは異なるチップ又はチップセットに統合され得る。

アンテナ１１１は、無線信号を送信及び／又は受信する様に構成された１つ以上のアンテナ又はアンテナアレイを含み、インタフェース１１４に接続され得る。特定の実施形態において、アンテナ１１１は、ＷＤ１１０から分離され、インタフェース又はポートを介してＷＤ１１０に接続可能であり得る。アンテナ１１１、インタフェース１１４及び／又は処理回路１２０は、ＷＤによって実行されるものとして本明細書で説明される任意の受信又は送信動作を実行する様に構成され得る。任意の情報、データ及び／又は信号は、ネットワークノード及び／又は別のＷＤから受信され得る。幾つかの実施形態において、無線フロントエンド回路及び／又はアンテナ１１１は、インタフェースと見なされ得る。

図示する様に、インタフェース１１４は、無線フロントエンド回路１１２及びアンテナ１１１を含む。無線フロントエンド回路１１２は、１つ以上のフィルタ１１８及び増幅器１１６を備える。無線フロントエンド回路１１２は、アンテナ１１１及び処理回路１２０に接続され、アンテナ１１１と処理回路１２０との間で通信される信号を調整する様に構成される。無線フロントエンド回路１１２は、アンテナ１１１に、又は、その部分に接続され得る。幾つかの実施形態において、ＷＤ１１０は、個別の無線フロントエンド回路１１２を含まず、むしろ、処理回路１２０が無線フロントエンド回路を含み、アンテナ１１１に接続され得る。同様に、幾つかの実施形態において、ＲＦトランシーバ回路１２２の総て又は一部は、インタフェース１１４の一部と考えられ得る。

無線フロントエンド回路１１２は、無線接続を介して他のネットワークノード又はＷＤに送出されるデジタルデータを受信し得る。無線フロントエンド回路１１２は、フィルタ１１８及び／又は増幅器１１６の組み合わせを使用して、適切なチャネル及び帯域幅パラメータを有する無線信号にデジタルデータを変換し得る。そして、無線信号は、アンテナ１１１を介して送信され得る。同様に、データを受信する際、アンテナ１１１は、無線信号を収集し、無線信号は、無線フロントエンド回路１１２によってデジタルデータに変換される。デジタルデータは、処理回路１２０に出力され得る。他の実施形態において、インタフェースは、異なるコンポーネント及び／又はコンポーネントの異なる組み合わせを含み得る。

処理回路１２０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は他の任意の適切なコンピューティングデバイス、リソース、又は、単独で、若しくは、バイス可読媒体１３０、ＷＤ１１０機能等の他のＷＤ１１０コンポーネントと組み合わせて提供する様に動作可能な、ハードウェア、ソフトウェア及び／又は、エンコードされたロジックの組み合わせの、１つ以上の組み合わせを含み得る。そのような機能は、本明細書で論じられる様々な無線機能、又は利益のいずれかを提供することを含み得る。たとえば、処理回路１２０は、本開示の機能を提供するために、デバイス可読媒体１３０又は処理回路１２０内のメモリに格納された命令を実行し得る。

図示する様に、処理回路１２０は、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、及びアプリケーション処理回路１２６のうちの１つ以上を含む。他の実施形態において、処理回路は、異なるコンポーネント及び／又はコンポーネントの異なる組み合わせを含み得る。特定の実施形態において、ＷＤ１１０の処理回路１２０は、ＳＯＣを含み得る。幾つかの実施形態において、ＲＦトランシーバ回路１２２、ベースバンド処理回路網１２４及びアプリケーション処理回路１２６は、別個のチップ又はチップのセット上にあり得る。

代替実施形態において、ベースバンド処理回路１２４及びアプリケーション処理回路１２６の一部又はすべてを１つのチップ又はチップのセットに結合することができ、ＲＦトランシーバ回路１２２は別のチップ又はチップのセットにあり得る。さらに別の実施形態において、ＲＦトランシーバ回路１２２及びベースバンド処理回路１２４の一部又はすべては、同じチップ又はチップセットにあり、アプリケーション処理回路１２２６は、別のチップ又はチップのセットにあり得る。さらに他の実施形態において、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４及びアプリケーション処理回路１２６は、同じチップ又はチップセットに結合され得る。幾つかの実施形態において、ＲＦトランシーバ回路１２２は、インタフェース１１４の一部と考えられ得る。ＲＦトランシーバ回路１２２は、処理回路１２０のためにＲＦ信号を調整し得る。

特定の実施形態において、ＷＤによって実行されるものとして本明細書で説明される機能の一部又はすべては、特定の実施形態ではコンピュータ可読記憶媒体であり得るデバイス可読媒体１３０に格納された命令を実行する処理回路１２０によって提供され得る。代替の実施形態において、機能の一部又はすべては、配線等の方法で、別個又は個別のデバイス可読媒体に格納された命令を実行することなく、処理回路１２０によって提供され得る。

これらの実施形態のいずれにおいても、デバイス可読記憶媒体に格納された命令を実行するかどうかにかかわらず、処理回路１２０は、説明した機能を実行する様に構成することができる。そのような機能によって提供される利点は、処理回路網１２０単独又はＷＤ１１０の他のコンポーネントに限定されず、ＷＤ１１０によって、及び／又は一般にエンドユーザ及び無線ネットワークによって享受される。

処理回路１２０は、ＷＤによって提供されるものとして本明細書で説明される任意の決定、計算、又は同様の動作（たとえば、特定の取得動作）を実行する様に構成される。処理回路１２０によって実行されるこれらの動作は、たとえば、取得した情報を他の情報に変換する、取得した情報又は変換した情報をＷＤ１１０に格納された情報と比較する、及び／又は、取得した情報又は変換した情報に基づいて、１つ以上の動作を実行し、その処理の結果として決定することを含む、処理回路１２０により得られた情報処理を含み得る。

デバイス可読媒体１３０は、コンピュータプログラム、ソフトウェア、ロジック、ルール、コード、テーブル等の１つ以上を含むアプリケーション、及び／又は、処理回路１２０によって実行可能な他の命令を格納する様に動作可能であり得る。デバイス可読媒体１３０の例は、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）又はリードオンリーメモリ（ＲＯＭ））、マス記憶媒体（例えば、ハードディスクドライブ）、リムーバブル記憶媒体（例えば、コンパクトディスク（ＣＤ）又はデジタルビデオディスク（ＤＶＤ））、及び／又は、処理回路１２０によって使用され得る情報、データ、及び／又は命令を格納する、任意の他の揮発性若しくは不揮発性の非一時的なデバイス可読及び／又はコンピュータ実行可能メモリデバイスを含む。幾つかの実施形態では、処理回路１２０及びデバイス可読媒体１３０は、統合され得る。

ユーザインタフェース機器１３２は、人間のユーザがＷＤ１１０と相互作用することを可能にするコンポーネントを提供し得る。そのような相互作用は、視覚、聴覚、触覚等の多くの形態であり得る。ユーザインタフェース機器１３２は、ユーザへの出力を生成する様に動作可能であり、ユーザがＷＤ１１０に入力を提供することを可能にする。対話のタイプはＷＤ１１０にインストールされたユーザインタフェース機器１３２の種類に応じて異なり得る。例えば、ＷＤ１１０がスマートフォンである場合、相互作用は、タッチスクリーンを介して行われ、ＷＤ１１０がスマートメーターである場合、対話は、使用状況を提供する画面（たとえば、使用されたガロン数）又は可聴アラートを提供するスピーカ（たとえば、煙が検出された場合）を介して行われ得る。

ユーザインタフェース機器１３２は、入力インタフェース、デバイス及び回路と、出力インタフェース、デバイス及び回路と、を含み得る。ユーザインタフェース機器１３２は、ＷＤ１１０への情報の入力を可能にする様に構成され、処理回路１２０が入力情報を処理することを可能にする様に処理回路１２０に接続される。ユーザインタフェース機器１３２は、例えば、マイクロフォン、近接又は他のセンサ、キー／ボタン、タッチディスプレイ、１つ以上のカメラ、ＵＳＢポート、又は、他の入力回路を含み得る。ユーザインタフェース機器１３２はまた、ＷＤ１１０からの情報の出力を可能にし、処理回路１２０がＷＤ１１０からの情報を出力することを可能にする様に構成される。ユーザインタフェース機器１３２は、例えば、スピーカ、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインタフェイス、又は、その他の出力回路を含み得る。ユーザインタフェース機器１３２の１つ以上の入力及び出力インタフェース、デバイス、及び回路を使用して、ＷＤ１１０は、エンドユーザ及び／又は無線ネットワークと通信し、それらが本明細書に記載の機能から利益を得ることができる。

補助機器１３４は、ＷＤによって一般的に実行されないより特別な機能を提供する様に動作可能である。これは、様々な目的のための測定を行うための特殊なセンサ、有線通信等の追加のタイプの通信のためのインタフェースを備え得る。補助機器１３４のコンポーネント及びタイプは、実施形態及び／又はシナリオに応じて異なり得る。

電源１３６は、幾つかの実施形態では、電池又は電池パックの形態であり得る。外部電源（例えば、電気コンセント）、光起電装置又は電力セル等の他のタイプの電源も使用され得る。ＷＤ１１０は、本明細書に記載又は示される任意の機能を実行するために電源１３６からの電力を必要とするＷＤ１１０の様々な部分に、電源１３６からの電力を送達する電源回路１３７をさらに含み得る。電源回路１３７は、特定の実施形態では、電力管理回路を含み得る。

電源回路１３７は、追加的又は代替的に、外部電源から電力を受け取る様に動作可能であり、その場合、ＷＤ１１０は、入力回路又は電力ケーブル等のインタフェースを介して外部電源（コンセント等）に接続可能であり得る。電源回路１３７はまた、特定の実施形態では、外部電源から電源１３６に電力を送達する様に動作可能であり得る。これは、例えば、電源１３６の充電のためであり得る。電源回路１３７は、電力が供給されるＷＤ１１０のそれぞれのコンポーネントに適した電力を生成するため、電源１３６からの電力の、任意のフォーマット、変換、又は他の修正を実行し得る。

開示される主題は、任意の適切なコンポーネントを使用するシステムの任意の適切として実現され得るが、開示する実施形態は、図１２に示す例示的な無線ネットワーク等の、無線ネットワークに関連して説明される。簡略化のため、図１２の無線ネットワークは、ネットワーク１０６、ネットワークノード１６０及び１６０ｂ並びにＷＤ１１０、１１０ｂ及び１１０ｃのみを示している。実際には、無線ネットワークは、無線デバイス間、無線デバイスと、固定電話、サービスプロバイダ又は任意の他のネットワークノード若しくはエンドデバイス等の別の通信デバイスとの間の通信をサポートするのに適した任意の追加要素をさらに含み得る。図示するコンポーネントの内、ネットワークノード１６０及び無線デバイス（ＷＤ）１１０は、追加の詳細と共に示されている。無線ネットワークは、１つ以上の無線デバイスに通信及び他のタイプのサービスを提供して、無線ネットワークによって提供される、或いは、無線ネットワークを介して提供されるサービスへの無線デバイスのアクセス及び／又は使用を容易にする。

図１３は、特定の実施形態による、例示的なユーザ装置を示している。本明細書で使用される"ユーザ装置"又は"ＵＥ"は、関連するデバイスを所有及び／又は操作する人間のユーザの意味での"ユーザ"を必ずしも有する必要はない。代わりに、ＵＥは、人間のユーザへの販売又は人間のユーザによる操作を目的とするが、最初は特定の人間のユーザに関連付けられていないデバイス（例えば、スマートスプリンクラーコントローラ）を表し得る。代わりに、ＵＥは、エンドユーザへの販売又はエンドユーザによる操作を目的としないが、ユーザの利益のために関連付けられるか又は操作され得るデバイス（例えば、スマートパワーメータ）を表し得る。ＵＥ２００は、ＮＢ－ＩｏＴ ＵＥ、マシン型通信（ＭＴＣ）ＵＥ、及び／又は拡張ＭＴＣ（ＥＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）により特定される任意のＵＥであり得る。図１３に示す様に、ＵＥ２００は、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ及び／又は５Ｇ規格等、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公布された１つ以上の通信規格に従って通信する様に構成されたＷＤの一例である。上述した様に、用語ＷＤ及びＵＥは、総合に交換可能であり得る。したがって、図１３ではＵＥであるが、以下で述べるコンポーネントは、ＷＤにも等しく適用でき、その逆も同様である。

図１３において、ＵＥ２００は、入力／出力インタフェース２０５と、無線周波数（ＲＦ）インタフェース２０９と、ネットワーク接続インタフェース２１１と、ランダムアクセスメモリ（ＲＡＭ）２１７、読み出し専用メモリ（ＲＯＭ）２１９及び記憶媒体２２１等を含むメモリ２１５と、通信サブシステム２３１と、電源２１３と、及び／又は、任意の他のコンポーネント若しくはそれらの任意の組み合わせと、に動作可能に接続された処理回路２０１を含む。記憶媒体２２１は、オペレーティングシステム２２３、アプリケーションプログラム２２５及びデータ２２７を含む。他の実施形態において、記憶媒体２２１は、他の同様のタイプの情報を含み得る。特定のＵＥは、図１３に示されるコンポーネントのすべて、又はコンポーネントのサブセットのみを利用し得る。コンポーネント間の統合のレベルは、ＵＥごとに異なる。さらに、特定のＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機等のコンポーネントの複数のインスタンスを含み得る。

図１３において、処理回路２０１は、コンピュータ命令及びデータを処理する様に構成され得る。処理回路２０１は、メモリに機械可読コンピュータプログラムとして格納された機械命令を実行する様に動作する任意の順次状態マシンとして構成することができ、順次状態マシンは、例えば、１つ以上のハードウェア実装状態マシン（例えば、非離散論理、ＦＰＧＡ、ＡＳＩＣ等）、適切なファームウェアを有するプログラマブルロジック、１つ以上の格納プログラム、マイクロプロセッサ又はデジタル信号プロセッサ（ＤＳＰ）の様な適切なソフトウェアを有する汎用処理回路、或いは、それらの任意の組み合わせである。例えば、処理回路２０１は、２つの中央処理ユニット（ＣＰＵ）を含み得る。データは、コンピュータによる使用に適した形式の情報である。

本実施形態において、入力／出力インタフェース２０５は、入力デバイス、出力デバイス、又は、入出力デバイスに通信インタフェースを提供する様に構成され得る。ＵＥ２００は、入出力インタフェース２０５を介して出力デバイスを使用する様に構成され得る。

出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用し得る。例えば、ＵＳＢポートは、ＵＥ２００への入力と、ＵＥ２００からの出力と、を提供するために使用され得る。出力デバイスは、スピーカ、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、他の出力装置、或いは、それらの任意の組み合わせであり得る。

ＵＥ２００は、ユーザがＵＥ２００に情報を取り込むことを可能にするために入力／出力インタフェース２０５を介して入力デバイスを使用する様に構成され得る。入力デバイスは、タッチセンシティブ又はプレゼンスセンシティブディスプレイ、カメラ（例えば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラ等）、マイク、センサ、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカード等を含み得る。プレゼンスセンシティブディスプレイは、ユーザからの入力を感知するための容量性又は抵抗性タッチセンサを含み得る。センサは、例えば、加速度計、ジャイロスコープ、傾斜センサ、力センサ、磁力計、光学センサ、近接センサ、他の同様のセンサ、又は、それらの任意の組み合わせであり得る。例えば、入力装置は、加速度計、磁力計、デジタルカメラ、マイクロフォン、及び、光学センサであり得る。

図１３において、ＲＦインタフェース２０９は、送信機、受信機及びアンテナ等のＲＦコンポーネントに通信インタフェースを提供する様に構成され得る。ネットワーク接続インタフェース２１１は、ネットワーク２４３ａへの通信インタフェースを提供する様に構成され得る。ネットワーク２４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、他の同様のネットワーク、或いは、それらの任意の組み合わせ等の、有線及び無線通信ネットワークを含み得る。例えば、ネットワーク２４３ａは、Ｗｉ－Ｆｉネットワークを含み得る。ネットワーク接続インタフェース２１１は、イーサネット（登録商標）、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭ等の１つ以上の通信プロトコルに従い、通信ネットワークを介して１つ以上の他のデバイスと通信するために使用される受信機及び送信機インタフェースを含む様に構成され得る。ネットワーク接続インタフェース２１１は、通信ネットワークリンク（例えば、光、電気等）に適切な受信機及び送信機機能を実現し得る。送信機機能及び受信機機能は、回路コンポーネント、ソフトウェア又はファームウェアを共有してもよく、あるいはその代わりに別々に実装されてもよい。

ＲＡＭ２１７は、オペレーティングシステム、アプリケーションプログラム、及び、デバイスドライバ等のソフトウェアプログラムの実行中にデータ又はコンピュータ命令の記憶又はキャッシングを提供するためにバス２０２を介して処理回路２０１にインタフェースする様に構成され得る。ＲＯＭ２１９は、コンピュータ命令又はデータを処理回路２０１に提供する様に構成され得る。例えば、ＲＯＭ２１９は、不揮発性メモリに記憶されている基本入出力（Ｉ／Ｏ）、起動、キーボードからのキーストロークの受信等の基本システム機能のための不変の低レベルシステムコード又はデータを格納する様に構成され得る。

記憶媒体２２１は、ＲＡＭ、ＲＯＭ、プログラム可能読み出し専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、フラッシュドライブ等のメモリを含む様に構成され得る。一例において、記憶媒体２２１は、オペレーティングシステム２２３、ウェブブラウザアプリケーション、ウィジェット若しくはガジェットエンジ、又は、他のアプリケーション等のアプリケーションプログラム２２５、データファイル２２７を含む様に構成され得る。記憶媒体２２１は、ＵＥ２００による使用のために、様々なオペレーティングシステム又はオペレーティングシステムの組み合わせを格納し得る。

記憶媒体２２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）、光ディスクドライブ、内蔵ハードディスクドライブ、ブルーレイ光ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ）、光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭＳＤＲＡＭ、加入者識別モジュール又はリムーバブルユーザ識別（ＳＩＭ／ＲＵＩＭ）モジュール等のスマートカードメモリ、他のメモリ、或いは、それらの任意の組み合わせといった、複数の物理ドライブユニットを含む様に構成され得る。記憶媒体２２１は、ＵＥ２００が、一時的又は非一時的メモリ媒体に記憶されたコンピュータ実行可能命令、アプリケーションプログラム等にアクセスすること、データをオフロードすること、データをアップロードすることを可能にし得る。通信システムを利用する製造品は、コンピュータ可読媒体を含み得る記憶媒体２２１内に有形に具体化することができる。

図１３において、処理回路２０１は、通信サブシステム２３１を使用してネットワーク２４３ｂと通信する様に構成され得る。ネットワーク２４３ａ及びネットワーク２４３ｂは、同じネットワーク、又は、異なる複数のネットワークであり得る。通信サブシステム２３１は、ネットワーク２４３ｂと通信するために使用される１つ以上のトランシーバを含む様に構成され得る。例えば、通信サブシステム２３１は、ＩＥＥＥ８０２、ＣＤＭＡ、ＷＣＤＭＡ（登録商標）、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａといった、１つ以上の通信プロトコルに従って、別のＷＤ、ＵＥ又は無線アクセスネットワーク（ＲＡＮ）の基地局の様な無線通信が可能な他のデバイスの１つ以上の遠隔トランシーバと通信するために使用される１つ以上のトランシーバを含む様に構成され得る。各トランシーバは、ＲＡＮリンク（例えば、周波数割り当て等）に適切な、送信機又は受信機の機能それぞれを実現するための送信機２３３及び／又は受信機２３５を含み得る。さらに、各トランシーバの送信機２３３及び受信機２３５は、回路コンポーネント、ソフトウェア、ファームウェアを共有してもよく、あるいは別々に実装されてもよい。

図示する実施形態において、通信サブシステム２３１の通信機能は、データ通信、音声通信、マルチメディア通信、ブルートゥース（登録商標）等の近距離通信、近距離無線通信、位置を判定するための全地球測位システム（ＧＰＳ）の使用等の位置ベースの通信、他の同様の通信機能、或いは、それらの任意の組み合わせを含み得る。例えば、通信サブシステム２３１は、セルラ通信、Ｗｉ－Ｆｉ通信、ブルートゥース（登録商標）通信、ＧＰＳ通信を含み得る。ネットワーク２４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、他の同様のネットワーク、或いは、それらの任意の組み合わせ等の、有線及び無線通信ネットワークを含み得る。例えば、ネットワーク２４３ｂは、セルラネットワーク、Ｗｉ－Ｆｉネットワーク、及び／又は近距離無線ネットワークであり得る。電源２１３は、ＵＥ２００のコンポーネントに交流（ＡＣ）電力又は直流（ＤＣ）電力を供給する様に構成され得る。

本開示の特徴、利点及び／又は機能は、ＵＥ２００のコンポーネントのうちの１つに実装することも、ＵＥ２００の複数のコンポーネントにわたって分割することもできる。さらに、本開示の特徴、利点及び／又は機能は、ハードウェア、ソフトウェア、ファームウェアの任意の組み合わせで実現され得る。一例において、通信サブシステム２３１は、本開示のコンポーネントのいずれかを含む様に構成され得る。さらに、処理回路２０１は、バス２０２を介してそのようなコンポーネントのうちのいずれかと通信する様に構成され得る。別の例において、そのようなコンポーネントのうちのいずれかは、メモリに格納されたプログラム命令によって表され、処理回路２０１で実行されると、本開示の対応する機能を実行する。別の例において、そのようなコンポーネントのうちのいずれかの機能は、処理回路２０１と通信サブシステム２３１とに分割され得る。別の例において、そのようなコンポーネントのうちのいずれかの非計算集約的機能は、ソフトウェア又はファームウェアで実装され、計算集約的機能はハードウェアで実装され得る。

図１４は、幾つかの実施形態によるネットワークノードでの方法を示すフローチャートである。特定の実施形態において、図１４の１つ以上のステップは、図１２に関して説明したネットワークノード１６０によって実行され得る。ネットワークノードは、ＩＡＢドナーＣＵを含む。

方法は、ステップ１４１２から始まり、ここで、ネットワークノード（例えば、ネットワークノード１６０）は、トラフィックタイプと通信パスとの間のマッピングを取得する。通信パスは、ＩＡＢドナーＣＵネットワークノードとＩＡＢネットワークノードとの間でトラフィックタイプを通信するためのものである。マッピングは、上記の実施形態及び実施例に記載されたマッピングのいずれかを含み得る。例えば、マッピングは、初期Ｆ１－Ｃトラフィックのためのデフォルトパスを含み得る。マッピングは、２つ以上のマッピングを含み得る。例えば、マッピングは、Ｆ１－Ｃトラフィックのためのプライマリパス及びセカンダリパスを含み得る。マッピングは、第１トラフィックタイプのためのデフォルト及び／又はプライマリ／セカンダリパスと、第２トラフィックタイプのための別のデフォルト及び／又はプライマリ／セカンダリパスを含み得る。

トラフィックタイプと通信パスとの間のマッピングは、様々な実施形態に従って示され得る。幾つかの実施形態において、マッピングは、明示的なトラフィックタイプ（例えば、Ｆ１－Ｃトラフィック）によって表され、通信パスは、ＢＡＰルーティングＩＤによって表され得る。幾つかの実施形態において、トラフィックタイプは、デフォルトのトラフィックタイプ等の暗黙のトラフィックタイプであり、明示的なマッピングのない任意のトラフィックタイプは、関連付けられた通信パスを介してルーティングされ得る。トラフィックタイプは、列挙型、整数、又は、トラフィックタイプの他の適切なインジケータを含み得る。通信パスは、ＢＡＰルーティングＩＤ等の識別子又はその他の適切な識別子で表され得る。

ステップ１４１４で、ネットワークノードは、マッピングをＩＡＢネットワークノードに送信する（例えば、ＲＲＣシグナリング）。図１５で説明した様に、ＩＡＢネットワークノードはマッピングを使用してトラフィックをルーティングする。

図１４の方法１４００に対して修正、追加又は省略を行うことができる。加えて、図１４の方法における１つ以上のステップは、並行して又は任意の適切な順序で実行され得る。

図１５は、特定の実施形態によるネットワークノードでの別の例示的な方法を示すフローチャートである。特定の実施形態において、図１５の１つ以上のステップは、図１２に関して説明したネットワークノード１６０によって実行され得る。ネットワークノードは、ＩＡＢノードを含む。

方法は、ステップ１５１２から始まり、ここで、ネットワークノード（例えば、ネットワークノード１６０）は、トラフィックタイプと通信パスとの間のマッピングを取得する。通信パスは、ＩＡＢドナーＣＵネットワークノードとＩＡＢネットワークノードとの間でトラフィックタイプを通信するためのものである。マッピングは、上記の実施形態及び実施例に記載されたマッピングのいずれかを含み得る。例えば、マッピングは、図１４のステップ１４１２に関して説明されたマッピングを含み得る。

ステップ１５１４で、ネットワークノードは、上記の実施形態及び例のいずれかに従って、通信パスを使用して、トラフィックタイプの通信をＩＡＢドナーＣＵネットワークノードに送信する。例えば、ＩＡＢノードへの送信は、通信パケットのＢＡＰヘッダ内のトラフィックタイプのために取得されたマッピングで受信されたＢＡＰルーティングＩＤを含むことを含み得る。

図１５の方法１５００に対して修正、追加又は省略を行うことができる。加えて、図１５の方法における１つ以上のステップは、並行して又は任意の適切な順序で実行され得る。

図１６は、無線ネットワーク（例えば、図１２に示す無線ネットワーク）内の装置の概略的なブロック図である。装置は、ネットワークノード（例えば、図１２に示されるネットワークノード１６０）を含み得る。装置１６００は、図１４及び図１５を参照して説明した例示的な方法を実行する様に動作可能である。装置１６００は、本明細書に開示される他のプロセス又は方法を実行する様に動作可能であり得る。図１４及び図１５の方法は必ずしも装置１６００によってのみ実行されるとは限らないことも理解されるべきである。方法の少なくとも幾つかの動作は、１つ以上の他のエンティティによって実行され得る。

仮想装置１６００は、１つ以上のマイクロプロセッサ又はマイクロコントローラを含み得る処理回路と、デジタル信号プロセッサ（ＤＳＰ）、特定目的デジタル論理等を含み得る他のデジタルハードウェアと、を含み得る。処理回路は、メモリに格納されたプログラムコードを実行する様に構成され、メモリは、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイス等の１つ以上のタイプのメモリを含み得る。メモリに格納されたプログラムコードは、１つ以上の通信及び／又はデータ通信プロトコルを実行するプログラム命令と、幾つかの実施形態においては、本明細書に記載された技術の一つ以上を実行するためのプログラム命令を含む。

幾つかの実装形態において、処理回路は、取得モジュール１６０２、送信モジュール１６０４、及び、本開示の１つ以上の実施形態による対応する機能を実行する装置１６００の任意の他の適切なユニットを実現するために使用され得る。

図１６に示される様に、装置１６００は、本明細書で説明される実施形態及び例のいずれかに従って、トラフィックタイプと通信パスとの間のマッピングを取得する様に構成された取得モジュール１６０２を含む。送信モジュール１６０４は、本明細書に記載の実施形態及び実施例のいずれかに従って、ＩＡＢドナーノードＣＵからＩＡＢノードにマッピングを送信し、マッピングに基づいて、ＩＡＢノードからＩＡＢドナーノードＣＵにトラフィックを送信する様に構成される。

図１７は、幾つかの実施形態によって実装される機能を仮想化し得る仮想化環境３００を示す概略ブロック図である。本文脈において、仮想化とは、ハードウェアプラットフォーム、ストレージデバイス、及びネットワークリソースの仮想化を含み得る、装置又はデバイスの仮想バージョンを作成することを意味する。本明細書で使用される様に、仮想化は、ノード（例えば、仮想化基地局又は仮想化無線アクセスノード）又はデバイス（例えば、ＵＥ、無線デバイス又は任意の他のタイプの通信デバイス）又はそれらのコンポーネントに適用され、機能の少なくとも一部が、（たとえば、１つ以上のネットワークの１つ以上の物理処理ノードを実行する、１つ以上のアプリケーション、コンポーネント、機能、仮想マシン、又はコンテナを介して）１つ以上の仮想コンポーネントとして実現することに関連する。

幾つかの実施形態において、本明細書で説明される機能の一部又は総ては、１つ以上のハードウェアノード３３０でホストされる、１つ以上の仮想化環境３００で実現される１つ以上の仮想マシンにより実行される仮想コンポーネントとして実現され得る。仮想ノードが無線アクセスノードではない、或いは、無線接続を必要としない場合（コアネットワークノード等）の実施形態において、ネットワークノードは完全に仮想化され得る。

機能は、本明細書の実施形態の幾つかで説明される特徴、機能、及び／又は利点の幾つかを実現する様に動作する１つ以上のアプリケーション３２０（ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能等と呼ばれ得る）によって実現され得る。アプリケーション３２０は、処理回路３６０及びメモリ３９０を含むハードウェア３３０を提供する仮想化環境３００で実行される。メモリ３９０は、処理回路３６０によって実行可能な命令３９５を含み、それにより、アプリケーション３２０は、開示されている特徴、利点、及び／又は機能の１つ以上を提供する様に動作する。

仮想化環境３００は、市販の（ＣＯＴＳ）プロセッサ、専用の特定用途向け集積回路（ＡＳＩＣ）、又は、デジタル若しくはアナログのハードウェアコンポーネントや専用プロセッサを含むその他のタイプの処理回路であり得る１つ以上のプロセッサ又は処理回路３６０のセットを有する汎用又は専用ネットワークハードウェアデバイス３３０を備える。各ハードウェアデバイスは、命令３９５又は処理回路３６０によって実行されるソフトウェアを一時的に格納するための非永続的メモリであり得るメモリ３９０－１を含み得る。各ハードウェアデバイスは、ネットワークインターフェースカードとしても知られ、物理ネットワークインタフェース３８０を含む、１つ以上のネットワークインターフェースコントローラ（ＮＩＣ）３７０を含み得る。各ハードウェアデバイスは、また、ソフトウェア３９５及び／又は処理回路３６０により実行可能な命令を格納する、非一時的、永続的な機械可読記憶媒体３９０－２を含み得る。ソフトウェア３９５は、１つ以上の仮想化レイヤ３５０（ハイパーバイザとも呼ばれる）をインスタンス化するためのソフトウェア、仮想マシン３４０を実行するためのソフトウェア、ならびに、本明細書の幾つかの実施形態に関連して説明される機能、特徴及び／又は利点を実行することを可能にするソフトウェアを含む、任意のタイプのソフトウェアを含み得る。

仮想マシン３４０は、仮想処理、仮想メモリ、仮想ネットワーキング又はインタフェース及び仮想ストレージを含み、対応する仮想化レイヤ３５０又はハイパーバイザによって実行され得る。仮想アプライアンス３２０のインスタンスの異なる実施形態は、１つ以上の仮想マシン３４０上で実行されてもよく、実装は、異なる方法でも行われ得る。

動作中、処理回路３６０は、ソフトウェア３９５を実行して、ハイパーバイザ又は仮想化レイヤ３５０をインスタンス化し、これは、仮想マシンモニタ（ＶＭＭ）として参照され得る。仮想化レイヤ３５０は、仮想マシン３４０に対してネットワークハードウェアの様に見える仮想オペレーティングプラットフォームを提示し得る。

図１７に示す様に、ハードウェア３３０は、一般的な又は特定のコンポーネントを備えたスタンドアロンネットワークノードであり得る。ハードウェア３３０は、アンテナ３２２５を備えることができ、仮想化を介して幾つかの機能を実装し得る。あるいは、ハードウェア３３０は、多くのハードウェアノードが連携して動作し、アプリケーション３２０のライフサイクル管理を監督する、管理及びオーケストレーション（ＭＡＮＯ）３１００を介して管理されるハードウェアの大きなクラスタ（たとえば、データセンタや顧客宅内機器（ＣＰＥ）等）の一部であり得る。

ハードウェアの仮想化は、一部の文脈ではネットワーク機能仮想化（ＮＦＶ）と参照される。ＮＦＶを使用して、多くのネットワーク機器タイプを、業界標準の大容量サーバハードウェア、物理スイッチ、及びデータセンタに配置できる物理ストレージ、及び顧客宅内機器に統合できる。

ＮＦＶの文脈において、仮想マシン３４０は、あたかもそれらが物理的な非仮想化マシンで実行されているかの様にプログラムを実行する物理マシンのソフトウェア実装であり得る。仮想マシン３４０のそれぞれ、及びその仮想マシンを実行するハードウェア３３０のその部分は、その仮想マシン専用のハードウェア及び／又はその仮想マシンによって他の仮想マシン３４０と共有されるハードウェアであり、別個の仮想ネットワーク要素（ＶＮＥ）を形成する。

ＮＦＶの文脈において、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャ３３０上の１つ以上の仮想マシン３４０で実行され、図１８のアプリケーション３２０に対応する特定のネットワーク機能を処理することに責任を負う。

幾つかの実施形態において、それぞれが１つ以上の送信機３２２０及び１つ以上の受信機３２１０を含む１つ以上の無線ユニット３２００は、１つ以上のアンテナ３２２５に結合され得る。無線ユニット３２００は、１つ以上の適切なネットワークインタフェースを介してハードウェアノード３３０と直接通信し、無線アクセスノードや基地局等の仮想ノードに無線能力を提供するために、仮想コンポーネントと組み合わせて使用され得る。

幾つかの実施形態では、幾つかのシグナリングは、ハードウェアノード３３０と無線ユニット３２００との間の通信に代わりに使用され得る制御システム３２３０を使用してもたらされ得る。

一実施形態に従う図１８を参照すると、通信システムは、３ＧＰＰタイプのセルラネットワーク等の通信ネットワーク４１０を含み、通信ネットワーク４１０は、無線アクセスネットワーク等のアクセスネットワーク４１１とコアネットワーク４１４とを含む。アクセスネットワーク４１１は、ＮＢ、ｅＮＢ、ｇＮＢ又は他のタイプの無線アクセスポイント等の複数の基地局４１２ａ、４１２ｂ、４１２ｃを備え、それぞれが対応するカバレッジエリア４１３ａ、４１３ｂ、４１３ｃを定義する。各基地局４１２ａ、４１２ｂ、４１２ｃは、有線又は無線接続４１５を介してコアネットワーク４１４に接続可能である。カバレッジエリア４１３ｃに位置する第１ＵＥ４９１は、対応する基地局４１２ｃに無線で接続する、或いは、ページングされる様に構成される。カバレッジエリア４１３ａの第２ＵＥ４９２は、対応する基地局４１２ａに無線で接続可能である。複数のＵＥ４９１、４９２がこの例に示されているが、開示された実施形態は、単一ＵＥがカバレッジエリアにある状況、又は、単一ＵＥが対応する基地局４１２に接続している状況に等しく適用可能である。

通信ネットワーク４１０自体は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェア及び／又はソフトウェアにより、又は、サーバファームの処理リソースとして具現化され得るホストコンピュータ４３０に接続される。ホストコンピュータ４３０は、サービスプロバイダの所有権又は管理下にあり得るか、又はサービスプロバイダによって又はサービスプロバイダに代わって操作され得る。通信ネットワーク４１０とホストコンピュータ４３０との間の接続４２１、４２２は、コアネットワーク４１４からホストコンピュータ４３０まで直接延長してもよく、又はオプションの中間ネットワーク４２０を介してもよい。中間ネットワーク４２０は、パブリック、プライベート、又はホストされたネットワークの１つ、又は２つ以上の組み合わせであっても良く、中間ネットワーク４２０（ある場合）は、バックボーンネットワーク又はインターネットである場合があり、特に、中間ネットワーク４２０は、２つ以上のサブネットワーク（図示せず）を備えてもよい。

図１８の通信システムは全体として、接続されたＵＥ４９１、４９２とホストコンピュータ４３０との間の接続を可能にする。接続性は、オーバーザトップ（ＯＴＴ）接続４５０として説明され得る。ホストコンピュータ４３０及び接続されたＵＥ４９１１、４９２は、アクセスネットワーク４１１、コアネットワーク４１４、任意の中間ネットワーク４２０及び、仲介者としての可能なさらなるインフラストラクチャ（図示せず）を使用して、ＯＴＴ接続４５０を介してデータ及び／又はシグナリングを通信する様に構成される。ＯＴＴ接続４５０は、ＯＴＴ接続４５０が通過する参加通信デバイスがアップリンク及びダウンリンク通信のルーティングを認識しないという意味で透過的であり得る。例えば、基地局４１２は、接続されたＵＥ４９１に転送される（例えば、ハンドオーバ）ホストコンピュータ４３０から発信されるデータとの着信ダウンリンク通信の過去のルーティングについて通知されないか、又は通知される必要はない。同様に、基地局４１２は、ＵＥ４９１からホストコンピュータ４３０に向かう発信アップリンク通信の将来のルーティングを認識する必要はない。

図１９は、特定の実施形態による、部分的な無線接続により基地局を介してユーザ機器と通信する例示的なホストコンピュータを示している。一実施形態による、前述の段落で説明したＵＥ、基地局、及びホストコンピュータの例示的な実装形態を、図１９を参照して説明する。通信システム５００において、ホストコンピュータ５１０は、通信システム５００の異なる通信デバイスのインタフェースとの有線又は無線接続を設定及び維持する様に構成された通信インタフェース５１６を含むハードウェア５１５を備える。ホストコンピュータ５１０は、記憶及び／又は処理能力を有し得る処理回路５１８をさらに備える。特に、処理回路５１８は、命令を実行する様に適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又はこれらの組み合わせ（図示せず）を備え得る。ホストコンピュータ５１０は、処理回路５１８によって実行可能であるソフトウェア５１１をさらに備え、ソフトウェア５１１は、ホストコンピュータ５１０に格納されるか、ホストコンピュータ５１０によってアクセス可能である。ソフトウェア５１１は、ホストアプリケーション５１２を含む。ホストアプリケーション５１２は、ＵＥ５３０とホストコンピュータ５１０で終端されるＯＴＴ接続５５０を介して接続する、ＵＥ５３０の様なリモートユーザにサービスを提供する様に動作可能であり得る。リモートユーザにサービスを提供する際、ホストアプリケーション５１２は、ＯＴＴ接続５５０を使用して送信されるユーザデータを提供し得る。

通信システム５００は、通信システムに設けられ、ホストコンピュータ５１０及びＵＥ５３０と通信することを可能にするハードウェア５２５を備える基地局５２０をさらに含む。ハードウェア５２５は、通信システム５００の異なる通信デバイスのインタフェースとの有線又は無線接続を設定及び維持するための通信インタフェース５２６と、少なくとも、基地局５２０がサービスを提供するカバレッジエリア（図１９には示さず）にあるＵＥ５３０との無線接続５７０を設定及び維持するための無線インタフェース５２７と、を含み得る。通信インタフェース５２６は、ホストコンピュータ５１０への接続５６０を促進する様に構成され得る。接続５６０は直接であってもよいし、通信システムのコアネットワーク（図１９には示さず）及び／又は通信システムの外部の１つ以上の中間ネットワークを通過してもよい。図示する実施形態において、基地局５２０のハードウェア５２５は、処理回路５２８をさらに備え、処理回路５２８は、命令を実行する様に適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又はこれらの組み合わせ（図示せず）を備え得る。基地局５２０は、内部に格納されたソフトウェア５２１又は外部接続を介してアクセス可能なソフトウェア５２１をさらに有する。

通信システム５００は、既に言及したＵＥ５３０をさらに含む。そのハードウェア５３５は、ＵＥ５３０が現在位置するカバレッジエリアにサービスを提供する基地局との無線接続５７０を設定及び維持する様に構成された無線インタフェース５３７を含み得る。ＵＥ５３０のハードウェア５３５は、処理回路５３８をさらに備え、処理回路３３２８は、命令を実行する様に適合された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又はこれらの組み合わせ（図示せず）を備え得る。ＵＥ５３０は、処理回路５３８によって実行可能であるソフトウェア５３１をさらに備え、ソフトウェア５３１は、ＵＥ５３０に格納されるか、ＵＥ５３０によってアクセス可能である。ソフトウェア５３１は、クライアントアプリケーション５３２を含む。クライアントアプリケーション５３２は、ホストコンピュータ５１０のサポートにより、ＵＥ５３０を介して人間又は非人間のユーザにサービスを提供する様に動作可能であり得る。ホストコンピュータ５１０において、実行中のホストアプリケーション５１２は、ＵＥ５３０及びホストコンピュータ５１０で終端するＯＴＴ接続５５０を介して実行中のクライアントアプリケーション５３２と通信することができる。ユーザにサービスを提供する際、クライアントアプリケーション５３２は、ホストアプリケーション５１２からリクエストデータを受信し、リクエストデータに応答してユーザデータを提供し得る。ＯＴＴ接続５５０は、リクエストデータとユーザデータの両方を転送し得る。クライアントアプリケーション５３２は、ユーザと対話して、提供するユーザデータを生成することができる。

図１９に示されるホストコンピュータ５１０、基地局５２０及びＵＥ５３０は、それぞれ、図１８のホストコンピュータ４３０、基地局４１２ａ、４１２ｂ、４１２ｃのうちの１つ、及び、ＵＥ４９１、４９２のうちの１つと同様又は同一であり得ることに留意されたい。つまり、これらのエンティティの内部動作は図１９の様になり、独立して、周囲のネットワークトポロジは図１８の様になり得る。

図１９において、ＯＴＴ接続５５０は、基地局５２０を介したホストコンピュータ５１０とＵＥ５３０との間の通信を示すために抽象的に描かれ、中間デバイスやこれらのデバイスを介したメッセージの正確なルーティングは明示されていない。ネットワークインフラストラクチャは、ルーティングを決定してもよく、ルーティングは、ＵＥ５３０又はホストコンピュータ５１０を操作するサービスプロバイダ、又はその両方から隠す様に構成されてもよい。ＯＴＴ接続５５０がアクティブである間、ネットワークインフラストラクチャは、ルーティングを動的に変更する決定をさらに行うことができる（たとえば、ネットワークの負荷分散の検討又は再構成に基づいて）。

ＵＥ５３０と基地局５２０との間の無線接続５７０は、本開示を通して説明される実施形態の教示に従う。１つ以上の様々な実施形態は、無線接続５７０が最後のセグメントを形成するＯＴＴ接続５５０を使用して、ＵＥ５３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、シグナリングのオーバーヘッドを改善し、待ち時間を低減することができ、それにより、ユーザにより速いインターネットアクセスを提供し得る。

測定手順は、データレート、遅延、及び１つ以上の実施形態が改善される他の要因を監視する目的で提供されてもよい。さらに、測定結果の変動に応じて、ホストコンピュータ５１０とＵＥ５３０との間のＯＴＴ接続５５０を再構成するためのオプションのネットワーク機能があり得る。ＯＴＴ接続５５０を再構成するための測定手順及び／又はネットワーク機能は、ホストコンピュータ５１０のソフトウェア５１１及びハードウェア５１５、ＵＥ５３０のソフトウェア５３１及びハードウェア５３５、或いは、その両方に実装され得る。実施形態において、センサ（図示せず）は、ＯＴＴ接続５５０が通過する通信デバイス内に、又はそれに関連して配置され、センサは、上記で例示した監視量の値を提供するか、ソフトウェア５１１、３３１１が監視量を計算又は推定できる他の物理量の値を提供することにより、測定手順に参加できる。ＯＴＴ接続５５０の再構成には、メッセージ形式、再送信設定、優先ルーティング等が含まれ、再構成は基地局５２０に影響を与えず、基地局５２０にとって未知又は感知できない可能性がある。そのような手順及び機能は、当技術分野で知られ実践されている場合がある。特定の実施形態において、測定は、スループット、伝搬時間、遅延等のホストコンピュータ５１０の測定を容易にする独自のＵＥシグナリングを含み得る。測定は、ソフトウェア５１１、５３１が、ＯＴＴ接続５５０を使用して、伝搬時間、エラー等を監視しながら、メッセージ、特に空又は「ダミー」メッセージを送信する様に実装され得る。

図２０は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、及びＵＥを含み、それらは図１８及び１９を参照して説明されたものであり得る。本開示を単純化するために、図２０への参照図面のみがこのセクションに含まれる。

ステップ６１０では、ホストコンピュータはユーザデータを提供する。ステップ６１０のサブステップ６１１（オプションであり得る）において、ホストコンピュータはホストアプリケーションを実行することによりユーザデータを提供する。ステップ６２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。ステップ６３０（オプションであり得る）において、基地局は、本開示を通して説明される実施形態の教示に従って、ホストコンピュータが開始した送信で搬送されたユーザデータをＵＥに送信する。ステップ６４０（オプションであり得る）において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。

図２１は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、及びＵＥを含み、それらは図１８及び１９を参照して説明されたものであり得る。本開示を単純化するために、図２１への参照図面のみがこのセクションに含まれる。

この方法のステップ７１０において、ホストコンピュータはユーザデータを提供する。オプションのサブステップ（図示せず）では、ホストコンピュータはホストアプリケーションを実行することによりユーザデータを提供する。ステップ７２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。本開示を通して説明される実施形態の教示に従い、送信は、基地局を通過し得る。ステップ７３０（オプションであり得る）において、ＵＥは、送信で搬送されたユーザデータを受信する。

図２２は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、及びＵＥを含み、それらは図１８及び１９を参照して説明されたものであり得る。本開示を単純化するために、図２２への参照図面のみがこのセクションに含まれる。

ステップ８１０（オプションであり得る）において、ＵＥは、ホストコンピュータにより提供された入力データを受信する。追加的又は代替的に、ステップ８２０で、ＵＥはユーザデータを提供する。ステップ８２０のサブステップ８２１（オプションであり得る）において、ＵＥはクライアントアプリケーションを実行することによりユーザデータを提供する。ステップ８１０のサブステップ８１１（オプションであり得る）において、ＵＥは、ホストコンピュータによって提供された受信入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信したユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の方法に関係なく、ＵＥは、サブステップ８３０（オプションであり得る）において、ホストコンピュータへのユーザデータの送信を開始する。方法のステップ８４０において、ホストコンピュータは、本開示を通して説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図２３は、一実施形態による、通信システムで実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、及びＵＥを含み、それらは図１８及び１９を参照して説明されたものであり得る。本開示を単純化するために、図２３への参照図面のみがこのセクションに含まれる。

ステップ９１０（オプションであり得る）において、本開示全体にわたって説明される実施形態の教示に従って、基地局はＵＥからユーザデータを受信する。ステップ９２０（オプションであり得る）において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。ステップ９３０（オプションであり得る）において、ホストコンピュータは、基地局により開始された送信で搬送されたユーザデータを受信する。

ユニットという用語は、電気、電気デバイス、及び／又は、電子デバイスの分野で従来の意味を有し、例えば、電気及び／又は電子回路、デバイス、モジュール、プロセッサ、メモリ、論理ソリッドステート及び／又はディスクリートデバイス、それぞれのタスク、手順、計算、出力、及び／又は表示機能等を実行するための、本明細書に記載されているコンピュータプログラム又は命令を含み得る。

本発明の範囲を逸脱することなく、ここで述べたシステム及び装置に対する修正、追加、省略が行われ得る。システム及び装置のコンポーネントは、統合又は分離され得る。さらに、システム及び装置の動作は、より多くの、より少ない、或いは、他のコンポーネントで実行され得る。さらに、システム及び装置の動作は、ソフトウェア、ハードウェア、及び／又は、他のロジックを含む任意の適切な論理回路を使用して実現され得る。本開示で使用する"各"は、セットの各要素、又は、セットのサブセットの各要素を参照している。

本発明の範囲を逸脱することなく、ここで述べた方法に対する修正、追加、省略が行われ得る。方法は、より多くの、より少ない、或いは、他のステップを含み得る。さらに、ステップは、任意の適切な順序で実行され得る。

以下の説明では、多くの具体的な詳細を説明する。しかし、これらの特定の詳細なしで実施形態を実施できることが理解される。他の例において、この説明の理解を不明瞭にしないために、周知の回路、構造、及び技術は詳細に示さない。含まれる説明を用いて、当業者は、過度の実験なしに適切な機能を実装することができるであろう。

本明細書における"一実施形態"、"実施形態"、"実施形態例"への言及は、説明された実施形態が特定の特徴、構造、又は特性を含み得ることを示すが、すべての実施形態が必ずしも特定の特徴、構造、又は特性を含むとは限らない。さらに、そのようなフレーズは必ずしも同じ実施形態を参照しているわけではない。さらに、特定の特徴、構造、又は特性が実施形態に関して説明されている場合、他の実施形態に関連してそのような特性、構造、又は特性を実装することは、明示的に記述されているか否かに拘わらず、当業者の知識の範囲内では提示されている。

本開示について、特定の実施形態により記述したが、当業者には、実施形態の変更及び組み合わせが明らかである。よって、実施形態の上述した説明は、本開示を拘束しない。以下の特許請求の範囲で定義される本開示の範囲から逸脱することなく、他の変更、置換、変形が可能である。

以下の略語の少なくとも幾つかが、本開示において使用され得る。略語間に矛盾がある場合は、上記での使用方法を優先する必要がある。以下に複数回リストされている場合は、最初のリストが後続のリストよりも優先される。
１ｘＲＴＴ：ＣＤＭＡ２０００ １ｘ無線送信技術
３ＧＰＰ：第３世代パートナシッププロジェクト
５Ｇ：第５世代
ＡＢＳ：略ブランクのサブフレーム
ＡＲＱ：自動再送要求
ＡＷＧＮ：加法性ホワイトガウスノイズ
ＢＣＣＨ：ブロードキャスト制御チャネル
ＢＣＨ：ブロードキャストチャネル
ＣＡ：キャリアグリゲーション
ＣＣ：キャリアコンポーネント
ＣＣＣＨ：ＳＤＵ：共通制御チャネル ＳＤＵ
ＣＤＭＡ：符号分割多重アクセス
ＣＧＩ：セルグローバル識別子
ＣＩＲ：チャネルインパルス応答
ＣＰ：サイクリックプレフィクス
ＣＰＩＣＨ：共通パイロットチャネル
ＣＰＩＣＨ Ｅｃ／Ｎｏ：チップあたりのＣＰＩＣＨ受信エネルギを帯域内の電力密度で割った値
ＣＱＩ：チャネル品質情報
Ｃ－ＲＮＴＩ：セルＲＮＴＩ
ＣＳＩ：チャネル状態情報
ＤＣ（デュアルコネクティビティ）：
ＤＣＣＨ：専用制御チャネル
ＤＬ：ダウンリンク
ＤＭ：復調
ＤＭＲＳ：復調参照信号
ＤＲＸ：不連続受信
ＤＴＸ：不連続送信
ＤＴＣＨ：専用トラフィックチャネル
ＤＵＴ：テスト下のデバイス
Ｅ－ＣＩＤ：拡張セルＩＤ（位置決め方法）
Ｅ－ＳＭＬＣ：発展型サービング移動ロケーションセンタ
ＥＣＧＩ：発展型ＣＧＩ
ｅＮＢ：Ｅ－ＵＴＲＡＮ ノードＢ
ｅＰＤＣＣＨ：拡張物理下りリンク制御チャネル
Ｅ－ＳＭＬＣ：発展型サービング移動ロケーションセンタ
Ｅ－ＵＴＲＡ：発展型ＵＴＲＡ
Ｅ－ＵＴＲＡＮ：発展型ＵＴＲＡＮ
ＦＤＤ：周波数分割複信
ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ無線アクセスネットワーク
ｇＮＢ：ＮＲの基地局
ＧＮＳＳ：グローバルナビゲーション衛星システム
ＧＰＳ：グローバル測位システム
ＧＳＭ：移動通信汎用システム
ＨＡＲＱ：ハイブリッド自動再送要求
ＨＯ：ハンドオーバ
ＨＳＰＡ：高速パケットアクセス
ＨＲＰＤ：高レートパケットデータ
ＩＡＢ：統合アクセス及びバックホール
ＬＴＥ：ロングタームエボリューション
ＭＡＣ：媒体アクセス制御
ＭＢＭＳ：マルチメディアブロードキャストマルチキャストサービス
ＭＢＳＦＮ：マルチメディアブロードキャストマルチキャスト単一周波数ネットワーク
ＭＢＳＦＮ ＡＢＳ：ＭＢＳＦＮオールモーストブランクサブフレーム
ＭＩＢ：マスタ情報ブロック
ＭＭＥ：モビリティ管理エンティティ
ＭＳＣ：移動交換センタ
ＮＲ：ニューレディオ
ＯＦＤＭ：直交周波数分割多重
ＯＦＤＭＡ：直交周波数分割多重アクセス
ＰＢＣＨ：物理ブロードキャストチャネル
Ｐ－ＣＣＰＣＨ：プライマリ共通制御物理チャネル
ＰＣｅｌｌ：プライマリセル
ＰＣＦＩＣＨ：物理制御フォーマットインジケータチャネル
ＰＤＣＣＨ：物理ダウンリンクリンク制御チャネル
ＰＤＳＣＨ：物理下りリンク共用チャネル
ＰＧＷ：パケットゲートウェイ
ＰＨＩＣＨ：物理ハイブリッドＡＲＱインジケータチャネル
ＰＬＭＮ：公衆地上移動ネットワーク
ＰＲＡＣＨ：物理ランダムアクセスチャネル
ＰＳＳ：プライマリ同期信号
ＰＵＣＣＨ：物理上りリンク制御チャネル
ＰＵＳＣＨ：物理上りリンク共用チャネル
ＲＡ：ランダムアクセス
ＲＡＣＨ：ランダムアクセスチャネル
ＱＡＭ：直交振幅変調
ＲＡＮ：無線アクセスネットワーク
ＲＡＴ：無線アクセス技術
ＲＬＭ：無線リンク管理
ＲＮＣ：無線ネットワークコントローラ
ＲＮＴＩ：無線ネットワーク一時識別子
ＲＲＣ：無線リソース制御
ＲＲＭ：無線リソース管理
ＲＳ：参照信号
ＲＳＣＰ：受信信号符号電力
ＲＳＲＰ：参照シンボル受信電力又は参照信号受信電力
ＲＳＲＱ：参照信号受信品質又は参照シンボル受信品質
ＲＳＳＩ：受信信号強度インジケータ
ＲＳＴＤ：参照「信号時間差
ＳＣＨ：同期チャネル
ＳＣｅｌｌ：セカンダリセル
ＳＤＵ：サービスデータユニット
ＳＦＮ：システムフレーム番号
ＳＧＷ：サービングゲートウェイ
ＳＩ：システム情報
ＳＩＢ：システム情報ブロック
ＳＮＲ：信号対雑音比
ＳＳ：同期信号
ＳＳＳ：セカンダリ同期信号
ＴＤＤ：時分割複信
ＴＴＩ：送信時間間隔
ＵＥ：ユーザ装置
ＵＬ：上りリンク
ＵＭＴＳ：汎用移動通信システム
ＵＳＩＭ：汎用加入者識別モジュール
ＵＴＤＯＡ：アップリンク到着時間差
ＵＴＲＡ：汎用地上無線アクセス
ＵＴＲＡＮ：汎用地上無線アクセスネットワーク
ＷＣＤＭＡ（登録商標）：ワイドＣＤＭＡ
ＷＡＬＮ：ワイドローカルエリアネットワーク

Claims (40)

1. 統合アクセス及びバックホール（ＩＡＢ）ドナー制御ユニット（ＣＵ）ネットワークノードによって実行される方法であって、
   第１トラフィックタイプと第１通信パスとの間の第１マッピングを取得（１４１２）することであって、前記第１通信パスは、前記ＩＡＢドナーＣＵネットワークノードとＩＡＢネットワークノードとの間で前記第１トラフィックタイプを通信するためのものである、ことと、
   前記第１マッピングを前記ＩＡＢネットワークノードに送信（１４１４）することと、
   を含み、
   前記第１マッピングを前記ＩＡＢネットワークノードに送信することは、無線リソース制御（ＲＲＣ）シグナリングを前記ＩＡＢネットワークノードに送信することを含む、方法。
2. 請求項１に記載の方法であって、さらに、
   第２トラフィックタイプと第２通信パスとの間の第２マッピングを取得（１４１２）することであって、前記第２通信パスは、前記ＩＡＢドナーＣＵネットワークノードと前記ＩＡＢネットワークノードとの間で前記第２トラフィックタイプを通信するためのものである、ことと、
   前記第２マッピングを前記ＩＡＢネットワークノードに送信（１４１４）することと、
   を含む方法。
3. 請求項２に記載の方法であって、
   前記第１通信パスは、第１ＩＡＢドナー分散ユニット（ＤＵ）を含み、
   前記第２通信パスも、前記第１ＩＡＢドナーＤＵを含む、方法。
4. 請求項２に記載の方法であって、
   前記第１通信パスは、第１ＩＡＢドナー分散ユニット（ＤＵ）を含み、
   前記第２通信パスは、前記第１ＩＡＢドナーＤＵとは異なる第２ＩＡＢドナーＤＵを含む、方法。
5. 請求項２から４のいずれか１項に記載の方法であって、
   前記第１トラフィックタイプ及び前記第２トラフィックタイプは、同じトラフィックタイプであり、
   前記第１通信パスは、プライマリ通信パスを含み、
   前記第２通信パスは、セカンダリ通信パスを含む、方法。
6. 請求項２から４のいずれか１項に記載の方法であって、
   前記第１トラフィックタイプ及び前記第２トラフィックタイプは、異なるトラフィックタイプであり、
   前記第１通信パスは、前記第１トラフィックタイプのためのプライマリ通信パスを含み、
   前記第２通信パスは、前記第２トラフィックタイプのためのプライマリ通信パスを含む、方法。
7. 請求項１から６のいずれか１項に記載の方法であって、
   前記第１トラフィックタイプは、Ｆ１－Ｃトラフィックを含む、方法。
8. 請求項１から６のいずれか１項に記載の方法であって、
   前記第１トラフィックタイプは、複数のトラフィックタイプを含む、方法。
9. 請求項１から６のいずれか１項に記載の方法であって、
   前記第１トラフィックタイプは、ディフォルトトラフィックタイプを含む、方法。
10. 請求項１から９のいずれか１項に記載の方法であって、
    前記第１通信パスは、バックホール適応プロトコル（ＢＡＰ）ルート識別子によって識別される、方法。
11. 統合アクセス及びバックホール（ＩＡＢ）ドナー制御ユニット（ＣＵ）ネットワークノード（１６０）であって、
    処理回路（１７０）を備え、
    前記処理回路は、
    第１トラフィックタイプと第１通信パスとの間の第１マッピングを取得することであって、前記第１通信パスは、前記ＩＡＢドナーＣＵネットワークノードとＩＡＢネットワークノードとの間で前記第１トラフィックタイプを通信するためのものである、ことと、
    前記第１マッピングを前記ＩＡＢネットワークノードに送信することと、
    を行う様に動作可能であり、
    前記処理回路は、無線リソース制御（ＲＲＣ）シグナリングを使用して、前記第１マッピングを前記ＩＡＢネットワークノードに送信する様に動作可能である、ＩＡＢドナーＣＵネットワークノード。
12. 請求項１１に記載のＩＡＢドナーＣＵネットワークノードであって、
    前記処理回路は、さらに、
    第２トラフィックタイプと第２通信パスとの間の第２マッピングを取得することであって、前記第２通信パスは、前記ＩＡＢドナーＣＵネットワークノードと前記ＩＡＢネットワークノードとの間で前記第２トラフィックタイプを通信するためのものである、ことと、
    前記第２マッピングを前記ＩＡＢネットワークノードに送信することと、
    を行う様に動作可能である、ＩＡＢドナーＣＵネットワークノード。
13. 請求項１２に記載のＩＡＢドナーＣＵネットワークノードであって、
    前記第１通信パスは、第１ＩＡＢドナー分散ユニット（ＤＵ）を含み、
    前記第２通信パスも、前記第１ＩＡＢドナーＤＵを含む、ＩＡＢドナーＣＵネットワークノード。
14. 請求項１２に記載のＩＡＢドナーＣＵネットワークノードであって、
    前記第１通信パスは、第１ＩＡＢドナー分散ユニット（ＤＵ）を含み、
    前記第２通信パスは、前記第１ＩＡＢドナーＤＵとは異なる第２ＩＡＢドナーＤＵを含む、ＩＡＢドナーＣＵネットワークノード。
15. 請求項１２から１４のいずれか１項に記載のＩＡＢドナーＣＵネットワークノードであって、
    前記第１トラフィックタイプ及び前記第２トラフィックタイプは、同じトラフィックタイプであり、
    前記第１通信パスは、プライマリ通信パスを含み、
    前記第２通信パスは、セカンダリ通信パスを含む、ＩＡＢドナーＣＵネットワークノード。
16. 請求項１２から１４のいずれか１項に記載のＩＡＢドナーＣＵネットワークノードであって、
    前記第１トラフィックタイプ及び前記第２トラフィックタイプは、異なるトラフィックタイプであり、
    前記第１通信パスは、前記第１トラフィックタイプのためのプライマリ通信パスを含み、
    前記第２通信パスは、前記第２トラフィックタイプのためのプライマリ通信パスを含む、ＩＡＢドナーＣＵネットワークノード。
17. 請求項１１から１６のいずれか１項に記載のＩＡＢドナーＣＵネットワークノードであって、
    前記第１トラフィックタイプは、Ｆ１－Ｃトラフィックを含む、ＩＡＢドナーＣＵネットワークノード。
18. 請求項１１から１６のいずれか１項に記載のＩＡＢドナーＣＵネットワークノードであって、
    前記第１トラフィックタイプは、複数のトラフィックタイプを含む、ＩＡＢドナーＣＵネットワークノード。
19. 請求項１１から１６のいずれか１項に記載のＩＡＢドナーＣＵネットワークノードであって、
    前記第１トラフィックタイプは、ディフォルトトラフィックタイプを含む、ＩＡＢドナーＣＵネットワークノード。
20. 請求項１１から１９のいずれか１項に記載のＩＡＢドナーＣＵネットワークノードであって、
    前記第１通信パスは、バックホール適応プロトコル（ＢＡＰ）ルート識別子によって識別される、ＩＡＢドナーＣＵネットワークノード。
21. 統合アクセス及びバックホール（ＩＡＢ）ネットワークノードによって実行される方法であって、
    第１トラフィックタイプと第１通信パスとの間の第１マッピングを取得（１５１２）することであって、前記第１通信パスは、ＩＡＢドナーＣＵネットワークノードと前記ＩＡＢネットワークノードとの間で前記第１トラフィックタイプを通信するためのものである、ことと、
    前記第１通信パスを使用して、前記第１トラフィックタイプの通信を、前記ＩＡＢドナーＣＵネットワークノードに送信（１５１４）することと、
    を含み、
    前記第１マッピングを取得することは、前記ＩＡＢドナーＣＵネットワークノードから無線リソース制御（ＲＲＣ）シグナリングによって前記第１マッピングを受信することを含む、方法。
22. 請求項２１に記載の方法であって、さらに、
    第２トラフィックタイプと第２通信パスとの間の第２マッピングを取得（１５１２）することであって、前記第２通信パスは、前記ＩＡＢドナーＣＵネットワークノードと前記ＩＡＢネットワークノードとの間で前記第２トラフィックタイプを通信するためのものである、ことと、
    前記第２通信パスを使用して、前記第２トラフィックタイプの通信を、前記ＩＡＢドナーＣＵネットワークノードに送信（１５１４）することと、
    を含む方法。
23. 請求項２２に記載の方法であって、
    前記第１通信パスは、第１ＩＡＢドナー分散ユニット（ＤＵ）を含み、
    前記第２通信パスも、前記第１ＩＡＢドナーＤＵを含む、方法。
24. 請求項２２に記載の方法であって、
    前記第１通信パスは、第１ＩＡＢドナー分散ユニット（ＤＵ）を含み、
    前記第２通信パスは、前記第１ＩＡＢドナーＤＵとは異なる第２ＩＡＢドナーＤＵを含む、方法。
25. 請求項２２から２４のいずれか１項に記載の方法であって、
    前記第１トラフィックタイプ及び前記第２トラフィックタイプは、同じトラフィックタイプであり、
    前記第１通信パスは、プライマリ通信パスを含み、
    前記第２通信パスは、セカンダリ通信パスを含む、方法。
26. 請求項２２から２５のいずれか１項に記載の方法であって、
    前記第１トラフィックタイプ及び前記第２トラフィックタイプは、異なるトラフィックタイプであり、
    前記第１通信パスは、前記第１トラフィックタイプのためのプライマリ通信パスを含み、
    前記第２通信パスは、前記第２トラフィックタイプのためのプライマリ通信パスを含む、方法。
27. 請求項２１から２６のいずれか１項に記載の方法であって、
    前記第１トラフィックタイプは、Ｆ１－Ｃトラフィックを含む、方法。
28. 請求項２１から２６のいずれか１項に記載の方法であって、
    前記第１トラフィックタイプは、複数のトラフィックタイプを含む、方法。
29. 請求項２１から２６のいずれか１項に記載の方法であって、
    前記第１トラフィックタイプは、ディフォルトトラフィックタイプを含む、方法。
30. 請求項２１から２９のいずれか１項に記載の方法であって、
    前記第１通信パスは、バックホール適応プロトコル（ＢＡＰ）ルート識別子によって識別される、方法。
31. 統合アクセス及びバックホール（ＩＡＢ）ネットワークノード（１６０）であって、
    処理回路（１７０）を備え、
    前記処理回路は、
    第１トラフィックタイプと第１通信パスとの間の第１マッピングを取得することであって、前記第１通信パスは、ＩＡＢドナーＣＵネットワークノードと前記ＩＡＢネットワークノードとの間で前記第１トラフィックタイプを通信するためのものである、ことと、
    前記第１通信パスを使用して、前記第１トラフィックタイプの通信を、前記ＩＡＢドナーＣＵネットワークノードに送信することと、
    を行う様に動作可能であり、
    前記処理回路は、前記ＩＡＢドナーＣＵネットワークノードから無線リソース制御（ＲＲＣ）シグナリングによって前記第１マッピングを受信することにより、前記第１マッピングを取得する様に動作可能である、ＩＡＢネットワークノード。
32. 請求項３１に記載のＩＡＢネットワークノードであって、
    前記処理回路は、さらに、
    第２トラフィックタイプと第２通信パスとの間の第２マッピングを取得することであって、前記第２通信パスは、前記ＩＡＢドナーＣＵネットワークノードと前記ＩＡＢネットワークノードとの間で前記第２トラフィックタイプを通信するためのものである、ことと、
    前記第２通信パスを使用して、前記第２トラフィックタイプの通信を、前記ＩＡＢドナーＣＵネットワークノードに送信することと、
    を行う様に動作可能である、ＩＡＢネットワークノード。
33. 請求項３２に記載のＩＡＢネットワークノードであって、
    前記第１通信パスは、第１ＩＡＢドナー分散ユニット（ＤＵ）を含み、
    前記第２通信パスも、前記第１ＩＡＢドナーＤＵを含む、ＩＡＢネットワークノード。
34. 請求項３２に記載のＩＡＢネットワークノードであって、
    前記第１通信パスは、第１ＩＡＢドナー分散ユニット（ＤＵ）を含み、
    前記第２通信パスは、前記第１ＩＡＢドナーＤＵとは異なる第２ＩＡＢドナーＤＵを含む、ＩＡＢネットワークノード。
35. 請求項３２から３４のいずれか１項に記載のＩＡＢネットワークノードであって、
    前記第１トラフィックタイプ及び前記第２トラフィックタイプは、同じトラフィックタイプであり、
    前記第１通信パスは、プライマリ通信パスを含み、
    前記第２通信パスは、セカンダリ通信パスを含む、ＩＡＢネットワークノード。
36. 請求項３２から３４のいずれか１項に記載のＩＡＢネットワークノードであって、
    前記第１トラフィックタイプ及び前記第２トラフィックタイプは、異なるトラフィックタイプであり、
    前記第１通信パスは、前記第１トラフィックタイプのためのプライマリ通信パスを含み、
    前記第２通信パスは、前記第２トラフィックタイプのためのプライマリ通信パスを含む、ＩＡＢネットワークノード。
37. 請求項３１から３６のいずれか１項に記載のＩＡＢネットワークノードであって、
    前記第１トラフィックタイプは、Ｆ１－Ｃトラフィックを含む、ＩＡＢネットワークノード。
38. 請求項３１から３６のいずれか１項に記載のＩＡＢネットワークノードであって、
    前記第１トラフィックタイプは、複数のトラフィックタイプを含む、ＩＡＢネットワークノード。
39. 請求項３１から３６のいずれか１項に記載のＩＡＢネットワークノードであって、
    前記第１トラフィックタイプは、ディフォルトトラフィックタイプを含む、ＩＡＢネットワークノード。
40. 請求項３１から３９のいずれか１項に記載のＩＡＢネットワークノードであって、
    前記第１通信パスは、バックホール適応プロトコル（ＢＡＰ）ルート識別子によって識別される、ＩＡＢネットワークノード。

Images