JP7191989B2 - イーサネットｐｄｕセッションのためのアンカー変更を提供する方法および関係するネットワークエンティティ／ノード - Google Patents

Description

本開示は、一般に通信に関し、より詳細には、無線通信ならびに関係する通信エンティティおよび／またはノードに関する。

５Ｇシステムは、移動する無線端末（ＵＥ）のためにいくつかのセッションおよびサービス継続性（ＳＳＣ）モードを規定している。これらのモードは、ＲＡＮにおけるネットワークへのＵＥの現在のアタッチメントポイントに近いＰＤＵセッションアンカー（ＰＳＡ）の使用を可能にし得る。ＳＳＣモード１、２および３が、３ＧＰＰ ＴＳ２３．５０１セクション５．６．９において規定されている。現在規定されているＳＳＣモードは以下の通りである。
・ ＳＳＣモード１は、ＵＥが移動したときでも変更されないＰＳＡを適用する。これは、ＰＳＡの変更に関連する問題および／または複雑さを低減／回避し得るが、ＰＳＡとＵＥとの間の距離が増加し得、これは、エンドツーエンドレイテンシを増加させ得、オペレータのネットワークにおけるネットワークトラフィックをも増加させ得る。
・ ＳＳＣモード２は、新しいＰＤＵセッションをセットアップする際にブレークビフォアメーク原理を適用する。ＵＥが、ＵＥの元のＰＳＡから遠くに離れて移動するとき、古いＰＤＵセッションは解放され、ＵＥは、ＵＥの新しいロケーションに近いＰＳＡが選択される、新しいＰＤＵセッションを確立するように命令される。
・ ＳＳＣモード３は、新しいＰＤＵセッションをセットアップする際にメークビフォアブレーク原理を適用する。ＵＥが、ＵＥの元のＰＳＡから遠くに離れて移動するとき、ＵＥは、ＵＥの新しいロケーションに近いＰＳＡが選択される、新しいＰＤＵセッションを確立するように命令される。ＵＥは、ＵＥのネットワークトラフィックのために、新しいＰＤＵセッションの使用を選好し得る。古いセッションは、一時的な時間期間の間、新しいセッションと共存する。しばらくしてから、古いセッションは解放される。

ＳＳＣモード２および３は、ＰＤＵセッションタイプＩＰｖ４／ｖ６のみに適用され得、ＳＳＣモード１は、どんなタイプのＰＤＵセッションにも適用され得る。その理由は、ＳＳＣモード２および３は、ＵＥがＵＥの新しいＰＤＵセッションのために割り振られた新しいＩＰアドレスを得るであろうことを暗示し得るからである。新しいＩＰアドレスが必要であり得、なぜなら、ＩＰアドレスはデータネットワークにおけるトポロジー的意味（ｔｏｐｏｌｏｇｉｃａｌ ｓｉｇｎｉｆｉｃａｎｃｅ）を搬送し得るからであり、したがって、新しいロケーションにおけるＰＳＡは、ＩＰルーティングの場合、ＩＰアドレスを必要とし得る。既存のソリューションは、イーサネットＰＤＵセッションに関係するモビリティ問題に十分に対処しないことがある。

発明概念のいくつかの実施形態によれば、無線通信ネットワークのセッション管理機能（ＳＭＦ）エンティティを動作させる方法が提供され得る。無線端末のためのイーサネットコンテキストが、第１のユーザプレーン機能（ＵＰＦ）エンティティから受信され得、イーサネットコンテキストは、第１のＵＰＦエンティティを使用して無線端末のためのイーサネットプロトコルデータユニット（ＰＤＵ）セッションのために提供され、イーサネットコンテキストは、無線端末のための媒体アクセス制御（ＭＡＣ）アドレスを含む。無線端末のためのＭＡＣアドレスを含むイーサネットコンテキストは、第２のＵＰＦエンティティに送信され得る。

発明概念のいくつかの実施形態によれば、イーサネットＰＤＵセッションをハンドリングする際の複雑さが、ネットワークとユーザ機器の両方において低減され得、ＰＤＵセッション解放および再確立の必要が低減／回避され得る。その上、近くにあるＰＳＡを使用することによって、ユーザ機器の動作に影響を及ぼさずに、より短い遅延が提供され得る。

本開示のさらなる理解を提供するために含まれ、本出願に組み込まれ、本出願の一部をなす、添付の図面は、発明概念のいくつかの非限定的な実施形態を示す。

発明概念のいくつかの実施形態による、ソースｇＮＢからターゲットｇＮＢへのＵＥの移動を示す図である。 ソースｇＮＢおよびソースＵＰＦからターゲットｇＮＢおよびターゲットＵＰＦへのＰＤＵセッションのハンドオーバのネットワーク動作を示すシグナリング図である。 図３Ａ～図３Ｂは、発明概念のいくつかの実施形態による、デュアルコネクティビティＰＤＵセッションのハンドオーバのネットワーク動作を示すシグナリング図である。 図３Ａ～図３Ｂは、発明概念のいくつかの実施形態による、デュアルコネクティビティＰＤＵセッションのハンドオーバのネットワーク動作を示すシグナリング図である。 図４Ａ～図４Ｂは、発明概念のいくつかの実施形態による、デュアルコネクティビティＰＤＵセッションのハンドオーバのネットワーク動作を示すシグナリング図である。 図４Ａ～図４Ｂは、発明概念のいくつかの実施形態による、デュアルコネクティビティＰＤＵセッションのハンドオーバのネットワーク動作を示すシグナリング図である。 発明概念のいくつかの実施形態による、無線端末を示すブロック図である。 発明概念のいくつかの実施形態による、ノードＢ ＲＡＮ基地局（ｇＮＢ）を示すブロック図である。 発明概念のいくつかの実施形態による、ネットワークエンティティを示すブロック図である。 発明概念のいくつかの実施形態による、ＳＭＦネットワークエンティティの動作を示すフローチャートである。 発明概念のいくつかの実施形態による、ターゲットＵＰＦエンティティの動作を示すフローチャートである。 発明概念のいくつかの実施形態による、ソースＵＰＦエンティティの動作を示すフローチャートである。 いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された電気通信ネットワークを示す概略図である。 いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータを示すブロック図である。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。 いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。

次に、発明概念の実施形態の例が示されている添付の図面を参照しながら、発明概念が以下でより十分に説明される。しかしながら、発明概念は、多くの異なる形態で具現され得、本明細書に記載される実施形態に限定されるものとして解釈されるべきではない。むしろ、これらの実施形態は、本開示が徹底的かつ完全であり、本発明概念の範囲を当業者に十分に伝達するように提供される。これらの実施形態は相互排他的でないことにも留意されたい。一実施形態からの構成要素が、別の実施形態において存在する／使用されると暗に仮定され得る。

以下の説明は、開示される主題の様々な実施形態を提示する。これらの実施形態は、教示例として提示され、開示される主題の範囲を限定するものと解釈されるべきではない。たとえば、説明される実施形態のいくらかの詳細は、説明される主題の範囲から逸脱することなく、修正、省略、または拡大され得る。

図５は、発明概念の実施形態による、無線通信を提供するように設定された（無線デバイス、無線通信デバイス、無線端末、無線通信端末、ユーザ機器、ユーザ機器ノード／端末／デバイスなどとも呼ばれる）モバイル端末ＵＥのエレメントを示すブロック図である。図示のように、モバイル端末ＵＥは、アンテナ７０７と、無線アクセスネットワークの（１つまたは複数の）基地局とのアップリンク無線通信およびダウンリンク無線通信を提供するように設定された送信機および受信機を含む（トランシーバとも呼ばれる）トランシーバ回路７０１とを含み得る。モバイル端末ＵＥは、トランシーバ回路に結合された（プロセッサとも呼ばれる）プロセッサ回路７０３と、プロセッサ回路に結合された（メモリとも呼ばれる）メモリ回路７０５とをも含み得る。メモリ回路７０５は、プロセッサ回路７０３によって実行されたとき、プロセッサ回路に、本明細書で開示される実施形態による動作を実施させる、コンピュータ可読プログラムコードを含み得る。他の実施形態によれば、プロセッサ回路７０３は、別個のメモリ回路が必要とされないようなメモリを含むように規定され得る。モバイル端末ＵＥは、プロセッサ７０３に結合された（ユーザインターフェースなどの）インターフェースをも含み得、および／またはモバイル端末ＵＥは車両に組み込まれ得る。

本明細書で説明されるように、モバイル端末ＵＥの動作は、プロセッサ７０３および／またはトランシーバ７０１によって実施され得る。たとえば、プロセッサ７０３は、別のＵＥに無線インターフェース上でトランシーバ７０１を通して通信を送信し、および／または別のＵＥから無線インターフェース上でトランシーバ７０１を通して通信を受信するように、トランシーバ７０１を制御し得る。その上、モジュールがメモリ７０５に記憶され得、これらのモジュールは、モジュールの命令がプロセッサ７０３によって実行されたとき、プロセッサ７０３がそれぞれの動作（たとえば、例示的な実施形態に関して以下で説明される動作）を実施するように、命令を提供し得る。

図６は、発明概念の実施形態による、セルラー通信を提供するように設定された無線アクセスネットワーク（ＲＡＮ）の（ネットワークノード、基地局、ｅノードＢ、ｅＮＢ、ｇノードＢ、ｇＮＢなどとも呼ばれる）ノードＢ基地局のエレメントを示すブロック図である。図示のように、ノードＢ基地局は、モバイル端末とのアップリンク無線通信およびダウンリンク無線通信を提供するように設定された送信機および受信機を含む（トランシーバとも呼ばれる）トランシーバ回路８０１を含み得る。ノードＢ基地局は、ＲＡＮの他のノードとの（たとえば、他の基地局および／または他のエンティティとの）通信を提供するように設定された（ネットワークインターフェースとも呼ばれる）ネットワークインターフェース回路８０７を含み得る。ノードＢ基地局は、トランシーバ回路に結合された（プロセッサとも呼ばれる）プロセッサ回路８０３と、プロセッサ回路に結合された（メモリとも呼ばれる）メモリ回路８０５とをも含み得る。メモリ回路８０５は、プロセッサ回路８０３によって実行されたとき、プロセッサ回路に、本明細書で開示される実施形態による動作を実施させる、コンピュータ可読プログラムコードを含み得る。他の実施形態によれば、プロセッサ回路８０３は、別個のメモリ回路が必要とされないようなメモリを含むように規定され得る。

本明細書で説明されるように、ノードＢ基地局の動作は、プロセッサ８０３、ネットワークインターフェース８０７、および／またはトランシーバ８０１によって実施され得る。たとえば、プロセッサ８０３は、１つまたは複数のモバイル端末ＵＥに無線インターフェース上でトランシーバ８０１を通して通信を送信し、および／または１つまたは複数のモバイル端末ＵＥから無線インターフェース上でトランシーバ８０１を通して通信を受信するように、トランシーバ８０１を制御し得る。同様に、プロセッサ８０３は、１つまたは複数の他のネットワークノード／エンティティに、ネットワークインターフェース８０７を通して通信を送信し、および／または１つまたは複数の他のネットワークノード／エンティティからネットワークインターフェースを通して通信を受信するように、ネットワークインターフェース８０７を制御し得る。その上、モジュールがメモリ８０５に記憶され得、これらのモジュールは、モジュールの命令がプロセッサ８０３によって実行されたとき、プロセッサ８０３がそれぞれの動作を実施するように、命令を提供し得る。

いくつかの他の実施形態によれば、ノードＢ基地局のエレメントは、トランシーバがない制御ノードとして実装され得る。そのような実施形態では、モバイル端末への送信は、無線端末への送信が、トランシーバを含むネットワークノードを通して、たとえば、基地局を通して提供されるように、制御ノードによって開始され得る。制御ノードが、トランシーバを含む基地局である実施形態によれば、送信を開始することは、トランシーバを通して送信することを含み得る。

図７は、発明概念の実施形態による、セルラー通信をサポートするように設定されたネットワークエンティティ（たとえば、ＵＰＦエンティティ、ＡＭＦエンティティ、ＳＭＦエンティティ、あるいは無線アクセスネットワーク（ＲＡＮ）またはコアネットワーク（ＣＮ）の任意の他の制御エンティティ）のエレメントを示すブロック図である。そのようなネットワークエンティティはネットワークノードと呼ばれることもある。図示のように、ネットワークエンティティは、他のネットワークエンティティ／ノードとの（たとえば、基地局との、ならびに／あるいはＲＡＮおよび／またはＣＮの別のネットワークエンティティとの）通信を提供するように設定された（ネットワークインターフェースとも呼ばれる）ネットワークインターフェース回路９０７を含み得る。ネットワークエンティティは、ネットワークインターフェース回路９０７に結合された（プロセッサとも呼ばれる）プロセッサ回路９０３と、プロセッサ回路に結合された（メモリとも呼ばれる）メモリ回路９０５とをも含み得る。メモリ回路９０５は、プロセッサ回路９０３によって実行されたとき、プロセッサ回路に、本明細書で開示される実施形態による動作を実施させる、コンピュータ可読プログラムコードを含み得る。他の実施形態によれば、プロセッサ回路９０３は、別個のメモリ回路が必要とされないようなメモリを含むように規定され得る。

本明細書で説明されるように、ネットワークエンティティの動作は、プロセッサ９０３および／またはネットワークインターフェース９０７によって実施され得る。たとえば、プロセッサ９０３は、１つまたは複数の他のネットワークノード／エンティティに、ネットワークインターフェース９０７を通して通信を送信し、および／または１つまたは複数の他のネットワークノード／エンティティからネットワークインターフェースを通して通信を受信するように、ネットワークインターフェース９０７を制御し得る。その上、モジュールがメモリ９０５に記憶され得、これらのモジュールは、モジュールの命令がプロセッサ９０３によって実行されたとき、プロセッサ９０３がそれぞれの動作を実施するように、命令を提供し得る。上述のように、図７のネットワークエンティティの構造は、以下でより詳細に説明されるように、たとえば、ＵＰＦエンティティ、ＡＭＦエンティティ、および／またはＳＭＦエンティティの動作を実施するために、ＵＰＦエンティティ、ＡＭＦエンティティ、および／またはＳＭＦエンティティを実装するために使用され得る。図７のネットワークエンティティの動作は、たとえば、１つのネットワークサーバによって実施されるか、または図７の構造を有する複数のネットワークサーバにわたって分散され得、複数のそのような分散型サーバはサーバと総称され得る。

