JP7776011B2 - アクセスネットワークノード、さらなるアクセスネットワークノード、モバイル機器、及び方法 - Google Patents

Description

本発明は、第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ（登録商標））規格又はその等価物若しくは派生物に従って動作する無線通信システム及びそのデバイスに関する。本開示は、いわゆる「５Ｇ」（又は「次世代」）システムにおけるマルチメディアブロードキャストサービスのための制御プレーンに関する改善に、特に関連性を有するが、排他的な関連性はない。

３ＧＰＰ（登録商標）規格の最新の発展形態は、「５Ｇ」又は「新無線」（New Radio：ＮＲ）と呼ばれる。これらの用語は、様々なアプリケーション及びサービスをサポートする進化中の通信技術を指す。５Ｇネットワークの様々な詳細は、例えば、その文献がｈｔｔｐｓ：／／ｗｗｗ．ｎｇｍｎ．ｏｒｇ／５ｇ－ｗｈｉｔｅ－ｐａｐｅｒ．ｈｔｍｌから入手可能な、次世代モバイルネットワーク（Next Generation Mobile Networks：ＮＧＭＮ）アライアンスによる「ＮＧＭＮ ５Ｇ Ｗｈｉｔｅ Ｐａｐｅｒ」Ｖ１．０に記載されている。３ＧＰＰ（登録商標）は、いわゆる３ＧＰＰ（登録商標）次世代（ネクストジェン（ＮｅｘｔＧｅｎ））無線アクセスネットワーク（Radio Access Network：ＲＡＮ）、及び３ＧＰＰ（登録商標）ネクストジェンコアネットワーク（NextGen core network：ＮＧＣ）によって５Ｇをサポートすることを意図している。

３ＧＰＰ（登録商標）規格の下では、基地局（例えば、４Ｇでは「ｅＮＢ」又は５Ｇでは「ｇＮＢ」）は、通信デバイス（ユーザ機器(user equipment)又は「ＵＥ」）がコアネットワークに接続し、他の通信デバイス又はリモートサーバと通信するためのノードである。簡単にするために、本出願は、任意のそのような基地局を指すために基地局という用語を使用する。

簡単にするために、本出願は、１つ又は複数の基地局を介してコアネットワークに接続することができる任意の通信デバイスを指すために、モバイルデバイス、ユーザデバイス、又はＵＥという用語を使用する。通信デバイスは、例えば、携帯電話、スマートフォン、ユーザ機器、携帯情報端末、ラップトップ／タブレットコンピュータ、ウェブブラウザ、電子書籍リーダなどのモバイル通信デバイスであってもよい。そのようなモバイル（又はより一般的には固定式の）デバイスは、通常、ユーザによって操作される。しかしながら、３ＧＰＰ（登録商標）規格はまた、いわゆる「モノのインターネット」（Internet of Things：ＩｏＴ）デバイス（例えば、狭帯域ＩｏＴ（Narrow-Band IoT：ＮＢ－ＩｏＴ）デバイス）をネットワークに接続することを可能にし、これは通常、様々な測定機器、テレメトリ機器、監視システム、トラッキング及び追跡デバイス、車載安全システム、車両メンテナンスシステム、道路センサ、デジタル広告板、販売時点管理（point of sale：ＰＯＳ）端末、リモート制御システムなどの自動化された機器を含む。事実上、モノのインターネットは、適切な電子機器、ソフトウェア、センサ、ネットワーク接続性などを備えたデバイス（又は「モノ」）のネットワークであり、これらのデバイスが互いに、及び他の通信デバイスとデータを収集及び交換することを可能にする。ＩｏＴデバイスは、マシン型通信（Machine-Type Communication：ＭＴＣ）通信デバイス又はマシンツーマシン（Machine-to-Machine：Ｍ２Ｍ）通信デバイスと呼ばれることもあることが理解されよう。

簡単にするために、本出願は説明においてモバイルデバイスを参照することが多いが、記載された技術は、そのような通信デバイスが人間の入力によって制御されるか、又はメモリに記憶されたソフトウェア命令によって制御されるかにかかわらず、データを送る／受信するために通信ネットワークに接続することができる任意の通信デバイス（モバイル及び／又は一般に固定式）上に実装することができることが理解されよう。

既存の５Ｇフレームワークに対して開発されている最近の機能の１つは、マルチキャスト及びブロードキャストサービス（Multicast and Broadcast Services：ＭＢＳ）と呼ばれる。この機能は、信頼性が高く、低レイテンシで、リソース効率がよく、多様なマルチキャスト及びブロードキャストサービスの大規模な展開のための５Ｇ新無線及び５Ｇコアネットワーク能力を強化することを目的としている。３ＧＰＰ（登録商標）は現在、モバイルブロードバンドネットワークを介したメディア配信のためのＭＢＳの詳細を指定している。ＭＢＳ（又は５Ｇにおける「ＮＲ ＭＢＳ」）は、いわゆる低電力低タワー（Low Power Low Tower：ＰＬＴ）インフラストラクチャなどのセルラーインフラストラクチャを再利用することを目的としている。主なユースケースの１つは、スマートフォン、タブレット、車両、及び他のモバイル（又は固定式の）デバイスへのリニア／ライブメディアコンテンツの配信である。ＭＢＳは、既存の（又は既に指定された）３ＧＰＰ（登録商標）インフラストラクチャを使用するように設計されているが、同じインフラストラクチャを使用するユニキャスト通信よりも効率的なマルチキャスト／ブロードキャストトラフィックの配信を提供することができる。ＭＢＳのアーキテクチャ強化の詳細は、３ＧＰＰ（登録商標） Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＴＳ）２３．２４７ Ｖ１７．０．０に見つけることができ、その内容は参照により本明細書に組み込まれる。

３ＧＰＰ（登録商標）は、ＭＢＳサポートノードと非サポートノードとの間のＵＥモビリティについて議論している。非サポートＭＢＳノードでは、基地局（ｇＮＢ）は、ＭＢＳサポートノード内のマルチキャストコンテキストではなく、ＵＥ向けのユニキャストコンテキストを有する。より具体的には、ＭＢＳは、可能な限り、同じＭＢＳセッションで複数のＵＥにＭＢＳトラフィックを配信するために（共有ユーザプレーントンネルを介して）マルチキャストを使用することを目的とする。これは、同じデータを複数のユーザに配信する必要がある場合、マルチキャストがユニキャストよりも効率的であるためである。ＭＢＳセッションデータを配信するための方法は、ユニキャストの場合には「個別ＭＢＳトラフィック配信方法」と呼ばれ、マルチキャストの場合には「共有ＭＢＳトラフィック配信方法」と呼ばれることがある。

ハンドオーバなどのモビリティ手順中、ＵＥコンテキストは、ソース基地局（ｇＮＢ）とターゲット基地局（ｇＮＢ）との間のハンドオーバシグナリングで共有される。しかしながら、ＭＢＳをサポートする基地局は、使用される配信方法が異なるために、ＭＢＳをサポートしない基地局とＵＥコンテキストにおいて異なるデータを保持し、これは、異なるタイプの基地局間でハンドオーバを実行するときのデータ損失及び／又は低品質のユーザ体験につながり得る。そのようなデータ損失は、例えば、マルチキャスト及びユニキャストに使用される異なるタイプのベアラによって引き起こされ得る。

ＵＥがＭＢＳセッションに参加すると、ＭＢＳトラフィックの配信のために、サービング基地局とコアネットワーク内のユーザプレーン機能との間のそのセッションに対して共有ユーザプレーントンネルが確立される。基地局は、ポイントツーポイント（point-to-point:ＰＴＰ）トンネル／ベアラを使用するかポイントツーマルチポイント（point-to-multipoint：ＰＴＭ）トンネル／ベアラを使用するかを決定することができる。ＰＴＭには、共有ユーザプレーントンネル（ＮＧ－Ｕ／Ｆ１－Ｕトンネル）が使用される。ＭＢＳセッションには、マルチキャスト無線ベアラ（multicast radio bearer：ＭＲＢ）が使用される。ＭＲＢは、ＰＴＰレッグ、ＰＴＭレッグ、又はその両方に設けられてもよい。ＰＴＰレッグの場合、共有ユーザプレーントンネルが構成され得るが、これは３ＧＰＰ（登録商標）によってまだ指定されていない。

「ＮＧＭＮ ５Ｇ Ｗｈｉｔｅ Ｐａｐｅｒ」Ｖ１．０ ３ＧＰＰ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＴＳ）２３．２４７ Ｖ１７．０．０

本発明者らは、ＵＥがＭＢＳサポートノードからＭＢＳ非サポートノードへのハンドオーバを実行するとき、ＭＲＢはＤＲＢに変換されるべきである（及びその逆である）ことを認識した。ターゲットＮＧ－ＲＡＮノードは、現在ＭＢＳをサポートしているかどうかを（パス切り替え要求メッセージで）コアネットワークに示すことができるが、このサポート能力をソース基地局にシグナリングすることはできない。したがって、ソース基地局は、ターゲット基地局がＭＢＳサポートノードであるか否かを認識せず、このことは、非効率及びデータ損失をもたらし得る。

更に、レガシーハンドオーバシグナリングは、ＭＢＳサポートノードからＭＢＳ非サポートノードへのＵＥハンドオーバをサポートせず、このことが、ハンドオーバ失敗をもたらし得る（この場合、ＵＥは、適切な基地局で新しい接続を確立する必要があり得る）。

したがって、本発明は、上述の問題（の少なくとも一部）に対処する、又は少なくともそれを緩和する方法及び関連装置を提供しようとするものである。

１つの態様では、本発明は、第１のアクセスネットワークノードによって実行される方法を提供し、本方法は、第２のアクセスネットワークノードがマルチキャスト及びブロードキャストサービス（ＭＢＳ）をサポートしているかどうかを示す情報（「ＭＢＳサポート情報」）を受信することと、情報に基づいて、第１のアクセスネットワークノードと第２のアクセスネットワークノードとの間の相互作用を制御することとを含む。

１つの態様では、本発明は、第１のアクセスネットワークノードによって実行される方法を提供し、本方法は、第１のアクセスネットワークノードがマルチキャスト及びブロードキャストサービス（ＭＢＳ）をサポートしているかどうかを示す情報を、第２のアクセスネットワークノードに送信することであって、第１のアクセスネットワークノードがＭＢＳをサポートしている場合、情報は、少なくとも１つのサービスエリアを識別する情報、ＭＢＳサービス情報、及び配信モードを識別する情報を含む、送信することと、情報に基づいて、第１のアクセスネットワークノードと第２のアクセスネットワークノードとの間の相互作用を制御することとを含む。

１つの態様では、本発明は、ユーザ機器（ＵＥ）によって実行される方法を提供し、本方法は、セルがマルチキャストブロードキャストサービス（ＭＢＳ）をサポートしているかどうかを示す情報を、アクセスネットワークノードに送信することと、情報に基づいて、ＵＥとセルとの間の通信を制御することとを含む。

１つの態様では、本発明は、第１のアクセスネットワークノードを介してマルチキャスト無線ベアラ（ＭＲＢ）を使用して通信するユーザ機器（ＵＥ）のハンドオーバのためのソースノードとして機能する(ふるまう)第１のアクセスネットワークノードによって実行される方法を提供し、本方法は、ハンドオーバのためのターゲットノードとして機能する(ふるまう)第２のアクセスネットワークがＭＲＢを介したＭＢＳをサポートしない場合、マルチキャストブロードキャストサービス（ＭＢＳ）のために第１のアクセスネットワークノードにおいて第１のデータ無線ベアラ（ＤＲＢ）を使用するようにＵＥを再構成することと、第２のアクセスネットワークノードへのＵＥのハンドオーバのための手順を実行することであって、それにより、ＭＢＳサービスが第２のアクセスネットワークノードにおいて第２のＤＲＢを介してＵＥに提供される、実行することとを含む。

