(57)【特許請求の範囲】
【請求項１】
ＢＭ−ＳＣ（Broadcast Multicast Service Centre）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムにおいて、
前記ＳＧＳＮは、前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置は、
前記移動局装置に、サービス識別子または、ＴＭＧＩ（Temporary Mobile Group Identify）を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、ブロードキャストデータ配信においてユーザが実際に視聴している移動局装置の数をカウントし、前記カウントした数が０の場合には、前記ブロードキャストデータのＭＢＭＳ登録解除要求をＳＧＳＮに送信し、
前記ＳＧＳＮは、ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除し、
前記基地局装置は、ＭＢＭＳ登録解除要求をＳＧＳＮに送信するのと併せて、セッションを停止要求を含めて送信することを特徴とする移動通信システム。
【請求項２】
前記ＳＧＳＮは、ＭＢＭＳベアラコンテキストの配信リストに含まれるブロードキャストデータ配信を行う前記基地局装置が無くなった場合には、前記ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＧＧＳＮに送信し、
前記ＧＧＳＮは、前記ＭＢＭＳベアラコンテキスト内の配信リストから前記ＭＢＭＳ登録解除要求を送信したＳＧＳＮを削除し、
前記ＧＧＳＮは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれるブロードキャストデータ配信を行うＳＧＳＮが無くなった場合には、前記ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＢＭ−ＳＣに送信し、
前記ＢＭ−ＳＣは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信したＧＧＳＮを削除することを特徴とする請求項１に記載の移動通信システム。
【請求項３】
ＢＭ−ＳＣ（Broadcast Multicast Service Centre）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続される基地局装置において、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、ブロードキャストデータ配信においてユーザが実際に視聴している移動局装置の数をカウントし、前記カウントした数が０の場合には、前記ブロードキャストデータのＭＢＭＳ登録解除要求をＳＧＳＮに送信することを特徴とする基地局装置。
【請求項４】
ＢＭ−ＳＣ（Broadcast Multicast Service Centre）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムにおける移動局装置であって、
前記基地局装置からサービス識別子を含む確認メッセージを受信し、
前記確認メッセージは、ブロードキャストデータ配信においてユーザが実際に視聴している移動局装置の数を前記基地局装置がカウントするために送信するメッセージであり、
前記確認メッセージの受信に基づいて、前記確認メッセージの応答メッセージを前記基地局装置に送信することを特徴とする移動局装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＧＧＳＮ及びＳＧＳＮを経由して基地局装置に接続される移動局装置によりマルチキャストデータ配信を行う移動通信システム等に関する。
【背景技術】
【０００２】
３ＧＰＰにて、ＧＰＲＳ（General Packet Radio Service）によるマルチキャストデータ配信およびブロードキャストデータ配信を行うＭＢＭＳベアラサービスを提供する方法としてＭＢＭＳ（Multimedia Broadcast/Multicast Service）が規格化されている。
【０００３】
例えば、非特許文献１によれば、ＭＢＭＳサービスエリアは、あるＭＢＭＳセッションを行う範囲として定義される。例えば全国や関東等の地域単位でサービスエリアを設定し、当該サービスエリア内の複数の基地局装置のセルによって構成される。そして、コアネットワークに接続するＵＴＲＡＮ等の無線アクセスネットワークにマルチキャストの配信経路を設定し、サービスエリア内の各セルの基地局装置（ＮｏｄｅＢ、ＮＢ）や、無線ネットワーク制御局（ＲＮＣ）が、端末（ＵＥ）にＭＢＭＳベアラを設定し、データを配信する。
【０００４】
ここで、ＭＢＭＳサービスを開始するにあたり、まず、ＭＢＭＳ登録を行わなければならない。ＭＢＭＳ登録とは、データ配信を行う装置において、配送先の装置を記した配信リストを作成することである。
【０００５】
ＭＢＭＳ登録では、ＵＲＴＲＡＮなどの無線アクセスネットワーク内の装置やコアネットワーク内の装置で配信リストを作成する。これによりＭＢＭＳ登録を行った後に、ＭＢＭＳセッションを開始することによって、配送元装置から複数の装置を経由して、移動局装置はデータを受信することができる。
【０００６】
こうした従来のマルチキャストデータ配信は、基地局装置のセル単位ではなく、ＭＢＭＳサービスエリア単位で配信している。そのため、ＭＢＭＳサービスエリア内に配信すべき端末が在圏していないセルがある場合も、そのセルの基地局装置にマルチキャストデータが配信される。
【０００７】
今後こうしたマルチキャストデータ配信のサービスは、サービスエリアを比較的広範囲としている従来のブロードキャストサービスに加え、狭い範囲のみを対象としたブロードキャストサービスも増加していく等多様化していくことが予想される。
【０００８】
さらには、こうしてサービス形態が多様化すれば、配信するマルチキャストデータも広く配信する公共的な用途のものからパーソナルコミュニティに向けたもの等多様化し、種類も著しく増加していくことが予想される。
【０００９】
例えば、非特許文献２にあるように、旅行のガイドツアー等のユースケースが挙げられている。また、例えばスポーツやコンサート会場、ショッピングセンター等の集客施設の客を対象としたマルチキャストサービスも考えられる。さらに、災害被災地の被災者に対してのみ情報配信を行うようなケースも考えられる。
【００１０】
こうしたサービス形態や配信データの増加していく流れに対して最適化することなく、すべて一元的に個々のマルチキャスト配信データに対してＭＢＭＳベアラ等の通信路を確立し、受信端末の有無に関わらず通信路にデータを配信していた。これにより、トラフィックが増加したり、無線リソースが不足したりするといった新たな問題が発生してしまう。
【００１１】
このような問題点を解決するために、近年では、基地局装置においてマルチキャストデータを受信している端末をカウンティングするカウンティング機能の検討が始まっている。基地局装置は受信端末がいなくなったことを検知した場合には、基地局装置と端末間でマルチキャストデータ配送のために割り当てた無線リンクの通信帯域を解放、またはモード変更等により最適化をする等無線区間のリソースを効率的に利用する。さらに、端末が再度現れた場合には無線リソースの再割り当てを行う。このように、カウンティング機能による無線リソースの効率利用の検討が行われている。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】TS 23.246、Technical Specification Group Services and Architecture; Multimedia Broadcast/Multicast Service （MBMS）; Architecture and functional description
【非特許文献２】3GPP TR 22.947、Technical Specification Group Services and System Aspects; Study on Personal Broadcast Service
【発明の概要】
【発明が解決しようとする課題】
【００１３】
従来の基地局装置のカウンティング結果に基づいた効率化は、基地局装置と端末間の無線通信区間のリソースを効率利用する方法のみであり、マルチキャストデータの配信元の装置から基地局装置の間のネットワーク内部の通信区間のリソースを効率利用する方法はなかった。
【００１４】
つまり、カウンティング機能により、基地局装置がマルチキャストデータを受信する端末がいないことを検知したとしても、ネットワーク内部に設置されるマルチキャスト配信元の装置から基地局装置まではマルチキャストデータが配送されてしまう。これまでは、カウンティング機能を利用してトラフィックを削減し、ネットワークリソースを効率的に利用する解決方法がなかった。
【００１５】
このように、カウンティング機能により基地局装置と端末間の無線リソースの有効利用については考慮されているものの、ネットワーク内のネットワークリソースを効率的に利用することはできないという問題点があった。
【００１６】
上述した非特許文献１では、あるサービスへのＭＢＭＳ登録を解除する手続きが示されているが、その方法として、基地局装置が主導してマルチキャストデータおよびブロードキャストデータの配送元の装置に対してＭＢＭＳ登録を解除する手続きが示されている。
【００１７】
しかしながら、基地局装置において、ＭＢＭＳ登録解除手続きの開始を判断する具体的な手段についてはなんら示されていなかった。さらに、データ配送経路の上流に位置する各装置においても、更なる上流のデータ配送元の装置に対してＭＢＭＳ登録解除手続きを開始する具体的手段について示されていない。
【００１８】
さらに、ユーザの利便性を考慮すると、ユーザの視聴の有無に即応してＭＢＭＳ登録手続きやＭＢＭＳ登録解除手続きが行われる必要があるが、従来では効率的にそれらを行うことができなかった。
【００１９】
具体的には、マルチキャストモードでは、ユーザによるサービスからの離脱を要求するデアクティベーション手続きを行い、その完了を契機にＭＢＭＳ登録解除手続きが開始される。さらに、配信を再開する際にもサービス参加のためのアクティベーションを必要とする。そのため、移動局装置において一時的に電源ＯＦＦとなったり、一時的にＭＢＭＳサービスを提供する基地局装置から外れてしまったりした場合などにおいても、デアクティベーション手続きが必要であった。
【００２０】
上記のように、ＭＢＭＳ登録解除に対してデアクティベーション手続きなどの制御メッセージの送受信が必要になるなど、通信リソースが非効率に利用されている。また、ＭＢＭＳ登録解除手続きは本来移動局装置に処理を必要としないが、デアクティベーション手続きには移動局装置に制御メッセージの送受信が必要となる。つまり移動局装置に処理を必要としないＭＢＭＳ登録解除が行えない複雑な手続きを要し、非効率であった。
【００２１】
これにより、基地局装置がカウンティング結果に基づいてデータ受信端末がいないことを検知した場合や、移動局装置（端末）がリソース解放の要求を行わずに異なる基地局装置に移動したことや、移動局装置の電源をオフにしたことを基地局装置が検知した場合等においては、移動局装置に処理を伴わない効率的なＭＢＭＳ登録解除ができなかった。結果、ネットワークリソースは実際に必要でないにも関わらず、割り当てられたままトラヒックが流れ、リソースを無駄にしていた。
【００２２】
また、ネットワークリソースを有効に利用するために一時的に配信を停止する方法としては、従来のセッション停止手続きを行う方法が考えられる。しかしながら、従来手法では、配信元から配信先にセッションを停止する手続きしか規定されておらず、配信先から配信元へセッション停止を要求することができなかった。つまり、基地局装置から配信元へセッション停止を要求することができなかった。
【００２３】
また、基地局装置から配信元へセッション停止を要求するよう拡張したとしても新たな課題が生じる。セッション停止要求を受けた装置は、配信を止めリソースを一時的に解放することができるが、配信リストの削除は行わない。そのため、例えば、従来は、１）セッションが開始された状態で、２）基地局装置主導でセッションのみを停止した場合に、３）マルチキャストデータ（ブロードキャストデータ）の配送元主導で総てのセッションが停止された後に、４）マルチキャストデータ（ブロードキャストデータ）の配送元主導で総てのセッションが再開された場合には、配信リストに含められた総てのノード（例えば、ＧＧＳＮ、ＳＧＳＮ、基地局装置）に通信リソースが割り当てられてしまい、基地局装置主導で停止したセッションさえも再開されてしまっていた。つまり、１）において不必要なリソースを解放したものの、再度不必要なリソースが割り当てられることになる。
【００２４】
したがって、通信リソースを効率的に活用するためには、ＭＢＭＳ登録解除手続きにより配信リストの更新を行い、例えば４）のようにマルチキャストデータ（ブロードキャストデータ）の配送元の主導でセッションが再開された場合にも、必要のない装置への配信は再開されないようにする必要がある。これは、データ配送のためのリソースの効率化だけでなく、不必要な装置への制御手続きを不要とするためにも必要となる。
【００２５】
上述した課題を解決するために、本発明の目的は、基地局装置のカウンティング機能によりネットワークリソースを効率的に割り当てる制御方法を定めることにより、ネットワークリソースを有効活用出来る移動通信システム等を提供することを目的としている。
【課題を解決するための手段】
【００２６】
上記課題を解決するために、本発明に係る移動通信システム等は、以下の特徴を備えている。
【００２７】
本発明の移動通信システムは、ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、
前記ＳＧＳＮは、前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置は、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、マルチキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が０の場合には、前記マルチキャストデータのＭＢＭＳ登録解除要求をＳＧＳＮに送信し、
前記サービス識別子には、ＴＭＧＩ（Temporary Mobile Group Identify）を含み、
前記ＳＧＳＮは、ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする。
することを特徴とする。
【００３１】
また、本発明の移動通信システムにおいて、
前記ＳＧＳＮは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれる前記基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＧＧＳＮに送信し、
ＧＧＳＮは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信し、
前記ＧＧＳＮは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれるマルチキャストデータ配信を行う前記基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＢＭ−ＳＣに送信し、
ＢＭ−ＳＣは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信したＧＧＳＮを削除することを特徴とする。
【００３３】
本発明の移動通信システムは、ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムにおいて、
前記ＳＧＳＮは、前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、  前記基地局装置は、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、ブロードキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が０の場合には、前記ブロードキャストデータのＭＢＭＳ登録解除要求をＳＧＳＮに送信し、
前記サービス識別子には、ＴＭＧＩ（Temporary Mobile Group Identify）を含み、
前記ＳＧＳＮは、ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除し、
前記基地局装置は、ＭＢＭＳ登録解除要求をＳＧＳＮに送信するのと併せて、セッションを停止要求を含めて送信することを特徴とする。
【００３９】
本発明の基地局装置は、ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続される基地局装置において、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置において、マルチキャストデータ配信を必要としている移動局装置がいない場合に送信されるマルチキャストデータのＭＢＭＳ登録解除要求をＳＧＳＮに送信することを特徴とする。
【００４０】
本発明の基地局装置は、ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続される基地局装置において、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、ブロードキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が０の場合には、前記ブロードキャストデータのＭＢＭＳ登録解除要求をＳＧＳＮに送信することを特徴とする。
【００４１】
本発明のＳＧＳＮは、ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続されるＳＧＳＮにおいて、
前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置から、マルチキャストデータ配信を必要としている移動局装置が無くなった場合に送信されるマルチキャストデータのＭＢＭＳ登録解除要求を受信し、
前記ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする。
【００４２】
本発明のＳＧＳＮは、ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続されるＳＧＳＮにおいて、
前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置から、ブロードキャストデータ配信を必要としている移動局装置が無くなった場合に送信されるブロードキャストデータのＭＢＭＳ登録解除要求を受信し、
前記ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする。
【００４３】
本発明の移動局装置は、上述した本発明を適用した移動通信システムに接続されることを特徴とする。
【発明の効果】
【００４４】
本発明によれば、ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＧＧＳＮ及びＳＧＳＮを経由して基地局装置（ＮＢ）に接続される移動局装置（ＵＥ）にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、基地局装置は、カウンティング機能を利用して、マルチキャストデータを受信するＵＥの数が０であると検知し、マルチキャストデータ配信のＭＢＭＳ登録解除することを決定した場合には、ＭＢＭＳ登録解除要求をＳＧＳＮに送信し、マルチキャストデータの配信リストにおける配送先装置（ＮＢ）を削除するとともに従来セッション停止で行われていたリソースの解放を併せて行うことにより、ＳＧＳＮからの配信を停止することとなる。
【００４５】
これにより、従来は、基地局装置が主導してＭＢＭＳ登録を解除手続きが規定されていたが、ユーザの視聴の有無に即応してＭＢＭＳ登録手続きやＭＢＭＳ登録解除手続きを行うことができなかった。しかしながら、基地局装置が、移動局装置の受信の要否の結果に基づいて、ＭＢＭＳ登録解除手続きによる配信リストにおける配送先装置を削除するとともに、セッション停止手続きで行われたリソースの解放を併せて行うことができるようになる。
【００４６】
また、マルチキャストモードのように、ユーザによるサービスからの離脱を要求するデアクティベーション手続きを行い、その完了を契機にＭＢＭＳ登録解除手続きが開始され、配信を再開する際にもサービス参加のためのアクティベーションを必要としていたが、ユーザの視聴の有無をカウンティング機能により検出することで、デアクティベーション手続きを行うことなくサービス配信を停止することができ、また、そのような場合にサービス配信を再開する際にもアクティベーション手続きを行うことなく、サービスを受信することが可能となる。また、移動局装置において一時的に電源ＯＦＦとなったり、一時的にＭＢＭＳサービスを提供する基地局装置から外れてしまったりした場合などにおいても、デアクティベーション手続きを行う必要がなくなる。
【００４７】
上記のように、ＭＢＭＳ登録解除に対してデアクティベーション手続きなどの制御メッセージの送受信が不要になるため、通信リソースを効率に利用することができる。また、デアクティベーション手続きには移動局装置に制御メッセージの送受信が不要となり、移動局装置による処理を行くことなく、基地局装置主導で効率的にＭＢＭＳ登録解除が行うことができる。
【００４８】
これにより、基地局装置がカウンティング結果に基づいてデータ受信端末がいないことを検知した場合や、移動局装置（端末）がリソース解放の要求を行わずに異なる基地局装置に移動したことや、移動局装置の電源をオフにしたことを基地局装置が検知した場合等において、移動局装置に処理を伴わない効率的なＭＢＭＳ登録解除を行うことができる。結果、ネットワークリソースは実際に必要でないにも関わらず、割り当てられたままトラヒックが流れ、リソースを無駄にするという状況を回避することができる。
【００４９】
また、従来手法では、配信元から配信先にセッションを停止する手続きしか規定されておらず、配信先から配信元へセッション停止を要求することができなかった。つまり、基地局装置から配信元へセッション停止を要求することができなかった。さらに、基地局装置から配信元へセッション停止を要求するよう拡張したとしてもセッション停止要求を受けた装置は、配信を止めリソースを一時的に解放することができるが、配信リストの削除は行わない。
【００５０】
そのため、例えば、１）セッションが開始された状態で、２）ＮＢ主導でセッションのみを停止した場合に、３）ＢＭ−ＳＣ主導で総てのセッションが停止された後に、４）ＢＭ−ＳＣ主導で総てのセッションが再開された場合には、配信リストに含められた総てのノード（ＧＧＳＮ、ＳＧＳＮ、ＮＢ）に通信リソースが割り当てられてしまい、ＮＢ主導で停止したセッションさえも再開されてしまうという問題があった。
【００５１】
しかしながら、ＭＢＭＳ登録解除手続きにより配信リストからの配信先装置の更新を行い、例えば４）のようにＢＭ−ＳＣ主導でセッションが再開された場合にも、不必要なセッションが開始されなくなる。
【００５２】
また、セッションを不必要に開始されないことにより、セッションを開始する際に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。
【図面の簡単な説明】
【００５３】
【図１】第１実施形態における移動通信システムの概略を示した図である。
【図２】第１実施形態におけるＢＭ−ＳＣの機能構成を説明する為の図である。
【図３】ＢＭ−ＳＣにおけるＭＢＭＳサービスＤＢのデータ構成の一例を示した図である。
【図４】ＢＭ−ＳＣにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図５】ＢＭ−ＳＣにおけるＭＢＭＳ  ＵＥベアラコンテキストのデータ構成の一例を示した図である。
【図６】第１実施形態におけるＧＧＳＮの機能構成を説明する為の図である。
【図７】ＧＧＳＮにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図８】ＧＧＳＮにおける上流コントロールノードＤＢのデータ構成の一例を示した図である。
【図９】ＧＧＳＮにおけるＭＢＭＳ  ＵＥベアラコンテキストのデータ構成の一例を示した図である。
【図１０】第１実施形態におけるＳＧＳＮの機能構成を説明する為の図である。
【図１１】ＳＧＳＮにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図１２】ＳＧＳＮにおけるＭＢＭＳ  ＵＥベアラコンテキストのデータ構成の一例を示した図である。
【図１３】第１実施形態におけるＮＢの機能構成を説明する為の図である。
【図１４】ＮＢにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図１５】ＮＢにおける無線フレーム情報のデータ構成の一例を示した図である。
【図１６】ＮＢにおけるＭＢＭＳ  ＵＥベアラコンテキストのデータ構成の一例を示した図である。
【図１７】第１実施形態における処理の流れについて説明した図である。
【図１８】第１実施形態における処理の流れについて説明した図である。
【図１９】第１実施形態におけるベアラコンテキストの変化について説明する為の図である。
【図２０】第１実施形態における処理の流れについて説明した図である。
【図２１】第１実施形態における処理の流れについて説明した図である。
【図２２】第１実施形態における動作について説明した図である。
【図２３】第２実施形態における処理の流れについて説明した図である。
【図２４】第２実施形態におけるベアラコンテキストの変化について説明する為の図である。
【図２５】第２実施形態における処理の流れについて説明した図である。
【図２６】第２実施形態における処理の流れについて説明した図である。
【発明を実施するための形態】
【００５４】
以下、図面を参照して本発明を実施するための最良の形態について説明する。
【００５５】
［１．第１実施形態］
［１．１  システム構成］
図１は、本発明を適用した場合における移動通信システム１の概要を説明するための図である。移動通信システム１は、ブロードキャスト・マルチキャストサービスセンタであるＢＭ−ＳＣ（Broadcast-Multicast Service Center）１０、ゲートウェイ装置であるＧＧＳＮ（Gateway GPRS Support Node）２０及びサービス制御装置であるＳＧＳＮ（Serving GPRS Support Node）３０を含むコアネットワーク５と、基地局装置であるＮＢ４０と、移動局装置であるＵＥ５０とを含んで構成されている。
【００５６】
コアネットワーク５にＮＢ４０が接続されており、ＮＢ４０にＵＥ５０が接続可能な状態で構成されている。具体的には、ＢＭ−ＳＣ１０の下位にはＧＧＳＮ２０が接続されており、ＧＧＳＮ２０の下位にはＳＧＳＮ３０を介して又は直接ＮＢ４０が接続されている。さらに、ＮＢ４０の下位にはＵＥ５０が接続されている。
【００５７】
ここで、本実施形態の図１においては、説明の都合上、各構成装置が１つとして記載されているが、複数の装置が接続されていてもよい。例えば、一又は複数のＧＧＳＮを移動通信システム１は含んでおり、各ＧＧＳＮの下位に一又は複数のＳＧＳＮ、ＮＢがそれぞれ接続されている。また、ＵＥもＮＢに一又は複数接続可能である。
【００５８】
［１．２  装置構成］
続いて、各装置の機能構成について、図を用いて説明する。
【００５９】
［１．２．１  ＢＭ−ＳＣ］
ＢＭ−ＳＣ１０の機能構成について、図２を用いて説明する。ＢＭ−ＳＣ１０は、制御部１００に、送受信部１１０と記憶部１２０とが接続されている。
【００６０】
制御部１００は、ＢＭ−ＳＣ１０の全体を制御するための機能部である。制御部１００は、記憶部１２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【００６１】
送受信部１１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＧＧＳＮ２０と接続される。
【００６２】
記憶部１２０は、ＢＭ−ＳＣ１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳサービスＤＢ１２２と、ＭＢＭＳベアラコンテキスト１２４と、ＭＢＭＳ  ＵＥコンテキスト１２６とがそれぞれ記憶されている。
【００６３】
ＭＢＭＳサービスＤＢ１２２は、配信可能なＭＢＭＳベアラサービスを管理するために、ＭＢＭＳベアラサービス毎の配信データのサービス識別子を記憶するＤＢである。図３に、ＭＢＭＳサービスＤＢ１２２のデータ構成の一例を示す。
【００６４】
ここで、「サービス識別子」としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキストを識別するＴＭＧＩ（Temporary Mobile Group Identity）
（２）その他の識別子（例えば、ＢＭ−ＳＣ１０を運用してサービス事業を行う事業者が割り当てる識別子）等が利用可能である。
【００６５】
本実施形態では、（１）のＴＭＧＩを利用することとして説明する。具体的には、ＭＢＭＳベアラサービスでマルチキャストデータ配信時、サービス毎に生成するＭＢＭＳベアラコンテキスト１２４を識別するＴＭＧＩを用いる。ここで、ＴＭＧＩとは、従来携帯電話サービスで利用されている一時的に割り当てられた加入者識別情報だが、ＭＢＭＳにおいてはＭＢＭＳベアラサービスを識別する情報として利用されている。
【００６６】
ＭＢＭＳベアラコンテキスト１２４は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために確立するＭＢＭＳベアラの管理情報である。図４に、ＭＢＭＳベアラコンテキスト１２４のデータ構成の一例を示す。
【００６７】
ＭＢＭＳベアラコンテキスト１２４は、ＭＢＭＳ登録の際に必要とするＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、データ配信先の配信ノード（例えば、「ＧＧＳＮ２０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
【００６８】
ここで、配信ノードは、配信するノードを特定する情報を記憶しており、例えばＩＰアドレス（図４の場合はＧＧＳＮ２０のＩＰアドレス）が記憶される。ここで、配信ノードは一又は複数記憶することができる。
【００６９】
ＵＥカウンタは、ＭＢＭＳベアラサービスのマルチキャストデータの受信が必要なＵＥの数である。これは基地局装置（ＮＢ４０）のカウンティング機能によりカウントされた数に基づいたものであり、例えば、ＮＢ４０に接続しているＵＥ５０自体の数でもよいし、ＵＥ５０の内、マルチキャストグループに参加しているＵＥ５０の数でも良い。更に、ユーザが実際に視聴している端末（ＵＥ５０）、すなわちユーザが視聴アプリケーションを起動していない状態を検知するなどして、一時的に視聴をしていないＵＥ５０を除いた数であったり、ユーザにより受信が必要であることを通知するＵＥ５０の数であってもよい。
【００７０】
さらに、ＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキスト１２４に複数の配信ノードであるＧＧＳＮの情報を記憶している場合、ＧＧＳＮ毎にそれぞれ異なるＵＥカウンタを記憶し、ＵＥの数をカウントすることが出来る。したがって、ＢＭ−ＳＣ１０は、ＧＧＳＮ２０へ配信するマルチキャストデータの視聴端末数を記憶することが可能である。
【００７１】
ＭＢＭＳ  ＵＥコンテキスト１２６は、ＭＢＭＳサービス毎に生成され、ＵＥがＭＢＭＳサービスに参加することを示すＵＥの管理情報である。ＢＭ−ＳＣ１０は、ＭＢＭＳ  ＵＥコンテキスト１２６を参照し、ＭＢＭＳサービス毎にユーザ登録し、ＭＢＭＳサービス毎に課金を行うことができる。図５に、ＭＢＭＳ  ＵＥコンテキスト１２６のデータ構成の一例を示す。
【００７２】
ＭＢＭＳ  ＵＥコンテキスト１２６は、ＭＢＭＳサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、ＵＥ５０が初期接続時に、ＩＰアドレスを取得する際に必要とするＡＰＮ（Access Point Name）の情報（例えば、「ＡＰＮ１」）と、ＵＥを識別するために用いられるＩＭＳＩ（International Mobile Subscriber Identity）の情報（例えば「ＩＭＳＩ１」）とが含まれている。
【００７３】
［１．２．２  ＧＧＳＮ］
続いて、ＧＧＳＮ２０の機能構成について、図６を用いて説明する。ＧＧＳＮ２０は、制御部２００に、送受信部２１０と記憶部２２０とが接続されている。
【００７４】
制御部２００は、ＧＧＳＮ２０の全体を制御するための機能部である。制御部２００は、記憶部２２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【００７５】
送受信部２１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＢＭ−ＳＣ１０と、ＳＧＳＮ３０と、ＮＢ４０とに接続されている。
【００７６】
記憶部２２０は、ＧＧＳＮ２０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部２２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト２２２と、上流コントロールノードＤＢ２２４と、ＭＢＭＳ  ＵＥコンテキスト２２６とがそれぞれ記憶されている。ここで、ＭＢＭＳベアラコンテキスト２２２は、ＴＭＧＩで一意に識別することができる。
【００７７】
ＭＢＭＳベアラコンテキスト２２２は、ＭＢＭＳベアラサービス毎に生成し、マルチキャストデータを配送するために必要な管理情報である。図７に、ＭＢＭＳベアラコンテキスト２２２のデータ構成の一例を示す。
【００７８】
ＭＢＭＳベアラコンテキスト２２２は、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、データ配信先の配信ノード（例えば、「ＳＧＳＮ３０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
【００７９】
ここで、配信ノードは、配信するノードを特定する情報を記憶しており、例えばＩＰアドレス（図７の場合はＳＧＳＮ３０のＩＰアドレス）が記憶される。また、配信ノードは複数記憶することができる。
【００８０】
ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキスト２２２に対応するＭＢＭＳベアラサービス毎に記憶される。
【００８１】
ＵＥカウンタは、ＭＢＭＳベアラサービスのマルチキャストデータを受信する移動局装置（端末）の数である。これは基地局装置（ＮＢ４０）のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している移動局装置の数等である。
【００８２】
さらに、ＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２に複数の配信ノードであるＳＧＳＮの情報を記憶している場合、ＳＧＳＮ毎にそれぞれことなるＵＥカウンタを記憶し、ＵＥの数をカウントすることが出来る。したがって、ＧＧＳＮ２０は、ＳＧＳＮ３０へ配信するマルチキャストデータの視聴端末数を記憶することが可能である。
【００８３】
上流コントロールノードＤＢ２２４は、上流のマルチキャストデータ配信装置を特定するための情報を記憶するためのＤＢである。図８に上流コントロールノードＤＢ２２４の構成の一例を示す。本実施形態においては、ＢＭ−ＳＣ１０に関する情報について記憶しており、例えば、ＢＭ−ＳＣ１０のＩＰアドレスが記憶されている。
【００８４】
上流コントロールノードＤＢ２２４は、図８に示すように一つの上流コントロールノード（ＢＭ−ＳＣ１０）を記憶する。あるいは、サービス毎に複数の上流コントロールノード（ＢＭ−ＳＣ）を記憶してもよい。その場合には、ＴＭＧＩ等で識別できるＭＢＭＳベアラコンテキスト２２２毎に記憶する。
【００８５】
ＭＢＭＳ  ＵＥコンテキスト２２６は、ＭＢＭＳサービス毎に生成され、ＵＥ５０がＭＢＭＳサービスに参加することを示すＵＥ５０の管理情報である。ＧＧＳＮ２０は、あるＭＢＭＳサービスにおいて最初のＭＢＭＳ  ＵＥコンテキスト２２６が生成された場合、ＭＢＭＳ登録を行う。また、あるＭＢＭＳサービスにおいて、最後のＭＢＭＳ  ＵＥコンテキスト２２６が削除された場合、ＭＢＭＳ登録解除を行う。図９に、ＭＢＭＳ  ＵＥコンテキスト２２６のデータ構成の一例を示す。
【００８６】
ＭＢＭＳ  ＵＥコンテキスト２２６は、ＭＢＭＳサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、ＵＥ５０が初期接続時に、ＩＰアドレスを取得する際に必要とするＡＰＮの情報（例えば、「ＡＰＮ１」）と、サービス配信において経由するＳＧＳＮ（例えば、「ＳＧＳＮ３０」）と、ＵＥを識別するために用いられるＩＭＳＩの情報（例えば、「ＩＭＳＩ１」）とが含まれている。
【００８７】
［１．２．３  ＳＧＳＮ］
続いて、ＳＧＳＮ３０の機能構成について、図１０を用いて説明する。ＳＧＳＮ３０は、制御部３００に、送受信部３１０と記憶部３２０とが接続されている。
【００８８】
制御部３００は、ＳＧＳＮ３０の全体を制御するための機能部である。制御部３００は、記憶部３２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【００８９】
送受信部３１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＧＧＳＮ２０と、ＮＢ４０とに接続されている。
【００９０】
記憶部３２０は、ＳＧＳＮ３０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部３２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト３２２とＭＢＭＳ  ＵＥコンテキスト３２４とが記憶されている。
【００９１】
ＭＢＭＳベアラコンテキスト３２２は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図１１に、ＭＢＭＳベアラコンテキスト３２２のデータ構成の一例を示す。ここで、ＭＢＭＳベアラコンテキスト３２２は、ＴＭＧＩで一意に識別することができる。
【００９２】
ＭＢＭＳベアラコンテキスト３２２は、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、データ配信先の配信ノード（例えば、「ＮＢ４０」）と、上位の配信ノードとなる上位配信ノード（例えば、「ＧＧＳＮ２０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
【００９３】
ここで、配信ノード及び上位配信ノードは、それぞれのノードを特定する情報を記憶しており、例えばＩＰアドレス（図１１の場合はＮＢ４０や、ＧＧＳＮ２０のＩＰアドレス）が記憶される。また、配信ノードは複数記憶することができる。
【００９４】
ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキスト３２２に対応するＭＢＭＳベアラサービス毎に記憶する。
【００９５】
ＵＥカウンタは、ＭＢＭＳベアラサービスのマルチキャストデータを受信する移動局装置（端末）の数である。これは基地局装置（ＮＢ４０）のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している移動局装置（ＵＥ）の数等である。
【００９６】
さらに、ＳＧＳＮ３０は、ＭＢＭＳベアラコンテキスト３２２に複数の配信ノードであるＮＢの情報を記憶している場合、ＮＢ毎にそれぞれことなるＵＥカウンタを記憶し、ＵＥの数をカウントすることが出来る。したがって、ＳＧＳＮ３０は、ＮＢ４０へ配信するマルチキャストデータの視聴端末数を記憶することが可能である。
【００９７】
ＭＢＭＳ  ＵＥコンテキスト３２４は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータ配信におけるＵＥ５０の管理情報である。ＳＧＳＮ３０は、あるＭＢＭＳサービスにおいて最初のＭＢＭＳ  ＵＥコンテキスト３２４が生成された場合、ＭＢＭＳ登録を行う。また、あるＭＢＭＳサービスにおいて、最後のＭＢＭＳ  ＵＥコンテキスト３２４が生成された場合、ＭＢＭＳ登録解除を行う。図１２に、ＭＢＭＳ  ＵＥコンテキスト３２４のデータ構成の一例を示す。
【００９８】
ＭＢＭＳ  ＵＥコンテキスト３２４は、ＭＢＭＳサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、ＵＥ５０が初期接続時に、ＩＰアドレスを取得する場合に必要とするＡＰＮの情報（例えば、「ＡＰＮ１」）と、サービス配信において経由するＧＧＳＮ（例えば、「ＧＧＳＮ２０」）と、ＵＥ５０が参加するマルチキャストサービスを示すＴＭＧＩ（例えば、「ＴＭＧＩ１」）とが含まれている。
【００９９】
［１．２．４  ＮＢ］
続いて、ＮＢ４０の機能構成について、図１３を用いて説明する。ＮＢ４０は、制御部４００に、送受信部４１０と記憶部４２０とが接続されている。
【０１００】
制御部４００は、ＮＢ４０の全体を制御するための機能部である。制御部４００は、記憶部４２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【０１０１】
送受信部４１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＧＧＳＮ２０と、ＳＧＳＮ３０と接続されており、更にＵＥ５０が接続可能である。
【０１０２】
記憶部４２０は、ＮＢ４０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部４２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト４２２と、無線フレーム情報４２４と、ＭＢＭＳ  ＵＥコンテキスト４２６とがそれぞれ記憶されている。ここで、ＭＢＭＳベアラコンテキスト４２２は、ＴＭＧＩで一意に識別することができる。
【０１０３】
ＭＢＭＳベアラコンテキスト４２２は、ＭＳＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図１４に、ＭＢＭＳベアラコンテキスト４２２のデータ構成の一例を示す。
【０１０４】
ＭＢＭＳベアラコンテキスト４２２は、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、上位の配信ノードとなる上位配信ノードの情報（例えば、「ＳＧＳＮ３０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
【０１０５】
ここで、上位配信ノードの情報としては、ノードを特定する情報を記憶しており、例えばＩＰアドレス（図１４の場合はＳＧＳＮ３０のＩＰアドレス）が記憶される。
【０１０６】
ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキスト４２２に対応するＭＢＭＳベアラサービス毎に記憶される。
【０１０７】
ＵＥカウンタは、ＭＢＭＳベアラサービスのマルチキャストデータを受信する移動局装置（端末）の数である。これは基地局装置（ＮＢ４０）のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している移動局装置（ＵＥ５０）の数等である。
【０１０８】
無線フレーム情報４２４は、ＭＢＭＳベアラサービス毎に、ＮＢ４０がＵＥ５０へ無線区間を通して送信するための無線フレームの情報を記憶する。図１５に、無線フレーム情報４２４のデータ構成の一例を示す。
【０１０９】
具体的には、ＭＢＭＳベアラサービスを識別する識別子毎に（例えばＴＭＧＩ毎）、マルチキャストモードかユニキャストモードかを示すモード情報（例えば、「フレームモード」）を記憶する。さらに、ユニキャストモードの場合には、フレーム配送するＵＥ５０のＩＭＳＩ（International Mobile Subscriber Identity）等の識別情報が記憶されている。ここで、フレーム配送するＵＥ（識別情報）については複数記憶することができる。
【０１１０】
ＭＢＭＳ  ＵＥコンテキスト４２６は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータ配信におけるＵＥ５０の管理情報である。ＮＢ４０は、あるＭＢＭＳサービスにおいて最初のＭＢＭＳ  ＵＥコンテキストが生成された場合、ＭＢＭＳ登録を行う。また、あるＭＢＭＳサービスにおいて、最後のＭＢＭＳ  ＵＥコンテキストが生成された場合、ＭＢＭＳ登録解除を行う。図１６に、ＭＢＭＳ  ＵＥコンテキスト４２６のデータ構成の一例を示す。
【０１１１】
具体的には、ＭＢＭＳサービスへアクティベーションする際に必要とするＩＰマルチキャストアドレス（例えば、ＩＰマルチキャストアドレス１）と、ＵＥが初期接続時に、ＩＰアドレスを取得する際に必要とするＡＰＮ（例えば、「ＡＰＮ１」）と、ＵＥ５０が参加するマルチキャストサービスを示すＴＭＧＩ（例えば、「ＴＭＧＩ１」）とが含まれている。
【０１１２】
［１．３  手続き処理］
続いて、本実施形態における移動通信システム１の手続き処理について、図を用いて説明する。
【０１１３】
［１．３．１  サービスアナウンスメント手続き］
まず、図１７に示すように、ＢＭ−ＳＣ１０はまず始めにＵＥ５０に対してサービスアナウンスメント手続きを行う（Ｓ１００）。すなわち、ＢＭ−ＳＣ１０は配信可能なサービスをＵＥ５０へ通知する。ＵＥ５０は、これによりマルチキャストサービスを検知する。
【０１１４】
ＢＭ−ＳＣ１０は、ＭＢＭＳサービスＤＢ１２２で管理されているサービスの配信が可能であることを、サービス識別子を通知することでＵＥ５０へ伝える。さらには、番組タイトルやコンテンツタイトル、配信開始時間等のサービスを説明する情報を付与して通知してもよい。
【０１１５】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＴＭＧＩ
（２）その他の識別子（例えば、事業者の設定したでＭＢＭＳベアラサービスを識別することができるその他の識別子）
等が利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０１１６】
また、具体的な通知方法としては、種々の方法が考えられるが、例えば、ＳＭＳ（Short Message Service）等を用いて、予め登録されている配信可能なＵＥ５０へ通知したり、不特定多数のＵＥ５０へ通知したり、ＷＥＢに情報を掲示して、ＵＥ５０がＷＥＢサーバにアクセスすることで情報を取得したりしてもよい。
【０１１７】
[１．３．２  アクティベーション手続き]
続いて、ＵＥ５０は、サービスアナウンスメントで通知されたマルチキャストサービスに参加するためのアクティベーション手続きを行う（Ｓ１０２）。ここで、ＵＥ５０がマルチキャストサービスに参加するためのアクティベーション手続きについて、図１８を用いて説明する。
【０１１８】
本手続きは、ＵＥ５０はＧＧＳＮ２０へＩＧＭＰ参加要求を行うことにより、アクティベーション手続きが開始される（Ｓ２００）。ここで、ＵＥ５０がＧＧＳＮ２０へＭＢＭＳサービスに参加するための要求方法は種々存在するが、例えば、上記サービスアナウンスメントより通知されてきたサービスを一意に示す情報をＵＥ５０がＧＧＳＮ２０へ通知することが可能である。具体的には、ＩＰｖ４で通信する場合には、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔを送信し、ＩＰｖ６で通信する場合にはＭＬＤ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔを送信する。
【０１１９】
次に、ＧＧＳＮ２０は、ＢＭ−ＳＣ１０へＵＥ５０が参加要求をサービスに参加するためのＭＢＭＳ承認要求を送信する（Ｓ２０２）。ＭＢＭＳ承認要求を受信したＢＭ−ＳＣ１０は、そのサービス規約に基づいて参加要求のあったＵＥ５０を承認する。ここで、承認対象となるＵＥ５０に対して課金処理を行っても良い。
【０１２０】
続いて、ＢＭ−ＳＣ１０は、ＧＧＳＮ２０へＵＥ５０を承認したことを示す承認応答を送信する（Ｓ２０４）。ここで、ＢＭ−ＳＣ１０は、承認応答にＡＰＮを含めて送信する。ただし、ＢＭ−ＳＣ１０がＵＥ５０にサービスの参加を許可しない場合には、承認応答を送信しなくても良い。
【０１２１】
次に、ＧＧＳＮ２０は、ＳＧＳＮ３０へＭＢＭＳ通知要求を送信する（Ｓ２０６）。ここで、ＧＧＳＮ２０は、ＩＰマルチキャストアドレスと、ＡＰＮとを含めて送信する。また、ＩＰマルチキャストアドレスは、ＵＥ５０が参加要求を行ったアドレスである。次に、ＳＧＳＮ３０は、ＧＧＳＮ２０へＭＢＭＳ通知応答を送信する（Ｓ２０８）。
【０１２２】
さらに、ＳＧＳＮ３０は、ＵＥ５０へＭＢＭＳ  ＵＥコンテキストを有効にするために、ＭＢＭＳコンテキストアクティベーション要求を送信する（Ｓ２１０）。ここで、ＳＧＳＮ３０は、ＭＢＭＳコンテキスト要求に、ＩＰマルチキャストアドレスと、ＡＰＮとを含めて送信する。
【０１２３】
ＭＢＭＳコンテキストアクティベーション要求を受信したＵＥ５０は、ＭＢＭＳ  ＵＥコンテキストを作成し、ＭＢＭＳコンテキストアクティベーション応答をＳＧＳＮ３０へ送信する（Ｓ２１２）。ここで、ＭＢＭＳコンテキストアクティベーション応答には、ＩＰマルチキャストアドレスと、ＡＰＮと、ＵＥ５０が処理することができるＱｏＳに関する情報とを含める。また、ＭＢＭＳ  ＵＥコンテキストには、ＩＰマルチキャストアドレスと、ＡＰＮと、上位配信ノードであるＧＧＳＮの情報と、ＴＭＧＩの情報とを含める。
【０１２４】
次に、ＵＥ５０からＭＢＭＳ  ＵＥコンテキストアクティベーション応答を受信したＳＧＳＮ３０は、ＭＢＭＳ  ＵＥコンテキストを作成し、ＭＢＭＳコンテキスト要求をＧＧＳＮ２０へ送信する（Ｓ２１４）。ここで、ＳＧＳＮ３０は、ＭＢＭＳコンテキスト要求にＩＰマルチキャストアドレスと、ＡＰＮとを含めて送信する。また、ＭＢＭＳ  ＵＥコンテキストには、ＩＰマルチキャストアドレスと、ＡＰＮと、配信ノードであるＳＧＳＮとを含める。
【０１２５】
次に、ＳＧＳＮ３０からＭＢＭＳコンテキスト要求を受信したＧＧＳＮ２０は、ＵＥ５０によるサービス参加を確認するために、ＭＢＭＳ承認要求をＢＭ−ＳＣ１０へ送信する（Ｓ２１６）。ＧＧＳＮ２０からＭＢＭＳ承認要求を受信したＢＭ−ＳＣ１０は、ＵＥ５０によるサービス参加を確認した後、ＭＢＭＳ  ＵＥコンテキストを作成する。ＭＢＭＳ  ＵＥコンテキストには、ＩＰマルチキャストアドレスと、ＡＰＮとを含める。続いて、ＢＭ−ＳＣ１０は、ＭＢＭＳ承認応答をＧＧＳＮ２０へ送信する（Ｓ２２０）。
【０１２６】
ＢＭ−ＳＣ１０からＭＢＭＳ承認応答を受信したＧＧＳＮ２０は、ＭＢＭＳ  ＵＥコンテキストを作成し、ＭＢＭＳコンテキスト応答をＳＧＳＮ３０へ送信する（Ｓ２２２）。
【０１２７】
続いて、ＳＧＳＮ３０は、ＭＢＭＳ  ＵＥコンテキストの通知をＮＢ４０へ送信する（Ｓ２２４）。ＳＧＳＮ３０からＭＢＭＳ  ＵＥコンテキストの通知を受信したＮＢ４０は、ＭＢＭＳ  ＵＥコンテキストを作成する。ＭＢＭＳ  ＵＥコンテキストには、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩとを含める。
【０１２８】
次に、ＳＧＳＮ３０は、ＵＥ５０へＭＢＭＳコンテキストアクティベーション許可応答を送信する（Ｓ２２６）。ＳＧＳＮ３０は、ＭＢＭＳコンテキストアクティベーション許可応答にＴＭＧＩを含めて送信する。ここで、ＴＭＧＩは、ＭＢＭＳサービスを一意に示す識別子である。
【０１２９】
[１．３．３  ＭＢＭＳ登録手続き]
続いて、あるＭＢＭＳサービスにおけるＭＢＭＳ登録手続きについて、図１７に戻って説明する。ＭＢＭＳ登録手続きにより、ＢＭ−ＳＣ１０からＵＥ５０への通信経路が確立される。
【０１３０】
通信経路の確立には、ＢＭ−ＳＣ１０においてＭＢＭＳベアラコンテキスト１２４、ＧＧＳＮ２０においてＭＢＭＳベアラコンテキスト２２２、ＳＧＳＮ３０においてＭＢＭＳベアラコンテキスト３２２、ＮＢ４０においてＭＢＭＳベアラコンテキスト４２２を生成し、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＧＧＳＮ２０におけるＭＢＭＳベアラコンテキスト２２２、ＳＧＳＮ３０におけるＭＢＭＳベアラコンテキスト３２２、ＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２内それぞれの配信ノードのリストに登録する必要がある。
【０１３１】
ＭＢＭＳベアラコンテキスト（ＴＭＧＩで識別可能）は、ＢＭ−ＳＣ１０、ＧＧＳＮ２０、ＳＧＳＮ３０においてそれぞれ生成され、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＧＧＳＮ２０におけるＭＢＭＳベアラコンテキスト２２２、ＳＧＳＮ３０におけるＭＢＭＳベアラコンテキスト３２２、ＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２内それぞれの配信リストに下りリンクノードをそれぞれ登録する。
【０１３２】
すなわち、ＢＭ−ＳＣ１０における配信リストにはＧＧＳＮ２０が登録され、ＧＧＳＮ２０における配信リストにはＳＧＳＮ３０が登録され、ＳＧＳＮ３０における配信リストにはＮＢ４０がそれぞれ登録される。また、ＢＭ−ＳＣ１０、ＧＧＳＮ２０、ＳＧＳＮ３０、ＮＢ４０におけるそれぞれの配信リストには、複数の下りリンクノードが登録される場合もある。
【０１３３】
まず、ＮＢ４０は、ＭＢＭＳサービスに参加するＵＥ５０を検出することにより、ＭＢＭＳ登録手続きを開始する。ここで、ＮＢ４０がＭＢＭＳサービスに参加するＵＥ５０の検出方法は種々存在するが、例えば、上記サービスアナウンスメントより通知されてきたサービスを一意に示す情報をＵＥ５０がＮＢ４０へ通知することが可能である。
【０１３４】
ここで、ＮＢ４０は、サービスに対応するＭＢＭＳ  ＵＥコンテキストを生成しても良い。ＭＢＭＳ  ＵＥコンテキストには、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩとを含める。さらに、ＮＢ４０は、このＴＭＧＩが含まれる最初のＭＢＭＳ  ＵＥコンテキストを生成した場合であれば、ＭＢＭＳ登録開始手続きの合図としても良い。
【０１３５】
さらに、ＮＢ４０がＭＢＭＳ登録手続きを開始するトリガは、上記以外でもオペレータのポリシ等により、任意のタイミングで行ってもよい。
【０１３６】
次に、ＮＢ４０は、ＵＥ５０に指定されたサービスをＭＢＭＳ登録するためのＭＢＭＳ登録要求をＳＧＳＮ３０に送信する（Ｓ１０４）。ここで、ＮＢ４０は、ＭＢＭＳ登録要求にＴＭＧＩと、ＩＰマルチキャストアドレスと、ＡＰＮとを含めて送信する。
【０１３７】
ＮＢ４０からＭＢＭＳ登録要求を受信したＳＧＳＮ３０は、ＧＧＳＮ２０へＭＢＭＳ登録要求を送信する（Ｓ１０６）。ここで、ＭＢＭＳ登録要求には、ＴＭＧＩと、ＩＰマルチキャストアドレスと、ＡＰＮとを含める。
【０１３８】
ここで、ＳＧＳＮ３０は、サービスに対応するＭＢＭＳベアラコンテキスト３２２を生成する。ＭＢＭＳベアラコンテキスト３２２には、サービスを識別するＴＭＧＩを含める。さらに、ＭＢＭＳベアラコンテキスト３２２におけるベアラリソースの状態情報を“スタンバイ”に設定する。
【０１３９】
ここで、サービスに参加するＵＥ５０のＭＢＭＳ  ＵＥコンテキスト３２４を生成しても良い。ＭＢＭＳ  ＵＥコンテキスト３２４には、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩと、上位配信ノードであるＧＧＳＮの情報とを含める。
【０１４０】
ＳＧＳＮ３０からＭＢＭＳ登録要求を受信したＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２を生成し、ＭＢＭＳ登録要求をＢＭ−ＳＣ１０へ送信する（Ｓ１０８）。ここで、ＭＢＭＳベアラコンテキスト２２２におけるベアラリソースの状態情報を“スタンバイ”に設定する。ここで、ＧＧＳＮ２０は、サービスに参加するＵＥ５０のＭＢＭＳ  ＵＥコンテキスト２２６を生成しても良い。ＭＢＭＳ  ＵＥコンテキスト２２６には、ＩＰマルチキャストアドレスと、ＡＰＮと、配信ノードであるＳＧＳＮの情報とを含める。
【０１４１】
ＧＧＳＮ２０からＭＢＭＳ登録要求を受信したＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキスト１２４にＭＢＭＳ登録要求を送信したＧＧＳＮ２０の識別子を配信リストに登録し、ＭＢＭＳ登録応答を返信する（Ｓ１１０）。ここで、ＭＢＭＳ登録応答には、ＴＭＧＩ及びＱｏＳに関する情報を含める。
【０１４２】
Ｓ１０６でＳＧＳＮ３０からＭＢＭＳ登録要求を受信したＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２の配信リストにＭＢＭＳ登録要求を送信したＳＧＳＮ３０の識別子を登録し、ＭＢＭＳ登録応答を返信する（Ｓ１１２）。ここで、ＭＢＭＳ登録応答には、ＴＭＧＩ及びこのＭＢＭＳサービスに必要とされるベアラに関する情報を含める。
【０１４３】
Ｓ１０４でＮＢ４０からＭＢＭＳ登録要求を受信したＳＧＳＮ３０は、ＭＢＭＳベアラコンテキスト３２２の配信リストにＭＢＭＳ登録要求を送信したＮＢ４０の識別子を登録し、ＭＢＭＳ登録応答を返信する（Ｓ１１４）。
【０１４４】
以上のサービスアナウンスメント手続きと、アクティベーション手続きと、ＭＢＭＳ登録手続きにより、ＵＥ５０とＢＭ−ＳＣ１０の間で配信リストを形成することにより、ＢＭ−ＳＣ１０が送信したサービスのマルチキャスト配信データはＮＢ４０まで配送するための経路を生成することができる。
【０１４５】
なお、配信リストに登録されるノードは、上記に従う必要はなく、オペレータによって予め登録されていてもよい。ここで、ＭＢＭＳ登録手続き後におけるＮＢ４０が記憶するＭＢＭＳベアラコンテキスト４２２を図１９（ａ）に示す。図１９（ａ）に示すように、ＭＢＭＳベアラサービス識別子には「ＴＭＧＩ１」が、ＩＰマルチキャストアドレスには「ＩＰマルチキャストアドレス１」が、モードには「マルチキャスト」が、状態情報には「スタンバイ」が、上位配信ノードには「ＳＧＳＮ３０」の情報がそれぞれ記憶される。
【０１４６】
なお、上記では、ＳＧＳＮ３０がＭＢＭＳ登録解除要求を受信した場合の処理を説明したが、その他のＳＧＳＮがＮＢ４０からＭＢＭＳ登録解除要求を受信した場合にも、ＳＧＳＮ３０と同様の手続きを行う。
【０１４７】
同様にＧＧＳＮ２０においても、ＧＧＳＮ２０がＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＧＧＳＮがＳＧＳＮからＭＢＭＳ登録要求を受信した場合にも、ＧＧＳＮ２０と同様の手続きを行う。
【０１４８】
同様にＢＭ−ＳＣ１０においても、ＢＭ−ＳＣ１０がＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＢＭ−ＳＣがＧＧＮＳからＭＢＭＳ登録要求を受信した場合にも、ＢＭ−ＳＣ１０と同様の手続きを行う。
【０１４９】
［１．３．４  セッション開始手続き］
続いて実行するセッション開始手続きを、図２０を用いて説明する。セッション開始手続きにより、ＭＢＭＳベアラを確立し、データを送信する準備を行う。まず、ＢＭ−ＳＣ１０は、サービスを指定してセッション開始要求をＧＧＳＮ２０に送信する（Ｓ３００）。ここで、セッションを識別するためのセッション識別子を生成し、生成したセッション識別子とサービスを指定するためのＴＭＧＩとをセッション開始要求に含めて送信する。これによりセッション開始手続きを開始する。
【０１５０】
また、対応するＭＢＭＳベアラコンテキスト１２４（ＴＭＧＩで識別可能）には、セッション識別子を登録し、状態情報をアクティブに登録する。
【０１５１】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト１２４の配信ノードに登録される総てのＧＧＳＮ２０へ送信する。
【０１５２】
ＧＧＳＮ２０は、セッション開始要求を受信し、セッション開始応答をＢＭ−ＳＣ１０に送信し、応答する（Ｓ３０２）。また、対応するＭＢＭＳベアラコンテキスト２２２（ＴＭＧＩで識別可能）にセッション識別子を登録し、状態情報をアクティブに登録する。配信リストには、ＳＧＳＮ３０に関する情報が登録されている。ここで、配信ノードには、複数のＳＧＳＮが登録されている。
【０１５３】
なお、登録される配信ノードであるＳＧＳＮ３０は、オペレータによって予め登録されているものでも良いし、上記ＭＢＭＳ登録手続きを経て登録されたＭＢＭＳサービスエリア毎の配信ノード（ＳＧＳＮ３０等）のリストを利用し、ＢＭ−ＳＣ１０から送信されたセッション開始要求に含まれるＭＢＭＳサービスエリア識別子に基づいて対応するＳＧＳＮ３０を選択してもよい。
【０１５４】
以上の手続きにより、ＢＭ−ＳＣ１０とＧＧＳＮ２０間でマルチキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラが確立される。
【０１５５】
さらに、ＭＢＭＳベアラでの送信をＩＰマルチキャスト通信で行うため、サービスに対してＩＰマルチキャストアドレスを割り当て、ＭＢＭＳベアラコンテキスト２２２に登録する。
【０１５６】
ＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２の配信ノードに登録されるＳＧＳＮ３０へセッション開始要求（Ｓ３０４）を送信する。サービスを指定するために、セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０１５７】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト２２２の配信ノードに登録される総てのＳＧＳＮへ送信される。
【０１５８】
ＳＧＳＮ３０は、セッション開始要求を受信し、セッション開始応答をＧＧＳＮ２０に送信し、応答する（Ｓ３１０）。また、ＭＢＭＳベアラコンテキスト３２２を生成し、ＴＭＧＩとセッション識別子とＩＰマルチキャストアドレスとを登録し、状態情報をアクティブに登録する。
【０１５９】
配信ノードには、ＮＢ４０に関する情報が登録されている。ここで、配信ノードには、複数のＮＢが登録されている。
【０１６０】
以上の手続きにより、ＧＧＳＮ２０とＳＧＳＮ３０間でマルチキャストデータ配信の通信品質を確保した配送路であるＭＢＭＳベアラが確立される。
【０１６１】
ＳＧＳＮ３０は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録されるＮＢ４０へセッション開始要求（Ｓ３０６）を送信する。セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０１６２】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録される総てのＮＢへ送信される。
【０１６３】
ＮＢ４０は、セッション開始要求を受信し、セッション開始応答をＳＧＳＮ３０に送信し、応答する（Ｓ３０８）。また、ＭＢＭＳベアラコンテキスト４２２を生成し、ＴＭＧＩとセッション識別子とＩＰマルチキャストアドレスとを登録し、状態情報をアクティブに登録する。さらに、要求を送信した上位の配信ノードとなるＳＧＳＮ３０に関する情報を登録する。
【０１６４】
以上の手続きにより、ＳＧＳＮ３０とＮＢ４０間でマルチキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラが確立される。
【０１６５】
ここで、ＮＢ４０は、ＩＰマルチキャスト参加処理を行う（Ｓ３１４）。ＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２を参照し、サービスに対応するＩＰマルチキャストアドレスを用いて参加要求を行う。具体的には、ＩＰｖ４で通信する場合には、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージを送信し、ＩＰｖ６で通信する場合にはＭＬＤ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔを送信する。
【０１６６】
これにより、ＢＭ−ＳＣ１０、ＧＧＳＮ２０、ＳＧＳＮ３０及びＮＢ４０で確立したＭＢＭＳベアラに、ＩＰマルチキャストパケットが配送される。また、マルチキャストデータは、ＩＰマルチキャストによりＢＭ−ＳＣ１０からＮＢ４０まで送信される。
【０１６７】
さらに、ＮＢ４０は、ＵＥ５０へ送信する無線リソース割り当て処理を行い（Ｓ３１２）、配送するための情報を無線フレーム情報４２４に登録する。具体的には、無線フレームのモードがマルチキャストモードであるか、ユニキャストモードであるかのモード情報をサービス識別子毎に登録する。サービス識別子としてはＴＭＧＩを用いることができる。
【０１６８】
また、マルチキャストモードで送信する場合は、フレームは不特定多数のＵＥへ送信するためＵＥ情報を保持する必要はないが、ユニキャストモードで送信する場合には、個々のＵＥに無線フレームを送信する必要があるため、その場合には、アクティベーション手続きの場合、ＵＥ情報としてＩＭＳＩを記憶しておきＵＥ情報として登録する。
【０１６９】
以上のサービスアナウンスメント手続き、ＭＢＭＳ登録手続き、セッション開始手続きにより、ＵＥ５０とＢＭ−ＳＣ１０の間で通信路が確立され、ＢＭ−ＳＣ１０が送信したデータはＮＢ４０まで配送することができる。
【０１７０】
最後に、ＮＢ４０はＵＥ５０に対してＭＢＭＳ開始通知を送信する（Ｓ３１６）。開始通知にはサービスを識別するサービス識別子を含めて通知する。これにより、ＵＥ５０はマルチキャストデータの受信を開始する。
【０１７１】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用する。本実施形態では、（１）のＴＭＧＩを利用することとして説明するが、（３）の場合には、サービス識別子とＭＢＭＳベアラコンテキスト４２２とを対応づけて登録することとなる。
【０１７２】
上記の例では、ＧＧＳＮ２０がセッション開始要求を受信した場合の処理を説明したが、その他のＧＧＳＮがＢＭ−ＳＣ１０からセッション開始要求を受信した場合にも、ＧＧＳＮ２０と同様の手続きを行う。
【０１７３】
同様にＳＧＳＮにおいても、ＳＧＳＮ３０がセッション開始要求を受信した場合の処理を説明したが、その他のＳＧＳＮがＧＧＳＮからセッション開始要求を受信した場合にも、ＳＧＳＮ３０と同様の手続きを行う。
【０１７４】
同様にＮＢにおいても、ＮＢ４０がセッション開始要求を受信した場合の処理を説明したが、その他のＮＢがＳＧＮＳからセッション開始要求を受信した場合にも、ＮＢ４０と同様の手続きを行う。
【０１７５】
同様にＵＥにおいても、ＵＥ５０がセッション開始要求を受信した場合の処理を説明したが、その他のＵＥがＮＢからセッション開始要求を受信した場合にも、ＵＥ５０と同様の手続きを行う。
【０１７６】
これにより、ＢＭ−ＳＣ１０が配信するマルチキャストデータは、複数のＧＧＳＮ、ＳＧＳＮ、ＮＢを介して階層的にＵＥへ配送される。
【０１７７】
ここで、セッション開始手続き後におけるＮＢ４０が保持するＭＢＭＳベアラコンテキスト４２２を図１９（ｂ）に示す。図１９（ｂ）に示すように、ＭＢＭＳベアラサービス識別子には「ＴＭＧＩ１」が、セッション識別子には「セッション１」が、ＩＰマルチキャストアドレスには「ＩＰマルチキャストアドレス１」が、モードには「マルチキャスト」が、状態情報には「アクティブ」が、上位配信ノードには「ＳＧＳＮ３０」に関する情報がそれぞれ格納される。図１９（ａ）と比較すると、セッション識別子が新たに記憶され、状態情報が「スタンバイ」から「アクティブ」へ変更される。
【０１７８】
[１．３．５  ＭＢＭＳ登録解除手続きとセッション停止手続き]
次に、ＭＢＭＳ登録解除手続きとセッション停止手続きについて図２１を用いて説明する。
【０１７９】
本実施形態では、ＭＢＭＳ登録解除処理の後にセッション停止処理を行うよう説明するが、この順番に限るものでなく、セッション停止処理の後に、ＭＢＭＳ登録解除処理を行っても良い。また、ＭＢＭＳ登録解除処理では、ＮＢ４０におけるカウンティング手続き結果を基に開始する例を説明するが、開始トリガはこれに限らず、ＮＢ４０から手続きを開始することができる。
【０１８０】
まず、ＭＢＭＳ登録解除手続きのトリガとなるカウンティング手続きを説明する。手続きはＮＢ４０とＵＥ５０との間で行う。ＮＢ４０は、接続するＵＥ５０に対して、サービス識別子を含めてサービスを受けているかどうかを確認するメッセージを送信する。
【０１８１】
ここで、ＮＢ４０は、無線フレーム情報４２４に登録されているＵＥ５０に宛てて、サービスを受けているかどうかを確認するメッセージを送信するが、接続する総てのＵＥに送信してもよい。
【０１８２】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用することができる。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０１８３】
これにより、ＮＢ４０は、実際にマルチキャストデータの受信が必要なＵＥ５０の数を取得することができる。取得したＵＥ５０の数は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタに登録される。実際にマルチキャストデータの受信が必要なＵＥ５０の数としては、例えば、基地局装置に接続しているＵＥ５０自体の数でもよいし、それらＵＥ５０の内、マルチキャストグループに参加しているＵＥ５０の数でもよい。さらには、ユーザが視聴アプリケーションを起動してない状態を検知するなどして、一時的に視聴をしていないＵＥ５０を除いた数でもよいし、ユーザにより受信が必要であることを通知するＵＥ５０をカウントして登録してもよい。
【０１８４】
また、ＮＢ４０の確認メッセージには、サービス識別子を含めないで送信してもよい。その場合には、ＵＥ５０は、受信を必要とするサービスがある場合には、サービス識別子を含めて応答する。サービス識別子は、サービスアナウンスメント手続きで取得する等して記憶しておくことで、選択可能となる。
【０１８５】
応答を受信したＮＢ４０は、サービス識別子からＭＢＭＳベアラコンテキスト４２２を特定し、応答のあったＵＥ５０の数をＵＥカウンタに登録する。以上によりカウンティング手続き（Ｓ４００）を完了する。
【０１８６】
ＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタがゼロになったかどうかを確認するカウンティング処理を行う（Ｓ４０２）。ＵＥカウンタがゼロになった場合、ＮＢ４０は、ＭＢＭＳ登録解除処理を行う（Ｓ４０４）。ＮＢ４０は、カウンティング処理の対象となるＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト４２２の配信リストからＵＥ５０を削除する。
【０１８７】
続いて、ＮＢ４０は、セッション停止処理を行う（Ｓ４０６）。ここで、ＮＢ４０は、ＵＥ５０とＮＢ４０間にＴＭＧIで識別されるサービスにベアラリソースが割り当てられている場合、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキスト４２２における状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０１８８】
次に、ＮＢ４０は対応するサービスのＭＢＭＳ登録解除要求をＳＧＳＮ３０へ送信する（Ｓ４０８）。送信するＳＧＳＮは、ＭＢＭＳベアラコンテキスト４２２のＳＧＳＮの情報により解決し、本実施形態ではＳＧＳＮ３０へ送信する。ＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２に登録されているＴＭＧＩと、サービス識別子と、セッション識別子と、ＮＢ４０の情報とを含めたＭＢＭＳ登録解除要求をＳＧＳＮ３０に送信する。
【０１８９】
ＭＢＭＳ登録解除要求を受信したＳＧＳＮ３０は、ＭＢＭＳ登録解除処理を行う（Ｓ４１０）。ＳＧＳＮ３０は、ＮＢ４０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト３２２の配信リストからＮＢ４０を削除する。
【０１９０】
続いて、ＳＧＳＮ３０は、セッション停止処理を行う（Ｓ４１２）。ここで、ＳＧＳＮ３０は、ＮＢ４０とＳＧＳＮ３０間にＴＭＧＩで識別されるサービスにベアラリソースが割り当てられている場合には、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキスト３２２における状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０１９１】
次に、ＳＧＳＮ３０は、ＮＢ４０にＭＢＭＳ登録解除応答を送信する（Ｓ４１４）。ＭＢＭＳ登録解除応答を受信したＮＢ４０は、Ｓ４０８のＭＢＭＳ登録解除要求に含めたＴＭＧＩに対応するＭＢＭＳベアラコンテキスト４２２を削除する。
【０１９２】
ＳＧＳＮ３０は、ＭＢＭＳベアラコンテキスト３２２における配信リストのＮＢ（またはＮＢの識別子）を確認し、ＮＢが登録されている場合には本処理を完了する。
【０１９３】
一方、ＳＧＳＮ３０は、ＭＢＭＳベアラコンテキスト３２２における配信リストから総てのＮＢが削除されている場合（ＥＭＰＴＹ）には、ＳＧＳＮ３０は対応するサービスのＭＢＭＳ登録解除要求をＧＧＳＮ２０へ送信する（Ｓ４１６）。送信するＧＧＳＮは、ＭＢＭＳベアラコンテキスト４２２のＧＧＳＮの情報により解決し、本実施形態ではＧＧＳＮ２０へ送信する。ＳＧＳＮ３０は、ＭＢＭＳベアラコンテキスト４２２に登録されているＴＭＧＩ、サービス識別子と、セッション識別子と、ＳＧＳＮ３０の情報とを含めたＭＢＭＳ登録解除要求をＧＧＳＮ２０に送信する。
【０１９４】
ＭＢＭＳ登録解除要求を受信したＧＧＳＮ２０は、ＭＢＭＳ登録解除処理を行う（Ｓ４１８）。ＳＧＳＮ３０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト２２２の配信リストからＳＧＳＮ３０を削除する。続いて、ＧＧＳＮ２０は、セッション停止処理を行う（Ｓ４２０）。ここで、ＧＧＳＮ２０は、ＳＧＳＮ３０とＧＧＳＮ２０間にＴＭＧＩで識別されるサービスにベアラリソースが割り当てられている場合には、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキスト２２２における状態情報がアクティブである場合には、スタンバイに設定する。
【０１９５】
次に、ＧＧＳＮ２０は、ＳＧＳＮ３０にＭＢＭＳＭＢＭＳ登録解除応答を送信する（Ｓ４２２）。ＭＢＭＳ登録解除応答を受信したＳＧＳＮ３０は、Ｓ４１６において送信したＭＢＭＳ登録解除要求に含めたＴＭＧＩに対応するＭＢＭＳベアラコンテキスト２２２を削除する。
【０１９６】
ＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２における配信リストのＳＧＳＮ（又はＳＧＳＮの識別子）を確認し、ＳＧＳＮが登録されている場合には本処理を完了する。
【０１９７】
一方、ＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２における配信リストから総てのＳＧＳＮが削除されている場合（ＥＭＰＴＹ）には、ＧＧＳＮ２０は対応するサービスのＭＢＭＳ登録解除要求をＢＭ−ＳＣ１０へ送信する（Ｓ４２４）。送信するＢＭ−ＳＣは、ＭＢＭＳベアラコンテキスト１２４のＢＭ−ＳＣの情報により解決し、本実施形態ではＢＭ−ＳＣ１０へ送信する。ＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２に登録されているＴＭＧＩ、サービス識別子と、セッション識別子と、ＧＧＳＮ２０の情報とを含めたＭＢＭＳ登録解除要求をＢＭ−ＳＣ１０に送信する。
【０１９８】
ＭＢＭＳ登録解除要求を受信したＢＭ−ＳＣ１０は、ＭＢＭＳ登録解除処理を行う（Ｓ４２６）。ＧＧＳＮ２０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト１２４の配信リストからＧＧＳＮ２０を削除する。続いて、ＢＭ−ＳＣ１０は、セッション停止処理を行う（Ｓ４２８）。ここで、ＢＭ−ＳＣ１０は、ＧＧＳＮ２０とＢＭ−ＳＣ１０間にＴＭＧＩで識別されるサービスにベアラリソースが割り当てられている場合には、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキスト１２４における状態情報がアクティブである場合には、スタンバイに設定する。
【０１９９】
次に、ＢＭ−ＳＣ１０は、ＧＧＳＮ２０にＭＢＭＳＭＢＭＳ登録解除応答を送信する（Ｓ４３０）。ＭＢＭＳ登録解除応答を受信したＧＧＳＮ２０は、Ｓ４２４において送信したＭＢＭＳ登録解除要求に含めたＴＭＧＩに対応するＭＢＭＳベアラコンテキスト１２４を削除する。さらに、ＧＧＳＮ２０は、ＭＢＭＳ登録解除要求に含めたＴＭＧＩに対応するＭＢＭＳ  ＵＥコンテキスト２２６を保持している場合にはそのＴＭＧＩが含められたＭＢＭＳ  ＵＥコンテキスト２２６を総て削除しても良い。
【０２００】
ＢＭ−ＳＣ１０は、ＭＢＭＳ登録解除要求のあったＴＭＧＩで識別されるＭＢＭＳベアラコンテキスト１２４を削除する。ＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキスト１２４における配信リストのＧＧＳＮ２０（またはＧＧＳＮ２０の識別子）を確認し、ＧＧＳＮ２０が登録されている場合には本処理を完了する。
【０２０１】
一方、ＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキスト１２４における配信リストから総てのＧＧＳＮが削除されている場合（ＥＭＰＴＹ）には、ＭＢＭＳベアラコンテキスト１２４を削除する。
【０２０２】
以上の手続きにより、ＮＢ４０により、カウンティング機能を利用して効率的にＭＢＭＳ登録を解除することができる。ＮＢ４０のＭＢＭＳ登録解除手続きは、カウンティング手続きにより、ＴＭＧＩ等で識別可能なＭＢＭＳベアラ毎のマルチキャストサービスの配信が不要であることを検知することができる。
【０２０３】
さらに、アプリケーション等がオフになっていること等により視聴していないようなケースのように、視聴していないことを検知することで開始することもできる。そして、この検知をトリガにＭＢＭＳ登録解除手続きを開始することができる。
【０２０４】
図２２（ａ）にＭＢＭＳ登録解除手続きとセッション停止処理前の配信ツリーを示し、図２２（ｂ）にＭＢＭＳ登録解除手続きとセッション停止処理後の配信ツリーを示す。配信ツリーとは、ＢＭ−ＳＣからＧＧＳＮ、ＳＧＳＮ、ＮＢを経由してＵＥにデータが配信されるルートを示すものである。
【０２０５】
図２２では、ＮＢ１とＮＢ２とがそれぞれ任意のサービスに対してカウンティング処理（Ｓ４０２）を行い、ＵＥカウンタがゼロとなり、ＭＢＭＳ登録解除手続きとセッション処理を開始していることを示している。
【０２０６】
ＭＢＭＳ登録解除手続きとセッション停止処理を行うことを決めたＮＢ１とＮＢ２とはそれぞれ、ＭＢＭＳ登録解除処理（Ｓ４０４）を行う。つまり、ＭＢＭＳベアラコンテキスト４２２の配信リストからＮＢ１に接続されるＵＥ又はＮＢ２に接続されるＵＥを削除する。
【０２０７】
また、ＮＢ１とＮＢ２とは、それぞれセッション停止処理を行う（Ｓ４０６）。つまり、ＮＢ１とＮＢ１とに接続されるＵＥ間において、ベアラリソースが割り当てられている場合には、そのベアラリソースを解放し、ＮＢ２とＮＢ２とに接続されるＵＥ間において、ベアラリソースが割り当てられている場合には、そのベアラリソースを解放する。
【０２０８】
続いて、ＮＢ１とＮＢ２とはそれぞれＳＧＳＮ１へＭＢＭＳ登録解除要求を送信する（Ｓ４０８）。ＳＧＳＮ１は、ＮＢ１とＮＢ２とからのＭＢＭＳ登録解除要求に基づいて、ＭＢＭＳ登録解除処理を行う（Ｓ４１０）。つまり、ＳＧＳＮ１が保持するＭＢＭＳベアラコンテキスト３２２の配信リストからＮＢ１とＮＢ２とを削除する。
【０２０９】
続いて、ＳＧＳＮ１は、セッション停止処理を行う（Ｓ４１２）。つまり、ＳＧＳＮ１とＮＢ１又はＮＢ２間において、ベアラリソースが割り当てられている場合には、そのベアラリソースを解放する。ここで、ＳＧＳＮ１は、ＭＢＭＳベアラコンテキスト３２２における配信リストがＥＭＰＴＹであることを確認し、ＧＧＳＮ１へＭＢＭＳ登録解除要求を送信する（Ｓ４１６）。ＧＧＳＮ１は、ＳＧＳＮ１からのＭＢＭＳ登録解除要求に基づいて、ＭＢＭＳ登録解除処理を行う（Ｓ４１８）。つまり、ＧＧＳＮが保持するＭＢＭＳベアラコンテキスト２２２の配信リストからＳＧＳＮ１を解放する。
【０２１０】
続いて、ＧＧＳＮ１は、セッション停止処理を行う（Ｓ４２０）。つまり、ＧＧＳＮ１とＳＧＳＮ１間において、ベアラリソースが割り当てられている場合には、そのベアラリソースを解放する。ここで、ＧＧＳＮ１におけるＭＢＭＳベアラコンテキスト２２２の配信リストには、ＳＧＳＮ２が登録されているので、ＭＢＭＳ登録解除手続きを完了する。ＭＢＭＳ登録解除手続きとセッション停止処理後の配信ツリーであり、ＧＧＳＮ１の配信リストからＳＧＳＮ１が削除されていることが分かる。
【０２１１】
以上の手続きでは、デアクティベーション処理（ＵＥによるサービスの登録解除）を行わなかった。ＮＢ４０により、ＵＥがサービス受信の要求があるとカウンティング機能などで検知できる場合には、ＵＥによるアクティベーション処理を行うことなく、サービス受信を再開することができる。
【０２１２】
一方、ＮＢ４０によるカウンティング機能を利用して、ＵＥカウンタがゼロになったことをトリガとしてＭＢＭＳ登録解除を行ったが、デアクティベーション手続きを行った後に、あるサービスにおけるＭＢＭＳ  ＵＥコンテキストが総て削除されたことをトリガとして、ＭＢＭＳ登録解除手続きを行っても良い。デアクティベーション登録手続きを行った場合、ＢＭ−ＳＣのサービスの登録から外され、課金処理を止めることができる。
【０２１３】
こうして各装置は登録するサービスがマルチキャストモードであると認識し、ＢＭ−ＳＣ１０はＭＢＭＳベアラコンテキスト１２４のモードにマルチキャストと登録し、ＧＧＳＮ２０はＭＢＭＳベアラコンテキスト２２２のモードにマルチキャストと登録し、ＳＧＳＮ３０はＭＢＭＳベアラコンテキスト３２２のモードにマルチキャストと登録し、ＮＢ４０はＭＢＭＳベアラコンテキスト４２２のモードにマルチキャストと登録する。
【０２１４】
これにより、ＭＢＭＳ登録解除を決定する場合、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＧＧＳＮ２０におけるＭＢＭＳベアラコンテキスト２２２、ＳＧＳＮ３０におけるＭＢＭＳベアラコンテキスト３２２、ＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２をそれぞれ参照し、マルチキャストモードである場合にはＭＢＭＳ登録を解除することができる。
【０２１５】
さらに、上記の場合において、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＧＧＳＮ２０におけるＭＢＭＳベアラコンテキスト２２２、ＳＧＳＮ３０におけるＭＢＭＳベアラコンテキスト３２２、ＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２における状態情報がアクティブである場合には、状態情報をスタンバイに変更し、セッション停止やマルチキャストデータ配信、受信停止することができる。
【０２１６】
具体的には、ＮＢ４０では、マルチキャストＭＢＭＳ登録解除要求の送信時（Ｓ４０８）、ＭＢＭＳベアラコンテキスト４２２のモードがマルチキャストである場合、ＭＢＭＳ登録解除要求の送信、やＭＢＭＳ登録解除処理やＭＢＭＳベアラの解放やマルチキャストデータ配信、受信停止を行う。
【０２１７】
ＳＧＳＮ３０では、マルチキャストＭＢＭＳ登録解除要求の送信時（Ｓ４１６）、ＭＢＭＳベアラコンテキスト３２２のモードがマルチキャストである場合、ＭＢＭＳ登録解除要求の送信、ＭＢＭＳ登録解除処理やＭＢＭＳベアラの解放やマルチキャストデータ配信、受信停止を行う。
【０２１８】
ＧＧＳＮ２０では、マルチキャストＭＢＭＳ登録解除要求の送信時（Ｓ４２４）、ＭＢＭＳベアラコンテキスト２２２のモードがマルチキャストである場合、ＭＢＭＳ登録解除要求の送信やＭＢＭＳベアラの解放やマルチキャストデータ配信、受信停止を行う。
【０２１９】
ＢＭ−ＳＣ１０では、マルチキャストＭＢＭＳ登録解除要求の受信時（Ｓ４２４）、ＭＢＭＳベアラコンテキスト２２２のモードがマルチキャストである場合、ＭＢＭＳ登録解除処理やＭＢＭＳベアラの解放やマルチキャストデータ配信停止を行う。
【０２２０】
従来では、基地局装置であるＮＢ４０が主導してＭＢＭＳ登録を解除することが規定されていたが、アクティベーション手続き、デアクティベーション手続きを行うことなく、基地局装置で移動局装置の受信の要否を確認し、配信の必要がないと検知できた場合に、効率的にＭＢＭＳ登録を解除することができなかった。本実施形態では、アクティベーション手続き、デアクティベーション手続きを行うことなく、基地局装置が、移動局装置の受信の要否の結果に基づいて、ＭＢＭＳ登録解除手続き、セッション停止手続きを行うことができるようになる。言い換えると、移動局装置のアクティベーションを維持したまま、ＭＢＭＳ登録解除とセッション停止を行うことができる。
【０２２１】
また、ＭＢＭＳ登録解除手続きのみによって、配信先リストから配送先装置を削除するとともに、従来セッション停止で行われていたリソースの解放を併せて行うことが可能になる。さらに、セッション停止に要するセッション停止手続きを省略することができ簡易化できる。また、ＭＢＭＳ登録解除するときに、セッションが停止されていない場合には、ＭＢＭＳ登録解除とともに、セッション停止を行うことにより、再度ＭＢＭＳ登録されない限り、セッションを開始されることがない。
【０２２２】
例えば、従来手法では、配信元から配信先にセッションを停止する手続きしか規定されておらず、配信先から配信元へセッション停止を要求することができなかった。つまり、基地局装置（ＮＢ）から配信元へセッション停止を要求することができなかった。さらに、基地局装置（ＮＢ）から配信元へセッション停止を要求するよう拡張したとしてもセッション停止要求を受けた装置は、配信を止めリソースを一時的に解放することができるが、配信リストの削除は行わない。
【０２２３】
そのため、例えば、１）セッションが開始された状態で、２）ＮＢ主導でセッションのみを停止した場合に、３）ＢＭ−ＳＣ主導で総てのセッションが停止された後に、４）ＢＭ−ＳＣ主導で総てのセッションが再開された場合には、配信リストに含められた総てのノード（ＧＧＳＮ、ＳＧＳＮ、ＮＢ）に通信リソースが割り当てられてしまい、ＮＢ主導で停止したセッションさえも再開されてしまうという問題があった。
【０２２４】
しかしながら、ＭＢＭＳ登録解除手続きにより配信リストからの配信先装置の更新を行い、例えば４）のようにＢＭ−ＳＣ主導でセッションが再開された場合にも、不必要なセッションが開始されなくなる。
【０２２５】
本実施形態によれば、セッションを不必要に開始しないことにより、セッションを開始する際に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。
【０２２６】
セッションが開始されないということは、不必要に通信リソースを利用されることがなく、通信リソースを効率的に活用することが可能となる。また、セッションを不必要に開始されないことにより、セッションを開始する際に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。
【０２２７】
［２．第２実施形態］
続いて第２実施形態について説明する。第２実施形態では、ブロードキャスト配信を対象とするシステムにおいて、カウンティング機能を利用してＭＢＭＳ登録解除手続きを行う。
【０２２８】
第１実施形態では、アクティベーション手続きを行い、サービス登録をＵＥから行うことによってＭＢＭＳ登録手続きが開始されていたが、ブロードキャストの場合には、アクティベーション手続きを行わずにＭＢＭＳ登録手続きを行うことが可能となる。ここで、ブロードキャスト配信では、マルチキャスト配信と違い、アクティベーション手続きを行わないために、ＭＢＭＳ  ＵＥコンテキストが生成されない。
【０２２９】
なお、第２実施形態におけるシステムの構成及び各装置構成は、第１実施形態において示したシステムの構成及び各装置構成と同様であるため、その説明を省略する。
【０２３０】
なお、ブロードキャスト配信を対象とするシステムでは、ＵＥ５０からサービス登録を要求せず、アクティベーション手続きが発生しない。そのため、ＮＢ４０、ＳＧＳＮ３０、ＧＧＳＮ２０、ＢＭ−ＳＣ１０それぞれにおいて、ＭＢＭＳ  ＵＥコンテキストが作成されない点が異なる。
【０２３１】
また、第１実施形態において「マルチキャストサービス」の配信について説明したが、第２実施形態では「ブロードキャストサービス」に適用して説明する。例えば、第２実施形態におけるＵＥカウンタは、ＭＢＭＳベアラサービスのブロードデータの受信が必要なＵＥの数である。これは基地局装置（ＮＢ４０）のカウンティング機能によりカウントされた数に基づいたものであり、例えば、ＮＢ４０に接続しているＵＥ５０自体の数でもよい。さらには、ユーザが実際に視聴している端末（ＵＥ５０）、すなわちユーザが視聴アプリケーションを起動していない状態を検知するなどして、一時的に視聴をしていないＵＥ５０を除いた数であったり、ユーザにより受信が必要であることを通知するＵＥ５０の数であってもよい。
【０２３２】
［２．１  処理の流れ］
それでは、第２実施形態における処理の流れについて図を用いて説明する。
【０２３３】
［２．１．１  サービスアナウンスメント手続き］
本実施形態におけるサービスアナウンスメント手続きについて、説明する。図２３に示すように、ＢＭ−ＳＣ１０は、まず始めにＵＥ５０に対してサービスアナウンスメント手続きを行う。ＢＭ−ＳＣ１０は配信可能なサービスをＵＥ５０へ通知する（Ｓ５００）。ＵＥ５０は、これによりブロードキャストサービスを検知する。
【０２３４】
ＢＭ−ＳＣ１０は、ＭＢＭＳサービスＤＢ１２２で管理されているサービスの配信が可能であることを、サービス識別子を通知することでＵＥ５０へ伝える。さらに、番組タイトルやコンテンツタイトル、配信開始時間等のサービスを説明する情報を付与して通知してもよい。
【０２３５】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＴＭＧＩ
（２）その他の識別子（例えば、事業者の設定したでＭＢＭＳベアラサービスを識別することができるその他の識別子）
等が利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０２３６】
また、具体的な通知方法としては、種々の方法が考えられるが、例えば、ＳＭＳ（Short Message Service）等を用いて、予め登録されている配信可能なＵＥ５０へ通知したり、不特定多数のＵＥ５０へ通知したり、ＷＥＢに情報を掲示して、ＵＥ５０がＷＥＢサーバにアクセスすることで情報を取得したりしてもよい。
【０２３７】
[２．１．２  ＭＢＭＳ登録手続き]
つづいて、ＭＢＭＳ登録手続きについて説明する。ＭＢＭＳサービスにおけるＭＢＭＳ登録手続きを、図２３に示す。ＭＢＭＳ登録手続きにより、ＢＭ−ＳＣ１０からＵＥ５０への通信経路が確立される。
【０２３８】
通信経路の確立には、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＧＧＳＮ２０におけるＭＢＭＳベアラコンテキスト２２２、ＳＧＳＮ３０におけるＭＢＭＳベアラコンテキスト３２２、ＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２をそれぞれ生成し、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＧＧＳＮ２０におけるＭＢＭＳベアラコンテキスト２２２、ＳＧＳＮ３０におけるＭＢＭＳベアラコンテキスト３２２、ＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２をそれぞれの配信ノードのリストに登録する必要がある。ＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳベアラコンテキスト２２２、ＭＢＭＳベアラコンテキスト３２２、ＭＢＭＳベアラコンテキスト４２２はそれぞれＴＭＧＩで識別可能である。
【０２３９】
すなわち、ＢＭ−ＳＣ１０における配信リストにはＧＧＳＮ２０が登録され、ＧＧＳＮ２０における配信リストにはＳＧＳＮ３０が登録され、ＳＧＳＮ３０における配信リストにはＮＢ４０がそれぞれ登録される。また、ＢＭ−ＳＣ１０、ＧＧＳＮ２０、ＳＧＳＮ３０、ＮＢ４０におけるそれぞれの配信リストには、複数の下りリンクノードが登録される場合もある。
【０２４０】
まず、ＮＢ４０は、ＭＢＭＳサービスを受信するＵＥを検出することにより、ＭＢＭＳ登録手続きを開始する。ここで、ＮＢ４０がＭＢＭＳサービスを受信するＵＥの検出方法は種々存在するが、例えば、ＮＢ４０におけるカウンティング機能を利用して、ＭＢＭＳサービスを受信するＵＥ５０を検出してもよい。言い換えると、カウンティング手続きにより、ＵＥ５０がＮＢ４０に対して、ＭＢＭＳ登録を要求することができる。
【０２４１】
まず、ＮＢ４０は、接続するＵＥ５０に対して、サービス識別子を含めてサービスを受けているかどうかを確認するメッセージを送信する。
【０２４２】
ここで、ＮＢ４０は、無線フレーム情報４２４に登録されているＵＥ５０に宛てて、サービスを受けているかどうかを確認するメッセージを送信するが、接続する総てのＵＥに送信してもよい。
【０２４３】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等が利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０２４４】
これにより、ＮＢ４０は、実際にブロードキャストデータの受信が必要なＵＥ５０の数を取得することができる。取得したＵＥ５０の数は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタに登録される。実際にブロードキャストデータの受信が必要なＵＥ５０の数としては、例えば、ＮＢ４０に接続しているＵＥ５０自体の数でもよい。さらには、ユーザが視聴アプリケーションを起動していない状態を検知するなどして、一時的に視聴をしていないＵＥ５０を除いた数でもよいし、ユーザにより受信が必要であることを通知するＵＥ５０をカウントして登録してもよい。
【０２４５】
また、ＮＢ４０の確認メッセージには、サービス識別子を含めないで送信してもよい。その場合には、ＵＥ５０は、受信を必要とするサービスがある場合には、サービス識別子を含めて応答する。
【０２４６】
サービス識別子は、サービスアナウンスメント手続きで取得する等して記憶しておくことで、選択可能となる。
【０２４７】
応答を受信したＮＢ４０は、サービス識別子からＭＢＭＳベアラコンテキスト４２２を特定し、応答のあったＵＥ５０の数をＵＥカウンタに登録する。以上によりカウンティング手続きを完了する（Ｓ５０２）。カウンティング手続きの結果、ＵＥカウンタが０でないと判断すれば、ＭＢＭＳ登録手続きを開始しても良い。
【０２４８】
さらに、ＮＢ４０がＭＢＭＳ登録手続きを開始するトリガは、オペレータのポリシ等により、任意のタイミングで行ってもよい。上記以外でも基地局装置の設置時や運用開始時などでオペレータのポリシ等により、任意のタイミングで行っても良い。
【０２４９】
次に、ＮＢ４０は、ＵＥに指定されたサービスをＭＢＭＳ登録するためのＭＢＭＳ登録要求をＳＧＳＮ３０に送信する（Ｓ５０４）。ここで、ＮＢ４０は、ＭＢＭＳ登録要求にＴＭＧＩ、ＩＰマルチキャストアドレスを含める。
【０２５０】
ＮＢ４０からＭＢＭＳ登録要求を受信したＳＧＳＮ３０は、ＧＧＳＮ２０へＭＢＭＳ登録要求を送信する（Ｓ５０６）。ここで、ＭＢＭＳ登録要求には、ＴＭＧＩ、ＩＰマルチキャストアドレスを含める。
【０２５１】
ここで、ＳＧＳＮ３０は、サービスに対応するＭＢＭＳベアラコンテキスト３２２を生成する。ＭＢＭＳベアラコンテキスト３２２には、サービスを識別するＴＭＧＩを含める。さらに、ＭＢＭＳベアラコンテキスト３２２におけるベアラリソースの状態情報を「スタンバイ」に設定する。
【０２５２】
ＳＧＳＮ３０からＭＢＭＳ登録要求を受信したＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２を生成し、ＭＢＭＳ登録要求をＢＭ−ＳＣ１０へ送信する（Ｓ５０８）。ここで、ＭＢＭＳベアラコンテキスト２２２におけるベアラリソースの状態情報を「スタンバイ」に設定する。
【０２５３】
ＧＧＳＮ２０からＭＢＭＳ登録要求を受信したＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキスト１２４にＭＢＭＳ登録要求を送信したＧＧＳＮ２０の識別子を配信リストに登録し、ＭＢＭＳ登録応答を返信する（Ｓ５１０）。ここで、ＭＢＭＳ登録応答には、ＴＭＧＩと、サービスに必要とされるベアラの容量とを含める。
【０２５４】
Ｓ５０６でＳＧＳＮ３０からＭＢＭＳ登録要求を受信したＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２の配信リストにＭＢＭＳ登録要求を送信したＳＧＳＮ３０の識別子を登録し、ＭＢＭＳ登録応答を返信する（Ｓ５１２）。ここで、ＭＢＭＳ登録応答には、ＴＭＧＩ及びこのＭＢＭＳサービスに必要とされるベアラに関する情報を含める。
【０２５５】
Ｓ５０４でＮＢ４０からＭＢＭＳ登録要求を受信したＳＧＳＮ３０は、ＭＢＭＳベアラコンテキスト３２２の配信リストにＭＢＭＳ登録要求を送信したＮＢ４０の識別子を登録し、ＭＢＭＳ登録応答を送信する（Ｓ５１４）。
【０２５６】
以上のサービスアナウンスメント手続きとＭＢＭＳ登録手続きにより、ＵＥ５０とＢＭ−ＳＣ１０との間で配信リストを形成することにより、ＢＭ−ＳＣ１０が送信したサービスのブロードキャスト配信データはＮＢ４０まで配送するための経路を生成することができる。なお、配信リストに登録されるノードは、上記に従う必要はなく、オペレータによって予め登録されていてもよい。
【０２５７】
ここで、ＭＢＭＳ登録手続き後におけるＮＢ４０が保持するＭＢＭＳベアラコンテキスト４２２を図２４（ａ）に示す。図２４（ａ）に示すように、ＭＢＭＳベアラサービス識別子には「ＴＭＧＩ１」が、ＩＰマルチキャストアドレスには「ＩＰマルチキャストアドレス１」が、モードには「ブロードキャスト」が、状態情報には「スタンバイ」が、上位配信ノードには「ＳＧＳＮ２０」がそれぞれ記憶される。
【０２５８】
上記の例では、ＳＧＳＮ３０がＭＢＭＳ登録解除要求を受信した場合の処理を説明したが、その他のＳＧＳＮがＮＢ４０からＭＢＭＳ登録解除要求を受信した場合にも、ＳＧＳＮ３０と同様の手続きを行う。
【０２５９】
同様にＧＧＳＮ２０においても、ＧＧＳＮ２０がＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＧＧＳＮがＳＧＳＮ３０からＭＢＭＳ登録要求を受信した場合にも、ＧＧＳＮ２０と同様の手続きを行う。
【０２６０】
同様にＢＭ−ＳＣ１０においても、ＢＭ−ＳＣ１０がＭＢＭＳ登録解除要求を受信した場合の処理を説明したが、その他のＢＭ−ＳＣがＧＧＮＳ２０からＭＢＭＳ登録解除要求を受信した場合にも、ＢＭ−ＳＣ１０と同様の手続きを行う。
【０２６１】
［２．１．３  セッション開始手続き］
続いて実行するセッション開始手続きを、図２５を用いて説明する。セッション開始手続きにより、ＭＢＭＳベアラを確立し、データを送信する準備を行う。ＢＭ−ＳＣ１０は、サービスを指定してセッション開始要求をＧＧＳＮ２０に送信する（Ｓ６００）。ここで、セッションを識別するためのセッション識別子を生成し、生成したセッション識別子とサービスを指定するためのＴＭＧＩとをセッション開始要求に含めて送信する。これによりセッション開始手続きを開始する。
【０２６２】
また、対応するＭＢＭＳベアラコンテキスト１２４（ＴＭＧＩで識別可能）には、セッション識別子を登録し、状態情報を「アクティブ」に登録する。
【０２６３】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト１２４の配信ノードに登録される総てのＧＧＳＮへ送信する。
【０２６４】
ＧＧＳＮ２０は、セッション開始要求を受信し、セッション開始応答をＢＭ−ＳＣ１０に送信し、応答する（Ｓ６０２）。また、対応するＭＢＭＳベアラコンテキスト２２２（ＴＭＧＩで識別可能）にセッション識別子を登録し、状態情報をアクティブに登録する。配信リストには、ＳＧＳＮ３０に関する情報が登録されている。ここで、配信ノードには、複数のＳＧＳＮが登録されている。
【０２６５】
なお、登録される配信ノードであるＳＧＳＮ３０は、オペレータによって予め登録されているものでも良いし、上記ＭＢＭＳ登録手続きを経て登録されたＭＢＭＳサービスエリア毎の配信ノード（ＳＧＳＮ３０等）のリストを利用し、ＢＭ−ＳＣ１０から送信されたセッション開始要求に含まれるＭＢＭＳサービスエリア識別子に基づいて対応するＳＧＳＮ３０を選択してもよい。
【０２６６】
以上の手続きにより、ＢＭ−ＳＣ１０とＧＧＳＮ２０間でブロードキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラが確立される。
【０２６７】
さらに、ＭＢＭＳベアラでの送信をＩＰマルチキャスト通信で行うため、サービスに対してＩＰマルチキャストアドレスを割り当て、ＭＢＭＳベアラコンテキスト２２２に登録する。
【０２６８】
ＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２の配信ノードに登録されるＳＧＳＮ３０へセッション開始要求（Ｓ６０４）を送信する。サービスを指定するために、セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０２６９】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト２２２の配信ノードに登録される総てのＳＧＳＮへ送信される。
【０２７０】
ＳＧＳＮ３０は、セッション開始要求を受信し、セッション開始応答をＧＧＳＮ２０に送信し、応答する（Ｓ６１０）。また、ＭＢＭＳベアラコンテキスト３２２にＴＭＧＩとセッション識別子とＩＰマルチキャストアドレスを登録し、状態情報をアクティブに登録する。
【０２７１】
配信ノードには、ＮＢ４０に関する情報が登録されている。ここで、配信ノードには、複数のＮＢを登録されている。
【０２７２】
以上の手続きにより、ＧＧＳＮ２０とＳＧＳＮ３０間でブロードキャストデータ配信の通信品質を確保した配送路であるＭＢＭＳベアラが確立される。
【０２７３】
ＳＧＳＮ３０は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録されるＮＢ４０へセッション開始要求（Ｓ６０６）を送信する。セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０２７４】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録される総てのＮＢへ送信される。
【０２７５】
ＮＢ４０は、セッション開始要求を受信し、セッション開始応答をＳＧＳＮ３０に送信し、応答する（Ｓ６０８）。また、ＭＢＭＳベアラコンテキスト４２２を生成し、ＴＭＧＩとセッション識別子とＩＰマルチキャストアドレスを登録し、状態情報をアクティブに登録する。さらに、要求を送信した上位の配信ノードとなるＳＧＳＮ３０に関する情報を登録する。
【０２７６】
以上の手続きにより、ＳＧＳＮ３０とＮＢ４０間でブロードキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラが確立される。
【０２７７】
これにより、ＢＭ−ＳＣ１０、ＧＧＳＮ２０、ＳＧＳＮ３０及びＮＢ４０で確立したＭＢＭＳベアラに、ＩＰマルチキャストパケットが配送される。また、ブロードキャストデータは、ＩＰマルチキャストによりＢＭ−ＳＣ１０からＮＢ４０まで送信される。
【０２７８】
ここで、ＮＢ４０は、ＩＰマルチキャスト参加処理を行う（Ｓ６１４）。ＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２を参照し、サービスに対応するＩＰマルチキャストアドレスを用いて参加要求を行う。具体的には、ＩＰｖ４で通信する場合には、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージを送信し、ＩＰｖ６で通信する場合にはＭＬＤ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔを送信する。
【０２７９】
さらに、ＮＢ４０は、ＵＥ５０へ送信する無線リソース割り当て処理を行い（Ｓ６１２）、配送するための情報を無線フレーム情報４２４に登録する。具体的には、無線フレームのモードがブロードキャストモードであるか、ユニキャストモードであるかのモード情報をサービス識別子毎に登録する。サービス識別子としてはＴＭＧＩを用いることができる。
【０２８０】
また、ブロードキャストモードで送信する場合は、フレームは不特定多数のＵＥへ送信するためＵＥ情報を保持する必要はないが、ユニキャストモードで送信する場合には、個々のＵＥに無線フレームを送信する必要があるため、その場合には、アクティベーション手続きの場合、ＵＥ情報としてＩＭＳＩを保持しておきＵＥ情報として登録する。
【０２８１】
以上のサービスアナウンスメント手続き、ＭＢＭＳ登録手続き、セッション開始手続きにより、ＵＥ５０とＢＭ−ＳＣ１０の間で通信路が確立され、ＢＭ−ＳＣ１０が送信したデータはＮＢ４０まで配送することができる。
【０２８２】
最後に、ＮＢ４０はＵＥ５０に対してＭＢＭＳ開始通知を送信する（Ｓ６１６）。開始通知にはサービスを識別するサービス識別子を含めて通知する。これにより、ＵＥ５０はブロードキャストデータの受信を開始する。
【０２８３】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明するが、（３）の場合には、サービス識別子とＭＢＭＳベアラコンテキスト４２２とを対応づけて登録することとなる。
【０２８４】
上記の例では、ＧＧＳＮ２０がセッション開始要求を受信した場合の処理を説明したが、その他のＧＧＳＮがＢＭ−ＳＣ１０からセッション開始要求を受信した場合にも、ＧＧＳＮ２０と同様の手続きを行う。
【０２８５】
同様にＳＧＳＮにおいても、ＳＧＳＮ３０がセッション開始要求を受信した場合の処理を説明したが、その他のＳＧＳＮがＧＧＳＮからセッション開始要求を受信した場合にも、ＳＧＳＮ３０と同様の手続きを行う。
【０２８６】
同様にＮＢにおいても、ＮＢ４０がセッション開始要求を受信した場合の処理を説明したが、その他のＮＢがＳＧＮＳからセッション開始要求を受信した場合にも、ＮＢ４０と同様の手続きを行う。
【０２８７】
同様にＵＥにおいても、ＵＥ５０がセッション開始要求を受信した場合の処理を説明したが、その他のＵＥがＮＢからセッション開始要求を受信した場合にも、ＵＥ５０と同様の手続きを行う。
【０２８８】
これにより、ＢＭ−ＳＣ１０が配信するブロードキャストデータは、複数のＧＧＳＮ、ＳＧＳＮ、ＮＢを介して階層的にＵＥへ配送される。
【０２８９】
ここで、セッション開始手続き後におけるＮＢ４０が保持するＭＢＭＳベアラコンテキスト４２２を図２４（ｂ）に示す。図２４（ｂ）に示すように、ＭＢＭＳベアラサービス識別子には「ＴＭＧＩ１」が、セッション識別子には「セッション１」が、ＩＰマルチキャストアドレスには「ＩＰマルチキャストアドレス１」が、モードには「ブロードキャスト」が、状態情報には「アクティブ」が、上位配信ノードには「ＳＧＳＮ２０」の情報がそれぞれ格納される。図２４（ａ）と比較すると、セッション識別子が新たに格納され、状態情報が「スタンバイ」から「アクティブ」へ変更されている。
【０２９０】
[２．１．４  ＭＢＭＳ登録解除手続きとセッション停止手続き］
次に、ＭＢＭＳ登録解除手続きとセッション停止手続きについて図２６を用いて説明する。
【０２９１】
本実施形態では、ＭＢＭＳ登録解除処理の後にセッション停止処理を行うよう説明するが、この順番に限るものでなく、セッション停止処理の後に、ＭＢＭＳ登録解除処理手続きを行っても良い。ＭＢＭＳ登録解除手続きでは、ＮＢ４０におけるカウンティング手続き結果を基に開始する例を説明するが、開始トリガはこれに限らず、ＮＢ４０から手続きを開始することができる。
【０２９２】
まず、ＭＢＭＳ登録解除手続きのトリガとなるカウンティング手続きを説明する。手続きはＮＢ４０とＵＥ５０との間で行う。ＮＢ４０は、接続するＵＥ５０に対して、サービス識別子を含めてサービスを受けているかどうかを確認するメッセージを送信する。
【０２９３】
ここで、ＮＢ４０は、無線フレーム情報４２４に登録されているＵＥ５０に宛てて、サービスを受けているかどうかを確認するメッセージを送信するが、接続する総てのＵＥに送信してもよい。
【０２９４】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等が利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０２９５】
これにより、ＮＢ４０は、実際にマルチキャストデータの受信が必要なＵＥ５０の数を取得することができる。取得したＵＥ５０の数は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタに登録される。
【０２９６】
また、ＮＢ４０の確認メッセージには、サービス識別子を含めないで送信してもよい。その場合には、ＵＥ５０は、受信を必要とするサービスがある場合には、サービス識別子を含めて応答する。
【０２９７】
サービス識別子は、サービスアナウンスメント手続きで取得する等して記憶しておくことで、選択可能となる。
【０２９８】
応答を受信したＮＢ４０は、サービス識別子からＭＢＭＳベアラコンテキスト４２２を特定し、応答のあったＵＥ５０の数をＵＥカウンタに登録する。以上によりカウンティング手続き（Ｓ７００）を完了する。
【０２９９】
ＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタがゼロになったかどうかを確認するカウンティング処理を行う（Ｓ７０２）。ＵＥカウンタがゼロになった場合、ＮＢ４０は、ＭＢＭＳ登録解除処理を行う（Ｓ７０４）。ＮＢ４０は、カウンティング処理の対象となるＴＭＧIを参照し、対応するＭＢＭＳベアラコンテキスト４２２の配信リストからＵＥ５０を削除する。
【０３００】
続いて、ＮＢ４０は、セッション停止処理を行う（Ｓ７０６）。ここで、ＮＢ４０は、ＵＥ５０とＮＢ４０間にＴＭＧIで識別されるサービスにベアラリソースが割り当てられている場合、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキスト４２２における状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０３０１】
次に、ＮＢ４０は対応するサービスのＭＢＭＳ登録解除要求をＳＧＳＮ３０へ送信する（Ｓ７０８）。送信するＳＧＳＮは、ＭＢＭＳベアラコンテキスト４２２のＳＧＳＮの情報により解決し、本実施形態ではＳＧＳＮ３０へ送信する。ＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２に登録されているＴＭＧＩと、サービス識別子、セッション識別子とＮＢ４０の情報とを含めたＭＢＭＳ登録解除要求をＳＧＳＮ３０に送信する（Ｓ７０８）。
【０３０２】
ＭＢＭＳ登録解除要求を受信したＳＧＳＮ３０は、ＭＢＭＳ登録解除処理を行う（Ｓ７１０）。ＳＧＳＮ３０は、ＮＢ４０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト３２２の配信リストからＮＢ４０を削除する。続いて、ＳＧＳＮ３０は、セッション停止処理を行う（Ｓ７１２）。ここで、ＳＧＳＮ３０は、ＮＢ４０とＳＧＳＮ３０間にＴＭＧＩで識別されるサービスにベアラリソースが割り当てられている場合には、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキスト３２２における状態情報がアクティブである場合には、スタンバイに設定する。
【０３０３】
次に、ＳＧＳＮ３０は、ＮＢ４０にＭＢＭＳ登録解除応答を送信する（Ｓ７１４）。ＭＢＭＳ登録解除応答を受信したＮＢ４０は、ＭＢＭＳ登録解除要求（Ｓ７０８）に含めたＴＭＧＩに対応するＭＢＭＳベアラコンテキスト４２２を削除する。
【０３０４】
ＳＧＳＮ３０は、ＭＢＭＳベアラコンテキスト３２２における配信リストのＮＢ（又はＮＢの識別子）を確認し、ＮＢが登録されている場合には本処理を完了する。
【０３０５】
一方、ＳＧＳＮ３０は、ＭＢＭＳベアラコンテキスト３２２における配信リストから総てのＮＢが削除されている場合（ＥＭＰＴＹ）は、ＳＧＳＮ３０は対応するサービスのＭＢＭＳ登録解除要求をＧＧＳＮ２０へ送信する（Ｓ７１６）。送信するＧＧＳＮは、ＭＢＭＳベアラコンテキスト３２２のＧＧＳＮの情報により解決し、本実施形態ではＧＧＳＮ２０へ送信する。
【０３０６】
ＳＧＳＮ３０は、ＭＢＭＳベアラコンテキスト３２２に登録されているＴＭＧＩ、サービス識別子と、セッション識別子と、ＳＧＳＮ３０の情報とを含めたＭＢＭＳ登録解除要求をＧＧＳＮ２０に送信する。
【０３０７】
ＭＢＭＳ登録解除要求を受信したＧＧＳＮ２０は、ＭＢＭＳ登録解除処理を行う（Ｓ７１８）。ＳＧＳＮ３０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト２２２の配信リストからＳＧＳＮ３０を削除する。
【０３０８】
続いて、ＧＧＳＮ２０は、セッション停止処理を行う（Ｓ７２０）。ここで、ＧＧＳＮ２０は、ＳＧＳＮ３０とＧＧＳＮ２０間にＴＭＧＩで識別されるサービスにベアラリソースが割り当てられている場合には、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキスト２２２における状態情報がアクティブである場合には、スタンバイに設定する。
【０３０９】
次に、ＧＧＳＮ２０は、ＳＧＳＮ３０にＭＢＭＳ登録解除応答を送信する（Ｓ７２２）。ＭＢＭＳ登録解除応答を受信したＳＧＳＮ３０は、ＭＢＭＳ登録解除要求（Ｓ７１６）に含めたＴＭＧＩに対応するＭＢＭＳベアラコンテキスト３２２を削除する。
【０３１０】
ＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２における配信リストのＳＧＳＮ（またはＳＧＳＮの識別子）を確認し、ＳＧＳＮが登録されている場合には本処理を完了する。
【０３１１】
一方、ＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２における配信リストから総てのＳＧＳＮが削除されている場合（ＥＭＰＴＹ）には、ＧＧＳＮ２０は対応するサービスのＭＢＭＳ登録解除要求をＢＭ−ＳＣ１０へ送信する（Ｓ７２４）。送信するＢＭ−ＳＣは、ＭＢＭＳベアラコンテキスト２２２のＢＭ−ＳＣの情報により解決し、本実施形態ではＢＭ−ＳＣ１０へ送信する。
【０３１２】
ＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２に登録されているＴＭＧＩ、サービス識別子と、セッション識別子と、ＧＧＳＮ２０の情報とを含めたＭＢＭＳ登録解除要求をＢＭ−ＳＣ１０に送信する。
【０３１３】
ＭＢＭＳ登録解除要求を受信したＢＭ−ＳＣ１０は、ＭＢＭＳ登録解除処理を行う（Ｓ７２６）。ＧＧＳＮ２０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト１２４の配信リストからＧＧＳＮ２０を削除する。
【０３１４】
続いて、ＢＭ−ＳＣ１０は、セッション停止処理を行う（Ｓ７２８）。ここで、ＢＭ−ＳＣ１０は、ＧＧＳＮ２０とＢＭ−ＳＣ１０間にＴＭＧＩで識別されるサービスにベアラリソースが割り当てられている場合には、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキスト１２４における状態情報がアクティブである場合には、スタンバイに設定する。
【０３１５】
次に、ＢＭ−ＳＣ１０は、ＧＧＳＮ２０にＭＢＭＳ登録解除応答を送信する（Ｓ７３０）。ＭＢＭＳ登録解除応答を受信したＧＧＳＮ２０は、ＭＢＭＳ登録解除要求（Ｓ７２４）に含めたＴＭＧＩに対応するＭＢＭＳベアラコンテキスト２２２を削除する。
【０３１６】
ＢＭ−ＳＣ１０は、ＭＢＭＳ登録解除要求のあったＴＭＧＩで識別されるＭＢＭＳベアラコンテキスト１２４を削除する。
【０３１７】
以上の手続きにより、ＮＢ４０により、カウンティング機能を利用して効率的にＭＢＭＳ登録を解除するとともに、セッション停止することができる。ＮＢ４０のＭＢＭＳ登録解除手続きは、カウンティング手続きにより、ＴＭＧＩ等で識別可能なＭＢＭＳベアラ毎のブロードキャストサービスの配信が不要であることを検知することができる。
【０３１８】
さらに、アプリケーション等がオフになっていること等により視聴していないようなケースのように、視聴していないことを検知することで開始することもできる。そして、この検知をトリガにＭＢＭＳ登録解除手続きを開始することができる。
【０３１９】
こうして各装置は登録するサービスがブロードキャストモードであると認識し、ＢＭ−ＳＣ１０はＭＢＭＳベアラコンテキスト１２４のモードにブロードキャストと登録し、ＧＧＳＮ２０はＭＢＭＳベアラコンテキスト２２２のモードにブロードキャストと登録し、ＳＧＳＮ３０はＭＢＭＳベアラコンテキスト３２２のモードにブロードキャストと登録し、ＮＢ４０はＭＢＭＳベアラコンテキスト４２２のモードにブロードキャストと登録する。
【０３２０】
これにより、ＭＢＭＳ登録解除を決定する場合、ＢＭ−ＳＣ１０はＭＢＭＳベアラコンテキスト１２４、ＧＧＳＮ２０はＭＢＭＳベアラコンテキスト２２２、ＳＧＳＮ３０はＭＢＭＳベアラコンテキスト３２２、ＮＢ４０はＭＢＭＳベアラコンテキスト４２２を参照し、ブロードキャストモードである場合にはＭＢＭＳ登録を解除することができる。
【０３２１】
さらに、上記の場合において、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＧＧＳＮ２０におけるＭＢＭＳベアラコンテキスト２２２、ＳＧＳＮ３０におけるＭＢＭＳベアラコンテキスト３２２、ＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２におけるそれぞれの状態情報がアクティブである場合には、状態情報をスタンバイに変更し、セッション停止やブロードキャストデータ配信、受信停止することができる。
【０３２２】
具体的には、ＮＢ４０では、ブロードキャストＭＢＭＳ登録解除要求の送信時（Ｓ７０８）、ＭＢＭＳベアラコンテキスト４２２のモードがブロードキャストである場合、ＭＢＭＳ登録解除要求の送信、やＭＢＭＳ登録解除処理やＭＢＭＳベアラの解放やブロードキャストデータ配信、受信停止を行う。
【０３２３】
ＳＧＳＮ３０では、ブロードキャストＭＢＭＳ登録解除要求の送信時（Ｓ７１６）、ＭＢＭＳベアラコンテキスト３２２のモードがブロードキャストである場合、ＭＢＭＳ登録解除要求の送信、ＭＢＭＳ登録解除処理やＭＢＭＳベアラの解放やブロードキャストデータ配信、受信停止を行う。
【０３２４】
ＧＧＳＮ２０では、ブロードキャストＭＢＭＳ登録解除要求の送信時（Ｓ７２４）、ＭＢＭＳベアラコンテキスト２２２のモードがブロードキャストである場合、ＭＢＭＳ登録解除要求の送信やＭＢＭＳベアラの解放やブロードキャストデータ配信、受信停止を行う。
【０３２５】
ＢＭ−ＳＣ１０では、ブロードキャストＭＢＭＳ登録解除要求の受信時（Ｓ７２４）、ＭＢＭＳベアラコンテキスト２２２のモードがブロードキャストである場合、ＭＢＭＳ登録解除処理やＭＢＭＳベアラの解放やブロードキャストデータ配信停止を行う。
【０３２６】
従来では、基地局装置（ＮＢ）が主導してＭＢＭＳ登録を解除することが規定されていたが、基地局装置（ＮＢ）で移動局装置（ＵＥ）の受信の要否を確認し、配信の必要がないと検知できた場合に、効率的にＭＢＭＳ登録を解除することができなかった。
【０３２７】
本実施形態によれば、基地局装置（ＮＢ）が、移動局装置（ＵＥ）の受信の要否の結果に基づいて、ＭＢＭＳ登録解除手続き、セッション停止手続きを行うことができるようになる。また、ＭＢＭＳ登録解除手続きのみによって、配信先リストから配送先装置を削除するとともに、従来セッション停止で行われていたリソースの解放を併せて行うことが可能になる。さらに、セッション停止に要するセッション停止手続きを省略することができる。
【０３２８】
また、ＭＢＭＳ登録解除する際に、セッションが停止されていない場合には、ＭＢＭＳ登録解除とともに、セッション停止を行うことにより、再度ＭＢＭＳ登録されない限り、セッションを開始されることがない。
【０３２９】
例えば、従来手法では、配信元から配信先にセッションを停止する手続きしか規定されておらず、配信先から配信元へセッション停止を要求することができなかった。つまり、基地局装置から配信元へセッション停止を要求することができなかった。さらに、基地局装置から配信元へセッション停止を要求するよう拡張したとしてもセッション停止要求を受けた装置は、配信を止めリソースを一時的に解放することができるが、配信リストの削除は行わない。
【０３３０】
そのため、例えば、１）セッションが開始された状態で、２）ＮＢ主導でセッションのみを停止した場合に、３）ＢＭ−ＳＣ主導で総てのセッションが停止された後に、４）ＢＭ−ＳＣ主導で総てのセッションが再開された場合には、配信リストに含められた総てのノード（ＧＧＳＮ、ＳＧＳＮ、ＮＢ）に通信リソースが割り当てられてしまい、ＮＢ主導で停止したセッションさえも再開されてしまうという問題があった。
【０３３１】
しかしながら、ＭＢＭＳ登録解除手続きにより配信リストからの配信先装置の更新を行い、例えば４）のようにＢＭ−ＳＣ主導でセッションが再開された場合にも、不必要なセッションが開始されなくなる。
【０３３２】
本実施形態によれば、セッションを不必要に開始しないことにより、セッションを開始する際に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。
【０３３３】
また、ＭＢＭＳ登録解除する際に、セッションが停止されていない場合には、ＭＢＭＳ登録解除とともに、セッション停止を行うことにより、再度ＭＢＭＳ登録されない限り、セッションを開始されることがない。例えば、従来は、１）セッションが開始された状態で、２）ＮＢ主導でセッションのみを停止した場合に、３）ＢＭ−ＳＣ主導で総てのセッションが停止された後に、４）ＢＭ−ＳＣ主導で総てのセッションが再開された場合には、配信リストに含められた総てのノード（ＧＧＳＮ、ＳＧＳＮ、ＮＢ）に通信リソースが割り当てられてしまい、ＮＢ主導で停止したセッションさえも再開されてしまっていた。
【０３３４】
本実施形態においては、ＭＢＭＳ登録解除することによって、上記、３）ＢＭ−ＳＣ主導で総てのセッションが停止された後に、４）ＢＭ−ＳＣ主導で総てのセッションが再開された場合においても、不必要にセッション開始されることがない。セッションが開始されないということは、不必要に通信リソースを利用されることがなく、通信リソースを効率的に活用することが可能となる。
【０３３５】
また、セッションを不必要に開始されないことにより、セッションを開始する際に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。
【０３３６】
［３．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【０３３７】
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０３３８】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【０３３９】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【０３４０】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個
別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【符号の説明】
【０３４１】
１０  ＢＭ−ＳＣ
１００  制御部
１１０  送受信部
１２０  記憶部
１２２  ＭＢＭＳサービスＤＢ
１２４  ＭＢＭＳベアラコンテキスト
１２６  ＭＢＭＳ  ＵＥコンテキスト
２０  ＧＧＳＮ
２００  制御部
２１０  送受信部
２２０  記憶部
２２２  ＭＢＭＳベアラコンテキスト
２２４  上流コントロールノードＤＢ
２２６  ＭＢＭＳ  ＵＥコンテキスト
３０  ＳＧＳＮ
３００  制御部
３１０  送受信部
３２０  記憶部
３２２  ＭＢＭＳベアラコンテキスト
３２４  ＭＢＭＳ  ＵＥコンテキスト
４０  ＮＢ
４００  制御部
４１０  送受信部
４２０  記憶部
４２２  ＭＢＭＳベアラコンテキスト
４２４  無線フレーム情報
４２６  ＭＢＭＳ  ＵＥコンテキスト
５０  ＵＥ
【図１】
0005718670.tif 000002
【図２】
0005718670.tif 000003
【図３】
0005718670.tif 000004
【図４】
0005718670.tif 000005
【図５】
0005718670.tif 000006
【図６】
0005718670.tif 000007
【図７】
0005718670.tif 000008
【図８】
0005718670.tif 000009
【図９】
0005718670.tif 000010
【図１０】
0005718670.tif 000011
【図１１】
0005718670.tif 000012
【図１２】
0005718670.tif 000013
【図１３】
0005718670.tif 000014
【図１４】
0005718670.tif 000015
【図１５】
0005718670.tif 000016
【図１６】
0005718670.tif 000017
【図１７】
0005718670.tif 000018
【図１８】
0005718670.tif 000019
【図１９】
0005718670.tif 000020
【図２０】
0005718670.tif 000021
【図２１】
0005718670.tif 000022
【図２２】
0005718670.tif 000023
【図２３】
0005718670.tif 000024
【図２４】
0005718670.tif 000025
【図２５】
0005718670.tif 000026
【図２６】
0005718670.tif 000027