ＳＳＣモード２および３は、近いＰＳＡの使用を可能にし得るが、これらのモードは限界を有し得る。ＳＳＣモード２および３は、タイプＩＰｖ４／ｖ６のＰＤＵセッションのみに適用され得、イーサネットＰＤＵセッションも、近くにあるＰＳＡから恩恵を受け得るにもかかわらず、イーサネットＰＤＵセッションに適用されないことがある。ＳＳＣモード２は、セッション解放および再確立によりデータトラフィックを中断させ得る。ＳＳＣモード３は、原理上は中断を低減／回避し得るが、ＳＳＣモード３を実装することは、ＵＥサポートを必要とし得、これは、常に妥当であるとは限らない複雑さを伴い得る。

発明概念のいくつかの実施形態によれば、ＳＳＣモードが、イーサネットＰＤＵセッションのために提供され得、および／またはＳＳＣモード１が、イーサネットＰＤＵセッションのために特別に調節され得る。イーサネットＰＤＵセッションの場合、セッションを解放しなくてもＰＳＡが移動され得る。そのような実施形態は、データネットワークにおけるフォワーディングを更新することと組み合わせて、進行中のセッションのＰＳＡを変更し得る。

それにより、特に、ＰＤＵセッション解放および再確立の必要がないことがあるので、ネットワークと端末の両方において、簡略化されたハンドリングが可能であり得る。これは、プロセスがより高速になり得ることをも意味する。この機構は、ＵＥが、近くにあるＰＳＡにより、場合によってはより短い遅延の利益を享受することができること以外に、ＵＥに影響を及ぼさないことがある。

この手法の結果は、ＰＳＡがＲＡＮノードとコロケートされる（すなわち、ＰＳＡとＲＡＮノードとが、同じサイトにあるか、さらには同じプラットフォーム上で実行している）展開をサポートすることがより容易になることであり得る。これは、たとえば、小規模ローカル工業展開における展開を簡略化し得る。

発明概念のいくつかの実施形態が図１の図に示されている。図１の実施形態は５Ｇシステムにおいて適用され得るが、同じ／同様の実施形態が、適切な調節を伴って、４Ｇシステム、３Ｇシステム、２Ｇシステム、および／または他のモバイル／無線通信システムにおいて等しく適用され得る。

図１では、無線端末ＵＥが、（ソース基地局とも呼ばれる）ＲＡＮノードソースｇＮＢと、ＰＳＡとして働くＣＮノードソースＵＰＦとを介して、初めは接続される。ＣＮ制御プレーンエンティティＡＭＦ、ＳＭＦはセッションの確立を支援し得る。図１はまた、制御プレーンエンティティＵＤＭ、ＮＲＦ、ＰＣＦ、ＮＥＦを示すが、これは以下の説明に必須でないことがある。５Ｇシステムは、ＥＴＨサブネットとして示される、イーサネットデータネットワークに接続する。

ソースＵＰＦは、イーサネットコンテキスト（ＥＴＨコンテキスト）を維持し得、イーサネットコンテキストは、ソースＵＰＦが接続するイーサネットネットワークに関係する情報を含む。より詳細には、イーサネットコンテキストは、イーサネットトラフィックのために無線端末ＵＥによって使用されるＭＡＣアドレスを含む。媒体アクセス制御（ＭＡＣ）アドレスは、たとえば、進行中のトラフィックに基づく媒体アクセス制御（ＭＡＣ）アドレスを学習することによって、または明示的設定によって、ＵＰＦによって決定され得る。いくつかの場合には、無線端末ＵＥが複数のアドレスを有することにより、または他のイーサネットデバイスがそのＵＥを介して接続することにより、ＰＤＵセッションに対応する複数のＭＡＣアドレスがあり得る（その場合、イーサネットコンテキストは複数のＭＡＣアドレスを含み得る）。

イーサネットコンテキストは、ソースＵＰＦからＳＭＦにコピーされる。無線デバイスＵＥのためのイーサネットコンテキストの変更が行われる場合、その変更はＳＭＦのコピーにおいても更新される。新しいＰＳＡが確立されるときにＳＭＦが現在のイーサネットコンテキストを新しい／ターゲットＵＰＦに提供することができるように、イーサネットコンテキストはＳＭＦにおいて記憶され得る。

無線端末ＵＥモビリティの場合、無線端末ＵＥは、（ターゲット基地局とも呼ばれる）ターゲットｇＮＢに移動する。ＣＮ、またはより詳細には、ＳＭＦは、新しいＰＳＡを確立することを判断し得る。図１の例では、新しいＰＳＡとして働くことになるターゲットＵＰＦ。トンネリングは、ハンドオーバ前のソースｇＮＢ－ソースＵＰＦトンネルから、ハンドオーバ後のターゲットｇＮＢ－ターゲットＵＰＦに更新される。ＳＭＦは、イーサネットコンテキストをターゲットＵＰＦにインストールする。その後、ターゲットＵＰＦは、イーサネットサブネットワークにおけるフォワーディングを更新する。これは、どの動作モードが使用されるかに応じて、いくつかのやり方で行われ得る。
・ ＭＡＣ学習がイーサネットサブネットワークにおいて適用される場合、ターゲットＵＰＦは、イーサネットコンテキストに記憶されたＭＡＣアドレスをもつイーサネットフレームを生成し得、ターゲットＵＰＦは、そのイーサネットフレームを、イーサネットサブネットワークにおけるフラッディングされたフレームとして送り得る。そのようなフレームは、たとえば、ブロードキャストフレームであり得る。そのようなフレームに、データペイロードを含めることは可能であるが、データペイロードを含めることが必要であるとは限らない。そのようなフレームを送ることは、サブネットにおけるイーサネットフォワーディングを更新することになる。ドロップまたは過渡挙動から保護するために複数のフラッディングされたフレームを送ることが可能であり得る。
・ 中央コントローラがイーサネットサブネットのフォワーディングテーブルをセットする場合、ターゲットＵＰＦは、所与のＭＡＣアドレスが新しいロケーション（ターゲットＵＰＦ）において現在到達可能であることを中央コントローラに通知するために、中央コントローラに接触し得る。

上記で説明された２つの手法に加えて、追加の手法も可能であり得る。
・ いくつかの実施形態によれば、サブネットにおけるフォワーディングを更新するイーサネットフレームを送るようにＵＥを（たとえば、ＵＥにシグナリングメッセージを送ることによって）トリガすることが可能であり得る。
・ いくつかの実施形態によれば、イーサネットサブネットにおけるフォワーディングを即時には更新しないことが可能であり得る。そのような場合、フレームは古いＰＳＡに送られ得、古いＰＳＡは、一時的な時間期間の間、ＵＥへのダウンリンクパケットをフォワーディングし得る。新しいＰＳＡを介した新しいアップリンクフレームが、イーサネットフォワーディングを更新することができる。
・ いくつかの実施形態によれば、イーサネットサブネットにおけるフォワーディングを即時には更新しないことが可能であり得る。（所与のＭＡＣアドレスではＵＥにもはや到達しないことを知っている）古いＰＳＡは、ローカルサブネットにおいてダウンリンクフレームをフラッディングし得、それにより、ダウンリンクフレームは、新しいＰＳＡにも到達し、最終的にＵＥにフォワーディングされる。最終的に、および、ＵＥからのアップリンクフレームが、サブネットにおけるフォワーディングを更新することができる。

イーサネットコンテキストが複数のＭＡＣアドレスを含む場合、上記で説明された動作は、ＵＥのためのイーサネットコンテキストのすべてのＭＡＣアドレスについて繰り返され得る。いくつかの実施形態によれば、イーサネットハンドリング機能がＵＰＦに組み込まれないことが可能であり得、その場合、ＵＰＦは、シグナリングプロトコルを使用して、イーサネットハンドリング機能に、必要な動作を実施するように命令し得る。

図２のシグナリング図は、５Ｇシステムにおける、ソースｇＮＢ２５３からターゲットｇＮＢ２５５へのＸｎベースハンドオーバのための、発明概念のいくつかの実施形態を示す。図２では、Ｘｎベースハンドオーバが更新され得る。

最初に、イーサネットＰＤＵセッションは、（２００ａにおいて）ユーザデータが、ソースｇＮＢ２５３とソースＵＰＦ２５７とを介して進むことで確立される。ソースＵＰＦ２５７はＰＳＡとして働く。

２０１． ソースＵＰＦ２５７は、イーサネットコンテキスト（すなわち、ソースＵＰＦ２５７がインターフェースするイーサネットネットワークに関係する、維持された情報）をＳＭＦ２６３に知らせるために、Ｎ４報告を送信する。詳細には、Ｎ４報告は、ソースＵＰＦ２５７がＵＥ側から学習した、ＵＥ２５１のための媒体アクセス制御（ＭＡＣ）アドレスを含み得る。イーサネットコンテキストの変更がある場合、ＳＭＦ２６３が、ソースＵＰＦ２５３におけるイーサネットコンテキストの最新のコピーをＵＥ２５１のために維持するように、その変更はＳＭＦ２６３に対して更新される。このシグナリングは、Ｎ４報告プロシージャを使用して実現され得る。

２０２． ＳＭＦ２６３は、たとえば、ＳＭＦ２６３からソースＵＰＦ２５７に送信されるＮ４報告確認応答（Ａｃｋ）を使用して、動作２０１のソースＵＰＦ報告に確認応答する。

２０３． Ｘｎハンドオーバが、（ソースｇＮＢ２５３とターゲットｇＮＢ２５５とを含む）ＲＡＮにおいて準備され、その後（２００ｂにおける）ソースｇＮＢからターゲットｇＮＢへのダウンリンクデータフォワーディングが続く。

２０４． ハンドオーバが、（ソースｇＮＢ２５３とターゲットｇＮＢ２５５とを含む）無線アクセスネットワーク（ＲＡＮ）において実行され、ＵＥ２５１がターゲットｇＮＢ２５５に接続する。その後、（２００ｃにおいて）アップリンクデータが、ターゲットｇＮＢ２５５とソースＵＰＦ２５７とを介して通過することができる。

２０５． ターゲットｇＮＢ２５５は、ＣＮにおけるユーザプレーンを切り替えることを実施するために、ＡＭＦ２６１への経路切替え要求の送信を開始する。

２０６． 経路切替えは、たとえば、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求を送信することによって、ＡＭＦ２６１からＳＭＦ２６３にシグナリングされる。

２０７． ＳＭＦ２６３は、イーサネットＰＤＵセッションのためにＰＳＡが変更されるべきであると判断し、ターゲットＵＰＦ２５９として働くことになる新しいＵＰＦを選択する。

２０８． ターゲットｇＮＢ２５５とターゲットＵＰＦ２５９との間で使用されるべきＲＡＮノードのトンネルエンドポイントを含む、ターゲットＵＰＦ Ｎ４セッションが確立される。イーサネットコンテキストがまた、たとえば、Ｎ４セッション確立要求を送信することによって、ＳＭＦ２６３からターゲットＵＰＦ２５９に送られる。

２０９． 新しいＮ４セッションの確立は、たとえば、Ｎ４セッション確立応答を送信することによって、ターゲットＵＰＦ２５９からＳＭＦ２６３に確認応答される。

２１０． イーサネットフォワーディングは、イーサネットサブネットワークにおいて更新される。これは、イーサネットネットワークがＭＡＣ学習を使用する場合、ターゲットＵＰＦ２５９が、ソースとしてのＵＥ２５１のためのＭＡＣアドレスをもつ新しいイーサネットフレームを生成することによって実施され得るか、または、イーサネットネットワークのフォワーディングテーブルをセットするためにイーサネットネットワークにおける中央コントローラが使用される場合、イーサネットネットワークの中央コントローラに、所与のＭＡＣアドレスが新しいロケーションにおいて到達可能であることを命令することによって実施され得る。ＵＥ２５１のための複数のＭＡＣアドレスの場合、このプロセスは、各ＭＡＣアドレスについて繰り返され得る。この時点から、（２００ｄにおいて）ＵＥ２５１のためのダウンリンクフレームが、ターゲットｇＮＢ２５９のほうへフォワーディングされ得る。イーサネットフォワーディングを更新するためのさらなる説明／オプションは上記で説明された。

２１１． 経路切替えは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答を使用してＳＭＦ２６３からＡＭＦ２６１に確認応答され得る。このシグナリングは、ターゲットｇＮＢ２５５とターゲットＵＰＦ２５９との間のトンネルのための、ターゲットＵＰＦ２５９におけるトンネルエンドポイントをも含み得る。エンドマーカーがターゲットｇＮＢ２５５のために提供されない場合、動作２１１のＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答は、イーサネットＰＤＵセッションのためのエンドマーカーがないであろうことを示すエンドマーカーなしフラグ（ｎｏ ｅｎｄ ｍａｒｋｅｒ ｆｌａｇ）を含み得る。

２１２． 経路切替えは、Ｎ２経路切替え要求Ａｃｋを使用してＡＭＦ２６１からターゲットｇＮＢ２５５に確認応答され得る。このシグナリングは、ターゲットｇＮＢ２５５とターゲットＵＰＦ２５９との間のトンネルのための、ターゲットＵＰＦ２５９におけるトンネルエンドポイントをも含む。この時点から、（２００ｅにおいて）ＵＥ２５１からのアップリンクフレームが、ターゲットｇＮＢ２５５とターゲットＵＰＦ２５９とを介して通ることができる。動作２１１に関して上記で説明されたように、エンドマーカーなしフラグを含む動作２１１のＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答に応答して、Ｎ２経路切替え要求Ａｃｋは、イーサネットＰＤＵセッションのためのエンドマーカーがないであろうことを示すエンドマーカーなしフラグを含み得る。したがって、ターゲットｇＮＢは、エンドマーカーなしフラグを受信したことに基づいて、エンドマーカーがないであろうことを知ることになる。

２１３． Ｎ４セッションは、たとえば、Ｎ４セッション解放要求を使用して、ソースＵＰＦ２５７において解放される。これは、（２００ｆにおいて）ソースｇＮＢ２５３を介してターゲットｇＮＢ２５５にエンドマーカーを送るようにソースＵＰＦ２５７をトリガし、ターゲットｇＮＢ２５５が順番通りフレームを配信するのを助ける。この後に、ターゲットｇＮＢ２５５は、ソースｇＮＢ２５３からのさらなるフレームを予想する必要がないことを知る。次に、（２００ｇにおいて）ユーザプレーンが切り替えられ、ユーザデータが、今度は、アップリンクとダウンリンクの両方において、ターゲットｇＮＢ２５５とターゲットＵＰＦ２５９とを介して通信される。

