JP2024513548A - 動的ユーザプレーン管理 - Google Patents

Abstract

動的ユーザプレーン管理のための方法は、リモートＵＥとｇＮＢとの間の同時ユーザプレーン直接及び間接接続をサポートするための新しいレイヤ２アーキテクチャを含んでもよい。トラフィックフローのＱｏＳ要件及びリモートＵＥの電力消費要件に基づいてＵＰプレーン接続を動的に管理するための方法を説明する。直接ＣＰ接続を介してリモートＵＥとリモートＵＥとの間のＣＰ接続を動的に管理するための方法を説明する。間接ＣＰ接続を介してリモートＵＥとリモートＵＥとの間のＣＰ接続を動的に管理するための方法を説明する。【選択図】図１２

Description

（関連出願の相互参照）
本出願は、２０２１年０３月３１日に出願され、「Ｍｅｔｈｏｄｓ Ａｎｄ Ａｐｐａｒａｔｕｓ Ｆｏｒ Ｄｙｎａｍｉｃ Ｕｓｅｒ Ｐｌａｎｅ Ｍａｎａｇｅｍｅｎｔ」と題された米国特許仮出願第６３／１６８，５４７号の利益を主張するものであり、その内容は参照により本明細書に組み込まれる。

３ＧＰＰ ＴＲ ３６．８３６ Ｖ２．０．０ Ｓｔｕｄｙ ｏｎ ＮＲ Ｓｉｄｅｌｉｎｋ Ｒｅｌａｙ（リリース１７）に記載されているように、リリース１６においてＶ２Ｘ関連道路安全サービスをサポートすることのみに焦点を当てたＮＲ Ｓｉｄｅｌｉｎｋの第１のバージョンが開発されている。この設計は、カバレッジ外シナリオとネットワーク内カバレッジシナリオの両方において、ブロードキャスト、グループキャスト、及びユニキャスト通信のためのサポートを提供することを目的とする。

本明細書では、動的ユーザプレーン管理のための方法、装置、及びシステムについて説明する。一態様では、リモートＵＥとｇＮＢとの間の同時ユーザプレーン（User Plane、ＵＰ）直接及び間接接続をサポートするための新しいレイヤ２（Layer 2、Ｌ２）アーキテクチャを説明する。

別の態様では、トラフィックフローのＱｏＳ要件及びリモートＵＥの電力消費要件に基づくユーザプレーン接続を動的に管理するための方法を説明する。一例では、直接制御プレーン（Control Plane、ＣＰ）接続を介してリモートＵＥとｇＮＢＥとの間のＵＰ接続を動的に管理するための方法を説明する。別の例では、間接ＣＰ接続を介してリモートＵＥとｇＮＢとの間のＵＰ接続を動的に管理するための方法を説明する。

本概要は、簡略化された形態で概念の選択を導入するために提供され、これは「発明を実施するための形態」において以下に更に説明される。この概要は、特許請求される主題の主要な特徴又は本質的な特徴を特定することを意図するものではなく、また、特許請求される主題の範囲を限定するために使用されることを意図するものでもない。更に、請求する主題は、この開示のいずれかの部分に記載された、いずれか又は全ての欠点を解決する特徴に限定されるものではない。

以下の発明を実施するための形態は、添付の図面と併せて読むとよりよく理解される。図面において、
Ｌ２ ＵＥネットワーク間リレーのためのユーザプレーンプロトコルスタックを示す。 Ｌ２ ＵＥネットワーク間リレーのための制御プレーンプロトコルスタックを示す。 Ｌ２ ＵＥネットワーク間リレーのための別のユーザプレーンプロトコルスタックを示す。 Ｌ２ ＵＥネットワーク間リレーのための別の制御プレーンプロトコルスタックを示す。 例示的な使用事例を示す。 直接及び間接経路を介した同時ユーザプレーン接続の例を示す。 直接経路を介した制御プレーン及び間接経路を介したユーザプレーンの例を示す。 間接経路を介した制御プレーン及び直接経路を介したユーザプレーンの例を示す。 制御プレーンが直接経路上にあるときのユーザプレーン接続性管理の例を示す。 制御プレーンが間接経路上にあるときのユーザプレーン接続性管理の例を示す。 直接及び間接経路を介したＰＤＣＰレイヤにおける複数のユーザプレーン接続の例を示す。 直接及び間接経路を介したＲＬＣレイヤにおける複数のユーザプレーン接続の例を示す。 直接ＣＰ接続を介してｇＮＢとリモートＵＥとの間のＵＰ接続を動的に管理するための例示的な方法を示す。 間接ＣＰ接続を介してｇＮＢとリモートＵＥとの間のＵＰ接続を動的に管理するための例示的な方法を示す。 例示的な通信システムを示す。 例示的無線アクセスネットワーク（Radio Access Network、ＲＡＮ）及びコアネットワークを示す。 例示的無線アクセスネットワーク（ＲＡＮ）及びコアネットワークを示す。 例示的無線アクセスネットワーク（ＲＡＮ）及びコアネットワークを示す。 別の例示的な通信システムを示す。 例示的な通信装置又はデバイスを示す。 例示的なコンピューティングシステムを示す。

３ＧＰＰ ＴＲ ３６．８３６ Ｖ２．０．０ Ｓｔｕｄｙ ｏｎ ＮＲ Ｓｉｄｅｌｉｎｋ Ｒｅｌａｙ（リリース１７）に記載されているように、リリース１６においてＶ２Ｘ関連道路安全サービスをサポートすることのみに焦点を当てたＮＲ Ｓｉｄｅｌｉｎｋの第１のバージョンが開発されている。この設計は、カバレッジ外シナリオとネットワーク内カバレッジシナリオの両方において、ブロードキャスト、グループキャスト、及びユニキャスト通信のためのサポートを提供することを目的とする。

サイドリンクベースの通信のためのカバレッジ拡張を更に探求するために、ＵＥからネットワークへのカバレッジ拡張又はＵＥからＵＥへのカバレッジ拡張を検討してもよい。

ＵＥネットワーク間カバレッジ拡張に関して、ＵＥがＰＤＮネットワーク内のサーバ又は近接エリア外の対応するＵＥに到達するために、Ｕｕカバレッジ到達可能性が必要である。しかしながら、ＵＥネットワーク間リレーに関するリリース１３解決策はＥＵＴＲＡベースの技術に限定され、ＮＧ－ＲＡＮ及びＮＲベースのサイドリンク通信の両方について、ＮＲベースのシステムには適用できない。

ＵＥ間カバレッジ拡張に関して、現在の近接到達可能性は、ＥＵＴＲＡベース又はＮＲベースのサイドリンク技術のいずれかを介した、サイドリンク通信のシングルホップに限定される。しかしながら、限定されたシングルホップサイドリンクカバレッジを考慮すると、Ｕｕカバレッジ及びサテライトカバレッジが存在しないシナリオにおいては十分ではない。

全体として、サイドリンク接続性は、拡張されたＱｏＳ要件をサポートするために、ＮＲフレームワークにおいて更に拡張され得る。

Ｌ２ ＵＥネットワーク間リレーアーキテクチャのユーザプレーン及び制御プレーンのためのプロトコルスタックが、アダプテーションレイヤがＰＣ５インターフェースにおいてサポートされない場合について図１及び図２に示され、アダプテーションレイヤがＰＣ５インターフェースにおいてサポートされる場合について図３及び図４に示されている。

Ｌ２ ＵＥネットワーク間リレーの場合、アダプテーションレイヤは、リレーＵＥ２０２とｇＮＢ２０３との間のＵｕインターフェースにおいて制御プレーン（ＣＰ）とユーザプレーン（ＵＰ）両方のためのＲＬＣサブレイヤの上に配置される。Ｕｕ ＳＤＡＰ／ＰＤＣＰ及びＲＲＣは、リモートＵＥ２０１とｇＮＢ２０３との間で終端され、ＲＬＣ、ＭＡＣ、及びＰＨＹは各リンク（例えば、リモートＵＥ２０１とＵＥネットワーク間リレーＵＥ２０２との間のリンク、及びＵＥネットワーク間リレーＵＥ２０２とｇＮＢ２０３との間のリンク）において終端される。アダプテーションレイヤがリモートＵＥ２０１とリレーＵＥ２０２との間のＰＣ５インターフェースにおいてもサポートされるかどうかは、ＷＩフェーズに委ねられる（詳細なＰＣ５アダプテーションレイヤ機能に関して過度に検証する前にダウン選択を最初に仮定する）。

図５は、リモートＵＥ２０１がリレーＵＥ２０２と同じセルのカバレージ中にある例示的な使用事例を示す。

リリース１７のサイドリンクリレー設計決定は、直接Ｕｕ接続又は単一のリレーＵＥ２０１を介した接続を有し得るリモートＵＥ２０２をサポートし得るが、これらの２つの接続は同時にアクティブであるべきではない。言い換えれば、この設計決定は、図６に示すように、リモートＵＥ２０１が直接及び間接経路を介して同時にユーザプレーンを有することを制限する（例えば、防止する）。直接及び間接経路を介して同時接続することによって、リモートＵＥ２０１に確実な通信を提供することができる。更に、リリース１７のサイドリンクリレー設計はまた、制御プレーン接続及びユーザプレーン接続が同じ経路を使用することを制限する。異なる経路を介して制御プレーン接続及びユーザプレーン接続をすることによって、リモートＵＥ２０１の電力消費を低減することができる。これは、例えば、制御プレーントラフィックを直接経路上に維持しながら、より近距離の送信のために近接したリレーノードを介してユーザプレーントラフィックをルーティングすることで節電できる可能性があるからである。このようなユーザプレーン及び制御プレーン分割によってまた、通常はより高いデータレートを有するユーザプレーントラフィックが、より近距離の送信及びより良好な無線状態を利用して近接したリレーノードを通してルーティングされ得るため、通常直接経路上でより低いデータレートを有する制御プレーントラフィックを保ちながら、再送信の可能性を排除することでデータパケットの全体的なレイテンシを短縮するため、レイテンシ短縮の柔軟性が得られる。例えば、図７に示すように、リモートＵＥ２０１が直接経路を介して制御プレーン接続を有し、間接経路を介してユーザプレーン接続を有するシナリオでは、リモートＵＥ２０１は、ｇＮＢ２０３よりもリレーＵＥ２０２に近いので、電力消費を低減することができる。別の例は、図８に示すようにリモートＵＥ２０１が間接経路を介した制御プレーン接続と直接経路を介したユーザプレーン接続とを有するシナリオであり、リモートＵＥ２０１はｇＮＢ２０３から１ホップ離れているので、間接経路上で低いデータレートを有する制御トラフィックに間接経路を使用しながら、ユーザプレーントラフィックに起こり得る送信レイテンシを短縮することができる。

考慮すべきは、現在の５Ｇアーキテクチャが、直接経路及び間接経路を介した同時ユーザプレーン接続をサポートしないことである。本明細書では、少なくとも直接ユーザプレーン接続又は間接ユーザプレーン接続を有するようにリモートＵＥ２０１をサポートするアーキテクチャが開示される。リモートＵＥ２０１は、通信の信頼性を高めるために、直接接続及び間接接続を利用して同一のトラフィックを送信し得る。リモートＵＥ２０１はまた、ＱｏＳ又は電力消費要件を満たすために、直接接続又は間接接続を利用して異なるトラフィックを送信することができる。

更に考慮すべきは、同時ユーザプレーン接続をサポートするために新しいユーザプレーン管理手順が必要となることである。図９に示されるように、制御プレーンが直接経路上にあるシナリオでは、リモートＵＥ２０１は直接経路又は間接経路上の自身のユーザプレーン接続を動的に管理する必要がある。図１０に示すように、制御プレーンが間接経路上にあるシナリオでは、リモートＵＥは直接経路又は間接経路上の自身のユーザプレーン接続を動的に管理する必要がある。例えば、ユーザプレーン管理手順のトリガイベントを検証する。トラフィックフローのＱｏＳ要件及びリモートＵＥ２０１の能力要件を満たすための、ユーザプレーン経路の選択方法。トラフィックフローのＱｏＳ要件を満たすための、直接経路又は間接経路を介したリモートＵＥ２０１及びリレーＵＥ２０２の構成。

これらの点を考慮して、本明細書では、動的ユーザプレーン管理のための方法、装置、又はシステムについて説明する。

一態様では、リモートＵＥ２０１とｇＮＢ２０３との間の同時ユーザプレーン直接及び間接接続をサポートするためのレイヤ２アーキテクチャを説明する。

別の態様では、トラフィックフローのＱｏＳ要件及びリモートＵＥ２０１の電力消費要件に基づいてＵＰプレーン接続を動的に管理するための方法を説明する。一例では、直接ＣＰ接続を介してリモートＵＥ２０１とｇＮＢ２０３との間のＵＰ接続を動的に管理するための方法を説明する。別の例では、間接ＣＰ接続を介してリモートＵＥ２０１とｇＮＢ２０３との間のＵＰ接続を動的に管理するための方法を説明する。

以下では、ＵＰ接続という用語は、リモートＵＥ２０１とユーザプレーン情報を搬送するｇＮＢ２０３との間の接続として理解されてもよく、リモートＵＥ２０１とｇＮＢ２０３との間の１つ以上のデータ無線ベアラ（Data Radio Bearer、ＤＲＢ）（１つ以上のホップ間で通信可能に接続され得る）から構成され得る。以下、ＵＰ接続及びＤＲＢ接続という用語は、交換可能に使用されることがある。同様に、以下では、ＣＰ接続という用語はリモートＵＥ２０１と制御プレーン情報を搬送するｇＮＢ２０３との間の接続として理解されてもよく、リモートＵＥ２０１とｇＮＢ２０３との間の１つ以上のシグナリング無線ベアラ（Signaling Radio Bearer、ＳＲＢ）（１つ以上のホップ間で通信可能に接続され得る）から構成され得る。以下では、ＣＰ接続及びＳＲＢ接続という用語は、交換可能に使用されることがある。また、本明細書ではｇＮＢ２０３に言及するが、任意の基地局が適用可能であり得る。

