JP7822326B2 - ５ｇマルチキャストブロードキャストサービスハンドオーバ - Google Patents

Description

関連出願
本出願は、その開示全体が参照により本明細書に組み込まれる、２０２０年５月２２日に出願された仮特許出願第６３／０２９，１１６号の利益を主張する。

本開示は、マルチキャストブロードキャストセッションに関する。

第３世代パートナーシッププロジェクト（３ＧＰＰ）は、ビデオマルチキャスト／ブロードキャスティングおよびストリーミングサービスのために、３Ｇネットワークのためのマルチキャスト／ブロードキャストマルチメディアサブシステム（ＭＢＭＳ）（３ＧＰＰ ＴＳ２３．２４６ ｖ１６．１．０参照）を早期に開発し、エボルブドパケットシステム（ＥＰＳ）のためにエボルブドＭＢＭＳ（ｅＭＢＭＳ）を後に導入した。Ｒｅｌ－１３およびＲｅｌ－１４では、ＭＢＭＳシステムは、公共安全、セルラモノのインターネット（ＣＩｏＴ）、およびＶ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）など、新しいサービスをサポートするために更新された。

３ＧＰＰ ＳＡ２ワーキンググループにおける新しいリリース１７研究の範囲は、ＣＩｏＴ、公共安全、Ｖ２Ｘなどのためのマルチキャスト要件および使用事例と、専用ブロードキャスティング要件および使用事例の両方を研究することである。その研究は、５Ｇリリース１７と新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）無線アクセスとをターゲットにする。これまでの研究結果は、ＴＲ２３．７５７ Ｖ０．３．０においてドキュメント化された。

現在、（１つまたは複数の）ある課題が存在する。マルチキャスト／ブロードキャストサービスは、５Ｇ ＮＲ上でこれまでサポートされていない。５Ｇ ＮＲの向上した特性、たとえば、短い遅延、帯域幅などによって、ミッションクリティカルサービス（ミッションクリティカルプッシュツートーク（ＭＣＰＴＴ）、ミッションクリティカルデータ（ＭＣＤａｔａ）、およびミッションクリティカルビデオ（ＭＣＶｉｄｅｏ））、ならびにＶＴＸサービスが、向上したおよびはるかに良好な性能を５Ｇ ＮＲ上で示すと考えられる。

５Ｇ ＭＢＳマルチキャストサポートの場合、５Ｇシステム（５ＧＳ）は、ＵＥモビリティをサポートしなければならない。ハンドオーバ（すなわち、ＸｎハンドオーバおよびＮ２ハンドオーバ）中のセッション継続性が要件である。ＴＳ２３．５０２ ｖ１６．４．０、節４．９．１．２「ＸｎベースＮＧ－ＲＡＮ間ハンドオーバ」および節４．９．１．３「ＮＧ－ＲＡＮノード間Ｎ２ベースハンドオーバ」における既存のプロシージャは、ハンドオーバ中の５ＭＢＳおよびＭＢセッションをサポートするために向上される必要がある。５ＭＢＳ研究は、ＴＲ２３．７５７ Ｖ０．３．０においてドキュメント化されているが、これまでハンドオーバに対するソリューションはドキュメント化されていない。ＭＢセッションのセッション継続性のための改善されたシステムおよび方法が必要とされる。

ＭＢセッションのセッション継続性のためのシステムおよび方法が提供される。いくつかの実施形態では、マルチキャストブロードキャスト（ＭＢ：Ｍｕｌｔｉｃａｓｔ Ｂｒｏａｄｃａｓｔ）セッションのセッション継続性のための、基地局によって実施される方法が、５Ｇで接続された無線デバイスに少なくとも１つのＭＢセッションを提供することと、無線デバイスがターゲット次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ：Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）にハンドオーバされたと決定することと、少なくとも１つのＭＢセッションのセッション継続性を無線デバイスに提供することとのうちの少なくとも１つを含む。

いくつかの実施形態では、ターゲットＮＧ－ＲＡＮにハンドオーバされることは、Ｘｎハンドオーバを含む。いくつかの実施形態では、ターゲットＮＧ－ＲＡＮにハンドオーバされることは、Ｎ２ハンドオーバを含む。

本開示のいくつかの実施形態は、５Ｇ ＮＲ無線アクセスにおける、ｇＮＢ間（Ｉｎｔｅｒ－ｇＮＢ）ＸｎハンドオーバおよびｇＮＢ間Ｎ２ハンドオーバにおけるマルチキャストブロードキャストセッション継続性（別名「ハンドオーバ」）のサポートを提供する。

いくつかの実施形態では、ＭＢセッションのセッション継続性のための、基地局によって実施される方法が、５Ｇで接続された無線デバイスに少なくとも１つのＭＢセッションを提供することと、無線デバイスがターゲット次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）にハンドオーバされたと決定することと、少なくとも１つのＭＢセッションのセッション継続性を無線デバイスに提供することとのうちの少なくとも１つを含む。

いくつかの実施形態では、ＭＢセッションのセッション継続性のための、基地局によって実施される方法であって、本方法は、少なくとも１つのＭＢセッションを受信していたハンドオーバされた無線デバイスを受信することと、少なくとも１つのＭＢセッションのセッション継続性を無線デバイスに提供することとのうちの少なくとも１つを含む。

いくつかの実施形態では、本方法は、Ｘｎハンドオーバ準備段階において、ターゲットＮＧ－ＲＡＮにおいてリソースが確立されることを引き起こすことをも含む。いくつかの実施形態では、本方法は、Ｘｎハンドオーバ実行段階において、ターゲットＮＧ－ＲＡＮにおいてリソースが確立されることを引き起こすことをも含む。

いくつかの実施形態では、本方法は、ＮＧ－ＲＡＮにおけるＭＢセッションリソースのセットアップを開始するように、アクセスおよびモビリティ管理機能（ＡＭＦ：Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に通知することおよび／またはＡＭＦをトリガすることをも含む。いくつかの実施形態では、通知することおよび／またはトリガすることは、ＭＢセッションコマンドを含む。いくつかの実施形態では、通知することおよび／またはトリガすることは、既存の経路切替え要求メッセージおよび／または経路切替え要求確認応答メッセージへの新しいパラメータを含む。

いくつかの実施形態では、新しいパラメータ「一時モバイルグループ識別情報（ＴＭＧＩ：Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｉｅｓ）」（またはＴＭＧＩリスト）が、既存の経路切替え要求メッセージ中に含まれる。

いくつかの実施形態では、ターゲットＮＧ－ＲＡＮにハンドオーバされることは、Ｎ２ハンドオーバを含む。

いくつかの実施形態では、本方法は、Ｎ２ハンドオーバ準備段階において、ターゲットＮＧ－ＲＡＮにおいてリソースが確立されることを引き起こすことをも含む。

いくつかの実施形態では、本方法は、これがそのＭＢセッションを離脱する最後の無線デバイスであった場合、リソースを解放することをも含む。

本開示のいくつかの態様およびそれらの実施形態は、上述のまたは他の課題のソリューションを提供し得る。５ＭＢＳプロシージャの特定の部分が、他の開示においてカバーされる。いくつかの開示は、５ＭＢＳ無線アクセスネットワーク－第５世代コア（ＲＡＮ－５ＧＣ）対話をカバーする。出願ＰＣＴ／ＥＰ２０２０／０５５４８２が、ＭＢのためのアクセスおよびモビリティ管理機能（ＡＭＦ）サービス発見－セッション管理機能（ＳＭＦ）をカバーする。

本明細書に組み込まれ、本明細書の一部をなす添付の図面は、本開示のいくつかの態様を示し、説明とともに本開示の原理について解説するように働く。

本開示の実施形態が実装され得るセルラ通信システム１００の一例を示す図である。 任意の２つのネットワーク機能（ＮＦ）間の対話がポイントツーポイント参照ポイント／インターフェースによって表される、コアＮＦから組み立てられた５Ｇネットワークアーキテクチャとして表される無線通信システムを示す図である。 図２の５Ｇネットワークアーキテクチャにおいて使用されるポイントツーポイント参照ポイント／インターフェースの代わりに、ＣＰ中でＮＦ間でサービスベースインターフェースを使用する５Ｇネットワークアーキテクチャを示す図である。 本開示のいくつかの実施形態による、ＭＢセッションのセッション継続性のための、無線デバイスによって実施される方法を示す図である。 本開示のいくつかの実施形態による、ＭＢセッションのセッション継続性のための、基地局によって実施される方法を示す図である。 本開示のいくつかの実施形態による、ｇＮＢ間Ｘｎハンドオーバのための例示的な実施形態を示す図である。 本開示のいくつかの実施形態による、ＮＧ ＲＡＮノード間Ｎ２ベースハンドオーバのための例示的な実施形態を示す図である。 本開示のいくつかの実施形態による、ＮＧ ＲＡＮノード間Ｎ２ベースハンドオーバのための例示的な実施形態を示す図である。 本開示のいくつかの実施形態による、無線アクセスノードの概略ブロック図である。 本開示のいくつかの実施形態による、無線アクセスノードの仮想化された実施形態を示す概略ブロック図である。 本開示のいくつかの他の実施形態による、無線アクセスノードの概略ブロック図である。 本開示のいくつかの実施形態による、無線通信デバイスの概略ブロック図である。 本開示のいくつかの他の実施形態による、無線通信デバイス１２００の概略ブロック図である。 本開示のいくつかの実施形態による、ＲＡＮなどのアクセスネットワークとコアネットワークとを備える、３ＧＰＰタイプセルラネットワークなどの通信ネットワークを含む通信システムの図である。 本開示のいくつかの実施形態による、ホストコンピュータを含む通信システムを示す図である。 本開示のいくつかの実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 本開示のいくつかの実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 本開示のいくつかの実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 本開示のいくつかの実施形態による、通信システムにおいて実装される方法を示すフローチャートである。

以下に記載される実施形態は、当業者が本実施形態を実践することができるようにするための情報を表し、本実施形態を実践する最良のモードを示す。添付の図面に照らして以下の説明を読むと、当業者は、本開示の概念を理解し、本明細書では特に扱われないこれらの概念の適用例を認識されよう。これらの概念および適用例は、本開示の範囲内に入ることを理解されたい。

無線ノード：本明細書で使用される「無線ノード」は、無線アクセスノードまたは無線通信デバイスのいずれかである。

無線アクセスノード：本明細書で使用される「無線アクセスノード」または「無線ネットワークノード」または「無線アクセスネットワークノード」は、信号を無線で送信および／または受信するように動作する、セルラ通信ネットワークの無線アクセスネットワーク（ＲＡＮ）における任意のノードである。無線アクセスノードのいくつかの例は、限定はしないが、基地局（たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ）第５世代（５Ｇ）ＮＲネットワークにおける新無線（ＮＲ）基地局（ｇＮＢ）、あるいは３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワークにおける拡張またはエボルブドノードＢ（ｅＮＢ））、高電力またはマクロ基地局、低電力基地局（たとえば、マイクロ基地局、ピコ基地局、ホームｅＮＢなど）、リレーノード、基地局の機能の部分を実装するネットワークノード（たとえば、ｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）を実装するネットワークノード、またはｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）を実装するネットワークノード）あるいは何らかの他のタイプの無線アクセスノードの機能の部分を実装するネットワークノードを含む。

コアネットワークノード：本明細書で使用される「コアネットワークノード」は、コアネットワークにおける任意のタイプのノード、またはコアネットワーク機能を実装する任意のノードである。コアネットワークノードのいくつかの例は、たとえば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービス能力公開機能（ＳＣＥＦ）、ホーム加入者サーバ（ＨＳＳ）などを含む。コアネットワークノードのいくつかの他の例は、アクセスおよびモビリティ管理機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ：Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワーク公開機能（ＮＥＦ）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ）、ポリシ制御機能（ＰＣＦ）、統合データ管理（ＵＤＭ）などを実装するノードを含む。

通信デバイス：本明細書で使用される「通信デバイス」は、アクセスネットワークへのアクセスを有する任意のタイプのデバイスである。通信デバイスのいくつかの例は、限定はしないが、モバイルフォン、スマートフォン、センサーデバイス、メーター、車両、家庭用器具、医療器具、メディアプレーヤ、カメラ、または任意のタイプの家庭用電子機器、たとえば、限定はしないが、テレビジョン、無線機、照明装置、タブレットコンピュータ、ラップトップコンピュータ、またはパーソナルコンピュータ（ＰＣ）を含む。通信デバイスは、無線または有線接続を介して音声および／またはデータを通信することを可能にされた、ポータブル、ハンドヘルド、コンピュータ具備、または車載型モバイルデバイスであり得る。

無線通信デバイス：通信デバイスの１つのタイプは、無線ネットワーク（たとえば、セルラネットワーク）へのアクセスを有する（すなわち、無線ネットワークによってサーブされる）任意のタイプの無線デバイスであり得る、無線通信デバイスである。無線通信デバイスのいくつかの例は、限定はしないが、３ＧＰＰネットワークにおけるユーザ機器デバイス（ＵＥ）と、マシン型通信（ＭＴＣ）デバイスと、モノのインターネット（ＩｏＴ）デバイスとを含む。そのような無線通信デバイスは、モバイルフォン、スマートフォン、センサーデバイス、メーター、車両、家庭用器具、医療器具、メディアプレーヤ、カメラ、または任意のタイプの家庭用電子機器、たとえば、限定はしないが、テレビジョン、無線機、照明装置、タブレットコンピュータ、ラップトップコンピュータ、またはＰＣであり得るか、あるいはそれらに統合され得る。無線通信デバイスは、無線接続を介して音声および／またはデータを通信することを可能にされた、ポータブル、ハンドヘルド、コンピュータ具備、または車載型モバイルデバイスであり得る。

ネットワークノード：本明細書で使用される「ネットワークノード」は、セルラ通信ネットワーク／システムのＲＡＮまたはコアネットワークのいずれかの一部である任意のノードである。

本明細書で与えられる説明は３ＧＰＰセルラ通信システムに焦点を当て、したがって、３ＧＰＰ専門用語または３ＧＰＰ専門用語に類似した専門用語がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。

本明細書の説明では、「セル」という用語に対して、参照が行われ得ることに留意されたい。しかしながら、特に５Ｇ ＮＲ概念に関して、ビームがセルの代わりに使用されることがあり、したがって、本明細書で説明される概念は、セルとビームの両方に等しく適用可能であることに留意することが重要である。

