(57)【要約】【課題】基地局装置のカウンティング機能によりネットワークリソースを解放する制御方法を定めることにより、ネットワークリソースを有効活用出来る移動通信システム等を提供すること。【解決手段】ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＧＧＳＮ及びＳＧＳＮを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムにおいて、基地局装置は、ＭＢＭＳベアラコンテキストに含まれるフロー識別子に対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、ブロードキャストデータ配信を停止する。【選択図】図１４
2012104975.tif 000002
【特許請求の範囲】
【請求項１】
ＢＭ−ＳＣ（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）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続されるＧＧＳＮにおいて、
前記ブロードキャストデータ配信において、一又は複数のコンテンツが配信され、
少なくとも、前記ＭＢＭＳベアラサービスにおいてＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報と、前記コンテンツを識別するためのフロー識別子とがＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置は、
ＭＢＭＳベアラコンテキストに含まれるフロー識別子に対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに含まれるフロー識別子に対応づけられるセッション停止要求をＳＧＳＮに送信し、
前記ＳＧＳＮは、
前記基地局装置から送信されたセッション停止要求に基づいて、ＭＢＭＳベアラコンテキストに含まれるフロー識別子に対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに含まれるフロー識別子に対応づけられるセッション停止要求をＧＧＳＮに送信し、
前記ＧＧＳＮは、
前記ＳＧＳＮから送信されたセッション停止要求に基づいて、ＧＧＳＮを経由して接続される移動局装置において、ＭＢＭＳベアラコンテキストに含まれるフロー識別子に対応づけられるブロードキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに含まれるフロー識別子に対応づけられるセッション停止要求をＢＭ−ＳＣに送信し、
ブロードキャストデータ配信を停止することを特徴とするＧＧＳＮ。
【請求項１６】
ＧＧＳＮを経由して接続される移動局装置へ配信を行うＭＢＭＳベアラコンテキストに含まれるすべてのフロー識別子のブロードキャストデータ配信を停止した場合には、ＢＭ−ＳＣとのＭＢＭＳベアラリソースを解放することを特徴とする請求項１５に記載のＧＧＳＮ。
【請求項１７】
ＢＭ−ＳＣ（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）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【符号の説明】
【０１９３】
１０  ＢＭ−ＳＣ
１００  制御部
１１０  送受信部
１２０  記憶部
１２２  ＭＢＭＳサービスＤＢ
１２４  ＭＢＭＳベアラコンテキスト
２０  ＧＧＳＮ
２００  制御部
２１０  送受信部
２２０  記憶部
２２２  ＭＢＭＳベアラコンテキスト
２２４  上流コントロールノードＤＢ
３０  ＳＧＳＮ
３００  制御部
３１０  送受信部
３２０  記憶部
３２２  ベアラコンテキスト
４０  ＮＢ
４００  制御部
４１０  送受信部
４２０  記憶部
４２２  ＭＢＭＳベアラコンテキスト
４２４  無線フレーム情報
５０  ＵＥ
【図１】
2012104975.tif 000003
【図２】
2012104975.tif 000004
【図３】
2012104975.tif 000005
【図４】
2012104975.tif 000006
【図５】
2012104975.tif 000007
【図６】
2012104975.tif 000008
【図７】
2012104975.tif 000009
【図８】
2012104975.tif 000010
【図９】
2012104975.tif 000011
【図１０】
2012104975.tif 000012
【図１１】
2012104975.tif 000013
【図１２】
2012104975.tif 000014
【図１３】
2012104975.tif 000015
【図１４】
2012104975.tif 000016