JP7612832B2 - マルチキャスト－ブロードキャストサービスのトンネル処理 - Google Patents

Description

以下の例示的な実施形態は、通信に関する。

最新のワイヤレス通信ネットワークは、異なる種類のサービスをユーザ機器（ＵＥ）に提供する。そのようなサービスの効果を高めることを目的とするソリューションを開発することは有益であり得る。そのようなサービスの１つの例は、マルチキャスト－ブロードキャストサービス（ＭＢＳ）であり得る。

態様によれば、独立請求項の主題が提供される。いくつかの実施形態は、従属請求項において定義される。

態様によれば、請求項１６～３０のいずれか１項に記載の方法を装置に実行させるための命令を備えるコンピュータプログラムが提供される。

特許請求の範囲に含まれない実施形態は、開示の理解に役立つ例として解釈されるべきである。

実施の１つまたは複数の例が、添付の図面および以下の説明において詳細に記載される。他の特徴は、明細書および図面から、ならびに特許請求の範囲から明らかになるであろう。

以下では、添付の図面を参照して、いくつかの実施形態が説明される。

実施形態が適用され得るワイヤレス通信システムの例を示す図である。 実施形態が適用され得るいくつかの例示的なワイヤレス通信システムアーキテクチャの例を示す図である。 実施形態が適用され得るいくつかの例示的なワイヤレス通信システムアーキテクチャの例を示す図である。 いくつかの実施形態によるフロー図である。 いくつかの実施形態によるフロー図である。 いくつかの実施形態による信号図である。 いくつかの実施形態による信号図である。 いくつかの実施形態による信号図である。 いくつかの実施形態による信号図である。 いくつかの実施形態による装置を示す図である。 いくつかの実施形態による装置を示す図である。

以下の実施形態は、例である。明細書は、いくつかの場所で「ある」、「１つの」、または「いくつかの」という実施形態に言及し得るが、これは必ずしも、そのような言及が、同じ実施形態を言及していることでも、または特徴が単一の実施形態のみに適合することを意味するものでもない。異なる実施形態の単一の特徴を組み合わせて、他の実施形態を提供することもできる。さらに、「備える」および「含む」という用語は、説明された実施形態が、言及された特徴のみからなるように限定するものではなく、そのような実施形態は、具体的に言及されていない特徴／構造も含み得ると理解されるべきである。

以下では、実施形態が適用され得るアクセスアーキテクチャの例として、ロングタームエボリューションアドバンスド（ＬＴＥ Ａｄｖａｎｃｅｄ，ＬＴＥ－Ａ）または新無線（ＮＲ，５Ｇ）に基づく無線アクセスアーキテクチャ（radio access architecture）を使用して、異なる例示的な実施形態が説明されるが、実施形態をそのようなアーキテクチャに限定しない。当業者は、パラメータおよび手順を適切に調整することによって、これら実施形態が、適切な手段を有する他の種類の通信ネットワークにも適用され得ることを認識するであろう。適切なシステムの他のオプションのいくつかの例は、ユニバーサルモバイル通信システム（ＵＭＴＳ）無線アクセスネットワーク（ＵＴＲＡＮまたはＥ－ＵＴＲＡＮ）、ロングタームエボリューション（ＬＴＥ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮまたはＷｉＦｉ）、マイクロ波を利用した世界標準通信方式（ＷｉＭＡＸ）、Ｂｌｕｅｔｏｏｔｈ（Ｒ）、パーソナル通信サービス（ＰＣＳ）、ＺｉｇＢｅｅ（Ｒ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、超広帯域（ＵＷＢ）技術を使用したシステム、センサネットワーク、モバイルアドホックネットワーク（ＭＡＮＥＴ）、およびインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）またはそれら任意の組合せである。

図１Ａは、いくつかの要素および機能エンティティを示す単純化されたシステムアーキテクチャの例を示し、その実施は、示されているものとは異なる場合がある。図１Ａに示される接続は、論理的接続であり、実際の物理的接続は、異なる場合がある。システムが通常、図１Ａに示されるもの以外の機能および構造も備えることは、当業者に明らかである。

しかしながら、実施形態は、例として与えられたシステムに限定されず、当業者は、必要な特性を備えた他の通信システムにこのソリューションを適用し得る。

図１Ａの例は、例示している無線アクセスネットワークの一部を示す。図１Ａは、セルを提供するアクセスノード（（ｅ／ｇ）ＮｏｄｅＢなど）１０４との、セル内の１つまたは複数の通信チャネルにおいて、ワイヤレス接続するように構成された端末デバイスまたはユーザデバイス１００、１０２を示す。（ｅ／ｇ）ＮｏｄｅＢは、３ＧＰＰ仕様で定義されているように、ｅＮｏｄｅＢまたはｇＮｏｄｅＢを称する。ユーザデバイスから（ｅ／ｇ）ＮｏｄｅＢへの物理的リンクは、アップリンクまたはリバースリンクと呼ばれ、（ｅ／ｇ）ＮｏｄｅＢからユーザデバイスへの物理的リンクは、ダウンリンクまたはフォワードリンクと呼ばれる。（ｅ／ｇ）ＮｏｄｅＢまたはそれらの機能は、そのような使用に適した任意のノード、ホスト、サーバ、またはアクセスポイントなどのエンティティを使用することによって実施され得ると認識されたい。

通信システムは通常、複数の（ｅ／ｇ）ＮｏｄｅＢを備え、その場合、（ｅ／ｇ）ＮｏｄｅＢは、目的のために設計されたワイヤまたはワイヤレスのリンクを介して互いに通信するように構成され得る。これらリンクは、シグナリング目的のために使用され得るが、１つの（ｅ／ｇ）ＮｏｄｅＢから別の（ｅ／ｇ）ＮｏｄｅＢへのデータのルーティングにも使用され得る。（ｅ／ｇ）ＮｏｄｅＢは、（ｅ／ｇ）ＮｏｄｅＢが接続されている通信システムの無線リソースを制御するように構成されたコンピューティングデバイスである。ＮｏｄｅＢはまた、基地局、アクセスポイント、アクセスノード、または、ワイヤレス環境において動作可能な中継局を含む他の任意のタイプのインターフェースデバイスと称され得る。（ｅ／ｇ）ＮｏｄｅＢは、トランシーバを含むか、トランシーバに結合される。（ｅ／ｇ）ＮｏｄｅＢのトランシーバから、ユーザデバイスへの双方向無線リンクを確立するアンテナユニットへの接続が提供される。アンテナユニットは、複数のアンテナまたはアンテナ素子を備え得る。（ｅ／ｇ）ＮｏｄｅＢはさらに、コアネットワーク１１０（ＣＮまたは次世代コアＮＧＣ）に接続される。システムに応じて、ＣＮ側の対応物は、サービス提供ゲートウェイ（serving gateway，Ｓ－ＧＷ、ユーザデータパケットをルーティングし転送する）、ユーザデバイス（ＵＥ）の接続を、外部のパケットデータネットワークへ提供するためのパケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、またはモビリティ管理エンティティ（mobility management entity，ＭＭＥ）などであることができる。

（ＵＥ、ユーザ機器、ユーザ端末、端末デバイスなどとも呼ばれる）ユーザデバイスは、エアインターフェースにおけるリソースが割り当てられ、指定される装置の１つのタイプを示しており、本明細書でユーザデバイスを用いて説明される任意の機能は、中継ノードなどの対応する装置で実施され得る。そのような中継ノードの例は、基地局へのレイヤ３中継（self-backhauling relay，セルフバックホーリング中継）である。

ユーザデバイスは通常、加入者識別モジュール（subscriber identification module，ＳＩＭ）の有無に関わらず動作するワイヤレスモバイル通信デバイスを含むポータブルコンピューティングデバイスを称し、これは、以下のタイプのデバイス、すなわち、移動局（モバイル電話）、スマートフォン、携帯情報端末（ＰＤＡ）、ハンドセット、ワイヤレスモデムを使用するデバイス（アラームまたは測定デバイスなど）、ラップトップおよび／またはタッチスクリーンコンピュータ、タブレット、ゲームコンソール、ノートブック、およびマルチメディアデバイスを含むが、これらに限定されない。ユーザデバイスはまた、ネットワークに画像またはビデオクリップをロードするカメラまたはビデオカメラがその一例である、ほぼ排他的なアップリンクデバイスであり得ることを認識されたい。ユーザデバイスはまた、産業用ＩｏＴ（ＩＩｏＴ）ネットワークなどのモノのインターネット（ＩｏＴ）ネットワークで動作する機能を有するデバイスであり得、これは、人対人または人対コンピュータのインタラクションを必要とせずに、ネットワークを介してデータを転送する機能を、オブジェクトに提供するシナリオである。ユーザデバイスはまた、クラウドを利用し得る。いくつかのアプリケーションでは、ユーザデバイスは、無線部品（腕時計、イヤホンまたは眼鏡など）を備えた小型のポータブルデバイスを備え得、計算はクラウドで実行される。ユーザデバイス（または、いくつかの実施形態ではレイヤ３中継ノード）は、ユーザ機器機能のうちの１つまたは複数を実行するように構成される。ユーザデバイスはまた、ほんのいくつかの名称または装置に言及するだけであるが、加入者ユニット、移動局、リモート端末、アクセス端末、ユーザ端末、またはユーザ機器（ＵＥ）と呼ばれ得る。本明細書におけるユーザデバイスはまた、車両ＵＥなどの車両実装を称し得る。そのようなＵＥは、１つまたは複数の車両の一部として理解され得るように、車両に含まれ得、かつ／または、車両に通信可能に結合され得る。