図１は、本開示の実施形態が実装され得るセルラ通信システム１００の一例を示す。本明細書で説明される実施形態では、セルラ通信システム１００は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）と５Ｇコア（５ＧＣ）とを含む５Ｇシステム（５ＧＳ）である。この例では、ＲＡＮは、基地局１０２－１および１０２－２を含み、これらは、５ＧＳにおいてＮＲ基地局（ｇＮＢ）と随意に次世代ｅＮＢ（ｎｇ－ｅＮＢ）（たとえば、５ＧＣに接続されたＬＴＥ ＲＡＮノード）とを含み、対応する（マクロ）セル１０４－１および１０４－２を制御する。基地局１０２－１および１０２－２は、概して、本明細書では、まとめて基地局１０２と呼ばれ、個別に基地局１０２と呼ばれる。同様に、（マクロ）セル１０４－１および１０４－２は、概して、本明細書では、まとめて（マクロ）セル１０４と呼ばれ、個別に（マクロ）セル１０４と呼ばれる。ＲＡＮは、対応するスモールセル１０８－１～１０８－４を制御する、いくつかの低電力ノード１０６－１～１０６－４をも含み得る。低電力ノード１０６－１～１０６－４は、（ピコ基地局またはフェムト基地局などの）小さい基地局、またはリモート無線ヘッド（ＲＲＨ）などであり得る。特に、示されていないが、スモールセル１０８－１～１０８－４のうちの１つまたは複数は、基地局１０２によって代替的に提供され得る。低電力ノード１０６－１～１０６－４は、概して、本明細書では、まとめて低電力ノード１０６と呼ばれ、個別に低電力ノード１０６と呼ばれる。同様に、スモールセル１０８－１～１０８－４は、概して、本明細書では、まとめてスモールセル１０８と呼ばれ、個別にスモールセル１０８と呼ばれる。セルラ通信システム１００は、５Ｇシステム（５ＧＳ）において５ＧＣと呼ばれる、コアネットワーク１１０をも含む。基地局１０２（および、随意に低電力ノード１０６）は、コアネットワーク１１０に接続される。

基地局１０２および低電力ノード１０６は、対応するセル１０４および１０８中の無線通信デバイス１１２－１～１１２－５にサービスを提供する。無線通信デバイス１１２－１～１１２－５は、概して、本明細書では、まとめて無線通信デバイス１１２と呼ばれ、個別に無線通信デバイス１１２と呼ばれる。以下の説明では、無線通信デバイス１１２は、しばしばＵＥであるが、本開示はそれに限定されない。

図２は、任意の２つのネットワーク機能（ＮＦ）間の対話がポイントツーポイント参照ポイント／インターフェースによって表される、コアＮＦから組み立てられた５Ｇネットワークアーキテクチャとして表される無線通信システムを示す。図２は、図１のシステム１００の特定の一実装形態と見なされ得る。

アクセス側から見ると、図２に示されている５Ｇネットワークアーキテクチャは、ＲＡＮ１０２またはアクセスネットワーク（ＡＮ）のいずれか、ならびにＡＭＦ２００に接続される複数のＵＥ１１２を備える。一般に、Ｒ（ＡＮ）１０２は、たとえばｅＮＢまたはｇＮＢあるいは同様のものなど、基地局を備える。コアネットワーク側から見ると、図２に示されている５ＧＣ ＮＦは、ＮＳＳＦ２０２、ＡＵＳＦ２０４、ＵＤＭ２０６、ＡＭＦ２００、ＳＭＦ２０８、ＰＣＦ２１０、およびアプリケーション機能（ＡＦ）２１２を含む。

標準的な規格化における詳細なコールフローを展開するために５Ｇネットワークアーキテクチャの参照ポイント表現が使用される。ＵＥ１１２とＡＭＦ２００との間のシグナリングを搬送するために、Ｎ１参照ポイントが規定される。ＡＮ１０２とＡＭＦ２００との間を、およびＡＮ１０２とＵＰＦ２１４との間を接続するための参照ポイントが、それぞれ、Ｎ２およびＮ３として規定される。ＡＭＦ２００とＳＭＦ２０８との間に参照ポイントＮ１１があり、これは、ＳＭＦ２０８がＡＭＦ２００によって少なくとも部分的に制御されることを暗示する。Ｎ４が、ＳＭＦ２０８およびＵＰＦ２１４によって使用され、したがって、ＵＰＦ２１４は、ＳＭＦ２０８によって生成された制御信号を使用してセットされ得、ＵＰＦ２１４は、その状態をＳＭＦ２０８に報告することができる。それぞれ、Ｎ９が、異なるＵＰＦ２１４間の接続のための参照ポイントであり、Ｎ１４が、異なるＡＭＦ２００間を接続する参照ポイントである。ＰＣＦ２１０が、それぞれ、ＡＭＦ２００およびＳＭＦ２０８にポリシを適用するので、Ｎ１５およびＮ７が規定される。Ｎ１２は、ＡＭＦ２００がＵＥ１１２の認証を実施するために必要とされる。ＵＥ１１２のサブスクリプションデータがＡＭＦ２００およびＳＭＦ２０８に必要とされるので、Ｎ８およびＮ１０が規定される。

５ＧＣネットワークは、ＵＰとＣＰとを分離することを目的とする。ＵＰはユーザトラフィックを搬送し、ＣＰはネットワーク中のシグナリングを搬送する。図２では、ＵＰＦ２１４はＵＰ中にあり、すべての他のＮＦ、すなわち、ＡＭＦ２００、ＳＭＦ２０８、ＰＣＦ２１０、ＡＦ２１２、ＮＳＳＦ２０２、ＡＵＳＦ２０４、およびＵＤＭ２０６はＣＰ中にある。ＵＰとＣＰとを分離することは、各プレーンリソースが独立してスケーリングされることを保証する。ＵＰとＣＰとを分離することはまた、ＵＰＦが、分散してＣＰ機能とは別個に展開されることを可能にする。このアーキテクチャでは、ＵＰＦは、低レイテンシを必要とするいくつかの適用例についてＵＥとデータネットワークとの間のラウンドトリップタイム（ＲＴＴ）を短縮するために、ＵＥの極めて近くに展開され得る。

コア５Ｇネットワークアーキテクチャは、モジュール化された機能から組み立てられる。たとえば、ＡＭＦ２００とＳＭＦ２０８とは、ＣＰ中の独立した機能である。分離されたＡＭＦ２００とＳＭＦ２０８とは、独立した発展およびスケーリングを可能にする。ＰＣＦ２１０およびＡＵＳＦ２０４のような他のＣＰ機能が、図２に示されているように分離され得る。モジュール化された機能設計は、５ＧＣネットワークが様々なサービスをフレキシブルにサポートすることを可能にする。

各ＮＦは、別のＮＦと直接対話する。あるＮＦから別のＮＦにメッセージをルーティングするために中間機能を使用することが可能である。ＣＰでは、２つのＮＦ間の対話のセットがサービスとして規定され、したがって、その再使用が可能である。このサービスは、モジュラリティのサポートを可能にする。ＵＰは、異なるＵＰＦ間のフォワーディング動作など、対話をサポートする。

図３は、図２の５Ｇネットワークアーキテクチャにおいて使用されるポイントツーポイント参照ポイント／インターフェースの代わりに、ＣＰ中でＮＦ間でサービスベースインターフェースを使用する５Ｇネットワークアーキテクチャを示す。しかしながら、図２を参照しながら上記で説明されたＮＦは、図３に示されているＮＦに対応する。ＮＦが他の許可されたＮＦに提供する（１つまたは複数の）サービスなどは、サービスベースインターフェースを通して、許可されたＮＦに公開され得る。図３では、サービスベースインターフェースは、文字「Ｎ」およびその後に続くＮＦの名前、たとえば、ＡＭＦ２００のサービスベースインターフェースの場合はＮａｍｆおよびＳＭＦ２０８のサービスベースインターフェースの場合はＮｓｍｆなどによって指示される。図３中のＮＥＦ３００およびＮＲＦ３０２は、上記で説明された図２に示されていない。しかしながら、図２中で明示的に指示されていないが、図２に図示されているすべてのＮＦが、必要に応じて図３のＮＥＦ３００およびＮＲＦ３０２と対話することができることが、明瞭にされるべきである。

図２および図３に示されているＮＦのいくつかの性質が、以下の様式で説明され得る。ＡＭＦ２００は、ＵＥベース認証、許可、モビリティ管理などを提供する。ＡＭＦ２００はアクセス技術から独立しているので、多元接続技術を使用するＵＥ１１２でさえ、基本的に単一のＡＭＦ２００に接続される。ＳＭＦ２０８は、セッション管理を担当し、インターネットプロトコル（ＩＰ）アドレスをＵＥに割り当てる。ＳＭＦ２０８はまた、データ転送のためにＵＰＦ２１４を選択し、制御する。ＵＥ１１２が複数のセッションを有する場合、複数のセッションを個々に管理し、場合によってはセッションごとに異なる機能を提供するために、異なるＳＭＦ２０８が各セッションに割り当てられ得る。ＡＦ２１２は、サービス品質（ＱｏＳ）をサポートするために、ポリシ制御を担当するＰＣＦ２１０に、パケットフローに関する情報を提供する。その情報に基づいて、ＰＣＦ２１０は、ＡＭＦ２００およびＳＭＦ２０８を適切に動作させるために、モビリティおよびセッション管理に関するポリシを決定する。ＡＵＳＦ２０４は、ＵＥまたは同様のものについての認証機能をサポートし、したがって、ＵＥまたは同様のものの認証のためのデータを記憶し、ＵＤＭ２０６は、ＵＥ１１２のサブスクリプションデータを記憶する。５ＧＣネットワークの一部でないデータネットワーク（ＤＮ）は、インターネットアクセスまたはオペレータサービスおよび同様のものを提供する。

ＮＦは、専用ハードウェア上のネットワークエレメントとして、専用ハードウェア上で稼働するソフトウェアインスタンスとして、または適切なプラットフォーム、たとえば、クラウドインフラストラクチャ上でインスタンス化される仮想化された機能としてのいずれかで実装され得る。

５Ｇ ＭＢＳマルチキャストサポートの場合、５Ｇシステム（５ＧＳ）は、ＵＥモビリティをサポートしなければならない。ハンドオーバ（すなわち、ＸｎハンドオーバおよびＮ２ハンドオーバ）中のセッション継続性が要件である。ＴＳ２３．５０２ ｖ１６．４．０、節４．９．１．２「ＸｎベースＮＧ－ＲＡＮ間ハンドオーバ」および節４．９．１．３「ＮＧ－ＲＡＮノード間Ｎ２ベースハンドオーバ」における既存のプロシージャは、ハンドオーバ中の５ＭＢＳおよびＭＢセッションをサポートするために向上される必要がある。５ＭＢＳ研究は、ＴＲ２３．７５７ Ｖ０．３．０においてドキュメント化されているが、これまでハンドオーバに対するソリューションはドキュメント化されていない。ＭＢセッションのセッション継続性のための改善されたシステムおよび方法が必要とされる。

マルチキャストブロードキャスト（ＭＢ）セッションのセッション継続性のためのシステムおよび方法が提供される。いくつかの実施形態では、ＭＢセッションのセッション継続性のための、基地局によって実施される方法が、５Ｇで接続された無線デバイスに少なくとも１つのＭＢセッションを提供することと、無線デバイスがターゲット次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）にハンドオーバされたと決定することと、少なくとも１つのＭＢセッションのセッション継続性を無線デバイスに提供することとのうちの少なくとも１つを含む。いくつかの実施形態では、ターゲットＮＧ－ＲＡＮにハンドオーバされることは、Ｘｎハンドオーバを含む。いくつかの実施形態では、ターゲットＮＧ－ＲＡＮにハンドオーバされることは、Ｎ２ハンドオーバを含む。本開示のいくつかの実施形態は、５Ｇ ＮＲ無線アクセスにおける、ｇＮＢ間ＸｎハンドオーバおよびｇＮＢ間Ｎ２ハンドオーバにおけるマルチキャストブロードキャストセッション継続性（別名「ハンドオーバ」）のサポートを提供する。

本開示は、実施形態の２つの広いカテゴリー、すなわち、５ＭＢＳ Ｘｎハンドオーバと５ＭＢＳ Ｎ２ハンドオーバとを有する。これらの実施形態のいくつかの実装形態に関する詳細が、以下に含まれる。

いくつかの実施形態は、（１つまたは複数の）以下の技術的利点のうちの１つまたは複数を提供し得る。Ｘｎ実施形態の利点：
・ ５Ｇ ＭＢセッションのセッション継続性（すなわち、「ハンドオーバ」）をサポートするために５Ｇ Ｘｎハンドオーバプロシージャ（ＴＳ２３．５０２ ｖ１６．４．０、節４．９．１．２）を向上させた。
・ ターゲットＮＧ－ＲＡＮにおけるリソースが、Ｘｎハンドオーバ準備段階においてすでに確立されている（ステップ２、「オプション１」の説明参照）。これは、ＵＥが、ターゲットＮＧ－ＲＡＮにおける新しいセルに切り替えたときに直ちに、ＵＥが、新しいセルにおいて５ＭＢＳメディアストリームを受信することを開始することができることを意味する。すなわち、サービス継続性特性が優れており、メディアの受信におけるギャップが最小であるかまたはギャップがないことになる。
・ ターゲットＮＧ－ＲＡＮにおけるリソースが、Ｘｎハンドオーバ実行段階において随意に確立され得る（ステップ１０、「オプション２」の説明参照）。たとえば、５ＭＢＳをサポートしないソースＮＧ－ＲＡＮから５ＭＢＳをサポートするターゲットＮＧ－ＲＡＮに移動するとき、またはより良いシステムロバストネスのために、このオプション２は、それを行うための代替的なやり方であり得るが、このオプション２は、それを行うための相補的なやり方でもあり得る。オプション２では、サービス継続性特性（すなわち、メディア受信におけるギャップ）は、わずかにより悪いが、たいていの使用事例について依然として容認可能であり得る。
・ ＮＧ－ＲＡＮが、ＮＧ－ＲＡＮにおけるＭＢセッションリソースのセットアップを開始するように、ＡＭＦに通知し、ＡＭＦをトリガする、ステップ２ａにおける新しいメッセージＭＢセッションコマンド（ＴＭＧＩ）。
・ 既存の経路切替え要求メッセージおよび経路切替え要求確認応答メッセージへの新しいパラメータによる向上（ステップ９）が、ＡＭＦとＮＧ－ＲＡＮとの間のシグナリングを低減し得る（ステップ１０ａ／メッセージＭＢセッション加入が、経路切替え要求確認応答メッセージに新しい対応するパラメータ（ＮＧＡＰ ＩＤおよびＴＭＧＩ）を追加することによって交換され得る）。
さらに、既存の経路切替え要求メッセージに新しいパラメータ「ＴＭＧＩ」（またはＴＭＧＩリスト）を含めることは、ＡＭＦに、ＵＥがＭＢセッションに加入したことをＮＧ－ＲＡＮがすでに知っているかどうかを気づかせることができ、その場合、ＭＢセッション加入ステップ１０ａは必要とされない。
・ ソースＮＧ－ＲＡＮノードにおける、これがそのノードにおいてそのＭＢセッションを離脱する最後のＵＥであった場合のリソースの解放（ステップ８）

