JP2023536715A - ローカルサービスエリアにおいてマルチキャスト放送サービスを提供するための方法および装置 - Google Patents

Abstract

本願は、一般に、無線通信技術に関する。より詳細に、本願は、ローカルサービスエリアにおいてマルチキャストブロードキャスト（ＭＢ）サービスを提供するための方法および装置に関する。本願はまた、同じ目的のために適合したコンピュータプログラムプロダクトに関する。本願は、ローカルサービスエリアにおいてＭＢサービスを提供するための装置と協働するように適合した端末デバイスにも関する。本開示の一態様によれば、ローカルサービスエリアにおいてマルチキャストブロードキャスト（ＭＢ）サービスを提供するための方法は、アクセスおよびモビリティを管理するように構成されたノードによって実行される以下のステップを含む：（ａ）ローカルサービスエリアに関連付けられたＭＢセッションに参加する端末デバイスがローカルサービスエリア外にあるかどうかを判定すること、（ｂ）端末デバイスがローカルサービスエリア外にあると判定された場合、ＭＢセッションから端末デバイスを削除すること、および（ｃ）ＭＢセッションが利用不可能であることを端末デバイスに通知すること。【選択図】図２

Description

本願は、一般に、無線通信技術に関する。より詳細には、本願は、ローカルサービスエリアにおいてマルチキャストブロードキャスト（ＭＢ）サービスを提供するための方法および装置に関する。本願はまた、同じ目的のために適合したコンピュータプログラムプロダクトに関する。本願は、ローカルサービスエリアにおいてＭＢサービスを提供するための装置と協働するように適合した端末デバイスにも関する。

３ＧＰＰは、ビデオマルチキャスト／ブロードキャストおよびストリーミングサービスのための３Ｇネットワーク用のＭＢＭＳ（マルチキャスト／ブロードキャストマルチメディアサブシステム）を開発した。詳細については、ここにその全体が取り込まれている３ＧＰＰ ＴＳ ２３．２４６ １６．１．０を参照されたい。さらに、ＥＰＳのためのｅＭＢＭＳ （進化型ＭＢＭＳ）が導入されている。リリース１３およびリリース１４では、ＭＢＭＳシステムが更新され、公共安全、セルラーによるもののインターネット（ＣＩｏＴ）および車両対あらゆるもの（Ｖ２Ｘ）などの新しいサービスをサポートしている。

３ＧＰＰ ＳＡ２ワーキンググループにおける新しいリリース１７の研究の範囲は、ＣＩｏＴ、公共安全、Ｖ２Ｘなどのためのマルチキャスト要件とユースケースとの両方、ならびに、専用のブロードキャスト要件およびユースケースをカバーする。この研究は、５Ｇリリース１７およびニューレディオ（ＮＲ）無線アクセスを対象とする。これまでの開発は、３ＧＰＰ ＴＲ ２３．７５７ Ｖ０．４．０に文書化されており、その全体が参照により本明細書に組み込まれる。

マルチキャスト／ブロードキャストサービスは、これまで５Ｇ ＮＲではサポートされていない。５Ｇ ＮＲの強化された特性、たとえば、短い遅延、より高い帯域などにより、ミッションクリティカルサービス、たとえば、ミッションクリティカルプッシュトーク（ＭＣＰＴＴ）、ミッションクリティカルデータ（ＭＣ）データ、およびミッションクリティカルビデオ（ＭＣＶｉｄｅｏ）、ならびにＶＴＸサービスは、５Ｇ ＮＲ上で強化され、はるかに良好なパフォーマンスを示すと考えられる。

端末デバイスのモビリティおよびシグナリングに関する複雑さのために、リソースが効率的でかつユーザフレンドリーな方法で、特に多数の端末デバイスが存在するＩｏＴシナリオで、ローカルＭＢサービスを配信することは大きな課題である。しかしながら、これまでのところ、当該技術分野における上記の問題を解決するための解決策は存在しない。

目的の１つは、ネットワークリソースの最適な使用、および、より良いユーザ体験を可能にする、ローカルサービスエリアにおけるＭＢサービスを提供するための方法および装置を提供することである。

本開示の一態様によれば、ローカルサービスエリアにおいてマルチキャストブロードキャスト（ＭＢ）サービスを提供するための方法は、アクセスおよびモビリティを管理するように構成されたノードによって実行される以下のステップを含む。
（ａ）ローカルサービスエリアに関連付けられたＭＢセッションに参加している端末デバイスがローカルサービスエリア外にあるかどうかを判定すること、
（ｂ）端末デバイスがローカルサービスエリア外であると決定された場合、端末デバイスをＭＢセッションから削除すること、および、
（ｃ）ＭＢセッションが利用不可能であることを端末デバイスに通知する。

本開示の別の態様によれば、ローカルサービスエリアにおいてマルチキャストブロードキャスト（ＭＢ）サービスを提供するための装置は、コンピュータ命令を含むコンピュータプログラムを記憶するように構成された記憶デバイスと、 記憶デバイスに結合され、上述の方法を実行するためにコンピュータ命令を実行するように構成されたプロセッサと、を含む。

本開示の他の態様によれば、ローカルサービスエリアにおいてマルチキャストブロードキャスト（ＭＢ）サービスを提供するための方法は、ＲＡＮノードによって実行される以下のステップを含む。
（ａ）ローカルサービスエリアに関連付けられたＭＢセッションに参加している端末デバイスがローカルサービスエリア外にあるかどうかを検出すること、
（ｂ）端末デバイスがローカルサービスエリア外にある場合、端末デバイスをＭＢセッションから削除すること、および、
（ｃ）端末デバイスがローカルサービスエリア外にあるか、または端末デバイスがＭＢセッションから削除されるべきであることを、アクセスおよびモビリティを管理するように構成されたノードに通知すること。

本開示の他の態様によれば、ローカルサービスエリアにおいてマルチキャストブロードキャスト（ＭＢ）サービスを提供するための方法は、ＲＡＮノードによって実行される以下のステップを含む。
（ａ）アクセスおよびモビリティを管理するように構成されたノードから、端末デバイスがローカルサービスエリア外にあるか、または端末デバイスがＭＢセッションから削除されるべきであるというメッセージを受信すること、および、
（ｂ）端末デバイスをＭＢセッションから削除すること。

本開示の別の態様によれば、ローカルサービスエリアにおいてマルチキャストブロードキャスト（ＭＢ）サービスを提供するための装置は、
コンピュータ命令を含むコンピュータプログラムを記憶するように構成された記憶デバイスと、
記憶デバイスに結合され、上述の方法を実行するためにコンピュータ命令を実行するように構成されたプロセッサと、
を含む。

