JP5679773B2 - 移動通信システム、移動局装置、基地局装置、ｍｍｅ、ｍｂｍｓ ｇｗ及び移動通信方法 - Google Patents

Description

本発明は、ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＭＢＭＳ ＧＷ及びＭＭＥを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システム等に関する。

３ＧＰＰにて、ＥＰＳ（Evolved Packet System）によるマルチキャストデータ配信およびブロードキャストデータ配信を行うＭＢＭＳベアラサービスを提供する方法としてＭＢＭＳ（Multimedia Broadcast/Multicast Service）が規格化されている。

例えば、非特許文献１によれば、ＭＢＭＳサービスエリアは、あるＭＢＭＳセッションを行う範囲として定義される。例えば、全国や関東等の地域単位でサービスエリアを設定し、当該サービスエリア内の複数の基地局装置のセルによって構成される。そして、コアネットワークに接続するＥ−ＵＴＲＡＮ等の無線アクセスネットワークにブロードキャストの配信経路を設定し、サービスエリア内の各セルの基地局装置（ｅＮｏｄｅＢ））が、端末（ＵＥ）にＭＢＭＳベアラを設定し、データを配信する。

こうした従来のブロードキャストデータ配信は、基地局装置のセル単位ではなく、ＭＢＭＳサービスエリア単位で配信している。そのため、ＭＢＭＳサービスエリア内に配信すべき端末が在圏していないセルがある場合も、そのセルの基地局装置にブロードキャストトデータが配信される。

今後こうしたブロードキャストデータ配信のサービスは、サービスエリアを比較的広範囲としている従来のブロードキャストサービスに加え、狭い範囲のみを対象としたブロードキャストサービスも増加していく等多様化していくことが予想される。

さらには、こうしてサービス形態が多様化すれば、配信するブロードキャストデータも広く配信する公共的な用途のものからパーソナルコミュニティに向けたもの等多様化し、種類も著しく増加していくことが予想される。

例えば、非特許文献２にあるように、旅行のガイドツアー等のユースケースが挙げられている。また、例えば、スポーツやコンサート会場、ショッピングセンター等の集客施設の客を対象としたブロードキャストサービスも考えられる。さらに、災害被災地の被災者に対してのみ情報配信を行うようなケースも考えられる。

従来技術では、こうしたサービス形態や配信データの増加していく流れに対して最適化することなく、すべて一元的に個々のブロードキャスト配信データに対してＭＢＭＳベアラ等の通信路を確立し、受信端末の有無に関わらず通信路にデータを配信していた。

近年では、基地局装置においてブロードキャストデータを受信している端末をカウンティングするカウンティング機能の検討が始まっている。基地局装置は受信端末がいなくなったことを検知した場合には、基地局装置と端末間でブロードキャストデータ配送のために割り当てた無線リンクの通信帯域を解放、またはモード変更等により最適化をする等無線区間のリソースを効率的に利用する。さらに、端末が再度あらわれた場合には無線リソースの再割り当てを行う。このように、カウンティング機能による無線リソースの効率利用の検討が行われている。

TS 23.246、Technical Specification Group Services and Architecture; Multimedia Broadcast/Multicast Service （MBMS）; Architecture and functional description 3GPP TR 22.947、Technical Specification Group Services and System Aspects; Study on Personal Broadcast Service

従来の基地局装置のカウンティング結果に基づいた効率化は、基地局装置と端末間の無線通信区間のリソースを効率利用する方法のみであり、ブロードキャストデータの配信元の装置から基地局装置の間のネットワーク内部の通信区間のリソースを効率利用する方法はなかった。

つまり、カウンティング機能により、基地局装置がブロードキャストデータを受信する端末がいないことを検知したとしても、ネットワーク内部に設置されるブロードキャスト配信元の装置から基地局装置まではブロードキャストデータが配送されてしまう。これまでは、こうした不必要なトラヒックを削減してネットワークリソースを効率的に利用する解決方法がなかった。

このように、これまではカウンティング機能により基地局装置と端末間の無線リソースの有効利用については考慮されているものの、ネットワーク内のネットワークリソースを効率的に利用することはできなかった。

上述した非特許文献１では、端末のネットワークリソースを解放する手続きが示されているが、その方法はネットワーク内部に設置されるブロードキャストデータの配送元となる装置が配信するデータがなくなったことを検知してネットワークリソースを解放する手続きしか示されていない。

言い換えると、ブロードキャストデータの配信元の装置が主導して、ネットワークリソースを効率的に解放、再割り当てを行う方法はあったが、基地局装置が主導してそれらを行うことができなかった。

したがって、基地局装置がカウンティング結果に基づいてデータ受信端末がいないことを検知した場合や、端末がリソース解放の要求を行わずに異なる基地局装置に移動したことや、電源をオフにしたことを基地局装置が検知した場合等においては、ネットワークリソースは実際に利用されていないにも関わらず、効率化することができなかった。

上述した課題を解決するために、本発明の目的は、基地局装置のカウンティング機能によりネットワークリソースを解放する制御方法を定めることにより、ネットワークリソースを有効活用出来る移動通信システム等を提供することを目的としている。

上述した課題を解決するために、本発明の移動通信システムは、
ＢＭ−ＳＣ（Broadcast Multicast Service Centre）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS Gateway）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムにおいて、
前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
前記基地局装置は、
ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＭＥに送信してＭＢＭＳ ＧＷにセッションの停止を要求し、
ブロードキャストデータ配信を停止して、ＭＢＭＳ ＧＷとのＭＢＭＳベアラリソースを解放することを特徴とする。

また、本発明の移動通信システムは、
前記ＭＢＭＳベアラコンテキストには、ＭＢＭＳベアラサービスを識別するためのサービス識別子が更に含まれており、
前記基地局装置は、
前記移動局装置に、サービス識別子を含む確認メッセージを送信し、該移動局装置からの応答に基づいて、ブロードキャストデータ配信に参加している移動局装置の数をカウントし、
前記カウントした数が０の場合には、前記ブロードキャストデータ配信の停止を決定することを特徴とする。

また、本発明の移動通信システムにおいて、
前記サービス識別子には、ＴＭＧＩ（Temporary Mobile Group Identify）を含むことを特徴とする。

また、本発明の移動通信システムにおいて、
前記基地局装置は、セッション停止要求をＭＭＥに送信するのと併せて、ＩＰマルチキャストパケットの送受信を停止することを特徴とする。

また、本発明の移動通信システムにおいて、
前記ＭＭＥは、セッション停止要求を送信する前記基地局に接続される移動局装置において、ブロードキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＢＭＳ ＧＷに送信し、
ブロードキャストデータ配信を停止して、ＭＢＭＳ ＧＷと基地局装置とのＭＢＭＳベアラリソースを解放することを特徴とする。