１つの態様では、本発明は、第１のアクセスネットワークノードを介してマルチキャスト無線ベアラ（ＭＲＢ）を使用して通信するユーザ機器（ＵＥ）のハンドオーバのためのソースノードとして機能する第１のアクセスネットワークノードによって実行される方法を提供し、本方法は、第２のアクセスネットワークノードへのＵＥのハンドオーバのための手順を開始することと、ハンドオーバのためのターゲットノードとして機能する第２のアクセスネットワークがＭＲＢを介したマルチキャストブロードキャストサービス（ＭＢＳ）をサポートしない場合、第２のアクセスネットワークノードにおいて第１のデータ無線ベアラ（ＤＲＢ）を使用するようにＵＥを再構成することであって、それにより、ＭＢＳサービスが第１のＤＲＢを介してＵＥに提供される、再構成することとを含む。

１つの態様では、本発明は、第２のアクセスネットワークノードを介してマルチキャスト無線ベアラ（ＭＲＢ）を使用して通信するユーザ機器（ＵＥ）のハンドオーバのためのターゲットノードとして機能する第１のアクセスネットワークノードによって実行される方法を提供し、本方法は、ハンドオーバのためのソースノードとして機能する第２のアクセスネットワークノードから、第１のアクセスネットワークノードにおけるマルチキャストブロードキャストサービス（ＭＢＳ）サービスのためにＵＥによって使用されることになるデータ無線ベアラ（ＤＲＢ）についての構成情報を含むメッセージを受信することと、構成情報に基づいて第１のアクセスネットワークノードにおいてＤＲＢを確立することを含む、ＵＥのためのハンドオーバを実行することと、第１のアクセスネットワークノードにおいてＤＲＢを介してＭＢＳサービスをＵＥに提供することとを含む。

１つの態様では、本発明は、第１のアクセスネットワークノードを介してマルチキャスト無線ベアラ（ＭＲＢ）を使用してマルチキャストブロードキャストサービス（ＭＢＳ）サービスを受信するユーザ機器（ＵＥ）によって実行される方法を提供し、本方法は、ハンドオーバのためのターゲットノードとして機能する第２のアクセスネットワークノードがＭＲＢを介したＭＢＳをサポートしない場合、ハンドオーバのためのソースノードとして機能する第１のアクセスネットワークノードから、ＭＢＳサービスのために第１のアクセスネットワークノードにおいて第１のデータ無線ベアラ（ＤＲＢ）を使用するようにＵＥを再構成するためのメッセージを受信することと、第２のアクセスネットワークノードにおいて第１のＤＲＢから第２のＤＲＢに再構成することによってハンドオーバを実行することと、第２のＤＲＢを介してＭＢＳサービスを受信することとを含む。

１つの態様では、本発明は、第１のアクセスネットワークノードを介してマルチキャスト無線ベアラ（ＭＲＢ）を使用してマルチキャストブロードキャストサービス（ＭＢＳ）サービスを受信するユーザ機器（ＵＥ）によって実行される方法を提供し、本方法は、第２のアクセスネットワークがＭＲＢを介したＭＢＳをサポートしない場合、ハンドオーバのためのソースノードとして機能する第１のアクセスネットワークノードから、ハンドオーバのためのターゲットノードとして機能する第２のアクセスネットワークノードにおいてデータ無線ベアラ（ＤＲＢ）を使用するようにＵＥを再構成するためのメッセージを受信することと、ＭＲＢからＤＲＢへのハンドオーバを実行することと、ＤＲＢを介してＭＢＳサービスを受信することとを含む。

１つの態様では、本発明は、ユーザ機器（ＵＥ）のための接続及びモビリティ管理を取り扱うためにネットワークノードによって実行される方法を提供し、本方法は、ＵＥのハンドオーバのためのターゲットノードとして機能する第１のアクセスネットワークノードから、ソースノードとして機能する第２のアクセスネットワークノードから第１のアクセスネットワークノードにパスを切り替えるための要求を受信することであって、要求は、第１のアクセスネットワークノードによってサポートされる少なくとも１つのマルチキャストブロードキャストサービス（ＭＢＳ）サービスを識別する情報と、少なくとも１つの関連するＭＢＳサービスエリアを識別する情報とを含む、受信することと、パス切り替え要求を確認応答するメッセージを、第１のアクセスネットワークノードに送信することであって、第１のＭＢＳサービスが個々のＭＢＳトラフィック配信方法（例えば、ユニキャスト）を使用して第２のアクセスネットワークノードを介してＵＥに提供される場合、メッセージは、第１のＭＢＳサービスが関連するＭＢＳサービスエリア内で第１のアクセスネットワークノードによってサポートされていると決定されたときに、共有ＭＢＳトラフィック配信方法（例えば、マルチキャスト／ブロードキャスト）を使用して、第１のアクセスネットワークノードを介して、第１のＭＢＳサービスをＵＥに提供するための情報を含むように適合される、送信することとを含む。

１つの態様では、本発明は、ユーザ機器（ＵＥ）のハンドオーバのためのターゲットノードとして機能する第１のアクセスネットワークノードによって実行される方法を提供し、本方法は、ソースノードとして機能する第２のアクセスネットワークノードから第１のアクセスネットワークノードにパスを切り替えるための要求を、ＵＥのための接続及びモビリティ管理を取り扱うためのネットワークノードに送信することであって、要求は、第１のアクセスネットワークノードによってサポートされる少なくとも１つのマルチキャストブロードキャストサービス（ＭＢＳ）サービスを識別する情報と、少なくとも１つの関連するＭＢＳサービスエリアを識別する情報とを含む、送信することと、ネットワークノードから、パス切り替え要求を確認応答するメッセージを受信することであって、第１のＭＢＳサービスが個々のＭＢＳトラフィック配信方法（例えば、ユニキャスト）を使用して第２のアクセスネットワークノードを介してＵＥに提供される場合、メッセージは、第１のＭＢＳサービスが関連するＭＢＳサービスエリア内で第１のアクセスネットワークノードによってサポートされているときに、共有ＭＢＳトラフィック配信方法（例えば、マルチキャスト／ブロードキャスト）を使用して、第１のアクセスネットワークノードを介して、第１のＭＢＳサービスをＵＥに提供するための情報を含むように適合される、受信することとを含む。

１つの態様では、本発明は、第２のアクセスネットワークノードがマルチキャストブロードキャストサービス（ＭＢＳ）をサポートしているかどうかを示す情報を受信するための手段（例えば、メモリ、トランシーバ、及びプロセッサ）と、情報に基づいて、第１のアクセスネットワークノードと第２のアクセスネットワークノードとの間の相互作用を制御するための手段とを備える、第１のアクセスネットワークノードを提供する。

１つの態様では、本発明は、第１のアクセスネットワークノードがマルチキャストブロードキャストサービス（ＭＢＳ）をサポートしているかどうかを示す情報を、第２のアクセスネットワークノードに送信するための手段（例えば、メモリ、トランシーバ、及びプロセッサ）であって、第１のアクセスネットワークノードがＭＢＳをサポートしている場合、情報は、少なくとも１つのサービスエリアを識別する情報、ＭＢＳサービス情報、及び配信モードを識別する情報を含む、送信するための手段と、情報に基づいて、第１のアクセスネットワークノードと第２のアクセスネットワークノードとの間の相互作用を制御するための手段とを備える、第１のアクセスネットワークノードを提供する。

１つの態様では、本発明は、セルがマルチキャストブロードキャストサービス（ＭＢＳ）をサポートしているかどうかを示す情報を、アクセスネットワークノードに送信するための手段（例えば、メモリ、トランシーバ、及びプロセッサ）と、情報に基づいて、ＵＥとセルとの間の通信を制御するための手段とを備える、ユーザ機器（ＵＥ）を提供する。

１つの態様では、本発明は、第１のアクセスネットワークノードを介してマルチキャスト無線ベアラ（ＭＲＢ）を使用して通信するユーザ機器（ＵＥ）のハンドオーバのためのソースノードとして機能する第１のアクセスネットワークノードを提供し、第１のアクセスネットワークノードは、ハンドオーバのためのターゲットノードとして機能する第２のアクセスネットワークがＭＲＢを介したＭＢＳをサポートしない場合、マルチキャストブロードキャストサービス（ＭＢＳ）のために第１のアクセスネットワークノードにおいて第１のデータ無線ベアラ（ＤＲＢ）を使用するようにＵＥを再構成するための手段（例えば、メモリ、トランシーバ、及びプロセッサ）と、第２のアクセスネットワークノードへのＵＥのハンドオーバのための手順を実行するための手段であって、それにより、ＭＢＳサービスが第２のアクセスネットワークノードにおいて第２のＤＲＢを介してＵＥに提供される、実行するための手段とを備える。

１つの態様では、本発明は、第１のアクセスネットワークノードを介してマルチキャスト無線ベアラ（ＭＲＢ）を使用して通信するユーザ機器（ＵＥ）のハンドオーバのためのソースノードとして機能する第１のアクセスネットワークノードを提供し、第１のアクセスネットワークノードは、第２のアクセスネットワークノードへのＵＥのハンドオーバのための手順を開始するための手段（例えば、メモリ、トランシーバ、及びプロセッサ）と、ハンドオーバのためのターゲットノードとして機能する第２のアクセスネットワークがＭＲＢを介したマルチキャストブロードキャストサービス（ＭＢＳ）をサポートしない場合、第２のアクセスネットワークノードにおいて第１のデータ無線ベアラ（ＤＲＢ）を使用するようにＵＥを再構成するための手段であって、それにより、ＭＢＳサービスが第１のＤＲＢを介してＵＥに提供される、再構成するための手段とを備える。

１つの態様では、本発明は、第２のアクセスネットワークノードを介してマルチキャスト無線ベアラ（ＭＲＢ）を使用して通信するユーザ機器（ＵＥ）のハンドオーバのためのターゲットノードとして機能する第１のアクセスネットワークノードを提供し、第１のアクセスネットワークノードは、ハンドオーバのためのソースノードとして機能する第２のアクセスネットワークノードから、第１のアクセスネットワークノードにおけるマルチキャストブロードキャストサービス（ＭＢＳ）サービスのためにＵＥによって使用されることになるデータ無線ベアラ（ＤＲＢ）についての構成情報を含むメッセージを受信するための手段（例えば、メモリ、トランシーバ、及びプロセッサ）と、構成情報に基づいて第１のアクセスネットワークノードにおいてＤＲＢを確立することを含む、ＵＥのためのハンドオーバを実行するための手段と、第１のアクセスネットワークノードにおいてＤＲＢを介してＭＢＳサービスをＵＥに提供するための手段とを備える。

１つの態様では、本発明は、第１のアクセスネットワークノードを介してマルチキャスト無線ベアラ（ＭＲＢ）を使用してマルチキャストブロードキャストサービス（ＭＢＳ）サービスを受信するユーザ機器（ＵＥ）を提供し、ＵＥは、ハンドオーバのためのターゲットノードとして機能する第２のアクセスネットワークノードがＭＲＢを介したＭＢＳをサポートしない場合、ハンドオーバのためのソースノードとして機能する第１のアクセスネットワークノードから、ＭＢＳサービスのために第１のアクセスネットワークノードにおいて第１のデータ無線ベアラ（ＤＲＢ）を使用するようにＵＥを再構成するためのメッセージを受信するための手段（例えば、メモリ、トランシーバ、及びプロセッサ）と、第２のアクセスネットワークノードにおいて第１のＤＲＢから第２のＤＲＢに再構成することによってハンドオーバを実行するための手段と、第２のＤＲＢを介してＭＢＳサービスを受信するための手段とを備える。