本明細書で説明される様々な技法は、サイバー物理システム（ＣＰＳ）（物理的エンティティを制御する計算要素を協働させるシステム）にも適用され得る。ＣＰＳは、異なる場所における物理的オブジェクトに埋め込まれた相互接続された大量のＩＣＴデバイス（センサ、アクチュエータ、プロセッサマイクロコントローラなど）の実装および活用を可能にし得る。当該の物理システムが、固有のモビリティを有するモバイルサイバー物理システムは、サイバー物理システムのサブカテゴリである。モバイル物理システムの例は、人間や動物によって運ばれるモバイルロボットや電子機器を含む。

それに加えて、装置は、単一のエンティティとして示されているが、異なるユニット、プロセッサ、および／またはメモリユニット（必ずしも図１Ａに示されている訳ではない）が実装され得る。

５Ｇは、多入力多出力（ＭＩＭＯ）アンテナや、ＬＴＥ（いわゆるスモールセルコンセプト）よりも多くの基地局またはノードの使用を可能にし、これは、サービスニーズ、使用事例、および／または利用可能なスペクトルに応じて、小規模なステーションと連携して動作し、様々な無線技術を採用するマクロサイトを含む。５Ｇモバイル通信は、ビデオストリーミング、拡張現実（augmented reality）、異なる手法のデータ共有、および様々な形式のマシンタイプのアプリケーション（車両安全、異なるセンサ、およびリアルタイム制御を含む（大規模な）マシンタイプ通信（ｍＭＴＣ）など）を含む、広範な使用事例および関連アプリケーションをサポートする。５Ｇは、複数の無線インターフェース、つまり６ＧＨｚ未満、ｃｍＷａｖｅ、ｍｍＷａｖｅを有することを期待されており、ＬＴＥなどの既存のレガシー無線アクセス技術と統合することもできる。ＬＴＥとの統合は、少なくとも初期段階では、ＬＴＥによってマクロカバレッジが提供され、５Ｇ無線インターフェースアクセスが、ＬＴＥへの集約によって、スモールセルから来るシステムとして実施され得る。言い換えると、５Ｇは、ＲＡＴ間運用性（ＬＴＥ－５Ｇなど）とＲＩ間運用性（６ＧＨｚ－ｃｍＷａｖｅ未満、６ＧＨｚ－ｃｍＷａｖｅ－ｍｍＷａｖｅ未満などの無線インターフェース間運用性）との両方をサポートするように計画されている。５Ｇネットワークにおいて使用されるように考慮されている概念のうちの１つは、複数の独立した専用の仮想サブネットワーク（ネットワークインスタンス）を、実質的に同じインフラストラクチャ内に作成して、レイテンシ、信頼性、スループット、およびモビリティに関する要件が異なるサービスを実行できるネットワークスライシングである。

ＬＴＥネットワークにおける現在のアーキテクチャは、無線で完全に分散されており、通常はコアネットワークにおいて完全に集中化されている。５Ｇにおける低レイテンシのアプリケーションおよびサービスでは、コンテンツを無線に近づける必要がある場合があり、これが、ローカルブレイクアウトと、マルチアクセスエッジコンピューティング（ＭＥＣ）とをもたらす。５Ｇにより、データのソースにおいて、分析と知識の生成を行うことができる。このアプローチでは、ラップトップ、スマートフォン、タブレット、およびセンサなど、ネットワークに継続的に接続されていないリソースを活用する必要があり得る。ＭＥＣは、アプリケーションおよびサービスホスティング用の分散コンピューティング環境を提供する。また、応答時間の高速化のために、セルラー加入者に近接してコンテンツを格納および処理する機能も有する。エッジコンピューティングは、ワイヤレスセンサネットワーク、モバイルデータ獲得、モバイルシグネチャ分析（mobile signature analysis）、ローカルクラウド／フォグコンピューティングおよびグリッド／メッシュコンピューティングとしても分類可能な協調分散型ピアツーピアアドホックネットワーキングおよび処理、デューコンピューティング（dew computing）、モバイルエッジコンピューティング、クラウドレット、分散型データストレージおよび検索、自律的自己修復ネットワーク（autonomic self-healing network）、リモートクラウドサービス、拡張および仮想現実、データキャッシング、（大規模な接続および／またはレイテンシが重要な）モノのインターネット、重要な通信（自律走行車両、交通安全、リアルタイム分析、時間クリティカルな制御、ヘルスケアアプリケーション）のような、幅広い技術をカバーする。

通信システムは、公衆交換電話網またはインターネット１１２などの他のネットワークと通信することも、または、それらによって提供されるサービスを利用することもできる。通信ネットワークは、クラウドサービスの使用をサポートすることもできる場合があり、たとえば、コアネットワーク動作の少なくとも一部が、クラウドサービスとして実行され得る（これは、図１Ａにおいて「クラウド」１１４で示される）。通信システムはまた、たとえばスペクトル共有において協働するために、異なるオペレータのネットワークに機能を提供する中央制御エンティティなどを備え得る。

エッジクラウドは、ネットワーク機能仮想化（ＮＶＦ）およびソフトウェア定義ネットワーキング（ＳＤＮ）を利用することで、無線アクセスネットワーク（ＲＡＮ）に組み込まれ得る。エッジクラウドを使用することは、無線部分を備えるリモート無線ヘッドまたは基地局に、動作可能に結合された、サーバ、ホスト、またはノードにおいて、少なくとも部分的に実行されるアクセスノード動作を意味し得る。ノード動作は、複数のサーバ、ノード、またはホスト間で分散されることも可能である。クラウドＲＡＮアーキテクチャの適用により、（分散型ユニットＤＵ１０４において）ＲＡＮ側で実行されるＲＡＮリアルタイム機能と、（集中型ユニットＣＵ１０８において）集中方式で実行される非リアルタイム機能とが可能になる。

コアネットワーク動作と基地局動作との間の機能の分散はまた、ＬＴＥのものとは異なり得るか、または存在さえしないと理解されるべきである。恐らく使用される可能性のある他のいくつかの技術の進歩は、ビッグデータおよびオールＩＰであり、これらは、ネットワークの構築および管理の手法が変わる可能性がある。５Ｇ（または、新無線ＮＲ）ネットワークは、コアと基地局またはｎｏｄｅＢ（ｇＮＢ）の間に、ＭＥＣサーバを配置できる複数の階層をサポートするように設計されている。ＭＥＣは、４Ｇネットワークにも同様に適用できることが認識されるべきである。

５Ｇもまた、衛星通信を利用して、たとえばバックホールを提供することにより、５Ｇサービスのカバレッジを強化または補完し得る。可能性のある使用事例は、マシンツーマシン（Ｍ２Ｍ）、またはモノのインターネット（ＩｏＴ）デバイスのために、または乗車中の乗客のために、サービスの継続性を提供すること、あるいは、重要な通信、および将来の鉄道、海事（maritime）、および／または航空（aeronautical）の通信のためのサービス可用性を確保することである。衛星通信は、静止地球軌道（ＧＥＯ）衛星システムだけでなく、低地球軌道（ＬＥＯ）衛星システム、特にメガコンステレーション（数百の（ナノ）衛星が配備されているシステム）を利用し得る。メガコンステレーションにおける衛星１０６は、地上セルを作成するいくつかの衛星対応ネットワークエンティティをカバーし得る。地上セルは、地上中継ノード１０４を介して、または地上もしくは衛星内に配置されたｇＮＢによって生成され得る。

図示されるシステムは、無線アクセスシステムの一部の例であり、実際には、システムは、複数の（ｅ／ｇ）ＮｏｄｅＢを備え得、ユーザデバイスは、複数の無線セルへのアクセスを有し得、システムは、物理レイヤ中継ノードまたは他のネットワーク要素などの他の装置も備え得ることが当業者に明らかである。（ｅ／ｇ）ＮｏｄｅＢのうちの少なくとも１つは、Ｈｏｍｅ（ｅ／ｇ）ｎｏｄｅＢであり得る。それに加えて、無線通信システムの地理的エリアにおいて、複数の無線セルのみならず、複数の異なる種類の無線セルも提供され得る。無線セルは、普通は、最大数十キロメートルの直径を有する大きなセルであるマクロセル（またはアンブレラセル）、またはマイクロセル、フェムトセル、またはピコセルなどのより小さなセルであり得る。図１Ａの（ｅ／ｇ）ＮｏｄｅＢは、任意の種類のこれらセルを提供し得る。セルラー無線システムは、いくつかの種類のセルを含むマルチレイヤネットワークとして実施され得る。通常、マルチレイヤネットワークでは、１つのアクセスノードが、１つの種類の１つまたは複数のセルを提供するため、そのようなネットワーク構造を提供するために、複数の（ｅ／ｇ）ＮｏｄｅＢが必要とされ得る。

通信システムの展開とパフォーマンスを改善する必要性を満たすために、「プラグアンドプレイ」（ｅ／ｇ）ＮｏｄｅＢの概念が導入された。通常、「プラグアンドプレイ」（ｅ／ｇ）ＮｏｄｅＢを使用できるネットワークは、ホーム（ｅ／ｇ）ＮｏｄｅＢ（Ｈ（ｅ／ｇ）ｎｏｄｅＢ）に加えて、ホームｎｏｄｅＢゲートウェイまたはＨＮＢ－ＧＷ（図１Ａに図示されず）を含む。通常、オペレータのネットワーク内に設置されるＨＮＢゲートウェイ（ＨＮＢ－ＧＷ）は、多数のＨＮＢからのトラフィックを集約してコアネットワークに戻すことができる。本明細書で論じられるネットワークは、たとえば、５Ｇなどのセルラーネットワークを称し得る。