また、本発明の移動通信システムにおいて、
前記ＭＢＭＳ ＧＷは、ＭＢＭＳ ＧＷを経由して接続される移動局装置において、ブロードキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＢＭ−ＳＣに送信し、
ブロードキャストデータ配信を停止して、ＢＭ−ＳＣとのＭＢＭＳベアラリソースを解放することを特徴とする。

本発明の移動局装置は、上述の発明に記載の移動通信システムに接続されることを特徴としている。

本発明の基地局装置は、
ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＭＢＭＳ ＧＷ及びＭＭＥを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続される基地局装置において、
前記ＭＢＭＳベアラコンテキストには、ＭＢＭＳベアラサービスを識別するためのサービス識別子が更に含まれており、
ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＭＥに送信し、
ブロードキャストデータ配信を停止して、ＭＭＥとのＭＢＭＳベアラリソースを解放することを特徴とする。

本発明のＭＭＥは、
ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＭＢＭＳ ＧＷ及びＭＭＥを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続されるＭＭＥおいて、
前記ＭＢＭＳベアラコンテキストには、ＭＢＭＳベアラサービスを識別するためのサービス識別子が更に含まれており、
前記基地局装置は、
ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＭＥに送信し、
前記ＭＭＥは、
前記基地局装置から送信されたセッション停止要求に基づいて、ＭＭＥを経由して接続される移動局装置において、ブロードキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＢＭＳ ＧＷに送信し、
ブロードキャストデータ配信を停止して、ＭＢＭＳ ＧＷとのＭＢＭＳベアラリソースを解放することを特徴とする。

本発明のＭＢＭＳ ＧＷは、
ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＭＢＭＳ ＧＷ及びＭＭＥを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続されるＭＢＭＳ ＧＷおいて、
前記ＭＢＭＳベアラコンテキストには、ＭＢＭＳベアラサービスを識別するためのサービス識別子が更に含まれており、
前記基地局装置は、
ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＭＥに送信し、
前記ＭＭＥは、
前記基地局装置から送信されたセッション停止要求に基づいて、ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＢＭＳ ＧＷに送信し、
前記ＭＢＭＳ ＧＷは、
前記ＭＭＥから送信されたセッション停止要求に基づいて、ＭＢＭＳ ＧＷを経由して接続される移動局装置において、ブロードキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＢＭ−ＳＣに送信し、
ブロードキャストデータ配信を停止して、ＢＭ−ＳＣとのＭＢＭＳベアラリソースを解放することを特徴とする。

本発明の移動通信方法は、
ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＭＢＭＳ ＧＷ及びＭＭＥを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムの移動通信方法であって、
前記基地局装置は、
ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＭＥに送信し、
前記ＭＭＥは、
前記基地局装置から送信されたセッション停止要求に基づいて、ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＢＭＳ ＧＷに送信し、
前記ＭＢＭＳ ＧＷは、
前記ＭＭＥから送信されたセッション停止要求に基づいて、ＭＢＭＳ ＧＷを経由して接続される移動局装置において、ブロードキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＢＭ−ＳＣに送信し、
ブロードキャストデータ配信を停止することを特徴とする。

本発明によれば、ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＭＢＭＳ ＧＷ及びＭＭＥを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムにおいて、基地局装置は、ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＭＥに送信してＭＢＭＳ ＧＷにセッションの停止を要求し、ブロードキャストデータ配信を停止して、ＭＢＭＳ ＧＷとのＭＢＭＳベアラリソースを解放することとなる。

これにより、従来は、ＢＭ−ＳＣ（ブロードキャストデータ配信装置）が主導してセッションを一時停止することしかできず、基地局装置で移動局装置の受信の要否を確認でき、配信の必要がないと検知できたとしても、セッションを停止することができなかったが、基地局装置が、移動局装置の受信の要否の結果に基づいて、セッション停止手続きを主導して行うことができるようになる。

本実施形態における移動通信システムの概略を説明するための図である。 本実施形態におけるＢＭ−ＳＣの機能構成を説明するための図である。 本実施形態におけるＢＭ−ＳＣに記憶されるＭＢＭＳサービスＤＢのデータ構成の一例を示す図である。 本実施形態におけるＢＭ−ＳＣに記憶されるＭＢＭＳベアラコンテキストのデータ構成の一例を示す図である。 本実施形態におけるＭＢＭＳ ＧＷの機能構成を説明するための図である。 本実施形態におけるＭＢＭＳ ＧＷに記憶されるＭＢＭＳベアラコンテキストのデータ構成の一例を示す図である。 本実施形態におけるＭＢＭＳ ＧＷに記憶される上流コントロールノードＤＢのデータ構成の一例を示す図である。 本実施形態におけるＭＭＥの機能構成を説明するための図である。 本実施形態におけるＭＭＥに記憶されるＭＢＭＳベアラコンテキストのデータ構成の一例を示す図である。 本実施形態におけるｅＮＢの機能構成を説明するための図である。 本実施形態におけるｅＮＢに記憶されるＭＢＭＳベアラコンテキストのデータ構成の一例を示す図である。 本実施形態におけるｅＮＢに記憶される無線フレーム情報のデータ構成の一例を示す図である。 本実施形態における手続き処理の流れを説明するための図である。 本実施形態における手続き処理の流れを説明するための図である。

以下、図面を参照して本発明を実施するための最良の形態について説明する。

［１．システム構成］
図１は、本発明を適用した場合における移動通信システム１の概要を説明するための図である。移動通信システム１は、ブロードキャスト・マルチキャストサービスセンタであるＢＭ−ＳＣ（Broadcast-Multicast Service Center）１０、ゲートウェイ装置であるＭＢＭＳ ＧＷ（MBMS Gateway）２０及びサービス制御装置であるＭＭＥ（Mobility Management Entity）３０を含むコアネットワーク５と、基地局装置であるｅＮＢ４０と、移動局装置であるＵＥ５０とを含んで構成されている。

コアネットワーク５にＮＢ４０が接続されており、ｅＮＢ４０にＵＥ５０が接続可能に構成されている。具体的には、ＢＭ−ＳＣ１０の下位にはＭＢＭＳ ＧＷ２０が接続されており、ＭＢＭＳ ＧＷ２０の下位にはＭＭＥ３０とｅＮＢ４０とが接続されている。さらに、ＭＭＥ３０の下位にはｅＮＢ４０が接続されている。

ＭＢＭＳ ＧＷ２０とＭＭＥ３０及びＭＭＥ３０とｅＮＢ４０は、制御情報を送受信するために接続されている。また、ＭＢＭＳ ＧＷ２０とｅＮＢ４０は、ブロードキャストデータ送受信のために接続されている。さらに、ｅＮＢ４０の下位にはＵＥ５０が接続されている。

