JP5095636B2 - コアネットワーク装置、無線通信基地局装置及び無線通信方法 - Google Patents

Description

本発明は、マルチメディアブロードキャスト／マルチキャストサービス（Multimedia Broadcast/Multicast Service: ＭＢＭＳ）を提供するコアネットワーク装置、無線通信基地局装置及び無線通信方法に関する。

一般に、移動体通信システムでは、モバイル端末は所望するサービスを送受信可能とする前に、ネットワークに対して登録する必要がある。この登録は、通常、ネットワークにおけるモバイル端末の認証及び認可を含み、ネットワークアタッチメントと呼ばれることがある。

このネットワークアタッチメントを処理するネットワークエンティティは、各モバイル端末用にコンテキストステート情報及びシグナリングメッセージを生成する。したがって、モバイル端末はそれぞれこのエンティティに対して、負荷を与えることになる。

特定のネットワークエンティティが処理することができる負荷には上限があるので、そのようなエンティティが扱うことができるモバイル端末数にも上限が存在する。したがって、モバイル端末により引き起こされた負荷をいくつかのネットワークエンティティに分散する必要がある。

一般に、移動体通信システムは専用の機能を提供する論理的に分類された部分に分割される。これらはコアネットワーク（ＣＮ）及びアクセスネットワーク（ＡＮ）と呼ばれる。特に、後者は、移動体通信システムにおいて、無線アクセスネットワーク（ＲＡＮ）と呼ばれる。

通常、ネットワークエンティティは、移動体通信システムのＣＮに位置する。ＲＡＮとＣＮ内のエンティティは、お互いの間で通信するべく定義されたインタフェースを利用する。モバイル端末により引き起こされた負荷をいくつかのＣＮエンティティに分散するため、モバイル端末との無線接続を処理するＲＡＮエンティティはそれぞれ、複数のＣＮエンティティに対してインタフェースを備えていなければならない。移動体通信システムには、複数のＲＡＮエンティティが配備されるので、ＣＮエンティティとＲＡＮエンティティの間には、多対多のインタフェースが必要となる。

例えば、１つの国全体などの大きなエリアにおける移動体通信システムの展開を考慮すると、全てのＲＡＮエンティティと全てのＣＮエンティティとの間に、多対多のインタフェースを設定することは困難となる。例えば、セキュリティあるいは他のネットワーク運用上の理由により、トランスポートネットワークの接続は地域的に制限される可能性がある。このため、全てのＲＡＮエンティティの一部のみが全てのＣＮエンティティの一部に対してインタフェースを備えることがある。お互いの間でインタフェースを備えた全てのエンティティを、移動体通信ネットワーク全体の中で、論理的な範囲であると見なすことができる。それは典型的にはプールエリア（ＰＡ）と呼ばれる。ネットワークの展開を考慮すると、そのようなＰＡは、１つあるいは複数のＣＮエンティティに対して地理的に関連する複数のＲＡＮエンティティから構成される。また、そのＰＡ内のそれぞれのエンティティの間にはインタフェースが存在する。

さらに、異なるＰＡが互いにオーバーラップすることも考えられる。モバイル端末が異なるＰＡ間の境界に沿って移動している場合において、モバイル端末は、それぞれのＲＡ
Ｎエンティティから受信した異なる信号強度のために、頻繁にアソシエーションを一方から他方のＰＡに切り替える。そのようなアソシエーションの切り替えは、ネットワークにおける維持されたコンテキストステート情報をアップデートするためのシグナリングを必要とする。ＰＡのオーバーラップは、コンテキストステート情報の頻繁な更新を回避するために、ある程度のヒステリシスをもたらすことができる。

このようなことを考慮すると、モバイル端末により引き起こされた負荷を分散させるソリューションとして、ネットワークアタッチ時に、ＲＡＮノードがＰＡ内のＣＮエンティティのうちの１つを任意に選択し、このエンティティに対してネットワークアタッチ要求を転送することが考えられる。複数のモバイル端末を想定すると、同一のＲＡＮエンティティに接続していた２つ以上の端末が、異なるＣＮエンティティに割り当てられることが考えられる。さらに、ＲＡＮエンティティがオーバーラップＰＡに位置していた場合、それらのＣＮエンティティは異なるＰＡに位置している。ＵＥはそれぞれ、割り当てられたＣＮエンティティにネットワークアタッチメントを実行する。結果的に、個々に要求されたサービスは、場合によっては異なるＰＡ内の異なるＣＮエンティティから、モバイル端末に同一のＲＡＮエンティティを介して提供されることとなる。

図１は、3GPP SAE/LTEにおいて標準化中の移動体通信システムにおけるマルチキャストサービスアーキテクチャを示す図である。伝統的に、セルラーネットワークは、全ての制御系の情報及びプロシージャを処理する制御プレーン（Ｃ−プレーン）と、実際のユーザデータトラフィックを処理するユーザプレーン（Ｕ−プレーン）とに分割される。ネットワークアタッチメントあるいはモビリティの間にモバイル端末に割り当てられるＣＮのＣプレーンエンティティにより、マルチキャストＣプレーンが処理される。

SAE/LTEシステムにおいて、ＣＮのＣプレーン機能はMobility Management Entity（ＭＭＥ）に含まれ、全てのＭＭＥは、Multicast-MME（Ｍ−ＭＭＥ）としてのマルチキャスト管理機能を含んでいる。一方、ＣＮのＵプレーン機能はUser Plane Entity（ＵＰＥ）に含まれる。マルチキャストサービスデータを処理するようにＭ−ＭＭＥにより選択されると、ＵＰＥはマルチキャストサービスのためのＵプレーン機能を提供し、Multicast-UPE（Ｍ−ＵＰＥ）となる。さらに、ＰＡサイズ及びＭＭＥ／ＵＰＥの性能に依存して、１つのＰＡ当たり少なくとも１つのＭ−ＵＰＥがマルチキャストサービスのために選択される。モバイル端末の観点から、Ｍ−ＭＭＥはネットワークアタッチあるいはモビリティの間に割り当てられたものと同一のＭＭＥである。一方で、マルチキャストサービスを提供するＭ−ＵＰＥは、ユニキャストサービスに対して割り当てられたＵＰＥとは異なることがある。