図１Ａに矢印で示されるように、ＵＥ１００、１０２（および／または、説明されたシステムの他の任意のＵＥ）は、デバイスツーデバイス（Ｄ２Ｄ）通信をサポートし得る。Ｄ２Ｄ通信は、しばしば、サイドリンク通信と称され得る。

ＮＲにおける開発目標のうちの１つは、マルチキャスト－ブロードキャストサービス（ＭＢＳ）すなわちＭＢＳである。ＭＢＳは、マルチキャスト送信とブロードキャスト送信のいずれかまたは両方を備え得る。ＭＢＳサービスは、たとえば、ネットワークノード１０４によって、ポイントツーポイント（ＰｔＰ）またはポイントツーメニー（ＰｔＭ）送信として、ＵＥに提供され得る。前者はしばしば、ユニキャスト送信と称され得、後者は、マルチキャスト送信と称され得る。さらに、ＭＢＳは、１つのＵＥが、１つまたは複数のサービスを前記ＵＥに提供する２つ以上のネットワークノードに接続され得る、デュアル接続（ＤＣ）シナリオにおいてＵＥに提供され得る。たとえば、ＤＣでは、マスタネットワークノード（単にマスタノード（ＭＮ））と、マスタネットワークノード（または他のエンティティ）によって制御されるセカンダリネットワークノード（単にセカンダリノード（ＳＮ））とが存在し得、ＭＮおよびＳＮは連携して、ＭＢＳをＵＥに提供する。ＭＮおよびＳＮは、図１Ａに関して説明されたものと同様であり得る（たとえば、ノード１０４を参照）。たとえば、ＭＮおよびＳＮは両方ともＵＥに接続され、実質的に同じまたは異なるサービスをＵＥに提供し得る。ＭＢＳはしばしば、５ＭＢＳと称され得る。特に、そのような用語は、たとえば、５ＧまたはＮＲシステムで提供されるＭＢＳに対して使用され得る。

図１Ｂおよび図１Ｃは、実施形態が適用され得るワイヤレス通信システムアーキテクチャのいくつかの例を示す。ＳＤＡＰは、サービスデータ適用プロトコルを、ＰＤＣＰは、パケットデータ収束プロトコルを、ＲＬＣは、無線リンク制御を、ＭＡＣは、媒体アクセス制御を、ＰＨＹは、物理レイヤを称し得る。Ｓは、データの複製と転送（つまり、切替え）が行われるプロトコルスタックにおける場所を示し得る。データフローは、ＳＤＡＰからＰＨＹまでの異なるプロトコルレイヤにおけるデータフローの方向を示す矢印で表される。

図１Ｂを参照すると、ＰｔＰ送信のためにＤＲＢを使用し、ＰｔＭ送信のためにＳＣ－ＭＲＢを使用するレイヤ２（Ｌ２）アーキテクチャの代替例１が示されている。ネットワークは、マルチキャストグループにおける少なくとも１つのＵＥのためにＤＲＢを構成し、マルチキャストグループのために（つまり、セッションごとに）１つのＳＣ－ＭＢＲを構成し得る。

図１Ｃを参照すると、スプリットベアラ（split bearer）に関しては、ＰｔＰおよびＰｔＭの両方の送信のためにＳＣ－ＭＲＢを使用する、Ｌ２アーキテクチャの代替例２が示され、すなわち、ＰＤＣＰ ＰＤＵは、ベアラのＰｔＰレグ、またはＰｔＭレグのいずれかで送信され得る。ＳＣ－ＭＲＢベアラの少なくとも１つのレグは、自身のＲＬＣエンティティを有し得る。Ｆ１－Ｕインターフェースに関して、Ｌ２アーキテクチャの代替例１は、少なくとも１つのＳＣ－ＭＲＢのためのみならず、少なくとも１つの無線ベアラ、すなわち、少なくとも１つのＤＲＢのために、Ｆ１－Ｕトンネルを利用し得ることに留意されたい。Ｌ２アーキテクチャの代替例２の場合、データの複製および転送機能が、ＤＵにある場合、共有された１つのＦ１－Ｕトンネルが使用され得る。

図１Ｂおよび図１Ｃの例示的なアーキテクチャは、例として理解されるべきであり、実施形態が適用され得る他のタイプのアーキテクチャが利用され得ることに留意されたい。

したがって、一般に、ＭＢＳは、ＤＣシナリオにおいてＵＥへ提供され得る。たとえば、特定のＭＢＳを利用するＵＥは、ＭＮによってサービス提供され得る。サービス提供ノードをＳＮに変更した方が有利な場合がある。したがって、ＭＢＳをＵＥに提供するためのサービス提供ノードの動的切替えを強化するソリューションをさらに開発することが有益であり得る。たとえば、ＰｔＰ送信とＰｔＭ送信との間で切替えが行われる場合がある。

図２は、実施形態によるフロー図を示す。図２を参照すると、ワイヤレス通信ネットワークの第２のネットワークノードのための方法が提供され、この方法は、ＵＥのためにＭＢＳを提供するように構成された第１のネットワークノードからメッセージを受信することであって、メッセージは、ＭＢＳを識別する識別子と、第１のネットワークノードから第２のネットワークノードへオフロードされるべき、ＭＢＳを提供するための、少なくとも１つのデータフローに対応する、少なくとも１つのデータフロー識別子とを備える、受信すること（ブロック２０２）と、ＭＢＳ識別子に関連付けられた、第２のネットワークノードとユーザプレーン機能（user plane function）との間にトンネルが存在するか否かを判定すること（ブロック２０４）と、判定に基づいて、ＭＢＳのための新たなトンネルが確立されるように要求されているか否かを示す応答メッセージを、第１のネットワークノードへ送信すること（ブロック２０６）と、ＭＢＳを提供するために、既存のトンネル、または、確立されるように要求された前記新たなトンネルを利用すること（ブロック２０８）とを備える。

図３は、実施形態によるフロー図を示す。図３を参照すると、ワイヤレス通信ネットワークの第１のネットワークノードのための方法が提供され、この方法は、ＵＥのために提供されるＭＢＳを提供するための少なくとも１つのデータフローを、第２のネットワークノードへオフロードするように決定すること（ブロック３０２）と、第２のネットワークノードへメッセージを送信することであって、メッセージは、ＭＢＳを識別する識別子と、第１のネットワークノードから第２のネットワークノードへオフロードされるべき、少なくとも１つのデータフローに対応する、少なくとも１つのデータフロー識別子とを備える、送信すること（ブロック３０４）と、第２のネットワークノードから、ＭＢＳを提供するために第２のネットワークノードとユーザプレーン機能との間に新たなトンネルが確立されるように要求されているか否かを示す応答メッセージを受信すること（ブロック３０６）と、前記新たなトンネルが確立されるように要求される場合、前記新たなトンネルの確立を開始すること（ブロック３０８）とを備える。

図２および図３の説明された方法は、たとえば、図１Ａのシステム（すなわち、ワイヤレス通信ネットワーク）において、および、たとえば図１Ｂおよび図１Ｃに示されるアーキテクチャにおいて適用可能であり得る。図２および図３に関して論じられたＵＥは、たとえば、ＵＥ１００、またはＵＥ１０２、または他のいくつかの同様のネットワークデバイスであり得る。図２および図３に関して論じられたネットワークノードは、たとえば、ネットワークノード１０４、またはＣＮ１１０／ＣＵ１０８、または説明された方法ステップを実行するように構成された他のいくつかのネットワーク要素を称し得る。特に、いくつかの例示的な実施形態では、第１のネットワークノードは、ＭＮを、第２のネットワークノードは、ＳＮを称し得る。説明されたソリューションは、ＭＢＳを提供する際に、たとえば、サービス提供ノード（たとえば、第１のネットワークノード）が、ＭＢＳデータフロー（トラフィックフローまたはＭＢＳトラフィックフローと呼ばれることもある）を、別のノード（たとえば、第２のネットワークノード）へオフロードするように決定した場合に、ＰｔＰからＰｔＭへの切替えを可能にし得る。

図２および図３を参照して説明されたトンネルは、ユーザプレーンコアネットワークノード（たとえば、ユーザプレーン機能（ＵＰＦ））からネットワークノード（たとえば、無線ネットワークノード）へのＭＢＳデータ転送を可能にするトンネルであり得る。すなわち、ユーザプレーンコアネットワークノード（たとえば、ＵＰＦ）と、ＭＢＳをＵＥに提供するネットワークノードとの間に、特定の識別子（すなわち、ＭＢＳ識別子）を有する特定のＭＢＳのために、このトンネルが確立され得る。たとえば、第２のネットワークノードおよびＵＰＦは、ＭＢＳためのトンネルを介して接続され得る。この種のトンネルは、しばしばＮ３トンネルと称され得る。ある意味では、ＭＢＳは、説明されたトンネルを介して第２のネットワークノードへ提供され得、第２のネットワークノードは、１つまたは複数のＵＥへＭＢＳを提供し得ることが理解され得る。ＭＢＳの目的は、たとえば、１つまたは複数のＵＥであり得る。