１つの態様では、本発明は、第１のアクセスネットワークノードを介してマルチキャスト無線ベアラ（ＭＲＢ）を使用してマルチキャストブロードキャストサービス（ＭＢＳ）サービスを受信するユーザ機器（ＵＥ）を提供し、ＵＥは、第２のアクセスネットワークがＭＲＢを介したＭＢＳをサポートしない場合、ハンドオーバのためのソースノードとして機能する第１のアクセスネットワークノードから、ハンドオーバのためのターゲットノードとして機能する第２のアクセスネットワークノードにおいてデータ無線ベアラ（ＤＲＢ）を使用するようにＵＥを再構成するためのメッセージを受信するための手段（例えば、メモリ、トランシーバ、及びプロセッサ）と、ＭＲＢからＤＲＢへのハンドオーバを実行するための手段と、ＤＲＢを介してＭＢＳサービスを受信するための手段とを備える。

１つの態様では、本発明は、ユーザ機器（ＵＥ）のための接続及びモビリティ管理を取り扱うためのネットワークノードを提供し、ネットワークノードは、ＵＥのハンドオーバのためのターゲットノードとして機能する第１のアクセスネットワークノードから、ソースノードとして機能する第２のアクセスネットワークノードから第１のアクセスネットワークノードにパスを切り替えるための要求を受信するための手段（例えば、メモリ、トランシーバ、及びプロセッサ）であって、要求は、第１のアクセスネットワークノードによってサポートされる少なくとも１つのマルチキャストブロードキャストサービス（ＭＢＳ）サービスを識別する情報と、少なくとも１つの関連するＭＢＳサービスエリアを識別する情報とを含む、受信するための手段と、パス切り替え要求を確認応答するメッセージを、第１のアクセスネットワークノードに送信するための手段であって、第１のＭＢＳサービスが個々のＭＢＳトラフィック配信方法（例えば、ユニキャスト）を使用して第２のアクセスネットワークノードを介してＵＥに提供される場合、メッセージは、第１のＭＢＳサービスが関連するＭＢＳサービスエリア内で第１のアクセスネットワークノードによってサポートされていると決定されたときに、共有ＭＢＳトラフィック配信方法（例えば、マルチキャスト／ブロードキャスト）を使用して、第１のアクセスネットワークノードを介して、第１のＭＢＳサービスをＵＥに提供するための情報を含むように適合される、送信するための手段とを備える。

１つの態様では、本発明は、ユーザ機器（ＵＥ）のハンドオーバのためのターゲットノードとして機能する第１のアクセスネットワークノードを提供し、第１のアクセスネットワークノードは、ソースノードとして機能する第２のアクセスネットワークノードから第１のアクセスネットワークノードにパスを切り替えるための要求を、ＵＥのための接続及びモビリティ管理を取り扱うためのネットワークノードに送信するための手段（例えば、メモリ、トランシーバ、及びプロセッサ）であって、要求は、第１のアクセスネットワークノードによってサポートされる少なくとも１つのマルチキャストブロードキャストサービス（ＭＢＳ）サービスを識別する情報と、少なくとも１つの関連するＭＢＳサービスエリアを識別する情報とを含む、送信するための手段と、ネットワークノードから、パス切り替え要求を確認応答するメッセージを受信するための手段であって、第１のＭＢＳサービスが個々のＭＢＳトラフィック配信方法（例えば、ユニキャスト）を使用して第２のアクセスネットワークノードを介してＵＥに提供される場合、メッセージは、第１のＭＢＳサービスが関連するＭＢＳサービスエリア内で第１のアクセスネットワークノードによってサポートされているときに、共有ＭＢＳトラフィック配信方法（例えば、マルチキャスト／ブロードキャスト）を使用して、第１のアクセスネットワークノードを介して、第１のＭＢＳサービスをＵＥに提供するための情報を含むように適合される、受信するための手段とを備える。

本発明の態様は、対応するシステム、装置、及び命令が記憶されたコンピュータ可読ストレージ媒体などのコンピュータプログラム製品に拡張され、プログラム可能なプロセッサをプログラムして、上記に記載した又は請求項に記載した態様及び可能性に記載した方法を実行し、並びに／あるいは請求項のいずれかに記載した装置を提供するように適切に適合されたコンピュータをプログラムするように、動作可能である。

本明細書（この用語は特許請求の範囲を含む）に開示した、及び／又は図面に示した各特徴は、任意の他の開示した及び／又は図示した特徴とは独立して（又は組み合わせて）、本発明に組み込まれ得る。特に、限定しないが、特定の独立請求項から従属する請求項のいずれかの特徴は、任意の組合せ又は個別にその独立請求項に導入され得る。

ここで、添付の図面を参照して、本発明の実施形態を例として説明する。
本発明の実施形態が適用され得るモバイル（セルラ又は無線）電気通信システムの概略図である。 本発明の実施形態が適用され得るモバイル（セルラ又は無線）電気通信システムの概略図である。 図１に示すシステムの一部を形成するモバイルデバイスの概略ブロック図である。 図１に示すシステムの一部を形成するアクセスネットワークノード（例えば、基地局）の概略ブロック図である。 図１に示すシステムの一部を形成するコアネットワークノード（例えば、ＡＭＦ）の概略ブロック図である。 本発明のいくつかの例示的な実施形態を示す概略シグナリング（タイミング）図である。 本発明のいくつかの例示的な実施形態を示す概略シグナリング（タイミング）図である。 本発明のいくつかの例示的な実施形態を示す概略シグナリング（タイミング）図である。 本発明のいくつかの例示的な実施形態を示す概略シグナリング（タイミング）図である。 本発明のいくつかの例示的な実施形態を示す概略シグナリング（タイミング）図である。 本発明のいくつかの例示的な実施形態を示す概略シグナリング（タイミング）図である。

概要
図１及び図２は、本発明の実施形態が適用され得るモバイル（セルラ又は無線）電気通信システム１を概略的に示す。

このシステム１では、モバイルデバイス３（ＵＥ）のユーザは、適切な３ＧＰＰ（登録商標）無線アクセス技術（Radio Access Technology：ＲＡＴ）、例えば、発展型ユニバーサル地上無線アクセス（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ、Ｅ－ＵＴＲＡ）、及び／又は５Ｇ ＲＡＴを使用して、基地局５（及び他のアクセスネットワークノード）及びコアネットワーク７を介して、互いに及び他のユーザと通信し得る。いくつかの基地局５が（無線）アクセスネットワーク又は（Ｒ）ＡＮを形成することが理解されよう。当業者には理解されるように、例示目的のために１つのモバイルデバイス３、及び３つの基地局５Ａ～５Ｃを図１に示しているが、システムは、実装されると、他の基地局／（Ｒ）ＡＮノード、及びモバイルデバイス（ＵＥ）を通常含む。

各基地局５は、１つ又は複数の関連セルを（直接に、又はホーム基地局、リレー、リモート無線ヘッド、分散ユニットなどの他のノードを介して）制御する。次世代／５Ｇプロトコルをサポートする基地局５は、「ｇＮＢ」と呼ばれることがある。いくつかの基地局５は、４Ｇと５Ｇとの両方、及び／又は任意の他の３ＧＰＰ（登録商標）又は非３ＧＰＰ通信プロトコルをサポートするように構成され得ることが理解されよう。

モバイルデバイス３及びそのサービング基地局５は、適切なエアインターフェース（例えば、いわゆる「ＮＲ」エアインターフェース、「Ｕｕ」インターフェースなど）を介して接続される。隣接する基地局５は、適切な基地局間インターフェース（例えば、いわゆる「Ｘｎ」インターフェース、「Ｘ２」インターフェースなど）を介して互いに接続される。基地局５はまた、適切なインターフェース（（ユーザプレーンのための）いわゆる「ＮＧ－Ｕ」インターフェース、（制御プレーンのための）いわゆる「ＮＧ－Ｃ」インターフェースなど）を介してコアネットワークノードに接続される。

コアネットワーク７（例えば、ＬＴＥの場合のＥＰＣ、又はＮＲ／５Ｇの場合のＮＧＣ）は、電気通信システム１における通信をサポートするため、更に（とりわけ）加入者管理、モビリティ管理、課金、セキュリティ、通話／セッション管理のための、論理ノード（又は「機能」）を通常含む。例えば、「次世代」／５Ｇシステムのコアネットワーク７は、１つ又は複数の制御プレーン機能（Control Plane Function：ＣＰＦ）、及び１つ又は複数のユーザプレーン機能（User Plane Function：ＵＰＦ）など、ユーザプレーンエンティティ及び制御プレーンエンティティを含む。５Ｇのいわゆるアクセス及びモビリティ管理機能（Access and Mobility Management Function：ＡＭＦ）、又は４Ｇのモビリティ管理エンティティ（Mobility Management Entity：ＭＭＥ）は、モバイルデバイス３の接続及びモビリティ管理タスクを取り扱うことを担当する。いわゆるセッション管理機能（Session Management Function：ＳＭＦ）は、セッションの確立、修正、及び解放などのモバイルデバイス３のための通信セッションを取り扱うことを担当する。図１に示す例では、コアネットワーク７は、１つ又は複数のＡＭＦ９と、１つ又は複数のＵＰＦ１０と、１つ又は複数のＳＭＦ１１とを含む。ノード又は機能は、異なるシステムにおいて異なる名称を有してもよいことが理解されよう。

コアネットワーク７のさらなる詳細は、それぞれのネットワークノード間のインターフェースも示す図２に示されている。図から分かるように、コアネットワーク７は、とりわけ、認証サーバ機能（Authenticate Server Function：ＡＵＳＦ）と、統合データ管理（Unified Data Management：ＵＤＭ）エンティティと、ポリシー制御機能（Policy Control Function：ＰＣＦ）と、アプリケーション機能（Application Function：ＡＦ）とを通常含み得る。コアネットワーク７は、インターネット又は同様のインターネットプロトコル（Internet Protocol：ＩＰ）ベースのネットワークなどのデータネットワーク（Data Network：ＤＮ）に（ＵＰＦ１０を介して）結合される。コアネットワーク７はまた、運用及び保守（Operation and Management：ＯＡＭ）機能（図示せず）に結合されてもよい。

このシステム１では、マルチキャストブロードキャストサービス（ＭＢＳ）機能が、ＵＥ３のサービング基地局５並びにＵＰＦ１０及びＳＭＦ１１などの関連するコアネットワークノードを介してＵＥ３に提供される。ＵＰＦ１０は、ＭＢＳ固有のＵＰＦであってもよく、その場合、ＭＢ－ＵＰＦ １０Ｍ（例えば、ＭＢＳ機能の提供専用）と呼ばれることがある。同様に、ＳＭＦ１１は、ＭＢＳ固有のＳＭＦであってもよく、その場合、ＭＢ－ＳＭＦ １１Ｍと呼ばれることがある。しかしながら、任意の適切なＵＰＦ１０／ＳＭＦ１１をＭＢＳに使用できることが理解されよう。

ＭＢＳトラフィックは、適切な場合には、マルチキャストを使用して（共有ユーザプレーントンネルを介して）、特定のＭＢＳサービス／セッションに参加したＵＥに分散される。しかしながら、全ての基地局５（全てのセル）がマルチキャストを介したＭＢＳをサポートしているわけではない。したがって、いくつかのセルでは、ユニキャストを介してＭＢＳを提供することが必要であり得る。

図１に示す例では、ＵＥの現在のサービング基地局５Ａは、ユニキャストを介してＭＢＳセッションをＵＥ３に提供する。一方、別の基地局（又は別のセル）、例えば基地局５Ｂは、マルチキャストを介した同じＭＢＳセッションをサポートし得る。