しかしながら、マルチキャストサービスのため、モバイル端末とＭ−ＵＰＥ間には直接的な関連は必要ない。つまり、端末はＭ−ＵＰＥに対してＵプレーンベアラを維持することはない。実際、マルチキャストサービスデータは、セルにおいてデータをブロードキャストするＲＡＮエンティティに対してＭ−ＵＰＥから提供される。また、マルチキャストサービスデータの送信には、Ｍ−ＵＰＥとＲＡＮエンティティ（ｅＮＢ）間のネットワークにおいてＩＰマルチキャストトランスポートが利用される。

上述したように、オーバーラップＰＡ内の同一のｅＮＢに接続していた２つ以上のモバイル端末が、異なるＰＡが所有している異なるＣＮ Ｃプレーンエンティティに割り当てられる可能性がある。オーバーラップＰＡ内の同一のｅＮＢに接続していたＵＥは、異なるＰＡに位置する異なるＭ−ＭＭＥに同一のマルチキャストサービスを起動する。

モバイル端末からこの起動要求を受け取ると、それぞれのＭ−ＭＭＥは、マルチキャストサービスデータの配送のためのプライベートＩＰマルチキャストアドレスを含むマルチ
キャストＵプレーンパラメータを設定するために、自ＰＡ内のＭ−ＵＰＥに登録する。ＢＭ−ＳＣからトリガを受信した場合、Ｍ−ＭＭＥはそれぞれ、マルチキャストＵプレーンコンフィギュレーションを含むセッション開始メッセージを自ＰＡ内の全てのｅＮＢに送る。セッション開始メッセージには、マルチキャストサービス識別子（例えばＴＭＧＩ）及び設定されたプライベートＩＰマルチキャストアドレスが含まれる。

オーバーラップＰＡ内のｅＮＢは、同一のマルチキャストサービスのための複数のセッション開始メッセージを受け取ることが考えられる。これはマルチキャストサービス識別子（例えばＴＭＧＩ）を使用して識別することができる。異なるＰＡから受け取られたセッション開始メッセージは異なるＵプレーンコンフィギュレーション（すなわち異なるＩＰマルチキャストアドレス）を含んでいる。したがって、ｅＮＢは、提供されるマルチキャストＵプレーンコンフィギュレーションのうちの１つをランダムに選択し、その選択結果を、マルチキャストセッション開始メッセージを送ったそれぞれのＭ−ＭＭＥに通知する。これにより、同一のマルチキャストサービスのためにＵプレーンが重複するのを回避し、ＰＡのうちの１つに対してのみマルチキャストＵプレーンを確立することになる。
3GPP TS 23.246 v6.10.0"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects, Multimedia Broadcast/Multicast Services (MBMS), Architecture and functional description" 3GPP TS 25.346 v6.8.0"3rd Generation Partnership Project; Technical Specification Group Radio Access Network, Introduction of the Multimedia Broadcast/Multicast Services (MBMS) in the Radio Access Network (RAN), Stage 2" 3GPP TS 25.331 v6.10.0"3rd Generation Partnership Project; Technical Specification Group Radio Access Network, Radio Resource Control (RRC), Protocol Specification"

しかしながら、上述したマルチキャストＵプレーンの確立方法では、マルチキャストＵプレーンコンフィギュレーションのうちの１つをランダムに選択するため、以下のような問題を有する。

マルチキャストＵプレーンが確立されたＰＡにアタッチしていた全てのモバイル端末が、例えば、モバイル端末からのサービスの停止要求、ネットワークからのデタッチ、異なるＰＡに対して移動するなどにより、そのＰＡにおいてサービスを受信しない場合が考えられる。このような場合、アタッチされたＭ−ＭＭＥから端末のコンテキストステート情報が削除され、Ｍ−ＭＭＥが特定のサービスに対して端末を管理しないことを検知すると、Ｍ−ＵＰＥから登録を削除する。

さらに、Ｍ−ＭＭＥは、それまでマルチキャストＵプレーンを確立したそのＰＡにおける全てのｅＮＢに登録削除メッセージを送る。これには、オーバーラップＰＡ内のｅＮＢも含まれる。Ｍ−ＭＭＥからそのような登録削除メッセージを受け取ったｅＮＢは、プライベートＩＰマルチキャスト送信を停止する。ただし、上述のように、オーバーラップＰＡ内のｅＮＢに関して、最初に異なるＰＡにおいてマルチキャストサービスを起動した端末が存在することもあるので、一方のＰＡにアタッチした端末のみを考慮して、オーバーラップＰＡ内のｅＮＢに対して、Ｕプレーンを終了すると、他方のＰＡにアタッチした残りの端末に対してマルチキャストサービスが提供されなくなってしまう。

本発明の目的は、オーバーラップＰＡ内のｅＮＢに接続している端末に対して、マルチキャストサービスを継続して提供するコアネットワーク装置、無線通信基地局装置及び無
線通信方法を提供することである。

本発明のコアネットワーク装置は、マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）へ参加するユーザ数をサービス毎にプールエリア単位でカウントするユーザ数カウント手段と、自装置が管理するプールエリアにＭＢＭＳを提供する場合、自装置が管理するプールエリアとオーバーラップする他のプールエリアを管理する他のコアネットワーク装置の識別情報を記憶するパラメータ手段と、自装置が管理するプールエリアにおけるあるサービスについてカウントされた前記ユーザ数が０となり、参加するユーザが存在しないことを検出した場合、記憶した前記識別情報を用いて、前記他のコアネットワーク装置に前記サービスの提供を要請する要請手段と、を具備する構成を採る。

本発明の無線通信基地局装置は、複数のコアネットワーク装置によってカウントされたプールエリア単位のユーザ数を前記複数のコアネットワーク装置から取得する取得手段と、前記複数のコアネットワーク装置から取得したユーザ数を比較する比較手段と、ユーザ数の最も多いプールエリアを管理するコアネットワーク装置に対して、ＭＢＭＳの提供を指示する指示手段と、を具備する構成を採る。

本発明によれば、オーバーラップＰＡ内のｅＮＢに接続している端末に対して、マルチキャストサービスを継続して提供することができる。

以下、本発明の実施の形態について、図面を参照して詳細に説明する。