Ｎ２実施形態の利点：
・ ５Ｇ ＭＢセッションのセッション継続性（すなわち、「ハンドオーバ」）をサポートするために５Ｇ Ｎ２ハンドオーバプロシージャ（ＴＳ２３．５０２ ｖ１６．４．０、節４．９．１．３）を向上させた。
・ Ｔ－ＮＧ－ＲＡＮにおけるリソースが、Ｎ２ハンドオーバ準備段階においてすでに確立されている。これは、ＵＥが、Ｔ－ＮＧ－ＲＡＮにおける新しいセルに切り替えたときに（すなわち、ステップ４において）実行段階において直ちに、ＵＥが、新しいセルにおいて５ＭＢＳメディアストリームを受信することを開始することができることを意味する。すなわち、サービス継続性特性が優れており、メディアの受信におけるギャップが最小であるかまたはギャップがないことになる。

Ｓ－ＮＧ－ＲＡＮノードにおける、これがそのノードにおいてそのＭＢセッションを離脱する最後のＵＥであった場合のリソースの解放（節４．９．１．３．３におけるステップ１４ｃ）。

図４は、本開示のいくつかの実施形態による、ＭＢセッションのセッション継続性のための、無線デバイスによって実施される方法を示す。いくつかの実施形態では、方法は、５Ｇで接続されている間、少なくとも１つのＭＢセッションを受信すること（ステップ４００）と、ターゲットＮＧ－ＲＡＮにハンドオーバされること（ステップ４０２）と、随意に、少なくとも１つのＭＢセッションを受信することを継続すること（４０４）とのうちの少なくとも１つを含む。

図５は、本開示のいくつかの実施形態による、ＭＢセッションのセッション継続性のための、基地局によって実施される方法を示す。いくつかの実施形態では、方法は、５Ｇで接続された無線デバイスに少なくとも１つのＭＢセッションを提供すること（ステップ５００）と、無線デバイスがターゲットＮＧ－ＲＡＮにハンドオーバされたと決定すること（ステップ５０２）と、随意に、少なくとも１つのＭＢセッションのセッション継続性を無線デバイスに提供すること（ステップ５０４）とのうちの少なくとも１つを含む。

このようにして、いくつかの実施形態は、５Ｇ ＮＲ無線アクセスにおける、ｇＮＢ間ＸｎハンドオーバおよびｇＮＢ間Ｎ２ハンドオーバにおけるマルチキャストブロードキャストセッション継続性（別名「ハンドオーバ」）のサポートを提供する。

いくつかの実施形態では、ＭＢセッションのＸｎハンドオーバがある。いくつかの実施形態では、５Ｇ ＭＢセッションは共有されるので、それらの５Ｇ ＭＢセッションは厳密にはハンドオーバされないことに留意されたい。ＰＤＵセッションが、共有されず、ハンドオーバされる。いくつかの実施形態では、ターゲットセルにおいてＭＢセッションは（まだアクティブでなく、そのセルにおける他のＵＥによって使用される場合）開始され、いくつかの実施形態では、ソースセルにおいてＭＢセッションは（たとえば、これがそのセルにおいてそのＭＢセッションをリッスンする最後のＵＥであった場合）解放される。

いくつかの実施形態は、ＮＲのためのＭＢセッションのＸｎハンドオーバについて説明する。ＲＡＴ間の（たとえば、ＮＲとＥ－ＵＴＲＡとの間の）Ｘｎハンドオーバはサポートされない。代わりに、セッション継続性は、たとえば、ＴＳ２３．４６８、節５．３「サービス継続性」において説明されるように、アプリケーションレベルでハンドリングされると仮定される。

以下のプロシージャにおけるメッセージ名は説明的なものである。それらの名前は、標準化段階（ｎｏｒｍａｔｉｖｅ ｐｈａｓｅ）中に適用可能な場合に、対応するＳＢＩベースの名前で更新されると仮定される。Ｎ２、Ｎ３メッセージは、ＲＡＮ３判断に依存する。

ｇＮＢ間Ｘｎハンドオーバの場合：ターゲットＮＧ－ＲＡＮは、ハンドオーバ実行段階より前に、Ｘｎハンドオーバ準備段階の過程において確立される必要がある任意のＭＢセッションリソースを確立するように５ＧＣをトリガする（以下のオプション１参照）。ＵＥは、ＵＥが新しいセルに同期したときに直ちに、メディアストリームを受信することを継続する。これは、ＭＢセッション継続性を可能にする。

代替的に、ＡＭＦは、ＵＥがターゲットＮＧ－ＲＡＮにハンドオーバされた後に、ターゲットＮＧ－ＲＡＮにおけるＭＢセッションリソースセットアップの責任を持ち得る（以下のオプション２参照）。経路切替え要求／応答メッセージにおけるパラメータが、いくらかの最適化を提供し得る。このオプションは、ＵＥ個別データフォワーディングがＭＢセッションユーザデータを適用されたものでないと仮定すると、ＭＢセッション継続性においてややより大きいギャップを生じることになる。

いくつかの実施形態では、Ｘｎハンドオーバ中に、ＵＥのＰＤＵセッションは、新しいＮＧ－ＲＡＮノードに移動および接続される。ＰＤＵセッションとは異なり、ＭＢセッションは、ターゲットＮＧ－ＲＡＮノードに決して移動および接続されない。ＭＢセッションに関連するデータの転送が、ターゲットＮＧ－ＲＡＮノード上で開始され、必要な場合、ソースＮＧ－ＲＡＮノード上で解放される。

Ｘｎハンドオーバプロシージャの完全なシーケンスについては、ＴＳ２３．５０２［ｘ］における節４．９．１．２およびＴＳ３８．３００［ｙ］における節９．２．３を参照されたい。

図６は、本開示のいくつかの実施形態による、ｇＮＢ間Ｘｎハンドオーバのための例示的な実施形態を示す。

０． ソースＮＧ－ＲＡＮへのメディアストリームおよびＵＥへのＰＴＭ／ＰＴＰ送信が進行中である。ソースＮＧ－ＲＡＮが、ハンドオーバをトリガする（節９．２．３．２．１、ＴＳ３８．３００［ｘ］におけるステップ０～２参照）。

１． ソースＮＧ－ＲＡＮが、ターゲットＮＧ－ＲＡＮにＸｎハンドオーバ要求（）を送る。ＵＥコンテキストは、ＭＢセッション情報を含んでいる。

２． オプション１：ソースＮＧ－ＲＡＮが、確立される必要がある任意のＭＢセッションリソースをターゲットＮＧ－ＲＡＮに知らせる。ＵＥが加入したＭＢセッションについてのＭＢセッション情報が、Ｘｎハンドオーバ要求メッセージ中に｛ＴＭＧＩ、アクティブ／非アクティブインジケータ、ＬＬ ＭＣアドレス｝のリストで含まれる。いくつかの実施形態では、一時モバイルグループ識別情報（ＴＭＧＩ）は、（ＩＰマルチキャストアドレスおよびアクセスポイント名を使用することとは対照的に）ＭＢＭＳベアラサービスを識別するための無線リソース効率的な機構である。

オプション１が使用され、ターゲットＮＧ－ＲＡＮが、ステップ１におけるリスト中のＴＭＧＩについてアクティブＭＢセッションＣｔｘをまだ有しない場合：

２ａ． ターゲットＮＧ－ＲＡＮは、ＡＭＦにＭＢセッションコマンド（ＴＭＧＩ）を送ることによって、ＭＢセッションに対するその関心を告知する。

２ｂ． ＭＢセッションが上記のアクティブ状態にセットされる場合、ＡＭＦは、ＮＧ－ＲＡＮノードにＭＢセッションリソースセットアップ要求（ＴＭＧＩ、ＬＬ ＭＣ、５Ｇ許可ＱｏＳプロファイル（５Ｇ Ａｕｔｈｏｒｉｚｅｄ ＱｏＳ Ｐｒｏｆｉｌｅ））メッセージを送る。ＮＧ－ＲＡＮは、（ＭＢセッションＣｔｘｔがまだ存在しない場合）ＭＢセッションＣｔｘｔを作成し、そのＭＢセッションＣｔｘｔをアクティブ状態にセットし、ＴＭＧＩ、５Ｇ許可ＱｏＳプロファイルおよびＡＭＦ ＩＤをＭＢセッションＣｔｘに記憶する。ＮＧ－ＲＡＮノードは、リソースが成功裡に確立されたとき、ＡＭＦにＭＢセッションリソースセットアップ応答（ＴＭＧＩ）メッセージを返す。ＡＭＦは、ターゲットＮＧ－ＲＡＮノードのＮＧ－ＲＡＮ ＩＤをＡＭＦ ＭＢセッションＣｔｘに記憶する。

２ｃ． ターゲットＮＧ－ＲＡＮは、新しいアクティブＭＢセッションのためにマルチキャストグループ（すなわち、ＬＬ ＭＣアドレス）に加入する。

３． アクティブＭＢセッションについて、リソースが、ターゲットＮＧ－ＲＡＮによってメディアストリームを送信するように、ソースからターゲットにハンドオーバされるＵＥのために設定され得る。ターゲットＮＧ－ＲＡＮにおいて、アクティブＭＢセッションに加入した他のＵＥがすでにある場合、ＰＴＭ／ＰＴＰ送信も進行中である。

４． ターゲットＮＧ－ＲＡＮは、ソースＮＧ－ＲＡＮにＸｎハンドオーバ要求確認応答（）を送る。

５． ソースＮＧ－ＲＡＮは、ＵＥにＵｕハンドオーバコマンド（）を送る。ＵＥは、新しいセルにアクセスすることを開始し、新しいセルに同期する。

６． ターゲットＮＧ－ＲＡＮは、セルにおける新しいＵＥが、１つまたは複数のＭＢセッションのためにメディアを受信するべきであると決定し、新しいＵＥに（１つまたは複数の）ＰＴＭ／ＰＴＰ送信を提供する。いくつかの実施形態では、随意に、ＰＴＭ上のＵＥへのデータ転送は、ステップ３においてすでに開始され得る。決定するためのＲＡＮ。

７． ＳＮステータスがターゲットＮＧ－ＲＡＮに転送されるが、ＭＢセッションのためには転送されない。ＰＤＵセッションのためのフォワーディングが実施され得る。

８． ［条件付き］このＵＥがソースＮＧ－ＲＡＮにおいてＭＢセッションを離脱する最後のＵＥであった場合、ソースＮＧ－ＲＡＮは、ＭＢセッションのためのそのリソースを解放する（セッション離脱プロシージャ参照）。

９． ターゲットＮＧ－ＲＡＮが、ＡＭＦに経路切替え要求（ＴＭＧＩ）メッセージを送る。ターゲットＮＧ－ＲＡＮが、ＵＥが加入したＴＭＧＩに気づいている場合、それらのＴＭＧＩは要求メッセージ中に含まれ得る。ＡＭＦは、経路切替え要求確認応答（）メッセージで応答する。

いくつかの実施形態では、ＲＡＮが、以下のステップ１０ａを交換するために、ＴＭＧＩリストパラメータを経路切替え要求確認応答（）メッセージに導入することを判断し得る。

１０． オプション２：ＡＭＦが、たとえば、ターゲットＮＧ－ＲＡＮノードのＮＧ－ＲＡＮ ＩＤが、すでにＡＭＦ ＭＢセッションＣｔｘに記憶されているか否かと、ＭＢセッションＣｔｘの状態とを確認することによって、ＭＢセッションリソースが、ターゲットＮＧ－ＲＡＮにおいてセットアップされる必要があるかどうかを決定する。アクティブ状態であり、記憶されていない場合、ステップ１０ａ～１０ｃが実行される。

１０ａ． ＡＭＦが経路切替え要求（）メッセージを受信したとき、ＡＭＦは、ＡＭＦがそのＵＥコンテキストにおいて有する各ＴＭＧＩについて、ターゲットＮＧ－ＲＡＮにＭＢセッション加入（ＮＧＡＰ ＩＤ、ＴＭＧＩ）メッセージを送り、ターゲットＮＧ－ＲＡＮが、（経路切替え要求メッセージ中のＴＭＧＩの存在によって指示されるように）オプション１によりまだ気づいていない限り、ＭＢセッション加入メッセージは送られない。

１０ｂ． ＡＭＦ ＵＥコンテキストにおけるＴＭＧＩのいずれかがアクティブ状態のＭＢセッションＣｔｘを有し、ＡＭＦが、ターゲットＮＧ－ＲＡＮノードにリソースセットアップを行うことをまだ要求していなかった場合、ＡＭＦは、ターゲットＮＧ－ＲＡＮにＭＢセッションリソースセットアップ要求（ＴＭＧＩ、ＬＬ ＭＣ、５Ｇ許可ＱｏＳプロファイル）メッセージを送る。

１０ｃ． ＴＭＧＩについてのＭＢセッションＣｔｘがターゲットＮＧ－ＲＡＮにおいてまだ存在しない場合、ＮＧ－ＲＡＮは、ＭＢセッションＣｔｘを作成し、そのＭＢセッションＣｔｘをアクティブ状態にセットし、ＴＭＧＩ、ＱｏＳプロファイルおよびＡＭＦ ＩＤのリストをＭＢセッションＣｔｘに記憶し、マルチキャストグループ（すなわち、ＬＬ ＭＣアドレス）に加入する。他の場合、ターゲットＮＧ－ＲＡＮは、ＡＭＦ ＩＤをそのＭＢセッションＣｔｘにただ記憶する。

１１． ターゲットＮＧ－ＲＡＮにおける新しいＵＥの（１つまたは複数の）ＴＭＧＩのいずれかについて、アクティブ状態のＭＢセッションＣｔｘがある場合、ターゲットＮＧ－ＲＡＮは、（ステップ６において）まだ行われていない場合、新しいＵＥに（１つまたは複数の）ＰＴＭ／ＰＴＰ送信を提供する。

いくつかの実施形態では、上記のオプション１のサポートは、ＲＡＮ判断である。オプション１は、ハンドオーバにおいてはるかに良好なセッション継続性特性を提供し、Ｎ２シグナリングを低減し得る。いくつかの実施形態では、経路切替え要求メッセージ中のＴＭＧＩパラメータのサポートは、ＲＡＮ判断である。それは、オプション１が使用されるとき、ステップ１０ａにおけるＮ２セッション加入シグナリングを低減し得る。いくつかの実施形態では、経路切替え要求確認応答メッセージ中のＴＭＧＩリストパラメータのサポートは、ＲＡＮ判断である。それは、ステップ１０ａにおけるＮ２セッション加入シグナリングを低減し得る。ＲＡＮがこのＴＭＧＩリストパラメータについて判断する場合、上記のノートにおけるパラメータは必要とされないことがある。いくつかの実施形態では、オプション１とオプション２とは、相補的であり得、両方とも、ＲＡＮ判断に応じて規格化され得る。

いくつかの実施形態では、以下のものなど、サービス、エンティティおよびインターフェースに対する様々な影響があり得る。