ＵＥ３へのＭＢＳの効率的で無損失の配信を容易にするために、基地局５は、近隣のＭＢＳ能力に関する情報を取得するように構成される。例えば、そのようなＭＢＳ能力は、基地局（又はそのセル）がＭＢＳをサポートするか否かにかかわらず、その基地局（又はセル）によってサポートされるＭＢＳ配信方法、及びその基地局（又はセル）によってサポートされるＭＢＳサービスのリストを含み得る。

１つの選択肢では、基地局５は、隣接する基地局５間の接続のセットアップ（又は修正）中にそのようなＭＢＳ関連情報を取得するように構成される。基地局５間の接続セットアップは、Ｘｎセットアップ手順（５Ｇ基地局の場合）又はＸ２セットアップ手順（４Ｇ基地局の場合）を通常含む。接続修正は、Ｘｎ又はＸ２修正手順を通常含む。

別の選択肢では、基地局５は、１つの基地局５Ａ（ソース）から別の基地局５Ｂ（ターゲット）へのＵＥ３のハンドオーバ中に、他の基地局についてのＭＢＳ関連情報を取得するように構成される。この場合、ソース基地局５Ａは、ターゲット基地局５Ｂからのハンドオーバリクエスト確認応答において、ターゲット基地局５ＢがＭＢＳをサポートしているかどうか（及びどのサービス／配信モードか）を示す情報を受信し得る。ソース基地局５Ａは、（Ｘｎ／Ｘ２セットアップ又は修正中にまだ示されていない場合）ターゲット基地局５Ｂに送られるハンドオーバリクエストにおいて、そのＭＢＳサポートをターゲット基地局５Ｂに示すように構成され得ることが理解されよう。この情報は、ＵＥ３（又は別のＵＥ）が基地局５Ａのセルに返される必要がある場合に有用であり得る。

更に別の選択肢では、サービング基地局５Ａは、自動近隣関係（ＡＮＲ）手順中に、ＵＥ３から近隣基地局５ＢについてのＭＢＳ関連情報を取得するように構成され得る。例えば、ＵＥ３は、近隣のセル（セルＢ）からＭＢＳ情報を取得し、この情報をその現在のサービングセル（セルＡ）に提供し得る。取得された情報は、近隣基地局５Ｂ（又は近隣のセル）がＭＢＳをサポートしているかどうか（また、ＭＢＳをサポートしている場合、どのＭＢＳサービス及びどの配信モードがサポートされているか）を示し得る。情報は、「ＣＧＩ－ＩｎｆｏＮＲ」情報要素などに含まれてもよい。

このシステム１では、以下のアクションを実行することにより、ハンドオーバ時のデータ損失を回避（又は少なくとも低減）することができる。（ソース）基地局５Ａは、関連するマルチキャスト無線ベアラ（ＭＲＢ）を介してＭＢＳセッションを提供する。１つの代替案では、ＵＥ３のためのハンドオーバを実行するとき、（ソース）基地局５Ａは、ＭＲＢ構成（ＭＢＳセッションのためのトラフィックを配信するために使用される）を適切なＤＲＢ構成に変換し、ＭＲＢの代わりにＤＲＢを使用するための情報をＵＥに提供する。この場合、当該情報は、ターゲット基地局５Ｂへのハンドオーバ前にＵＥ３が必要なＤＲＢ構成を導出及び適用するために使用することができるマッピングテーブルなどの形態で提供され得る。当該情報は、ＲＲＣシグナリング（例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）に含まれてもよい。ＭＢＳセッションにＤＲＢを使用していることをＵＥ３が確認すると、ソース基地局５Ａは、データ損失なしにターゲット基地局５Ｂにおける対応するＤＲＢにハンドオーバすることができる変換されたＤＲＢを使用して、ターゲット基地局５Ｂへのハンドオーバを開始する。別の代替案では、ソース基地局５Ａは、マッピングテーブルに基づいて（この段階でＵＥ３を再構成せずに）ＭＲＢ構成をＤＲＢに変換する。この場合、ソース基地局５Ａは、変換されたＤＲＢ構成をハンドオーバリクエストメッセージでターゲット基地局５Ｂに送り、ターゲット基地局５Ｂから（ハンドオーバリクエスト確認メッセージで）ターゲットＤＲＢに適用可能なＲＲＣ構成を受信する。次いで、ソース基地局５Ａは、（ターゲットから受信したＤＲＢ構成に基づいて）適切にフォーマットされたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ３に送る。ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、（ソースで現在使用されている）ＵＥのＭＲＢ構成と、ターゲット基地局５Ｂで使用されることになる関連する新しいＤＲＢ構成との間のマッピングを識別する情報を含む。これにより、ＵＥ３は、ソースにおけるＭＲＢからターゲットにおけるＤＲＢへのハンドオーバをデータ損失なしに行うことができる。場合によっては、ターゲット基地局５ＢでＵＥ３をＤＲＢにハンドオーバする前に、（第１の代替案と同様に）ＭＲＢをソースにおけるＤＲＢに最初に変換する必要があり得ることが理解されよう。

ＭＢＳをサポートしていない（したがって、ＭＢＳトラフィックはユニキャストを介して配信される）アクセスネットワークノード（例えば、基地局５Ａ）から、マルチキャストＭＲＢを介したＭＢＳをサポートするノードへのハンドオーバを実行するとき、ＵＥ３は、ターゲット（例えば、基地局５Ｂ）において適切なＭＲＢを使用するように構成される必要がある。コアネットワークノードは、非サポートノード５Ａ内のユニキャストベアラがもはや使用されないことを認識し、ＵＥ３がターゲット基地局５において適切なＭＲＢにハンドオーバされることを保証する必要がある。これは、ターゲット基地局５Ｂが、パス切り替えを要求する適切にフォーマットされたメッセージを、ＡＭＦ９に送り、メッセージに、ターゲット基地局５Ｂによってサポートされる少なくとも１つのＭＢＳサービスを識別する情報（例えば、ＭＢＳセッションＩＤリスト）及び少なくとも１つの関連するＭＢＳサービスエリアを識別する情報（例えば、サービスエリアリスト）を含めることによって達成される。サポートされるＭＢＳサービスは、サービスエリアごとに提供され得る。この情報を使用して、この情報に基づいて、ＡＭＦ９は、ターゲットノード５Ｂにおいて共有ＭＢＳセッションを確立する（又は既存の共有ＭＢＳセッションを再利用する）かどうかを決定することができる。共有ＭＢＳセッションが適切でない場合、ＡＭＦ９は、ターゲットノード５Ｂにおいて専用ＭＢＳセッションを確立することができる。

事実上、（適切である場合）互いのＭＢＳ能力及びサポートされるＭＢＳサービス／サービスエリアに関する情報を使用して、基地局５は、（例えば、ロスレスハンドオーバを実行する）ハンドオーバ関連手順、ＵＥ３のためのユニキャストトンネル又はマルチキャストトンネルを選択すること、ＵＥ３が参加したＭＢＳサービスのＭＲＢ配信方法とＤＲＢ配信方法との間で変更するためにＲＲＣ再構成を実行するようＵＥ３に要求することを含む、他のノードとの相互作用を制御することができる。近隣基地局のＭＢＳ情報は、ＭＢＳをサポートしている異なる基地局（又はセル）へのハンドオーバ後にＭＢＳ配信を最適化するために使用され得るので、当該情報は、ＭＢＳをサポートしていない基地局にとっても有益であり得る。例えば、ＵＥ３がＭＢＳをサポートする新しいセルにハンドオーバされるとき、ＵＥ３は、ＵＥ３が参加したＭＢＳセッションのために（既に確立された）特定の共有トンネルを使用するように構成することができる。基地局によって取得された情報はまた、パス切り替え及びセッション管理を制御するためにコアネットワークノード（例えば、ＡＭＦ又はＳＭＦ）と共有されてもよい。

ユーザ機器（ＵＥ）
図３は、図１に示すモバイルデバイス（ＵＥ）３の主要な構成要素を示すブロック図である。図示のように、ＵＥ３は、１つ又は複数のアンテナ３３を介して接続されたノードに信号を送信し、そこから信号を受信するように動作可能なトランシーバ回路３１を含む。図３には必ずしも示していないが、ＵＥ３は、当然ながら、従来のモバイルデバイス（ユーザインターフェース３５など）の全ての通常の機能を有し、これは、必要に応じて、ハードウェア、ソフトウェア、及びファームウェアのいずれか１つ又は任意の組合せによって提供されてもよい。制御部３７は、メモリ３９に記憶されたソフトウェアに従ってＵＥ３の動作を制御する。ソフトウェアは、メモリ３９に予めインストールされてもよく、及び／又は、例えば、電気通信ネットワーク１を介して、若しくはリムーバブルデータストレージデバイス（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム４１と、通信制御モジュール４３と、ＭＢＳモジュール４５とを含む。

通信制御モジュール４３は、ＵＥ３と、（Ｒ）ＡＮノード５、及びコアネットワークノードを含む他のノードと、の間のシグナリングメッセージ及びアップリンク／ダウンリンクデータパケットを取り扱う（生成する／送る／受信する）ことを担当する。シグナリングは、（（Ｒ）ＡＮノード５への／からの）ＲＲＣシグナリング及び／又は（コアネットワーク７への／からの）ＮＧ－Ｃ／ＮＧ－Ｕシグナリングを含み得る。

ＭＢＳモジュール４５は、マルチメディアブロードキャストサービスに関するシグナリングを取り扱うことを担当する。

アクセスネットワークノード（基地局）
図４は、図１に示す基地局５（又は同様のアクセスネットワークノード）の主要な構成要素を示すブロック図である。図示のように、基地局５は、１つ又は複数のアンテナ５３を介してユーザ機器（モバイルデバイス３など）に信号を送信し、ユーザ機器から信号を受信するためのトランシーバ回路５１と、コアネットワーク７及び隣接する基地局に信号を送信し、コアネットワーク７及び隣接する基地局から信号を受信するためのネットワークインターフェース５５とを有する。基地局５は、メモリ５９に記憶されたソフトウェアに従って基地局５の動作を制御するための制御部５７を有する。ソフトウェアは、メモリ５９に予めインストールされてもよく、及び／又は、例えば、電気通信ネットワーク１を介して、若しくはリムーバブルデータストレージデバイス（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム６１と、少なくとも通信制御モジュール６３とを含む。図４には示されていないが、ネットワークインターフェース５５はまた、基地局間インターフェース部（例えば、Ｘｎなど）と、コアネットワークインターフェース部（例えば、ＮＧ－Ｃ／ＮＧ－Ｕ／Ｎ２／Ｎ３）とを通常含む。

通信制御モジュール６３は、基地局５と、ＵＥ３及びコアネットワークノードなどの他のノードと、の間のシグナリングを取り扱う（生成する／送る／受信する）ことを担当する。このようなシグナリングは、例えば、モバイルデバイス３の動作を管理するための制御データ（例えば、非アクセス層、無線リソース制御、システム情報、ページングなど）を含み得る。通信制御モジュール６３は、特定の機能をサポートするためのいくつかのサブモジュール（又は「層」）を含み得ることが理解されよう。例えば、通信制御モジュール６３は、ＰＨＹサブモジュール、ＭＡＣサブモジュール、ＲＬＣサブモジュール、ＰＤＣＰサブモジュール、ＳＤＡＰサブモジュール、ＩＰサブモジュール、ＲＲＣサブモジュールなどを含み得る。
ＲＲＣサブモジュールは、ＲＲＣ規格に従ってフォーマットされたシグナリングメッセージを生成する、送る、及び受信するように動作可能である。そのようなメッセージは、基地局５とその基地局５によってサービスされるモバイルデバイス３との間で交換される。ＲＲＣメッセージは、ハンドオーバ及び／又はＭＢＳ再構成に関するメッセージを含み得る。