本開示の別の態様によれば、端末デバイスは、
コンピュータ命令を含むコンピュータプログラムを記憶するように構成された記憶デバイスと、
記憶デバイスに結合され、コンピュータ命令を実行するように構成されたプロセッサとを有し、当該プロセッサは、
ローカルサービスエリアにおいてマルチキャストブロードキャスト（ＭＢ）サービスを提供するための装置から、ローカルサービスエリアに関連するＭＢセッションが利用不可能であるというメッセージを受信し、ローカルサービスエリアにおけるＭＢサービスに関連する手順の実行を終了または中断する。

本開示の別の態様によれば、ローカルサービスエリアにおいてマルチキャストブロードキャスト（ＭＢ）サービスを提供するためのコンピュータプログラムプロダクトであって、コンピュータ可読記憶媒体において具現化され、上述の方法のうちのいずれか１つを実行するためのコンピュータ命令を備える、コンピュータプログラムプロダクトが提供される。

前述および他の目的、特徴、および利点は、添付の図面に示される好ましい実施形態の以下のより具体的な説明から明らかになるであろう。

は、ＭＢＳをサポートすることができる典型的な５Ｇシステムアーキテクチャを示す。

は、本開示によるローカルサービスエリアにおいてマルチキャストブロードキャスト（ＭＢ）サービスを提供するための方法のフローチャートを概略的に示す。

は、本開示によるローカルサービスエリアでＭＢサービスを提供するための装置を示すブロック図である。

は、本開示によるローカルサービスエリアにおいてマルチキャストブロードキャスト（ＭＢ）サービスを提供するための方法のフローチャートを概略的に示す。

は、本開示によるローカルサービスエリアにおいてマルチキャストブロードキャスト（ＭＢ）サービスを提供するための方法のフローチャートを概略的に示す。

は、本開示によるローカルサービスエリアでＭＢサービスを提供するための装置を示すブロック図である。

は、本開示に係る端末デバイスを示すブロック図である。

は、本開示によるローカルＭＢサービスのためのセッション参加手順を概略的に示す。

は、本開示によるローカルＭＢサービスのためのセッション開始手順を概略的に示す。

は、本開示によるｇＮＢ間Ｘｎハンドオーバのための手順を概略的に示す。

は、本開示によるＮＧ－ＲＡＮノード間Ｎ２ベースのハンドオーバ、ｇＮＢ間Ｘｎハンドオーバのための手順を概略的に示す。

本発明は、プロセス、装置、システム、組成物、コンピュータ可読記憶媒体上に具現化されたコンピュータプログラムプロダクト、および／または、プロセッサに結合されたメモリに記憶され、および／または、提供される命令を実行するように構成されたプロセッサなどのプロセッサにより、多数の方法で実施可能である。本明細書では、これらの実装形態、または本開示がとり得る任意の他の形態は、技法と呼ばれ得る。一般に、開示されたプロセスのステップの順序は、本開示の範囲内で変更され得る。特に明記されない限り、タスクを実行するように構成されるものとして説明されるプロセッサまたはメモリなどの構成要素は、所与の期間にタスクを実行するように一時的に構成される一般的な構成要素、またはタスクを実行するように製造される特定の構成要素として実装され得る。本明細書で使用される場合、「プロセッサ」という用語は、コンピュータプログラム命令などのデータを処理するように構成された１つまたは複数のデバイス、回路、および／またはプロセッシングコアを指す。

本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、限定することを意図するものではない。本明細書で使用される場合、単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が明らかにそうでないことを示さない限り、複数形も含むことが意図される。用語「含む（ｃｏｍｐｒｉｓｅｓ）」、「含む（ｉｎｃｌｕｄｅｓ）」、および／または「含む（ｉｎｃｌｕｄｉｎｇ）」は、本明細書で使用される場合、述べられた特徴、整数、ステップ、動作、要素、および／または構成要素の存在を特定するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、および／またはそれらのグループの存在または追加を排除しないこと。

また、クレームにおけるクレーム要素を修飾するための「第１」、「第２」、「第３」などの序数用語の使用は、それ自体では、別のクレーム要素に対するあるクレーム要素の優先順位、先行性、または順序、または方法の動作が実行される時間的順序を暗示せず、単に、クレーム要素を区別するために、ある名称を有するあるクレーム要素を、同じ名称を有する別の要素から区別するための（ただし、序数用語の使用のための）ラベルとして使用される。

別途定義されない限り、本明細書で使用されるすべての用語（技術用語および科学用語を含む）は、一般に理解されるのと同じ意味を有する。本明細書で使用される用語は、本明細書および関連技術の文脈におけるそれらの意味と一致する意味を有すると解釈されるべきであり、本明細書で明示的に定義されない限り、理想化されたまたは過度に形式的な意味で解釈されないことがさらに理解されるであろう。

本明細書で使用するとき、用語「端末デバイス」は、たとえば、デバイス、アクセス端末、ユーザ装置（ＵＥ）、移動局、移動ユニット、加入者局などと呼ばれることがある。それは、無線通信ネットワークにアクセスし、そこからサービスを受信することができる任意のエンドデバイスを指し得る。限定ではなく例として、端末デバイスは、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽記憶再生機器、携帯電話、携帯電話、スマートフォン、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）などを含み得る。

モノのインターネット（ＩｏＴ）シナリオでは、端末デバイスは、監視および／または測定を実行し、そのような監視および／または測定の結果を別の端末デバイスおよび／またはネットワーク機器に送信する機械または他のデバイスを表し得る。この場合、端末デバイスは、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、第３世代パートナーシッププロジェクト（３ＧＰＰ）文脈では、マシンタイプ通信（ＭＴＣ）デバイスと呼ばれ得る。そのようなマシンまたはデバイスの特定の例は、センサ、電力計などの計量装置、産業機械、自転車、車両、家庭用または個人用機器、たとえば、冷蔵庫、テレビ、腕時計などの個人用ウェアラブルなど、を含み得る。

本開示の１つ以上の実施形態の詳細な説明は、本開示の原理を示す添付の図面と共に以下に提供される。本開示は、そのような実施形態と関連して説明されるが、本開示は、いかなる実施形態にも限定されない。本開示の範囲は、特許請求の範囲によってのみ限定され、本開示は、多数の代替、修正、および均等物を包含する。本開示の完全な理解を提供するために、多数の具体的な詳細が以下の説明に記載される。これらの詳細は、例の目的のために提供され、本開示は、これらの特定の詳細の一部または全部を伴わずに、特許請求の範囲に従って実施され得る。明確にするために、本開示に関連する技術分野で知られている技術的資料は、本開示が不必要に不明瞭にされないように、詳細には説明されていない。