２１４． Ｎ４セッション解放は、Ｎ４セッション解放応答を使用して、ソースＵＰＦ２５７からＳＭＦ２６３に確認応答される。動作２１３～２１４を早期に、たとえば、動作２０９の直後に実施することが可能であり得ることに留意されたい。代替的に、動作２１３～２１４を後で実施し、一時的な時間期間の間、ソースＵＰＦ２５７からターゲットｇＮＢ２５９にダウンリンクフレームがフォワーディングされることも可能であり得る。

（２００ｆにおいて）動作２１３の後に送られるエンドマーカーが、いくつかの実施形態によれば随意であり得、エンドマーカーが、いくつかの実施形態によれば、省略され得ることに留意されたい。エンドマーカーが省略される場合、ターゲットｇＮＢ２５９は、ダウンリンクフレームを並べ替えないことがあり、または代替的に、ターゲットｇＮＢ２５９は、ターゲットｇＮＢ２５９が、フォワーディングされたフレームのみをＵＥ２５１に送るタイムアウト時間期間の間待ち得、タイムアウトの後に、ターゲットｇＮＢ２５９は、フォワーディングされたフレームを送ることを停止し、ターゲットＵＰＦ２５９からのダウンリンクフレームのみを配信する。エンドマーカーを使用すべきか否かは、エンドマーカーが使用されることを予想されるか否かにかかわらず、所与のＵＥのためのシステムにおいて無矛盾であるべきである設定に基づいて確立され得る。

イーサネットＰＤＵセッションのためのアンカー変更に関して上記で説明されたように、エンドマーカーは、ＵＰＦ変更の場合、このようにして省略／スキップされ得る。ＲＡＮノード（たとえば、ターゲットｇＮＢ２５５）が、イーサネットＰＤＵセッションのためのＵＰＦ変更の場合、エンドマーカーパケットが到着することを予想するべきでないことをＲＡＮノードがどのように気づかされ得るかに関して、異なるオプションが以下で説明される。
・ ＲＡＮノードは、エンドマーカーを予想しないように事前設定され得る。所与の展開では、ＲＡＮノードは、いかなるＰＤＵセッションについてもエンドマーカーが到着することを予想しないように設定され得る。このオプションは、ローカル（たとえば、工場）展開に好適であり得る。
・ ＲＡＮノードは、所与のＵＥのために提供されたＳ－ＮＳＳＡＩによって識別されるネットワークスライスのセットのためのエンドマーカーを予想しないように設定され得る。
・ ＲＡＮノードは、特定のＰＤＵセッションタイプのためのエンドマーカーを予想しないように設定され得る。ＰＤＵセッションタイプはＲＡＮノードに提供され得る。
・ ＲＡＮノードは、ＲＡＴ／周波数選択優先度（ＲＦＳＰ：ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ Ｓｅｌｅｃｔｉｏｎ Ｐｒｉｏｒｉｔｙ）インデックスのセットのためのエンドマーカーを予想しないように設定され得る。ＲＦＳＰインデックスは、ＡＭＦによってＲＡＮノードに提供され、ＵＥごとに適用される。
・ ＲＡＮノードは、あらかじめ規定された５Ｇ（第５世代）ＱｏＳ（サービス品質）インジケータ（５ＱＩ）のセットのうちの５ＱＩをもつフローを有するＰＤＵセッションのためのエンドマーカーを予想しないように設定され得る。
・ エンドマーカーを予想すべきかどうかを示す新しいＰＤＵセッションパラメータが、ＲＡＮノードにおいて、およびＡＭＦエンティティ／ノード２６１において規定され得る。「エンドマーカーなし」フラグが所与のＰＤＵセッションについてＲＡＮノードに示される場合、ＲＡＮノードは、そのセッションのためのエンドマーカーを予想すべきでないことを知る。（代替的に、ＵＥごとのフラグが規定され得る。）ＡＭＦは、サブスクリプションまたはローカル設定に基づいてフラグを決定し得、ＡＭＦは、その結果をそれ自体のＵＥコンテキストにおいて維持し得、ＡＭＦは、ＲＡＮコンテキストが確立されたとき、そのフラグをＲＡＮノードに提供し得る。

もちろん、上記の組合せも使用され得、たとえば、ＲＡＮノードは、スライス識別子とＰＤＵタイプとの所与の組合せの場合、エンドマーカーを予想しないように設定され得る。

別の実施形態として、ＲＡＮノードがエンドマーカーを予想するべきであるか否かは、ＵＰＦにおけるＮ３トンネルエンドポイントを更新するシグナリングとともにＵＰＦの各変更において個々に示され得る。これは、ハンドオーバプロシージャ中に行われ得るが、ハンドオーバなしのＵＰＦ変更も可能であり得る。ハンドオーバありのＵＰＦ変更の例およびハンドオーバなしのＵＰＦ変更の例が、（以下で引用される）３ＧＰＰ ＴＲ２３．７２５ ｖ２．０．０（２０１８－１２）セクション６．１１の図６．１１．２－１に示されている。

３ＧＰＰ ＴＲ ２３．７２５の図６．１１．２－１のプロシージャ内で、ハンドオーバの場合の動作９および動作１０、ならびに（随意に）ハンドオーバなしの場合の動作１１は、Ｎ３トンネルのＵＰＦエンドポイントが変更されるとき、ＲＡＮノードがエンドマーカーを予想するべきであるか否かをＲＡＮノードに示す、追加のフラグを含み得る。図２の実施形態では、そのようなエンドマーカーなしフラグは、動作２１１および動作２１２のメッセージ中に含まれ得る。

ＲＡＮノードが、ＲＡＮノードがエンドマーカーを予想するべきでないことを（上述の手法のいずれかを使用して）知らせられた場合、ＲＡＮノードは、ダウンリンクパケットが新しい（ターゲット）ＵＰＦから直接到着するのかどうか、またはダウンリンクパケットが（直接、またはハンドオーバの場合、ソースＲＡＮノードを介してフォワーディングされてのいずれかで）ソースＵＰＦから到着するのかどうかにかかわらず、ダウンリンクパケットを、ダウンリンクパケットが到着したとき配信することができる。対照的に、ＲＡＮノードは、（ソースＲＡＮノードを介してフォワーディングされた）エンドマーカーが古い経路上で到着するまで、ソースＵＰＦから直接来る新しいダウンリンクパケットを（しきい値時間期間まで）バッファすることができる。

ＲＡＮノードが、エンドマーカーが予想されるか否かを決定することができない場合、ＲＡＮノードは、短い時間期間の間エンドマーカーを待ち、ＵＰＦから直接来る新しいダウンリンクパケットをバッファすることを判断し得る。すなわち、エンドマーカーに関する不確実性の場合、ＲＡＮノードが、決して到着しないエンドマーカーをあまりに長く待つことを回避するように、エンドマーカーを待つためのしきい値時間期間が低減／低下され得る。不確実性の場合、エンドマーカーをまったく待たず、すべてのダウンリンクパケットを、ダウンリンクパケットが到着したとき並べ替えなしで配信することも可能であり得る。

図３Ａ～図３Ｂおよび図４Ａ～図４Ｂは、デュアルコネクティビティ特徴がＲＡＮにおいて使用され、単一のＵＥ３５１が、ＭｇＮＢ３５３（マスタｇＮＢ）とＳｇＮＢ３５５（２次ｇＮＢ）の両方に接続する、デュアルコネクティビティ（ＤＣ）セッティングにおける発明概念の実施形態を示す。国際出願第ＰＣＴ／ＩＢ２０１７／０５８５１７号は、ＵＥが、ＲＡＮとＣＮの両方において、２つのＰＤＵセッションを冗長のために並行して維持する状況について説明する。

図３Ａおよび図３Ｂのこのシグナリング図は、新しい２次ｇＮＢ３５５が追加されるデュアルコネクティビティに適用されるいくつかの実施形態を示す。図３Ａ～図３Ｂの実施形態では、ＵＥ３５１は、２つのＰＤＵセッション、すなわち、３００ａにおけるＭｇＮＢおよびＵＰＦ１を介した第１のＰＤＵセッションと、３００ｂにおけるＭｇＮＢおよび（２次ソースＵＰＦ３５９と呼ばれる）ＵＰＦ２Ａを介した第２のＰＤＵセッションとを初めは有する。以下で説明されるように、第２のＰＤＵセッションは、ＭｇＮＢ３５３および２次ソースＵＰＦ３５９から、ＳｇＮＢ３５５および２次ターゲットＵＰＦ３６１（ＵＰＦ２Ｂ）にハンドオーバされ得る。２次ソースＵＰＦ３５９の動作は、ソースＵＰＦ２５５に関して上記で説明された動作と同様であり得、２次ターゲットＵＰＦ３６１の動作は、ターゲットＵＰＦ２５９に関して上記で説明された動作と同様であり得る。

３０１． ２次ソースＵＰＦ３５９は、イーサネットコンテキスト（すなわち、２次ソースＵＰＦ３５９がインターフェースするイーサネットネットワークに関係する、維持された情報）をＳＭＦ３６７に知らせるために、Ｎ４報告を送信する。詳細には、Ｎ４報告は、２次ソースＵＰＦ３５９がＵＥ側から学習した、ＵＥ３５１のための媒体アクセス制御（ＭＡＣ）アドレスを含み得る。イーサネットコンテキストの変更がある場合、ＳＭＦ３６７が、２次ソースＵＰＦ３５９におけるイーサネットコンテキストの最新のコピーをＵＥ３５１のために維持するように、その変更はＳＭＦ３６７に対して更新される。このシグナリングは、Ｎ４報告プロシージャを使用して実現され得る。

３０２． ＳＭＦ３６７は、たとえば、ＳＭＦ３６７から２次ソースＵＰＦ３５９に送信されるＮ４報告確認応答（Ａｃｋ）を使用して、動作３０１のソースＵＰＦ報告に確認応答する。

３０３． ＭｇＮＢ３５３は、ＰＤＵセッション２のために使用されるべき２次ノードＳｇＮＢの追加を開始するために、２次ノード（ＳＮ）追加要求をＳｇＮＢ３５５に送信し得る。

３０４． ＳｇＮＢ３５５は、ＳＮ追加要求確認応答でＳＮ追加要求に応答する。

３０５． 無線リソース制御（ＲＲＣ）再設定および／またはランダムアクセス（ＲＡ）が、ＰＤＵセッション２のために２次ノードＳｇＮＢ３５５を追加するために実施され得る。次いで、（３００ｃにおいて）ダウンリンク（ＤＬ）データフォワーディングが実施され、２次ソースＵＰＦ３５９からのダウンリンクデータが、ＰＤＵセッション２のためにＵＥ３５１へのダウンリンク（ＤＬ）送信のためにＭｇＮＢ３５３からＳｇＮＢ３５５にフォワーディングされ得、（３００ｄにおいて）アップリンク（ＵＬ）データが、ＰＤＵセッション２のために、ＵＥ３５１からＳｇＮＢ３５５を通って２次ソースＵＰＦ３５９に送信され得る。

３０６． ＭｇＮＢ３５３は、ＣＮにおけるユーザプレーンを切り替えることを実施するために、ＡＭＦ３６３へのＮ２経路切替え要求の送信を開始する。

３０７． 経路切替えは、たとえば、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求を送信することによって、ＡＭＦ３６３からＳＭＦ３６７にシグナリングされる。

３０８． ＳＭＦ３６７は、イーサネットＰＤＵセッション２のためにＰＳＡが変更されるべきであると判断し、２次ターゲットＵＰＦ３６１として働くことになる新しいＵＰＦを選択する。

３０９． ＳｇＮＢ３５５と２次ターゲットＵＰＦ３６１との間で使用されるべきＲＡＮノードのトンネルエンドポイントを含む、２次ターゲットＵＰＦ Ｎ４セッションが確立される。イーサネットコンテキストがまた、たとえば、Ｎ４セッション確立要求を送信することによって、ＳＭＦ３６７から２次ターゲットＵＰＦ３６１に送られる。

３１０． 新しいＮ４セッションの確立は、たとえば、Ｎ４セッション確立応答を送信することによって、２次ターゲットＵＰＦ３６１からＳＭＦ３６７に確認応答される。

３１１． イーサネットフォワーディングは、イーサネットサブネットワークにおいて更新される。これは、イーサネットネットワークがＭＡＣ学習を使用する場合、２次ターゲットＵＰＦ３６１が、ソースとしてのＵＥ３５１のためのＭＡＣアドレスをもつ新しいイーサネットフレームを生成することによって実施され得るか、または、イーサネットネットワークのフォワーディングテーブルをセットするためにイーサネットネットワークにおける中央コントローラが使用される場合、イーサネットネットワークの中央コントローラに、所与のＭＡＣアドレスが新しいロケーションにおいて到達可能であることを命令することによって実施され得る。ＵＥ３５１のための複数のＭＡＣアドレスの場合、このプロセスは、各ＭＡＣアドレスについて繰り返され得る。この時点から、（３００ｅにおいて）ＰＤＵセッション２を使用するＵＥ３５１のためのダウンリンクフレームが、ＳｇＮＢ３５５のほうへフォワーディングされ得る。イーサネットフォワーディングを更新するためのさらなる説明／オプションは上記で説明された。

３１２． 経路切替えは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答を使用してＳＭＦ３６７からＡＭＦ３６３に確認応答され得る。このシグナリングは、ＳｇＮＢ３５５と２次ターゲットＵＰＦ３６１との間のトンネルのための、２次ターゲットＵＰＦ３６１におけるトンネルエンドポイントをも含み得る。

３１３． 経路切替えは、Ｎ２経路切替え要求Ａｃｋを使用してＡＭＦ３６３からＭｇＮＢ３５３に確認応答され得る。このシグナリングは、ＳｇＮＢ３５５と２次ターゲットＵＰＦ３６１との間のトンネルのための、２次ターゲットＵＰＦ３６１におけるトンネルエンドポイントをも含む。

３１４． ＭｇＮＢ３５３は、２次ノード（ＳＮ）修正要求をＳｇＮＢ３５５に送信し得る

