BM-SCBroadcastMulticastServiceCenterから、MBMSMultimediaBroadcastMulticastServiceベアラが確立されたMBMSGWMBMSGateWay及びMMEMobilityManagementEntityを経由して基地局装置に接続される移動局装置にMBMSベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、前記MMEは、前記基地局装置をMBMS登録しており、前記MBMSベアラサービスにおいて、MBMSベアラリソースを割り当てて確立するMBMSベアラの情報がMBMSベアラコンテキストに含まれており、前記基地局装置は、前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、マルチキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が0の場合には、前記マルチキャストデータのMBMS登録解除要求をMMEに送信することを特徴とする移動通信システム。前記サービス識別子には、TMGITemporaryMobileGroupIdentifyを含むことを特徴とする請求項1に記載の移動通信システム。前記MMEは、MBMS登録解除要求を受信した場合には、MBMSベアラコンテキストの配信リストから、MBMS登録解除要求を送信した基地局装置を削除することを特徴とする請求項1又は2に記載の移動通信システム。前記基地局装置は、MBMS登録解除要求をMMEに送信するのと併せて、MBMSベアラリソースを解放することを特徴とする請求項1から3の何れか一項に記載の移動通信システム。前記MMEは、前記MBMSベアラコンテキストの配信リストに含まれる前記基地局装置が無くなった場合には、MBMSベアラコンテキストに対応づけられるMBMS登録解除要求をMBMSGWに送信し、MBMSGWは、MBMSベアラコンテキスト内の配信リストからMBMS登録解除要求を送信した基地局装置を削除することを特徴とする請求項1から4の何れか一項に記載の移動通信システム。前記MBMSGWは、前記MBMSベアラコンテキストの配信リストに含まれるマルチキャストデータ配信を行う前記基地局装置が無くなった場合には、MBMSベアラコンテキストに対応づけられるMBMS登録解除要求をBM-SCに送信し、BM-SCは、MBMSベアラコンテキスト内の配信リストからMBMS登録解除要求を送信したMBMSGWを削除することを特徴とする請求項1から5の何れか一項に記載の移動通信システム。BM-SCBroadcastMulticastServiceCenterから、MBMSMultimediaBroadcastMulticastServiceベアラが確立されたMBMSGWMBMSGateWay及びMMEMobilityManagementEntityを経由して基地局装置に接続される移動局装置にMBMSベアラサービスによりブロードキャストデータ配信を行う移動通信システムにおいて、前記MMEは、前記基地局装置をMBMS登録しており、前記MBMSベアラサービスにおいて、MBMSベアラリソースを割り当てて確立するMBMSベアラの情報がMBMSベアラコンテキストに含まれており、前記基地局装置は、前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、ブロードキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が0の場合には、前記ブロードキャストデータのMBMS登録解除要求をMMEに送信することを特徴とする移動通信システム。前記サービス識別子には、TMGITemporaryMobileGroupIdentifyを含むことを特徴とする請求項7に記載の移動通信システム。前記MMEは、MBMS登録解除要求を受信した場合には、MBMSベアラコンテキストの配信リストから、MBMS登録解除要求を送信した基地局装置を削除することを特徴とする請求項7又は8に記載の移動通信システム。前記基地局装置は、MBMS登録解除要求をMMEに送信するのと併せて、セッションを停止要求を含めて送信することを特徴とする請求項7から9の何れか一項に記載の移動通信システム。前記MMEは、前記MBMSベアラコンテキストの配信リストに含まれるブロードキャストデータ配信を行う前記基地局装置が無くなった場合には、MBMSベアラコンテキストに対応づけられるMBMS登録解除要求をMBMSGWに送信し、MBMSGWは、MBMSベアラコンテキスト内の配信リストからMBMS登録解除要求を送信した基地局装置を削除することを特徴とする請求項7から10の何れか一項に記載の移動通信システム。前記MBMSGWは、前記MBMSベアラコンテキストの配信リストに含まれるブロードキャストデータ配信を行う基地局装置が無くなった場合には、MBMSベアラコンテキストに対応づけられるMBMS登録解除要求をBM-SCに送信し、BM-SCは、MBMSベアラコンテキスト内の配信リストからMBMS登録解除要求を送信したMBMSGWを削除することを特徴とする請求項7から11の何れか一項に記載の移動通信システム。BM-SCBroadcastMulticastServiceCenterから、MBMSMultimediaBroadcastMulticastServiceベアラが確立されたMBMSGWMBMSGateWay及びMMEMobilityManagementEntityを経由して基地局装置に接続される移動局装置にMBMSベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続される基地局装置において、前記MBMSベアラサービスにおいて、MBMSベアラリソースを割り当てて確立するMBMSベアラの情報がMBMSベアラコンテキストに含まれており、前記基地局装置において、マルチキャストデータ配信を必要としている移動局装置がいない場合に送信されるマルチキャストデータのMBMS登録解除要求をMMEに送信することを特徴とする基地局装置。BM-SCBroadcastMulticastServiceCenterから、MBMSMultimediaBroadcastMulticastServiceベアラが確立されたMBMSGWMBMSGateWay及びMMEMobilityManagementEntityを経由して基地局装置に接続される移動局装置にMBMSベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続される基地局装置において、前記MBMSベアラサービスにおいて、MBMSベアラリソースを割り当てて確立するMBMSベアラの情報がMBMSベアラコンテキストに含まれており、前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、ブロードキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が0の場合には、前記ブロードキャストデータのMBMS登録解除要求をMMEに送信することを特徴とする基地局装置。BM-SCBroadcastMulticastServiceCenterから、MBMSMultimediaBroadcastMulticastServiceベアラが確立されたMBMSGWMBMSGateWay及びMMEMobilityManagementEntityを経由して基地局装置に接続される移動局装置にMBMSベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続されるMMEにおいて、前記基地局装置をMBMS登録しており、前記MBMSベアラサービスにおいて、MBMSベアラリソースを割り当てて確立するMBMSベアラの情報がMBMSベアラコンテキストに含まれており、前記基地局装置から、マルチキャストデータ配信を必要としている移動局装置が無くなった場合に送信されるマルチキャストデータのMBMS登録解除要求を受信し、前記MBMS登録解除要求を受信した場合には、MBMSベアラコンテキストの配信リストから、MBMS登録解除要求を送信した基地局装置を削除することを特徴とするMME。BM-SCBroadcastMulticastServiceCenterから、MBMSMultimediaBroadcastMulticastServiceベアラが確立されたMBMSGWMBMSGateWay及びMMEMobilityManagementEntityを経由して基地局装置に接続される移動局装置にMBMSベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続されるMMEにおいて、前記基地局装置をMBMS登録しており、前記MBMSベアラサービスにおいて、MBMSベアラリソースを割り当てて確立するMBMSベアラの情報がMBMSベアラコンテキストに含まれており、前記基地局装置から、ブロードキャストデータ配信を必要としている移動局装置が無くなった場合に送信されるブロードキャストデータのMBMS登録解除要求を受信し、前記MBMS登録解除要求を受信した場合には、MBMSベアラコンテキストの配信リストから、MBMS登録解除要求を送信した基地局装置を削除することを特徴とするMME。前記請求項1から12の何れか一項に記載の移動通信システムに接続されることを特徴とする移動局装置。従来の基地局装置のカウンティング結果に基づいた効率化は、基地局装置と端末間の無線通信区間のリソースを効率利用する方法のみであり、マルチキャストデータの配信元の装置から基地局装置の間のネットワーク内部の通信区間のリソースを効率利用する方法はなかった。つまり、カウンティング機能により、基地局装置がマルチキャストデータを受信する端末がいないことを検知したとしても、ネットワーク内部に設置されるマルチキャスト配信元の装置から基地局装置まではマルチキャストデータが配送されてしまう。これまでは、カウンティング機能を利用してトラヒックを削減し、ネットワークリソースを効率的に利用する解決方法がなかった。このように、カウンティング機能により基地局装置と端末間の無線リソースの有効利用については考慮されているものの、ネットワーク内のネットワークリソースを効率的に利用することはできないとい問題点があった。上述した非特許文献1では、あるサービスへのMBMS登録を解除する手続きが示されているが、その方法として、基地局装置が主導してマルチキャストデータおよびブロードキャストデータの配送元となる装置に対してMBMS登録を解除する手続きが示されている。しかしながら、基地局装置において、MBMS登録解除手続きの開始を判断する具体的な手段についてはなんら示されていなかった。さらに、データ配送経路の上流に位置する各装置においても、更なる上流のデータ配送元の装置に対してMBMS登録解除手続きを開始する具体的手段について示されていない。さらに、ユーザの利便性を考慮すると、ユーザの視聴の有無に即応してMBMS登録手続きやMBMS登録解除手続きが行われる必要があるが、従来では効率的にそれらを行うことができなかった。具体的には、マルチキャストモードでは、ユーザによるサービスからの離脱を要求するデアクティベーション手続きを行い、その完了を契機にMBMS登録解除手続きが開始される。さらに、配信を再開する際にもサービス参加のためのアクティベーションを必要とする。そのため、移動局装置において一時的に電源OFFとなったり、一時的にMBMSサービスを提供する基地局装置から外れてしまったりした場合などにおいても、デアクティベーション手続きが必要であった。上記のように、MBMS登録解除に対してデアクティベーション手続きなどの制御メッセージの送受信が必要になるなど、通信リソースが非効率に利用されている。また、MBMS登録解除手続きは本来移動局装置に処理を必要としないが、デアクティベーション手続きには移動局装置に制御メッセージの送受信が必要となる。つまり移動局装置に処理を必要としないMBMS登録解除が行えない複雑な手続きを要し、非効率であった。これにより、基地局装置がカウンティング結果に基づいてデータ受信端末がいないことを検知した場合や、移動局装置端末がリソース解放の要求を行わずに異なる基地局装置に移動したことや、移動局装置の電源をオフにしたことを基地局装置が検知した場合等においては、移動局装置に処理を伴わない効率的なMBMS登録解除ができなかった。結果、ネットワークリソースは実際に必要でないにも関わらず、割り当てられたままトラヒックが流れ、リソースを無駄にしていた。また、ネットワークリソースを有効に利用するために一時的に配信を停止する方法としては、従来のセッション停止手続きを行う方法が考えられる。しかしながら、従来手法では、配信元から配信先にセッションを停止する手続きしか規定されておらず、配信先から配信元へセッション停止を要求することができなかった。つまり、基地局装置から配信元へセッション停止を要求することができなかった。また、基地局装置から配信元へセッション停止を要求するよう拡張したとしても新たな課題が生じる。セッション停止要求を受けた装置は、配信を止めリソースを一時的に解放することができるが、配信リストの削除は行わない。そのため、例えば、従来は、1セッションが開始された状態で、2基地局装置主導でセッションのみを停止した場合に、3マルチキャストデータブロードキャストデータの配送元主導で総てのセッションが停止された後に、4マルチキャストデータブロードキャストデータの配送元主導で総てのセッションが再開された場合には、配信リストに含められた総てのノード例えば、MBMSGW、基地局装置に通信リソースが割り当てられてしまい、基地局装置主導で停止したセッションさえも再開されてしまっていた。つまり、1において不必要なリソースを解放したものの、再度不必要なリソースが割り当てられることになる。したがって、通信リソースを効率的に活用するためには、MBMS登録解除手続きにより配信リストの更新を行い、例えば4のようにマルチキャストデータブロードキャストデータの配送元の主導でセッションが再開された場合にも、必要のない装置への配信は再開されないようにする必要がある。これは、データ配送のためのリソースの効率化だけでなく、不必要な装置への制御手続きを不要とするためにも必要となる。上述した課題を解決するために、本発明の目的は、基地局装置のカウンティング機能によりネットワークリソースを効率的に割り当てる制御方法を定めることにより、ネットワークリソースを有効活用出来る移動通信システム等を提供することを目的としている。上記課題を解決するために、本発明に係る移動通信システム等は、以下の特徴を備えている。本発明の移動通信システムは、BM-SCBroadcastMulticastServiceCenterから、MBMSMultimediaBroadcastMulticastServiceベアラが確立されたMBMSGWMBMSGateWay及びMMEMobilityManagementEntityを経由して基地局装置に接続される移動局装置にMBMSベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、前記MMEは、前記基地局装置をMBMS登録しており、前記MBMSベアラサービスにおいて、MBMSベアラリソースを割り当てて確立するMBMSベアラの情報がMBMSベアラコンテキストに含まれており、前記基地局装置は、前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、マルチキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が0の場合には、前記マルチキャストデータのMBMS登録解除要求をMMEに送信することを特徴とする。また、本発明の移動通信システムにおいて、前記サービス識別子には、TMGITemporaryMobileGroupIdentifyを含むことを特徴とする。また、本発明に移動通信システムにおいて、前記MMEは、MBMS登録解除要求を受信した場合には、MBMSベアラコンテキストの配信リストから、MBMS登録解除要求を送信した基地局装置を削除することを特徴とする。また、本発明の移動通信システムにおいて、前記基地局装置は、MBMS登録解除要求をMMEに送信するのと併せて、MBMSベアラリソースを解放することを特徴とする。また、本発明の移動通信システムにおいて、前記MMEは、前記MBMSベアラコンテキストの配信リストに含まれる前記基地局装置が無くなった場合には、MBMSベアラコンテキストに対応づけられるMBMS登録解除要求をMBMSGWに送信し、MBMSGWは、MBMSベアラコンテキスト内の配信リストからMBMS登録解除要求を送信した基地局装置を削除することを特徴とする。また、本発明の移動通信システムにおいて、前記MBMSGWは、前記MBMSベアラコンテキストの配信リストに含まれるマルチキャストデータ配信を行う前記基地局装置が無くなった場合には、MBMSベアラコンテキストに対応づけられるMBMS登録解除要求をBM-SCに送信し、BM-SCは、MBMSベアラコンテキスト内の配信リストからMBMS登録解除要求を送信したMBMSGWを削除することを特徴とする。本発明の移動通信システムは、BM-SCBroadcastMulticastServiceCenterから、MBMSMultimediaBroadcastMulticastServiceベアラが確立されたMBMSGWMBMSGateWay及びMMEMobilityManagementEntityを経由して基地局装置に接続される移動局装置にMBMSベアラサービスによりブロードキャストデータ配信を行う移動通信システムにおいて、前記MMEは、前記基地局装置をMBMS登録しており、前記MBMSベアラサービスにおいて、MBMSベアラリソースを割り当てて確立するMBMSベアラの情報がMBMSベアラコンテキストに含まれており、前記基地局装置は、前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、ブロードキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が0の場合には、前記ブロードキャストデータのMBMS登録解除要求をMMEに送信することを特徴とする。また、本発明の移動通信システムにおいて、前記サービス識別子には、TMGITemporaryMobileGroupIdentifyを含むことを特徴とする。また、本発明の移動通信システムにおいて、前記MMEは、MBMS登録解除要求を受信した場合には、MBMSベアラコンテキストの配信リストから、MBMS登録解除要求を送信した基地局装置を削除することを特徴とする。また、本発明の移動通信システムにおいて、前記基地局装置は、MBMS登録解除要求をMMEに送信するのと併せて、セッションを停止要求を含めて送信することを特徴とする。また、本発明の移動通信システムにおいて、前記MMEは、前記MBMSベアラコンテキストの配信リストに含まれるブロードキャストデータ配信を行う前記基地局装置が無くなった場合には、MBMSベアラコンテキストに対応づけられるMBMS登録解除要求をMBMSGWに送信し、MBMSGWは、MBMSベアラコンテキスト内の配信リストからMBMS登録解除要求を送信した基地局装置を削除することを特徴とする。また、本発明の移動通信システムにおいて、前記MBMSGWは、前記MBMSベアラコンテキストの配信リストに含まれるブロードキャストデータ配信を行う基地局装置が無くなった場合には、MBMSベアラコンテキストに対応づけられるMBMS登録解除要求をBM-SCに送信し、BM-SCは、MBMSベアラコンテキスト内の配信リストからMBMS登録解除要求を送信したMBMSGWを削除することを特徴とする。本発明の基地局装置は、BM-SCBroadcastMulticastServiceCenterから、MBMSMultimediaBroadcastMulticastServiceベアラが確立されたMBMSGWMBMSGateWay及びMMEMobilityManagementEntityを経由して基地局装置に接続される移動局装置にMBMSベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続される基地局装置において、前記MBMSベアラサービスにおいて、MBMSベアラリソースを割り当てて確立するMBMSベアラの情報がMBMSベアラコンテキストに含まれており、前記基地局装置において、マルチキャストデータ配信を必要としている移動局装置がいない場合に送信されるマルチキャストデータのMBMS登録解除要求をMMEに送信することを特徴とする。本発明の基地局装置は、BM-SCBroadcastMulticastServiceCenterから、MBMSMultimediaBroadcastMulticastServiceベアラが確立されたMBMSGWMBMSGateWay及びMMEMobilityManagementEntityを経由して基地局装置に接続される移動局装置にMBMSベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続される基地局装置において、前記MBMSベアラサービスにおいて、MBMSベアラリソースを割り当てて確立するMBMSベアラの情報がMBMSベアラコンテキストに含まれており、前記移動局装置に、サービス識別子を含む確認メッセージを送信し、前記移動局装置からの応答に基づいて、ブロードキャストデータ配信を必要としている移動局装置の数をカウントし、前記カウントした数が0の場合には、前記ブロードキャストデータのMBMS登録解除要求をMMEに送信することを特徴とする。本発明のMMEは、BM-SCBroadcastMulticastServiceCenterから、MBMSMultimediaBroadcastMulticastServiceベアラが確立されたMBMSGWMBMSGateWay及びMMEMobilityManagementEntityを経由して基地局装置に接続される移動局装置にMBMSベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続されるMMEにおいて、前記基地局装置をMBMS登録しており、前記MBMSベアラサービスにおいて、MBMSベアラリソースを割り当てて確立するMBMSベアラの情報がMBMSベアラコンテキストに含まれており、前記基地局装置から、マルチキャストデータ配信を必要としている移動局装置が無くなった場合に送信されるマルチキャストデータのMBMS登録解除要求を受信し、前記MBMS登録解除要求を受信した場合には、MBMSベアラコンテキストの配信リストから、MBMS登録解除要求を送信した基地局装置を削除することを特徴とする。本発明のMMEは、BM-SCBroadcastMulticastServiceCenterから、MBMSMultimediaBroadcastMulticastServiceベアラが確立されたMBMSGWMBMSGateWay及びMMEMobilityManagementEntityを経由して基地局装置に接続される移動局装置にMBMSベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続されるMMEにおいて、前記基地局装置をMBMS登録しており、前記MBMSベアラサービスにおいて、MBMSベアラリソースを割り当てて確立するMBMSベアラの情報がMBMSベアラコンテキストに含まれており、前記基地局装置から、ブロードキャストデータ配信を必要としている移動局装置が無くなった場合に送信されるブロードキャストデータのMBMS登録解除要求を受信し、前記MBMS登録解除要求を受信した場合には、MBMSベアラコンテキストの配信リストから、MBMS登録解除要求を送信した基地局装置を削除することを特徴とする。本発明の移動局装置は、上述した発明に記載の移動通信システムに接続されることを特徴とする。本発明によれば、BM-SCから、MBMSベアラが確立されたMBMSGW及びMME、基地局装置に接続される移動局装置にMBMSベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、基地局装置は、カウンティング機能を利用して、マルチキャストデータを受信するUEの数が0であると検知し、マルチキャストデータ配信のMBMS登録解除することを決定した場合には、MBMS登録解除要求をMMEに送信し、マルチキャストデータのMBMS登録を解除するとともにセッション停止することにより、MBMSGWからの配信を停止することとなる。これにより、従来は、基地局装置が主導してMBMS登録を解除手続きが規定されていたが、ユーザの視聴の有無に即応してMBMS登録手続きやMBMS登録解除手続きを行うことができなかった。しかしながら、基地局装置が、移動局装置の受信の要否の結果に基づいて、MBMS登録解除手続きによる配信リストにおける配送先装置を削除するとともに、セッション停止手続きで行われたリソースの解放を併せて行うことができるようになる。また、マルチキャストモードのように、ユーザによるサービスからの離脱を要求するデアクティベーション手続きを行い、その完了を契機にMBMS登録解除手続きが開始され、配信を再開する際にもサービス参加のためのアクティベーションを必要としていたが、ユーザの視聴の有無をカウンティング機能により検出することで、デアクティベーション手続きを行うことなくサービス配信を停止することができ、また、そのような場合にサービス配信を再開する際にもアクティベーション手続きを行うことなく、サービスを受信することが可能となる。また、移動局装置において一時的に電源OFFとなったり、一時的にMBMSサービスを提供する基地局装置から外れてしまったりした場合などにおいても、デアクティベーション手続きを行う必要がなくなる。上記のように、MBMS登録解除に対してデアクティベーション手続きなどの制御メッセージの送受信が不要になるため、通信リソースを効率に利用することができる。また、デアクティベーション手続きには移動局装置に制御メッセージの送受信が不要となり、移動局装置による処理を行くことなく、基地局装置主導で効率的にMBMS登録解除が行うことができる。これにより、基地局装置がカウンティング結果に基づいてデータ受信端末がいないことを検知した場合や、移動局装置端末がリソース解放の要求を行わずに異なる基地局装置に移動したことや、移動局装置の電源をオフにしたことを基地局装置が検知した場合等において、移動局装置に処理を伴わない効率的なMBMS登録解除を行うことができる。結果、ネットワークリソースは実際に必要でないにも関わらず、割り当てられたままトラヒックが流れ、リソースを無駄にするという状況を回避することができる。また、従来手法では、配信元から配信先にセッションを停止する手続きしか規定されておらず、配信先から配信元へセッション停止を要求することができなかった。つまり、基地局装置から配信元へセッション停止を要求することができなかった。さらに、基地局装置から配信元へセッション停止を要求するよう拡張したとしてもセッション停止要求を受けた装置は、配信を止めリソースを一時的に解放することができるが、配信リストの配送先ノードの削除は行わない。そのため、例えば、1セッションが開始された状態で、2eNB主導でセッションのみを停止した場合に、3BM-SC主導で総てのセッションが停止された後に、4BM-SC主導で総てのセッションが再開された場合には、配信リストに含められた総てのノードMBMSGW、MME、基地局装置に通信リソースが割り当てられてしまい、NB主導で停止したセッションさえも再開されてしまうという問題があった。しかしながら、MBMS登録解除手続きにより配信リストからの配信先装置の更新を行い、例えば、4のようにBM-SC主導でセッションが再開された場合にも、不必要なセッションが開始されなくなる。また、セッションを不必要に開始されないことにより、セッションを開始する際に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。以下、図面を参照して本発明を実施するための最良の形態について説明する。[1.第1実施形態][1.1システム構成]図1は、本発明を適用した場合における移動通信システム1の概要を説明するための図である。移動通信システム1は、ブロードキャストマルチキャストサービスセンタであるBM-SCBroadcastMulticastServiceCenter10、ゲートウェイ装置であるMBMSGWMBMSGateWay20及びサービス制御装置であるMMEMobilityManagementEntity30を含むコアネットワーク5と、基地局装置であるeNB40と、移動局装置であるUE50とを含んで構成されている。コアネットワーク5にeNB40が接続されており、eNB40にUE50が接続可能な状態で構成されている。具体的には、BM-SC10の下位にはMBMSGW20が接続されており、MBMSGW20の下位にはMME30を介して又は直接eNB40が接続されている。さらに、eNB40の下位にはUE50が接続されている。ここで、本実施形態の図1においては、説明の都合上、各構成装置が1つとして記載されているが、複数の装置が接続されていてもよい。例えば、一又は複数のMBMSGWを移動通信システム1は含んでおり、各MBMSGWの下位に一又は複数のMME、eNBがそれぞれ接続されている。また、UEもeNBに一又は複数接続可能である。[1.2装置構成]続いて、各装置の機能構成について、図を用いて説明する。[1.2.1BM-SC]BM-SC10の機能構成について、図2を用いて説明する。BM-SC10は、制御部100に、送受信部110と記憶部120とが接続されている。制御部100は、BM-SC10の全体を制御するための機能部である。制御部100は、記憶部120に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばCPUCentralProcessUnitにより構成されている。送受信部110は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してMBMSGW20と接続されている。記憶部120は、BM-SC10の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部120は、例えば、半導体メモリや、HDDHardDiskDrive等により構成されている。また、本実施形態においては、MBMSサービスDB122と、MBMSベアラコンテキスト124と、MBMSUEコンテキスト126とがそれぞれ記憶されている。MBMSサービスDB122は、配信可能なMBMSベアラサービスを管理するために、MBMSベアラサービス毎の配信データのサービス識別子を記憶するDBである。図3に、MBMSサービスDB122のデータ構成の一例を示す。ここで、サービス識別子としては種々のものが用いられるが、例えば、1MBMSベアラコンテキストを識別するTMGITemporaryMobileGroupIdentity2その他の識別子例えば、BM-SC10を運用してサービス事業を行う事業者が割り当てる識別子等が利用可能である。本実施形態では、1のTMGIを利用することとして説明する。具体的には、MBMSベアラサービスでマルチキャストデータ配信時、サービス毎に生成するMBMSベアラコンテキスト124を識別するTMGIを用いる。ここで、TMGIとは、従来携帯電話サービスで利用されている一時的に割り当てられた加入者識別情報だが、MBMSにおいてはMBMSベアラサービスを識別する情報として利用されている。MBMSベアラコンテキスト124は、MBMSベアラサービス毎に生成され、マルチキャストデータを配送するために確立するMBMSベアラの管理情報である。図4に、MBMSベアラコンテキスト124のデータ構成の一例を示す。MBMSベアラコンテキスト124は、MBMS登録の際に必要とするTMGI等のMBMSベアラサービス識別子例えば、TMGI1と、配信のために確立するセッションの識別子例えば、セッションIDと、マルチキャストモードかブロードキャストモードかを識別するためのモード例えば、マルチキャストと、MBMSベアラの状態をアクティブかサスペンドかを管理する状態情報例えば、アクティブと、データ配信先の配信ノード例えば、MBMSGW20と、UEカウンタ例えば、Nとが含まれている。ここで、配信ノードは、配信するノードを特定する情報を記憶しており、例えばIPアドレス図4の場合はMBMSGW20のIPアドレスが記憶される。ここで、配信ノードは一又は複数記憶することができる。また、配信ノード又は後述する上位配信ノードが各装置に記憶されることから、移動通信システム1の配信リストが形成される。配信リストとは、配信ノードを特定するためのものであり、配信リストに従って、BM-SC10とUE50間のベアラが確立される。ここで、各装置を所定の配信リストに登録する場合には、各装置が記憶しているMBMSベアラコンテキストの配信ノードに関する情報をそれぞれ更新登録すれば良い。逆に配信リストから外れる場合は、各装置が記憶しているMBMSベアラコンテキストの配信ノードに関する情報から、所定の装置を削除すれば良い。ここで、UEカウンタとは、MBMSベアラサービスのマルチキャストデータの受信が必要なUEの数である。これは基地局装置eNB40のカウンティング機能によりカウントされた数に基づいたものであり、例えば、eNB40に接続しているUE50自体の数でも良いし、UE50の内、マルチキャストグループに参加しているUE50の数でも良い。更に、ユーザが実際に視聴している端末UE50、すなわちユーザが視聴アプリケーションを起動していない状態を検知するなどして、一時的に視聴をしていないUE50を除いた数であったり、ユーザにより受信が必要であることを通知するUE50の数であってもよい。さらに、BM-SC10は、MBMSベアラコンテキスト124に複数の配信ノードであるMBMSGWの情報を記憶している場合、MBMSGW毎にそれぞれ異なるUEカウンタを記憶し、UEの数をカウントすることが出来る。したがって、BM-SC10は、MBMSGW20へ配信するマルチキャストデータの視聴端末数を記憶することが可能である。MBMSUEコンテキスト126は、MBMSサービス毎に生成され、UEがMBMSサービスに参加することを示すUEの管理情報である。BM-SC10は、MBMSUEコンテキスト126を参照し、MBMSサービス毎にユーザ登録し、MBMSサービス毎に課金を行うことができる。図5に、MBMSベアラコンテキスト126のデータ構成の一例を示す。MBMSUEコンテキスト126は、MBMSサービスへアクティベーションする場合に必要とするIPマルチキャストアドレス例えば、IPマルチキャストアドレス1と、UE50が初期接続時に、IPアドレスを取得する際に必要とするAPNAccessPointNameの情報例えば、APN1と、UEを識別するために用いられるIMSIInternationalMobileSubscriberIdentityの情報例えばIMSI1とが含まれている。[1.2.2MBMSGW]続いて、MBMSGW20の機能構成について、図6を用いて説明する。MBMSGW20は、制御部200に、送受信部210と記憶部220とが接続されている。制御部200は、MBMSGW20の全体を制御するための機能部である。制御部200は、記憶部220に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばCPUCentralProcessUnitにより構成されている。送受信部210は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してBM-SC10と、MME30と、eNB40とに接続されている。記憶部220は、MBMSGW20の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部220は、例えば、半導体メモリや、HDDHardDiskDrive等により構成されている。また、本実施形態においては、MBMSベアラコンテキスト222と、上流コントロールノードDB224と、MBMSUEコンテキスト226がそれぞれ記憶されている。ここで、MBMSベアラコンテキスト222は、TMGIで一意に識別することができる。MBMSベアラコンテキスト222は、MBMSベアラサービス毎に生成し、マルチキャストデータを配送するために必要な管理情報である。図7に、MBMSベアラコンテキスト222のデータ構成の一例を示す。MBMSベアラコンテキスト222は、TMGI等のMBMSベアラサービス識別子例えば、TMGI1と、配信のために確立するセッションの識別子例えば、セッションIDと、IPマルチキャスト通信を行うためのIPマルチキャストアドレス例えば、IPマルチキャストアドレス1と、マルチキャストモードかブロードキャストモードかを識別するためのモード例えばマルチキャストと、MBMSベアラの状態をアクティブかサスペンドかを管理する状態情報例えば、アクティブと、MBMS制御装置の情報例えば、MME30と、配信ノードに関する情報例えば、MME30と、UEカウンタ例えば、Nとが含まれている。ここで、配信ノードは、配信するノードを特定する情報を記憶しており、例えばIPアドレス図7の場合はeNB40のIPアドレスが記憶される。また、配信ノードは複数記憶することができる。IPマルチキャストアドレスは、MBMSベアラコンテキストを生成するMBMSベアラサービス毎に記憶される。UEカウンタは、MBMSベアラサービスのマルチキャストデータを受信する移動局装置端末の数である。これは基地局装置eNB40のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している移動局装置の数等である。さらに、MBMSGW20は、MBMSベアラコンテキスト222に複数の配信ノードであるeNB40の情報を記憶している場合、eNB40毎にそれぞれことなるUEカウンタを記憶し、UEの数をカウントすることが出来る。したがって、MBMSGW20は、eNB40へ配信するマルチキャストデータの視聴端末数を記憶することが可能である。上流コントロールノードDB224は、上流のマルチキャストデータ配信装置を特定するための情報を記憶するためのDBである。図8に上流コントロールノードDB224の構成の一例を示す。本実施形態においては、BM-SC10に関する情報について記憶しており、例えば、BM-SC10のIPアドレスが記憶されている。上流コントロールノードDB224は、図8に示すように一つの上流コントロールノードBM-SC10を記憶する。あるいは、サービス毎に複数の上流コントロールノードBM-SC10を記憶してもよい。その場合には、TMGI等で識別できるMBMSベアラコンテキスト毎に記憶する。MBMSUEコンテキスト226は、MBMSサービス毎に生成され、UE50がMBMSサービスに参加することを示すUE50の管理情報である。MBMSGW20は、あるMBMSサービスにおいて最初のMBMSUEコンテキストが生成された場合、MBMS登録を行う。また、あるMBMSサービスにおいて、最後のMBMSUEコンテキスト226が削除された場合、MBMS登録解除する。図9に、MBMSUEコンテキスト226のデータ構成の一例を示す。MBMSUEコンテキスト226は、MBMSサービスへアクティベーションする場合に必要とするIPマルチキャストアドレス例えば、IPマルチキャストアドレス1と、UE50が初期接続時に、IPアドレスを取得する際に必要とするAPNの情報例えば、APN1と、サービス配信において経由するeNB例えば、eNB40と、UEを識別するために用いられるIMSIの情報例えば、IMSI1とが含まれている。[1.2.3MME]続いて、MME30の機能構成について、図8を用いて説明する。MME30は、制御部300に、送受信部310と記憶部320とが接続されている。制御部300は、MME30の全体を制御するための機能部である。制御部300は、記憶部320に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばCPUCentralProcessUnitにより構成されている。送受信部310は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してMBMSGW20と、eNB40とに接続されている。記憶部320は、MME30の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部320は、例えば、半導体メモリや、HDDHardDiskDrive等により構成されている。また、本実施形態においては、MBMSベアラコンテキスト322とMBMSUEコンテキスト324とが記憶されている。MBMSベアラコンテキスト322は、MBMSベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図11に、MBMSベアラコンテキスト322のデータ構成の一例を示す。ここで、MBMSベアラコンテキスト322は、TMGIで一意に識別することができる。具体的には、TMGI等のMBMSベアラサービス識別子例えば、TMGI1と、配信のために確立するセッションの識別子例えば、セッションIDと、IPマルチキャスト通信を行うためのIPマルチキャストアドレス例えば、IPマルチキャストアドレス1と、マルチキャストモードかブロードキャストモードかを識別するためのモード例えば、マルチキャストと、MBMSベアラの状態をアクティブかサスペンドかを管理する状態情報例えば、アクティブと、データ配信先の配信ノード例えば、NB40と、上位の配信ノードとなる上位配信ノード例えば、MBMSGW20と、UEカウンタ例えば、Nとが含まれている。ここで、配信ノード及び上位配信ノードは、それぞれのノードを特定する情報を記憶しており、例えばIPアドレス図11の場合はNB40や、MBMSGW20のIPアドレスが記憶される。また、配信ノードは複数記憶することができる。IPマルチキャストアドレスは、MBMSベアラコンテキスト322を生成するMBMSベアラサービス毎に記憶する。UEカウンタは、MBMSベアラサービスのマルチキャストデータを受信する移動局装置端末の数である。これは基地局装置eNB40のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している端末の数等である。さらに、MME30は、MBMSベアラコンテキスト322に複数の配信ノードであるeNBの情報を記憶している場合、eNB毎にそれぞれことなるUEカウンタを記憶し、UEの数をカウントすることが出来る。したがって、MME30は、eNB40へ配信するマルチキャストデータの視聴端末数を記憶することが可能である。MBMSUEコンテキスト324は、MBMSベアラサービス毎に生成され、マルチキャストデータ配信におけるUE50の管理情報である。MME30は、あるMBMSサービスにおいて最初のMBMSUEコンテキスト324が生成された場合、MBMS登録をする。また、あるMBMSサービスにおいて、最後のMBMSUEコンテキストが生成された場合、MBMS登録解除する。図12に、MBMSUEコンテキスト324のデータ構成の一例を示す。MBMSUEコンテキスト324は、MBMSサービスへアクティベーションする場合に必要とするIPマルチキャストアドレス例えば、IPマルチキャストアドレス1と、UE50が初期接続時に、IPアドレスを取得する場合に必要とするAPNの情報例えば、APN1と、データ配信先の配信ノードの情報例えば、eNB40と、上位の配信ノードとなる上位配信ノードの情報例えば、MBMSGW20と、UE50が参加するマルチキャストサービスを示すTMGI例えば、TMGI1が含まれている。[1.2.4eNB]続いて、eNB40の機能構成について、図13を用いて説明する。eNB40は、制御部400に、送受信部410と記憶部420とが接続されている。制御部400は、eNB40の全体を制御するための機能部である。制御部400は、記憶部420に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばCPUCentralProcessUnitにより構成されている。送受信部410は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してMBMSGW20と、MME30と接続されており、UE50が接続可能である。記憶部420は、eNB40の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部420は、例えば、半導体メモリや、HDDHardDiskDrive等により構成されている。また、本実施形態においては、MBMSベアラコンテキスト422と、無線フレーム情報424と、MBMSUEコンテキスト426がそれぞれ記憶されている。MBMSベアラコンテキスト422は、MSMSベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図14に、MBMSベアラコンテキスト422のデータ構成の一例を示す。MBMSベアラコンテキスト422は、TMGI等のMBMSベアラサービス識別子例えば、TMGI1と、配信のために確立するセッションの識別子例えば、セッションIDと、IPマルチキャスト通信を行うためのIPマルチキャストアドレス例えば、IPマルチキャストアドレス1と、マルチキャストモードかブロードキャストモードかを識別するためのモード例えば、マルチキャストと、MBMSベアラの状態をアクティブかサスペンドかを管理する状態情報例えば、アクティブと、MBMS制御装置の情報例えば、MME30と、上位の配信ノードとなる上位配信ノードの情報例えば、MBMSGW20と、UEカウンタ例えば、Nとが含まれている。ここで、上位配信ノードに関する情報は、ノードを特定する情報を記憶しており、例えばIPアドレス図14の場合はMME30のIPアドレスが記憶される。また、IPマルチキャストアドレスは、MBMSベアラコンテキストを生成するMBMSベアラサービス毎に記憶される。UEカウンタは、MBMSベアラサービスのマルチキャストデータを受信する移動局装置端末の数である。これはeNB40のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している移動局装置UE50の数等である。無線フレーム情報424は、MBMSベアラサービス毎に、eNB40がUE50へ無線区間を通して送信するための無線フレームの情報を記憶する。図15に、無線フレーム情報424のデータ構成の一例を示す。具体的には、MBMSベアラサービスを識別する識別子毎に例えばTMGI毎、マルチキャストモードかユニキャストモードかを示すモード情報例えば、フレームモードを記憶する。さらに、ユニキャストモードの場合には、フレーム配送するUE50のIMSIInternationalMobileSubscriberIdentity等の識別情報が記憶されている。ここで、フレーム配送するUE識別情報については複数記憶することができる。MBMSUEコンテキスト426は、MBMSベアラサービス毎に生成され、マルチキャストデータ配信におけるUE50の管理情報である。eNB40は、あるMBMSサービスにおいて最初のMBMSUEコンテキストが生成された場合、MBMS登録する。また、あるMBMSサービスにおいて、最後のMBMSUEコンテキストが生成された場合、MBMS登録解除を行う。図16に、MBMSUEコンテキスト426のデータ構成の一例を示す。MBMSUEコンテキスト426は、MBMSサービスへアクティベーションする場合に必要とするIPマルチキャストアドレス例えば、IPマルチキャストアドレス1と、UE50が初期接続時に、IPアドレスを取得する際に必要とするAPN例えば、APN1と、UEが参加するマルチキャストサービスを示すTMGI例えば、TMGI1とが含まれている。[1.3手続き処理]続いて、本実施形態における移動通信システム1の手続き処理について、図を用いて説明する。[1.3.1サービスアナウンスメント手続き]まず、図17に示すように、BM-SC10はまず始めにUE50に対してサービスアナウンスメント手続きを行うS100。すなわち、BM-SC10は配信可能なサービスをUE50へ通知する。UE50は、これによりマルチキャストサービスを検知する。BM-SC10は、MBMSサービスDB122で管理されているサービスの配信が可能であることを、サービス識別子を通知することでUE50へ伝える。さらには、番組タイトルやコンテンツタイトル、配信開始時間等のサービスを説明する情報を付与して通知してもよい。ここで、サービス識別子としては種々のものが用いられるが、例えば、1TMGI2その他の識別子例えば、事業者の設定したでMBMSベアラサービスを識別することができるその他の識別子等が利用可能である。本実施形態では、1のTMGIを利用することとして説明する。また、具体的な通知方法としては、種々の方法が考えられるが、例えば、SMSShortMessageService等を用いて、予め登録されている配信可能なUE50へ通知したり、不特定多数のUE50へ通知したり、WEBに情報を掲示して、UE50がWEBサーバにアクセスすることで情報を取得したりしてもよい。1.3.2アクティベーション手続き続いて、UE50は、サービスアナウンスメントで通知されたマルチキャストサービスに参加するためのアクティベーション手続きを行うS102。ここで、UE50がマルチキャストサービスに参加するためのアクティベーション手続きについて、図18を用いて説明する。本手続きは、UE50はMBMSGW20へIGMP参加要求を行うことにより、アクティベーション手続きが開始されるS200。ここで、UE50がMBMSGW20へMBMSサービスに参加するための要求方法は種々存在するが、例えば、上記サービスアナウンスメントより通知されてきたサービスを一意に示す情報をUE50がMBMSGW20へ通知することが可能である。具体的には、IPv4で通信する場合には、IGMPMembershipReportを送信し、IPv6で通信する場合にはMLDMembershipReportを送信する。次に、MBMSGW20は、BM-SC10へUE50が参加要求をサービスに参加するためのMBMS承認要求を送信するS202。MBMS承認要求を受信したBM-SC10は、そのサービス規約に基づいて参加要求のあったUE50を承認する。ここで、承認対象となるUE50に対して課金処理を行っても良い。続いて、BM-SC10は、MBMSGW20へUE50を承認したことを示す承認応答を送信するS204。ここで、BM-SC10は、承認応答にAPNを含めて送信する。ただし、BM-SC10がUE50にサービスの参加を許可しない場合には、承認応答を送信しなくても良い。次に、MBMSGW20は、MME30へMBMS通知要求を送信するS206。ここで、MBMSGW20は、IPマルチキャストアドレス、APNとを含めて送信する。また、IPマルチキャストアドレスは、UE50が参加要求を行ったアドレスである。次に、MME30は、MBMSGW20へMBMS通知応答を送信するS208。さらに、MME30は、UE50へMBMSUEコンテキストを有効にするために、MBMSコンテキストアクティベーション要求を送信するS210。ここで、MME30は、MBMSコンテキスト要求に、IPマルチキャストアドレス、APNとを含めて送信する。MBMSコンテキストアクティベーション要求を受信したUE50は、MBMSUEコンテキストを作成し、MBMSコンテキストアクティベーション応答をMME30へ送信するS212。ここで、MBMSコンテキストアクティベーション応答には、IPマルチキャストアドレスと、APNと、UEが処理することができるQoSに関する情報とが含まれる。また、MBMSUEコンテキストには、IPマルチキャストアドレスと、APNと、上位配信ノードであるMBMSGWの情報と、TMGIとが含まれる。次に、UE50からMBMSUEコンテキストアクティベーション応答を受信したMME30は、MBMSUEコンテキストを作成し、MBMSコンテキスト要求をMBMSGW20へ送信するS214。ここで、MME30は、MBMSコンテキスト要求にIPマルチキャストアドレスと、APNとを含めて送信する。また、MBMSUEコンテキストには、IPマルチキャストアドレスと、APNと、配信ノードであるMME30の情報とを含める。次に、MME30からMBMSコンテキスト要求を受信したMBMSGW20は、UE50によるサービス参加を確認するために、MBMS承認要求をBM-SC10へ送信するS216。MBMSGW20からMBMS承認要求を受信したBM-SC10は、UE50によるサービス参加を確認した後、MBMSUEコンテキスト126を作成する。MBMSUEコンテキストには、IPマルチキャストアドレスと、APNとを含める。続いて、BM-SC10は、MBMS承認応答をMBMSGW20へ送信するS220。BM-SC10からMBMS承認応答を受信したMBMSGW20は、MBMSUEコンテキスト226を作成し、MBMSコンテキスト応答をMME30へ送信するS222。続いて、MBMSGW20からMBMSコンテキスト応答を受信したMME30は、MBMSUEコンテキスト324を作成し、MBMSUEコンテキストの通知をNB40へ送信するS224。MME30からMBMSUEコンテキストの通知を受信したeNB40は、MBMSUEコンテキスト426を作成する。MBMSUEコンテキスト426には、IPマルチキャストアドレスと、APNと、TMGIとを含める。次に、MME30は、UE50へMBMSコンテキストアクティベーション許可応答を送信するS226。MME30は、MBMSコンテキストアクティベーション許可応答にTMGIを含めて送信する。ここで、TMGIは、MBMSサービスを一意に示す識別子である。1.3.3MBMS登録手続き続いて、あるMBMSサービスにおけるMBMS登録手続きを、図17に戻って説明する。MBMS登録手続きにより、BM-SC10からUE50への通信経路が確立される。通信経路の確立には、BM-SC10においてMBMSベアラコンテキスト124、MBMS-GW20においてMBMSベアラコンテキスト222、MME30においてMBMSベアラコンテキスト322、NB40においてMBMSベアラコンテキスト422を生成し、BM-SC10におけるMBMSベアラコンテキスト124、MBMSGW20におけるMBMSベアラコンテキスト222、MME30におけるMBMSベアラコンテキスト322内それぞれの配信ノードのリストに登録する必要がある。すなわち、BM-SC10における配信ノードにはMBMSGW20の情報が登録され、MBMSGW20における配信ノードにはeNB40の情報が登録され、MME30における配信ノードにはeNB40の情報がそれぞれ登録される。また、BM-SC10、MBMSGW20、MME30におけるそれぞれの配信ノードには、複数の下りリンクノードに関する情報が登録される場合もある。まず、eNB40は、MBMSサービスに参加するUE50を検出することにより、MBMS登録手続きを開始する。ここで、eNB40がMBMSサービスに参加するUE50の検出方法は種々存在するが、例えば、上記サービスアナウンスメントより通知されてきたサービスを一意に示す情報をUE50がeNB40へ通知することが可能である。ここで、eNB40は、サービスに参加するUE50のMBMSUEコンテキスト426を生成しても良い。MBMSUEコンテキスト446には、IPマルチキャストアドレス、APN及びTMGIを含める。さらに、eNB40は、このTMGIが含まれる最初のMBMSUEコンテキスト446を生成した場合であれば、MBMS登録開始手続きの合図としても良い。さらに、eNB40がMBMS登録手続きを開始するトリガは、上記以外でもオペレータのポリシ等により、任意のタイミングで行ってもよい。次に、eNB40は、UE50に指定されたサービスをMBMS登録するためのMBMS登録要求をMME30に送信するS104。ここで、eNB40は、MBMS登録要求にTMGIと、IPマルチキャストアドレスと、APNとを含めて送信する。eNB40からMBMS登録要求を受信したMME30はMBMSGW20へMBMS登録要求を送信するS106。ここで、MBMS登録要求には、配信ノードに登録するeNB40の情報と、TMGIと、IPマルチキャストアドレスと、APNとを含める。ここで、MME30は、サービスに対応するMBMSベアラコンテキスト322を生成する。MBMSベアラコンテキスト322には、サービスを識別するTMGIを含める。さらに、MBMSベアラコンテキスト322におけるベアラリソースの状態情報をスタンバイに設定する。ここで、サービスに参加するUE50のMBMSUEコンテキスト324を生成しても良い。MBMSUEコンテキスト324には、IPマルチキャストアドレスと、APNと、TMGIと、上位配信ノードであるMBMSGWの情報とを含める。MME30からMBMS登録要求を受信したMBMSGW20は、MBMSベアラコンテキスト222を生成し、MBMS登録要求をBM-SCへ送信するS108。ここで、MBMSベアラコンテキスト222におけるベアラリソースの状態情報をスタンバイに設定する。ここで、MBMSGW20は、サービスに参加するUE50のMBMSUEコンテキスト226を生成しても良い。MBMSUEコンテキスト226には、IPマルチキャストアドレスと、APNと、配信ノードであるeNB40の情報とが含まれている。MBMSGW20からMBMS登録要求を受信したBM-SC10は、MBMSベアラコンテキストにMBMS登録要求を送信したMBMSGW20の情報を配信ノードに登録し、MBMS登録応答を返信するS110。ここで、MBMS登録応答には、TMGI、QoSに関する情報が含まれている。S106でMME30からMBMS登録要求を受信したMBMSGW20は、MBMSベアラコンテキスト222のMBMS制御装置に、MBMS登録要求を送信したMME30を登録し、上位配信ノードにS110でMBMS登録応答のあったBM-SC10に関する情報を登録し、MBMSベアラコンテキスト222における配信ノードにMBMS登録要求に含められたeNB40に関する情報を登録し、MBMS登録応答をMME30へ返信するS112。ここで、MBMS登録応答には、TMGIと、このMBMSサービスに必要とされるベアラに関する情報とが含まれている。S104でeNB40からMBMS登録要求を受信したMME30は、MBMSベアラコンテキスト322の配信ノードに、MBMS登録要求を送信したeNB40に関する情報を登録し、上位配信ノードにS112でMBMS登録応答を送信したMBMSGW20に関する情報を登録し、MBMS登録応答を返信するS114。このとき、MBMS登録応答のあったMBMSGW20を含める。S114でMMEからMBMS登録応答を受信したeNB40は、MBMSベアラコンテキスト422のMBMS制御装置に、S114でMBMS登録応答を送信したMME30に関する情報を登録し、上位配信ノードに、S114で含められたMBMS登録応答に含められたMBMSGW20に関する情報を登録する。以上のサービスアナウンスメント手続きと、アクティベーション手続きと、MBMS登録手続きにより、UE50とBM-SC10との間で配信リストを形成することにより、BM-SC10が送信したサービスのマルチキャスト配信データはeNB40まで配送するための経路を生成することができる。なお、配信リストに登録されるノードは、上記に従う必要はなく、オペレータによって予め登録されていてもよい。ここで、MBMS登録手続き後におけるeNB40が記憶するMBMSベアラコンテキスト422を図19aに示す。図19aに示すように、MBMSベアラサービス識別子にはTMGI1が、IPマルチキャストアドレスにはIPマルチキャストアドレス1が、モードにはマルチキャストが、状態情報にはスタンバイが、MBMS制御装置にはMME30の情報が、上位配信ノードにはMBMSGW20の情報がそれぞれ記憶される。なお、上記では、MME30がMBMS登録解除要求を受信した場合の処理を説明したが、その他のMMEがeNB40からMBMS登録解除要求を受信した場合にも、MME30と同様の手続きを行う。同様にMBMSGWにおいても、MBMSGW20がMBMS登録要求を受信した場合の処理を説明したが、その他のMBMSGWがMME30からMBMS登録要求を受信した場合にも、MBMSGW20と同様の手続きを行う。同様にBM-SCにおいても、BM-SC10がMBMS登録要求を受信した場合の処理を説明したが、その他のBM-SCがMBMSGW20からMBMS登録要求を受信した場合にも、BM-SC10と同様の手続きを行う。[1.3.4セッション開始手続き]続いて実行するセッション開始手続きを、図20を用いて説明する。セッション開始手続きにより、MBMSベアラを確立し、データを送信する準備を行う。BM-SC10は、サービスを指定してセッション開始要求をMBMSGW20に送信するS300。ここで、セッションを識別するためのセッション識別子を生成し、生成したセッション識別子とサービスを指定するためのTMGIとをセッション開始要求に含めて送信する。これによりセッション開始手続きを開始する。また、対応するMBMSベアラコンテキスト124TMGIで識別可能には、セッション識別子を登録し、状態情報をアクティブに登録する。また、セッション開始要求は、MBMSベアラコンテキスト124の配信ノードに登録される総てのMBMSGW20へ送信する。MBMSGW20は、セッション開始要求を受信し、セッション開始応答をBM-SC10に送信し、応答するS302。また、対応するMBMSベアラコンテキスト222TMGIで識別可能にセッション識別子を登録し、状態情報をアクティブに登録する。配信ノードには、eNB40に関する情報が登録されている。ここで、配信ノードには、複数のeNBが登録されている。なお、登録される配信ノードであるeNB40は、オペレータによって予め登録されているものでも良いし、上記MBMS登録手続きを経て登録されたMBMSサービスエリア毎の配信ノードeNB40等のリストを利用し、BM-SC10から送信されたセッション開始要求に含まれるMBMSサービスエリア識別子に基づいて対応するeNB40を選択してもよい。以上の手続きにより、BM-SC10とMBMSGW20間でマルチキャストデータ配信のための通信品質を確保した配送路であるMBMSベアラが確立される。さらに、MBMSベアラでの送信をIPマルチキャスト通信で行うため、サービスに対してIPマルチキャストアドレスを割り当て、MBMSベアラコンテキスト222に登録する。MBMSGW20は、MBMSベアラコンテキスト222のMBMS制御装置に登録されるMME30へセッション開始要求S304を送信する。サービスを指定するために、セッション開始要求にはTMGIと、セッション識別子と、IPマルチキャストアドレスとが含まれている。また、セッション開始要求は、MBMSベアラコンテキスト222のMBMS制御装置に登録される総てのMMEへ送信される。MME30は、セッション開始要求を受信し、セッション開始応答をMBMSGW20に送信し、応答するS310。また、MBMSベアラコンテキスト322を生成し、TMGIとセッション識別子とIPマルチキャストアドレスとを登録し、状態情報をアクティブに登録する。配信ノードには、eNB40に関する情報が登録されている。ここで、配信ノードには、複数のeNBが登録されている。MME30は、MBMSベアラコンテキスト322の配信ノードに登録されるeNB40へセッション開始要求S306を送信する。セッション開始要求にはTMGIと、セッション識別子と、IPマルチキャストアドレスとが含まれている。また、セッション開始要求は、MBMSベアラコンテキスト322の配信ノードに登録される総てのeNBへ送信される。eNB40は、セッション開始要求を受信し、セッション開始応答をMME30に送信し、応答するS308。また、MBMSベアラコンテキスト422を生成し、TMGIとセッション識別子とIPマルチキャストアドレスとを登録し、状態情報をアクティブに登録する。さらに、要求を送信した上位の配信ノードとなるMBMSGW20に関する情報を登録する。以上の手続きにより、MBMSGW20とeNB40間でマルチキャストデータ配信のための通信品質を確保した配送路であるMBMSベアラを確立する。ここで、eNB40は、IPマルチキャスト参加処理を行うS314。eNB40は、MBMSベアラコンテキスト422を参照し、サービスに対応するIPマルチキャストアドレスを用いて参加要求を行う。具体的には、IPv4で通信する場合には、IGMPMembershipReportメッセージを送信し、IPv6で通信する場合にはMLDMembershipReportを送信する。これにより、BM-SC10、MBMSGW20、及びeNB40で確立したMBMSベアラに、IPマルチキャストパケットが配送される。また、マルチキャストデータは、IPマルチキャストによりBM-SC10からeNB40まで送信される。さらに、eNB40は、UE50へ送信する無線リソース割り当て処理を行い、配送するための情報を無線フレーム情報424に登録する。具体的には、無線フレームのモードがマルチキャストモードであるか、ユニキャストモードであるかのモード情報をサービス識別子毎に登録する。サービス識別子としてはTMGIを用いることができる。また、マルチキャストモードで送信する場合は、フレームは不特定多数のUEへ送信するためUE情報を保持する必要はないが、ユニキャストモードで送信する場合には、個々のUEに無線フレームを送信する必要があるため、その場合には、アクティベーション手続きの場合、UE情報としてIMSIを保持しておきUE情報として登録する。以上のサービスアナウンスメント手続き、MBMS登録手続き、セッション開始手続きにより、UE50とBM-SC10の間で通信路が確立し、BM-SC10が送信したデータはeNB40まで配送することができる。最後に、eNB40はUE50に対してMBMS開始通知を送信するS316。開始通知にはサービスを識別するサービス識別子を含めて通知する。これにより、UE50はマルチキャストデータの受信を開始する。ここで、サービス識別子としては種々のものが用いられるが、例えば、1MBMSベアラコンテキスト422に登録されるTMGI2MBMSベアラコンテキスト422に登録されるセッションID3その他の識別子例えば、eNB40とUE50とでMBMSベアラサービスを識別することができる識別子等を利用する。本実施形態では、1のTMGIを利用することとして説明するが、3の場合には、サービス識別子とMBMSベアラコンテキスト422とを対応づけて登録することとなる。上記の例では、MBMSGW20がセッション開始要求を受信した場合の処理を説明したが、その他のMBMSGWがBM-SC10からセッション開始要求を受信した場合にも、MBMSGW20と同様の手続きを行う。同様にMMEにおいても、MME30がセッション開始要求を受信した場合の処理を説明したが、その他のMMEがMBMSGWからセッション開始要求を受信した場合にも、MME30と同様の手続きを行う。同様にeNBにおいても、eNB40がセッション開始要求を受信した場合の処理を説明したが、その他のeNBがMMEからセッション開始要求を受信した場合にも、eNB40と同様の手続きを行う。同様にUEにおいても、UE50がセッション開始要求を受信した場合の処理を説明したが、その他のUEがeNBからセッション開始要求を受信した場合にも、UE50と同様の手続きを行う。これにより、BM-SC10が配信するマルチキャストデータは、複数のMBMSGW、MME及びeNBを介して階層的にUEへ配送される。ここで、セッション開始手続き後におけるeNB40が保持するMBMSベアラコンテキスト422を図19bに示す。図19bに示すように、MBMSベアラサービス識別子にはTMGI1が、セッション識別子にはセッション1が、IPマルチキャストアドレスにはIPマルチキャストアドレス1が、モードにはマルチキャストが、状態情報にはアクティブが、MBMS制御装置には、MME30の情報が、上位配信ノードにはMBMSGW20がそれぞれ格納される。図19aと比較すると、セッション識別子が新たに格納され、状態情報がスタンバイからアクティブへ変更される。1.3.5MBMS登録解除手続きとセッション停止処理次に、MBMS登録解除手続きとセッション停止手続きについて図21を用いて説明する。本実施形態では、MBMS登録解除手続きの後にセッション停止手続きを行うよう説明するが、この順番に限るものでなく、セッション停止手続きの後に、MBMS登録解除手続きを行っても良い。また、MBMS登録解除手続きでは、eNB40におけるカウンティング手続き結果を基に開始する例を説明するが、開始トリガはこれに限らず、eNB40から手続きを開始することができる。まず、MBMS登録解除手続きのトリガとなるカウンティング手続きを説明する。手続きはeNB40とUE50との間で行う。eNB40は、接続するUE50に対して、サービス識別子を含めてサービスを受けているかどうかを確認するメッセージを送信する。ここで、eNB40は、無線フレーム情報424に登録されているUE50に宛てて、サービスを受けているかどうかを確認するメッセージを送信するが、接続する総てのUEに送信してもよい。ここで、サービス識別子としては種々のものが用いられるが、例えば、1MBMSベアラコンテキスト422に登録されるTMGI2MBMSベアラコンテキスト422に登録されるセッションID3その他の識別子例えば、eNB40とUE50とでMBMSベアラサービスを識別することができる識別子等を利用することができる。本実施形態では、1のTMGIを利用することとして説明する。これにより、eNB40は、実際にマルチキャストデータの受信が必要なUE50の数を取得することができる。取得したUE50の数は、MBMSベアラコンテキスト422のUEカウンタに登録される。実際にマルチキャストデータの受信が必要なUE50の数としては、例えば、基地局装置に接続しているUE50自体の数でもよいし、それらUE50の内、マルチキャストグループに参加しているUE50の数でもよい。さらには、ユーザが視聴アプリケーションを起動してない状態を検知するなどして、一時的に視聴をしていないUE50を除いた数でもよいし、ユーザにより受信が必要であることを通知するUE50をカウントして登録してもよい。また、eNB40の確認メッセージには、サービス識別子を含めないで送信してもよい。その場合には、UE50は、受信を必要とするサービスがある場合には、サービス識別子を含めて応答する。サービス識別子は、サービスアナウンスメント手続きで取得する等して保持しておくことで、選択可能となる。応答を受信したeNB40は、サービス識別子からMBMSベアラコンテキストを特定し、応答のあったUE50の数をUEカウンタに登録する。以上によりカウンティング手続きS400を完了する。eNB40は、MBMSベアラコンテキスト422のUEカウンタがゼロになったかどうかを確認するカウンティング処理を行うS402。UEカウンタがゼロになった場合、eNB40は、MBMS登録解除を行うS404。eNB40は、カウンティング処理の対象となるTMGIを参照し、対応するMBMSベアラコンテキスト422の配信ノードの情報からUE50を削除する。続いて、eNB40は、セッション停止処理を行うS406。ここで、eNB40は、UE50とeNB40間にTMGIで識別されるサービスにベアラリソースが割り当てられている場合、そのベアラリソースを解放する。さらに、MBMSベアラコンテキスト422における状態情報がアクティブである場合には、スタンバイに設定する。次に、eNB40は対応するサービスのMBMS登録解除要求をMME30へ送信するS408。送信するMMEは、MBMSベアラコンテキスト422のMBMS制御装置の情報により解決し、本実施形態ではMME30へ送信する。eNB40は、MBMSベアラコンテキスト422に登録されているTMGIと、サービス識別子と、セッション識別子と、上位配信ノードであるMBMSGW20の情報とを含めたMBMS登録解除要求をMME30に送信する。MBMS登録解除要求を受信したMME30は、MBMS登録解除処理を行うS410。MME30は、eNB40から受信したMBMS登録解除要求に含まれたTMGIを参照し、対応するMBMSベアラコンテキスト322の配信ノードの情報からeNB40を削除する。続いて、MME30は、セッション停止処理を行うS412。ここで、MBMSベアラコンテキスト322における状態情報がアクティブである場合には、スタンバイに設定する。次に、MME30は、eNB40にMBMS登録解除応答を送信するS414。MBMS登録解除応答を受信したeNB40は、MBMS登録解除要求に含めたTMGIに対応するMBMSベアラコンテキスト422を削除する。MME30は、対応するサービスのMBMS登録解除要求をMBMSGW20へ送信するS416。送信するMBMSGWは、MBMSベアラコンテキスト422の上位配信ノードMBMSGW20の情報により解決し、本実施形態ではMBMSGW20へ送信する。MME30は、MBMSベアラコンテキスト422に登録されているTMGIと、サービス識別子と、セッション識別子と、MBMS登録解除要求を受信したeNB40の情報とを含めたMBMS登録解除要求をMBMSGW20に送信する。MBMS登録解除要求を受信したMBMSGW20は、MBMS登録解除処理を行うS418。MME30から受信したMBMS登録解除要求に含まれたTMGIを参照し、対応するMBMSベアラコンテキスト222の配信ノードの情報からS416で含まれたeNB40の情報を削除する。続いて、MBMSGW20は、セッション停止処理を行うS420。ここで、MBMSGW20は、MME30とMBMSGW20間にTMGIで識別されるサービスにベアラリソースが設定されている場合には、そのベアラリソースを解放する。さらに、MBMSベアラコンテキストにおける状態情報がアクティブである場合には、スタンバイに設定する。次に、MBMSGW20は、MME30にMBMS登録解除応答を送信するS422。MBMS登録解除応答を受信したMME30は、S416において送信したMBMS登録解除要求に含めたTMGIに対応するMBMSベアラコンテキスト222を削除する。MBMSGW20は、MBMSベアラコンテキスト222における配信ノードの情報のeNBを確認し、eNBが登録されている場合には本処理を完了する。一方、MBMSGW20は、MBMSベアラコンテキスト222における配信ノードの情報から全てのeNBの情報が削除されている場合EMPTYには、MBMSGW20は対応するサービスのMBMS登録解除要求をBM-SC10へ送信するS424。送信するBM-SCは、MBMSベアラコンテキスト222のBM-SCの情報により解決し、本実施形態ではBM-SC10へ送信する。MBMSGW20は、MBMSベアラコンテキスト222に登録されているTMGIと、サービス識別子と、セッション識別子と、MBMSGW20の情報とを含めたMBMS登録解除要求をBM-SC10に送信する。MBMS登録解除要求を受信したBM-SC10は、MBMS登録解除処理を行うS426。MBMSGW20から受信したMBMS登録解除要求に含まれたTMGIを参照し、対応するMBMSベアラコンテキスト124の配信ノードの情報からMBMSGW20の情報を削除する。続いて、BM-SC10は、セッション停止処理を行うS428。ここで、BM-SC10は、MBMSGW20とBM-SC10間にTMGIで識別されるサービスにベアラリソースが設定されている場合には、そのベアラリソースを解放する。さらに、MBMSベアラコンテキスト124における状態情報がアクティブである場合には、スタンバイに設定する。次に、BM-SC10は、MBMSGW20にMBMS登録解除応答を送信するS430。MBMS登録解除応答を受信したMBMSGW20は、S424において送信したMBMS登録解除要求に含めたTMGIに対応するMBMSベアラコンテキスト124を削除する。さらに、MBMSGW20は、MBMS登録解除要求に含めたTMGIに対応するMBMSUEコンテキスト226を保持している場合にはそのTMGIが含められたMBMSUEコンテキスト226を総て削除しても良い。BM-SC10は、MBMS登録解除要求のあったTMGIで識別されるMBMSベアラコンテキスト124を削除する。BM-SC10は、MBMSベアラコンテキスト124における配信ノードの情報のMBMSGW20を確認し、MBMSGW20が登録されている場合には本処理を完了する。一方、BM-SC10は、MBMSベアラコンテキスト124における配信ノードから総てのMBMSGWが削除されている場合EMPTYには、MBMSベアラコンテキスト124を削除する。以上の手続きにより、eNB40により、カウンティング機能を利用して効率的にMBMS登録を解除することができる。eNB40のMBMS登録解除手続きは、カウンティング手続きにより、TMGI等で識別可能なMBMSベアラ毎のマルチキャストサービスの配信が不要であることを検知することができる。さらに、アプリケーション等がオフになっていること等により視聴していないようなケースのように、視聴していないことを検知することで開始することもできる。そして、この検知をトリガにMBMS登録解除手続きを開始することができる。図22aにMBMS登録解除手続きとセッション停止処理前の制御情報のやりとりを行う各ノードを階層構造で示し、図22bにMBMS登録解除手続きとセッション停止処理後の制御情報のやりとりを行う各ノードを階層構造で示す。図22では、eNB1とeNB2とがそれぞれ任意のサービスに対してカウンティング処理S402を行い、eNB2では、UEカウンタがゼロとならず、eNB1ではUEカウンタがゼロとなり、eNB1においてMBMS登録解除手続きとセッション処理を開始していることを示している。MBMS登録解除手続きとセッション停止処理を行うことを決めたeNB1はMBMS登録解除処理S404を行う。つまり、MBMSベアラコンテキスト422の配信ノードからeNB1に接続されるUEを削除する。また、eNB1は、セッション停止処理を行うS406。つまり、eNB1に接続されるUE間において、ベアラリソースが割り当てられている場合には、そのベアラリソースを解放する。続いて、eNB1はMME1へMBMS登録解除要求を送信するS408。MME1は、eNB1からのMBMS登録解除要求に基づいて、MBMS登録解除処理を行うS410。つまり、MME1が保持するMBMSベアラコンテキスト322の配信ノードからeNBを削除する。続いて、MMEは、セッション停止処理を行うS412。つまり、MBMSベアラコンテキストにおける状態情報がアクティブである場合には、スタンバイへ変更する。続いて、MBMSGW1へMBMS登録解除要求を送信するS416。MBMSGW1は、MME1からのMBMS登録解除要求に基づいて、MBMS登録解除処理を行うS418。つまり、MBMSGW1が保持するMBMSベアラコンテキスト222の配信ノードからeNB1を削除する。続いて、MBMSGW1は、セッション停止処理を行うS420。つまり、MBMSGW1とeNB1間において、ベアラリソースが割り当てられている場合には、そのベアラリソースを解放する。ここで、MBMSGW1におけるMBMSベアラコンテキスト222の配信ノードには、eNB3が登録されているので、MBMS登録解除手続きを完了する。図22bにおけるMBMS登録解除手続きとセッション停止処理後の制御情報のやりとりを行う階層構造において、MBMSGW1の制御情報のやりとり先からeNB1が削除されていることが分かる。ここで、eNB3には、UE3がデータの受信が確認されたため、eNB3はMBMS登録解除手続き及び、セッション停止手続き処理を行わなかった。図23aに、図22aに対応するMBMS登録解除手続きとセッション停止処理前の配信ツリーを示し、図23bに、図22bに対応するMBMS登録解除手続きとセッション停止処理後の配信ツリーを示す。配信ツリーとは、BM-SC10からMBMSGW20、eNB40を経由してUEにデータが配信されるルートを示すものである。図23aと比較して、図23bでは、UE1とUE2が削除されており、eNB1とeNB2が削除されていることが分かる。このことにより、データはMBMSGW1を経由して、eNB3にのみ配信され、さらにeNB3からUE3にのみ配信される。以上の手続きでは、デアクティベーション処理UEによるサービスの登録解除を行わなかった。eNB40により、UEがサービス受信の要求があるとカウンティング機能などで検知できる場合には、UEによるアクティベーション処理を行うことなく、サービス受信を再開することができる。一方、eNB40によるカウンティング機能を利用して、UEカウンタがゼロになったことをトリガとしてMBMS登録解除を行ったが、デアクティベーション手続きを行った後に、あるサービスにおけるMBMSUEコンテキストが総て削除されたことをトリガとして、MBMS登録解除手続きを行っても良い。デアクティベーション登録手続きを行った場合、BM-SCのサービスの登録から外され、課金処理を止めることができる。こうして各装置は登録するサービスがマルチキャストモードであると認識し、それぞれMBMSベアラコンテキストに保持する。具体的には、BM-SC10はMBMSベアラコンテキスト124のモードにマルチキャストと登録し、MBMSGW20はMBMSベアラコンテキスト222のモードにマルチキャストと登録し、MME30はMBMSベアラコンテキスト322のモードにマルチキャストと登録し、eNB40はMBMSベアラコンテキスト422のモードにマルチキャストと登録する。これにより、MBMS登録解除を決定する場合、BM-SC10におけるMBMSベアラコンテキスト124、MBMSGW20におけるMBMSベアラコンテキスト222、MME30におけるMBMSベアラコンテキスト322、eNB40におけるMBMSベアラコンテキスト422をそれぞれ参照し、マルチキャストモードである場合にはMBMS登録を解除することができる。さらに、上記の場合において、BM-SC10におけるMBMSベアラコンテキスト124、MBMSGW20におけるMBMSベアラコンテキスト222、MME30におけるMBMSベアラコンテキスト322、eNB40におけるMBMSベアラコンテキスト422における状態情報がアクティブである場合には、状態情報をスタンバイに変更し、セッション停止やマルチキャストデータ配信、受信停止することができる。具体的には、eNB40では、マルチキャストMBMS登録解除要求の送信時S408、MBMSベアラコンテキスト422のモードがマルチキャストである場合、MBMS登録解除要求の送信や、MBMS登録解除処理やMBMSベアラの解放やマルチキャストデータ配信、受信停止を行う。MME30では、マルチキャストMBMS登録解除要求の送信時S416、MBMSベアラコンテキスト322のモードがマルチキャストである場合、MBMS登録解除要求の送信、MBMS登録解除処理やMBMSベアラの解放やマルチキャストデータ配信、受信停止を行う。MBMSGW20では、マルチキャストMBMS登録解除要求の送信時S424、MBMSベアラコンテキスト222のモードがマルチキャストである場合、MBMS登録解除要求の送信やMBMSベアラの解放やマルチキャストデータ配信、受信停止を行う。BM-SC10では、マルチキャストMBMS登録解除要求の受信時S424、MBMSベアラコンテキスト222のモードがマルチキャストである場合、MBMS登録解除処理やMBMSベアラの解放やマルチキャストデータ配信停止を行う。従来では、基地局装置であるeNB40が主導してMBMS登録を解除することが規定されていたが、アクティベーション手続き、デアクティベーション手続きを行うことなく、基地局装置で移動局装置の受信の要否を確認し、配信の必要がないと検知できた場合に、効率的にMBMS登録を解除することができなかった。本実施形態では、アクティベーション手続き、デアクティベーション手続きを行うことなく、基地局装置が、移動局装置の受信の要否の結果に基づいて、MBMS登録解除手続き、セッション停止手続きを行うことができるようになる。言い換えると、移動局装置のアクティベーションを維持したまま、MBMS登録解除とセッション停止を行うことができる。また、MBMS登録解除手続きのみによって、配信先リストから配送先装置を削除するとともに、従来セッション停止で行われていたリソースの解放を併せて行うことが可能になる。さらに、セッション停止に要するセッション停止手続きを省略することができ簡易化できる。また、MBMS登録解除するときに、セッションが停止されていない場合には、MBMS登録解除とともに、セッション停止を行うことにより、再度MBMS登録されない限り、セッションを開始されることがない。例えば、従来手法では、配信元から配信先にセッションを停止する手続きしか規定されておらず、配信先から配信元へセッション停止を要求することができなかった。つまり、基地局装置eNBから配信元へセッション停止を要求することができなかった。さらに、基地局装置eNBから配信元へセッション停止を要求するよう拡張したとしてもセッション停止要求を受けた装置は、配信を止めリソースを一時的に解放することができるが、配信ノードの削除は行わない。そのため、例えば、1セッションが開始された状態で、2eNB主導でセッションのみを停止した場合に、3BM-SC主導で総てのセッションが停止された後に、4BM-SC主導で総てのセッションが再開された場合には、配信リストに含められた総てのノードMBMSGW、eNBに通信リソースが割り当てられてしまい、eNB主導で停止したセッションさえも再開されてしまうという問題があった。しかしながら、MBMS登録解除手続きにより配信リストからの配信先装置の更新を行い、例えば4のようにBM-SC主導でセッションが再開された場合にも、不必要なセッションが開始されなくなる。本実施形態によれば、セッションを不必要に開始しないことにより、セッションを開始する際に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。セッションが開始されないということは、不必要に通信リソースを利用されることがなく、通信リソースを効率的に活用することが可能となる。また、セッションを不必要に開始されないことにより、セッションを開始する際に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。[2.第2実施形態]続いて、第2の実施の形態について説明する。第2の実施形態では、ブロードキャスト配信を対象とするシステムにおいて、カウンティング機能を利用してMBMS登録手続きを行う。第1実施形態では、アクティベーション手続きを行い、サービス登録をUEから行うことによってMBMS登録手続きが開始されていたが、ブロードキャストの場合には、アクティベーション手続きを行わずにMBMS登録手続きを行うことが可能となる。ここで、ブロードキャスト配信では、マルチキャスト配信と違い、アクティベーション手続きを行わないために、MBMSUEコンテキストが生成されない。なお、第2実施形態におけるシステムの構成及び各装置構成は、第1実施形態において示したシステムの構成及び各装置構成と同様であるため、その説明を省略する。なお、ブロードキャスト配信を対象とするシステムでは、UE50からサービス登録を要求せず、アクティベーション手続きが発生しない。そのため、eNB40、MME30、MBMSGW20、BM-SC10それぞれにおいて、MBMSUEコンテキストが作成されない点が異なる。また、第1実施形態においてマルチキャストサービスの配信について説明したが、第2実施形態ではブロードキャストサービスに適用して説明する。例えば、第2実施形態におけるUEカウンタは、MBMSベアラサービスのブロードデータの受信が必要なUEの数である。これは基地局装置eNB40のカウンティング機能によりカウントされた数に基づいたものであり、例えば、eNB40に接続しているUE50自体の数でもよい。さらには、ユーザが実際に視聴している端末UE50、すなわちユーザが視聴アプリケーションを起動していない状態を検知するなどして、一時的に視聴をしていないUE50を除いた数であったり、ユーザにより受信が必要であることを通知するUE50の数であってもよい。[2.1処理の流れ][2.1.1サービスアナウンスメント手続き]本実施形態におけるサービスアナウンスメント手続きについて、説明する。図24に示すように、BM-SC10は、まず始めにUE50に対してサービスアナウンスメント手続きを行う。BM-SC10は配信可能なサービスをUE50へ通知するS500。UE50は、これによりブロードキャストサービスを検知する。BM-SC10は、MBMSサービスDB122で管理されているサービスの配信が可能であることを、サービス識別子を通知することでUE50へ伝える。さらに、番組タイトルやコンテンツタイトル、配信開始時間等のサービスを説明する情報を付与して通知してもよい。ここで、サービス識別子としては種々のものが用いられるが、例えば、1TMGI2その他の識別子例えば、事業者の設定したでMBMSベアラサービスを識別することができるその他の識別子等が利用可能である。本実施形態では、1のTMGIを利用することとして説明する。また、具体的な通知方法としては、種々の方法が考えられるが、例えば、SMSShortMessageService等を用いて、予め登録されている配信可能なUE50へ通知したり、不特定多数のUE50へ通知したり、WEBに情報を掲示して、UE50がWEBサーバにアクセスすることで情報を取得したりしてもよい。2.1.2MBMS登録手続きつづいて、MBMS登録手続きについて説明する。MBMSサービスにおけるMBMS登録手続きを図24に示す。MBMS登録手続きにより、BM-SC10からUE50への通信経路が確立される。通信経路の確立には、BM-SC10におけるMBMSベアラコンテキスト124、MBMSGW20におけるMBMSベアラコンテキスト222、MME30におけるMBMSベアラコンテキスト322、eNB40におけるMBMSベアラコンテキスト422をそれぞれ生成し、BM-SC10におけるMBMSベアラコンテキスト124、MBMSGW20におけるMBMSベアラコンテキスト222、MME30におけるMBMSベアラコンテキスト322、eNB40におけるMBMSベアラコンテキスト422をそれぞれの配信ノードのリストに登録する必要がある。なお、MBMSベアラコンテキスト124、MBMSベアラコンテキスト222、MBMSベアラコンテキスト322、MBMSベアラコンテキスト422はそれぞれTMGIで識別可能である。すなわち、BM-SC10における配信ノードにはMBMSGW20が登録され、MBMSGW20における配信ノードにはeNB40がそれぞれ登録される。また、BM-SC10、MBMSGW20、eNB40におけるそれぞれの配信ノードには、複数の下りリンクノードが登録される場合もある。まず、eNB40は、MBMSサービスを受信するUE50を検出することにより、MBMS登録手続きを開始する。ここで、eNB40がMBMSサービスを受信するUE50の検出方法は種々存在するが、例えば、eNB40におけるカウンティング機能を利用して、MBMSサービスを受信するUE50を検出してもよい。言い換えると、カウンティング手続きにより、UE50がeNB40に対して、MBMS登録を要求することができる。まず、eNB40は、接続するUE50に対して、サービス識別子を含めてサービスを受けているかどうかを確認するメッセージを送信する。ここで、eNB40は、無線フレーム情報424に登録されているUE50に宛てて、サービスを受けているかどうかを確認するメッセージを送信するが、接続する総てのUEに送信してもよい。ここで、サービス識別子としては種々のものが用いられるが、例えば、1MBMSベアラコンテキスト422に登録されるTMGI2MBMSベアラコンテキスト422に登録されるセッションID3その他の識別子例えば、eNB40とUE50とでMBMSベアラサービスを識別することができる識別子等が利用可能である。本実施形態では、1のTMGIを利用することとして説明する。これにより、eNB40は、実際にブロードキャストデータの受信が必要なUE50の数を取得することができる。取得したUE50の数は、MBMSベアラコンテキスト422のUEカウンタに登録される。実際にブロードキャストデータの受信が必要なUE50の数としては、例えば、eNB40に接続しているUE50自体の数でもよい。さらには、ユーザが視聴アプリケーションを起動していない状態を検知するなどして、一時的に視聴をしていないUE50を除いた数でもよいし、ユーザにより受信が必要であることを通知するUE50をカウントして登録してもよい。また、eNB40の確認メッセージには、サービス識別子を含めないで送信してもよい。その場合には、UE50は、受信を必要とするサービスがある場合には、サービス識別子を含めて応答する。サービス識別子は、サービスアナウンスメント手続きで取得する等して保持しておくことで、選択可能となる。応答を受信したeNB40は、サービス識別子からMBMSベアラコンテキストを特定し、応答のあったUE50の数をUEカウンタに登録する。以上によりカウンティング手続きを完了するS502。カウンティング手続きの結果、UEカウンタが0でないと判断すれば、MBMS登録手続きを開始しても良い。さらに、eNB40がMBMS登録手続きを開始するトリガは、上記以外でもオペレータのポリシ等により、任意のタイミングで行ってもよい。上記以外でもeNB基地局装置の設置時や運用開始時などでオペレータのポリシ等により、任意のタイミングで行っても良い。次に、eNB40は、UEに指定されたサービスをMBMS登録するためのMBMS登録要求をMME30に送信するS504。ここで、eNB40は、MBMS登録要求にTMGI、IPマルチキャストアドレスを含める。eNB40からMBMS登録要求を受信したMME30は、MBMSGW20へMBMS登録要求を送信するS506。ここで、MBMS登録要求には、MBMS登録要求のあったeNB40、TMGI、IPマルチキャストアドレスを含める。MME30は、サービスに対応するMBMSベアラコンテキスト322を生成する。MBMSベアラコンテキスト322には、サービスを識別するTMGIを含める。さらに、MBMSベアラコンテキスト322におけるベアラリソースの状態情報をスタンバイに設定し、配信ノードにeNB40を追加する。MME30からMBMS登録要求を受信したMBMSGW20は、MBMSベアラコンテキスト222を生成し、MBMS登録要求をBM-SC10へ送信するS508。ここで、MBMSベアラコンテキストにおけるベアラリソースの状態情報をスタンバイに設定する。MBMSGW20からMBMS登録要求を受信したBM-SC10は、MBMSベアラコンテキストにMBMS登録要求を送信したMBMSGW20の情報を配信ノードに登録し、MBMS登録応答を返信するS510。ここで、MBMS登録応答には、TMGI、サービスに必要とされるベアラの容量を含める。S506でMME30からMBMS登録要求を受信したMBMSGW20は、MBMSベアラコンテキスト222の配信ノードにMBMS登録要求に含められたeNB40を登録し、上位配信ノードにS510におけるMBMS登録応答に含められたBM-SC10を登録し、MBMS登録応答を返信するS512。ここで、MBMS登録応答には、TMGI、このMBMSサービスに必要とされるベアラに関する情報を含める。S504でeNB40からMBMS登録要求を受信したMME30は、MBMSベアラコンテキスト322の配信ノードにMBMS登録要求を送信したeNB40の情報を登録し、MBMS登録応答を送信するS514。ここで、MBMS登録応答には、S512においてMBMS登録応答のあったMBMSGW20の情報を含める。S514でMME30からMBMS登録応答を受信したeNB40は、MBMSベアラコンテキスト422のMBMS制御装置に、S514でMBMS登録応答を送信したMME30に関する情報を登録し、MBMSベアラコンテキスト422の上位配信ノードにMBMS登録応答に含められたMBMSGW20の情報を登録する。以上のサービスアナウンスメント手続きとMBMS登録手続きにより、UE50とBM-SC10の間で配信リストを形成することにより、BM-SC10が送信したサービスのブロードキャスト配信データはeNB40まで配送するための経路を生成することができる。なお、配信ノードに登録されるノードは、上記に従う必要はなく、オペレータによって予め登録されていてもよい。ここで、MBMS登録手続き後におけるeNB40が保持するMBMSベアラコンテキスト422を図25aに示す。図25aに示すように、MBMSベアラサービス識別子にはTMGI1が、IPマルチキャストアドレスにはIPマルチキャストアドレス1が、モードにはブロードキャストが、状態情報にはスタンバイが、MBMS制御装置にはMME30が、上位配信ノードにはMBMSGW20がそれぞれ記憶される。上記の例では、MME30がMBMS登録解除要求を受信した場合の処理を説明したが、その他のMMEがeNB40からMBMS登録解除要求を受信した場合にも、MME30と同様の手続きを行う。同様にMBMSGW20においても、MBMSGW20がMBMS登録要求を受信した場合の処理を説明したが、その他のMBMSGWがMMEからMBMS登録要求を受信した場合にも、MBMSGW20と同様の手続きを行う。同様にBM-SC10においても、BM-SC10がMBMS登録解除要求を受信した場合の処理を説明したが、その他のBM-SCがGGNSからMBMS登録解除要求を受信した場合にも、BM-SC10と同様の手続きを行う。[2.1.3セッション開始手続き]続いて実行するセッション開始手続きを、図26を用いて説明する。セッション開始手続きにより、MBMSベアラを確立し、データを送信する準備を行う。BM-SC10は、サービスを指定してセッション開始要求をMBMSGW20に送信するS600。ここで、セッションを識別するためのセッション識別子を生成し、生成したセッション識別子とサービスを指定するためのTMGIとをセッション開始要求に含めて送信する。これによりセッション開始手続きを開始する。また、対応するMBMSベアラコンテキスト124TMGIで識別可能には、セッション識別子を登録し、状態情報をアクティブに登録する。また、セッション開始要求は、MBMSベアラコンテキスト124の配信ノードに登録される総てのMBMSGWへ送信する。MBMSGW20は、セッション開始要求を受信し、セッション開始応答をBM-SC10に送信し、応答するS602。また、対応するMBMSベアラコンテキスト222TMGIで識別可能にセッション識別子を登録し、状態情報をアクティブに登録する。MBMS制御装置には、MME30に関する情報が、配信ノードには、eNB40に関する情報が登録されている。ここで、配信ノードには、複数のeNBが登録されている。なお、登録される配信ノードであるeNB40は、オペレータによって予め登録されているものでも良いし、上記MBMS登録手続きを経て登録されたMBMSサービスエリア毎の配信ノードeNB40等のリストを利用し、BM-SC10から送信されたセッション開始要求に含まれるMBMSサービスエリア識別子に基づいて対応するeNB40を選択してもよい。以上の手続きにより、BM-SC10とMBMSGW20間でブロードキャストデータ配信のための通信品質を確保した配送路であるMBMSベアラが確立される。さらに、MBMSベアラでの送信をIPマルチキャスト通信で行うため、サービスに対してIPマルチキャストアドレスを割り当て、MBMSベアラコンテキスト222に登録する。MBMSGW20は、MBMSベアラコンテキスト222の配信ノードに登録されるMME30へセッション開始要求S604を送信する。サービスを指定するために、セッション開始要求にはTMGIと、セッション識別子と、IPマルチキャストアドレスとが含まれている。また、セッション開始要求は、MBMSベアラコンテキスト222の配信ノードに登録される総てのMMEへ送信される。MME30は、セッション開始要求を受信し、セッション開始応答をMBMSGW20に送信し、応答するS610。また、MBMSベアラコンテキスト322にTMGIとセッション識別子とIPマルチキャストアドレスとを登録し、状態情報をアクティブに登録する。配信ノードには、eNB40に関する情報が登録されている。ここで、配信ノードには、複数のeNBが登録されている。MME30は、MBMSベアラコンテキスト322の配信ノードに登録されるeNB40へセッション開始要求S606を送信する。セッション開始要求にはTMGIと、セッション識別子と、IPマルチキャストアドレスとが含まれている。また、セッション開始要求は、MBMSベアラコンテキスト322の配信ノードに登録される総てのeNBへ送信される。eNB40は、セッション開始要求を受信し、セッション開始応答をMME30に送信し、応答するS608。また、MBMSベアラコンテキスト422を生成し、TMGIとセッション識別子とIPマルチキャストアドレスと登録し、状態情報をアクティブに登録する。以上の手続きにより、MBMSGW20とeNB40間でブロードキャストデータ配信のための通信品質を確保した配送路であるMBMSベアラを確立する。これにより、BM-SC10、MBMSGW20及びeNB40で確立したMBMSベアラに、IPマルチキャストパケットが配送される。また、ブロードキャストデータは、IPマルチキャストによりBM-SC10からeNB40まで送信される。ここで、eNB40は、IPマルチキャスト参加処理を行うS614。eNB40は、MBMSベアラコンテキスト422を参照し、サービスに対応するIPマルチキャストアドレスを用いて参加要求を行う。具体的には、IPv4で通信する場合には、IGMPMembershipReportメッセージを送信し、IPv6で通信する場合にはMLDMembershipReportを送信する。さらに、eNB40は、UE50へ送信する無線リソース割り当て処理を行い、配送するための情報を無線フレーム情報424に登録する。具体的には、無線フレームのモードがブロードキャストモードであるか、ユニキャストモードであるかのモード情報をサービス識別子毎に登録する。サービス識別子としてはTMGIを用いることができる。最後に、eNB40はUE50に対してMBMS開始通知を送信するS616。開始通知にはサービスを識別するサービス識別子を含めて通知する。これにより、UE50はブロードキャストデータの受信を開始する。ここで、サービス識別子としては種々のものが用いられるが、例えば、1MBMSベアラコンテキスト422に登録されるTMGI2MBMSベアラコンテキスト422に登録されるセッションID3その他の識別子例えば、eNB40とUE50とでMBMSベアラサービスを識別することができる識別子等を利用する。本実施形態では、1のTMGIを利用することとして説明するが、3の場合には、サービス識別子とMBMSベアラコンテキスト422とを対応づけて登録することとなる。上記の例では、MBMSGW20がセッション開始要求を受信した場合の処理を説明したが、その他のMBMSGWがBM-SC10からセッション開始要求を受信した場合にも、MBMSGW20と同様の手続きを行う。同様にMMEにおいても、MME30がセッション開始要求を受信した場合の処理を説明したが、その他のMMEがMBMSGWからセッション開始要求を受信した場合にも、MME30と同様の手続きを行う。同様にeNBにおいても、eNB40がセッション開始要求を受信した場合の処理を説明したが、その他のeNBがMMEからセッション開始要求を受信した場合にも、eNB40と同様の手続きを行う。同様にUEにおいても、UE50がセッション開始要求を受信した場合の処理を説明したが、その他のUEがeNBからセッション開始要求を受信した場合にも、UE50と同様の手続きを行う。これにより、BM-SC10が配信するブロードキャストデータは、複数のMBMSGW、eNBを介して階層的にUEへ配送される。ここで、セッション開始手続き後におけるeNB40が保持するMBMSベアラコンテキスト422を図25bに示す。図25bに示すように、MBMSベアラサービス識別子にはTMGI1が、セッション識別子にはセッション1が、IPマルチキャストアドレスにはIPマルチキャストアドレス1が、モードにはブロードキャストが、状態情報にはアクティブが、MBMS制御装置にはMME30の情報が、上位配信ノードにはMBMSGW20の情報がそれぞれ格納される。図25aと比較すると、セッション識別子が新たに格納され、状態情報がスタンバイからアクティブへ変更されている。2.1.4MBMS登録解除手続きとセッション停止手続き次に、MBMS登録解除手続きとセッション停止手続きについて図27を用いて説明する。本実施形態では、MBMS登録解除処理の後にセッション停止処理を行うよう説明するが、この順番に限るものでなく、セッション停止処理の後に、MBMS登録解除処理手続きを行っても良い。MBMS登録解除手続きでは、eNB40におけるカウンティング手続き結果を基に開始する例を説明するが、開始トリガはこれに限らず、eNB40から手続きを開始することができる。まず、MBMS登録解除手続きのトリガとなるカウンティング手続きを説明する。手続きはeNB40とUE50との間で行う。eNB40は、接続するUE50に対して、サービス識別子を含めてサービスを受けているかどうかを確認するメッセージを送信する。ここで、eNB40は、無線フレーム情報424に登録されているUE50に宛てて、サービスを受けているかどうかを確認するメッセージを送信するが、接続する総てのUEに送信してもよい。ここで、サービス識別子としては種々のものが用いられるが、例えば、1MBMSベアラコンテキスト422に登録されるTMGI2MBMSベアラコンテキスト422に登録されるセッションID3その他の識別子例えば、NB40とUE50とでMBMSベアラサービスを識別することができる識別子等が利用可能である。本実施形態では、1のTMGIを利用することとして説明する。これにより、eNB40は、実際にマルチキャストデータの受信が必要なUE50の数を取得することができる。取得したUE50の数は、MBMSベアラコンテキスト422のUEカウンタに登録される。また、eNB40の確認メッセージには、サービス識別子を含めないで送信してもよい。その場合には、UE50は、受信を必要とするサービスがある場合には、サービス識別子を含めて応答する。サービス識別子は、サービスアナウンスメント手続きで取得する等して保持しておくことで、選択可能となる。応答を受信したeNB40は、サービス識別子からMBMSベアラコンテキストを特定し、応答のあったUE50の数をUEカウンタに登録する。以上によりカウンティング手続きS700を完了する。eNB40は、MBMSベアラコンテキスト422のUEカウンタがゼロになったかどうかを確認するカウンティング処理を行うS702。UEカウンタがゼロになった場合、eNB40は対応するサービスのMBMS登録解除処理を行うS704。eNB40は、カウンティング処理の対象となるTMGIを参照し、対応するMBMSベアラコンテキスト422の配信ノードからUE50を削除する。続いて、eNB40は、セッション停止処理を行うS706。ここで、eNB40は、UE50とeNB40間にTMGIで識別されるサービスにベアラリソースが割り当てられている場合、そのベアラリソースを解放する。さらに、MBMSベアラコンテキスト422における状態情報がアクティブである場合には、スタンバイに設定する。次に、eNB40は対応するサービスのMBMS登録解除要求をMME30へ送信するS708。送信するMMEは、MBMSベアラコンテキスト422のMMEの情報により解決し、本実施形態ではMME30へ送信する。ここで、eNB40は、MBMSベアラコンテキスト422に登録されているTMGIと、サービス識別子と、セッション識別子と、eNB40の情報とを含めたMBMS登録解除要求をMME30に送信する。MBMS登録解除要求を受信したMME30は、MBMS登録解除処理を行うS710。MME30は、eNB40から受信したMBMS登録解除要求に含まれたTMGIを参照し、対応するMBMSベアラコンテキスト322の配信ノードからeNB40を削除する。続いて、MME30は、セッション停止処理を行うS712。ここで、MBMSベアラコンテキスト322における状態情報がアクティブである場合には、スタンバイに設定する。次に、MME30は、eNB40にMBMS登録解除応答を送信するS714。MBMS登録解除応答を受信したeNB40は、MBMS登録解除要求S708に含めたTMGIに対応するMBMSベアラコンテキスト422を削除する。続いて、MME30は、MME30は対応するサービスのMBMS登録解除要求をMBMSGW20へ送信するS716。送信するMBMSGWは、MBMSベアラコンテキスト422のMBMSGWの情報により解決し、本実施形態ではMBMSGW20へ送信する。MME30は、MBMSベアラコンテキスト322に登録されているTMGIと、サービス識別子と、セッション識別子と、MME30の情報とを含めたMBMS登録解除要求をMBMSGW20に送信する。MBMS登録解除要求を受信したMBMSGW20は、MBMS登録解除処理を行うS718。MME30から受信したMBMS登録解除要求に含まれたTMGIを参照し、対応するMBMSベアラコンテキスト222の配信ノードからeNB40を削除する。続いて、MBMSGW20は、セッション停止処理を行うS720。ここで、MBMSGW20は、eNB40とMBMSGW20間にTMGIで識別されるサービスにベアラリソースが設定されている場合には、そのベアラリソースを解放する。さらに、MBMSベアラコンテキスト222における状態情報がアクティブである場合には、スタンバイに設定する。次に、MBMSGW20は、MME30にMBMS登録解除応答を送信するS722。MBMS登録解除応答を受信したMME30は、MBMS登録解除要求S716に含めたTMGIに対応するMBMS222ベアラコンテキストを削除する。MBMSGW20は、MBMSベアラコンテキスト222における配信ノードのeNBまたはeNBの識別子を確認し、eNBが登録されている場合には本処理を完了する。一方、MBMSGW20は、MBMSベアラコンテキスト222における配信ノードから総てのeNBが削除されている場合EMPTYには、MBMSGW20は対応するサービスのMBMS登録解除要求をBM-SC10へ送信するS724。送信するBM-SCは、MBMSGW20におけるMBMSベアラコンテキスト222のBM-SCの情報により解決し、本実施形態ではBM-SC10へ送信する。MBMSGW20は、MBMSベアラコンテキスト222に登録されているTMGIと、サービス識別子と、セッション識別子と、MBMSGW20の情報とを含めたMBMS登録解除要求をBM-SC10に送信する。MBMS登録解除要求を受信したBM-SC10は、MBMS登録解除処理を行うS726。MBMSGW20から受信したMBMS登録解除要求に含まれたTMGIを参照し、対応するMBMSベアラコンテキスト124の配信ノードからMBMSGW20を削除する。続いて、BM-SC10は、セッション停止処理を行うS728。ここで、BM-SC10は、MBMSGW20とBM-SC10間にTMGIで識別されるサービスにベアラリソースが設定されている場合には、そのベアラリソースを解放する。さらに、MBMSベアラコンテキストにおける状態情報がアクティブである場合には、スタンバイに設定する。次に、BM-SC10は、MBMSGW20にMBMS登録解除応答を送信するS730。MBMS登録解除応答を受信したMBMSGW20は、MBMS登録解除要求S724に含めたTMGIに対応するMBMSベアラコンテキスト222を削除する。BM-SC10は、MBMS登録解除要求のあったTMGIで識別されるMBMSベアラコンテキスト124を削除する。以上の手続きにより、eNB40により、カウンティング機能を利用して効率的にMBMS登録を解除するとともに、セッション停止することができる。eNB40のMBMS登録解除手続きは、カウンティング手続きにより、TMGI等で識別可能なMBMSベアラ毎のブロードキャストサービスの配信が不要であることを検知することができる。さらに、アプリケーション等がオフになっていること等により視聴していないようなケースのように、視聴していないことを検知することで開始することもできる。そして、この検知をトリガにMBMS登録解除手続きを開始することができる。こうして各装置は登録するサービスがブロードキャストモードであると認識し、それぞれのMBMSベアラコンテキストに記憶する。具体的には、BM-SC10はMBMSベアラコンテキスト124のモードにブロードキャストと、MBMSGW20はMBMSベアラコンテキスト222のモードにブロードキャストと、MME30はMBMSベアラコンテキスト322のモードにブロードキャストと、eNB40はMBMSベアラコンテキスト422のモードにブロードキャストと登録する。これにより、MBMS登録解除を決定する場合、各装置では、MBMSベアラコンテキストを参照し、ブロードキャストモードである場合にはMBMS登録を解除することができる。さらに、上記の場合において、MBMSベアラコンテキストにおける状態情報がアクティブである場合には、状態情報をスタンバイに変更し、セッション停止やブロードキャストデータ配信、受信停止することができる。さらに、上記の場合において、BM-SC10におけるMBMSベアラコンテキスト124、MBMSGW20におけるMBMSベアラコンテキスト222、MME30におけるMBMSベアラコンテキスト322、eNB40におけるMBMSベアラコンテキスト422におけるそれぞれの状態情報がアクティブである場合には、状態情報をスタンバイに変更し、セッション停止やブロードキャストデータ配信、受信停止することができる。具体的には、eNB40では、ブロードキャストMBMS登録解除要求の送信時S708、MBMSベアラコンテキスト422のモードがブロードキャストである場合、MBMS登録解除要求の送信や、MBMS登録解除処理やMBMSベアラの解放やマルチキャストデータ配信、受信停止を行う。MME30では、ブロードキャストMBMS登録解除要求の送信時S716、MBMSベアラコンテキスト322のモードがブロードキャストである場合、MBMS登録解除処理やセッション停止を行う。MBMSGW20では、ブロードキャストMBMS登録解除要求の送信時S724、MBMSベアラコンテキスト222のモードがブロードキャストである場合、MBMS登録解除要求の送信やMBMSベアラの解放やブロードキャストデータ配信、受信停止を行う。BM-SC10では、ブロードキャストMBMS登録解除要求の受信時S724、MBMSベアラコンテキスト124のモードがブロードキャストである場合、MBMS登録解除処理やMBMSベアラの解放やブロードキャストデータ配信停止を行う。従来では、基地局装置eNBが主導してMBMS登録を解除することが規定されていたが、基地局装置eNBで移動局装置UEの受信の要否を確認し、配信の必要がないと検知できた場合に、効率的にMBMS登録を解除することができなかった。本実施形態によれば、基地局装置eNBが、移動局装置UEの受信の要否の結果に基づいて、MBMS登録解除手続き、セッション停止手続きを行うことができるようになる。また、MBMS登録解除手続きによって、配信先リストから配送先装置を削除するとともに、従来セッション停止で行われていたリソースの解放を併せて行うことが可能になる。さらに、セッション停止に要するセッション停止手続きを省略することができる。また、MBMS登録解除する際に、セッションが停止されていない場合には、MBMS登録解除とともに、セッション停止を行うことにより、再度MBMS登録されない限り、セッションを開始されることがない。例えば、従来手法では、配信元から配信先にセッションを停止する手続きしか規定されておらず、配信先から配信元へセッション停止を要求することができなかった。つまり、基地局装置から配信元へセッション停止を要求することができなかった。さらに、基地局装置から配信元へセッション停止を要求するよう拡張したとしてもセッション停止要求を受けた装置は、配信を止めリソースを一時的に解放することができるが、配信ノードの削除は行わない。そのため、例えば、1セッションが開始された状態で、2eNB主導でセッションのみを停止した場合に、3BM-SC主導で総てのセッションが停止された後に、4BM-SC主導で総てのセッションが再開された場合には、配信リストに含められた総てのノードMBMSGW、eNBに通信リソースが割り当てられてしまい、eNB主導で停止したセッションさえも再開されてしまうという問題があった。しかしながら、MBMS登録解除手続きにより配信リストからの配信先装置の更新を行い、例えば、4のようにBM-SC主導でセッションが再開された場合にも、不必要なセッションが開始されなくなる。本実施形態によれば、セッションを不必要に開始しないことにより、セッションを開始する場合に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。また、MBMS登録解除する際に、セッションが停止されていない場合には、MBMS登録解除とともに、セッション停止を行うことにより、再度MBMS登録されない限り、セッションを開始されることがない。例えば、従来は、1セッションが開始された状態で、2eNB主導でセッションのみを停止した場合に、3BM-SC主導で総てのセッションが停止された後に、4BM-SC主導で総てのセッションが再開された場合には、配信リストに含められた総てのノードMBMSGW、eNBに通信リソースが割り当てられてしまい、eNB主導で停止したセッションさえも再開されてしまっていた。本実施形態においては、MBMS登録解除することによって、上記、3BM-SC主導で総てのセッションが停止された後に、4BM-SC主導で総てのセッションが再開された場合においても、不必要にセッション開始されることがない。セッションが開始されないということは、不必要に通信リソースを利用されることがなく、通信リソースを効率的に活用することが可能となる。また、セッションを不必要に開始されないことにより、セッションを開始する場合に必要とする制御情報のやりとりを減らすことができ、セッション開始手続きに要する通信リソースを非効率に利用されることなく、通信リソースを有効に活用することが可能となる。[3.変形例]以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、CPU等を制御するプログラムコンピュータを機能させるプログラムである。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置例えば、RAMに蓄積され、その後、各種ROMやHDDの記憶装置に格納され、必要に応じてCPUによって読み出し、修正書き込みが行なわれる。ここで、プログラムを格納する記録媒体としては、半導体媒体例えば、ROMや、不揮発性のメモリカード等、光記録媒体光磁気記録媒体例えば、DVDDigitalVersatileDisc、MOMagnetoOpticalDisc、MDMiniDisc、CDCompactDisc、BD等、磁気記録媒体例えば、磁気テープ、フレキシブルディスク等等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるLSILargeScaleIntegrationとして実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はLSIに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりLSIに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。