ＵＥ：－ ＲＲＣ接続におけるＰＴＭ／ＰＴＰを使用するマルチキャストデータの受信。－ Ｘｎハンドオーバ実行段階が始まるときのソースＮＧ－ＲＡＮからターゲットＮＧ－ＲＡＮへの受信の切替え。

ＮＧ－ＲＡＮ：－ Ｘｎハンドオーバ要求におけるＭＢセッション情報のサポート（オプション１）。－ Ｘｎハンドオーバ準備段階中のＭＢセッションリソースセットアップ（オプション１）。－ Ｘｎハンドオーバ実行段階中のＭＢセッションリソースセットアップ（オプション２）。－ パッチ切替えメッセージ中の新しいパラメータ。

ＡＭＦ：－ Ｘｎハンドオーバ準備段階中にＮＧ－ＲＡＮにおけるＭＢセッションリソースセットアップをトリガする新しいメッセージをサポートする（オプション１）。

このようにして、いくつかの実施形態は、５Ｇ ＮＲ無線アクセスにおける、ｇＮＢ間ＸｎハンドオーバおよびｇＮＢ間Ｎ２ハンドオーバにおけるマルチキャストブロードキャストセッション継続性（別名「ハンドオーバ」）のサポートを提供する。

いくつかの実施形態では、ハンドオーバは、Ｎ２ハンドオーバを介して発生する。Ｎ２ハンドオーバ準備段階中に、ソースＮＧ－ＲＡＮは、確立される必要がある任意のＭＢセッションリソースを確立するように５ＧＣをトリガする。ＵＥは、ＵＥが新しいセルに同期したときに直ちに、メディアストリームを受信することを継続する。これは、ＭＢセッション継続性を可能にする。

Ｎ２ハンドオーバソリューションが、節４．９．１．３におけるＴＳ２３．５０２ Ｎ２ハンドオーバプロシージャに加えて示されている。提案される変更が、いくつかの場合には太字として以下に示されている。

図７は、本開示のいくつかの実施形態による、ＮＧ ＲＡＮノード間Ｎ２ベースハンドオーバのための例示的な実施形態を示す。

０． ＭＢメディアストリームおよびＰＴＭ／ＰＴＰ送信が、５ＧＳにおいて進行中であり得る、すなわち、ＭＢ－ＵＰＦからＳ－ＲＡＮに、Ｓ－ＲＡＮからＵＥに。

１． Ｓ－ＲＡＮ－Ｓ－ＡＭＦ間：ハンドオーバ必要（ターゲットＩＤ、ソース－ターゲット間透過的コンテナ（Ｓｏｕｒｃｅ ｔｏ Ｔａｒｇｅｔ ｔｒａｎｓｐａｒｅｎｔ ｃｏｎｔａｉｎｅｒ）、ＳＭ Ｎ２情報リスト、ＰＤＵセッションＩＤ、システム内ハンドオーバ指示）。

ソース－ターゲット間透過的コンテナは、Ｔ－ＲＡＮによって使用されるべきＳ－ＲＡＮによって作成されたＮＧ－ＲＡＮ情報を含み、５ＧＣに対して透過的である。

２． Ｔ－ＡＭＦ選択：Ｓ－ＡＭＦがもはやＵＥをサーブすることができないとき、Ｓ－ＡＭＦは、ＴＳ２３．５０１における「ＡＭＦ選択機能」の節６．３．５において説明されるようにＴ－ＡＭＦを選択する（３ＧＰＰ２３．５０１ Ｖ１６．４．０ ５Ｇシステムアーキテクチャ、以下［２］参照）。

３． ［条件付き］Ｓ－ＡＭＦ－Ｔ－ＡＭＦ間：Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＣｒｅａｔｅＵＥＣｏｎｔｅｘｔ要求（Ｎ２情報（ターゲットＩＤ、ソース－ターゲット間透過的コンテナ、ＳＭ Ｎ２情報リスト、ＰＤＵセッションＩＤ）、ＵＥコンテキスト情報（ＳＵＰＩ、サービスエリア制限、利用可能な場合各アクセスタイプのための許容ＮＳＳＡＩ、追跡要件、ＬＴＥ Ｍ指示、対応するＳＭＦ情報および対応する（１つまたは複数の）Ｓ－ＮＳＳＡＩと一緒のＰＤＵセッションＩＤのリスト、（１つまたは複数の）ＰＣＦ ＩＤ、ＤＮＮ、ＵＥ無線能力ＩＤおよびＵＥ無線能力情報））。サブスクリプション情報が追跡要件を含む場合、古いＡＭＦは、ターゲットＡＭＦに追跡要件を提供する。

ＰＬＭＮ間モビリティの場合、ＵＥコンテキスト情報が、ソースＰＬＭＮの許容ＮＳＳＡＩなしに、各アクセスタイプのための許容ＮＳＳＡＩに対応するＨＰＬＭＮ Ｓ－ＮＳＳＡＩを含む。ターゲットＡＭＦは、ステップ３において受信されたＨＰＬＭＮ Ｓ－ＮＳＳＡＩに基づいて許容ＮＳＳＡＩを決定し得、そうでなければ、ターゲットＡＭＦは、ＳＵＰＩのＨＰＬＭＮ Ｓ－ＮＳＳＡＩおよびＰＬＭＮ ＩＤを用いてＮｎｓｓｆ＿ＮＳＳｅｌｅｃｔｉｏｎ＿Ｇｅｔサービス動作を呼び出すことによってＮＳＳＦを照会する。ターゲットＡＭＦは、節４．２．２．２．３において説明されるように、モビリティ登録更新がハンドオーバ実行段階中に実施されるとき、ＡＭＦ再割り当てをトリガし得る。

Ｓ－ＡＭＦは、Ｔ－ＡＭＦのほうへＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＣｒｅａｔｅＵＥＣｏｎｔｅｘｔサービス動作を呼び出すことによって、ハンドオーバリソース割り当てプロシージャを始動する。

Ｓ－ＡＭＦが依然としてＵＥをサーブすることができるとき、このステップおよびステップ１２は必要とされない。

サービスエリア制限がＳ－ＡＭＦにおいて利用可能である場合、それらのサービスエリア制限は、ＴＳ２３．５０１［２］における節５．３．４．１．２において説明されるようにＴ－ＡＭＦにフォワーディングされ得る。

（１つまたは複数の）ホームＰＣＦ ＩＤと訪問先ＰＣＦ ＩＤの両方がＳ－ＡＭＦによって提供される場合、Ｔ－ＡＭＦは、（Ｖ－）ＰＣＦ ＩＤによって識別された（Ｖ－）ＰＣＦに連絡する。（Ｖ－）ＰＣＦ ＩＤによって識別された（Ｖ－）ＰＣＦが使用されないか、またはＳ－ＡＭＦから受信された（１つまたは複数の）ＰＣＦ ＩＤがない場合、Ｔ－ＡＭＦは、ＴＳ２３．５０１［２］、節６．３．７．１において説明されるように、および節４．３．２．２．３．３において説明されるＶ－ＮＲＦとＨ－ＮＲＦとの対話に従って、（１つまたは複数の）ＰＣＦを選択し得る。Ｔ－ＡＭＦは、ステップ１２において規定されているように、ＰＣＦ ＩＤが使用されないことをＳ－ＡＭＦに知らせ、次いで、Ｓ－ＡＭＦは、ＰＣＦ ＩＤによって識別されたＰＣＦとのＡＭポリシ関連付けを終了する。

４～７． ［条件付き］Ｔ－ＡＭＦ－ＳＭＦ間：Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ（ＰＤＵセッションＩＤ、ターゲットＩＤ、Ｔ－ＡＭＦ ＩＤ、Ｎ２ ＳＭ情報）。

７ａ． ［条件付き］ＡＭＦ ＵＥコンテキストにおける各ＴＭＧＩについて：Ｔ－ＡＭＦ－ＭＢ－ＳＭＦ間：Ｎｍｂｓｍｆ＿ＭＢＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＭＢＣｏｎｔｅｘｔ（ＴＭＧＩ、Ｔ－ＡＭＦ ＩＤ）。

ＭＢ－ＳＭＦは、ＡＭＦ ＩＤのリスト中のＴ－ＡＭＦ ＩＤを、ＭＢ－ＳＭＦ ＭＢセッションコンテキストに記憶する。Ｔ－ＡＭＦがそのリストにおいて新しい、すなわち、Ｔ－ＡＭＦがＭＢセッションをまだ有せず、ＭＢ－ＳＭＦ ＭＢセッション状態が「アクティブ」である場合、ＭＢ－ＳＭＦは、ＡＭＦにＭＢセッション開始通知を送るために準備をする（ステップ７ｃ）。

７ｂ． ＭＢ－ＳＭＦ－Ｔ－ＡＭＦ間：Ｎｍｂｓｍｆ＿ＭＢＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＭＢＣｏｎｔｅｘｔ応答（ＴＭＧＩ）。

ＭＢ－ＳＭＦは、Ｎｍｂｓｍｆ＿ＭＢＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＭＢＣｏｎｔｅｘｔ応答中に、ＭＢセッションのために割り振られ、ＭＢ－ＵＰＦによって使用される下位レイヤマルチキャストアドレス（ＬＬ ＭＣ）を含んでいるＮ２ ＭＢ情報と、Ｎ２ ＳＭ情報がターゲットＮＧ－ＲＡＮのためのものであると指示する５Ｇ許可ＱｏＳプロファイルとを含める。いくつかの実施形態では、Ｔ－ＡＭＦは、ＭＢセッションコンテキストを作成し、その状態を「非アクティブ」にセットする。

７ｃ． Ｔ－ＡＭＦがステップ７ａにおけるＭＢ－ＳＭＦリストにおいて新しく、ＭＢセッションが「アクティブ」である場合、ＭＢ－ＳＭＦは、ＡＭＦにＮｍｂｓｍｆ＿ＭＢＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＭＢＣｏｎｔｅｘｔ開始（すなわち、ＭＢセッション開始）を送る。Ｔ－ＡＭＦは、そのＭＢセッションコンテキストを更新し、その状態を「アクティブ」にセットする。

７ｄ～７ｆ． Ｔ－ＡＭＦは、Ｔ－ＮＧ－ＲＡＮにＭＢセッションリソースセットアップ要求メッセージを送る。ＭＢセッション開始プロシージャを参照されたい。この時間的ポイントにおいてそのＴＭＧＩに関心があるＵＥがないことがあるので、ＮＧ－ＲＡＮがリソースを解放することを回避するために、ハンドオーバ着信インジケータが、ＭＢセッションリソースセットアップ要求メッセージ中に含まれる。

８． ＡＭＦは、関与するＳＭＦからのＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答メッセージを監督する。ハンドオーバについての候補であるＰＤＵセッションのための最大遅延指示の最も低い値は、ＡＭＦが、Ｎ２ハンドオーバプロシージャを継続する前にＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答メッセージを待ち得る、最大時間を与える。最大待ち時間の満了時に、または、すべてのＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答メッセージが受信されたとき、ＡＭＦは、Ｎ２ハンドオーバプロシージャを継続する（ステップ９におけるハンドオーバ要求メッセージ）。１つまたは複数のＭＢセッションに加入したＵＥについて、Ｔ－ＡＭＦは、これらがＮ２ハンドオーバプロシージャと並行して実行され得るので、Ｎｍｂｓｍｆ＿ＭＢＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＭＢＣｏｎｔｅｘｔ応答を待つ必要がない。

いくつかの実施形態では、各ＰＤＵセッションについての遅延値は、ＡＭＦにおいてローカルに設定され、実装形態固有である。

９． Ｔ－ＡＭＦ－Ｔ－ＲＡＮ間：ハンドオーバ要求（ソース－ターゲット間透過的コンテナ、Ｎ２ ＭＭ情報、Ｎ２ ＳＭ情報リスト、追跡要件、ＵＥ無線能力ＩＤ）。サブスクリプション情報が追跡要件を含む場合、ターゲットＡＭＦは、ターゲットＲＡＮにハンドオーバ要求における追跡要件を提供する。

Ｔ－ＡＭＦは、ターゲットＩＤに基づいてＴ－ＲＡＮを決定する。Ｔ－ＡＭＦは、ＡＭＦおよびターゲットＴＡＩにおいてＵＥについて有効な５Ｇ－ＧＵＴＩを割り当て得る。

ソース－ターゲット間透過的コンテナは、Ｓ－ＲＡＮから受信されたものとしてフォワーディングされる。Ｎ２ ＭＭ情報は、たとえば、Ｔ－ＡＭＦにおいて利用可能な場合、セキュリティ情報およびモビリティ制限リストを含む。

Ｎ２ ＳＭ情報リストは、ステップ８において述べられた、Ｔ－ＡＭＦによって監督される許容最大遅延内に受信されたＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答メッセージ中の、Ｔ－ＲＡＮのためにＳＭＦから受信されたＮ２ ＳＭ情報を含む。

モビリティ制限リストは、ターゲットＡＭＦにおいて利用可能な場合、Ｎ２ ＭＭ情報において送られる。

ＵＥ無線能力ＩＤがハンドオーバ要求メッセージ中に含まれる場合、Ｔ－ＲＡＮにおいてＵＥ無線能力ＩＤのための対応するＵＥ無線能力セットがないとき、Ｔ－ＲＡＮは、Ｔ－ＲＡＮにＵＥ無線能力ＩＤに対応するＵＥ無線能力セットを提供するようにＴ－ＡＭＦに要求するものとする。

１０． Ｔ－ＲＡＮ－Ｔ－ＡＭＦ間：ハンドオーバ要求確認応答（ターゲット－ソース間透過的コンテナ、Ｎ２ ＳＭ情報をもつハンドオーバすべきＰＤＵセッションのリスト、Ｎ２ ＳＭ情報エレメントにおいて与えられる失敗原因をもつ確立されることに失敗したＰＤＵセッションのリスト）。

ターゲット－ソース間透過的コンテナは、アクセス階層部分およびＮＡＳ部分をもつＵＥコンテナを含む。ＵＥコンテナは、Ｔ－ＡＭＦ、Ｓ－ＡＭＦ、およびＳ－ＲＡＮを介してＵＥに透過的に送られる。

Ｔ－ＲＡＮは、Ｔ－ＲＡＮ決定に基づいて、セットアップされることに失敗したＰＤＵセッションのリスト、および失敗理由（たとえば、Ｔ－ＲＡＮ判断、Ｓ－ＮＳＳＡＩが利用可能でない、ユーザプレーンセキュリティ施行を満足することができない）を作成する。その情報は、Ｓ－ＲＡＮに提供される。

ハンドオーバすべきＰＤＵセッションのリスト中のＮ２ ＳＭ情報は、各ＰＤＵセッションＩＤごとにＴ－ＲＡＮ Ｎ３アドレス指定情報、すなわち、ＰＤＵセッションのためのＴ－ＲＡＮのＮ３ ＵＰアドレスおよびトンネルＩＤを含んでいる。