ＭＢＳを識別する識別子はしばしば、ＭＢＳ識別子と称される場合がある。データフロー識別子は、データフローに対応し得る（すなわち、データフローを識別し得る）。したがって、ＭＢＳを提供するために複数のデータフローが存在するか、または利用される場合、少なくとも１つのデータフローのメンバを識別するための１つのデータフロー識別子が存在し得る。しばしば、データフローは、ＱｏＳフローインジケータ（ＱＦＩ）によって識別されるサービス品質（ＱｏＳ）フローとして説明され得る。ＱＦＩは、ＱｏＳフローを識別し得る（または、ＱｏＳフローに対応し得る）。たとえば、２つのＭＢＳ ＱｏＳフロー（つまり、ＭＢＳのためのＱｏＳフロー）が使用される場合、第１のＱＦＩは第１のＱｏＳフローに関連付けられ、第２のＱＦＩは第２のＱｏＳフローに関連付けられ得る。この例では、ＭＢＳ識別子（または単に識別子）によって識別されるＭＢＳを提供するために、第１および第２の両方のＱｏＳフローが使用され得る。１つまたは複数のＱｏＳフローを使用して、所与のＭＢＳが１つまたは複数のＵＥに提供され得る。ＱｏＳフローは、既存の、または確立されたトンネル（たとえば、Ｎ３トンネル）を利用し得る。

実施形態によれば、本明細書において説明された少なくとも１つのデータフローは、少なくとも１つのＱｏＳフローを備える、および／または、少なくとも１つのＱｏＳフローである。

ブロック２０８に示されるように、たとえば、１つまたは複数のＵＥに、ＭＢＳを提供するために、既存のトンネル、または、（すなわち、ブロック２０６において確立されるように要求された）新たなトンネルが利用され得る。したがって、トンネルが存在すると判定された場合（すなわちブロック２０４）、ＭＢＳを提供するために既存のトンネルが使用され得る。しかしながら、トンネルが存在しないと判定された場合（すなわちブロック２０４）、ＭＢＳのための新たなトンネルが、確立されるように要求され（ブロック２０６）、ＭＢＳを提供するために利用され得る（ブロック２０８）。トンネルの確立は、この要求が第１のネットワークノードへ送信された後に発生し得る。次に、第１のネットワークノードは、トンネル生成要求メッセージ（tunnel generation request message）を、セッション管理機能（ＳＭＦ）へ送信し得る。

提案されたソリューションは、複数のＵＥにＭＢＳを提供するために、実質的に同じトンネルの使用を可能にし得る。たとえば、３つのＵＥが、実質的に同じＭＢＳサービスを受信する場合、ＭＢＳデータを、トンネルを介して３回複製する必要はないが、ＵＰＦとネットワークノードとの間を１回送信する必要がある。たとえば、ＵＥに提供される少なくとも１つのＭＢＳのための１つのトンネルのように、所与のノードのために、複数のトンネルが存在し得る。たとえば、第１のネットワークノードは、ＵＥ１００にＭＢＳを提供する場合、適用可能なデータフローを受信および／または送信するために、ＵＰＦへのトンネルを有し得る。たとえば、実質的に同じＭＢＳをＵＥ１０２に提供する際に、実質的に同じトンネルが、第１のネットワークノードによって利用され得る。第１の例では、第１のネットワークノードは、ＰｔＰ送信をＵＥ１００へ提供し、後者の例では、ＰｔＭを、ＵＥ１００、１０２に提供し得る。同様に、提案された方法で上記で提示されたように、第２のネットワークノードは、複数のＵＥ（たとえば、２つ以上のＵＥ）へＭＢＳを提供するために、既存のトンネルを利用し得る。または、トンネルが存在しない場合、トンネルが作成され得、その後、ＭＢＳを少なくとも１つのＵＥに提供する（つまり、恐らくは、必要に応じて後で、複数のＵＥに提供する）ために使用され得る。たとえば、特定のＭＢＳのためのトンネルが存在する場合、ＭＮがサービスするＵＥから、ＳＮがサービス提供するＵＥへの転送は、滑らかであり得る。また、ＭＮは、ＳＮが、オフロードされたＭＢＳのためのトンネルを既に有していることを必ずしも認識している訳ではないことにも留意されたい。すなわち、ＳＮは、異なるＭＮからＳＮにオフロードされたＵＥへＭＢＳを提供し得る。

実施形態では、第２のネットワークノードは、プライマリセカンダリセル（ＰＳＣｅｌｌ）を提供する。実施形態では、第２のネットワークノードは、ＰｔＰモードである。しかしながら、第２のネットワークノードは、モードをＰｔＭに変更し得る。

いくつかの実施形態を示す図４Ａから図４Ｃを参照して、いくつかの態様を詳細に説明する。まず図４Ａを参照すると、要求メッセージ４５２が、第２のネットワークノード４２０によって受信された場合、ＵＰＦ４３０と第２のネットワークノード４２０との間に、ＭＢＳのためのトンネルが存在しない実施形態を示す。すなわち、第２のネットワークノード４２０は、その時点でＭＢＳを１つまたは複数のＵＥに提供しなくてもよい。したがって、ブロック４５２において、第１のネットワークノード４５２は、要求メッセージを第２のネットワークノード４２０へ送信し得る。要求メッセージは、図２および図３に関して説明されたメッセージと同様であり得る（ブロック２０２、３０４）。前記メッセージは、ＭＢＳ、または特にＭＢＳの１つまたは複数のデータフローが、第１のネットワークノード４１０から第２のネットワークノード４２０にオフロードされるべきであることを示し得、さらに、オフロードされるべきＭＢＳを示し得る。したがって、第１のネットワークノードは、オフロードされたデータフローがＭＢＳのためであることを前記メッセージで示し得る。したがって、前記メッセージは、ＭＢＳが、第２のネットワークノード４２０へオフロードされるべきであると決定した後および／または決定に応答して、第１のネットワークノード４１０によって送信され得る。第１のネットワークノード４１０は、たとえば、しきい値を超える第１のネットワークノードにおける負荷、または過剰容量を有する第２のネットワークノード４２０に基づいて、ＭＢＳをオフロードするように決定し得る。ブロック４５２における要求メッセージの送信は、第１のネットワークノード４１０が、第２のネットワークノード４２０によって提供される無線セルにおいてＤＣベアラを設定するＤＣベアラ設定に備えられ得る。第１のネットワークノード４１０は、オフロードされたＱｏＳフローが、ＭＢＳユニキャストのためであることを、第２のネットワークノード４２０に通知し得、対応するＭＢＳＩＤ（たとえば、Ｍｃａｓｔ ＩＤ＝１）を、第２のネットワークノード４２０に提供する。これにより、第２のネットワークノード４２０は、ＱｏＳフローが所与のＭＢＳサービスのためであることを識別し、このサービスのためのトンネルが、既に存在するか否かを検出でき得る。

実施形態では、要求メッセージは、ＭＢＳを識別する識別子（たとえば、ＭＢＳ識別子）を備える。たとえば、所与のＭＢＳ（たとえば、ＭＢＳサービス１）の場合、これはＭｃａｓｔ ＩＤ＝１を意味し得る。ＭＢＳサービスは、時にはサービス品質（ＱｏＳ）フローと称され得る、かつ／または、サービス品質（ＱｏＳ）フローで送信され得る１つまたは複数のデータフローを備え得る。ＱｏＳフローは、５Ｇシステムがユーザデータを区別し、区別された処理（つまり、サービス品質）を提供し得る最小レベルの粒度（granularity）であり得る。ＱｏＳフローは、ＱｏＳフローＩＤ（ＱＦＩ）によって識別され得、関連付けられたＱｏＳプロファイルを有し得る。いくつかの例示的な実施形態では、前記メッセージは、データＱｏＳフローおよび／またはそれらに関連するプロファイルのリストを備え得る。説明されたメッセージは、示されたＭＢＳでＵＥへのサービス提供を開始するようにＳＮに要求し得るので、要求メッセージと称され得る。要求メッセージは、図２および図３に関して論じられたように、時にはＳＮ追加／変更要求、または単にメッセージと称され得る。

ブロック４５４において、第２のネットワークノード４２０は、第２のネットワークノード４２０とＵＰＦ４３０との間に、ＭＢＳのための新たなトンネルが必要とされると判定し得る。特に、新たなトンネルは、第２のネットワークノード４２０とＵＰＦ４３０との間で、ＭＢＳの１つまたは複数のデータフローを転送するために必要とされ得る。この判定は、前記ノード４２０とＵＰＦ４３０との間に、ＭＢＳのためのトンネルがないことを検出することに基づき得る。たとえば、上記のＭＢＳ識別子Ｍｃａｓｔ ＩＤ＝１を使用して、ネットワークノード４２０は、Ｍｃａｓｔ ＩＤ＝１のためのトンネルを有していないと判定し得る。

第２のネットワークノード４２０は、ブロック４５６において、応答メッセージを第１のネットワークノードへ送信し得る。ブロック４５４において判定されたように、新たなトンネルが必要とされる場合、応答メッセージは、新たなトンネルが必要とされることを示し得る。実施形態では、応答メッセージは、ＭＢＳのために新たなトンネルが必要とされるか否かの判定に応答して（たとえば、ブロック４５４に応答して）送信される。

実施形態では、ブロック４５６の応答メッセージは、第２のネットワークノード４２０とＵＰＦ４３０との間に新たなトンネルを確立するための伝送ネットワークレイヤ情報（ＴＮＬＩ）を備える。このように、ＴＮＬＩは、新たなトンネルを設定するために、ネットワークによって使用され得る。ＴＮＬＩは、確立されるべきトンネル（たとえば、Ｎ３トンネル）に関する情報を備え得る。たとえば、ＴＮＬＩは、トンネル終点のＩＰアドレスと、トンネル終点識別子とを備え得る。第２のネットワークノード４２０は、（すなわち、オフロードされたＭＢＳのためのトンネルが存在しない場合、）ＭＢＳのために新たなＴＮＬＩを割り当て得、新たなトンネルを設定するために、この割り当てられたＴＮＬＩを、第１のネットワークノード４１０に示し得る。