コアネットワークノード
図５は、図１に示すコアネットワークノードの主要な構成要素（例えば、ＡＭＦ９、ＵＰＦ１０、又はＳＭＦ１１）を示すブロック図である。図示のように、コアネットワークノードは、１つ又は複数のアンテナ７３を介して、接続されたＵＥ３に信号を送信し、そこから信号を受信し、ネットワークインターフェース７５を介して、（直接的又は間接的に）他のネットワークノードに信号を送信し、そこから信号を受信するように動作可能なトランシーバ回路７１を含む。信号は、必要に応じて、直接、及び／又は基地局５若しくは他の（Ｒ）ＡＮノードを介して、ＵＥ３に送信され、そこから受信されてもよい。ネットワークインターフェース７５は、適切な基地局インターフェース（Ｓ１／ＮＧ－Ｃ／ＮＧ－Ｕなど）を通常含む。制御部７７は、メモリ７９に記憶されたソフトウェアに従ってコアネットワークノードの動作を制御する。ソフトウェアは、メモリ７９に予めインストールされてもよく、及び／又は、例えば、電気通信ネットワーク１を介して、若しくはリムーバブルデータストレージデバイス（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム８１と、通信制御モジュール８３と、ＭＢＳモジュール８５（オプション）とを含む。

通信制御モジュール８３は、コアネットワークノードと、ＵＥ３、（Ｒ）ＡＮノード、及び他のコアネットワークノードなどの他のノードと、の間のシグナリングを取り扱う（生成する／送る／受信する）ことを担当する。

例えば、ＭＢ－ＳＭＦ又はＭＢ－ＵＰＦに存在する場合、ＭＢＳモジュール８５は、マルチメディアブロードキャストサービスに関するシグナリングを取り扱うことを担当する。シグナリングは、ＭＢＳに関するシグナリング（制御シグナリング及び／又はデータトラフィック）を含み得る。

詳細な説明
以下は、図６～図１１を参照して、図１及び図２に示すシステムのノードによって実施されるいくつかの例示的な手順の説明である。

ＵＥ３がＭＢＳセッションに参加すると、関連するＭＢＳトラフィックの配信のために、サービング基地局５とコアネットワーク７内のユーザプレーン機能１０との間のそのセッションに対して共有ユーザプレーントンネルが確立される。基地局５は、ポイントツーポイント（ＰＴＰ）トンネル／ベアラを使用するかポイントツーマルチポイント（ＰＴＭ）トンネル／ベアラを使用するかを決定することができる。ＰＴＭには、共有ユーザプレーントンネル（ＮＧ－Ｕ／Ｆ１－Ｕトンネル）が使用される。加えて、ＭＢＳセッションには、マルチキャスト無線ベアラ（ＭＲＢ）が使用される。ＭＲＢは、ＰＴＰレッグ、ＰＴＭレッグ、又はその両方に設けられてもよい。共有ユーザプレーントンネルは、適切である場合、ＰＴＰレッグに対しても構成され得ることが理解されよう。

いずれの場合も、ソース基地局５は、ハンドオーバ前にターゲット基地局５のＭＢＳサポートを認識しているものとする。有益なことに、基地局５は、（ソース基地局とターゲット基地局とが異なるＭＢＳサポート能力を有するとき）新しい基地局５におけるフル構成を回避するように構成される。具体的には、いわゆるフル構成は、新しい基地局５においてパケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティを再確立することを含み、その場合、データ損失が発生する可能性が非常に高い。したがって、ハンドオーバ中のフル構成を回避するために、基地局５は、ハンドオーバ中に１つのＰＤＣＰエンティティのみが存在することを保証する。非フル構成の概念は、このＰＤＣＰエンティティがＤＲＢ／マルチキャストＭＲＢ／ユニキャストＭＲＢからのものであるかどうかにかかわらず、ソース基地局５のＰＤＣＰエンティティを保持し、それをターゲット基地局５に適したＤＲＢ（又はＭＲＢ）に変換することである。

（Ｘｎセットアップを介しての）ＭＢＳサポート通知
図６は、本発明が適用可能であり得る例示的なＸｎセットアップ手順を示す概略シグナリング（タイミング）図である。この例では、セットアップ手順（又は同様の更新手順）は、基地局５間でＭＢＳサポート情報を交換するために使用される。ＭＢＳ情報は、要求及び対応する応答の少なくとも一方に含まれ得る。
ＭＢＳ情報は、基地局ごとに提供され得ることが理解されよう。基地局５は、（３ＧＰＰ ＴＳ ３８．４２３、現在のバージョン１６．７．０の９．１．３．１節に基づく）「ＸＮセットアップ要求」メッセージ、（３ＧＰＰ ＴＳ ３８．４２３の９．１．３．２節に基づく）「ＸＮセットアップ応答」メッセージ、及び（３ＧＰＰ ＴＳ ３８．４２３の８．４．２節に基づく）「ＮＧ－ＲＡＮノード構成の更新」メッセージを含むがこれらに限定されない適切なメッセージを使用して、それ自体のＭＢＳサポート関連情報を示すことができる。

メッセージは、メッセージを送った基地局がＭＢＳをサポートしているかどうかを示すために、適切にフォーマットされた「ＭＢＳサポート対応」情報要素（など）を含み得る。メッセージは、以下に示すように、（それぞれのＭＢＳセッション識別子／一時的モバイルグループ識別子（ＴＭＧＩ）によって）サポートされているＭＢＳサービス又はセッション、サポートされている配信モード、及びサポートされているサービスエリアを識別するための１つ又は複数の情報要素を含み得る。

ＭＢＳ情報は、セルごとに提供され得ることも理解されよう。この場合、各セル（少なくとも１つのセル）についてのＭＢＳ情報は、（上記のメッセージの少なくとも１つに含まれる）「サービスされるセル情報ＮＲ」情報要素などの適切にフォーマットされた情報要素に含まれ得る。

サービスされるセル情報ＮＲ情報要素は、３ＧＰＰ ＴＳ ３８．４２３の９．２．２．１１節に基づいている。しかしながら、情報要素は、以下に示すようにセル固有のＭＢＳ情報を含むように適合される。

（ハンドオーバ中の）ＭＢＳサポート通知
代替として、又はＸｎセットアップに加えて、基地局５は、ハンドオーバ準備手順中にＭＢＳサポート情報を互いに交換するように構成されてもよい。例えば、ターゲット基地局が、以前に示されていないか又は変更されたＭＢＳセッション、配信モード、又はサービスエリアをサポートする場合、関連するＭＢＳ情報はハンドオーバ中に提供されてもよい。

図７は、本発明が適用可能であり得る例示的なハンドオーバ手順を示す概略シグナリング（タイミング）図である。

この場合、ＵＥ３に対するハンドオーバ手順を開始する際に、ソース基地局５Ａは、ＵＥ３によって使用される任意のＭＢＳサービスについて、適用可能なＭＲＢ構成を、ターゲット基地局５Ｂに送られる「ハンドオーバリクエスト」メッセージに含めるように構成される。ターゲット基地局５ＢがＭＲＢ構成を理解することができる場合、又は言い換えれば、ターゲット基地局５ＢがＭＢＳをサポートする場合、ターゲット基地局５Ｂは、応答において（すなわち、「ハンドオーバリクエスト確認」メッセージにおいて）自身のＭＲＢ構成／サポート指示を提供する。

この場合、ソース基地局５ＡはＭＢＳをサポートし、そうでなければ、ソース基地局５Ａはターゲット基地局５Ｂを問い合わせる能力（又は必要性）を有しなくてもよいことが理解されよう。ターゲット基地局５ＢがＭＢＳをサポートする場合、関連するＭＢＳ情報／構成が応答に（すなわち、「ハンドオーバリクエスト確認」メッセージに）含まれる。

（ＡＮＲを介しての）ＭＢＳサポート通知
所与のセルについてのＭＢＳサポート情報は、自動近隣関係（ＡＮＲ）手順において、ＵＥ３から取得され得ることが理解されよう。

図８は、本発明が適用可能であり得る例示的なＡＮＲ手順を示す概略シグナリング（タイミング）図である。

図から分かるように、ステップ３において、ＵＥ３は、隣接セル（セルＢ）に関する情報を、そのサービングセル（セルＡ）に報告する。しかしながら、この場合、ＵＥ３によって報告された情報は、隣接セルにおけるＭＢＳサポートに関する情報を含む。より詳細には、ＵＥ３は、隣接基地局５Ｂのセル（セルＢ）に関する以下の情報、すなわち、ＭＢＳサポート（例えば、真／偽）、どのＭＢＳサービスがサポートされているか、どの配信モード（例えば、マルチキャスト／ユニキャスト）が（サービス又はセルごとに）サポートされているか、をサービング基地局５Ａに送信し得る。この場合、例としてＣＧＩ－ＩｎｆｏＮＲ情報要素を使用して、近隣セルのＭＢＳ関連情報は、以下のようにＵＥ３によって報告され得る。

ロスレスハンドオーバ
図９は、本発明が適用可能であり得る例示的なハンドオーバ手順を示す概略シグナリング（タイミング）図である。この場合、ソース基地局５Ａは、ソース基地局５ＡのセルにおいてＵＥ３によって使用されるＭＲＢ構成を適切なＤＲＢに変換するように構成される。ソース基地局５Ａは、ターゲット基地局５Ｂに向けたハンドオーバを開始／実行する前に、適切にフォーマットされたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ３に送ることによって、ＵＥ３においてＭＲＢをＤＲＢに再構成する。

以下は、図９を参照する、この手順のステップの説明である。
ステップ１：この例では、ソース基地局５ＡはＭＲＢを介したＭＢＳ（マルチキャスト）をサポートし、ターゲット基地局５ＢはＤＲＢ（ユニキャスト）のみをサポートする。ハンドオーバ決定を行った後であるが、ハンドオーバリクエストをターゲット基地局５Ｂに送る前に、ソース基地局５Ａは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ３に送る。メッセージは、ＭＲＢ識別子（ＭＲＢ ＩＤ）及び対応するＤＲＢ識別子（ＤＲＢ ＩＤ）、並びに（ＭＲＢ ＩＤごとの）ＭＲＢ構成及び対応するＤＲＢ構成のうちの少なくとも１つを含む。事実上、この情報は、ＵＥ３によって使用されるＭＢＳサービスに適用可能なＭＲＢ及びＤＲＢ構成のマッピングを表し、ターゲットセルへのハンドオーバに備えてＭＲＢとＤＲＢとを切り替えるようにＵＥ３を支援する。

ステップ２：ＵＥ３は、ソース基地局５Ａから受信した構成に従って、ＭＲＢを対応するＤＲＢに変換する。

ステップ３：ＵＥ３は、適切な応答（「ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ完了」メッセージ）を生成してソース基地局５Ａに送信する。ステップ４は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ完了メッセージがソース基地局５Ａによって受信されるまでトリガされないことが理解されよう。

ステップ４及び５：ソース基地局５Ａとターゲット基地局５Ｂとの間のハンドオーバ手順。図から分かるように、ソース基地局５Ａは、（ターゲット基地局５ＢがＭＢＳ／ＭＲＢを介したＭＢＳをサポートしていないので、ＭＲＢの代わりに）変換されたＤＲＢに基づいてハンドオーバを要求する。

ステップ６：ソース基地局５Ａは、ターゲット基地局５Ｂのセルへのハンドオーバ後にＵＥ３によって使用されることになる、ターゲット基地局５ＢのためのＤＲＢ構成を含む別のＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ３に送る。

以下に示すように、（古い）ＭＲＢと（新しい）ＤＲＢとの間のマッピングは、適切なマッピングテーブルを使用して提供され得ることが理解されよう。マッピングテーブル（又はマッピングテーブルに対応する情報）は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ（図９のステップ１）に含まれてもよい。