以下では、直接接続という用語は直接経路を使用する接続として理解される場合がある。例えば、ｇＮＢ２０３とリモートＵＥ２０１との間の通信は、Ｕｕインターフェースを介して行われる。同様に、間接接続という用語は、間接経路を使用する接続として理解される場合がある。例えば、ｇＮＢ２０３とリモートＵＥ２０１との間の通信は、リレーＵＥ２０２を介する。

動的ユーザプレーン接続をサポートするアーキテクチャ
以下、接続という用語は、ＵＥアクセス層の様々なプロトコル層にも適用される。例えば、ＳＤＡＰ接続又はＰＤＣＰ接続を参照する。この用語は、主にこれらのプロトコルのエンドポイント又は終端点を説明するために使用される。したがって、リモートＵＥ２０１とｇＮＢ２０３との間のＳＤＡＰ接続は、リモートＵＥ及びｇＮＢ２０３がＳＤＡＰプロトコルの終端点であることを示唆する。

動的ユーザプレーン接続をサポートするための複数のアーキテクチャを説明する。図１１に示される第１の開示されたアーキテクチャでは、リモートＵＥ２０１及びｇＮＢ２０３は、１つの共通ＳＤＡＰレイヤ接続を有する。しかし、ＰＤＣＰレイヤ、ＲＬＣ、ＭＡＣ、又はＰＨＹレイヤにおいて直接的なエンドツーエンド接続を有し、ＰＤＣＰレイヤにおける間接的なエンドツーエンド接続では、アダプテーション、ＲＬＣ、ＭＡＣ、又はＰＨＹレイヤにおいて間接的なホップバイホップ接続を有する。一例では、ＳＤＡＰはＵｕ－ＳＤＡＰであり、ＰＤＣＰ１はＵｕ－ＰＤＣＰであり、ＲＬＣ１はＵｕ－ＲＬＣであり、ＭＡＣ１はＵｕ－ＭＡＣであり、ＰＨＹ１はＵｕ－ＰＨＹである。ＰＤＣＰ２はＵｕ－ＰＤＣＰであり、ＲＬＣ２はＰＣ５－ＲＬＣであり、ＭＡＣ２はＰＣ５－ＭＡＣであり、または、ＰＨＹ２はＰＣ５－ＰＨＹである。

図１２に示される第２の開示されたアーキテクチャでは、リモートＵＥ２０１及びｇＮＢ２０３は、１つの共通ＳＤＡＰ及びＰＤＣＰレイヤ接続を有する。しかし、ＲＬＣ、ＭＡＣ、又はＰＨＹレイヤにおいて直接的なエンドツーエンド接続を有し、アダプテーション、ＲＬＣ、ＭＡＣ、又はＰＨＹレイヤにおいて間接的なホップバイホップ接続も有する。この例では、ＲＬＣ１はＵｕ－ＲＬＣであり、ＭＡＣ１はＵｕ－ＭＡＣであり、ＰＨＹ１はＵｕ－ＰＨＹである。ＲＬＣ２はＰＣ５－ＲＬＣであり、ＭＡＣ２はＰＣ５－ＭＡＣであり、または、ＰＨＹ２はＰＣ５－ＰＨＹである。

ユーザプレーン管理
動的ユーザプレーン接続をサポートするための新しいユーザプレーン管理方法を、本明細書で説明する。

直接経路を介した動的ＵＰ接続管理
図９に示すように制御プレーンが直接経路上にあるシナリオでは、図１３に示されるように、ｇＮＢ２０３はリモートＵＥ２０１間の自身のユーザプレーン接続を動的に管理し得る。

図１３を参照して、リモートＵＥ２０１及びｇＮＢ２０３は、ＵＰ接続を（再）確立または解放する以下のステップを実行してもよい。

ステップ２１０ａにおいて、リモートＵＥ２０１は直接経路を介してｇＮＢ２０３とのＳＲＢ接続を確立し、リモートＵＥ２０１はまた、直接経路又は間接経路を介してｇＮＢ２０３とのＵＰ接続を確立してもよい。

ステップ２１０ｂにおいて、ｇＮＢ２０３は、直接経路を介してＵＰ経路選択コンテキスト情報を測定及び報告するリモートＵＥ２０１を構成するために、リモートＵＥ２０１にＲＲＣメッセージを送信してもよい。ｇＮＢ２０３は、周期的にまたは構成された閾値をコンテキスト情報の変化が超えたときに、情報を報告するようにリモートＵＥ２０１を構成してもよい。

ステップ２１０ｃにおいて、リモートＵＥ２０１は、直接経路を介してＵＰ経路選択コンテキスト情報を報告するために、ＲＲＣメッセージをｇＮＢ２０３に送信してもよい。以下、このコンテキスト情報を経路選択コンテキスト情報と表記する場合がある。ＵＰ経路選択コンテキスト情報は、候補リレーＵＥのリストの情報を含んでもよい。この情報は、とりわけ、リレーＵＥとして動作するのに適したＵＥのリスト（例えば、リレーＵＥとして動作するための閾値メトリックなどを満たすＵＥのＵＥ ＩＤリスト）、リレーＵＥ２０２のプリファランス（例えば、最大容量を有するリレーＵＥ２０２）、最良の信号品質を有するリレーＵＥ２０２、リモートＵＥ２０１のバッテリ状態、リレーＵＥ２０２のバッテリ状態、リモートＵＥ２０１の省電力要件、又はリレーＵＥ２０２の省電力要件などであり得る。

ステップ２１０ｄにおいて、ｇＮＢ２０３は、ＵＰ経路選択コンテキスト情報を測定及び報告するようにリレーＵＥ２０２を構成するために、リレーＵＥ２０２にＲＲＣメッセージを送信してもよい。

ステップ２１０ｅにおいて、リレーＵＥ２０２は、ＵＰ経路選択コンテキスト情報を報告するために、ｇＮＢ２０３にＲＲＣメッセージを送信してもよい。ＵＰ経路選択コンテキスト情報は、そのトラフィック負荷（例えば、チャネルビジー比）、バッテリ状態、ＵＥをリレーＵＥ２０２として使用するリモートＵＥ２０１の数を含んでもよい。

ステップ２１１において、ｇＮＢ２０３は、リモートＵＥ２０１とのＵＰ接続を（再）確立または解放するようにトリガされる。ＵＰ接続（再）確立又は解放は、新しいＱｏＳフローのためのＡＭＦからのＰＤＵ ＳＥＳＳＩＯＮ ＲＥＳＯＵＲＣＥ ＭＯＤＩＦＹ ＲＥＱＵＥＳＴメッセージ（又は別のメッセージ）又はＡＭＦからのＰＤＵ ＳＥＳＳＩＯＮ ＲＥＳＯＵＲＣＥ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージを受信したときにトリガされてもよい。ＵＰ接続確立は、ｇＮＢ２０３がリモートＵＥ２０１から新しいトラフィックフローを受信し、既存の接続がトラフィックフローのＱｏＳ要件（例えば、ＱｏＳ閾値）を満たすことができないときにトリガされてもよい。ＵＰ接続再確立は、既存のＵＰ接続が切断されたとき、またはＱｏＳ要件を満たすことができないときにトリガされてもよい。

ステップ２１２において、ＱｏＳ要件に基づいて、ｇＮＢ２０３はＵＰ接続を（再）確立または解放するために経路を選択してもよい。一例では、間接経路を使用することがフローのレイテンシ要件を満たし、リモートＵＥ２０１が電力消費を最小限に抑えることを要求する場合、ｇＮＢ２０３は間接経路上でＵＰ接続を確立するためにリレーＵＥ２０２を選択してもよい。リモートＵＥ２０１は、リレーＵＥ２０１を選択するために使用するメトリックをｇＮＢ２０３に示してもよい。一例では、メトリックは、リレーＵＥ２０２における利用可能な容量であってもよい。ｇＮＢ２０３は、最大の利用可能な容量を有するリレーＵＥ２０２を選択してもよい。別の例では、メトリックは、リモートＵＥ２０１とリレーＵＥ２０２との間のチャネル負荷、又はリレーＵＥ２０２とｇＮＢ２０３との間のチャネル負荷であってもよい。負荷はチャネルビジー比であってもよい。ｇＮＢ２０３は、最低のチャネル負荷を有するリレーＵＥ２０２を選択してもよい。別の例では、間接経路を使用することがフローのレイテンシ要件を満たすことができない場合、ｇＮＢ２０３は、ＵＰ接続を確立するために直接経路を選択してもよい。更に別の例では、直接経路と間接経路どちらの使用もフローの信頼性要件を満たすことができない場合、ｇＮＢ２０３は、直接経路と間接経路の両方を選択し、信頼性要件を満たすために両方の経路上の複製パケットを送信してもよい。リモートＵＥ２０１が直接経路と間接経路両方にＵＰ接続を有するシナリオにおいて、間接経路を使用することがフローのレイテンシ要件を満たすことができ、リモートＵＥ２０１が電力消費を最小限に抑えることを要求する場合、ｇＮＢ２０３は直接経路を解放してもよい。別の例では、間接経路を使用することがフローのレイテンシ要件を満たすことができない場合、ｇＮＢ２０３は間接経路上のＵＰ接続を解放してもよい。

ステップ２１３において、間接経路を介してＵＰ接続を確立または解放するために、ｇＮＢ２０３は、選択されたリレーＵＥ２０２にユーザプレーン接続構成情報を送信してもよい。送信は、選択されたリレーＵＥ２０２へのＲＲＣ再構成メッセージを介して実行されてもよい。ＵＰ接続の確立のために、ＲＲＣ再構成メッセージは、ベアラＩＤ、リモートＵＥ ＩＤ、及び新しい接続に関連付けられたＲＬＣチャネルマッピング構成を含んでもよい。ＲＲＣ再構成メッセージは、トラフィックフローのＱｏＳ要件も含んでもよい。ＵＰ接続の解放の場合、ＲＲＣ再構成メッセージは、ベアラＩＤ、リモートＵＥ ＩＤ、又は解放されるべき接続に関連付けられたRLCチャネルマッピング構成を含んでもよい。ユーザプレーン接続構成情報は、ベアラ識別子（Identifier、ＩＤ）、デバイス（例えば、リモートＵＥ又はリレーＵＥ）のＵＥ ＩＤ、新しいサイドリンク接続に関連する無線リンク制御（Radio Link Control、ＲＬＣ）チャネルマッピング構成、又はトラフィックフローのサービス品質（Quality of Service、ＱｏＳ）要件を含んでもよい。

ステップ２１４において、リレーＵＥ２０２は、ＲＲＣ再構成メッセージに基づいて自身のアダプテーションレイヤを構成してもよい。リレーＵＥ２０２は、ＵＰ接続のための構成を確認するために、ｇＮＢ２０３にＲＲＣ再構成完了メッセージを送信してもよい。

ステップ２１５において、ｇＮＢ２０３は、ユーザプレーン接続構成情報をリモートＵＥ２０１に送信してもよい。送信は、Ｕｕインターフェースを介したリモートＵＥ２０１へのＲＲＣ再構成メッセージを介して実行されてもよい。間接経路を介してＵＰ接続を確立するために、ＲＲＣ再構成メッセージは、間接経路構成指示、ベアラＩＤ（例えば、ＤＲＢ ＩＤ）、選択されたリレーＵＥ ＩＤ、及び新しい接続に関連付けられたＲＬＣチャネルマッピング構成を含んでもよい。ＲＲＣ再構成メッセージはまた、リモートＵＥ２０１が選択されたリレーＵＥ２０２とのＰＣ５接続を確立するためのトラフィックフローのＱｏＳ要件を含んでもよい。直接経路を介してＵＰ接続を確立するために、ＲＲＣ再構成メッセージはレガシーＵｕ ＵＰ構成を含んでもよい。

ステップ２１６において、ステップ２１５のＲＲＣ再構成メッセージから受信した情報に基づいて、リモートＵＥ２０１又はリレーＵＥ２０２は、サイドリンクＵＰを確立するか、または既存のサイドリンクＵＰが新しいトラフィックフローのＱｏＳ要件を満たすことができない場合、サイドリンクＵＰを解放してもよい。

ステップ２１７において、新しいＵＰ接続が確立された後、リモートＵＥ２０１はデータフローパケットを１つ以上のＰＤＣＰエンティティにマッピングしてもよく、１つはＵｕ－ＰＤＣＰ又はＰＣ５ ＰＤＣＰであり得る。リモートＵＥ２０１はまた、データフローパケットを同じＰＤＣＰエンティティにマッピングしてもよいが、１つ以上のＲＬＣエンティティであり、１つはＵｕ－ＲＬＣ又はＰＣ５ ＲＬＣであり得る。

ステップ２１８ａにおいて、サイドリンクＵＰが正常に確立または解放された場合、リモートＵＥ２０１はＲＲＣ再構成完了メッセージをｇＮＢ２０３に送信して、ＵＰの構成を確認する。新しいＵＰ接続が確立された後、ｇＮＢ２０３は、データフローパケットを１つ以上のＰＤＣＰエンティティにマッピングしてもよく、１つはＵｕ－ＰＤＣＰ又はＰＣ５ ＰＤＣＰであり得る。ｇＮＢ２０３はまた、データフローパケットを同じＰＤＣＰエンティティにマッピングしてもよいが、１つ以上のＲＬＣエンティティであり、１つはＵｕ－ＲＬＣ又はＰＣ５ ＲＬＣであり得る。

ステップ２１８ｂにおいて、サイドリンクＵＰの確立又は解放が失敗した場合、リモートＵＥ２０１は、失敗を通知するためにＲＲＣ再構成再確立メッセージをｇＮＢ２０３に送信する。ｇＮＢ２０３は、ステップ２１２と同様、ＵＰ経路再選択を行う必要があり得る。

ステップ２１２において、ｇＮＢ２０３が間接経路上ではなく直接経路上でＵＰ接続をセットアップすると判定した場合、ｇＮＢ２０３は直接ＣＰ接続を使用してリモートＵＥ２０１にＲＲＣ再構成メッセージを送信してもよい。ＲＲＣ再構成メッセージは、レガシーＵｕ ＵＰ構成を含んでもよい。構成の後、リモートＵＥ２０１はｇＮＢ２０３にＲＲＣ再構成完了メッセージを送信してもよい。