図１は、ＭＢＳをサポートすることができる典型的な５Ｇシステムアーキテクチャを示す。詳細は、３ＧＰＰ ＴＲ ２３．７５７ Ｖ０．４．０を参照する。

５Ｇシステムにおけるマルチキャスト／ブロードキャストＭＢＳユーザサービス配信をサポートするために、新しい機能ノードまたはコンポーネント、および現存するエンティティに対する必須の拡張が展開される。なお、新たな機能ノードは、スタンドアロンであってもよいし、既存のネットワークファンクションノードと共同配置されてもよい。

ノードまたは機能ノードは、専用ハードウェア上のネットワーク要素として、専用ハードウェア上で実行されるソフトウェアインスタンスとして、または適切なプラットフォーム、たとえばクラウドインフラストラクチャ上でインスタンス化された仮想化機能として、またはそれらの任意の組合せとして実装され得ることに留意されたい。

図１に示されるように、ＭＢセッションをサポートする役割を有するＳＭＦおよびＵＰＦは、「ＭＢ－ＳＭＦ」および「ＭＢ－ＵＰＦ」と名付けられ、これは、ＰＤＵセッションおよびＭＢセッション、たとえば、同じＤＮＮに対するＰＤＵセッションおよびＭＢセッションの両方を同時にサポートすることができる。しかし、ＭＢ－ＳＭＦおよびＭＢ－ＵＰＦは、ＭＢセッションを排他的に処理するように展開および構成することもできる。

図１に示すようなアーキテクチャでは、現存するエンティティおよび新しい機能ノードまたは構成要素への拡張は、以下の通りである。

ユーザ装置（ＵＥ）、新世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）、アクセスアンドモビリティマネジメント機能（ＡＭＦ）、セッションマネジメント機能（ＳＭＦ）、ユーザプレーン機能（ＵＰＦ）、ネットワーク公開機能（ＮＥＦ）、およびポリシー制御機能（ＰＣＦ）は、ＭＢＳをサポートするために強化される。

ＵＥは、５Ｇ ＭＢＳサービスをサポートするように拡張される。

ＮＧ－ＲＡＮは、ＭＢＳメディアのポイントツーマルチポイント（ＰＴＭ）およびポイントツーポイント（ＰＴＰ）で配信をサポートするように強化される。ＮＧ－ＲＡＮは、最良のサービス品質およびリソース効率のために、ＰＴＭとＰＴＰとの間のスイッチングを独立して制御する。

ＡＭＦは、ＭＢ－ＳＭＦを選択し、シグナリング配信ツリーの一部となるように強化される。

ＭＢ－ＳＭＦは、ＭＢセッションを制御し、（ＮＥＦ／ＭＢＳＦを介して）ＡＦとのシグナリングを行い、ＰＣＦを使用してＱｏＳ制御し、ＡＭＦからの要求に応じてＭＢセッション情報を提供するように強化されたＳＭＦである。ＭＢＳサービスの個々の配信のためにＵＥが維持するＰＤＵセッションは、ＭＢ－ＳＭＦによって管理されるＭＢセッションに関連付けられ得る。

ＭＢ－ＵＰＦは、ＭＢＳユーザプレーン機能により強化されたＵＰＦである。

ＭＢＳＦ（マルチキャスト／ブロードキャストサービス機能）は、ＮＥＦの一部であってもよく、または独立して展開されてもよい機能である。ＭＢＳＦは、サービスレベル管理のためのＴＭＧＩ割り当てまたは他のＭＢＳシグナリングをサポートすることができる。ＭＢＳＦはまた、アプリケーション機能またはコンテンツプロバイダへのインターフェースを提供し、ＭＢＳＵへのインターフェースを有する。ＭＢＳＦは、ＭＢセッションに参加するためのＵＥの認可を実行し得る。

ＭＢＳＵ（マルチキャスト／ブロードキャストサービスユーザプレーン）は、サービスレベル機能および管理に対応するために、ペイロード部分を処理する新しいエンティティである。

ＮＥＦは、ＡＦへのインターフェースを提供する既存のＮＦである。

ＰＣＦは、たとえば、共有配信のためのＱｏＳプロファイルを認可するために、ＭＢセッションのためのＱｏＳを処理するように強化される。

一般に、ローカルＭＢサービスは、特定の期間、ローカルサービスエリアで配信されることが要求される。ローカルサービスエリア内のすべての関連ＵＥは、ＭＢＳサービスを受信することができる。ローカルＭＢサービスを開始するとき、アプリケーション機能は、ローカルＭＢサービスを配信可能なカバレッジを５Ｇコアネットワーク（ＣＮ）およびＮＧ－ＲＡＮに通知することができる必要があり、したがって、エリア外に位置するそれらのＵＥは、サービスの享受を妨げられる。

ローカルＭＢＳサービスを提供するために、５ＧＣとＮＧ－ＲＡＮとの間のバックホール遅延を最小化する必要がある。この目的のためには、ローカライズされたアプリケーション機能と協働するためにローカライズされたユーザプレーンデプロイメント（展開）を有することが不可欠である。たとえば、図１に示されるようなアーキテクチャでは、ＭＢ－ＵＰＦ （およびオプションでＭＢＳＵ）およびアプリケーション機能は、ローカルに（すなわち、ＮＧ－ＲＡＮの近くに）展開される。

しかしながら、ＵＥのモビリティおよびシグナリングに関する複雑さのために、リソース効率が良い方法でローカルＭＢサービスを配信することは大きな課題である。たとえば、場合によっては、ＵＥがＭＢセッションへの参加に成功するために、ＭＢセッションに関連付けられたローカルサービスエリアから外に移動することが必要となるかもしれない。このイベントは、ランダムに発生し、多数のノードによって検出され得るため、効率的かつユーザフレンドリーな方法で、この発生に対処するためのメカニズムを有することが望ましい。

本開示において、ＡＭＦノードは、端末デバイス、たとえば、ローカルサービスエリアに関連付けられたＭＢセッションに参加しているＵＥが、ローカルサービスエリア外にあるかどうかを判定し、その発生に応じて、ＡＭＦノードは、端末デバイスをＭＢセッションから削除し、メッセージ、たとえば、ＮＡＳメッセージＭＢセッションリムーブ（削除）、を端末デバイスに送信することができる。このために、ＡＭＦは、たとえば、端末デバイスのロケーション（位置）をローカルサービスエリアのロケーション関連基準と比較することによって、端末デバイスがローカルサービスエリアから移動するイベントをノードが検出することができる。あるいは、判定は、他のノードによって行われる判定に基づいてもよい。たとえば、ＲＡＮノードまたは別のＡＭＦノードは、ＡＭＦノードに、端末デバイスがローカルサービスエリア外にあるか、またはＭＢセッションから削除されるべきであることを示すメッセージを送信することができ、それに基づいて、ＡＭＦノードは、端末デバイスがローカルサービスエリア外にあると決定する。好ましくは、ＡＭＦノードは、端末デバイスがローカルサービスエリアから外に移動することを検出すると、端末デバイスがローカルサービスエリアから外れているか、または端末デバイスがＭＢセッションから外されるべきであることを、たとえば、Ｎ２メッセージＭＢセッション削除を送信することによってＲＡＮノードに通知し、その結果、端末デバイスは、５ＧＣおよびＮＧ－ＲＡＮの両方においてＭＢセッションから削除される。