（実施の形態１）
図２は、本発明の実施の形態１に係るネットワークの構成を示す図である。図２に示すネットワークは、端末（User Equipment：ＵＥ）１００、無線通信基地局装置（Evolved NodeB：ｅＮＢ）１２０、マルチキャスト移動管理装置（Multicast Mobility Management
Entity：Ｍ−ＭＭＥ）１４０、マルチキャストユーザプレーン装置（Multicast User Plane Entity：Ｍ−ＵＰＥ）１６０及びブロードキャスト／マルチキャストサービスセンタ（Broadcast Multicast Service Center：ＢＭ−ＳＣ）１９０を備え、ｅＮＢ１２０、Ｍ−ＭＭＥ１４０及びＭ−ＵＰＥ１６０は、それぞれＩＰネットワークを介して接続されている。

ｅＮＢ１２０は、無線リソースの割り当て及び管理を担当するとともに、アップリンクを介してＵＥ１００の物理階層から転送される情報を受信し、逆に、ダウンリンクを介してＵＥ１００にデータを転送する。ｅＮＢ１２０は、ＵＥ１００のための無線アクセスネットワークのアクセスポイントの役割を担当する。

Ｍ−ＭＭＥ１４０は、位置登録エリア（Tracking Area：ＴＡ）単位でのＵＥ１００の位置を管理するとともに、ＵＥ１００との間で、無線アクセスベアラの設定、修正又は解放に関するシグナリングを行う。Ｍ−ＭＭＥ１４０は、ＵＥ１００のネットワーク接続手順の中で割り当てられ、かつ、ＵＥ１００のＭＢＭＳに関連するコンテキストを保持する。Ｍ−ＭＭＥ１４０は、あるＭＢＭＳエリア内に複数存在し、ユーザ毎に接続するＭ−ＭＭＥが異なる。

Ｍ−ＵＰＥ１６０は、外部ネットワークとのゲートウェイの役割を果たし、ＭＢＭＳコンテキストに従ってダウンリンクパケットをＵＥ１００が接続中のｅＮＢへと転送する。Ｍ−ＵＰＥ１６０は、あるＭＢＭＳエリア内にＭＢＭＳ毎に１つだけ存在し、ＭＢＭＳに関連するコンテキストを保持する。

ＢＭ−ＳＣ１９０は、ＭＢＭＳコンテンツサーバとＭ−ＵＰＥ１６０の間に位置し、セッション種別、サービスの開始／終了に関する情報やＭＢＭＳデータをＭ−ＵＰＥ１６０に転送する。

図３は、図２に示したＭ−ＭＭＥ１４０の構成を示すブロック図である。図３において、入力部１４１は、ＢＭ−ＳＣ１９０、Ｍ−ＵＰＥ１６０及びｅＮＢ１２０から入力した信号をユーザ情報管理部１４２に通知する。

ユーザ情報管理部１４２は、ＵＥ１００のＭＢＭＳ受信性能と、ＢＭ−ＳＣ１９０から通知されたＭＢＭＳ登録応答に含まれ、該サービスに要求されるＵＥ１００の性能とを比較する。この比較の結果、ＵＥ１００のＭＢＭＳ受信性能が、該サービスに要求されるＵＥ１００の性能よりも上回った場合、該サービスとＵＥ１００の属するＴＡに関する識別子をユーザ数カウント部１４３に通知する。なお、ＵＥ１００のＭＢＭＳ受信性能が、該サービスに要求されるＵＥ１００の性能を下回った場合は、ＢＭ−ＳＣ１９０及びＵＥ１００に対して、処理の中止を通知する。

ユーザ数カウント部１４３は、サービス毎に参加しているユーザ数をＴＡ単位でカウントし、ユーザ情報管理部１４２から通知されたサービス及びＴＡ識別子に従って、ユーザ数を更新する。更新したユーザ数は出力部１４４に出力される。このように、Ｍ−ＭＭＥ１４０はＵＥの位置登録を代用して、ユーザ数をＴＡ単位でカウントすることができる。

出力部１４４は、ユーザ数カウント部１４３から出力されたユーザ数をＭＢＭＳ登録更新に含め、ＭＢＭＳ登録更新をＭ−ＵＰＥ１６０に送出する。

図４は、図２に示したＭ−ＵＰＥ１６０の構成を示すブロック図である。図４において、入力部１６１は、ＢＭ−ＳＣ１９０、Ｍ−ＭＭＥ１４０及びｅＮＢ１２０から入力した信号をパラメータ部１６２及びユーザ数カウント部１６３に通知する。特に、入力部１６
１は、ＭＢＭＳ登録更新に含まれ、サービス毎のＴＡ単位のＭＢＭＳユーザ数をユーザ数カウント部１６３に通知する。

パラメータ部１６２は、データパスに関する様々なパラメータを管理し、パラメータの設定に従い、ＢＭ−ＳＣ１９０から入力されたサービスデータを出力部１６４から出力する。

ユーザ数カウント部１６３は、サービス毎に参加しているユーザ数をＴＡ単位でカウントする。Ｍ−ＭＭＥ１４０はＭＢＭＳエリアに複数存在するため、Ｍ−ＵＰＥ１６０で管理しているユーザ数は、それぞれのＭ−ＭＭＥから通知されたユーザ数の合計値となる。よって、Ｍ−ＵＰＥ１６０は、ＭＢＭＳエリア内に存在する該サービスへの参加ユーザ数をＴＡ単位で知ることができる。また、Ｍ−ＵＰＥ１６０は、ＰＡあたりにサービス毎に１つ存在するため、ＰＡに含まれる全てのＴＡにおけるユーザ数を足し合わせることによって、あるＰＡにおける、あるサービスに参加している全ユーザ数をも把握することが可能である。ＭＢＭＳ登録更新を受信したユーザ数カウント部１６３は、該サービスに参加しているユーザ数を更新し、更新したユーザ数を出力部１６４に出力する。

出力部１６４は、パラメータ部１６２から出力されたサービスデータ、ユーザ数カウント部１６３から出力されたユーザ数をｅＮＢ１２０に出力する。

次に、ユーザのマルチキャストグループへの加入手順について説明する。図５は、マルチキャストグループへの加入手順を示すシーケンス図である。

ステップ（以下、「ＳＴ」と省略する）２０１では、サービス案内を受けたＵＥ１００は、Ｍ−ＭＭＥ１４０に対してマルチキャストグループ加入要求を送出する。このマルチキャスト加入要求には、加入したいマルチキャストグループを示す識別子が含まれる。