ステップ２１２において、ｇＮＢ２０３が直接経路上及び間接経路上の両方にＵＰ接続をセットアップすると判定した場合、ｇＮＢ２０３はＲＲＣ再構成メッセージをリレーＵＥ２０２に（ステップ２１３と同様）、並びにＲＲＣ再構成メッセージをリモートＵＥ２０１に（ステップ２１５と同様）送信してもよい。しかしながら、後者のメッセージは直接経路及び間接経路の両方のための構成情報を含んでもよい。

図１３はＵＰ接続を確立、再確立、または解放するステップを示す。これは、コアネットワークからの入力又はｇＮＢ２０３への新しいフローの到着に基づいてもよい。これらの入力に加えて、ＵＰ接続を修正するためにｇＮＢ２０３においてトリガが発生し得る。例えば、ＵＰ接続を直接経路から間接経路に、間接経路から直接経路に、スループットのために単一経路上の送信から両方の経路上の送信に、信頼性のために単一経路上の送信から両方の経路上の送信に、または両方の経路上の送信から単一経路上の送信に変更する。

こうした第１のトリガは、リモートＵＥ２０１又はリレーＵＥ２０２からの測定報告に基づいてもよい。測定報告は、閾値を超える信号品質の指示を含んでもよい。この閾値は、モビリティの考慮に使用される閾値とは異なっていてもよい。測定報告は、閾値を超える信号負荷の指示を含んでもよい。測定報告は、閾値を超えるバッテリ状態の指示を含んでもよい。推測され得るように、トリガは、ＵＰ接続を修正するように基地局に通知する、基地局において起こり得るイベントでありってもよい。

こうした第２のトリガは、リモートＵＥ２０１又はリレーＵＥ２０２からの物理レイヤの指示であってもよい。こうした第３のトリガは、リモートＵＥ２０１又はリレーＵＥからのＭＡＣ制御要素であってもよい。こうした第４のトリガは、リモートＵＥ２０１又はリレーＵＥ２０２からのＲＲＣメッセージであってもよい。

こうした第５のトリガは、リモートＵＥ２０１又はリレーＵＥ２０２からのＮＡＳメッセージであってもよい。ＮＡＳメッセージは、フローのレイテンシに関する指示を含んでもよい。例えば、フローの閾値レイテンシが満たされているか否かなどである。別の選択肢として、ＮＡＳメッセージは、フローのスループットに関する指示を含んでもよい。例えば、閾値スループット要件が満たされているか否かなどである。

図１３は、ＵＰ接続がＲＲＣ再構成手順を介して確立され得ることを示す。選択肢として、ＵＰ接続は、ＲＲＣ接続確立手順を介して確立されてもよい。この場合、ＵＰ接続の構成は、ｇＮＢ２０３ ＲＲＣセットアップメッセージに含まれてもよい。リモートＵＥ２０１応答は、（例えば、正常な確立のための）ＲＲＣセットアップ完了メッセージ中に、又は（失敗した確立のための）ＲＲＣ拒否メッセージ中に含まれてもよい。リレーＵＥ２０２応答は、（例えば、正常な確立のための）ＲＲＣセットアップ完了メッセージ中に、又は（例えば、失敗した確立のための）ＲＲＣ拒否メッセージ中に含まれてもよい。

間接経路を介した動的ＵＰ接続管理
図１０に示すように制御プレーン（ＣＰ）が間接経路上にあるシナリオでは、ｇＮＢ２０３は、図１４に示すように、リモートＵＥ２０１との間の自身のユーザプレーン（ＵＰ）接続を動的に管理してもよい。

図１４を参照して、リモートＵＥ２０１及びｇＮＢ２０３は、ＵＰ接続を（再）確立または解放するための以下のステップを実行してもよい。

ステップ２２０ａにおいて、リモートＵＥ２０１は、間接経路を介してｇＮＢ２０３とのＳＲＢ接続を確立してもよい。リモートＵＥ２０１はまた、直接経路又は間接経路を介してｇＮＢ２０３とのＵＰ接続を確立していてもよい。

ステップ２２０ｂにおいて、ｇＮＢ２０３は、間接経路を介してＵＰ経路選択コンテキスト情報を測定及び報告するようにリモートＵＥ２０１を構成するために、リモートＵＥ２０１にＲＲＣメッセージを送信してもよい。ｇＮＢ２０３は、周期的にまたは構成された閾値をコンテキスト情報の変化が超えたときに、情報を報告するようにリモートＵＥ２０１を構成してもよい。

ステップ２２０ｃにおいて、リモートＵＥ２０１は、間接経路を介してＵＰ経路選択コンテキスト情報を報告するために、ｇＮＢ２０３にＲＲＣメッセージを送信してもよい。ＵＰ経路選択コンテキスト情報は、とりわけ、候補リレーＵＥの情報、リレーＵＥ２０２のプリファランス（例えば、最大容量を有するリレーＵＥ２０２）、最良の信号品質を有するリレーＵＥ、リモートＵＥ２０１のバッテリ状態、リレーＵＥ２０２のバッテリ状態、リモートＵＥ２０１の省電力要件、又はリレーＵＥ２０２の省電力要件を含んでもよい。

ステップ２２０ｄにおいて、ｇＮＢ２０３は、ＵＰ経路選択コンテキスト情報を測定及び報告するようにリレーＵＥ２０２を構成するために、リレーＵＥ２０２にＲＲＣメッセージを送信してもよい。

ステップ２２０ｅにおいて、リレーＵＥ２０２は、ＵＰ経路選択コンテキスト情報を報告するためにｇＮＢ２０３にＲＲＣメッセージを送信してもよい。ＵＰ経路選択コンテキスト情報は、そのトラフィック負荷（例えば、チャネルビジー比）、そのバッテリ状態、ＵＥをリレーＵＥ２０２として使用するリモートＵＥの数などを含んでもよい。

ステップ２２１において、ｇＮＢ２０３は、リモートＵＥ２０１とのＵＰ接続を（再）確立または解放するようにトリガされる。ＵＰ接続（再）確立又は解放は、新しいＱｏＳフローのためのＡＭＦからのＰＤＵ ＳＥＳＳＩＯＮ ＲＥＳＯＵＲＣＥ ＭＯＤＩＦＹ ＲＥＱＵＥＳＴメッセージ（又は別のメッセージ）又はＡＭＦからのＰＤＵ ＳＥＳＳＩＯＮ ＲＥＳＯＵＲＣＥ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージを受信したときにトリガされてもよい。ＵＰ接続確立は、ｇＮＢ２０３がリモートＵＥ２０１から新しいトラフィックフローを受信し、既存の接続がトラフィックフローのＱｏＳ要件（例えば、ＱｏＳ閾値）を満たすことができないときにトリガされてもよい。ＵＰ接続再確立は、既存のＵＰ接続が切断されたとき、またはＱｏＳ要件を満たすことができないときにトリガされてもよい。

ステップ２２２において、ＱｏＳ要件に基づいて、ｇＮＢ２０３は、ＵＰ接続を（再）確立または解放するために経路を選択してもよい。一例では、間接経路を使用することがフローのレイテンシ要件を満たし、リモートＵＥ２０１が電力消費を最小限に抑えることを要求する場合、ｇＮＢ２０３は、間接経路上でＵＰ接続を確立するためにリレーＵＥ２０２を選択してもよい。リモートＵＥ２０１は、リレーＵＥ２０１を選択するために使用するメトリックをｇＮＢ２０３に示してもよい。一例では、メトリックは、リレーＵＥ２０２における利用可能な容量であってもよい。ｇＮＢ２０３は、最大の利用可能な容量を有するリレーＵＥ２０２を選択してもよい。別の例では、メトリックは、リモートＵＥ２０１とリレーＵＥ２０２との間のチャネル負荷、又はリレーＵＥ２０２とｇＮＢ２０３との間のチャネル負荷であってもよい。負荷はチャネルビジー比であってもよい。ｇＮＢ２０３は、最低のチャネル負荷を有するリレーＵＥ２０２を選択してもよい。別の例では、間接経路を使用することがフローのレイテンシ要件を満たすことができない場合、ｇＮＢ２０３は、ＵＰ接続を確立するために直接経路を選択してもよい。更に別の例では、直接経路と間接経路どちらの使用もフローの信頼性要件を満たすことができない場合、ｇＮＢ２０３は、直接経路と間接経路の両方を選択し、信頼性要件を満たすために両方の経路上の複製パケットを送信してもよい。リモートＵＥ２０１が直接経路と間接経路両方にＵＰ接続を有するシナリオにおいて、間接経路を使用することがフローのレイテンシ要件を満たすことができ、リモートＵＥ２０１が電力消費を最小限に抑えることを要求する場合、ｇＮＢ２０３は直接経路を解放してもよい。別の例では、間接経路を使用することがフローのレイテンシ要件を満たすことができない場合、ｇＮＢ２０３は間接経路上のＵＰ接続を解放してもよい。

ステップ２２３において、ｇＮＢ２０３は、ユーザプレーン接続構成情報をリモートＵＥ２０１に送信してもよい。送信は、リレーＵＥ２０２を介したリモートＵＥ２０１へのＲＲＣ再構成メッセージを介して実行されてもよい。間接経路を介してＵＰ接続を確立するために、ＲＲＣ再構成メッセージは、間接経路構成指示、ベアラＩＤ、選択されたリレーＵＥ ＩＤ、及び新しい接続に関連付けられたＲＬＣチャネルマッピング構成を含んでもよい。ＲＲＣ再構成メッセージはまた、リモートＵＥ２０１が選択されたリレーＵＥ２０２とのＰＣ５接続を確立するためのトラフィックフローのＱｏＳ要件を含んでもよい。直接経路を介してＵＰ接続を確立するために、ＲＲＣ再構成メッセージはレガシーＵｕ ＵＰ構成を含んでもよい。

ステップ２２４において、間接経路を介してＵＰ接続を確立または解放するために、ｇＮＢ２０３は、選択されたリレーＵＥ２０２にユーザプレーン接続構成情報を送信してもよい。送信は、選択されたリレーＵＥ２０２へのＲＲＣ再構成メッセージを介して実行されてもよい。ＵＰ接続の確立のために、ＲＲＣ再構成メッセージは、ベアラＩＤ、リモートＵＥ２０１ＩＤ、及び新しい接続に関連付けられたＲＬＣチャネルマッピング構成を含んでもよい。ＲＲＣ再構成メッセージは、トラフィックフローのＱｏＳ要件も含んでもよい。ＵＰ接続の解放の場合、ＲＲＣ再構成メッセージは、ベアラＩＤ（例えば、ＤＲＢ ＩＤ）、リモートＵＥ ＩＤ、又は解放されるべき接続に関連付けられたＲＬＣチャネルマッピング構成を含んでもよい。

ステップ２２５において、リレーＵＥ２０２は、ＲＲＣ再構成メッセージに基づいて自身のアダプテーションレイヤを構成してもよい。リレーＵＥ２０２は、ＵＰ接続のための構成を確認するために、ｇＮＢ２０３にＲＲＣ再構成完了メッセージを送信してもよい。

ステップ２２６において、リモートＵＥ２０１又はリレーＵＥ２０２は、新しいトラフィックフローのＱｏＳ要件を満たすことができない場合、ステップ２２５のＲＲＣ再構成メッセージから受信した情報に基づいて既存のサイドリンクＵＰを修正または解放してもよい。

ステップ２２７において、新しいＵＰ接続が確立された後、リモートＵＥ２０１はデータフローパケットを１つ以上のＰＤＣＰエンティティにマッピングしてもよく、１つはＵｕ－ＰＤＣＰ又はＰＣ５ ＰＤＣＰであり得る。リモートＵＥ２０１はまた、データフローパケットを同じＰＤＣＰエンティティにマッピングしてもよいが、１つ以上のＲＬＣエンティティであり、１つはＵｕ－ＲＬＣ又はＰＣ５ ＲＬＣであり得る。

ステップ２２８ａにおいて、サイドリンクＵＰが正常に確立または解放された場合、リモートＵＥ２０１はＲＲＣ再構成完了メッセージをｇＮＢ２０３に送信して、ＵＰの構成をリレーＵＥ２０２を介して確認する。新しいＵＰ接続が確立された後、ｇＮＢ２０３は、データフローパケットを１つ以上のＰＤＣＰエンティティにマッピングしてもよく、１つはＵｕ－ＰＤＣＰ又はＰＣ５ ＰＤＣＰであり得る。ｇＮＢ２０３はまた、データフローパケットを同じＰＤＣＰエンティティにマッピングしてもよいが、１つ以上のＲＬＣエンティティであり、１つはＵｕ－ＲＬＣ又はＰＣ５ ＲＬＣであり得る。

ステップ２２８ｂにおいて、サイドリンクＵＰの確立又は解放が失敗した場合、リモートＵＥ２０１は、失敗を通知するためにＲＲＣ再構成再確立メッセージをｇＮＢ２０３に送信する。ｇＮＢ２０３は、ステップ２２２のようにＵＰ経路再選択を行う必要がある。

ステップ２２２において、ｇＮＢ２０３が間接経路上ではなく直接経路上でＵＰ接続をセットアップすると判定した場合、ｇＮＢ２０３は間接ＣＰ接続を使用してリモートＵＥ２０１にＲＲＣ再構成メッセージを送信してもよい。ＲＲＣ再構成メッセージは、レガシーＵｕ ＵＰ構成を含んでもよい。構成の後、リモートＵＥ２０１はｇＮＢ２０３にＲＲＣ再構成完了メッセージを送信してもよい。

ステップ２２２において、ｇＮＢ２０３が直接経路上及び間接経路上の両方にＵＰ接続をセットアップすると判定した場合、ｇＮＢ２０３はＲＲＣ再構成メッセージをリレーＵＥ２０２に（ステップ２２４と同様）、並びにＲＲＣ再構成メッセージをリモートＵＥ２０１に（ステップ２２３と同様）送信してもよい。しかしながら、後者のメッセージは、直接経路及び間接経路の両方のための構成情報を含んでもよい。

ステップ２２３及びステップ２２４の代替として、ｇＮＢ２０３は単一のＲＲＣ再構成メッセージを送信してもよい。このメッセージは、リレーＵＥ２０２とリモートＵＥ２０１の両方のための構成を含んでもよい。リモートＵＥ２０１の構成は、単一のＲＲＣ再構成メッセージのコンテナ内に含まれてもよい。リレーＵＥ２０２は、ＰＣ５ ＲＲＣシグナリングを使用して構成情報をリモートＵＥ２０１に転送してもよい。