応答メッセージは、しばしば、ＳＮ追加／修正要求アクノレッジメッセージと称され得る。いくつかの実施形態では、メッセージは、第２のネットワークノード４２０によって受け入れられ得るＭＢＳ ＱｏＳフローのリストを含む。いくつかの実施形態では、メッセージは、マッピングされたＤＲＢと共に、設定されるべきトンネルのために使用されるＴＮＬＩを含む、受け入れられたＱｏＳフローを示し得る。ＤＲＢは、たとえば、アーキテクチャの代替例１（図１Ｂを参照）が使用されている場合に、示され得ることに留意されたい。受け入れられたＱｏＳフローは、第２のネットワークノード４２０にオフロードされるように要求された、実質的に同じＱｏＳフローまたはＱｏＳフローのサブセットを示し得る。場合によっては、要求されたフローのサブセットが、第２のネットワークノード４２０によって受け入れられ、残りのフローが、第１のネットワークノード４１０によって提供されるか、または他のネットワークノードにオフロードされる可能性がある。しかしながら、ＭＢＳを提供するために使用されるように構成された少なくとも１つのデータフロー（または単にＭＢＳデータフローと称される）が、第２のネットワークノード４２０によって受け入れられる場合、第２のネットワークノード４２０とＵＰＦ４３０との間にトンネルが依然として確立され得る。

ブロック４５８において、第１のネットワークノード４１０は、トンネル生成要求を、セッション管理機能（ＳＭＦ）４４０へ送信することによって、要求された新たなトンネルの確立を開始し得る。実施形態では、トンネル生成要求は、ブロック４５６において送信された応答メッセージを介して第２のネットワークノード４２０から受信されたＴＮＬＩを備える。いくつかの例示的な実施形態では、トンネル生成要求は、プロトコルデータユニット（ＰＤＵ）セッション変更指示メッセージである。

ブロック４６０において、ＳＭＦ４４０は、ＵＰＦ４３０に、受信されたＴＮＬＩを用いてトンネルを作成するように要求し得る。第２のネットワークノード４２０とＵＰＦ４３０との間のトンネル４６２の生成は、ブロック４６０において示されるように、トンネルのためのベアラを作成することを備え得る。トンネルは、ＵＰＦ４３０によって、第２のネットワークノード４２０によって第１のネットワークノード４１０に示されるＴＮＬＩに従って生成され得、ノード４１０からＳＭＦ４４０へ、ＳＭＦ４４０から、さらにＵＰＦ４３０へ報告され得る。作成されたトンネル４６２は、第２のネットワークノード４２０によってＭＢＳを１つまたは複数のＵＥに提供するために使用され得る。

ブロック４６４において、ＳＭＦ４４０は、トンネル生成要求に対する応答を送信することによって、トンネル生成要求４５８の受信と、ＵＰＦ４３０によるトンネルの成功した作成とを第１のネットワークノード４１０へアクノレッジし得る。

次に、要求メッセージが受信された場合（ブロック４７２）、オフロードされたＭＢＳのトンネル（ブロック４７０）が既に存在するいくつかの実施形態を示す図４Ｂを参照する。ブロック４７２の要求メッセージは、ブロック４５２と同じまたは実質的に同じであり得る。つまり、特定のＭＢＳが、メッセージにおいて示され得、ＭＢＳは、第２のネットワークノード４２０へオフロードされ得る。

ブロック４７４において、第２のネットワークノード４２０は、オフロードされるべきＭＢＳのためのトンネルが、ノード４２０とＵＰＦ４３０との間に既に存在すると判定し得る。トンネルは、たとえば、ブロック４７４において要求メッセージを受信する前に生成されている可能性がある。トンネルは、たとえば、別のネットワークノード（たとえば、第３のネットワークノード）から受信された（たとえば、ブロック４５２またはブロック４７２と同じ）要求メッセージに基づいて、ＭＢＳを他のいくつかのＵＥに提供するために生成されている可能性がある。

ブロック４７６において、第２のネットワークノード４２０は、応答メッセージを第１のネットワークノード４１０へ送信し得る。前記メッセージは、ＭＢＳのためのトンネルが既に存在することを示し得る。言い換えれば、これは、新たなトンネルが、確立されるように要求されていないことをメッセージが示すことを意味し得る。

実施形態では、ブロック４７６の応答メッセージは、ＭＢＳのための既存のトンネルに対応するＴＮＬＩ、および／またはＭＢＳのための新たなトンネルが確立されるように要求されていないことを示すための追加のインジケータを備える。前記追加のインジケータは、たとえば、１ビットインジケータなどのフラグであり得る。ＴＮＬＩは、たとえば、既存のトンネルのＴＮＬＩであると理解され得る。前記追加のインジケータは、単に、ＭＢＳのための新たなトンネルが、確立されるように要求されていないことを示すためのインジケータとして称され得る。インジケータは、新たなトンネルが必要とされている（たとえば、前記ＴＮＬＩのためのトンネルが既に存在する）ことを示すために、独立して、またはＴＮＬＩと共に使用され得る。前述したように、ＴＮＬＩを示す必要はないかもしれないが、場合によっては、有益であり得る。

実施形態では、ブロック４７６の応答メッセージは、既存のトンネルにＴＮＬＩを含めないように生成される。すなわち、メッセージは、ＴＮＬＩを備えていないか、または少なくとも既存のトンネル（すなわち、トンネル４７０）にない可能性がある。

ブロック４７６のメッセージは、しばしば、ＳＮ追加／変更要求アクノレッジメッセージと称され得、受け入れられ得るＭＢＳフローのリストをさらに含み得る。

ブロック４７６の応答メッセージに基づいて、第１のネットワークノード４１０は、ＭＢＳのＤＣオフロードを実行するために新たなトンネルは必要とされないと判定し得る。

実施形態では、第１のネットワークノード４１０は、ブロック４７８において、ＴＮＬＩおよび追加のインジケータを示すか、またはＴＮＬＩのない指示をＳＭＦ４４０へ送信する。しかしながら、これは、説明された実施形態において常に必要であるとは限らない。代わりに、新たなトンネルが設定されないため、第１のネットワークノード４１０は、このＰＤＵセッション変更指示メッセージを送信しない場合がある。どちらの場合も、ＳＭＦ４４０は、送信された、または送信されていない指示に基づいて、新たなトンネルは必要とされないと判定し得、したがって、ＵＰＦ４３０に、第２のネットワークノード４２０のために追加のトンネルを開くように要求しない可能性がある。

したがって、実施形態では、第１のネットワークノード４１０は、応答メッセージ（ブロック４７６）に基づいて、第２のネットワークノードとユーザプレーン機能との間に、ＭＢＳのためのトンネルが既に存在すると判定し、判定に基づいて、第２のネットワークノード４２０とユーザプレーン機能４３０との間に、ＭＢＳのためのトンネルが既に存在することをＳＭＦ４４０に示す。この指示は、指示を送信することを備え得る（たとえば、ブロック４７８を参照）か、または暗黙の指示（implicit indication）であり得る。すなわち、第１のネットワークノード４１０は、トンネル生成要求をＳＭＦ４４０へ送信することを阻止し得る。ＰＤＵセッション変更指示メッセージが送信されたとしても、それは新たなトンネルの作成を要求しないという点で、トンネル生成要求ではない可能性がある。すなわち、１つの例では、メッセージは、既に上記で論じられたように、伝送ネットワークレイヤ情報を含めずに送信され得る。別の例では、メッセージは、伝送ネットワークレイヤ情報と、ＭＢＳのための新たなトンネルが、確立されることを要求されていないことを示すための追加のインジケータ（たとえば、フラグ）とを含めて送信され得る。つまり、示されたＴＮＬＩのためのトンネルが既に存在する。別の例では、メッセージは、伝送ネットワークレイヤ情報を含まずに、ＭＢＳのための新たなトンネルが確立されることを要求されていないことを示すための追加のインジケータ（たとえば、フラグ）を含めて送信され得る。

実施形態では、第１のネットワークノード４１０による、前記トンネルが存在するとの判定は、前記トンネル上のＴＮＬＩと、ＭＢＳのための新たなトンネルが確立されることを要求されていないことを示すための追加のインジケータとを備える前記応答メッセージに基づく。

実施形態では、第１のネットワークノード４１０による、前記トンネルが存在するとの判定は、前記トンネルにＴＮＬＩを備えていない応答メッセージに基づく。

図４Ｃは、実施形態を示す。図４Ｃを参照すると、ブロック４８２において、第１のネットワークノード４１０は、第１のネットワークノード４１０が、所与のＭＢＳのために、ＵＥにもはやサービスを提供しないとの判定に応答して、および／または判定後に、トンネル解放要求をＳＭＦ４４０へ送信し得る。すなわち、たとえば、（図４Ａおよび図４Ｂにおけるように）ＭＢＳを第２のネットワークノード４２０へオフロードした後、第１のネットワークノード４１０がもはやどのＵＥにもＭＢＳを提供しない場合、第１のネットワークノード４１０とＵＰＦ４３０との間に、トンネルはもう必要とされないかもしれない。したがって、トンネルは、解放され得る。解放要求は、時としてＰＤＵセッション変更指示と称され得る。トンネル解放要求は、解放されるべきトンネルに関連付けられたＴＮＬＩを備え得、すなわち、ＴＮＬＩは、解放されるべきトンネルを示し得る。この要求に基づいて、ＳＭＦ４４０は、ＵＰＦ４３０と通信して、たとえば、ベアラを除去する（ブロック４８４）ことによって、トンネルを解放し得る。ＳＭＦ４４０はさらに、トンネル解放要求、または、少なくとも要求の受信を、第１のネットワークノード４１０へアクノレッジし得る（ブロック４８６）。