ここで、本実施形態の図１においては、説明の都合上、各構成装置が１つとして記載されているが、複数の装置が接続されている。例えば、一又は複数のＭＢＭＳ ＧＷを移動通信システム１は含んでおり、各ＭＢＭＳ ＧＷの下位に一又は複数のＭＭＥ３０、ｅＮＢがそれぞれ接続されている。また、ＵＥもｅＮＢに一又は複数接続可能である。

［２．装置構成］
続いて、各装置の機能構成について、図を用いて説明する。

［２．１ ＢＭ−ＳＣ］
ＢＭ−ＳＣ１０の機能構成について、図２を用いて説明する。ＢＭ−ＳＣ１０は、制御部１００に、送受信部１１０と記憶部１２０とが接続されている。

送受信部１１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＭＢＭＳ ＧＷ２０と接続されている。

記憶部１２０は、ＢＭ−ＳＣ１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳサービスＤＢ１２２と、ＭＢＭＳベアラコンテキスト１２４とがそれぞれ記憶されている。

ＭＢＭＳサービスＤＢ１２２は、配信可能なＭＢＭＳベアラサービスを管理するために、ＭＢＭＳベアラサービス毎の配信データの識別子を記憶するＤＢである。図３に、ＭＢＭＳサービスＤＢ１２２のデータ構成の一例を示す。

ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキストを識別するＴＭＧＩ（Temporary Mobile Group Identity）
（２）その他の識別子（例えば、ＢＭ−ＳＣ１０を運用してサービス事業を行う事業者が割り当てる識別子）
等を利用する。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。

具体的には、ＭＢＭＳベアラサービスでブロードキャストデータ配信時、サービス毎に生成するＭＢＭＳベアラコンテキストを識別するＴＭＧＩを用いる。ここで、ＴＭＧＩとは、従来携帯電話サービスで利用されている一時的に割り当てられた加入者識別情報だが、ＭＢＭＳサービスにおいてはＭＢＭＳベアラサービスを識別する情報として利用されている。

ＭＢＭＳベアラコンテキスト１２４は、ＭＢＭＳベアラサービス毎に生成され、ブロードキャストデータを配送するために確立するＭＢＭＳベアラの管理情報である。図４に、ＭＢＭＳベアラコンテキスト１２４のデータ構成の一例を示す。

具体的には、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「ブロードキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、データ配信先の配信ノード（例えば、「ＭＢＭＳ ＧＷ２０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。

ここで、配信ノードは、配信するノードを特定する情報を記憶しており、例えばＩＰアドレス（図４の場合はＧＧＳＮ２０のＩＰアドレス）が記憶される。また、配信ノードは複数記憶することができる。

ＵＥカウンタは、ＭＢＭＳベアラサービスのブロードキャストデータを配信している端末の数である。これは基地局装置のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している端末の数等である。

さらに、ＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキスト１２４に複数の配信ノードであるＭＢＭＳ ＧＷの情報を記憶している場合、ＭＢＭＳ ＧＷ毎にそれぞれことなるＵＥカウンタを保持し、ＵＥの数をカウントことが出来る。したがって、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０へ配信するブロードキャストデータの視聴端末数を記憶することが可能である。

［２．２ ＭＢＭＳ ＧＷ］
続いて、ＭＢＭＳ ＧＷ２０の機能構成について、図５を用いて説明する。ＭＢＭＳ ＧＷ２０は、制御部２００に、送受信部２１０と記憶部２２０とが接続されている。

送受信部２１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＢＭ−ＳＣ１０と、ＭＭＥ３０と、ｅＮＢ４０とに接続されている。

記憶部２２０は、ＭＢＭＳ ＧＷ２０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部２２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト２２２と、上流コントロールノードＤＢ２２４とがそれぞれ記憶されている。

ＭＢＭＳベアラコンテキスト２２２は、ＭＢＭＳベアラサービス毎に生成され、ブロードキャストデータを配送するために必要な管理情報である。図６に、ＭＢＭＳベアラコンテキスト２２２のデータ構成の一例を示す。

具体的には、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、ＩＰブロードキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「ブロードキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、制御情報の送受信を行うＭＢＭＳ制御装置（例えば、「ＭＭＥ３０」）と、データ配信先の配信ノード（例えば、「ｅＮＢ４０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。

ＭＢＭＳ制御装置は、制御情報の送受信を行う管理装置を特定する情報を記憶しており、例えばＩＰアドレス（図６の場合はＭＭＥ３０のＩＰアドレス）が記憶される。

配信ノードは、配信するノードを特定する情報を記憶しており、例えばＩＰアドレス（図６の場合はｅＮＢ４０のＩＰアドレス）が記憶される。配信ノードは複数記憶することができる。

ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶される。

ＵＥカウンタは、ＭＢＭＳベアラサービスのブロードキャストデータを受信する端末の数である。これは基地局装置のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している端末の数等である。

さらに、ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２に複数の配信ノードであるｅＮＢの情報を記憶している場合、ｅＮＢ毎にそれぞれことなるＵＥカウンタを記憶し、ＵＥの数をカウントすることが出来る。したがって、ＭＢＭＳ ＧＷ２０は、ｅＮＢ４０へ配信するブロードキャストデータの視聴端末数を記憶することが可能である。

上流コントロールノードＤＢ２２４は、上流のブロードキャストデータ配信装置を特定するための情報を記憶するためのＤＢである。図７に上流コントロールノードＤＢ２２４の構成の一例を示す。本実施形態においては、ＢＭ−ＳＣ１０のＩＰアドレスを記憶する。ここで、上流コントロールノードＤＢ２２４は図７に示すように一つのブロードキャスト配信装置（ＢＭ−ＳＣ１０）を記憶してもよいし、ＴＭＧＩ等で識別できるＭＢＭＢベアラコンテキストを生成するＭＢＭＳサービス毎に複数のＢＭ−ＳＣを記憶してもよい。

［２．３ ＭＭＥ］
続いて、ＭＭＥ３０の機能構成について、図８を用いて説明する。ＭＭＥ３０は、制御部３００に、送受信部３１０と記憶部３２０とが接続されている。

送受信部３１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＭＢＭＳ ＧＷ２０と、ｅＮＢ４０とに接続されている。

記憶部３２０は、ＭＭＥ３０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部３２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト３２２が記憶されている。

ＭＢＭＳベアラコンテキスト３２２は、ＭＢＭＳベアラサービス毎に生成され、ブロードキャストデータを配送するために必要な管理情報である。図９に、ＭＢＭＳベアラコンテキスト３２２のデータ構成の一例を示す。