ＳＴ２０２では、マルチキャスト加入要求を受信したＭ−ＭＭＥ１４０は、ＢＭ−ＳＣ１９０との間でユーザの承認手順を行う。この承認手順は、ユーザの加入者契約情報を元に行われ、ユーザが正しくサービスを受けることが可能かどうかを判断する。

承認手順が成功して終了した場合、ＳＴ２０３において、Ｍ−ＭＭＥ１４０は、ＵＥ１００にＭＢＭＳコンテキスト活性化要請を送出する。

ＳＴ２０４では、ＭＢＭＳコンテキスト活性化要請を受信したＵＥ１００は、ＭＢＭＳコンテキスト活性化要求をＭ−ＭＭＥ１４０に送出する。ＭＢＭＳコンテキスト活性化要求には、ＵＥ１００自身のＭＢＭＳを受けるための性能などが含まれる。

ＭＢＭＳコンテキスト活性化要求を受信したＭ−ＭＭＥ１４０は、該ＵＥ１００が該サービスのマルチキャストグループへの最初の参加者であった場合、ＳＴ２０５において、ＢＭ−ＳＣ１９０にＭＢＭＳ登録要求を送出する。該ＵＥ１００が該サービスのマルチキャストグループへの最初の参加者ではなかった場合、ＳＴ２０５及びＳＴ２０６の処理は行われない。ＭＢＭＳ登録要求には、ＭＢＭＳデータを配信するためのＭ−ＵＰＥ１６０の識別子が含まれる。

ＳＴ２０６では、ＭＢＭＳ登録要求を受信したＢＭ−ＳＣ１９０は、該サービスに要求されるＵＥ１００の性能を含んだＭＢＭＳ登録応答をＭ−ＭＭＥ１４０に送信する。

ＳＴ２０７では、Ｍ−ＭＭＥ１４０がサービス毎に参加しているユーザ数をＴＡ単位でカウントし、ＭＭＥユーザ数を更新する。ＳＴ２０８では、Ｍ−ＭＭＥ１４０がＭＢＭＳ
登録更新をＭ−ＵＰＥ１６０に送出する。ＭＢＭＳ登録更新には、更新したＴＡ単位のＭＢＭＳユーザ数が含まれる。

ＳＴ２０９では、Ｍ−ＵＰＥ１６０が、ＭＢＭＳエリア内に存在するサービスへの参加ユーザ数をＰＡ単位でカウントし、ＵＰＥユーザ数を更新する。ＳＴ２１０では、Ｍ−ＭＭＥ１４０が、ＭＢＭＳコンテキスト活性化受付をＵＥ１００に送信する。

以上の処理により、ユーザのマルチキャストグループへの加入手順が終了する。なお、ＭＭＥユーザ数更新は、ユーザのマルチキャストグループからの離脱時、及び、ＵＥ１００のＴＡの更新時にも同様に行われる。その更新結果はＭ−ＵＰＥ１６０に通知され、Ｍ−ＵＰＥ１６０においてもＵＰＥユーザ数更新が行われる。

次に、セッションスタート手順について図６を用いて説明する。ＢＭ−ＳＣ１９０は、あるＭＢＭＳのサービス開始を検出すると、ＳＴ３０１において、セッションスタート要求をＭ−ＵＰＥ１６０に送出する。

ＳＴ３０２では、セッションスタート要求を受信したＭ−ＵＰＥ１６０のユーザ数カウント部１６３において、ＰＡ内に存在する該サービスへの参加ユーザ数が出力部１６４に通知される。

ＳＴ３０３において、Ｍ−ＵＰＥ１６０の出力部１６４から、ＰＡ内に存在する該サービスへの参加ユーザ数がｅＮＢ１２０に通知される。オーバーラップＰＡ内のｅＮＢ１２０（例えば、図２のｅＮＢ３、ｅＮＢ４、ｅＮＢ５）は、複数のＭ−ＵＰＥ（例えば、図２のＭ−ＵＰＥ１、Ｍ−ＵＰＥ２）と接続されているので、異なるＭ−ＵＰＥから、それぞれ同一サービスのためのセッションスタート要求を受信する。

ここで、上述したｅＮＢ１２０の構成について説明する。図７は、図２に示したｅＮＢ１２０の構成を示すブロック図である。この図において、入力部１２１は、ＵＥ１００、Ｍ−ＭＭＥ１４０、Ｍ−ＵＰＥ１６０から入力した信号をパラメータ部１２２及びユーザ数比較部１２３に通知する。特に、取得手段としての入力部１２１は、Ｍ−ＵＰＥ１６０から受信したセッションスタート要求に含まれ、ＰＡ内に存在する該サービスへの参加ユーザ数をユーザ数比較部１２３に通知する。

パラメータ部１２２は、ＵＥ１００、Ｍ−ＭＭＥ１４０、Ｍ−ＵＰＥ１６０とのシグナリングにより設定された各種パラメータを管理し、ＭＢＭＳデータは、パラメータ部１２２により指定されたパラメータに従い、出力部１２４より出力される。

ここで、再び、図６を参照する。ＳＴ３０４において、ＰＡ内に存在する該サービスへの参加ユーザ数を受信したｅＮＢ１２０のユーザ数比較部１２３は、予め定められた時間内に、同一のマルチキャストサービスに対して、他のＰＡ内に存在する該サービスへの参加ユーザ数が通知されるかどうかを待つ。通知されたユーザ数が１つのみであった場合、ユーザ数比較部１２３は、セッションスタート要求を送信したＭ−ＵＰＥ１６０を選択し、該Ｍ−ＵＰＥ１６０の識別子を出力部１２４に出力する。

一方で、複数のユーザ数が通知された場合、ユーザ数比較部１２３は、通知されたＰＡ内に存在する該サービスへの参加ユーザ数のうち、最も多いユーザ数を管理しているＭ−ＵＰＥ１６０を選択し、選択したＭ−ＵＰＥ１６０の識別子及び選択されなかったＭ−ＵＰＥ１７０の識別子をそれぞれ出力部１２４に出力する。

ＳＴ３０５では、指示手段としての出力部１２４は、ユーザ数比較部１２３から通知さ
れたＭ−ＵＰＥ１６０の識別子に基づいて、選択されたＭ−ＵＰＥ１６０に対し、該マルチキャストサービスに対するＭＢＭＳベアラの確立要求と、選択されなかったＭ−ＵＰＥ１７０の識別子とを含んで、セッションスタート応答を出力する。