冗長送信が、ＰＤＵセッションの１つまたは複数のＱｏＳフローのために実施される場合、Ｔ－ＲＡＮは、Ｎ２ ＳＭ情報において、ＰＤＵセッションのための２つのＡＮトンネル情報を提供する。Ｔ－ＲＡＮは、ＴＳ２３．５０１［２］の節５．３３．２．２において説明されるように、ＡＮトンネル情報のうちの１つが、ＰＤＵセッションの冗長トンネルとして使用されることをＳＭＦに指示する。１つのＡＮトンネル情報のみが、ＰＤＵセッションのためにターゲットＮＧ－ＲＡＮによって提供される場合、ＳＭＦは、ハンドオーバプロシージャの後に、節４．３．３において指定されているＰＤＵセッション修正プロシージャをトリガすることによってこれらのＱｏＳフローを解放し得る。

Ｎ２ ＳＭ情報は、以下をも含み得る。－ ＰＤＵセッション上でＵＰ完全性保護が実施されるか否かの指示。－ ＰＤＵセッションが、データフォワーディングの対象となる少なくとも１つのＱｏＳフロー、フォワーディングされたデータを受信するためのＴ－ＲＡＮのＮ３ ＵＰアドレスおよびトンネルＩＤを有するかどうか。Ｔ－ＲＡＮは、Ｔ－ＲＡＮがセットアップすることを判断した各データフォワーディングトンネルのためのデータフォワーディングアドレスを提供する。－ 代替ＱｏＳプロファイルを伴う容認された各ＱｏＳフロー（ＴＳ２３．５０１［２］参照）について、ターゲットＮＧ－ＲＡＮは、満足された代替ＱｏＳプロファイル（ｆｕｌｆｉｌｌｅｄ Ａｌｔｅｒｎａｔｉｖｅ ＱｏＳ Ｐｒｏｆｉｌｅ）への参照を含むものとする。

１１ａ～１１ｆ． ＡＭＦ－ＳＭＦ間：Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求。

１２． ［条件付き］Ｔ－ＡＭＦ－Ｓ－ＡＭＦ間：Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＣｒｅａｔｅＵＥＣｏｎｔｅｘｔ応答（ターゲット－ソース間透過的コンテナを含む、ハンドオーバコマンドをＳ－ＡＭＦがＳ－ＲＡＮに送るために必要なＮ２情報、セットアップされることに失敗したＰＤＵセッションリスト、Ｎ２ ＳＭ情報（Ｎ３ ＤＬフォワーディング情報、ＰＣＦ ＩＤ））。

ＡＭＦは、関与するＳＭＦからのＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答メッセージを監督する。最大待ち時間の満了時に、または、すべてのＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答メッセージが受信されたとき、Ｔ－ＡＭＦは、Ｓ－ＡＭＦにＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＣｒｅａｔｅＵＥＣｏｎｔｅｘｔ応答を送る。

セットアップされることに失敗したＰＤＵセッションリストは、ステップ１０においてターゲットＲＡＮから受信された、セットアップされることに失敗したＰＤＵセッションのリスト、および、Ｔ－ＡＭＦによって生成された容認されないＰＤＵセッションリストを含む。

容認されないＰＤＵセッションリストは、適した原因値をもつ以下の（１つまたは複数の）ＰＤＵセッションを含む。

－ （１つまたは複数の）ＳＭＦによる（１つまたは複数の）容認されないＰＤＵセッション、

－ 最大待ち時間内にＳＭＦからの応答がないことによる、ＡＭＦによる（１つまたは複数の）容認されないＰＤＵセッション、

－ ステップ４において判断された、Ｔ－ＡＭＦにおける利用不可能なＳ－ＮＳＳＡＩによる、ＡＭＦによる（１つまたは複数の）容認されないＰＤＵセッション。

ターゲット－ソース間トランスポートコンテナは、Ｔ－ＲＡＮから受信される。Ｎ２ ＳＭ情報は、ステップ１１ｆにおいてＳＭＦから受信される。

実行段階

図８は、本開示のいくつかの実施形態による、ＮＧ ＲＡＮノード間Ｎ２ベースハンドオーバのための例示的な実施形態を示す。ＵＤＭへのサービングＡＭＦの登録は、簡潔のために図に示されていない。

１． Ｓ－ＡＭＦ－Ｓ－ＲＡＮ間：ハンドオーバコマンド（ターゲット－ソース間透過的コンテナ、ハンドオーバ準備段階中にＴ－ＲＡＮから受信された情報を含んでいるＮ２ ＳＭ情報をもつハンドオーバされるべきＰＤＵセッションのリスト、セットアップされることに失敗したＰＤＵセッションのリスト）。

ターゲット－ソース間透過的コンテナは、Ｓ－ＡＭＦから受信されたものとしてフォワーディングされる。

ＳＭフォワーディング情報リストは、直接的フォワーディングのためのＴ－ＲＡＮ ＳＭ Ｎ３フォワーディング情報リスト、または間接的データフォワーディングのためのＳ－ＵＰＦ ＳＭ Ｎ３フォワーディング情報リストを含む。

Ｓ－ＲＡＮは、Ｎ２ハンドオーバプロシージャを進めるべきかどうかを判断するために、セットアップされることに失敗したＰＤＵセッションリストと、指示された失敗理由とを使用する。

Ｓ－ＲＡＮが、容認されたＱｏＳフローのための代替ＱｏＳプロファイルへの参照を受信する場合、Ｓ－ＲＡＮは、それを、Ｎ２ハンドオーバプロシージャを進めるべきか否かを判断するために考慮に入れるものとする（ＴＳ２３．５０１［２］参照）。

２． Ｓ－ＲＡＮ－ＵＥ間：ハンドオーバコマンド（ＵＥコンテナ）。

ＵＥコンテナは、ＡＭＦを介してＴ－ＲＡＮからＳ－ＲＡＮに透過的に送られるターゲット－ソース間透過的コンテナのＵＥ部分であり、Ｓ－ＲＡＮによってＵＥに提供される。

２ａ０． ＰＬＭＮが２次ＲＡＴ使用報告を設定しており、ソースＮＧ－ＲＡＮが、報告すべき２次ＲＡＴ使用データを有する場合、ソースＮＧ－ＲＡＮノードは、節４．２１に記載のＲＡＮ使用データ報告メッセージ（Ｎ２ ＳＭ情報（２次ＲＡＴ使用データ）、ハンドオーバフラグ）をＡＭＦに提供し得る。ハンドオーバフラグは、ＡＭＦが、使用データ報告を含んでいるＮ２ ＳＭ情報をフォワーディングする前に、そのＮ２ ＳＭ情報をバッファするべきであることをＡＭＦに指示する。

このステップはこの図に示されていないが、２次ＲＡＴ使用データ報告プロシージャは、節４．２１における図４．２１－１に示されている。

２ａ．～２ｃ． Ｓ－ＲＡＮは、ＴＳ３６．３００［４６］およびＴＳ３８．３００［９］において指定されているように、Ｓ－ＡＭＦにアップリンクＲＡＮステータス転送メッセージを送る。Ｓ－ＲＡＮは、ＵＥの無線ベアラのいずれも、ＰＤＣＰステータス保存で扱われないものとする場合、このメッセージを送ることを省略し得る。

ＡＭＦ再配置がある場合、Ｓ－ＡＭＦは、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒサービス動作を介してＴ－ＡＭＦにこの情報を送り、Ｔ－ＡＭＦは確認応答する。Ｓ－ＡＭＦ、または、ＡＭＦが再配置される場合、Ｔ－ＡＭＦは、ＴＳ３６．３００［４６］およびＴＳ３８．３００［９］において指定されているように、ダウンリンクＲＡＮステータス転送メッセージを介してＴ－ＲＡＮにその情報を送る。

３． アップリンクパケットが、Ｔ－ＲＡＮからＴ－ＵＰＦおよびＵＰＦ（ＰＳＡ）に送られる。ダウンリンクパケットが、Ｓ－ＵＰＦを介してＵＰＦ（ＰＳＡ）からＳ－ＲＡＮに送られる。Ｓ－ＲＡＮは、データフォワーディングの対象となるＱｏＳフローまたはＤＲＢのために、Ｓ－ＲＡＮからＴ－ＲＡＮのほうへダウンリンクデータのフォワーディングを開始するべきである。これは、直接的フォワーディング（ステップ３ａ）または間接的フォワーディング（ステップ３ｂ）のいずれかであり得る。

４． ＵＥ－Ｔ－ＲＡＮ間：ハンドオーバ確認。

ＵＥがターゲットセルに成功裡に同期した後に、ＵＥは、Ｔ－ＲＡＮにハンドオーバ確認メッセージを送る。ハンドオーバは、このメッセージによって、ＵＥによって成功したと考えられる。新しいＵＥの（１つまたは複数の）ＴＭＧＩのいずれかについて、Ｔ－ＮＧ－ＲＡＮにおいてアクティブ状態のＭＢセッションＣｔｘｔがある場合、Ｔ－ＮＧ－ＲＡＮは、新しいＵＥに（１つまたは複数の）ＰＴＭ／ＰＴＰ送信を提供する。

５． Ｔ－ＲＡＮ－Ｔ－ＡＭＦ間：ハンドオーバ通知。

ハンドオーバは、このメッセージによって、Ｔ－ＲＡＮにおいて成功したと考えられる。

代替ＱｏＳプロファイルを伴う容認された各ＱｏＳフロー（ＴＳ２３．５０１［２］参照）について、ターゲットＲＡＮは、満足された代替ＱｏＳプロファイルへの参照をＳＭＦに送るものとする。

６ａ． ［条件付き］Ｔ－ＡＭＦ－Ｓ－ＡＭＦ間：Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ２ＩｎｆｏＮｏｔｉｆｙ。

Ｔ－ＡＭＦは、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ２ＩｎｆｏＮｏｔｉｆｙを呼び出すことによって、Ｔ－ＲＡＮから受信されたＮ２ハンドオーバ通知についてＳ－ＡＭＦに通知する。

Ｓ－ＡＭＦにおけるタイマーが、Ｓ－ＲＡＮにおけるリソースが解放されるものとするときを監督するために開始される。

６ｂ． ［条件付き］Ｓ－ＡＭＦ－Ｔ－ＡＭＦ間：Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ２ＩｎｆｏＮｏｔｉｆｙ ＡＣＫ（Ｎ２ ＳＭ情報（２次ＲＡＴ使用データ））。

Ｓ－ＡＭＦは、Ｔ－ＡＭＦにＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ２ＩｎｆｏＮｏｔｉｆｙ ＡＣＫを送ることによって確認応答する。Ｎ２ ＳＭ情報は、ここで、適用可能なとき、ステップ２ａ０においてバッファされたものである。

６ｃ． ［条件付き］Ｓ－ＡＭＦ－ＳＭＦ間：Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＲｅｌｅａｓｅＳＭＣｏｎｔｅｘｔ要求（ＳＵＰＩ、ＰＤＵセッションＩＤ、Ｎ２ ＳＭ情報（２次ＲＡＴ使用データ））。

（１つまたは複数の）ＰＤＵセッションが、Ｔ－ＡＭＦによって容認されない（たとえば、ＰＤＵセッションに関連するＳ－ＮＳＳＡＩが、Ｔ－ＡＭＦにおいて利用可能でない）場合、Ｓ－ＡＭＦは、Ｓ－ＡＭＦが、ステップ６ａにおいてＮ２ハンドオーバ通知の受信について通知された後に、節４．３．４．２において指定されているＰＤＵセッション解放プロシージャをトリガする。

７． Ｔ－ＡＭＦ－ＳＭＦ間：Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求（ＰＤＵセッションＩＤのためのハンドオーバ完了指示、ＬＡＤＮサービスエリアにおけるＵＥの存在、Ｎ２ ＳＭ情報（２次ＲＡＴ使用データ））。Ｎ２ ＳＭ情報は、ここで、適用可能なとき、ステップ６ｂにおいて受信されたものである。

ハンドオーバ完了指示は、Ｎ２ハンドオーバの成功を指示するために、各ＰＤＵセッションごとに、対応するＳＭＦに送られる。

Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答メッセージがハンドオーバ準備段階（節４．９．１．３．２のステップ８参照）中にあまりに遅く到着したとき、または、ＳＭＦ関与をもつＰＤＵセッションがＴ－ＲＡＮによって容認されないとき、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求（ＳＵＰＩ、ＰＤＵセッションＩＤ、動作タイプ）は対応するＳＭＦに送られ、ＳＭＦが、選択されたＵＰＦの、場合によっては割り当てられたＮ３ ＵＰアドレスおよびトンネルＩＤを割り当て解除することを可能にする。そのＳＭＦによってハンドリングされるＰＤＵセッションが、非アクティブにされると考えられ、ハンドオーバ試行が、そのＰＤＵセッションについて終了される。

ＡＭＦが、ＰＤＵセッションがＬＡＤＮに関すると決定した場合、ＡＭＦは、「ＬＡＤＮサービスエリアにおけるＵＥの存在」を提供する。ＡＭＦが「ＬＡＤＮサービスエリアにおけるＵＥの存在」指示を提供せず、ＳＭＦが、ＤＮＮがＬＡＤＮに対応すると決定した場合、ＳＭＦは、ＵＥがＬＡＤＮサービスエリアの外にあると考える。

ＳＭＦは、「ＬＡＤＮサービスエリアにおけるＵＥの存在」指示に基づいて、ＴＳ２３．５０１［２］、節５．６．５において規定されているＬＡＤＮ ＰＤＵセッションについてアクションをとる。

ＳＭＦが満足された代替ＱｏＳプロファイルへの参照を受信した、各ＱｏＳフローについて、ＳＭＦは、ＴＳ２３．５０１［２］において説明されるようにＰＣＦおよびＵＥに通知する。

８ａ． ［条件付き］ＳＭＦ－Ｔ－ＵＰＦ（中間）間：Ｎ４セッション修正要求。

新しいＴ－ＵＰＦが挿入される、または既存の中間Ｓ－ＵＰＦが再割り当てされる場合、ＳＭＦは、Ｔ－ＲＡＮのＤＬ ＡＮトンネル情報を指示するＮ４セッション修正要求をＴ－ＵＰＦに送るものとする。

８ｂ． ［条件付き］Ｔ－ＵＰＦ－ＳＭＦ間：Ｎ４セッション修正応答。

Ｔ－ＵＰＦは、ＳＭＦにＮ４セッション修正応答メッセージを送ることによって確認応答する。

９ａ． ［条件付き］ＳＭＦ－Ｓ－ＵＰＦ（中間）間：Ｎ４セッション修正要求。

ＵＰＦが再割り当てされない場合、ＳＭＦは、Ｔ－ＲＡＮのＤＬ ＡＮトンネル情報を指示するＮ４セッション修正要求をＳ－ＵＰＦに送るものとする。