具体的には、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「ブロードキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、ｅＮＢ４０に対する上位の配信ノードとなる上位配信ノード（例えば、「ＭＢＭＳ ＧＷ２０」）と、ＭＭＥ３０のデータ配信先の配信ノード（例えば、「ｅＮＢ４０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。

ここで、配信ノード及び上位配信ノードは、それぞれのノードを特定する情報を記憶しており、例えばＩＰアドレス（図９の場合はｅＮＢ４０や、ＭＢＭＳ ＧＷ２０のＩＰアドレス）が記憶される。また、配信ノードは複数記憶することができる。

ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶される。

ＵＥカウンタは、ブロードキャストサービスの配信データを受信する端末の数である。これは基地局装置のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している端末の数等である。

さらに、ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２に複数の配信ノードであるｅＮＢの情報を記憶している場合、ｅＮＢ毎にそれぞれことなるＵＥカウンタを記憶し、ＵＥの数をカウントすることが出来る。したがって、ＭＭＥ３０は、ＭＢＭＳＧＷ２０がｅＮＢ４０へ配信するブロードキャストデータの視聴端末数を記憶することが可能である。

［２．４ ｅＮＢ］
続いて、ｅＮＢ４０の機能構成について、図１０を用いて説明する。ｅＮＢ４０は、制御部４００に、送受信部４１０と記憶部４２０とが接続されている。

送受信部４１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＭＢＭＳ ＧＷ２０と、ＭＭＥ３０と接続されており、ＵＥ５０が接続可能である。

記憶部４２０は、ｅＮＢ４０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部４２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト４２２と、無線フレーム情報４２４とがそれぞれ記憶されている。

ＭＢＭＳベアラコンテキスト４２２は、ＭＢＭＳベアラサービス毎に生成され、ブロードキャストデータを配送するために必要な管理情報である。図１１に、ＭＢＭＳベアラコンテキスト４２２のデータ構成の一例を示す。

具体的には、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「ブロードキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、上位の配信ノードとなる上位配信ノード（例えば、「ＭＢＭＳ ＧＷ２０」）と、制御情報の送受信を行うＭＢＭＳ制御装置（例えば、「ＭＭＥ３０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。

ここで、ＭＢＭＳ制御装置は、制御情報の送受信を行う管理装置を特定する情報を記憶しており、例えばＩＰアドレス（図６の場合はＭＭＥ３０のＩＰアドレス）が記憶される。

ここで、上位配信ノードは、ノードを特定する情報を記憶しており、例えばＩＰアドレス（図１１の場合はＭＢＭＳ ＧＷ２０のＩＰアドレス）が記憶される。

ＵＥカウンタは、ブロードキャストサービスの配信データ毎の受信端末の数であり、基地局装置のカウンティング機能によりカウントされた数に基づいたものである。具体的には、ユーザが実際に視聴している端末の数等である。

無線フレーム情報４２４は、ＭＢＭＳベアラサービス毎に、ＮＢ４０がＵＥ５０へ無線区間を通して送信するための無線フレームの情報を記憶する。図１２に、無線フレーム情報４２４のデータ構成の一例を示す。

具体的には、ＭＢＭＳベアラサービスを識別する識別子毎に（例えばＴＭＧＩ毎）、マルチキャストモードかユニキャストモードかを示すモード情報（例えば、「フレームモード」）を記憶する。さらに、ユニキャストモードの場合には、フレーム配送するＵＥ５０のＩＭＳＩ（International Mobile Subscriber Identity）等の識別情報が記憶されている。ここで、フレーム配送するＵＥ（識別情報）については複数記憶することができる。

［３．手続き処理］
続いて、本実施形態における移動通信システム１の手続き処理について、図を用いて説明する。

［３．１ サービスアナウンスメント手続き］
図１３に示すように、ＢＭ−ＳＣ１０はまず始めにＵＥ５０に対してサービスアナウンスメント手続きを行う。すなわち、ＢＭ−ＳＣ１０は配信可能なサービスをＵＥ５０へ通知する（Ｓ１００）。ＵＥ５０は、これによりブロードキャストサービスを検知する。

ＢＭ−ＳＣ１０は、ＭＢＭＳサービスＤＢ１２２で管理されているサービスの配信が可能であることを、サービス識別子を通知することでＵＥ５０へ通知することとなる。さらには、番組タイトルやコンテンツタイトル、配信開始時間等のサービスを説明する情報を付与して通知してもよい。

ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＴＭＧＩ
（２）その他の識別子（例えば、事業者の設定したでＭＢＭＳベアラサービスを識別することができる識別子）
等が利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。

具体的にフロー識別子は、ＭＢＭＳベアラコンテキスト１２４に記憶され、ＴＭＧＩに対応したフロー識別子を用いることができる。

また、具体的な通知方法としては、種々の方法が考えられるが、例えば、ＳＭＳ（Short Message Service）等を用いて、予め登録されている配信可能なＵＥ５０へ通知したり、不特定多数のＵＥ５０へ通知したり、ＷＥＢに情報を掲示して、ＵＥ５０がＷＥＢサーバにアクセスすることで情報を取得したりしてもよい。

［３．２ セッション開始手続き］
次に、セッション開始手続き（Ｓ１０６）を、図１３を用いて説明する。セッション開始手続きにより、ＭＢＭＳベアラを確立し、通信路が確立される。

ＢＭ−ＳＣ１０は、サービスを指定してセッション開始要求をＭＢＭＳ ＧＷ２０に送信する（Ｓ３００）。ここで、サービスを指定するためのＴＭＧＩと、セッションを識別するためのセッション識別子を生成し、セッション開始要求に含めて送信する。これによりセッション開始手続きを開始する。

また、ＭＢＭＳベアラコンテキスト１２４を生成ることにより、ＭＢＭＳベアラコンテキスト１２４には、ＴＩＭＧＩと、セッション識別子とが登録される。また、状態情報をアクティブに登録する。

また、配信ノードにはＭＢＭＳ ＧＷ２０に関する情報を記憶する。配信ノードには、複数のＭＢＭＳ ＧＷを登録することができる。

なお、登録される配信先のノード（ＭＢＭＳ ＧＷ）は、オペレータによって予め登録されていてもよいし、ＭＢＭＳサービスエリア毎に配信ノード（ＭＢＭＳ ＧＷ２０等）のリストを登録しておき、セッション開始要求にＭＢＭＳサービスエリアの識別子を含めて送信する。そして、送信したＭＢＭＳサービスエリア識別子に基づいて対応するＭＢＭＳ ＧＷを選択して登録しても良い。

また、ＢＭ−ＳＣ１０がセッションスタート手続きを開始するトリガは、前述したサービスアナウンスメント手続きが完了したことを契機に行ってもよいし、それ以前でも、オペレータのポリシ等により任意のタイミングで開始してもよい。