ＳＴ３０６では、該マルチキャストサービスをオーバーラップＰＡに提供することになったＭ−ＵＰＥ１６０において、入力部１２１は、ｅＮＢ１２０から通知された選択されなかったＭ−ＵＰＥ１７０の識別子をパラメータ部１２２に出力し、パラメータ部１２２は該Ｍ−ＵＰＥ１６０の識別子を記憶する。

以上により、一連のセッションスタート手順は終了し、ＢＭ−ＳＣ１９０から出力されるＭＢＭＳデータはＭ−ＵＰＥ１６０へと送られ、オーバーラップＰＡに存在するｅＮＢ１２０へは、選択された１つのＭ−ＵＰＥ１６０からのみ送られ、最終的にマルチキャストグループに参加しているＵＥ１００のもとへ送られる。

次に、マルチキャストＵプレーンが確立されたＰＡにアタッチしていた全てのモバイル端末が、例えば、モバイル端末からのサービスの停止要求、ネットワークからのデタッチあるいは異なるＰＡへの移動などにより、そのＰＡにおいてサービスを受信しない場合に、上記セッションスタートにより設定したＭＢＭＳデータの配信経路の変更について説明する。

図８は、ＭＢＭＳデータを配信中に、データを配信するＭ−ＵＰＥを切り替える手順を示すシーケンス図である。図８において、ＳＴ４０１では、ＵＥ１００が、マルチキャストグループから脱退するために、マルチキャストグループ削除要求をＭ−ＭＭＥ１４０に通知する。

ＳＴ４０２では、Ｍ−ＭＭＥ１４０は、ＵＥ１００からのマルチキャストグループ削除要求を受理し、ＵＥ１００に対してマルチキャストグループ削除応答を送出する。

ＳＴ４０３では、Ｍ−ＭＭＥ１４０は、ＵＥ１００のマルチキャストグループからの脱退により、ＴＡ単位の該マルチキャストサービスに参加しているユーザ数であるＭＭＥユーザ数を更新する。具体的には、ＭＭＥユーザ数を１つだけ減らす。ＳＴ４０４では、Ｍ−ＭＭＥ１４０がＭＢＭＳ登録更新をＭ−ＵＰＥ１６０に送出する。ＭＢＭＳ登録更新には、更新したＴＡ単位のＭＢＭＳユーザ数が含まれる。

ＳＴ４０５では、Ｍ−ＵＰＥ１６０が、ＭＢＭＳエリア内に存在する該サービスへの参加ユーザ数をＴＡ単位でカウントし、ＵＰＥユーザ数を更新する。ここで、更新されたＵＰＥユーザ数が０になった場合、つまり、該ＰＡには該マルチキャストサービスに参加しているユーザが一人もいなくなった場合、Ｍ−ＵＰＥ１６０のユーザ数カウント部１６３は、パラメータ部１６２に、他のＰＡのＭ−ＵＰＥ１７０が記憶されているか否かを問い合わせる。

パラメータ部１６２に他のＰＡのＭ−ＵＰＥ１７０が記憶されていた場合、オーバーラップＰＡ内に他のＰＡにアタッチしているユーザが存在する可能性がある。そこで、ＳＴ４０６では、Ｍ−ＵＰＥ１６０は、パラメータ部１６２に記憶されている他のＰＡのＭ−ＵＰＥ１７０に対して、オーバーラップＰＡ内のｅＮＢ１２０に対して該マルチキャストサービスの配信を行うよう要求するために、ベアラ確立要求を送出する。ベアラ確立要求には、送信元であるＭ−ＵＰＥ１６０を示す識別子が含まれている。なお、出力部１６４は要請手段として機能する。

ＳＴ４０７では、Ｍ−ＵＰＥ１７０は、自らが管理するＰＡ内に該サービスに参加して
いるユーザが存在するなら、通知されたベアラ確立要求に含まれるＭ−ＵＰＥ１６０の識別子から、Ｍ−ＵＰＥ１６０が管理しているＰＡとのオーバーラップＰＡに存在するｅＮＢ１２０を導出する。そして、該ｅＮＢ１２０に対して、Ｍ−ＵＰＥ１７０との間にＭＢＭＳベアラを確立するよう要求するために、セッション変更要求を送出する。セッション変更要求には、セッションスタート要求と同様に、ＰＡ単位での該サービスに参加しているユーザ数が含まれる。

ＳＴ４０８では、ｅＮＢ１２０は、ｅＮＢ１２０とＭ−ＵＰＥ１７０との間のＩＰネットワークにおいて、ＩＰマルチキャストツリーを構成するために、セッション変更応答をＭ−ＵＰＥ１７０に送出する。ここで、同一のマルチキャストサービスに対する複数のセッション変更要求を受信した場合には、セッションスタート要求の処理と同様に、最も多いユーザ数を含んだ要求を送出したＭ−ＵＰＥ１７０を選択し、セッション変更応答に選択されなかったＭ−ＵＰＥの識別子を含ませる。

ＳＴ４０９では、Ｍ−ＵＰＥ１７０は、Ｍ−ＵＰＥ１６０に対し、ｅＮＢ１２０との間にＭＢＭＳベアラが確立されたことをベアラ確立応答として出力する。ベアラ確立応答を受信したＭ−ＵＰＥ１６０は、該マルチキャストサービスに関するＣプレーン及びＵプレーンの一切のパラメータを削除する。

以上により、一連のＭＢＭＳデータの配信経路の変更手順は終了し、ＢＭ−ＳＣ１９０から出力されるＭＢＭＳデータは、Ｍ−ＵＰＥ１７０へと送られ、オーバーラップＰＡに存在するｅＮＢ１２０へは、Ｍ−ＵＰＥ１７０からのみ送られ、最終的にマルチキャストグループに参加しているＵＥ１００のもとへ送られる。