３１５． ＳｇＮＢ３５５は、ＳＮ修正要求確認応答で返答し得る。この時点から、ＰＤＵセッション２を使用して（３００ｆにおいて）ＵＥ３５１からのアップリンクフレームが、ＳｇＮＢ３５５と２次ターゲットＵＰＦ３６１とを介して通ることができる。

３１６． Ｎ４セッションは、たとえば、Ｎ４セッション解放要求を使用して、２次ソースＵＰＦ３５９において解放される。これは、（３００ｇにおいて）ＭｇＮＢ３５３を介してＳｇＮＢ３５５にエンドマーカーを送るように２次ソースＵＰＦ３５９をトリガし、ＳｇＮＢ３５５が順番通りフレームを配信するのを助ける。この後に、ＳｇＮＢ３５５は、ＭｇＮＢ３５３からのさらなるフレームを予想する必要がないことを知る。次に、（３００ｈにおいて）ＰＤＵセッション２のためのユーザプレーンが切り替えられ、ユーザデータが、今度は、アップリンクとダウンリンクの両方において、ＳｇＮＢ３５５と２次ターゲットＵＰＦ３６１とを介して通信される。

３１７． Ｎ４セッション解放は、Ｎ４セッション解放応答を使用して、２次ソースＵＰＦ３５９からＳＭＦ３６７に確認応答される。動作３１６～３１７を早期に、たとえば、動作３１０の直後に実施することが可能であり得ることに留意されたい。代替的に、動作３１６～３１７を後で実施し、一時的な時間期間の間、２次ソースＵＰＦ３５９からＳｇＮＢ３５５にダウンリンクフレームがフォワーディングされることも可能であり得る。

図３Ａ～図３Ｂの図では、動作３０６～３１３および動作３１６～３１７が動作２０５～２１４と同様であり得る。しかしながら、図３Ａ～図３Ｂの図からの動作３１４および３１５では、ＳｇＮＢ３５５がトンネルを終端するノードであるので、新しいＰＤＵセッションアンカーＵＰＦ２（２次ターゲットＵＰＦ３６１）におけるアップリンクトンネルエンドポイントが、ＭｇＮＢ３５３からＳｇＮＢ３５５に送られる。

図４Ａおよび図４Ｂのシグナリング図は、ＭｇＮＢとＳｇＮＢの両方が変更される（および、ＳｇＮＢの変更が行われない場合は、このシナリオの特殊な場合と見なされ得る）組み合わせられたデュアルコネクティビティハンドオーバに適用されるいくつかの実施形態を示す。デュアルコネクティビティの場合のハンドオーバ自体は、３ＧＰＰ ＴＳ３７．３４０セクション１０．７．２に従って実施され得る。図示のように、国際出願第ＰＣＴ／ＩＢ２０１７／０５８５１７号によれば、（４００ａにおいて）第１のＰＤＵセッションが、ソースＭｇＮＢ４５３とソース１次ＵＰＦ４６１とを介してセットアップされ、（４００ｂにおいて）第２のＰＤＵセッションが、ソースＳｇＮＢ４５５とソース２次ＵＰＦ４６５とを介してセットアップされる。本開示の実施形態は、したがって、図４Ａおよび図４Ｂに関して以下で説明されるように、第１のＰＤＵセッションと第２のＰＤＵセッションの両方について実施され得る。

４０１． ソース１次ＵＰＦ４６１は、イーサネットコンテキスト（すなわち、ソース１次ＵＰＦ４６１がインターフェースするイーサネットネットワークに関係する、維持された情報）をＳＭＦ４７１に知らせるために、Ｎ４報告を送信する。詳細には、Ｎ４報告は、ソース１次ＵＰＦ４６１がＵＥ側から学習した、ＵＥ４５１のための媒体アクセス制御（ＭＡＣ）アドレスを含み得る。イーサネットコンテキストの変更がある場合、ＳＭＦ４７１が、ソース１次ＵＰＦ４６１におけるイーサネットコンテキストの最新のコピーをＵＥ４５１のために維持するように、その変更はＳＭＦ４７１に対して更新される。このシグナリングは、Ｎ４報告プロシージャを使用して実現され得る。

４０２． ＳＭＦ４７１は、たとえば、ＳＭＦ４７１からソース１次ＵＰＦ４６１に送信されるＮ４報告確認応答（Ａｃｋ）を使用して、動作４０１のソース１次ＵＰＦ報告に確認応答する。

４０３． ソース２次ＵＰＦ４６５は、イーサネットコンテキスト（すなわち、ソース２次ＵＰＦ４６５がインターフェースするイーサネットネットワークに関係する、維持された情報）をＳＭＦ４７３に知らせるために、Ｎ４報告を送信する。詳細には、Ｎ４報告は、ソース２次ＵＰＦ４６５がＵＥ側から学習した、ＵＥ４５１のための媒体アクセス制御（ＭＡＣ）アドレスを含み得る。イーサネットコンテキストの変更がある場合、ＳＭＦ４７３が、ソース２次ＵＰＦ４６５におけるイーサネットコンテキストの最新のコピーをＵＥ４５１のために維持するように、その変更はＳＭＦ４７３に対して更新される。このシグナリングは、Ｎ４報告プロシージャを使用して実現され得る。

４０４． ＳＭＦ４７３は、たとえば、ＳＭＦ４７３からソース２次ＵＰＦ４６５に送信されるＮ４報告確認応答（Ａｃｋ）を使用して、動作４０３のソース２次ＵＰＦ報告に確認応答する。

４０５． ソースＭｇＮＢ４５３は、ハンドオーバ要求をターゲットＭｇＮＢ４５９に送信する。

４０６． ターゲットＭｇＮＢ４５９は、２次ノード（ＳＮ）追加要求をターゲットＳｇＮＢ４５７に送信する

４０７． ターゲットＳｇＮＢ４５７は、ＳＮ追加要求確認応答（ＡＣＫ）をターゲットＭｇＮＢ４５９に送信する。

４０８． ターゲットＭｇＮＢ４５９は、ハンドオーバ要求確認応答（ＡＣＫ）を送信する。

４０９． ソースＭｇＮＢ４５３は、ＳＮ解放要求をソースＳｇＮＢ４５５に送信する。

４１０． ソースＳｇＮＢ４５５は、ＳＮ解放要求確認応答（ＡＣＫ）を送信する。

４１１． 無線リソース制御（ＲＲＣ）再設定および／またはランダムアクセス（ＲＡ）が、第１のＰＤＵセッションのためにターゲットＭｇＮＢを追加し、第２のＰＤＵセッションのためにターゲットＳｇＮＢ４５７を追加するために実施され得る。（４００ｃにおいて）ダウンリンク（ＤＬ）データフォワーディングが実施され、ソース１次ＵＰＦ４６１からのダウンリンクデータが、第１のＰＤＵセッションのためにＵＥ４５１へのダウンリンク（ＤＬ）送信のためにソースＭｇＮＢ４５３からターゲットＭｇＮＢ４５９にフォワーディングされ得る。（４００ｄにおいて）ダウンリンク（ＤＬ）データフォワーディングが実施され、ソース２次ＵＰＦ４６５からのダウンリンクデータが、第２のＰＤＵセッションのためにＵＥ４５１へのダウンリンク（ＤＬ）送信のためにソースＳｇＮＢ４５５からターゲットＳｇＮＢ４５７にフォワーディングされ得る。（４００ｅにおいて）アップリンク（ＵＬ）データが、ＵＥ４５１から、第１のＰＤＵセッションのために（３００ｄにおいて）ターゲットＭｇＮＢ４５９を通ってターゲット１次ＵＰＦ４６３に送信され得、第２のＰＤＵセッションのためにターゲットＳｇＮＢ４５７を通ってターゲット２次ＵＰＦ４６７に送信され得る。

４１２． ターゲットＭｇＮＢ４５９が、無線ハンドオーバを完了するために、ＳＮ再設定完了メッセージをターゲットＳｇＮＢ４５７に送信し得る。したがって、ターゲットＭｇＮＢ４５９はターゲットＳｇＮＢ４５７を追加し、ソースＭｇＮＢ４５３はソースＳｇＮＢ４５５を解放する。しかしながら、ソースＳｇＮＢ４５５とターゲットＳｇＮＢ４５７とは、場合によっては同時に起き得ることに留意されたい。データフォワーディングは、ＴＳ３７．３４０において説明されているように、ソースＭｇＮＢ４５３からターゲットＭｇＮＢ４５９へと、さらにまた、新しい特徴として、ソースＳｇＮＢ４５５からターゲットＳｇＮＢ４５７への両方で実施され得る。

４１３． ターゲットＭｇＮＢ４５９は、ＣＮにおけるユーザプレーンを切り替えることを実施するために、ＡＭＦ４６９へのＮ２経路切替え要求の送信を開始する。動作４１３の経路切替え要求は、第１のＰＤＵセッションについて、動作４１４～４１９に関して説明され、第２のＰＤＵセッションについて、動作４２０～４２５に関して説明されるように、両方のＰＤＵセッションについてＰＳＡ変更を開始し得る。

４１４． 経路切替えは、たとえば、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求を送信することによって、ＡＭＦ４６９からＳＭＦ４７１にシグナリングされる。

４１５． ＳＭＦ４７１は、第１のイーサネットＰＤＵセッションのためにＰＳＡが変更されるべきであると判断し、ターゲット１次ＵＰＦ４６３として働くことになる新しいＵＰＦを選択する。

４１６． ターゲットＭｇＮＢ４５９とターゲット１次ＵＰＦ４６３との間で使用されるべきＲＡＮノードのトンネルエンドポイントを含む、第１のＰＤＵセッションのためのターゲット１次ＵＰＦ Ｎ４セッションが確立される。イーサネットコンテキストがまた、たとえば、（イーサネットコンテキストを含む）Ｎ４セッション確立要求を送信することによって、ＳＭＦ４７１からターゲット１次ＵＰＦ４６３に送られる。

４１７． 新しいＮ４セッションの確立は、たとえば、Ｎ４セッション確立応答を送信することによって、ターゲット１次ＵＰＦ４６３からＳＭＦ４７１に確認応答される。

４１８． イーサネットフォワーディングは、第１のＰＤＵセッションのためのイーサネットサブネットワークにおいて更新される。これは、イーサネットネットワークがＭＡＣ学習を使用する場合、ターゲット１次ＵＰＦ４６３が、ソースとしてのＵＥ４５１のためのＭＡＣアドレスをもつ新しいイーサネットフレームを生成することによって実施され得るか、または、イーサネットネットワークのフォワーディングテーブルをセットするためにイーサネットネットワークにおける中央コントローラが使用される場合、イーサネットネットワークの中央コントローラに、所与のＭＡＣアドレスが新しいロケーションにおいて到達可能であることを命令することによって実施され得る。ＵＥ４５１のための複数のＭＡＣアドレスの場合、このプロセスは、各ＭＡＣアドレスについて繰り返され得る。この時点から、（４００ｆにおいて）ＵＥ４５１のためのダウンリンクフレームが、ターゲットＭｇＮＢ４５９のほうへフォワーディングされ得る。イーサネットフォワーディングを更新するためのさらなる説明／オプションは上記で説明された。

４１９． 経路切替えは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答を使用してＳＭＦ４７１からＡＭＦ４６９に確認応答され得る。このシグナリングは、ターゲットＭｇＮＢ４５９とターゲット１次ＵＰＦ４６３との間のトンネルのための、ターゲット１次ＵＰＦ４６３におけるトンネルエンドポイントをも含み得る。

４２０． 経路切替えは、たとえば、（図４ＢにおいてＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求に短縮される）Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求を送信することによって、ＡＭＦ４６９からＳＭＦ４７３にシグナリングされる。

４２１． ＳＭＦ４７３は、第２のイーサネットＰＤＵセッションのためにＰＳＡが変更されるべきであると判断し、ターゲット２次ＵＰＦ４６７として働くことになる新しいＵＰＦを選択する。

４２２． ターゲットＳｇＮＢ４５７とターゲット２次ＵＰＦ４６７との間で使用されるべきＲＡＮノードのトンネルエンドポイントを含む、第２のＰＤＵセッションのためのターゲット２次ＵＰＦ Ｎ４セッションが確立される。イーサネットコンテキストがまた、たとえば、（イーサネットコンテキストを含む）Ｎ４セッション確立要求を送信することによって、ＳＭＦ４７３からターゲット２次ＵＰＦ４６７に送られる。

４２３． 新しいＮ４セッションの確立は、たとえば、Ｎ４セッション確立応答を送信することによって、ターゲット２次ＵＰＦ４６７からＳＭＦ４７３に確認応答される。

４２４． イーサネットフォワーディングは、第２のＰＤＵセッションのためのイーサネットサブネットワークにおいて更新される。これは、イーサネットネットワークがＭＡＣ学習を使用する場合、ターゲット２次ＵＰＦ４６７が、ソースとしてのＵＥ４５１のためのＭＡＣアドレスをもつ新しいイーサネットフレームを生成することによって実施され得るか、または、イーサネットネットワークのフォワーディングテーブルをセットするためにイーサネットネットワークにおける中央コントローラが使用される場合、イーサネットネットワークの中央コントローラに、所与のＭＡＣアドレスが新しいロケーションにおいて到達可能であることを命令することによって実施され得る。ＵＥ４５１のための複数のＭＡＣアドレスの場合、このプロセスは、各ＭＡＣアドレスについて繰り返され得る。この時点から、（４００ｇにおいて）ＵＥ４５１のためのダウンリンクフレームが、ターゲットＳｇＮＢ４５７のほうへフォワーディングされ得る。イーサネットフォワーディングを更新するためのさらなる説明／オプションは上記で説明された。

４２５． 経路切替えは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答を使用してＳＭＦ４７３からＡＭＦ４６９に確認応答され得る。このシグナリングは、ターゲットＳｇＮＢ４５７とターゲット２次ＵＰＦ４６７との間のトンネルのための、ターゲット２次ＵＰＦ４６７におけるトンネルエンドポイントをも含み得る。

４２６． 経路切替えは、Ｎ２経路切替え要求Ａｃｋを使用してＡＭＦ４７１からターゲットＭｇＮＢ４５９に確認応答され得る。経路切替え要求Ａｃｋは、両方のＰＤＵセッションについて、トンネルエンドポイントの情報を搬送する。したがって、このシグナリングは、第１のＰＤＵセッションについて、ターゲットＭｇＮＢ４５９とターゲット１次ＵＰＦ４６３との間のトンネルのための、ターゲット１次ＵＰＦ４６３におけるトンネルエンドポイントを含み、第２のＰＤＵセッションについて、ターゲットＳｇＮＢ４５７とターゲット２次ＵＰＦ４６７との間のトンネルのための、ターゲット２次ＵＰＦ４６７におけるトンネルエンドポイントを含む。この時点から、（４００ｈにおいて）ＵＥ４５１からのアップリンクフレームが、ターゲットＭｇＮＢ４５９とターゲット１次ＵＰＦ４６３とを介して通ることができる。