また、セッション開始要求は、ＭＢＭＳベアラコンテキスト１２４の配信ノードに記憶されるすべてのＭＢＭＳ ＧＷ２０へ送信する。

続いて、ＭＢＭＳ ＧＷ２０は、セッション開始要求を受信し、セッション開始応答をＢＭ−ＳＣ１０に送信して応答する（Ｓ３０２）。また、ＭＢＭＳベアラコンテキスト２２２を生成し、ＴＭＧＩと、セッション識別子とを登録し、状態情報をアクティブに登録する。

ＭＢＭＳ制御装置には、ＭＭＥ３０に関する情報を記憶する。なお、登録されるＭＢＭＳ制御装置であるＭＭＥ３０は、オペレータによって予め登録されていてもよし、ＢＭ−ＳＣ１０がオペレータの設定によって予め登録されたＭＢＭＳ制御装置の情報を、セッション開始要求に含めて送信し、それを登録してもよい。この場合には、ＭＢＭＳ ＧＷ２０は予めＭＭＥ３０の情報を保持する必要がなくなる。

配信ノードには、ｅＮＢ４０に関する情報を記憶する。配信ノードには、複数のｅＮＢ４０を登録することができる。

なお、登録される配信ノードであるｅＮＢ４０は、オペレータによって予め登録されていてもよいし、ＭＢＭＳサービスエリア毎に配信ノード（ｅＮＢ４０等）のリストを登録しておき、ＢＭ−ＳＣ１０から送信されたセッション開始要求に含まれるＭＢＭＳサービスエリア識別子に基づいて対応するｅＮＢ４０を選択してもよい。この場合には、ＭＢＭＳ ＧＷ２０は予めｅＮＢ４０のリストを保持する必要がなくなる。

以上の手続きにより、ＢＭ−ＳＣ１０とＭＢＭＳ ＧＷ２０間でブロードキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラを確立する。

さらに、ＭＢＭＳベアラでの送信をＩＰマルチキャスト通信で行うため、サービスに対してＩＰマルチキャストアドレスを割り当て、ＭＢＭＳベアラコンテキスト２２２に登録する。

ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２の配信ノードに登録されるＭＭＥ３０へセッション開始要求（Ｓ３０４）を送信する。サービスを指定するために、セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとを含む。

ＭＭＥ３０は、セッション開始要求を受信し、セッション開始応答をＭＢＭＳ ＧＷ２０に送信し、応答する（Ｓ３１０）。セッション開始応答は、後述するｅＮＢ４０へセッション開始要求を送信し（Ｓ３０６）、その応答を受信後（Ｓ３０８）、送信してもよい。

また、ＭＢＭＳベアラコンテキスト３２２を生成し、ＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスを登録し、状態情報をアクティブに登録する。

配信ノードには、ｅＮＢ４０に関する情報を記憶する。なお、配信ノードには、複数のｅＮＢを登録することができる。

ここで、登録される配信ノードであるｅＮＢ４０は、オペレータによって予め登録されてもよいし、ＭＢＭＳサービスエリア毎に配信ノード（ｅＮＢ４０等）のリストを登録しておき、ＭＢＭＳ ＧＷ２０から送信されたセッション開始要求に含まれるＭＢＭＳサービスエリア識別子に基づいて対応するｅＮＢを選択してもよい。

さらに、要求を送信した上位の配信ノードとなるＭＢＭＳ ＧＷ２０に関する情報（本実施形態ではＩＰアドレス）を登録する。

ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録されるｅＮＢ４０へセッション開始要求（Ｓ３０６）を送信する。セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとを含む。

また、セッション開始要求は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録される総てのｅＮＢへ送信する。

ｅＮＢ４０は、セッション開始要求を受信し、セッション開始応答をＭＭＥ３０に送信し、応答する（Ｓ３０８）。また、ＭＢＭＳベアラコンテキスト４２２を生成し、ＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとを登録し、状態情報をアクティブに登録する。

また、要求を送信したＭＢＭＳ制御装置となるＭＭＥ３０に関する情報を登録する。さらに、上位の配信ノードとなるＭＢＭＳ ＧＷ２０に関する情報を登録する。ＭＢＭＳ ＧＷ２０は、オペレータによる設定を行う等予め登録しておき、登録された中から選択したり、ＭＭＥ３０はセッション開始要求にＭＢＭＳ ＧＷ２０を含めて送信したりし、それを登録する。

以上の手続きにより、ＭＢＭＳ ＧＷ２０とｅＮＢ４０間でブロードキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラを確立する。

ここで、ｅＮＢ４０は、ＩＰマルチキャスト参加処理を行う。ｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２を参照し、サービスに対応するＩＰマルチキャストアドレスを用いて参加要求を行う。具体的には、ＩＰｖ４で通信する場合には、ＩＧＭＰ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔメッセージを送信し、ＩＰｖ６で通信する場合にはＭＬＤ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信する。

これにより、ＢＭ−ＳＣ１０、ＭＢＭＳ ＧＷ２０及びｅＮＢ４０で確立したＭＢＭＳベアラに、ＩＰマルチキャストパケットが配送される。また、ブロードキャストデータは、ＩＰマルチキャストによりＢＭ−ＳＣ１０からＮＢ４０まで送信される。

さらに、ｅＮＢ４０は、ＵＥへ送信する無線リソース割り当て処理を行い、配送するための情報を無線フレーム情報４２４に登録する。具体的には、無線フレームのモードがマルチキャストモードであるか、ユニキャストモードであるかのモード情報をサービス識別子毎に管理する。サービス識別子としてはＴＭＧＩを用いることができる。

また、マルチキャストモードで送信する場合は、フレームは不特定多数のＵＥへ送信するため、ＵＥ情報を登録する必要はないが、ユニキャストモードで送信する場合には、個々のＵＥに無線フレームを送信する必要があるため、その場合には、サービスアナウンス手続きの、ＵＥ５０がｅＮＢ４０への初期接続時に、ＵＥ情報としてＩＭＳＩを登録しておき、ＵＥ情報として登録する。

以上のサービスアナウンスメント手続きとセッションスタート手続きにより、ＵＥ５０とＢＭ−ＳＣ１０の間で通信路が確立し、ＢＭ−ＳＣが送信したデータはｅＮＢ４０まで配送することができる。

ここで、上記の例では、サービスアナウンスメント手続きを行い、その後にセッションスタート手続きを行ったが、これらは前後してもよい。

最後に、ｅＮＢ４０はＵＥ５０に対してＭＢＭＳ開始通知を送信する（Ｓ３１６）。開始通知にはサービスを識別するサービス識別子を含めて通知する。これにより、ＵＥ５０はブロードキャストデータの受信を開始する。

ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ｅＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用する。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。