９ｂ． ［条件付き］Ｓ－ＵＰＦ－ＳＭＦ間：Ｎ４セッション修正応答。いくつかの実施形態では、Ｓ－ＵＰＦは、ＳＭＦにＮ４セッション修正応答メッセージを送ることによって確認応答する。

１０ａ． ［条件付き］ＳＭＦ－ＵＰＦ（ＰＳＡ）間：Ｎ４セッション修正要求。

非ローミングまたはローカルブレークアウトローミングシナリオでは、ＳＭＦは、新しいＴ－ＵＰＦが挿入されるか、または既存の中間Ｓ－ＵＰＦが再割り当てされる場合、ＰＤＵセッションアンカーＵＰＦ（ＵＰＦ（ＰＳＡ））にＮ４セッション修正要求メッセージを送り、Ｔ－ＲＡＮのＮ３ ＡＮトンネル情報またはＴ－ＵＰＦのＤＬ ＣＮトンネル情報を提供する。冗長送信が、ＰＤＵセッションの１つまたは複数のＱｏＳフローのために実施される場合、Ｔ－ＲＡＮの２つのＮ３ ＡＮトンネル情報または２つのＴ－ＵＰＦの２つのＤＬ ＣＮトンネル情報が提供され、ＳＭＦは、ＡＮ／ＣＮトンネル情報のうちの１つが、ＰＤＵセッションの冗長トンネルとして使用されることをＵＰＦ（ＰＳＡ）に指示する。Ｈ－ＵＰＦ（ＰＤＵセッションアンカー）に向かってＮ９に終端する既存の中間Ｓ－ＵＰＦが、ホームルーティングされたローミングシナリオのために再割り当てされる場合、Ｖ－ＳＭＦは、Ｈ－ＳＭＦのほうへＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｕｐｄａｔｅ要求（エンドマーカー指示）サービス動作を呼び出す。エンドマーカー指示は、（１つまたは複数の）エンドマーカーが送られるべきであることを指示するために使用される。

Ｓ－ＵＰＦがＵＬ ＣＬまたはＢＰとして働く場合、ＳＭＦは、「エンドマーカー」パケットを送るべきＰＤＵセッションアンカーのうちの１つのみを指示する。「エンドマーカー」が古い経路上の最後のユーザプレーンパケットであることを保証するために、ＳＭＦは、ＳＭＦが、「エンドマーカー」パケットを送るべきＰＤＵセッションアンカーを指示する前に、他のＰＤＵセッションアンカー上の経路を修正するべきである。

Ｔ－ＵＰＦが挿入されないか、または既存の中間Ｓ－ＵＰＦが再割り当てされない場合、ステップ１０ａおよびステップ１０ｂはスキップされる。

１０ｂ． ［条件付き］ＵＰＦ（ＰＳＡ）－ＳＭＦ間：Ｎ４セッション修正応答。

ＵＰＦ（ＰＳＡ）は、ＳＭＦにＮ４セッション修正応答メッセージを送る。Ｔ－ＲＡＮにおける並べ替え機能を支援するために、ＵＰＦ（ＰＳＡ）は、経路を切り替えた直後に、古い経路上の各Ｎ３トンネルについて１つまたは複数の「エンドマーカー」パケットを送り、ソースＮＧ－ＲＡＮは、ターゲットＮＧ－ＲＡＮに「エンドマーカー」パケットをフォワーディングするものとする。この時点で、ＵＰＦ（ＰＳＡ）は、新しいＴ－ＵＰＦが挿入されるか、または既存の中間Ｓ－ＵＰＦが再割り当てされる場合、Ｔ－ＵＰＦを介してＴ－ＲＡＮにダウンリンクパケットを送ることを開始する。ホームルーティングされたローミングシナリオの場合、Ｈ－ＳＭＦは、Ｈ－ＵＰＦ（ＰＤＵセッションアンカー）がＴ－ＵＰＦのＵＬトンネル情報で更新されると、Ｖ－ＳＭＦにＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｕｐｄａｔｅ応答サービス動作で応答する。

複数のＵＰＦ（ＰＳＡ）があるとき、ステップ１０ａおよびステップ１０ｂは各ＵＰＦ（ＰＳＡ）について実施される。

１１． ＳＭＦ－Ｔ－ＡＭＦ間：Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答（ＰＤＵセッションＩＤ）。

ＳＭＦは、ハンドオーバ完了の受信を確認する。

間接的データフォワーディングが適用される場合、ＳＭＦは、間接的データフォワーディングトンネルのリソースを解放するために使用されるべき間接的データフォワーディングタイマーを開始する。

１２． ＵＥは、節４．２．２．２．２において説明されるモビリティ登録更新プロシージャを始動する。

ターゲットＡＭＦは、そのプロシージャがハンドオーバプロシージャであることを知っており、したがって、ターゲットＡＭＦが登録プロシージャのサブセットのみを実施し、詳細には、ソースＡＭＦとターゲットＡＭＦとの間のコンテキスト転送のための登録プロシージャにおけるステップ４、５、および１０がスキップされる。

１３ａ． ［条件付き］ＳＭＦ－Ｓ－ＵＰＦ（中間）間：Ｎ４セッション解放要求。

ソース中間ＵＰＦがある場合、ＳＭＦは、ステップ６におけるタイマーまたは間接的データフォワーディングタイマーが満了した後に、ソースＵＰＦにＮ４セッション解放要求（解放原因）を送ることによってリソース解放を始動する。このメッセージはまた、Ｓ－ＵＰＦにおいて間接的データフォワーディングリソースを解放するために使用される。

１３ｂ． Ｓ－ＵＰＦ－ＳＭＦ間：Ｎ４セッション解放応答。

Ｓ－ＵＰＦは、リソースの解放を確認するためにＮ４セッション解放応答メッセージで確認応答する。

間接的データフォワーディングの場合、間接的データフォワーディングのリソースも解放される。

１４ａ． ＡＭＦ－Ｓ－ＲＡＮ間：ＵＥコンテキスト解放コマンド（）。

ステップ６ａにおけるタイマーが満了した後に、ＡＭＦは、ＵＥコンテキスト解放コマンドを送る。

１４ｂ． Ｓ－ＲＡＮ－ＡＭＦ間：ＵＥコンテキスト解放完了（）。

ソースＮＧ－ＲＡＮは、ＵＥに関係するそのリソースを解放し、ＵＥコンテキスト解放完了（）メッセージで応答する。

１４ｃ． ［条件付き］このＵＥがＳ－ＮＧ－ＲＡＮにおいてＭＢセッションを離脱する最後のＵＥであった場合、Ｓ－ＮＧ－ＲＡＮは、ＭＢセッションのためのそのリソースを解放する（セッション離脱プロシージャ参照）。

１５ａ． ［条件付き］ＳＭＦ－Ｔ－ＵＰＦ間：Ｎ４セッション修正要求。

間接的フォワーディングが適用され、ＵＰＦが再割り当てされる場合、間接的データフォワーディングのタイマーが満了した後に、ＳＭＦは、間接的データフォワーディングリソースを解放するためにＴ－ＵＰＦにＮ４セッション修正要求を送る。

１５ｂ． ［条件付き］Ｔ－ＵＰＦ－ＳＭＦ間：Ｎ４セッション修正応答。

Ｔ－ＵＰＦは、間接的データフォワーディングリソースの解放を確認するためにＮ４セッション修正応答メッセージで確認応答する。

ＡＭＦが、他のＮＦによるモビリティイベントにサブスクライブされる場合、ＡＭＦは、節４．１５．４．２において説明されるようにＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙサービス動作を呼び出すことによって、対応するＮＦにイベントを通知する。

ＵＥが規制優先度を付けられたサービス（ｒｅｇｕｌａｔｏｒｙ ｐｒｉｏｒｉｔｉｚｅｄ ｓｅｒｖｉｃｅ）についてのみ到達可能であるという指示をもつＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙの受信時に、ＳＭＦは、ＰＤＵセッションのサービスが規制優先度を付けられていない場合、ＰＤＵセッションを非アクティブにする。ホームルーティングされたローミングの場合、Ｖ－ＳＭＦは、ＰＤＵセッションの非アクティブ化をトリガし、さらに、Ｈ－ＳＭＦは、通知を受信したとき、ダウンリンクシグナリングが規制優先度を付けられたサービスに関係しない場合、そのシグナリングを送ることを控える。

いくつかの実施形態では、サービス、エンティティおよびインターフェースに対する影響が、以下のうちの１つまたは複数を含み得る。

ＵＥ：－ ＲＲＣ接続におけるＰＴＭ／ＰＴＰを使用するマルチキャストデータの受信。－ Ｎ２ハンドオーバ実行段階が始まるときのソースＮＧ－ＲＡＮからターゲットＮＧ－ＲＡＮへの受信の切替え。

ＮＧ－ＲＡＮ：－ Ｎ２ハンドオーバ準備段階中のＭＢセッションリソースセットアップ。－ ＭＢメディアストリームの受信。－ Ｎ２ハンドオーバ実行段階が始まるときのＵＥへのＰＴＭ／ＰＴＰ送信を使用するＭＢメディアストリームのフォワーディング。

ＡＭＦ：－ Ｎ２ハンドオーバ準備段階中のリソースセットアップのためにＭＢセッション加入シグナリングおよびＭＢセッション開始シグナリングをトリガすること。

このようにして、いくつかの実施形態は、５Ｇ ＮＲ無線アクセスにおける、ｇＮＢ間ＸｎハンドオーバおよびｇＮＢ間Ｎ２ハンドオーバにおけるマルチキャストブロードキャストセッション継続性（別名「ハンドオーバ」）のサポートを提供する。

図９は、本開示のいくつかの実施形態による、無線アクセスノード９００の概略ブロック図である。随意の特徴が、点線ボックスによって表される。無線アクセスノード９００は、たとえば、基地局１０２または１０６、あるいは、本明細書で説明される基地局１０２またはｇＮＢの機能の全部または一部を実装するネットワークノードであり得る。示されているように、無線アクセスノード９００は、１つまたは複数のプロセッサ９０４（たとえば、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）と、メモリ９０６と、ネットワークインターフェース９０８とを含む制御システム９０２を含む。１つまたは複数のプロセッサ９０４は、本明細書では処理回路とも呼ばれる。さらに、無線アクセスノード９００は、各々が、１つまたは複数のアンテナ９１６に結合された１つまたは複数の送信機９１２と１つまたは複数の受信機９１４とを含む、１つまたは複数の無線ユニット９１０を含み得る。無線ユニット９１０は、無線インターフェース回路と呼ばれるか、または無線インターフェース回路の一部であり得る。いくつかの実施形態では、（１つまたは複数の）無線ユニット９１０は、制御システム９０２の外部にあり、たとえば、有線接続（たとえば、光ケーブル）を介して制御システム９０２に接続される。しかしながら、いくつかの他の実施形態では、（１つまたは複数の）無線ユニット９１０および潜在的に（１つまたは複数の）アンテナ９１６は、制御システム９０２とともに一体化される。１つまたは複数のプロセッサ９０４は、本明細書で説明される無線アクセスノード９００の１つまたは複数の機能を提供するように動作する。いくつかの実施形態では、（１つまたは複数の）機能は、たとえば、メモリ９０６に記憶され、１つまたは複数のプロセッサ９０４によって実行される、ソフトウェアで実装される。

図１０は、本開示のいくつかの実施形態による、無線アクセスノード９００の仮想化された実施形態を示す概略ブロック図である。この説明は、他のタイプのネットワークノードに等しく適用可能である。さらに、他のタイプのネットワークノードは、同様の仮想化されたアーキテクチャを有し得る。ここでも、随意の特徴が、点線ボックスによって表される。

本明細書で使用される「仮想化された」無線アクセスノードは、無線アクセスノード９００の機能の少なくとも一部分が、（たとえば、（１つまたは複数の）ネットワークにおける（１つまたは複数の）物理処理ノード上で実行する（１つまたは複数の）仮想マシンを介して）（１つまたは複数の）仮想構成要素として実装される無線アクセスノード９００の一実装形態である。示されているように、この例では、無線アクセスノード９００は、上記で説明されたように、制御システム９０２および／または１つまたは複数の無線ユニット９１０を含み得る。制御システム９０２は、たとえば、光ケーブルなどを介して（１つまたは複数の）無線ユニット９１０に接続され得る。無線アクセスノード９００は、（１つまたは複数の）ネットワーク１００２に結合されるか、または（１つまたは複数の）ネットワーク１００２の一部として含まれる、１つまたは複数の処理ノード１０００を含む。存在する場合、制御システム９０２または（１つまたは複数の）無線ユニットは、ネットワーク１００２を介して（１つまたは複数の）処理ノード１０００に接続される。各処理ノード１０００は、１つまたは複数のプロセッサ１００４（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）と、メモリ１００６と、ネットワークインターフェース１００８とを含む。

この例では、本明細書で説明される無線アクセスノード９００の機能１０１０は、１つまたは複数の処理ノード１０００において実装されるか、または１つまたは複数の処理ノード１０００および制御システム９０２および／または（１つまたは複数の）無線ユニット９１０にわたって任意の所望の様式で分散される。いくつかの特定の実施形態では、本明細書で説明される無線アクセスノード９００の機能１０１０の一部または全部は、（１つまたは複数の）処理ノード１０００によってホストされる（１つまたは複数の）仮想環境において実装される１つまたは複数の仮想マシンによって実行される仮想構成要素として実装される。当業者によって諒解されるように、（１つまたは複数の）処理ノード１０００と制御システム９０２との間の追加のシグナリングまたは通信が、所望の機能１０１０のうちの少なくともいくつかを行うために使用される。特に、いくつかの実施形態では、制御システム９０２が含まれないことがあり、その場合、（１つまたは複数の）無線ユニット９１０は、（１つまたは複数の）適切なネットワークインターフェースを介して（１つまたは複数の）処理ノード１０００と直接通信する。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されたとき、本明細書で説明される実施形態のいずれかに従って、少なくとも１つのプロセッサに、仮想環境における無線アクセスノード９００の機能１０１０のうちの１つまたは複数を実装する無線アクセスノード９００またはノード（たとえば、処理ノード１０００）の機能を行わせる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、上述のコンピュータプログラム製品を備えるキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなど、非一時的コンピュータ可読媒体）のうちの１つである。

図１１は、本開示のいくつかの他の実施形態による、無線アクセスノード９００の概略ブロック図である。無線アクセスノード９００は、１つまたは複数のモジュール１１００を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール１１００は、本明細書で説明される無線アクセスノード９００の機能を提供する。この説明は、モジュール１１００が処理ノード１０００のうちの１つにおいて実装されるか、あるいは複数の処理ノード１０００にわたって分散され、ならびに／または（１つまたは複数の）処理ノード１０００および制御システム９０２にわたって分散され得る、図１０の処理ノード１０００に等しく適用可能である。