上記の手順の変形例では、ソース基地局５Ａは、ＭＲＢをＤＲＢに変換し、適切なＤＲＢ構成を示す情報を適切にフォーマットされたハンドオーバリクエストメッセージで（ＵＥ３に送る代わりに）ターゲット基地局５Ｂに送るように構成されてもよい。ターゲット基地局５ＢがＤＲＢを受け入れ、（適切なハンドオーバリクエスト確認メッセージを送ることによって）それ自体のＤＲＢ構成を示した後、ソース基地局５Ａは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ３に送ることに進む。ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、古いＭＲＢ構成と、ターゲット基地局５Ｂからの関連する新しいＤＲＢ構成との間のマッピングを識別する情報を含む。

この代替案が図１０に示されている。
ステップ１：ソース基地局５Ａは、ＵＥ３によって使用されるＭＲＢをＤＲＢに変換する。

ステップ２、３：ソース基地局５Ａは、変換されたＤＲＢを使用してターゲット基地局５Ｂに向けたハンドオーバを開始し、ターゲット基地局５Ｂにおいて適用可能な対応するＤＲＢ構成を識別する情報を受信する。当該情報は、ＵＥ３、又はＵＥ３に代わってソース基地局５Ａによって適用されることになるＲＲＣコンテキスト（又はＲＲＣ構成）の形態で提供されてもよい。ターゲット基地局５Ｂは、この情報を、「ターゲットＮＧ－ＲＡＮノードからソースＮＧ－ＲＡＮノードへの透過コンテナ」など、ハンドオーバリクエスト確認メッセージの適切な情報要素に含めることができる。

ステップ４：ソース基地局５Ａがターゲット基地局５Ｂから受信した情報を復号できる場合、適切にフォーマットされたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを生成し、（受信したＲＲＣコンテキストを適用することによって）ＵＥ３に送ることに進む。事実上、このメッセージは、ターゲット基地局５Ｂから受信した情報（ＭＲＢ ＩＤ、ＭＢＳサービスごとのターゲットｇＮＢ ＤＲＢ構成）に基づいて、そのＭＲＢを適切なＤＲＢに変換するようにＵＥ３を構成する。

ステップ４ａ及び５（ステップ４の代替案）：ソース基地局５Ａがターゲット基地局５Ｂから受信した情報を復号できない場合、ソース基地局５Ａは、ソースＲＲＣコンテキスト及びターゲットＲＲＣコンテキストに関連付けられた情報を含むＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを生成して、ＵＥ３に送る。ソースＲＲＣコンテキストは、それぞれのＭＲＢに関連付けられた変換されたＤＲＢを含み、ターゲットＲＲＣコンテキストは、ターゲット基地局５Ｂにおいて使用されることになるそれぞれのＤＲＢに対してターゲット基地局５Ｂに適用可能なＲＲＣ構成を含む。ＵＥ３は、最初にソースＲＲＣコンテキストを適用し、次いでターゲットＲＲＣコンテキストを適用するように構成される。事実上、ＵＥ３は、ソースＲＲＣコンテキストに基づいて（ＭＲＢの代わりに）ソース基地局５Ａにおいて第１のＤＲＢを使用し、次いでターゲット基地局５Ｂにおいて第２のＤＲＢに切り替えて、ターゲットＲＲＣコンテキストに基づくハンドオーバ後にＭＢＳサービスの受信を継続するように構成される。

非サポートノードからサポートノードへのハンドオーバ
図１１は、本発明が適用可能であり得る例示的な（Ｘｎベースの）ＮＧ－ＲＡＮ間ハンドオーバ手順を示す概略シグナリング（タイミング）図である。特に、（ステップ１ｂにおける）「Ｎ２パス切り替え要求」は、ターゲット基地局５ＢによってサポートされるＭＢＳサービスに関する情報を含むように適合され得る。情報は、「ＭＢＳサービスサポート対応リスト」フィールド（又は同様のもの）に含まれてもよく、また、サポートされるＭＢＳサービスに関連付けられたＭＢＳサービスエリア（少なくとも１つ）及びＭＢＳセッションＩＤ（少なくとも１つ）を識別してもよい。

より詳細には、一部のマルチキャストサービスは、特定のＭＢＳサービスエリア内でのみ利用可能な局所化されたサービスであり得る。そのようなＭＢＳサービスエリアは、通常、セル又は周波数のリストとして定義される。したがって、特定のＭＢＳサービス（又はセッション）は、いくつかのエリアにおいて（例えば、ＵＥの現在の基地局５Ａのセルにおいて）ユニキャストを介して提供されてもよく、同じＭＢＳサービスは、他のエリアにおいて（例えば、ターゲット基地局５Ｂのセルにおいて）マルチキャストキャストを介して提供されてもよい。一部のセルでは、特定のＭＢＳサービスが、（例えば、ユーザの数に応じて）ユニキャスト及びマルチキャストの両方を介して提供され得ることが理解されよう。また、特定のＭＢＳサービスが提供されていない、又はＭＢＳサービスがまったく提供されていないセルが存在することがある。特定のＭＢＳサービスは、「ＭＢＳセッション」若しくは「ＴＭＧＩ」のいずれか、又はその両方によって表され得ることが理解されよう。

パス切り替え要求メッセージは、（例えば、ＭＢＳセッションＩＤのリストとして）ターゲットノード５ＢによってサポートされるＭＢＳサービスに関するＭＢＳセッション情報を含む。ＭＢＳセッション情報（少なくとも１つのＭＢＳセッションＩＤ／ＴＭＧＩ）には、ＭＢＳサービスエリアレベル粒度が与えられる。ＭＢＳセッションＩＤ／ＴＭＧＩ及び関連するＭＢＳサービスエリアに基づいて、ＡＭＦ９は、ターゲットノード５Ｂによってサポートされる各ＭＢＳサービスについて、ターゲットノード５Ｂのセルにおいて共有ＭＢＳセッションを確立するか専用ＭＢＳセッションを確立するかを決定することができる。

具体的には、パス切り替え要求メッセージに含まれる情報が、ターゲットセルがターゲットセルのＭＢＳサービスエリア内のマルチキャストのための特定のＭＢＳサービスをサポートすることを示す場合には、ＡＭＦ９は、そのセルにおけるＵＥ３のための共有ＭＢＳセッションを確立すること（又は既存の共有ＭＢＳセッションを再利用すること）に進む。

ターゲットセルが（ターゲットセルのＭＢＳサービスエリア内の）マルチキャストのための特定のＭＢＳサービスをサポートしていない場合、又はターゲットセルがユニキャストによってそのＭＢＳサービスをサポートしていることを情報が示す場合、ＡＭＦ９は、そのＭＢＳサービスのために、そのセルにおけるＵＥ３のための新しいユニキャストＭＢＳセッションを確立することに進む。

関連するシグナリングメッセージ及び情報要素のさらなる詳細を以下に示す。
（３ＧＰＰ ＴＳ ３８．４１３の９．２．３．８節に基づく）パス切り替え要求
このメッセージは、新しいサービングＮＧ－ＲＡＮノード５をＡＭＦ９に通知し、１つ又は複数のＰＤＵセッションリソースについてＡＭＦ９を介して一部のＮＧ－Ｕ ＤＬトンネル終端点をＳＭＦ１１に転送するために、ＮＧ－ＲＡＮノード５によって送られる。
方向：ＮＧ－ＲＡＮノード５からＡＭＦ９

この場合、「ＭＢＳサービスサポート対応リスト」のフィールドは、（少なくとも１つの）ＭＢＳサービスエリアのリストなどの、ターゲット基地局５ＢによってサポートされるＭＢＳサービスに関する情報と、サポートされるＭＢＳサービスに対応する少なくとも１つのＭＢＳセッションに関する情報（本例では、「ＭＢＳセッション情報リスト」のフィールド）とを含む。各ＭＢＳセッション情報は、関連するＴＭＧＩ及び／又はＭＢＳセッションＩＤによって表され得る。
（３ＧＰＰ ＴＳ ３８．４１３の９．２．３．９節に基づく）パス切り替え要求確認
このメッセージは、コアネットワーク７においてパス切り替えが正常に完了したことを（ターゲット）ＮＧ－ＲＡＮノード５に通知するためにＡＭＦ９によって送られる。
方向：ＡＭＦ９からＮＧ－ＲＡＮノード５

この場合、「ソースＡＭＦ ＵＥ ＮＧＡＰ ＩＤ」フィールドは、ターゲット基地局５ＢにおけるＭＢＳセッションに使用されることになる既存の共有マルチキャストＮＧ ＧＴＰトンネルを識別する情報（例えば、「ＵＥ ＮＧＡＰ ＩＤ」）を含む。

修正及び代替
以上、詳細な実施形態について説明してきた。上記の実施形態に対して多数の修正及び代替を行い得るが、その中に具体化された発明から依然として利益を得ることを、当業者は理解されよう。例示として、これらの代替及び修正のいくつかのみをここで説明する。

５Ｇ／ＮＲ通信システムの基地局は、新無線基地局（「ＮＲ－ＢＳ」）、又は「ｇＮＢ」と一般に呼ばれるが、これらは、ロングタームエボリューション（ＬＴＥ）基地局（「４Ｇ」基地局とも一般に呼ばれる）により一般的に関連付けられた用語「ｅＮＢ」（又は５Ｇ／ＮＲ ｅＮＢ）を使用して呼ばれ得ることが理解されよう。３ＧＰＰ ＴＳ ３８．３００ Ｖ１６．７．０及び３ＧＰＰ ＴＳ ３７．３４０ Ｖ１６．７．０は、とりわけ、以下のノードを定義する。
ｇＮＢ：ＵＥに向けてＮＲユーザプレーン及び制御プレーンプロトコル終端を提供し、ＮＧインターフェースを介して５Ｇコアネットワーク（５ＧＣ）に接続されたノード。
ｎｇ－ｅＮＢ：ＵＥに向けてＥ－ＵＴＲＡユーザプレーン及び制御プレーンプロトコル終端を提供し、ＮＧインターフェースを介して５ＧＣに接続されたノード。
Ｅｎ－ｇＮＢ：ＵＥに向けてＮＲユーザプレーン及び制御プレーンプロトコル終端を提供し、Ｅ－ＵＴＲＡ－ＮＲデュアルコネクティビティ（ＥＮ－ＤＣ）においてセカンダリノードとして機能するノード。
ＮＧ－ＲＡＮノード：ｇＮＢ又はｎｇ－ｅＮＢのいずれか。