また、ｅＮＢ４０がＭＢＭＳ開始を通知せず、サービスアナウンスメント手続き等により、ＢＭ−ＳＣ１０がサービス識別子をＵＥ５０に通知してよも良い。これらの通知方法は事業者のポリシに応じて選択して通知することができる。

上記の例では、ＭＢＭＳ ＧＷ２０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷがＢＭ−ＳＣ１０からセッション開始要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。

同様にｅＮＢにおいても、ｅＮＢ４０がセッション開始要求を受信した場合の処理を説明したが、その他のｅＮＢがＭＭＥ３０からセッション開始要求を受信した場合にも、ｅＮＢ４０と同様の手続きを行う。

同様にＵＥにおいても、ＵＥ５０がセッション開始要求を受信した場合の処理を説明したが、その他のＵＥがｅＮＢからセッション開始要求を受信した場合にも、ＵＥ５０と同様の手続きを行う。

これにより、ＢＭ−ＳＣ１０が配信するブロードキャストデータは、複数のＭＢＭＳ ＧＷ、ｅＮＢを介して階層的にＵＥへ配送される。

［３．３ 配信停止手続き］
次に、セッション停止手続きについて図１４を用いて説明する。セッション停止手続きは、ｅＮＢ４０におけるカウンティング手続き結果を基に開始する例を説明するが、開始トリガはこれに限らず、ｅＮＢ４０から手続きを開始することができる。

まず、セッション停止手続きのトリガとなるカウンティング手続きを説明する。手続きはｅＮＢ４０とＵＥ５０との間で行う。ｅＮＢ４０は、接続するＵＥ５０に対して、サービス識別子を含めてサービスを受けているかどうかを確認するメッセージを送信する。

ここで、ｅＮＢ４０は、無線フレーム情報４２４に登録されているＵＥ５０に宛てて、サービスを受けているかどうかを確認するメッセージを送信するが、接続する総てのＵＥ５０に送信してもよい。

ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ｅＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用する。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。

ＵＥ５０は、メッセージを受信すると、サービス識別子を含めてｅＮＢ４０に応答する。サービス識別子には、受信メッセージに含まれるＴＭＧＩを用いることができる。

ＵＥ５０は、ＭＢＭＳサービス開始通知を受け、ブロードキャストデータを受信可能な状態であったとしても、視聴するアプリケーションを一時的にオフしている場合等、受信が必要ない場合には、応答を送信しなくてよい。

ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト４２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ｅＮＢ４０とＵＥ５０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用する。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。

これにより、ｅＮＢ４０は、実際にブロードキャストデータ受信が必要なＵＥ５０の数を取得することができる。取得したＵＥ５０の数は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタに登録する。

また、ｅＮＢ４０の確認メッセージには、サービス識別子を含めないで送信してもよい。その場合には、ＵＥ５０は、受信を必要とするサービスがある場合には、サービス識別子を含めて応答する。ＵＥ５０は、これらのサービス識別子を、サービスアナウンスメント手続きで取得して登録しておくことで、選択可能となる。

応答を受信したｅＮＢ４０は、サービス識別子からＭＢＭＳベアラコンテキストを特定し、応答のあったＵＥ５０の数をＵＥカウンタに登録する。以上によりカウンティング手続き（Ｓ４００）を完了する。

ｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタがゼロになったかどうかを確認するカウンティング処理を行う（Ｓ４０２）。ＵＥカウンタがゼロになった場合、セッションを一時的に停止することを決定する。したがって、サービス毎に受信するＵＥ５０がいないことを検知し、そのサービスのセッションを一時的に停止する。

ｅＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩと、サービス識別子と、フロー識別子と、ｅＮＢ４０の情報とを含めてセッション停止要求をＭＭＥ３０に送信する（Ｓ４０４）。送信先のＭＭＥは、ＭＢＭＳベアラコンテキスト４２２のＭＢＭＳ制御装置の情報（ＭＭＥ３０）により解決する。さらに、ＭＢＭＳベアラコンテキスト４２２の状態情報をスタンバイに登録する。

ここで、ＵＥカウンタがゼロとなった場合には、サービスに対応するブロードキャストデータの配信及び受信を停止する（Ｓ４０８）。

なお、受信を停止する場合には、ＩＰマルチキャスト離脱要求を送信してもよい（Ｓ４０８）。具体的には、ＩＰｖ４で通信を行っている場合、ＩＧＭＰ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信し、ＩＰｖ６で通信を行っている場合には、ＭＬＤ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信する。これにより、ＩＰマルチキャストパケットの配信及び受信を停止する。ＩＰマルチキャストパケットの配信及び受信が停止されることにより、ブロードキャストデータの配信及び受信が停止される。

ＭＭＥ３０は、セッション停止要求を受信し、ｅＮＢ４０にセッション停止応答を送信する（Ｓ４０６）。さらに、ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト４２２に登録されるＴＭＧＩと、サービス識別子と、ｅＮＢ４０の情報とを含めてセッション停止要求をＭＢＭＳ ＧＷ２０に送信する（Ｓ４１０）。送信先のＭＢＭＳ ＧＷは、ＭＢＭＳベアラコンテキスト４２２に登録されているＭＢＭＳ ＧＷアドレスに宛てて送信する。

さらに、ＭＭＥ３０は、ｅＮＢ４０に対応づけられたＵＥカウンタをゼロにする。また、ＭＢＭＳベアラコンテキストの配信ノードからｅＮＢ４０のエントリを削除するか、停止中を示すマーキングを行う。

ここで、ＳＧＳＮ３０は、他のＮＢにブロードキャストデータ配信していない場合は、ＭＢＭＳベアラコンテキスト３２２の状態情報をスタンバイとする。他のｅＮＢにブロードキャストデータ配信していないかは、ＭＢＭＳベアラコンテキスト３２２の配信ノードにｅＮＢのエントリがないことや、すべてのｅＮＢに停止中のマーキングがなされていることで判断できる。

ＭＢＭＳ ＧＷ２０は、セッション停止要求を受信し、ＭＭＥ３０にセッション停止応答を送信する（Ｓ４１２）。

さらに、ＭＢＭＳ ＧＷ２０は、ｅＮＢ４０に対応づけられたＵＥカウンタをゼロにする。さらに、ｅＮＢ４０への対応するサービスのブロードキャストデータの配信及び受信を停止する（Ｓ４２０）。

なお、受信を停止する場合には、ＩＰマルチキャスト離脱要求を送信してもよい。具体的には、ＩＰｖ４で通信を行っている場合、ＩＧＭＰ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信し、ＩＰｖ６で通信を行っている場合には、ＭＬＤ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信する。これにより、ＩＰマルチキャストパケットの配信及び受信を停止する。ＩＰマルチキャストパケットの配信及び受信が停止されることにより、ブロードキャストデータの配信及び受信が停止される。