図１２は、本開示のいくつかの実施形態による、無線通信デバイス１２００の概略ブロック図である。示されているように、無線通信デバイス１２００は、１つまたは複数のプロセッサ１２０２（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）と、メモリ１２０４と、各々が、１つまたは複数のアンテナ１２１２に結合された１つまたは複数の送信機１２０８および１つまたは複数の受信機１２１０を含む、１つまたは複数のトランシーバ１２０６とを含む。（１つまたは複数の）トランシーバ１２０６は、当業者によって諒解されるように、（１つまたは複数の）アンテナ１２１２と（１つまたは複数の）プロセッサ１２０２との間で通信される信号を調節するように設定された、（１つまたは複数の）アンテナ１２１２に接続された無線フロントエンド回路を含む。プロセッサ１２０２は、本明細書では処理回路とも呼ばれる。トランシーバ１２０６は、本明細書では無線回路とも呼ばれる。いくつかの実施形態では、上記で説明された無線通信デバイス１２００の機能は、たとえば、メモリ１２０４に記憶され、（１つまたは複数の）プロセッサ１２０２によって実行される、ソフトウェアで完全にまたは部分的に実装され得る。無線通信デバイス１２００は、たとえば、１つまたは複数のユーザインターフェース構成要素（たとえば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、（１つまたは複数の）スピーカーなどを含む入出力インターフェース、ならびに／あるいは、無線通信デバイス１２００への情報の入力を可能にする、および／または無線通信デバイス１２００からの情報の出力を可能にするための任意の他の構成要素）、電力供給源（たとえば、バッテリーおよび関連する電力回路）など、図１２に示されていない追加の構成要素を含み得ることに留意されたい。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されたとき、本明細書で説明される実施形態のいずれかに従って、少なくとも１つのプロセッサに無線通信デバイス１２００の機能を行わせる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、上述のコンピュータプログラム製品を備えるキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなど、非一時的コンピュータ可読媒体）のうちの１つである。

図１３は、本開示のいくつかの他の実施形態による、無線通信デバイス１２００の概略ブロック図である。無線通信デバイス１２００は、１つまたは複数のモジュール１３００を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール１３００は、本明細書で説明される無線通信デバイス１２００の機能を提供する。

図１４を参照すると、一実施形態によれば、Ｆ１４０４。アクセスネットワーク１４０２は、ノードＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイント（ＡＰ）など、複数の基地局１４０６Ａ、１４０６Ｂ、１４０６Ｃを備え、各々が、対応するカバレッジエリア１４０８Ａ、１４０８Ｂ、１４０８Ｃを規定する。各基地局１４０６Ａ、１４０６Ｂ、１４０６Ｃは、有線接続または無線接続１４１０を介してコアネットワーク１４０４に接続可能である。カバレッジエリア１４０８Ｃ中に位置する第１のＵＥ１４１２が、対応する基地局１４０６Ｃに無線で接続するか、または対応する基地局１４０６Ｃによってページングされるように設定される。カバレッジエリア１４０８Ａ中の第２のＵＥ１４１４が、対応する基地局１４０６Ａに無線で接続可能である。この例では複数のＵＥ１４１２、１４１４が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが、対応する基地局１４０６に接続している状況に等しく適用可能である。

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

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

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

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

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

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

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

ＵＥ１５１４と基地局１５１８との間の無線接続１５２６は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続１５２６が最後のセグメントを形成するＯＴＴ接続１５１６を使用して、ＵＥ１５１４に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、たとえば、データレート、レイテンシ、電力消費などを改善し、それにより、たとえば、低減されたユーザ待ち時間、ファイルサイズに対する緩和された制限、より良い応答性、延長されたバッテリー寿命などの利益を提供し得る。

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

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

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

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

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

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

図におけるプロセスが本開示のいくつかの実施形態によって実施される動作の特定の順序を示し得るが、そのような順序は例示的である（たとえば、代替実施形態が、異なる順序で動作を実施する、いくつかの動作を組み合わせる、いくつかの動作を重ね合わせる、などを行い得る）ことを理解されたい。

実施形態

グループＡの実施形態

実施形態１： ＭＢセッションのセッション継続性のための、無線デバイスによって実施される方法であって、方法が、５Ｇで接続されている間、少なくとも１つのＭＢセッションを受信することと、ターゲットＮＧ－ＲＡＮにハンドオーバされることと、少なくとも１つのＭＢセッションを受信することを継続することとのうちの少なくとも１つを含む、方法。

実施形態２： ターゲットＮＧ－ＲＡＮにハンドオーバされることが、Ｘｎハンドオーバを含む、実施形態１に記載の方法。

実施形態３： ターゲットＮＧ－ＲＡＮにハンドオーバされることが、Ｎ２ハンドオーバを含む、実施形態１に記載の方法。

実施形態４： ハンドオーバが、グループＢの実施形態で説明される特徴のいずれかを含む、実施形態１から３のいずれか１つに記載の方法。

実施形態５： ユーザデータを提供することと、基地局への送信を介してホストコンピュータにユーザデータをフォワーディングすることとをさらに含む、実施形態１から４のいずれか１つに記載の方法。

グループＢの実施形態

実施形態６： ＭＢセッションのセッション継続性のための、基地局によって実施される方法であって、方法は、５Ｇで接続された無線デバイスに少なくとも１つのＭＢセッションを提供することと、無線デバイスがターゲットＮＧ－ＲＡＮにハンドオーバされたと決定することと、少なくとも１つのＭＢセッションのセッション継続性を無線デバイスに提供することとのうちの少なくとも１つを含む、方法。

実施形態７： ＭＢセッションのセッション継続性のための、基地局によって実施される方法であって、方法が、少なくとも１つのＭＢセッションを受信していたハンドオーバされた無線デバイスを受信することと、少なくとも１つのＭＢセッションのセッション継続性を無線デバイスに提供することとのうちの少なくとも１つを含む、方法。

実施形態８： ターゲットＮＧ－ＲＡＮへのハンドオーバが、Ｘｎハンドオーバを含む、実施形態６または７に記載の方法。

実施形態９： Ｘｎハンドオーバ準備段階において、ターゲットＮＧ－ＲＡＮにおいてリソースが確立されることを引き起こすことをさらに含む、実施形態８に記載の方法。

実施形態１０： Ｘｎハンドオーバ実行段階において、ターゲットＮＧ－ＲＡＮにおいてリソースが確立されることを引き起こすことをさらに含む、実施形態８または９に記載の方法。

実施形態１１： ＮＧ－ＲＡＮにおけるＭＢセッションリソースのセットアップを開始するように、ＡＭＦに通知することおよび／またはＡＭＦをトリガすることをさらに含む、実施形態８から１０のいずれか１つに記載の方法。

実施形態１２： 通知することおよび／またはトリガすることが、ＭＢセッションコマンドを含む、実施形態１１に記載の方法。

実施形態１３： 通知することおよび／またはトリガすることが、既存の経路切替え要求メッセージおよび／または経路切替え要求確認応答メッセージへの新しいパラメータを含む、実施形態１１に記載の方法。

実施形態１４： 新しいパラメータ「ＴＭＧＩ」（またはＴＭＧＩリスト）が、既存の経路切替え要求メッセージ中に含まれる、実施形態８から１３のいずれか１つに記載の方法。

実施形態１５： ターゲットＮＧ－ＲＡＮへのハンドオーバが、Ｎ２ハンドオーバを含む、実施形態６または７に記載の方法。

実施形態１６： Ｎ２ハンドオーバ準備段階において、ターゲットＮＧ－ＲＡＮにおいてリソースが確立されることを引き起こすことをさらに含む、実施形態１５に記載の方法。

実施形態１７： これがそのＭＢセッションを離脱する最後の無線デバイスであった場合、リソースを解放することをさらに含む、実施形態１から１６のいずれか１つに記載の方法。

実施形態１８： ユーザデータを取得することと、ユーザデータをホストコンピュータまたは無線デバイスにフォワーディングすることとをさらに含む、実施形態６から１７のいずれか１つに記載の方法。

グループＣの実施形態

実施形態１９： ＭＢセッションのセッション継続性のための無線デバイスであって、無線デバイスが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、無線デバイスに電力を供給するように設定された電力供給回路とを備える、無線デバイス。

実施形態２０： ＭＢセッションのセッション継続性のための基地局であって、基地局が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、基地局に電力を供給するように設定された電力供給回路とを備える、基地局。

実施形態２１： ＭＢセッションのセッション継続性のためのユーザ機器（ＵＥ）であって、ＵＥは、無線信号を送り、受信するように設定されたアンテナと、アンテナと処理回路とに接続され、アンテナと処理回路との間で通信される信号を調整するように設定された、無線フロントエンド回路であって、処理回路が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、無線フロントエンド回路と、処理回路に接続され、ＵＥへの情報の入力が処理回路によって処理されることを可能にするように設定された、入力インターフェースと、処理回路に接続され、処理回路によって処理されたＵＥからの情報を出力するように設定された、出力インターフェースと、処理回路に接続され、ＵＥに電力を供給するように設定された、バッテリーとを備える、ユーザ機器（ＵＥ）。

実施形態２２： ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザデータを提供するように設定された処理回路と、ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備え、セルラネットワークが、無線インターフェースと処理回路とを有する基地局を備え、基地局の処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。

実施形態２３： 基地局をさらに含む、実施形態２２に記載の通信システム。

実施形態２４： ＵＥをさらに含み、ＵＥが基地局と通信するように設定された、実施形態２２または２３に記載の通信システム。

実施形態２５： ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路を備える、実施形態２２から２４のいずれか１つに記載の通信システム。

実施形態２６： ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することとを含み、基地局が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。

実施形態２７： 基地局においてユーザデータを送信することをさらに含む、実施形態２６に記載の方法。

実施形態２８： ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、ＵＥにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む、実施形態２６または２７に記載の方法。

実施形態２９： 基地局と通信するように設定されたユーザ機器（ＵＥ）であって、ＵＥが、実施形態２６から２８のいずれか１つに記載の方法を実施するように設定された、無線インターフェースと処理回路とを備える、ユーザ機器（ＵＥ）。

実施形態３０： ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザデータを提供するように設定された処理回路と、ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備え、ＵＥが、無線インターフェースと処理回路とを備え、ＵＥの構成要素が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。

実施形態３１： セルラネットワークが、ＵＥと通信するように設定された基地局をさらに含む、実施形態３０に記載の通信システム。

実施形態３２： ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、ＵＥの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された、実施形態３０または３１に記載の通信システム。

実施形態３３： ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することとを含み、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。

実施形態３４： ＵＥにおいて、基地局からユーザデータを受信することをさらに含む、実施形態３３に記載の方法。

実施形態３５： ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、ＵＥが、無線インターフェースと処理回路とを備え、ＵＥの処理回路が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。

実施形態３６： ＵＥをさらに含む、実施形態３５に記載の通信システム。

実施形態３７： 基地局をさらに含み、基地局が、ＵＥと通信するように設定された無線インターフェースと、ＵＥから基地局への送信によって搬送されたユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースとを備える、実施形態３５または３６に記載の通信システム。

実施形態３８： ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、ＵＥの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりユーザデータを提供するように設定された、実施形態３５から３７のいずれか１つに記載の通信システム。

実施形態３９： ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それにより要求データを提供するように設定され、ＵＥの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより要求データに応答してユーザデータを提供するように設定された、実施形態３５から３８のいずれか１つに記載の通信システム。

実施形態４０： ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、ＵＥから基地局に送信されたユーザデータを受信することを含み、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。

実施形態４１： ＵＥにおいて、基地局にユーザデータを提供することをさらに含む、実施形態４０に記載の方法。

実施形態４２： ＵＥにおいて、クライアントアプリケーションを実行し、それにより、送信されるべきユーザデータを提供することと、ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することとをさらに含む、実施形態４０または４１に記載の方法。

実施形態４３： ＵＥにおいて、クライアントアプリケーションを実行することと、ＵＥにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データが、クライアントアプリケーションに関連するホストアプリケーションを実行することによってホストコンピュータにおいて提供される、入力データを受信することとをさらに含み、送信されるべきユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、実施形態４０から４２のいずれか１つに記載の方法。

実施形態４４： ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、基地局が、無線インターフェースと処理回路とを備え、基地局の処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。

実施形態４５： 基地局をさらに含む、実施形態４４に記載の通信システム。

実施形態４６： ＵＥをさらに含み、ＵＥが基地局と通信するように設定された、実施形態４４または４５に記載の通信システム。

実施形態４７： ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより、ホストコンピュータによって受信されるべきユーザデータを提供するように設定された、実施形態４４から４６のいずれか１つに記載の通信システム。

実施形態４８： ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法は、ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発生したユーザデータを受信することを含み、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。

実施形態４９： 基地局において、ＵＥからユーザデータを受信することをさらに含む、実施形態４８に記載の方法。

実施形態５０： 基地局において、ホストコンピュータへの、受信されたユーザデータの送信を始動することをさらに含む、実施形態４８または４９に記載の方法。

以下の略語のうちの少なくともいくつかが本開示で使用され得る。略語間の不整合がある場合、その略語が上記でどのように使用されるかが選好されるべきである。以下で複数回リストされる場合、最初のリスティングが（１つまたは複数の）後続のリスティングよりも選好されるべきである。
・ ３ＧＰＰ 第３世代パートナーシッププロジェクト
・ ５Ｇ 第５世代
・ ５ＧＣ 第５世代コア
・ ５ＧＳ 第５世代システム
・ ＡＦ アプリケーション機能
・ ＡＭＦ アクセスおよびモビリティ機能
・ ＡＮ アクセスネットワーク
・ ＡＰ アクセスポイント
・ ＡＳＩＣ 特定用途向け集積回路
・ ＡＵＳＦ 認証サーバ機能
・ ＣＰＵ 中央処理ユニット
・ ＤＮ データネットワーク
・ ＤＳＰ デジタル信号プロセッサ
・ ｅＭＢＭＳ エボルブドマルチキャスト／ブロードキャストマルチメディアサブシステム
・ ｅＮＢ 拡張またはエボルブドノードＢ
・ ＥＰＳ エボルブドパケットシステム
・ Ｅ－ＵＴＲＡ 拡張ユニバーサル地上無線アクセス
・ ＦＰＧＡ フィールドプログラマブルゲートアレイ
・ ｇＮＢ 新無線基地局
・ ｇＮＢ－ＣＵ ｇＮＢ中央ユニット
・ ｇＮＢ－ＤＵ 新無線基地局分散ユニット
・ ＨＳＳ ホーム加入者サーバ
・ ＩｏＴ モノのインターネット
・ ＩＰ インターネットプロトコル
・ ＬＴＥ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
・ ＭＢ マルチバンドブロードキャスト
・ ＭＢＭＳ マルチキャスト／ブロードキャストマルチメディアサブシステム
・ ＭＭＥ モビリティ管理エンティティ
・ ＭＴＣ マシン型通信
・ ＮＥＦ ネットワーク公開機能
・ ＮＦ ネットワーク機能
・ ＮＧＡＰ 次世代アプリケーションプロトコル
・ ＮＧ－ＲＡＮ 次世代無線アクセスネットワーク
・ ＮＲ 新無線
・ ＮＲＦ ネットワーク機能リポジトリ機能
・ ＮＳＳＦ ネットワークスライス選択機能
・ ＯＴＴ オーバーザトップ
・ ＰＣ パーソナルコンピュータ
・ ＰＣＦ ポリシ制御機能
・ Ｐ－ＧＷ パケットデータネットワークゲートウェイ
・ ＱｏＳ サービス品質
・ ＲＡＭ ランダムアクセスメモリ
・ ＲＡＮ 無線アクセスネットワーク
・ ＲＯＭ 読取り専用メモリ
・ ＲＲＣ 無線リソース制御
・ ＲＲＨ リモート無線ヘッド
・ ＲＴＴ ラウンドトリップタイム
・ ＳＣＥＦ サービス能力公開機能
・ ＳＭＦ セッション管理機能
・ ＴＭＧＩ 一時モバイルグループ識別情報
・ ＵＤＭ 統合データ管理
・ ＵＥ ユーザ機器
・ ＵＰＦ ユーザプレーン機能
・ Ｖ２Ｘ Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ

当業者は、本開示の実施形態に対する改善および修正を認識されよう。すべてのそのような改善および修正は、本明細書で開示される概念の範囲内で考慮される。

Claims (26)

1. マルチキャストブロードキャスト（ＭＢ）セッションのデータをソース次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）ノードから受信する少なくとも１つの無線デバイス（１２００）によって実施される方法であって、
   前記ソースＮＧ－ＲＡＮノードから、一時モバイルグループ識別情報（ＴＭＧＩ）に関連付けられたＭＢセッションのデータを受信すること（４００）と、
   Ｘｎハンドオーバプロシージャにおいて前記ソースＮＧ－ＲＡＮノードから前記ＴＭＧＩが示されていることによって前記ＴＭＧＩに関連付けられた前記ＭＢセッションのコンテキストが既に存在するターゲットＮＧ－ＲＡＮノードのターゲットセルにハンドオーバする命令を受信することと、
   前記無線デバイス（１２００）が前記ターゲットセルに切り替わるとすぐに、前記ターゲットＮＧ－ＲＡＮを介して前記ＴＭＧＩに関連付けられた前記ＭＢセッションのデータを受信することを継続すること（４０４）と
   を含む、方法。
2. Ｘｎハンドオーバ準備段階において、前記ターゲットＮＧ－ＲＡＮノードにおいてリソースが確立されることを引き起こすことをさらに含む、請求項１に記載の方法。
3. Ｘｎハンドオーバ実行段階において、前記ターゲットＮＧ－ＲＡＮノードにおいてリソースが確立されることを引き起こすことをさらに含む、請求項１または２に記載の方法。
4. 前記ターゲットＮＧ－ＲＡＮノードにおけるＭＢセッションリソースのセットアップを開始するように、アクセスおよびモビリティ管理機能（ＡＭＦ）に通知することおよび／または前記ＡＭＦをトリガすることをさらに含む、請求項１から３のいずれか一項に記載の方法。
5. 前記通知することおよび／または前記トリガすることが、ＭＢセッションコマンドを含む、請求項４に記載の方法。
6. 前記通知することおよび／または前記トリガすることが、既存の経路切替え要求メッセージおよび／または経路切替え要求確認応答メッセージへの新しいパラメータを含む、請求項４に記載の方法。
7. 新しいパラメータ「一時モバイルグループ識別情報（ＴＭＧＩ）」（またはＴＭＧＩリスト）が、前記既存の経路切替え要求メッセージ中に含まれる、請求項６に記載の方法。
8. これが前記ＭＢセッションを離脱する最後の無線デバイスであった場合、リソースを解放することをさらに含む、請求項１から７のいずれか一項に記載の方法。
9. マルチキャストブロードキャスト（ＭＢ）セッションのセッション継続性のための、ソース次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）ノードによって実施される方法であって、
   ５Ｇで接続された１つまたは複数の無線デバイスに、ＭＢ－ユーザプレーン機能（ＵＰＦ）から少なくとも１つのＭＢセッションデータを提供すること（５００）と、
   前記１つまたは複数の無線デバイスのうちの少なくとも１つがターゲットＮＧ－ＲＡＮノードにハンドオーバされることを決定すること（５０２）と、
   前記少なくとも１つのＭＢセッションについて前記１つまたは複数の無線デバイスのうちの前記少なくとも１つの前記ターゲットＮＧ－ＲＡＮノードへのＸｎハンドオーバを開始し（５０４）、前記少なくとも１つのＭＢセッションに関連付けられた一時モバイルグループ識別情報（ＴＭＧＩ）を前記ターゲットＮＧ－ＲＡＮノードに示して、関連するＭＢセッションのコンテキストおよびＭＢセッションのデータが前記１つまたは複数の無線デバイスについての前記ＭＢセッションについての前記ＴＭＧＩに基づいて利用可能であることまたは確立されることを保証し、前記１つまたは複数の無線デバイスのうちの前記少なくとも１つが、前記Ｘｎハンドオーバの結果として、前記ソースＮＧ－ＲＡＮノードにおいて前記少なくとも１つのＭＢセッションを離脱する最後の無線デバイスであると決定すると、前記少なくとも１つのＭＢセッションの対応するリソースを解放することと
   を含む、方法。
10. Ｘｎハンドオーバ準備段階において、前記ターゲットＮＧ－ＲＡＮノードにおいてリソースが確立されることを引き起こすことをさらに含む、請求項９に記載の方法。
11. Ｘｎハンドオーバ実行段階において、前記ターゲットＮＧ－ＲＡＮノードにおいてリソースが確立されることを引き起こすことをさらに含む、請求項９または１０に記載の方法。
12. 前記ターゲットＮＧ－ＲＡＮノードにおけるＭＢセッションリソースのセットアップを開始するように、アクセスおよびモビリティ管理機能（ＡＭＦ）に通知することおよび／または前記ＡＭＦをトリガすることをさらに含む、請求項９から１１のいずれか一項に記載の方法。
13. 前記通知することおよび／または前記トリガすることが、ＭＢセッションコマンドを含む、請求項１２に記載の方法。
14. 前記通知することおよび／または前記トリガすることが、既存の経路切替え要求メッセージおよび／または経路切替え要求確認応答メッセージへの新しいパラメータを含む、請求項１２に記載の方法。
15. 新しいパラメータ「一時モバイルグループ識別情報（ＴＭＧＩ）」（またはＴＭＧＩリスト）が、前記既存の経路切替え要求メッセージ中に含まれる、請求項１４に記載の方法。
16. これが前記ＭＢセッションを離脱する前記最後の無線デバイスであった場合、リソースを解放することをさらに含む、請求項９から１５のいずれか一項に記載の方法。
17. マルチキャストブロードキャスト（ＭＢ）セッションのセッション継続性のための、ターゲット次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）ノード（９００）によって実施される方法であって、
    ソースＮＧ－ＲＡＮノードから前記ターゲットＮＧ－ＲＡＮノードのターゲットセルへのＸｎハンドオーバのプロシージャにおいて、前記ソースＮＧ－ＲＡＮノードから、無線デバイスに対するハンドオーバ要求メッセージであって、前記無線デバイスのＭＢセッションに関連付けられた一時モバイルグループ識別情報（ＴＭＧＩ）を含む前記ハンドオーバ要求メッセージを受信することと、
    前記ＴＭＧＩに関連付けられた前記ＭＢセッションについてＭＢセッションのコンテキストが存在するかを決定することと、
    前記ＭＢセッションのコンテキストが存在しないとの決定することに応答して、前記ＴＭＧＩを含んでおり前記ターゲットＮＧ－ＲＡＮノードへのＭＢセッションのデータの配信を開始するためのメッセージをアクセスおよびモビリティ管理機能（ＡＭＦ）に送信し、前記ソースＮＧ－ＲＡＮノードからのハンドオーバで前記ＭＢセッションのデータを前記無線デバイスに配信すること、または
    前記ＭＢセッションのコンテキストが存在するとの決定することに応答して、前記ソースＮＧ－ＲＡＮノードからのハンドオーバで前記ＭＢセッションのデータを前記無線デバイスに配信すること
    のうちの少なくとも１つのことと、
    を含む、方法。
18. 前記ハンドオーバが、請求項１０から１６のいずれか一項で説明される特徴のいずれかを含む、請求項１７に記載の方法。
19. マルチキャストブロードキャスト（ＭＢ）セッションのデータをソース次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）ノードから受信するための無線デバイス（１２００）であって、
    前記ソースＮＧ－ＲＡＮノードから、一時モバイルグループ識別情報（ＴＭＧＩ）に関連付けられたＭＢセッションのデータを受信するステップと、
    Ｘｎハンドオーバプロシージャにおいて前記ソースＮＧ－ＲＡＮノードから前記ＴＭＧＩが示されていることによって前記ＴＭＧＩに関連付けられた前記ＭＢセッションのコンテキストが既に存在するターゲットＮＧ－ＲＡＮノードのターゲットセルにハンドオーバする命令を受信するステップと、
    前記無線デバイス（１２００）が前記ターゲットセルに切り替わるとすぐに、前記ターゲットＮＧ－ＲＡＮを介して前記ＴＭＧＩに関連付けられた前記ＭＢセッションのデータを受信することを継続するステップと
    を実施するように適応された、無線デバイス（１２００）。
20. 前記無線デバイス（１２００）が、請求項２から８のいずれか一項に記載の方法を実施するようにさらに適応された、請求項１９に記載の無線デバイス（１２００）。
21. マルチキャストブロードキャスト（ＭＢ）セッションのデータをソース次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）ノードから受信するための無線デバイス（１２００）であって、前記無線デバイス（１２００）が、
    １つまたは複数の送信機（１２０８）と、
    １つまたは複数の受信機（１２１０）と、
    前記１つまたは複数の送信機（１２０８）と前記１つまたは複数の受信機（１２１０）とに関連する処理回路（１２０２）と
    を備え、前記処理回路（１２０２）が、前記無線デバイス（１２００）に、
    前記ソースＮＧ－ＲＡＮノードから、一時モバイルグループ識別情報（ＴＭＧＩ）に関連付けられたＭＢセッションのデータを受信することと、
    Ｘｎハンドオーバプロシージャにおいて前記ソースＮＧ－ＲＡＮノードから前記ＴＭＧＩが示されていることによって前記ＴＭＧＩに関連付けられた前記ＭＢセッションのコンテキストが既に存在するターゲットＮＧ－ＲＡＮノードのターゲットセルにハンドオーバする命令を受信することと、
    前記無線デバイス（１２００）が前記ターゲットセルに切り替わるとすぐに、前記ターゲットＮＧ－ＲＡＮを介して前記ＴＭＧＩに関連付けられた前記ＭＢセッションのデータを受信することを継続することと
    を行わせるように設定された、
    無線デバイス（１２００）。
22. 前記処理回路（１２０２）が、前記無線デバイス（１２００）に、請求項２から８のいずれか一項に記載の方法を実施させるようにさらに設定された、請求項２１に記載の無線デバイス（１２００）。
23. マルチキャストブロードキャスト（ＭＢ）セッションのセッション継続性のためのソース次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）ノード（９００）であって、
    ５Ｇで接続された１つまたは複数の無線デバイスに、ＭＢ－ユーザプレーン機能（ＵＰＦ）から少なくとも１つのＭＢセッションデータを提供するステップと、
    前記１つまたは複数の無線デバイスのうちの少なくとも１つがターゲットＮＧ－ＲＡＮノードにハンドオーバされることを決定するステップと、
    前記少なくとも１つのＭＢセッションについて前記１つまたは複数の無線デバイスのうちの前記少なくとも１つの前記ターゲットＮＧ－ＲＡＮノードへのＸｎハンドオーバを開始し、前記少なくとも１つのＭＢセッションに関連付けられた一時モバイルグループ識別情報（ＴＭＧＩ）を前記ターゲットＮＧ－ＲＡＮノードに示して、関連するＭＢセッションのコンテキストおよびＭＢセッションのデータが前記１つまたは複数の無線デバイスについての前記ＭＢセッションについての前記ＴＭＧＩに基づいて利用可能であることまたは確立されることを保証し、前記１つまたは複数の無線デバイスのうちの前記少なくとも１つが、前記Ｘｎハンドオーバの結果として、前記ソースＮＧ－ＲＡＮノードにおいて前記少なくとも１つのＭＢセッションを離脱する最後の無線デバイスであると決定すると、前記少なくとも１つのＭＢセッションの対応するリソースを解放するステップと
    を実施するように適応された、次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）ノード（９００）。
24. 基地局（９００）が、請求項１０から１６のいずれか一項に記載の方法を実施するようにさらに適応された、請求項２３に記載のＮＧ－ＲＡＮノード（９００）。
25. マルチキャストブロードキャスト（ＭＢ）セッションのセッション継続性のためのソース次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）ノード（９００）であって、前記ソースＮＧ－ＲＡＮノード（９００）が、
    １つまたは複数の送信機（９１２）と、
    １つまたは複数の受信機（９１４）と、
    前記１つまたは複数の送信機（９１２）と前記１つまたは複数の受信機（９１４）とに関連する処理回路（９０４）と
    を備え、前記処理回路（９０４）は、基地局（９００）に、
    ５Ｇで接続された１つまたは複数の無線デバイスに、ＭＢ－ユーザプレーン機能（ＵＰＦ）から少なくとも１つのＭＢセッションデータを提供するステップと、
    前記１つまたは複数の無線デバイスのうちの少なくとも１つがターゲットＮＧ－ＲＡＮノードにハンドオーバされることを決定するステップと、
    前記少なくとも１つのＭＢセッションについて前記１つまたは複数の無線デバイスのうちの前記少なくとも１つの前記ターゲットＮＧ－ＲＡＮノードへのＸｎハンドオーバを開始し、前記少なくとも１つのＭＢセッションに関連付けられた一時モバイルグループ識別情報（ＴＭＧＩ）を前記ターゲットＮＧ－ＲＡＮノードに示して、関連するＭＢセッションのコンテキストおよびＭＢセッションのデータが前記１つまたは複数の無線デバイスについての前記ＭＢセッションについての前記ＴＭＧＩに基づいて利用可能であることまたは確立されることを保証し、前記１つまたは複数の無線デバイスのうちの前記少なくとも１つが、前記Ｘｎハンドオーバの結果として、前記ソースＮＧ－ＲＡＮノードにおいて前記少なくとも１つのＭＢセッションを離脱する最後の無線デバイスであると決定すると、前記少なくとも１つのＭＢセッションの対応するリソースを解放するステップと
    を実施させるように設定された、
    次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）ノード（９００）。
26. 前記処理回路（９０４）が、基地局（９００）に、請求項１０から１６のいずれか一項に記載の方法を実施させるようにさらに設定された、請求項２５に記載のＮＧ－ＲＡＮノード（９００）。