ｇＮＢ（本明細書では「分散」ｇＮＢと呼ばれる）の機能は、１つ又は複数の分散ユニット（ＤＵ）と中央ユニット（ＣＵ）との間で分割され得、ＣＵは通常、より高いレベルの機能及び次世代コアとの通信を実行し、ＤＵは、より低いレベルの機能及び近傍の（すなわち、ｇＮＢによって動作されるセルにおいて）ＵＥとのエアインターフェースを介した通信を実行する。分散ｇＮＢは、以下の機能ユニットを含む。
ｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）：１つ又は複数のｇＮＢ－ＤＵの動作を制御する、ｇＮＢの無線リソース制御（ＲＲＣ）層、サービスデータ適応プロトコル（ＳＤＡＰ）層、及びパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層（又は、ｅｎ－ｇＮＢのＲＲＣ層及びＰＤＣＰ層）をホストする論理ノード。ｇＮＢ－ＣＵは、ｇＮＢ－ＤＵに接続されたＦ１インターフェースを終端する。
ｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）：ｇＮＢ又はｅｎ－ｇＮＢの無線リンク制御（ＲＬＣ）層、媒体アクセス制御（ＭＡＣ）層、及び物理（ＰＨＹ）層をホストする論理ノードであり、その動作は、ｇＮＢ－ＣＵによって部分的に制御される。１つのｇＮＢ－ＤＵは、１つ又は複数のセルをサポートする。１つのセルは、１つのｇＮＢ－ＤＵのみによってサポートされる。ｇＮＢ－ＤＵは、ｇＮＢ－ＣＵに接続されたＦ１インターフェースを終端する。
ｇＮＢ－ＣＵ－制御プレーン（ｇＮＢ－ＣＵ－ＣＰ）：ｅｎ－ｇＮＢ又はｇＮＢ用のｇＮＢ－ＣＵのＲＲＣ及びＰＤＣＰプロトコルの制御プレーン部分をホストする論理ノード。ｇＮＢ－ＣＵ－ＣＰは、ｇＮＢ－ＣＵ－ＵＰに接続されたＥ１インターフェース及びｇＮＢ－ＤＵに接続されたＦ１－Ｃインターフェースを終端する。
ｇＮＢ－ＣＵ－ユーザプレーン（ｇＮＢ－ＣＵ－ＵＰ）：ｅｎ－ｇＮＢ用のｇＮＢ－ＣＵのＰＤＣＰプロトコルのユーザプレーン部分、並びにｇＮＢ用のｇＮＢ－ＣＵのＰＤＣＰプロトコル及びＳＤＡＰプロトコルのユーザプレーン部分をホストする論理ノード。ｇＮＢ－ＣＵ－ＵＰは、ｇＮＢ－ＣＵ－ＣＰに接続されたＥ１インターフェース及びｇＮＢ－ＤＵに接続されたＦ１－Ｕインターフェースを終端する。

図４には示されていないが、基地局が分散ｇＮＢ又はｅｎ－ｇＮＢを含む場合、ネットワークインターフェースはまた、分散ｇＮＢ又はｅｎ－ｇＮＢのそれぞれの機能間で信号を通信するためのＥ１インターフェース及びＦ１インターフェース（制御プレーン用のＦ１－Ｃ及びユーザプレーン用のＦ１－Ｕ）を含む。この場合、ソフトウェアはまた、ｇＮＢ－ＣＵ－ＣＰモジュール、ｇＮＢ－ＣＵ－ＵＰモジュール、及びｇＮＢ－ＤＵモジュールのうちの少なくとも１つを含む。存在する場合、ｇＮＢ－ＣＵ－ＣＰモジュールは、分散ｇＮＢ又はｅｎ－ｇＮＢのＲＲＣ層及びＰＤＣＰ層の制御プレーン部分をホストする。存在する場合、ｇＮＢ－ＣＵ－ＵＰモジュールは、分散ｇＮＢのＰＤＣＰ層及びＳＤＡＰ層のユーザプレーン部分、又は分散ｅｎ－ｇＮＢのＰＤＣＰ層のユーザプレーン部分をホストする。存在する場合、ｇＮＢ－ＤＵモジュールは、分散ｇＮＢ又はｅｎ－ｇＮＢのＲＬＣ層、ＭＡＣ層、及びＰＨＹ層をホストする。

中央ユニットは、基地局と共に実装されて物理的に配置されてもよく、又は単一の物理的要素として、又はクラウドベース若しくは仮想化システムとして遠隔地に実装されてもよいことが当業者には理解されよう。単一の中央ユニットが複数の基地局にサービスし得ることも理解されよう。

上記の実施形態は、５Ｇ新無線システム及びＬＴＥシステム（Ｅ－ＵＴＲＡＮ）、並びに任意の将来世代システムに適用され得ることが理解されよう。Ｅ－ＵＴＲＡ／４Ｇプロトコルをサポートする基地局は、「ｅＮＢ」と呼ばれ、ＮｅｘｔＧｅｎｅｒａｔｉｏｎ／５Ｇプロトコルをサポートする基地局は、「ｇＮＢ」と呼ばれることがある。いくつかの基地局は、４Ｇと５Ｇとの両方のプロトコル、及び／又は任意の他の３ＧＰＰ（登録商標）又は非３ＧＰＰ通信プロトコルをサポートするように構成され得ることが理解されよう。

上記の説明では、理解を容易にするために、ＵＥ、アクセスネットワークノード、及びデータネットワークノードは、いくつかの個別のモジュール（通信制御モジュールなど）を有するものとして説明している。これらのモジュールは、例えば既存のシステムが本発明を実施するために修正されているような特定の用途について、他の用途、例えば最初から本発明の特徴を念頭に置いて設計されたシステムでは、このようにして提供され得るが、これらのモジュールは、全体的なオペレーティングシステム又はコードに組み込まれ得るため、これらのモジュールは、個別のエンティティとして識別できない場合がある。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、又はこれらの組合せで実装されてもよい。

各制御部は、例えば（限定しないが）、１つ又は複数のハードウェア実装コンピュータプロセッサ、マイクロプロセッサ、中央処理装置（ＣＰＵ）、算術論理演算ユニット（ＡＬＵ）、入出力（ＩＯ）回路、内部メモリ／キャッシュ（プログラム及び／又はデータ）、処理レジスタ、通信バス（例えば、制御バス、データバス及び／又はアドレスバス）、ダイレクトメモリアクセス（ＤＭＡ）機能、ハードウェア又はソフトウェア実装カウンタ、ポインタ及び／又はタイマなど、を含む任意の適切な形態の処理回路を備えてもよい。

上記の実施形態では、多数のソフトウェアモジュールについて説明した。当業者には、ソフトウェアモジュールは、コンパイルされた形態又はコンパイルされていない形態で提供されてもよく、コンピュータネットワーク又は記録媒体を介して信号としてＵＥ、アクセスネットワークノード、及びデータネットワークノードに供給されてもよいことが理解されよう。更に、このソフトウェアの一部又は全部によって実施される機能は、１つ又は複数の専用ハードウェア回路を使用して実施されてもよい。しかしながら、ソフトウェアモジュールの使用は、それらの機能を更新するために、ＵＥ、アクセスネットワークノード、及びデータネットワークノードの更新を容易にするので好ましい。

上記の実施形態は、「移動しない」又は一般に固定式のユーザ機器にも適用可能である。上述のモバイルデバイス（ＵＥ）は、ＭＴＣ／ＩｏＴデバイス、省電力ＵＥなどを備えてもよい。

第１のアクセスネットワークノードは、第２のアクセスネットワークノード（例えば、第２のアクセスネットワークノードからの「Ｘｎセットアップ要求」、「ハンドオーバリクエスト」、「Ｘｎセットアップ応答」、又は「ハンドオーバリクエスト確認」メッセージにおいて）又はユーザ機器（例えば、ＡＮＲ手順の一部を形成するメッセージにおいて）からＭＢＳサポート情報を受信することができる。ＭＢＳサポート情報は、第２のアクセスネットワークノードがマルチキャストモード若しくはユニキャストモード、又はその両方を使用してＭＢＳをサポートすることを示し得る。ＭＢＳサポート情報は、「ＣＧＩ－ＩｎｆｏＮＲ」情報要素に含まれてもよい。

ＭＢＳサポート情報は、第２のアクセスネットワークノードがＭＢＳをサポートするかどうか（例えば、真／偽）を示す情報、第２のアクセスネットワークノードによってサポートされる少なくとも１つのＭＢＳサービスを識別する情報、及び第２のアクセスネットワークノードによってサポートされるＭＢＳモード（例えば、マルチキャスト、ユニキャスト、両方）を識別する情報のうちの少なくとも１つを含み得る。
ＭＢＳサポート情報は、第２のアクセスネットワークノードの特定のセルがＭＢＳをサポートするかどうかを（例えば、「Ｘｎセットアップ要求」／「Ｘｎセットアップ応答」に含まれる「サービスされるセル情報ＮＲ」情報要素を使用して、又は、ＡＮＲ手順において「ＣＧＩ－ＩｎｆｏＮＲ」情報要素を使用して）示すことができる。

ＵＥを再構成することは、ＵＥへ無線リソース制御（ＲＲＣ）メッセージ（例えば、「ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージ）を送ることを含み得る。ＲＲＣメッセージは、ＭＲＢと第１のＤＲＢとの間のマッピングを示し得る。ＲＲＣメッセージは、ＭＲＢのＭＲＢ識別子及び対応するＤＲＢ識別子、ＭＲＢのＭＲＢ識別子及び第１のＤＲＢのための対応するＤＲＢ構成、並びにＭＲＢのためのＭＲＢ構成及び第１のＤＲＢのための対応するＤＲＢ構成のうちの少なくとも１つを含み得る。

第１のアクセスネットワークノードによって実行される方法は、第２のアクセスネットワークノードへのＵＥのハンドオーバのための手順を開始する前に、ＭＢＳサービスのために第１のＤＲＢを使用するようにＵＥを再構成することを更に含み得、ハンドオーバ後、ＭＢＳサービスは、第２のＤＲＢを介してＵＥに提供され得る。

第１のアクセスネットワークノードによって実行される方法は、再構成が完了したことの確認をＵＥから受信した後に、第２のアクセスネットワークノードへのＵＥのハンドオーバのための手順を開始することを更に含み得る。

第１のアクセスネットワークノードによって実行される方法は、第２のアクセスネットワークノードへのＵＥのハンドオーバのための手順を開始した後に、ＭＢＳサービスのために第１のＤＲＢを使用するようにＵＥを再構成することを更に含み得、ハンドオーバ後、ＭＢＳサービスは、第２のＤＲＢを介してＵＥに提供され得る。

再構成することは、第１のアクセスネットワークノードに関連付けられた第１のＲＲＣコンテキストを適用するようにＵＥを再構成することを含み得、ハンドオーバのための手順は、第２のアクセスネットワークノードに関連付けられた第２のＲＲＣコンテキストを適用するようにＵＥを再構成することを含む。第１のＲＲＣコンテキストは、ＭＢＳサービスのために第１のＤＲＢを使用するようにＵＥを再構成するように適合されてもよく、第２のＲＲＣコンテキストは、第１のＤＲＢから第２のＤＲＢに変更するようにＵＥを再構成するように適合されてもよい。

本方法は、第２のアクセスネットワークノードから第２のＲＲＣコンテキストを受信することと、第２のＲＲＣコンテキストの受信時に第１のＲＲＣコンテキストを適用するようにＵＥを再構成することと、を更に含み得る。

本方法は、第２のアクセスネットワークノードからＲＲＣコンテキストを受信したときに、第２のアクセスネットワークノードにおいてＤＲＢを使用するようにＵＥを再構成することを更に含み得る。

第１のＭＢＳサービスが、ハンドオーバのためのターゲットノードとして機能する第１のアクセスネットワークノードによって関連するＭＢＳサービスエリア内でサポートされない場合、ネットワークノードによって送信されるメッセージは、個々のＭＢＳトラフィック配信方法を使用して、第１のアクセスネットワークノードを介して、第１のＭＢＳサービスをＵＥに提供するための情報を含むように適合され得る。

共有ＭＢＳトラフィック配信方法を使用して第１のＭＢＳサービスを提供するための情報は、第１のＭＢＳセッションと関連付けられたマルチキャストトンネルを識別する情報を含み得る。

アクセスネットワークノードによってサポートされる少なくとも１つのＭＢＳサービスを識別する情報は、サポートされる各ＭＢＳサービスの、それぞれのＭＢＳセッション識別子又は一時的モバイルグループ識別子（ＴＭＧＩ）を含み得る。

アクセスネットワークノードによってサポートされる少なくとも１つのＭＢＳサービスを識別する情報は、サポートされる各ＭＢＳサービスのそれぞれのサービスエリアを識別する情報を含み得る。