本明細書で使用される「ロケーション関連基準」という用語は、端末デバイスのロケーションが比較または判定され得る任意の規格を指す。ロケーション関連基準の例は、３ＧＰＰ ＴＳ ２３．５０３に規定されたロケーション基準またはサービスエリアリストを含むが、これらに限定されない。

以下の実施形態は、図１に示されるような５Ｇシステムとコネクションて説明される。しかしながら、本明細書の実施形態は、５Ｇシステムの文脈で説明されているが、実施形態は、他の様々な電気通信システムにも適用され得ることが理解され得る。実施形態では特定の用語が使用されているが、実施形態は、それらの特定の用語に限定されず、すべての同様の実体に適用され得ることも理解されよう。たとえば、本明細書では「ＲＡＮノード」という用語は、たとえば、アクセスポイント、基地局、マクロ基地局、フェムト基地局、ノードＢ（ＮＢ）、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）などを指し得る。

図２は、本開示によるローカルサービスエリアにおいてマルチキャストブロードキャスト（ＭＢ）サービスを提供するための方法のフローチャートを概略的に示す。

図２に示されるフローチャートは、たとえばＡＭＦノードのような、アクセスアンドモビリティを管理するように構成されたノードによって実行される以下のステップを含む。

ステップ２０１：ＡＭＦノードは、ローカルサービスエリアに関連付けられたＭＢセッションに参加している端末デバイスがローカルサービスエリア外であるかどうかを判定する。

例示的な実施形態では、ＡＭＦノードは、端末デバイスがローカルサービスエリア外にあるかどうかを判定するために、ローカルサービスエリアのロケーション関連基準と端末デバイスの位置とを比較することができる。ハンドオーバシナリオの場合、たとえば、ソースＲＡＮノードからターゲットＲＡＮノードへのハンドオーバ中に、ＡＭＦノードは、端末デバイスがローカルサービスエリア外にあるかどうかを判定するために、端末デバイスの位置をローカルサービスエリアのロケーション関連基準と比較することによって、ターゲットＲＡＮノードからのＭＢセッションコマンドに対して応答することができる。

別の例示的な実施形態では、端末デバイスがローカルサービスエリア外にあるか、または、端末デバイスがＭＢセッションから削除されるべきである、というメッセージをＲＡＮノードから受信する場合、ＡＭＦノードは、端末デバイスがローカルサービスエリア外にあると判定する。たとえば、ＡＭＦノードは、ＭＢセッションリソースをセットアップするためのリクエストをＲＡＮノードに送信することができ、このリクエストは、ローカルサービスエリアのロケーション関連基準を含み、その結果、ＲＡＮノードは、端末デバイスがローカルサービスエリア外にあるか、または、端末デバイスがＭＢセッションから削除されるべきかどうかを判定することができる。

別の例示的な実施形態では、ロケーション関連基準は、ＡＦノードからＮＥＦ／ＭＢＳＦノードに送信される、ＭＢセッションアナウンスメント、または、アロケートテンポラリモバイルグループ識別子（ＴＭＧＩ）リクエスト、に含まれるローカルサービスエリア情報から導出される。

別の例示的な例では、ローカルサービスエリア情報は、セルＩＤリスト、ｇｎｏｄｅＢＩＤリスト、追跡エリアリスト、地理的エリアリスト、市民住所リスト、およびサービスエリアリスト、のうちの１つまたはそれらの組合せとして表される。

ステップ２０２：端末デバイスがローカルサービスエリア外にあると判定された場合、ＡＭＦノードは、端末デバイスをＭＢセッションから削除する。例示的な例では、削除は、端末デバイスとＭＢセッションコンテキストとの間の関連付けを削除することによって実行され得る。代替として、ハンドオーバシナリオの場合、削除は、ＭＢセッションジョイン（参加）メッセージをターゲットＲＡＮノードに送信しないことによって実行され得る。

ステップ２０３：ＡＭＦノードは、端末デバイスにＭＢセッションが利用できないことを通知する。好ましくは、ただし必ずしも必要ではないが、ＭＢセッションが利用不可能であるというメッセージまたは通知を受信すると、端末デバイスは、ローカルサービスエリア内のＭＢサービスに関連するプロシージャの実行を終了または中断することができる。

上記のように、ローカルサービスエリアからの移動の発生は、ＡＭＦノードによって検出されてもよい。このとき、ＡＭＦノードは、５ＧＣおよびＮＧ－ＲＡＮの両方で端末デバイスをＭＢセッションから削除するために、端末デバイスがローカルサービスエリア外にあること、または、端末デバイスがＭＢセッションから削除されることを、ＲＡＮノードに通知することができる。この通知動作は、ステップ２０２の端末デバイスの削除動作、または、ステップ２０３の端末デバイスへの通知動作に伴って行われてもよい。また、ステップ２０２で、これは、端末デバイスを削除する動作の前に、または、これと同期して、または、その後に、実行されてもよく、ステップ２０３で、それは、端末デバイスに通知する動作と同期して、または、その後に実行されてもよい。例示的な実施形態では、たとえば、ハンドオーバのシナリオによれば、ソースＲＡＮノードからターゲットＲＡＮノードへのハンドオーバ中に、ＡＭＦノードは、ハンドオーバ後、または、ハンドオーバ中に、端末デバイスに通知するように、ターゲットＡＭＦノードに要求することができる。

図３は、本開示によるローカルサービスエリアでＭＢサービスを提供するための装置を示すブロック図である。

図３を参照すると、装置３０は、記憶デバイス３１０と、記憶デバイス３１０に結合されたプロセッサ３２０と、を含む。記憶装置３１０は、コンピュータ命令を含むコンピュータプログラム３３０を記憶するように構成される。プロセッサ３２０は、コンピュータ命令を実行して、図２に示されるような方法ステップの一部または全部を実行するように構成される。この実施形態では、装置２０は、ＡＭＦノードであってもよい。

図４は、本開示によるローカルサービスエリアにおいてマルチキャストブロードキャスト（ＭＢ）サービスを提供するための方法のフローチャートを概略的に示す。