図１４はＵＰ接続を確立、再確立、または解放するステップを示す。これは、コアネットワークからの入力又はｇＮＢ２０３への新しいフローの到着に基づく。これらの入力に加えて、ＵＰ接続を修正するためにｇＮＢ２０３においてトリガが発生し得る。例えば、ＵＰ接続を直接経路から間接経路に、間接経路から直接経路に、スループットのために単一経路上の送信から両方の経路上の送信に、信頼性のために単一経路上の送信から両方の経路上の送信に、または両方の経路上の送信から単一経路上の送信に変更する。

こうした第１のトリガは、リモートＵＥ２０１又はリレーＵＥ２０２からの測定報告に基づいてもよい。測定報告は、閾値を超える信号品質の指示を含んでもよい。この閾値は、モビリティの考慮に使用される閾値とは異なっていてもよい。測定報告は、閾値を超える信号負荷の指示を含んでもよい。測定報告は、閾値を超えるバッテリ状態の指示を含んでもよい。

こうした第２のトリガは、リモートＵＥ２０１又はリレーＵＥ２０２からの物理レイヤの指示であってもよい。こうした第３のトリガは、リモートＵＥ２０１又はリレーＵＥ２０２からのＭＡＣ制御要素であってもよい。こうした第４のトリガは、リモートＵＥ２０１又はリレーＵＥ２０２からのＲＲＣメッセージであってもよい。

こうした第５のトリガは、リモートＵＥ２０１又はリレーＵＥ２０２からのＮＡＳメッセージであってもよい。ＮＡＳメッセージは、フローのレイテンシに関する指示を含んでもよい。例えば、フローの閾値レイテンシが満たされているか否かなどである。別の選択肢として、ＮＡＳメッセージは、フローのスループットに関する指示を含んでもよい。例えば、閾値スループット要件が満たされているか否かなどである。

図１４は、ＵＰ接続がＲＲＣ再構成手順を介して確立され得ることを示す。選択肢として、ＵＰ接続は、ＲＲＣ接続確立手順を介して確立されてもよい。この場合、ＵＰ接続の構成は、ｇＮＢ２０３ ＲＲＣセットアップメッセージに含まれてもよい。リモートＵＥ２０１応答は、（例えば、正常な確立のための）ＲＲＣセットアップ完了メッセージ中に、又は（例えば、失敗した確立のための）ＲＲＣ拒否メッセージ中に含まれてもよい。リレーＵＥ２０２応答は、（例えば、正常な確立のための）ＲＲＣセットアップ完了メッセージ中に、又は（例えば、失敗した確立のための）ＲＲＣ拒否メッセージ中に含まれてもよい。

開示される主題は、ＷＴＲＵ（例えば、ＵＥ）における論理であってもよく、ＷＴＲＵを、１）経路選択情報を決定して経路１上のｇＮＢに送信し、２）ＵＰトラフィックを経路２上のｇＮＢに送信する方法に関して詳細に通信経路１上で構成することができる。ＵＥのための制御プレーン情報及びユーザプレーン情報は、異なる経路上にあってもよい。（１つは直接、１つは間接）。

表１は、以下の説明に記載される可能性がある頭字語のリストである。別段の指定がない限り、本明細書で使用される頭字語は、下記に列挙される対応する用語を指す。

本明細書に示されるステップを実行するエンティティは、論理エンティティであり得ることが理解される。これらのステップは、図１５Ｆ又は図１５Ｇに示されるものなどのデバイス、サーバ、又はコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行されてもよい。本明細書で開示される例示的な方法（例えば、図１３～図１４）の間でステップをスキップすること、ステップを組み合わせること、又はステップを追加することが考えられる。

第３世代パートナーシッププロジェクト（3rd Generation Partnership Project、３ＧＰＰ）は、コーデック、セキュリティ、及びサービスの品質の作業を含む、無線アクセス、コアトランスポートネットワーク、及びサービス能力を含むセルラ電気通信ネットワーク技術の技術標準を開発する。最近の無線アクセス技術（Radio Access Technology、ＲＡＴ）標準には、ＷＣＤＭＡ（一般に３Ｇと称される）、ＬＴＥ（一般に４Ｇと称される）、ＬＴＥ－Ａｄｖａｎｃｅｄ標準、及び「５Ｇ」とも称されるＮｅｗ Ｒａｄｉｏ（ＮＲ）が含まれる。３ＧＰＰ ＮＲ標準開発は、次世代無線アクセス技術（新しいＲＡＴ）の定義を継続及び含むと予想され、これは、７ＧＨｚ未満の新しいフレキシブル無線アクセスの提供、及び７ＧＨｚを超える新しいウルトラモバイルブロードバンド無線アクセスの提供を含むと予想される。フレキシブル無線アクセスは、６ＧＨｚ未満の新しいスペクトルにおける新しい非後方互換性無線アクセスからなると予想され、同じスペクトルで一緒に多重化されて、分岐要件を有する一連の広範な３ＧＰＰ ＮＲ使用事例に対処することができる異なる動作モードを含むことが予想される。ウルトラモバイルブロードバンドは、例えば、屋内用途及びホットスポットのためのウルトラモバイルブロードバンドアクセスの機会を提供するｃｍＷａｖｅ及びｍｍＷａｖｅスペクトルを含むと予想される。特に、ウルトラモバイルブロードバンドは、センチメートル波及びミリ波固有のデザイン最適化を用いて、７ＧＨｚ未満のフレキシブル無線アクセスと共通のデザインフレームワークを共有することが予想される。

３ＧＰＰは、ＮＲがサポートすることが予想される様々な使用事例を識別し、データ転送速度、待ち時間、及びモビリティのための多種多様なユーザ経験要件をもたらす。使用事例として挙げられる一般的なカテゴリは、強化されたモバイルブロードバンド（enhanced Mobile Broadband、ｅＭＢＢ）、超高信頼度短待ち時間通信（Ultra-Reliable Low-Latency Communication、ＵＲＬＬＣ）、地球外ネットワーク（Non-Terrestrial Networks、ＮＴＮ）、大量機械型通信（massive Machine Type Communications、ｍＭＴＣ）、ネットワーク動作（例えば、ネットワークスライシング、ルーティング、マイグレーション及びインターワーキング、エネルギー節約）、並びに車車間通信（Vehicle-to-Vehicle Communication、Ｖ２Ｖ）、車両対インフラストラクチャ通信（Vehicle-to-Infrastructure、Ｖ２Ｉ）、車両対ネットワーク通信（Vehicle-to-Network Communication、Ｖ２Ｎ）、車両対歩行者通信（Vehicle-to-Pedestrian Communication、Ｖ２Ｐ）、及び他のエンティティとの車両通信のうちのいずれかを含み得る、強化された車車間及び路車間（enhanced Vehicle-to-Everything、ｅＶ２Ｘ）通信である。これらのカテゴリにおける特定のサービス及び用途には、数例を挙げると、例えば、監視及びセンサネットワーク、デバイスリモート制御、双方向リモート制御、パーソナルクラウドコンピューティング、ビデオストリーミング、ワイヤレスクラウドベースのオフィス、第１対応者の接続性、自動車用ｅコール、災害警報、リアルタイムのゲーム、多人数テレビ電話、自律走行、拡張現実、触覚インターネット、仮想現実、ホームオートメーション、ロボット、及び空中ドローンが含まれる。これらの使用事例などは全て、本明細書で考察される。

図１５Ａは、本明細書で説明及び特許請求される図１１～図１４に示されるシステム及び方法など、動的ユーザプレーン管理の方法及び装置が使用され得る、例示的な通信システム１００を示している。通信システム１００は、ワイヤレス伝送／受信ユニット（Wireless Transmit/Receive Unit、ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、又は１０２ｇを含んでもよい（一般的又は集合的にＷＴＲＵ１０２又は複数のＷＴＲＵ１０２と称してもよい）。通信システム１００は、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電話網（Public Switched Telephone Network、ＰＳＴＮ）１０８、インターネット１１０、他のネットワーク１１２、及びネットワークサービス１１３を含んでもよい。ネットワークサービス１１３は、例えば、Ｖ２Ｘサーバ、Ｖ２Ｘ機能、ＰｒｏＳｅサーバ、ＰｒｏＳｅ機能、ＩｏＴサービス、ビデオストリーミング、又はエッジコンピューティングなどを含んでもよい。

本明細書に開示される概念は、任意の数のＷＴＲＵ、基地局、ネットワーク、又はネットワーク要素とともに使用され得ることが理解される。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、又は１０２ｇの各々は、ワイヤレス環境において動作又は通信するように構成された任意のタイプの装置又はデバイスであってもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、１０２ｇはそれぞれ、手持ち式ワイヤレス通信装置として図１５Ａ、図１５Ｂ、図１５Ｃ、図１５Ｄ、図１５Ｅ、又は図１５Ｆの通り図示し得るが、５Ｇワイヤレス通信について検討される多様な使用事例では、各ＷＴＲＵは例として、ユーザ機器（User Equipment、ＵＥ）、移動局、固定又はモバイル加入者ユニット、ページャー、セルラ電話、携帯情報端末（Personal Digital Assistant、ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電子機器、スマートウォッチ又はスマート衣類などのウェアラブルデバイス、医療若しくはｅヘルスデバイス、ロボット、産業機器、ドローン、車、バス、トラック、列車、又は飛行機などの車両などを含む、ワイヤレス信号を送信又は受信するように構成された任意のタイプの装置又はデバイスを備えるか、又はその中で具現化され得ると理解される。

通信システム１００はまた、基地局１１４ａ、及び基地局１１４ｂを含み得る。図１５Ａの例では、各基地局１１４ａ及び１１４ｂは、単一の要素として図示されている。実際には、基地局１１４ａ及び１１４ｂは、任意の数の相互接続された基地局又はネットワーク要素を含んでもよい。基地局１１４ａは、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、又は他のネットワーク１１２などのうち１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃのうちの少なくとも１つとワイヤレスに接続するように構成された、任意のタイプのデバイスであってもよい。同様に、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、又はネットワークサーバ１１３などのうち１つ以上の通信ネットワークへのアクセスを容易にするために、リモート無線ヘッド（Remote Radio Head、ＲＲＨ）１１８ａ、１１８ｂ、伝送及び受信点（Transmission and Reception Point、ＴＲＰ）１１９ａ、１１９ｂ、又は路側ユニット（Roadside Unit、ＲＳＵ）１２０ａ及び１２０ｂのうちの少なくとも１つと有線で又はワイヤレスで接続するように構成された、任意のタイプのデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、又は他のネットワーク１１２などのうち１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２のうちの少なくとも１つ、例えば、ＷＴＲＵ１０２ｃとワイヤレスで接続するように構成された、任意のタイプのデバイスであってもよい。

ＴＲＰ１１９ａ、１１９ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、又は他のネットワーク１１２などのうち１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｄのうちの少なくとも１つとワイヤレスで接続するように構成された、任意のタイプのデバイスであってもよい。ＲＳＵ１２０ａ及び１２０ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、又はネットワークサービス１１３などのうち１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｅ又は１０２ｆのうちの少なくとも１つとワイヤレスで接続するように構成された、任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（Base Transceiver Station、ＢＴＳ）、ノードＢ、ｅＮｏｄｅ Ｂ、ホームノードＢ、ホームｅＮｏｄｅ Ｂ、次世代ノードＢ（Next Generation Node-B、ｇＮｏｄｅ Ｂ）、衛星、サイトコントローラ、アクセスポイント（Access Point、ＡＰ）、ワイヤレスルータなどであってもよい。

基地局１１４ａは、基地局コントローラ（Base Station Controller、ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller、ＲＮＣ）、リレーノードなどの他の基地局又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０３／１０４／１０５の一部であってもよい。同様に、基地局１１４ｂは、ＢＳＣ、ＲＮＣ、中継ノードなどの他の基地局又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であり得る。基地局１１４ａは、セル（図示せず）と称され得る、特定の地理的領域内でワイヤレス信号を伝送又は受信するように構成されてもよい。同様に、基地局１１４ｂは、本明細書で開示されるように、動的ユーザプレーン管理の方法、システム、及びデバイスのためのセル（図示せず）と称され得る、特定の地理的領域内で有線又はワイヤレス信号を伝送又は受信するように構成されてもよい。同様に、基地局１１４ｂは、セル（図示せず）と称され得る、特定の地理的領域内で有線又はワイヤレス信号を伝送又は受信するように構成されてもよい。セルは、更にセルセクタに分割されてもよい。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割されてもよい。したがって、一例では、基地局１１４ａは３つのトランシーバ、例えば、セルのセクタごとに１つのトランシーバを含んでもよい。一例では、基地局１１４ａは、多重入力多重出力（Multiple-Input Multiple Output、ＭＩＭＯ）技術を用いてもよく、したがって、セルの各セクタに複数のトランシーバを利用してもよい。

基地局１１４ａは、エアインターフェース１１５／１１６／１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｇのうちの１つ以上と通信してもよく、これらインターフェースは、任意の好適な無線通信リンク（例えば、無線周波数（Radio Frequency、ＲＦ）、マイクロ波、赤外線（Infrared、ＩＲ）、紫外線（Ultraviolet、ＵＶ）、可視光、センチメートル波、ミリ波、など）であってもよい。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。

基地局１１４ｂは、有線又はエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介してＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、又はＲＳＵ１２０ａ、１２０ｂのうちの１つ以上と通信してもよく、任意の好適な有線（例えば、ケーブル、光ファイバなど）又はワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチメートル波、ミリ波など）であってもよい。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。

ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、又はＲＳＵ１２０ａ、１２０ｂは、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを介してＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆのうちの１つ以上と通信してもよく、これらインターフェースは、任意の好適なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチメートル波、ミリ波など）であってもよい。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、又は１０２ｆは、エアインターフェース１１５ｄ／１１６ｄ／１１７ｄ（サイドリンク通信など）を通じて互いに通信してもよく、これらインターフェースは、任意の好適なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチメートル波、ミリ波など）であってもよい。エアインターフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。