このように実施の形態１によれば、オーバーラップＰＡにＭＢＭＳデータを配信するＭ−ＵＰＥ１６０が、該オーバーラップＰＡに接続されている他のＭ−ＵＰＥ１７０の識別子を記憶し、Ｍ−ＵＰＥ１６０配下に参加ユーザが存在しなくなった場合、記憶した識別子に基づいて、他のＭ−ＵＰＥ１７０にマルチキャストサービスを継続させることにより、オーバーラップＰＡに存在するユーザに対して、サービスを中断することなく提供することができる。また、オーバーラップＰＡのｅＮＢ１２０に対し、予め、最も参加ユーザ数が多いＰＡからＭＢＭＳデータの配信を行わせることにより、オーバーラップＰＡに接続されているＭ−ＵＰＥ１６０間での、データ配信経路の変更に関するシグナリング量を抑制することができる。

なお、本実施の形態では、Ｍ−ＵＰＥ１６０において、ＰＡ内に存在する該サービスへの参加ユーザ数をカウントしているが、複数存在するＭ−ＭＭＥ１４０のうち、選択されたある特定のＭ−ＭＭＥ１４０が、同様にユーザ数のカウントを行うようにしてもよい。

（実施の形態２）
本発明の実施の形態２では、オーバーラップＰＡにＭＢＭＳデータの配信を行っているＭ−ＵＰＥ１６０配下に該サービスに参加しているユーザがいなくなったら、オーバーラップＰＡにおいて他のＰＡに接続しているユーザが存在するか否かを判定してから、ＭＢＭＳデータの配信経路の変更を他のＰＡに存在するＭ−ＵＰＥ１７０に要請する場合について説明する。

オーバーラップＰＡにＭＢＭＳデータを配信していたＭ−ＵＰＥ１６０配下に参加ユーザが存在しなくなった場合、該オーバーラップＰＡに接続されている他のＭ−ＵＰＥ１７０が該マルチキャストサービスを継続する。しかしながら、ネットワーク及び無線リソースの有効利用のために、サービス種別やサービスの品質要求に応じて、参加ユーザの存在しないセルにはＭＢＭＳデータを配信しないことが考えられるので、オーバーラップＰＡ
内に参加ユーザが存在しない場合には、該ＭＢＭＳデータの配信経路の変更に関するシグナリングが無駄になってしまう。そこで、本実施の形態では、オーバーラップＰＡにＭＢＭＳデータを配信していたＭ−ＵＰＥ１６０配下に参加ユーザが存在しなくなった場合に、オーバーラップＰＡ内で参加ユーザの有無を確認してからＭＢＭＳデータの配信経路の変更を要請する。

図９は、本発明の実施の形態２における、ＭＢＭＳデータを配信中にデータを配信するＭ−ＵＰＥ１６０を切り替える手順を示すシーケンス図である。また、図１０は、本発明の実施の形態２に係るｅＮＢ１３０の構成を示すブロック図である。以下、これらの図を用いてＭＢＭＳデータの配信経路の変更手順について説明する。ただし、図９及び図１０において、図７及び図８と共通する部分には、図７及び図８と同一の符号を付し、その詳細な説明は省略する。

オーバーラップＰＡにＭＢＭＳデータを配信していたＭ−ＵＰＥ１６０配下に参加ユーザが存在しなくなったことを、Ｍ−ＵＰＥ１６０は、ＳＴ４０５において、ＵＰＥユーザ数の値が０となったことにより検出する。そこで、ＳＴ５０１では、Ｍ−ＵＰＥ１６０は、オーバーラップＰＡ内の全てのｅＮＢ１３０に対してカウンティング（Counting）を行うように要求する。なお、出力部１６４はカウンティング要求手段として機能する。

ＳＴ５０２において、ｅＮＢ１３０は、配下のセルにＵＥの存在を確認する手順であるカウンティングを実行する。カウンティング通知には、どのサービスに対してカウンティングを行うかを示す情報が含まれており、ＵＥ１００は、それによりカウンティングに応じるか否かを判断する。

ＵＥ１００は、カウンティング通知から該当サービスに対してカウントが行われているという情報を受けると、自分が該当ＭＢＭＳサービスの受信を望んでいることをｅＮＢ１３０に通知するため、ＳＴ５０３では、ｅＮＢ１３０に対してＲＲＣ接続を設定する。ここで、ＲＲＣ接続要求メッセージを利用して、ＵＥ１００が該当ＭＢＭＳの受信を望んでいることをｅＮＢ１３０に通知する。ＲＲＣ接続要求メッセージには、ＵＥ１００がアタッチしているＰＡの識別子が含まれる。

ｅＮＢ１３０の入力部１２１は、ＵＥ１００からのＲＲＣ接続要求メッセージを受信し、受信したＲＲＣ接続要求メッセージをカウンティング処理部１３１に通知する。カウンティング処理部１３１は、ＲＲＣ接続要求メッセージを送信したＵＥ１００を認識することにより、セル内で特定ＭＢＭＳを要求するユーザの存在を認識し、１人でもユーザがいる場合には、ＳＴ５０４において、出力部１２４を介してＭＢＭＳ無線ベアラを設定する。

ＳＴ５０５では、カウンティング処理部１３１は、セルに参加ユーザが存在したことをＭ−ＵＰＥ１６０に示すために、カウンティング応答を出力部１２４を介してＭ−ＵＰＥ１６０に送信する。カウンティング応答には、ＲＲＣ接続要求メッセージに含まれていたＵＥ１００がアタッチしているＰＡの識別子が含まれる。オーバーラップＰＡ内の全てのｅＮＢ１３０に参加ユーザがいない場合には、Ｃｏｕｎｔｉｎｇ応答にはいずれのＰＡ識別子も含まれない。

ＳＴ４０６では、Ｍ−ＵＰＥ１６０は、パラメータ部１６２に記憶されている他のＰＡのＭ−ＵＰＥ１７０のうち、カウンティング応答に含まれるＰＡ識別子が示すＭ−ＵＰＥ１７０に対して、オーバーラップＰＡ内のｅＮＢ１３０に対して該マルチキャストサービスの配信を行うよう要求するために、ベアラ確立要求を送出する。以降の動作は、実施の形態１と同様なので、説明は省略する。なお、カウンティング応答にいずれのＰＡ識別子
も含まれていない場合は、該マルチキャストサービスに関する処理を全て停止する。

このように実施の形態２によれば、オーバーラップＰＡにＭＢＭＳデータを配信していたＭ−ＵＰＥ１６０配下に参加ユーザが存在しなくなった場合、オーバーラップＰＡ内で他のＰＡにアタッチしている参加ユーザ数をカウントし、参加ユーザが存在する場合にのみ、ＭＢＭＳデータの配信経路の変更を要請することにより、該ＭＢＭＳデータの配信経路の変更に関するシグナリング量を抑制することができる。