図４に示すフローチャートは、ＲＡＮノードによって実行される以下のステップを含む。

ステップ４０１：ＲＡＮノードは、ローカルサービスエリアに関連付けられたＭＢセッションに参加する端末デバイスがローカルサービスエリア外にあるかどうかを検出する。

例示的な実施形態では、ＲＡＮノードは、端末デバイスがローカルサービスエリア外にあるかどうかを判定するために、ローカルサービスエリアのロケーション関連基準と端末デバイスのロケーションとを比較することができる。ロケーション関連基準は、ＡＭＦノードからの、ＭＢセッションリソースをセットアップするための、リクエストに含まれてもよい。ハンドオーバシナリオの場合、たとえば、ソースＲＡＮノードからターゲットＲＡＮノードへのハンドオーバ中に、ソースＲＡＮノードは、ハンドオーバに先立って決定を実行し得る。

上述のように、ロケーション関連基準は、ＡＦノードからＮＥＦ／ＭＢＳＦノードに送信されるＭＢセッションアナウンスメントまたはアロケートテンポラリモバイルグループ識別子（ＴＭＧＩ）リクエストに含まれるローカルサービスエリア情報から導出されてもよく、ローカルサービスエリア情報は、セルＩＤリスト、ｇｎｏｄｅＢＩｄリスト、追跡エリアリスト、地理的エリアリスト、市民住所リスト、およびサービスエリアリスト、のうちの１つまたはそれらの組合せとして表される。

ステップ４０２：端末デバイスがローカルサービスエリア外であると決定された場合、ＲＡＮノードは、端末デバイスをＭＢセッションから削除する。

ステップ４０３：ＲＡＮノードは、ＭＢセッションがローカルサービスエリア外にあるか、またはＭＢセッションから削除されるべきであることをＡＭＦに通知する。

図５は、本開示によるローカルサービスエリアにおいてマルチキャストブロードキャスト（ＭＢ）サービスを提供するための方法のフローチャートを概略的に示す。

図５に示すフローチャートは、ＲＡＮノードによって実行される以下のステップを含む。

ステップ５０１：ＲＡＮノードは、ＡＭＦノードから、端末デバイスがローカルサービスエリア外にあるか、または端末デバイスがＭＢセッションから削除されるべきであることを示すメッセージを受信する。

ステップ５０２：ＲＡＮノードは、端末デバイスがローカルサービスエリア外であると決定されたことに応じて、端末デバイスをＭＢセッションから削除する。

図６は、本開示によるローカルサービスエリアでＭＢサービスを提供するための装置を示すブロック図である。

図６を参照すると、装置６０は、記憶デバイス６１０と、記憶デバイス６１０に結合されたプロセッサ６２０とを含む。記憶装置６１０は、コンピュータ命令を含むコンピュータプログラム６３０を記憶するように構成される。プロセッサ６２０は、コンピュータ命令を実行して、図４または５に示される方法ステップの一部または全部を実行するように構成される。

図７は、本開示に係る端末デバイスを示すブロック図である。

図７を参照すると、端末デバイス７０は、記憶デバイス７１０と、記憶デバイス７１０に結合されたプロセッサ７２０とを備える。記憶装置７１０は、コンピュータ命令を含むコンピュータプログラム７３０を記憶するように構成される。プロセッサ７２０は、以下のステップを実施するためにコンピュータ命令を実行するように構成される。

ＡＭＦノードから、ローカルサービスエリアに関連付けられたＭＢセッションが利用不可能であるというメッセージを受信すること、および、

ローカルサービスエリア内のＭＢサービスに関する手順の実行を終了または中断すること。

オプションで、プロセッサは、手順が終了または中断されたことをユーザに通知するステップを実行するようにさらに構成され得る。

図８は、本開示によるローカルＭＢサービスのためのセッション参加手順を概略的に示す。

セッション参加手順は、ＭＢセッションにおけるＵＥの関心を３ＧＰＰネットワークに通知するためにＵＥによって使用され得る。

図８に示すように、手順は以下のステップを含む。

ステップ８００：ＵＥが登録を実行し、ＰＤＵセッションが確立される。ＵＥおよびＡＦは、たとえば、シグナリングと、アプリケーションレベルでのグループを確立するために、ＰＤＵセッションを使用する。詳細については、ここにその全体が参照により組み込まれている３ＧＰＰ ＴＳ ２３．４６８を参照されたい。

ステップ８０１：ＡＦは、ＮＥＦ／ＭＢＳＦにアロケートＴＭＧＩリクエスト（）メッセージを送信して、新しいグループを識別するためのＴＭＧＩの割り当てを要求する。特に、ローカルサービスエリア情報は、ＮＥＦ／ＭＢＳＦへのＴＭＧＩリクエストの割り当てに追加的に含まれる。例示的な例では、ローカルサービスエリア情報は、ｃｅｌｌＩｄリスト、ｇｎｏｄｅＢＩｄリスト、追跡エリアリスト、地理的エリアリスト、市民住所リスト、サービスエリアリスト、またはそれらの組合せであり得る。その中で、ｃｅｌｌＩｄリスト、ｇｎｏｄｅＢＩｄリスト、および追跡エリアリストは、信頼ドメイン内に存在し、そのような情報を知っているＡＦによってのみ使用される。

ステップ８０２：ＮＥＦ／ＭＢＳＦは、ローカルコンフィギュレーション（構成）に基づいて、グループを取り扱うＭＢ－ＳＭＦ（複数の場合）を選択し、ＭＢ－ＳＭＦに、アロケートＴＭＧＩリクエスト（Ａｌｌｏｃａｔｅ ＴＭＧＩ Ｒｅｑｕｅｓｔ（））メッセージを送信する。特に、ＮＥＦ／ＭＢＳＦは、ローカルサービスエリア情報を、たとえば、３ＧＰＰ ＴＳ ２３．５０３（その全体が参照により本明細書に組み込まれる）に明記されているロケーション基準に変換する。さらに、ロケーション基準は、ＭＢ－ＳＭＦへのアロケートＴＭＧＩリクエストに含まれる。

オプションで、ＭＢＳＦは、ＴＭＧＩ割り当てを行い、ＭＢセッションコンテキストに格納し、ＭＢ－ＳＭＦへのメッセージに割り当てられたＴＭＧＩを含める。ＭＢＳＦは、ＭＢ－ＳＭＦごとに事前構成されたＴＭＧＩ範囲を有し得る。ＴＭＧＩ範囲はまた、どのＭＢ－ＳＭＦがＴＭＧＩによって識別されるＭＢセッションを制御しているかをＡＭＦが発見することを可能にするように、ＮＲＦにおいて構成／登録されるべきである。