通信システム１００は、多重アクセスシステムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなど、１つ以上のチャネルアクセス方式を採用してもよい。例えば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂにおけるＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、及びＲＳＵ１２０ａ、１２０ｂ、並びにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）、地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実行してもよく、これは、広帯域ＣＤＭＡ（Wideband CDMA、ＷＣＤＭＡ）を使用してそれぞれエアインターフェース１１５／１１６／１１７又は１１５ｃ／１１６ｃ／１１７ｃを確立してもよい。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）又は高速アップリンクパケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含んでもよい。

一実施例では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂにおけるＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、又はＲＳＵ１２０ａ、１２０ｂ、並びにＷＴＲＵ１０２ｃ、１０２ｄは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実行してもよく、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）をそれぞれ使用して、エアインターフェース１１５／１１６／１１７又は１１５ｃ／１１６ｃ／１１７ｃを確立してもよい。将来的には、エアインターフェース１１５／１１６／１１７又は１１５ｃ／１１６ｃ／１１７ｃは３ＧＰＰ ＮＲ技術を実行してもよい。ＬＴＥ及びＬＴＥ－Ａ技術には、ＬＴＥ Ｄ２Ｄ及びＶ２Ｘ技術及びインターフェース（サイドリンク通信など）が含まれてもよい。同様に、３ＧＰＰ ＮＲ技術は、ＮＲ Ｖ２Ｘ技術及びインターフェース（サイドリンク通信など）を含む。

ＲＡＮ１０３／１０４／１０５における基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｇ、又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂにおけるＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、若しくはＲＳＵ１２０ａ、１２０ｂと、ＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆは、ＩＥＥＥ８０２．１６（例えば、（ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、世界移動電話規格（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などのような無線技術を実行してもよい。

本明細書で開示されるように、動的ユーザプレーン管理の方法、システム、及びデバイスを実現するために、図１５Ａの基地局１１４ｃは、例えば、ワイヤレスルータ、ホームノードＢ、ホームｅＮｏｄｅ Ｂ、又はアクセスポイントであってもよく、事業所、家庭、車両、列車、空中、衛星、工場、キャンパスなどの局所的エリアにおけるワイヤレス接続性を容易にするための任意の好適なＲＡＴを使用してもよい。実施例では、基地局１１４ｃ及びＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｅは、ＩＥＥＥ８０２．１１などの無線技術を実行してワイヤレスローカルエリアネットワーク（Wireless Local Area Network、ＷＬＡＮ）を確立してもよい。同様に、基地局１１４ｃ及びＷＴＲＵ１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実行してワイヤレスパーソナルエリアネットワーク（Wireless Personal Area Network、ＷＰＡＮ）を確立してもよい。更に別の例では、基地局１１４ｃ及びＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｅは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立してもよい。図１５Ａに示すように、基地局１１４ｃは、インターネット１１０に直接接続してもよい。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。

ＲＡＮ１０３／１０４／１０５又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信してもよく、これは、音声、データ、メッセージング、認証認可、アプリケーション、又はボイスオーバインターネットプロトコル（Voice Over Internet Protocol、ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された、任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、移動***置ベースのサービス、プリペイド発呼、インターネット接続性、パケットデータネットワーク接続性、イーサネット接続性、ビデオ配信などを提供してもよく、又はユーザ認証などの、高レベルセキュリティ機能を実行してもよい。

図１５Ａには示されていないが、ＲＡＮ１０３／１０４／１０５又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ又はコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴ、又は異なるＲＡＴを採用する他のＲＡＮと直接又は間接的に通信し得ることが理解される。例えば、Ｅ－ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ又はＮＲ無線技術を用いて別のＲＡＮ（図示せず）とも通信してもよい。

コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１１０、又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅのためのゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、従来型電話サービス（Plain Old Telephone Service、ＰＯＴＳ）を提供する回線交換電話網を含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（Transmission Control Protocol、ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol、ＵＤＰ）、及びインターネットプロトコル（Internet Protocol、ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有又は操作される、有線又はワイヤレス通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴ、又は異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続された任意のタイプのパケットデータネットワーク（例えば、ＩＥＥＥ８０２．３イーサネットネットワーク）又は別のコアネットワークを含んでもよい。

本明細書で開示されるように、動的ユーザプレーン管理の方法、システム、及びデバイスを実現するために、通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、及び１０２ｆのいくつか又は全ては、マルチモード機能を含んでもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、及び１０２ｆは、異なるワイヤレスリンクを通じて、異なるワイヤレスネットワークと通信するための複数のトランシーバを含んでもよい。例えば、図１５Ａに示されるＷＴＲＵ１０２ｇは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｃと通信するように構成されてもよい。

図１５Ａには示されていないが、ユーザ機器がゲートウェイへに有線接続される場合があることが理解される。ゲートウェイは、レジデンシャルゲートウェイ（Residential Gateway、ＲＧ）であってもよい。ＲＧは、コアネットワーク１０６／１０７／１０９への接続性を提供してもよい。本明細書に含まれる主題の多くは、ネットワークに接続するために有線接続を使用するＷＴＲＵ及びＵＥであるＵＥに等しく適用し得ることが理解される。例えば、ワイヤレスインターフェース１１５、１１６、１１７、及び１１５ｃ／１１６ｃ／１１７ｃに適用される主題は、有線接続に等しく適用されてもよい。

図１５Ｂは、本明細書で開示されるように動的ユーザプレーン管理の方法、システム、及びデバイスを実行し得る例示的なＲＡＮ１０３及びコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を用いてエアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信してもよい。ＲＡＮ１０３はまた、コアネットワーク１０６と通信してもよい。図１５Ｂに示すように、ＲＡＮ１０３はＮｏｄｅ－Ｂ１４０ａ、１４０ｂ、及び１４０ｃを含んでもよく、これらは各々エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信するための１つ以上のトランシーバを含んでもよい。Ｎｏｄｅ－Ｂ１４０ａ、１４０ｂ、及び１４０ｃは各々、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられてもよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含んでもよい。ＲＡＮ１０３は、任意の数のノードＢ及び無線ネットワークコントローラ（ＲＮＣ）を含み得ることが理解される。

図１５Ｂに示すように、Ｎｏｄｅ－Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信してもよい。更に、Ｎｏｄｅ－Ｂ１４０ｃはＲＮＣ１４２ｂと通信してもよい。Ｎｏｄｅ－Ｂ１４０ａ、１４０ｂ、及び１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ及び１４２ｂと通信してもよい。ＲＮＣ１４２ａ及び１４２ｂは、Ｉｕｒインターフェースを介して互いに通信してもよい。ＲＮＣ１４２ａ及び１４２ｂの各々は、それが接続されるそれぞれのＮｏｄｅ－Ｂ１４０ａ、１４０ｂ、及び１４０ｃを制御するように構成されてもよい。加えて、ＲＮＣ１４２ａ及び１４２ｂの各々は、外部ループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を実行又はサポートするように構成されてもよい。

図１５Ｂに示されるコアネットワーク１０６は、メディアゲートウェイ（media gateway、ＭＧＷ）１４４、モバイルスイッチングセンタ（Mobile Switching Center、ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving GPRS Support Node、ＳＧＳＮ）１４８、又はゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node、ＧＧＳＮ）１５０を含んでもよい。前述の各要素は、コアネットワーク１０６の一部として図示されているが、これらの要素のいずれも、コアネットワークオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解される。

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６及びＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供してもよい。

ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続されてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８及びＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供してもよい。

コアネットワーク１０６はまた、他のサービスプロバイダによって所有又は操作される他の有線又はワイヤレスネットワークを含み得る他のネットワーク１１２に接続されてもよい。

図１５Ｃは、本明細書で開示されるように動的ユーザプレーン管理の方法、システム、及びデバイスを実行し得る例示的なＲＡＮ１０４及びコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信してもよい。ＲＡＮ１０４はまた、コアネットワーク１０７と通信してもよい。

ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、及び１６０ｃを含んでもよいが、ＲＡＮ１０４が、任意の数のｅＮｏｄｅ－Ｂを含み得ることが理解される。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、及び１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信するための１つ以上のトランシーバを含んでもよい。例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、及び１６０ｃは、ＭＩＭＯ技術を実行してもよい。したがって、ｅノード－Ｂ１６０ａは、例えば、複数のアンテナを使用してＷＴＲＵ１０２ａにワイヤレス信号を伝送しＷＴＲＵ１０２ａからワイヤレス信号を受信してもよい。

ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ及び１６０ｃの各々は、特定のセル（図示せず）と関連付けられてもよく、アップリンク又はダウンリンクにおいて無線リソース管理判断、ハンドオーバ判断、ユーザのスケジューリングなどを処理するように構成されてもよい。図１５Ｃに示すように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、及び１６０ｃは、Ｘ２インターフェースを通じて互いに通信してもよい。

図１５Ｃに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility Management Gateway、ＭＭＥ）１６２、サービングゲートウェイ１６４、及びパケットデータネットワーク（Packet Data Network、ＰＤＮ）ゲートウェイ１６６を含んでもよい。前述の要素の各々は、コアネットワーク１０７の一部として図示されているが、これらの要素のいずれも、コアネットワークオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解される。

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノード－Ｂ１６０ａ、１６０ｂ及び１６０ｃの各々に接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃ、ベアラアクティブ化／非アクティブ化のユーザを認証し、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択するなどの役割を果たしてもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭ又はＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）との間の交換のための制御プレーン機能を提供してもよい。

サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、及び１６０ｃの各々に接続されてもよい。サービングゲートウェイ１６４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに／ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃからルーティング及び転送してもよい。サービングゲートウェイ１６４はまた、ｅＮｏｄｅ Ｂ間ハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃのコンテキストを管理及び記憶することなど、他の機能を実行してもよい。

サービングゲートウェイ１６４はまた、ＰＤＮゲートウェイ１６６に接続されてもよく、ＰＤＮゲートウェイ１６６は、インターネット１１０などパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にしてもよい。

コアネットワーク１０７は、他のネットワークとの通信を容易にしてもよい。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にしてもよい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem、ＩＭＳ）サーバ）を含むか、又はこのＩＰゲートウェイと通信してもよい。加えて、コアネットワーク１０７は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供してもよく、ネットワーク１１２は、他のサービスプロバイダによって所有又は操作される他の有線又はワイヤレスネットワークを含んでもよい。

図１５Ｄは、本明細書で開示されるように動的ユーザプレーン管理の方法、システム、及びデバイスを実行し得る例示的なＲＡＮ１０５及びコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＮＲ無線技術を用いてエアインターフェース１１７を介してＷＴＲＵ１０２ａ及び１０２ｂと通信してもよい。ＲＡＮ１０５はまた、コアネットワーク１０９と通信してもよい。非３ＧＰＰインターワーキング機能（Non-3GPP Interworking Function、Ｎ３ＩＷＦ）１９９は、非３ＧＰＰ無線技術を用いてエアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信してもよい。Ｎ３ＩＷＦ１９９はまた、コアネットワーク１０９と通信してもよい。

ＲＡＮ１０５は、ｇＮｏｄｅ－Ｂ１８０ａ及び１８０ｂを含んでもよい。ＲＡＮ１０５は、任意の数のｇＮｏｄｅ－Ｂを含み得ることが理解される。ｇＮｏｄｅ－Ｂ１８０ａ及び１８０ｂは各々、エアインターフェース１１７を介してＷＴＲＵ１０２ａ及び１０２ｂと通信するための１つ以上のトランシーバを含んでもよい。統合アクセス及びバックホール接続が使用されるとき、同じエアインターフェースがＷＴＲＵとｇＮｏｄｅ－Ｂとの間で使用されてもよく、このエアインターフェースは、１つ又は複数のｇＮＢを介したコアネットワーク１０９であってもよい。ｇＮｏｄｅ－Ｂ１８０ａ及び１８０ｂは、ＭＩＭＯ、ＭＵ－ＭＩＭＯ、又はデジタルビームフォーミング技術を実行してもよい。したがって、ｇＮｏｄｅ－Ｂ１８０ａは、例えば、複数のアンテナを使用してＷＴＲＵ１０２ａにワイヤレス信号を伝送しＷＴＲＵ１０２ａからワイヤレス信号を受信してもよい。ＲＡＮ１０５は、ｅＮｏｄｅ－Ｂなど他のタイプの基地局を用い得ることを理解すべきである。ＲＡＮ１０５は、２つ以上のタイプの基地局を採用し得ることも理解される。例えば、ＲＡＮは、ｅＮｏｄｅ－Ｂ及びｇＮｏｄｅ－Ｂを用いてもよい。

Ｎ３ＩＷＦ１９９は、非３ＧＰＰアクセスポイント１８０ｃを含んでもよい。Ｎ３ＩＷＦ１９９は、任意の数の非３ＧＰＰアクセスポイントを含み得ることが理解される。非３ＧＰＰアクセスポイント１８０ｃは、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信するための１つ以上のトランシーバを含んでもよい。非３ＧＰＰアクセスポイント１８０ｃは、８０２．１１プロトコルを使用してエアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信してもよい。

ｇＮｏｄｅ－Ｂ１８０ａ及び１８０ｂの各々は、特定のセル（図示せず）と関連付けられてもよく、アップリンク又はダウンリンクにおいて無線リソース管理判断、ハンドオーバ判断、ユーザのスケジューリングなどを処理するように構成されてもよい。図１５Ｄに示すように、ｇＮｏｄｅ－Ｂ１８０ａ及び１８０ｂは、例えばＸｎインターフェースを通じて互いに通信してもよい。

図１５Ｄに示されるコアネットワーク１０９は、５Ｇコアネットワーク（5G core network、５ＧＣ）であってもよい。コアネットワーク１０９は、無線アクセスネットワークによって相互接続されている顧客に多数の通信サービスを提供してもよい。コアネットワーク１０９は、コアネットワークの機能性を実行する多数のエンティティを含む。本明細書で使用されるとき、「コアネットワークエンティティ」又は「ネットワーク機能」という用語は、コアネットワークの１つ以上の機能を実行する任意のエンティティを指す。そのようなコアネットワークエンティティは、ワイヤレス又はネットワーク通信のために構成された装置、又は図１５Ｇに示されるシステム９０などのコンピュータシステムのメモリに記憶された、及びこれらのプロセッサで実行されるコンピュータ実行可能命令（ソフトウェア）の形態で実装される論理エンティティであり得ることが理解される。