この時点で、図４Ａおよび図４Ｂ（ブロック４５２およびブロック４７２）において送信される要求メッセージは、１つまたは複数のＵＥに関する１つまたは複数のＭＮによって送信され得ることに留意されたい。

次に、図５に注目すると、ＵＥがＭＢＳを、またはＭＢＳでＵＥにサービス提供する第２のネットワークノード４２０によって提供されるセルを離れる場合に、関連する実施形態を示す。すなわち、ブロック５０２において示されるように、第２のネットワークノード４２０は、少なくとも２つのＵＥにＭＢＳを提供するために第２のネットワークノード４２０とＵＰＦ４３０との間にトンネルを有し得る。簡単にするために、ＭＢＳのためのトンネルが確立されている２つのＵＥ：ＵＥ１およびＵＥ２が存在すると仮定する。

第１のネットワークノードは、たとえば、ブロック５０４においてＳＭＦ４４０から受信された指示に基づいて、サービス提供されるＵＥのためにＭＢＳを提供するために使用されるように構成された少なくとも１つのデータフローを解放する必要があることを判定し得る。この例では、ＵＥは、ＵＥ１であり得る。解放されるべきＭＢＳは、たとえば、ＭＢＳのＭＢＳ識別子を使用することによって、ブロック５０４のメッセージにおいて示され得る。いくつかの実施形態では、ブロック５０４のメッセージは、ＰＤＵセッション変更要求メッセージとして送信される。したがって、前記メッセージは、第２のネットワークノード４２０に、ＵＥ１のための（すなわち、所与のＭＢＳのための）ＭＢＳベアラを解放するように要求し得る。

ブロック５０６において、第１のネットワークノード４１０は、解放要求を第２のネットワークノード４２０へ送信し得る。解放要求は、ＭＢＳを提供するために使用されるように構成された少なくとも１つのデータフローを解放する必要があることを示し得る。つまり、ＵＥ１のためのＭＢＳサービスを解放する必要がある。解放要求は、解放されるべきデータフロー、または単に、たとえばＭＢＳ識別子を使用して、解放されるべきＭＢＳを示し得る。

第２のネットワークノード４２０は、ＵＥ１に関して、ＭＢＳに関連付けられた少なくとも１つのデータフローを解放する要求を受信し得、要求に従って、少なくとも１つのデータフローを解放し得る（ブロック５０８）。

しかしながら、ブロック５１０において、第２のネットワークノード４２０は、ＭＢＳを少なくとも１つの他のＵＥに提供するために、第２のネットワークノード４２０とＵＰＦ４３０との間でトンネル５０２の利用を継続する必要性を判定し得る。この例では、ＵＥは、ＵＥ２であり得る。この判定は、ＭＢＳサービスを解放した後に実行され得る。

したがって、ブロック５１２において、第２のネットワークノード４２０は、第１のネットワークノード４１０に、前記トンネル５０２の利用を継続する必要性を示し得る。この指示は、たとえば、正しいトンネルが識別され得るようなＴＮＬＩと、および／または、トンネルの継続的な必要性（continued need）、すなわち、既存のトンネルを解放してはならないことを示すフラグとを備え得る。

第１のネットワークノード４１０は、前記指示を受信し、前記必要性をさらにＳＭＦ４４０に示し得る（ブロック５１４）。この指示は、たとえば、正しいトンネルが識別され得るようなＴＮＬＩと、および／または、トンネルの継続的な必要性を示すフラグとを備え得る。したがって、ＳＭＦ４４０は、ＵＰＦ４３０が、トンネル５０２を終了または解放するように要求することを阻止し得る。したがって、ＵＥ２は、第２のネットワークノード４２０によって、ＭＢＳでサービス提供されるように継続され得る。ブロック５１４の指示は、上述のようにメッセージをＳＭＦへ送信することを備えるか、または暗黙の指示であり得る。たとえば、第１のネットワークノード４１０は、トンネル解放要求をＳＭＦ４４０へ送信することを阻止し得る。すなわち、ＳＭＦ４４０は、解放を要求する明示的なメッセージの受信に応答して、トンネルの解放を開始するよう動作するように構成され得る。そのため、そのようなメッセージ／要求が受信されない場合、ＳＭＦ４４０は、１つまたは複数のトンネルを解放または終了できない。

したがって、ＵＥ１が、第２のネットワークノード４２０においてＭＢＳサービスを離れても、第２のネットワークノード４２０は、トンネルを解放せず、トンネルを使用してＵＥ２にサービスを提供し続け得る。

態様によれば、セッション管理エンティティのための方法が提供され、この方法は、第１のネットワークノード４１０から、ＴＮＬＩを備えないまたはＴＮＬＩを備えるトンネル生成要求と、ＭＢＳのための新たなトンネルが確立されるように要求されていないことを示すための追加のインジケータ（たとえば、フラグ）とを受信することと、要求に基づいて、ＭＢＳのユーザプレーンエンティティと第２のネットワークノード４２０との間にトンネルが既に存在することを判定することと、判定に基づいて、ユーザプレーンエンティティと第２のネットワークノード４２０との間の新たなトンネルの確立の開始を阻止することとを備える。

本明細書で使用されるとき、ＳＭＦ４４０は、しばしば、単にセッション管理エンティティと称され得、ＵＰＦ４３０は、ユーザプレーンエンティティと称され得る。

提案されたソリューションのいくつかの利点は、少なくとも、以下を含み得る。

●ＭＢＳ ＩＤ＝１で、ＤＣを用いてＭＢＳがＳＮにオフロードされるとき、要求されたＭＢＳ ＩＤ＝１にＳＮが既に含まれる場合、ＭＮは、ＳＭＦに、ＵＰＦとＳＮとの間のトンネルの作成を要求する必要がない場合がある。ここで、含まれるとは、ＳＮが既にＩＤ＝１のＭＢＳを、他のいくつかの１つまたは複数のＵＥに提供していることを意味し得る。当然のことながら、ＩＤは、本明細書で例として使用される１とは異なり得る。

●（たとえば、ＵＥがＭＢＳサービス１を離れるため）ＭＢＳがオフロードされてＭＮに戻される場合、ＭＮは、ＳＮがまだＭＢＳサービスに含まれる場合、つまり、まだＭＢＳ ＩＤ＝１を、他のいくつかの１つまたは複数のＵＥへ提供し続けている場合、ＳＭＦに対して、ＵＰＦとＳＮとの間のトンネルを解放するように要求しない場合がある。

図６および図７は、少なくとも１つのプロセッサなどの制御回路構成（ＣＴＲＬ）６１０、７１０と、コンピュータプログラムコード（ソフトウェア）６３２、７３２を含む少なくとも１つのメモリ６３０、７３０とを備える装置６００、７００を提供し、少なくとも１つのメモリおよびコンピュータプログラムコード（ソフトウェア）６３２、７３２は、少なくとも１つのプロセッサを用いて、それぞれの装置６００、７００に、図１Ａから図５の実施形態のうちのいずれか１つ、またはその動作を実行させるように構成される。

図６および図７を参照すると、メモリ６３０、７３０は、半導体ベースのメモリデバイス、フラッシュメモリ、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリなどの任意の適切なデータ格納技術を使用して実施され得る。メモリ６３０、７３０は、データを格納するためのデータベース６３４、７３４を備え得る。

装置６００、７００はさらに、１つまたは複数の通信プロトコルに従って通信接続を実現するためのハードウェアおよび／またはソフトウェアを備える無線インターフェース（ＴＲＸ）６２０、７２０を備え得る。ＴＲＸは、たとえば、無線アクセスネットワークにアクセスするための通信機能を装置に提供し得る。ＴＲＸは、増幅器、フィルタ、周波数変換器、（復）変調器、およびエンコーダ／デコーダ回路構成、ならびに１つまたは複数のアンテナなどの標準的な周知の構成要素を備え得る。ＴＲＸは、たとえば、Ｆ１および／またはＸｎインターフェースへのアクセスを提供し、および／またはＵＬ／ＤＬ通信機能を提供し得る。さらに、ＴＲＸは、ＵＥのためにＤ２Ｄ機能を提供し得る。たとえば、ＴＲＸは、Ｎ３トンネルなどのＭＢＳのためのトンネルを使用できるようにし得る。

装置６００、７００は、たとえば、少なくとも１つのキーパッド、マイクロホン、タッチディスプレイ、ディスプレイ、スピーカなどを備えるユーザインターフェース６４０、７４０を備え得る。ユーザインターフェース６４０、７４０は、装置６００、７００のユーザによって、それぞれの装置を制御するために使用され得る。

実施形態では、装置６００は、たとえば図２に関して、上述した方法を実行する第２のネットワークノードであり得るか、または、第２のネットワークノードに含まれ得る。たとえば、装置６００は、ネットワークノード１０４であり得るか、またはネットワークノード１０４に含まれ得る。装置６００は、ＳＮであり得るか、またはＳＮに含まれ得る。

実施形態では、装置７００は、たとえば図３に関して、上述した方法を実行する第１のネットワークノードであり得るか、または第１のネットワークノードに含まれ得る。たとえば、装置７００は、ネットワークノード１０４であり得るか、またはネットワークノード１０４に含まれ得る。装置７００は、ＭＮであり得るか、またはＭＮに含まれ得る。

