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