４２７． 第２のＰＤＵセッションについて、ターゲットＳｇＮＢ４５７が、ＳＮ修正要求を使用してトンネルエンドポイントを知らされる。

４２８． ターゲットＳｇＮＢ４５７は、ＳＮ修正要求確認応答で応答する。この時点から、（４００ｉにおいて）ＵＥ４５１からのアップリンクフレームが、ターゲットＳｇＮＢ４５７とターゲット２次ＵＰＦ４６７とを介して通ることができる。

４２９． 第１のＮ４ ＰＤＵセッションは、たとえば、Ｎ４セッション解放要求を使用して、ソース１次ＵＰＦ４６１において解放される。これは、（４００ｊにおいて）ソースＭｇＮＢ４５３を介してターゲットＭｇＮＢ４５９にエンドマーカーを送るようにソース１次ＵＰＦ４６１をトリガし得、ターゲットＭｇＮＢ４５９が順番通りフレームを配信するのを助ける。この後に、ターゲットＭｇＮＢ４５９は、ソースＭｇＮＢ４５３からのさらなるフレームを予想する必要がないことを知る。次に、（４００ｋにおいて）ユーザプレーンが切り替えられ、ユーザデータが、今度は、アップリンクとダウンリンクの両方において、ターゲットＭｇＮＢ４５９とターゲット１次ＵＰＦ４６３とを介して通信される。

４３０． Ｎ４セッション解放は、Ｎ４セッション解放応答を使用して、ソース１次ＵＰＦ４６１からＳＭＦ４７１に確認応答される。動作４２９～４３０を早期に、たとえば、動作４１７の直後に実施することが可能であり得ることに留意されたい。代替的に、動作４２９～４３０を後で実施し、一時的な時間期間の間、ソース１次ＵＰＦ４６１からターゲットＭｇＮＢ４５９にダウンリンクフレームがフォワーディングされることも可能であり得る。動作４２９および４３０は、このようにして異なる順番で実施され得、これらの動作は前の動作と重複し得る。エンドマーカーが、並べ替える目的で随意に送られ得る。

４３１． 第２のＮ４ ＰＤＵセッションは、たとえば、Ｎ４セッション解放要求を使用して、ソース２次ＵＰＦ４６５において解放される。これは、（４００Ｌにおいて）ソースＳｇＮＢ４５５を介してターゲットＳｇＮＢ４５７にエンドマーカーを送るようにソース２次ＵＰＦ４６５をトリガし、ターゲットＳｇＮＢ４５７が順番通りフレームを配信するのを助け得る。この後に、ターゲットＳｇＮＢ４５７は、ソースＳｇＮＢ４５５からのさらなるフレームを予想する必要がないことを知る。次に、（４００ｍにおいて）ユーザプレーンが切り替えられ、ユーザデータが、今度は、アップリンクとダウンリンクの両方において、ターゲットＳｇＮＢ４５７とターゲット２次ＵＰＦ４６７とを介して通信される。

４３２． Ｎ４セッション解放は、Ｎ４セッション解放応答を使用して、ソース２次ＵＰＦ４６５からＳＭＦ４７３に確認応答される。動作４３１～４３２を早期に、たとえば、動作４２３の直後に実施することが可能であり得ることに留意されたい。代替的に、動作４３１～４３２を後で実施し、一時的な時間期間の間、ソース２次ＵＰＦ４６５からターゲットＳｇＮＢ４５７にダウンリンクフレームがフォワーディングされることも可能であり得る。動作４３１および４３２は、このようにして異なる順番で実施され得、これらの動作は前の動作と重複し得る。エンドマーカーが、並べ替える目的で随意に送られ得る。結局、ユーザプレーンは、第１のＰＤＵセッションと第２のＰＤＵセッションの両方について再設定される。

発明概念のいくつかの実施形態によれば、イーサネットＰＤＵセッションは、
・ コアネットワーク（ＣＮ）制御プレーンが、新しいＰＳＡを確立し、
・ 新しいＰＳＡが、ＣＮ制御プレーンから、ＵＥのＭＡＣアドレスを含むイーサネットコンテキストを知らされ、ＣＮ制御プレーンが、古いＰＳＡから、このイーサネットコンテキストを収集し、
・ 新しいＰＳＡが、ローカルサブネットにおけるイーサネットフレームを送ることによって、または中央コントローラに知らせることによってのいずれかで、イーサネットサブネットにおけるイーサネットフォワーディングを更新し、および／あるいは
・ 新しいＰＳＡにトンネルを切り替える、新しいＰＳＡのトンネルエンドポイントが、ＲＡＮノードにシグナリングされる
ようにイーサネットＰＤＵセッションのＰＤＵセッションアンカー（ＰＳＡ）を変更し得る。

次に、無線通信ネットワークの（ＳＭＦノード／サーバとも呼ばれる）セッション管理機能（ＳＭＦ）エンティティ（たとえば、図２のＳＭＦエンティティ２６３）の動作が、図８のフローチャートを参照しながら説明される。たとえば、ＳＭＦエンティティは、図７の構造を使用して実装され得、モジュールがメモリ９０５に記憶され、それにより、モジュールは、モジュールの命令がプロセッサ９０３によって実行されたとき、プロセッサ９０３がそれぞれの動作を実施するように、命令を提供する。したがって、ＳＭＦエンティティのプロセッサ９０３は、ネットワークインターフェース９０７を通して無線通信ネットワークの１つまたは複数の他のネットワークノード／エンティティ／サーバに／から通信を送信および／または受信し得る。

ブロック８５１において、プロセッサ９０３は、第１のユーザプレーン機能（ＵＰＦ）エンティティ（たとえば、図２のソースＵＰＦエンティティ２５７）からネットワークインターフェース９０７を通して、無線端末ＵＥ（たとえば、図２の無線端末２５１）のためのイーサネットコンテキストを含むＮ４報告を受信し得る。イーサネットコンテキストは、第１のＵＰＦエンティティを使用して無線端末のためのイーサネットプロトコルデータユニット（ＰＤＵ）セッションのために提供され得、イーサネットコンテキストは、無線端末ＵＥのための媒体アクセス制御（ＭＡＣ）アドレスを含み得る。ブロック８５１の動作は、たとえば、図２の動作２０１、図３Ａの動作３０１、図４Ａの動作４０１、および／または図４Ａの動作４０３に関して上記で説明されたように実施され得る。

ブロック８５３において、プロセッサ９０３は、第１のＵＰＦエンティティに、ネットワークインターフェース９０７を通して、Ｎ４報告確認応答（ＡＣＫ）を送信し得る。ブロック８５３の動作は、たとえば、図２の動作２０２、図３Ａの動作３０２、図４Ａの動作４０２、および／または図４Ａの動作４０４に関して上記で説明されたように実施され得る。

ブロック８５５において、プロセッサ９０３は、ＡＭＦエンティティ（たとえば、図２のＡＭＦエンティティ２６１）からネットワークインターフェース９０７を通して、無線端末のためのイーサネットＰＤＵセッションを切り替えたいという要求を受信し得る。ブロック８５５の動作は、たとえば、図２の動作２０６、図３Ａの動作３０７、図４Ａの動作４１４、および／または図４Ｂの動作４２０に関して上記で説明されたように実施され得る。

ブロック８５７において、プロセッサ９０３は、無線端末のためのイーサネットＰＤＵセッションを切り替えたいという要求を受信したことに応答して、第２のＵＰＦエンティティ（たとえば、図２のターゲットＵＰＦエンティティ２５９）を選択し得る。ブロック８５７の動作は、たとえば、図２の動作２０７、図３Ａの動作３０８、図４Ａの動作４１５、および／または図４Ｂの動作４２１に関して上記で説明されたように実施され得る。

ブロック８５９において、プロセッサ９０３は、第２のＵＰＦエンティティに、ネットワークインターフェース９０７を通して、無線端末のためのＭＡＣアドレスを含むイーサネットコンテキストを含む、Ｎ４セッション確立要求を送信し得る。Ｎ４セッション確立要求は、第２のＵＰＦエンティティを選択したことに応答して送信され得る。ブロック８５９の動作は、たとえば、図２の動作２０８、図３Ｂの動作３０９、図４Ａの動作４１６、および／または図４Ｂの動作４２２に関して上記で説明されたように実施され得る。

ブロック８６１において、プロセッサ９０３は、ネットワークインターフェース９０７を通してＮ４セッション確立応答を受信し得る。ブロック８６１の動作は、たとえば、図２の動作２０９、図３Ｂの動作３１０、図４Ｂの動作４１７、および／または図４Ｂの動作４２３に関して上記で説明されたように実施され得る。

ブロック８６３において、プロセッサ９０３は、第２のＵＰＦエンティティを選択した後に、ＡＭＦエンティティに、ネットワークインターフェース９０７を通して、切り替えたいという要求の確認応答を送信し得、この確認応答は、第２のＵＰＦエンティティの識別情報を含み得る。ブロック８６３の動作は、たとえば、図２の動作２１１、図３Ｂの動作３１２、および／または図４Ｂの動作４２５に関して上記で説明されたように実施され得る。

ブロック８６５において、プロセッサ９０３は、第２のＵＰＦエンティティを選択したことに応答して、第１のＵＰＦエンティティ（ソースＵＰＦ）に、ネットワークインターフェース９０７を通して、無線端末のためのセッション解放要求を送信し得る。ブロック８６５の動作は、たとえば、図２の動作２１３、図３Ｂの動作３１６、図４Ｂの動作４２９、および／または図４Ｂの動作４３１に関して上記で説明されたように実施され得る。

ブロック８６７において、プロセッサ９０３は、第１のＵＰＦエンティティからネットワークインターフェース９０７を通して、セッション解放応答を受信し得る。ブロック８６７の動作は、たとえば、図２の動作２１４、図３Ｂの動作３１７、図４Ｂの動作４３０、および／または図４Ｂの動作４３２に関して上記で説明されたように実施され得る。

イーサネットコンテキストは、第１のＵＰＦエンティティを使用しておよび第１の基地局（たとえば、ソースｇＮＢ２５３）を使用して、無線端末のためのイーサネットＰＤＵセッションのために提供され得、無線端末のためのイーサネットＰＤＵセッションを切り替えたいという要求は、第１の基地局とは異なる第２の基地局（たとえば、ターゲットｇＮＢ２５５）の識別情報を含み得、第２のＵＰＦエンティティ（たとえば、ターゲットＵＰＦ２５９）を選択することは、第２の基地局の識別情報に基づいて第２のＵＰＦエンティティを選択することを含む。

ブロック８５１におけるイーサネットコンテキストは、無線端末のための複数のＭＡＣアドレスを含み得、ブロック８５９においてイーサネットコンテキストを送信することは、複数のＭＡＣアドレスを含むイーサネットコンテキストを送信することを含み得る。

図８の様々な動作は、発明概念のいくつかの実施形態に関して随意であり得る。たとえば、図８の動作８５３、８５５、８５７、８６１、８６３、８６５、および／または８６７は、以下で説明される例示的な実施形態１に関して随意であり得る。

次に、無線通信ネットワークの（ＵＰＦノード／サーバとも呼ばれる）ユーザプレーン機能エンティティ（たとえば、図２のＵＰＦエンティティ２５９）の動作が、図９のフローチャートを参照しながら説明される。たとえば、ＵＰＦエンティティは、図７の構造を使用して実装され得、モジュールがメモリ９０５に記憶され、それにより、モジュールは、モジュールの命令がプロセッサ９０３によって実行されたとき、プロセッサ９０３がそれぞれの動作を実施するように、命令を提供する。したがって、ＵＰＦエンティティのプロセッサ９０３は、ネットワークインターフェース９０７を通して無線通信ネットワークの１つまたは複数の他のネットワークノード／エンティティ／サーバに／から通信を送信および／または受信し得る。

ブロック９５１において、プロセッサ９０３は、イーサネットネットワークを使用して無線端末（たとえば、図２の無線端末ＵＥ２５１）のためのイーサネットプロトコルデータユニット（ＰＤＵ）セッションを確立したいという要求を受信し得、イーサネットＰＤＵセッションを確立したいという要求は、無線端末のための媒体アクセス制御（ＭＡＣ）アドレスを含み得る。その要求は、Ｎ４セッション確立要求として、ＳＭＦエンティティ（たとえば、図２のＳＭＦエンティティ２６３）からネットワークインターフェース９０７を通して受信され得る。その上、その要求は、無線端末のためのイーサネットコンテキストを含み得、イーサネットコンテキストは、無線端末のためのＭＡＣアドレスを含み得る。ブロック９５１の動作は、たとえば、図２の動作２０８、図３Ｂの動作３０９、図４Ａの動作４１６、および／または図４Ｂの動作４２２に関して上記で説明されたように実施され得る。

ブロック９５３において、プロセッサ９０３は、ＳＭＦエンティティに、ネットワークインターフェース９０７を通してＮ４セッション確立応答を送信し得る。ブロック９５３の動作は、たとえば、図２の動作２０９、図３Ｂの動作３１０、図４Ｂの動作４１７、および／または図４Ｂの動作４２３に関して上記で説明されたように実施され得る。

ブロック９５５において、プロセッサ９０３は、要求を受信したことに応答して、無線端末のためのＭＡＣアドレスを使用してイーサネットネットワークにおける無線端末のためのフォワーディングを更新し得る。 いくつかの実施形態によれば、無線端末のためのフォワーディングを更新することは、フレームのソースとしての無線端末のＭＡＣアドレスを含むフレームで、イーサネットネットワークをフラッディングすることを含み得る。 いくつかの他の実施形態によれば、無線端末のためのフォワーディングを更新することは、ＵＰＦエンティティを通して無線端末のためのダウンリンクトラフィックをフォワーディングするようにとの命令をイーサネットネットワークのコントローラに送信することを含み得る。ブロック９５５の動作は、たとえば、図２の動作２１０、図３Ｂの動作３１１、図４Ｂの動作４１８、および／または図４Ｂの動作４２４に関して上記で説明されたように実施され得る。