実施形態によれば、図６を参照すると、制御回路構成６１０は、図２のブロック２０２に関して説明された動作を少なくとも実行するように構成された受信回路構成６１２と、図２のブロック２０４に関して説明された動作を少なくとも実行するように構成された判定回路構成６１４と、図２のブロック２０６に関して説明された動作を少なくとも実行するように構成された送信回路構成６１６と、図２のブロック２０８に関して説明された動作を少なくとも実行するように構成された利用回路構成６１８とを備える。

実施形態によれば、図７を参照すると、制御回路構成７１０は、図３のブロック３０２に関して説明された動作を少なくとも実行するように構成された判定回路構成７１２と、図３のブロック３０４に関して説明された動作を少なくとも実行するように構成された送信回路構成７１４と、図３のブロック３０６に関して説明された動作を少なくとも実行するように構成された受信回路構成７１６と、図３のブロック３０８に関して説明された動作を少なくとも実行するように構成された開始回路構成（initiating circuitry）７１８とを備える。

実施形態では、装置６００、７００の機能の少なくともいくつかは、２つの物理的に離れたデバイス間で共有され、１つの運用エンティティを形成し得る。したがって、装置６００、７００は、説明されたプロセスの少なくともいくつかを実行するための１つまたは複数の物理的に別個のデバイスを備える運用エンティティを示していると見なされ得る。したがって、そのような共有アーキテクチャを利用する装置６００、７００は、たとえば、基地局またはネットワークノード１０４に位置するリモート無線ヘッド（ＲＲＨ）に（たとえば、ワイヤレスまたはワイヤネットワークを介して）動作可能に結合された、ホストコンピュータまたはサーバコンピュータなどの、リモート制御ユニット（ＲＣＵ）を備え得る。実施形態では、説明されたプロセスの少なくともいくつかは、ＲＣＵによって実行され得る。実施形態では、説明されたプロセスの少なくともいくつかの実行は、ＲＲＨとＲＣＵとの間で共有され得る。たとえば、ＣＵ／ＤＵ分割は、そのような共有アーキテクチャを利用し得る。

実施形態では、ＲＣＵは、ＲＣＵがＲＲＨと通信する仮想ネットワークを生成し得る。一般に、仮想ネットワーキングは、ハードウェアとソフトウェアのネットワークリソースと、ネットワーク機能とを、単一のソフトウェアベースの管理エンティティである仮想ネットワークに組み合わせるプロセスを含み得る。ネットワーク仮想化は、多くの場合、リソース仮想化と組み合わされたプラットフォーム仮想化を含み得る。ネットワーク仮想化は、多くのネットワークまたはネットワークの一部を、サーバコンピュータまたはホストコンピュータに（すなわち、ＲＣＵに）組み合わせる外部仮想ネットワーキングとして分類され得る。外部ネットワーク仮想化は、最適化されたネットワーク共有を対象とする。別のカテゴリは、単一システム上のソフトウェアコンテナに、ネットワークのような機能を提供する内部仮想ネットワーキングである。

実施形態では、仮想ネットワークは、ＲＲＨとＲＣＵとの間の動作の柔軟な分散を提供し得る。実際には、任意のデジタル信号処理タスクが、ＲＲＨまたはＲＣＵのいずれかで実行され得、ＲＲＨとＲＣＵの間で責任がシフトされる境界が、実装に応じて選択され得る。

態様によれば、１つまたは複数の装置６００、および１つまたは複数の装置７００を備えるシステムが提供される。実施形態では、システムはさらに、１つまたは複数のＵＥを備える。実施形態では、システムはさらに、ＳＭＦおよびＵＰＦを備える。

本願で使用される「回路構成」という用語は、（ａ）アナログおよび／またはデジタル回路構成における実装などのハードウェア回路実装と、（ｂ）（適用できる場合）（ｉ）プロセッサの組合せ、または（ｉｉ）装置に様々な機能を実行させるために協働するデジタル信号プロセッサ、ソフトウェア、およびメモリを含むプロセッサ／ソフトウェアの一部などの、回路とソフトウェア（および／またはファームウェア）の組合せと、（ｃ）ソフトウェアまたはファームウェアが物理的に存在しない場合でも、動作のためにソフトウェアまたはファームウェアを利用するマイクロプロセッサまたはマイクロプロセッサの一部などの回路とを称し得る。この「回路構成」の定義は、本願においてこの用語の使用に適用される。さらなる例として、本願で使用されるように、「回路構成」という用語はまた、単なるプロセッサ（または複数のプロセッサ）またはプロセッサの一部ならびにその（またはそれらの）付随するソフトウェアおよび／またはファームウェアの実装もカバーする。「回路構成」という用語は、たとえば、特定の要素に該当する場合は、モバイル電話のためのベースバンド集積回路もしくはアプリケーションプロセッサ集積回路、またはサーバ、セルラネットワークデバイス、もしくは別のネットワークデバイスにおける同様の集積回路もカバーするであろう。

実施形態では、図１Ａから図５に関連して説明されたプロセスの少なくともいくつかは、説明されたプロセスの少なくともいくつかを実行するための対応する手段を備える装置によって実行され得る。プロセスを実行するためのいくつかの例示的な手段は、検出器、プロセッサ（デュアルコアおよびマルチコアプロセッサを含む）、デジタル信号プロセッサ、コントローラ、受信機、送信機、エンコーダ、デコーダ、メモリ、ＲＡＭ、ＲＯＭ、ソフトウェア、ファームウェア、ディスプレイ、ユーザインターフェース、ディスプレイ回路構成、ユーザインターフェース回路構成、ユーザインターフェースソフトウェア、ディスプレイソフトウェア、回路、アンテナ、アンテナ回路構成、および回路構成のうちの少なくとも１つを含み得る。実施形態では、少なくとも１つのプロセッサ、メモリ、およびコンピュータプログラムコードは、処理手段を形成するか、または図１Ａから図５の実施形態またはそれらの動作のいずれかによる１つまたは複数の動作を実行するための１つまたは複数のコンピュータプログラムコード部分を備える。

さらに別の実施形態によれば、実施形態を実行する装置は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを含む回路構成を備える。作動されると、回路構成は、装置に、図１Ａから図５の実施形態のいずれか１つによる機能、またはその動作の少なくともいくつかを実行させる。

本明細書で説明される技法および方法は、様々な手段によって実施され得る。たとえば、これら技法は、ハードウェア（１つまたは複数のデバイス）、ファームウェア（１つまたは複数のデバイス）、ソフトウェア（１つまたは複数のモジュール）、またはそれらの組合せで実施され得る。ハードウェア実装の場合、実施形態の装置は、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本明細書で説明される機能を実行するように設計された他の電子ユニット、または、それらの組合せ内で実施され得る。ファームウェアまたはソフトウェアの場合、実装は、本明細書で説明される機能を実行する少なくとも１つのチップセットのモジュール（たとえば、手順、機能など）を介して実行できる。ソフトウェアコードは、メモリユニットに格納され得、プロセッサによって実行され得る。メモリユニットは、プロセッサ内またはプロセッサの外部に実装され得る。後者の場合、メモリユニットは、当該技術分野で知られているように、様々な手段を介してプロセッサに通信可能に結合できる。それに加えて、本明細書で説明されたシステムの構成要素は、システムの構成要素に関して説明された様々な態様などの達成を容易にするために、追加の構成要素によって再構成および／または補完されてもよく、システムの構成要素は、当業者によって理解されるように、与えられた図で説明された正確な構成に限定されない。

説明された実施形態はまた、コンピュータプログラムまたはその一部によって定義されたコンピュータプロセスの形式で実行され得る。図１Ａから図５に関連して説明された方法の実施形態は、対応する命令を備えるコンピュータプログラムの少なくとも一部を実行することによって実行され得る。コンピュータプログラムは、ソースコード形式、オブジェクトコード形式、または何らかの中間形式であり得、プログラムを伝送できる任意のエンティティまたはデバイスであり得る何らかの種類のキャリアに格納され得る。たとえば、コンピュータプログラムは、コンピュータまたはプロセッサによって読取可能なコンピュータプログラム配布媒体に格納され得る。コンピュータプログラム媒体は、たとえば、記録媒体、コンピュータメモリ、読取り専用メモリ、電気キャリア信号、電気通信信号、およびソフトウェア配布パッケージであり得るが、これらに限定されない。コンピュータプログラム媒体は、たとえば、非一時的な媒体であり得る。図示および説明された実施形態を実行するためのソフトウェアのコーディングは、十分に当業者の範囲内である。実施形態では、コンピュータ可読媒体は、前記コンピュータプログラムを備える。

添付の図面による例を参照して本発明が上記で説明されたが、本発明はそれに限定されず、添付の特許請求の範囲内でいくつかの手法で変更できることは明らかである。したがって、本明細書における語句および表現は、広く解釈されるべきであり、実施形態を限定するのではなく、説明することを意図される。技術が進歩するにつれて、本発明の概念を様々な手法で実施できることが、当業者には明らかであろう。さらに、説明された実施形態は、必須ではないが、様々な手法で他の実施形態と組み合わせることができることが、当業者に明らかである。

略語
５ＭＢＳ ５Ｇマルチキャストブロードキャストサービス
ＤＣ デュアル接続
ＭＢＳ マルチキャストブロードキャストサービス
ＭＮ マスタノード
ＱｏＳ サービス品質
ＱＦＩ ＱｏＳフロー識別子
ＴＮＬＩ 伝送ネットワークレイヤ情報
ＳＣ－ＭＲＢ シングルセルマルチキャスト無線ベアラ
ＳＮ セカンダリノード
ＰＳＣｅｌｌ プライマリセカンダリセル
ＵＥ ユーザ機器

