移動通信システム、基地局装置、ＭＭＥ及び移動局装置
【課題】基地局装置のカウンティング機能によりネットワークリソースを効率的に割り当てる制御方法を定めることにより、ネットワークリソースを有効活用出来る移動通信システム等を提供すること。
【解決手段】ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、基地局装置（ｅＮＢ）は、移動局装置（ＵＥ）に、サービス識別子を含む確認メッセージを送信し、移動局装置（ＵＥ）からの応答に基づいて、マルチキャストデータ配信に参加している移動局装置（ＵＥ）の数をカウントし、前記カウントした数が０の場合には、前記マルチキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする。
【解決手段】ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、基地局装置（ｅＮＢ）は、移動局装置（ＵＥ）に、サービス識別子を含む確認メッセージを送信し、移動局装置（ＵＥ）からの応答に基づいて、マルチキャストデータ配信に参加している移動局装置（ＵＥ）の数をカウントし、前記カウントした数が０の場合には、前記マルチキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＭＢＭＳ ＧＷ及びＭＭＥを経由して基地局装置に接続される移動局装置によりマルチキャストデータ配信を行う移動通信システム等に関する。
【背景技術】
【０００２】
３ＧＰＰにて、ＥＰＳ（Evolved Packet Core）によるマルチキャストデータ配信およびブロードキャストデータ配信を行うＭＢＭＳベアラサービスを提供する方法としてＭＢＭＳ（Multimedia Broadcast/Multicast Service）が規格化されている。
【０００３】
例えば、非特許文献１によれば、ＭＢＭＳサービスエリアはあるＭＢＭＳセッションを行う範囲として定義される。例えば全国や関東等の地域単位でサービスエリアを設定し、当該サービスエリア内の複数の基地局装置のセルによって構成される。そして、コアネットワークに接続するＵＴＲＡＮ等の無線アクセスネットワークにマルチキャストの配信経路を設定し、サービスエリア内の各セルの基地局装置（ｅＮｏｄｅＢ）や、無線ネットワーク制御局（ＲＮＣ）が、端末（ＵＥ）にＭＢＭＳベアラを設定し、データを配信する。
【０００４】
ここで、ＭＢＭＳサービスを開始するにあたり、まず、ＭＢＭＳ登録を行わなければならない。ＭＢＭＳ登録とは、データ配信を行う装置において、配送先の装置を記した配信リストを作成することである。
【０００５】
ＭＢＭＳ登録では、ＵＲＴＲＡＮなどの無線アクセスネットワーク内の装置やコアネットワーク内の装置で配信リストを作成する。これによりＭＢＭＳ登録を行った後に、ＭＢＭＳセッションを開始することによって、配送元装置から複数の装置を経由して、移動局装置はデータを受信することができる。
【０００６】
こうした従来のマルチキャストデータ配信は、基地局装置のセル単位ではなく、ＭＢＭＳサービスエリア単位で配信している。そのため、ＭＢＭＳサービスエリア内に配信すべき端末が在圏していないセルがある場合も、そのセルの基地局装置にマルチキャストデータが配信される。
【０００７】
今後こうしたマルチキャストデータ配信のサービスは、サービスエリアを比較的広範囲としている従来のブロードキャストサービスに加え、狭い範囲のみを対象としたブロードキャストサービスも増加していく等多様化していくことが予想される。
【０００８】
さらには、こうしてサービス形態が多様化すれば、配信するマルチキャストデータも広く配信する公共的な用途のものからパーソナルコミュニティに向けたもの等多様化し、種類も著しく増加していくことが予想される。
【０００９】
例えば、非特許文献２にあるように、旅行のガイドツアー等のユースケースが挙げられている。また、例えばスポーツやコンサート会場、ショッピングセンター等の集客施設の客を対象としたマルチキャストサービスも考えられる。さらに、災害被災地の被災者に対してのみ情報配信を行うようなケースも考えられる。
【００１０】
こうしたサービス形態や配信データの増加していく流れに対して最適化することなく、すべて一元的に個々のマルチキャスト配信データに対してＭＢＭＳベアラ等の通信路を確立し、受信端末の有無に関わらず通信路にデータを配信していた。これにより、トラフィックが増加したり、無線リソースが不足したりするといった新たな問題が発生してしまう。
【００１１】
このような問題点を解決するために、近年では、基地局装置においてマルチキャストデータを受信している端末をカウンティングするカウンティング機能の検討が始まっている。基地局装置は受信端末がいなくなったことを検知した場合には、基地局装置と端末間でマルチキャストデータ配送のために割り当てた無線リンクの通信帯域を解放、またはモード変更等により最適化をする等無線区間のリソースを効率的に利用する。さらに、端末が再度あらわれた場合には無線リソースの再割り当てを行う。このように、カウンティング機能による無線リソースの効率利用の検討が行われている。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】TS 23.246、Technical Specification Group Services and Architecture; Multimedia Broadcast/Multicast Service （MBMS）; Architecture and functional description
【非特許文献２】3GPP TR 22.947、Technical Specification Group Services and System Aspects; Study on Personal Broadcast Service
【発明の概要】
【発明が解決しようとする課題】
【００１３】
従来の基地局装置のカウンティング結果に基づいた効率化は、基地局装置と端末間の無線通信区間のリソースを効率利用する方法のみであり、マルチキャストデータの配信元の装置から基地局装置の間のネットワーク内部の通信区間のリソースを効率利用する方法はなかった。
【００１４】
つまり、カウンティング機能により、基地局装置がマルチキャストデータを受信する端末がいないことを検知したとしても、ネットワーク内部に設置されるマルチキャスト配信元の装置から基地局装置まではマルチキャストデータが配送されてしまう。これまでは、カウンティング機能を利用してトラヒックを削減し、ネットワークリソースを効率的に利用する解決方法がなかった。
【００１５】
このように、カウンティング機能により基地局装置と端末間の無線リソースの有効利用については考慮されているものの、ネットワーク内のネットワークリソースを効率的に利用することはできないとい問題点があった。
【００１６】
上述した非特許文献１では、あるサービスへのＭＢＭＳ登録を解除する手続きが示されているが、その方法として、基地局装置が主導してマルチキャストデータおよびブロードキャストデータの配送元となる装置に対してＭＢＭＳ登録を解除する手続きが示されている。
【００１７】
しかしながら、基地局装置において、ＭＢＭＳ登録解除手続きの開始を判断する具体的な手段についてはなんら示されていなかった。さらに、データ配送経路の上流に位置する各装置においても、更なる上流のデータ配送元の装置に対してＭＢＭＳ登録解除手続きを開始する具体的手段について示されていない。
【００１８】
さらに、ユーザの利便性を考慮すると、ユーザの視聴の有無に即応してＭＢＭＳ登録手続きやＭＢＭＳ登録解除手続きが行われる必要があるが、従来では効率的にそれらを行うことができなかった。
【００１９】
具体的には、マルチキャストモードでは、ユーザによるサービスからの離脱を要求するデアクティベーション手続きを行い、その完了を契機にＭＢＭＳ登録解除手続きが開始される。さらに、配信を再開する際にもサービス参加のためのアクティベーションを必要とする。そのため、移動局装置において一時的に電源ＯＦＦとなったり、一時的にＭＢＭＳサービスを提供する基地局装置から外れてしまったりした場合などにおいても、デアクティベーション手続きが必要であった。
【００２０】
上記のように、ＭＢＭＳ登録解除に対してデアクティベーション手続きなどの制御メッセージの送受信が必要になるなど、通信リソースが非効率に利用されている。また、ＭＢＭＳ登録解除手続きは本来移動局装置に処理を必要としないが、デアクティベーション手続きには移動局装置に制御メッセージの送受信が必要となる。つまり移動局装置に処理を必要としないＭＢＭＳ登録解除が行えない複雑な手続きを要し、非効率であった。
【００２１】
これにより、基地局装置がカウンティング結果に基づいてデータ受信端末がいないことを検知した場合や、移動局装置（端末）がリソース解放の要求を行わずに異なる基地局装置に移動したことや、移動局装置の電源をオフにしたことを基地局装置が検知した場合等においては、移動局装置に処理を伴わない効率的なＭＢＭＳ登録解除ができなかった。結果、ネットワークリソースは実際に必要でないにも関わらず、割り当てられたままトラヒックが流れ、リソースを無駄にしていた。
【００２２】
また、ネットワークリソースを有効に利用するために一時的に配信を停止する方法としては、従来のセッション停止手続きを行う方法が考えられる。しかしながら、従来手法では、配信元から配信先にセッションを停止する手続きしか規定されておらず、配信先から配信元へセッション停止を要求することができなかった。つまり、基地局装置から配信元へセッション停止を要求することができなかった。
【００２３】
また、基地局装置から配信元へセッション停止を要求するよう拡張したとしても新たな課題が生じる。セッション停止要求を受けた装置は、配信を止めリソースを一時的に解放することができるが、配信リストの削除は行わない。そのため、例えば、従来は、１）セッションが開始された状態で、２）基地局装置主導でセッションのみを停止した場合に、３）マルチキャストデータ（ブロードキャストデータ）の配送元主導で総てのセッションが停止された後に、４）マルチキャストデータ（ブロードキャストデータ）の配送元主導で総てのセッションが再開された場合には、配信リストに含められた総てのノード（例えば、ＭＢＭＳ ＧＷ、基地局装置）に通信リソースが割り当てられてしまい、基地局装置主導で停止したセッションさえも再開されてしまっていた。つまり、１）において不必要なリソースを解放したものの、再度不必要なリソースが割り当てられることになる。
【００２４】
したがって、通信リソースを効率的に活用するためには、ＭＢＭＳ登録解除手続きにより配信リストの更新を行い、例えば４）のようにマルチキャストデータ（ブロードキャストデータ）の配送元の主導でセッションが再開された場合にも、必要のない装置への配信は再開されないようにする必要がある。これは、データ配送のためのリソースの効率化だけでなく、不必要な装置への制御手続きを不要とするためにも必要となる。
【００２５】
上述した課題を解決するために、本発明の目的は、基地局装置のカウンティング機能によりネットワークリソースを効率的に割り当てる制御方法を定めることにより、ネットワークリソースを有効活用出来る移動通信システム等を提供することを目的としている。
【課題を解決するための手段】
【００２６】
上記課題を解決するために、本発明に係る移動通信システム等は、以下の特徴を備えている。
【００２７】
本発明の移動通信システムは、
ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、
前記ＭＭＥは、前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置は、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、マルチキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が０の場合には、前記マルチキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする。
【００２８】
また、本発明の移動通信システムにおいて、前記サービス識別子には、ＴＭＧＩ（Temporary Mobile Group Identify）を含むことを特徴とする。
【００２９】
また、本発明に移動通信システムにおいて、前記ＭＭＥは、ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする。
【００３０】
また、本発明の移動通信システムにおいて、前記基地局装置は、ＭＢＭＳ登録解除要求をＭＭＥに送信するのと併せて、ＭＢＭＳベアラリソースを解放することを特徴とする。
【００３１】
また、本発明の移動通信システムにおいて、前記ＭＭＥは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれる前記基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＭＢＭＳ ＧＷに送信し、
ＭＢＭＳ ＧＷは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする。
【００３２】
また、本発明の移動通信システムにおいて、前記ＭＢＭＳ ＧＷは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれるマルチキャストデータ配信を行う前記基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＢＭ−ＳＣに送信し、
ＢＭ−ＳＣは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信したＭＢＭＳ ＧＷを削除することを特徴とする。
【００３３】
本発明の移動通信システムは、ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムにおいて、
前記ＭＭＥは、前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置は、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、ブロードキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が０の場合には、前記ブロードキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする。
【００３４】
また、本発明の移動通信システムにおいて、前記サービス識別子には、ＴＭＧＩ（Temporary Mobile Group Identify）を含むことを特徴とする。
【００３５】
また、本発明の移動通信システムにおいて、前記ＭＭＥは、ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする。
【００３６】
また、本発明の移動通信システムにおいて、前記基地局装置は、ＭＢＭＳ登録解除要求をＭＭＥに送信するのと併せて、セッションを停止要求を含めて送信することを特徴とする。
【００３７】
また、本発明の移動通信システムにおいて、前記ＭＭＥは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれるブロードキャストデータ配信を行う前記基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＭＢＭＳ ＧＷに送信し、
ＭＢＭＳ ＧＷは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする。
【００３８】
また、本発明の移動通信システムにおいて、前記ＭＢＭＳ ＧＷは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれるブロードキャストデータ配信を行う基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＢＭ−ＳＣに送信し、
ＢＭ−ＳＣは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信したＭＢＭＳ ＧＷを削除することを特徴とする。
【００３９】
本発明の基地局装置は、ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続される基地局装置において、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置において、マルチキャストデータ配信を必要としている移動局装置がいない場合に送信されるマルチキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする。
【００４０】
本発明の基地局装置は、ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続される基地局装置において、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、ブロードキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が０の場合には、前記ブロードキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする。
【００４１】
本発明のＭＭＥは、ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続されるＭＭＥにおいて、
前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置から、マルチキャストデータ配信を必要としている移動局装置が無くなった場合に送信されるマルチキャストデータのＭＢＭＳ登録解除要求を受信し、
前記ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする。
【００４２】
本発明のＭＭＥは、ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続されるＭＭＥにおいて、
前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置から、ブロードキャストデータ配信を必要としている移動局装置が無くなった場合に送信されるブロードキャストデータのＭＢＭＳ登録解除要求を受信し、
前記ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする。
【００４３】
本発明の移動局装置は、上述した発明に記載の移動通信システムに接続されることを特徴とする。
【発明の効果】
【００４４】
本発明によれば、ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＭＢＭＳ ＧＷ及びＭＭＥ、基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、基地局装置は、カウンティング機能を利用して、マルチキャストデータを受信するＵＥの数が０であると検知し、マルチキャストデータ配信のＭＢＭＳ登録解除することを決定した場合には、ＭＢＭＳ登録解除要求をＭＭＥに送信し、マルチキャストデータのＭＢＭＳ登録を解除するとともにセッション停止することにより、ＭＢＭＳ ＧＷからの配信を停止することとなる。
【００４５】
これにより、従来は、基地局装置が主導してＭＢＭＳ登録を解除手続きが規定されていたが、ユーザの視聴の有無に即応してＭＢＭＳ登録手続きやＭＢＭＳ登録解除手続きを行うことができなかった。
【００４６】
しかしながら、基地局装置が、移動局装置の受信の要否の結果に基づいて、ＭＢＭＳ登録解除手続きによる配信リストにおける配送先装置を削除するとともに、セッション停止手続きで行われたリソースの解放を併せて行うことができるようになる。
【００４７】
また、マルチキャストモードのように、ユーザによるサービスからの離脱を要求するデアクティベーション手続きを行い、その完了を契機にＭＢＭＳ登録解除手続きが開始され、配信を再開する際にもサービス参加のためのアクティベーションを必要としていたが、ユーザの視聴の有無をカウンティング機能により検出することで、デアクティベーション手続きを行うことなくサービス配信を停止することができ、また、そのような場合にサービス配信を再開する際にもアクティベーション手続きを行うことなく、サービスを受信することが可能となる。また、移動局装置において一時的に電源ＯＦＦとなったり、一時的にＭＢＭＳサービスを提供する基地局装置から外れてしまったりした場合などにおいても、デアクティベーション手続きを行う必要がなくなる。
【００４８】
上記のように、ＭＢＭＳ登録解除に対してデアクティベーション手続きなどの制御メッセージの送受信が不要になるため、通信リソースを効率に利用することができる。また、デアクティベーション手続きには移動局装置に制御メッセージの送受信が不要となり、移動局装置による処理を行くことなく、基地局装置主導で効率的にＭＢＭＳ登録解除が行うことができる。
【００４９】
これにより、基地局装置がカウンティング結果に基づいてデータ受信端末がいないことを検知した場合や、移動局装置（端末）がリソース解放の要求を行わずに異なる基地局装置に移動したことや、移動局装置の電源をオフにしたことを基地局装置が検知した場合等において、移動局装置に処理を伴わない効率的なＭＢＭＳ登録解除を行うことができる。結果、ネットワークリソースは実際に必要でないにも関わらず、割り当てられたままトラヒックが流れ、リソースを無駄にするという状況を回避することができる。
また、従来手法では、配信元から配信先にセッションを停止する手続きしか規定されておらず、配信先から配信元へセッション停止を要求することができなかった。つまり、基地局装置から配信元へセッション停止を要求することができなかった。さらに、基地局装置から配信元へセッション停止を要求するよう拡張したとしてもセッション停止要求を受けた装置は、配信を止めリソースを一時的に解放することができるが、配信リストの配送先ノードの削除は行わない。
【００５０】
そのため、例えば、１）セッションが開始された状態で、２）ｅＮＢ主導でセッションのみを停止した場合に、３）ＢＭ−ＳＣ主導で総てのセッションが停止された後に、４）ＢＭ−ＳＣ主導で総てのセッションが再開された場合には、配信リストに含められた総てのノード（ＭＢＭＳ ＧＷ、ＭＭＥ、基地局装置）に通信リソースが割り当てられてしまい、ＮＢ主導で停止したセッションさえも再開されてしまうという問題があった。
【００５１】
しかしながら、ＭＢＭＳ登録解除手続きにより配信リストからの配信先装置の更新を行い、例えば、４）のようにＢＭ−ＳＣ主導でセッションが再開された場合にも、不必要なセッションが開始されなくなる。
【００５２】
また、セッションを不必要に開始されないことにより、セッションを開始する際に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。
【図面の簡単な説明】
【００５３】
【図１】第１実施形態における移動通信システムの概略を示した図である。
【図２】第１実施形態におけるＢＭ−ＳＣの機能構成を説明する為の図である。
【図３】ＢＭ−ＳＣにおけるＭＢＭＳサービスＤＢのデータ構成の一例を示した図である。
【図４】ＢＭ−ＳＣにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図５】ＢＭ−ＳＣにおけるＭＢＭＳ ＵＥベアラコンテキストのデータ構成の一例を示した図である。
【図６】第１実施形態におけるＭＢＭＳ ＧＷの機能構成を説明する為の図である。
【図７】ＭＢＭＳ ＧＷにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図８】ＭＢＭＳ ＧＷにおける上流コントロールノードＤＢのデータ構成の一例を示した図である。
【図９】ＭＢＭＳ ＧＷにおけるＭＢＭＳ ＵＥベアラコンテキストのデータ構成の一例を示した図である。
【図１０】第１実施形態におけるＭＭＥの機能構成を説明する為の図である。
【図１１】ＭＭＥにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図１２】ＭＭＥにおけるＭＢＭＳ ＵＥベアラコンテキストのデータ構成の一例を示した図である。
【図１３】第１実施形態におけるｅＮＢの機能構成を説明する為の図である。
【図１４】ｅＮＢにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図１５】ｅＮＢにおける無線フレーム情報のデータ構成の一例を示した図である。
【図１６】ｅＮＢにおけるＭＢＭＳ ＵＥベアラコンテキストのデータ構成の一例を示した図である。
【図１７】第１実施形態における処理の流れについて説明した図である。
【図１８】第１実施形態における処理の流れについて説明した図である。
【図１９】第１実施形態におけるベアラコンテキストの変化について説明する為の図である。
【図２０】第１実施形態における処理の流れについて説明した図である。
【図２１】第１実施形態における処理の流れについて説明した図である。
【図２２】第１実施形態における動作について説明した図である。
【図２３】第１実施形態における動作について説明した図である。
【図２４】第２実施形態における処理の流れについて説明した図である。
【図２５】第２実施形態におけるベアラコンテキストの変化について説明する為の図である。
【図２６】第２実施形態における処理の流れについて説明した図である。
【図２７】第２実施形態における処理の流れについて説明した図である。
【発明を実施するための形態】
【００５４】
以下、図面を参照して本発明を実施するための最良の形態について説明する。
［１．第１実施形態］
［１．１ システム構成］
図１は、本発明を適用した場合における移動通信システム１の概要を説明するための図である。移動通信システム１は、ブロードキャスト・マルチキャストサービスセンタであるＢＭ−ＳＣ（Broadcast-Multicast Service Center）１０、ゲートウェイ装置であるＭＢＭＳ ＧＷ（MBMS GateWay）２０及びサービス制御装置であるＭＭＥ（Mobility Management Entity）３０を含むコアネットワーク５と、基地局装置であるｅＮＢ４０と、移動局装置であるＵＥ５０とを含んで構成されている。
【００５５】
コアネットワーク５にｅＮＢ４０が接続されており、ｅＮＢ４０にＵＥ５０が接続可能な状態で構成されている。具体的には、ＢＭ−ＳＣ１０の下位にはＭＢＭＳ ＧＷ２０が接続されており、ＭＢＭＳ ＧＷ２０の下位にはＭＭＥ３０を介して又は直接ｅＮＢ４０が接続されている。さらに、ｅＮＢ４０の下位にはＵＥ５０が接続されている。
【００５６】
ここで、本実施形態の図１においては、説明の都合上、各構成装置が１つとして記載されているが、複数の装置が接続されていてもよい。例えば、一又は複数のＭＢＭＳ ＧＷを移動通信システム１は含んでおり、各ＭＢＭＳ ＧＷの下位に一又は複数のＭＭＥ、ｅＮＢがそれぞれ接続されている。また、ＵＥもｅＮＢに一又は複数接続可能である。
【００５７】
［１．２ 装置構成］
続いて、各装置の機能構成について、図を用いて説明する。
【００５８】
［１．２．１ ＢＭ−ＳＣ］
ＢＭ−ＳＣ１０の機能構成について、図２を用いて説明する。ＢＭ−ＳＣ１０は、制御部１００に、送受信部１１０と記憶部１２０とが接続されている。
【００５９】
制御部１００は、ＢＭ−ＳＣ１０の全体を制御するための機能部である。制御部１００は、記憶部１２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【００６０】
送受信部１１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＭＢＭＳ ＧＷ２０と接続されている。
【００６１】
記憶部１２０は、ＢＭ−ＳＣ１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳサービスＤＢ１２２と、ＭＢＭＳベアラコンテキスト１２４と、ＭＢＭＳ ＵＥコンテキスト１２６とがそれぞれ記憶されている。
【００６２】
ＭＢＭＳサービスＤＢ１２２は、配信可能なＭＢＭＳベアラサービスを管理するために、ＭＢＭＳベアラサービス毎の配信データのサービス識別子を記憶するＤＢである。図３に、ＭＢＭＳサービスＤＢ１２２のデータ構成の一例を示す。
【００６３】
ここで、「サービス識別子」としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキストを識別するＴＭＧＩ（Temporary Mobile Group Identity）
（２）その他の識別子（例えば、ＢＭ−ＳＣ１０を運用してサービス事業を行う事業者が割り当てる識別子）等が利用可能である。
【００６４】
本実施形態では、（１）のＴＭＧＩを利用することとして説明する。具体的には、ＭＢＭＳベアラサービスでマルチキャストデータ配信時、サービス毎に生成するＭＢＭＳベアラコンテキスト１２４を識別するＴＭＧＩを用いる。ここで、ＴＭＧＩとは、従来携帯電話サービスで利用されている一時的に割り当てられた加入者識別情報だが、ＭＢＭＳにおいてはＭＢＭＳベアラサービスを識別する情報として利用されている。
【００６５】
ＭＢＭＳベアラコンテキスト１２４は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために確立するＭＢＭＳベアラの管理情報である。図４に、ＭＢＭＳベアラコンテキスト１２４のデータ構成の一例を示す。
【００６６】
ＭＢＭＳベアラコンテキスト１２４は、ＭＢＭＳ登録の際に必要とするＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、データ配信先の配信ノード（例えば、「ＭＢＭＳ ＧＷ２０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
【００６７】
ここで、配信ノードは、配信するノードを特定する情報を記憶しており、例えばＩＰアドレス（図４の場合はＭＢＭＳ ＧＷ２０のＩＰアドレス）が記憶される。ここで、配信ノードは一又は複数記憶することができる。
【００６８】
また、配信ノード又は後述する上位配信ノードが各装置に記憶されることから、移動通信システム１の配信リストが形成される。配信リストとは、配信ノードを特定するためのものであり、配信リストに従って、ＢＭ−ＳＣ１０とＵＥ５０間のベアラが確立される。
【００６９】
ここで、各装置を所定の配信リストに登録する場合には、各装置が記憶しているＭＢＭＳベアラコンテキストの配信ノードに関する情報をそれぞれ更新・登録すれば良い。逆に配信リストから外れる場合は、各装置が記憶しているＭＢＭＳベアラコンテキストの配信ノードに関する情報から、所定の装置を削除すれば良い。
【００７０】
ここで、ＵＥカウンタとは、ＭＢＭＳベアラサービスのマルチキャストデータの受信が必要なＵＥの数である。これは基地局装置（ｅＮＢ４０）のカウンティング機能によりカウントされた数に基づいたものであり、例えば、ｅＮＢ４０に接続しているＵＥ５０自体の数でも良いし、ＵＥ５０の内、マルチキャストグループに参加しているＵＥ５０の数でも良い。更に、ユーザが実際に視聴している端末（ＵＥ５０）、すなわちユーザが視聴アプリケーションを起動していない状態を検知するなどして、一時的に視聴をしていないＵＥ５０を除いた数であったり、ユーザにより受信が必要であることを通知するＵＥ５０の数であってもよい。
【００７１】
さらに、ＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキスト１２４に複数の配信ノードであるＭＢＭＳ ＧＷの情報を記憶している場合、ＭＢＭＳ ＧＷ毎にそれぞれ異なるＵＥカウンタを記憶し、ＵＥの数をカウントすることが出来る。したがって、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０へ配信するマルチキャストデータの視聴端末数を記憶することが可能である。
【００７２】
ＭＢＭＳ ＵＥコンテキスト１２６は、ＭＢＭＳサービス毎に生成され、ＵＥがＭＢＭＳサービスに参加することを示すＵＥの管理情報である。ＢＭ−ＳＣ１０は、ＭＢＭＳ ＵＥコンテキスト１２６を参照し、ＭＢＭＳサービス毎にユーザ登録し、ＭＢＭＳサービス毎に課金を行うことができる。図５に、ＭＢＭＳベアラコンテキスト１２６のデータ構成の一例を示す。
【００７３】
ＭＢＭＳ ＵＥコンテキスト１２６は、ＭＢＭＳサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、ＵＥ５０が初期接続時に、ＩＰアドレスを取得する際に必要とするＡＰＮ（Access Point Name）の情報（例えば、「ＡＰＮ１」）と、ＵＥを識別するために用いられるＩＭＳＩ（International Mobile Subscriber Identity）の情報（例えば「ＩＭＳＩ１」）とが含まれている。
【００７４】
［１．２．２ ＭＢＭＳ ＧＷ］
続いて、ＭＢＭＳ ＧＷ２０の機能構成について、図６を用いて説明する。ＭＢＭＳ ＧＷ２０は、制御部２００に、送受信部２１０と記憶部２２０とが接続されている。
【００７５】
制御部２００は、ＭＢＭＳ ＧＷ２０の全体を制御するための機能部である。制御部２００は、記憶部２２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【００７６】
送受信部２１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＢＭ−ＳＣ１０と、ＭＭＥ３０と、ｅＮＢ４０とに接続されている。
【００７７】
記憶部２２０は、ＭＢＭＳ ＧＷ２０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部２２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト２２２と、上流コントロールノードＤＢ２２４と、ＭＢＭＳ ＵＥコンテキスト２２６がそれぞれ記憶されている。ここで、ＭＢＭＳベアラコンテキスト２２２は、ＴＭＧＩで一意に識別することができる。
【００７８】
ＭＢＭＳベアラコンテキスト２２２は、ＭＢＭＳベアラサービス毎に生成し、マルチキャストデータを配送するために必要な管理情報である。図７に、ＭＢＭＳベアラコンテキスト２２２のデータ構成の一例を示す。
【００７９】
ＭＢＭＳベアラコンテキスト２２２は、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、ＭＢＭＳ制御装置の情報（例えば、「ＭＭＥ３０」）と、配信ノードに関する情報（例えば、ＭＭＥ３０）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
【００８０】
ここで、配信ノードは、配信するノードを特定する情報を記憶しており、例えばＩＰアドレス（図７の場合はｅＮＢ４０のＩＰアドレス）が記憶される。また、配信ノードは複数記憶することができる。
【００８１】
ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶される。
【００８２】
ＵＥカウンタは、ＭＢＭＳベアラサービスのマルチキャストデータを受信する移動局装置（端末）の数である。これは基地局装置（ｅＮＢ４０）のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している移動局装置の数等である。
【００８３】
さらに、ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２に複数の配信ノードであるｅＮＢ４０の情報を記憶している場合、ｅＮＢ４０毎にそれぞれことなるＵＥカウンタを記憶し、ＵＥの数をカウントすることが出来る。したがって、ＭＢＭＳ ＧＷ２０は、ｅＮＢ４０へ配信するマルチキャストデータの視聴端末数を記憶することが可能である。
【００８４】
上流コントロールノードＤＢ２２４は、上流のマルチキャストデータ配信装置を特定するための情報を記憶するためのＤＢである。図８に上流コントロールノードＤＢ２２４の構成の一例を示す。本実施形態においては、ＢＭ−ＳＣ１０に関する情報について記憶しており、例えば、ＢＭ−ＳＣ１０のＩＰアドレスが記憶されている。
【００８５】
上流コントロールノードＤＢ２２４は、図８に示すように一つの上流コントロールノード（ＢＭ−ＳＣ１０）を記憶する。あるいは、サービス毎に複数の上流コントロールノード（ＢＭ−ＳＣ１０）を記憶してもよい。その場合には、ＴＭＧＩ等で識別できるＭＢＭＳベアラコンテキスト毎に記憶する。
【００８６】
ＭＢＭＳ ＵＥコンテキスト２２６は、ＭＢＭＳサービス毎に生成され、ＵＥ５０がＭＢＭＳサービスに参加することを示すＵＥ５０の管理情報である。ＭＢＭＳ ＧＷ２０は、あるＭＢＭＳサービスにおいて最初のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録を行う。また、あるＭＢＭＳサービスにおいて、最後のＭＢＭＳ ＵＥコンテキスト２２６が削除された場合、ＭＢＭＳ登録解除する。図９に、ＭＢＭＳ ＵＥコンテキスト２２６のデータ構成の一例を示す。
【００８７】
ＭＢＭＳ ＵＥコンテキスト２２６は、ＭＢＭＳサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、ＵＥ５０が初期接続時に、ＩＰアドレスを取得する際に必要とするＡＰＮの情報（例えば、「ＡＰＮ１」）と、サービス配信において経由するｅＮＢ（例えば、「ｅＮＢ４０」）と、ＵＥを識別するために用いられるＩＭＳＩの情報（例えば、「ＩＭＳＩ１」）とが含まれている。
【００８８】
［１．２．３ ＭＭＥ］
続いて、ＭＭＥ３０の機能構成について、図８を用いて説明する。ＭＭＥ３０は、制御部３００に、送受信部３１０と記憶部３２０とが接続されている。
【００８９】
制御部３００は、ＭＭＥ３０の全体を制御するための機能部である。制御部３００は、記憶部３２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【００９０】
送受信部３１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＭＢＭＳ ＧＷ２０と、ｅＮＢ４０とに接続されている。
【００９１】
記憶部３２０は、ＭＭＥ３０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部３２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト３２２とＭＢＭＳ ＵＥコンテキスト３２４とが記憶されている。
【００９２】
ＭＢＭＳベアラコンテキスト３２２は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図１１に、ＭＢＭＳベアラコンテキスト３２２のデータ構成の一例を示す。ここで、ＭＢＭＳベアラコンテキスト３２２は、ＴＭＧＩで一意に識別することができる。
【００９３】
具体的には、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、データ配信先の配信ノード（例えば、「ＮＢ４０」）と、上位の配信ノードとなる上位配信ノード（例えば、「ＭＢＭＳ ＧＷ２０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
【００９４】
ここで、配信ノード及び上位配信ノードは、それぞれのノードを特定する情報を記憶しており、例えばＩＰアドレス（図１１の場合はＮＢ４０や、ＭＢＭＳ ＧＷ２０のＩＰアドレス）が記憶される。また、配信ノードは複数記憶することができる。
【００９５】
ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキスト３２２を生成するＭＢＭＳベアラサービス毎に記憶する。
【００９６】
ＵＥカウンタは、ＭＢＭＳベアラサービスのマルチキャストデータを受信する移動局装置（端末）の数である。これは基地局装置（ｅＮＢ４０）のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している端末の数等である。
【００９７】
さらに、ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２に複数の配信ノードであるｅＮＢの情報を記憶している場合、ｅＮＢ毎にそれぞれことなるＵＥカウンタを記憶し、ＵＥの数をカウントすることが出来る。したがって、ＭＭＥ３０は、ｅＮＢ４０へ配信するマルチキャストデータの視聴端末数を記憶することが可能である。
【００９８】
ＭＢＭＳ ＵＥコンテキスト３２４は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータ配信におけるＵＥ５０の管理情報である。ＭＭＥ３０は、あるＭＢＭＳサービスにおいて最初のＭＢＭＳ ＵＥコンテキスト３２４が生成された場合、ＭＢＭＳ登録をする。また、あるＭＢＭＳサービスにおいて、最後のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録解除する。図１２に、ＭＢＭＳ ＵＥコンテキスト３２４のデータ構成の一例を示す。
【００９９】
ＭＢＭＳ ＵＥコンテキスト３２４は、ＭＢＭＳサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、ＵＥ５０が初期接続時に、ＩＰアドレスを取得する場合に必要とするＡＰＮの情報（例えば、「ＡＰＮ１」）と、データ配信先の配信ノードの情報（例えば、「ｅＮＢ４０」）と、上位の配信ノードとなる上位配信ノードの情報（例えば、「ＭＢＭＳ ＧＷ２０」）と、ＵＥ５０が参加するマルチキャストサービスを示すＴＭＧＩ（例えば、「ＴＭＧＩ１」）が含まれている。
【０１００】
［１．２．４ ｅＮＢ］
続いて、ｅＮＢ４０の機能構成について、図１３を用いて説明する。ｅＮＢ４０は、制御部４００に、送受信部４１０と記憶部４２０とが接続されている。
【０１０１】
制御部４００は、ｅＮＢ４０の全体を制御するための機能部である。制御部４００は、記憶部４２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【０１０２】
送受信部４１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＭＢＭＳ ＧＷ２０と、ＭＭＥ３０と接続されており、ＵＥ５０が接続可能である。
【０１０３】
記憶部４２０は、ｅＮＢ４０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部４２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト４２２と、無線フレーム情報４２４と、ＭＢＭＳ ＵＥコンテキスト４２６がそれぞれ記憶されている。
【０１０４】
ＭＢＭＳベアラコンテキスト４２２は、ＭＳＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図１４に、ＭＢＭＳベアラコンテキスト４２２のデータ構成の一例を示す。
【０１０５】
ＭＢＭＳベアラコンテキスト４２２は、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、ＭＢＭＳ制御装置の情報（例えば、「ＭＭＥ３０」）と、上位の配信ノードとなる上位配信ノードの情報（例えば、「ＭＢＭＳ ＧＷ２０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
【０１０６】
ここで、上位配信ノードに関する情報は、ノードを特定する情報を記憶しており、例えばＩＰアドレス（図１４の場合はＭＭＥ３０のＩＰアドレス）が記憶される。また、ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶される。
【０１０７】
ＵＥカウンタは、ＭＢＭＳベアラサービスのマルチキャストデータを受信する移動局装置（端末）の数である。これはｅＮＢ４０のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している移動局装置（ＵＥ５０）の数等である。
【０１０８】
無線フレーム情報４２４は、ＭＢＭＳベアラサービス毎に、ｅＮＢ４０がＵＥ５０へ無線区間を通して送信するための無線フレームの情報を記憶する。図１５に、無線フレーム情報４２４のデータ構成の一例を示す。
【０１０９】
具体的には、ＭＢＭＳベアラサービスを識別する識別子毎に（例えばＴＭＧＩ毎）、マルチキャストモードかユニキャストモードかを示すモード情報（例えば、「フレームモード」）を記憶する。さらに、ユニキャストモードの場合には、フレーム配送するＵＥ５０のＩＭＳＩ（International Mobile Subscriber Identity）等の識別情報が記憶されている。ここで、フレーム配送するＵＥ（識別情報）については複数記憶することができる。
【０１１０】
ＭＢＭＳ ＵＥコンテキスト４２６は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータ配信におけるＵＥ５０の管理情報である。ｅＮＢ４０は、あるＭＢＭＳサービスにおいて最初のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録する。また、あるＭＢＭＳサービスにおいて、最後のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録解除を行う。図１６に、ＭＢＭＳ ＵＥコンテキスト４２６のデータ構成の一例を示す。
【０１１１】
ＭＢＭＳ ＵＥコンテキスト４２６は、ＭＢＭＳサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、ＵＥ５０が初期接続時に、ＩＰアドレスを取得する際に必要とするＡＰＮ（例えば、「ＡＰＮ１」）と、ＵＥが参加するマルチキャストサービスを示すＴＭＧＩ（例えば、「ＴＭＧＩ１」）とが含まれている。
【０１１２】
［１．３ 手続き処理］
続いて、本実施形態における移動通信システム１の手続き処理について、図を用いて説明する。
【０１１３】
［１．３．１ サービスアナウンスメント手続き］
まず、図１７に示すように、ＢＭ−ＳＣ１０はまず始めにＵＥ５０に対してサービスアナウンスメント手続きを行う（Ｓ１００）。すなわち、ＢＭ−ＳＣ１０は配信可能なサービスをＵＥ５０へ通知する。ＵＥ５０は、これによりマルチキャストサービスを検知する。
【０１１４】
ＢＭ−ＳＣ１０は、ＭＢＭＳサービスＤＢ１２２で管理されているサービスの配信が可能であることを、サービス識別子を通知することでＵＥ５０へ伝える。さらには、番組タイトルやコンテンツタイトル、配信開始時間等のサービスを説明する情報を付与して通知してもよい。
【０１１５】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＴＭＧＩ
（２）その他の識別子（例えば、事業者の設定したでＭＢＭＳベアラサービスを識別することができるその他の識別子）
等が利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０１１６】
また、具体的な通知方法としては、種々の方法が考えられるが、例えば、ＳＭＳ（Short Message Service）等を用いて、予め登録されている配信可能なＵＥ５０へ通知したり、不特定多数のＵＥ５０へ通知したり、ＷＥＢに情報を掲示して、ＵＥ５０がＷＥＢサーバにアクセスすることで情報を取得したりしてもよい。
【０１１７】
[１．３．２ アクティベーション手続き]
続いて、ＵＥ５０は、サービスアナウンスメントで通知されたマルチキャストサービスに参加するためのアクティベーション手続きを行う（Ｓ１０２）。ここで、ＵＥ５０がマルチキャストサービスに参加するためのアクティベーション手続きについて、図１８を用いて説明する。
【０１１８】
本手続きは、ＵＥ５０はＭＢＭＳ ＧＷ２０へＩＧＭＰ参加要求を行うことにより、アクティベーション手続きが開始される（Ｓ２００）。ここで、ＵＥ５０がＭＢＭＳ ＧＷ２０へＭＢＭＳサービスに参加するための要求方法は種々存在するが、例えば、上記サービスアナウンスメントより通知されてきたサービスを一意に示す情報をＵＥ５０がＭＢＭＳ ＧＷ２０へ通知することが可能である。具体的には、ＩＰｖ４で通信する場合には、ＩＧＭＰ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信し、ＩＰｖ６で通信する場合にはＭＬＤ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信する。
【０１１９】
次に、ＭＢＭＳ ＧＷ２０は、ＢＭ−ＳＣ１０へＵＥ５０が参加要求をサービスに参加するためのＭＢＭＳ承認要求を送信する（Ｓ２０２）。ＭＢＭＳ承認要求を受信したＢＭ−ＳＣ１０は、そのサービス規約に基づいて参加要求のあったＵＥ５０を承認する。ここで、承認対象となるＵＥ５０に対して課金処理を行っても良い。
【０１２０】
続いて、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０へＵＥ５０を承認したことを示す承認応答を送信する（Ｓ２０４）。ここで、ＢＭ−ＳＣ１０は、承認応答にＡＰＮを含めて送信する。ただし、ＢＭ−ＳＣ１０がＵＥ５０にサービスの参加を許可しない場合には、承認応答を送信しなくても良い。
【０１２１】
次に、ＭＢＭＳ ＧＷ２０は、ＭＭＥ３０へＭＢＭＳ通知要求を送信する（Ｓ２０６）。ここで、ＭＢＭＳ ＧＷ２０は、ＩＰマルチキャストアドレス、ＡＰＮとを含めて送信する。また、ＩＰマルチキャストアドレスは、ＵＥ５０が参加要求を行ったアドレスである。次に、ＭＭＥ３０は、ＭＢＭＳ ＧＷ２０へＭＢＭＳ通知応答を送信する（Ｓ２０８）。
【０１２２】
さらに、ＭＭＥ３０は、ＵＥ５０へＭＢＭＳ ＵＥコンテキストを有効にするために、ＭＢＭＳコンテキストアクティベーション要求を送信する（Ｓ２１０）。ここで、ＭＭＥ３０は、ＭＢＭＳコンテキスト要求に、ＩＰマルチキャストアドレス、ＡＰＮとを含めて送信する。
【０１２３】
ＭＢＭＳコンテキストアクティベーション要求を受信したＵＥ５０は、ＭＢＭＳ ＵＥコンテキストを作成し、ＭＢＭＳコンテキストアクティベーション応答をＭＭＥ３０へ送信する（Ｓ２１２）。ここで、ＭＢＭＳコンテキストアクティベーション応答には、ＩＰマルチキャストアドレスと、ＡＰＮと、ＵＥが処理することができるＱｏＳに関する情報とが含まれる。また、ＭＢＭＳ ＵＥコンテキストには、ＩＰマルチキャストアドレスと、ＡＰＮと、上位配信ノードであるＭＢＭＳ ＧＷの情報と、ＴＭＧＩとが含まれる。
【０１２４】
次に、ＵＥ５０からＭＢＭＳ ＵＥコンテキストアクティベーション応答を受信したＭＭＥ３０は、ＭＢＭＳ ＵＥコンテキストを作成し、ＭＢＭＳコンテキスト要求をＭＢＭＳ ＧＷ２０へ送信する（Ｓ２１４）。ここで、ＭＭＥ３０は、ＭＢＭＳコンテキスト要求にＩＰマルチキャストアドレスと、ＡＰＮとを含めて送信する。また、ＭＢＭＳ ＵＥコンテキストには、ＩＰマルチキャストアドレスと、ＡＰＮと、配信ノードであるＭＭＥ３０の情報とを含める。
【０１２５】
次に、ＭＭＥ３０からＭＢＭＳコンテキスト要求を受信したＭＢＭＳ ＧＷ２０は、ＵＥ５０によるサービス参加を確認するために、ＭＢＭＳ承認要求をＢＭ−ＳＣ１０へ送信する（Ｓ２１６）。ＭＢＭＳ ＧＷ２０からＭＢＭＳ承認要求を受信したＢＭ−ＳＣ１０は、ＵＥ５０によるサービス参加を確認した後、ＭＢＭＳ ＵＥコンテキスト１２６を作成する。ＭＢＭＳ ＵＥコンテキストには、ＩＰマルチキャストアドレスと、ＡＰＮとを含める。続いて、ＢＭ−ＳＣ１０は、ＭＢＭＳ承認応答をＭＢＭＳ ＧＷ２０へ送信する（Ｓ２２０）。
【０１２６】
ＢＭ−ＳＣ１０からＭＢＭＳ承認応答を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳ ＵＥコンテキスト２２６を作成し、ＭＢＭＳコンテキスト応答をＭＭＥ３０へ送信する（Ｓ２２２）。
【０１２７】
続いて、ＭＢＭＳ ＧＷ２０からＭＢＭＳコンテキスト応答を受信したＭＭＥ３０は、ＭＢＭＳ ＵＥコンテキスト３２４を作成し、ＭＢＭＳ ＵＥコンテキストの通知をＮＢ４０へ送信する（Ｓ２２４）。
【０１２８】
ＭＭＥ３０からＭＢＭＳ ＵＥコンテキストの通知を受信したｅＮＢ４０は、ＭＢＭＳ ＵＥコンテキスト４２６を作成する。ＭＢＭＳ ＵＥコンテキスト４２６には、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩとを含める。
【０１２９】
次に、ＭＭＥ３０は、ＵＥ５０へＭＢＭＳコンテキストアクティベーション許可応答を送信する（Ｓ２２６）。ＭＭＥ３０は、ＭＢＭＳコンテキストアクティベーション許可応答にＴＭＧＩを含めて送信する。ここで、ＴＭＧＩは、ＭＢＭＳサービスを一意に示す識別子である。
【０１３０】
[１．３．３ ＭＢＭＳ登録手続き]
続いて、あるＭＢＭＳサービスにおけるＭＢＭＳ登録手続きを、図１７に戻って説明する。ＭＢＭＳ登録手続きにより、ＢＭ−ＳＣ１０からＵＥ５０への通信経路が確立される。
【０１３１】
通信経路の確立には、ＢＭ−ＳＣ１０においてＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ−ＧＷ２０においてＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０においてＭＢＭＳベアラコンテキスト３２２、ＮＢ４０においてＭＢＭＳベアラコンテキスト４２２を生成し、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ ＧＷ２０におけるＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０におけるＭＢＭＳベアラコンテキスト３２２内それぞれの配信ノードのリストに登録する必要がある。
【０１３２】
すなわち、ＢＭ−ＳＣ１０における配信ノードにはＭＢＭＳ ＧＷ２０の情報が登録され、ＭＢＭＳ ＧＷ２０における配信ノードにはｅＮＢ４０の情報が登録され、ＭＭＥ３０における配信ノードにはｅＮＢ４０の情報がそれぞれ登録される。また、ＢＭ−ＳＣ１０、ＭＢＭＳ ＧＷ２０、ＭＭＥ３０におけるそれぞれの配信ノードには、複数の下りリンクノードに関する情報が登録される場合もある。
【０１３３】
まず、ｅＮＢ４０は、ＭＢＭＳサービスに参加するＵＥ５０を検出することにより、ＭＢＭＳ登録手続きを開始する。ここで、ｅＮＢ４０がＭＢＭＳサービスに参加するＵＥ５０の検出方法は種々存在するが、例えば、上記サービスアナウンスメントより通知されてきたサービスを一意に示す情報をＵＥ５０がｅＮＢ４０へ通知することが可能である。
【０１３４】
ここで、ｅＮＢ４０は、サービスに参加するＵＥ５０のＭＢＭＳ ＵＥコンテキスト４２６を生成しても良い。ＭＢＭＳ ＵＥコンテキスト４４６には、ＩＰマルチキャストアドレス、ＡＰＮ及びＴＭＧＩを含める。さらに、ｅＮＢ４０は、このＴＭＧＩが含まれる最初のＭＢＭＳ ＵＥコンテキスト４４６を生成した場合であれば、ＭＢＭＳ登録開始手続きの合図としても良い。
【０１３５】
さらに、ｅＮＢ４０がＭＢＭＳ登録手続きを開始するトリガは、上記以外でもオペレータのポリシ等により、任意のタイミングで行ってもよい。
【０１３６】
次に、ｅＮＢ４０は、ＵＥ５０に指定されたサービスをＭＢＭＳ登録するためのＭＢＭＳ登録要求をＭＭＥ３０に送信する（Ｓ１０４）。ここで、ｅＮＢ４０は、ＭＢＭＳ登録要求にＴＭＧＩと、ＩＰマルチキャストアドレスと、ＡＰＮとを含めて送信する。
【０１３７】
ｅＮＢ４０からＭＢＭＳ登録要求を受信したＭＭＥ３０はＭＢＭＳ ＧＷ２０へＭＢＭＳ登録要求を送信する（Ｓ１０６）。ここで、ＭＢＭＳ登録要求には、配信ノードに登録するｅＮＢ４０の情報と、ＴＭＧＩと、ＩＰマルチキャストアドレスと、ＡＰＮとを含める。
【０１３８】
ここで、ＭＭＥ３０は、サービスに対応するＭＢＭＳベアラコンテキスト３２２を生成する。ＭＢＭＳベアラコンテキスト３２２には、サービスを識別するＴＭＧＩを含める。さらに、ＭＢＭＳベアラコンテキスト３２２におけるベアラリソースの状態情報を“スタンバイ”に設定する。
【０１３９】
ここで、サービスに参加するＵＥ５０のＭＢＭＳ ＵＥコンテキスト３２４を生成しても良い。ＭＢＭＳ ＵＥコンテキスト３２４には、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩと、上位配信ノードであるＭＢＭＳ ＧＷの情報とを含める。
【０１４０】
ＭＭＥ３０からＭＢＭＳ登録要求を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２を生成し、ＭＢＭＳ登録要求をＢＭ−ＳＣへ送信する（Ｓ１０８）。ここで、ＭＢＭＳベアラコンテキスト２２２におけるベアラリソースの状態情報を“スタンバイ”に設定する。
【０１４１】
ここで、ＭＢＭＳ ＧＷ２０は、サービスに参加するＵＥ５０のＭＢＭＳ ＵＥコンテキスト２２６を生成しても良い。ＭＢＭＳ ＵＥコンテキスト２２６には、ＩＰマルチキャストアドレスと、ＡＰＮと、配信ノードであるｅＮＢ４０の情報とが含まれている。
【０１４２】
ＭＢＭＳ ＧＷ２０からＭＢＭＳ登録要求を受信したＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキストにＭＢＭＳ登録要求を送信したＭＢＭＳ ＧＷ２０の情報を配信ノードに登録し、ＭＢＭＳ登録応答を返信する（Ｓ１１０）。ここで、ＭＢＭＳ登録応答には、ＴＭＧＩ、ＱｏＳに関する情報が含まれている。
【０１４３】
Ｓ１０６でＭＭＥ３０からＭＢＭＳ登録要求を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２のＭＢＭＳ制御装置に、ＭＢＭＳ登録要求を送信したＭＭＥ３０を登録し、上位配信ノードにＳ１１０でＭＢＭＳ登録応答のあったＢＭ−ＳＣ１０に関する情報を登録し、ＭＢＭＳベアラコンテキスト２２２における配信ノードにＭＢＭＳ登録要求に含められたｅＮＢ４０に関する情報を登録し、ＭＢＭＳ登録応答をＭＭＥ３０へ返信する（Ｓ１１２）。ここで、ＭＢＭＳ登録応答には、ＴＭＧＩと、このＭＢＭＳサービスに必要とされるベアラに関する情報とが含まれている。
【０１４４】
Ｓ１０４でｅＮＢ４０からＭＢＭＳ登録要求を受信したＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに、ＭＢＭＳ登録要求を送信したｅＮＢ４０に関する情報を登録し、上位配信ノードにＳ１１２でＭＢＭＳ登録応答を送信したＭＢＭＳ ＧＷ２０に関する情報を登録し、ＭＢＭＳ登録応答を返信する（Ｓ１１４）。このとき、ＭＢＭＳ登録応答のあったＭＢＭＳ ＧＷ２０を含める。
【０１４５】
Ｓ１１４でＭＭＥからＭＢＭＳ登録応答を受信したｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２のＭＢＭＳ制御装置に、Ｓ１１４でＭＢＭＳ登録応答を送信したＭＭＥ３０に関する情報を登録し、上位配信ノードに、Ｓ１１４で含められたＭＢＭＳ登録応答に含められたＭＢＭＳ ＧＷ２０に関する情報を登録する。
【０１４６】
以上のサービスアナウンスメント手続きと、アクティベーション手続きと、ＭＢＭＳ登録手続きにより、ＵＥ５０とＢＭ−ＳＣ１０との間で配信リストを形成することにより、ＢＭ−ＳＣ１０が送信したサービスのマルチキャスト配信データはｅＮＢ４０まで配送するための経路を生成することができる。
【０１４７】
なお、配信リストに登録されるノードは、上記に従う必要はなく、オペレータによって予め登録されていてもよい。ここで、ＭＢＭＳ登録手続き後におけるｅＮＢ４０が記憶するＭＢＭＳベアラコンテキスト４２２を図１９（ａ）に示す。図１９（ａ）に示すように、ＭＢＭＳベアラサービス識別子には「ＴＭＧＩ１」が、ＩＰマルチキャストアドレスには「ＩＰマルチキャストアドレス１」が、モードには「マルチキャスト」が、状態情報には「スタンバイ」が、ＭＢＭＳ制御装置には「ＭＭＥ３０」の情報が、上位配信ノードには「ＭＢＭＳ ＧＷ２０」の情報がそれぞれ記憶される。
【０１４８】
なお、上記では、ＭＭＥ３０がＭＢＭＳ登録解除要求を受信した場合の処理を説明したが、その他のＭＭＥがｅＮＢ４０からＭＢＭＳ登録解除要求を受信した場合にも、ＭＭＥ３０と同様の手続きを行う。
【０１４９】
同様にＭＢＭＳ ＧＷにおいても、ＭＢＭＳ ＧＷ２０がＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷがＭＭＥ３０からＭＢＭＳ登録要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。
【０１５０】
同様にＢＭ−ＳＣにおいても、ＢＭ−ＳＣ１０がＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＢＭ−ＳＣがＭＢＭＳ ＧＷ２０からＭＢＭＳ登録要求を受信した場合にも、ＢＭ−ＳＣ１０と同様の手続きを行う。
【０１５１】
［１．３．４ セッション開始手続き］
続いて実行するセッション開始手続きを、図２０を用いて説明する。セッション開始手続きにより、ＭＢＭＳベアラを確立し、データを送信する準備を行う。ＢＭ−ＳＣ１０は、サービスを指定してセッション開始要求をＭＢＭＳ ＧＷ２０に送信する（Ｓ３００）。
【０１５２】
ここで、セッションを識別するためのセッション識別子を生成し、生成したセッション識別子とサービスを指定するためのＴＭＧＩとをセッション開始要求に含めて送信する。これによりセッション開始手続きを開始する。
【０１５３】
また、対応するＭＢＭＳベアラコンテキスト１２４（ＴＭＧＩで識別可能）には、セッション識別子を登録し、状態情報をアクティブに登録する。
【０１５４】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト１２４の配信ノードに登録される総てのＭＢＭＳ ＧＷ２０へ送信する。
【０１５５】
ＭＢＭＳ ＧＷ２０は、セッション開始要求を受信し、セッション開始応答をＢＭ−ＳＣ１０に送信し、応答する（Ｓ３０２）。また、対応するＭＢＭＳベアラコンテキスト２２２（ＴＭＧＩで識別可能）にセッション識別子を登録し、状態情報をアクティブに登録する。配信ノードには、ｅＮＢ４０に関する情報が登録されている。ここで、配信ノードには、複数のｅＮＢが登録されている。
【０１５６】
なお、登録される配信ノードであるｅＮＢ４０は、オペレータによって予め登録されているものでも良いし、上記ＭＢＭＳ登録手続きを経て登録されたＭＢＭＳサービスエリア毎の配信ノード（ｅＮＢ４０等）のリストを利用し、ＢＭ−ＳＣ１０から送信されたセッション開始要求に含まれるＭＢＭＳサービスエリア識別子に基づいて対応するｅＮＢ４０を選択してもよい。
【０１５７】
以上の手続きにより、ＢＭ−ＳＣ１０とＭＢＭＳ ＧＷ２０間でマルチキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラが確立される。
【０１５８】
さらに、ＭＢＭＳベアラでの送信をＩＰマルチキャスト通信で行うため、サービスに対してＩＰマルチキャストアドレスを割り当て、ＭＢＭＳベアラコンテキスト２２２に登録する。
【０１５９】
ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２のＭＢＭＳ制御装置に登録されるＭＭＥ３０へセッション開始要求（Ｓ３０４）を送信する。サービスを指定するために、セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０１６０】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト２２２のＭＢＭＳ制御装置に登録される総てのＭＭＥへ送信される。
【０１６１】
ＭＭＥ３０は、セッション開始要求を受信し、セッション開始応答をＭＢＭＳ ＧＷ２０に送信し、応答する（Ｓ３１０）。また、ＭＢＭＳベアラコンテキスト３２２を生成し、ＴＭＧＩとセッション識別子とＩＰマルチキャストアドレスとを登録し、状態情報をアクティブに登録する。
【０１６２】
配信ノードには、ｅＮＢ４０に関する情報が登録されている。ここで、配信ノードには、複数のｅＮＢが登録されている。
【０１６３】
ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録されるｅＮＢ４０へセッション開始要求（Ｓ３０６）を送信する。セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０１６４】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録される総てのｅＮＢへ送信される。
【０１６５】
ｅＮＢ４０は、セッション開始要求を受信し、セッション開始応答をＭＭＥ３０に送信し、応答する（Ｓ３０８）。また、ＭＢＭＳベアラコンテキスト４２２を生成し、ＴＭＧＩとセッション識別子とＩＰマルチキャストアドレスとを登録し、状態情報をアクティブに登録する。
【０１６６】
さらに、要求を送信した上位の配信ノードとなるＭＢＭＳ ＧＷ２０に関する情報を登録する。
【０１６７】
以上の手続きにより、ＭＢＭＳ ＧＷ２０とｅＮＢ４０間でマルチキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラを確立する。
【０１６８】
ここで、ｅＮＢ４０は、ＩＰマルチキャスト参加処理を行う（Ｓ３１４）。ｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２を参照し、サービスに対応するＩＰマルチキャストアドレスを用いて参加要求を行う。具体的には、ＩＰｖ４で通信する場合には、ＩＧＭＰ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔメッセージを送信し、ＩＰｖ６で通信する場合にはＭＬＤ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信する。
【０１６９】
これにより、ＢＭ−ＳＣ１０、ＭＢＭＳ ＧＷ２０、及びｅＮＢ４０で確立したＭＢＭＳベアラに、ＩＰマルチキャストパケットが配送される。また、マルチキャストデータは、ＩＰマルチキャストによりＢＭ−ＳＣ１０からｅＮＢ４０まで送信される。
【０１７０】
さらに、ｅＮＢ４０は、ＵＥ５０へ送信する無線リソース割り当て処理を行い、配送するための情報を無線フレーム情報４２４に登録する。具体的には、無線フレームのモードがマルチキャストモードであるか、ユニキャストモードであるかのモード情報をサービス識別子毎に登録する。サービス識別子としてはＴＭＧＩを用いることができる。
【０１７１】
また、マルチキャストモードで送信する場合は、フレームは不特定多数のＵＥへ送信するためＵＥ情報を保持する必要はないが、ユニキャストモードで送信する場合には、個々のＵＥに無線フレームを送信する必要があるため、その場合には、アクティベーション手続きの場合、ＵＥ情報としてＩＭＳＩを保持しておきＵＥ情報として登録する。
【０１７２】
以上のサービスアナウンスメント手続き、ＭＢＭＳ登録手続き、セッション開始手続きにより、ＵＥ５０とＢＭ−ＳＣ１０の間で通信路が確立し、ＢＭ−ＳＣ１０が送信したデータはｅＮＢ４０まで配送することができる。
【０１７３】
最後に、ｅＮＢ４０はＵＥ５０に対してＭＢＭＳ開始通知を送信する（Ｓ３１６）。開始通知にはサービスを識別するサービス識別子を含めて通知する。これにより、ＵＥ５０はマルチキャストデータの受信を開始する。
【０１７４】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ｅＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用する。本実施形態では、（１）のＴＭＧＩを利用することとして説明するが、（３）の場合には、サービス識別子とＭＢＭＳベアラコンテキスト４２２とを対応づけて登録することとなる。
【０１７５】
上記の例では、ＭＢＭＳ ＧＷ２０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷがＢＭ−ＳＣ１０からセッション開始要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。
【０１７６】
同様にＭＭＥにおいても、ＭＭＥ３０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＭＥがＭＢＭＳ ＧＷからセッション開始要求を受信した場合にも、ＭＭＥ３０と同様の手続きを行う。
【０１７７】
同様にｅＮＢにおいても、ｅＮＢ４０がセッション開始要求を受信した場合の処理を説明したが、その他のｅＮＢがＭＭＥからセッション開始要求を受信した場合にも、ｅＮＢ４０と同様の手続きを行う。
【０１７８】
同様にＵＥにおいても、ＵＥ５０がセッション開始要求を受信した場合の処理を説明したが、その他のＵＥがｅＮＢからセッション開始要求を受信した場合にも、ＵＥ５０と同様の手続きを行う。
【０１７９】
これにより、ＢＭ−ＳＣ１０が配信するマルチキャストデータは、複数のＭＢＭＳ ＧＷ、ＭＭＥ及びｅＮＢを介して階層的にＵＥへ配送される。
【０１８０】
ここで、セッション開始手続き後におけるｅＮＢ４０が保持するＭＢＭＳベアラコンテキスト４２２を図１９（ｂ）に示す。図１９（ｂ）に示すように、ＭＢＭＳベアラサービス識別子には「ＴＭＧＩ１」が、セッション識別子には「セッション１」が、ＩＰマルチキャストアドレスには「ＩＰマルチキャストアドレス１」が、モードには「マルチキャスト」が、状態情報には「アクティブ」が、ＭＢＭＳ制御装置には、「ＭＭＥ３０」の情報が、上位配信ノードには「ＭＢＭＳ ＧＷ２０」がそれぞれ格納される。図１９（ａ）と比較すると、セッション識別子が新たに格納され、状態情報がスタンバイからアクティブへ変更される。
【０１８１】
[１．３．５ ＭＢＭＳ登録解除手続きとセッション停止処理]
次に、ＭＢＭＳ登録解除手続きとセッション停止手続きについて図２１を用いて説明する。
【０１８２】
本実施形態では、ＭＢＭＳ登録解除手続きの後にセッション停止手続きを行うよう説明するが、この順番に限るものでなく、セッション停止手続きの後に、ＭＢＭＳ登録解除手続きを行っても良い。また、ＭＢＭＳ登録解除手続きでは、ｅＮＢ４０におけるカウンティング手続き結果を基に開始する例を説明するが、開始トリガはこれに限らず、ｅＮＢ４０から手続きを開始することができる。
【０１８３】
まず、ＭＢＭＳ登録解除手続きのトリガとなるカウンティング手続きを説明する。手続きはｅＮＢ４０とＵＥ５０との間で行う。ｅＮＢ４０は、接続するＵＥ５０に対して、サービス識別子を含めてサービスを受けているかどうかを確認するメッセージを送信する。
【０１８４】
ここで、ｅＮＢ４０は、無線フレーム情報４２４に登録されているＵＥ５０に宛てて、サービスを受けているかどうかを確認するメッセージを送信するが、接続する総てのＵＥに送信してもよい。
【０１８５】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ｅＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用することができる。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０１８６】
これにより、ｅＮＢ４０は、実際にマルチキャストデータの受信が必要なＵＥ５０の数を取得することができる。取得したＵＥ５０の数は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタに登録される。実際にマルチキャストデータの受信が必要なＵＥ５０の数としては、例えば、基地局装置に接続しているＵＥ５０自体の数でもよいし、それらＵＥ５０の内、マルチキャストグループに参加しているＵＥ５０の数でもよい。さらには、ユーザが視聴アプリケーションを起動してない状態を検知するなどして、一時的に視聴をしていないＵＥ５０を除いた数でもよいし、ユーザにより受信が必要であることを通知するＵＥ５０をカウントして登録してもよい。
【０１８７】
また、ｅＮＢ４０の確認メッセージには、サービス識別子を含めないで送信してもよい。その場合には、ＵＥ５０は、受信を必要とするサービスがある場合には、サービス識別子を含めて応答する。サービス識別子は、サービスアナウンスメント手続きで取得する等して保持しておくことで、選択可能となる。
【０１８８】
応答を受信したｅＮＢ４０は、サービス識別子からＭＢＭＳベアラコンテキストを特定し、応答のあったＵＥ５０の数をＵＥカウンタに登録する。以上によりカウンティング手続き（Ｓ４００）を完了する。
【０１８９】
ｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタがゼロになったかどうかを確認するカウンティング処理を行う（Ｓ４０２）。ＵＥカウンタがゼロになった場合、ｅＮＢ４０は、ＭＢＭＳ登録解除を行う（Ｓ４０４）。ｅＮＢ４０は、カウンティング処理の対象となるＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト４２２の配信ノードの情報からＵＥ５０を削除する。
【０１９０】
続いて、ｅＮＢ４０は、セッション停止処理を行う（Ｓ４０６）。ここで、ｅＮＢ４０は、ＵＥ５０とｅＮＢ４０間にＴＭＧＩで識別されるサービスにベアラリソースが割り当てられている場合、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキスト４２２における状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０１９１】
次に、ｅＮＢ４０は対応するサービスのＭＢＭＳ登録解除要求をＭＭＥ３０へ送信する（Ｓ４０８）。送信するＭＭＥは、ＭＢＭＳベアラコンテキスト４２２のＭＢＭＳ制御装置の情報により解決し、本実施形態ではＭＭＥ３０へ送信する。ｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２に登録されているＴＭＧＩと、サービス識別子と、セッション識別子と、上位配信ノードであるＭＢＭＳ ＧＷ２０の情報とを含めたＭＢＭＳ登録解除要求をＭＭＥ３０に送信する。
【０１９２】
ＭＢＭＳ登録解除要求を受信したＭＭＥ３０は、ＭＢＭＳ登録解除処理を行う（Ｓ４１０）。ＭＭＥ３０は、ｅＮＢ４０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト３２２の配信ノードの情報からｅＮＢ４０を削除する。
【０１９３】
続いて、ＭＭＥ３０は、セッション停止処理を行う（Ｓ４１２）。ここで、ＭＢＭＳベアラコンテキスト３２２における状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０１９４】
次に、ＭＭＥ３０は、ｅＮＢ４０にＭＢＭＳ登録解除応答を送信する（Ｓ４１４）。ＭＢＭＳ登録解除応答を受信したｅＮＢ４０は、ＭＢＭＳ登録解除要求に含めたＴＭＧＩに対応するＭＢＭＳベアラコンテキスト４２２を削除する。
【０１９５】
ＭＭＥ３０は、対応するサービスのＭＢＭＳ登録解除要求をＭＢＭＳ ＧＷ２０へ送信する（Ｓ４１６）。送信するＭＢＭＳ ＧＷは、ＭＢＭＳベアラコンテキスト４２２の上位配信ノード（ＭＢＭＳ ＧＷ２０）の情報により解決し、本実施形態ではＭＢＭＳ ＧＷ２０へ送信する。ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト４２２に登録されているＴＭＧＩと、サービス識別子と、セッション識別子と、ＭＢＭＳ登録解除要求を受信したｅＮＢ４０の情報とを含めたＭＢＭＳ登録解除要求をＭＢＭＳ ＧＷ２０に送信する。
【０１９６】
ＭＢＭＳ登録解除要求を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳ登録解除処理を行う（Ｓ４１８）。ＭＭＥ３０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト２２２の配信ノードの情報からＳ４１６で含まれたｅＮＢ４０の情報を削除する。
【０１９７】
続いて、ＭＢＭＳ ＧＷ２０は、セッション停止処理を行う（Ｓ４２０）。ここで、ＭＢＭＳ ＧＷ２０は、ＭＭＥ３０とＭＢＭＳ ＧＷ２０間にＴＭＧＩで識別されるサービスにベアラリソースが設定されている場合には、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキストにおける状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０１９８】
次に、ＭＢＭＳ ＧＷ２０は、ＭＭＥ３０にＭＢＭＳ登録解除応答を送信する（Ｓ４２２）。ＭＢＭＳ登録解除応答を受信したＭＭＥ３０は、Ｓ４１６において送信したＭＢＭＳ登録解除要求に含めたＴＭＧＩに対応するＭＢＭＳベアラコンテキスト２２２を削除する。
【０１９９】
ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２における配信ノードの情報のｅＮＢを確認し、ｅＮＢが登録されている場合には本処理を完了する。
【０２００】
一方、ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２における配信ノードの情報から全てのｅＮＢの情報が削除されている場合（ＥＭＰＴＹ）には、ＭＢＭＳ ＧＷ２０は対応するサービスのＭＢＭＳ登録解除要求をＢＭ−ＳＣ１０へ送信する（Ｓ４２４）。
【０２０１】
送信するＢＭ−ＳＣは、ＭＢＭＳベアラコンテキスト２２２のＢＭ−ＳＣの情報により解決し、本実施形態ではＢＭ−ＳＣ１０へ送信する。ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２に登録されているＴＭＧＩと、サービス識別子と、セッション識別子と、ＭＢＭＳ ＧＷ２０の情報とを含めたＭＢＭＳ登録解除要求をＢＭ−ＳＣ１０に送信する。
【０２０２】
ＭＢＭＳ登録解除要求を受信したＢＭ−ＳＣ１０は、ＭＢＭＳ登録解除処理を行う（Ｓ４２６）。ＭＢＭＳ ＧＷ２０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト１２４の配信ノードの情報からＭＢＭＳ ＧＷ２０の情報を削除する。
【０２０３】
続いて、ＢＭ−ＳＣ１０は、セッション停止処理を行う（Ｓ４２８）。ここで、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０とＢＭ−ＳＣ１０間にＴＭＧＩで識別されるサービスにベアラリソースが設定されている場合には、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキスト１２４における状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０２０４】
次に、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０にＭＢＭＳ登録解除応答を送信する（Ｓ４３０）。ＭＢＭＳ登録解除応答を受信したＭＢＭＳ ＧＷ２０は、Ｓ４２４において送信したＭＢＭＳ登録解除要求に含めたＴＭＧＩに対応するＭＢＭＳベアラコンテキスト１２４を削除する。さらに、ＭＢＭＳ ＧＷ２０は、ＭＢＭＳ登録解除要求に含めたＴＭＧＩに対応するＭＢＭＳ ＵＥコンテキスト２２６を保持している場合にはそのＴＭＧＩが含められたＭＢＭＳ ＵＥコンテキスト２２６を総て削除しても良い。
【０２０５】
ＢＭ−ＳＣ１０は、ＭＢＭＳ登録解除要求のあったＴＭＧＩで識別されるＭＢＭＳベアラコンテキスト１２４を削除する。ＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキスト１２４における配信ノードの情報のＭＢＭＳ ＧＷ２０を確認し、ＭＢＭＳ ＧＷ２０が登録されている場合には本処理を完了する。
【０２０６】
一方、ＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキスト１２４における配信ノードから総てのＭＢＭＳ ＧＷが削除されている場合（ＥＭＰＴＹ）には、ＭＢＭＳベアラコンテキスト１２４を削除する。
【０２０７】
以上の手続きにより、ｅＮＢ４０により、カウンティング機能を利用して効率的にＭＢＭＳ登録を解除することができる。ｅＮＢ４０のＭＢＭＳ登録解除手続きは、カウンティング手続きにより、ＴＭＧＩ等で識別可能なＭＢＭＳベアラ毎のマルチキャストサービスの配信が不要であることを検知することができる。
【０２０８】
さらに、アプリケーション等がオフになっていること等により視聴していないようなケースのように、視聴していないことを検知することで開始することもできる。そして、この検知をトリガにＭＢＭＳ登録解除手続きを開始することができる。
【０２０９】
図２２（ａ）にＭＢＭＳ登録解除手続きとセッション停止処理前の制御情報のやりとりを行う各ノードを階層構造で示し、図２２（ｂ）にＭＢＭＳ登録解除手続きとセッション停止処理後の制御情報のやりとりを行う各ノードを階層構造で示す。
【０２１０】
図２２では、ｅＮＢ１とｅＮＢ２とがそれぞれ任意のサービスに対してカウンティング処理（Ｓ４０２）を行い、ｅＮＢ２では、ＵＥカウンタがゼロとならず、ｅＮＢ１ではＵＥカウンタがゼロとなり、ｅＮＢ１においてＭＢＭＳ登録解除手続きとセッション処理を開始していることを示している。
【０２１１】
ＭＢＭＳ登録解除手続きとセッション停止処理を行うことを決めたｅＮＢ１はＭＢＭＳ登録解除処理（Ｓ４０４）を行う。つまり、ＭＢＭＳベアラコンテキスト４２２の配信ノードからｅＮＢ１に接続されるＵＥを削除する。
【０２１２】
また、ｅＮＢ１は、セッション停止処理を行う（Ｓ４０６）。つまり、ｅＮＢ１に接続されるＵＥ間において、ベアラリソースが割り当てられている場合には、そのベアラリソースを解放する。
【０２１３】
続いて、ｅＮＢ１はＭＭＥ１へＭＢＭＳ登録解除要求を送信する（Ｓ４０８）。ＭＭＥ１は、ｅＮＢ１からのＭＢＭＳ登録解除要求に基づいて、ＭＢＭＳ登録解除処理を行う（Ｓ４１０）。つまり、ＭＭＥ１が保持するＭＢＭＳベアラコンテキスト３２２の配信ノードからｅＮＢを削除する。
【０２１４】
続いて、ＭＭＥは、セッション停止処理を行う（Ｓ４１２）。つまり、ＭＢＭＳベアラコンテキストにおける状態情報が「アクティブ」である場合には、「スタンバイ」へ変更する。続いて、ＭＢＭＳ ＧＷ１へＭＢＭＳ登録解除要求を送信する（Ｓ４１６）。ＭＢＭＳ ＧＷ１は、ＭＭＥ１からのＭＢＭＳ登録解除要求に基づいて、ＭＢＭＳ登録解除処理を行う（Ｓ４１８）。つまり、ＭＢＭＳ ＧＷ１が保持するＭＢＭＳベアラコンテキスト２２２の配信ノードからｅＮＢ１を削除する。
【０２１５】
続いて、ＭＢＭＳ ＧＷ１は、セッション停止処理を行う（Ｓ４２０）。つまり、ＭＢＭＳ ＧＷ１とｅＮＢ１間において、ベアラリソースが割り当てられている場合には、そのベアラリソースを解放する。ここで、ＭＢＭＳ ＧＷ１におけるＭＢＭＳベアラコンテキスト２２２の配信ノードには、ｅＮＢ３が登録されているので、ＭＢＭＳ登録解除手続きを完了する。図２２（ｂ）におけるＭＢＭＳ登録解除手続きとセッション停止処理後の制御情報のやりとりを行う階層構造において、ＭＢＭＳ ＧＷ１の制御情報のやりとり先からｅＮＢ１が削除されていることが分かる。ここで、ｅＮＢ３には、ＵＥ３がデータの受信が確認されたため、ｅＮＢ３はＭＢＭＳ登録解除手続き及び、セッション停止手続き処理を行わなかった。
【０２１６】
図２３（ａ）に、図２２（ａ）に対応するＭＢＭＳ登録解除手続きとセッション停止処理前の配信ツリーを示し、図２３（ｂ）に、図２２（ｂ）に対応するＭＢＭＳ登録解除手続きとセッション停止処理後の配信ツリーを示す。配信ツリーとは、ＢＭ−ＳＣ１０からＭＢＭＳ ＧＷ２０、ｅＮＢ４０を経由してＵＥにデータが配信されるルートを示すものである。図２３（ａ）と比較して、図２３（ｂ）では、ＵＥ１とＵＥ２が削除されており、ｅＮＢ１とｅＮＢ２が削除されていることが分かる。このことにより、データはＭＢＭＳ ＧＷ１を経由して、ｅＮＢ３にのみ配信され、さらにｅＮＢ３からＵＥ３にのみ配信される。
【０２１７】
以上の手続きでは、デアクティベーション処理（ＵＥによるサービスの登録解除）を行わなかった。ｅＮＢ４０により、ＵＥがサービス受信の要求があるとカウンティング機能などで検知できる場合には、ＵＥによるアクティベーション処理を行うことなく、サービス受信を再開することができる。
【０２１８】
一方、ｅＮＢ４０によるカウンティング機能を利用して、ＵＥカウンタがゼロになったことをトリガとしてＭＢＭＳ登録解除を行ったが、デアクティベーション手続きを行った後に、あるサービスにおけるＭＢＭＳ ＵＥコンテキストが総て削除されたことをトリガとして、ＭＢＭＳ登録解除手続きを行っても良い。デアクティベーション登録手続きを行った場合、ＢＭ−ＳＣのサービスの登録から外され、課金処理を止めることができる。
【０２１９】
こうして各装置は登録するサービスがマルチキャストモードであると認識し、それぞれＭＢＭＳベアラコンテキストに保持する。具体的には、ＢＭ−ＳＣ１０はＭＢＭＳベアラコンテキスト１２４のモードにマルチキャストと登録し、ＭＢＭＳ ＧＷ２０はＭＢＭＳベアラコンテキスト２２２のモードにマルチキャストと登録し、ＭＭＥ３０はＭＢＭＳベアラコンテキスト３２２のモードにマルチキャストと登録し、ｅＮＢ４０はＭＢＭＳベアラコンテキスト４２２のモードにマルチキャストと登録する。
【０２２０】
これにより、ＭＢＭＳ登録解除を決定する場合、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ ＧＷ２０におけるＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０におけるＭＢＭＳベアラコンテキスト３２２、ｅＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２をそれぞれ参照し、マルチキャストモードである場合にはＭＢＭＳ登録を解除することができる。
【０２２１】
さらに、上記の場合において、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ ＧＷ２０におけるＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０におけるＭＢＭＳベアラコンテキスト３２２、ｅＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２における状態情報がアクティブである場合には、状態情報をスタンバイに変更し、セッション停止やマルチキャストデータ配信、受信停止することができる。
【０２２２】
具体的には、ｅＮＢ４０では、マルチキャストＭＢＭＳ登録解除要求の送信時（Ｓ４０８）、ＭＢＭＳベアラコンテキスト４２２のモードがマルチキャストである場合、ＭＢＭＳ登録解除要求の送信や、ＭＢＭＳ登録解除処理やＭＢＭＳベアラの解放やマルチキャストデータ配信、受信停止を行う。
【０２２３】
ＭＭＥ３０では、マルチキャストＭＢＭＳ登録解除要求の送信時（Ｓ４１６）、ＭＢＭＳベアラコンテキスト３２２のモードがマルチキャストである場合、ＭＢＭＳ登録解除要求の送信、ＭＢＭＳ登録解除処理やＭＢＭＳベアラの解放やマルチキャストデータ配信、受信停止を行う。
【０２２４】
ＭＢＭＳ ＧＷ２０では、マルチキャストＭＢＭＳ登録解除要求の送信時（Ｓ４２４）、ＭＢＭＳベアラコンテキスト２２２のモードがマルチキャストである場合、ＭＢＭＳ登録解除要求の送信やＭＢＭＳベアラの解放やマルチキャストデータ配信、受信停止を行う。
【０２２５】
ＢＭ−ＳＣ１０では、マルチキャストＭＢＭＳ登録解除要求の受信時（Ｓ４２４）、ＭＢＭＳベアラコンテキスト２２２のモードがマルチキャストである場合、ＭＢＭＳ登録解除処理やＭＢＭＳベアラの解放やマルチキャストデータ配信停止を行う。
【０２２６】
従来では、基地局装置であるｅＮＢ４０が主導してＭＢＭＳ登録を解除することが規定されていたが、アクティベーション手続き、デアクティベーション手続きを行うことなく、基地局装置で移動局装置の受信の要否を確認し、配信の必要がないと検知できた場合に、効率的にＭＢＭＳ登録を解除することができなかった。本実施形態では、アクティベーション手続き、デアクティベーション手続きを行うことなく、基地局装置が、移動局装置の受信の要否の結果に基づいて、ＭＢＭＳ登録解除手続き、セッション停止手続きを行うことができるようになる。言い換えると、移動局装置のアクティベーションを維持したまま、ＭＢＭＳ登録解除とセッション停止を行うことができる。
【０２２７】
また、ＭＢＭＳ登録解除手続きのみによって、配信先リストから配送先装置を削除するとともに、従来セッション停止で行われていたリソースの解放を併せて行うことが可能になる。さらに、セッション停止に要するセッション停止手続きを省略することができ簡易化できる。また、ＭＢＭＳ登録解除するときに、セッションが停止されていない場合には、ＭＢＭＳ登録解除とともに、セッション停止を行うことにより、再度ＭＢＭＳ登録されない限り、セッションを開始されることがない。
【０２２８】
例えば、従来手法では、配信元から配信先にセッションを停止する手続きしか規定されておらず、配信先から配信元へセッション停止を要求することができなかった。つまり、基地局装置（ｅＮＢ）から配信元へセッション停止を要求することができなかった。さらに、基地局装置（ｅＮＢ）から配信元へセッション停止を要求するよう拡張したとしてもセッション停止要求を受けた装置は、配信を止めリソースを一時的に解放することができるが、配信ノードの削除は行わない。
【０２２９】
そのため、例えば、１）セッションが開始された状態で、２）ｅＮＢ主導でセッションのみを停止した場合に、３）ＢＭ−ＳＣ主導で総てのセッションが停止された後に、４）ＢＭ−ＳＣ主導で総てのセッションが再開された場合には、配信リストに含められた総てのノード（ＭＢＭＳ ＧＷ、ｅＮＢ）に通信リソースが割り当てられてしまい、ｅＮＢ主導で停止したセッションさえも再開されてしまうという問題があった。
【０２３０】
しかしながら、ＭＢＭＳ登録解除手続きにより配信リストからの配信先装置の更新を行い、例えば４）のようにＢＭ−ＳＣ主導でセッションが再開された場合にも、不必要なセッションが開始されなくなる。
【０２３１】
本実施形態によれば、セッションを不必要に開始しないことにより、セッションを開始する際に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。
【０２３２】
セッションが開始されないということは、不必要に通信リソースを利用されることがなく、通信リソースを効率的に活用することが可能となる。また、セッションを不必要に開始されないことにより、セッションを開始する際に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。
【０２３３】
［２．第２実施形態］
続いて、第２の実施の形態について説明する。第２の実施形態では、ブロードキャスト配信を対象とするシステムにおいて、カウンティング機能を利用してＭＢＭＳ登録手続きを行う。
【０２３４】
第１実施形態では、アクティベーション手続きを行い、サービス登録をＵＥから行うことによってＭＢＭＳ登録手続きが開始されていたが、ブロードキャストの場合には、アクティベーション手続きを行わずにＭＢＭＳ登録手続きを行うことが可能となる。ここで、ブロードキャスト配信では、マルチキャスト配信と違い、アクティベーション手続きを行わないために、ＭＢＭＳ ＵＥコンテキストが生成されない。
【０２３５】
なお、第２実施形態におけるシステムの構成及び各装置構成は、第１実施形態において示したシステムの構成及び各装置構成と同様であるため、その説明を省略する。
【０２３６】
なお、ブロードキャスト配信を対象とするシステムでは、ＵＥ５０からサービス登録を要求せず、アクティベーション手続きが発生しない。そのため、ｅＮＢ４０、ＭＭＥ３０、ＭＢＭＳ ＧＷ２０、ＢＭ−ＳＣ１０それぞれにおいて、ＭＢＭＳ ＵＥコンテキストが作成されない点が異なる。
【０２３７】
また、第１実施形態において「マルチキャストサービス」の配信について説明したが、第２実施形態では「ブロードキャストサービス」に適用して説明する。例えば、第２実施形態におけるＵＥカウンタは、ＭＢＭＳベアラサービスのブロードデータの受信が必要なＵＥの数である。これは基地局装置（ｅＮＢ４０）のカウンティング機能によりカウントされた数に基づいたものであり、例えば、ｅＮＢ４０に接続しているＵＥ５０自体の数でもよい。さらには、ユーザが実際に視聴している端末（ＵＥ５０）、すなわちユーザが視聴アプリケーションを起動していない状態を検知するなどして、一時的に視聴をしていないＵＥ５０を除いた数であったり、ユーザにより受信が必要であることを通知するＵＥ５０の数であってもよい。
【０２３８】
［２．１ 処理の流れ］
［２．１．１ サービスアナウンスメント手続き］
本実施形態におけるサービスアナウンスメント手続きについて、説明する。図２４に示すように、ＢＭ−ＳＣ１０は、まず始めにＵＥ５０に対してサービスアナウンスメント手続きを行う。ＢＭ−ＳＣ１０は配信可能なサービスをＵＥ５０へ通知する（Ｓ５００）。ＵＥ５０は、これによりブロードキャストサービスを検知する。
【０２３９】
ＢＭ−ＳＣ１０は、ＭＢＭＳサービスＤＢ１２２で管理されているサービスの配信が可能であることを、サービス識別子を通知することでＵＥ５０へ伝える。さらに、番組タイトルやコンテンツタイトル、配信開始時間等のサービスを説明する情報を付与して通知してもよい。
【０２４０】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＴＭＧＩ
（２）その他の識別子（例えば、事業者の設定したでＭＢＭＳベアラサービスを識別することができるその他の識別子）
等が利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０２４１】
また、具体的な通知方法としては、種々の方法が考えられるが、例えば、ＳＭＳ（Short Message Service）等を用いて、予め登録されている配信可能なＵＥ５０へ通知したり、不特定多数のＵＥ５０へ通知したり、ＷＥＢに情報を掲示して、ＵＥ５０がＷＥＢサーバにアクセスすることで情報を取得したりしてもよい。
【０２４２】
[２．１．２ ＭＢＭＳ登録手続き]
つづいて、ＭＢＭＳ登録手続きについて説明する。ＭＢＭＳサービスにおけるＭＢＭＳ登録手続きを図２４に示す。ＭＢＭＳ登録手続きにより、ＢＭ−ＳＣ１０からＵＥ５０への通信経路が確立される。
【０２４３】
通信経路の確立には、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ ＧＷ２０におけるＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０におけるＭＢＭＳベアラコンテキスト３２２、ｅＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２をそれぞれ生成し、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ ＧＷ２０におけるＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０におけるＭＢＭＳベアラコンテキスト３２２、ｅＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２をそれぞれの配信ノードのリストに登録する必要がある。なお、ＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳベアラコンテキスト２２２、ＭＢＭＳベアラコンテキスト３２２、ＭＢＭＳベアラコンテキスト４２２はそれぞれＴＭＧＩで識別可能である。
【０２４４】
すなわち、ＢＭ−ＳＣ１０における配信ノードにはＭＢＭＳ ＧＷ２０が登録され、ＭＢＭＳ ＧＷ２０における配信ノードにはｅＮＢ４０がそれぞれ登録される。また、ＢＭ−ＳＣ１０、ＭＢＭＳ ＧＷ２０、ｅＮＢ４０におけるそれぞれの配信ノードには、複数の下りリンクノードが登録される場合もある。
【０２４５】
まず、ｅＮＢ４０は、ＭＢＭＳサービスを受信するＵＥ５０を検出することにより、ＭＢＭＳ登録手続きを開始する。ここで、ｅＮＢ４０がＭＢＭＳサービスを受信するＵＥ５０の検出方法は種々存在するが、例えば、ｅＮＢ４０におけるカウンティング機能を利用して、ＭＢＭＳサービスを受信するＵＥ５０を検出してもよい。言い換えると、カウンティング手続きにより、ＵＥ５０がｅＮＢ４０に対して、ＭＢＭＳ登録を要求することができる。
【０２４６】
まず、ｅＮＢ４０は、接続するＵＥ５０に対して、サービス識別子を含めてサービスを受けているかどうかを確認するメッセージを送信する。
【０２４７】
ここで、ｅＮＢ４０は、無線フレーム情報４２４に登録されているＵＥ５０に宛てて、サービスを受けているかどうかを確認するメッセージを送信するが、接続する総てのＵＥに送信してもよい。
【０２４８】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ｅＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等が利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０２４９】
これにより、ｅＮＢ４０は、実際にブロードキャストデータの受信が必要なＵＥ５０の数を取得することができる。取得したＵＥ５０の数は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタに登録される。実際にブロードキャストデータの受信が必要なＵＥ５０の数としては、例えば、ｅＮＢ４０に接続しているＵＥ５０自体の数でもよい。さらには、ユーザが視聴アプリケーションを起動していない状態を検知するなどして、一時的に視聴をしていないＵＥ５０を除いた数でもよいし、ユーザにより受信が必要であることを通知するＵＥ５０をカウントして登録してもよい。
【０２５０】
また、ｅＮＢ４０の確認メッセージには、サービス識別子を含めないで送信してもよい。その場合には、ＵＥ５０は、受信を必要とするサービスがある場合には、サービス識別子を含めて応答する。
【０２５１】
サービス識別子は、サービスアナウンスメント手続きで取得する等して保持しておくことで、選択可能となる。
【０２５２】
応答を受信したｅＮＢ４０は、サービス識別子からＭＢＭＳベアラコンテキストを特定し、応答のあったＵＥ５０の数をＵＥカウンタに登録する。以上によりカウンティング手続きを完了する（Ｓ５０２）。カウンティング手続きの結果、ＵＥカウンタが０でないと判断すれば、ＭＢＭＳ登録手続きを開始しても良い。
【０２５３】
さらに、ｅＮＢ４０がＭＢＭＳ登録手続きを開始するトリガは、上記以外でもオペレータのポリシ等により、任意のタイミングで行ってもよい。上記以外でもｅＮＢ（基地局装置）の設置時や運用開始時などでオペレータのポリシ等により、任意のタイミングで行っても良い。
【０２５４】
次に、ｅＮＢ４０は、ＵＥに指定されたサービスをＭＢＭＳ登録するためのＭＢＭＳ登録要求をＭＭＥ３０に送信する（Ｓ５０４）。ここで、ｅＮＢ４０は、ＭＢＭＳ登録要求にＴＭＧI、ＩＰマルチキャストアドレスを含める。
【０２５５】
ｅＮＢ４０からＭＢＭＳ登録要求を受信したＭＭＥ３０は、ＭＢＭＳ ＧＷ２０へＭＢＭＳ登録要求を送信する（Ｓ５０６）。ここで、ＭＢＭＳ登録要求には、ＭＢＭＳ登録要求のあったｅＮＢ４０、ＴＭＧＩ、ＩＰマルチキャストアドレスを含める。
【０２５６】
ＭＭＥ３０は、サービスに対応するＭＢＭＳベアラコンテキスト３２２を生成する。ＭＢＭＳベアラコンテキスト３２２には、サービスを識別するＴＭＧIを含める。さらに、ＭＢＭＳベアラコンテキスト３２２におけるベアラリソースの状態情報を「スタンバイ」に設定し、配信ノードにｅＮＢ４０を追加する。
【０２５７】
ＭＭＥ３０からＭＢＭＳ登録要求を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２を生成し、ＭＢＭＳ登録要求をＢＭ−ＳＣ１０へ送信する（Ｓ５０８）。ここで、ＭＢＭＳベアラコンテキストにおけるベアラリソースの状態情報を「スタンバイ」に設定する。
【０２５８】
ＭＢＭＳ ＧＷ２０からＭＢＭＳ登録要求を受信したＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキストにＭＢＭＳ登録要求を送信したＭＢＭＳ ＧＷ２０の情報を配信ノードに登録し、ＭＢＭＳ登録応答を返信する（Ｓ５１０）。ここで、ＭＢＭＳ登録応答には、ＴＭＧＩ、サービスに必要とされるベアラの容量を含める。
【０２５９】
Ｓ５０６でＭＭＥ３０からＭＢＭＳ登録要求を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２の配信ノードにＭＢＭＳ登録要求に含められたｅＮＢ４０を登録し、上位配信ノードにＳ５１０におけるＭＢＭＳ登録応答に含められたＢＭ−ＳＣ１０を登録し、ＭＢＭＳ登録応答を返信する（Ｓ５１２）。ここで、ＭＢＭＳ登録応答には、ＴＭＧＩ、このＭＢＭＳサービスに必要とされるベアラに関する情報を含める。
【０２６０】
Ｓ５０４でｅＮＢ４０からＭＢＭＳ登録要求を受信したＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２の配信ノードにＭＢＭＳ登録要求を送信したｅＮＢ４０の情報を登録し、ＭＢＭＳ登録応答を送信する（Ｓ５１４）。ここで、ＭＢＭＳ登録応答には、Ｓ５１２においてＭＢＭＳ登録応答のあったＭＢＭＳ ＧＷ２０の情報を含める。
【０２６１】
Ｓ５１４でＭＭＥ３０からＭＢＭＳ登録応答を受信したｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２のＭＢＭＳ制御装置に、Ｓ５１４でＭＢＭＳ登録応答を送信したＭＭＥ３０に関する情報を登録し、ＭＢＭＳベアラコンテキスト４２２の上位配信ノードにＭＢＭＳ登録応答に含められたＭＢＭＳ ＧＷ２０の情報を登録する。
【０２６２】
以上のサービスアナウンスメント手続きとＭＢＭＳ登録手続きにより、ＵＥ５０とＢＭ−ＳＣ１０の間で配信リストを形成することにより、ＢＭ−ＳＣ１０が送信したサービスのブロードキャスト配信データはｅＮＢ４０まで配送するための経路を生成することができる。なお、配信ノードに登録されるノードは、上記に従う必要はなく、オペレータによって予め登録されていてもよい。
【０２６３】
ここで、ＭＢＭＳ登録手続き後におけるｅＮＢ４０が保持するＭＢＭＳベアラコンテキスト４２２を図２５（ａ）に示す。図２５（ａ）に示すように、ＭＢＭＳベアラサービス識別子には「ＴＭＧＩ１」が、ＩＰマルチキャストアドレスには「ＩＰマルチキャストアドレス１」が、モードには「ブロードキャスト」が、状態情報には「スタンバイ」が、ＭＢＭＳ制御装置には「ＭＭＥ３０」が、上位配信ノードには「ＭＢＭＳ ＧＷ２０」がそれぞれ記憶される。
【０２６４】
上記の例では、ＭＭＥ３０がＭＢＭＳ登録解除要求を受信した場合の処理を説明したが、その他のＭＭＥがｅＮＢ４０からＭＢＭＳ登録解除要求を受信した場合にも、ＭＭＥ３０と同様の手続きを行う。
【０２６５】
同様にＭＢＭＳ ＧＷ２０においても、ＭＢＭＳ ＧＷ２０がＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷがＭＭＥからＭＢＭＳ登録要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。
【０２６６】
同様にＢＭ−ＳＣ１０においても、ＢＭ−ＳＣ１０がＭＢＭＳ登録解除要求を受信した場合の処理を説明したが、その他のＢＭ−ＳＣがＧＧＮＳからＭＢＭＳ登録解除要求を受信した場合にも、ＢＭ−ＳＣ１０と同様の手続きを行う。
【０２６７】
［２．１．３ セッション開始手続き］
続いて実行するセッション開始手続きを、図２６を用いて説明する。セッション開始手続きにより、ＭＢＭＳベアラを確立し、データを送信する準備を行う。ＢＭ−ＳＣ１０は、サービスを指定してセッション開始要求をＭＢＭＳ ＧＷ２０に送信する（Ｓ６００）。ここで、セッションを識別するためのセッション識別子を生成し、生成したセッション識別子とサービスを指定するためのＴＭＧＩとをセッション開始要求に含めて送信する。これによりセッション開始手続きを開始する。
【０２６８】
また、対応するＭＢＭＳベアラコンテキスト１２４（ＴＭＧＩで識別可能）には、セッション識別子を登録し、状態情報を「アクティブ」に登録する。
【０２６９】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト１２４の配信ノードに登録される総てのＭＢＭＳ ＧＷへ送信する。
【０２７０】
ＭＢＭＳ ＧＷ２０は、セッション開始要求を受信し、セッション開始応答をＢＭ−ＳＣ１０に送信し、応答する（Ｓ６０２）。また、対応するＭＢＭＳベアラコンテキスト２２２（ＴＭＧＩで識別可能）にセッション識別子を登録し、状態情報を「アクティブ」に登録する。ＭＢＭＳ制御装置には、ＭＭＥ３０に関する情報が、配信ノードには、ｅＮＢ４０に関する情報が登録されている。ここで、配信ノードには、複数のｅＮＢが登録されている。
【０２７１】
なお、登録される配信ノードであるｅＮＢ４０は、オペレータによって予め登録されているものでも良いし、上記ＭＢＭＳ登録手続きを経て登録されたＭＢＭＳサービスエリア毎の配信ノード（ｅＮＢ４０等）のリストを利用し、ＢＭ−ＳＣ１０から送信されたセッション開始要求に含まれるＭＢＭＳサービスエリア識別子に基づいて対応するｅＮＢ４０を選択してもよい。
【０２７２】
以上の手続きにより、ＢＭ−ＳＣ１０とＭＢＭＳ ＧＷ２０間でブロードキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラが確立される。
【０２７３】
さらに、ＭＢＭＳベアラでの送信をＩＰマルチキャスト通信で行うため、サービスに対してＩＰマルチキャストアドレスを割り当て、ＭＢＭＳベアラコンテキスト２２２に登録する。
【０２７４】
ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２の配信ノードに登録されるＭＭＥ３０へセッション開始要求（Ｓ６０４）を送信する。サービスを指定するために、セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０２７５】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト２２２の配信ノードに登録される総てのＭＭＥへ送信される。
【０２７６】
ＭＭＥ３０は、セッション開始要求を受信し、セッション開始応答をＭＢＭＳ ＧＷ２０に送信し、応答する（Ｓ６１０）。また、ＭＢＭＳベアラコンテキスト３２２にＴＭＧＩとセッション識別子とＩＰマルチキャストアドレスとを登録し、状態情報を「アクティブ」に登録する。
【０２７７】
配信ノードには、ｅＮＢ４０に関する情報が登録されている。ここで、配信ノードには、複数のｅＮＢが登録されている。
【０２７８】
ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録されるｅＮＢ４０へセッション開始要求（Ｓ６０６）を送信する。セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０２７９】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録される総てのｅＮＢへ送信される。
【０２８０】
ｅＮＢ４０は、セッション開始要求を受信し、セッション開始応答をＭＭＥ３０に送信し、応答する（Ｓ６０８）。また、ＭＢＭＳベアラコンテキスト４２２を生成し、ＴＭＧＩとセッション識別子とＩＰマルチキャストアドレスと登録し、状態情報を「アクティブ」に登録する。
【０２８１】
以上の手続きにより、ＭＢＭＳ ＧＷ２０とｅＮＢ４０間でブロードキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラを確立する。
【０２８２】
これにより、ＢＭ−ＳＣ１０、ＭＢＭＳ ＧＷ２０及びｅＮＢ４０で確立したＭＢＭＳベアラに、ＩＰマルチキャストパケットが配送される。また、ブロードキャストデータは、ＩＰマルチキャストによりＢＭ−ＳＣ１０からｅＮＢ４０まで送信される。
【０２８３】
ここで、ｅＮＢ４０は、ＩＰマルチキャスト参加処理を行う（Ｓ６１４）。ｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２を参照し、サービスに対応するＩＰマルチキャストアドレスを用いて参加要求を行う。具体的には、ＩＰｖ４で通信する場合には、ＩＧＭＰ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔメッセージを送信し、ＩＰｖ６で通信する場合にはＭＬＤ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信する。
【０２８４】
さらに、ｅＮＢ４０は、ＵＥ５０へ送信する無線リソース割り当て処理を行い、配送するための情報を無線フレーム情報４２４に登録する。具体的には、無線フレームのモードがブロードキャストモードであるか、ユニキャストモードであるかのモード情報をサービス識別子毎に登録する。サービス識別子としてはＴＭＧＩを用いることができる。
【０２８５】
最後に、ｅＮＢ４０はＵＥ５０に対してＭＢＭＳ開始通知を送信する（Ｓ６１６）。開始通知にはサービスを識別するサービス識別子を含めて通知する。これにより、ＵＥ５０はブロードキャストデータの受信を開始する。
【０２８６】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ｅＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用する。本実施形態では、（１）のＴＭＧＩを利用することとして説明するが、（３）の場合には、サービス識別子とＭＢＭＳベアラコンテキスト４２２とを対応づけて登録することとなる。
【０２８７】
上記の例では、ＭＢＭＳ ＧＷ２０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷがＢＭ−ＳＣ１０からセッション開始要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。
【０２８８】
同様にＭＭＥにおいても、ＭＭＥ３０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＭＥがＭＢＭＳ ＧＷからセッション開始要求を受信した場合にも、ＭＭＥ３０と同様の手続きを行う。
【０２８９】
同様にｅＮＢにおいても、ｅＮＢ４０がセッション開始要求を受信した場合の処理を説明したが、その他のｅＮＢがＭＭＥからセッション開始要求を受信した場合にも、ｅＮＢ４０と同様の手続きを行う。
【０２９０】
同様にＵＥにおいても、ＵＥ５０がセッション開始要求を受信した場合の処理を説明したが、その他のＵＥがｅＮＢからセッション開始要求を受信した場合にも、ＵＥ５０と同様の手続きを行う。
【０２９１】
これにより、ＢＭ−ＳＣ１０が配信するブロードキャストデータは、複数のＭＢＭＳ ＧＷ、ｅＮＢを介して階層的にＵＥへ配送される。
【０２９２】
ここで、セッション開始手続き後におけるｅＮＢ４０が保持するＭＢＭＳベアラコンテキスト４２２を図２５（ｂ）に示す。図２５（ｂ）に示すように、ＭＢＭＳベアラサービス識別子には「ＴＭＧＩ１」が、セッション識別子には「セッション１」が、ＩＰマルチキャストアドレスには「ＩＰマルチキャストアドレス１」が、モードには「ブロードキャスト」が、状態情報には「アクティブ」が、ＭＢＭＳ制御装置には「ＭＭＥ３０」の情報が、上位配信ノードには「ＭＢＭＳ ＧＷ２０」の情報がそれぞれ格納される。図２５（ａ）と比較すると、セッション識別子が新たに格納され、状態情報が「スタンバイ」から「アクティブ」へ変更されている。
【０２９３】
[２．１．４ ＭＢＭＳ登録解除手続きとセッション停止手続き]
次に、ＭＢＭＳ登録解除手続きとセッション停止手続きについて図２７を用いて説明する。
【０２９４】
本実施形態では、ＭＢＭＳ登録解除処理の後にセッション停止処理を行うよう説明するが、この順番に限るものでなく、セッション停止処理の後に、ＭＢＭＳ登録解除処理手続きを行っても良い。ＭＢＭＳ登録解除手続きでは、ｅＮＢ４０におけるカウンティング手続き結果を基に開始する例を説明するが、開始トリガはこれに限らず、ｅＮＢ４０から手続きを開始することができる。
【０２９５】
まず、ＭＢＭＳ登録解除手続きのトリガとなるカウンティング手続きを説明する。手続きはｅＮＢ４０とＵＥ５０との間で行う。ｅＮＢ４０は、接続するＵＥ５０に対して、サービス識別子を含めてサービスを受けているかどうかを確認するメッセージを送信する。
【０２９６】
ここで、ｅＮＢ４０は、無線フレーム情報４２４に登録されているＵＥ５０に宛てて、サービスを受けているかどうかを確認するメッセージを送信するが、接続する総てのＵＥに送信してもよい。
【０２９７】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等が利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０２９８】
これにより、ｅＮＢ４０は、実際にマルチキャストデータの受信が必要なＵＥ５０の数を取得することができる。取得したＵＥ５０の数は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタに登録される。
【０２９９】
また、ｅＮＢ４０の確認メッセージには、サービス識別子を含めないで送信してもよい。その場合には、ＵＥ５０は、受信を必要とするサービスがある場合には、サービス識別子を含めて応答する。
【０３００】
サービス識別子は、サービスアナウンスメント手続きで取得する等して保持しておくことで、選択可能となる。
【０３０１】
応答を受信したｅＮＢ４０は、サービス識別子からＭＢＭＳベアラコンテキストを特定し、応答のあったＵＥ５０の数をＵＥカウンタに登録する。以上によりカウンティング手続き（Ｓ７００）を完了する。
【０３０２】
ｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタがゼロになったかどうかを確認するカウンティング処理を行う（Ｓ７０２）。ＵＥカウンタがゼロになった場合、ｅＮＢ４０は対応するサービスのＭＢＭＳ登録解除処理を行う（Ｓ７０４）。ｅＮＢ４０は、カウンティング処理の対象となるＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト４２２の配信ノードからＵＥ５０を削除する。
【０３０３】
続いて、ｅＮＢ４０は、セッション停止処理を行う（Ｓ７０６）。ここで、ｅＮＢ４０は、ＵＥ５０とｅＮＢ４０間にＴＭＧＩで識別されるサービスにベアラリソースが割り当てられている場合、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキスト４２２における状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０３０４】
次に、ｅＮＢ４０は対応するサービスのＭＢＭＳ登録解除要求をＭＭＥ３０へ送信する（Ｓ７０８）。送信するＭＭＥは、ＭＢＭＳベアラコンテキスト４２２のＭＭＥの情報により解決し、本実施形態ではＭＭＥ３０へ送信する。
【０３０５】
ここで、ｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２に登録されているＴＭＧＩと、サービス識別子と、セッション識別子と、ｅＮＢ４０の情報とを含めたＭＢＭＳ登録解除要求をＭＭＥ３０に送信する。
【０３０６】
ＭＢＭＳ登録解除要求を受信したＭＭＥ３０は、ＭＢＭＳ登録解除処理を行う（Ｓ７１０）。ＭＭＥ３０は、ｅＮＢ４０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト３２２の配信ノードからｅＮＢ４０を削除する。続いて、ＭＭＥ３０は、セッション停止処理を行う（Ｓ７１２）。ここで、ＭＢＭＳベアラコンテキスト３２２における状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０３０７】
次に、ＭＭＥ３０は、ｅＮＢ４０にＭＢＭＳ登録解除応答を送信する（Ｓ７１４）。ＭＢＭＳ登録解除応答を受信したｅＮＢ４０は、ＭＢＭＳ登録解除要求（Ｓ７０８）に含めたＴＭＧＩに対応するＭＢＭＳベアラコンテキスト４２２を削除する。
【０３０８】
続いて、ＭＭＥ３０は、ＭＭＥ３０は対応するサービスのＭＢＭＳ登録解除要求をＭＢＭＳ ＧＷ２０へ送信する（Ｓ７１６）。送信するＭＢＭＳ ＧＷは、ＭＢＭＳベアラコンテキスト４２２のＭＢＭＳ ＧＷの情報により解決し、本実施形態ではＭＢＭＳ ＧＷ２０へ送信する。
【０３０９】
ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２に登録されているＴＭＧＩと、サービス識別子と、セッション識別子と、ＭＭＥ３０の情報とを含めたＭＢＭＳ登録解除要求をＭＢＭＳ ＧＷ２０に送信する。
【０３１０】
ＭＢＭＳ登録解除要求を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳ登録解除処理を行う（Ｓ７１８）。ＭＭＥ３０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト２２２の配信ノードからｅＮＢ４０を削除する。
【０３１１】
続いて、ＭＢＭＳ ＧＷ２０は、セッション停止処理を行う（Ｓ７２０）。ここで、ＭＢＭＳ ＧＷ２０は、ｅＮＢ４０とＭＢＭＳ ＧＷ２０間にＴＭＧＩで識別されるサービスにベアラリソースが設定されている場合には、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキスト２２２における状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０３１２】
次に、ＭＢＭＳ ＧＷ２０は、ＭＭＥ３０にＭＢＭＳ登録解除応答を送信する（Ｓ７２２）。ＭＢＭＳ登録解除応答を受信したＭＭＥ３０は、ＭＢＭＳ登録解除要求（Ｓ７１６）に含めたＴＭＧＩに対応するＭＢＭＳ２２２ベアラコンテキストを削除する。
【０３１３】
ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２における配信ノードのｅＮＢ（またはｅＮＢの識別子）を確認し、ｅＮＢが登録されている場合には本処理を完了する。
【０３１４】
一方、ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２における配信ノードから総てのｅＮＢが削除されている場合（ＥＭＰＴＹ）には、ＭＢＭＳ ＧＷ２０は対応するサービスのＭＢＭＳ登録解除要求をＢＭ−ＳＣ１０へ送信する（Ｓ７２４）。送信するＢＭ−ＳＣは、ＭＢＭＳ ＧＷ２０におけるＭＢＭＳベアラコンテキスト２２２のＢＭ−ＳＣの情報により解決し、本実施形態ではＢＭ−ＳＣ１０へ送信する。ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２に登録されているＴＭＧＩと、サービス識別子と、セッション識別子と、ＭＢＭＳ ＧＷ２０の情報とを含めたＭＢＭＳ登録解除要求をＢＭ−ＳＣ１０に送信する。
【０３１５】
ＭＢＭＳ登録解除要求を受信したＢＭ−ＳＣ１０は、ＭＢＭＳ登録解除処理を行う（Ｓ７２６）。ＭＢＭＳ ＧＷ２０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト１２４の配信ノードからＭＢＭＳ ＧＷ２０を削除する。
【０３１６】
続いて、ＢＭ−ＳＣ１０は、セッション停止処理を行う（Ｓ７２８）。ここで、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０とＢＭ−ＳＣ１０間にＴＭＧＩで識別されるサービスにベアラリソースが設定されている場合には、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキストにおける状態情報がアクティブである場合には、スタンバイに設定する。
【０３１７】
次に、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０にＭＢＭＳ登録解除応答を送信する（Ｓ７３０）。ＭＢＭＳ登録解除応答を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳ登録解除要求（Ｓ７２４）に含めたＴＭＧＩに対応するＭＢＭＳベアラコンテキスト２２２を削除する。
【０３１８】
ＢＭ−ＳＣ１０は、ＭＢＭＳ登録解除要求のあったＴＭＧＩで識別されるＭＢＭＳベアラコンテキスト１２４を削除する。
【０３１９】
以上の手続きにより、ｅＮＢ４０により、カウンティング機能を利用して効率的にＭＢＭＳ登録を解除するとともに、セッション停止することができる。ｅＮＢ４０のＭＢＭＳ登録解除手続きは、カウンティング手続きにより、ＴＭＧＩ等で識別可能なＭＢＭＳベアラ毎のブロードキャストサービスの配信が不要であることを検知することができる。
【０３２０】
さらに、アプリケーション等がオフになっていること等により視聴していないようなケースのように、視聴していないことを検知することで開始することもできる。そして、この検知をトリガにＭＢＭＳ登録解除手続きを開始することができる。
【０３２１】
こうして各装置は登録するサービスがブロードキャストモードであると認識し、それぞれのＭＢＭＳベアラコンテキストに記憶する。具体的には、ＢＭ−ＳＣ１０はＭＢＭＳベアラコンテキスト１２４のモードにブロードキャストと、ＭＢＭＳ ＧＷ２０はＭＢＭＳベアラコンテキスト２２２のモードにブロードキャストと、ＭＭＥ３０はＭＢＭＳベアラコンテキスト３２２のモードにブロードキャストと、ｅＮＢ４０はＭＢＭＳベアラコンテキスト４２２のモードにブロードキャストと登録する。
【０３２２】
これにより、ＭＢＭＳ登録解除を決定する場合、各装置では、ＭＢＭＳベアラコンテキストを参照し、ブロードキャストモードである場合にはＭＢＭＳ登録を解除することができる。さらに、上記の場合において、ＭＢＭＳベアラコンテキストにおける状態情報がアクティブである場合には、状態情報を「スタンバイ」に変更し、セッション停止やブロードキャストデータ配信、受信停止することができる。
【０３２３】
さらに、上記の場合において、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ ＧＷ２０におけるＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０におけるＭＢＭＳベアラコンテキスト３２２、ｅＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２におけるそれぞれの状態情報がアクティブである場合には、状態情報をスタンバイに変更し、セッション停止やブロードキャストデータ配信、受信停止することができる。
【０３２４】
具体的には、ｅＮＢ４０では、ブロードキャストＭＢＭＳ登録解除要求の送信時（Ｓ７０８）、ＭＢＭＳベアラコンテキスト４２２のモードがブロードキャストである場合、ＭＢＭＳ登録解除要求の送信や、ＭＢＭＳ登録解除処理やＭＢＭＳベアラの解放やマルチキャストデータ配信、受信停止を行う。
【０３２５】
ＭＭＥ３０では、ブロードキャストＭＢＭＳ登録解除要求の送信時（Ｓ７１６）、ＭＢＭＳベアラコンテキスト３２２のモードがブロードキャストである場合、ＭＢＭＳ登録解除処理やセッション停止を行う。
【０３２６】
ＭＢＭＳ ＧＷ２０では、ブロードキャストＭＢＭＳ登録解除要求の送信時（Ｓ７２４）、ＭＢＭＳベアラコンテキスト２２２のモードがブロードキャストである場合、ＭＢＭＳ登録解除要求の送信やＭＢＭＳベアラの解放やブロードキャストデータ配信、受信停止を行う。
【０３２７】
ＢＭ−ＳＣ１０では、ブロードキャストＭＢＭＳ登録解除要求の受信時（Ｓ７２４）、ＭＢＭＳベアラコンテキスト１２４のモードがブロードキャストである場合、ＭＢＭＳ登録解除処理やＭＢＭＳベアラの解放やブロードキャストデータ配信停止を行う。
【０３２８】
従来では、基地局装置（ｅＮＢ）が主導してＭＢＭＳ登録を解除することが規定されていたが、基地局装置（ｅＮＢ）で移動局装置（ＵＥ）の受信の要否を確認し、配信の必要がないと検知できた場合に、効率的にＭＢＭＳ登録を解除することができなかった。
【０３２９】
本実施形態によれば、基地局装置（ｅＮＢ）が、移動局装置（ＵＥ）の受信の要否の結果に基づいて、ＭＢＭＳ登録解除手続き、セッション停止手続きを行うことができるようになる。また、ＭＢＭＳ登録解除手続きによって、配信先リストから配送先装置を削除するとともに、従来セッション停止で行われていたリソースの解放を併せて行うことが可能になる。さらに、セッション停止に要するセッション停止手続きを省略することができる。
【０３３０】
また、ＭＢＭＳ登録解除する際に、セッションが停止されていない場合には、ＭＢＭＳ登録解除とともに、セッション停止を行うことにより、再度ＭＢＭＳ登録されない限り、セッションを開始されることがない。
【０３３１】
例えば、従来手法では、配信元から配信先にセッションを停止する手続きしか規定されておらず、配信先から配信元へセッション停止を要求することができなかった。つまり、基地局装置から配信元へセッション停止を要求することができなかった。さらに、基地局装置から配信元へセッション停止を要求するよう拡張したとしてもセッション停止要求を受けた装置は、配信を止めリソースを一時的に解放することができるが、配信ノードの削除は行わない。
【０３３２】
そのため、例えば、１）セッションが開始された状態で、２）ｅＮＢ主導でセッションのみを停止した場合に、３）ＢＭ−ＳＣ主導で総てのセッションが停止された後に、４）ＢＭ−ＳＣ主導で総てのセッションが再開された場合には、配信リストに含められた総てのノード（ＭＢＭＳ ＧＷ、ｅＮＢ）に通信リソースが割り当てられてしまい、ｅＮＢ主導で停止したセッションさえも再開されてしまうという問題があった。
【０３３３】
しかしながら、ＭＢＭＳ登録解除手続きにより配信リストからの配信先装置の更新を行い、例えば、４）のようにＢＭ−ＳＣ主導でセッションが再開された場合にも、不必要なセッションが開始されなくなる。
【０３３４】
本実施形態によれば、セッションを不必要に開始しないことにより、セッションを開始する場合に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。
【０３３５】
また、ＭＢＭＳ登録解除する際に、セッションが停止されていない場合には、ＭＢＭＳ登録解除とともに、セッション停止を行うことにより、再度ＭＢＭＳ登録されない限り、セッションを開始されることがない。
【０３３６】
例えば、従来は、１）セッションが開始された状態で、２）ｅＮＢ主導でセッションのみを停止した場合に、３）ＢＭ−ＳＣ主導で総てのセッションが停止された後に、４）ＢＭ−ＳＣ主導で総てのセッションが再開された場合には、配信リストに含められた総てのノード（ＭＢＭＳ ＧＷ、ｅＮＢ）に通信リソースが割り当てられてしまい、ｅＮＢ主導で停止したセッションさえも再開されてしまっていた。
【０３３７】
本実施形態においては、ＭＢＭＳ登録解除することによって、上記、３）ＢＭ−ＳＣ主導で総てのセッションが停止された後に、４）ＢＭ−ＳＣ主導で総てのセッションが再開された場合においても、不必要にセッション開始されることがない。セッションが開始されないということは、不必要に通信リソースを利用されることがなく、通信リソースを効率的に活用することが可能となる。
【０３３８】
また、セッションを不必要に開始されないことにより、セッションを開始する場合に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。
【０３３９】
［３．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【０３４０】
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０３４１】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等
のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【０３４２】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【０３４３】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個
別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【符号の説明】
【０３４４】
１０ ＢＭ−ＳＣ
１００ 制御部
１１０ 送受信部
１２０ 記憶部
１２２ ＭＢＭＳサービスＤＢ
１２４ ＭＢＭＳベアラコンテキスト
１２６ ＭＢＭＳ ＵＥコンテキスト
２０ ＭＢＭＳ ＧＷ
２００ 制御部
２１０ 送受信部
２２０ 記憶部
２２２ ＭＢＭＳベアラコンテキスト
２２４ 上流コントロールノードＤＢ
２２６ ＭＢＭＳ ＵＥコンテキスト
３０ ＭＭＥ
３００ 制御部
３１０ 送受信部
３２０ 記憶部
３２２ ＭＢＭＳベアラコンテキスト
３２４ ＭＢＭＳ ＵＥコンテキスト
４０ ｅＮＢ
４００ 制御部
４１０ 送受信部
４２０ 記憶部
４２２ ＭＢＭＳベアラコンテキスト
４２４ 無線フレーム情報
４２６ ＭＢＭＳ ＵＥコンテキスト
５０ ＵＥ
【技術分野】
【０００１】
本発明は、ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＭＢＭＳ ＧＷ及びＭＭＥを経由して基地局装置に接続される移動局装置によりマルチキャストデータ配信を行う移動通信システム等に関する。
【背景技術】
【０００２】
３ＧＰＰにて、ＥＰＳ（Evolved Packet Core）によるマルチキャストデータ配信およびブロードキャストデータ配信を行うＭＢＭＳベアラサービスを提供する方法としてＭＢＭＳ（Multimedia Broadcast/Multicast Service）が規格化されている。
【０００３】
例えば、非特許文献１によれば、ＭＢＭＳサービスエリアはあるＭＢＭＳセッションを行う範囲として定義される。例えば全国や関東等の地域単位でサービスエリアを設定し、当該サービスエリア内の複数の基地局装置のセルによって構成される。そして、コアネットワークに接続するＵＴＲＡＮ等の無線アクセスネットワークにマルチキャストの配信経路を設定し、サービスエリア内の各セルの基地局装置（ｅＮｏｄｅＢ）や、無線ネットワーク制御局（ＲＮＣ）が、端末（ＵＥ）にＭＢＭＳベアラを設定し、データを配信する。
【０００４】
ここで、ＭＢＭＳサービスを開始するにあたり、まず、ＭＢＭＳ登録を行わなければならない。ＭＢＭＳ登録とは、データ配信を行う装置において、配送先の装置を記した配信リストを作成することである。
【０００５】
ＭＢＭＳ登録では、ＵＲＴＲＡＮなどの無線アクセスネットワーク内の装置やコアネットワーク内の装置で配信リストを作成する。これによりＭＢＭＳ登録を行った後に、ＭＢＭＳセッションを開始することによって、配送元装置から複数の装置を経由して、移動局装置はデータを受信することができる。
【０００６】
こうした従来のマルチキャストデータ配信は、基地局装置のセル単位ではなく、ＭＢＭＳサービスエリア単位で配信している。そのため、ＭＢＭＳサービスエリア内に配信すべき端末が在圏していないセルがある場合も、そのセルの基地局装置にマルチキャストデータが配信される。
【０００７】
今後こうしたマルチキャストデータ配信のサービスは、サービスエリアを比較的広範囲としている従来のブロードキャストサービスに加え、狭い範囲のみを対象としたブロードキャストサービスも増加していく等多様化していくことが予想される。
【０００８】
さらには、こうしてサービス形態が多様化すれば、配信するマルチキャストデータも広く配信する公共的な用途のものからパーソナルコミュニティに向けたもの等多様化し、種類も著しく増加していくことが予想される。
【０００９】
例えば、非特許文献２にあるように、旅行のガイドツアー等のユースケースが挙げられている。また、例えばスポーツやコンサート会場、ショッピングセンター等の集客施設の客を対象としたマルチキャストサービスも考えられる。さらに、災害被災地の被災者に対してのみ情報配信を行うようなケースも考えられる。
【００１０】
こうしたサービス形態や配信データの増加していく流れに対して最適化することなく、すべて一元的に個々のマルチキャスト配信データに対してＭＢＭＳベアラ等の通信路を確立し、受信端末の有無に関わらず通信路にデータを配信していた。これにより、トラフィックが増加したり、無線リソースが不足したりするといった新たな問題が発生してしまう。
【００１１】
このような問題点を解決するために、近年では、基地局装置においてマルチキャストデータを受信している端末をカウンティングするカウンティング機能の検討が始まっている。基地局装置は受信端末がいなくなったことを検知した場合には、基地局装置と端末間でマルチキャストデータ配送のために割り当てた無線リンクの通信帯域を解放、またはモード変更等により最適化をする等無線区間のリソースを効率的に利用する。さらに、端末が再度あらわれた場合には無線リソースの再割り当てを行う。このように、カウンティング機能による無線リソースの効率利用の検討が行われている。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】TS 23.246、Technical Specification Group Services and Architecture; Multimedia Broadcast/Multicast Service （MBMS）; Architecture and functional description
【非特許文献２】3GPP TR 22.947、Technical Specification Group Services and System Aspects; Study on Personal Broadcast Service
【発明の概要】
【発明が解決しようとする課題】
【００１３】
従来の基地局装置のカウンティング結果に基づいた効率化は、基地局装置と端末間の無線通信区間のリソースを効率利用する方法のみであり、マルチキャストデータの配信元の装置から基地局装置の間のネットワーク内部の通信区間のリソースを効率利用する方法はなかった。
【００１４】
つまり、カウンティング機能により、基地局装置がマルチキャストデータを受信する端末がいないことを検知したとしても、ネットワーク内部に設置されるマルチキャスト配信元の装置から基地局装置まではマルチキャストデータが配送されてしまう。これまでは、カウンティング機能を利用してトラヒックを削減し、ネットワークリソースを効率的に利用する解決方法がなかった。
【００１５】
このように、カウンティング機能により基地局装置と端末間の無線リソースの有効利用については考慮されているものの、ネットワーク内のネットワークリソースを効率的に利用することはできないとい問題点があった。
【００１６】
上述した非特許文献１では、あるサービスへのＭＢＭＳ登録を解除する手続きが示されているが、その方法として、基地局装置が主導してマルチキャストデータおよびブロードキャストデータの配送元となる装置に対してＭＢＭＳ登録を解除する手続きが示されている。
【００１７】
しかしながら、基地局装置において、ＭＢＭＳ登録解除手続きの開始を判断する具体的な手段についてはなんら示されていなかった。さらに、データ配送経路の上流に位置する各装置においても、更なる上流のデータ配送元の装置に対してＭＢＭＳ登録解除手続きを開始する具体的手段について示されていない。
【００１８】
さらに、ユーザの利便性を考慮すると、ユーザの視聴の有無に即応してＭＢＭＳ登録手続きやＭＢＭＳ登録解除手続きが行われる必要があるが、従来では効率的にそれらを行うことができなかった。
【００１９】
具体的には、マルチキャストモードでは、ユーザによるサービスからの離脱を要求するデアクティベーション手続きを行い、その完了を契機にＭＢＭＳ登録解除手続きが開始される。さらに、配信を再開する際にもサービス参加のためのアクティベーションを必要とする。そのため、移動局装置において一時的に電源ＯＦＦとなったり、一時的にＭＢＭＳサービスを提供する基地局装置から外れてしまったりした場合などにおいても、デアクティベーション手続きが必要であった。
【００２０】
上記のように、ＭＢＭＳ登録解除に対してデアクティベーション手続きなどの制御メッセージの送受信が必要になるなど、通信リソースが非効率に利用されている。また、ＭＢＭＳ登録解除手続きは本来移動局装置に処理を必要としないが、デアクティベーション手続きには移動局装置に制御メッセージの送受信が必要となる。つまり移動局装置に処理を必要としないＭＢＭＳ登録解除が行えない複雑な手続きを要し、非効率であった。
【００２１】
これにより、基地局装置がカウンティング結果に基づいてデータ受信端末がいないことを検知した場合や、移動局装置（端末）がリソース解放の要求を行わずに異なる基地局装置に移動したことや、移動局装置の電源をオフにしたことを基地局装置が検知した場合等においては、移動局装置に処理を伴わない効率的なＭＢＭＳ登録解除ができなかった。結果、ネットワークリソースは実際に必要でないにも関わらず、割り当てられたままトラヒックが流れ、リソースを無駄にしていた。
【００２２】
また、ネットワークリソースを有効に利用するために一時的に配信を停止する方法としては、従来のセッション停止手続きを行う方法が考えられる。しかしながら、従来手法では、配信元から配信先にセッションを停止する手続きしか規定されておらず、配信先から配信元へセッション停止を要求することができなかった。つまり、基地局装置から配信元へセッション停止を要求することができなかった。
【００２３】
また、基地局装置から配信元へセッション停止を要求するよう拡張したとしても新たな課題が生じる。セッション停止要求を受けた装置は、配信を止めリソースを一時的に解放することができるが、配信リストの削除は行わない。そのため、例えば、従来は、１）セッションが開始された状態で、２）基地局装置主導でセッションのみを停止した場合に、３）マルチキャストデータ（ブロードキャストデータ）の配送元主導で総てのセッションが停止された後に、４）マルチキャストデータ（ブロードキャストデータ）の配送元主導で総てのセッションが再開された場合には、配信リストに含められた総てのノード（例えば、ＭＢＭＳ ＧＷ、基地局装置）に通信リソースが割り当てられてしまい、基地局装置主導で停止したセッションさえも再開されてしまっていた。つまり、１）において不必要なリソースを解放したものの、再度不必要なリソースが割り当てられることになる。
【００２４】
したがって、通信リソースを効率的に活用するためには、ＭＢＭＳ登録解除手続きにより配信リストの更新を行い、例えば４）のようにマルチキャストデータ（ブロードキャストデータ）の配送元の主導でセッションが再開された場合にも、必要のない装置への配信は再開されないようにする必要がある。これは、データ配送のためのリソースの効率化だけでなく、不必要な装置への制御手続きを不要とするためにも必要となる。
【００２５】
上述した課題を解決するために、本発明の目的は、基地局装置のカウンティング機能によりネットワークリソースを効率的に割り当てる制御方法を定めることにより、ネットワークリソースを有効活用出来る移動通信システム等を提供することを目的としている。
【課題を解決するための手段】
【００２６】
上記課題を解決するために、本発明に係る移動通信システム等は、以下の特徴を備えている。
【００２７】
本発明の移動通信システムは、
ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、
前記ＭＭＥは、前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置は、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、マルチキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が０の場合には、前記マルチキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする。
【００２８】
また、本発明の移動通信システムにおいて、前記サービス識別子には、ＴＭＧＩ（Temporary Mobile Group Identify）を含むことを特徴とする。
【００２９】
また、本発明に移動通信システムにおいて、前記ＭＭＥは、ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする。
【００３０】
また、本発明の移動通信システムにおいて、前記基地局装置は、ＭＢＭＳ登録解除要求をＭＭＥに送信するのと併せて、ＭＢＭＳベアラリソースを解放することを特徴とする。
【００３１】
また、本発明の移動通信システムにおいて、前記ＭＭＥは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれる前記基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＭＢＭＳ ＧＷに送信し、
ＭＢＭＳ ＧＷは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする。
【００３２】
また、本発明の移動通信システムにおいて、前記ＭＢＭＳ ＧＷは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれるマルチキャストデータ配信を行う前記基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＢＭ−ＳＣに送信し、
ＢＭ−ＳＣは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信したＭＢＭＳ ＧＷを削除することを特徴とする。
【００３３】
本発明の移動通信システムは、ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムにおいて、
前記ＭＭＥは、前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置は、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、ブロードキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が０の場合には、前記ブロードキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする。
【００３４】
また、本発明の移動通信システムにおいて、前記サービス識別子には、ＴＭＧＩ（Temporary Mobile Group Identify）を含むことを特徴とする。
【００３５】
また、本発明の移動通信システムにおいて、前記ＭＭＥは、ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする。
【００３６】
また、本発明の移動通信システムにおいて、前記基地局装置は、ＭＢＭＳ登録解除要求をＭＭＥに送信するのと併せて、セッションを停止要求を含めて送信することを特徴とする。
【００３７】
また、本発明の移動通信システムにおいて、前記ＭＭＥは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれるブロードキャストデータ配信を行う前記基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＭＢＭＳ ＧＷに送信し、
ＭＢＭＳ ＧＷは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする。
【００３８】
また、本発明の移動通信システムにおいて、前記ＭＢＭＳ ＧＷは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれるブロードキャストデータ配信を行う基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＢＭ−ＳＣに送信し、
ＢＭ−ＳＣは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信したＭＢＭＳ ＧＷを削除することを特徴とする。
【００３９】
本発明の基地局装置は、ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続される基地局装置において、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置において、マルチキャストデータ配信を必要としている移動局装置がいない場合に送信されるマルチキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする。
【００４０】
本発明の基地局装置は、ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続される基地局装置において、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、ブロードキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が０の場合には、前記ブロードキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする。
【００４１】
本発明のＭＭＥは、ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続されるＭＭＥにおいて、
前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置から、マルチキャストデータ配信を必要としている移動局装置が無くなった場合に送信されるマルチキャストデータのＭＢＭＳ登録解除要求を受信し、
前記ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする。
【００４２】
本発明のＭＭＥは、ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続されるＭＭＥにおいて、
前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置から、ブロードキャストデータ配信を必要としている移動局装置が無くなった場合に送信されるブロードキャストデータのＭＢＭＳ登録解除要求を受信し、
前記ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする。
【００４３】
本発明の移動局装置は、上述した発明に記載の移動通信システムに接続されることを特徴とする。
【発明の効果】
【００４４】
本発明によれば、ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＭＢＭＳ ＧＷ及びＭＭＥ、基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、基地局装置は、カウンティング機能を利用して、マルチキャストデータを受信するＵＥの数が０であると検知し、マルチキャストデータ配信のＭＢＭＳ登録解除することを決定した場合には、ＭＢＭＳ登録解除要求をＭＭＥに送信し、マルチキャストデータのＭＢＭＳ登録を解除するとともにセッション停止することにより、ＭＢＭＳ ＧＷからの配信を停止することとなる。
【００４５】
これにより、従来は、基地局装置が主導してＭＢＭＳ登録を解除手続きが規定されていたが、ユーザの視聴の有無に即応してＭＢＭＳ登録手続きやＭＢＭＳ登録解除手続きを行うことができなかった。
【００４６】
しかしながら、基地局装置が、移動局装置の受信の要否の結果に基づいて、ＭＢＭＳ登録解除手続きによる配信リストにおける配送先装置を削除するとともに、セッション停止手続きで行われたリソースの解放を併せて行うことができるようになる。
【００４７】
また、マルチキャストモードのように、ユーザによるサービスからの離脱を要求するデアクティベーション手続きを行い、その完了を契機にＭＢＭＳ登録解除手続きが開始され、配信を再開する際にもサービス参加のためのアクティベーションを必要としていたが、ユーザの視聴の有無をカウンティング機能により検出することで、デアクティベーション手続きを行うことなくサービス配信を停止することができ、また、そのような場合にサービス配信を再開する際にもアクティベーション手続きを行うことなく、サービスを受信することが可能となる。また、移動局装置において一時的に電源ＯＦＦとなったり、一時的にＭＢＭＳサービスを提供する基地局装置から外れてしまったりした場合などにおいても、デアクティベーション手続きを行う必要がなくなる。
【００４８】
上記のように、ＭＢＭＳ登録解除に対してデアクティベーション手続きなどの制御メッセージの送受信が不要になるため、通信リソースを効率に利用することができる。また、デアクティベーション手続きには移動局装置に制御メッセージの送受信が不要となり、移動局装置による処理を行くことなく、基地局装置主導で効率的にＭＢＭＳ登録解除が行うことができる。
【００４９】
これにより、基地局装置がカウンティング結果に基づいてデータ受信端末がいないことを検知した場合や、移動局装置（端末）がリソース解放の要求を行わずに異なる基地局装置に移動したことや、移動局装置の電源をオフにしたことを基地局装置が検知した場合等において、移動局装置に処理を伴わない効率的なＭＢＭＳ登録解除を行うことができる。結果、ネットワークリソースは実際に必要でないにも関わらず、割り当てられたままトラヒックが流れ、リソースを無駄にするという状況を回避することができる。
また、従来手法では、配信元から配信先にセッションを停止する手続きしか規定されておらず、配信先から配信元へセッション停止を要求することができなかった。つまり、基地局装置から配信元へセッション停止を要求することができなかった。さらに、基地局装置から配信元へセッション停止を要求するよう拡張したとしてもセッション停止要求を受けた装置は、配信を止めリソースを一時的に解放することができるが、配信リストの配送先ノードの削除は行わない。
【００５０】
そのため、例えば、１）セッションが開始された状態で、２）ｅＮＢ主導でセッションのみを停止した場合に、３）ＢＭ−ＳＣ主導で総てのセッションが停止された後に、４）ＢＭ−ＳＣ主導で総てのセッションが再開された場合には、配信リストに含められた総てのノード（ＭＢＭＳ ＧＷ、ＭＭＥ、基地局装置）に通信リソースが割り当てられてしまい、ＮＢ主導で停止したセッションさえも再開されてしまうという問題があった。
【００５１】
しかしながら、ＭＢＭＳ登録解除手続きにより配信リストからの配信先装置の更新を行い、例えば、４）のようにＢＭ−ＳＣ主導でセッションが再開された場合にも、不必要なセッションが開始されなくなる。
【００５２】
また、セッションを不必要に開始されないことにより、セッションを開始する際に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。
【図面の簡単な説明】
【００５３】
【図１】第１実施形態における移動通信システムの概略を示した図である。
【図２】第１実施形態におけるＢＭ−ＳＣの機能構成を説明する為の図である。
【図３】ＢＭ−ＳＣにおけるＭＢＭＳサービスＤＢのデータ構成の一例を示した図である。
【図４】ＢＭ−ＳＣにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図５】ＢＭ−ＳＣにおけるＭＢＭＳ ＵＥベアラコンテキストのデータ構成の一例を示した図である。
【図６】第１実施形態におけるＭＢＭＳ ＧＷの機能構成を説明する為の図である。
【図７】ＭＢＭＳ ＧＷにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図８】ＭＢＭＳ ＧＷにおける上流コントロールノードＤＢのデータ構成の一例を示した図である。
【図９】ＭＢＭＳ ＧＷにおけるＭＢＭＳ ＵＥベアラコンテキストのデータ構成の一例を示した図である。
【図１０】第１実施形態におけるＭＭＥの機能構成を説明する為の図である。
【図１１】ＭＭＥにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図１２】ＭＭＥにおけるＭＢＭＳ ＵＥベアラコンテキストのデータ構成の一例を示した図である。
【図１３】第１実施形態におけるｅＮＢの機能構成を説明する為の図である。
【図１４】ｅＮＢにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図１５】ｅＮＢにおける無線フレーム情報のデータ構成の一例を示した図である。
【図１６】ｅＮＢにおけるＭＢＭＳ ＵＥベアラコンテキストのデータ構成の一例を示した図である。
【図１７】第１実施形態における処理の流れについて説明した図である。
【図１８】第１実施形態における処理の流れについて説明した図である。
【図１９】第１実施形態におけるベアラコンテキストの変化について説明する為の図である。
【図２０】第１実施形態における処理の流れについて説明した図である。
【図２１】第１実施形態における処理の流れについて説明した図である。
【図２２】第１実施形態における動作について説明した図である。
【図２３】第１実施形態における動作について説明した図である。
【図２４】第２実施形態における処理の流れについて説明した図である。
【図２５】第２実施形態におけるベアラコンテキストの変化について説明する為の図である。
【図２６】第２実施形態における処理の流れについて説明した図である。
【図２７】第２実施形態における処理の流れについて説明した図である。
【発明を実施するための形態】
【００５４】
以下、図面を参照して本発明を実施するための最良の形態について説明する。
［１．第１実施形態］
［１．１ システム構成］
図１は、本発明を適用した場合における移動通信システム１の概要を説明するための図である。移動通信システム１は、ブロードキャスト・マルチキャストサービスセンタであるＢＭ−ＳＣ（Broadcast-Multicast Service Center）１０、ゲートウェイ装置であるＭＢＭＳ ＧＷ（MBMS GateWay）２０及びサービス制御装置であるＭＭＥ（Mobility Management Entity）３０を含むコアネットワーク５と、基地局装置であるｅＮＢ４０と、移動局装置であるＵＥ５０とを含んで構成されている。
【００５５】
コアネットワーク５にｅＮＢ４０が接続されており、ｅＮＢ４０にＵＥ５０が接続可能な状態で構成されている。具体的には、ＢＭ−ＳＣ１０の下位にはＭＢＭＳ ＧＷ２０が接続されており、ＭＢＭＳ ＧＷ２０の下位にはＭＭＥ３０を介して又は直接ｅＮＢ４０が接続されている。さらに、ｅＮＢ４０の下位にはＵＥ５０が接続されている。
【００５６】
ここで、本実施形態の図１においては、説明の都合上、各構成装置が１つとして記載されているが、複数の装置が接続されていてもよい。例えば、一又は複数のＭＢＭＳ ＧＷを移動通信システム１は含んでおり、各ＭＢＭＳ ＧＷの下位に一又は複数のＭＭＥ、ｅＮＢがそれぞれ接続されている。また、ＵＥもｅＮＢに一又は複数接続可能である。
【００５７】
［１．２ 装置構成］
続いて、各装置の機能構成について、図を用いて説明する。
【００５８】
［１．２．１ ＢＭ−ＳＣ］
ＢＭ−ＳＣ１０の機能構成について、図２を用いて説明する。ＢＭ−ＳＣ１０は、制御部１００に、送受信部１１０と記憶部１２０とが接続されている。
【００５９】
制御部１００は、ＢＭ−ＳＣ１０の全体を制御するための機能部である。制御部１００は、記憶部１２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【００６０】
送受信部１１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＭＢＭＳ ＧＷ２０と接続されている。
【００６１】
記憶部１２０は、ＢＭ−ＳＣ１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳサービスＤＢ１２２と、ＭＢＭＳベアラコンテキスト１２４と、ＭＢＭＳ ＵＥコンテキスト１２６とがそれぞれ記憶されている。
【００６２】
ＭＢＭＳサービスＤＢ１２２は、配信可能なＭＢＭＳベアラサービスを管理するために、ＭＢＭＳベアラサービス毎の配信データのサービス識別子を記憶するＤＢである。図３に、ＭＢＭＳサービスＤＢ１２２のデータ構成の一例を示す。
【００６３】
ここで、「サービス識別子」としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキストを識別するＴＭＧＩ（Temporary Mobile Group Identity）
（２）その他の識別子（例えば、ＢＭ−ＳＣ１０を運用してサービス事業を行う事業者が割り当てる識別子）等が利用可能である。
【００６４】
本実施形態では、（１）のＴＭＧＩを利用することとして説明する。具体的には、ＭＢＭＳベアラサービスでマルチキャストデータ配信時、サービス毎に生成するＭＢＭＳベアラコンテキスト１２４を識別するＴＭＧＩを用いる。ここで、ＴＭＧＩとは、従来携帯電話サービスで利用されている一時的に割り当てられた加入者識別情報だが、ＭＢＭＳにおいてはＭＢＭＳベアラサービスを識別する情報として利用されている。
【００６５】
ＭＢＭＳベアラコンテキスト１２４は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために確立するＭＢＭＳベアラの管理情報である。図４に、ＭＢＭＳベアラコンテキスト１２４のデータ構成の一例を示す。
【００６６】
ＭＢＭＳベアラコンテキスト１２４は、ＭＢＭＳ登録の際に必要とするＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、データ配信先の配信ノード（例えば、「ＭＢＭＳ ＧＷ２０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
【００６７】
ここで、配信ノードは、配信するノードを特定する情報を記憶しており、例えばＩＰアドレス（図４の場合はＭＢＭＳ ＧＷ２０のＩＰアドレス）が記憶される。ここで、配信ノードは一又は複数記憶することができる。
【００６８】
また、配信ノード又は後述する上位配信ノードが各装置に記憶されることから、移動通信システム１の配信リストが形成される。配信リストとは、配信ノードを特定するためのものであり、配信リストに従って、ＢＭ−ＳＣ１０とＵＥ５０間のベアラが確立される。
【００６９】
ここで、各装置を所定の配信リストに登録する場合には、各装置が記憶しているＭＢＭＳベアラコンテキストの配信ノードに関する情報をそれぞれ更新・登録すれば良い。逆に配信リストから外れる場合は、各装置が記憶しているＭＢＭＳベアラコンテキストの配信ノードに関する情報から、所定の装置を削除すれば良い。
【００７０】
ここで、ＵＥカウンタとは、ＭＢＭＳベアラサービスのマルチキャストデータの受信が必要なＵＥの数である。これは基地局装置（ｅＮＢ４０）のカウンティング機能によりカウントされた数に基づいたものであり、例えば、ｅＮＢ４０に接続しているＵＥ５０自体の数でも良いし、ＵＥ５０の内、マルチキャストグループに参加しているＵＥ５０の数でも良い。更に、ユーザが実際に視聴している端末（ＵＥ５０）、すなわちユーザが視聴アプリケーションを起動していない状態を検知するなどして、一時的に視聴をしていないＵＥ５０を除いた数であったり、ユーザにより受信が必要であることを通知するＵＥ５０の数であってもよい。
【００７１】
さらに、ＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキスト１２４に複数の配信ノードであるＭＢＭＳ ＧＷの情報を記憶している場合、ＭＢＭＳ ＧＷ毎にそれぞれ異なるＵＥカウンタを記憶し、ＵＥの数をカウントすることが出来る。したがって、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０へ配信するマルチキャストデータの視聴端末数を記憶することが可能である。
【００７２】
ＭＢＭＳ ＵＥコンテキスト１２６は、ＭＢＭＳサービス毎に生成され、ＵＥがＭＢＭＳサービスに参加することを示すＵＥの管理情報である。ＢＭ−ＳＣ１０は、ＭＢＭＳ ＵＥコンテキスト１２６を参照し、ＭＢＭＳサービス毎にユーザ登録し、ＭＢＭＳサービス毎に課金を行うことができる。図５に、ＭＢＭＳベアラコンテキスト１２６のデータ構成の一例を示す。
【００７３】
ＭＢＭＳ ＵＥコンテキスト１２６は、ＭＢＭＳサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、ＵＥ５０が初期接続時に、ＩＰアドレスを取得する際に必要とするＡＰＮ（Access Point Name）の情報（例えば、「ＡＰＮ１」）と、ＵＥを識別するために用いられるＩＭＳＩ（International Mobile Subscriber Identity）の情報（例えば「ＩＭＳＩ１」）とが含まれている。
【００７４】
［１．２．２ ＭＢＭＳ ＧＷ］
続いて、ＭＢＭＳ ＧＷ２０の機能構成について、図６を用いて説明する。ＭＢＭＳ ＧＷ２０は、制御部２００に、送受信部２１０と記憶部２２０とが接続されている。
【００７５】
制御部２００は、ＭＢＭＳ ＧＷ２０の全体を制御するための機能部である。制御部２００は、記憶部２２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【００７６】
送受信部２１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＢＭ−ＳＣ１０と、ＭＭＥ３０と、ｅＮＢ４０とに接続されている。
【００７７】
記憶部２２０は、ＭＢＭＳ ＧＷ２０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部２２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト２２２と、上流コントロールノードＤＢ２２４と、ＭＢＭＳ ＵＥコンテキスト２２６がそれぞれ記憶されている。ここで、ＭＢＭＳベアラコンテキスト２２２は、ＴＭＧＩで一意に識別することができる。
【００７８】
ＭＢＭＳベアラコンテキスト２２２は、ＭＢＭＳベアラサービス毎に生成し、マルチキャストデータを配送するために必要な管理情報である。図７に、ＭＢＭＳベアラコンテキスト２２２のデータ構成の一例を示す。
【００７９】
ＭＢＭＳベアラコンテキスト２２２は、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、ＭＢＭＳ制御装置の情報（例えば、「ＭＭＥ３０」）と、配信ノードに関する情報（例えば、ＭＭＥ３０）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
【００８０】
ここで、配信ノードは、配信するノードを特定する情報を記憶しており、例えばＩＰアドレス（図７の場合はｅＮＢ４０のＩＰアドレス）が記憶される。また、配信ノードは複数記憶することができる。
【００８１】
ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶される。
【００８２】
ＵＥカウンタは、ＭＢＭＳベアラサービスのマルチキャストデータを受信する移動局装置（端末）の数である。これは基地局装置（ｅＮＢ４０）のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している移動局装置の数等である。
【００８３】
さらに、ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２に複数の配信ノードであるｅＮＢ４０の情報を記憶している場合、ｅＮＢ４０毎にそれぞれことなるＵＥカウンタを記憶し、ＵＥの数をカウントすることが出来る。したがって、ＭＢＭＳ ＧＷ２０は、ｅＮＢ４０へ配信するマルチキャストデータの視聴端末数を記憶することが可能である。
【００８４】
上流コントロールノードＤＢ２２４は、上流のマルチキャストデータ配信装置を特定するための情報を記憶するためのＤＢである。図８に上流コントロールノードＤＢ２２４の構成の一例を示す。本実施形態においては、ＢＭ−ＳＣ１０に関する情報について記憶しており、例えば、ＢＭ−ＳＣ１０のＩＰアドレスが記憶されている。
【００８５】
上流コントロールノードＤＢ２２４は、図８に示すように一つの上流コントロールノード（ＢＭ−ＳＣ１０）を記憶する。あるいは、サービス毎に複数の上流コントロールノード（ＢＭ−ＳＣ１０）を記憶してもよい。その場合には、ＴＭＧＩ等で識別できるＭＢＭＳベアラコンテキスト毎に記憶する。
【００８６】
ＭＢＭＳ ＵＥコンテキスト２２６は、ＭＢＭＳサービス毎に生成され、ＵＥ５０がＭＢＭＳサービスに参加することを示すＵＥ５０の管理情報である。ＭＢＭＳ ＧＷ２０は、あるＭＢＭＳサービスにおいて最初のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録を行う。また、あるＭＢＭＳサービスにおいて、最後のＭＢＭＳ ＵＥコンテキスト２２６が削除された場合、ＭＢＭＳ登録解除する。図９に、ＭＢＭＳ ＵＥコンテキスト２２６のデータ構成の一例を示す。
【００８７】
ＭＢＭＳ ＵＥコンテキスト２２６は、ＭＢＭＳサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、ＵＥ５０が初期接続時に、ＩＰアドレスを取得する際に必要とするＡＰＮの情報（例えば、「ＡＰＮ１」）と、サービス配信において経由するｅＮＢ（例えば、「ｅＮＢ４０」）と、ＵＥを識別するために用いられるＩＭＳＩの情報（例えば、「ＩＭＳＩ１」）とが含まれている。
【００８８】
［１．２．３ ＭＭＥ］
続いて、ＭＭＥ３０の機能構成について、図８を用いて説明する。ＭＭＥ３０は、制御部３００に、送受信部３１０と記憶部３２０とが接続されている。
【００８９】
制御部３００は、ＭＭＥ３０の全体を制御するための機能部である。制御部３００は、記憶部３２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【００９０】
送受信部３１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＭＢＭＳ ＧＷ２０と、ｅＮＢ４０とに接続されている。
【００９１】
記憶部３２０は、ＭＭＥ３０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部３２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト３２２とＭＢＭＳ ＵＥコンテキスト３２４とが記憶されている。
【００９２】
ＭＢＭＳベアラコンテキスト３２２は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図１１に、ＭＢＭＳベアラコンテキスト３２２のデータ構成の一例を示す。ここで、ＭＢＭＳベアラコンテキスト３２２は、ＴＭＧＩで一意に識別することができる。
【００９３】
具体的には、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、データ配信先の配信ノード（例えば、「ＮＢ４０」）と、上位の配信ノードとなる上位配信ノード（例えば、「ＭＢＭＳ ＧＷ２０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
【００９４】
ここで、配信ノード及び上位配信ノードは、それぞれのノードを特定する情報を記憶しており、例えばＩＰアドレス（図１１の場合はＮＢ４０や、ＭＢＭＳ ＧＷ２０のＩＰアドレス）が記憶される。また、配信ノードは複数記憶することができる。
【００９５】
ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキスト３２２を生成するＭＢＭＳベアラサービス毎に記憶する。
【００９６】
ＵＥカウンタは、ＭＢＭＳベアラサービスのマルチキャストデータを受信する移動局装置（端末）の数である。これは基地局装置（ｅＮＢ４０）のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している端末の数等である。
【００９７】
さらに、ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２に複数の配信ノードであるｅＮＢの情報を記憶している場合、ｅＮＢ毎にそれぞれことなるＵＥカウンタを記憶し、ＵＥの数をカウントすることが出来る。したがって、ＭＭＥ３０は、ｅＮＢ４０へ配信するマルチキャストデータの視聴端末数を記憶することが可能である。
【００９８】
ＭＢＭＳ ＵＥコンテキスト３２４は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータ配信におけるＵＥ５０の管理情報である。ＭＭＥ３０は、あるＭＢＭＳサービスにおいて最初のＭＢＭＳ ＵＥコンテキスト３２４が生成された場合、ＭＢＭＳ登録をする。また、あるＭＢＭＳサービスにおいて、最後のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録解除する。図１２に、ＭＢＭＳ ＵＥコンテキスト３２４のデータ構成の一例を示す。
【００９９】
ＭＢＭＳ ＵＥコンテキスト３２４は、ＭＢＭＳサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、ＵＥ５０が初期接続時に、ＩＰアドレスを取得する場合に必要とするＡＰＮの情報（例えば、「ＡＰＮ１」）と、データ配信先の配信ノードの情報（例えば、「ｅＮＢ４０」）と、上位の配信ノードとなる上位配信ノードの情報（例えば、「ＭＢＭＳ ＧＷ２０」）と、ＵＥ５０が参加するマルチキャストサービスを示すＴＭＧＩ（例えば、「ＴＭＧＩ１」）が含まれている。
【０１００】
［１．２．４ ｅＮＢ］
続いて、ｅＮＢ４０の機能構成について、図１３を用いて説明する。ｅＮＢ４０は、制御部４００に、送受信部４１０と記憶部４２０とが接続されている。
【０１０１】
制御部４００は、ｅＮＢ４０の全体を制御するための機能部である。制御部４００は、記憶部４２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【０１０２】
送受信部４１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＭＢＭＳ ＧＷ２０と、ＭＭＥ３０と接続されており、ＵＥ５０が接続可能である。
【０１０３】
記憶部４２０は、ｅＮＢ４０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部４２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト４２２と、無線フレーム情報４２４と、ＭＢＭＳ ＵＥコンテキスト４２６がそれぞれ記憶されている。
【０１０４】
ＭＢＭＳベアラコンテキスト４２２は、ＭＳＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図１４に、ＭＢＭＳベアラコンテキスト４２２のデータ構成の一例を示す。
【０１０５】
ＭＢＭＳベアラコンテキスト４２２は、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、ＭＢＭＳ制御装置の情報（例えば、「ＭＭＥ３０」）と、上位の配信ノードとなる上位配信ノードの情報（例えば、「ＭＢＭＳ ＧＷ２０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
【０１０６】
ここで、上位配信ノードに関する情報は、ノードを特定する情報を記憶しており、例えばＩＰアドレス（図１４の場合はＭＭＥ３０のＩＰアドレス）が記憶される。また、ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶される。
【０１０７】
ＵＥカウンタは、ＭＢＭＳベアラサービスのマルチキャストデータを受信する移動局装置（端末）の数である。これはｅＮＢ４０のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している移動局装置（ＵＥ５０）の数等である。
【０１０８】
無線フレーム情報４２４は、ＭＢＭＳベアラサービス毎に、ｅＮＢ４０がＵＥ５０へ無線区間を通して送信するための無線フレームの情報を記憶する。図１５に、無線フレーム情報４２４のデータ構成の一例を示す。
【０１０９】
具体的には、ＭＢＭＳベアラサービスを識別する識別子毎に（例えばＴＭＧＩ毎）、マルチキャストモードかユニキャストモードかを示すモード情報（例えば、「フレームモード」）を記憶する。さらに、ユニキャストモードの場合には、フレーム配送するＵＥ５０のＩＭＳＩ（International Mobile Subscriber Identity）等の識別情報が記憶されている。ここで、フレーム配送するＵＥ（識別情報）については複数記憶することができる。
【０１１０】
ＭＢＭＳ ＵＥコンテキスト４２６は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータ配信におけるＵＥ５０の管理情報である。ｅＮＢ４０は、あるＭＢＭＳサービスにおいて最初のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録する。また、あるＭＢＭＳサービスにおいて、最後のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録解除を行う。図１６に、ＭＢＭＳ ＵＥコンテキスト４２６のデータ構成の一例を示す。
【０１１１】
ＭＢＭＳ ＵＥコンテキスト４２６は、ＭＢＭＳサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、ＵＥ５０が初期接続時に、ＩＰアドレスを取得する際に必要とするＡＰＮ（例えば、「ＡＰＮ１」）と、ＵＥが参加するマルチキャストサービスを示すＴＭＧＩ（例えば、「ＴＭＧＩ１」）とが含まれている。
【０１１２】
［１．３ 手続き処理］
続いて、本実施形態における移動通信システム１の手続き処理について、図を用いて説明する。
【０１１３】
［１．３．１ サービスアナウンスメント手続き］
まず、図１７に示すように、ＢＭ−ＳＣ１０はまず始めにＵＥ５０に対してサービスアナウンスメント手続きを行う（Ｓ１００）。すなわち、ＢＭ−ＳＣ１０は配信可能なサービスをＵＥ５０へ通知する。ＵＥ５０は、これによりマルチキャストサービスを検知する。
【０１１４】
ＢＭ−ＳＣ１０は、ＭＢＭＳサービスＤＢ１２２で管理されているサービスの配信が可能であることを、サービス識別子を通知することでＵＥ５０へ伝える。さらには、番組タイトルやコンテンツタイトル、配信開始時間等のサービスを説明する情報を付与して通知してもよい。
【０１１５】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＴＭＧＩ
（２）その他の識別子（例えば、事業者の設定したでＭＢＭＳベアラサービスを識別することができるその他の識別子）
等が利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０１１６】
また、具体的な通知方法としては、種々の方法が考えられるが、例えば、ＳＭＳ（Short Message Service）等を用いて、予め登録されている配信可能なＵＥ５０へ通知したり、不特定多数のＵＥ５０へ通知したり、ＷＥＢに情報を掲示して、ＵＥ５０がＷＥＢサーバにアクセスすることで情報を取得したりしてもよい。
【０１１７】
[１．３．２ アクティベーション手続き]
続いて、ＵＥ５０は、サービスアナウンスメントで通知されたマルチキャストサービスに参加するためのアクティベーション手続きを行う（Ｓ１０２）。ここで、ＵＥ５０がマルチキャストサービスに参加するためのアクティベーション手続きについて、図１８を用いて説明する。
【０１１８】
本手続きは、ＵＥ５０はＭＢＭＳ ＧＷ２０へＩＧＭＰ参加要求を行うことにより、アクティベーション手続きが開始される（Ｓ２００）。ここで、ＵＥ５０がＭＢＭＳ ＧＷ２０へＭＢＭＳサービスに参加するための要求方法は種々存在するが、例えば、上記サービスアナウンスメントより通知されてきたサービスを一意に示す情報をＵＥ５０がＭＢＭＳ ＧＷ２０へ通知することが可能である。具体的には、ＩＰｖ４で通信する場合には、ＩＧＭＰ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信し、ＩＰｖ６で通信する場合にはＭＬＤ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信する。
【０１１９】
次に、ＭＢＭＳ ＧＷ２０は、ＢＭ−ＳＣ１０へＵＥ５０が参加要求をサービスに参加するためのＭＢＭＳ承認要求を送信する（Ｓ２０２）。ＭＢＭＳ承認要求を受信したＢＭ−ＳＣ１０は、そのサービス規約に基づいて参加要求のあったＵＥ５０を承認する。ここで、承認対象となるＵＥ５０に対して課金処理を行っても良い。
【０１２０】
続いて、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０へＵＥ５０を承認したことを示す承認応答を送信する（Ｓ２０４）。ここで、ＢＭ−ＳＣ１０は、承認応答にＡＰＮを含めて送信する。ただし、ＢＭ−ＳＣ１０がＵＥ５０にサービスの参加を許可しない場合には、承認応答を送信しなくても良い。
【０１２１】
次に、ＭＢＭＳ ＧＷ２０は、ＭＭＥ３０へＭＢＭＳ通知要求を送信する（Ｓ２０６）。ここで、ＭＢＭＳ ＧＷ２０は、ＩＰマルチキャストアドレス、ＡＰＮとを含めて送信する。また、ＩＰマルチキャストアドレスは、ＵＥ５０が参加要求を行ったアドレスである。次に、ＭＭＥ３０は、ＭＢＭＳ ＧＷ２０へＭＢＭＳ通知応答を送信する（Ｓ２０８）。
【０１２２】
さらに、ＭＭＥ３０は、ＵＥ５０へＭＢＭＳ ＵＥコンテキストを有効にするために、ＭＢＭＳコンテキストアクティベーション要求を送信する（Ｓ２１０）。ここで、ＭＭＥ３０は、ＭＢＭＳコンテキスト要求に、ＩＰマルチキャストアドレス、ＡＰＮとを含めて送信する。
【０１２３】
ＭＢＭＳコンテキストアクティベーション要求を受信したＵＥ５０は、ＭＢＭＳ ＵＥコンテキストを作成し、ＭＢＭＳコンテキストアクティベーション応答をＭＭＥ３０へ送信する（Ｓ２１２）。ここで、ＭＢＭＳコンテキストアクティベーション応答には、ＩＰマルチキャストアドレスと、ＡＰＮと、ＵＥが処理することができるＱｏＳに関する情報とが含まれる。また、ＭＢＭＳ ＵＥコンテキストには、ＩＰマルチキャストアドレスと、ＡＰＮと、上位配信ノードであるＭＢＭＳ ＧＷの情報と、ＴＭＧＩとが含まれる。
【０１２４】
次に、ＵＥ５０からＭＢＭＳ ＵＥコンテキストアクティベーション応答を受信したＭＭＥ３０は、ＭＢＭＳ ＵＥコンテキストを作成し、ＭＢＭＳコンテキスト要求をＭＢＭＳ ＧＷ２０へ送信する（Ｓ２１４）。ここで、ＭＭＥ３０は、ＭＢＭＳコンテキスト要求にＩＰマルチキャストアドレスと、ＡＰＮとを含めて送信する。また、ＭＢＭＳ ＵＥコンテキストには、ＩＰマルチキャストアドレスと、ＡＰＮと、配信ノードであるＭＭＥ３０の情報とを含める。
【０１２５】
次に、ＭＭＥ３０からＭＢＭＳコンテキスト要求を受信したＭＢＭＳ ＧＷ２０は、ＵＥ５０によるサービス参加を確認するために、ＭＢＭＳ承認要求をＢＭ−ＳＣ１０へ送信する（Ｓ２１６）。ＭＢＭＳ ＧＷ２０からＭＢＭＳ承認要求を受信したＢＭ−ＳＣ１０は、ＵＥ５０によるサービス参加を確認した後、ＭＢＭＳ ＵＥコンテキスト１２６を作成する。ＭＢＭＳ ＵＥコンテキストには、ＩＰマルチキャストアドレスと、ＡＰＮとを含める。続いて、ＢＭ−ＳＣ１０は、ＭＢＭＳ承認応答をＭＢＭＳ ＧＷ２０へ送信する（Ｓ２２０）。
【０１２６】
ＢＭ−ＳＣ１０からＭＢＭＳ承認応答を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳ ＵＥコンテキスト２２６を作成し、ＭＢＭＳコンテキスト応答をＭＭＥ３０へ送信する（Ｓ２２２）。
【０１２７】
続いて、ＭＢＭＳ ＧＷ２０からＭＢＭＳコンテキスト応答を受信したＭＭＥ３０は、ＭＢＭＳ ＵＥコンテキスト３２４を作成し、ＭＢＭＳ ＵＥコンテキストの通知をＮＢ４０へ送信する（Ｓ２２４）。
【０１２８】
ＭＭＥ３０からＭＢＭＳ ＵＥコンテキストの通知を受信したｅＮＢ４０は、ＭＢＭＳ ＵＥコンテキスト４２６を作成する。ＭＢＭＳ ＵＥコンテキスト４２６には、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩとを含める。
【０１２９】
次に、ＭＭＥ３０は、ＵＥ５０へＭＢＭＳコンテキストアクティベーション許可応答を送信する（Ｓ２２６）。ＭＭＥ３０は、ＭＢＭＳコンテキストアクティベーション許可応答にＴＭＧＩを含めて送信する。ここで、ＴＭＧＩは、ＭＢＭＳサービスを一意に示す識別子である。
【０１３０】
[１．３．３ ＭＢＭＳ登録手続き]
続いて、あるＭＢＭＳサービスにおけるＭＢＭＳ登録手続きを、図１７に戻って説明する。ＭＢＭＳ登録手続きにより、ＢＭ−ＳＣ１０からＵＥ５０への通信経路が確立される。
【０１３１】
通信経路の確立には、ＢＭ−ＳＣ１０においてＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ−ＧＷ２０においてＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０においてＭＢＭＳベアラコンテキスト３２２、ＮＢ４０においてＭＢＭＳベアラコンテキスト４２２を生成し、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ ＧＷ２０におけるＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０におけるＭＢＭＳベアラコンテキスト３２２内それぞれの配信ノードのリストに登録する必要がある。
【０１３２】
すなわち、ＢＭ−ＳＣ１０における配信ノードにはＭＢＭＳ ＧＷ２０の情報が登録され、ＭＢＭＳ ＧＷ２０における配信ノードにはｅＮＢ４０の情報が登録され、ＭＭＥ３０における配信ノードにはｅＮＢ４０の情報がそれぞれ登録される。また、ＢＭ−ＳＣ１０、ＭＢＭＳ ＧＷ２０、ＭＭＥ３０におけるそれぞれの配信ノードには、複数の下りリンクノードに関する情報が登録される場合もある。
【０１３３】
まず、ｅＮＢ４０は、ＭＢＭＳサービスに参加するＵＥ５０を検出することにより、ＭＢＭＳ登録手続きを開始する。ここで、ｅＮＢ４０がＭＢＭＳサービスに参加するＵＥ５０の検出方法は種々存在するが、例えば、上記サービスアナウンスメントより通知されてきたサービスを一意に示す情報をＵＥ５０がｅＮＢ４０へ通知することが可能である。
【０１３４】
ここで、ｅＮＢ４０は、サービスに参加するＵＥ５０のＭＢＭＳ ＵＥコンテキスト４２６を生成しても良い。ＭＢＭＳ ＵＥコンテキスト４４６には、ＩＰマルチキャストアドレス、ＡＰＮ及びＴＭＧＩを含める。さらに、ｅＮＢ４０は、このＴＭＧＩが含まれる最初のＭＢＭＳ ＵＥコンテキスト４４６を生成した場合であれば、ＭＢＭＳ登録開始手続きの合図としても良い。
【０１３５】
さらに、ｅＮＢ４０がＭＢＭＳ登録手続きを開始するトリガは、上記以外でもオペレータのポリシ等により、任意のタイミングで行ってもよい。
【０１３６】
次に、ｅＮＢ４０は、ＵＥ５０に指定されたサービスをＭＢＭＳ登録するためのＭＢＭＳ登録要求をＭＭＥ３０に送信する（Ｓ１０４）。ここで、ｅＮＢ４０は、ＭＢＭＳ登録要求にＴＭＧＩと、ＩＰマルチキャストアドレスと、ＡＰＮとを含めて送信する。
【０１３７】
ｅＮＢ４０からＭＢＭＳ登録要求を受信したＭＭＥ３０はＭＢＭＳ ＧＷ２０へＭＢＭＳ登録要求を送信する（Ｓ１０６）。ここで、ＭＢＭＳ登録要求には、配信ノードに登録するｅＮＢ４０の情報と、ＴＭＧＩと、ＩＰマルチキャストアドレスと、ＡＰＮとを含める。
【０１３８】
ここで、ＭＭＥ３０は、サービスに対応するＭＢＭＳベアラコンテキスト３２２を生成する。ＭＢＭＳベアラコンテキスト３２２には、サービスを識別するＴＭＧＩを含める。さらに、ＭＢＭＳベアラコンテキスト３２２におけるベアラリソースの状態情報を“スタンバイ”に設定する。
【０１３９】
ここで、サービスに参加するＵＥ５０のＭＢＭＳ ＵＥコンテキスト３２４を生成しても良い。ＭＢＭＳ ＵＥコンテキスト３２４には、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩと、上位配信ノードであるＭＢＭＳ ＧＷの情報とを含める。
【０１４０】
ＭＭＥ３０からＭＢＭＳ登録要求を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２を生成し、ＭＢＭＳ登録要求をＢＭ−ＳＣへ送信する（Ｓ１０８）。ここで、ＭＢＭＳベアラコンテキスト２２２におけるベアラリソースの状態情報を“スタンバイ”に設定する。
【０１４１】
ここで、ＭＢＭＳ ＧＷ２０は、サービスに参加するＵＥ５０のＭＢＭＳ ＵＥコンテキスト２２６を生成しても良い。ＭＢＭＳ ＵＥコンテキスト２２６には、ＩＰマルチキャストアドレスと、ＡＰＮと、配信ノードであるｅＮＢ４０の情報とが含まれている。
【０１４２】
ＭＢＭＳ ＧＷ２０からＭＢＭＳ登録要求を受信したＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキストにＭＢＭＳ登録要求を送信したＭＢＭＳ ＧＷ２０の情報を配信ノードに登録し、ＭＢＭＳ登録応答を返信する（Ｓ１１０）。ここで、ＭＢＭＳ登録応答には、ＴＭＧＩ、ＱｏＳに関する情報が含まれている。
【０１４３】
Ｓ１０６でＭＭＥ３０からＭＢＭＳ登録要求を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２のＭＢＭＳ制御装置に、ＭＢＭＳ登録要求を送信したＭＭＥ３０を登録し、上位配信ノードにＳ１１０でＭＢＭＳ登録応答のあったＢＭ−ＳＣ１０に関する情報を登録し、ＭＢＭＳベアラコンテキスト２２２における配信ノードにＭＢＭＳ登録要求に含められたｅＮＢ４０に関する情報を登録し、ＭＢＭＳ登録応答をＭＭＥ３０へ返信する（Ｓ１１２）。ここで、ＭＢＭＳ登録応答には、ＴＭＧＩと、このＭＢＭＳサービスに必要とされるベアラに関する情報とが含まれている。
【０１４４】
Ｓ１０４でｅＮＢ４０からＭＢＭＳ登録要求を受信したＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに、ＭＢＭＳ登録要求を送信したｅＮＢ４０に関する情報を登録し、上位配信ノードにＳ１１２でＭＢＭＳ登録応答を送信したＭＢＭＳ ＧＷ２０に関する情報を登録し、ＭＢＭＳ登録応答を返信する（Ｓ１１４）。このとき、ＭＢＭＳ登録応答のあったＭＢＭＳ ＧＷ２０を含める。
【０１４５】
Ｓ１１４でＭＭＥからＭＢＭＳ登録応答を受信したｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２のＭＢＭＳ制御装置に、Ｓ１１４でＭＢＭＳ登録応答を送信したＭＭＥ３０に関する情報を登録し、上位配信ノードに、Ｓ１１４で含められたＭＢＭＳ登録応答に含められたＭＢＭＳ ＧＷ２０に関する情報を登録する。
【０１４６】
以上のサービスアナウンスメント手続きと、アクティベーション手続きと、ＭＢＭＳ登録手続きにより、ＵＥ５０とＢＭ−ＳＣ１０との間で配信リストを形成することにより、ＢＭ−ＳＣ１０が送信したサービスのマルチキャスト配信データはｅＮＢ４０まで配送するための経路を生成することができる。
【０１４７】
なお、配信リストに登録されるノードは、上記に従う必要はなく、オペレータによって予め登録されていてもよい。ここで、ＭＢＭＳ登録手続き後におけるｅＮＢ４０が記憶するＭＢＭＳベアラコンテキスト４２２を図１９（ａ）に示す。図１９（ａ）に示すように、ＭＢＭＳベアラサービス識別子には「ＴＭＧＩ１」が、ＩＰマルチキャストアドレスには「ＩＰマルチキャストアドレス１」が、モードには「マルチキャスト」が、状態情報には「スタンバイ」が、ＭＢＭＳ制御装置には「ＭＭＥ３０」の情報が、上位配信ノードには「ＭＢＭＳ ＧＷ２０」の情報がそれぞれ記憶される。
【０１４８】
なお、上記では、ＭＭＥ３０がＭＢＭＳ登録解除要求を受信した場合の処理を説明したが、その他のＭＭＥがｅＮＢ４０からＭＢＭＳ登録解除要求を受信した場合にも、ＭＭＥ３０と同様の手続きを行う。
【０１４９】
同様にＭＢＭＳ ＧＷにおいても、ＭＢＭＳ ＧＷ２０がＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷがＭＭＥ３０からＭＢＭＳ登録要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。
【０１５０】
同様にＢＭ−ＳＣにおいても、ＢＭ−ＳＣ１０がＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＢＭ−ＳＣがＭＢＭＳ ＧＷ２０からＭＢＭＳ登録要求を受信した場合にも、ＢＭ−ＳＣ１０と同様の手続きを行う。
【０１５１】
［１．３．４ セッション開始手続き］
続いて実行するセッション開始手続きを、図２０を用いて説明する。セッション開始手続きにより、ＭＢＭＳベアラを確立し、データを送信する準備を行う。ＢＭ−ＳＣ１０は、サービスを指定してセッション開始要求をＭＢＭＳ ＧＷ２０に送信する（Ｓ３００）。
【０１５２】
ここで、セッションを識別するためのセッション識別子を生成し、生成したセッション識別子とサービスを指定するためのＴＭＧＩとをセッション開始要求に含めて送信する。これによりセッション開始手続きを開始する。
【０１５３】
また、対応するＭＢＭＳベアラコンテキスト１２４（ＴＭＧＩで識別可能）には、セッション識別子を登録し、状態情報をアクティブに登録する。
【０１５４】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト１２４の配信ノードに登録される総てのＭＢＭＳ ＧＷ２０へ送信する。
【０１５５】
ＭＢＭＳ ＧＷ２０は、セッション開始要求を受信し、セッション開始応答をＢＭ−ＳＣ１０に送信し、応答する（Ｓ３０２）。また、対応するＭＢＭＳベアラコンテキスト２２２（ＴＭＧＩで識別可能）にセッション識別子を登録し、状態情報をアクティブに登録する。配信ノードには、ｅＮＢ４０に関する情報が登録されている。ここで、配信ノードには、複数のｅＮＢが登録されている。
【０１５６】
なお、登録される配信ノードであるｅＮＢ４０は、オペレータによって予め登録されているものでも良いし、上記ＭＢＭＳ登録手続きを経て登録されたＭＢＭＳサービスエリア毎の配信ノード（ｅＮＢ４０等）のリストを利用し、ＢＭ−ＳＣ１０から送信されたセッション開始要求に含まれるＭＢＭＳサービスエリア識別子に基づいて対応するｅＮＢ４０を選択してもよい。
【０１５７】
以上の手続きにより、ＢＭ−ＳＣ１０とＭＢＭＳ ＧＷ２０間でマルチキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラが確立される。
【０１５８】
さらに、ＭＢＭＳベアラでの送信をＩＰマルチキャスト通信で行うため、サービスに対してＩＰマルチキャストアドレスを割り当て、ＭＢＭＳベアラコンテキスト２２２に登録する。
【０１５９】
ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２のＭＢＭＳ制御装置に登録されるＭＭＥ３０へセッション開始要求（Ｓ３０４）を送信する。サービスを指定するために、セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０１６０】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト２２２のＭＢＭＳ制御装置に登録される総てのＭＭＥへ送信される。
【０１６１】
ＭＭＥ３０は、セッション開始要求を受信し、セッション開始応答をＭＢＭＳ ＧＷ２０に送信し、応答する（Ｓ３１０）。また、ＭＢＭＳベアラコンテキスト３２２を生成し、ＴＭＧＩとセッション識別子とＩＰマルチキャストアドレスとを登録し、状態情報をアクティブに登録する。
【０１６２】
配信ノードには、ｅＮＢ４０に関する情報が登録されている。ここで、配信ノードには、複数のｅＮＢが登録されている。
【０１６３】
ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録されるｅＮＢ４０へセッション開始要求（Ｓ３０６）を送信する。セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０１６４】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録される総てのｅＮＢへ送信される。
【０１６５】
ｅＮＢ４０は、セッション開始要求を受信し、セッション開始応答をＭＭＥ３０に送信し、応答する（Ｓ３０８）。また、ＭＢＭＳベアラコンテキスト４２２を生成し、ＴＭＧＩとセッション識別子とＩＰマルチキャストアドレスとを登録し、状態情報をアクティブに登録する。
【０１６６】
さらに、要求を送信した上位の配信ノードとなるＭＢＭＳ ＧＷ２０に関する情報を登録する。
【０１６７】
以上の手続きにより、ＭＢＭＳ ＧＷ２０とｅＮＢ４０間でマルチキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラを確立する。
【０１６８】
ここで、ｅＮＢ４０は、ＩＰマルチキャスト参加処理を行う（Ｓ３１４）。ｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２を参照し、サービスに対応するＩＰマルチキャストアドレスを用いて参加要求を行う。具体的には、ＩＰｖ４で通信する場合には、ＩＧＭＰ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔメッセージを送信し、ＩＰｖ６で通信する場合にはＭＬＤ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信する。
【０１６９】
これにより、ＢＭ−ＳＣ１０、ＭＢＭＳ ＧＷ２０、及びｅＮＢ４０で確立したＭＢＭＳベアラに、ＩＰマルチキャストパケットが配送される。また、マルチキャストデータは、ＩＰマルチキャストによりＢＭ−ＳＣ１０からｅＮＢ４０まで送信される。
【０１７０】
さらに、ｅＮＢ４０は、ＵＥ５０へ送信する無線リソース割り当て処理を行い、配送するための情報を無線フレーム情報４２４に登録する。具体的には、無線フレームのモードがマルチキャストモードであるか、ユニキャストモードであるかのモード情報をサービス識別子毎に登録する。サービス識別子としてはＴＭＧＩを用いることができる。
【０１７１】
また、マルチキャストモードで送信する場合は、フレームは不特定多数のＵＥへ送信するためＵＥ情報を保持する必要はないが、ユニキャストモードで送信する場合には、個々のＵＥに無線フレームを送信する必要があるため、その場合には、アクティベーション手続きの場合、ＵＥ情報としてＩＭＳＩを保持しておきＵＥ情報として登録する。
【０１７２】
以上のサービスアナウンスメント手続き、ＭＢＭＳ登録手続き、セッション開始手続きにより、ＵＥ５０とＢＭ−ＳＣ１０の間で通信路が確立し、ＢＭ−ＳＣ１０が送信したデータはｅＮＢ４０まで配送することができる。
【０１７３】
最後に、ｅＮＢ４０はＵＥ５０に対してＭＢＭＳ開始通知を送信する（Ｓ３１６）。開始通知にはサービスを識別するサービス識別子を含めて通知する。これにより、ＵＥ５０はマルチキャストデータの受信を開始する。
【０１７４】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ｅＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用する。本実施形態では、（１）のＴＭＧＩを利用することとして説明するが、（３）の場合には、サービス識別子とＭＢＭＳベアラコンテキスト４２２とを対応づけて登録することとなる。
【０１７５】
上記の例では、ＭＢＭＳ ＧＷ２０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷがＢＭ−ＳＣ１０からセッション開始要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。
【０１７６】
同様にＭＭＥにおいても、ＭＭＥ３０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＭＥがＭＢＭＳ ＧＷからセッション開始要求を受信した場合にも、ＭＭＥ３０と同様の手続きを行う。
【０１７７】
同様にｅＮＢにおいても、ｅＮＢ４０がセッション開始要求を受信した場合の処理を説明したが、その他のｅＮＢがＭＭＥからセッション開始要求を受信した場合にも、ｅＮＢ４０と同様の手続きを行う。
【０１７８】
同様にＵＥにおいても、ＵＥ５０がセッション開始要求を受信した場合の処理を説明したが、その他のＵＥがｅＮＢからセッション開始要求を受信した場合にも、ＵＥ５０と同様の手続きを行う。
【０１７９】
これにより、ＢＭ−ＳＣ１０が配信するマルチキャストデータは、複数のＭＢＭＳ ＧＷ、ＭＭＥ及びｅＮＢを介して階層的にＵＥへ配送される。
【０１８０】
ここで、セッション開始手続き後におけるｅＮＢ４０が保持するＭＢＭＳベアラコンテキスト４２２を図１９（ｂ）に示す。図１９（ｂ）に示すように、ＭＢＭＳベアラサービス識別子には「ＴＭＧＩ１」が、セッション識別子には「セッション１」が、ＩＰマルチキャストアドレスには「ＩＰマルチキャストアドレス１」が、モードには「マルチキャスト」が、状態情報には「アクティブ」が、ＭＢＭＳ制御装置には、「ＭＭＥ３０」の情報が、上位配信ノードには「ＭＢＭＳ ＧＷ２０」がそれぞれ格納される。図１９（ａ）と比較すると、セッション識別子が新たに格納され、状態情報がスタンバイからアクティブへ変更される。
【０１８１】
[１．３．５ ＭＢＭＳ登録解除手続きとセッション停止処理]
次に、ＭＢＭＳ登録解除手続きとセッション停止手続きについて図２１を用いて説明する。
【０１８２】
本実施形態では、ＭＢＭＳ登録解除手続きの後にセッション停止手続きを行うよう説明するが、この順番に限るものでなく、セッション停止手続きの後に、ＭＢＭＳ登録解除手続きを行っても良い。また、ＭＢＭＳ登録解除手続きでは、ｅＮＢ４０におけるカウンティング手続き結果を基に開始する例を説明するが、開始トリガはこれに限らず、ｅＮＢ４０から手続きを開始することができる。
【０１８３】
まず、ＭＢＭＳ登録解除手続きのトリガとなるカウンティング手続きを説明する。手続きはｅＮＢ４０とＵＥ５０との間で行う。ｅＮＢ４０は、接続するＵＥ５０に対して、サービス識別子を含めてサービスを受けているかどうかを確認するメッセージを送信する。
【０１８４】
ここで、ｅＮＢ４０は、無線フレーム情報４２４に登録されているＵＥ５０に宛てて、サービスを受けているかどうかを確認するメッセージを送信するが、接続する総てのＵＥに送信してもよい。
【０１８５】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ｅＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用することができる。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０１８６】
これにより、ｅＮＢ４０は、実際にマルチキャストデータの受信が必要なＵＥ５０の数を取得することができる。取得したＵＥ５０の数は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタに登録される。実際にマルチキャストデータの受信が必要なＵＥ５０の数としては、例えば、基地局装置に接続しているＵＥ５０自体の数でもよいし、それらＵＥ５０の内、マルチキャストグループに参加しているＵＥ５０の数でもよい。さらには、ユーザが視聴アプリケーションを起動してない状態を検知するなどして、一時的に視聴をしていないＵＥ５０を除いた数でもよいし、ユーザにより受信が必要であることを通知するＵＥ５０をカウントして登録してもよい。
【０１８７】
また、ｅＮＢ４０の確認メッセージには、サービス識別子を含めないで送信してもよい。その場合には、ＵＥ５０は、受信を必要とするサービスがある場合には、サービス識別子を含めて応答する。サービス識別子は、サービスアナウンスメント手続きで取得する等して保持しておくことで、選択可能となる。
【０１８８】
応答を受信したｅＮＢ４０は、サービス識別子からＭＢＭＳベアラコンテキストを特定し、応答のあったＵＥ５０の数をＵＥカウンタに登録する。以上によりカウンティング手続き（Ｓ４００）を完了する。
【０１８９】
ｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタがゼロになったかどうかを確認するカウンティング処理を行う（Ｓ４０２）。ＵＥカウンタがゼロになった場合、ｅＮＢ４０は、ＭＢＭＳ登録解除を行う（Ｓ４０４）。ｅＮＢ４０は、カウンティング処理の対象となるＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト４２２の配信ノードの情報からＵＥ５０を削除する。
【０１９０】
続いて、ｅＮＢ４０は、セッション停止処理を行う（Ｓ４０６）。ここで、ｅＮＢ４０は、ＵＥ５０とｅＮＢ４０間にＴＭＧＩで識別されるサービスにベアラリソースが割り当てられている場合、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキスト４２２における状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０１９１】
次に、ｅＮＢ４０は対応するサービスのＭＢＭＳ登録解除要求をＭＭＥ３０へ送信する（Ｓ４０８）。送信するＭＭＥは、ＭＢＭＳベアラコンテキスト４２２のＭＢＭＳ制御装置の情報により解決し、本実施形態ではＭＭＥ３０へ送信する。ｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２に登録されているＴＭＧＩと、サービス識別子と、セッション識別子と、上位配信ノードであるＭＢＭＳ ＧＷ２０の情報とを含めたＭＢＭＳ登録解除要求をＭＭＥ３０に送信する。
【０１９２】
ＭＢＭＳ登録解除要求を受信したＭＭＥ３０は、ＭＢＭＳ登録解除処理を行う（Ｓ４１０）。ＭＭＥ３０は、ｅＮＢ４０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト３２２の配信ノードの情報からｅＮＢ４０を削除する。
【０１９３】
続いて、ＭＭＥ３０は、セッション停止処理を行う（Ｓ４１２）。ここで、ＭＢＭＳベアラコンテキスト３２２における状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０１９４】
次に、ＭＭＥ３０は、ｅＮＢ４０にＭＢＭＳ登録解除応答を送信する（Ｓ４１４）。ＭＢＭＳ登録解除応答を受信したｅＮＢ４０は、ＭＢＭＳ登録解除要求に含めたＴＭＧＩに対応するＭＢＭＳベアラコンテキスト４２２を削除する。
【０１９５】
ＭＭＥ３０は、対応するサービスのＭＢＭＳ登録解除要求をＭＢＭＳ ＧＷ２０へ送信する（Ｓ４１６）。送信するＭＢＭＳ ＧＷは、ＭＢＭＳベアラコンテキスト４２２の上位配信ノード（ＭＢＭＳ ＧＷ２０）の情報により解決し、本実施形態ではＭＢＭＳ ＧＷ２０へ送信する。ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト４２２に登録されているＴＭＧＩと、サービス識別子と、セッション識別子と、ＭＢＭＳ登録解除要求を受信したｅＮＢ４０の情報とを含めたＭＢＭＳ登録解除要求をＭＢＭＳ ＧＷ２０に送信する。
【０１９６】
ＭＢＭＳ登録解除要求を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳ登録解除処理を行う（Ｓ４１８）。ＭＭＥ３０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト２２２の配信ノードの情報からＳ４１６で含まれたｅＮＢ４０の情報を削除する。
【０１９７】
続いて、ＭＢＭＳ ＧＷ２０は、セッション停止処理を行う（Ｓ４２０）。ここで、ＭＢＭＳ ＧＷ２０は、ＭＭＥ３０とＭＢＭＳ ＧＷ２０間にＴＭＧＩで識別されるサービスにベアラリソースが設定されている場合には、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキストにおける状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０１９８】
次に、ＭＢＭＳ ＧＷ２０は、ＭＭＥ３０にＭＢＭＳ登録解除応答を送信する（Ｓ４２２）。ＭＢＭＳ登録解除応答を受信したＭＭＥ３０は、Ｓ４１６において送信したＭＢＭＳ登録解除要求に含めたＴＭＧＩに対応するＭＢＭＳベアラコンテキスト２２２を削除する。
【０１９９】
ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２における配信ノードの情報のｅＮＢを確認し、ｅＮＢが登録されている場合には本処理を完了する。
【０２００】
一方、ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２における配信ノードの情報から全てのｅＮＢの情報が削除されている場合（ＥＭＰＴＹ）には、ＭＢＭＳ ＧＷ２０は対応するサービスのＭＢＭＳ登録解除要求をＢＭ−ＳＣ１０へ送信する（Ｓ４２４）。
【０２０１】
送信するＢＭ−ＳＣは、ＭＢＭＳベアラコンテキスト２２２のＢＭ−ＳＣの情報により解決し、本実施形態ではＢＭ−ＳＣ１０へ送信する。ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２に登録されているＴＭＧＩと、サービス識別子と、セッション識別子と、ＭＢＭＳ ＧＷ２０の情報とを含めたＭＢＭＳ登録解除要求をＢＭ−ＳＣ１０に送信する。
【０２０２】
ＭＢＭＳ登録解除要求を受信したＢＭ−ＳＣ１０は、ＭＢＭＳ登録解除処理を行う（Ｓ４２６）。ＭＢＭＳ ＧＷ２０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト１２４の配信ノードの情報からＭＢＭＳ ＧＷ２０の情報を削除する。
【０２０３】
続いて、ＢＭ−ＳＣ１０は、セッション停止処理を行う（Ｓ４２８）。ここで、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０とＢＭ−ＳＣ１０間にＴＭＧＩで識別されるサービスにベアラリソースが設定されている場合には、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキスト１２４における状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０２０４】
次に、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０にＭＢＭＳ登録解除応答を送信する（Ｓ４３０）。ＭＢＭＳ登録解除応答を受信したＭＢＭＳ ＧＷ２０は、Ｓ４２４において送信したＭＢＭＳ登録解除要求に含めたＴＭＧＩに対応するＭＢＭＳベアラコンテキスト１２４を削除する。さらに、ＭＢＭＳ ＧＷ２０は、ＭＢＭＳ登録解除要求に含めたＴＭＧＩに対応するＭＢＭＳ ＵＥコンテキスト２２６を保持している場合にはそのＴＭＧＩが含められたＭＢＭＳ ＵＥコンテキスト２２６を総て削除しても良い。
【０２０５】
ＢＭ−ＳＣ１０は、ＭＢＭＳ登録解除要求のあったＴＭＧＩで識別されるＭＢＭＳベアラコンテキスト１２４を削除する。ＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキスト１２４における配信ノードの情報のＭＢＭＳ ＧＷ２０を確認し、ＭＢＭＳ ＧＷ２０が登録されている場合には本処理を完了する。
【０２０６】
一方、ＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキスト１２４における配信ノードから総てのＭＢＭＳ ＧＷが削除されている場合（ＥＭＰＴＹ）には、ＭＢＭＳベアラコンテキスト１２４を削除する。
【０２０７】
以上の手続きにより、ｅＮＢ４０により、カウンティング機能を利用して効率的にＭＢＭＳ登録を解除することができる。ｅＮＢ４０のＭＢＭＳ登録解除手続きは、カウンティング手続きにより、ＴＭＧＩ等で識別可能なＭＢＭＳベアラ毎のマルチキャストサービスの配信が不要であることを検知することができる。
【０２０８】
さらに、アプリケーション等がオフになっていること等により視聴していないようなケースのように、視聴していないことを検知することで開始することもできる。そして、この検知をトリガにＭＢＭＳ登録解除手続きを開始することができる。
【０２０９】
図２２（ａ）にＭＢＭＳ登録解除手続きとセッション停止処理前の制御情報のやりとりを行う各ノードを階層構造で示し、図２２（ｂ）にＭＢＭＳ登録解除手続きとセッション停止処理後の制御情報のやりとりを行う各ノードを階層構造で示す。
【０２１０】
図２２では、ｅＮＢ１とｅＮＢ２とがそれぞれ任意のサービスに対してカウンティング処理（Ｓ４０２）を行い、ｅＮＢ２では、ＵＥカウンタがゼロとならず、ｅＮＢ１ではＵＥカウンタがゼロとなり、ｅＮＢ１においてＭＢＭＳ登録解除手続きとセッション処理を開始していることを示している。
【０２１１】
ＭＢＭＳ登録解除手続きとセッション停止処理を行うことを決めたｅＮＢ１はＭＢＭＳ登録解除処理（Ｓ４０４）を行う。つまり、ＭＢＭＳベアラコンテキスト４２２の配信ノードからｅＮＢ１に接続されるＵＥを削除する。
【０２１２】
また、ｅＮＢ１は、セッション停止処理を行う（Ｓ４０６）。つまり、ｅＮＢ１に接続されるＵＥ間において、ベアラリソースが割り当てられている場合には、そのベアラリソースを解放する。
【０２１３】
続いて、ｅＮＢ１はＭＭＥ１へＭＢＭＳ登録解除要求を送信する（Ｓ４０８）。ＭＭＥ１は、ｅＮＢ１からのＭＢＭＳ登録解除要求に基づいて、ＭＢＭＳ登録解除処理を行う（Ｓ４１０）。つまり、ＭＭＥ１が保持するＭＢＭＳベアラコンテキスト３２２の配信ノードからｅＮＢを削除する。
【０２１４】
続いて、ＭＭＥは、セッション停止処理を行う（Ｓ４１２）。つまり、ＭＢＭＳベアラコンテキストにおける状態情報が「アクティブ」である場合には、「スタンバイ」へ変更する。続いて、ＭＢＭＳ ＧＷ１へＭＢＭＳ登録解除要求を送信する（Ｓ４１６）。ＭＢＭＳ ＧＷ１は、ＭＭＥ１からのＭＢＭＳ登録解除要求に基づいて、ＭＢＭＳ登録解除処理を行う（Ｓ４１８）。つまり、ＭＢＭＳ ＧＷ１が保持するＭＢＭＳベアラコンテキスト２２２の配信ノードからｅＮＢ１を削除する。
【０２１５】
続いて、ＭＢＭＳ ＧＷ１は、セッション停止処理を行う（Ｓ４２０）。つまり、ＭＢＭＳ ＧＷ１とｅＮＢ１間において、ベアラリソースが割り当てられている場合には、そのベアラリソースを解放する。ここで、ＭＢＭＳ ＧＷ１におけるＭＢＭＳベアラコンテキスト２２２の配信ノードには、ｅＮＢ３が登録されているので、ＭＢＭＳ登録解除手続きを完了する。図２２（ｂ）におけるＭＢＭＳ登録解除手続きとセッション停止処理後の制御情報のやりとりを行う階層構造において、ＭＢＭＳ ＧＷ１の制御情報のやりとり先からｅＮＢ１が削除されていることが分かる。ここで、ｅＮＢ３には、ＵＥ３がデータの受信が確認されたため、ｅＮＢ３はＭＢＭＳ登録解除手続き及び、セッション停止手続き処理を行わなかった。
【０２１６】
図２３（ａ）に、図２２（ａ）に対応するＭＢＭＳ登録解除手続きとセッション停止処理前の配信ツリーを示し、図２３（ｂ）に、図２２（ｂ）に対応するＭＢＭＳ登録解除手続きとセッション停止処理後の配信ツリーを示す。配信ツリーとは、ＢＭ−ＳＣ１０からＭＢＭＳ ＧＷ２０、ｅＮＢ４０を経由してＵＥにデータが配信されるルートを示すものである。図２３（ａ）と比較して、図２３（ｂ）では、ＵＥ１とＵＥ２が削除されており、ｅＮＢ１とｅＮＢ２が削除されていることが分かる。このことにより、データはＭＢＭＳ ＧＷ１を経由して、ｅＮＢ３にのみ配信され、さらにｅＮＢ３からＵＥ３にのみ配信される。
【０２１７】
以上の手続きでは、デアクティベーション処理（ＵＥによるサービスの登録解除）を行わなかった。ｅＮＢ４０により、ＵＥがサービス受信の要求があるとカウンティング機能などで検知できる場合には、ＵＥによるアクティベーション処理を行うことなく、サービス受信を再開することができる。
【０２１８】
一方、ｅＮＢ４０によるカウンティング機能を利用して、ＵＥカウンタがゼロになったことをトリガとしてＭＢＭＳ登録解除を行ったが、デアクティベーション手続きを行った後に、あるサービスにおけるＭＢＭＳ ＵＥコンテキストが総て削除されたことをトリガとして、ＭＢＭＳ登録解除手続きを行っても良い。デアクティベーション登録手続きを行った場合、ＢＭ−ＳＣのサービスの登録から外され、課金処理を止めることができる。
【０２１９】
こうして各装置は登録するサービスがマルチキャストモードであると認識し、それぞれＭＢＭＳベアラコンテキストに保持する。具体的には、ＢＭ−ＳＣ１０はＭＢＭＳベアラコンテキスト１２４のモードにマルチキャストと登録し、ＭＢＭＳ ＧＷ２０はＭＢＭＳベアラコンテキスト２２２のモードにマルチキャストと登録し、ＭＭＥ３０はＭＢＭＳベアラコンテキスト３２２のモードにマルチキャストと登録し、ｅＮＢ４０はＭＢＭＳベアラコンテキスト４２２のモードにマルチキャストと登録する。
【０２２０】
これにより、ＭＢＭＳ登録解除を決定する場合、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ ＧＷ２０におけるＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０におけるＭＢＭＳベアラコンテキスト３２２、ｅＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２をそれぞれ参照し、マルチキャストモードである場合にはＭＢＭＳ登録を解除することができる。
【０２２１】
さらに、上記の場合において、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ ＧＷ２０におけるＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０におけるＭＢＭＳベアラコンテキスト３２２、ｅＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２における状態情報がアクティブである場合には、状態情報をスタンバイに変更し、セッション停止やマルチキャストデータ配信、受信停止することができる。
【０２２２】
具体的には、ｅＮＢ４０では、マルチキャストＭＢＭＳ登録解除要求の送信時（Ｓ４０８）、ＭＢＭＳベアラコンテキスト４２２のモードがマルチキャストである場合、ＭＢＭＳ登録解除要求の送信や、ＭＢＭＳ登録解除処理やＭＢＭＳベアラの解放やマルチキャストデータ配信、受信停止を行う。
【０２２３】
ＭＭＥ３０では、マルチキャストＭＢＭＳ登録解除要求の送信時（Ｓ４１６）、ＭＢＭＳベアラコンテキスト３２２のモードがマルチキャストである場合、ＭＢＭＳ登録解除要求の送信、ＭＢＭＳ登録解除処理やＭＢＭＳベアラの解放やマルチキャストデータ配信、受信停止を行う。
【０２２４】
ＭＢＭＳ ＧＷ２０では、マルチキャストＭＢＭＳ登録解除要求の送信時（Ｓ４２４）、ＭＢＭＳベアラコンテキスト２２２のモードがマルチキャストである場合、ＭＢＭＳ登録解除要求の送信やＭＢＭＳベアラの解放やマルチキャストデータ配信、受信停止を行う。
【０２２５】
ＢＭ−ＳＣ１０では、マルチキャストＭＢＭＳ登録解除要求の受信時（Ｓ４２４）、ＭＢＭＳベアラコンテキスト２２２のモードがマルチキャストである場合、ＭＢＭＳ登録解除処理やＭＢＭＳベアラの解放やマルチキャストデータ配信停止を行う。
【０２２６】
従来では、基地局装置であるｅＮＢ４０が主導してＭＢＭＳ登録を解除することが規定されていたが、アクティベーション手続き、デアクティベーション手続きを行うことなく、基地局装置で移動局装置の受信の要否を確認し、配信の必要がないと検知できた場合に、効率的にＭＢＭＳ登録を解除することができなかった。本実施形態では、アクティベーション手続き、デアクティベーション手続きを行うことなく、基地局装置が、移動局装置の受信の要否の結果に基づいて、ＭＢＭＳ登録解除手続き、セッション停止手続きを行うことができるようになる。言い換えると、移動局装置のアクティベーションを維持したまま、ＭＢＭＳ登録解除とセッション停止を行うことができる。
【０２２７】
また、ＭＢＭＳ登録解除手続きのみによって、配信先リストから配送先装置を削除するとともに、従来セッション停止で行われていたリソースの解放を併せて行うことが可能になる。さらに、セッション停止に要するセッション停止手続きを省略することができ簡易化できる。また、ＭＢＭＳ登録解除するときに、セッションが停止されていない場合には、ＭＢＭＳ登録解除とともに、セッション停止を行うことにより、再度ＭＢＭＳ登録されない限り、セッションを開始されることがない。
【０２２８】
例えば、従来手法では、配信元から配信先にセッションを停止する手続きしか規定されておらず、配信先から配信元へセッション停止を要求することができなかった。つまり、基地局装置（ｅＮＢ）から配信元へセッション停止を要求することができなかった。さらに、基地局装置（ｅＮＢ）から配信元へセッション停止を要求するよう拡張したとしてもセッション停止要求を受けた装置は、配信を止めリソースを一時的に解放することができるが、配信ノードの削除は行わない。
【０２２９】
そのため、例えば、１）セッションが開始された状態で、２）ｅＮＢ主導でセッションのみを停止した場合に、３）ＢＭ−ＳＣ主導で総てのセッションが停止された後に、４）ＢＭ−ＳＣ主導で総てのセッションが再開された場合には、配信リストに含められた総てのノード（ＭＢＭＳ ＧＷ、ｅＮＢ）に通信リソースが割り当てられてしまい、ｅＮＢ主導で停止したセッションさえも再開されてしまうという問題があった。
【０２３０】
しかしながら、ＭＢＭＳ登録解除手続きにより配信リストからの配信先装置の更新を行い、例えば４）のようにＢＭ−ＳＣ主導でセッションが再開された場合にも、不必要なセッションが開始されなくなる。
【０２３１】
本実施形態によれば、セッションを不必要に開始しないことにより、セッションを開始する際に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。
【０２３２】
セッションが開始されないということは、不必要に通信リソースを利用されることがなく、通信リソースを効率的に活用することが可能となる。また、セッションを不必要に開始されないことにより、セッションを開始する際に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。
【０２３３】
［２．第２実施形態］
続いて、第２の実施の形態について説明する。第２の実施形態では、ブロードキャスト配信を対象とするシステムにおいて、カウンティング機能を利用してＭＢＭＳ登録手続きを行う。
【０２３４】
第１実施形態では、アクティベーション手続きを行い、サービス登録をＵＥから行うことによってＭＢＭＳ登録手続きが開始されていたが、ブロードキャストの場合には、アクティベーション手続きを行わずにＭＢＭＳ登録手続きを行うことが可能となる。ここで、ブロードキャスト配信では、マルチキャスト配信と違い、アクティベーション手続きを行わないために、ＭＢＭＳ ＵＥコンテキストが生成されない。
【０２３５】
なお、第２実施形態におけるシステムの構成及び各装置構成は、第１実施形態において示したシステムの構成及び各装置構成と同様であるため、その説明を省略する。
【０２３６】
なお、ブロードキャスト配信を対象とするシステムでは、ＵＥ５０からサービス登録を要求せず、アクティベーション手続きが発生しない。そのため、ｅＮＢ４０、ＭＭＥ３０、ＭＢＭＳ ＧＷ２０、ＢＭ−ＳＣ１０それぞれにおいて、ＭＢＭＳ ＵＥコンテキストが作成されない点が異なる。
【０２３７】
また、第１実施形態において「マルチキャストサービス」の配信について説明したが、第２実施形態では「ブロードキャストサービス」に適用して説明する。例えば、第２実施形態におけるＵＥカウンタは、ＭＢＭＳベアラサービスのブロードデータの受信が必要なＵＥの数である。これは基地局装置（ｅＮＢ４０）のカウンティング機能によりカウントされた数に基づいたものであり、例えば、ｅＮＢ４０に接続しているＵＥ５０自体の数でもよい。さらには、ユーザが実際に視聴している端末（ＵＥ５０）、すなわちユーザが視聴アプリケーションを起動していない状態を検知するなどして、一時的に視聴をしていないＵＥ５０を除いた数であったり、ユーザにより受信が必要であることを通知するＵＥ５０の数であってもよい。
【０２３８】
［２．１ 処理の流れ］
［２．１．１ サービスアナウンスメント手続き］
本実施形態におけるサービスアナウンスメント手続きについて、説明する。図２４に示すように、ＢＭ−ＳＣ１０は、まず始めにＵＥ５０に対してサービスアナウンスメント手続きを行う。ＢＭ−ＳＣ１０は配信可能なサービスをＵＥ５０へ通知する（Ｓ５００）。ＵＥ５０は、これによりブロードキャストサービスを検知する。
【０２３９】
ＢＭ−ＳＣ１０は、ＭＢＭＳサービスＤＢ１２２で管理されているサービスの配信が可能であることを、サービス識別子を通知することでＵＥ５０へ伝える。さらに、番組タイトルやコンテンツタイトル、配信開始時間等のサービスを説明する情報を付与して通知してもよい。
【０２４０】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＴＭＧＩ
（２）その他の識別子（例えば、事業者の設定したでＭＢＭＳベアラサービスを識別することができるその他の識別子）
等が利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０２４１】
また、具体的な通知方法としては、種々の方法が考えられるが、例えば、ＳＭＳ（Short Message Service）等を用いて、予め登録されている配信可能なＵＥ５０へ通知したり、不特定多数のＵＥ５０へ通知したり、ＷＥＢに情報を掲示して、ＵＥ５０がＷＥＢサーバにアクセスすることで情報を取得したりしてもよい。
【０２４２】
[２．１．２ ＭＢＭＳ登録手続き]
つづいて、ＭＢＭＳ登録手続きについて説明する。ＭＢＭＳサービスにおけるＭＢＭＳ登録手続きを図２４に示す。ＭＢＭＳ登録手続きにより、ＢＭ−ＳＣ１０からＵＥ５０への通信経路が確立される。
【０２４３】
通信経路の確立には、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ ＧＷ２０におけるＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０におけるＭＢＭＳベアラコンテキスト３２２、ｅＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２をそれぞれ生成し、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ ＧＷ２０におけるＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０におけるＭＢＭＳベアラコンテキスト３２２、ｅＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２をそれぞれの配信ノードのリストに登録する必要がある。なお、ＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳベアラコンテキスト２２２、ＭＢＭＳベアラコンテキスト３２２、ＭＢＭＳベアラコンテキスト４２２はそれぞれＴＭＧＩで識別可能である。
【０２４４】
すなわち、ＢＭ−ＳＣ１０における配信ノードにはＭＢＭＳ ＧＷ２０が登録され、ＭＢＭＳ ＧＷ２０における配信ノードにはｅＮＢ４０がそれぞれ登録される。また、ＢＭ−ＳＣ１０、ＭＢＭＳ ＧＷ２０、ｅＮＢ４０におけるそれぞれの配信ノードには、複数の下りリンクノードが登録される場合もある。
【０２４５】
まず、ｅＮＢ４０は、ＭＢＭＳサービスを受信するＵＥ５０を検出することにより、ＭＢＭＳ登録手続きを開始する。ここで、ｅＮＢ４０がＭＢＭＳサービスを受信するＵＥ５０の検出方法は種々存在するが、例えば、ｅＮＢ４０におけるカウンティング機能を利用して、ＭＢＭＳサービスを受信するＵＥ５０を検出してもよい。言い換えると、カウンティング手続きにより、ＵＥ５０がｅＮＢ４０に対して、ＭＢＭＳ登録を要求することができる。
【０２４６】
まず、ｅＮＢ４０は、接続するＵＥ５０に対して、サービス識別子を含めてサービスを受けているかどうかを確認するメッセージを送信する。
【０２４７】
ここで、ｅＮＢ４０は、無線フレーム情報４２４に登録されているＵＥ５０に宛てて、サービスを受けているかどうかを確認するメッセージを送信するが、接続する総てのＵＥに送信してもよい。
【０２４８】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ｅＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等が利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０２４９】
これにより、ｅＮＢ４０は、実際にブロードキャストデータの受信が必要なＵＥ５０の数を取得することができる。取得したＵＥ５０の数は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタに登録される。実際にブロードキャストデータの受信が必要なＵＥ５０の数としては、例えば、ｅＮＢ４０に接続しているＵＥ５０自体の数でもよい。さらには、ユーザが視聴アプリケーションを起動していない状態を検知するなどして、一時的に視聴をしていないＵＥ５０を除いた数でもよいし、ユーザにより受信が必要であることを通知するＵＥ５０をカウントして登録してもよい。
【０２５０】
また、ｅＮＢ４０の確認メッセージには、サービス識別子を含めないで送信してもよい。その場合には、ＵＥ５０は、受信を必要とするサービスがある場合には、サービス識別子を含めて応答する。
【０２５１】
サービス識別子は、サービスアナウンスメント手続きで取得する等して保持しておくことで、選択可能となる。
【０２５２】
応答を受信したｅＮＢ４０は、サービス識別子からＭＢＭＳベアラコンテキストを特定し、応答のあったＵＥ５０の数をＵＥカウンタに登録する。以上によりカウンティング手続きを完了する（Ｓ５０２）。カウンティング手続きの結果、ＵＥカウンタが０でないと判断すれば、ＭＢＭＳ登録手続きを開始しても良い。
【０２５３】
さらに、ｅＮＢ４０がＭＢＭＳ登録手続きを開始するトリガは、上記以外でもオペレータのポリシ等により、任意のタイミングで行ってもよい。上記以外でもｅＮＢ（基地局装置）の設置時や運用開始時などでオペレータのポリシ等により、任意のタイミングで行っても良い。
【０２５４】
次に、ｅＮＢ４０は、ＵＥに指定されたサービスをＭＢＭＳ登録するためのＭＢＭＳ登録要求をＭＭＥ３０に送信する（Ｓ５０４）。ここで、ｅＮＢ４０は、ＭＢＭＳ登録要求にＴＭＧI、ＩＰマルチキャストアドレスを含める。
【０２５５】
ｅＮＢ４０からＭＢＭＳ登録要求を受信したＭＭＥ３０は、ＭＢＭＳ ＧＷ２０へＭＢＭＳ登録要求を送信する（Ｓ５０６）。ここで、ＭＢＭＳ登録要求には、ＭＢＭＳ登録要求のあったｅＮＢ４０、ＴＭＧＩ、ＩＰマルチキャストアドレスを含める。
【０２５６】
ＭＭＥ３０は、サービスに対応するＭＢＭＳベアラコンテキスト３２２を生成する。ＭＢＭＳベアラコンテキスト３２２には、サービスを識別するＴＭＧIを含める。さらに、ＭＢＭＳベアラコンテキスト３２２におけるベアラリソースの状態情報を「スタンバイ」に設定し、配信ノードにｅＮＢ４０を追加する。
【０２５７】
ＭＭＥ３０からＭＢＭＳ登録要求を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２を生成し、ＭＢＭＳ登録要求をＢＭ−ＳＣ１０へ送信する（Ｓ５０８）。ここで、ＭＢＭＳベアラコンテキストにおけるベアラリソースの状態情報を「スタンバイ」に設定する。
【０２５８】
ＭＢＭＳ ＧＷ２０からＭＢＭＳ登録要求を受信したＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキストにＭＢＭＳ登録要求を送信したＭＢＭＳ ＧＷ２０の情報を配信ノードに登録し、ＭＢＭＳ登録応答を返信する（Ｓ５１０）。ここで、ＭＢＭＳ登録応答には、ＴＭＧＩ、サービスに必要とされるベアラの容量を含める。
【０２５９】
Ｓ５０６でＭＭＥ３０からＭＢＭＳ登録要求を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２の配信ノードにＭＢＭＳ登録要求に含められたｅＮＢ４０を登録し、上位配信ノードにＳ５１０におけるＭＢＭＳ登録応答に含められたＢＭ−ＳＣ１０を登録し、ＭＢＭＳ登録応答を返信する（Ｓ５１２）。ここで、ＭＢＭＳ登録応答には、ＴＭＧＩ、このＭＢＭＳサービスに必要とされるベアラに関する情報を含める。
【０２６０】
Ｓ５０４でｅＮＢ４０からＭＢＭＳ登録要求を受信したＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２の配信ノードにＭＢＭＳ登録要求を送信したｅＮＢ４０の情報を登録し、ＭＢＭＳ登録応答を送信する（Ｓ５１４）。ここで、ＭＢＭＳ登録応答には、Ｓ５１２においてＭＢＭＳ登録応答のあったＭＢＭＳ ＧＷ２０の情報を含める。
【０２６１】
Ｓ５１４でＭＭＥ３０からＭＢＭＳ登録応答を受信したｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２のＭＢＭＳ制御装置に、Ｓ５１４でＭＢＭＳ登録応答を送信したＭＭＥ３０に関する情報を登録し、ＭＢＭＳベアラコンテキスト４２２の上位配信ノードにＭＢＭＳ登録応答に含められたＭＢＭＳ ＧＷ２０の情報を登録する。
【０２６２】
以上のサービスアナウンスメント手続きとＭＢＭＳ登録手続きにより、ＵＥ５０とＢＭ−ＳＣ１０の間で配信リストを形成することにより、ＢＭ−ＳＣ１０が送信したサービスのブロードキャスト配信データはｅＮＢ４０まで配送するための経路を生成することができる。なお、配信ノードに登録されるノードは、上記に従う必要はなく、オペレータによって予め登録されていてもよい。
【０２６３】
ここで、ＭＢＭＳ登録手続き後におけるｅＮＢ４０が保持するＭＢＭＳベアラコンテキスト４２２を図２５（ａ）に示す。図２５（ａ）に示すように、ＭＢＭＳベアラサービス識別子には「ＴＭＧＩ１」が、ＩＰマルチキャストアドレスには「ＩＰマルチキャストアドレス１」が、モードには「ブロードキャスト」が、状態情報には「スタンバイ」が、ＭＢＭＳ制御装置には「ＭＭＥ３０」が、上位配信ノードには「ＭＢＭＳ ＧＷ２０」がそれぞれ記憶される。
【０２６４】
上記の例では、ＭＭＥ３０がＭＢＭＳ登録解除要求を受信した場合の処理を説明したが、その他のＭＭＥがｅＮＢ４０からＭＢＭＳ登録解除要求を受信した場合にも、ＭＭＥ３０と同様の手続きを行う。
【０２６５】
同様にＭＢＭＳ ＧＷ２０においても、ＭＢＭＳ ＧＷ２０がＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷがＭＭＥからＭＢＭＳ登録要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。
【０２６６】
同様にＢＭ−ＳＣ１０においても、ＢＭ−ＳＣ１０がＭＢＭＳ登録解除要求を受信した場合の処理を説明したが、その他のＢＭ−ＳＣがＧＧＮＳからＭＢＭＳ登録解除要求を受信した場合にも、ＢＭ−ＳＣ１０と同様の手続きを行う。
【０２６７】
［２．１．３ セッション開始手続き］
続いて実行するセッション開始手続きを、図２６を用いて説明する。セッション開始手続きにより、ＭＢＭＳベアラを確立し、データを送信する準備を行う。ＢＭ−ＳＣ１０は、サービスを指定してセッション開始要求をＭＢＭＳ ＧＷ２０に送信する（Ｓ６００）。ここで、セッションを識別するためのセッション識別子を生成し、生成したセッション識別子とサービスを指定するためのＴＭＧＩとをセッション開始要求に含めて送信する。これによりセッション開始手続きを開始する。
【０２６８】
また、対応するＭＢＭＳベアラコンテキスト１２４（ＴＭＧＩで識別可能）には、セッション識別子を登録し、状態情報を「アクティブ」に登録する。
【０２６９】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト１２４の配信ノードに登録される総てのＭＢＭＳ ＧＷへ送信する。
【０２７０】
ＭＢＭＳ ＧＷ２０は、セッション開始要求を受信し、セッション開始応答をＢＭ−ＳＣ１０に送信し、応答する（Ｓ６０２）。また、対応するＭＢＭＳベアラコンテキスト２２２（ＴＭＧＩで識別可能）にセッション識別子を登録し、状態情報を「アクティブ」に登録する。ＭＢＭＳ制御装置には、ＭＭＥ３０に関する情報が、配信ノードには、ｅＮＢ４０に関する情報が登録されている。ここで、配信ノードには、複数のｅＮＢが登録されている。
【０２７１】
なお、登録される配信ノードであるｅＮＢ４０は、オペレータによって予め登録されているものでも良いし、上記ＭＢＭＳ登録手続きを経て登録されたＭＢＭＳサービスエリア毎の配信ノード（ｅＮＢ４０等）のリストを利用し、ＢＭ−ＳＣ１０から送信されたセッション開始要求に含まれるＭＢＭＳサービスエリア識別子に基づいて対応するｅＮＢ４０を選択してもよい。
【０２７２】
以上の手続きにより、ＢＭ−ＳＣ１０とＭＢＭＳ ＧＷ２０間でブロードキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラが確立される。
【０２７３】
さらに、ＭＢＭＳベアラでの送信をＩＰマルチキャスト通信で行うため、サービスに対してＩＰマルチキャストアドレスを割り当て、ＭＢＭＳベアラコンテキスト２２２に登録する。
【０２７４】
ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２の配信ノードに登録されるＭＭＥ３０へセッション開始要求（Ｓ６０４）を送信する。サービスを指定するために、セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０２７５】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト２２２の配信ノードに登録される総てのＭＭＥへ送信される。
【０２７６】
ＭＭＥ３０は、セッション開始要求を受信し、セッション開始応答をＭＢＭＳ ＧＷ２０に送信し、応答する（Ｓ６１０）。また、ＭＢＭＳベアラコンテキスト３２２にＴＭＧＩとセッション識別子とＩＰマルチキャストアドレスとを登録し、状態情報を「アクティブ」に登録する。
【０２７７】
配信ノードには、ｅＮＢ４０に関する情報が登録されている。ここで、配信ノードには、複数のｅＮＢが登録されている。
【０２７８】
ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録されるｅＮＢ４０へセッション開始要求（Ｓ６０６）を送信する。セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０２７９】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録される総てのｅＮＢへ送信される。
【０２８０】
ｅＮＢ４０は、セッション開始要求を受信し、セッション開始応答をＭＭＥ３０に送信し、応答する（Ｓ６０８）。また、ＭＢＭＳベアラコンテキスト４２２を生成し、ＴＭＧＩとセッション識別子とＩＰマルチキャストアドレスと登録し、状態情報を「アクティブ」に登録する。
【０２８１】
以上の手続きにより、ＭＢＭＳ ＧＷ２０とｅＮＢ４０間でブロードキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラを確立する。
【０２８２】
これにより、ＢＭ−ＳＣ１０、ＭＢＭＳ ＧＷ２０及びｅＮＢ４０で確立したＭＢＭＳベアラに、ＩＰマルチキャストパケットが配送される。また、ブロードキャストデータは、ＩＰマルチキャストによりＢＭ−ＳＣ１０からｅＮＢ４０まで送信される。
【０２８３】
ここで、ｅＮＢ４０は、ＩＰマルチキャスト参加処理を行う（Ｓ６１４）。ｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２を参照し、サービスに対応するＩＰマルチキャストアドレスを用いて参加要求を行う。具体的には、ＩＰｖ４で通信する場合には、ＩＧＭＰ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔメッセージを送信し、ＩＰｖ６で通信する場合にはＭＬＤ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信する。
【０２８４】
さらに、ｅＮＢ４０は、ＵＥ５０へ送信する無線リソース割り当て処理を行い、配送するための情報を無線フレーム情報４２４に登録する。具体的には、無線フレームのモードがブロードキャストモードであるか、ユニキャストモードであるかのモード情報をサービス識別子毎に登録する。サービス識別子としてはＴＭＧＩを用いることができる。
【０２８５】
最後に、ｅＮＢ４０はＵＥ５０に対してＭＢＭＳ開始通知を送信する（Ｓ６１６）。開始通知にはサービスを識別するサービス識別子を含めて通知する。これにより、ＵＥ５０はブロードキャストデータの受信を開始する。
【０２８６】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ｅＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用する。本実施形態では、（１）のＴＭＧＩを利用することとして説明するが、（３）の場合には、サービス識別子とＭＢＭＳベアラコンテキスト４２２とを対応づけて登録することとなる。
【０２８７】
上記の例では、ＭＢＭＳ ＧＷ２０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷがＢＭ−ＳＣ１０からセッション開始要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。
【０２８８】
同様にＭＭＥにおいても、ＭＭＥ３０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＭＥがＭＢＭＳ ＧＷからセッション開始要求を受信した場合にも、ＭＭＥ３０と同様の手続きを行う。
【０２８９】
同様にｅＮＢにおいても、ｅＮＢ４０がセッション開始要求を受信した場合の処理を説明したが、その他のｅＮＢがＭＭＥからセッション開始要求を受信した場合にも、ｅＮＢ４０と同様の手続きを行う。
【０２９０】
同様にＵＥにおいても、ＵＥ５０がセッション開始要求を受信した場合の処理を説明したが、その他のＵＥがｅＮＢからセッション開始要求を受信した場合にも、ＵＥ５０と同様の手続きを行う。
【０２９１】
これにより、ＢＭ−ＳＣ１０が配信するブロードキャストデータは、複数のＭＢＭＳ ＧＷ、ｅＮＢを介して階層的にＵＥへ配送される。
【０２９２】
ここで、セッション開始手続き後におけるｅＮＢ４０が保持するＭＢＭＳベアラコンテキスト４２２を図２５（ｂ）に示す。図２５（ｂ）に示すように、ＭＢＭＳベアラサービス識別子には「ＴＭＧＩ１」が、セッション識別子には「セッション１」が、ＩＰマルチキャストアドレスには「ＩＰマルチキャストアドレス１」が、モードには「ブロードキャスト」が、状態情報には「アクティブ」が、ＭＢＭＳ制御装置には「ＭＭＥ３０」の情報が、上位配信ノードには「ＭＢＭＳ ＧＷ２０」の情報がそれぞれ格納される。図２５（ａ）と比較すると、セッション識別子が新たに格納され、状態情報が「スタンバイ」から「アクティブ」へ変更されている。
【０２９３】
[２．１．４ ＭＢＭＳ登録解除手続きとセッション停止手続き]
次に、ＭＢＭＳ登録解除手続きとセッション停止手続きについて図２７を用いて説明する。
【０２９４】
本実施形態では、ＭＢＭＳ登録解除処理の後にセッション停止処理を行うよう説明するが、この順番に限るものでなく、セッション停止処理の後に、ＭＢＭＳ登録解除処理手続きを行っても良い。ＭＢＭＳ登録解除手続きでは、ｅＮＢ４０におけるカウンティング手続き結果を基に開始する例を説明するが、開始トリガはこれに限らず、ｅＮＢ４０から手続きを開始することができる。
【０２９５】
まず、ＭＢＭＳ登録解除手続きのトリガとなるカウンティング手続きを説明する。手続きはｅＮＢ４０とＵＥ５０との間で行う。ｅＮＢ４０は、接続するＵＥ５０に対して、サービス識別子を含めてサービスを受けているかどうかを確認するメッセージを送信する。
【０２９６】
ここで、ｅＮＢ４０は、無線フレーム情報４２４に登録されているＵＥ５０に宛てて、サービスを受けているかどうかを確認するメッセージを送信するが、接続する総てのＵＥに送信してもよい。
【０２９７】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等が利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０２９８】
これにより、ｅＮＢ４０は、実際にマルチキャストデータの受信が必要なＵＥ５０の数を取得することができる。取得したＵＥ５０の数は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタに登録される。
【０２９９】
また、ｅＮＢ４０の確認メッセージには、サービス識別子を含めないで送信してもよい。その場合には、ＵＥ５０は、受信を必要とするサービスがある場合には、サービス識別子を含めて応答する。
【０３００】
サービス識別子は、サービスアナウンスメント手続きで取得する等して保持しておくことで、選択可能となる。
【０３０１】
応答を受信したｅＮＢ４０は、サービス識別子からＭＢＭＳベアラコンテキストを特定し、応答のあったＵＥ５０の数をＵＥカウンタに登録する。以上によりカウンティング手続き（Ｓ７００）を完了する。
【０３０２】
ｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタがゼロになったかどうかを確認するカウンティング処理を行う（Ｓ７０２）。ＵＥカウンタがゼロになった場合、ｅＮＢ４０は対応するサービスのＭＢＭＳ登録解除処理を行う（Ｓ７０４）。ｅＮＢ４０は、カウンティング処理の対象となるＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト４２２の配信ノードからＵＥ５０を削除する。
【０３０３】
続いて、ｅＮＢ４０は、セッション停止処理を行う（Ｓ７０６）。ここで、ｅＮＢ４０は、ＵＥ５０とｅＮＢ４０間にＴＭＧＩで識別されるサービスにベアラリソースが割り当てられている場合、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキスト４２２における状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０３０４】
次に、ｅＮＢ４０は対応するサービスのＭＢＭＳ登録解除要求をＭＭＥ３０へ送信する（Ｓ７０８）。送信するＭＭＥは、ＭＢＭＳベアラコンテキスト４２２のＭＭＥの情報により解決し、本実施形態ではＭＭＥ３０へ送信する。
【０３０５】
ここで、ｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２に登録されているＴＭＧＩと、サービス識別子と、セッション識別子と、ｅＮＢ４０の情報とを含めたＭＢＭＳ登録解除要求をＭＭＥ３０に送信する。
【０３０６】
ＭＢＭＳ登録解除要求を受信したＭＭＥ３０は、ＭＢＭＳ登録解除処理を行う（Ｓ７１０）。ＭＭＥ３０は、ｅＮＢ４０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト３２２の配信ノードからｅＮＢ４０を削除する。続いて、ＭＭＥ３０は、セッション停止処理を行う（Ｓ７１２）。ここで、ＭＢＭＳベアラコンテキスト３２２における状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０３０７】
次に、ＭＭＥ３０は、ｅＮＢ４０にＭＢＭＳ登録解除応答を送信する（Ｓ７１４）。ＭＢＭＳ登録解除応答を受信したｅＮＢ４０は、ＭＢＭＳ登録解除要求（Ｓ７０８）に含めたＴＭＧＩに対応するＭＢＭＳベアラコンテキスト４２２を削除する。
【０３０８】
続いて、ＭＭＥ３０は、ＭＭＥ３０は対応するサービスのＭＢＭＳ登録解除要求をＭＢＭＳ ＧＷ２０へ送信する（Ｓ７１６）。送信するＭＢＭＳ ＧＷは、ＭＢＭＳベアラコンテキスト４２２のＭＢＭＳ ＧＷの情報により解決し、本実施形態ではＭＢＭＳ ＧＷ２０へ送信する。
【０３０９】
ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２に登録されているＴＭＧＩと、サービス識別子と、セッション識別子と、ＭＭＥ３０の情報とを含めたＭＢＭＳ登録解除要求をＭＢＭＳ ＧＷ２０に送信する。
【０３１０】
ＭＢＭＳ登録解除要求を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳ登録解除処理を行う（Ｓ７１８）。ＭＭＥ３０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト２２２の配信ノードからｅＮＢ４０を削除する。
【０３１１】
続いて、ＭＢＭＳ ＧＷ２０は、セッション停止処理を行う（Ｓ７２０）。ここで、ＭＢＭＳ ＧＷ２０は、ｅＮＢ４０とＭＢＭＳ ＧＷ２０間にＴＭＧＩで識別されるサービスにベアラリソースが設定されている場合には、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキスト２２２における状態情報が「アクティブ」である場合には、「スタンバイ」に設定する。
【０３１２】
次に、ＭＢＭＳ ＧＷ２０は、ＭＭＥ３０にＭＢＭＳ登録解除応答を送信する（Ｓ７２２）。ＭＢＭＳ登録解除応答を受信したＭＭＥ３０は、ＭＢＭＳ登録解除要求（Ｓ７１６）に含めたＴＭＧＩに対応するＭＢＭＳ２２２ベアラコンテキストを削除する。
【０３１３】
ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２における配信ノードのｅＮＢ（またはｅＮＢの識別子）を確認し、ｅＮＢが登録されている場合には本処理を完了する。
【０３１４】
一方、ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２における配信ノードから総てのｅＮＢが削除されている場合（ＥＭＰＴＹ）には、ＭＢＭＳ ＧＷ２０は対応するサービスのＭＢＭＳ登録解除要求をＢＭ−ＳＣ１０へ送信する（Ｓ７２４）。送信するＢＭ−ＳＣは、ＭＢＭＳ ＧＷ２０におけるＭＢＭＳベアラコンテキスト２２２のＢＭ−ＳＣの情報により解決し、本実施形態ではＢＭ−ＳＣ１０へ送信する。ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２に登録されているＴＭＧＩと、サービス識別子と、セッション識別子と、ＭＢＭＳ ＧＷ２０の情報とを含めたＭＢＭＳ登録解除要求をＢＭ−ＳＣ１０に送信する。
【０３１５】
ＭＢＭＳ登録解除要求を受信したＢＭ−ＳＣ１０は、ＭＢＭＳ登録解除処理を行う（Ｓ７２６）。ＭＢＭＳ ＧＷ２０から受信したＭＢＭＳ登録解除要求に含まれたＴＭＧＩを参照し、対応するＭＢＭＳベアラコンテキスト１２４の配信ノードからＭＢＭＳ ＧＷ２０を削除する。
【０３１６】
続いて、ＢＭ−ＳＣ１０は、セッション停止処理を行う（Ｓ７２８）。ここで、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０とＢＭ−ＳＣ１０間にＴＭＧＩで識別されるサービスにベアラリソースが設定されている場合には、そのベアラリソースを解放する。さらに、ＭＢＭＳベアラコンテキストにおける状態情報がアクティブである場合には、スタンバイに設定する。
【０３１７】
次に、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０にＭＢＭＳ登録解除応答を送信する（Ｓ７３０）。ＭＢＭＳ登録解除応答を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳ登録解除要求（Ｓ７２４）に含めたＴＭＧＩに対応するＭＢＭＳベアラコンテキスト２２２を削除する。
【０３１８】
ＢＭ−ＳＣ１０は、ＭＢＭＳ登録解除要求のあったＴＭＧＩで識別されるＭＢＭＳベアラコンテキスト１２４を削除する。
【０３１９】
以上の手続きにより、ｅＮＢ４０により、カウンティング機能を利用して効率的にＭＢＭＳ登録を解除するとともに、セッション停止することができる。ｅＮＢ４０のＭＢＭＳ登録解除手続きは、カウンティング手続きにより、ＴＭＧＩ等で識別可能なＭＢＭＳベアラ毎のブロードキャストサービスの配信が不要であることを検知することができる。
【０３２０】
さらに、アプリケーション等がオフになっていること等により視聴していないようなケースのように、視聴していないことを検知することで開始することもできる。そして、この検知をトリガにＭＢＭＳ登録解除手続きを開始することができる。
【０３２１】
こうして各装置は登録するサービスがブロードキャストモードであると認識し、それぞれのＭＢＭＳベアラコンテキストに記憶する。具体的には、ＢＭ−ＳＣ１０はＭＢＭＳベアラコンテキスト１２４のモードにブロードキャストと、ＭＢＭＳ ＧＷ２０はＭＢＭＳベアラコンテキスト２２２のモードにブロードキャストと、ＭＭＥ３０はＭＢＭＳベアラコンテキスト３２２のモードにブロードキャストと、ｅＮＢ４０はＭＢＭＳベアラコンテキスト４２２のモードにブロードキャストと登録する。
【０３２２】
これにより、ＭＢＭＳ登録解除を決定する場合、各装置では、ＭＢＭＳベアラコンテキストを参照し、ブロードキャストモードである場合にはＭＢＭＳ登録を解除することができる。さらに、上記の場合において、ＭＢＭＳベアラコンテキストにおける状態情報がアクティブである場合には、状態情報を「スタンバイ」に変更し、セッション停止やブロードキャストデータ配信、受信停止することができる。
【０３２３】
さらに、上記の場合において、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ ＧＷ２０におけるＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０におけるＭＢＭＳベアラコンテキスト３２２、ｅＮＢ４０におけるＭＢＭＳベアラコンテキスト４２２におけるそれぞれの状態情報がアクティブである場合には、状態情報をスタンバイに変更し、セッション停止やブロードキャストデータ配信、受信停止することができる。
【０３２４】
具体的には、ｅＮＢ４０では、ブロードキャストＭＢＭＳ登録解除要求の送信時（Ｓ７０８）、ＭＢＭＳベアラコンテキスト４２２のモードがブロードキャストである場合、ＭＢＭＳ登録解除要求の送信や、ＭＢＭＳ登録解除処理やＭＢＭＳベアラの解放やマルチキャストデータ配信、受信停止を行う。
【０３２５】
ＭＭＥ３０では、ブロードキャストＭＢＭＳ登録解除要求の送信時（Ｓ７１６）、ＭＢＭＳベアラコンテキスト３２２のモードがブロードキャストである場合、ＭＢＭＳ登録解除処理やセッション停止を行う。
【０３２６】
ＭＢＭＳ ＧＷ２０では、ブロードキャストＭＢＭＳ登録解除要求の送信時（Ｓ７２４）、ＭＢＭＳベアラコンテキスト２２２のモードがブロードキャストである場合、ＭＢＭＳ登録解除要求の送信やＭＢＭＳベアラの解放やブロードキャストデータ配信、受信停止を行う。
【０３２７】
ＢＭ−ＳＣ１０では、ブロードキャストＭＢＭＳ登録解除要求の受信時（Ｓ７２４）、ＭＢＭＳベアラコンテキスト１２４のモードがブロードキャストである場合、ＭＢＭＳ登録解除処理やＭＢＭＳベアラの解放やブロードキャストデータ配信停止を行う。
【０３２８】
従来では、基地局装置（ｅＮＢ）が主導してＭＢＭＳ登録を解除することが規定されていたが、基地局装置（ｅＮＢ）で移動局装置（ＵＥ）の受信の要否を確認し、配信の必要がないと検知できた場合に、効率的にＭＢＭＳ登録を解除することができなかった。
【０３２９】
本実施形態によれば、基地局装置（ｅＮＢ）が、移動局装置（ＵＥ）の受信の要否の結果に基づいて、ＭＢＭＳ登録解除手続き、セッション停止手続きを行うことができるようになる。また、ＭＢＭＳ登録解除手続きによって、配信先リストから配送先装置を削除するとともに、従来セッション停止で行われていたリソースの解放を併せて行うことが可能になる。さらに、セッション停止に要するセッション停止手続きを省略することができる。
【０３３０】
また、ＭＢＭＳ登録解除する際に、セッションが停止されていない場合には、ＭＢＭＳ登録解除とともに、セッション停止を行うことにより、再度ＭＢＭＳ登録されない限り、セッションを開始されることがない。
【０３３１】
例えば、従来手法では、配信元から配信先にセッションを停止する手続きしか規定されておらず、配信先から配信元へセッション停止を要求することができなかった。つまり、基地局装置から配信元へセッション停止を要求することができなかった。さらに、基地局装置から配信元へセッション停止を要求するよう拡張したとしてもセッション停止要求を受けた装置は、配信を止めリソースを一時的に解放することができるが、配信ノードの削除は行わない。
【０３３２】
そのため、例えば、１）セッションが開始された状態で、２）ｅＮＢ主導でセッションのみを停止した場合に、３）ＢＭ−ＳＣ主導で総てのセッションが停止された後に、４）ＢＭ−ＳＣ主導で総てのセッションが再開された場合には、配信リストに含められた総てのノード（ＭＢＭＳ ＧＷ、ｅＮＢ）に通信リソースが割り当てられてしまい、ｅＮＢ主導で停止したセッションさえも再開されてしまうという問題があった。
【０３３３】
しかしながら、ＭＢＭＳ登録解除手続きにより配信リストからの配信先装置の更新を行い、例えば、４）のようにＢＭ−ＳＣ主導でセッションが再開された場合にも、不必要なセッションが開始されなくなる。
【０３３４】
本実施形態によれば、セッションを不必要に開始しないことにより、セッションを開始する場合に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。
【０３３５】
また、ＭＢＭＳ登録解除する際に、セッションが停止されていない場合には、ＭＢＭＳ登録解除とともに、セッション停止を行うことにより、再度ＭＢＭＳ登録されない限り、セッションを開始されることがない。
【０３３６】
例えば、従来は、１）セッションが開始された状態で、２）ｅＮＢ主導でセッションのみを停止した場合に、３）ＢＭ−ＳＣ主導で総てのセッションが停止された後に、４）ＢＭ−ＳＣ主導で総てのセッションが再開された場合には、配信リストに含められた総てのノード（ＭＢＭＳ ＧＷ、ｅＮＢ）に通信リソースが割り当てられてしまい、ｅＮＢ主導で停止したセッションさえも再開されてしまっていた。
【０３３７】
本実施形態においては、ＭＢＭＳ登録解除することによって、上記、３）ＢＭ−ＳＣ主導で総てのセッションが停止された後に、４）ＢＭ−ＳＣ主導で総てのセッションが再開された場合においても、不必要にセッション開始されることがない。セッションが開始されないということは、不必要に通信リソースを利用されることがなく、通信リソースを効率的に活用することが可能となる。
【０３３８】
また、セッションを不必要に開始されないことにより、セッションを開始する場合に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。
【０３３９】
［３．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【０３４０】
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０３４１】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等
のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【０３４２】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【０３４３】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個
別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【符号の説明】
【０３４４】
１０ ＢＭ−ＳＣ
１００ 制御部
１１０ 送受信部
１２０ 記憶部
１２２ ＭＢＭＳサービスＤＢ
１２４ ＭＢＭＳベアラコンテキスト
１２６ ＭＢＭＳ ＵＥコンテキスト
２０ ＭＢＭＳ ＧＷ
２００ 制御部
２１０ 送受信部
２２０ 記憶部
２２２ ＭＢＭＳベアラコンテキスト
２２４ 上流コントロールノードＤＢ
２２６ ＭＢＭＳ ＵＥコンテキスト
３０ ＭＭＥ
３００ 制御部
３１０ 送受信部
３２０ 記憶部
３２２ ＭＢＭＳベアラコンテキスト
３２４ ＭＢＭＳ ＵＥコンテキスト
４０ ｅＮＢ
４００ 制御部
４１０ 送受信部
４２０ 記憶部
４２２ ＭＢＭＳベアラコンテキスト
４２４ 無線フレーム情報
４２６ ＭＢＭＳ ＵＥコンテキスト
５０ ＵＥ
【特許請求の範囲】
【請求項１】
ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、
前記ＭＭＥは、前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置は、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、マルチキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が０の場合には、前記マルチキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする移動通信システム。
【請求項２】
前記サービス識別子には、ＴＭＧＩ（Temporary Mobile Group Identify）を含むことを特徴とする請求項１に記載の移動通信システム。
【請求項３】
前記ＭＭＥは、ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする請求項１又は２に記載の移動通信システム。
【請求項４】
前記基地局装置は、ＭＢＭＳ登録解除要求をＭＭＥに送信するのと併せて、ＭＢＭＳベアラリソースを解放することを特徴とする請求項１から３の何れか一項に記載の移動通信システム。
【請求項５】
前記ＭＭＥは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれる前記基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＭＢＭＳ ＧＷに送信し、
ＭＢＭＳ ＧＷは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする請求項１から４の何れか一項に記載の移動通信システム。
【請求項６】
前記ＭＢＭＳ ＧＷは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれるマルチキャストデータ配信を行う前記基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＢＭ−ＳＣに送信し、
ＢＭ−ＳＣは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信したＭＢＭＳ ＧＷを削除することを特徴とする請求項１から５の何れか一項に記載の移動通信システム。
【請求項７】
ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムにおいて、
前記ＭＭＥは、前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置は、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、ブロードキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が０の場合には、前記ブロードキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする移動通信システム。
【請求項８】
前記サービス識別子には、ＴＭＧＩ（Temporary Mobile Group Identify）を含むことを特徴とする請求項７に記載の移動通信システム。
【請求項９】
前記ＭＭＥは、ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする請求項７又は８に記載の移動通信システム。
【請求項１０】
前記基地局装置は、ＭＢＭＳ登録解除要求をＭＭＥに送信するのと併せて、セッションを停止要求を含めて送信することを特徴とする請求項７から９の何れか一項に記載の移動通信システム。
【請求項１１】
前記ＭＭＥは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれるブロードキャストデータ配信を行う前記基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＭＢＭＳ ＧＷに送信し、
ＭＢＭＳ ＧＷは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする請求項７から１０の何れか一項に記載の移動通信システム。
【請求項１２】
前記ＭＢＭＳ ＧＷは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれるブロードキャストデータ配信を行う基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＢＭ−ＳＣに送信し、
ＢＭ−ＳＣは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信したＭＢＭＳ ＧＷを削除することを特徴とする請求項７から１１の何れか一項に記載の移動通信システム。
【請求項１３】
ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続される基地局装置において、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置において、マルチキャストデータ配信を必要としている移動局装置がいない場合に送信されるマルチキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする基地局装置。
【請求項１４】
ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続される基地局装置において、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、ブロードキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が０の場合には、前記ブロードキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする基地局装置。
【請求項１５】
ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続されるＭＭＥにおいて、
前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置から、マルチキャストデータ配信を必要としている移動局装置が無くなった場合に送信されるマルチキャストデータのＭＢＭＳ登録解除要求を受信し、
前記ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とするＭＭＥ。
【請求項１６】
ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続されるＭＭＥにおいて、
前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置から、ブロードキャストデータ配信を必要としている移動局装置が無くなった場合に送信されるブロードキャストデータのＭＢＭＳ登録解除要求を受信し、
前記ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とするＭＭＥ。
【請求項１７】
前記請求項１から１２の何れか一項に記載の移動通信システムに接続されることを特徴とする移動局装置。
【請求項１】
ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、
前記ＭＭＥは、前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置は、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、マルチキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が０の場合には、前記マルチキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする移動通信システム。
【請求項２】
前記サービス識別子には、ＴＭＧＩ（Temporary Mobile Group Identify）を含むことを特徴とする請求項１に記載の移動通信システム。
【請求項３】
前記ＭＭＥは、ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする請求項１又は２に記載の移動通信システム。
【請求項４】
前記基地局装置は、ＭＢＭＳ登録解除要求をＭＭＥに送信するのと併せて、ＭＢＭＳベアラリソースを解放することを特徴とする請求項１から３の何れか一項に記載の移動通信システム。
【請求項５】
前記ＭＭＥは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれる前記基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＭＢＭＳ ＧＷに送信し、
ＭＢＭＳ ＧＷは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする請求項１から４の何れか一項に記載の移動通信システム。
【請求項６】
前記ＭＢＭＳ ＧＷは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれるマルチキャストデータ配信を行う前記基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＢＭ−ＳＣに送信し、
ＢＭ−ＳＣは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信したＭＢＭＳ ＧＷを削除することを特徴とする請求項１から５の何れか一項に記載の移動通信システム。
【請求項７】
ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムにおいて、
前記ＭＭＥは、前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置は、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、ブロードキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が０の場合には、前記ブロードキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする移動通信システム。
【請求項８】
前記サービス識別子には、ＴＭＧＩ（Temporary Mobile Group Identify）を含むことを特徴とする請求項７に記載の移動通信システム。
【請求項９】
前記ＭＭＥは、ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする請求項７又は８に記載の移動通信システム。
【請求項１０】
前記基地局装置は、ＭＢＭＳ登録解除要求をＭＭＥに送信するのと併せて、セッションを停止要求を含めて送信することを特徴とする請求項７から９の何れか一項に記載の移動通信システム。
【請求項１１】
前記ＭＭＥは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれるブロードキャストデータ配信を行う前記基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＭＢＭＳ ＧＷに送信し、
ＭＢＭＳ ＧＷは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とする請求項７から１０の何れか一項に記載の移動通信システム。
【請求項１２】
前記ＭＢＭＳ ＧＷは、前記ＭＢＭＳベアラコンテキストの配信リストに含まれるブロードキャストデータ配信を行う基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるＭＢＭＳ登録解除要求をＢＭ−ＳＣに送信し、
ＢＭ−ＳＣは、ＭＢＭＳベアラコンテキスト内の配信リストからＭＢＭＳ登録解除要求を送信したＭＢＭＳ ＧＷを削除することを特徴とする請求項７から１１の何れか一項に記載の移動通信システム。
【請求項１３】
ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続される基地局装置において、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置において、マルチキャストデータ配信を必要としている移動局装置がいない場合に送信されるマルチキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする基地局装置。
【請求項１４】
ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続される基地局装置において、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、ブロードキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が０の場合には、前記ブロードキャストデータのＭＢＭＳ登録解除要求をＭＭＥに送信することを特徴とする基地局装置。
【請求項１５】
ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続されるＭＭＥにおいて、
前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置から、マルチキャストデータ配信を必要としている移動局装置が無くなった場合に送信されるマルチキャストデータのＭＢＭＳ登録解除要求を受信し、
前記ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とするＭＭＥ。
【請求項１６】
ＢＭ−ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS GateWay）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続されるＭＭＥにおいて、
前記基地局装置をＭＢＭＳ登録しており、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置から、ブロードキャストデータ配信を必要としている移動局装置が無くなった場合に送信されるブロードキャストデータのＭＢＭＳ登録解除要求を受信し、
前記ＭＢＭＳ登録解除要求を受信した場合には、ＭＢＭＳベアラコンテキストの配信リストから、ＭＢＭＳ登録解除要求を送信した基地局装置を削除することを特徴とするＭＭＥ。
【請求項１７】
前記請求項１から１２の何れか一項に記載の移動通信システムに接続されることを特徴とする移動局装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【公開番号】特開２０１２−１８２５８７（Ｐ２０１２−１８２５８７Ａ）
【公開日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願番号】特願２０１１−４３０６２（Ｐ２０１１−４３０６２）
【出願日】平成２３年２月２８日（２０１１．２．２８）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願日】平成２３年２月２８日（２０１１．２．２８）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]