（実施の形態３）
本発明の実施の形態３では、セッション開始前にオーバーラップＰＡにＭＢＭＳデータを配信する可能性のあるＭ−ＵＰＥ間で、それぞれお互いに登録する場合について説明する。

図１１は、本発明の実施の形態３に係るネットワークの構成を示す図である。図１１では、それぞれのＰＡにアタッチしているＵＥ１００が存在し、ＰＡ１にアタッチしたＵＥ１００（ＵＥ１）が最初にあるマルチキャストグループに参加し、その後、ＰＡ２にアタッチしたＵＥ１００（ＵＥ２）が、同一のサービスに対するマルチキャストグループ加入手順を実行したものとする。

図１２は、図１１に示したＭ−ＭＭＥ１５０の構成を示すブロック図である。ただし、図１２において、図３と共通する部分には、図３と同一の符号を付し、その詳細な説明は省略する。図１２において、入力部１４１は、ＭＢＭＳ登録応答に含まれ、既にマルチキャストグループに参加しているＭ−ＵＰＥ１８０の識別子をＭ−ＵＰＥ選択部１５１に通知する。

Ｍ−ＵＰＥ選択部１５１は、自らが管理するＰＡにおいてＭＢＭＳデータの配信を行うＭ−ＵＰＥ１８０を選択する。また、出力部１４４を介して、選択したＭ−ＵＰＥ１８５の識別子をＢＭ−ＳＣ２００に通知し、既にマルチキャストグループに参加しているＭ−ＵＰＥ１８０にそれぞれ出力する。

図１３は、図１１に示したＢＭ−ＳＣ２００の構成を示すブロック図である。図１３において、入力部２０１は、Ｍ−ＭＭＥ１５０から入力した信号をパラメータ部２０２に通知する。特に、入力部２０１は、ＭＢＭＳ登録要求に含まれ、選択されたＭ−ＵＰＥ１８５の識別子をパラメータ部２０２に通知する。

パラメータ部２０２は、入力部２０１から通知されたＭＢＭＳデータを配信するＭ−ＵＰＥ１８０の識別子をサービス毎に記憶し、Ｍ−ＭＭＥ１５０から問い合わせがあった場合、既にマルチキャストグループに参加しているＭ−ＵＰＥ１８０の識別子を出力部２０３を介してＭ−ＭＭＥ１５０に出力する。

次に、マルチキャストグループへの加入手順について説明する。図１４は、マルチキャストグループへの加入手順を示すシーケンス図である。ただし、図１４において、図５と共通する部分には、図５と同一の符号を付し、その詳細な説明は省略する。

ＳＴ６０１では、ＵＥ１００からＭＢＭＳコンテキスト活性化要求を受信したＭ−ＭＭＥ１５０は、自らが管理するＰＡにおいて、該ＭＢＭＳデータの配信を行うＭ−ＵＰＥ１８５を選択する。

ＳＴ６０２では、Ｍ−ＭＭＥ１５０は、選択したＭ−ＵＰＥ１８５をＢＭ−ＳＣ２００に登録するために、ＢＭ−ＳＣ２００に対してＭＢＭＳ登録要求を送出する。ＭＢＭＳ登
録要求には、配信するサービスの識別子及び選択したＭ−ＵＰＥ１８５の識別子が含まれる。

ＳＴ６０３では、ＢＭ−ＳＣ２００は、通知されたＭ−ＵＰＥ１８５をパラメータ部２０２に登録するとともに、既にマルチキャストグループに参加しているＭ−ＵＰＥ１８０が存在するか否かを判断する。存在する場合、該Ｍ−ＵＰＥ１８０の識別子をＭＢＭＳ登録応答に含め、Ｍ−ＭＭＥ１５０に対して送出する。

ＳＴ６０４では、Ｍ−ＭＭＥ１５０は、通知されたＭ−ＵＰＥ１８０の識別子から、Ｍ−ＵＰＥ１８０の所属するＰＡが、自らが管理しているＰＡとオーバーラップしていることを判断する。そして、Ｍ−ＭＭＥ１５０は、Ｍ−ＵＰＥ１８０に対して自らが選択したＭ−ＵＰＥ１８５の識別子をＭ−ＵＰＥ登録要求に含めて通知すると共に、自らが選択したＭ−ＵＰＥ１８５に対して、通知されたＭ−ＵＰＥ１８０の識別子をＭ−ＵＰＥ登録要求に含めて通知する。

ＳＴ６０５では、Ｍ−ＵＰＥ１８０及びＭ−ＵＰＥ１８５は、それぞれ通知されたＭ−ＵＰＥ１８０／Ｍ−ＵＰＥ１８５の識別子をパラメータ部１６２に記憶する。

このように実施の形態３によれば、セッション開始前にマルチキャストグループへの加入手順によりオーバーラップＰＡにデータ配信する可能性のあるＭ−ＵＰＥを予めそれぞれお互いに登録することにより、オーバーラップＰＡ内の全てのｅＮＢ１２０が、選択しなかったＭ−ＵＰＥの識別子をセッションスタート応答に含む必要がなくなり、ネットワークリソースの使用率を低減することができる。

（実施の形態４）
本発明の実施の形態４では、既にマルチキャストグループに加入しているＵＥ１００が存在するＰＡから、他のＵＥ１００が同一のマルチキャストグループに参加した場合について説明する。

Ｍ−ＭＭＥ１５０は、１つのＰＡに複数存在するため、ＵＥ１００毎に接続するＭ−ＭＭＥ１５０が異なる可能性がある。複数のＭ−ＭＭＥ１５０がそれぞれＭ−ＵＰＥ１８５を選択し、ＢＭ−ＳＣ２００や他のＰＡのＭ−ＵＰＥ１８０に選択したＭ−ＵＰＥ１８５を登録すると、同一のサービスに対して重複したシグナリングを行うことになる。そこで、本実施の形態では、Ｍ−ＭＭＥ１５０は、選択したＭ−ＵＰＥ１８５に対し自らを登録する。

図１５は、本発明の実施の形態４におけるマルチキャストグループへの加入手順を示すシーケンス図である。ただし、図１５において、図５及び図１４と共通する部分には、図５及び図１４と同一の符号を付し、その詳細な説明は省略する。