ステップ８０３：ＭＢ－ＳＭＦは、ＴＭＧＩ（オプションで事前に割り当てられたＴＭＧＩが使用されてもよい）と、Ｎ３のための下位レイヤマルチキャストＩＰアドレス（ＬＬ ＭＣアドレス）と、Ｎ６トンネル情報と、を割り当て、その情報を、「非アクティブ」状態に設定された新しいＭＢセッションコンテキストに格納する。ＭＢ－ＳＭＦは、ＴＭＧＩおよびＮ６トンネル情報をＮＥＦ／ＭＢＳＦに返す。ＭＢ－ＳＭＦがＴＭＧＩ割り当てを行う場合、ＭＢ－ＳＭＦは、たとえば、事前構成されたＴＭＧＩ範囲からＴＭＧＩを割り当てることができる。

ステップ８０４：ＮＥＦ／ＭＢＳＦは、「非アクティブ」状態に設定された新しいＭＢセッションコンテキストを確立し、受信された情報を格納し、アロケートＴＭＧＩレスポンス（ＴＭＧＩ）メッセージを送信することによってＡＦに対して応答する。

ステップ８０５：ＭＢセッションアナウンスメント（たとえば、３ＧＰＰ ＴＳ ２３．４６８（参照によりその全体が本明細書に組み込まれる）を基準されたい）。ＡＦは、グループ内のメンバーに、様々なグループ情報、たとえば、ＴＭＧＩ、ＨＬ ＭＣアドレスなどを、通知する。特に、ローカルサービスエリア情報は、ＭＢセッションアナウンスメントにも含まれる。ＨＬ ＭＣアドレスは、グループ／ＴＭＧＩのために、ＡＦによって割り当てられ得る。

ステップ８０６：ＵＥは、ＵＬ ＮＡＳ ＭＢ Ｓｅｓｓｉｏｎ Ｊｏｉｎ Ｒｅｑｕｅｓｔ（ＴＭＧＩ）メッセージを送信することによって、ＭＢセッションに参加したいという、その関心を示す。ＮＧ－ＲＡＮは、ＮＡＳメッセージをＡＭＦに転送する。ＡＭＦは、そのＵＥコンテキストにＴＭＧＩを格納する。例示的な例では、ＵＥが、ローカルサービスエリア外であると判定した場合、ＵＥは、ＭＢセッション参加リクエストをＡＭＦに送信することを禁止される。

ステップ８０７：ＡＭＦが、受信されたＴＭＧＩのためのＭＢセッションコンテキストをまだ有していない場合、ＡＭＦは、ＮＲＦに問い合わせることによって、ＴＭＧＩのためのＭＢ ＳＭＦを選択する。ＭＢセッションリクエスト（ＴＭＧＩ、ＡＭＦ ＩＤ）メッセージがＭＢ ＳＭＦに送信されて、ＡＭＦのＭＢセッションへの関心をアナウンスする。ＭＢ－ＳＭＦがＭＢセッションレスポンス（）メッセージを返すと、ＡＭＦは、ＴＭＧＩのための「非アクティブ」状態のＭＢセッションコンテキストを作成する。特に、ＭＢ－ＳＭＦからＡＭＦへのＭＢセッションレスポンスでは、ローカルＭＢＳサービスのためにロケーション基準が含まれるべきである。

ＵＥがローカルサービスエリア内にあることをＡＭＦが検出した場合、セッション参加手順はステップ８０８に進み、そうでない場合、セッション参加手順はステップ８０９に進む。

ステップ８０８：ＡＭＦは、ＭＢ Ｓｅｓｓｉｏｎ Ｊｏｉｎ Ａｃｃｅｐｔ（ＭＢセッション参加承認）を、ＵＥに、Ｎ２メッセージＭＢセッション参加と共にＮＧ－ＲＡＮに送信する。

ステップ８０９：ＡＭＦは、ＭＢセッション参加リクエストが拒否されたことを示すために、ＭＢセッション拒否をＵＥに送信し、理由のインジケーションは、たとえば、ローカルサービスエリア外、である。

図９は、本開示によるローカルＭＢサービスのためのセッション開始手順を概略的に示す。

図９に示すように、手順は以下のステップを含む。

ステップ９０１：ローカルＭＢＳベアラをアクティブ化するために、ＡＦは、ＮＥＦへのアクティベートＭＢＳベアラリクエストにローカルサービスエリア情報を追加的に含める。

ステップ９０２：ＮＥＦ／ＭＢＳＦは、ローカルサービスエリア情報を、たとえば、３ＧＰＰ ＴＳ ２３．５０３（これは、その全体が参照により本明細書に組み込まれている）で規定されたロケーション基準に変換し、ＭＢ－ＳＭＦへのＭＢセッション開始リクエストにロケーション基準を含める。

ステップ９０３：ＭＢ－ＳＭＦは、ＭＢセッションのためのＴＭＧＩおよびサービス要件をＰＣＦに送信する。ＰＣＦは、５Ｇ ＱｏＳプロファイルを返すが、ＭＢ－ＳＭＦは、これを、ＭＢセッションのための５Ｇ認可済みＱｏＳプロファイルとして使用する。

ステップ９０４：ＭＢ－ＳＭＦは、リソースをセットアップするために、ロケーション基準に基づいてローカライズされたＭＢ－ＵＰＦを選択する。

ステップ９０５：ＭＢ－ＳＭＦは、ＭＢセッション開始メッセージを、ロケーション基準情報とともに、先にＭＢセッションに参加しているすべてのＡＭＦに送信する。

ステップ９０５ａ：ＭＢ－ＳＭＦからＭＢセッション開始リクエストを受信した後、ＡＭＦは、参加しているＵＥがローカルサービスエリア内にあるかどうかをチェックする。ローカルサービスエリア外にあるそれらのＵＥについて、ＡＭＦは、それらのＵＥとＭＢセッションコンテキストとの間の関連付けを削除する。さらに、ＡＭＦは、ＮＧ－ＲＡＮに通知するために、ＮＡＳ ＭＢ Ｓｅｓｓｉｏｎ Ｒｅｍｏｖｅ（ＮＡＳ ＭＢセッション削除）メッセージを、Ｎ２メッセージＭＢ Ｓｅｓｓｉｏｎ Ｒｅｍｏｖｅ（ＮＧＡＰ ＩＤ、ＴＭＧＩ）とともに、それらのＵＥに送信する。一例として、ＡＭＦは、ＵＥ２がローカルサービスエリア外にあることを検出するもの、と仮定する。

ステップ９０６：ＡＭＦは、ＭＢセッションリソースセットアップリクエストを、ＡＭＦからＮ２ＭＢセッション参加メッセージを受信したローカルサービスエリア内の関連ＲＡＮノードにのみ送信する。ロケーション基準は、ＭＢセッションリソースセットアップリクエストの中に含まれる。