ブロック９５７において、プロセッサ９０３は、要求に応答して基地局（たとえば、図２のターゲットｇＮＢ２５５）およびＵＰＦエンティティを通して、無線端末とイーサネットネットワークとの間のデータ通信をサポートするために無線端末のためのイーサネットＰＤＵセッションを確立し得る。ブロック９５９において、プロセッサ９０３は、基地局（たとえば、図２のターゲットｇＮＢ２５５）およびＵＰＦエンティティ（たとえば、図２のターゲットＵＰＦエンティティ２５９）を通して、イーサネットＰＤＵセッションを使用して無線端末とイーサネットネットワークとの間のデータの通信を提供し得る。ブロック９５７の動作およびブロック９５９の動作は、たとえば、図２の動作２００ｄ、２００ｅおよび／または２００ｇ、図３Ｂの動作３００ｅ、３００ｆおよび／または３００ｈ、図４Ｂの動作４００ｆ、４００ｈおよび／または４００ｋ、ならびに／あるいは図４Ｂの動作４００ｇ、４００ｉおよび／または４００ｍに関して上記で説明されたように実施され得る。

図９の様々な動作は、発明概念のいくつかの実施形態に関して随意であり得る。たとえば、図９の動作９５３、９５７、および／または９５９は、以下で説明される例示的な実施形態９に関して随意であり得る。

次に、無線通信ネットワークの（ＵＰＦノード／サーバとも呼ばれる）ユーザプレーン機能エンティティ（たとえば、図２のＵＰＦエンティティ２５７）の動作が、図１０のフローチャートを参照しながら説明される。たとえば、ＵＰＦエンティティは、図７の構造を使用して実装され得、モジュールがメモリ９０５に記憶され、それにより、モジュールは、モジュールの命令がプロセッサ９０３によって実行されたとき、プロセッサ９０３がそれぞれの動作を実施するように、命令を提供する。したがって、ＵＰＦノードのプロセッサ９０３は、ネットワークインターフェース９０７を通して無線通信ネットワークの１つまたは複数の他のネットワークノード／エンティティ／サーバに／から通信を送信および／または受信し得る。

ブロック１０５１において、プロセッサ９０３は、基地局２５３およびＵＰＦエンティティ２５７を通して、無線端末とイーサネットネットワークとの間のデータ通信をサポートするために無線端末（たとえば、図２の無線端末２５１）のためのイーサネットＰＤＵセッションを確立し得る。ブロック１０５３において、プロセッサ９０３は、ネットワークインターフェース９０７を通して、基地局２５３およびＵＰＦエンティティ２５７を通してイーサネットＰＤＵセッションを使用して無線端末とイーサネットネットワークとの間のデータの通信を提供し得る。ブロック１０５１の動作および／またはブロック１０５３の動作は、たとえば、図２の動作２００ａ、図３Ａの動作３００ｂ、図４Ａの動作４００ａ、および／または図４Ａの動作４００ｂに関して上記で説明されたように実施され得る。

ブロック１０５５において、プロセッサ９０３は、無線通信ネットワークのセッション管理機能（ＳＭＦ）エンティティ（２６３）に、ネットワークインターフェース９０７を通して、無線端末のためのイーサネットコンテキストを含むＮ４報告を送信し得、イーサネットコンテキストは、無線端末のための媒体アクセス制御（ＭＡＣ）アドレスを含む。ブロック１０５５の動作は、たとえば、図２の動作２０１、図３Ａの動作３０１、図４Ａの動作４０１、および／または図４Ａの動作４０３に関して上記で説明されたように実施され得る。

ブロック１０５７において、プロセッサ９０３は、ＳＭＦエンティティからネットワークインターフェース９０７を通して、Ｎ４報告確認応答を受信し得る。ブロック１０５７の動作は、たとえば、図２の動作２０２、図３Ａの動作３０２、図４Ａの動作４０２、および／または図４Ａの動作４０４に関して上記で説明されたように実施され得る。

ブロック１０５９において、プロセッサ９０３は、ＳＭＦエンティティからネットワークインターフェース９０７を通して、Ｎ４セッション解放要求を受信し得、セッション解放要求を受信したことに応答して、プロセッサ９０３は、ブロック１０６１において無線端末のためのイーサネットＰＤＵセッションを解放し得る。ブロック１０５９の動作およびブロック１０６１の動作は、たとえば、図２の動作２１３、図３Ｂの動作３１６、図４Ｂの動作４２９、および／または図４Ｂの動作４３１に関して上記で説明されたように実施され得る。

ブロック１０６３において、プロセッサ９０３は、セッション解放要求に応答して、ネットワークインターフェース９０７を通して、無線端末のためのイーサネットＰＤＵセッションのためのエンドマーカーを送信し得る。より詳細には、基地局は第１の／ソース基地局２５３であり、エンドマーカーは、第２の／ターゲット基地局２５５への再送信のために第１の／ソース基地局に送信され得る。ブロック１０６３の動作は、たとえば、図２の動作２００ｆ、図３Ｂの動作３００ｇ、図４Ｂの動作４００ｊ、および／または図４Ｂの動作４００Ｌに関して上記で説明されたように実施され得る。

その上、ブロック１０５３において通信を提供することは、ブロック１０５９においてＳＭＦエンティティからセッション解放要求を受信する前および後に、基地局２５３およびＵＰＦエンティティ２５７を通して、イーサネットＰＤＵセッションを使用して無線端末２５１とイーサネットネットワークとの間のデータの通信を提供することを含み得る。

図１０の様々な動作は、発明概念のいくつかの実施形態に関して随意であり得る。たとえば、図１０の動作１０５３、１０５７、１０５９、１０６３、および／または１０６５は、以下で説明される例示的な実施形態１６に関して随意であり得る。

図１１を参照すると、一実施形態によれば、通信システムが、無線アクセスネットワークなどのアクセスネットワークＱＱ４１１とコアネットワークＱＱ４１４とを備える、３ＧＰＰタイプセルラーネットワークなどの電気通信ネットワークＱＱ４１０を含む。アクセスネットワークＱＱ４１１は、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数の基地局ＱＱ４１２ａ、ＱＱ４１２ｂ、ＱＱ４１２ｃを備え、各々が、対応するカバレッジエリアＱＱ４１３ａ、ＱＱ４１３ｂ、ＱＱ４１３ｃを規定する。各基地局ＱＱ４１２ａ、ＱＱ４１２ｂ、ＱＱ４１２ｃは、有線接続または無線接続ＱＱ４１５上でコアネットワークＱＱ４１４に接続可能である。カバレッジエリアＱＱ４１３ｃ中に位置する第１のＵＥ ＱＱ４９１が、対応する基地局ＱＱ４１２ｃに無線で接続するか、または対応する基地局ＱＱ４１２ｃによってページングされるように設定される。カバレッジエリアＱＱ４１３ａ中の第２のＵＥ ＱＱ４９２が、対応する基地局ＱＱ４１２ａに無線で接続可能である。この例では複数のＵＥ ＱＱ４９１、ＱＱ４９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが対応する基地局ＱＱ４１２に接続している状況に等しく適用可能である。

電気通信ネットワークＱＱ４１０は、それ自体、ホストコンピュータＱＱ４３０に接続され、ホストコンピュータＱＱ４３０は、スタンドアロンサーバ、クラウド実装サーバ、分散型サーバのハードウェアおよび／またはソフトウェアにおいて、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータＱＱ４３０は、サービスプロバイダの所有または制御下にあり得、あるいはサービスプロバイダによってまたはサービスプロバイダに代わって動作され得る。電気通信ネットワークＱＱ４１０とホストコンピュータＱＱ４３０との間の接続ＱＱ４２１およびＱＱ４２２は、コアネットワークＱＱ４１４からホストコンピュータＱＱ４３０に直接延び得るか、または随意の中間ネットワークＱＱ４２０を介して進み得る。中間ネットワークＱＱ４２０は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの２つ以上の組合せであり得、中間ネットワークＱＱ４２０は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワークＱＱ４２０は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。

図１１の通信システムは全体として、接続されたＵＥ ＱＱ４９１、ＱＱ４９２とホストコンピュータＱＱ４３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続ＱＱ４５０として説明され得る。ホストコンピュータＱＱ４３０および接続されたＵＥ ＱＱ４９１、ＱＱ４９２は、アクセスネットワークＱＱ４１１、コアネットワークＱＱ４１４、任意の中間ネットワークＱＱ４２０、および考えられるさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続ＱＱ４５０を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続ＱＱ４５０は、ＯＴＴ接続ＱＱ４５０が通過する、参加する通信デバイスが、アップリンクおよびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局ＱＱ４１２は、接続されたＵＥ ＱＱ４９１にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータＱＱ４３０から発生したデータを伴う着信ダウンリンク通信の過去のルーティングを、知らされないことがあるかまたは知らされる必要がない。同様に、基地局ＱＱ４１２は、ＵＥ ＱＱ４９１から発生してホストコンピュータＱＱ４３０に向かう発信アップリンク通信の将来ルーティングに気づいている必要がない。

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

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

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

図１２に示されているホストコンピュータＱＱ５１０、基地局ＱＱ５２０およびＵＥ ＱＱ５３０は、それぞれ、図１１のホストコンピュータＱＱ４３０、基地局ＱＱ４１２ａ、ＱＱ４１２ｂ、ＱＱ４１２ｃのうちの１つ、およびＵＥ ＱＱ４９１、ＱＱ４９２のうちの１つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図１２に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図１１のものであり得る。

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

ＵＥ ＱＱ５３０と基地局ＱＱ５２０との間の無線接続ＱＱ５７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続ＱＱ５７０が最後のセグメントを形成するＯＴＴ接続ＱＱ５５０を使用して、ＵＥ ＱＱ５３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、無線通信ネットワークを通してアップリンク／ダウンリンク通信のための冗長を提供し、それにより、改善された信頼性などの利益を提供し得る。

１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータＱＱ５１０とＵＥ ＱＱ５３０との間のＯＴＴ接続ＱＱ５５０を再設定するための随意のネットワーク機能がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続ＱＱ５５０を再設定するためのネットワーク機能は、ホストコンピュータＱＱ５１０のソフトウェアＱＱ５１１およびハードウェアＱＱ５１５でまたはＵＥ ＱＱ５３０のソフトウェアＱＱ５３１およびハードウェアＱＱ５３５で、またはその両方で実装され得る。実施形態では、ＯＴＴ接続ＱＱ５５０が通過する通信デバイスにおいてまたはそれに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、またはソフトウェアＱＱ５１１、ＱＱ５３１が監視された量を計算または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続ＱＱ５５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局ＱＱ５２０に影響を及ぼす必要がなく、再設定は、基地局ＱＱ５２０に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能は、当技術分野において知られ、実施され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータＱＱ５１０の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェアＱＱ５１１およびＱＱ５３１が、ソフトウェアＱＱ５１１およびＱＱ５３１が伝搬時間、エラーなどを監視する間にＯＴＴ接続ＱＱ５５０を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。

図１３は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１１および図１２を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１３への図面参照のみがこのセクションに含まれる。ステップＱＱ６１０において、ホストコンピュータはユーザデータを提供する。ステップＱＱ６１０の（随意であり得る）サブステップＱＱ６１１において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップＱＱ６２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を開始する。（随意であり得る）ステップＱＱ６３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。（また、随意であり得る）ステップＱＱ６４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。

図１４は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１１および図１２を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１４への図面参照のみがこのセクションに含まれる。本方法のステップＱＱ７１０において、ホストコンピュータはユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップＱＱ７２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を開始する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して通り得る。（随意であり得る）ステップＱＱ７３０において、ＵＥは、送信において搬送されたユーザデータを受信する。

図１５は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１１および図１２を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１５への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップＱＱ８１０において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップＱＱ８２０において、ＵＥはユーザデータを提供する。ステップＱＱ８２０の（随意であり得る）サブステップＱＱ８２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップＱＱ８１０の（随意であり得る）サブステップＱＱ８１１において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥは、（随意であり得る）サブステップＱＱ８３０において、ホストコンピュータへのユーザデータの送信を開始する。方法のステップＱＱ８４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図１６は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１１および図１２を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１６への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップＱＱ９１０において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。（随意であり得る）ステップＱＱ９２０において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を開始する。（随意であり得る）ステップＱＱ９３０において、ホストコンピュータは、基地局によって開始された送信において搬送されたユーザデータを受信する。

本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通して実施され得る。各仮想装置は、いくつかのこれらの機能ユニットを備え得る。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを介して実装され得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、１つまたは複数の電気通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。