また、ＭＢＭＳベアラコンテキスト２２２の配信ノードからｅＮＢ４０のエントリを削除するか、停止中を示すマーキングを行う。

ここで、ＭＢＭＳ ＧＷ２０は、他のｅＮＢにブロードキャストデータ配信していない場合は、セッション停止要求をＢＭ−ＳＣ１０へ送信する（Ｓ４１０）。他のｅＮＢにブロードキャストデータ配信していないかは、ＭＢＭＳベアラコンテキスト２２２の配信ノードにｅＮＢのエントリがないことや、すべてのｅＮＢに停止中のマーキングがなされていることで判断できる。セッション停止要求にはＭＢＭＳベアラコンテキスト２２２に登録されるＴＭＧＩと、セッション識別子と、ＭＢＭＳ ＧＷ２０の情報とを含めて送信する。

さらに、ＭＢＭＳ ＧＷ２０はｅＮＢ４０間のＭＢＭＳベアラのリソースを解放する。言い換えると、ＭＢＭＳ ＧＷ２０は、ｅＮＢ４０に対してブロードキャストデータ配送を停止した場合、ＭＢＭＳベアラのリソースを解放する。この場合、ＭＢＭＳベアラコンテキスト２２２の状態情報をスタンバイに登録する。

また、ＭＢＭＳベアラコンテキスト２２２の配信ノードにその他複数のｅＮＢ４０が登録されており、ブロードキャストデータ配信が行われている場合には、セッション停止要求をＢＭ−ＳＣ１０には送信することなくセッション停止手続きを完了する。

ＢＭ−ＳＣ１０は、セッション停止要求を受信し、ＭＢＭＳ ＧＷ２０にセッション停止応答を送信する（Ｓ４１８）。

さらに、ＢＭ−ＳＣ１０とＭＢＭＳ ＧＷ２０との間のＭＢＭＳベアラリソースを解放する。言い換えると、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０に送信するブロードキャストデータが無くなった場合、ＭＢＭＳベアラリソースを解放する。

また、ＭＢＭＳ ＧＷ２０への対応するサービスのブロードキャストデータの配信を停止する（Ｓ４２２）。

また、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０に対応づけられたＵＥカウンタをゼロにする。さらに、配信ノードからＭＢＭＳ ＧＷ２０のエントリを削除するか、停止中を示すマーキングを行う。

さらに、総てのＭＢＭＳ ＧＷ２０のエントリが削除されるか、停止中を示すマーキングが行われた場合、ＭＢＭＳベアラコンテキスト１２４の状態情報をスタンバイとする。

以上の手続きにより、ｅＮＢ４０が主導してセッションを一時的に停止することができる。ｅＮＢ４０のセッション停止手続きは、カウンティング手続きにより、ＴＭＧＩ等で識別可能なＭＢＭＳベアラ毎のブロードキャストサービスの配信が不要であることを検知することができる。さらに、アプリケーション等がオフになっていること等により視聴していないようなケースのように、視聴していないことを検知することで開始することもできる。そして、この検知をトリガにセッション停止手続きを開始することができる。

また、セッション停止手続きは、ブロードキャストサービスに限って行ってもよい。従来ＭＢＭＳサービスには、マルチキャストモードのサービスとブロードキャストモードのサービスがある。ブロードキャストモードのサービスは、これまで説明したように、ＵＥ５０の加入者情報管理や受信に対する認証を行わないサービスであるのにたいし、マルチキャストモードのサービスは、ＵＥ５０の参加要求に対してサービス毎に認証手続きを行い、配信するサービスである。

したがって、マルチキャストモードでの配送は、特定のＵＥに対する配送であり、一時的にＭＢＭＳベアラを解放し、再開時にリソースの確保ができない等が許されないサービスである場合も想定される。そのためには、ブロードキャストモードに限って、一時停止する方法が必要となる。

ブロードキャストサービスに限ってセッション停止手続きを許可する具体的な方法としては、図１３で説明したセッション開始手続きにおいて、ＢＭ−ＳＣ１０がＭＢＭＳベアラコンテキストを生成する際にＴＭＧＩを生成し、ＴＭＧＩをＭＢＭＳ ＧＷ２０、ＭＭＥ１０、ｅＮＢ４０に通知すると同時に、モードを通知する。マルチキャストモードかブロードキャストモードのどちらを通知するかについては、サービスごとに対応づけて予めモードをＭＢＭＳサービスＤＢ１２２で管理してもよいし、マルチキャストモードの通信確立手続きで規定されているサービスアクティベーション手続きの認証手続きの有無により、管理してもよい。

こうして各装置は登録するサービスがブロードキャストモードであると認識し、それぞれＭＢＭＳベアラコンテキストに保持する。具体的には、ＢＭ−ＳＣ１０はＭＢＭＳベアラコンテキスト１２４のモードにブロードキャストと登録し、ＭＢＭＳ ＧＷ２０はＭＢＭＳベアラコンテキスト２２２のモードにブロードキャストと登録し、ＭＭＥ３０はＭＢＭＳベアラコンテキスト３２２のモードにブロードキャストと登録し、ｅＮＢ４０はＭＢＭＳベアラコンテキスト４２２のモードにブロードキャストと登録する。

これにより、セッション停止を決定する場合、各装置では、ＭＢＭＳベアラコンテキストを参照し、ブロードキャストモードである場合にはセッションを停止することができる。具体的には、ｅＮＢ４０では、ブロードキャストセッション停止要求の送信時（Ｓ４０４）、ＭＢＭＳベアラコンテキスト４２２のモードがブロードキャストである場合、停止要求の送信やＭＢＭＳベアラの解放やＩＰマルチキャスト配信、受信停止を行う。ＭＭＥ３０では、マルチキャストセッション停止要求の送信時（Ｓ４１０）、ＭＢＭＳベアラコンテキスト３２２のモードがブロードキャストである場合、停止要求の送信やＭＢＭＳベアラの解放やＩＰマルチキャスト配信、受信停止を行う。

ＭＢＭＳ ＧＷ２０では、ブロードキャストセッション停止要求の送信時（Ｓ４１６）、ＭＢＭＳベアラコンテキスト２２２のモードがブロードキャストである場合、停止要求の送信やＭＢＭＳベアラの解放やＩＰマルチキャスト配信、受信停止を行う。ＢＭ−ＳＣ１０では、マルチキャストセッション停止要求の受信時（Ｓ４１６）、ＭＢＭＳベアラコンテキスト２２２のモードがブロードキャストである場合、ＭＢＭＳベアラの解放やＩＰマルチキャスト配信停止を行う。