図１５Ｄの例では、５Ｇコアネットワーク１０９は、アクセス及びモビリティ管理機能（access and mobility management function、ＡＭＦ）１７２、セッション管理機能（Session Management Function、ＳＭＦ）１７４、ユーザプレーン機能（User Plane Functions、ＵＰＦｓ）１７６ａ及び１７６ｂ、ユーザデータ管理機能（User Data Management Function、ＵＤＭ）１９７、認証サーバ機能（Authentication Server Function、ＡＵＳＦ）１９０、ネットワーク露出機能（Network Exposure Function、ＮＥＦ）１９６、ポリシー制御機能（Policy Control Function、ＰＣＦ）１８４、非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）１９９、ユーザデータリポジトリ（User Data Repository、ＵＤＲ）１７８を含んでもよい。前述の要素の各々は５Ｇコアネットワーク１０９の一部として図示されているが、これらの要素のいずれもコアネットワークオペレータ以外のエンティティによって所有又は操作され得ることが理解される。また、５Ｇコアネットワークはこれらの要素の全てからなるとは限らず追加の要素からなる場合があり、これらの要素各々の複数の実例からなる場合があることも理解される。図１５Ｄは、ネットワーク機能が互いに直接接続することを示しているが、これらネットワーク機能が直径ルーティングエージェント又はメッセージバスなどのルーティングエージェントを介して通信し得ることを理解すべきである。

図１５Ｄの例では、ネットワーク機能間の接続性は一組のインターフェース又は基準ポイントを介して達成される。ネットワーク機能は、他のネットワーク機能又はサービスによって呼び出されるか又はコールされる一組のサービスとしてモデル化されるか、記載されるか、又は実装され得ることが理解される。ネットワーク機能サービスの呼び出しは、ネットワーク機能間の直接接続、メッセージバス上のメッセージングの交換、ソフトウェア機能の発呼などを介して達成されてもよい。

ＡＭＦ１７２は、Ｎ２インターフェースを介してＲＡＮ１０５に接続されてもよく、制御ノードとして機能してもよい。例えば、ＡＭＦ１７２は登録管理、接続管理、到達可能性管理、アクセス認証、アクセス認可の役割を果たしてもよい。ＡＭＦは、ユーザプレーントンネル構成情報をＮ２インターフェースを介してＲＡＮ１０５に転送する役割を果たしてもよい。ＡＭＦ１７２は、ユーザプレーントンネル構成情報をＮ１１インターフェースを介してＳＭＦから受信してもよい。ＡＭＦ１７２は一般に、ＮＡＳパケットをＮ１インターフェースを介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに／からルーティングし転送してもよい。Ｎ１インターフェースは、図１５Ｄに示されていない。

ＳＭＦ１７４は、Ｎ１１インターフェースを介してＡＭＦ１７２に接続されてもよい。同様に、ＳＭＦは、Ｎ７インターフェースを介してＰＣＦ１８４に、かつＮ４インターフェースを介してＵＰＦ１７６ａ及び１７６ｂに接続されてもよい。ＳＭＦ１７４は制御ノードとして機能してもよい。例えば、ＳＭＦ１７４は、セッション管理、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃのＩＰアドレス割り当て、ＵＰＦ１７６ａ及びＵＰＦ１７６ｂにおけるトラフィックステアリングルールの管理及び構成、並びにＡＭＦ１７２へのダウンリンクデータ通知の生成の役割を果たしてもよい。

ＵＰＦ１７６ａ及びＵＰＦ１７６ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと他のデバイスとの間の通信を容易にするために、インターネット１１０などのパケットデータネットワーク（ＰＤＮ）へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供してもよい。ＵＰＦ１７６ａ及びＵＰＦ１７６ｂはまた、他のタイプのパケットデータネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供してもよい。例えば、他のネットワーク１１２は、イーサネットネットワーク、又はデータのパケットを交換する任意のタイプのネットワークであってもよい。ＵＰＦ１７６ａ及びＵＰＦ１７６ｂは、Ｎ４インターフェースを介してＳＭＦ１７４からトラフィックステアリングルールを受信してもよい。ＵＰＦ１７６ａ及びＵＰＦ１７６ｂは、パケットデータネットワークをＮ６インターフェースと接続することによって、又はＮ９インターフェースを介して互いに又は他のＵＰＦに接続することによって、パケットデータネットワークへのアクセスを提供してもよい。パケットデータネットワークへのアクセスを提供することに加えて、ＵＰＦ１７６は、パケットルーティング及び転送、ポリシールールの施行、ユーザプレーントラフィックのサービス処理品質、ダウンリンクパケットバッファリングの役割を果たしてもよい。

ＡＭＦ１７２はまたＮ３ＩＷＦ１９９に、例えばＮ２インターフェースを介して接続されてもよい。Ｎ３ＩＷＦは、例えば３ＧＰＰによって定義されていない無線インターフェース技術を介して、ＷＴＲＵ１０２ｃと５Ｇコアネットワーク１７０との間の接続を容易にする。ＡＭＦは、ＲＡＮ１０５と相互作用するのと同じ又は同様の様式で、Ｎ３ＩＷＦ１９９と相互作用してもよい。

ＰＣＦ１８４は、Ｎ７インターフェースを介してＳＭＦ１７４に接続され、Ｎ１５インターフェースを介してＡＭＦ１７２に接続され、Ｎ５インターフェースを介してアプリケーション機能（Application Function、ＡＦ）１８８に接続されてもよい。Ｎ１５及びＮ５インターフェースは、図１５Ｄには示されていない。ＰＣＦ１８４は、ＡＭＦ１７２及びＳＭＦ１７４などの制御プレーンノードにポリシールールを提供してもよく、制御プレーンノードがこれらのルールを施行することを可能になる。ＰＣＦ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃのためにＡＭＦ１７２にポリシーを送信してもよく、ＡＭＦは、Ｎ１インターフェースを介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃにポリシーを送達してもよい。次いで、ポリシーはＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃにおいて施行又は適用されてもよい。

ＵＤＲ１７８は、認証証明書及び加入情報のためのリポジトリとして機能してもよい。ＵＤＲは、ネットワーク機能に接続してもよくて、ネットワーク機能は、リポジトリ内にあるデータを追加し、このデータを読み取り、かつこのデータを変更し得る。例えば、ＵＤＲ１７８はＮ３６インターフェースを介してＰＣＦ１８４に接続してもよい。同様に、ＵＤＲ１７８はＮ３７インターフェースを介してＮＥＦ１９６に接続してもよく、ＵＤＲ１７８はＮ３５インターフェースを介してＵＤＭ１９７に接続してもよい。

ＵＤＭ１９７は、ＵＤＲ１７８と他のネットワーク機能との間のインターフェースとして機能してもよい。ＵＤＭ１９７は、ＵＤＲ１７８のアクセスに対するネットワーク機能を認可してもよい。例えば、ＵＤＭ１９７は、Ｎ８インターフェースを介してＡＭＦ１７２に接続してもよく、ＵＤＭ１９７は、Ｎ１０インターフェースを介してＳＭＦ１７４に接続してもよい。同様に、ＵＤＭ１９７はＮ１３インターフェースを介してＡＵＳＦ１９０に接続してもよい。ＵＤＲ１７８とＵＤＭ１９７は、緊密に統合されてもよい。

ＡＵＳＦ１９０は、認証関連動作を実行し、Ｎ１３インターフェースを介してＵＤＭ１７８と、及びＮ１２インターフェースを介してＡＭＦ１７２に接続する。

ＮＥＦ１９６は、５Ｇコアネットワーク１０９における能力及びサービスをアプリケーション機能（ＡＦ）１８８に露出する。露出は、Ｎ３３ ＡＰＩインターフェースで発生する場合がある。ＮＥＦは、Ｎ３３インターフェースを介してＡＦ１８８に接続してもよく、５Ｇコアネットワーク１０９の能力及びサービスを露出させるために、他のネットワーク機能に接続してもよい。

アプリケーション機能１８８は、５Ｇコアネットワーク１０９内のネットワーク機能と相互作用してもよい。アプリケーション機能１８８とネットワーク機能との間の相互作用は、直接インターフェースを介してもよいし、又はＮＥＦ１９６を介して発生する可能性がある。アプリケーション機能１８８は、５Ｇコアネットワーク１０９の一部とみなされてもよいし、又は５Ｇコアネットワーク１０９の外部にあり、モバイルネットワークオペレータと取引関係を有する企業によって展開されてもよい。

ネットワークスライシングは、モバイルネットワークオペレータに使用されて、オペレータのエアインターフェースの後ろの、１つ以上の「仮想」コアネットワークをサポートするメカニズムである。これは、コアネットワークを１つ以上の仮想ネットワークに「スライス」して、単一のＲＡＮ全体で実行される、異なるＲＡＮ又は異なるサービスタイプをサポートすることを含む。ネットワークスライシングにより、オペレータは、例えば、機能性、性能、及び分離の領域において、多様な要件を必要とする異なる市場シナリオのために最適化された解決策を提供するようにカスタマイズされた、ネットワークを作成できる。

３ＧＰＰは、ネットワークスライシングをサポートするために５Ｇコアネットワークを設計している。ネットワークスライシングは、ネットワークオペレータが、非常に多様で極端な要件を必要とすることもある５Ｇの多様な使用事例の組（例えば、大規模なＩｏＴ、重要な通信、Ｖ２Ｘ、及び強化されたモバイルブロードバンド）をサポートするために使用できる良好なツールである。ネットワークスライシング技術を使用しなければ、各使用事例がその特定の組の性能、スケーラビリティ、及び可用性要件を有する際、より広範囲の使用事例のニーズを効率的にサポートするのに十分な柔軟性及び拡張性がネットワークアーキテクチャにない可能性が高い。更に、新しいネットワークサービスの導入をより効率的にするべきである。

再び図１５Ｄを参照すると、ネットワークスライシングシナリオにおいて、ＷＴＲＵ１０２ａ、１０２ｂ、又は１０２ｃは、Ｎ１インターフェースを介してＡＭＦ１７２に接続してもよい。ＡＭＦは、論理的に１つ以上のスライスの一部であってもよい。ＡＭＦは、ＷＴＲＵ１０２ａ、１０２ｂ、又は１０２ｃの、１つ以上のＵＰＦ１７６ａ及び１７６ｂ、ＳＭＦ１７４、並びに他のネットワーク機能との接続又は通信を調整してもよい。ＵＰＦ１７６ａ及び１７６ｂ、ＳＭＦ１７４、並びに他のネットワーク機能はそれぞれ、同じスライス又は異なるスライスの一部であってもよい。それらが異なるスライスの一部であるとき、異なるコンピューティングリソース、セキュリティ証明書などを利用し得るという観点から互いに分離されてもよい。

コアネットワーク１０９は、他のネットワークとの通信を容易にしてもよい。例えば、コアネットワーク１０９は、５Ｇコアネットワーク１０９とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰマルチメディアサブシステム（ＩＭＳ）サーバなどのＩＰゲートウェイを含むか、又はこれと通信してもよい。例えば、コアネットワーク１０９は、ショートメッセージサービスを介して通信を容易にするショートメッセージサービス（short message service、ＳＭＳ）サービスセンタを含むか、又はこれと通信してもよい。例えば、５Ｇコアネットワーク１０９は、ＷＴＲＵ １０２ａ、１０２ｂ、及び１０２ｃとサーバ又はアプリケーション機能１８８との間の非ＩＰデータパケットの交換を容易にしてもよい。加えて、コアネットワーク１７０は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供してもよく、ネットワーク１１２は、他のサービスプロバイダによって所有又は操作される他の有線又はワイヤレスネットワークを含んでもよい。

本明細書に記載され、図１５Ａ、図１５Ｃ、図１５Ｄ、又は図１５Ｅに示されるコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様においてそれらのエンティティに与えられる名前によって識別されるが、将来のそれらのエンティティ及び機能は、他の名前によって識別されてもよく、将来の３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって公開された将来の仕様において、特定のエンティティ又は機能が組み合わされ得ることが理解される。したがって、図１５Ａ、図１５Ｂ、図１５Ｃ、図１５Ｄ、又は図１５Ｅに記載及び示される特定のネットワークエンティティ及び機能は、単に一例として提供されており、本明細書に開示及び特許請求される主題は、現在定義されているか又は将来定義されているかにかかわらず、任意の同様の通信システムで具体化又は実装され得ることが理解される。

図１５Ｅは、本明細書で記載される、動的ユーザプレーン管理を実行するシステム、方法、装置が使用され得る例示的な通信システム１１１を示す。通信システム１１１は、ワイヤレス伝送／受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、基地局ｇＮＢ１２１、Ｖ２Ｘサーバ１２４、及び路側ユニット（ＲＳＵ）１２３ａ及び１２３ｂを含んでもよい。実際には、本明細書に提示される概念は、任意の数のＷＴＲＵ、基地局ｇＮＢ、Ｖ２Ｘネットワーク、又は他のネットワーク要素に適用されてもよい。１つ又は複数の、又は全てのＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、アクセスネットワークのカバレッジ１３１の範囲外であってもよい。ＷＴＲＵ Ａ、Ｂ、及びＣはＶ２Ｘグループを形成し、このグループではＷＴＲＵ Ａがグループリードであり、ＷＴＲＵ Ｂ及びＣがグループメンバーである。

ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、それらがアクセスネットワークのカバレッジ１３１内にある場合、ｇＮＢ１２１を介してＵｕインターフェース１２９を越えて互いに通信してもよい。図１５Ｅの例では、ＷＴＲＵ Ｂ及びＦはアクセスネットワークのカバレッジ１３１内に示される。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、それらがアクセスネットワークのカバレッジ１３１下に、又はアクセスネットワークのカバレッジ１３１の外側にあるかどうかにかかわらず、インターフェース１２５ａ、１２５ｂ、又は１２８などのサイドリンクインターフェース（例えば、ＰＣ５又はＮＲ ＰＣ５）を介して互いに直接通信してもよい。例えば、図１５Ｅの例では、アクセスネットワークのカバレッジ１３１の外側にあるＷＲＴＵ Ｄは、カバレッジ１３１内にあるＷＴＲＵ Ｆと通信する。

ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、車両対ネットワーク通信（Ｖ２Ｎ）１３３又はサイドリンクインターフェース１２５ｂを介してＲＳＵ１２３ａ又は１２３ｂと通信してもよい。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、車両対インフラストラクチャ通信（Ｖ２Ｉ）インターフェース１２７を介してＶ２Ｘサーバ１２４と通信してもよい。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、車両対人間通信（Ｖ２Ｐ）インターフェース１２８を介して別のＵＥに通信してもよい。