ステップ９０７～９１０：ＲＡＮノードは、ローカルサービスエリア内の参加したＵＥにコンテンツを配信するためのダウンリンクリソースを確立するために、ローカルＭＢサービスのロケーション基準に従う。

ステップ９１１：ＡＭＦは、ＭＢセッション開始Ａｃｋ（ＴＭＧＩ）をＭＢ－ＳＭＦに送信する。

ステップ９１２～９１３．ＭＢ－ＳＭＦは、ＭＢセッション開始Ａｃｋ（ＴＭＧＩ）メッセージをＮＥＦ／ＭＢＳＦに送信する。Ｎ６トンネル情報がまだＡＦに提供されていない場合、それはレスポンス（応答）に含まれる。ＮＥＦ／ＭＢＳＦは、Ｎ６トンネル情報を含むアクティベートＭＢＳベアラレスポンスをＡＦに送信する。

ステップ９１３ａ：ＡＭＦから受信したロケーション基準に基づいてローカルサービスエリア外にある、いくつかの参加ＵＥをＲＡＮが検出した場合、ＲＡＮは、ＭＢセッションからそれらのＵＥを削除する。これらのＵＥを削除するために、ＲＡＮは、ＮＧＡＰ ＩＤリストおよびＴＭＧＩを用いて、Ｎ２メッセージＭＢセッション削除をＡＭＦに送信する。ＡＭＦは、それらのＵＥとＭＢセッションコンテキストとの間の関連付けを削除する。

ステップ９１３ｂ：ＡＭＦは、ＮＡＳ ＭＢ Ｓｅｓｓｉｏｎ Ｒｅｍｏｖｅ（ＮＡＳ ＭＢセッション削除）メッセージをそれらのＵＥに個別に送信する。たとえば、この手順で、ＲＡＮは、ＵＥ３がローカルサービスエリア外にあることを検出し、ＡＭＦは、ＭＢ Ｓｅｓｓｉｏｎ Ｒｅｍｏｖｅ（ＭＢセッション削除）をＵＥ３に送信する。

ステップ９１４～９１５：ＭＢセッションがアクティブになる。ＡＦは、Ｎ６トンネル情報を使用してＤＬメディアストリームの送信を開始するか、または、オプションで、トンネルされていない、すなわち、ＨＬ ＭＣアドレスを使用するＩＰマルチキャストストリームとしての送信を開始する。

ステップ９１６：ＮＧ－ＲＡＮは、ＤＬ ＰＴＭまたはＰＴＰリソースを使用して、受信されたＤＬメディアストリームを送信する。

ステップ９１７～９１８別のＵＥ（たとえば、ＵＥ４）は、ＭＢＳセッションに参加することを要求する。ＡＭＦは、ＵＥ４がローカルサービスエリアに位置するかどうかをチェックする。ＵＥ４がエリア内にある場合、ＡＭＦは、要求を受け入れ、新たに参加したＵＥをＮＧ－ＲＡＮに通知し、そうでない場合、つまり、ＵＥ４がエリア内にない場合、ＡＭＦは、ＵＥ４からのＭＢセッション参加を拒否する。

図１０は、本開示によるｇＮＢ間Ｘｎハンドオーバのための手順を概略的に示す。

図１０に示す手順の詳細については、３ＧＰＰ ＴＲ ２３．７５７の節６．１１「Ｓｏｌｕｔｉｏｎ ＃１１：Ｘｎ Ｈａｎｄｏｖｅｒ ｏｆ ＭＢ Ｓｅｓｓｉｏｎｓ」を参照されたい。
ケース１

この場合、ハンドオーバリクエストをターゲットＮＧ－ＲＡＮに送信する前に（すなわち、図１０のステップ１）、ソースＮＧ－ＲＡＮは、ＵＥがハンドオーバ後にローカルサービスエリア外になるというイベントを検出すると仮定する。イベントを検出すると、ソースＮＧ－ＲＡＮは、Ｎ２メッセージ：ＭＢセッション削除をＡＭＦに送信することができる。Ｎ２メッセージに応答して、ＡＭＦは、ＮＡＳメッセージＭＢセッション削除をＵＥに送信して、５ＭＢＳサービスからそれを削除する。その後、関連するＭＢセッション情報は、ＵＥコンテキストから削除され、ハンドオーバプロシージャは、ユニキャストハンドオーバのように実行される。
ケース２

ケース２で、ＡＭＦは、ＵＥがハンドオーバ後にローカルＭＢＳサービスエリア外になるというイベントを検出すると仮定する。イベントを検出すると、次のオプションの手順を使用できる：
オプション１

ＡＭＦは、図１０のステップ２ａの後に、Ｎ２メッセージ：ＭＢセッション削除をターゲットＮＧ－ＲＡＮに送信することができる。レスポンスとして、ターゲットＮＧ－ＲＡＮは、５ＭＢＳサービスからＵＥを削除する。その結果、図１０のステップ２ｂ、２ｃ、および３は、実行またはトリガされない。ハンドオーバを完了した後（すなわち、図１０のステップ５の後）、ＡＭＦは、ＮＡＳメッセージ：ＭＢセッション削除をＵＥに送信して、それが５ＭＢＳサービス配信から削除されることを通知することができる。
オプション２

ＡＭＦは、図１０のステップ１０ａにおいて、ＭＢセッション参加をターゲットＮＧ－ＲＡＮに送信することをトリガしない。その結果、図１０のステップ１０ｂ、１０ｃ、および１１はトリガされない。その後、ＡＭＦは、ＮＡＳメッセージ：ＭＢセッション削除をＵＥに送信して、５ＭＢＳサービス配信から削除されることを通知することができる。
ケース３

ケース３では、ソースＮＧ－ＲＡＮおよびＡＭＦの両方が、ハンドオーバが完了するまでにＵＥがローカルサービスエリアから移動していることを検出できないと仮定する。したがって、図１０のステップ２ｂおよびステップ１０ｂにおいて、ＡＭＦは、ターゲットＮＧ－ＲＡＮへのＭＢセッションリソースセットアップリクエストの中にロケーション基準パラメータを含める。ターゲットＮＧ－ＲＡＮが、ハンドオーバ後にＵＥがローカルＭＢＳサービスエリア外にあることを検出する場合、以下のオプションの手順が利用可能である。
オプション３

ターゲットＮＧ－ＲＡＮは、図１０のステップ２ｂの後に、Ｎ２メッセージ：ＭＢセッション削除をＡＭＦに送信する。その結果、図１０のステップ２ｃおよび３はトリガされない。ハンドオーバを完了した後（すなわち、図１０のステップ５の後）、ＡＭＦは、ＮＡＳメッセージ：ＭＢセッション削除をＵＥに送信して、それが５ＭＢＳサービス配信から削除されることを通知することができる。
オプション４