従来では、コンテンツデータの配信元であるＢＭ−ＳＣ１０において、配信データの状況により一定時間送信するべきデータが無い場合等、送信データがないことを検知して、ＢＭ−ＳＣ１０が主導してセッションを一時停止することしかできなかった。このため、ｅＮＢ４０でＵＥ５０の受信の要否を確認でき、配信の必要がないと検知できたとしても、セッションを停止することができなかった。本実施形態によれば、ｅＮＢ４０はＵＥ５０の受信の要否の結果に基づいて、セッション停止手続きを主導して行うことができる。

［４．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。

また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。

また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。

また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。

１０ ＢＭ−ＳＣ
１００ 制御部
１１０ 送受信部
１２０ 記憶部
１２２ ＭＢＭＳサービスＤＢ
１２４ ＭＢＭＳベアラコンテキスト
２０ ＭＢＭＳ ＧＷ
２００ 制御部
２１０ 送受信部
２２０ 記憶部
２２２ ＭＢＭＳベアラコンテキスト
２２４ 上流コントロールノードＤＢ
３０ ＭＭＥ
３００ 制御部
３１０ 送受信部
３２０ 記憶部
３２２ ＭＢＭＳベアラコンテキスト
４０ ｅＮＢ
４００ 制御部
４１０ 送受信部
４２０ 記憶部
４２２ ＭＢＭＳベアラコンテキスト
４２４ 無線フレーム情報
５０ ＵＥ

Claims (11)

1. ＢＭ−ＳＣ（Broadcast Multicast Service Centre）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS Gateway）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムにおいて、
   前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
   前記基地局装置は、
   ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＭＥに送信してＭＢＭＳ ＧＷにブロードキャストデータ配信を停止することを要求し、
   ＭＢＭＳ ＧＷとのＭＢＭＳベアラリソースを解放することを特徴とする移動通信システム。
2. 前記ＭＢＭＳベアラコンテキストには、ＭＢＭＳベアラサービスを識別するためのサービス識別子が更に含まれており、
   前記基地局装置は、
   前記移動局装置に、サービス識別子を含む確認メッセージを送信し、該移動局装置からの応答に基づいて、ブロードキャストデータ配信に参加している移動局装置の数をカウントし、
   前記カウントした数が０の場合には、前記ブロードキャストデータ配信の停止を決定することを特徴とする請求項１に記載の移動通信システム。
3. 前記サービス識別子には、ＴＭＧＩ（Temporary Mobile Group Identify）を含むことを特徴とする請求項２に記載の移動通信システム。
4. 前記基地局装置は、セッション停止要求をＭＭＥに送信するのと併せて、ＩＰマルチキャストパケットの送受信を停止することを特徴とする請求項１から３の何れか一項に記載の移動通信システム。
5. 前記ＭＭＥは、セッション停止要求を送信する前記基地局に接続される移動局装置において、ブロードキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＢＭＳ ＧＷに送信し、
   ブロードキャストデータ配信を停止して、ＭＢＭＳ ＧＷと基地局装置とのＭＢＭＳベアラリソースを解放することを特徴とする請求項１からの４の何れか一項に記載の移動通信システム。
6. 前記ＭＢＭＳ ＧＷは、ＭＢＭＳ ＧＷを経由して接続される移動局装置において、ブロードキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＢＭ−ＳＣに送信し、
   ブロードキャストデータ配信を停止して、ＢＭ−ＳＣとのＭＢＭＳベアラリソースを解放することを特徴とする請求項１から５の何れか一項に記載の移動通信システム。
7. 前記請求項１から６の何れか一項に記載の移動通信システムに接続される移動局装置。
8. ＢＭ−ＳＣ（Broadcast Multicast Service Centre）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS Gateway）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続される基地局装置において、
   前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
   ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＭＥに送信し、
   ＭＢＭＳ ＧＷがブロードキャストデータ配信を停止することを要求し、ＭＢＭＳ ＧＷとのＭＢＭＳベアラリソースを解放することを特徴とする基地局装置。
9. ＢＭ−ＳＣ（Broadcast Multicast Service Centre）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS Gateway）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続されるＭＭＥにおいて、
   前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
   前記基地局装置は、
   ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＭＥに送信し、
   前記ＭＭＥは、
   前記基地局装置から送信されたセッション停止要求に基づいて、基地局装置を経由して接続される移動局装置において、ブロードキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＢＭＳ ＧＷに送信し、
   ＭＢＭＳ ＧＷにブロードキャストデータ配信を停止することを要求し、ＭＢＭＳ ＧＷとのＭＢＭＳベアラリソースを解放することを特徴とするＭＭＥ。
10. ＢＭ−ＳＣ（Broadcast Multicast Service Centre）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS Gateway）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムに接続されるＭＢＭＳ ＧＷにおいて、
    前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
    前記基地局装置は、
    ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＭＥに送信し、
    前記ＭＭＥは、
    前記基地局装置から送信されたセッション停止要求に基づいて、ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＢＭＳ ＧＷに送信し、
    前記ＭＢＭＳ ＧＷは、
    前記ＭＭＥから送信されたセッション停止要求に基づいて、前記基地局装置へのブロードキャストデータの配信を停止し、
    ＭＢＭＳ ＧＷに接続される、ブロードキャストデータ配信を行う他の基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＢＭ−ＳＣに送信し、
    ＢＭ−ＳＣがブロードキャストデータ配信を停止することを要求し、ＢＭ−ＳＣとのＭＢＭＳベアラリソースを解放することを特徴とするＭＢＭＳ ＧＷ。
11. ＢＭ−ＳＣ（Broadcast Multicast Service Centre）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＭＢＭＳ ＧＷ（MBMS Gateway）及びＭＭＥ（Mobility Management Entity）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりブロードキャストデータ配信を行う移動通信システムの移動通信方法であって、
    前記基地局装置は、
    ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＭＥに送信し、
    前記ＭＭＥは、
    前記基地局装置から送信されたセッション停止要求に基づいて、ＭＢＭＳベアラコンテキストに対応づけられるブロードキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＭＢＭＳ ＧＷに送信し、
    前記ＭＢＭＳ ＧＷは、
    前記ＭＭＥから送信されたセッション停止要求に基づいて、
    前記基地局装置へのブロードキャストデータの配信を停止し、
    ＭＢＭＳ ＧＷに接続される、ブロードキャストデータ配信を行う他の基地局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＢＭ−ＳＣに送信し、
    ブロードキャストデータ配信を停止することを要求し、ＢＭ−ＳＣとのＭＢＭＳベアラリソースを解放することを特徴とする移動通信方法。

Images