パスを切り替えるための要求は、ＸｎベースのＮＧ－ＲＡＮ間ハンドオーバ手順の一部を形成し得る（例えば、要求は、「Ｎ２パス切り替え要求」であり得る）。接続及びモビリティ管理を取り扱うためのネットワークノードは、アクセス及びモビリティ管理機能（ＡＭＦ）を備え得る。

様々な他の修正が当業者には明らかであり、ここでは更に詳細に説明しない。

本出願は、２０２１年１２月２４日に出願された英国特許出願第２１１９０３２．７号に基づき優先権の利益を主張し、その開示は参照によりその全体が本明細書に組み込まれる。

３ ＵＥ
５ 基地局
７ コアネットワーク
９ ＡＭＦ
１０ ＵＰＦ
１１ ＳＭＦ

Claims (12)

1. アクセスネットワークノードであって、
   さらなるアクセスネットワークノードへ、マルチキャスト及びブロードキャストサービス（Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅｓ， ＭＢＳ）セッション構成情報を含むハンドオーバリクエストメッセージを送信する手段と、
   前記さらなるアクセスネットワークノードから、ハンドオーバリクエスト確認メッセージを受信する手段と、を備え、ここで、前記さらなるアクセスネットワークノード又は前記さらなるアクセスネットワークノードのセルがＭＢＳをサポートしている場合に、前記ハンドオーバリクエスト確認メッセージは前記さらなるアクセスネットワークノードまたは前記さらなるアクセスネットワークノードの前記セルがＭＢＳをサポートしていることを示す情報を含み、
   前記情報に基づき前記アクセスネットワークノードと前記さらなるアクセスネットワークノードとの前記ＭＢＳに関するハンドオーバを制御する手段を備え、
   前記さらなるアクセスネットワークノードがマルチキャスト無線ベアラ（Ｍｕｌｔｉｃａｓｔ Ｒａｄｉｏ Ｂｅａｒｅｒ， ＭＲＢ）上で前記ＭＢＳをサポートしていない場合に、
   前記ＭＲＢをさらなるデータ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ， ＤＲＢ）に切り替える手段と、
   前記ハンドオーバリクエストメッセージを送信する前に、モバイル機器に、前記さらなるＤＲＢのための構成の情報を送る手段を備え、
   前記ハンドオーバリクエストメッセージは、前記さらなるＤＲＢのための構成の情報を含む、アクセスネットワークノード。
2. 前記さらなるアクセスネットワークノードがマルチキャスト無線ベアラ（Ｍｕｌｔｉｃａｓｔ Ｒａｄｉｏ Ｂｅａｒｅｒ， ＭＲＢ）上で前記ＭＢＳをサポートしていない場合に、
   前記さらなるアクセスネットワークノードから、前記さらなるアクセスネットワークノードにおけるＤＲＢのための構成の情報を受信する手段と、
   前記ＤＲＢ上で前記モバイル機器へ前記ＭＢＳを提供するために、前記ＤＲＢのための前記構成の情報を前記モバイル機器に送信する手段と、
   を備える、請求項１に記載のアクセスネットワークノード。
3. 前記ＤＲＢのための構成の前記情報は無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ， ＲＲＣ）メッセージに含まれる、請求項２に記載のアクセスネットワークノード。
4. 前記ＲＲＣメッセージは前記ＭＲＢと前記ＤＲＢとの間のマッピングを示す、請求項３に記載のアクセスネットワークノード。
5. 前記さらなるＤＲＢのための構成の前記情報は無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ， ＲＲＣ）メッセージに含まれる、請求項１に記載のアクセスネットワークノード。
6. 前記ＲＲＣメッセージは前記ＭＲＢと前記さらなるＤＲＢとの間のマッピングを示す、請求項５に記載のアクセスネットワークノード。
7. 前記ＲＲＣメッセージは、
   前記ＭＲＢのためのＭＲＢ識別子及び対応するＤＲＢ識別子と、
   前記ＭＲＢのためのＭＲＢ識別子及び前記ＤＲＢのための対応するＤＲＢ構成情報と、
   前記ＭＲＢのためのＭＲＢ構成情報及び前記ＤＲＢのための対応するＤＲＢ構成情報と、
   の少なくともいずれかを含む、請求項４に記載のアクセスネットワークノード。
8. さらなるアクセスネットワークノードであって、
   アクセスネットワークノードから、マルチキャスト及びブロードキャストサービス（Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅｓ， ＭＢＳ）セッション構成情報を含むハンドオーバリクエストメッセージを受信する手段と、
   前記アクセスネットワークノードへ、ハンドオーバリクエスト確認メッセージを送信する手段と、を備え、ここで、前記さらなるアクセスネットワークノード又は前記さらなるアクセスネットワークノードのセルがＭＢＳをサポートしている場合に、前記ハンドオーバリクエスト確認メッセージは前記さらなるアクセスネットワークノードまたは前記さらなるアクセスネットワークノードの前記セルがＭＢＳをサポートしていることを示す情報を含み、
   前記情報に基づき前記アクセスネットワークノードと前記さらなるアクセスネットワークノードとの前記ＭＢＳに関するハンドオーバを制御する手段を備え、
   前記さらなるアクセスネットワークノードがマルチキャスト無線ベアラ（Ｍｕｌｔｉｃａｓｔ Ｒａｄｉｏ Ｂｅａｒｅｒ， ＭＲＢ）上で前記ＭＢＳをサポートしていない場合に、
   前記アクセスネットワークノード上の前記ＭＲＢがさらなるデータ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ， ＤＲＢ）に切り替えられ、
   前記ハンドオーバリクエストメッセージを受信する前に、モバイル機器に、前記さらなるＤＲＢのための構成の情報が前記アクセスネットワークノードから送信され、
   前記ハンドオーバリクエストメッセージは、前記さらなるＤＲＢのための構成の情報を含む、さらなるアクセスネットワークノード。
9. ハンドオーバにおいてソースノードとしてふるまうアクセスネットワークノードを介して、マルチキャスト無線ベアラ（Ｍｕｌｌｔｉｃａｓｔ Ｒａｄｉｏ Ｂｅａｒｅｒ， ＭＲＢ）を使ってマルチキャスト及びブロードキャストサービス（Ｍｕｌｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅｓ， ＭＢＳ）を受信する手段と、
   前記アクセスネットワークノードからターゲットノードとしてふるまうさらなるアクセスネットワークノードへの前記ハンドオーバを実行する手段と、
   前記さらなるアクセスネットワークノードまたは前記さらなるアクセスネットワークノードのセルが前記ＭＢＳをサポートしている場合に、前記さらなるアクセスネットワークノードから前記ＭＢＳを受信する手段と、を備え、
   前記さらなるアクセスネットワークノードが前記ＭＲＢ上で前記ＭＢＳをサポートしていない場合に、
   前記アクセスネットワークノード上の前記ＭＲＢがさらなるデータ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ， ＤＲＢ）に切り替えられ、
   前記さらなるアクセスネットワークノードがハンドオーバリクエストメッセージを受信する前に、前記アクセスネットワークノードから、前記さらなるＤＲＢのための構成の情報を受信する手段を備え、
   前記ハンドオーバリクエストメッセージは、前記さらなるＤＲＢのための構成の情報を含む、モバイル機器。
10. アクセスネットワークノードにおける方法であって、
    さらなるアクセスネットワークノードへ、マルチキャスト及びブロードキャストサービス（Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅｓ， ＭＢＳ）セッション構成情報を含むハンドオーバリクエストメッセージを送信することと、
    前記さらなるアクセスネットワークノードから、ハンドオーバリクエスト確認メッセージを受信することとを含み、ここで、前記さらなるアクセスネットワークノード又は前記さらなるアクセスネットワークノードのセルがＭＢＳをサポートしている場合に、前記ハンドオーバリクエスト確認メッセージは前記さらなるアクセスネットワークノードまたは前記さらなるアクセスネットワークノードの前記セルがＭＢＳをサポートしていることを示す情報を含み、
    前記情報に基づき前記アクセスネットワークノードと前記さらなるアクセスネットワークノードとの前記ＭＢＳに関するハンドオーバを制御することを含み、
    前記さらなるアクセスネットワークノードがマルチキャスト無線ベアラ（Ｍｕｌｔｉｃａｓｔ Ｒａｄｉｏ Ｂｅａｒｅｒ， ＭＲＢ）上で前記ＭＢＳをサポートしていない場合に、
    前記ＭＲＢをさらなるデータ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ， ＤＲＢ）に切り替えることと、
    前記ハンドオーバリクエストメッセージを送信する前に、モバイル機器に、前記さらなるＤＲＢのための構成の情報を送ることと、を含み、
    前記ハンドオーバリクエストメッセージは、前記さらなるＤＲＢのための構成の情報を含む、
    アクセスネットワークノードにおける方法。
11. さらなるアクセスネットワークノードにおける方法であって、
    アクセスネットワークノードから、マルチキャスト及びブロードキャストサービス（Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅｓ， ＭＢＳ）セッション構成情報を含むハンドオーバリクエストメッセージを受信することと、
    前記アクセスネットワークノードへ、ハンドオーバリクエスト確認メッセージを送信することと、を含み、ここで、前記さらなるアクセスネットワークノード又は前記さらなるアクセスネットワークノードのセルがＭＢＳをサポートしている場合に、前記ハンドオーバリクエスト確認メッセージは前記さらなるアクセスネットワークノードまたは前記さらなるアクセスネットワークノードの前記セルがＭＢＳをサポートしていることを示す情報を含み、
    前記情報に基づき前記アクセスネットワークノードと前記さらなるアクセスネットワークノードとの前記ＭＢＳに関するハンドオーバを制御することを含み、
    前記さらなるアクセスネットワークノードがマルチキャスト無線ベアラ（Ｍｕｌｔｉｃａｓｔ Ｒａｄｉｏ Ｂｅａｒｅｒ， ＭＲＢ）上で前記ＭＢＳをサポートしていない場合に、
    前記アクセスネットワークノード上の前記ＭＲＢがさらなるデータ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ， ＤＲＢ）に切り替えられ、
    前記ハンドオーバリクエストメッセージを受信する前に、モバイル機器に、前記さらなるＤＲＢのための構成の情報が前記アクセスネットワークノードから送信され、
    前記ハンドオーバリクエストメッセージは、前記さらなるＤＲＢのための構成の情報を含む、
    さらなるアクセスネットワークノードにおける方法。
12. ハンドオーバにおいてソースノードとしてふるまうアクセスネットワークノードを介して、マルチキャスト無線ベアラ（Ｍｕｌｌｔｉｃａｓｔ Ｒａｄｉｏ Ｂｅａｒｅｒ， ＭＲＢ）を使ってマルチキャスト及びブロードキャストサービス（Ｍｕｌｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅｓ， ＭＢＳ）を受信することと、
    前記アクセスネットワークノードからターゲットノードとしてふるまうさらなるアクセスネットワークノードへの前記ハンドオーバを実行することと、
    前記さらなるアクセスネットワークノードまたは前記さらなるアクセスネットワークノードのセルが前記ＭＢＳをサポートしている場合に、前記さらなるアクセスネットワークノードから前記ＭＢＳを受信することと、を含み、
    前記さらなるアクセスネットワークノードが前記ＭＲＢ上で前記ＭＢＳをサポートしていない場合に、
    前記アクセスネットワークノード上の前記ＭＲＢがさらなるデータ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ， ＤＲＢ）に切り替えられ、
    前記さらなるアクセスネットワークノードがハンドオーバリクエストメッセージを受信する前に、前記アクセスネットワークノードから、前記さらなるＤＲＢのための構成の情報を受信することを含み、
    前記ハンドオーバリクエストメッセージは、前記さらなるＤＲＢのための構成の情報を含む、
    モバイル機器における方法。