Claims (20)

1. 少なくとも１つのプロセッサと、プログラムコードを含む少なくとも１つのメモリとを備える装置であって、前記少なくとも１つのメモリおよびコンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、ワイヤレス通信ネットワークの第２のネットワークノードに、
   ユーザ機器ＵＥのために、マルチキャスト－ブロードキャストサービスＭＢＳを提供するように構成された第１のネットワークノードからメッセージを受信することであって、前記メッセージは、前記ＭＢＳを識別するＭＢＳ識別子と、前記第１のネットワークノードから前記第２のネットワークノードへオフロードされるべき、前記ＭＢＳを提供するための、少なくとも１つのデータフローに対応する、少なくとも１つのデータフロー識別子とを備える、受信することと、
   前記第２のネットワークノードとユーザプレーンエンティティとの間に、前記ＭＢＳ識別子に関連付けられたトンネルが存在するか否かを判定することと、
   前記判定に基づいて、前記ＭＢＳのための新たなトンネルが確立されるように要求されているか否かを示す応答メッセージを、前記第１のネットワークノードへ送信することと、
   前記ＭＢＳを提供するために、既存のトンネル、または、確立されるように要求された前記新たなトンネルを利用することと
   を備える動作を実行させるように構成された、装置。
2. 前記第２のネットワークノードと、前記ＭＢＳ識別子に関連付けられた前記ユーザプレーンエンティティとの間に前記トンネルが存在しない場合、前記応答メッセージは、前記第２のネットワークノードと前記ユーザプレーンエンティティとの間にトンネルを確立するための伝送ネットワークレイヤ情報を備える、請求項１に記載の装置。
3. 前記第２のネットワークノードと、前記ＭＢＳ識別子に関連付けられた前記ユーザプレーンエンティティとの間に前記トンネルが存在する場合、前記応答メッセージは、前記既存のトンネルに対応する伝送ネットワークレイヤ情報、および／または、前記ＭＢＳ識別子のための新たなトンネルが、確立されるように要求されていないことを示すためのインジケータを備える、請求項１に記載の装置。
4. 前記第２のネットワークノードと、前記ＭＢＳ識別子に関連付けられた前記ユーザプレーンエンティティとの間に前記トンネルが存在する場合、前記応答メッセージは、前記既存のトンネルに関する伝送ネットワークレイヤ情報を含まないように生成される、請求項１に記載の装置。
5. 前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第２のネットワークノードに、
   サービス提供されるＵＥのために前記ＭＢＳを提供するために使用されるように構成された少なくとも１つのデータフローを解放するための、前記サービス提供されるＵＥに関する要求を、前記第１のネットワークノードから受信することと、
   前記要求に従って前記少なくとも１つのデータフローを解放することと
   を備える動作をさらに実行させるように構成された、請求項１に記載の装置。
6. 少なくとも１つのプロセッサと、プログラムコードを含む少なくとも１つのメモリと備える装置であって、前記少なくとも１つのメモリおよびコンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、ワイヤレス通信ネットワークの第１のネットワークノードに、
   ユーザ機器ＵＥのために提供されるマルチキャスト－ブロードキャストサービスＭＢＳを提供するための少なくとも１つのデータフローを、第２のネットワークノードへオフロードするように決定することと、
   前記第２のネットワークノードへメッセージを送信することであって、前記メッセージは、前記ＭＢＳを識別するＭＢＳ識別子と、前記第１のネットワークノードから前記第２のネットワークノードへオフロードされるべき、前記少なくとも１つのデータフローに対応する、少なくとも１つのデータフロー識別子とを備える、送信することと、
   前記第２のネットワークノードから、前記ＭＢＳを提供するために前記第２のネットワークノードとユーザプレーンエンティティとの間に新たなトンネルが確立されるように要求されているか否かを示す応答メッセージを受信することと、
   前記新たなトンネルが確立されるように要求される場合、前記新たなトンネルの確立を開始することと
   を備える動作を実行させるように構成された、装置。
7. 前記新たなトンネルの確立を前記開始することは、トンネル生成要求をセッション管理エンティティへ送信することを備える、請求項６に記載の装置。
8. 前記新たなトンネルが確立されるように要求される場合、前記応答メッセージは、前記第２のネットワークノードと前記ユーザプレーンエンティティとの間に前記新たなトンネルを確立するための伝送ネットワークレイヤ情報を備える、請求項７に記載の装置。
9. 前記トンネル生成要求は、前記第２のネットワークノードから受信された前記伝送ネットワークレイヤ情報を備える、請求項８に記載の装置。
10. 前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第１のネットワークノードに、
    前記応答メッセージに基づいて、前記第２のネットワークノードと前記ユーザプレーンエンティティとの間に、前記ＭＢＳのためのトンネルが既に存在することを判定することと、
    前記判定に基づいて、前記第２のネットワークノードと前記ユーザプレーンエンティティとの間に、前記ＭＢＳのための前記トンネルが既に存在することを前記セッション管理エンティティに示すことと
    を備える動作をさらに実行させるように構成された、請求項７に記載の装置。
11. ワイヤレス通信ネットワークの第２のネットワークノードのための方法であって、
    ユーザ機器ＵＥのために、マルチキャスト－ブロードキャストサービスＭＢＳを提供するように構成された第１のネットワークノードからメッセージを受信することであって、前記メッセージは、前記ＭＢＳを識別するＭＢＳ識別子と、前記第１のネットワークノードから前記第２のネットワークノードへオフロードされるべき、前記ＭＢＳを提供するための、少なくとも１つのデータフローに対応する、少なくとも１つのデータフロー識別子とを備える、受信することと、
    前記第２のネットワークノードとユーザプレーンエンティティとの間に、前記ＭＢＳ識別子に関連付けられたトンネルが存在するか否かを判定することと、
    前記判定に基づいて、前記ＭＢＳのための新たなトンネルが確立されるように要求されているか否かを示す応答メッセージを、前記第１のネットワークノードへ送信することと、
    前記ＭＢＳを提供するために、既存のトンネル、または、確立されるように要求された前記新たなトンネルを利用することと
    を備える、方法。
12. 前記第２のネットワークノードと、前記ＭＢＳ識別子に関連付けられた前記ユーザプレーンエンティティとの間に前記トンネルが存在しない場合、前記応答メッセージは、前記第２のネットワークノードと前記ユーザプレーンエンティティとの間にトンネルを確立するための伝送ネットワークレイヤ情報を備える、請求項１１に記載の方法。
13. 前記第２のネットワークノードと、前記ＭＢＳ識別子に関連付けられた前記ユーザプレーンエンティティとの間に前記トンネルが存在する場合、前記応答メッセージは、前記既存のトンネルに対応する伝送ネットワークレイヤ情報、および／または、このＭＢＳ識別子のための新たなトンネルが、確立されるように要求されていないことを示すためのインジケータを備える、請求項１１に記載の方法。
14. 前記第２のネットワークノードと、前記ＭＢＳ識別子に関連付けられた前記ユーザプレーンエンティティとの間に前記トンネルが存在する場合、前記応答メッセージは、前記既存のトンネルに関する伝送ネットワークレイヤ情報を含まないように生成される、請求項１１に記載の方法。
15. サービス提供されるＵＥのために前記ＭＢＳを提供するために使用されるように構成された少なくとも１つのデータフローを解放するための、前記サービス提供されるＵＥに関する要求を、前記第１のネットワークノードから受信することと、
    前記要求に従って前記少なくとも１つのデータフローを解放することと
    をさらに備える、請求項１１に記載の方法。
16. ワイヤレス通信システムの第１のネットワークノードのための方法であって、
    ユーザ機器ＵＥのために提供されるマルチキャスト－ブロードキャストサービスＭＢＳを提供するための少なくとも１つのデータフローを、第２のネットワークノードへオフロードするように決定することと、
    前記第２のネットワークノードへメッセージを送信することであって、前記メッセージは、前記ＭＢＳを識別するＭＢＳ識別子と、前記第１のネットワークノードから前記第２のネットワークノードへオフロードされるべき、前記少なくとも１つのデータフローに対応する、少なくとも１つのデータフロー識別子とを備える、送信することと、
    前記第２のネットワークノードから、前記ＵＥへ前記ＭＢＳを提供するために、前記第２のネットワークノードとユーザプレーンエンティティとの間に、新たなトンネルが確立されるように要求されているか否かを示す応答メッセージを受信することと、
    前記新たなトンネルが確立されるように要求される場合、前記新たなトンネルの確立を開始することと
    を備える、方法。
17. 前記新たなトンネルの確立を前記開始することは、トンネル生成要求をセッション管理エンティティへ送信することを備える、請求項１６に記載の方法。
18. 前記新たなトンネルが確立されるように要求される場合、前記応答メッセージは、前記第２のネットワークノードと前記ユーザプレーンエンティティとの間に前記新たなトンネルを確立するための伝送ネットワークレイヤ情報を備える、請求項１７に記載の方法。
19. 前記トンネル生成要求は、前記第２のネットワークノードから受信された前記伝送ネットワークレイヤ情報を備える、請求項１８に記載の方法。
20. 前記応答メッセージに基づいて、前記第２のネットワークノードと前記ユーザプレーンエンティティとの間に、前記ＭＢＳのためのトンネルが既に存在することを判定することと、
    前記判定に基づいて、前記第２のネットワークノードと前記ユーザプレーンエンティティとの間に、前記ＭＢＳのための前記トンネルが既に存在することを前記セッション管理エンティティに示すことと
    をさらに備える、請求項１７に記載の方法。

Images