追加の例示的な実施形態が以下で説明される。
１． 無線通信ネットワークのセッション管理機能（ＳＭＦ）エンティティを動作させる方法であって、方法は、第１のユーザプレーン機能（ＵＰＦ）エンティティ（２５７）から無線端末のためのイーサネットコンテキストを受信すること（８５１）であって、イーサネットコンテキストが、第１のＵＰＦエンティティを使用して無線端末のためのイーサネットプロトコルデータユニット（ＰＤＵ）セッションのために提供され、イーサネットコンテキストが、無線端末のための媒体アクセス制御（ＭＡＣ）アドレスを含む、イーサネットコンテキストを受信すること（８５１）と、第２のＵＰＦエンティティ（２５９）に無線端末のためのＭＡＣアドレスを含むイーサネットコンテキストを送信すること（８５９）とを含む、方法。
２． 第２のＵＰＦエンティティ（２５９）を選択すること（８５７）をさらに含み、イーサネットコンテキストを送信することが、第２のＵＰＦエンティティを選択したことに応答して、無線端末のためのＭＡＣアドレスを含むイーサネットコンテキストを第２のＵＰＦエンティティに送信することを含む、実施形態１に記載の方法。
３． 無線端末のためのイーサネットＰＤＵセッションを切り替えたいという要求を受信すること（８５５）をさらに含み、第２のＵＰＦエンティティ（２５９）を選択することが、無線端末のためのイーサネットＰＤＵセッションを切り替えたいという要求を受信したことに応答して、第２のＵＰＦエンティティを選択することを含む、実施形態２に記載の方法。
４． イーサネットコンテキストが、第１のＵＰＦエンティティ（２５７）を使用しておよび第１の基地局（２５３）を使用して、無線端末のためのイーサネットＰＤＵセッションのために提供され、無線端末のためのイーサネットＰＤＵセッションを切り替えたいという要求が、第１の基地局（２５３）とは異なる第２の基地局（２５５）の識別情報を含み、第２のＵＰＦエンティティ（２５９）を選択することが、第２の基地局（２５５）の識別情報に基づいて第２のＵＰＦエンティティを選択することを含む、実施形態３に記載の方法。
５． イーサネットＰＤＵセッションを切り替えたいという要求を受信することが、アクセスおよびモビリティ管理機能（ＡＭＦ）エンティティから要求を受信することを含み、方法は、第２のＵＰＦエンティティを選択した後に、ＡＭＦエンティティに、切り替えたいという要求の確認応答を送信すること（８６３）をさらに含み、確認応答が第２のＵＰＦエンティティの識別情報を含む、実施形態３から４のいずれか１つに記載の方法。
６． イーサネットコンテキストを送信することが、セッション確立要求において第２のＵＰＦエンティティ（２５９）にイーサネットコンテキストを送信することを含む、実施形態１から５のいずれか１つに記載の方法。
７． 第２のＵＰＦエンティティ（２５９）を選択したことに応答して、第１のＵＰＦエンティティ（２５７）に無線端末のためのセッション解放要求を送信すること（８６５）をさらに含む、実施形態２から６のいずれか１つに記載の方法。
８． イーサネットコンテキストが、無線端末のための複数のＭＡＣアドレスを含み、イーサネットコンテキストを送信することが、複数のＭＡＣアドレスを含むイーサネットコンテキストを送信することを含む、実施形態１から７のいずれか１つに記載の方法。
９． 無線通信ネットワークのユーザプレーン機能（ＵＰＦ）エンティティ（２５９）を動作させる方法であって、方法は、イーサネットネットワークを使用して無線端末（２５１）のためのイーサネットプロトコルデータユニット（ＰＤＵ）セッションを確立したいという要求を受信すること（９５１）であって、イーサネットＰＤＵセッションを確立したいという要求が、無線端末のための媒体アクセス制御（ＭＡＣ）アドレスを含む、要求を受信すること（９５１）と、要求を受信したことに応答して、無線端末のためのＭＡＣアドレスを使用してイーサネットネットワークにおける無線端末のためのフォワーディングを更新すること（９５５）とを含む、方法。
１０． 要求を受信することが、無線通信ネットワークのセッション管理機能（ＳＭＦ）エンティティ（２６３）から要求を受信することを含む、実施形態９に記載の方法。
１１． 要求が、無線端末のためのイーサネットコンテキストを含み、イーサネットコンテキストが、無線端末のためのＭＡＣアドレスを含む、実施形態９から１０のいずれか１つに記載の方法。
１２． 無線端末のためのフォワーディングを更新することが、フレームでイーサネットネットワークをフラッディングすることであって、フレームがフレームのソースとしての無線端末のＭＡＣアドレスを含む、イーサネットネットワークをフラッディングすることを含む、実施形態９から１１のいずれか１つに記載の方法。
１３． 無線端末のためのフォワーディングを更新することが、ＵＰＦエンティティを通して無線端末のためのダウンリンクトラフィックをフォワーディングするようにとの命令をイーサネットネットワークのコントローラに送信することを含む、実施形態９から１１のいずれか１つに記載の方法。
１４． 要求に応答して基地局（２５５）およびＵＰＦエンティティを通して、無線端末とイーサネットネットワークとの間のデータ通信をサポートするために無線端末のためのイーサネットＰＤＵセッションを確立すること（９５７）と、基地局（２５５）およびＵＰＦエンティティを通して、イーサネットＰＤＵセッションを使用して無線端末とイーサネットネットワークとの間のデータの通信を提供すること（９５９）とをさらに含む、実施形態９から１３のいずれか１つに記載の方法。
１５． イーサネットコンテキストが、無線端末のための複数のＭＡＣアドレスを含み、フォワーディングを更新することが、複数のＭＡＣアドレスの各々を使用してイーサネットネットワークにおけるフォワーディングを更新することを含む、実施形態１１から１４のいずれか１つに記載の方法。
１６． 無線通信ネットワークのユーザプレーン機能（ＵＰＦ）エンティティ（２５７）を動作させる方法であって、方法は、基地局（２５３）およびＵＰＦエンティティを通して、無線端末とイーサネットネットワークとの間のデータ通信をサポートするために無線端末のためのイーサネットＰＤＵセッションを確立すること（１０５１）と、無線通信ネットワークのセッション管理機能（ＳＭＦ）エンティティに無線端末のためのイーサネットコンテキストを送信すること（１０５５）であって、イーサネットコンテキストが、無線端末のための媒体アクセス制御（ＭＡＣ）アドレスを含む、イーサネットコンテキストを送信すること（１０５５）と、無線端末のためのイーサネットコンテキストを送信した後に、セッション解放要求に応答して無線端末のためのイーサネットＰＤＵセッションを解放すること（１０６１）とを含む、方法。
１７． セッション解放要求に応答して、無線端末のためのイーサネットＰＤＵセッションのためのエンドマーカーを送信すること（１０６３）をさらに含む、実施形態１６に記載の方法。
１８． 基地局が第１の基地局（２５３）であり、エンドマーカーが、第２の基地局（２５５）への再送信のために第１の基地局に送信される、実施形態１７に記載の方法。
１９． イーサネットＰＤＵセッションを解放する前に、基地局（２５３）およびＵＰＦエンティティ（２５７）を通して、イーサネットＰＤＵセッションを使用して無線端末とイーサネットネットワークとの間のデータの通信を提供すること（１０５３）をさらに含む、実施形態１６から１８のいずれか１つに記載の方法。
２０． 通信を提供することが、ＳＭＦエンティティからセッション解放要求を受信する前および後に、基地局およびＵＰＦエンティティを通して、イーサネットＰＤＵセッションを使用して無線端末とイーサネットネットワークとの間のデータの通信を提供することを含む、実施形態１９に記載の方法。
２１． 無線通信ネットワークのセッション管理機能（ＳＭＦ）エンティティであって、ＳＭＦエンティティが、実施形態１から８のいずれか１つに記載の動作を実施するように適合された、ＳＭＦエンティティ。
２２． 無線通信ネットワークのユーザプレーン機能（ＵＰＦ）エンティティであって、ＵＰＦエンティティが、実施形態９から２０のいずれか１つに記載の動作を実施するように適合された、ＵＰＦエンティティ。
２３． 無線通信ネットワークのセッション管理機能（ＳＭＦ）エンティティであって、ＳＭＦエンティティが、プロセッサ（９０３）と、プロセッサに結合されたメモリ（９０５）とを備え、メモリが、プロセッサによって実行されたとき、プロセッサに、実施形態１から８のいずれか１つに記載の動作を実施させる命令を備える、ＳＭＦエンティティ。
２４． 無線通信ネットワークのユーザプレーン機能（ＵＰＦ）エンティティであって、ＵＰＦエンティティが、プロセッサ（９０３）と、プロセッサに結合されたメモリ（９０５）とを備え、メモリが、プロセッサによって実行されたとき、プロセッサに、実施形態９から２０のいずれか１つに記載の動作を実施させる命令を備える、ＵＰＦエンティティ。

本明細書で使用される様々な略語の説明が以下で説明される。
略語 説明
ＡＭＦ アクセスおよびモビリティ管理機能
ＡＳ アプリケーションサーバ
ＢＳ 基地局
Ｃ－ＭＴＣ クリティカルマシン型通信
ＣＮ コアネットワーク
ＤＣ デュアルコネクティビティ
ＤＮＮ データネットワーク名
ＤＰＩ ディープパケット検査
ＥＰＣ エボルブドパケットコア
ｇＮＢ ＮＲノードＢ
ＩＰ インターネットプロトコル
ＬＴＥ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
ＭＡＣ 媒体アクセス制御
ＭｇＮＢ マスタｇＮＢ
ＮＥＦ ネットワーク露出機能
ＮＲＦ ネットワークリソース機能
ＯＴＡ オーバージエア
ＰＣＦ ポリシー制御機能
ＰＤＣＰ パケットデータコンバージェンスプロトコル
ＰＤＵ プロトコルデータユニット
ＰＳＡ ＰＤＵセッションアンカー
ＲＡＮ 無線アクセスネットワーク
ＳｇＮＢ ２次ｇＮＢ
ＳＭＦ セッション管理機能
ＳＳＣ セッションおよびサービス継続性
ＳＷ 切替え
ＴＳＮ 時間敏感ネットワーキング
ＵＤＭ ユーザデータ管理
ＵＥ ユーザ機器
ＵＰＦ ユーザプレーン機能

様々な参考文献が上述され、これらの参考文献は以下で識別される。
・ ３ＧＰＰ ＴＳ２３．５０１ Ｖ１５．１．０（２０１８－０３）、技術仕様グループサービスおよびシステム態様；５Ｇシステムのためのシステムアーキテクチャ；ステージ２（リリース１５）
・ ３ＧＰＰ ＴＳ２３．５０２ Ｖ１５．１．０（２０１８－０３）、技術仕様グループサービスおよびシステム態様；５Ｇシステムのためのプロシージャ；ステージ２（リリース１５）
・ ３ＧＰＰ ＴＳ３７．３４０ Ｖ１５．１．０（２０１８－０３）、技術仕様グループ無線アクセスネットワーク；拡張ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ）およびＮＲ；マルチコネクティビティ；ステージ２（リリース１５）
・ ２０１７年１２月２９日に出願された、「Ｍｅｔｈｏｄｓ Ｐｒｏｖｉｄｉｎｇ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｆｏｒ Ｒｅｄｕｎｄａｎｔ Ｕｓｅｒ Ｐｌａｎｅ Ｐａｔｈｓ Ａｎｄ Ｒｅｌａｔｅｄ Ｎｅｔｗｏｒｋ Ｎｏｄｅｓ」と題する国際出願第ＰＣＴ／ＩＢ２０１７／０５８５１７号
・ ３ＧＰＰ ＴＳ２３．７２５ ｖ２．０．０（２０１８－１２）、技術仕様グループサービスおよびシステム態様；５Ｇコアネットワーク（５ＧＣ）における超高信頼低レイテンシ通信（ＵＲＬＬＣ：Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）サポートの拡張に関する研究（リリース１６）
・ Ｅｒｉｃｓｓｏｎ、「Ａｎｃｈｏｒ ｃｈａｎｇｅ ｆｏｒ Ｅｔｈｅｒｎｅｔ ＰＤＵ Ｓｅｓｓｉｏｎｓ」、３ＧＰＰ ＴＳＧ－ＳＡ ＷＧ２会議＃１２８、Ｓ２－１８６４２０、ビリニュス、リトアニア、２０１８年７月２～６日

さらなる規定および実施形態が以下で説明される。

本発明概念の様々な実施形態の上記の説明では、本明細書で使用される専門用語は、特定の実施形態を説明するためのものにすぎず、本発明概念を限定するものではないことを理解されたい。別段に規定されていない限り、本明細書で使用される（技術用語および科学用語を含む）すべての用語は、本発明概念が属する技術の当業者によって通常理解されるものと同じ意味を有する。通常使用される辞書において規定される用語など、用語は、本明細書および関連技術の文脈におけるそれらの用語の意味に従う意味を有するものとして解釈されるべきであり、明確にそのように本明細書で規定されない限り、理想的なまたは過度に形式的な意味において解釈されないことをさらに理解されよう。

エレメントが、別のエレメントに「接続された」、「結合された」、「応答する」、またはそれらの変形態であると呼ばれるとき、そのエレメントは、別のエレメントに直接、接続され、結合され、または応答し得、あるいは介在するエレメントが存在し得る。対照的に、エレメントが、別のエレメントに「直接接続された」、「直接結合された」、「直接応答する」、またはそれらの変形態であると呼ばれるとき、介在するエレメントが存在しない。同様の番号は、全体を通して同様のエレメントを指す。さらに、本明細書で使用される、「結合された」、「接続された」、「応答する」、またはそれらの変形態は、無線で結合された、無線で接続された、または無線で応答する、を含み得る。本明細書で使用される単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が別段に明確に指示するのでなければ、複数形をも含むものとする。簡潔および／または明快のために、よく知られている機能または構築が詳細に説明されないことがある。「および／または」という用語は、関連するリストされた項目のうちの１つまたは複数の任意のおよび全部の組合せを含む。

様々なエレメント／動作を説明するために、第１の、第２の、第３の、などの用語が本明細書で使用され得るが、これらのエレメント／動作は、これらの用語によって限定されるべきでないことを理解されよう。これらの用語は、あるエレメント／動作を別のエレメント／動作と区別するために使用されるにすぎない。したがって、本発明概念の教示から逸脱することなしに、いくつかの実施形態における第１のエレメント／動作が、他の実施形態において第２のエレメント／動作と呼ばれることがある。同じ参照番号または同じ参照符号は、本明細書全体にわたって同じまたは同様のエレメントを示す。

本明細書で使用される、「備える、含む（ｃｏｍｐｒｉｓｅ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「含む（ｉｎｃｌｕｄｅ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、「有する（ｈａｖｅ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」という用語、またはそれらの変形態は、オープンエンドであり、１つまたは複数の述べられた特徴、整数、エレメント、ステップ、構成要素または機能を含むが、１つまたは複数の他の特徴、整数、エレメント、ステップ、構成要素、機能またはそれらのグループの存在または追加を排除しない。さらに、本明細書で使用される、「たとえば（ｅｘｅｍｐｌｉ ｇｒａｔｉａ）」というラテン語句に由来する「たとえば（ｅ．ｇ．）」という通例の略語は、前述の項目の一般的な１つまたは複数の例を紹介するかまたは具体的に挙げるために使用され得、そのような項目を限定するものではない。「すなわち（ｉｄ ｅｓｔ）」というラテン語句に由来する「すなわち（ｉ．ｅ．）」という通例の略語は、より一般的な具陳から特定の項目を具体的に挙げるために使用され得る。

例示的な実施形態が、コンピュータ実装方法、装置（システムおよび／またはデバイス）および／またはコンピュータプログラム製品のブロック図および／またはフローチャート例示を参照しながら本明細書で説明された。ブロック図および／またはフローチャート例示のブロック、ならびにブロック図および／またはフローチャート例示中のブロックの組合せが、１つまたは複数のコンピュータ回路によって実施されるコンピュータプログラム命令によって実装され得ることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ回路、専用コンピュータ回路、および／またはマシンを作り出すための他のプログラマブルデータ処理回路のプロセッサ回路に提供され得、したがって、コンピュータおよび／または他のプログラマブルデータ処理装置のプロセッサを介して実行する命令は、ブロック図および／またはフローチャートの１つまたは複数のブロックにおいて指定された機能／行為を実装するために、およびそれにより、ブロック図および／またはフローチャートの（１つまたは複数の）ブロックにおいて指定された機能／行為を実装するための手段（機能）および／または構造を作成するために、トランジスタ、メモリロケーションに記憶された値、およびそのような回路内の他のハードウェア構成要素を変換および制御する。

