(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）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続されるＧＧＳＮにおいて、
前記ＧＧＳＮは、前記基地局装置から送信されたセッション停止要求に基づいて、ＧＧＳＮを経由して接続される移動局装置において、マルチキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＢＭ−ＳＣに送信し、
マルチキャストデータ配信を停止して、ＢＭ−ＳＣとのＭＢＭＳベアラリソースを解放することを特徴とするＧＧＳＮ。
【請求項８】
ＢＭ−ＳＣ（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 Centre）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムにおいて、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置は、
ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、
ブロードキャストデータ配信を停止して、ＳＧＳＮとのＭＢＭＳベアラリソースを解放することを特徴とする。
【００１９】
また、本発明の移動通信システムは、
前記ＭＢＭＳベアラコンテキストには、ＭＢＭＳベアラサービスを識別するためのサービス識別子が更に含まれており、
前記基地局装置は、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、該移動局装置からの応答に基づいて、ブロードキャストデータ配信に参加している移動局装置の数をカウントし、
前記カウントした数が０の場合には、前記ブロードキャストデータ配信の停止を決定することを特徴とする。
【００２０】
また、本発明の移動通信システムにおいて、前記サービス識別子には、ＴＭＧＩ（Temporary Mobile Group Identify）を含むことを特徴とする。
【００２１】
また、本発明の移動通信システムにおいて、
前記基地局装置は、セッション停止要求をＳＧＳＮに送信するのと併せて、ＩＰマルチキャストパケットの送受信を停止することを特徴とする。
【００２２】
また、本発明の移動通信システムにおいて、
前記ＳＧＳＮは、ＳＧＳＮを経由して接続される移動局装置において、ブロードキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＧＧＳＮに送信し、
ブロードキャストデータ配信を停止して、ＧＧＳＮとのＭＢＭＳベアラリソースを解放することを特徴とする。
【００２３】
また、本発明の移動通信システムにおいて、
前記ＧＧＳＮは、ＧＧＳＮを経由して接続される移動局装置において、ブロードキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＢＭ−ＳＣに送信し、
ブロードキャストデータ配信を停止して、ＢＭ−ＳＣとのＭＢＭＳベアラリソースを解放することを特徴とする。
【００２４】
本発明の移動局装置は、上記に記載された発明の移動通信システムに接続されることを特徴とする。
【００２５】
本発明の基地局装置は、
ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＧＧＳＮ及びＳＧＳＮを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続される基地局装置において、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、
ブロードキャストデータ配信を停止して、ＳＧＳＮとのＭＢＭＳベアラリソースを解放することを特徴とする。
【００２６】
本発明のＳＧＳＮは、
ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＧＧＳＮ及びＳＧＳＮを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続されるＳＧＳＮおいて、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置は、
ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、
前記ＳＧＳＮは、
前記基地局装置から送信されたセッション停止要求に基づいて、ＳＧＳＮを経由して接続される移動局装置において、ブロードキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＧＧＳＮに送信し、
ブロードキャストデータ配信を停止して、ＧＧＳＮとのＭＢＭＳベアラリソースを解放することを特徴とする。
【００２７】
本発明のＧＧＳＮは、
ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＧＧＳＮ及びＳＧＳＮを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続されるＧＧＳＮおいて、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置は、
ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、
前記ＳＧＳＮは、
前記基地局装置から送信されたセッション停止要求に基づいて、ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＧＧＳＮに送信し、
前記ＧＧＳＮは、
前記ＳＧＳＮから送信されたセッション停止要求に基づいて、ＧＧＳＮを経由して接続される移動局装置において、ブロードキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＢＭ−ＳＣに送信し、
ブロードキャストデータ配信を停止して、ＢＭ−ＳＣとのＭＢＭＳベアラリソースを解放することを特徴とする。
【００２８】
本発明の移動通信方法は、
ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＧＧＳＮ及びＳＧＳＮを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムの移動通信方法において、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置は、
ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、
前記ＳＧＳＮは、
前記基地局装置から送信されたセッション停止要求に基づいて、ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＧＧＳＮに送信し、
前記ＧＧＳＮは、
前記ＳＧＳＮから送信されたセッション停止要求に基づいて、ＧＧＳＮを経由して接続される移動局装置において、ブロードキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＢＭ−ＳＣに送信し、
ブロードキャストデータ配信を停止することを特徴とする。
【発明の効果】
【００２９】
本発明によれば、ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＧＧＳＮ及びＳＧＳＮを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムにおいて、基地局装置は、ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、ブロードキャストデータ配信を停止して、ＳＧＳＮとのＭＢＭＳベアラリソースを解放することとなる。
【００３０】
これにより、従来は、ＢＭ−ＳＣ（ブロードキャストデータ配信装置）が主導してセッションを一時停止することしかできず、基地局装置で移動局装置の受信の要否を確認でき、配信の必要がないと検知できたとしても、セッションを停止することができなかったが、基地局装置が、移動局装置の受信の要否の結果に基づいて、セッション停止手続きを主導して行うことができるようになる。
【図面の簡単な説明】
【００３１】
【図１】本実施形態における移動通信システムの概略を説明するための図である。
【図２】本実施形態におけるＢＭ−ＳＣの機能構成を説明するための図である。
【図３】本実施形態におけるＢＭ−ＳＣに記憶されるＭＢＭＳサービスＤＢのデータ構成の一例である。
【図４】本実施形態におけるＢＭ−ＳＣに記憶されるＭＢＭＳベアラコンテキストのデータ構成の一例である。
【図５】本実施形態におけるＧＧＳＮの機能構成を説明するための図である。
【図６】本実施形態におけるＧＧＳＮに記憶されるＭＢＭＳベアラコンテキストのデータ構成の一例である。
【図７】本実施形態におけるＧＧＳＮに記憶される上流コントロールノードＤＢのデータ構成の一例である。
【図８】本実施形態におけるＳＧＳＮの機能構成を説明するための図である。
【図９】本実施形態におけるＳＧＳＮに記憶されるＭＢＭＳベアラコンテキストのデータ構成の一例である。
【図１０】本実施形態におけるＮＢの機能構成を説明するための図である。
【図１１】本実施形態におけるＮＢに記憶されるＭＢＭＳベアラコンテキストのデータ構成の一例である。
【図１２】本実施形態におけるＮＢに記憶される無線フレーム情報のデータ構成の一例である。
【図１３】本実施形態における手続き処理の流れを説明するための図である。
【図１４】本実施形態における手続き処理の流れを説明するための図である。
【発明を実施するための形態】
【００３２】
以下、図面を参照して本発明を実施するための最良の形態について説明する。
【００３３】
［１．システム構成］
図１は、本発明を適用した場合における移動通信システム１の概要を説明するための図である。移動通信システム１は、ブロードキャスト・マルチキャストサービスセンタであるＢＭ−ＳＣ（Broadcast-Multicast Service Center）１０、ゲートウェイ装置であるＧＧＳＮ（Gateway GPRS Support Node）２０及びサービス制御装置であるＳＧＳＮ（Serving GPRS Support Node）３０を含むコアネットワーク５と、基地局装置であるＮＢ４０と、移動局装置であるＵＥ５０とを含んで構成されている。
【００３４】
コアネットワーク５にＮＢ４０が接続されており、ＮＢ４０にＵＥ５０が接続可能に構成されている。具体的には、ＢＭ−ＳＣ１０の下位にはＧＧＳＮ２０が接続されており、ＧＧＳＮ２０の下位にはＳＧＳＮ３０を介して又は直接ＮＢ４０が接続されている。さらに、ＮＢ４０の下位にはＵＥ５０が接続されている。
【００３５】
ここで、本実施形態の図１においては、説明の都合上、各構成装置が１つとして記載されているが、複数の装置が接続されている。例えば、一又は複数のＧＧＳＮを移動通信システム１は含んでおり、各ＧＧＳＮの下位に一又は複数のＳＧＳＮ、ＮＢがそれぞれ接続されている。また、ＵＥもＮＢに一又は複数接続可能である。
【００３６】
［２．装置構成］
続いて、各装置の機能構成について、図を用いて説明する。
【００３７】
［２．１  ＢＭ−ＳＣ］
ＢＭ−ＳＣ１０の機能構成について、図２を用いて説明する。ＢＭ−ＳＣ１０は、制御部１００に、送受信部１１０と記憶部１２０とが接続されている。
【００３８】
送受信部１１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＧＧＳＮ２０と接続されている。
【００３９】
記憶部１２０は、ＢＭ−ＳＣ１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳサービスＤＢ１２２と、ＭＢＭＳベアラコンテキスト１２４とがそれぞれ記憶されている。
【００４０】
ＭＢＭＳサービスＤＢ１２２は、配信可能なＭＢＭＳベアラサービスを管理するために、ＭＢＭＳベアラサービス毎の配信データのサービス識別子を記憶するＤＢである。図３に、ＭＢＭＳサービスＤＢ１２２のデータ構成の一例を示す。
【００４１】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキストを識別するＴＭＧＩ（Temporary Mobile Group Identity）
（２）その他の識別子（例えば、ＢＭ−ＳＣ１０を運用してサービス事業を行う事業者が割り当てる識別子）
等を利用する。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【００４２】
具体的には、ＭＢＭＳベアラサービスでブロードキャストデータ配信時、サービス毎に生成するＭＢＭＳベアラコンテキストを識別するＴＭＧＩを用いる。ここで、ＴＭＧＩとは、従来携帯電話サービスで利用されている一時的に割り当てられた加入者識別情報だが、ＭＢＭＳにおいてはＭＢＭＳベアラサービスを識別する情報として利用されている。
【００４３】
ＭＢＭＳベアラコンテキスト１２４は、ＭＢＭＳベアラサービス毎に生成され、ブロードキャストデータを配送するために確立するＭＢＭＳベアラの管理情報である。図４に、ＭＢＭＳベアラコンテキスト１２４のデータ構成の一例を示す。
【００４４】
具体的には、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「ブロードキャストモード」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、データ配信先の配信ノード（例えば、「ＧＧＳＮ２０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
【００４５】
ここで、配信ノードは、配信するノードを特定する情報を記憶しており、例えばＩＰアドレス（図４の場合はＧＧＳＮ２０のＩＰアドレス）が記憶される。配信ノードは複数記憶することができる。
【００４６】
ＵＥカウンタは、ＭＢＭＳベアラサービスのブロードキャストデータを受信する端末の数である。これは基地局装置のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している端末の数等である。
【００４７】
さらに、ＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキスト１２４に複数の配信ノードであるＧＧＳＮの情報を記憶している場合、ＧＧＳＮ毎にそれぞれ異なるＵＥカウンタを記憶し、ＵＥの数をカウントすることが出来る。したがって、ＢＭ−ＳＣ１０は、ＧＧＳＮ２０へ配信するブロードキャストデータの視聴端末数を記憶することが可能である。
【００４８】
［２．２  ＧＧＳＮ］
続いて、ＧＧＳＮ２０の機能構成について、図５を用いて説明する。ＧＧＳＮ２０は、制御部２００に、送受信部２１０と記憶部２２０とが接続されている。
【００４９】
送受信部２１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＢＭ−ＳＣ１０と、ＳＧＳＮ３０と、ＮＢ４０とに接続されている。
【００５０】
記憶部２２０は、ＧＧＳＮ２０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部２２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト２２２と、上流コントロールノードＤＢ２２４とがそれぞれ記憶されている。
【００５１】
ＭＢＭＳベアラコンテキスト２２２は、ＭＢＭＳベアラサービス毎に生成し、ブロードキャストデータを配送するために必要な管理情報である。図６に、ＭＢＭＳベアラコンテキスト２２２のデータ構成の一例を示す。
【００５２】
具体的には、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば「ブロードキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、データ配信先の配信ノード（例えば、「ＳＧＳＮ３０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
【００５３】
ここで、配信ノードは、配信するノードを特定する情報を記憶しており、例えばＩＰアドレス（図６の場合はＳＧＳＮ３０のＩＰアドレス）が記憶される。また、配信ノードは複数記憶することができる。
【００５４】
ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶される。
【００５５】
ＵＥカウンタは、ＭＢＭＳベアラサービスのブロードキャストデータを受信する端末の数である。これは基地局装置のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している端末の数等である。
【００５６】
さらに、ＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２に複数の配信ノードであるＳＧＳＮの情報を記憶している場合、ＳＧＳＮ毎にそれぞれことなるＵＥカウンタを記憶し、ＵＥの数をカウントすることが出来る。したがって、ＧＧＳＮ２０は、ＳＧＳＮ３０へ配信するブロードキャストデータの視聴端末数を記憶することが可能である。
【００５７】
上流コントロールノードＤＢ２２４は、上流のブロードキャストデータ配信装置を特定するための情報を記憶するためのＤＢである。図７に上流コントロールノードＤＢ２２４の構成の一例を示す。本実施形態においては、ＢＭ−ＳＣ１０に関する情報について記憶しており、例えば、ＢＭ−ＳＣ１０のＩＰアドレスを記憶する。
【００５８】
上流コントロールノードＤＢ２２４は、図７に示すように一つの上流コントロールノード（ＢＭ−ＳＣ１０）を記憶する。あるいは、サービス毎に複数の上流コントロールノード（ＢＭ−ＳＣ）を記憶してもよい。その場合には、ＴＭＧＩ等で識別できるＭＢＭＳベアラコンテキスト毎に記憶する。
【００５９】
［２．３  ＳＧＳＮ］
続いて、ＳＧＳＮ３０の機能構成について、図８を用いて説明する。ＳＧＳＮ３０は、制御部３００に、送受信部３１０と記憶部３２０とが接続されている。
【００６０】
送受信部３１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＧＧＳＮ２０と、ＮＢ４０とに接続されている。
【００６１】
記憶部３２０は、ＳＧＳＮ３０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部３２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト３２２が記憶されている。
【００６２】
ＭＢＭＳベアラコンテキスト３２２は、ＭＢＭＳベアラサービス毎に生成され、ブロードキャストデータを配送するために必要な管理情報である。図９に、ＭＢＭＳベアラコンテキスト３２２のデータ構成の一例を示す。
【００６３】
具体的には、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「ブロードキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、データ配信先の配信ノード（例えば、「ＮＢ４０」）と、上位の配信ノードとなる上位配信ノード（例えば、「ＧＧＳＮ２０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
【００６４】
ここで、配信ノード及び上位配信ノードは、それぞれのノードを特定する情報を記憶しており、例えばＩＰアドレス（図９の場合はＮＢ４０や、ＧＧＳＮ２０のＩＰアドレス）が記憶される。また、配信ノードは複数記憶することができる。
【００６５】
ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶する。
【００６６】
ＵＥカウンタは、ＭＢＭＳベアラサービスのブロードキャストデータを受信する端末の数である。これは基地局装置のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している端末の数等である。
【００６７】
さらに、ＳＧＳＮ３０は、ＭＢＭＳベアラコンテキスト３２２に複数の配信ノードであるＮＢの情報を記憶している場合、ＮＢ毎にそれぞれことなるＵＥカウンタを記憶し、ＵＥの数をカウントすることが出来る。したがって、ＳＧＳＮ３０は、ＮＢ４０へ配信するブロードキャストデータの視聴端末数を記憶することが可能である。
【００６８】
［２．４  ＮＢ］
続いて、ＮＢ４０の機能構成について、図１０を用いて説明する。ＮＢ４０は、制御部４００に、送受信部４１０と記憶部４２０とが接続されている。
【００６９】
送受信部４１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＧＧＳＮ２０と、ＳＧＳＮ３０と接続されており、ＵＥ５０が接続可能である。
【００７０】
記憶部４２０は、ＮＢ４０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部４２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト４２２と、無線フレーム情報４２４とがそれぞれ記憶されている。
【００７１】
ＭＢＭＳベアラコンテキスト４２２は、ＭＳＭＳベアラサービス毎に生成され、ブロードキャストデータを配送するために必要な管理情報である。図１１に、ＭＢＭＳベアラコンテキスト４２２のデータ構成の一例を示す。
【００７２】
具体的には、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「ブロードキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、上位の配信ノードとなる上位配信ノード（例えば、「ＳＧＳＮ３０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
【００７３】
ここで、上位配信ノードは、ノードを特定する情報を記憶しており、例えばＩＰアドレス（図１１の場合はＳＧＳＮ３０のＩＰアドレス）が記憶される。
【００７４】
ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶される。
【００７５】
ＵＥカウンタは、ＭＢＭＳベアラサービスのブロードキャストデータを受信する端末の数である。これは基地局装置のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している端末の数等である。
【００７６】
無線フレーム情報４２４は、ＭＢＭＳベアラサービス毎に、ＮＢ４０がＵＥ５０へ無線区間を通して送信するための無線フレームの情報を記憶する。図１２に、無線フレーム情報４２４のデータ構成の一例を示す。
【００７７】
具体的には、ＭＢＭＳベアラサービスを識別する識別子毎に（例えばＴＭＧＩ毎）、マルチキャストモードかユニキャストモードかを示すモード情報（例えば、「フレームモード」）を記憶する。さらに、ユニキャストモードの場合には、フレーム配送するＵＥ５０のＩＭＳＩ（International Mobile Subscriber Identity）等の識別情報が記憶されている。ここで、フレーム配送するＵＥ（識別情報）については複数記憶することができる。
【００７８】
［３．手続き処理］
続いて、本実施形態における移動通信システム１の手続き処理について、図を用いて説明する。
【００７９】
［３．１  サービスアナウンスメント手続き］
図１３に示すように、ＢＭ−ＳＣ１０はまず始めにＵＥ５０に対してサービスアナウンスメント手続きを行う。ＢＭ−ＳＣ１０は配信可能なサービスをＵＥ５０へ通知する（Ｓ１００）。ＵＥ５０は、これによりブロードキャストサービスを検知する。
【００８０】
ＢＭ−ＳＣ１０は、ＭＢＭＳサービスＤＢ１２２で管理されているサービスの配信が可能であることを、サービス識別子を通知することでＵＥ５０へ伝える。さらには、番組タイトルやコンテンツタイトル、配信開始時間等のサービスを説明する情報を付与して通知してもよい。
【００８１】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＴＭＧＩ
（２）その他の識別子（例えば、事業者の設定したでＭＢＭＳベアラサービスを識別することができるその他の識別子）
等が利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【００８２】
また、具体的な通知方法としては、種々の方法が考えられるが、例えば、ＳＭＳ（Short Message Service）等を用いて、予め登録されている配信可能なＵＥ５０へ通知したり、不特定多数のＵＥ５０へ通知したり、ＷＥＢに情報を掲示して、ＵＥ５０がＷＥＢサーバにアクセスすることで情報を取得したりしてもよい。
【００８３】
［３．２  セッション開始手続き］
続いて実行するセッション開始手続きを、図１３を用いて説明する。セッション開始手続きにより、ＭＢＭＳベアラを確立し、通信路が確立される。
【００８４】
ＢＭ−ＳＣ１０は、サービスを指定してセッション開始要求をＧＧＳＮ２０に送信する（Ｓ３００）。ここで、サービスを指定するためのＴＭＧＩと、セッションを識別するためのセッション識別子を生成し、セッション開始要求に含めて送信する。これによりセッション開始手続きを開始する。
【００８５】
また、ＭＢＭＳベアラコンテキスト１２４を生成することにより、ＭＢＭＳベアラコンテキスト１２４には、ＴＩＭＧＩと、セッション識別子とを登録し、状態情報をアクティブに登録する。
【００８６】
また、配信ノードにはＧＧＳＮ２０に関する情報を登録する。配信ノードには、複数のＧＧＳＮを登録することができる。
【００８７】
なお、登録される配信先のノード（ＧＧＳＮ）は、オペレータによって予め登録されていてもよいし、ＭＢＭＳサービスエリア毎に配信ノード（ＧＧＳＮ２０等）のリストを登録しておき、セッション開始要求にＭＢＭＳサービスエリアの識別子を含めて送信する。そして、送信したＭＢＭＳサービスエリア識別子に基づいて対応するＧＧＳＮを選択してもよい。
【００８８】
ここで、ＢＭ−ＳＣ１０がセッションスタート手続きを開始するトリガは、前述したサービスアナウンスメント手続きが完了したことを契機に行ってもよいし、それ以前でも、オペレータのポリシ等により、任意のタイミングで開始してもよい。
【００８９】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト１２４の配信ノードに登録される総てのＧＧＳＮへ送信する。
【００９０】
ＧＧＳＮ２０は、セッション開始要求を受信し、セッション開始応答をＢＭ−ＳＣ１０に送信し、応答する（Ｓ３０２）。また、ＭＢＭＳベアラコンテキスト２２２を生成し、ＴＭＧＩとセッション識別子を登録し、状態情報をアクティブに登録する。
【００９１】
配信ノードには、ＳＧＳＮ３０に関する情報を登録する。ここで、配信ノードには、複数のＳＧＳＮを登録することができる。
【００９２】
なお、登録される配信ノードであるＳＧＳＮ３０は、オペレータによって予め登録されていてもよいし、ＭＢＭＳサービスエリア毎に配信ノード（ＳＧＳＮ３０等）のリストを登録しておき、ＢＭ−ＳＣ１０から送信されたセッション開始要求に含まれるＭＢＭＳサービスエリア識別子に基づいて対応するＳＧＳＮ３０を選択してもよい。
【００９３】
以上の手続きにより、ＢＭ−ＳＣ１０とＧＧＳＮ２０間でブロードキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラを確立する。
【００９４】
さらに、ＭＢＭＳベアラでの送信をＩＰマルチキャスト通信で行うため、サービスに対してＩＰマルチキャストアドレスを割り当て、ＭＢＭＳベアラコンテキスト２２２に登録する。
【００９５】
ＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２の配信ノードに登録されるＳＧＳＮ３０へセッション開始要求（Ｓ３０４）を送信する。サービスを指定するために、セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【００９６】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト２２２の配信ノードに登録される総てのＳＧＳＮへ送信される。
【００９７】
ＳＧＳＮ３０は、セッション開始要求を受信し、セッション開始応答をＧＧＳＮ２０に送信し、応答する（Ｓ３１０）。また、ＭＢＭＳベアラコンテキスト３２２を生成し、ＴＭＧＩとセッション識別子とＩＰマルチキャストアドレスを登録し、状態情報をアクティブに登録する。
【００９８】
配信ノードには、ＮＢ４０に関する情報を登録する。ここで、配信ノードには、複数のＮＢを登録することができる。
【００９９】
なお、登録される配信ノードであるＮＢ４０は、オペレータによって予め登録されてもよいし、ＭＢＭＳベアラサービスエリア毎に配信ノード（ＮＢ４０等）のリストを登録しておき、ＧＧＳＮ２０から送信されたセッション開始要求に含まれるＭＢＭＳベアラサービスエリア識別子に基づいて対応するＮＢを選択してもよい。
【０１００】
さらに、要求を送信した上位の配信ノードとなるＧＧＳＮ２０に関する情報（本実施形態ではＩＰアドレス）を登録する。
【０１０１】
以上の手続きにより、ＧＧＳＮ２０とＳＧＳＮ３０間でブロードキャストデータ配信の通信品質を確保した配送路であるＭＢＭＳベアラを確立する。
【０１０２】
ＳＧＳＮ３０は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録されるＮＢ４０へセッション開始要求（Ｓ３０６）を送信する。セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０１０３】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録される総てのＮＢへ送信される。
【０１０４】
ＮＢ４０は、セッション開始要求を受信し、セッション開始応答をＳＧＳＮ３０に送信し、応答する（Ｓ３０８）。また、ＭＢＭＳベアラコンテキスト４２２を生成し、ＴＭＧＩとセッション識別子とＩＰマルチキャストアドレスを登録し、状態情報をアクティブに登録する。
【０１０５】
さらに、要求を送信した上位の配信ノードとなるＳＧＳＮ３０に関する情報を登録する。
【０１０６】
以上の手続きにより、ＳＧＳＮ３０とＮＢ４０間でブロードキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラを確立する。
【０１０７】
ここで、ＮＢ４０は、ＩＰマルチキャスト参加処理を行う。ＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２を参照し、サービスに対応するＩＰマルチキャストアドレスを用いて参加要求を行う。具体的には、ＩＰｖ４で通信する場合には、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージを送信し、ＩＰｖ６で通信する場合にはＭＬＤ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔを送信する。
【０１０８】
これにより、ＢＭ−ＳＣ１０、ＧＧＳＮ２０、ＳＧＳＮ３０及びＮＢ４０で確立したＭＢＭＳベアラに、ＩＰマルチキャストパケットが配送される。また、ブロードキャストデータは、ＩＰマルチキャストによりＢＭ−ＳＣ１０からＮＢ４０まで送信される。
【０１０９】
さらに、ＮＢ４０は、ＵＥ５０へ送信する無線リソース割り当て処理を行い、配送するための情報を無線フレーム情報４２４に登録する。具体的には、無線フレームのモードがマルチキャストモードであるか、ユニキャストモードであるかのモード情報をサービス識別子毎に登録する。サービス識別子としてはＴＭＧＩを用いることができる。
【０１１０】
また、マルチキャストモードで送信する場合は、フレームは不特定多数のＵＥへ送信するためＵＥ情報を保持する必要はないが、ユニキャストモードで送信する場合には、個々のＵＥに無線フレームを送信する必要があるため、その場合には、アクティベーション手続きの場合、ＵＥ情報としてＩＭＳＩを保持しておきＵＥ情報として登録する。
【０１１１】
以上のサービスアナウンスメント手続きとセッションスタート手続きにより、ＵＥ５０とＢＭ−ＳＣ１０の間で通信路が確立し、ＢＭ−ＳＣ１０が送信したデータはＮＢ４０まで配送することができる。
【０１１２】
ここで、上記の例では、サービスアナウンスメント手続きを行い、その後にセッションスタート手続きを行ったが、これらは前後してもよい。
【０１１３】
最後に、ＮＢ４０はＵＥ５０に対してＭＢＭＳ開始通知を送信する（Ｓ３１６）。開始通知にはサービスを識別するサービス識別子を含めて通知する。これにより、ＵＥ５０はフロー度キャストデータの受信を開始する。
【０１１４】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用する。本実施形態では、（１）のＴＭＧＩを利用することとして説明するが、（３）の場合には、サービス識別子とＭＢＭＳベアラコンテキスト４２２とを対応づけて登録することとなる。
【０１１５】
また、ＮＢ４０がＭＢＭＳ開始を通知しない場合は、サービスアナウンスメント手続き等により、ＢＭ−ＳＣ１０がＵＥ５０に通知する。これらは事業者のポリシに応じて選択して通知することができる。これにより、ＵＥ５０はブロードキャストデータの受信を開始する。
【０１１６】
上記の例では、ＧＧＳＮ２０がセッション開始要求を受信した場合の処理を説明したが、その他のＧＧＳＮがＢＭ−ＳＣ１０からセッション開始要求を受信した場合にも、ＧＧＳＮ２０と同様の手続きを行う。
【０１１７】
同様にＳＧＳＮにおいても、ＳＧＳＮ３０がセッション開始要求を受信した場合の処理を説明したが、その他のＳＧＳＮがＧＧＳＮからセッション開始要求を受信した場合にも、ＳＧＳＮ３０と同様の手続きを行う。
【０１１８】
同様にＮＢにおいても、ＮＢ４０がセッション開始要求を受信した場合の処理を説明したが、その他のＮＢがＳＧＮＳからセッション開始要求を受信した場合にも、ＮＢ４０と同様の手続きを行う。
【０１１９】
同様にＵＥにおいても、ＵＥ５０がセッション開始要求を受信した場合の処理を説明したが、その他のＵＥがＮＢからセッション開始要求を受信した場合にも、ＵＥ５０と同様の手続きを行う。
【０１２０】
これにより、ＢＭ−ＳＣ１０が配信するブロードキャストデータは、複数のＧＧＳＮ，ＳＧＳＮ，ＮＢを介して階層的にＵＥへ配送される。
【０１２１】
［３．３  配信停止手続き］
次に、セッション停止手続きについて図１４を用いて説明する。セッション停止手続きは、ＮＢ４０におけるカウンティング手続き結果を基に開始する例を説明するが、開始トリガはこれに限らず、ＮＢ４０から手続きを開始することができる。
【０１２２】
まず、セッション停止手続きのトリガとなるカウンティング手続きを説明する。手続きはＮＢ４０とＵＥ５０との間で行う。ＮＢ４０は、接続するＵＥ５０に対して、サービス識別子を含めてサービスを受けているかどうかを確認するメッセージを送信する。
【０１２３】
ここで、ＮＢ４０は、無線フレーム情報４２４に登録されているＵＥ５０に宛てて、サービスを受けているかどうかを確認するメッセージを送信するが、接続する総てのＵＥに送信してもよい。
【０１２４】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用する。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０１２５】
ＵＥ５０は、メッセージを受信すると、サービス識別子を含めてＮＢ４０に応答する。
なお、ＵＥ５０は、ＭＢＭＳベアラサービス開始通知を受け、ブロードキャストデータを受信可能な状態であったとしても、視聴するアプリケーションを一時的にオフしている場合等、受信が必要ない場合には、応答を送信しなくてよい。
【０１２６】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（ＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用する。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０１２７】
これにより、ＮＢ４０は、実際にブロードキャストデータの受信が必要なＵＥ５０の数を取得することができる。取得したＵＥ５０の数は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタに登録される。
【０１２８】
また、ＮＢ４０の確認メッセージには、サービス識別子を含めないで送信してもよい。その場合には、ＵＥ５０は、受信を必要とするサービスがある場合には、サービス識別子を含めて応答する。
【０１２９】
サービス識別子は、サービスアナウンスメント手続きで取得する等して保持しておくことで、選択可能となる。
【０１３０】
応答を受信したＮＢ４０は、サービス識別子からＭＢＭＳベアラコンテキストを特定し、応答のあったＵＥ５０の数をＵＥカウンタに登録する。以上によりカウンティング手続き（Ｓ４００）を完了する。
【０１３１】
ＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタがゼロになったかどうかを確認するカウンティング処理を行う（Ｓ４０２）。ＵＥカウンタがゼロになった場合、セッションを一時的に停止することを決定する。したがって、サービス毎に受信するＵＥ５０がいないことを検知し、そのサービスのセッションを一時的に停止する。
【０１３２】
ＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩと、サービス識別子と、フロー識別子と、ＮＢ４０の情報とを含めたセッション停止要求をＳＧＳＮ３０に送信する（Ｓ４０４）。送信するＳＧＳＮは、ＭＢＭＳベアラコンテキスト４２２のＳＧＳＮの情報により解決し、本実施形態ではＳＮＳＮ３０へ送信する。そして、ＭＢＭＳベアラコンテキスト４２２の状態情報をスタンバイにする。
【０１３３】
ここで、ＵＥカウンタがゼロとなった場合には、サービスに対応するブロードキャストデータの配信及び受信を停止する（Ｓ４０８）。
【０１３４】
なお、受信を停止する場合には、ＩＰマルチキャスト離脱要求を送信してもよい。具体的には、ＩＰｖ４で通信を行っている場合、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔを送信し、ＩＰｖ６で通信を行っている場合には、ＭＬＤ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔを送信する。これにより、ＩＰマルチキャストパケットの配信及び受信を停止する。ＩＰマルチキャストパケットの配信及び受信が停止されることにより、ブロードキャストデータの配信及び受信が停止される。
【０１３５】
ＳＧＳＮ３０は、セッション停止要求を受信し、ＮＢ４０にセッション停止応答を送信する（Ｓ４０６）。
【０１３６】
さらに、ＳＧＳＮ３０は、ＮＢ４０に対応づけられたＵＥカウンタをゼロにする。さらに、ＮＢ４０への対応するサービスのブロードキャストデータの配信及び受信を停止する（Ｓ４１４）。
【０１３７】
なお、受信を停止する場合には、ＩＰマルチキャスト離脱要求を送信してもよい。具体的には、ＩＰｖ４で通信を行っている場合、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔを送信し、ＩＰｖ６で通信を行っている場合には、ＭＬＤ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔを送信する。これにより、ＩＰマルチキャストパケットの配信及び受信を停止する。ＩＰマルチキャストパケットの配信及び受信が停止されることにより、ブロードキャストデータの配信及び受信が停止される。
【０１３８】
また、ＭＢＭＳベアラコンテキスト３２２の配信ノードからＮＢ４０のエントリを削除するか、停止中を示すマーキングを行う。
【０１３９】
さらに、ＳＧＳＮ３０はＮＢ４０間のＭＢＭＳベアラのリソースを解放する。言い換えると、ＳＧＳＮ３０は、ＮＢ４０に対してブロードキャストデータ配送を停止した場合、ＭＢＭＳベアラのリソースを解放する。
【０１４０】
ここで、ＳＧＳＮ３０は、他のＮＢにブロードキャストデータ配信していない場合は、セッション停止要求をＧＧＳＮ２０へ送信する（Ｓ４１０）。他のＮＢにブロードキャストデータ配信していないかは、ＭＢＭＳベアラコンテキスト３２２の配信ノードにＮＢのエントリがないことや、すべてのＮＢに停止中のマーキングがなされていることで判断できる。セッション停止要求にはＭＢＭＳベアラコンテキスト３２２に登録されるＴＭＧＩと、セッション識別子と、ＳＧＳＮ３０の情報とを含めて送信する。この場合、ＭＢＭＳベアラコンテキスト３２２の状態情報をスタンバイとする。
【０１４１】
また、ＭＢＭＳベアラコンテキスト３２２の配信ノードにその他複数のＮＢが登録されており、フローの配信が行われている場合には、セッション停止要求をＧＧＳＮ２０には送信することなくセッション停止手続きを完了する。
【０１４２】
ＧＧＳＮ２０は、セッション停止要求を受信し、ＳＧＳＮ３０にセッション停止応答を送信する（Ｓ４１２）。
【０１４３】
さらに、ＧＧＳＮ２０は、ＳＧＳＭ３０に対応づけられたＵＥカウンタをゼロにする。さらに、ＳＧＳＮ３０への対応するサービスのブロードキャストデータの配信及び受信を停止する（Ｓ４２０）。
【０１４４】
なお、受信を停止する場合には、ＩＰマルチキャスト離脱要求を送信してもよい。具体的には、ＩＰｖ４で通信を行っている場合、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔを送信し、ＩＰｖ６で通信を行っている場合には、ＭＬＤ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔを送信する。これにより、ＩＰマルチキャストパケットの配信及び受信を停止する。ＩＰマルチキャストパケットの配信及び受信が停止されることにより、ブロードキャストデータの配信及び受信が停止される。
【０１４５】
また、ＭＢＭＳベアラコンテキスト２２２の配信ノードからＳＧＳＮ３０のエントリを削除するか、停止中を示すマーキングを行う。
【０１４６】
ここで、ＧＧＳＮ２０は、他のＳＧＳＮにブロードキャストデータ配信していない場合は、セッション停止要求をＢＭ−ＳＣ１０へ送信する（Ｓ４１０）。他のＳＧＳＮにブロードキャストデータ配信していないかは、ＭＢＭＳベアラコンテキスト２２２の配信ノードにＳＧＳＮのエントリがないことや、すべてのＳＧＳＮに停止中のマーキングがなされていることで判断できる。セッション停止要求にはＭＢＭＳベアラコンテキスト２２２に登録されるＴＭＧＩと、セッション識別子と、ＧＧＳＮ２０の情報とを含めて送信する。
【０１４７】
さらに、ＧＧＳＮ２０はＳＧＳＮ３０間のＭＢＭＳベアラのリソースを解放する。言い換えると、ＧＧＳＮ２０は、ＳＧＳＮ３０に対してブロードキャストデータ配送を停止した場合、ＭＢＭＳベアラのリソースを解放する。この場合、ＭＢＭＳベアラコンテキスト２２２の状態情報をスタンバイとする。
【０１４８】
また、ＭＢＭＳベアラコンテキスト２２２の配信ノードにその他複数のＳＧＳＮが登録されており、フローの配信が行われている場合には、セッション停止要求をＢＭ−ＳＣ１０には送信することなくセッション停止手続きを完了する。
【０１４９】
ＢＭ−ＳＣ１０は、セッション停止要求を受信し、ＧＧＳＮ２０にセッション停止応答を送信する（Ｓ４１８）。
【０１５０】
さらに、ＢＭ−ＳＣ１０とＧＧＳＮ２０との間のＭＢＭＳベアラリソースを解放する。言い換えると、ＢＭ−ＳＣ１０は、ＧＧＳＮ２０に送信するブロードキャストデータが無くなった場合、ＭＢＭＳベアラリソースを解放する。
【０１５１】
また、ＧＧＳＮ２０への対応するサービスのブロードキャストデータの配信を停止する（Ｓ４２２）。
【０１５２】
また、ＢＭ−ＳＣ１０は、ＧＧＳＮ２０に対応づけられたＵＥカウンタをゼロにする。さらに、配信ノードからＧＧＳＮ２０のエントリを削除するか、停止中を示すマーキングを行う。
【０１５３】
さらに、総てのＧＧＳＮ２０のエントリが削除されるか、停止中を示すマーキングが行われた場合、ＭＢＭＳベアラコンテキスト１２４の状態情報をスタンバイとする。
【０１５４】
以上の手続きにより、ＮＢ４０が主導してセッションを一時的に停止することができる。ＮＢ４０のセッション停止手続きは、カウンティング手続きにより、ＴＭＧＩ等で識別可能なＭＢＭＳベアラ毎のブロードキャストサービスの配信が不要であることを検知することができる。
【０１５５】
さらに、アプリケーション等がオフになっていること等により視聴していないようなケースのように、視聴していないことを検知することで開始することもできる。そして、この検知をトリガにセッション停止手続きを開始することができる。
【０１５６】
また、セッション停止手続きは、ブロードキャストサービスに限って行ってもよい。従来ＭＢＭＳベアラサービスには、マルチキャストモードのサービスとブロードキャストモードのサービスがある。
【０１５７】
ブロードキャストモードのサービスは、これまで説明したように、ＵＥ５０の加入者情報管理や受信に対する認証を行わないサービスであるのにたいし、マルチキャストモードのサービスは、ＵＥ５０の参加要求に対してサービス毎に認証手続きを行い、配信するサービスである。
【０１５８】
したがって、マルチキャストモードでの配送は、特定のＵＥに対する配送であり、一時的にＭＢＭＳベアラを解放し、再開時にリソースの確保ができない等が許されないサービスである場合も想定される。そのためには、ブロードキャストモードに限って、一時停止する方法が必要となる。
【０１５９】
ブロードキャストサービスに限ってセッション停止手続きを許可する具体的な方法としては、図１３で説明したセッション開始手続きにおいて、ＢＭ−ＳＣ１０がＭＢＭＳベアラコンテキスト１２４を生成する際にＴＭＧＩを生成し、ＴＭＧＩをＧＧＳＮ２０、ＳＧＳＮ１０、ＮＢ４０に通知すると同時に、モードを通知する。
【０１６０】
マルチキャストモードかブロードキャストモードのどちらを通知するかについては、サービスごとに対応づけて予めモードをＭＢＭＳサービスＤＢ１２２で管理してもよいし、マルチキャストモードの通信確立手続きで規定されているサービスアクティベーション手続きの認証手続きの有無により、管理してもよい。
【０１６１】
こうして各装置は登録するサービスがブロードキャストモードであると認識し、それぞれＭＢＭＳベアラコンテキストに保持する。具体的には、ＢＭ−ＳＣ１０はＭＢＭＳベアラコンテキスト１２４のモードにブロードキャストと登録し、ＧＧＳＮ２０はＭＢＭＳベアラコンテキスト２２２のモードにブロードキャストと登録し、ＳＧＳＮ３０はＭＢＭＳベアラコンテキスト３２２のモードにブロードキャストと登録し、ＮＢ４０はＭＢＭＳベアラコンテキスト４２２のモードにブロードキャストと登録する。
【０１６２】
これにより、セッション停止を決定する場合、各装置では、ＭＢＭＳベアラコンテキストを参照し、ブロードキャストモードである場合にはセッションを停止することができる。
【０１６３】
具体的には、ＮＢ４０では、ブロードキャストセッション停止要求の送信時（Ｓ４０４）、ＭＢＭＳベアラコンテキスト４２２のモードがブロードキャストである場合、停止要求の送信やＭＢＭＳベアラの解放やブロードキャストデータ配信、受信停止を行う。
【０１６４】
ＳＧＳＮ３０では、ブロードキャストセッション停止要求の送信時（Ｓ４１０）、ＭＢＭＳベアラコンテキスト３２２のモードがブロードキャストである場合、停止要求の送信やＭＢＭＳベアラの解放やブロードキャストデータ配信、受信停止を行う。
【０１６５】
ＧＧＳＮ２０では、ブロードキャストセッション停止要求の送信時（Ｓ４１６）、ＭＢＭＳベアラコンテキスト２２２のモードがブロードキャストである場合、停止要求の送信やＭＢＭＳベアラの解放やブロードキャストデータ配信、受信停止を行う。
【０１６６】
ＢＭ−ＳＣ１０では、ブロードキャストセッション停止要求の受信時（Ｓ４１６）、ＭＢＭＳベアラコンテキスト２２２のモードがブロードキャストである場合、ＭＢＭＳベアラの解放やブロードキャストデータ配信停止を行う。
【０１６７】
従来では、コンテンツデータの配信元であるＢＭ−ＳＣ１０において、配信データの状況により一定時間送信するべきデータが無い場合等、送信データがないことを検知して、ＢＭ−ＳＣ１０が主導してセッションを一時停止することしかできなかった。このため、ＮＢ４０でＵＥ５０の受信の要否を確認でき、配信の必要がないと検知できたとしても、セッションを停止することができなかった。本実施形態の手続きにより、ＮＢ４０はＵＥ５０の受信の要否の結果に基づいて、セッション停止手続きを主導して行うことができる。
【０１６８】
［４．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【０１６９】
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０１７０】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【０１７１】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【０１７２】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【符号の説明】
【０１７３】
１０  ＢＭ−ＳＣ
１００  制御部
１１０  送受信部
１２０  記憶部
１２２  ＭＢＭＳサービスＤＢ
１２４  ＭＢＭＳベアラコンテキスト
２０  ＧＧＳＮ
２００  制御部
２１０  送受信部
２２０  記憶部
２２２  ＭＢＭＳベアラコンテキスト
２２４  上流コントロールノードＤＢ
３０  ＳＧＳＮ
３００  制御部
３１０  送受信部
３２０  記憶部
３２２  ＭＢＭＳベアラコンテキスト
４０  ＮＢ
４００  制御部
４１０  送受信部
４２０  記憶部
４２２  ＭＢＭＳベアラコンテキスト
４２４  無線フレーム情報
５０  ＵＥ
【図１】
0005619573.tif 000002
【図２】
0005619573.tif 000003
【図３】
0005619573.tif 000004
【図４】
0005619573.tif 000005
【図５】
0005619573.tif 000006
【図６】
0005619573.tif 000007
【図７】
0005619573.tif 000008
【図８】
0005619573.tif 000009
【図９】
0005619573.tif 000010
【図１０】
0005619573.tif 000011
【図１１】
0005619573.tif 000012
【図１２】
0005619573.tif 000013
【図１３】
0005619573.tif 000014
【図１４】
0005619573.tif 000015