図１５Ｆは、図１５Ａ、図１５Ｂ、図１５Ｃ、図１５Ｄ、若しくは図１５Ｅ又は図１１～図１４のＷＴＲＵ１０２（例えば、リモートＵＥ２０１、リレーＵＥ２０２、又はｇＮＢ２０３）など、本明細書で記載される、動的ユーザプレーン管理を実行するシステム、方法、及び装置によるワイヤレス通信及び動作のために構成され得る例示的な装置又はデバイスＷＴＲＵ１０２のブロック図である。図１５Ｆに示すように、例示的なＷＴＲＵ１０２は、プロセッサ７８、トランシーバ１２０、伝送／受信要素１２２、スピーカ／マイクロフォン７４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ７７、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、前述の要素の任意の部分組み合わせを含み得ることが理解される。また、基地局１１４ａ及び１１４ｂ、又は基地局１１４ａ及び１１４ｂが表すノードは限定されないが、とりわけトランシーバ局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ホームノード－Ｂ（evolved home node-B、ｅＮｏｄｅＢ）、ホーム進化型ノード－Ｂ（home evolved node-B、ＨｅＮＢ）、ホーム進化型ノード－Ｂゲートウェイ、次世代ノードＢ（ｇＮｏｄｅ－Ｂ）、及びプロキシノードなどは、図１５Ｆに図示される要素のうちのいくつか又は全てを含んでもよく、本明細書で記載される動的ユーザプレーン管理のための開示されたシステム及び方法を実行する例示的な実装形態であってもよい。

プロセッサ７８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital Signal Processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuits、ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（Field Programmable Gate Array、ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ７８は、信号コーディング、データ処理、電力制御、入力／出力処理、又はＷＴＲＵ１０２をワイヤレス環境で動作可能にする任意の他の機能を実行してもよい。プロセッサ７８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合されてもよい。図１５Ｆは、プロセッサ７８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ７８及びトランシーバ１２０は、電子パッケージ又はチップにおいて統合され得ることが理解される。

ＵＥの伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して基地局（例えば、図１５Ａの基地局１１４ａ）に信号を伝送するか又は基地局から信号を受信するか、又はエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを介して別のＵＥに信号を伝送するか又はＵＥから信号を受信するように構成されてもよい。例えば、伝送／受信要素１２２は、ＲＦ信号を伝送又は受信するように構成されたアンテナであってもよい。伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ、Ｒａｄａｒ、ＬＩＤＡＲ、又は可視光信号を伝送又は受信するように構成されたエミッタ／検出器であってもよい。伝送／受信要素１２２は、ＲＦ信号及び光信号の両方を伝送及び受信するように構成されてもよい。伝送／受信要素１２２は、ワイヤレス又は有線信号の任意の組み合わせを伝送又は受信するように構成され得ることが理解される。

加えて、伝送／受信要素１２２は、単一の要素として図１５Ｆに図示されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を用いてもよい。したがって、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介してワイヤレス信号を伝送及び受信するための２つ以上の伝送／受信要素１２２（例えば、多重アンテナ）を含んでもよい。

トランシーバ１２０は、送信／受信要素１２２によって伝送される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成されてもよい。上記のように、ＷＴＲＵ１０２はマルチモード機能を有してもよい。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が複数のＲＡＴ、例えば、ＮＲ及びＩＥＥＥ８０２．１１又はＮＲ及びＥ－ＵＴＲＡを介して通信すること、又は異なるＲＲＨ、ＴＲＰ、ＲＳＵ、又はノードへの複数のビームを介して同じＲＡＴと通信することを可能にする、複数のトランシーバを含んでもよい。

ＷＴＲＵ１０２のプロセッサ７８は、スピーカ／マイクロフォン７４、キーパッド１２６、又はディスプレイ／タッチパッド／インジケータ７７（例えば、液晶表示（Liquid Crystal display、ＬＣＤ）ディスプレイユニット若しくは有機発光ダイオード（Organic Light-Emitting Diode、ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、それらからユーザ入力データを受信してもよい。プロセッサ７８はまた、ユーザデータをスピーカ／マイクロフォン７４、キーパッド１２６、又はディスプレイ／タッチパッド／インジケータ７７に出力してもよい。更に、プロセッサ７８は、非リムーバブルメモリ１３０又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、そのメモリにデータを記憶してもよい。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（Random-Access Memory、ＲＡＭ）、読み取り専用メモリ（Read-Only Memory、ＲＯＭ）、ハードディスク、又は他の任意のタイプのメモリ記憶デバイスを含んでもよい。リムーバブルメモリ１３２は、加入者識別モジュール（Subscriber Identity Module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digital、ＳＤ）メモリカードなどを含んでもよい。プロセッサ７８は、クラウド又はエッジコンピューティングプラットフォーム又はホームコンピュータ（図示せず）でホストされるサーバ上など、ＷＴＲＵ１０２上に物理的に位置していないメモリから情報にアクセスし、そのメモリにデータを記憶してもよい。プロセッサ７８は、本明細書で記載される実施例のいくつかでセットアップが成功したか不成功であったかに応じて、ディスプレイ又はインジケータ７７上の照明パターン、画像、又は色を制御するように、又は関連付けられた構成要素を含む動的ユーザプレーン管理のステータスを別様に示すように構成されてもよい。ディスプレイ又はインジケータ７７上の制御照明パターン、画像、又は色は、本明細書で示される又は考察される図（例えば、図１１～図１４など）における方法フロー又は構成要素のうちのいずれかのステータスを反映してもよい。本明細書では、動的ユーザプレーン管理のメッセージ及び手順が開示される。メッセージ及び手順を拡張して、ユーザが入力ソース（例えば、スピーカ／マイクロフォン７４、キーパッド１２６、又はディスプレイ／タッチパッド／インジケータ７７）を介して、リソースを要求し、ディスプレイ７７上に表示され得る他のものの中で動的ユーザプレーン管理関連情報を要求、構成、又はクエリするための、インターフェース／ＡＰＩを提供してもよい。

プロセッサ７８は、電源１３４から電力を受け取り、ＷＴＲＵ１０２内の他の構成要素に配電し又はその電力を制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであってもよい。例えば、電源１３４は、１つ以上の乾式セル電池、太陽電池、燃料電池などを含んでもよい。

プロセッサ７８はまた、ＧＰＳチップセット１３６に結合されてもよく、ＧＰＳチップセット１３６はＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度及び緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して位置情報を受信し、又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を判定してもよい。ＷＴＲＵ１０２は、任意の好適な位置判定方法によって位置情報を取得し得ることが理解される。

プロセッサ７８は、他の周辺機器１３８に更に結合されてもよく、他の周辺機器１３８は、追加の特徴、機能、又は有線若しくはワイヤレス接続を提供する１つ以上のソフトウェアモジュール又はハードウェアモジュールを含んでもよい。例えば、周辺機器１３８は、加速度計、生体認証（例えば、指紋認証）センサ、電子コンパス、衛星トランシーバ、デジタルカメラ（写真又はビデオ用）、ユニバーサルシリアルバス（Universal Serial Vus、ＵＳＢ）ポート又は他の相互接続インターフェースなど様々なセンサ、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency Modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでもよい。

ＷＴＲＵ１０２は、センサ、家庭用電子製品、スマートウォッチ又はスマートクロージングなどのウェアラブルデバイス、医療又はｅヘルスデバイス、ロボット、産業機器、ドローン、自動車、トラック、列車、飛行機などの車両など、他の装置又はデバイスに含まれてもよい。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを含み得る相互接続インターフェースなど、１つ以上の相互接続インターフェースを介してこうした装置又はデバイスの他の構成要素、モジュール、又はシステムに接続してもよい。

図１５Ｇは、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、他のネットワーク１１２、又はネットワークサービス１１３内の特定のノード又は機能エンティティなど、本明細書で記載され、特許請求される図１１～図１４に示すシステム及び方法など、図１５Ａ、図１５Ｃ、図１５Ｄ、及び図１５Ｅに示す通信ネットワークの１つ以上の装置、並びに動的ユーザプレーン管理が具現化され得る、例示的なコンピューティングシステム９０のブロック図である。コンピューティングシステム９０はコンピュータ又はサーバを含んでもよく、主にコンピュータ可読命令によって制御されてもよい。コンピュータ可読命令はソフトウェアの形態で、任意の場所で、又はこのようなソフトウェアが記憶又はアクセスされるあらゆる手段によるものであってよい。このようなコンピュータ可読命令をプロセッサ９１内で実行して、コンピューティングシステム９０に作業をさせてもよい。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、又はコンピューティングシステム９０を通信ネットワークで動作させることを可能にする、任意の他の機能を実行してもよい。コプロセッサ８１は、メインプロセッサ９１とは異なる任意のプロセッサであり、追加の機能を実施するか又はプロセッサ９１を支援してもよい。プロセッサ９１又はコプロセッサ８１は、制御プレーンまたはユーザプレーンを介してメッセージを受信することなど、動的ユーザプレーン管理のための本明細書で開示される方法及び装置に関連するデータを受信、生成、及び処理してもよい。

動作中、プロセッサ９１は、命令をフェッチ、復号、及び実行し、コンピューティングシステムのメインデータ転送経路、システムバス８０を介して、他のリソースに及び他のリソースから情報を転送する。そのようなシステムバスは、コンピューティングシステム９０内の構成要素を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、及び割り込みを送信しシステムバスを動作させるための制御ラインを含む。このようなシステムバス８０の例は、周辺構成要素相互接続（Peripheral Component Interconnect、ＰＣＩ）バスである。

システムバス８０に結合されたメモリは、ランダムアクセスメモリ（ＲＡＭ）８２及び読み取り専用メモリ（ＲＯＭ）９３を含む。このようなメモリには、情報の格納及び取り出しを可能にする回路が含まれる。ＲＯＭ９３は概して、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２に記憶されたデータは、プロセッサ９１又は他のハードウェアデバイスによって読み取られるか又は変更されてもよい。ＲＡＭ８２又はＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてもよい。メモリコントローラ９２は、命令が実行されると仮想アドレスを物理アドレスに変換するアドレス変換機能を提供してもよい。メモリコントローラ９２はまた、システム内のプロセスを分離しシステムプロセスをユーザプロセスから分離するメモリ保護機能を提供してもよい。したがって、第１のモードで実行されるプログラムは、そのプロセス仮想アドレス空間によってマッピングされたメモリのみにアクセスしてもよく、プロセス間のメモリ共有が設定されていない限り、別プロセスの仮想アドレス空間内のメモリにアクセスできない。

更に、コンピューティングシステム９０は、プリンタ９４、キーボード８４、マウス９５、及びディスクドライブ８５などの周辺機器にプロセッサ９１から命令を通信する役割を果たす、周辺機器コントローラ８３を含んでもよい。

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成された視覚的出力を表示するために使用される。このような視覚的出力は、テキスト、グラフィック、アニメーショングラフィック、及び動画を含んでもよい。視覚的出力は、グラフィカルユーザインターフェース（Graphical User Interface、ＧＵＩ）の形式で提供されてもよい。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、又はタッチパネルで実装されてもよい。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要な電子部品を含む。

更に、コンピューティングシステム９０は、コンピューティングシステム９０を、図１５Ａ、図１５Ｂ、図１５Ｃ、図１５Ｄ、又は図１５ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、ＷＴＲＵ１０２、又は他のネットワーク１１２などの外部通信ネットワーク若しくはデバイスに接続するために使用され得る、例えば、ワイヤレス又は有線ネットワークアダプタ９７などの通信回路を含んでもよく、コンピューティングシステム９０が、それらのネットワークの他のノード又は機能的エンティティと通信することを可能にする。通信回路は、単独で又はプロセッサ９１と組み合わせて、本明細書に記載の特定の装置、ノード、又は機能エンティティの伝送及び受信ステップを実行するために使用されてもよい。

本明細書に記載の装置、システム、方法、及びプロセスのいずれか又は全ては、コンピュータ可読記憶媒体上に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具体化されてもよく、その命令は、プロセッサ７８又は９１などのプロセッサによって実行されるときに、プロセッサに、本明細書に記載のシステム、方法、及びプロセスを実行又は実装させることが理解される。具体的には、本明細書に記載のステップ、動作、又は機能のいずれかは、ワイヤレス又は有線ネットワーク通信のために構成された装置又はコンピューティングシステムのプロセッサ上で実行される、このようなコンピュータ実行可能命令の形態で実装されてもよい。コンピュータ可読記憶媒体は、任意の非一時的な（例えば、有形又は物理的）方法又は情報を記憶するための技術において実装される、揮発性及び不揮発性、リムーバブル及び非リムーバブルな媒体を含むが、このようなコンピュータ可読記憶媒体は信号を含まない。コンピュータ可読記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、又は他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（Digital Versatile Disks、ＤＶＤｓ）又は他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置若しくは他の磁気記憶デバイス、又は所望の情報を記憶するために使用され、コンピューティングシステムによってアクセスされ得る他の任意の有形又は物理的媒体が含まれる。

本開示の主題である動的ユーザプレーン管理の好適な方法、システム、又は装置の説明において、図示されるように、分かりやすくするために特定の用語が用いられる。しかしながら、特許請求される主題は、そのように選択された特定の用語に限定されることを意図していない。

本明細書に記載の様々な技術は、ハードウェア、ファームウェアソフトウェア、又は、適宜、それらの組み合わせに関連して実装されてもよい。このようなハードウェア、ファームウェア、及びソフトウェアは、通信ネットワークの様々なノードに位置する装置内に存在してもよい。装置は、本明細書で記載される方法を実現するために、単独で又は互いに組み合わせて動作してもよい。本明細書で使用される場合、「装置」、「ネットワーク装置」、「ノード」、「デバイス」、「ネットワークノード」などの用語は、互換的に使用されてもよい。加えて、「又は」という語の使用は、本明細書において別段の定めがない限り、一般に包括的に使用される。