ターゲットＮＧ－ＲＡＮは、図１０のステップ１０ｂの後に、Ｎ２メッセージ：ＭＢセッション削除をＡＭＦに送信する。その結果、ステップ１０ｃおよび１１はトリガされない。ハンドオーバを完了した後（すなわち、図１０のステップ５の後）、ＡＭＦは、ＮＡＳメッセージ：ＭＢセッション削除をＵＥに送信して、それが５ＭＢＳサービス配信から削除されることを通知することができる。

図１１は、本開示によるＮＧ－ＲＡＮノード間Ｎ２をベースとしたハンドオーバである、ｇＮＢ間Ｘｎハンドオーバのための手順を概略的に示す。

図１１に示す手順の詳細については、３ＧＰＰ ＴＲ ２３．７５７の節６．１２「Ｓｏｌｕｔｉｏｎ ＃１２：Ｎ２ Ｈａｎｄｏｖｅｒ ｏｆ ＭＢ Ｓｅｓｓｉｏｎｓ」を参照されたい。
ケース４

この場合、ソースＡＭＦにハンドオーバリクエストを送信する（すなわち、図１１のステップ１）前に、ソースＮＧ－ＲＡＮは、ＵＥがハンドオーバ後にローカルサービスエリア外になるというイベントを検出すると仮定する。イベントを検出すると、ソースＮＧ－ＲＡＮは、Ｎ２メッセージ：ＭＢセッション削除をソースＡＭＦに送信することができる。Ｎ２メッセージに応答して、ソースＡＭＦは、５ＭＢＳサービスからそれを削除するために、ＮＡＳメッセージＭＢセッション削除をＵＥに送信する。その後、関連するＭＢセッション情報は、ＵＥコンテキストから削除され、ハンドオーバプロシージャは、ユニキャストハンドオーバのように実行される。
ケース５

この場合、図１１のステップ１の後にハンドオーバリクエストを受信すると、ソースＡＭＦは、ＵＥがハンドオーバ後にローカルＭＢＳサービスエリア外になることになるというイベントを検出すると仮定する。イベントを検出すると、ソースＡＭＦは、関連するＭＢセッション情報をＵＥコンテキストから削除すべきであり、ハンドオーバプロシージャは、ユニキャストハンドオーバとまったく同様に実行される。ＮＡＳメッセージの場合、ＡＭＦからＵＥへのＭＢセッション削除を、ソースＡＭＦは、直ちにＵＥに送信することができる。あるいは、ソースＡＭＦは、ステップ３において、ターゲットＡＭＦにパラメータである、図１１のＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＣｒｅａｔｅＵＥＣｏｎｔｅｘｔＲｅｑｕｅｓｔ （たとえば、ｅｎｄＵＥＮＡＳＲｅｍｏｖｅ）、を送信することができる。ターゲットＡＭＦは、有効にされたパラメータを受信すると、ハンドオーバプロシージャの後（すなわち、図１１のステップ１２の後）に、ＮＡＳメッセージ：ＭＢセッション削除をＵＥに送信すべきである。
ケース６

この場合、ターゲットＡＭＦは、ＵＥがハンドオーバ後にローカルＭＢＳサービスエリア外になるというイベントを検出すると仮定する。イベントを検出すると、ターゲットＡＭＦは、図１１のステップ７ｃでＮｍｂｓｍｆ＿ＭＢＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＭＢＣｏｎｔｅｘｔ Ｓｔａｒｔによりロケーション基準を取得し、このステップの後、ターゲットＡＭＦは、ＵＥがハンドオーバ後にローカルＭＢＳサービスエリア外になることを決定することができる。その後、ターゲットＡＭＦは、関連するＭＢセッション情報をＵＥコンテキストからローカルで削除し、図１１のステップ７ｄ、７ｅ、および７ｆはトリガされない。ハンドオーバプロシージャの後（すなわち、図１１のステップ１２の後）、ターゲットＡＭＦは、ＮＡＳメッセージ：ＭＢセッション削除をＵＥに送信すべきである。
ケース７

この場合、ターゲットＮＧ－ＲＡＮは、ＵＥがハンドオーバ後にローカルＭＢＳサービスエリアにないことを検出すると仮定する。イベントを検出すると、ターゲットＮＧ－ＲＡＮは、ＭＢセッションリソースセットアップリクエストにおける図１１のステップ７ｄのロケーション基準を得るべきである。ターゲットＮＧ－ＲＡＮは、関連するＭＢセッション情報をＵＥコンテキストからローカルで削除し、Ｎ２メッセージ：ＭＢセッション削除をターゲットＡＭＦに送信すべきである。ハンドオーバプロシージャの後（すなわち、図１１のステップ１２の後）、ターゲットＡＭＦは、ＮＡＳメッセージ：ＭＢセッション削除をＵＥに送信すべきである。

前述の実施形態は、制限する代わりに例示的なものであり、代替実施形態は、添付の特許請求の範囲から逸脱することなく、当業者によって設計され得ることに留意されたい。「含む（ｉｎｃｌｕｄｅ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｃｏｍｐｒｉｓｅ）」、および「含む（ｃｏｍｐｒｉｓｉｎｇ）」などの表現は、本明細書および特許請求の範囲に列挙されていないが存在する要素またはステップを除外しない。また、本明細書および添付の特許請求の範囲で使用されるように、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈が明らかに別段の指示をしない限り、複数の指示対象を含むことに留意されたい。実施形態は、いくつかの異なる要素を含むハードウェアによって、または適切にプログラムされたコンピュータによって達成することができる。いくつかの手段を列挙するユニットクレームにおいて、これらの手段のうちのいくつかは、同じハードウェアアイテムにおいて具体的に具現化され得る。第１、第２、第３のような単語の使用は、単に名前として説明することができる順序を表すものではない。

Claims (27)

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. 制御プレーンとユーザプレーンとの間の分離を伴うコアネットワークにおいてプロテクション制御を実行するためのコンピュータプログラムプロダクトであって、コンピュータ可読記憶媒体において具現化され、請求項１～１３のいずれか一項に記載の方法を実行するためのコンピュータ命令を含む、コンピュータプログラムプロダクト。
27. 制御プレーンとユーザプレーンとの間の分離を伴うコアネットワークにおいてプロテクション制御を実行するためのコンピュータプログラムプロダクトであって、コンピュータ可読記憶媒体において具現化され、請求項１６～２１のいずれか一項に記載の方法を実行するためのコンピュータ命令を含む、コンピュータプログラムプロダクト。