これらのコンピュータプログラム命令はまた、コンピュータまたは他のプログラマブルデータ処理装置に特定の様式で機能するように指示することができる、有形コンピュータ可読媒体に記憶され得、したがって、コンピュータ可読媒体に記憶された命令は、ブロック図および／またはフローチャートの１つまたは複数のブロックにおいて指定された機能／行為を実装する命令を含む製造品を作り出す。したがって、本発明概念の実施形態は、ハードウェアで、および／または「回路」、「モジュール」またはそれらの変形態と総称して呼ばれることがある、デジタル信号プロセッサなどのプロセッサ上で稼働する（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）ソフトウェアで具現され得る。

また、いくつかの代替実装形態では、ブロック中で言及される機能／行為は、フローチャート中で言及される順序から外れて行われ得ることに留意されたい。たとえば、関与する機能／行為に応じて、連続して示されている２つのブロックが、事実上、実質的にコンカレントに実行され得るか、またはブロックが、時々、逆の順序で実行され得る。その上、フローチャートおよび／またはブロック図の所与のブロックの機能が、複数のブロックに分離され得、ならびに／あるいはフローチャートおよび／またはブロック図の２つまたはそれ以上のブロックの機能が、少なくとも部分的に統合され得る。最後に、他のブロックが、示されているブロック間に追加／挿入され得、および／または発明概念の範囲から逸脱することなく、ブロック／動作が省略され得る。その上、図のうちのいくつかが、通信の主要な方向を示すために通信経路上に矢印を含むが、通信が、図示された矢印と反対方向に行われ得ることを理解されたい。

本発明概念の原理から実質的に逸脱することなしに、実施形態に対して多くの変形および修正が行われ得る。すべてのそのような変形および修正は、本発明概念の範囲内で本明細書に含まれるものとする。したがって、上記で開示された主題は、例示であり、限定するものではないと見なされるべきであり、実施形態の例は、本発明概念の趣旨および範囲内に入る、すべてのそのような修正、拡張、および他の実施形態をカバーするものとする。したがって、法によって最大限に許容される限りにおいて、本発明概念の範囲は、実施形態およびそれらの等価物の例を含む、本開示の最も広い許容可能な解釈によって決定されるべきであり、上記の詳細な説明によって制限または限定されるべきでない。

Claims (13)

1. 無線通信ネットワークのセッション管理機能（ＳＭＦ）エンティティを動作させる方法であって、前記方法は、
   第１のユーザプレーン機能（ＵＰＦ）エンティティ（２５７）から無線端末のためのイーサネットコンテキストを受信すること（８５１）であって、前記イーサネットコンテキストが、前記第１のＵＰＦエンティティを使用して前記無線端末のためのイーサネットプロトコルデータユニット（ＰＤＵ）セッションのために提供され、前記第１のＵＰＦエンティティ（２５７）は、前記無線端末のための媒体アクセス制御（ＭＡＣ）アドレスを含む前記イーサネットコンテキストを使用して前記無線端末のための前記イーサネットＰＤＵセッションの第１のＰＤＵセッションアンカー（ＰＳＡ）として機能し、前記イーサネットコンテキストが、前記無線端末のための前記ＭＡＣアドレスを含む、ことと、
   前記無線端末のための前記ＭＡＣアドレスを含む前記イーサネットコンテキストを使用して前記無線端末の前記イーサネットＰＤＵセッションの第２のＰＳＡとして機能する第２のＵＰＦエンティティ（２５９）を選択すること（８５７）と、
   前記第２のＵＰＦエンティティを選択したことに応答して、前記第２のＵＰＦエンティティ（２５９）に前記無線端末のための前記ＭＡＣアドレスを含む前記イーサネットコンテキストを送信すること（８５９）であって、前記イーサネットコンテキストを送信することは、前記無線端末のための前記ＭＡＣアドレスを含む前記イーサネットコンテキストを前記第２のＵＰＦに送信して、前記ＰＤＵセッションを解放せずに前記イーサネットコンテキストを使用して、前記ＰＤＵセッションの前記第１のＰＳＡから前記ＰＤＵセッションの前記第２のＰＳＡに変更することを含む、ことと
   を含む、方法。
2. 前記無線端末のための前記イーサネットＰＤＵセッションを切り替えたいという要求を受信すること（８５５）
   をさらに含み、
   前記第２のＵＰＦエンティティ（２５９）を選択することが、前記無線端末のための前記イーサネットＰＤＵセッションを切り替えたいという前記要求を受信したことに応答して、前記第２のＵＰＦエンティティを選択することを含む、
   請求項１に記載の方法。
3. 前記イーサネットコンテキストが、前記第１のＵＰＦエンティティ（２５７）を使用しておよび第１の基地局（２５３）を使用して、前記無線端末のための前記イーサネットＰＤＵセッションのために提供され、前記無線端末のための前記イーサネットＰＤＵセッションを切り替えたいという前記要求が、前記第１の基地局（２５３）とは異なる第２の基地局（２５５）の識別情報を含み、前記第２のＵＰＦエンティティ（２５９）を選択することが、前記第２の基地局（２５５）の前記識別情報に基づいて前記第２のＵＰＦエンティティを選択することを含む、請求項２に記載の方法。
4. 前記イーサネットＰＤＵセッションを切り替えたいという前記要求を受信することが、アクセスおよびモビリティ管理機能（ＡＭＦ）エンティティから前記要求を受信することを含み、前記方法は、
   前記第２のＵＰＦエンティティを選択した後に、前記ＡＭＦエンティティに、切り替えたいという前記要求の確認応答を送信すること（８６３）であって、前記確認応答が前記第２のＵＰＦエンティティの識別情報を含む、確認応答を送信すること
   をさらに含む、請求項３に記載の方法。
5. 前記確認応答が、前記イーサネットＰＤＵセッションのためのエンドマーカーがないであろうことを示すエンドマーカーなしフラグを含む、請求項４に記載の方法。
6. 前記イーサネットコンテキストを送信することが、セッション確立要求において前記第２のＵＰＦエンティティ（２５９）に前記イーサネットコンテキストを送信することを含む、請求項１から５のいずれか一項に記載の方法。
7. 前記第２のＵＰＦエンティティ（２５９）を選択したことに応答して、前記第１のＵＰＦエンティティ（２５７）に前記無線端末のためのセッション解放要求を送信すること（８６５）
   をさらに含む、請求項１から６のいずれか一項に記載の方法。
8. 前記イーサネットコンテキストが、前記無線端末のための複数のＭＡＣアドレスを含み、前記イーサネットコンテキストを送信することが、前記複数のＭＡＣアドレスを含む前記イーサネットコンテキストを送信することを含む、請求項１から７のいずれか一項に記載の方法。
9. 無線通信ネットワークのユーザプレーン機能（ＵＰＦ）エンティティ（２５９）を動作させる方法であって、前記方法は、
   イーサネットネットワークを使用して無線端末（２５１）のためのイーサネットプロトコルデータユニット（ＰＤＵ）セッションを確立したいという要求を受信すること（９５１）であって、前記イーサネットＰＤＵセッションを確立したいという前記要求が、前記無線端末のためのイーサネットコンテキストを含み、前記イーサネットコンテキストが、前記無線端末のための媒体アクセス制御（ＭＡＣ）アドレスを含む、ことと、
   前記無線端末のための前記ＭＡＣアドレスを含む前記イーサネットコンテキストを使用して前記無線端末の前記イーサネットＰＤＵセッションの第２のＰＳＡとして機能して、前記無線端末のための前記イーサネットＰＤＵセッションを確立することと、
   前記要求を受信したことに応答して、前記無線端末のための前記ＭＡＣアドレスを使用して前記イーサネットネットワークにおける前記無線端末のためのフォワーディングを更新すること（９５５）と
   を含む、方法。
10. 無線通信ネットワークのセッション管理機能（ＳＭＦ）エンティティであって、前記ＳＭＦエンティティが、第１のユーザプレーン機能（ＵＰＦ）エンティティ（２５７）から無線端末のためのイーサネットコンテキストを受信することであって、前記イーサネットコンテキストが、前記第１のＵＰＦエンティティを使用して前記無線端末のためのイーサネットプロトコルデータユニット（ＰＤＵ）セッションのために提供され、前記第１のＵＰＦエンティティ（２５７）は、前記無線端末のための媒体アクセス制御（ＭＡＣ）アドレスを含む前記イーサネットコンテキストを使用して前記無線端末のための前記イーサネットＰＤＵセッションの第１のＰＤＵセッションアンカー（ＰＳＡ）として機能し、前記イーサネットコンテキストが、前記無線端末のための前記ＭＡＣアドレスを含む、ことと、
    前記無線端末のための前記ＭＡＣアドレスを含む前記イーサネットコンテキストを使用して前記無線端末の前記イーサネットＰＤＵセッションの第２のＰＳＡとして機能する第２のＵＰＦエンティティ（２５９）を選択することと、
    前記第２のＵＰＦエンティティを選択したことに応答して、前記第２のＵＰＦエンティティ（２５９）に前記無線端末のための前記ＭＡＣアドレスを含む前記イーサネットコンテキストを送信することであって、前記イーサネットコンテキストを送信することは、前記無線端末のための前記ＭＡＣアドレスを含む前記イーサネットコンテキストを前記第２のＵＰＦに送信して、前記ＰＤＵセッションを解放せずに前記イーサネットコンテキストを使用して、前記ＰＤＵセッションの前記第１のＰＳＡから前記ＰＤＵセッションの前記第２のＰＳＡに変更することを含む、ことと
    を行うように適合された、ＳＭＦエンティティ。
11. 無線通信ネットワークのユーザプレーン機能（ＵＰＦ）エンティティであって、前記ＵＰＦエンティティは、
    イーサネットネットワークを使用して無線端末（２５１）のためのイーサネットプロトコルデータユニット（ＰＤＵ）セッションを確立したいという要求を受信することであって、前記イーサネットＰＤＵセッションを確立したいという前記要求が、前記無線端末のためのイーサネットコンテキストを含み、前記イーサネットコンテキストが、前記無線端末のための媒体アクセス制御（ＭＡＣ）アドレスを含む、ことと、
    前記無線端末のための前記ＭＡＣアドレスを含む前記イーサネットコンテキストを使用して前記無線端末の前記イーサネットＰＤＵセッションの第２のＰＳＡとして機能して、前記無線端末のための前記イーサネットＰＤＵセッションを確立することと、
    前記要求を受信したことに応答して、前記無線端末のための前記ＭＡＣアドレスを使用して前記イーサネットネットワークにおける前記無線端末のためのフォワーディングを更新することと
    を行うように適合された、ＵＰＦエンティティ。
12. 無線通信ネットワークのセッション管理機能（ＳＭＦ）エンティティであって、前記ＳＭＦエンティティが、
    プロセッサ（９０３）と、
    前記プロセッサに結合されたメモリ（９０５）と
    を備え、前記メモリは、前記プロセッサによって実行されたとき、前記プロセッサに、
    第１のユーザプレーン機能（ＵＰＦ）エンティティ（２５７）から無線端末のためのイーサネットコンテキストを受信することであって、前記イーサネットコンテキストが、前記第１のＵＰＦエンティティを使用して前記無線端末のためのイーサネットプロトコルデータユニット（ＰＤＵ）セッションのために提供され、前記第１のＵＰＦエンティティ（２５７）は、前記無線端末のための媒体アクセス制御（ＭＡＣ）アドレスを含む前記イーサネットコンテキストを使用して前記無線端末のための前記イーサネットＰＤＵセッションの第１のＰＤＵセッションアンカー（ＰＳＡ）として機能し、前記イーサネットコンテキストが、前記無線端末のための前記ＭＡＣアドレスを含む、ことと、
    前記無線端末のための前記ＭＡＣアドレスを含む前記イーサネットコンテキストを使用して前記無線端末の前記イーサネットＰＤＵセッションの第２のＰＳＡとして機能する第２のＵＰＦエンティティ（２５９）を選択することと、
    前記第２のＵＰＦエンティティを選択したことに応答して、前記第２のＵＰＦエンティティ（２５９）に前記無線端末のための前記ＭＡＣアドレスを含む前記イーサネットコンテキストを送信することであって、前記イーサネットコンテキストを送信することは、前記無線端末のための前記ＭＡＣアドレスを含む前記イーサネットコンテキストを前記第２のＵＰＦに送信して、前記ＰＤＵセッションを解放せずに前記イーサネットコンテキストを使用して、前記ＰＤＵセッションの前記第１のＰＳＡから前記ＰＤＵセッションの前記第２のＰＳＡに変更することを含む、ことと
    を行わせる命令を備える、ＳＭＦエンティティ。
13. 無線通信ネットワークのユーザプレーン機能（ＵＰＦ）エンティティであって、前記ＵＰＦエンティティが、
    プロセッサ（９０３）と、
    前記プロセッサに結合されたメモリ（９０５）と
    を備え、前記メモリは、前記プロセッサによって実行されたとき、前記プロセッサに、
    イーサネットネットワークを使用して無線端末（２５１）のためのイーサネットプロトコルデータユニット（ＰＤＵ）セッションを確立したいという要求を受信することであって、前記イーサネットＰＤＵセッションを確立したいという前記要求が、前記無線端末のためのイーサネットコンテキストを含み、前記イーサネットコンテキストが、前記無線端末のための媒体アクセス制御（ＭＡＣ）アドレスを含む、ことと、
    前記無線端末のための前記ＭＡＣアドレスを含む前記イーサネットコンテキストを使用して前記無線端末の前記イーサネットＰＤＵセッションの第２のＰＳＡとして機能して、前記無線端末のための前記イーサネットＰＤＵセッションを確立することと、
    前記要求を受信したことに応答して、前記無線端末のための前記ＭＡＣアドレスを使用して前記イーサネットネットワークにおける前記無線端末のためのフォワーディングを更新することと
    を行わせる命令を備える、ＵＰＦエンティティ。

Images