図１５において、Ｍ−ＭＭＥ１５０は、ＵＥ１００からのＭＢＭＳコンテキスト活性化要求を受信し、自らのＰＡで該ＭＢＭＳデータの配信を行うＭ−ＵＰＥ１８５を選択した後、ＳＴ６０６において、サービス識別子と自らの識別子をＭ−ＭＭＥ登録要求に含み、選択したＭ−ＵＰＥ１８５に出力する。

ＳＴ６０７では、Ｍ−ＵＰＥ１８５は、Ｍ−ＭＭＥ１５０から通知されたＭ−ＭＭＥ１５０の識別子をパラメータ部１６２に記憶すると共に、通知されたサービスに既に登録されたＭ−ＭＭＥ１５０が存在するか否かを判断する。登録されたＭ−ＭＭＥ１５０が存在したら、ＳＴ６０８において、通知されたサービスは、既に他のＭ−ＭＭＥ１５０により、Ｍ−ＵＰＥ１８５の登録が完了していることを示す情報をＭＢＭＳ登録応答に含め、Ｍ
−ＭＭＥ１５０に送出する。既に他のＭ−ＭＭＥ１５０によりＭ−ＵＰＥ１８５の登録が完了していることを示す情報がＭＢＭＳ登録応答に含まれていた場合には、Ｍ−ＭＭＥ１５０は以降の処理を行わない。

このように実施の形態４によれば、Ｍ−ＭＭＥ１５０が選択したＭ−ＵＰＥ１８５に対し自らを登録することにより、他のＭ−ＭＭＥ１５０が既にＢＭ−ＳＣ２００や他のＰＡのＭ−ＵＰＥ１８０に対し、選択したＭ−ＵＰＥ１８５の登録を完了していることが検出可能となり、同一のサービスに対する無駄なシグナリングの発生を抑えることができる。

上記各実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。

また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。

さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。

２００７年２月９日出願の特願２００７−０３０９５７の日本出願に含まれる明細書、図面及び要約書の開示内容は、すべて本願に援用される。

本発明にかかるコアネットワーク装置、無線通信基地局装置及び無線通信方法は、オーバーラップＰＡ内のｅＮＢに接続している端末に対して、マルチキャストサービスを継続して提供することができ、ＭＢＭＳを提供する伝送制御システムに適用できる。

移動体通信システムにおけるマルチキャストサービスアーキテクチャを示す図 本発明の実施の形態１に係るネットワークの構成を示す図 図２に示したＭ−ＭＭＥの構成を示すブロック図 図２に示したＭ−ＵＰＥの構成を示すブロック図 マルチキャストグループへの加入手順を示すシーケンス図 セッションスタート手順を示すシーケンス図 図２に示したｅＮＢの構成を示すブロック図 本発明の実施の形態１におけるＭＢＭＳデータ配信中に、データを配信するＭ−ＵＰＥの切替手順を示すシーケンス図 本発明の実施の形態２におけるＭＢＭＳデータ配信中に、データを配信するＭ−ＵＰＥの切替手順を示すシーケンス図 本発明の実施の形態２に係るｅＮＢの構成を示すブロック図 本発明の実施の形態３に係るネットワークの構成を示す図 図１１に示したＭ−ＭＭＥの構成を示すブロック図 図１１に示したＢＭ−ＳＣの構成を示すブロック図 本発明の実施の形態３におけるマルチキャストグループへの加入手順を示すシーケンス図 本発明の実施の形態４におけるマルチキャストグループへの加入手順を示すシーケンス図

Claims (4)

1. マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）へ参加するユーザ数をサービス毎にプールエリア単位でカウントするユーザ数カウント手段と、
   自装置が管理するプールエリアにＭＢＭＳを提供する場合、自装置が管理するプールエリアとオーバーラップする他のプールエリアを管理する他のコアネットワーク装置の識別情報を記憶するパラメータ手段と、
   自装置が管理するプールエリアにおけるあるサービスについてカウントされた前記ユーザ数が０となり、参加するユーザが存在しないことを検出した場合、記憶した前記識別情報を用いて、前記他のコアネットワーク装置に前記サービスの提供を要請する要請手段と、
   を具備するコアネットワーク装置。
2. 自装置が管理するプールエリアにおけるあるサービスについてカウントされた前記ユーザ数が０となり、参加するユーザが存在しないことを検出した場合、自装置が管理するプールエリアと他のプールエリアとがオーバーラップするエリア内の全ての無線通信基地局装置にカウンティングを要求するカウンティング要求手段を具備し、
   前記要請手段は、前記無線通信基地局装置のカウンティング結果が前記サービスに参加するユーザの存在を示す場合、前記他のコアネットワーク装置に前記サービスの提供を要請する請求項１に記載のコアネットワーク装置。
3. 複数のコアネットワーク装置によってカウントされたプールエリア単位のユーザ数を前記複数のコアネットワーク装置から取得する取得手段と、
   前記複数のコアネットワーク装置から取得したユーザ数を比較する比較手段と、
   ユーザ数の最も多いプールエリアを管理するコアネットワーク装置に対して、ＭＢＭＳの提供を指示する指示手段と、
   を具備する無線通信基地局装置。
4. コアネットワーク装置が、マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）へ参加するユーザ数をサービス毎にプールエリア単位でカウントする工程と、
   無線通信基地局装置が、複数のコアネットワーク装置によってカウントされたプールエリア単位のユーザ数を前記複数のコアネットワーク装置から取得する工程と、
   前記複数のコアネットワーク装置から取得したユーザ数を比較する工程と、
   ユーザ数の最も多いプールエリアを管理するコアネットワーク装置に対して、ＭＢＭＳの提供を指示する工程と、
   前記コアネットワーク装置が前記無線通信基地局装置からＭＢＭＳの提供の指示を受け、自装置が管理するプールエリアにＭＢＭＳを提供する場合、自装置が管理するプールエリアとオーバーラップする他のプールエリアを管理する他のコアネットワーク装置の識別情報を記憶する工程と、
   自装置が管理するプールエリアにおけるあるサービスについてカウントされた前記ユーザ数が０となり、参加するユーザが存在しないことを検出した場合、記憶した前記識別情報を用いて、前記他のコアネットワーク装置に前記サービスの提供を要請する要請工程と、
   を具備する無線通信方法。

Images