(57)【要約】オーバーラップＰＡ内のｅＮＢに接続している端末に対して、マルチキャストサービスを継続して提供するコアネットワーク装置、無線通信基地局装置及び無線通信方法を開示する。オーバーラップＰＡにＭＢＭＳデータを配信するＭ−ＵＰＥ（１６０）が、該オーバーラップＰＡに接続されている他のＭ−ＵＰＥ（１７０）の識別子を記憶しておき、ＵＰＥユーザ数更新により、Ｍ−ＵＰＥ（１６０）配下に参加ユーザが存在しないことを検出すると、Ｍ−ＵＰＥ（１６０）は、記憶した識別子に基づいて、Ｍ−ＵＰＥ（１７０）にマルチキャストサービスを継続させる。
2008096549.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）へ参加するユーザ数をサービス毎にプールエリア単位でカウントするユーザ数カウント手段と、
自装置が管理するプールエリアにＭＢＭＳを提供する場合、自装置が管理するプールエリアとオーバーラップする他のプールエリアを管理する他のコアネットワーク装置の識別情報を記憶するパラメータ手段と、
自装置が管理するプールエリアにおけるあるサービスについてカウントされた前記ユーザ数が０となり、参加するユーザが存在しないことを検出した場合、記憶した前記識別情報を用いて、前記他のコアネットワーク装置に前記サービスの提供を要請する要請手段と、
を具備するコアネットワーク装置。
【請求項２】
自装置が管理するプールエリアにおけるあるサービスについてカウントされた前記ユーザ数が０となり、参加するユーザが存在しないことを検出した場合、自装置が管理するプールエリアと他のプールエリアとがオーバーラップするエリア内の全ての無線通信基地局装置にカウンティングを要求するカウンティング要求手段を具備し、
前記要請手段は、前記無線通信基地局装置のカウンティング結果が前記サービスに参加するユーザの存在を示す場合、前記他のコアネットワーク装置に前記サービスの提供を要請する請求項１に記載のコアネットワーク装置。
【請求項３】
複数のコアネットワーク装置によってカウントされたプールエリア単位のユーザ数を前記複数のコアネットワーク装置から取得する取得手段と、
前記複数のコアネットワーク装置から取得したユーザ数を比較する比較手段と、
ユーザ数の最も多いプールエリアを管理するコアネットワーク装置に対して、ＭＢＭＳの提供を指示する指示手段と、
を具備する無線通信基地局装置。
【請求項４】
コアネットワーク装置が、マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）へ参加するユーザ数をサービス毎にプールエリア単位でカウントする工程と、
無線通信基地局装置が、複数のコアネットワーク装置によってカウントされたプールエリア単位のユーザ数を前記複数のコアネットワーク装置から取得する工程と、
前記複数のコアネットワーク装置から取得したユーザ数を比較する工程と、
ユーザ数の最も多いプールエリアを管理するコアネットワーク装置に対して、ＭＢＭＳの提供を指示する工程と、
前記コアネットワーク装置が前記無線通信基地局装置からＭＢＭＳの提供の指示を受け、自装置が管理するプールエリアにＭＢＭＳを提供する場合、自装置が管理するプールエリアとオーバーラップする他のプールエリアを管理する他のコアネットワーク装置の識別情報を記憶する工程と、
自装置が管理するプールエリアにおけるあるサービスについてカウントされた前記ユーザ数が０となり、参加するユーザが存在しないことを検出した場合、記憶した前記識別情報を用いて、前記他のコアネットワーク装置に前記サービスの提供を要請する要請工程と、
を具備する無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、マルチメディアブロードキャスト／マルチキャストサービス（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ：ＭＢＭＳ）を提供するコアネットワーク装置、無線通信基地局装置及び無線通信方法に関する。
【背景技術】
【０００２】  一般に、移動体通信システムでは、モバイル端末は所望するサービスを送受信可能とする前に、ネットワークに対して登録する必要がある。この登録は、通常、ネットワークにおけるモバイル端末の認証及び認可を含み、ネットワークアタッチメントと呼ばれることがある。【０００３】  このネットワークアタッチメントを処理するネットワークエンティティは、各モバイル端末用にコンテキストステート情報及びシグナリングメッセージを生成する。したがって、モバイル端末はそれぞれこのエンティティに対して、負荷を与えることになる。【０００４】  特定のネットワークエンティティが処理することができる負荷には上限があるので、そのようなエンティティが扱うことができるモバイル端末数にも上限が存在する。したがって、モバイル端末により引き起こされた負荷をいくつかのネットワークエンティティに分散する必要がある。【０００５】  一般に、移動体通信システムは専用の機能を提供する論理的に分類された部分に分割される。これらはコアネットワーク（ＣＮ）及びアクセスネットワーク（ＡＮ）と呼ばれる。特に、後者は、移動体通信システムにおいて、無線アクセスネットワーク（ＲＡＮ）と呼ばれる。【０００６】  通常、ネットワークエンティティは、移動体通信システムのＣＮに位置する。ＲＡＮとＣＮ内のエンティティは、お互いの間で通信するべく定義されたインタフェースを利用する。モバイル端末により引き起こされた負荷をいくつかのＣＮエンティティに分散するため、モバイル端末との無線接続を処理するＲＡＮエンティティはそれぞれ、複数のＣＮエンティティに対してインタフェースを備えていなければならない。移動体通信システムには、複数のＲＡＮエンティティが配備されるので、ＣＮエンティティとＲＡＮエンティティの間には、多対多のインタフェースが必要となる。【０００７】  例えば、１つの国全体などの大きなエリアにおける移動体通信システムの展開を考慮すると、全てのＲＡＮエンティティと全てのＣＮエンティティとの間に、多対多のインタフェースを設定することは困難となる。例えば、セキュリティあるいは他のネットワーク運用上の理由により、トランスポートネットワークの接続は地域的に制限される可能性がある。このため、全てのＲＡＮエンティティの一部のみが全てのＣＮエンティティの一部に対してインタフェースを備えることがある。お互いの間でインタフェースを備えた全てのエンティティを、移動体通信ネットワーク全体の中で、論理的な範囲であると見なすことができる。それは典型的にはプールエリア（ＰＡ）と呼ばれる。ネットワークの展開を考慮すると、そのようなＰＡは、１つあるいは複数のＣＮエンティティに対して地理的に関連する複数のＲＡＮエンティティから構成される。また、そのＰＡ内のそれぞれのエンティティの間にはインタフェースが存在する。【０００８】  さらに、異なるＰＡが互いにオーバーラップすることも考えられる。モバイル端末が異なるＰＡ間の境界に沿って移動している場合において、モバイル端末は、それぞれのＲＡＮエンティティから受信した異なる信号強度のために、頻繁にアソシエーションを一方から他方のＰＡに切り替える。そのようなアソシエーション���切り替えは、ネットワークにおける維持されたコンテキストステート情報をアップデートするためのシグナリングを必要とする。ＰＡのオーバーラップは、コンテキストステート情報の頻繁な更新を回避するために、ある程度のヒステリシスをもたらすことができる。【０００９】  このようなことを考慮すると、モバイル端末により引き起こされた負荷を分散させるソリューションとして、ネットワークアタッチ時に、ＲＡＮノードがＰＡ内のＣＮエンティティのうちの１つを任意に選択し、このエンティティに対してネットワークアタッチ要求を転送することが考えられる。複数のモバイル端末を想定すると、同一のＲＡＮエンティティに接続していた２つ以上の端末が、異なるＣＮエンティティに割り当てられることが考えられる。さらに、ＲＡＮエンティティがオーバーラップＰＡに位置していた場合、それらのＣＮエンティティは異なるＰＡに位置している。ＵＥはそれぞれ、割り当てられたＣＮエンティティにネットワークアタッチメントを実行する。結果的に、個々に要求されたサービスは、場合によっては異なるＰＡ内の異なるＣＮエンティティから、モバイル端末に同一のＲＡＮエンティティを介して提供されることとなる。【００１０】  図１は、３ＧＰＰ  ＳＡＥ／ＬＴＥにおいて標準化中の移動体通信システムにおけるマルチキャストサービスアーキテクチャを示す図である。伝統的に、セルラーネットワークは、全ての制御系の情報及びプロシージャを処理する制御プレーン（Ｃ−プレーン）と、実際のユーザデータトラフィックを処理するユーザプレーン（Ｕ−プレーン）とに分割される。ネットワークアタッチメントあるいはモビリティの間にモバイル端末に割り当てられるＣＮのＣプレーンエンティティにより、マルチキャストＣプレーンが処理される。【００１１】  ＳＡＥ／ＬＴＥシステムにおいて、ＣＮのＣプレーン機能はＭｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ（ＭＭＥ）に含まれ、全てのＭＭＥは、Ｍｕｌｔｉｃａｓｔ−ＭＭＥ（Ｍ−ＭＭＥ）としてのマルチキャスト管理機能を含んでいる。一方、ＣＮのＵプレーン機能はＵｓｅｒ  Ｐｌａｎｅ  Ｅｎｔｉｔｙ（ＵＰＥ）に含まれる。マルチキャストサービスデータを処理するようにＭ−ＭＭＥにより選択されると、ＵＰＥはマルチキャストサービスのためのＵプレーン機能を提供し、Ｍｕｌｔｉｃａｓｔ−ＵＰＥ（Ｍ−ＵＰＥ）となる。さらに、ＰＡサイズ及びＭＭＥ／ＵＰＥの性能に依存して、１つのＰＡ当たり少なくとも１つのＭ−ＵＰＥがマルチキャストサービスのために選択される。モバイル端末の観点から、Ｍ−ＭＭＥはネットワークアタッチあるいはモビリティの間に割り当てられたものと同一のＭＭＥである。一方で、マルチキャストサービスを提供するＭ−ＵＰＥは、ユニキャストサービスに対して割り当てられたＵＰＥとは異なることがある。【００１２】  しかしながら、マルチキャストサービスのため、モバイル端末とＭ−ＵＰＥ間には直接的な関連は必要ない。つまり、端末はＭ−ＵＰＥに対してＵプレーンベアラを維持することはない。実際、マルチキャストサービスデータは、セルにおいてデータをブロードキャストするＲＡＮエンティティに対してＭ−ＵＰＥから提供される。また、マル���キャストサービスデータの送信には、Ｍ−ＵＰＥとＲＡＮエンティティ（ｅＮＢ）間のネットワークにおいてＩＰマルチキャストトランスポートが利用される。【００１３】  上述したように、オーバーラップＰＡ内の同一のｅＮＢに接続していた２つ以上のモバイル端末が、異なるＰＡが所有している異なるＣＮ  Ｃプレーンエンティティに割り当てられる可能性がある。オーバーラップＰＡ内の同一のｅＮＢに接続していたＵＥは、異なるＰＡに位置する異なるＭ−ＭＭＥに同一のマルチキャストサービスを起動する。【００１４】  モバイル端末からこの起動要求を受け取ると、それぞれのＭ−ＭＭＥは、マルチキャストサービスデータの配送のためのプライベートＩＰマルチキャストアドレスを含むマルチキャストＵプレーンパラメータを設定するために、自ＰＡ内のＭ−ＵＰＥに登録する。ＢＭ−ＳＣからトリガを受信した場合、Ｍ−ＭＭＥはそれぞれ、マルチキャストＵプレーンコンフィギュレーションを含むセッション開始メッセージを自ＰＡ内の全てのｅＮＢに送る。セッション開始メッセージには、マルチキャストサービス識別子（例えばＴＭＧＩ）及び設定されたプライベートＩＰマルチキャストアドレスが含まれる。【００１５】  オーバーラップＰＡ内のｅＮＢは、同一のマルチキャストサービスのための複数のセッション開始メッセージを受け取ることが考えられる。これはマルチキャストサービス識別子（例えばＴＭＧＩ）を使用して識別することができる。異なるＰＡから受け取られたセッション開始メッセージは異なるＵプレーンコンフィギュレーション（すなわち異なるＩＰマルチキャストアドレス）を含んでいる。したがって、ｅＮＢは、提供されるマルチキャストＵプレーンコンフィギュレーションのうちの１つをランダムに選択し、その選択結果を、マルチキャストセッション開始メッセージを送ったそれぞれのＭ−ＭＭＥに通知する。これにより、同一のマルチキャストサービスのためにＵプレーンが重複するのを回避し、ＰＡのうちの１つに対してのみマルチキャストＵプレーンを確立することになる。
【非特許文献１】３ＧＰＰ  ＴＳ  ２３．２４６  ｖ６．１０．０“３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ，Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅｓ（ＭＢＭＳ），Ａｒｃｈｉｔｅｃｔｕｒｅ  ａｎｄ  ｆｕｎｃｔｉｏｎａｌ  ｄｅｓｃｒｉｐｔｉｏｎ”
【非特許文献２】３ＧＰＰ  ＴＳ  ２５．３４６  ｖ６．８．０“３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ，Ｉｎｔｒｏｄｕｃｔｉｏｎ  ｏｆ  ｔｈｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅｓ（ＭＢＭＳ）ｉｎ  ｔｈｅ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（ＲＡＮ），Ｓｔａｇｅ  ２”
【非特許文献３】３ＧＰＰ  ＴＳ  ２５．３３１  ｖ６．１０．０“３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ，Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ），Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【発明の開示】
【発明が解決しようとする課題】
【００１６】  しかしながら、上述したマルチキャストＵプレーンの確立方法では、マルチキャストＵプレーンコンフィギュレーションのうちの１つをランダムに選択するため、以下のような問題を有する。【００１７】  マルチキャストＵプレーンが確立されたＰＡにアタッチしていた全てのモバイル端末が、例えば、モバイル端末からのサービスの停止要求、ネットワークからのデタッチ、異なるＰＡに対して移動するなどにより、そのＰＡにおいてサービスを受信しない場合が考えられる。このような場合、アタッチされたＭ−ＭＭＥから端末のコンテキストステート情報が削除され、Ｍ−ＭＭＥが特定のサービスに対して端末を管理しないことを検知すると、Ｍ−ＵＰＥから登録を削除する。【００１８】  さらに、Ｍ−ＭＭＥは、それまでマルチキャストＵプレーンを確立したそのＰＡにおける全てのｅＮＢに登録削除メッセージを送る。これには、オーバーラップＰＡ内のｅＮＢも含まれる。Ｍ−ＭＭＥからそのような登録削除メッセージを受け取ったｅＮＢは、プライベートＩＰマルチキャスト送信を停止する。ただし、上述のように、オーバーラップＰＡ内のｅＮＢに関して、最初に異なるＰＡにおいてマルチキャストサービスを起動した端末が存在することもあるので、一方のＰＡにアタッチした端末のみを考慮して、オーバーラップＰＡ内のｅＮＢに対して、Ｕプレーンを終了すると、他方のＰＡにアタッチした残りの端末に対してマルチキャストサービスが提供されなくなってしまう。【００１９】  本発明の目的は、オーバーラップＰＡ内のｅＮＢに接続している端末に対して、マルチキャストサービスを継続して提供するコアネットワーク装置、無線通信基地局装置及び無線通信方法を提供することである。
【課題を解決するための手段】
【００２０】  本発明のコアネットワーク装置は、マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）へ参加するユーザ数をサービス毎にプールエリア単位でカウントするユーザ数カウント手段と、自装置が管理するプールエリアにＭＢＭＳを提供する場合、自装置が管理するプールエリアとオーバーラップする他のプールエリアを管理する他のコアネットワーク装置の識別情報を記憶するパラメータ手段と、自装置が管理するプールエリアにおけるあるサービスについてカウントされた前記ユーザ数が０となり、参加するユーザが存在しないことを検出した場合、記憶した前記識別情報を用いて、前記他のコアネットワーク装置に前記サービスの提供を要請する要請手段と、を具備する構成を採る。【００２１】  本発明の無線通信基地局装置は、複数のコアネットワーク装置によってカウントされたプールエリア単位のユーザ数を前記複数のコアネットワーク装置から取得する取得手段と、前記複数のコアネットワーク装置から取得したユーザ数を比較する比較手段と、ユーザ数の最も多いプールエリアを管理するコアネットワーク装置に対して、ＭＢＭＳの提供を指示する指示手段と、を具備する構成を採る。
【発明の効果】
【００２２】  本発明によれば、オーバーラップＰＡ内のｅＮＢに接続している端末に対して、マルチキャストサービスを継続して提供することができる。
【図面の簡単な説明】
【００２３】
【図１】移動体通信システムにおけるマルチキャストサービスアーキテクチャを示す図
【図２】本発明の実施の形態１に係るネットワークの構成を示す図
【図３】図２に示したＭ−ＭＭＥの構成を示すブロック図
【図４】図２に示したＭ−ＵＰＥの構成を示すブロック図
【図５】マルチキャストグループへの加入手順を示すシーケンス図
【図６】セッションスタート手順を示すシーケンス図
【図７】図２に示したｅＮＢの構成を示すブロック図
【図８】本発明の実施の形態１におけるＭＢＭＳデータ配信中に、データを配信するＭ−ＵＰＥの切替手順を示すシーケンス図
【図９】本発明の実施の形態２におけるＭＢＭＳデータ配信中に、データを配信するＭ−ＵＰＥの切替手順を示すシーケンス図
【図１０】本発明の実施の形態２に係るｅＮＢの構成を示すブロック図
【図１１】本発明の実施の形態３に係るネットワークの構成を示す図
【図１２】図１１に示したＭ−ＭＭＥの構成を示すブロック図
【図１３】図１１に示したＢＭ−ＳＣの構成を示すブロック図
【図１４】本発明の実施の形態３におけるマルチキャストグループへの加入手順を示すシーケンス図
【図１５】本発明の実施の形態４におけるマルチキャストグループへの加入手順を示すシーケンス図
【発明を実施するための最良の形態】
【００２４】  以下、本発明の実施の形態について、図面を参照して詳細に説明する。【００２５】  （実施の形態１）
図２は、本発明の実施の形態１に係るネットワークの構成を示す図である。図２に示すネットワークは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）１００、無線通信基地局装置（Ｅｖｏｌｖｅｄ  ＮｏｄｅＢ：ｅＮＢ）１２０、マルチキャスト移動管理装置（Ｍｕｌｔｉｃａｓｔ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ：Ｍ−ＭＭＥ）１４０、マルチキャストユーザプレーン装置（Ｍｕｌｔｉｃａｓｔ  Ｕｓｅｒ  Ｐｌａｎｅ  Ｅｎｔｉｔｙ：Ｍ−ＵＰＥ）１６０及びブロードキャスト／マルチキャストサービスセンタ（Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ  Ｃｅｎｔｅｒ：ＢＭ−ＳＣ）１９０を備え、ｅＮＢ１２０、Ｍ−ＭＭＥ１４０及びＭ−ＵＰＥ１６０は、それぞれＩＰネットワークを介して接続されている。【００２６】  ｅＮＢ１２０は、無線リソースの割り当て及び管理を担当するとともに、アップリンクを介してＵＥ１００の物理階層から転送される情報を受信し、逆に、ダウンリンクを介してＵＥ１００にデータを転送する。ｅＮＢ１２０は、ＵＥ１００のための無線アクセスネットワークのアクセスポイントの役割を担当する。【００２７】  Ｍ−ＭＭＥ１４０は、位置登録エリア（Ｔｒａｃｋｉｎｇ  Ａｒｅａ：ＴＡ）単位でのＵＥ１００の位置を管理するとともに、ＵＥ１００との間で、無線アクセスベアラの設定、修正又は解放に関するシグナリングを行う。Ｍ−ＭＭＥ１４０は、ＵＥ１００のネットワーク接続手順の中で割り当てられ、かつ、ＵＥ１００のＭＢＭＳに関連するコンテキストを保持する。Ｍ−ＭＭＥ１４０は、あるＭＢＭＳエリア内に複数存在し、ユーザ毎に接続するＭ−ＭＭＥが異なる。【００２８】  Ｍ−ＵＰＥ１６０は、外部ネットワークとのゲートウェイの役割を果たし、ＭＢＭＳコンテキストに従ってダウンリンクパケットをＵＥ１００が接続中のｅＮＢへと転送する。Ｍ−ＵＰＥ１６０は、あるＭＢＭＳエリア内にＭＢＭＳ毎に１つだけ存在し、ＭＢＭＳに関連するコンテキストを保持する。【００２９】  ＢＭ−ＳＣ１９０は、ＭＢＭＳコンテンツサーバとＭ−ＵＰＥ１６０の間に位置し、セッション種別、サービスの開始／終了に関する情報やＭＢＭＳデータをＭ−ＵＰＥ１６０に転送する。【００３０】  図３は、図２に示したＭ−ＭＭＥ１４０の構成を示すブロック図である。図３において、入力部１４１は、ＢＭ−ＳＣ１９０、Ｍ−ＵＰＥ１６０及びｅＮＢ１２０から入力した信号をユーザ情報管理部１４２に通知する。【００３１】  ユーザ情報管理部１４２は、ＵＥ１００のＭＢＭＳ受信性能と、ＢＭ−ＳＣ１９０から通知されたＭＢＭＳ登録応答に含まれ、該サービスに要求されるＵＥ１０９の性能とを比較する。この比較の結果、ＵＥ１００のＭＢＭＳ受信性能が、該サービスに要求されるＵＥ１００の性能よりも上回った場合、該サービスとＵＥ１００の属するＴＡに関する識別子をユーザ数カウント部１４３に通知する。なお、ＵＥ１００のＭＢＭＳ受信性能が、該サービスに要求されるＵＥ１００の性能を下回った場合は、ＢＭ−ＳＣ１９０及びＵＥ１００に対して、処理の中止を通知する。【００３２】  ユーザ数カウント部１４３は、サービス毎に参加しているユーザ数をＴＡ単位でカウントし、ユーザ情報管���部１４２から通知されたサービス及びＴＡ識別子に従って、ユーザ数を更新する。更新したユーザ数は出力部１４４に出力される。このように、Ｍ−ＭＭＥ１４０はＵＥの位置登録を代用して、ユーザ数をＴＡ単位でカウントすることができる。【００３３】  出力部１４４は、ユーザ数カウント部１４３から出力されたユーザ数をＭＢＭＳ登録更新に含め、ＭＢＭＳ登録更新をＭ−ＵＰＥ１６０に送出する。【００３４】  図４は、図２に示したＭ−ＵＰＥ１６０の構成を示すブロック図である。図４において、入力部１６１は、ＢＭ−ＳＣ１９０、Ｍ−ＭＭＥ１４０及びｅＮＢ１２０から入力した信号をパラメータ部１６２及びユーザ数カウント部１６３に通知する。特に、入力部１６１は、ＭＢＭＳ登録更新に含まれ、サービス毎のＴＡ単位のＭＢＭＳユーザ数をユーザ数カウント部１６３に通知する。【００３５】  パラメータ部１６２は、データパスに関する様々なパラメータを管理し、パラメータの設定に従い、ＢＭ−ＳＣ１９０から入力されたサービスデータを出力部１６４から出力する。【００３６】  ユーザ数カウント部１６３は、サービス毎に参加しているユーザ数をＴＡ単位でカウントする。Ｍ−ＭＭＥ１４０はＭＢＭＳエリアに複数存在するため、Ｍ−ＵＰＥ１６０で管理しているユーザ数は、それぞれのＭ−ＭＭＥから通知されたユーザ数の合計値となる。よって、Ｍ−ＵＰＥ１６０は、ＭＢＭＳエリア内に存在する該サービスへの参加ユーザ数をＴＡ単位で知ることができる。また、Ｍ−ＵＰＥ１６０は、ＰＡあたりにサービス毎に１つ存在するため、ＰＡに含まれる全てのＴＡにおけるユーザ数を足し合わせることによって、あるＰＡにおける、あるサービスに参加している全ユーザ数をも把握することが可能である。ＭＢＭＳ登録更新を受信したユーザ数カウント部１６３は、該サービスに参加しているユーザ数を更新し、更新したユーザ数を出力部１６４に出力する。【００３７】  出力部１６４は、パラメータ部１６２から出力されたサービスデータ、ユーザ数カウント部１６３から出力されたユーザ数をｅＮＢ１２０に出力する。【００３８】  次に、ユーザのマルチキャストグループへの加入手順について説明する。図５は、マルチキャストグループへの加入手順を示すシーケンス図である。【００３９】  ステップ（以下、「ＳＴ」と省略する）２０１では、サービス案内を受けたＵＥ１００は、Ｍ−ＭＭＥ１４０に対してマルチキャストグループ加入要求を送出する。このマルチキャスト加入要求には、加入したいマルチキャストグループを示す識別子が含まれる。【００４０】  ＳＴ２０２では、マルチキャスト加入要求を受信したＭ−ＭＭＥ１４０は、ＢＭ−ＳＣ１９０との間でユーザの承認手順を行う。この承認手順は、ユーザの加入者契約情報を元に行われ、ユーザが正しくサービスを受けることが可能かどうかを判断する。【００４１】  承認手順が成功して終了した場合、ＳＴ２０３において、Ｍ−ＭＭＥ１４０は、ＵＥ１００にＭＢＭＳコンテキスト活性化要請を送出する。【００４２】  ＳＴ２０４では、ＭＢＭＳコンテキスト活性化要請を受信したＵＥ１００は、ＭＢＭＳコンテキスト活性化要求をＭ−ＭＭＥ１４０に送出する。ＭＢＭＳコンテキスト活性化要求には、��Ｅ１００自身のＭＢＭＳを受けるための性能などが含まれる。【００４３】  ＭＢＭＳコンテキスト活性化要求を受信したＭ−ＭＭＥ１４０は、該ＵＥ１００が該サービスのマルチキャストグループへの最初の参加者であった場合、ＳＴ２０５において、ＢＭ−ＳＣ１９０にＭＢＭＳ登録要求を送出する。該ＵＥ１００が該サービスのマルチキャストグループへの最初の参加者ではなかった場合、ＳＴ２０５及びＳＴ２０６の処理は行われない。ＭＢＭＳ登録要求には、ＭＢＭＳデータを配信するためのＭ−ＵＰＥ１６０の識別子が含まれる。【００４４】  ＳＴ２０６では、ＭＢＭＳ登録要求を受信したＢＭ−ＳＣ１９０は、該サービスに要求されるＵＥ１００の性能を含んだＭＢＭＳ登録応答をＭ−ＭＭＥ１４０に送信する。【００４５】  ＳＴ２０７では、Ｍ−ＭＭＥ１４０がサービス毎に参加しているユーザ数をＴＡ単位でカウントし、ＭＭＥユーザ数を更新する。ＳＴ２０８では、Ｍ−ＭＭＥ１４０がＭＢＭＳ登録更新をＭ−ＵＰＥ１６０に送出する。ＭＢＭＳ登録更新には、更新したＴＡ単位のＭＢＭＳユーザ数が含まれる。【００４６】  ＳＴ２０９では、Ｍ−ＵＰＥ１６０が、ＭＢＭＳエリア内に存在するサービスへの参加ユーザ数をＰＡ単位でカウントし、ＵＰＥユーザ数を更新する。ＳＴ２１０では、Ｍ−ＭＭＥ１４０が、ＭＢＭＳコンテキスト活性化受付をＵＥ１００に送信する。【００４７】  以上の処理により、ユーザのマルチキャストグループへの加入手順が終了する。なお、ＭＭＥユーザ数更新は、ユーザのマルチキャストグループからの離脱時、及び、ＵＥ１００のＴＡの更新時にも同様に行われる。その更新結果はＭ−ＵＰＥ１６０に通知され、Ｍ−ＵＰＥ１６０においてもＵＰＥユーザ数更新が行われる。【００４８】  次に、セッションスタート手順について図６を用いて説明する。ＢＭ−ＳＣ１９０は、あるＭＢＭＳのサービス開始を検出すると、ＳＴ３０１において、セッションスタート要求をＭ−ＵＰＥ１６０に送出する。【００４９】  ＳＴ３０２では、セッションスタート要求を受信したＭ−ＵＰＥ１６０のユーザ数カウント部１６３において、ＰＡ内に存在する該サービスへの参加ユーザ数が出力部１６４に通知される。【００５０】  ＳＴ３０３において、Ｍ−ＵＰＥ１６０の出力部１６４から、ＰＡ内に存在する該サービスへの参加ユーザ数がｅＮＢ１２０に通知される。オーバーラップＰＡ内のｅＮＢ１２０（例えば、図２のｅＮＢ３、ｅＮＢ４、ｅＮＢ５）は、複数のＭ−ＵＰＥ（例えば、図２のＭ−ＵＰＥ１、Ｍ−ＵＰＥ２）と接続されているので、異なるＭ−ＵＰＥから、それぞれ同一サービスのためのセッションスタート要求を受信する。【００５１】  ここで、上述したｅＮＢ１２０の構成について説明する。図７は、図２に示したｅＮＢ１２０の構成を示すブロック図である。この図において、入力部１２１は、ＵＥ１００、Ｍ−ＭＭＥ１４０、Ｍ−ＵＰＥ１６０から入力した信号をパラメータ部１２２及びユーザ数比較部１２３に通知する。特に、取得手段としての入力部１２１は、Ｍ−ＵＰＥ１６０から受信したセッションスタート要求に含まれ、ＰＡ内に存在する該サービスへの参加ユーザ数をユーザ数比較部１２３に通知する。【００５２】  パラメータ部１２２は、ＵＥ１００、Ｍ−ＭＭＥ１４０、Ｍ−ＵＰＥ１６０とのシグナリングにより設定された各種パラメータを管理し、ＭＢＭＳデータは、パラメータ部１２２により指定されたパラメータに従い、出力部１２４より出力される。【００５３】  ここで、再び、図６を参照する。ＳＴ３０４において、ＰＡ内に存在する該サービスへの参加ユーザ数を受信したｅＮＢ１２０のユーザ数比較部１２３は、予め定められた時間内に、同一のマルチキャストサービスに対して、他のＰＡ内に存在する該サービスへの参加ユーザ数が通知されるかどうかを待つ。通知されたユーザ数が１つのみであった場合、ユーザ数比較部１２３は、セッションスタート要求を送信したＭ−ＵＰＥ１６０を選択し、該Ｍ−ＵＰＥ１６０の識別子を出力部１２４に出力する。【００５４】  一方で、複数のユーザ数が通知された場合、ユーザ数比較部１２３は、通知されたＰＡ内に存在する該サービスへの参加ユーザ数のうち、最も多いユーザ数を管理しているＭ−ＵＰＥ１６０を選択し、選択したＭ−ＵＰＥ１６０の識別子及び選択されなかったＭ−ＵＰＥ１７０の識別子をそれぞれ出力部１２４に出力する。【００５５】  ＳＴ３０５では、指示手段としての出力部１２４は、ユーザ数比較部１２３から通知されたＭ−ＵＰＥ１６０の識別子に基づいて、選択されたＭ−ＵＰＥ１６０に対し、該マルチキャストサービスに対するＭＢＭＳベアラの確立要求と、選択されなかったＭ−ＵＰＥ１７０の識別子とを含んで、セッションスタート応答を出力する。【００５６】  ＳＴ３０６では、該マルチキャストサービスをオーバーラップＰＡに提供することになったＭ−ＵＰＥ１６０において、入力部１２１は、ｅＮＢ１２０から通知された選択されなかったＭ−ＵＰＥ１７０の識別子をパラメータ部１２２に出力し、パラメータ部１２２は該Ｍ−ＵＰＥ１６０の識別子を記憶する。【００５７】  以上により、一連のセッションスタート手順は終了し、ＢＭ−ＳＣ１９０から出力されるＭＢＭＳデータはＭ−ＵＰＥ１６０へと送られ、オーバーラップＰＡに存在するｅＮＢ１２０へは、選択された１つのＭ−ＵＰＥ１６０からのみ送られ、最終的にマルチキャストグループに参加しているＵＥ１００のもとへ送られる。【００５８】  次に、マルチキャストＵプレーンが確立されたＰＡにアタッチしていた全てのモバイル端末が、例えば、モバイル端末からのサービスの停止要求、ネットワークからのデタッチあるいは異なるＰＡへの移動などにより、そのＰＡにおいてサービスを受信しない場合に、上記セッションスタートにより設定したＭＢＭＳデータの配信経路の変更について説明する。【００５９】  図８は、ＭＢＭＳデータを配信中に、データを配信するＭ−ＵＰＥを切り替える手順を示すシーケンス図である。図８において、ＳＴ４０１では、ＵＥ１００が、マルチキャストグループから脱退するために、マルチキャストグループ削除要求をＭ−ＭＭＥ１４０に通知する。【００６０】  ＳＴ４０２では、Ｍ−ＭＭＥ１４０は、ＵＥ１００からのマルチキャストグループ削除要求を受理し、ＵＥ１００に対してマルチキャストグループ削除応答を送出する。【００６１】  ＳＴ４０３では、Ｍ−ＭＭＥ１４０は、ＵＥ１００のマルチキャストグループからの脱退により、ＴＡ単位の該マルチキャストサービスに参加しているユーザ数であるＭＭＥユーザ数を更新する。具体的には、ＭＭＥユーザ数を１つだけ減らす。ＳＴ４０４では、Ｍ−ＭＭＥ１４０がＭＢＭＳ登録更新をＭ−ＵＰＥ１６０に送出する。ＭＢＭＳ登録更新には、更新したＴＡ単位のＭＢＭＳユーザ数が含まれる。【００６２】  ＳＴ４０５では、Ｍ−ＵＰＥ１６０が、ＭＢＭＳエリア内に存在する該サービスへの参加ユーザ数をＴＡ単位でカウントし、ＵＰＥユーザ数を更新する。ここで、更新されたＵＰＥユーザ数が０になった場合、つまり、該ＰＡには該マルチキャストサービスに参加しているユーザが一人もいなくなった場合、Ｍ−ＵＰＥ１６０のユーザ数カウント部１６３は、パラメータ部１６２に、他のＰＡのＭ−ＵＰＥ１７０が記憶されているか否かを問い合わせる。【００６３】  パラメータ部１６２に他のＰＡのＭ−ＵＰＥ１７０が記憶されていた場合、オーバーラップＰＡ内に他のＰＡにアタッチしているユーザが存在する可能性がある。そこで、ＳＴ４０６では、Ｍ−ＵＰＥ１６０は、パラメータ部１６２に記憶されている他のＰＡのＭ−ＵＰＥ１７０に対して、オーバーラップＰＡ内のｅＮＢ１２０に対して該マルチキャストサービスの配信を行うよう要求するために、ベアラ確立要求を送出する。ベアラ確立要求には、送信元であるＭ−ＵＰＥ１６０を示す識別子が含まれている。なお、出力部１６４は要請手段として機能する。【００６４】  ＳＴ４０７では、Ｍ−ＵＰＥ１７０は、自らが管理するＰＡ内に該サービスに参加しているユーザが存在するなら、通知されたベアラ確立要求に含まれるＭ−ＵＰＥ１６０の識別子から、Ｍ−ＵＰＥ１６０が管理しているＰＡとのオーバーラップＰＡに存在するｅＮＢ１２０を導出する。そして、該ｅＮＢ１２０に対して、Ｍ−ＵＰＥ１７０との間にＭＢＭＳベアラを確立するよう要求するために、セッション変更要求を送出する。セッション変更要求には、セッションスタート要求と同様に、ＰＡ単位での該サービスに参加しているユーザ数が含まれる。【００６５】  ＳＴ４０８では、ｅＮＢ１２０は、ｅＮＢ１２０とＭ−ＵＰＥ１７０との間のＩＰネットクークにおいて、ＩＰマルチキャストツリーを構成するために、セッション変更応答をＭ−ＵＰＥ１７０に送出する。ここで、同一のマルチキャストサービスに対する複数のセッション変更要求を受信した場合には、セッションスタート要求の処理と同様に、最も多いユーザ数を含んだ要求を送出したＭ−ＵＰＥ１７０を選択し、セッション変更応答に選択されなかったＭ−ＵＰＥの識別子を含ませる。【００６６】  ＳＴ４０９では、Ｍ−ＵＰＥ１７０は、Ｍ−ＵＰＥ１６０に対し、ｅＮＢ１２０との間にＭＢＭＳベアラが確立されたことをベアラ確立応答として出力する。ベアラ確立応答を受信したＭ−ＵＰＥ１６０は、該マルチキャストサービスに関するＣプレーン及びＵプレーンの一切のパラメータを削除する。【００６７】  以上により、一連のＭＢＭＳデータの配信経路の変更手順は終了し、ＢＭ−ＳＣ１９０から出力されるＭＢＭＳデータは、Ｍ−ＵＰＥ１７０へと送られ、オーバーラップＰＡに存在するｅＮＢ１２０へは、Ｍ−ＵＰＥ１７０からのみ送られ、最終的にマルチキャストグループに参加しているＵＥ１００のもとへ送られる。【００６８】  このように実施の形態１によれば、オーバーラップＰＡにＭＢＭＳデータを配信するＭ−ＵＰＥ１６０が、該オーバーラップＰＡに接続されている他のＭ−ＵＰＥ１７０の識別子を記憶し、Ｍ−ＵＰＥ１６０配下に参加ユーザが存在しなくなった場合、記憶した識別子に基づいて、他のＭ−ＵＰＥ１７０にマルチキャストサービスを継続させることにより、オーバーラップＰＡに存在するユーザに対して、サービスを中断することなく提供することができる。また、オーバーラップＰＡのｅＮＢ１２０に対し、予め、最も参加ユーザ数が多いＰＡからＭＢＭＳデータの配信を行わせることにより、オーバーラップＰＡに接続されているＭ−ＵＰＥ１６０間での、データ配信経路の変更に関するシグナリング量を抑制することができる。【００６９】  なお、本実施の形態では、Ｍ−ＵＰＥ１６０において、ＰＡ内に存在する該サービスへの参加ユーザ数をカウントしているが、複数存在するＭ−ＭＭＥ１４０のうち、選択されたある特定のＭ−ＭＭＥ１４０が、同様にユーザ数のカウントを行うようにしてもよい。【００７０】  （実施の形態２）
本発明の実施の形態２では、オーバーラップＰＡにＭＢＭＳデータの配信を行っているＭ−ＵＰＥ１６０配下に該サービスに参加しているユーザがいなくなったら、オーバーラップＰＡにおいて他のＰＡに接続しているユーザが存在するか否かを判定してから、ＭＢＭＳデータの配信経路の変更を他のＰＡに存在するＭ−ＵＰＥ１７０に要請する場合について説明する。【００７１】  オーバーラップＰＡにＭＢＭＳデータを配信していたＭ−ＵＰＥ１６０配下に参加ユーザが存在しなくなった場合、該オーバーラップＰＡに接続されている他のＭ−ＵＰＥ１７０が該マルチキャストサービスを継続する。しかしながら、ネットワーク及び無線リソースの有効利用のために、サービス種別やサービスの品質要求に応じて、参加ユーザの存在しないセルにはＭＢＭＳデータを配信しないことが考えられるので、オーバーラップＰＡ内に参加ユーザが存在しない場合には、該ＭＢＭＳデータの配信経路の変更に関するシグナリングが無駄になってしまう。そこで、本実施の形態では、オーバーラップＰＡにＭＢＭＳデータを配信していたＭ−ＵＰＥ１６０配下に参加ユーザが存在しなくなった場合に、オーバーラップＰＡ内で参加ユーザの有無を確認してからＭＢＭＳデータの配信経路の変更を要請する。【００７２】  図９は、本発明の実施の形態２における、ＭＢＭＳデータを配信中にデータを配信するＭ−ＵＰＥ１６０を切り替える手順を示すシーケンス図である。また、図１０は、本発明の実施の形態２に係るｅＮＢ１３０の構成を示すブロック図である。以下、これらの図を用いてＭＢＭＳデータの配信経路の変更手順について説明する。ただし、図９及び図１０において、図７及び図８と共通する部分には、図７及び図８と同一の符号を付し、その詳細な説明は省略する。【００７３】  オーバーラップＰＡにＭＢＭＳデータを配信していたＭ−ＵＰＥ１６０配下に参加ユーザが存在しなくなったことを、Ｍ−ＵＰＥ１６０は、ＳＴ４０５において、ＵＰＥユーザ数の値が０となったことにより検出する。そこで、ＳＴ５０１では、Ｍ−ＵＰＥ１６０は、オーバーラップＰＡ内の全てのｅＮＢ１３０に対してカウンティング（Ｃｏｕｎｔｉｎｇ）を行うように要求する。なお、出力部１６４はカウンティング要求手段として機能する。【００７４】  ＳＴ５０２において、ｅＮＢ１３０は、配下のセルにＵＥの存在を確認する手順であるカウンティングを実行する。カウンティング通知には、どのサービスに対してカウンティングを行うかを示す情報が含まれており、ＵＥ１００は、それによりカウンティングに応じるか否かを判断する。【００７５】  ＵＥ１００は、カウンティング通知から該当サービスに対してカウントが行われているという情報を受けると、自分が該当ＭＢＭＳサービスの受信を望んでいることをｅＮＢ１３０に通知するため、ＳＴ５０３では、ｅＮＢ１３０に対してＲＲＣ接続を設定する。ここで、ＲＲＣ接続要求メッセージを利用して、ＵＥ１００が該当ＭＢＭＳの受信を望んでいることをｅＮＢ１３０に通知する。ＲＲＣ接続要求メッセージには、ＵＥ１００がアタッチしているＰＡの識別子が含まれる。【００７６】  ｅＮＢ１３０の入力部１２１は、ＵＥ１００からのＲＲＣ接続要求メッセージを受信し、受信したＲＲＣ接続要求メッセージをカウンティング処理部１３１に通知する。カウンティング処理部１３１は、ＲＲＣ接続要求メッセージを送信したＵＥ１００を認識することにより、セル内で特定ＭＢＭＳを要求するユーザの存在を認識し、１人でもユーザがいる場合には、ＳＴ５０４において、出力部１２４を介してＭＢＭＳ無線ベアラを設定する。【００７７】  ＳＴ５０５では、カウンティング処理部１３１は、セルに参加ユーザが存在したことをＭ−ＵＰＥ１６０に示すために、カウンティング応答を出力部１２４を介してＭ−ＵＰＥ１６０に送信する。カウンティング応答には、ＲＲＣ接続要求メッセージに含まれていたＵＥ１００がアタッチしているＰＡの識別子が含まれる。オーバーラップＰＡ内の全てのｅＮＢ１３０に参加ユーザがいない場合には、Ｃｏｕｎｔｉｎｇ応答にはいずれのＰＡ識別子も含まれない。【００７８】  ＳＴ４０６では、Ｍ−ＵＰＥ１６０は、パラメータ部１６２に記憶されている他のＰＡのＭ−ＵＰＥ１７０のうち、カウンティング応答に含まれるＰＡ識別子が示すＭ−ＵＰＥ１７０に対して、オーバーラップＰＡ内のｅＮＢ１３０に対して該マルチキャストサービスの配信を行うよう要求するために、ベアラ確立要求を送出する。以降の動作は、実施の形態１と同様なので、説明は省略する。なお、カウンティング応答にいずれのＰＡ識別子も含まれていない場合は、該マルチキャストサービスに関する処理を全て停止する。【００７９】  このように実施の形態２によれば、オーバーラップＰＡにＭＢＭＳデータを配信していたＭ−ＵＰＥ１６０配下に参加ユーザが存在しなくなった場合、オーバーラップＰＡ内で他のＰＡにアタッチしている参加ユーザ数をカウントし、参加ユーザが存在する場合にのみ、ＭＢＭＳデータの配信経路の変更を要請することにより、該ＭＢＭＳデータの配信経路の変更に関するシグナリング量を抑制することができる。【００８０】  （実施の形態３）
本発明の実施の形態３では、セッション開始前にオーバーラップＰＡにＭＢＭＳデータを配信する可能性のあるＭ−ＵＰＥ間で、それぞれお互いに登録する場合について説明する。【００８１】  図１１は、本発明の実施の形態３に係るネットワークの構成を示す図である。図１１では、それぞれのＰＡにアタッチしているＵＥ１００が存在し、ＰＡ１にアタッチしたＵＥ１００（ＵＥ１）が最初にあるマルチキャストグループに参加し、その後、ＰＡ２にアタッチしたＵＥ１００（ＵＥ２）が、同一のサービスに対するマルチキャストグループ加入手順を実行したものとする。【００８２】  図１２は、図１１に示したＭ−ＭＭＥ１５０の構成を示すブロック図である。ただし、図１２において、図３と共通する部分には、図３と同一の符号を付し、その詳細な説明は省略する。図１２において、入力部１４１は、ＭＢＭＳ登録応答に含まれ、既にマルチキャストグループに参加しているＭ−ＵＰＥ１８０の識別子をＭ−ＵＰＥ選択部１５１に通知する。【００８３】  Ｍ−ＵＰＥ選択部１５１は、自らが管理するＰＡにおいてＭＢＭＳデータの配信を行うＭ−ＵＰＥ１８０を選択する。また、出力部１４４を介して、選択したＭ−ＵＰＥ１８５の識別子をＢＭ−ＳＣ２００に通知し、既にマルチキャストグループに参加しているＭ−ＵＰＥ１８０にそれぞれ出力する。【００８４】  図１３は、図１１に示したＢＭ−ＳＣ２００の構成を示すブロック図である。図１３において、入力部２０１は、Ｍ−ＭＭＥ１５０から入力した信号をパラメータ部２０２に通知する。特に、入力部２０１は、ＭＢＭＳ登録要求に含まれ、選択されたＭ−ＵＰＥ１８５の識別子をパラメータ部２０２に通知する。【００８５】  パラメータ部２０２は、入力部２０１から通知されたＭＢＭＳデータを配信するＭ−ＵＰＥ１８０の識別子をサービス毎に記憶し、Ｍ−ＭＭＥ１５０から問い合わせがあった場合、既にマルチキャストグループに参加しているＭ−ＵＰＥ１８０の識別子を出力部２０３を介してＭ−ＭＭＥ１５０に出力する。【００８６】  次に、マルチキャストグループへの加入手順について説明する。図１４は、マルチキャストグループへの加入手順を示すシーケンス図である。ただし、図１４において、図５と共通する部分には、図５と同一の符号を付し、その詳細な説明は省略する。【００８７】  ＳＴ６０１では、ＵＥ１００からＭＢＭＳコンテキスト活性化要求を受信したＭ−ＭＭＥ１５０は、自らが管理するＰＡにおいて、該ＭＢＭＳデータの配信を行うＭ−ＵＰＥ１８５を選択する。【００８８】  ＳＴ６０２では、Ｍ−ＭＭＥ１５０は、選択したＭ−ＵＰＥ１８５をＢＭ−ＳＣ２００に登録するために、ＢＭ−ＳＣ２００に対してＭＢＭＳ登録要求を送出する。ＭＢＭＳ登録要求には、配信するサービスの識別子及び選択したＭ−ＵＰＥ１８５の識別子が含まれる。【００８９】  ＳＴ６０３では、ＢＭ−ＳＣ２００は、通知されたＭ−ＵＰＥ１８５をパラメータ部２０２に登録するとともに、既にマルチキャストグループに参加しているＭ−ＵＰＥ１８０が存在するか否かを判断する。存在する場合、該Ｍ−ＵＰＥ１８０の識別子をＭＢＭＳ登録応答に含め、Ｍ−ＭＭＥ１５０に対して送出する。【００９０】  ＳＴ６０４���は、Ｍ−ＭＭＥ１５０は、通知されたＭ−ＵＰＥ１８０の識別子から、Ｍ−ＵＰＥ１８０の所属するＰＡが、自らが管理しているＰＡとオーバーラップしていることを判断する。そして、Ｍ−ＭＭＥ１５０は、Ｍ−ＵＰＥ１８０に対して自らが選択したＭ−ＵＰＥ１８５の識別子をＭ−ＵＰＥ登録要求に含めて通知すると共に、自らが選択したＭ−ＵＰＥ１８５に対して、通知されたＭ−ＵＰＥ１８０の識別子をＭ−ＵＰＥ登録要求に含めて通知する。【００９１】  ＳＴ６０５では、Ｍ−ＵＰＥ１８０及びＭ−ＵＰＥ１８５は、それぞれ通知されたＭ−ＵＰＥ１８０／Ｍ−ＵＰＥ１８５の識別子をパラメータ部１６２に記憶する。【００９２】  このように実施の形態３によれば、セッション開始前にマルチキャストグループへの加入手順によりオーバーラップＰＡにデータ配信する可能性のあるＭ−ＵＰＥを予めそれぞれお互いに登録することにより、オーバーラップＰＡ内の全てのｅＮＢ１２０が、選択しなかったＭ−ＵＰＥの識別子をセッションスタート応答に含む必要がなくなり、ネットワークリソースの使用率を低減することができる。【００９３】  （実施の形態４）
本発明の実施の形態４では、既にマルチキャストグループに加入しているＵＥ１００が存在するＰＡから、他のＵＥ１００が同一のマルチキャストグループに参加した場合について説明する。【００９４】  Ｍ−ＭＭＥ１５０は、１つのＰＡに複数存在するため、ＵＥ１００毎に接続するＭ−ＭＭＥ１５０が異なる可能性がある。複数のＭ−ＭＭＥ１５０がそれぞれＭ−ＵＰＥ１８５を選択し、ＢＭ−ＳＣ２００や他のＰＡのＭ−ＵＰＥ１８０に選択したＭ−ＵＰＥ１８５を登録すると、同一のサービスに対して重複したシグナリングを行うことになる。そこで、本実施の形態では、Ｍ−ＭＭＥ１５０は、選択したＭ−ＵＰＥ１８５に対し自らを登録する。【００９５】  図１５は、本発明の実施の形態４におけるマルチキャストグループへの加入手順を示すシーケンス図である。ただし、図１５において、図５及び図１４と共通する部分には、図５及び図１４と同一の符号を付し、その詳細な説明は省略する。【００９６】  図１５において、Ｍ−ＭＭＥ１５０は、ＵＥ１００からのＭＢＭＳコンテキスト活性化要求を受信し、自らのＰＡで該ＭＢＭＳデータの配信を行うＭ−ＵＰＥ１８５を選択した後、ＳＴ６０６において、サービス識別子と自らの識別子をＭ−ＭＭＥ登録要求に含み、選択したＭ−ＵＰＥ１８５に出力する。【００９７】  ＳＴ６０７では、Ｍ−ＵＰＥ１８５は、Ｍ−ＭＭＥ１５０から通知されたＭ−ＭＭＥ１５０の識別子をパラメータ部１６２に記憶すると共に、通知されたサービスに既に登録されたＭ−ＭＭＥ１５０が存在するか否かを判断する。登録されたＭ−ＭＭＥ１５０が存在したら、ＳＴ６０８において、通知されたサービスは、既に他のＭ−ＭＭＥ１５０により、Ｍ−ＵＰＥ１８５の登録が完了していることを示す情報をＭＢＭＳ登録応答に含め、Ｍ−ＭＭＥ１５０に送出する。既に他のＭ−ＭＭＥ１５０によりＭ−ＵＰＥ１８５の登録が完了していることを示す情報がＭＢＭＳ登録応答に含まれていた場合には、Ｍ−ＭＭＥ１５０は以降の処理を行わない。【００９８】  このように実施の形態４によれば、Ｍ−ＭＭＥ１５０が選択したＭ−ＵＰＥ１８５に対し自らを登録することにより、他のＭ−ＭＭＥ１５０が既にＢＭ−ＳＣ２００や他のＰＡのＭ−ＵＰＥ１８０に対し、選択したＭ−ＵＰＥ１８５の登録を完了していることが検出可能となり、同一のサービスに対する無駄なシグナリングの発生を抑えることができる。【００９９】  上記各実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。【０１００】  また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。【０１０１】  また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、��ＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。【０１０２】  さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。【０１０３】  ２００７年２月９日出願の特願２００７−０３０９５７の日本出願に含まれる明細書、図面及び要約書の開示内容は、すべて本願に援用される。
【産業上の利用可能性】
【０１０４】  本発明にかかるコアネットワーク装置、無線通信基地局装置及び無線通信方法は、オーバーラップＰＡ内のｅＮＢに接続している端末に対して、マルチキャストサービスを継続して提供することができ、ＭＢＭＳを提供する伝送制御システムに適用できる。
【図１】
2008096549.tif 000003
【図２】
2008096549.tif 000004
【図３】
2008096549.tif 000005
【図４】
2008096549.tif 000006
【図５】
2008096549.tif 000007
【図６】
2008096549.tif 000008
【図７】
2008096549.tif 000009
【図８】
2008096549.tif 000010
【図９】
2008096549.tif 000011
【図１０】
2008096549.tif 000012
【図１１】
2008096549.tif 000013
【図１２】
2008096549.tif 000014
【図１３】
2008096549.tif 000015
【図１４】
2008096549.tif 000016
【図１５】
2008096549.tif 000017
【手続補正書】
【提出日】平成21年2月2日(2009.2.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）へ参加するユーザ数をサービス毎にプールエリア単位でカウントするユーザ数カウント手段と、
自装置が管理するプールエリアにＭＢＭＳを提供する場合、自装置が管理するプールエリアとオーバーラップする他のプールエリアを管理する他のコアネットワーク装置の識別情報を記憶するパラメータ手段と、
自装置が管理するプールエリアにおけるあるサービスについてカウントされた前記ユーザ数が０となり、参加するユーザが存在しないことを検出した場合、記憶した前記識別情報を用いて、前記他のコアネットワーク装置に前記サービスの提供を要請する要請手段と、
を具備するコアネットワーク装置。
【請求項２】
自装置が管理するプールエリアにおけるあるサービスについてカウントされた前記ユーザ数が０となり、参加するユーザが存在しないことを検出した場合、自装置が管理するプールエリアと他のプールエリアとがオーバーラップするエリア内の全ての無線通信基地局装置にカウンティングを要求するカウンティング要求手段を具備し、
前記要請手段は、前記無線通信基地局装置のカウンティング結果が前記サービスに参加するユーザの存在を示す場合、前記他のコアネットワーク装置に前記サービスの提供を要請する請求項１に記載のコアネットワーク装置。
【請求項３】
複数のコアネットワーク装置によってカウントされたプールエリア単位のユーザ数を前記複数のコアネットワーク装置から取得する取得手段と、
前記複数のコアネットワーク装置から取得したユーザ数を比較する比較手段と、
ユーザ数の最も多いプールエリアを管理するコアネットワーク装置に対して、ＭＢＭＳの提供を指示する指示手段と、
を具備する無線通信基地局装置。
【請求項４】
コアネットワーク装置が、マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）へ参加するユーザ数をサービス毎にプールエリア単位でカウントする工程と、
無線通信基地局装置が、複数のコアネットワーク装置によってカウントされたプールエリア単位のユーザ数を前記複数のコアネットワーク装置から取得する工程と、
前記複数のコアネットワーク装置から取得したユーザ数を比較する工程と、
ユーザ数の最も多いプールエリアを管理するコアネットワーク装置に対して、ＭＢＭＳの提供を指示する工程と、
前記コアネットワーク装置が前記無線通信基地局装置からＭＢＭＳの提供の指示を受け、自装置が管理するプールエリアにＭＢＭＳを提供する場合、自装置が管理するプールエリアとオーバーラップする他のプールエリアを管理する他のコアネットワーク装置の識別情報を記憶する工程と、
自装置が管理するプールエリアにおけるあるサービスについてカウントされた前記ユーザ数が０となり、参加するユーザが存在しないことを検出した場合、記憶した前記識別情報を用いて、前記他のコアネットワーク装置に前記サービスの提供を要請する要請工程と、
を具備する無線通信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアブロードキャスト／マルチキャストサービス（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）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。
【０１０１】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。
【０１０２】
２００７年２月９日出願の特願２００７−０３０９５７の日本出願に含まれる明細書、図面及び要約書の開示内容は、すべて本願に援用される。
【産業上の利用可能性】
【０１０３】
本発明にかかるコアネットワーク装置、無線通信基地局装置及び無線通信方法は、オーバーラップＰＡ内のｅＮＢに接続している端末に対して、マルチキャストサービスを継続して提供することができ、ＭＢＭＳを提供する伝送制御システムに適用できる。
【図面の簡単な説明】
【０１０４】
【図１】移動体通信システムにおけるマルチキャストサービスアーキテクチャを示す図
【図２】本発明の実施の形態１に係るネットワークの構成を示す図
【図３】図２に示したＭ−ＭＭＥの構成を示すブロック図
【図４】図２に示したＭ−ＵＰＥの構成を示すブロック図
【図５】マルチキャストグループへの加入手順を示すシーケンス図
【図６】セッションスタート手順を示すシーケンス図
【図７】図２に示したｅＮＢの構成を示すブロック図
【図８】本発明の実施の形態１におけるＭＢＭＳデータ配信中に、データを配信するＭ−ＵＰＥの切替手順を示すシーケンス図
【図９】本発明の実施の形態２におけるＭＢＭＳデータ配信中に、データを配信するＭ−ＵＰＥの切替手順を示すシーケンス図
【図１０】本発明の実施の形態２に係るｅＮＢの構成を示すブロック図
【図１１】本発明の実施の形態３に係るネットワークの構成を示す図
【図１２】図１１に示したＭ−ＭＭＥの構成を示すブロック図
【図１３】図１１に示したＢＭ−ＳＣの構成を示すブロック図
【図１４】本発明の実施の形態３におけるマルチキャストグループへの加入手順を示すシーケンス図
【図１５】本発明の実施の形態４におけるマルチキャストグループへの加入手順を示すシーケンス図
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2008096549.tif 000018
【図２】
2008096549.tif 000019
【図３】
2008096549.tif 000020
【図４】
2008096549.tif 000021
【図５】
2008096549.tif 000022
【図６】
2008096549.tif 000023
【図７】
2008096549.tif 000024
【図８】
2008096549.tif 000025
【図９】
2008096549.tif 000026
【図１０】
2008096549.tif 000027
【図１１】
2008096549.tif 000028
【図１２】
2008096549.tif 000029
【図１３】
2008096549.tif 000030
【図１４】
2008096549.tif 000031
【図１５】
2008096549.tif 000032
【国際調査報告】
2008096549.tif 000033
2008096549.tif 000034
2008096549.tif 000035
2008096549.tif 000036