記載された説明では、最良の形態を含む、開示された主題のための例を使用し、また、任意のデバイス又はシステムを作製及び使用すること、並びに任意の組み込まれた方法を実行することを含む、開示された主題を当業者が実践することを可能にする。開示された主題は、当業者が想到する他の例（例えば、本明細書に開示される例示的な方法の間でステップをスキップすること、ステップを組み合わせること、又はステップを追加すること）を含んでもよい。

とりわけ、本明細書で説明する方法、システム、及び装置は動的ユーザプレーン管理を提供し得る。方法、システム、コンピュータ可読記憶媒体、又は装置は、ＱｏＳ要件を有する第２のデバイスからのまたは第２のデバイスへのデータトラフィックフローを管理するための要求を受信することと、第２のデバイスから経路選択コンテキスト情報を取得することと、第３のデバイスから経路選択コンテキスト情報を取得することと、取得された経路選択コンテキスト情報及びトラフィックフローのＱｏＳ要件に基づいて、トラフィックフローのためのユーザプレーン接続を確立するために１つ以上の経路を選択することと、ユーザプレーン接続を確立するように第２のデバイス及び第３のデバイスを構成することと、データフロートラフィックを１つ以上のＵＰ接続にマッピングすることと、を備える。第１のデバイスは基地局（例えば、ｅＮＢ又はｇＮＢ）を含んでもよく、第２のデバイスは、リモートＵＥを含んでもよく、第３のデバイスは、リレーＵＥを含んでもよい。第１のデバイスは、第４のデバイス又は第２のデバイスから要求を受信してもよい。第４のデバイスは、ＡＭＦを含んでもよい。第２のデバイスから取得される経路選択コンテキスト情報は、電力消費要件、チャネルビジー比、第２のデバイスの候補のリスト、又は第２のデバイスのプリファランスを含んでもよい。第３のデバイスから取得される経路選択コンテキスト情報は、チャネルビジー比又はバッテリ状態を含む。第１のデバイスは、第２のデバイスの電力消費を最小限にするために、第３のデバイスを選択してデータトラフィックフローを第２のデバイスに転送してもよい。第１のデバイスは、データトラフィックフローのレイテンシ要件を満たすために、データトラフィックフローを第２のデバイスに直接転送することを選択してもよい。第１のデバイスは、データトラフィックフローの信頼性要件を満たすために、第３のデバイスを選択してデータトラフィックフローを間接的に第２のデバイスへ又は第２のデバイスから転送するか、または同時にデータトラフィックフローを第２のデバイスへ直接転送してもよい。第１のデバイスは、データトラフィックフローのＱｏＳに基づいて第２のデバイスへまたは第２のデバイスからデータトラフィックを転送するように、第３のデバイスを構成してもよい。この段落又は次の段落における全ての組み合わせ（ステップの除去又は追加を含む）は、詳細な説明の他の部分と一致するように考察される。

第１のデバイスは、データトラフィックフローのＱｏＳに基づいて、指定されたデータトラフィックフローについて第３のデバイスに送信するかまたは第３のデバイスから受信するように、第２のデバイスを構成してもよい。第２又は第３のデバイスは、第１のデバイスから受信された構成情報に基づいて接続を確立してもよい。第２又は第３のデバイスは、第１のデバイスから受信した構成情報に基づいて接続を解放する。第１のデバイスは、第２のデバイスを直接構成する。第１のデバイスは、現在のユーザプレーン接続がトラフィックフローのＱｏＳ要件を満たすことができない場合、トラフィックフローのためのユーザプレーン接続を確立するために１つ以上の経路を再選択してもよい。ＵＰ接続は、直接接続であってもよく、第３のデバイスを介した１つ以上の間接接続であってもよい。第１のデバイスは、データフローパケットを１つ以上のＰＤＣＰエンティティにマッピングする。第１のデバイスは、データフローパケットを、同じＰＤＣＰエンティティであるが１つ以上のＲＬＣエンティティにマッピングする。この段落又は次の段落における全ての組み合わせ（ステップの除去又は追加を含む）は、詳細な説明の他の部分と一致するように考察される。

方法、システム、コンピュータ可読記憶媒体、又は装置は、第１のデバイスによって、第２のデバイスから第１のパスを介してパス選択コンテキスト構成情報を受信することと、受信された「経路選択コンテキスト」構成情報に基づいて、第１の経路を介して、経路選択コンテキスト情報を第２のデバイスに送信することと、第２デバイスから第１経路を介して「ユーザプレーン接続」構成情報を受信することと、受信された「ユーザプレーン接続」構成情報に基づいて、第２の経路を介して第２のデバイスに通信するように第１のデバイスを構成することと、第１の経路を介して第２のデバイスに応答して、受信されたユーザプレーン接続構成を受け入れることを備える。第１の経路は、第１のデバイスと第２のデバイスとの間の直接経路であってもよく、第２の経路は、第１のデバイスと第２のデバイスとの間の間接経路であってもよい。第１の経路は、第１のデバイスと第２のデバイスとの間の間接経路であってもよく、第２の経路は、第１のデバイスと第２のデバイスとの間の直接経路であってもよい。第１のデバイスは、リレーＵＥ又はリモートＵＥを含む。経路選択コンテキスト情報は、バッテリ状態、負荷状態、電力消費要件、チャネルビジー比、好ましいリレーＵＥの候補のリスト、又はアタッチされたリモートＵＥの数を含んでもよい。第１のデバイスは、リモートＵＥ又はリレーＵＥであってもよい。ユーザプレーン接続構成情報は、ベアラＩＤ、第１のデバイスのＵＥ ＩＤ、第３のデバイスのＵＥ ＩＤ、リモートＵＥ ＩＤ、リレーＵＥ ＩＤ、新しいサイドリンク接続に関連付けられた無線リンク制御（ＲＬＣ）チャネルマッピング構成、またはトラフィックフローのサービス品質（ＱｏＳ）要件のうちの１つ以上を含んでもよい。第２のデバイスに通信するように第１のデバイスを構成することは、第１のデバイスが第３のデバイスへのサイドリンク接続を確立することを更に伴ってもよい。第１の経路は、間接接続上にあってもよく、ユーザプレーン接続構成情報は、第３のデバイスからのＰＣ５無線リソース制御（Radio Resource Control、ＲＲＣ）メッセージ内で移送されてもよい。経路選択コンテキスト情報は、測定報告、物理レイヤ指示、メディアアクセス制御（Media Access Control、ＭＡＣ）制御要素（Control Element、ＣＥ）、ＲＲＣメッセージ、又はＮＡＳメッセージを介して送信されてもよい。経路選択コンテキスト情報は、第２のデバイスからの要求に基づいて、周期的に、または何らかのトリガされたイベントに基づいて送信されてもよい。この段落における全ての組み合わせ（ステップの除去又は追加を含む）は、詳細な説明の他の部分と一致するように考察される。

Claims (19)

1. ワイヤレス通信を介して通信する第１のデバイスであって、前記第１のデバイスは、
   プロセッサと、
   前記プロセッサに結合されたメモリと、を備え、前記メモリが、前記メモリに記憶された実行可能命令を含み、前記命令が前記プロセッサによって実行されると、前記プロセッサに実行させる操作は、
   第２のデバイスから第１の経路を介して経路選択コンテキスト構成情報を受信することと、
   前記経路選択コンテキスト構成情報に基づいて、前記第１の経路を介して前記第２のデバイスに経路選択コンテキスト情報を送信することと、
   前記第２のデバイスから前記第１の経路を介してユーザプレーン接続構成情報を受信することと、
   前記ユーザプレーン接続構成情報に基づいて、第２の経路を介して前記第２のデバイスに通信するように前記第１のデバイスを構成することと、
   前記第１の経路を介して前記第２のデバイスに応答を送信することと、を含み、前記応答は、前記ユーザプレーン接続構成の受け入れを示すことを含む、第１のデバイス。
2. 前記第１経路は、前記第１のデバイスと前記第２のデバイスとの間の直接ワイヤレス通信経路であり、前記第２の経路は、前記第１のデバイスと前記第２のデバイスとの間の間接ワイヤレス通信経路である、請求項１に記載の第１のデバイス。
3. 前記第１の経路は、前記第１のデバイスと前記第２のデバイスとの間の間接ワイヤレス通信経路であり、前記第２の経路は、前記第１のデバイスと前記第２のデバイスとの間の直接ワイヤレス通信経路である、請求項１に記載の第１デバイス。
4. 前記第１のデバイスは、リレーワイヤレス送信／受信ユニット（Wireless Transmit/Receive Unit、ＷＴＲＵ）又はリモートＷＴＲＵを含む、請求項１に記載の第１のデバイス。
5. 前記経路選択コンテキスト情報は、パラメータのうちの１つ以上を含み、前記パラメータは、バッテリ－状態、負荷状態、電力消費要件、チャネルビジー比、好ましいリレーＵＥの候補のリスト、または前記リレーＵＥを使用するリモートＵＥの数である、請求項１に記載の第１のデバイス。
6. 前記ユーザプレーン接続構成情報は、ベアラ識別子（ＩＤ）、前記第１のデバイスのワイヤレス送信／受信ユニット（Wireless Transmit/Receive Unit、ＷＴＲＵ）ＩＤ、第３のデバイスのＷＴＲＵ ＩＤ、リモートＷＴＲＵ ＩＤ、リレーＷＴＲＵ ＩＤ、サイドリンク接続に関連付けられた無線リンク制御（Radio Link Control、ＲＬＣ）チャネルマッピング構成、又はトラフィックフローのサービス品質（Quality of Service、ＱｏＳ）要件を含む、請求項１に記載の第１のデバイス。
7. 前記第２のデバイスに通信するように前記第１のデバイスを構成することは、前記第１のデバイスによって、サイドリンク接続を介して第３のデバイスに接続することを更に含む、請求項１に記載の第１のデバイス。
8. 前記第１の経路は、間接ワイヤレス通信経路上にあり、前記ユーザプレーン接続構成情報は、第３のデバイスからのＰＣ５無線リソース制御（Radio Resource Control、ＲＲＣ）メッセージ内で移送される、請求項１に記載の第１のデバイス。
9. 前記経路選択コンテキスト情報が、測定報告、物理レイヤ指示、媒体アクセス制御（Media Access Control、ＭＡＣ）制御要素（Control Element、ＣＥ）、ＲＲＣメッセージ、又はＮＡＳメッセージのうちの少なくとも１つを介して送信される、請求項１に記載の第１のデバイス。
10. 前記経路選択コンテキスト情報は、トリガされたイベントに基づいて、前記第２のデバイスからの要求に基づいて送信される、請求項１に記載の第１のデバイス。
11. 前記第１のデバイスはリモートユーザ機器又はリレーユーザ機器を備え、前記第２のデバイスは基地局を備える、請求項１に記載の第１のデバイス。
12. 方法であって、
    第１のデバイスによって、第２のデバイスから第１の経路を介して経路選択コンテキスト構成情報を受信することと、
    前記経路選択コンテキスト構成情報に基づいて、前記第１の経路を介して前記第２のデバイスに経路選択コンテキスト情報を送信することと、
    前記第２のデバイスから前記第１の経路を介してユーザプレーン接続構成情報を受信することと、
    前記ユーザプレーン接続構成情報に基づいて、第２の経路を介して前記第２のデバイスに通信するように前記第１のデバイスを構成することと、
    前記第１の経路を介して前記第２のデバイスに応答を送信することと、を含み、前記応答は、前記ユーザプレーン接続構成の受け入れを示すことと、を含む、方法。
13. 前記第１の経路は、前記第１のデバイスと前記第２のデバイスとの間の直接ワイヤレス通信経路であり、前記第２の経路は、前記第１のデバイスと前記第２のデバイスとの間の間接ワイヤレス通信経路である、請求項１２に記載の方法。
14. 前記第１の経路は、前記第１のデバイスと前記第２のデバイスとの間の間接ワイヤレス通信経路であり、前記第２の経路は、前記第１のデバイスと前記第２のデバイスとの間の直接ワイヤレス通信経路である、請求項２に記載の方法。
15. 前記第１のデバイスは、リレーワイヤレス送信／受信ユニット（Wireless Transmit/Receive Unit、ＷＴＲＵ）又はリモートＷＴＲＵを含む、請求項１２に記載の方法。
16. 前記経路選択コンテキスト情報は、パラメータのうちの１つ以上を含み、前記パラメータは、バッテリ－状態、負荷状態、電力消費要件、チャネルビジー比、好ましいリレーＵＥの候補のリスト、又は前記リレーＵＥを使用するリモートＵＥの数である、請求項１２に記載の方法。
17. 前記ユーザプレーン接続構成情報は、ベアラ識別子（ＩＤ）、前記第１のデバイスのワイヤレス送信／受信ユニット（Wireless Transmit/Receive Unit、ＷＴＲＵ）ＩＤ、第３のデバイスのＷＴＲＵ ＩＤ、リモートＷＴＲＵ ＩＤ、リレーＷＴＲＵ ＩＤ、サイドリンク接続に関連付けられた無線リンク制御（Radio Link Control、ＲＬＣ）チャネルマッピング構成、又はトラフィックフローのサービス品質（Quality of Service、ＱｏＳ）要件を含む、請求項１２に記載の方法。
18. 前記第２のデバイスに通信するように前記第１のデバイスを構成することは、前記第１のデバイスによって、サイドリンク接続を介して第３のデバイスに接続することを更に含む、請求項１２に記載の方法。
19. コンピュータ実行可能命令を記憶するコンピュータ可読記憶媒体であって、前記コンピュータ実行可能命令は、コンピューティングデバイスによって実行されると、前記コンピューティングデバイスに実行させる操作は、
    第１のデバイスによって、第２のデバイスから第１の経路を介して経路選択コンテキスト構成情報を受信することと、
    前記経路選択コンテキスト構成情報に基づいて、前記第１の経路を介して前記第２のデバイスに経路選択コンテキスト情報を送信することと、
    前記第２のデバイスから前記第１の経路を介してユーザプレーン接続構成情報を受信することと、
    前記ユーザプレーン接続構成情報に基づいて、第２の経路を介して前記第２のデバイスに通信するように前記第１のデバイスを構成することと、
    前記第１の経路を介して前記第２のデバイスに応答を送信することと、を含み、前記応答は、前記ユーザプレーン接続構成の受け入れを示すことを含む、コンピュータ可読記憶媒体。