モビリティ管理装置、第１移動局装置、第２移動局装置、移動通信システム及び通信方法
【課題】
ＭＢＭＳマルチキャスト配信において、同じコンテンツが異なるネットワークのＵＥに同時に配信されている場合、受信しているＵＥから別のＵＥにマルチキャスト配信する手段を提供し、オフロードを実現する事
【解決手段】
ＭＢＭＳマルチキャスト配信において、同じコンテンツが異なるネットワークのＵＥに同時に配信されている場合、事業者の管理下において受信しているマルチキャストルータ機能を保有するＵＥから別のＵＥに直接マルチキャスト配信する事により、従来のネットワークルートのトラフィックオフロードを実現する。
ＭＢＭＳマルチキャスト配信において、同じコンテンツが異なるネットワークのＵＥに同時に配信されている場合、受信しているＵＥから別のＵＥにマルチキャスト配信する手段を提供し、オフロードを実現する事
【解決手段】
ＭＢＭＳマルチキャスト配信において、同じコンテンツが異なるネットワークのＵＥに同時に配信されている場合、事業者の管理下において受信しているマルチキャストルータ機能を保有するＵＥから別のＵＥに直接マルチキャスト配信する事により、従来のネットワークルートのトラフィックオフロードを実現する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システム等に関する。
【背景技術】
【０００２】
３ＧＰＰにて、ＥＰＣ（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
【非特許文献３】ＴＳ23.829 Local IP Access and Selected IP Traffic Offload
【発明の概要】
【発明が解決しようとする課題】
【００１３】
ここで、高データトラフィックを必要とする事の多いマルチキャストやブロードキャストでは、一つのサーバから複数の端末に同じデータを配信する場合、サーバから端末までの共通ルート部分は１本の共通データが流れ、ルートの分岐点で配信データのコピーを作成しそれ以降は複数本のデータを並行して流す仕組みがあり、受信端末の数だけ独立したデータ配信ルートを設ける必要が無く、マルチキャストやブロードキャストの仕組み自体にトラフィックの輻輳を削減する仕組みが既に存在している。
【００１４】
しかしながら、分岐点がサーバに近づく程共通部分が減り、削減効果が少なくなり、サーバに近い分岐点程、ネットワークにおけるデータトラフィック輻輳の影響を受けやすい、という課題があった。
【００１５】
一例として、マルチキャストやブロードキャストにおいてサーバの配信データを配信ルートの異なる２台の受信端末が同時に受信している時に、配信ルートがサーバから離れた下流の地点で分岐した場合と、サーバに近い上流で分岐した場合とを比較すると、サーバに近い方場合の方が独立してデータが流れる部分が増えるため、サーバから離れた地点での分岐の場合に比べてトラフィックの削減効果が少なくなると共に、ネットワークのトラフィックが輻輳した場合に、より影響を受けやすい。
【００１６】
一方、データフローの配信ルートの一部を別のルートに迂回させ、本来のルートのトラフィックを削減する技術としてオフロード技術がある。しかしながら、例えばサーバから受信端末へデータをダウンロードする際に、トラフィックが輻輳した時に途中の特定区間を別のルートにオフロードする事を考えると、その特定区間のトラフィックは削減されるが、特定区間以外の輻輳は解決されない。すなわち、従来のオフロード技術は一定の効果はあるもののトラフィック輻輳の削減効果は限定的であるという課題があった。
【００１７】
さらに、現在検討されているオフロード技術では、マルチキャストやブロードキャストといったＭＢＭＳには対応しておらず、また通信の最初からオフロードを行う、という静的な制御が検討されているが、トラフィックの変動に対応して通信の途中でも動的にオフロードを行う仕組みは存在していない。
【００１８】
ここで、マルチキャストやブロードキャストデータを受信した１つの配信ルートの端末から、別の配信ルートの端末に直接通信する手段が存在する時に、１つの配信ルートで受信した端末が受信しているデータを端末内でコピーして別の端末に直接配信する機能を有していれば、サーバから別の端末迄の分岐点以降の配信データのトラフィックを停止することが可能となる。すなわち、サーバから別の端末までの配信データフローを、１つの受信端末から別の受信端末へオフロードする事により、ネットワークのデータトラフィックを削減する事が可能となる。これはサーバから別の受信端末までのルートの分岐点がサーバに近い程トラフィック削減効果は大きい。
【００１９】
しかし、その場合に端末間で勝手に転送を実行してしまうと、例えば有料コンテンツが勝手に無料で配信できる事になってしまい、端末間でのテータ転送を行う場合にはネットワーク及びサービス事業者の許可・管理下で行う必要がある、という課題があった。
【００２０】
それを実現する手段として、マルチキャストデータ配信の仕組みを受信端末に具備し、その端末から別の端末にネットワーク及びサービス事業者側の管理下において配信する事が考えられるが、現在その様な仕組みは無い。
【００２１】
すなわち、複数の端末が同時に受信する事が出来るマルチキャストやブロードキャストデータ配信においては、サーバからネットワークのデータトラフィックが輻輳した場合、配信ルート分岐点がサーバに近い上流である程輻輳の影響を受けやすくなる、という課題がある。また、トラフィック輻輳を削減する手段としてオフロード技術があるが、オフロードさせる特定部分以外には削減効果がない、という課題があった。
【００２２】
また、ある端末から別の端末にマルチキャストやブロードキャストデータを勝手に配信してしまうと、例えば有料コンテンツを無料で配信してしまうので、ネットワーク及びサービス事業者の許可・管理下で行う必要がある、という課題がある。
【００２３】
そこで本発明では、第１の目的として、ネットワーク及びサービス管理者の管理下において、端末から別の端末へのマルチキャストやブロードキャストデータ配信をオフロードさせる事により、データトラフィックの輻輳を削減可能な移動通信システムを提供することを目的とする。
また、第２の目的として、マルチキャストやブロードキャストデータ配信の途中でトラフィックの輻輳を検出した場合でも動的にオフロードさせる事により、より効率的にトラフィックの輻輳を削減可能な移動通信システムを提供する事を目的とする。
【課題を解決するための手段】
【００２４】
上述した課題に鑑み、本発明のモビリティ管理装置は、
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムにおけるモビリティ管理装置であって、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行えるか否かを判断し、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行える場合には、第１移動局装置に、第２移動局装置を経由してオフロード通信を行う要求を送信することを特徴とする。
【００２５】
また、本発明のモビリティ管理装置は、前記第１移動局装置から、通信開始の通知を受信した場合には、前記第１基地局装置に対して、サービス配信装置からのサービス配信を停止する要求を送信することを特徴とする。
【００２６】
本発明の第１移動局装置は、
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムにおける第１移動局装置であって、
前記モビリティ管理装置から、オフロードの要求信号を受信し、
当該要求信号を受信した際に、第２基地局装置との制御信号の転送路が確立できている場合には、前記第２移動局装置とサービスの配信を受信するサービスデータ転送路を確立し、
前記サービス配信装置からのサービスの配信を、前記サービスデータ転送路を介して第２移動局装置から受信することを特徴とする。
【００２７】
本発明の第２移動局装置は、
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムにおける第２移動局装置であって、
第１移動局装置とサービスデータ転送路を確立し、
第１移動局装置に、ＭＢＭＳ開始通知を送信した後に、サービス配信装置からサービスを受信しつつ、受信したサービスを前記サービスデータ転送路を介して第１移動局装置に配信することを特徴とする。
【００２８】
本発明の移動通信システムは、
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムであって、
前記モビリティ管理装置は、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行えるか否かを判断し、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行える場合には、第１移動局装置に、第２移動局装置を経由してオフロード通信を行う要求を送信し、
前記第１移動局装置は、
前記モビリティ管理装置から、オフロードの要求信号を受信し、
当該要求信号を受信した際に、第２基地局装置との制御信号の転送路が確立できている場合には、前記第２移動局装置とサービスの配信を受信するサービスデータ転送路を確立し、
前記サービス配信装置からのサービスの配信を、前記サービスデータ転送路を介して第２移動局装置から受信する、
ことを特徴とする。
【００２９】
本発明の通信方法は、
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムの通信方法であって、
前記モビリティ管理装置は、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行えるか否かを判断し、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行える場合には、第１移動局装置に、他の移動局装置を経由してオフロード通信を行う要求を送信するステップと、
を実現し、
前記第１移動局装置は、
前記モビリティ管理装置から、オフロードの要求信号を受信するステップと、
当該要求信号を受信した際に、第２基地局装置との制御信号の転送路が確立できている場合には、前記第２移動局装置とサービスの配信を受信するサービスデータ転送路を確立し、
前記サービス配信装置からのサービスの配信を、前記サービスデータ転送路を介して第２移動局装置から受信するステップと、
を実現することを特徴とする。
【発明の効果】
【００３０】
本発明では、マルチキャストやブロードキャストデータ配信の１つの配信ルートで受信する端末が、他の受信端末と直接通信する手段を有し、端末においてマルチキャストやブロードキャスト配信する機能を有する時に、受信端末から別のルートでマルチキャストやブロードキャストデータ配信データを受信する端末に配信する事により、別の配信ルートの分岐点から受信端末までのデータを停止する事、すなわち別の配信ルートから、１つの受信端末からの配信ルートにオフロードする事が可能となり、データトラフィックの削減が出来る。
【００３１】
本発明によれば、
ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＭＢＭＳ ＧＷ及びＭＭＥ、基地局装置及びホーム基地局に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、ＭＭＥは複数の端末に配信されているマルチキャストデータの種類、セッション等を管理し、同一マルチキャストコンテンツが、異なるセッションの端末に配信されている事を検出した場合、端末間通信の可否、及び端末にマルチキャストルーティング機能の有無を確認する。
【００３２】
端末からのオフロード要求も含めて総合的に判断し、条件を満足した場合には、マルチキャストルーティング機能を保有する端末から別の端末に本来のネットワークルートを介さずにマルチキャストデータの配信指示を行う事により、従来のネットワークルート全てのオフロードを行う事が可能となり、ネットワークトラフィックの輻輳回避や無線資源の有効利用が可能となる。
【図面の簡単な説明】
【００３３】
【図１】本実施形態における移動通信システムの概略を示した図である。
【図２】本実施形態におけるＢＭ−ＳＣの機能構成を説明する為の図である。
【図３】ＢＭ−ＳＣにおけるＭＢＭＳサービスＤＢのデータ構成の一例を示した図である。
【図４】ＢＭ−ＳＣにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図５】ＢＭ−ＳＣにおけるＭＢＭＳ ＵＥコンテキストのデータ構成の一例を示した図である。
【図６】ＭＢＭＳ ＧＷの機能構成を説明する為の図である。
【図７】ＭＢＭＳ ＧＷにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図８】ＭＢＭＳ ＧＷにおける上流コントロールノードＤＢのデータ構成の一例を示した図である。
【図９】ＭＢＭＳ ＧＷにおけるＭＢＭＳ ＵＥコンテキストのデータ構成の一例を示した図である。
【図１０】ＭＭＥの機能構成を説明する為の図である。
【図１１】ＭＭＥにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図１２】ＭＭＥにおけるＭＢＭＳ ＵＥコンテキストのデータ構成の一例を示した図である。
【図１３】ＭＭＥにおけるＵＥ間通信コネクティビティテーブルのデータ構成の一例を示した図である。
【図１４】ＨＳＳの機能構成を説明する為の図である。
【図１５】ＨＳＳにおけるＵＥ間通信許可テーブルのデータ構成の一例を示した図である。
【図１６】ｅＮＢの機能構成を説明する為の図である。
【図１７】ｅＮＢにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図１８】ｅＮＢにおける無線フレーム情報のデータ構成の一例を示した図である。
【図１９】ｅＮＢにおけるＭＢＭＳ ＵＥコンテキストのデータ構成の一例を示した図である。
【図２０】ＧＷの機能構成を説明する為の図である。
【図２１】ＨｅＮＢの機能構成を説明する為の図である。
【図２２】ＨｅＮＢにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図２３】ＨｅＮＢにおける無線フレーム情報のデータ構成の一例を示した図である。
【図２４】ＨｅＮＢにおけるＭＢＭＳ ＵＥコンテキストのデータ構成の一例を示した図である。
【図２５】ＵＥｈの機能構成を説明する為の図である。
【図２６】ＵＥｈにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図２７】ＵＥｈにおける無線フレーム情報のデータ構成の一例を示した図である。
【図２８】ＵＥｈにおけるＭＢＭＳ ＵＥコンテキストのデータ構成の一例を示した図である。
【図２９】ＵＥｈにおけるＵＥ間通信コネクティビティテーブルのデータ構成の一例を示した図である。
【図３０】ＵＥｍの機能構成を説明する為の図である。
【図３１】ＵＥｍにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図３２】ＵＥｍにおける無線フレーム情報のデータ構成の一例を示した図である。
【図３３】ＵＥｍにおけるＭＢＭＳ ＵＥコンテキストのデータ構成の一例を示した図である。
【図３４】ＵＥｍにおけるＵＥ間通信コネクティビティテーブルのデータ構成の一例を示した図である。
【図３５】第１実施形態におけるＷＬＡＮ ＡＰの機能構成を説明する為の図である。
【図３６】第１実施形態における処理の流れについて説明した図である。
【図３７】第１実施形態における処理の流れについて説明した図である。
【図３８】第１実施形態における処理の流れについて説明した図である。
【図３９】第１実施形態における処理の流れについて説明した図である。
【図４０】第１実施形態における処理の流れについて説明した図である。
【図４１】第１実施形態における処理の流れについて説明した図である。
【図４２】第１実施形態における処理の流れについて説明した図である。
【図４３】第１実施形態における処理の流れについて説明した図である。
【図４４】第１実施形態における処理の流れについて説明した図である。
【図４５】第１実施形態における処理の流れについて説明した図である。
【図４６】第１実施形態における処理の流れについて説明した図である。
【図４７】第１実施形態における処理の流れについて説明した図である。
【図４８】第２実施形態における移動通信システムの概要を説明する図である。
【発明を実施するための形態】
【００３４】
以下、図面を参照して本発明を実施するための形態について説明する。なお、本明細書の記載は、本発明を説明するための一形態であり、明細書の実施形態に限定されるものでは無いことは勿論である。
【００３５】
［１．第１実施形態］
［１．１ システム構成］
図１は、本発明を適用した場合における移動通信システム１の概要を説明するための図である。移動通信システム１は、ブロードキャスト・マルチキャストサービスセンタであるＢＭ−ＳＣ（Broadcast Multicast- Service Center）１０と、ゲートウェイ装置であるＭＢＭＳ ＧＷ（MBMS GateWay）２０と、モビリティ管理装置であるＭＭＥ（Mobility Management Entity）３０と、認証装置であるＨＳＳ（Home Subscriber Server）４０と、ＧＷ（GateWay）６０とを含むコアネットワーク２が構成されている。
【００３６】
ＭＢＭＳ ＧＷ２０からは、基地局装置であるｅＮＢ５０と、ｅＮＢ５０に接続される移動局装置であるＵＥｍ９０とを含んで構成され、一方ＧＷからブロードバンドアクセスネットワーク４を経由して、家庭用基地局であるＨｅＮＢ(Home evolved Node B)７０とＨｅＮＢ７０に接続される移動局であるＵＥｈ８０とを含んで構成される。
【００３７】
また、ＵＥｈ８０とＵＥｍ９０とは、直接接続で構成される。また、ＵＥｈ８０とＵＥｍ９０とは、ＷＬＡＮ ＡＰ（Wireless LAN Access Point）１０００の中継接続による接続形態においても構成される。
【００３８】
コアネットワーク２にｅＮＢ５０が接続されており、ｅＮＢ５０にＵＥｍ９０が接続可能な状態で構成されている。また、コアネットワーク２からブロードバンドアクセスネットワーク４を経てＨｅＮＢ７０が接続されており、ＨｅＮＢ７０にＵＥｈ８０が接続可能な状態で構成されている。
【００３９】
具体的には、ＢＭ−ＳＣ１０の下位にはＭＢＭＳ ＧＷ２０が接続されており、ＭＢＭＳ ＧＷ２０の下位にはＭＭＥ３０を介して又は直接ｅＮＢ５０が接続されている。さらに、ｅＮＢ５０の下位にはＵＥｍ９０が接続されている。また、ＭＢＭＳ ＧＷ２０の下位にはＧＷ６０が接続されており、ＧＷ６０からブロードバンドアクセスネットワーク４を経てＨｅＮＢ７０が接続されており、ＨｅＮＢ７０の下位にはＵＥｈ８０が接続されている。また、ＵＥｈ８０とＵＥｍ９０は、ＨｅＮＢ７０やｅＮＢ５０を介さずに、直接、あるいはＷＬＡＮ ＡＰ１０００を経由して接続されている。
【００４０】
ここで、本実施形態の図１においては、説明の都合上、各構成装置が１つとして記載されているが、複数の装置が接続されていてもよい。例えば、一又は複数のＭＢＭＳ ＧＷを移動通信システム１は含んでおり、各ＭＢＭＳ ＧＷの下位に一又は複数のＭＭＥ、ｅＮＢがそれぞれ接続されてもよい。また、ＵＥｍもｅＮＢに一又は複数接続可能である。
【００４１】
同様にＭＢＭＳ ＧＷの下位には一又は複数のＧＷ及び一又は複数のブロードバンドアクセスネットワークを経て一又は複数のＨｅＮＢが接続可能であり、ＨｅＮＢの下位には一又は複数のＵＥｈが接続可能である。またＵＥｍはＨｅＮＢに接続される場合はＵＥｈとして動作し、同様にＵＥｈはｅＮＢに接続される場合はＵＥｍとして動作する。さらに、ＵＥｈは一又は複数のＵＥｍあるいは一又は複数のＵＥｈと直接通信可能であり、一又は複数のＷＬＡＮ ＡＰを中継して接続する事も可能である。また、ＷＬＡＮ ＡＰは代表的にはＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）で規定される８０２．１１や８０２.１６があるが、特に限定されない。
【００４２】
［１．２ 装置構成］
続いて、各装置の機能構成について、図を用いて説明する。
【００４３】
［１．２．１ ＢＭ−ＳＣ］
ＢＭ−ＳＣ１０の機能構成について、図２を用いて説明する。ＢＭ−ＳＣ１０は、制御部１００に、送受信部１１０と記憶部１２０とが接続されている。
【００４４】
制御部１００は、ＢＭ−ＳＣ１０の全体を制御するための機能部である。制御部１００は、記憶部１２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（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）等により構成されている。また、本実施形態においては、ＵＥ間通信許可テーブル４２２が記憶されている。
【００８６】
図１５にＵＥ間通信許可テーブル４２２のデータ構成の一例を示す。ＵＥ間通信許可テーブル４２２は、各ＵＥ間で直接（例えば、「直接」）又はＷＬＡＮやＷｉＭＡＸ等異種無線システムを経由（例えば「異種無線経由１（ＷＬＡＮ ＡＰ１０００）」）して他のＵＥと通信を行って良いかの許可情報（例えば、「許可」）と、各々での無線周波数や拡散方式、無線設備識別番号（ＭＡＣアドレス等）等を記述したアクセス手段（例えば、「アクセス手段１」）と、ＳＳＩＤ等アクセスするための秘匿情報（例えば、「アクセス秘匿情報１」）と、マルチキャスト配信を行う機能である、マルチキャストルータ機能の有無（例えば、「有り」）と、無線の接続方法を規定する無線接続モード（例えば「ＴＤＤ」、「ＦＤＤ」）が含まれている。
【００８７】
なお、ＵＥ通信許可テーブル４２２は、通信事業者がユーザとの契約に基づき事前に登録してあっても良いし、初期通信等の時点でＵＥから情報を得て後に登録しても良い。
【００８８】
［１．２．５ ｅＮＢ］
続いて、ｅＮＢ５０の機能構成について、図１６を用いて説明する。ｅＮＢ５０は、制御部５００に、送受信部５１０と、無線送受信部５２０と、記憶部５３０とが接続されている。
【００８９】
制御部５００は、ｅＮＢ５０の全体を制御するための機能部である。制御部５００は、記憶部５３０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【００９０】
送受信部５１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＭＢＭＳ ＧＷ２０と、ＭＭＥ３０と接続されている。また無線送受信部５２０を介してＵＥｍ９０が接続可能である。
【００９１】
記憶部５３０は、ｅＮＢ５０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部５３０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト５３２と、無線フレーム情報５３４と、ＭＢＭＳ ＵＥコンテキスト５３６とがそれぞれ記憶されている。
【００９２】
ＭＢＭＳベアラコンテキスト５３２は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図１７に、ＭＢＭＳベアラコンテキスト５３２のデータ構成の一例を示す。
【００９３】
図１７（ａ）に示すように、ＭＢＭＳベアラコンテキスト５３２は、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ１」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、ＭＢＭＳ制御装置の情報（例えば、「ＭＭＥ３０」）と、上位の配信ノードとなる上位配信ノードの情報（例えば、「ＭＢＭＳ ＧＷ２０」）とが含まれている。
【００９４】
ここで、上位配信ノードに関する情報は、ノードを特定する情報を記憶しており、例えばＩＰアドレス（図１７（ａ）の場合はＭＢＭＳ ＧＷ２０のＩＰアドレス）が記憶される。また、ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶される。
【００９５】
無線フレーム情報５３４は、ＭＢＭＳベアラサービス毎に、ｅＮＢ５０がＵＥｍ９０へ無線区間を通して送信するための無線フレームの情報を記憶する。図１８に、無線フレーム情報５３４のデータ構成の一例を示す。
【００９６】
具体的には、図１８（ａ）に示すように、ＭＢＭＳベアラサービスを識別する識別子毎（例えばＴＭＧＩ毎）に、マルチキャストモードかユニキャストモードかを示すモード情報（例えば、「フレームモード」）を記憶する。さらに、ユニキャストモードの場合には、フレーム配送するＵＥｍ９０のＩＭＳＩ（International Mobile Subscriber Identity）等の識別情報が記憶されている。ここで、フレーム配送するＵＥ（識別情報）については複数記憶することができる。
【００９７】
ＭＢＭＳ ＵＥコンテキスト５３６は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータ配信におけるＵＥの管理情報である。ｅＮＢ５０は、あるＭＢＭＳベアラサービスにおいて最初のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録する。また、あるＭＢＭＳベアラサービスにおいて、最後のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録解除を行う。図１９に、ＭＢＭＳ ＵＥコンテキスト５３６のデータ構成の一例を示す。
【００９８】
図１９（ａ）に示すように、ＭＢＭＳ ＵＥコンテキスト５３６は、ＭＢＭＳベアラサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス」）と、ＵＥｍ９０が初期接続時に、ＩＰアドレスを取得する際に必要とするＡＰＮ（例えば、「ＡＰＮ１」）と、ＵＥが参加するマルチキャストサービスを示すＴＭＧＩ（例えば、「ＴＭＧＩ１」）と、ＵＥ（例えば、「ＵＥｈ８０」、「ＵＥｍ９０」）を識別するために用いられるＩＭＳＩの情報（例えば、ＵＥｈ８０を識別する「ＩＭＳＩ１」）とが含まれている。
【００９９】
［１．２．６ ＧＷ］
次にＧＷ６０の構成機能について、図２０を用いて説明する。ＧＷ６０は、制御部６００に、送受信部６１０と記憶部６２０とが接続されている。
【０１００】
制御部６００は、ＧＷの全体を制御するための機能部である。制御部６００は、記憶部６２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【０１０１】
送受信部６１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＭＢＭＳ ＧＷ２０と、ブロードバンドアクセスネットワーク４に接続されており、ＭＢＭＳ ＧＷ２０のあるコアネットワーク２とブロードバンドアクセスネットワーク４のデータを双方向に中継する。
【０１０２】
記憶部６２０は、ＧＷ６０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部６２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。
【０１０３】
［１．２．７ ＨｅＮＢ］
続いて、ＨｅＮＢ７０の機能構成について、図２１を用いて説明する。ＨｅＮＢ７０は、制御部７００に、送受信部７１０と、無線送受信部７２０と、記憶部７３０とが接続されている。
【０１０４】
制御部７００は、ＨｅＮＢ７０の全体を制御するための機能部である。制御部７００は、記憶部７３０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【０１０５】
送受信部７１０は、ネットワークに接続されるインタフェース部であり、例えばブロードバンドアクセスネットワーク４と接続されており、無線送受信部７２０を介してＵＥｈ８０が接続可能である。
【０１０６】
記憶部７３０は、ＨｅＮＢ７０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部７３０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト７３２と、無線フレーム情報７３４と、ＭＢＭＳ ＵＥコンテキスト７３６とがそれぞれ記憶されている。
【０１０７】
ＭＢＭＳベアラコンテキスト７３２は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図２２に、ＭＢＭＳベアラコンテキスト７３２のデータ構成の一例を示す。
【０１０８】
図２２（ａ）に示すように、ＭＢＭＳベアラコンテキスト７３２は、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ１」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかスタンバイかを管理する状態情報（例えば、「アクティブ」）と、ＭＢＭＳ制御装置の情報（例えば、「ＭＭＥ３０」）と、上位の配信ノードとなる上位配信ノードの情報（例えば、「ＭＢＭＳ ＧＷ２０」）とが含まれている。
【０１０９】
ここで、上位配信ノードに関する情報は、ノードを特定する情報を記憶しており、例えばＩＰアドレス（図２２（ａ）の場合はＭＭＥ３０のＩＰアドレス）が記憶される。また、ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶される。
【０１１０】
無線フレーム情報７３４は、ＭＢＭＳベアラサービス毎に、ＨｅＮＢ７０がＵＥへ無線区間を通して送信するための無線フレームの情報を記憶する。図２３に、無線フレーム情報７３４のデータ構成の一例を示す。
【０１１１】
具体的には、ＭＢＭＳベアラサービスを識別する識別子毎（例えばＴＭＧＩ毎）に、マルチキャストモードかユニキャストモードかを示すモード情報（例えば、「フレームモード」）を記憶する。さらに、ユニキャストモードの場合には、フレーム配送するＵＥのＩＭＳＩ（International Mobile Subscriber Identity）等の識別情報が記憶されている。ここで、フレーム配送するＵＥ（識別情報）については複数記憶することができる。
【０１１２】
ＭＢＭＳ ＵＥコンテキスト７３６は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータ配信におけるＵＥの管理情報である。ＨｅＮＢ７０は、あるＭＢＭＳベアラサービスにおいて最初のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録する。また、あるＭＢＭＳベアラサービスにおいて、最後のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録解除を行う。図２４に、ＭＢＭＳ ＵＥコンテキスト７３６のデータ構成の一例を示す。
【０１１３】
図２４（ａ）に示すように、ＭＢＭＳ ＵＥコンテキスト７３６は、ＭＢＭＳベアラサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス」）と、ＵＥが初期接続時に、ＩＰアドレスを取得する際に必要とするＡＰＮ（例えば、「ＡＰＮ１」）と、ＵＥが参加するマルチキャストサービスを示すＴＭＧＩ（例えば、「ＴＭＧＩ１」）と、ＵＥを識別するために用いられるＩＭＳＩの情報（例えば、「ＩＭＳＩ２」）とが含まれている。なお、ＩＭＳＩは下流の構成等によっては情報が含まれない場合がある。
【０１１４】
［１．２．８ ＵＥｈ］
続いて、ＵＥｈ８０の機能構成について、図２５を用いて説明する。ＵＥｈ８０は、制御部８００に、無線送受信部８１０と、記憶部８２０とが接続されている。
【０１１５】
制御部８００は、ＵＥｈ８０の全体を制御するための機能部である。制御部８００は、記憶部８２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【０１１６】
無線送受信部８１０は例えば１つ又は複数にて構成される。また無線送受信部８１０は例えばＦＤＤ（Frequency Division Duplex）モード及び／又はＴＤＤ（Time Division Duplex）モードの無線接続モードにて構成される。
【０１１７】
ＦＤＤモードでは送信と受信の通信を送信周波数帯と受信周波数帯に分離して実現し、ＴＤＤモードは同じ周波数帯にて送信時間と受信時間に分離して実現する。
【０１１８】
例えば、基地局とＵＥの間で通信する場合、ＦＤＤモードの場合は、基地局の送信周波数でＵＥが受信し、逆にＵＥの送信周波数で基地局が受信し、通信を行っている。
【０１１９】
一方、ＴＤＤモードの場合、基地局とＵＥ両方とも同じ周波数帯で送信、受信を時間で切り替えている。
【０１２０】
従って、ＵＥ間で直接通信を行う場合、ＦＤＤモードのＵＥ同士の場合、どちらかのＵＥが基地局の送信設備と基地局の受信設備を具備するか、双方のＵＥが基地局の送信設備、あるいは基地局の受信設備を同時に具備する必要がある。
【０１２１】
一方、ＴＤＤモードのＵＥ同士で直接通信を行う場合、送信と受信とのタイミングを切り替えれば基地局の動作とＵＥとの動作を切り替える事が可能であるので、どちらかのＵＥが基地局のタイミング、反対側のＵＥがＵＥのタイミングで送受信すれば、ＵＥ間直接通信を行う事ができ、例えばＵＥｈ８０とＵＥｍ９０が直接通信する事ができる。
【０１２２】
なお、ＦＤＤモードのＵＥの場合、無線ＬＡＮ等の他の無線システムを具備している場合、無線ＬＡＮ ＡＰ等を中継する事により、ＵＥ間通信を行う事が可能であり、例えばＷＬＡＮ ＡＰ１０００を中継して、ＵＥｈ８０とＵＥｍ９０とが通信する事ができる。
【０１２３】
ＴＤＤモードとＦＤＤモードとの両方をＵＥが具備し、同時に動作する、例えば基地局からＦＤＤモードで受信した信号を、ＴＤＤモードを用いて他のＵＥと直接通信により、配信する事ができる。また、基地局からＦＤＤモードで受信しながら、ＵＥとＵＥ間直接通信を行い、同時に２つの信号を受信する事ができる。
【０１２４】
ＴＤＤモード、ＦＤＤモードが同時に動作しない場合でも、切り替えて動作させることにより、バッファ等にデータを蓄積する事により多少の時間ロスはあっても上記の機能を行う事ができる。
【０１２５】
記憶部８２０は、ＵＥｈ８０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部８２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。
【０１２６】
また、本実施形態においては、ＭＢＭＳベアラコンテキスト８２２と、無線フレーム情報８２４と、ＭＢＭＳ ＵＥコンテキスト８２６と、ＵＥ間通信コネクティビティテーブル８２８と、マルチキャストルーティングプログラム８３０と、ＵＥ間直接通信プログラム８３４がそれぞれ記憶されている。さらに記憶部の一部がマルチキャストルーティング用バッファ８３２として割り当てられている。ただし、専用の記憶領域が割当てられていなくても良い。
【０１２７】
マルチキャストルーティングプログラム８３０の実行により、マルチキャストルータとしての動作が実行され、マルチキャスト配信機能を具備する。すなわち、マルチキャストルーティング用バッファ８３２の一部の領域には、上流から配信を受けたマルチキャスト配信データのコピーが作成され、別の領域に作成されているマルチキャストルーティングテーブルに従って、下流にマルチキャスト配信する。
【０１２８】
ここで、マルチキャストルーティングプログラム８３０の代わりに、ブロードキャストルーティングプログラムが記憶され、マルチキャストルーティング用バッファの代わりに、ブロードキャストルーティング用バッファを割り当て、ブロードキャストルーティングプログラムを実行した場合は、マルチキャスト同様に、下流にブロードキャスト配信を行う事により、ブロードキャスト配信機能を具備する。
【０１２９】
また、オフロード要求フラグ８３６が記憶されている。これはＵＥが、一例として受信品質の低下等によりオフロードの必要性を判断した場合や、ユーザが、一例として課金等の理由によりユーザの意思で例えばキー入力、音声入力、振動入力等の手段によりオフロードを要求する場合に変化する１つ又は複数のフラグである。
【０１３０】
マルチキャストルーティングプログラム８３０を制御部８００で実行する事により、ＵＥｈ８０が受信したマルチキャストデータをマルチキャストルーティング用バッファ８３２に一時的に蓄積し、蓄積したマルチキャストデータをＵＥｈ８０から配下のＵＥ等の端末に配信する事ができる。
【０１３１】
その際、例えばＵＥｈ８０がＦＤＤモード、ＴＤＤモードの両方を具備している場合は、上流のＨｅＮＢ７０からＦＤＤモードでマルチキャストデータを受信し、受信したマルチキャストデータをＴＤＤモードでのＵＥ間直接通信で配下のＵＥに配信する事ができる。また、上流のＨｅＮＢ７０からＴＤＤモードでマルチキャストデータを受信する事も可能であり、無線ＬＡＮアクセスポイント等を経由してＦＤＤモードで配下のＵＥに配信する事も可能である。さらにそれぞれの組み合わせも可能である。またＴＤＤモードとＦＤＤモードが同時に動作する場合も、切り替えて動作する場合も、あるいはそれぞれ単独で動作する場合も、組み合わせ可能である。
【０１３２】
なお、ＵＥ間直接通信は、ＵＥ間直接通信プログラム８３４を制御部８００で実行する事により動作する。例えばマルチキャストルーティングによる配信を行う場合は、マルチキャストルーティング用バッファ８３２、及び上記ＴＤＤモードやＦＤＤモードの制御も行う。
【０１３３】
ＭＢＭＳベアラコンテキスト８２２は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図２６に、ＭＢＭＳベアラコンテキスト８２２のデータ構成の一例を示す。
【０１３４】
図２６（ｂ）を例にとって説明すると、ＭＢＭＳベアラコンテキスト８２２は、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ１」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、ＭＢＭＳ制御装置の情報（例えば、「ＭＭＥ３０」）と、上位の配信ノードとなる上位配信ノードの情報（例えば、「ＨｅＮＢ７０」）とが含まれている。
【０１３５】
ここで、上位配信ノードに関する情報は、ノードを特定する情報を記憶しており、例えばＩＰアドレス（図２６の場合はＨｅＮＢ７０のＩＰアドレス）が記憶される。また、ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶される。
【０１３６】
なお、ＭＢＭＳベアラコンテキスト８２２の情報は、下流の構成によっては含まれない場合がある。
【０１３７】
無線フレーム情報８２４は、ＭＢＭＳベアラサービス毎に、ＨｅＮＢ７０がＵＥへ無線区間を通して送信するための無線フレームの情報を記憶する。図２７に、無線フレーム情報８２４のデータ構成の一例を示す。
【０１３８】
図２７（ｂ）を例にとって説明すると、無銭フレーム情報８２４は、ＭＢＭＳベアラサービスを識別する識別子毎に（例えばＴＭＧＩ毎）、マルチキャストモードかユニキャストモードかを示すモード情報（例えば、「フレームモード」）を記憶する。さらに、ユニキャストモードの場合には、フレーム配送するＵＥのＩＭＳＩ（International Mobile Subscriber Identity）等の識別情報が記憶されている。ここで、フレーム配送するＵＥ（識別情報）については複数記憶することができる。
【０１３９】
なお、無線フレーム情報８２４の情報は、下流の構成等によっては含まれない場合がある。
【０１４０】
ＭＢＭＳ ＵＥコンテキスト８２６は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータ配信におけるＵＥの管理情報である。ＨｅＮＢ７０は、あるＭＢＭＳサービスにおいて最初のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録する。また、あるＭＢＭＳサービスにおいて、最後のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録解除を行う。図２８に、ＭＢＭＳ ＵＥコンテキスト８２６のデータ構成の一例を示す。
【０１４１】
図２８（ｂ）を例にとって説明すると、ＭＢＭＳ ＵＥコンテキスト８２６は、ＭＢＭＳサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス」）と、ＵＥが初期接続時に、ＩＰアドレスを取得する際に必要とするＡＰＮ（例えば、「ＡＰＮ１」）と、ＵＥが参加するマルチキャストサービスを示すＴＭＧＩ（例えば、「ＴＭＧＩ１」）と、ＵＥを識別するために用いられるＩＭＳＩの情報（例えば、「ＩＭＳＩ１」）とが含まれている。なお、ＭＢＭＳ ＵＥコンテキスト８２６の情報は、下流の構成等によっては含まれない場合がある。
【０１４２】
ＵＥ間通信コネクティビティテーブル８２８は、ＵＥｈ８０が通信可能な他のＵＥの情報である。図２９にＵＥ間通信コネクティビティテーブルの一例を示す。
【０１４３】
具体的には、ＵＥ間通信コネクティビティテーブル８２８は、ＵＥｈ８０が直接通信可能なＵＥ情報（例えば、「ＵＥｍ９０」とするが、ＩＭＳＩ等ＵＥを識別できる情報を用いても良い）及び異種無線手段経由で通信可能なＵＥ情報（例えば「ＷＬＡＮ ＡＰ１０００経由ＵＥｍ９０」。ＷＬＡＮ ＡＰ１０００はＷＬＡＮ ＡＰ１０００の保有するＭａｃアドレスやベンダーが提供しＷＬＡＮ ＡＰ１０００を特定可能な識別番号でも良い。
【０１４４】
またＵＥｍ９０はＩＭＳＩ等ＵＥを識別できる情報を用いても良い）と、無線接続モード（例えば「ＴＤＤ」、「ＦＤＤ」）と、マルチキャストルーティング機能（例えば「有り」）が含まれている。
【０１４５】
［２．９ ＵＥｍ］
続いて、ＵＥｍ９０の機能構成について、図３０を用いて説明する。ＵＥｍ９０は、制御部９００に、無線送受信部９１０と、記憶部９２０とが接続されている。
【０１４６】
制御部９００は、ＵＥｍ９０の全体を制御するための機能部である。制御部９００は、記憶部９２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【０１４７】
無線送受信部９１０は、例えば１つ又は複数にて構成される。また無線送受信部９１０は例えばＦＤＤ（Frequency Division Duplex）モード及び／又はＴＤＤ（Time Division Duplex）モードの無線接続モードにて構成される。
【０１４８】
ＦＤＤモードでは送信と受信の通信を送信周波数帯と受信周波数帯に分離して実現し、ＴＤＤモードは同じ周波数帯にて送信時間と受信時間に分離して実現する。
【０１４９】
例えば、基地局とＵＥの間で通信する場合、ＦＤＤモードの場合は、基地局の送信周波数でＵＥが受信し、逆にＵＥの送信周波数で基地局が受信し、通信を行っている。
【０１５０】
一方、ＴＤＤモードの場合、基地局とＵＥ両方とも同じ周波数帯で送信、受信を時間で切り替えている。
【０１５１】
従って、ＵＥ間で直接通信を行う場合、ＦＤＤモードのＵＥ同士の場合、どちらかのＵＥが基地局の送信設備と基地局の受信設備を具備するか、双方のＵＥが基地局の送信設備、あるいは基地局の受信設備を同時に具備する必要がある。
【０１５２】
一方、ＴＤＤモードのＵＥ同士で直接通信を行う場合、送信と受信のタイミングを切り替えれば基地局の動作とＵＥの動作を切り替える事が可能であるので、どちらかのＵＥが基地局のタイミング、反対側のＵＥがＵＥのタイミングで送受信すれば、ＵＥ間直接通信を行う事ができ、例えばＵＥｍ９０とＵＥｈ８０が直接通信する事ができる。
【０１５３】
なお、ＦＤＤモードのＵＥの場合、無線ＬＡＮ等の他の無線システムを具備している場合、無線ＬＡＮ ＡＰ等を中継する事により、ＵＥ間通信を行う事が可能であり、例えばＷＬＡＮ ＡＰ１０００を中継して、ＵＥｍ９０とＵＥｈ８０とが通信する事ができる。
【０１５４】
記憶部９２０は、ＵＥｍ９０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部９２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト９２２と、無線フレーム情報９２４と、ＭＢＭＳ ＵＥコンテキスト９２６、ＵＥ間通信コネクティビティテーブル９２８と、ＵＥ間直接通信プログラム９３０とがそれぞれ記憶されている。また、オフロード要求フラグ９３２が記憶されている。これはＵＥが、一例として受信品質の低下等によりオフロードの必要性を判断した場合や、ユーザが、一例として課金等の理由によりユーザの意思で例えばキー入力、音声入力、振動入力等の手段によりオフロードを要求する場合に変化する１つ又は複数のフラグである。
【０１５５】
ＵＥ間直接通信は、ＵＥ間直接通信プログラム９３０を制御部９００で実行する事により動作する。例えば、他のＵＥから直接通信によりデータを受信する場合や、ｅＮＢ５０からのデータも併せて受信する場合は、ＴＤＤモードやＦＤＤモードの制御も行う。その際、ＴＤＤモードとＦＤＤモードが同時に動作する場合も、切り替えて動作する場合も、あるいはそれぞれ単独で動作する場合も組み合わせが可能である。
【０１５６】
ＭＢＭＳベアラコンテキスト９２２は、ＭＳＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図３１に、ＭＢＭＳベアラコンテキスト９２２のデータ構成の一例を示す。
【０１５７】
ＭＢＭＳベアラコンテキスト９２２は、ＭＢＭＳベアラサービス識別子と、セッション識別子と、ＩＰマルチキャストアドレスと、モードと、状態情報と、ＭＢＭＳ制御装置に関する情報と、上位配信ノードに関する情報と、配信ノードに関する情報とが記憶されるが、例えばＵＥｍ９０にマルチキャストルーティングの機能が搭載されず、ＵＥｍ９０の下流にＭＳＭＳベアラサービスが存在しない場合には、それらの情報は記憶されない。
【０１５８】
無線フレーム情報９２４は、ＭＢＭＳベアラサービス毎に、ＵＥｍ９０から下流へ無線区間を通して送信するための無線フレームの情報を記憶する。図３２に、無線フレーム情報９２４のデータ構成の一例を示す。
【０１５９】
無線フレーム情報９２４は、ＭＢＭＳベアラサービス識別子と、フレームモードとが記憶されるが、例えばＵＥｍ９０にマルチキャストルーティングの機能が搭載されず、ＵＥｍ９０の下流にＭＳＭＳベアラサービスが存在しない場合には、情報は記憶されない。
【０１６０】
ＭＢＭＳ ＵＥコンテキスト９２６は、下流のＵＥがＭＢＭＳサービスへアクティベーションする場合に必要とする情報を記憶する。図３３にＭＢＭＳ ＵＥコンテキスト９２６のデータ構成の一例を示す。
【０１６１】
ＭＢＭＳ ＵＥコンテキスト９２６のＩＭＳＩは、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩと、ＩＭＳＩとが記憶されるが、例えばＵＥｍ９０にマルチキャストルーティングの機能が搭載されず、ＵＥｍ９０の下流にＭＳＭＳベアラサービスが存在しない場合には、情報は記憶されない。
【０１６２】
ＵＥ間通信コネクティビティテーブル９２８は、ＵＥｍ９０が通信可能な他のＵＥの情報である。図３４にＵＥ間通信コネクティビティテーブル９２８の一例を示す。
【０１６３】
具体的には、ＵＥ間通信コネクティビティテーブル９２８は、ＵＥｍ９０が直接通信可能なＵＥ情報（例えば「ＵＥｈ８０」、ＩＭＳＩ等ＵＥを識別できる情報を用いても良い）及び異種無線手段経由で通信可能なＵＥ情報（例えば「ＷＬＡＮ ＡＰ１０００経由ＵＥｈ８０」、ＷＬＡＮ ＡＰ１０００はＷＬＡＮ ＡＰ１０００の保有するＭａｃアドレスやベンダーが提供しＷＬＡＮ ＡＰ１０００を特定可能な識別番号でも良い。またＵＥｈ８０はＩＭＳＩ等ＵＥを識別できる情報を用いても良い）と、無線接続モード（例えば「ＴＤＤ」、「ＦＤＤ」）とが含まれている。
【０１６４】
［１．２．９ ＷＬＡＮ ＡＰ］
続いて、ＷＬＡＮ ＡＰ１０００の機能構成について、図３５を用いて説明する。ＷＬＡＮ ＡＰ１０００は、制御部１１００に、無線送受信部１２００と記憶部１３００とが接続されている。
【０１６５】
制御部１１００は、ＷＬＡＮ ＡＰ１０００全体を制御するための機能部である。制御部１１００は、記憶部１３００に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【０１６６】
無線送受信部１２００は例えば１つ又は複数にて構成される。無線送受信部１２００と同じ無線システムを保有するＵＥｈ８０やＵＥｍ９０と同時に通信を行う事により、ＷＬＡＮ ＡＰ１０００を経由したＵＥｈ８０とＵＥｍ９０の通信が可能となる。
【０１６７】
［１．３ 手続き処理］
続いて、本実施形態における移動通信システム１の手続き処理について、図を用いて説明する。
【０１６８】
［１．３．１ サービスアナウンスメント手続き］
まず、図３６に示すように、ＨｅＮＢ７０とＵＥｈ８０間の制御信号用無線リソース割り当て処理（Ｓ９８）を行い、ＵＥｈ８０とＢＭ−ＳＣ１０間で制御信号が通信出来る様にする。すなわち基地局と移動局間において、制御信号やコンテンツデータや音声のユーザデータを流す為に利用する無線周波数、無線帯域、タイミング等を設定する。
【０１６９】
制御信号用無線リソース割り当てとは、制御信号のやり取りをする為に無線周波数、無線帯域、タイミング等の無線資源（リソース）をＭＭＥ３０やＨｅＮＢ７０主導で割り当て、ＵＥｈ８０に通知し、ＵＥｈ８０で設定する事を言う。
【０１７０】
一例として、ＵＥｈ８０がＨｅＮＢ７０の無線圏内に入ると、ＨｅＮＢ７０が定期的にまたは連続的に送信している制御信号用無線リソース割り当て信号を含む報知信号をＵＥｈ８０が受信する事により、ＵＥｈ８０はＨｅＮＢ７０と制御信号の通信を行う為の無線の設定を行う事が出来る。
【０１７１】
その後、ＢＭ−ＳＣ１０はまず始めにＵＥｈ８０に対してサービスアナウンスメント手続きを行う（Ｓ１００）。すなわち、ＢＭ−ＳＣ１０は配信可能なサービスをＵＥｈ８０へ通知する。ＵＥｈ８０はこれによりマルチキャストサービスを検知する。
【０１７２】
ＢＭ−ＳＣ１０は、ＭＢＭＳサービスＤＢ１２２で管理されているサービスの配信が可能であることを、サービス識別子を通知することでＵＥｈ８０へ伝える。さらには、番組タイトルやコンテンツタイトル、配信開始時間等のサービスを説明する情報を付与して通知してもよい。
【０１７３】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＴＭＧＩ
（２）その他の識別子（例えば、事業者の設定したでＭＢＭＳベアラサービスを識別することができるその他の識別子）
等が利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０１７４】
また、具体的な通知方法としては、種々の方法が考えられるが、例えば、ＳＭＳ（Short Message Service）等を用いて、予め登録されている配信可能なＵＥへ通知したり、不特定多数のＵＥへ通知したり、ＷＥＢに情報を掲示して、ＵＥがＷＥＢサーバにアクセスすることで情報を取得したりしてもよい。
【０１７５】
［１．３．２ アクティベーション手続き］
続いて、ＵＥｈ８０は、サービスアナウンスメントで通知されたマルチキャストサービスに参加するためのアクティベーション手続きを行う（Ｓ１０２）。ここで、ＵＥｈ８０がマルチキャストサービスに参加するためのアクティベーション手続きについて、図３７を用いて説明する。
【０１７６】
本手続きでは、ＵＥｈ８０がＭＢＭＳ ＧＷ２０へＩＧＭＰ参加要求を行うことにより、アクティベーション手続きが開始される（Ｓ２００）。ここで、ＵＥｈ８０がＭＢＭＳ ＧＷ２０へＭＢＭＳサービスに参加するための要求方法は種々存在するが、例えば、上記サービスアナウンスメントより通知されてきたサービスを一意に示す情報をＵＥｈ８０がＭＢＭＳ ＧＷ２０へ通知することが可能である。具体的には、ＩＰｖ４で通信する場合には、ＩＧＭＰ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信し、ＩＰｖ６で通信する場合にはＭＬＤ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信する。
【０１７７】
次に、ＭＢＭＳ ＧＷ２０は、ＵＥｈ８０からの参加要求を受けて、ＵＥｈ８０がサービスに参加するためのＭＢＭＳ承認要求をＢＭ−ＳＣ１０へ送信する（Ｓ２０２）。ＭＢＭＳ承認要求を受信したＢＭ−ＳＣ１０は、そのサービス規約に基づいて、参加要求のあったＵＥｈ８０を承認する。ここで、承認対象となるＵＥｈ８０に対して課金処理を行っても良いし、その後のコンテンツ要求に応じて課金処理を行っても良い。
【０１７８】
続いて、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０へＵＥｈ８０を承認したことを示す承認応答を送信する（Ｓ２０４）。ここで、ＢＭ−ＳＣ１０は、承認応答にＡＰＮを含めて送信する。ただし、ＢＭ−ＳＣ１０がＵＥｈ８０にサービスの参加を許可しない場合には、承認応答を送信しなくても良い。
【０１７９】
次に、ＭＢＭＳ ＧＷ２０は、ＭＭＥ３０へＭＢＭＳ通知要求を送信する（Ｓ２０６）。ここで、ＭＢＭＳ ＧＷ２０は、ＩＰマルチキャストアドレスと、ＡＰＮとを含めて送信する。また、ＩＰマルチキャストアドレスは、ＵＥｈ８０が参加要求を行ったアドレスである。次に、ＭＭＥ３０は、ＭＢＭＳ ＧＷ２０へＭＢＭＳ通知応答を送信する（Ｓ２０８）。
【０１８０】
さらに、ＭＭＥ３０は、ＵＥｈ８０へＭＢＭＳ ＵＥコンテキストを有効にするために、ＭＢＭＳコンテキストアクティベーション要求を送信する（Ｓ２１０）。ここで、ＭＭＥ３０は、ＭＢＭＳコンテキスト要求に、ＩＰマルチキャストアドレスと、ＡＰＮとを含めて送信する。
【０１８１】
ＭＢＭＳコンテキストアクティベーション要求を受信したＵＥｈ８０は、ＭＢＭＳコンテキストアクティベーション応答をＭＭＥ３０へ送信する（Ｓ２１２）。ここで、ＭＢＭＳコンテキストアクティベーション応答には、ＴＭＧＩと、ＩＰマルチキャストアドレスと、ＡＰＮと、ＵＥが処理することができるＱｏＳに関する情報と、ＵＥｈ８０を識別するＩＭＳＩとが含まれる。ここで、ＴＭＧＩは、ＭＢＭＳサービスを一意に示す識別子である。
【０１８２】
次に、ＵＥｈ８０からＭＢＭＳ ＵＥコンテキストアクティベーション応答を受信したＭＭＥ３０は、ＭＢＭＳコンテキスト要求をＭＢＭＳ ＧＷ２０へ送信する（Ｓ２１４）。ここで、ＭＢＭＳコンテキスト要求には、ＩＰマルチキャストアドレスと、ＡＰＮとＴＭＧＩと、ＵＥｈ８０を識別するＩＭＳＩとが含まれる。
【０１８３】
次に、ＭＭＥ３０からＭＢＭＳコンテキスト要求を受信したＭＢＭＳ ＧＷ２０は、ＵＥｈ８０によるサービス参加を確認するために、ＭＢＭＳ承認要求をＢＭ−ＳＣ１０へ送信する（Ｓ２１６）。
【０１８４】
ここで、ＭＢＭＳ承認要求には、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩと、ＵＥｈ８０を識別するＩＭＳＩとが含まれる。
【０１８５】
ＭＢＭＳ ＧＷ２０からＭＢＭＳ承認要求を受信したＢＭ−ＳＣ１０は、ＵＥｈ８０によるサービス参加を確認した後、ＭＢＭＳ ＵＥコンテキスト１２６を作成する。図５に示すように、作成されたＭＢＭＳ ＵＥコンテキスト１２６には、「ＩＰマルチキャストアドレス」と、「ＡＰＮ１」と、ＵＥｈ８０を特定する「ＩＭＳＩ２」とを含める。
【０１８６】
続いて、ＢＭ−ＳＣ１０は、ＭＢＭＳ承認応答をＭＢＭＳ ＧＷ２０へ送信する（Ｓ２２０）。ここで、ＭＢＭＳ承認応答には、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩと、ＵＥｈ８０を識別するＩＭＳＩとを含める。
【０１８７】
ＢＭ−ＳＣ１０からＭＢＭＳ承認応答を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳ ＵＥコンテキスト２２６を作成し、ＭＢＭＳコンテキスト応答をＭＭＥ３０へ送信する（Ｓ２２２）。ここで、ＭＢＭＳコンテキスト応答には、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩと、ＵＥｈ８０を識別するＩＭＳＩとを含める。
【０１８８】
また、図９（ａ）に示すように、作成されたＭＢＭＳ ＵＥコンテキスト２２６には、「ＩＰマルチキャストアドレス」と、「ＡＰＮ１」と、ＴＭＧＩと、ＵＥｈ８０を識別する「ＩＭＳＩ２」とを含める。
【０１８９】
ＭＢＭＳ ＧＷ２０からＭＢＭＳコンテキスト応答を受信したＭＭＥ３０は、ＭＢＭＳ ＵＥコンテキスト３２４を作成する。図１２（ａ）に示すように、作成されたＭＢＭＳ ＵＥコンテキストには、「ＩＰマルチキャストアドレス」と、「ＡＰＮ１」と、上位配信ノードである「ＭＢＭＳ ＧＷ２０」と、配信ノードである「ＨｅＮＢ７０」及び「ｅＮＢ５０」と、「ＴＭＧＩ１」と、ＵＥｈ８０を識別する「ＩＭＳＩ２」とを含める。
【０１９０】
ここで、上位配信ノード及び配信ノードは、例えばそれぞれＭＢＭＳ ＧＷ２０、ＨｅＮＢ７０及びｅＮＢ５０のＩＰアドレスが記載される。
【０１９１】
次に、ＭＭＥ３０は、ＭＢＭＳ ＵＥコンテキストの通知をＨｅＮＢ７０へ送信する（Ｓ２２４）。
ＭＢＭＳ ＵＥコンテキストの通知には、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩと、ＵＥｈ８０を識別するＩＭＳＩとを含める。
【０１９２】
ＭＭＥ３０からＭＢＭＳ ＵＥコンテキストの通知を受信したＨｅＮＢ７０は、ＭＢＭＳ ＵＥコンテキスト７３６を作成する。図２４（ａ）に示すように、作成されたＭＢＭＳ ＵＥコンテキストには、「ＩＰマルチキャストアドレス」と、「ＡＰＮ１」と、「ＴＭＧＩ１」と、ＵＥｈ８０を識別する「ＩＭＳＩ２」とを含める。
【０１９３】
次に、ＭＭＥ３０は、ＵＥｈ８０へＭＢＭＳコンテキストアクティベーション許可応答を送信する（Ｓ２２６）。ＭＭＥ３０は、ＭＢＭＳコンテキストアクティベーション許可応答にＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩと、ＵＥｈ８０を識別するＩＭＳＩとを含めて送信する。
【０１９４】
ＭＢＭＳコンテキストアクティベーション許可応答を受信したＵＥｈ８０は、ＭＢＭＳ ＵＥコンテキスト８２６を作成する。図２８−（ａ）に示すように、作成されたＭＢＭＳ ＵＥコンテキストには、「ＩＰマルチキャストアドレス」と、「ＡＰＮ１」と、「ＴＭＧＩ１」とが含まれる。
【０１９５】
［１．３．３ ＭＢＭＳ登録手続き］
続いて、あるＭＢＭＳサービスにおけるＭＢＭＳ登録手続きを、図３６に戻って説明する。ＭＢＭＳ登録手続きにより、ＢＭ−ＳＣ１０からＨｅＮＢ７０への通信経路が確立される。
【０１９６】
通信経路の確立には、ＢＭ−ＳＣ１０においてＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ ＧＷ２０においてＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０においてＭＢＭＳベアラコンテキスト３２４、ＨｅＮＢ８０においてＭＢＭＳベアラコンテキスト７３２を作成し、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ ＧＷ２０におけるＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０におけるＭＢＭＳベアラコンテキスト３２４、それぞれの配信ノードのリストに下位ノードの情報を登録する必要がある。
【０１９７】
すなわち、ＭＭＥ３０における配信ノードにはＨｅＮＢ７０の情報が登録され、ＭＢＭＳ ＧＷ２０における配信ノードにはＭＭＥ３０の情報が登録され、ＢＭ−ＳＣ１０における配信ノードにはＭＢＭＳ ＧＷ２０の情報がそれぞれ登録される。
【０１９８】
また、ＢＭ−ＳＣ１０、ＭＢＭＳ ＧＷ２０、ＭＭＥ３０におけるそれぞれの配信ノードには、複数の下りリンクノードに関する情報が登録される場合もある。
【０１９９】
まず、ＨｅＮＢ７０は、ＭＢＭＳサービスに参加するＵＥｈ８０を検出することにより、ＭＢＭＳ登録手続きを開始する。ここで、ＨｅＮＢ７０がＭＢＭＳサービスに参加するＵＥｈ８０の検出方法は種々存在するが、例えば、上記サービスアナウンスメントより通知されてきたサービスを一意に示す情報をＵＥｈ８０がＨｅＮＢ７０へ通知することが可能である。
【０２００】
ＨｅＮＢ７０がＭＢＭＳ登録手続きを開始するトリガは、上記以外でもオペレータのポリシ等により、任意のタイミングで行ってもよい。
【０２０１】
ＨｅＮＢ７０は、ＵＥｈ８０に指定されたサービスをＭＢＭＳ登録するためのＭＢＭＳ登録要求をＭＭＥ３０に送信する（Ｓ１０４）。ここで、ＨｅＮＢ７０は、ＭＢＭＳ登録要求にＭＭＥ３０の配信ノードとなるＨｅＮＢ７０の情報と、ＴＭＧＩと、ＩＰマルチキャストアドレスと、ＡＰＮとを含めて送信する。
【０２０２】
ＨｅＮＢ７０からＭＢＭＳ登録要求を受信したＭＭＥ３０はＭＢＭＳ ＧＷ２０へＭＢＭＳ登録要求を送信する（Ｓ１０６）。ここで、ＭＢＭＳ登録要求には、ＭＢＭＳ ＧＷ２０の配信ノードとなるＨｅＮＢ７０の情報と、ＭＢＭＳ制御装置となるＭＭＥ３０の情報と、ＴＭＧＩと、ＩＰマルチキャストアドレスと、ＡＰＮとを含める。
【０２０３】
ＭＭＥ３０からＭＢＭＳ登録要求を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳ登録要求をＢＭ−ＳＣ１０へ送信する（Ｓ１０８）。ＭＢＭＳ登録要求には、ＢＭ−ＳＣ１０ＭＢの配信ノードであるＭＭＥ３０の情報と、ＴＭＧＩと、ＩＰマルチキャストアドレスと、ＡＰＮとを含める。
【０２０４】
ＭＢＭＳ ＧＷ２０からＭＢＭＳ登録要求を受信したＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキスト１２４を作成し、「ＴＭＧＩ１」をＭＢＭＳベアラサービス識別子に登録し、モードを「マルチキャスト」に設定し、状態情報を「スタンバイ」に設定し、Ｓ１０８でＭＢＭＳ登録要求を送信した「ＭＢＭＳ ＧＷ２０」の情報を配信ノードに登録し、ＭＢＭＳ登録応答をＭＢＭＳ ＧＷ２０に送信する（Ｓ１１０）。ＭＢＭＳ登録応答には、ＴＭＧＩ及びＱｏＳに関する情報が含まれている。
【０２０５】
ＭＢＭＳ登録応答を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２を作成し、ＭＢＭＳ登録応答を送信した「ＢＭ−ＳＣ１０」を上位配信ノードに登録し、「ＴＭＧＩ１」をＭＢＭＳベアラサービス識別子に登録し、Ｓ１０６で受信した情報によりＭＢＭＳ登録要求を送信した「ＭＭＥ３０」をＭＢＭＳ制御装置に登録し、「ＨｅＮＢ７０」の情報を配信ノードに登録する。さらにモードを「マルチキャスト」に設定し、状態情報を「スタンバイ」に設定する。次にＭＢＭＳ登録応答をＭＭＥ３０に送信する（Ｓ１１２）。ＭＢＭＳ登録応答には、ＴＭＧＩに関する情報が含まれている。
【０２０６】
ＭＢＭＳ登録応答を受信したＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２を作成し、ＭＢＭＳ登録応答を送信した「ＭＢＭＳ ＧＷ２０」を上位配信ノードに登録し、「ＴＭＧＩ１」をＭＢＭＳベアラサービス識別子に登録し、Ｓ１０４で受信した情報により「ＨｅＮＢ７０」の情報を配信ノードに登録する。さらにモードを「マルチキャスト」に設定し、状態情報を「スタンバイ」に設定する。次にＭＢＭＳ登録応答をＨｅＮＢ７０に送信する（Ｓ１１４）。ＭＢＭＳ登録応答には、ＴＭＧＩに関する情報が含まれている。
【０２０７】
ＭＢＭＳ登録応答を受信したＨｅＮＢ７０は、ＭＢＭＳベアラコンテキスト７３２を作成し、「ＭＢＭＳ ＧＷ２０」を上位配信ノードに登録し、「ＴＭＧＩ１」をＭＢＭＳベアラサービス識別子に登録し、「ＭＭＥ３０」をＭＢＭＳ制御装置に登録する。
さらにモードを「マルチキャスト」に設定し、状態情報を「スタンバイ」に設定する。
【０２０８】
以上のサービスアナウンスメント手続きと、アクティベーション手続きと、ＭＢＭＳ登録手続きにより、ＵＥｈ８０とＢＭ−ＳＣ１０との間で配信リストを形成することにより、ＢＭ−ＳＣ１０が送信したサービスのマルチキャスト配信データはＨｅＮＢ７０まで配送するための経路を生成することができる。
【０２０９】
なお、配信リストに登録されるノードは、上記に従う必要はなく、オペレータによって予め登録されていてもよい。
【０２１０】
なお、上記では、ＭＭＥ３０がＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＭＭＥがＨｅＮＢ７０からＭＢＭＳ登録要求を受信した場合にも、ＭＭＥ３０と同様の手続きを行う。
【０２１１】
同様にＭＢＭＳ ＧＷ２０においても、ＭＢＭＳ ＧＷ２０がＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷ２０がＭＭＥ３０からＭＢＭＳ登録要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。
【０２１２】
同様にＢＭ−ＳＣ１０においても、ＢＭ−ＳＣ１０がＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＢＭ−ＳＣがＭＢＭＳ ＧＷ２０からＭＢＭＳ登録要求を受信した場合にも、ＢＭ−ＳＣ１０と同様の手続きを行う。
【０２１３】
［１．３．４ セッション開始手続き］
続いて実行するセッション開始手続きを、図３８を用いて説明する。セッション開始手続きにより、ＭＢＭＳベアラを確立し、データを送信する準備を行う。
【０２１４】
ＢＭ−ＳＣ１０は、サービスを指定したセッション開始要求をＭＢＭＳ ＧＷ２０に送信する（Ｓ３００）。
【０２１５】
ここでは、セッションを識別するためのセッション識別子を生成し、生成したセッション識別子とサービスを指定するためのＴＭＧＩとをセッション開始要求に含めて送信する。これによりセッション開始手続きを開始する。
【０２１６】
また、ＭＢＭＳ登録手続きで既に作成済みでＴＭＧＩで識別可能なＭＢＭＳベアラコンテキスト１２４に、セッション識別子「セッションＩＤ１」を登録し、状態情報を「スタンバイ」から「アクティブ」に変更する。図４に、状態情報が「アクティブ」に変更されたＭＢＭＳベアラコンテキスト１２４の一例を示す。
【０２１７】
なお、セッション開始要求は、ＭＢＭＳベアラコンテキスト１２４の配信ノードに登録される総てのＭＢＭＳ ＧＷへ送信する。
【０２１８】
ＭＢＭＳ ＧＷ２０は、セッション開始要求を受信し、セッション開始応答をＢＭ−ＳＣ１０に送信し応答する（Ｓ３０２）。また、ＭＢＭＳ登録手続きで既に作成済みでＴＭＧＩで識別可能なＭＢＭＳベアラコンテキスト２２２にセッション識別子「セッションＩＤ１」を登録し、状態情報を「スタンバイ」から「アクティブ」に変更する。配信ノードには、「ＨｅＮＢ７０」に関する情報が登録されている。ここで、配信ノードには、複数のＨｅＮＢ、及びｅＮＢが登録される。
【０２１９】
なお、登録される配信ノードであるＨｅＮＢ及びｅＮＢは、オペレータによって予め登録されているものでも良いし、上記ＭＢＭＳ登録手続きを経て登録されたＭＢＭＳサービスエリア毎の配信ノード（ＨｅＮＢ７０等）のリストを利用し、ＢＭ−ＳＣ１０から送信されたセッション開始要求に含まれるＭＢＭＳサービスエリア識別子に基づいて対応するＨｅＮＢ７０を選択してもよい。
【０２２０】
以上の手続きにより、ＢＭ−ＳＣ１０とＭＢＭＳ ＧＷ２０間でマルチキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラが確立される。
【０２２１】
さらに、ＭＢＭＳベアラでの送信をＩＰマルチキャスト通信で行うため、サービスに対してＩＰマルチキャストアドレスを割り当て、ＭＢＭＳベアラコンテキスト２２２に登録する。
【０２２２】
図７（ａ）に、セッション識別子に「セッションＩＤ１」を登録し、状態情報が「スタンバイ」から「アクティブ」に変更され、複数のＨｅＮＢ「ＨｅＮＢ７０」、及びｅＮＢ「ｅＮＢ５０」が登録され、ＩＰマルチキャストアドレス「ＩＰマルチキャストアドレス」が登録されたＭＢＭＳベアラコンテキスト２２２の一例を示す。
【０２２３】
ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２のＭＢＭＳ制御装置に登録されているＭＭＥ３０へセッション開始要求を送信する（Ｓ３０４）。サービスを指定するために、セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０２２４】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト２２２のＭＢＭＳ制御装置に登録される総てのＭＭＥへ送信される。
【０２２５】
ＭＭＥ３０は、セッション開始要求を受信し、セッション開始応答をＭＢＭＳ ＧＷ２０に送信し、応答する（Ｓ３１０）。また、既に作成済みでＴＭＧＩで識別可能なＭＢＭＳベアラコンテキスト３２２にセッション識別子「セッションＩＤ１」とＩＰマルチキャストアドレス「ＩＰマルチキャストアドレス」とを登録し、状態情報を「スタンバイ」から「アクティブ」に変更する。
【０２２６】
配信ノードには、ＨｅＮＢ７０に関する情報が登録されている。ここで、配信ノードには、複数のＨｅＮＢやeＮＢが登録される。
【０２２７】
図１１（ａ）に、セッション識別子に「セッションＩＤ１」を登録し、状態情報が「スタンバイ」から「アクティブ」に変更され、複数のＨｅＮＢ「ＨｅＮＢ７０」、及びｅＮＢ「ｅＮＢ５０」が登録され、ＩＰマルチキャストアドレス「ＩＰマルチキャストアドレス」が登録されたＭＢＭＳベアラコンテキスト３２２の一例を示す。
【０２２８】
また、ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録されるＨｅＮＢ７０へセッション開始要求（Ｓ３０６）を送信する。セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０２２９】
なお、セッション開始要求は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録される総てのＨｅＮＢ及びeＮＢへ送信される。
【０２３０】
ＨｅＮＢ７０は、セッション開始要求を受信し、セッション開始応答をＭＭＥ３０に送信し、応答する（Ｓ３０８）。また、既に作成済みでＴＭＧＩで識別可能なＭＢＭＳベアラコンテキスト７３２にセッション識別子「セッションＩＤ１」とＩＰマルチキャストアドレス「ＩＰマルチキャストアドレス」とを登録し、状態情報を「スタンバイ」から「アクティブ」に変更する。
【０２３１】
図２２（ａ）に、セッション識別子に「セッションＩＤ１」を登録し、状態情報が「スタンバイ」から「アクティブ」に変更され、ＩＰマルチキャストアドレス「ＩＰマルチキャストアドレス」が登録されたＭＢＭＳベアラコンテキスト７３２の一例を示す。
【０２３２】
以上の手続きにより、ＭＢＭＳ ＧＷ２０とＨｅＮＢ７０間でマルチキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラを確立する。
【０２３３】
次に、ＨｅＮＢ７０は、ＵＥｈ８０へのサービスデータ転送路の一つとしてユーザ信号用無線リソース割り当て処理を行う（Ｓ３１２）。
ユーザ信号用無線リソース割り当てとは、前述の制御信号用無線リソース割り当て処理（Ｓ１００）と同様に、マルチキャストデータ等のユーザ信号が通信出来る為に定義された無線周波数、帯域等の無線資源（リソース）を、通信事業者の管理下にあるＭＭＥ３０やＨｅＮＢ７０等が主導で割当て、ＵＥｈ８０に通知し、ＵＥｈ８０において設定する事を言う。
【０２３４】
ここで、制御信号用無線リソース割り当て処理（Ｓ１００）とユーザ信号用無線リソース割り当て処理（Ｓ３１２）との関係であるが、まず制御信号通信の為、基地局と移動局間において利用する無線周波数、帯域等が制御信号用無線リソースとしてＭＭＥ３０やＨｅＮＢ７０等の主導で割り当てられ、制御データのやり取りを行った後、制御信号用無線リソースを利用してコンテンツデータや音声等のユーザデータを利用する為の無線周波数、帯域等がユーザ信号用無線リソースとして、同様にＭＭＥ３０やＨｅＮＢ７０等の主導で割当てられ、ユーザデータのやり取りを行う、という２段階のステップで無線リソースの割り当てが行われる。但し、制御信号用の無線リソースとユーザ信号用無線リソースを区別なく割当てても良い。
【０２３５】
その後ＨｅＮＢ７０は、配送するための情報を無線フレーム情報７３４に登録する。具体的には、無線フレームのモードがマルチキャストモードであるか、ユニキャストモードであるかのモード情報(例えば、「フレームモード」)をＭＢＭＳベアラサービス識別子毎に登録する。サービス識別子としてはＴＭＧＩを用いることができる。
【０２３６】
また、マルチキャストモードで送信する場合は、フレームは不特定多数のＵＥへ送信するためＵＥ情報を保持する必要はないが、ユニキャストモードで送信する場合には、個々のＵＥに無線フレームを送信する必要があるため、その場合には、ＵＥ情報としてＩＭＳＩを保持しておきＵＥ情報として登録する。
【０２３７】
ここで、ＨｅＮＢ７０からＵＥｈ８０へのマルチキャストデータを配信する準備が整った事により、ＨｅＮＢ７０は、ＢＭ−ＳＣ１０に対しＩＰマルチキャスト参加処理を行い（Ｓ３１４）、ＢＭ−ＳＣ１０にマルチキャストデータの配信を要求する。ＨｅＮＢ７０は、ＭＢＭＳベアラコンテキスト７３２を参照し、サービスに対応するＩＰマルチキャストアドレスを用いてＢＭ−ＳＣ１０に参加要求を行う。具体的には、ＩＰｖ４で通信する場合には、ＩＧＭＰ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔメッセージを送信し、ＩＰｖ６で通信する場合にはＭＬＤ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信する。
【０２３８】
ここで、ＩＰマルチキャスト参加処理としては、上述したようにＨｅＮＢ７０から、参加要求を行うという処理の他に種々の処理が行われる場合がある。例えばＢＭ−ＳＣ１０による課金処理等を行う処理である。
【０２３９】
これにより、ＢＭ−ＳＣ１０、ＭＢＭＳ ＧＷ２０及びＨｅＮＢ７０で確立したＭＢＭＳベアラに、ＩＰマルチキャストパケットが配送される。また、マルチキャストデータは、ＩＰマルチキャストによりＢＭ−ＳＣ１０からＨｅＮＢ７０まで送信される。
【０２４０】
以上のサービスアナウンスメント手続き、ＭＢＭＳ登録手続き、セッション開始手続きにより、ＵＥｈ８０とＢＭ−ＳＣ１０の間で通信路が確立し、ＢＭ−ＳＣ１０が送信したデータはＨｅＮＢ７０まで配送することができる。
【０２４１】
最後に、ＨｅＮＢ７０はＵＥｈ８０に対してＭＢＭＳ開始通知を送信する（Ｓ３１６）。開始通知にはサービスを識別するサービス識別子を含めて通知する。これにより、ＵＥｈ８０はマルチキャストデータの受信を開始する。
【０２４２】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト７３２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト７３２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ＨｅＮＢ７０とＵＥｈ８０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用する。
【０２４３】
本実施形態では、（１）のＴＭＧＩを利用することとして説明するが、（３）の場合には、サービス識別子とＭＢＭＳベアラコンテキスト７３２とを対応づけて登録することとなる。
【０２４４】
上記の例では、ＭＢＭＳ ＧＷ２０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷ２０がＢＭ−ＳＣ１０からセッション開始要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。
【０２４５】
同様にＭＭＥにおいても、ＭＭＥ３０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＭＥがＭＢＭＳ ＧＷからセッション開始要求を受信した場合にも、ＭＭＥ３０と同様の手続きを行う。
【０２４６】
同様にＨｅＮＢにおいても、ＨｅＮＢ７０がセッション開始要求を受信した場合の処理を説明したが、その他のＨｅＮＢがＭＭＥからセッション開始要求を受信した場合にも、ＨｅＮＢ１と同様の手続きを行う。
【０２４７】
同様にＵＥにおいても、ＵＥｈ８０がセッション開始要求を受信した場合の処理を説明したが、その他のＵＥがＨｅＮＢからセッション開始要求を受信した場合にも、ＵＥｈ８０と同様の手続きを行う。
【０２４８】
これにより、ＢＭ−ＳＣ１０が配信するマルチキャストデータは、複数のＭＢＭＳ ＧＷ、ＭＭＥ及びＨｅＮＢを介して階層的にＵＥへ配送される。
【０２４９】
なお、上記では、ＵＥｈ８０、ＨｅＮＢ７０の説明を行ったが、ＵＥｈ８０をＵＥｍ９０と読み替え、ＨｅＮＢ７０をｅＮＢ５０と読み替え、ＩＭＳＩ２をＩＭＳＩ１と読み替えると、図３９、図４０に示すように同様の手順でＵＥｍ９０とＢＭ−ＳＣ１０とのＭＢＭＳ登録手続きが行われる。
【０２５０】
また同様の読み替えにより図４１に示すＵＥｍ９０とＢＭ−ＳＣ１０とのセッション開始手続き及びマルチキャストデータ配信手続きが行われる。
【０２５１】
これにより、ＢＭ−ＳＣ１０からＵＥｍ９０にマルチキャストデータの配信が開始される。
【０２５２】
図１７（ａ）にＢＭ−ＳＣ１０からｅＮＢ５０を経由してＵＥｍ９０にマルチキャストデータの配信が開始された時のＭＢＭＳベアラコンテキスト５３２の一例を示す。ＭＢＭＳベアラサービス識別子には「ＴＭＧＩ１」、セッション識別子には「セッションＩＤ１」、ＩＰマルチキャストアドレスには「ＩＰマルチキャストアドレス」、モードには「マルチキャスト」、ＭＢＭＳ制御装置には「ＭＭＥ３０」、上位配信ノードには「ＭＢＭＳ ＧＷ２０」が登録されている。
【０２５３】
同様に、図１８（ａ）に無線フレーム情報５３４の一例を示す。ＭＢＭＳベアラサービス識別子(例えば、「ＴＭＧI」)毎にフレームモードとして、ＴＭＧＩ１には「マルチキャスト」、ＴＭＧＩ２には「ユニキャスト（ＩＭＳＩ１）」が登録されている。
【０２５４】
また、図１９（ａ）にＭＢＭＳＵＥコンテキスト５３６の一例を示す。ＩＰマルチキャストアドレスには、「ＩＰマルチキャストアドレス」、ＡＰＮには「ＡＰＮ１」、ＴＭＧＩには「ＴＭＧＩ１」、ＩＭＳＩには「ＩＭＳＩ１」が登録されている。
【０２５５】
ただし、本実施形態では、ＵＥを識別するＩＭＳＩは、ＵＥｈ８０では「ＩＭＳＩ２」、ＵＥｍ９０では「ＩＭＳＩ１」を用いる。
【０２５６】
また、ＭＢＭＳＵＥコンテキスト１２６を図９（ａ）に示す、ＵＥコンテキスト２２６、ＭＢＭＳ ＵＥコンテキスト３２４、におけるＩＭＳＩは、「ＩＭＳＩ１」及び「ＩＭＳＩ２」の両方のＵＥが、また、ＭＢＭＳＵＥコンテキスト５３６、ＭＢＭＳＵＥコンテキスト７３６には片方のＵＥが接続されている状態を示す。
【０２５７】
［１．３．５ ＵＥ間通信によるマルチキャストデータのオフロード］
複数ＵＥがＢＭ−ＳＣから同じマルチキャストデータ配信を受けている場合、マルチキャストデータを受信している１つのＵＥから、他ＵＥに直接マルチキャストデータを配信すること（マルチキャストデータオフロードと呼ぶ）により、ＢＭ−ＳＣから他のＵＥへ配信される区間にマルチキャストデータを流す必要が無くなり、有線区間及び無線区間のトラフィックの輻輳が改善される可能性がある。
【０２５８】
しかしながら、ＵＥ間で勝手に配信を開始してしまうと、さまざまな課題が予想される。例として、本来課金対象としてＢＭ−ＳＣが管理していたマルチキャストデータの課金管理ができなくなる可能性がある。また、ＢＭ−ＳＣからＵＥのデータを停止しないと、削減可能なデータトラフィックを削減出来なくなる可能性がある。
【０２５９】
従って、一例としてＭＭＥの管理においてマルチキャストデータオフロードの制御を行う事により、トラフィックの削減が可能となる。
【０２６０】
なお、マルチキャストデータオフロードの開始判断は、ＭＭＥが必要性を判断して開始も良いし、ＵＥにおいてユーザによる入力、又はＵＥが必要性を判断してＭＭＥに要求を送付して、ＭＭＥが判断の後、指示により開始しても良い。
【０２６１】
ＭＭＥは、マルチキャストセッション情報を管理できるため、複数のＵＥが受けているマルチキャストサービスの状況を管理する事ができる。
【０２６２】
すなわち、例えば図１１（ａ）又は図１２（ａ）に示すＭＢＭＳベアラサービス識別子であるＴＭＧＩを管理する事により、複数ＵＥに配信されているコンテンツの内容が同一か異なるかを管理できる。また、同じＴＭＧＩにおいて複数の配信ノードが存在する事を管理する事により、同一のコンテンツが異なる配信ノードに配信されている事が管理出来る。
【０２６３】
異なるＴＭＧＩトラフィックの数及び各ＴＭＧＩ毎の配信ノードの数を管理する事により、特定のトラフィック、またはトラフィック全体の輻輳状態を把握あるいは予測できる。例えば、ＭＢＭＳ ＧＷからあるｅＮＢに複数のＴＭＧＩの異なるコンテンツが、各々複数の配信ノードに同時に集中して配信されている事を把握する事により、特定のトラフィックが輻輳している事を把握できる。同様に同じコンテンツが別のｅＮＢやＨｅＮＢに配信されている状態や、ＭＢＭＳ以外のトラフィックの流れを把握する事により、トラフィック全体の輻輳状態を把握できる。さらに配信ノードの増え方や、トラフィックの増加率の時間的変化を把握する事により、輻輳状態の予測ができる。従って、トラフィックの輻輳の把握、または輻輳の予測を基に、マルチキャストデータオフロードの必要性を判断できる。
【０２６４】
図４２で直接通信までの手順を説明する。図３８及び図４１の手順により、図４２に示すようにＢＭ−ＳＣ１０からＵＥｈ８０及びＵＥｍ９０までのマルチキャストデータ配信が開始される（Ｓ７０２、Ｓ７０４）。
【０２６５】
ここでは、ＢＭ−ＳＣ１０からＭＢＭＳ ＧＷ２０に配信されたマルチキャストデータがＭＢＭＳ ＧＷ２０から２つの流れに分岐している事を示している。すなわち１つはＭＢＭＳ ＧＷ２０からＨｅＮＢ７０を経由してＵＥｈ８０に配信され、もうひとつはＭＢＭＳ ＧＷ２０でコピーされた同じマルチキャストデータがｅＮＢ５０を経由してＵＥｍ９０に配信されている。
【０２６６】
この時、ＭＭＥ３０により、オフロード要否判断の処理が実行される（Ｓ７２０）。オフロード要否判断処理を説明する。
【０２６７】
まず、例えばＭＢＭＳ ＧＷ２０からＨｅＮＢ７０を経由してＵＥｈ８０迄のトラフィック、又はＭＢＭＳ ＧＷ２０でからｅＮＢ５０を経由してＵＥｍ９０迄のトラフィック、又はトラフィック全体の輻輳状態を把握又は予測し必要かどうかを判断する。
必要と判断した場合に、例としてＵＥｈ８０及びＵＥｍ９０への同一の２つのマルチキャストデータ配信において、削減が必要と判断したなＭＢＭＳ ＧＷ２０からＵＥ迄のトラフィックを停止し、停止しなかったＵＥから直接配信を受けるという、マルチキャストデータオフロードを実行させる事により、トラフィックの削減に有効となる可能性がある事を判断する。
【０２６８】
トラフィックの削減に有効となる可能性があると判断した場合に、各々のＵＥ間で実際に直接通信可能かどうかを判断する手順に移行する必要性があるか否かを判断する。
以上の手順による処理をオフロード要否判断処理と呼ぶ。
【０２６９】
なお、トラフィックの削減が必要かどうかの判断は、通信事業者による指示等により必要と判断する事もある。以下、オフロード要否判断処理の手順を順を追って説明する。
【０２７０】
本実施形態では、ＭＭＥ３０は、ＭＢＭＳ ＵＥコンテキスト３２４のＴＭＧＩに複数のＩＭＳＩが存在している事により、同じマルチキャストデータが、異なる複数ＵＥに配信している事を把握する。例えば、図１２（ａ）において、同じＴＭＧＩ１のコンテンツが、ＩＭＳＩ１、ＩＭＳＩ２という複数のＵＥに配信している事を把握する。
【０２７１】
また、ＩＭＳＩと配信ノードとの関連を確認し、各ＵＥが異なるネットワークのおける異なる配信ノード配下に存在している事を把握する。
【０２７２】
すなわち、ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２において、同じＴＭＧＩにおける複数の配信ノードアドレスを比較し、複数の配信ノードは異なるネットワークである事を把握する。例えば、図１１（ａ）において、同じＴＭＧＩ１のコンテンツが、ＨｅＮＢ７０とｅＮＢ５０との異なる複数の配信ノードに配信されており、ＨｅＮＢ７０とｅＮＢ５０とのＩＰアドレスを比較する事により、異なるネットワークである事を把握する。
【０２７３】
この時、例えばＭＢＭＳ ＧＷ２０からＨｅＮＢ７０を経由してＵＥｈ８０迄のトラフィック、又はＭＢＭＳ ＧＷ２０でからｅＮＢ５０を経由してＵＥｍ９０迄のトラフィックのいずれかで、データの輻輳によるトラフィック削減の必要があるかどうかを判断する。
【０２７４】
必要があると判断した場合、ＭＢＭＳ ＧＷ２０からＨｅＮＢ７０を経由してＵＥｈ８０迄と、ＭＢＭＳ ＧＷ２０でからｅＮＢ５０を経由してＵＥｍ９０迄の異なるネットワークの各ＵＥに同一のマルチキャストデータが配信されている事を把握しているので、削減が必要なＭＢＭＳ ＧＷ２０からＵＥ迄のトラフィックを停止し、停止しなかったＵＥから直接配信を受けるという、マルチキャストデータオフロードが有効であると判断する。
【０２７５】
ここで、例えば同一ｅＮＢ配下の異なる複数のＵＥに同一のマルチキャストデータを配信する場合、ｅＮＢまでは共通のデータとして配信されｅＮＢにおいてマルチキャストデータが複数のＵＥの数分コピーされ、各々に配信される。すなわち同一ネットワークでの異なるＵＥ間では、マルチキャストデータオフロードが有効では無く、例えばマクロのｅＮＢ配下のＵＥと、家庭のＨｅＮＢ配下のＵＥという異なるネットワークのＵＥ間でのマルチキャストデータオフロードが有効となる。
【０２７６】
以上により、いずれかの配信ノードのＵＥから別の配信ノードのＵＥにＵＥ間直接通信を行う事によるマルチキャストデータオフロードが有効であると判断し、各々のＵＥ間で実際に直接通信可能かどうかを判断する手順に移行する必要性があると判断する。
【０２７７】
なお、図３８及び図４１の手順等の過程で、ＵＥがＨｅＮＢやｅＮＢを通してＭＭＥと接続しているので、ＭＭＥ３０はＵＥｈ８０がＨｅＮＢ７０の配下に存在し、ＵＥｍ９０がｅＮＢ５０配下に存在している事を把握できる。従って、ＭＭＥ３０はＭＢＭＳ ＵＥコンテキスト３２４及びＭＢＭＳベアラコンテキスト３２２の情報と併せて、マルチキャストデータオフロードが有効となる可能性を判断する事ができる。
【０２７８】
また、ＭＭＥがオフロード要否判断をするのは、上述の場合に加え次の様な内容を基に単独で、あるいは複合的にマルチキャストデータオフロードが有効となる可能性がある事を判断しても良い。
【０２７９】
すなわち、同じコンテンツが異なるネットワークに配信されていて、マルチキャストデータオフロードの効果が高い事、無線ＬＡＮ等を利用する場合、携帯電話通信事業者からの制御がしやすい事、に関する複数の観点で判断を行う。
【０２８０】
具体的な例を示すと、
・同じＭＭＥ配下の複数のＵＥが同時に通信しているか。
・ＵＥの通信はマルチキャスト又はブロードキャストか。
・複数のＵＥに同じコンテンツが同時に配信されているか。
・オフロード判断対象の複数ＵＥは同じｅＮＢあるいはＮＢの配下において通信していないか。
・オフロード実行により、ＵＥ迄のコアのトラフィックを削減できるか。
・オフロードを中継するＵＥにＷ−ＬＡＮ等の異種無線システムを具備しているか。
・オフロードを中継するＵＥに具備しているＷ−ＬＡＮ等の異種無線システムは、ＵＥに内蔵されているか。
・オフロードを中継するＵＥに内蔵されているＷ−ＬＡＮ等の異種無線システムは、ＵＥが具備する携帯電話通信システムと同一の事業者か。
・オフロードを中継するＵＥに内蔵されているＷ−ＬＡＮ等の異種無線システムには、通信事業者が管理するテザリング機能を具備しており、内蔵無線ＬＡＮ等のシステムの動作が携帯電話通信事業者からの制御が可能であるか。
等といったことが考えられる。
【０２８１】
さらに、ＭＭＥ３０によるオフロード要否判断処理の開始は、ＭＭＥ３０が判断開始する場合に加え、ＵＥからの要求により、ＭＭＥ３０が判断を開始してもよい。例えば、図４３に示すように、ＵＥｍ９０の判断によりオフロード要求処理が実行され（Ｓ７０６）、オフロード要求がＭＭＥ３０に送信される（Ｓ７１２）。これにより、ＭＭＥ３０は、オフロード要否判断処理を実行する。
【０２８２】
なお、ＵＥｍ９０からのオフロード要求（Ｓ７１２）は、ｅＮＢ５０を経由してＭＭＥ３０に送信される。
【０２８３】
また、ＵＥｈ８０の判断によりオフロード要求処理が実行され（Ｓ７０８）、オフロード要求がＭＭＥ３０に送信されてもよい（Ｓ７１０）。ＵＥｈ８０からのオフロード要求（Ｓ７１０）は、ＨｅＮＢ７０を経由してＭＭＥ３０に送信される。
更に、ＵＥｍ９０及びＵＥｈ８０の両者からオフロード要求が送信されても良い。
【０２８４】
オフロード要求処理は、具体的には、各端末のオフロード要求フラグを変化させる。例えば、ＵＥｍ９０においてユーザがオフロードを要求する操作を行う事により、オフロード要求フラグ９３２を変化させる等の処理を行い（Ｓ７０６）、オフロード要求フラグ９３２の内容をＭＭＥ３０にオフロード要求として通知し（Ｓ７１２）、ＭＭＥ３０はオフロード要否判断処理を開始する。
【０２８５】
同様にＵＥｈ８０の判断やＵＥｈ８０のユーザ要求による操作により、オフロード要求フラグ８３６の内容を変化させる等の処理を行い（Ｓ７０８）、オフロード要求フラグ８３６の内容をＭＭＥ３０にオフロード要求として通知し（Ｓ７１０）、ＭＭＥ３０はオフロード要否判断処理を開始する。
【０２８６】
このように、ＵＥｍ９０とＵＥｈ８０のオフロード要求通知（Ｓ７１２、Ｓ７１０）は片方の端末から送信されるが、両方の端末から送信されてもよい。
【０２８７】
なお、ＵＥからの要求とは、例としてＵＥにおいて受信品質低下等の判断をして要求する場合や、ＵＥを使用しているユーザの意思で、例として課金の差等の理由で要求する場合が含まれる。また、通信事業者のポリシー等によりマルチキャストデータオフロードが有効との判断に基づいてもよい。
【０２８８】
ＭＭＥ３０は、オフロード要求判断処理（Ｓ７２０）によるマルチキャストデータオフロードが有効となる可能性があるとの判断により、各々のＵＥ間で実際に直接通信可能かどうかを判断する以下の手順に移行する。
【０２８９】
ＭＭＥ３０は、ＵＥｈ８０とＵＥｍ９０とのＵＥ間通信許可情報（例えば、ＵＥ間通信許可テーブル情報）をＨＳＳ４０に要求する（Ｓ７２２）。ＵＥ間通信許可情報（例えば、ＵＥ間通信許可テーブル情報）は、ＵＥｈ８０とＵＥｍ９０間での直接通信が許可されているか、ＵＥ間でどのような通信形態、無線接続モード機能を具備しているか、通信形態に応じた必要なアクセス情報、アクセス秘匿情報はどのようなものか、ＵＥから他のＵＥにマルチキャストデータを配信する機能であるマルチキャストルータ機能は具備しているか、等を含む情報であり、ＭＭＥ３０が実際にＵＥ間で直接通信を行う事が可能かどうかを判断する１つの情報として利用できる。
【０２９０】
ＨＳＳ４０は、ＵＥ間通信許可情報（例えば、ＵＥ間通信許可テーブル４２２の情報）をＭＭＥ３０に返答する（Ｓ７２４）。図１５にＵＥ間通信許可テーブル４２２の一例を示す。
【０２９１】
ＭＭＥ３０は、ＵＥ間通信コネクティビティテーブル３２６を作成し、ＨＳＳ４０から受信したＵＥ間通信許可テーブル４２２の情報を登録する。
【０２９２】
本実施形態では、ＭＭＥ３０は、登録されたＵＥ間通信コネクティビティテーブル３２６から、各ＵＥでの可能な通信形態が各々「直接」あるいは「異種無線経由１（ＷＬＡＮ ＡＰ１０００）」であり、ＵＥ間直接通信許可が各々「許可」であり、各ＵＥがＷＬＡＮアクセスポイント等に接続する際必要なアクセス情報、アクセス秘匿情報を把握し、各ＵＥのマルチキャストルータ機能の具備状況を把握し、各ＵＥの具備する無線接続モードを把握する。
【０２９３】
これらの情報より例えばＴＤＤモードによるＵＥ間直接通信及び異種無線であるＷＬＡＮアクセスポイント等をＦＤＤモードにより経由して、ＵＥｈ８０とＵＥｍ９０が、それぞれの通信形態においてお互いに電波の到達範囲に存在すればＵＥ間通信の可能性がある事を確認し、さらにそのそれぞれの通信形態における通信が許可されている事を確認する。さらにＷＬＡＮアクセスポイント等に接続可能な場合は、無線周波数や拡散方式、無線設備識別番号（ＭＡＣアドレス等）等を記述した「アクセス手段」、ＳＳＩＤ等アクセスするための秘匿情報である「アクセス秘匿情報」を確認する。
【０２９４】
なお、ＵＥ間通信許可テーブル４２２は、ＵＥの契約情報を基にあらかじめ登録されていても良いし、ＨＳＳ４０が各ＵＥに問い合わせて情報を入手し、作成しても良い。
【０２９５】
その後、ＭＭＥ３０はＵＥｈ８０及びＵＥｍ９０に、各ＵＥ同士が現時点において電波の到達範囲に存在し、各ＵＥ間で直接通信が実際に可能かどうかをＵＥ間通信コネクティビティテーブル要求を送信し（Ｓ７２６、Ｓ７２８）各ＵＥに問い合わせる。
なお、ＵＥ間通信コネクティビティテーブル要求（Ｓ７２８）は、ＭＭＥ３０からｅＮＢ５０を経由してＵＥｍ９０へ送信され、ＵＥ間通信コネクティビティテーブル要求（Ｓ７２６）はＭＭＥ３０からＨｅＮＢ７０を経由してＵＥｈ８０へ送信される。
【０２９６】
ＭＭＥ３０はＵＥ間通信コネクティビティテーブル３２６の情報を基に、各ＵＥへのＵＥ間通信コネクティビティテーブル要求に、直接通信する対象ＵＥの情報と、経由する異種無線アクセス情報を含める。例として、ＵＥｈ８０へのＵＥ間通信コネクティビティテーブル要求（Ｓ７２６）には、直接通信する対象ＵＥとしてＵＥｍ９０、無線接続モード、経由する異種無性アクセスとしてＷＬＡＮ ＡＰ１０００の情報及びＷＬＡＮ ＡＰ１０００に接続する場合の「アクセス手段」、「アクセス秘匿情報」の情報を含める。また、マルチキャストルータ機能の有無情報を含め、ＨＳＳ４０から得た情報とＵＥｈ８０が保有している情報との照合による有無情報の再確認を実行させる。
【０２９７】
これは、マルチキャストルータ機能の有無をＨＳＳ４０に設定後、ＵＥにおいてマルチキャストルータ機能をダウンロード等により追加した場合や、削除された場合に最新の情報に更新する為である。
【０２９８】
同様にＵＥｍ９０へのＵＥ間通信コネクティビティテーブル要求（Ｓ７２８）には、直接通信する対象ＵＥとしてＵＥｈ８０、及び無線接続モード、経由する異種無性アクセスとして、ＷＬＡＮ ＡＰ１０００の情報及びＷＬＡＮ ＡＰ１０００に接続する場合の「アクセス手段」、「アクセス秘匿情報」の情報を含める。また、マルチキャストルータ機能の有無情報を含め、ＨＳＳ４０から得た情報とＵＥｍ９０が保有している情報の再確認を実行させる。
【０２９９】
ＭＭＥ３０からのＵＥ間通信コネクティビティテーブル要求（Ｓ７２６，Ｓ７２８）を受信したＵＥｈ８０及びＵＥｍ９０は、要求に含まれる対象ＵＥに関して、ＵＥ間通信制御信号用無線リソース割り当て処理を行い、お互いに電波の到達範囲に存在して直接通信が可能かどうかのＵＥ間通信可否判断処理を行う（Ｓ７３０）。
【０３００】
その判断においては、ＵＥ間で直接通信が可能か否かを確認する事が目的であるので、制御信号が相手までの往復通信が行える事が確認出来れば通信可能と判断しても良く、例えばＡＣＫ、ＮＡＣＫやＰＩＮＧ等の簡易な制御信号の通信によって確認しても良い。
ここで、制御信号の通信の為に無線リソース割り当てを行う。
【０３０１】
この時、ＨｅＮＢ７０とＵＥｈ８０間の制御信号用無線リソース割り当て処理（Ｓ１００）においては、ＭＭＥ３０やＨｅＮＢ７０主導で割り当てを行い、ＨｅＮＢ７０が送信している制御信号用無線リソース割り当て信号を含む報知信号をＵＥｈ８０が受信する事により、ＵＥｈ８０はＨｅＮＢ７０と制御信号の通信を行う為の設定を行う事が出来た。
【０３０２】
ＵＥ間での直接通信においても、ＵＥ間で勝手に無線リソースを設定するのではなく、ＭＭＥ３０、ＨｅＮＢ７０等の通信事業者管理下で設定する。
【０３０３】
本実施形態ではＭＭＥ３０から受信したＵＥ間通信コネクティビティテーブル要求（Ｓ７２６，Ｓ７２８）で指定された情報により、ＵＥ間通信制御信号用無線リソース割り当て処理を行い（Ｓ７３０）、ＵＥ間通信コネクティビティテーブル要求（Ｓ７２６、Ｓ７２８）で指定された対象ＵＥが例えばＴＤＤモードによるＵＥｈ８０とＵＥｍ９０間での直接通信及び異種無線手段を経由した直接通信（例えば、ＦＤＤモードによるＷＬＡＮ ＡＰ１０００の異種無線手段を経由した直接通信）の無線設定を行い、例えばＡＣＫ、ＮＡＣＫやＰＩＮＧ等の簡易な制御信号の通信の通信可否によって、ＵＥ間通信可否判断処理（Ｓ７３０）を行う。
【０３０４】
なお、無線リソースの割り当ての設定は、ＭＭＥ３０とＨｅＮＢ７０が協調して行っても良い。
【０３０５】
なお、本実施形態においては、ＵＥｈ８０とＵＥｍ９０間での直接通信及びＷＬＡＮ ＡＰ１０００経由での直接通信が行われる例について説明するが、通信路としてはどちらか一方（例えば、ＵＥｈ８０とＵＥｍ９０間での直接通信）であっても良いことは勿論である。
【０３０６】
つづいて、各ＵＥは、ＵＥ間通信制御信号用無線リソース割り当て処理、ＵＥ間通信可否判断処理によって確認されたＵＥ間通信の接続性、すなわち接続可能となった相手のＵＥ、及び例えばＵＥ間での直接通信かＷＬＡＮ ＡＰ経由での直接通信か、を示す接続経路情報であるＵＥ間通信コネクティビティ、相手のＵＥと例えばＴＤＤモードで接続されたのか、ＦＤＤモードで接続されたのかを示す、無線接続モード等に関し、各ＵＥはＵＥ間通信コネクティビティテーブル８２８及びＵＥ間通信コネクティビティテーブル９２８を作成し、確認内容を登録する。さらにＭＭＥ３０から通知されてきたマルチキャストルーティング機能の有無情報と各ＵＥが持っている情報を比較し、最新の情報をＵＥ間通信コネクティビティテーブルに登録する。
【０３０７】
なお、ＵＥ間通信コネクティビティテーブルは事前に作成されていて、マルチキャストルーティング機能を保有しているかの有無の情報が事前に格納されていても良い。そして、登録内容をＭＭＥ３０にＵＥ間通信コネクティビティテーブル応答として送信する（Ｓ７３２、Ｓ７３４）。
【０３０８】
図２９にＵＥ間通信コネクティビティテーブル８２８の一例を、図３４にＵＥ間通信コネクティビティテーブル９２８の一例を示す。図２９では、ＵＥｈ８０が直接ＴＤＤモードによりＵＥｍ９０と通信が可能であり、ＷＬＡＮ ＡＰ１０００経由でのＦＤＤモードでＵＥｍ９０と通信が可能な事を示しており、図３４ではＵＥｍ９０が直接及びＷＬＡＮ ＡＰ１０００経由でＵＥｈ８０と通信が可能な事を示している。
【０３０９】
さらに、ＵＥｈ８０はマルチキャストルーティング機能を保有し、ＵＥｍ９０は保有しない事から、ＵＥｈ８０からＵＥｍ９０へのマルチキャスト配信が可能な事を示している。
【０３１０】
ＭＭＥ３０は、各ＵＥからのＵＥ間通信コネクティビティテーブル応答を受信すると、その内容をＵＥ間通信コネクティビティテーブル３２６に登録する。図１３に、登録後のＵＥ間通信コネクティビティテーブル３２６の一例を示す。
【０３１１】
以上の処理の後、ＭＭＥ３０はＵＥ間通信によるオフロード可否判断処理（Ｓ７３６）を行う。すなわち、トラフィックの輻輳が発生した場合等において、マルチキャストデータオフロードが必要な状況になった場合、あるいはＵＥからの要求があった場合、ＭＭＥ３０は、ＵＥｈ８０とＵＥｍ９０間におけるマルチキャストデータオフロードが有効であり、実際にＵＥｈ８０とＵＥｍ９０間での直接通信が可能である事を判断する。
【０３１２】
更に、マルチキャストルーティング機能の有無により、ＵＥｈ８０とＵＥｍ９０間でどちらからマルチキャストデータを配信するか、さらにどこのトラフィックの輻輳を削減させたいのか、すなわちＭＢＭＳ ＧＷ２０からｅＮＢ５０のトラフィックを削減したいのか、ＭＢＭＳ ＧＷ２０からＨｅＮＢ７０のトラフィックを削減したいのか、等を判断して、例えば、ＵＥｍ９０がｅＮＢ５０を経由して受信しているマルチキャストデータを、マルチキャストルーティング機能を保有しているＵＥｈ８０からの直接通信によって受信する事により、ＭＢＭＳ ＧＷ２０からｅＮＢ５０へのマルチキャストデータ配信を止める事が可能となり、コアネットワークからＵＥｈ８０からＵＥｍ９０への直接通信によるマルチキャストデータオフロードが可能と判断する。
【０３１３】
この時、ＭＭＥ３０は、ＵＥｈ８０からＵＥｍ９０への直接通信手段として、ＴＤＤモードによるＵＥｈ８０からＵＥｍ９０直接通信によるか、ＦＤＤモードによるＷＬＡＮ ＡＰ１０００経由で行うかを判断する。この判断基準としては、どちらかを優先するように設定してあっても良いし、ユーザや通信事業者のポリシに従っても良いし、受信電波強度等の通信品質情報を入手し判断しても良い。
【０３１４】
次に、ＭＭＥ３０は、ＵＥｍ９０（Ｓ７３８）及びＵＥｈ８０（Ｓ７４０）にＵＥ間通信開始要求を送信する。
【０３１５】
各ＵＥ間通信開始要求には、相手のＵＥ情報、通信手段、例えばＴＤＤモードによる直接通信、あるいはＦＤＤモードによりＷＬＡＮ ＡＰ１０００を経由した直接通信等の通信手段情報を含める。
【０３１６】
ここで、本実施形態ではＵＥ間通信制御信号用無線リソース割り当て（Ｓ７３０）により、ＵＥｈ８０とＵＥｍ９０間での直接通信及びＷＬＡＮ ＡＰ１０００経由での直接通信の２つの通信手段による通信路が構成されている。
【０３１７】
最終的にどの通信路を使用するかは、ＵＥ間通信開始要求（Ｓ７３８、Ｓ７４０）により指定されるが、ＵＥ間通信によるオフロード可否判断処理（Ｓ７３６）による判断によりオフロードを行わない判断となり、ＵＥ間通信開始要求がＵＥに送信されない場合もある。したがって、ＵＥ間通信制御信号用無線リソース割り当て（Ｓ７３０）において所定のタイマーを設定し、無線リソース割り当て後、タイマー設定の所定時間までにＵＥ間通信開始要求（Ｓ７３８、Ｓ７４０）がＵＥに到達しない場合は、各ＵＥ無線リソースを解放しても良い。また、ＵＥ間通信開始要求（Ｓ７３８、Ｓ７４０）を受信した各ＵＥは、指定された通信手段以外の通信路を解放しても良い。
【０３１８】
（アクティベーション・ＭＢＭＳ登録、セッション開始 手続き）
ＵＥｍ９０はＭＭＥ３０からのＵＥ間通信開始要求を受信して、図４４に示すアクティベーション・ＭＢＭＳ登録手続き（Ｓ７５０）、セッション開始手続き（Ｓ７５２）に入る。
【０３１９】
ここで、アクティベーション、ＭＢＭＳ登録、セッション開始の手続きは既に、ＵＥｈ８０に関して、図３６、図３７、図３８にて、ＵＥｍ９０に関して、図３９、図４０、図４１にて説明している。
【０３２０】
ＵＥｍ９０がＵＥｈ８０からマルチキャスト配信を受ける場合のアクティベーション、ＭＢＭＳ登録、セッション開始の手順は、図４５、図４６、図４７を用いて説明するが、例えば図３６と図４５の大きな差異は、ＵＥｍ９０とＨｅＮＢ７０の間に位置する、ＵＥｈ８０の役割である。
【０３２１】
すなわち、ＵＥｍ９０がマルチキャスト配信を受ける上位ノードはＵＥｈ８０であり、ＵＥｈ８０はＵＥｍ９０においては通常上位ノードとして配信を受けるＨｅＮＢ７０と同じ役割に相当する。従って、ＵＥｈ８０は図３６、図３７、図３８ではマルチキャストデータ受信端末のみとして動作しているが、図４５、図４６、図４７においては、マルチキャストデータ受信端末としての機能に加え、マルチキャストルータ機能を動作させ、ＵＥｍ９０にマルチキャストデータを配信する、というＨｅＮＢ７０と同様な動作も併せて行う。
【０３２２】
従って、図４５、図４６、図４７によるアクティベーション、ＭＢＭＳ登録、セッション開始の手順は、ＵＥｈ８０がＨｅＮＢ７０の役割を担う観点で、図３６、図３７、図３８において、ＵＥｈ８０をＵＥｍ９０と置き換えたとした時の差異を中心に説明する。
【０３２３】
（アクティベーション手続き）
図４５に示すアクティベーション手続き（Ｓ１０２）開始に際し、図３６に示すサービスアナウンスメント（Ｓ１０１）は、ＵＥｍ９０は既にｅＮＢ５０を経由してサービスを開始する際に受けており、必要な情報は得ているので、図４５では必要が無い。但しＵＥｍ９０が再度サービスアナウンスメントを受信してもよい。
【０３２４】
ＵＥｍ９０は現在ｅＮＢ５０を経由して受信しているマルチキャストサービスに関し、ＵＥｈ８０、及びＨｅＮＢ７０を経由した別のセッションとして参加するため、まずアクティベーション手続き（Ｓ１０２）を行う。
【０３２５】
ここで、図４５に示すＵＥｍ９０がマルチキャストサービスに参加するためのアクティベーション手続き（Ｓ１０２）について、図４６を用いて説明する。
【０３２６】
図４６に示すアクティベーション手続きは、図３７でのＵＥｈ８０同様、ＵＥｍ９０がＭＢＭＳ ＧＷ２０へＩＧＭＰ参加要求（Ｓ２００）を行うことにより、アクティベーション手続きが開始される。
【０３２７】
以下、図４６において、図３７に示すＵＥｈ８０のアクティベーション手続きに同様に、ＭＢＭＳ承認要求（Ｓ２０２）、ＭＢＭＳ承認応答（Ｓ２０４）、ＭＢＭＳ通知要求（Ｓ２０６）、ＭＢＭＳ通知応答（Ｓ２０８）と続き、ＭＢＭＳコンテキストアクティベーション要求（Ｓ２１１）とＭＢＭＳコンテキストアクティベーション応答（Ｓ２１３）が、ＭＭＥ３０とＵＥｍ９０間で行われる。
【０３２８】
続いて図３７同様、ＭＢＭＳコンテキスト要求（Ｓ２１４）、ＭＢＭＳ承認要求（Ｓ２１６）、ＭＢＭＳ承認応答（Ｓ２２０）、ＭＢＭＳコンテキスト応答（Ｓ２２２）、ＭＢＭＳ ＵＥコンテキストの通知（Ｓ２２４）の手続きが行われる。
【０３２９】
次に、図４６においてＨｅＮＢ７０からＵＥｈ８０にＭＢＭＳ ＵＥコンテキストの通知（Ｓ２２５）が送信される。これは前述のように、ＵＥｈ８０がマルチキャストルーティング機能を動作させ、ＨｅＮＢ７０と同様の動作を行う為、拡張した手続きである。
【０３３０】
ここで、ＭＢＭＳ ＵＥコンテキスト７３６を、図２４（ａ）から図２４（ｂ）に書き換えを行う。すなわち、ＨｅＮＢ７０の配下にＵＥｈ８０に加えＵＥｍ９０が追加になった事により、ＵＥｈ８０を示すＩＭＳＩ２に加え、ＵＥｍ９０を示すＩＭＳＩ１を追加する。
【０３３１】
また、同様の理由でＨｅＮＢ７０からのＭＢＭＳＵＥコンテキストの通知（Ｓ２２５）を受信したＵＥｈ８０は、ＭＢＭＳＵＥコンテキスト８２６を図２８（ａ）から図２８（ｂ）に書き換える。すなわち、ＵＥｈ８０のマルチキャスト配信配下に新たにＵＥｍ９０が加わったため、ＵＥｍ９０を示すＩＭＳＩ１を追加する。
【０３３２】
その後、図３７同様ＵＥｍ９０に対し、ＭＭＥ３０からＭＢＭＳコンテキストアクティベーション許可応答（Ｓ２２６）が送信され、ＵＥｍ９０のアクティベーション手続きが完了する。
【０３３３】
なお、ＭＢＭＳＵＥコンテキスト１２６、ＭＢＭＳＵＥコンテキスト２２６、ＭＢＭＳＵＥコンテキスト３２４は、情報が変わらない場合は変更しなくても良い。更に、ＵＥｈ８０へのＵＥコンテキストの通知は、ＭＭＥ３０から直接行っても良い。また、各々のＭＢＭＳ ＵＥコンテキストにおけるＩＭＳＩは、他にＵＥを特定可能な情報があれば、含めなくても良い。
【０３３４】
例えば、ＴＭＧＩと配信ノードとＵＥの関係は、少なくともＢＭ−ＳＣは管理しており、後述のＭＢＭＳベアラコンテキストに登録されるＴＭＧＩと配信ノードが判ればサービスを受けているＵＥを特定する事ができる。
【０３３５】
［３．６ ＭＢＭＳ登録手続き］
続いて、あるＭＢＭＳサービスにおけるＭＢＭＳ登録手続きを、図４５に戻って図３６と対比しながら説明する。ＭＢＭＳ登録手続きにより、ＢＭ−ＳＣ１０からＵＥｈ８０への通信経路が確立される。
【０３３６】
図３６において、一例としてＨｅＮＢ７０がＭＢＭＳサービスに参加するＵＥｈ８０を検出して、ＭＢＭＳ登録手続きを開始したのと同様、図４５においてＵＥｈ８０がＭＢＭＳサービスに参加するＵＥｍ９０を検出することにより、ＭＢＭＳ登録手続きを開始する。
【０３３７】
図３６において、まずＨｅＮＢ７０がＭＭＥ３０にＭＢＭＳ登録要求（Ｓ１０４）の送信から始まったのと同様、図４５においてまずＵＥｈ８０がＨｅＮＢ７０にＭＢＭＳ登録要求（Ｓ１０３）を送信する。
【０３３８】
その後、図３６同様、ＭＢＭＳ登録要求（Ｓ１０４）、ＭＢＭＳ登録要求（Ｓ１０６）、ＭＢＭＳ登録要求（Ｓ１０８）、ＭＢＭＳ登録応答（Ｓ１１０）、ＭＢＭＳ登録応答（Ｓ１１２）、ＭＢＭＳ登録応答（Ｓ１１４）、と手順が進む。
【０３３９】
その後、ＨｅＮＢ７０から、ＵＥｈ８０にＭＢＭＳ登録応答（Ｓ１１５）を送信し、ＭＢＭＳ登録手続きが完了する。
【０３４０】
ここで、ＭＢＭＳベアラコンテキスト７３２を図２２（ａ）から図２２（ｂ）に書き換えを行う。すなわち、マルチキャストルーティング機能を持つノードであるＵＥｈ８０が配下に新たに追加となったため、配信ノードに「ＵＥｈ８０」を追加登録する。なお配信ノードには、例えばＵＥｈ８０のＩＰアドレスが記憶される。
【０３４１】
また、ＨｅＮＢ７０からのＭＢＭＳ登録応答（Ｓ１１５）を受信したＵＥｈ８０は、ＭＢＭＳベアラコンテキスト８２２を作成し、ＭＢＭＳ登録応答（Ｓ１１５）に含まれる、ＭＢＭＳベアラサービス識別子「ＴＭＧＩ１」、ＭＢＭＳ制御装置「ＭＭＥ３０」、上位配信ノード「ＨｅＮＢ７０」を登録し、モードを「マルチキャスト」、状態情報を「スタンバイ」にて登録する。
【０３４２】
なお、ＭＢＭＳベアラコンテキスト８２２は、ＵＥの基本機能としては具備しなくても良いが、例えばＵＥがＭＢＭＳマルチキャスト機能を具備し、実行する際に初めて必要となる。従って、ＭＢＭＳマルチキャスト機能を具備した段階でＭＢＭＳベアラコンテキスト８２２をテーブルの内容をＮｕｌｌとして作成しておいても良いし、ＭＢＭＳ登録手順の時に作成しても良い。さらに、図３１に示すように、ＭＢＭＳマルチキャスト機能を具備していないＵＥにＭＢＭＳベアラコンテキスト９２２の様にＮｕｌｌとして作成しておいても良い。
【０３４３】
また、ＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳベアラコンテキスト２２２、ＭＢＭＳベアラコンテキスト３２２は、情報が変わらない場合は変更しなくても良い。
【０３４４】
ＵＥｈ８０がＭＢＭＳ登録手続きを開始するトリガは、上記以外でもオペレータのポリシ等により、任意のタイミングで行ってもよい。
【０３４５】
以上のサービスアナウンスメント手続きと、アクティベーション手続きと、ＭＢＭＳ登録手続きにより、ＵＥｈ８０とＢＭ−ＳＣ１０との間で配信リストを形成することにより、ＢＭ−ＳＣ１０が送信したサービスのマルチキャスト配信データはＵＥｈ８０まで配送するための経路を生成することができる。
【０３４６】
同時にＢＭ−ＳＣ１０は、ＵＥｍ９０が今までｅＮＢ５０経由で配信されていたマルチキャストデータと同じデータを、ＨｅＮＢ７０、ＵＥｈ８０経由でも要求された事を知る。
【０３４７】
なお、配信リストに登録されるノードは、上記に従う必要はなく、オペレータによって予め登録されていてもよい。
【０３４８】
なお、上記では、ＵＥｈ８０において、ＵＥｈ８０がＵＥｍ９０からＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＵＥが他のＵＥからＭＢＭＳ登録要求を受信した場合にも、ＵＥｈ８０と同様の手続きを行う。
【０３４９】
同様にＨｅＮＢ７０においても、ＨｅＮＢ７０がＵＥｈ８０からＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＨｅＮＢがＵＥからＭＢＭＳ登録要求を受信した場合にも、ＨｅＮＢ７０と同様の手続きを行う。
【０３５０】
同様にＭＭＥ３０においても、ＭＭＥ３０がＨｅＮＢ７０からＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＭＭＥがＨｅＮＢ７０からＭＢＭＳ登録要求を受信した場合にも、ＭＭＥ３０と同様の手続きを行う。
【０３５１】
同様にＭＢＭＳ ＧＷにおいても、ＭＢＭＳ ＧＷ２０がＭＭＥ３０からＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷがＭＭＥ３０からＭＢＭＳ登録要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。
【０３５２】
同様にＢＭ−ＳＣにおいても、ＢＭ−ＳＣ１０がＭＢＭＳ ＧＷ２０からＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＢＭ−ＳＣがＭＢＭＳ ＧＷ２０からＭＢＭＳ登録要求を受信した場合にも、ＢＭ−ＳＣ１０と同様の手続きを行う。
【０３５３】
［１．３．７ セッション開始手続き］
ここで、図４４に戻り、続いて実行するセッション開始手続き（Ｓ７５２）を、図４７を用いて図３８との対比で説明する。セッション開始手続きにより、ＭＢＭＳベアラを確立し、データを送信する準備を行う。
【０３５４】
図４７では、図３８同様、ＢＭ−ＳＣ１０が、サービスを指定してセッション開始要求をＭＢＭＳ ＧＷ２０に送信する（Ｓ３００）。その後、図３８同様セッション開始応答（Ｓ３０２）、セッション開始要求（Ｓ３０４）、セッション開始要求（Ｓ３０６）を送信する。
【０３５５】
その後、ＨｅＮＢ７０はＵＥｈ８０にセッション開始要求（Ｓ３０５）を送信する。セッション開始要求（Ｓ３０５）を受信したＵＥｈ８０は、ＭＢＭＳベアラコンテキスト８２２を図２６（ａ）から図２６（ｂ）に書き換える。すなわち、セッション開始要求（Ｓ３０５）に含まれるセッション識別子「セッションＩＤ１」、ＩＰマルチキャストアドレス「ＩＰマルチキャストアドレス」を登録し、状態情報を「アクティブ」に変更する。その後、ＵＥｈ８０はＨｅＮＢ７０にセッション開始応答（Ｓ３０７）を送信する。
【０３５６】
次に図３６同様ＨｅＮＢ７０はＭＭＥ３０にセッション開始応答（Ｓ３０８）を送信し、ＭＭＥ３０はＭＢＭＳ ＧＷ２０にセッション開始応答（Ｓ３１０）を送信する。
【０３５７】
以上の手続きにより、ＭＢＭＳ ＧＷ２０とＵＥｈ８０間でマルチキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラを確立する。
【０３５８】
ここで、図４４に戻り、ＵＥ間通信ユーザ信号用無線リソース割り当て処理（Ｓ７５３）を説明する。ＵＥ間通信ユーザ信号用無線リソース割り当て処理とは、図３８、図４１のユーザ信号用無線リソース割り当て処理（Ｓ３１２）同様、マルチキャストデータ等のユーザ信号が通信出来る為に定義された無線周波数、帯域等の無線資源（リソース）を、ＵＥｈ８０、ＵＥｍ９０において設定する。
【０３５９】
ここで、ＵＥ間通信制御信号用無線リソース割り当て処理（Ｓ７３０）同様、ＵＥ間で勝手に無線リソースを設定するのではなく、ＭＭＥ３０、ＨｅＮＢ７０等の通信事業者管理下で設定する。
【０３６０】
一例として、ＨｅＮＢ７０が単独で、あるいはＭＭＥ３０と協調してＵＥ間通信における無線周波数、帯域、タイミング等のＵＥ間通信ユーザ信号用無線リソース割り当てを行い、ＵＥｈ８０、及びＵＥｈ８０を経由してＵＥｍ９０に通知する。ＵＥｈ８０、及びＵＥｍ９０は、通知に従いユーザ信号用に無線設定を行う。
【０３６１】
ＵＥｈ８０、及びＵＥｍ９０は指示の範囲で独自の判断により設定しても良い。一例として、複数の無線設定条件の通知を受け、各ＵＥによりキャリアセンスを行い最適な設定をＵＥｈ８０、及びＵＥｍ９０間で決定しても良い。
【０３６２】
また、各ＵＥは、ＵＥ間通信制御信号用無線リソース割り当て処理（Ｓ７３０）でＭＭＥ３０、またはＨｅＮＢ７０から割り当てられる際に、ＵＥ間通信ユーザ信号用無線リソース割り当ての処理方法の指示を受けても良い。
【０３６３】
すなわち、一例として指示によりＵＥ間通信制御信号用無線リソース割り当て処理（Ｓ７３０）において割り当てられた制御信号の無線リソースをそのまま利用しても良いし、改めてＵＥ間通信ユーザ信号用無線リソース割り当てを受けても良い。さらに、緊急時の処理方法の指示を受けても良い。
【０３６４】
一例として、ＭＭＥ３０、またはＨｅＮＢ７０等の通信事業者管理下の装置より、緊急時対応の指示を受けた時には、ＵＥ間でキャリアセンス等の干渉回避処置を行う事により独自に無線リソースの割り当てをおこなう、マルチキャストデータ通信の利用優先度を下げる、等の指示を受けて実行しても良い。
【０３６５】
さらに、ＵＥｈ８０は、無線フレーム情報８２４を作成し、配送するための情報を登録する。具体的には、無線フレームのモードがマルチキャストモードであるか、ユニキャストモードであるかのモード情報（例えば、「フレームモード」）をＭＢＭＳベアラサービス識別子毎に登録する。サービス識別子としてはＴＭＧＩを用いることができる。
【０３６６】
また、マルチキャストモードで送信する場合は、フレームは不特定多数のＵＥへ送信するためＵＥ情報を保持する必要はないが、ユニキャストモードで送信する場合には、個々のＵＥに無線フレームを送信する必要があるため、その場合には、ＵＥ情報としてＩＭＳＩを保持しておきＵＥ情報として登録する。
【０３６７】
図２７（ａ）に、登録前の無線フレーム情報８２４、図２７（ｂ）に登録後の無線フレーム情報８２４の一例を示す。
【０３６８】
なお、無線フレーム情報８２４は、ＵＥの基本機能としては具備しなくても良いが、例えばＵＥがＭＢＭＳマルチキャスト機能を具備し、実行する際に初めて必要となる。従って、ＵＥｈ８０がＭＢＭＳマルチキャスト機能を具備した段階で無線フレーム情報８２４をテーブルの内容をＮｕｌｌとして作成しておいても良いし、ＭＢＭＳ登録手順の時に作成しても良い。さらに、図３２に示すように、ＭＢＭＳマルチキャスト機能を具備していないＵＥに無線フレーム情報９２４として登録内容をＮｕｌｌにて作成しておいても良い。
【０３６９】
本実施形態おいても、図２７（ａ）はＮｕｌｌとなっており、ＭＢＭＳ登録手順の時に作成する説明をしたが、上記のように事前に作成されていても良い。
【０３７０】
次に、ＩＰマルチキャスト参加処理（Ｓ７５４）を説明する。ＵＥｈ８０は、図３８のＨｅＮＢ７０同様ＩＰマルチキャスト参加処理を行う（Ｓ７５４）。
【０３７１】
ＵＥｈ８０は、ＵＥｈ８０とＵＥｍ９０間のＵＥ間通信ユーザ信号用無線リソース割り当てが完了し、ＵＥｍ９０間にマルチキャストデータを配信する準備が整った事により、ＢＭ−ＳＣ１０に対しＩＰマルチキャスト参加処理を行い（Ｓ３１４）、ＢＭ−ＳＣ１０にマルチキャストデータの配信を要求する。
【０３７２】
そのため、図３８におけるＨｅＮＢ７０同様ＭＢＭＳベアラコンテキスト８２２を参照し、サービスに対応するＩＰマルチキャストアドレスを用いてＢＭ−ＳＣ１０に参加要求を行うが、本実施形態において要求するＩＰマルチキャストパケットの配信に関しては、図４２に示すようにＢＭ−ＳＣ１０からＨｅＮＢ７０を経由してＵＥｈ８０へ既に、配信されている。
【０３７３】
そこで、ＵＥｈ８０はＩＰマルチキャスト参加処理（Ｓ７５４）として、ＵＥｈ８０からＵＥｍ９０にマルチキャストデータの配信を行う事を通知し、既に配信されているデータ（Ｓ７０２）をコピーしＵＥｍ９０への配信の準備を行う。
【０３７４】
ここでＵＥｈ８０はＵＥｍ９０に対してＭＢＭＳ開始通知を送信する（Ｓ７５６）。開始通知にはサービスを識別するサービス識別子を含めて通知する。次にＵＥｈ８０は受信した配信データをコピーしながらＵＥｍ８０に配信する（Ｓ７５８）。これにより、ＵＥｍ９０はＢＭ−ＳＣ１０から配信されＵＥｈ８０で受信した後にコピーされ、ＵＥｈ８０から配信されたマルチキャストデータの受信を開始する。
【０３７５】
すなわち、ＢＭ−ＳＣ１０から配信されたマルチキャストデータはＵＥｈ８０において受信されつつ、ＵＥｈ８０からＵＥｍ９０に対してマルチキャストデータが配信されることとなる。従って、ＵＥｍ９０は、ＵＥｈ８０を介してマルチキャストデータを受信することが出来るようになる。
【０３７６】
また、ネットワーク全体としても、ＢＭ−ＳＣ１０から、マルチキャストデータを、ＵＥｈ８０と、ＵＥｍ９０とそれぞれに配信する必要が無くなり、トラフィック全体が軽減されることとなる。
【０３７７】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト８２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト８２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ＵＥｈ８０とＵＥｍ９０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用する。本実施形態では、（１）のＴＭＧＩを利用することとして説明するが、（３）の場合には、サービス識別子とＭＢＭＳベアラコンテキスト８２２とを対応づけて登録することとなる。
【０３７８】
上記の例では、ＭＢＭＳ ＧＷ２０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷがＢＭ−ＳＣ１０からセッション開始要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。
【０３７９】
同様にＭＭＥにおいても、ＭＭＥ３０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＭＥがＭＢＭＳ ＧＷからセッション開始要求を受信した場合にも、ＭＭＥ３０と同様の手続きを行う。
【０３８０】
同様にＨｅＮＢにおいても、ＨｅＮＢ７０がセッション開始要求を受信した場合の処理を説明したが、その他のＨｅＮＢがＭＭＥからセッション開始要求を受信した場合にも、ＨｅＮＢ１と同様の手続きを行う。
【０３８１】
同様にＵＥにおいても、ＵＥｈ８０がセッション開始要求を受信した場合の処理を説明したが、その他のＵＥがＨｅＮＢからセッション開始要求を受信した場合にも、ＵＥｈ８０と同様の手続きを行う。
【０３８２】
これにより、ＢＭ−ＳＣ１０が配信するマルチキャストデータは、複数のＭＢＭＳ ＧＷ、ＭＭＥ及びＨｅＮＢを介して階層的にＵＥへ配送される。
【０３８３】
（セッション変更前配信の停止）
ＵＥｍ９０が、ＢＭ−ＳＣ１０から、ＨｅＮＢ７０、ＵＥｈ８０を経由してマルチキャストデータを受信している間は、それ以前にｅＮＢ５０経由でサービスを受けていたセッションも継続している。これによりマルチキャストデータが途切れることなくサービスを受ける事が可能となる。
【０３８４】
すなわち、ＵＥｈ８０は例えばＦＤＤモードによりＨｅＮＢ７０から受信したマルチキャストデータをＴＤＤモードによるＵＥ間直接通信により、ＵＥｍ９０に配信している。
【０３８５】
ＵＥｍ９０は例えばＴＤＤモードによるＵＥ間直接通信によりＵＥｈ８０からマルチキャストデータを受信し同時に、ＦＤＤモードによりｅＮＢ５０から同じデータを受信している。
【０３８６】
これは、ＭＭＥ３０がＵＥ間通信許可テーブル４２２又はＵＥ間通信コネクティビティテーブル３２６の無線接続モード「ＴＤＤ」及び「ＦＤＤ」を把握する事により、例えばＦＤＤモードで通信するＨｅＮＢ７０とＵＥｈ８０とは、ＦＤＤモード、同様にＦＤＤモードで通信するｅＮＢ５０とＵＥｍ９０とは、ＦＤＤモードで通信を行い、同時にＴＤＤモードを保有するＵＥｈ８０及びＵＥｍ９０とは、ＴＤＤモードでの直接通信を指示した結果による。例えば、ＨｅＮＢ７０がＴＤＤモードで通信を行っていれば、ＨｅＮＢ７０とＵＥｈ８０の通信及びＵＥｈ８０とＵＥｍ９０の直接通信を共にＴＤＤモードで指示する事も可能である。
【０３８７】
しかし、ＨｅＮＢ７０、ＵＥｈ８０経由でのＵＥｍ９０への配信サービスが開始されて時点で、ｅＮＢ５０経由の配信サービスは不要となるので、ｅＮＢ５０からの配信停止の手続きが必要となる。
【０３８８】
図４４に戻り説明する。ＵＥｍ９０はＵＥｈ８０からのマルチキャストデータ受信を開始すると、ＭＭＥ３０にＵＥ間直接開始通知を送信する（Ｓ７６０）。
【０３８９】
ＭＭＥ３０は、ＵＥｍ９０からのＵＥ間直接開始通知の受信を受けて、ＭＢＭＳベアラコンテキスト３２２、ＭＢＭＳＵＥコンテキスト３２４により、ＴＭＧＩ１が配信されているＵＥがｅＮＢ５０配下に存在しない事を、ＴＭＧＩ１に関する配信ノードとＩＭＳＩとの関係を基に確認後、ｅＮＢ５０経由の配信停止要求をｅＮＢ５０に送信する（Ｓ７６２）。
【０３９０】
ｅＮＢ５０はＭＭＥ３０からの配信停止要求（Ｓ７６２）を受けて、ＵＥｍ９０への配信を停止しＴＭＧＩ１に関するＭＢＭＳベアラコンテキスト５３２、無線フレーム情報５３４、ＭＢＭＳＵＥコンテキスト５３６の登録内容を削除する。図１７（ｂ）にＴＭＧＩ１に関する情報を削除後のＭＢＭＳベアラコンテキスト５３２の一例を示す。
【０３９１】
図１７（ｂ）では、テーブルがＮｕｌｌ情報となっているが、他の情報が無い場合ＭＢＭＳベアラコンテキスト５３２を削除しても良い。
【０３９２】
同じく、図１８（ｂ）にＴＭＧＩ１に関する情報を削除後の無線フレーム情報５３４の一例を示す。図１８（ｂ）では、ＴＭＧＩ１に関するテーブルがＮｕｌｌ情報となっているが、他の情報が無い場合ＭＢＭＳＵＥコンテキスト５３６を削除しても良い。
【０３９３】
同様に、図１９（ｂ）にＴＭＧＩ１に関する情報を削除後のＭＢＭＳ ＵＥコンテキスト５３６の一例を示す。図１９（ｂ）では、テーブルがＮｕｌｌ情報となっているが、他の情報が無い場合ＭＢＭＳＵＥコンテキスト５３６を削除しても良い。
【０３９４】
次に、ｅＮＢ５０は、ＭＭＥ３０に配信停止応答（Ｓ７６４）を送信する。ＭＭＥ３０は、ｅＮＢ５０からの配信停止応答を受けて、ＭＢＭＳベアラコンテキスト３２２の配信ノードのｅＮＢ５０の情報を削除し、ＭＢＭＳＵＥコンテキスト３２４のｅＮＢ５０に関する情報を削除する。
【０３９５】
図１１（ｂ）に配信ノードのｅＮＢ５０削除後のＭＢＭＳベアラコンテキスト３２２の一例を示す。又、図１２（ｂ）にｅＮＢ５０に関する情報を削除後のＭＢＭＳ ＵＥコンテキスト３２４の一例を示す。
【０３９６】
その後、ＭＭＥ３０はＭＢＭＳ ＧＷ２０に、ＴＭＧＩ１のｅＮＢ５０への配信停止要求（Ｓ７６６）を送信する。
【０３９７】
ＭＢＭＳ ＧＷ２０は、ＭＭＥ３０からのｅＮＢ５０への配信停止要求（Ｓ７６６）を受けて、ＭＢＭＳベアラコンテキスト２２２の配信ノードのｅＮＢ５０の情報を削除し、ＭＢＭＳ ＵＥコンテキスト２２６のｅＮＢ５０の情報を削除する。
【０３９８】
図７（ｂ）に配信ノードのｅＮＢ５０削除後のＭＢＭＳベアラコンテキスト２２２の一例を示す。又、図９（ｂ）にｅＮＢ５０に関する情報を削除後のＭＢＭＳＵＥコンテキスト２２６の一例を示す。 ＭＢＭＳ ＧＷ２０はＭＭＥ３０に配信停止応答（Ｓ７６８）を送信する。
【０３９９】
なお、ＭＭＥ３０における、ＭＢＭＳベアラコンテキスト３２２の配信ノードのｅＮＢ５０の情報を削除、及びＭＢＭＳＵＥコンテキスト３２４のｅＮＢ５０に関する情報の削除は、ＭＢＭＳ ＧＷ２０から配信停止応答（Ｓ７６８）を受信した後でも良い。
【０４００】
以上により、ＢＭ−ＳＣ１０からｅＮＢ５０を経由してＵＥｍ９０で受信していたマルチキャストデータが、ＨｅＮＢ７０、ＵＥｈ８０を経由しての受信が可能となり、ＭＢＭＳ ＧＷ２０からｅＮＢ５０への有線区間のトラフィックが不要となり、また、ｅＮＢ５０からＵＥｍ９０への無線区間のトラフィックが不要となる。
【０４０１】
以上のＵＥでのオフロードによりコアネットワーク及び無線区間のトラフィック輻輳回避ができる。
【０４０２】
なお、上記ではＭＭＥ５０からの配信停止要求及び応答は、ｅＮＢ５０、ＭＢＭＳ ＧＷ２０の順番で行ったが、逆の順番でも良い。さらに、上記ではｅＮＢ５０ではＭＭＥ３０からの配信停止要求（Ｓ７６２）を受けて、ＭＢＭＳベアラコンテキスト５３２、無線フレーム情報５３４、ＭＢＭＳＵＥコンテキスト５３６のＴＭＧＩ１に関する内容の削除を行ったが、ＭＢＭＳベアラコンテキスト５３２の状態情報を「アクティブ」から「スタンバイ」に変更するのみでも良い。
【０４０３】
同様に、ＭＭＥ５０及びＭＢＭＳ ＧＷ２０では、ＭＢＭＳベアラコンテキスト３２２の配信ノード及びＭＢＭＳベアラコンテキスト２２２の配信ノードのｅＮＢ５０の情報を削除し、ＭＢＭＳ ＵＥコンテキスト３２４及びＭＢＭＳ ＵＥコンテキスト２２６のｅＮＢ５０の情報を削除したが、各々のＭＢＭＳベアラコンテキスト３２２及びＭＢＭＳベアラコンテキスト２２２において、ｅＮＢ５０のみの配信を「アクティブ」から「スタンバイ」に設定出来る機能がある場合、ｅＮＢ５０の項目を削除せずに、ｅＮＢ５０のみの配信を「アクティブ」から「スタンバイ」に設定しても良い。
【０４０４】
なお、上記では、ＵＥｈ８０から、ＵＥｍ９０への１台へのマルチキャストデータ配信について述べたが、ＵＥｈ８０の無線送受信が複数同時に動作する能力があれば、ＵＥｈ８０から複数のＵＥへの配信が可能となる。
【０４０５】
本実施形態では、ＵＥ間通信許可テーブル４２２、ＵＥ間通信コネクティビティテーブルに示すマルチキャストルータ機能に関し、ＵＥｍ９０は「無し」として説明した。
【０４０６】
ＵＥｍ９０にマルチキャストルータ機能を保有する場合、ＵＥｈ８０を経由して配信されたマルチキャストデータをＵＥｍ９０からさらに複数のＵＥに配信する事が可能となる。
【０４０７】
また、ＵＥｍ９０が配信したＵＥにも同様にマルチキャストルータ機能を保有する場合、ツリー状に配信範囲を広げる事が可能となり、より幅広いトラフィックのオフロードが実現出来る。
【０４０８】
なお、ＵＥｈ８０とＵＥｍ９０は、説明上別のＵＥとして扱ったが、マルチキャストルータ機能の有無のみの違いである。すなわち、図２５に示すマルチキャストルーティングプログラム８３０、マルチキャストルーティング用バッファ８３２の有無の違いである。
【０４０９】
マルチキャストルーティングプログラム８３０は、ダウンロード等の手段によりＵＥの機能追加の仕組みがあれば追加可能であり、マルチキャストルーティング用バッファ８３２は、専用のハードウエアを準備する事無くＵＥに装備されている記憶装置で代用が可能である。
【０４１０】
従って、本実施形態ではＵＥｈ８０からＵＥｍ９０への直接通信を行ったが、ＵＥｍ９０がマルチキャストルータ機能を保有する場合ＵＥｍ９０からＵＥｈ８０への直接通信を行い、ＢＭ−ＳＣ１０からＨｅＮＢ７０までのトラフィックのオフロードを行う事もできる。
【０４１１】
上記の場合でも、ＭＭＥ３０、ＨＳＳ４０、ＢＭ−ＳＣ１０等がＴＭＧＩ、ＩＭＳＩ、配信ノード等を管理し、ＴＭＧＩ単位で、どの配信ノード配下でＩＭＳ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
【非特許文献３】ＴＳ23.829 Local IP Access and Selected IP Traffic Offload
【発明の概要】
【発明が解決しようとする課題】
【００１３】
ここで、高データトラフィックを必要とする事の多いマルチキャストやブロードキャストでは、一つのサーバから複数の端末に同じデータを配信する場合、サーバから端末までの共通ルート部分は１本の共通データが流れ、ルートの分岐点で配信データのコピーを作成しそれ以降は複数本のデータを並行して流す仕組みがあり、受信端末の数だけ独立したデータ配信ルートを設ける必要が無く、マルチキャストやブロードキャストの仕組み自体にトラフィックの輻輳を削減する仕組みが既に存在している。
【００１４】
しかしながら、分岐点がサーバに近づく程共通部分が減り、削減効果が少なくなり、サーバに近い分岐点程、ネットワークにおけるデータトラフィック輻輳の影響を受けやすい、という課題があった。
【００１５】
一例として、マルチキャストやブロードキャストにおいてサーバの配信データを配信ルートの異なる２台の受信端末が同時に受信している時に、配信ルートがサーバから離れた下流の地点で分岐した場合と、サーバに近い上流で分岐した場合とを比較すると、サーバに近い方場合の方が独立してデータが流れる部分が増えるため、サーバから離れた地点での分岐の場合に比べてトラフィックの削減効果が少なくなると共に、ネットワークのトラフィックが輻輳した場合に、より影響を受けやすい。
【００１６】
一方、データフローの配信ルートの一部を別のルートに迂回させ、本来のルートのトラフィックを削減する技術としてオフロード技術がある。しかしながら、例えばサーバから受信端末へデータをダウンロードする際に、トラフィックが輻輳した時に途中の特定区間を別のルートにオフロードする事を考えると、その特定区間のトラフィックは削減されるが、特定区間以外の輻輳は解決されない。すなわち、従来のオフロード技術は一定の効果はあるもののトラフィック輻輳の削減効果は限定的であるという課題があった。
【００１７】
さらに、現在検討されているオフロード技術では、マルチキャストやブロードキャストといったＭＢＭＳには対応しておらず、また通信の最初からオフロードを行う、という静的な制御が検討されているが、トラフィックの変動に対応して通信の途中でも動的にオフロードを行う仕組みは存在していない。
【００１８】
ここで、マルチキャストやブロードキャストデータを受信した１つの配信ルートの端末から、別の配信ルートの端末に直接通信する手段が存在する時に、１つの配信ルートで受信した端末が受信しているデータを端末内でコピーして別の端末に直接配信する機能を有していれば、サーバから別の端末迄の分岐点以降の配信データのトラフィックを停止することが可能となる。すなわち、サーバから別の端末までの配信データフローを、１つの受信端末から別の受信端末へオフロードする事により、ネットワークのデータトラフィックを削減する事が可能となる。これはサーバから別の受信端末までのルートの分岐点がサーバに近い程トラフィック削減効果は大きい。
【００１９】
しかし、その場合に端末間で勝手に転送を実行してしまうと、例えば有料コンテンツが勝手に無料で配信できる事になってしまい、端末間でのテータ転送を行う場合にはネットワーク及びサービス事業者の許可・管理下で行う必要がある、という課題があった。
【００２０】
それを実現する手段として、マルチキャストデータ配信の仕組みを受信端末に具備し、その端末から別の端末にネットワーク及びサービス事業者側の管理下において配信する事が考えられるが、現在その様な仕組みは無い。
【００２１】
すなわち、複数の端末が同時に受信する事が出来るマルチキャストやブロードキャストデータ配信においては、サーバからネットワークのデータトラフィックが輻輳した場合、配信ルート分岐点がサーバに近い上流である程輻輳の影響を受けやすくなる、という課題がある。また、トラフィック輻輳を削減する手段としてオフロード技術があるが、オフロードさせる特定部分以外には削減効果がない、という課題があった。
【００２２】
また、ある端末から別の端末にマルチキャストやブロードキャストデータを勝手に配信してしまうと、例えば有料コンテンツを無料で配信してしまうので、ネットワーク及びサービス事業者の許可・管理下で行う必要がある、という課題がある。
【００２３】
そこで本発明では、第１の目的として、ネットワーク及びサービス管理者の管理下において、端末から別の端末へのマルチキャストやブロードキャストデータ配信をオフロードさせる事により、データトラフィックの輻輳を削減可能な移動通信システムを提供することを目的とする。
また、第２の目的として、マルチキャストやブロードキャストデータ配信の途中でトラフィックの輻輳を検出した場合でも動的にオフロードさせる事により、より効率的にトラフィックの輻輳を削減可能な移動通信システムを提供する事を目的とする。
【課題を解決するための手段】
【００２４】
上述した課題に鑑み、本発明のモビリティ管理装置は、
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムにおけるモビリティ管理装置であって、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行えるか否かを判断し、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行える場合には、第１移動局装置に、第２移動局装置を経由してオフロード通信を行う要求を送信することを特徴とする。
【００２５】
また、本発明のモビリティ管理装置は、前記第１移動局装置から、通信開始の通知を受信した場合には、前記第１基地局装置に対して、サービス配信装置からのサービス配信を停止する要求を送信することを特徴とする。
【００２６】
本発明の第１移動局装置は、
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムにおける第１移動局装置であって、
前記モビリティ管理装置から、オフロードの要求信号を受信し、
当該要求信号を受信した際に、第２基地局装置との制御信号の転送路が確立できている場合には、前記第２移動局装置とサービスの配信を受信するサービスデータ転送路を確立し、
前記サービス配信装置からのサービスの配信を、前記サービスデータ転送路を介して第２移動局装置から受信することを特徴とする。
【００２７】
本発明の第２移動局装置は、
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムにおける第２移動局装置であって、
第１移動局装置とサービスデータ転送路を確立し、
第１移動局装置に、ＭＢＭＳ開始通知を送信した後に、サービス配信装置からサービスを受信しつつ、受信したサービスを前記サービスデータ転送路を介して第１移動局装置に配信することを特徴とする。
【００２８】
本発明の移動通信システムは、
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムであって、
前記モビリティ管理装置は、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行えるか否かを判断し、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行える場合には、第１移動局装置に、第２移動局装置を経由してオフロード通信を行う要求を送信し、
前記第１移動局装置は、
前記モビリティ管理装置から、オフロードの要求信号を受信し、
当該要求信号を受信した際に、第２基地局装置との制御信号の転送路が確立できている場合には、前記第２移動局装置とサービスの配信を受信するサービスデータ転送路を確立し、
前記サービス配信装置からのサービスの配信を、前記サービスデータ転送路を介して第２移動局装置から受信する、
ことを特徴とする。
【００２９】
本発明の通信方法は、
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムの通信方法であって、
前記モビリティ管理装置は、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行えるか否かを判断し、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行える場合には、第１移動局装置に、他の移動局装置を経由してオフロード通信を行う要求を送信するステップと、
を実現し、
前記第１移動局装置は、
前記モビリティ管理装置から、オフロードの要求信号を受信するステップと、
当該要求信号を受信した際に、第２基地局装置との制御信号の転送路が確立できている場合には、前記第２移動局装置とサービスの配信を受信するサービスデータ転送路を確立し、
前記サービス配信装置からのサービスの配信を、前記サービスデータ転送路を介して第２移動局装置から受信するステップと、
を実現することを特徴とする。
【発明の効果】
【００３０】
本発明では、マルチキャストやブロードキャストデータ配信の１つの配信ルートで受信する端末が、他の受信端末と直接通信する手段を有し、端末においてマルチキャストやブロードキャスト配信する機能を有する時に、受信端末から別のルートでマルチキャストやブロードキャストデータ配信データを受信する端末に配信する事により、別の配信ルートの分岐点から受信端末までのデータを停止する事、すなわち別の配信ルートから、１つの受信端末からの配信ルートにオフロードする事が可能となり、データトラフィックの削減が出来る。
【００３１】
本発明によれば、
ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＭＢＭＳ ＧＷ及びＭＭＥ、基地局装置及びホーム基地局に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、ＭＭＥは複数の端末に配信されているマルチキャストデータの種類、セッション等を管理し、同一マルチキャストコンテンツが、異なるセッションの端末に配信されている事を検出した場合、端末間通信の可否、及び端末にマルチキャストルーティング機能の有無を確認する。
【００３２】
端末からのオフロード要求も含めて総合的に判断し、条件を満足した場合には、マルチキャストルーティング機能を保有する端末から別の端末に本来のネットワークルートを介さずにマルチキャストデータの配信指示を行う事により、従来のネットワークルート全てのオフロードを行う事が可能となり、ネットワークトラフィックの輻輳回避や無線資源の有効利用が可能となる。
【図面の簡単な説明】
【００３３】
【図１】本実施形態における移動通信システムの概略を示した図である。
【図２】本実施形態におけるＢＭ−ＳＣの機能構成を説明する為の図である。
【図３】ＢＭ−ＳＣにおけるＭＢＭＳサービスＤＢのデータ構成の一例を示した図である。
【図４】ＢＭ−ＳＣにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図５】ＢＭ−ＳＣにおけるＭＢＭＳ ＵＥコンテキストのデータ構成の一例を示した図である。
【図６】ＭＢＭＳ ＧＷの機能構成を説明する為の図である。
【図７】ＭＢＭＳ ＧＷにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図８】ＭＢＭＳ ＧＷにおける上流コントロールノードＤＢのデータ構成の一例を示した図である。
【図９】ＭＢＭＳ ＧＷにおけるＭＢＭＳ ＵＥコンテキストのデータ構成の一例を示した図である。
【図１０】ＭＭＥの機能構成を説明する為の図である。
【図１１】ＭＭＥにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図１２】ＭＭＥにおけるＭＢＭＳ ＵＥコンテキストのデータ構成の一例を示した図である。
【図１３】ＭＭＥにおけるＵＥ間通信コネクティビティテーブルのデータ構成の一例を示した図である。
【図１４】ＨＳＳの機能構成を説明する為の図である。
【図１５】ＨＳＳにおけるＵＥ間通信許可テーブルのデータ構成の一例を示した図である。
【図１６】ｅＮＢの機能構成を説明する為の図である。
【図１７】ｅＮＢにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図１８】ｅＮＢにおける無線フレーム情報のデータ構成の一例を示した図である。
【図１９】ｅＮＢにおけるＭＢＭＳ ＵＥコンテキストのデータ構成の一例を示した図である。
【図２０】ＧＷの機能構成を説明する為の図である。
【図２１】ＨｅＮＢの機能構成を説明する為の図である。
【図２２】ＨｅＮＢにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図２３】ＨｅＮＢにおける無線フレーム情報のデータ構成の一例を示した図である。
【図２４】ＨｅＮＢにおけるＭＢＭＳ ＵＥコンテキストのデータ構成の一例を示した図である。
【図２５】ＵＥｈの機能構成を説明する為の図である。
【図２６】ＵＥｈにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図２７】ＵＥｈにおける無線フレーム情報のデータ構成の一例を示した図である。
【図２８】ＵＥｈにおけるＭＢＭＳ ＵＥコンテキストのデータ構成の一例を示した図である。
【図２９】ＵＥｈにおけるＵＥ間通信コネクティビティテーブルのデータ構成の一例を示した図である。
【図３０】ＵＥｍの機能構成を説明する為の図である。
【図３１】ＵＥｍにおけるＭＢＭＳベアラコンテキストのデータ構成の一例を示した図である。
【図３２】ＵＥｍにおける無線フレーム情報のデータ構成の一例を示した図である。
【図３３】ＵＥｍにおけるＭＢＭＳ ＵＥコンテキストのデータ構成の一例を示した図である。
【図３４】ＵＥｍにおけるＵＥ間通信コネクティビティテーブルのデータ構成の一例を示した図である。
【図３５】第１実施形態におけるＷＬＡＮ ＡＰの機能構成を説明する為の図である。
【図３６】第１実施形態における処理の流れについて説明した図である。
【図３７】第１実施形態における処理の流れについて説明した図である。
【図３８】第１実施形態における処理の流れについて説明した図である。
【図３９】第１実施形態における処理の流れについて説明した図である。
【図４０】第１実施形態における処理の流れについて説明した図である。
【図４１】第１実施形態における処理の流れについて説明した図である。
【図４２】第１実施形態における処理の流れについて説明した図である。
【図４３】第１実施形態における処理の流れについて説明した図である。
【図４４】第１実施形態における処理の流れについて説明した図である。
【図４５】第１実施形態における処理の流れについて説明した図である。
【図４６】第１実施形態における処理の流れについて説明した図である。
【図４７】第１実施形態における処理の流れについて説明した図である。
【図４８】第２実施形態における移動通信システムの概要を説明する図である。
【発明を実施するための形態】
【００３４】
以下、図面を参照して本発明を実施するための形態について説明する。なお、本明細書の記載は、本発明を説明するための一形態であり、明細書の実施形態に限定されるものでは無いことは勿論である。
【００３５】
［１．第１実施形態］
［１．１ システム構成］
図１は、本発明を適用した場合における移動通信システム１の概要を説明するための図である。移動通信システム１は、ブロードキャスト・マルチキャストサービスセンタであるＢＭ−ＳＣ（Broadcast Multicast- Service Center）１０と、ゲートウェイ装置であるＭＢＭＳ ＧＷ（MBMS GateWay）２０と、モビリティ管理装置であるＭＭＥ（Mobility Management Entity）３０と、認証装置であるＨＳＳ（Home Subscriber Server）４０と、ＧＷ（GateWay）６０とを含むコアネットワーク２が構成されている。
【００３６】
ＭＢＭＳ ＧＷ２０からは、基地局装置であるｅＮＢ５０と、ｅＮＢ５０に接続される移動局装置であるＵＥｍ９０とを含んで構成され、一方ＧＷからブロードバンドアクセスネットワーク４を経由して、家庭用基地局であるＨｅＮＢ(Home evolved Node B)７０とＨｅＮＢ７０に接続される移動局であるＵＥｈ８０とを含んで構成される。
【００３７】
また、ＵＥｈ８０とＵＥｍ９０とは、直接接続で構成される。また、ＵＥｈ８０とＵＥｍ９０とは、ＷＬＡＮ ＡＰ（Wireless LAN Access Point）１０００の中継接続による接続形態においても構成される。
【００３８】
コアネットワーク２にｅＮＢ５０が接続されており、ｅＮＢ５０にＵＥｍ９０が接続可能な状態で構成されている。また、コアネットワーク２からブロードバンドアクセスネットワーク４を経てＨｅＮＢ７０が接続されており、ＨｅＮＢ７０にＵＥｈ８０が接続可能な状態で構成されている。
【００３９】
具体的には、ＢＭ−ＳＣ１０の下位にはＭＢＭＳ ＧＷ２０が接続されており、ＭＢＭＳ ＧＷ２０の下位にはＭＭＥ３０を介して又は直接ｅＮＢ５０が接続されている。さらに、ｅＮＢ５０の下位にはＵＥｍ９０が接続されている。また、ＭＢＭＳ ＧＷ２０の下位にはＧＷ６０が接続されており、ＧＷ６０からブロードバンドアクセスネットワーク４を経てＨｅＮＢ７０が接続されており、ＨｅＮＢ７０の下位にはＵＥｈ８０が接続されている。また、ＵＥｈ８０とＵＥｍ９０は、ＨｅＮＢ７０やｅＮＢ５０を介さずに、直接、あるいはＷＬＡＮ ＡＰ１０００を経由して接続されている。
【００４０】
ここで、本実施形態の図１においては、説明の都合上、各構成装置が１つとして記載されているが、複数の装置が接続されていてもよい。例えば、一又は複数のＭＢＭＳ ＧＷを移動通信システム１は含んでおり、各ＭＢＭＳ ＧＷの下位に一又は複数のＭＭＥ、ｅＮＢがそれぞれ接続されてもよい。また、ＵＥｍもｅＮＢに一又は複数接続可能である。
【００４１】
同様にＭＢＭＳ ＧＷの下位には一又は複数のＧＷ及び一又は複数のブロードバンドアクセスネットワークを経て一又は複数のＨｅＮＢが接続可能であり、ＨｅＮＢの下位には一又は複数のＵＥｈが接続可能である。またＵＥｍはＨｅＮＢに接続される場合はＵＥｈとして動作し、同様にＵＥｈはｅＮＢに接続される場合はＵＥｍとして動作する。さらに、ＵＥｈは一又は複数のＵＥｍあるいは一又は複数のＵＥｈと直接通信可能であり、一又は複数のＷＬＡＮ ＡＰを中継して接続する事も可能である。また、ＷＬＡＮ ＡＰは代表的にはＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）で規定される８０２．１１や８０２.１６があるが、特に限定されない。
【００４２】
［１．２ 装置構成］
続いて、各装置の機能構成について、図を用いて説明する。
【００４３】
［１．２．１ ＢＭ−ＳＣ］
ＢＭ−ＳＣ１０の機能構成について、図２を用いて説明する。ＢＭ−ＳＣ１０は、制御部１００に、送受信部１１０と記憶部１２０とが接続されている。
【００４４】
制御部１００は、ＢＭ−ＳＣ１０の全体を制御するための機能部である。制御部１００は、記憶部１２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（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）等により構成されている。また、本実施形態においては、ＵＥ間通信許可テーブル４２２が記憶されている。
【００８６】
図１５にＵＥ間通信許可テーブル４２２のデータ構成の一例を示す。ＵＥ間通信許可テーブル４２２は、各ＵＥ間で直接（例えば、「直接」）又はＷＬＡＮやＷｉＭＡＸ等異種無線システムを経由（例えば「異種無線経由１（ＷＬＡＮ ＡＰ１０００）」）して他のＵＥと通信を行って良いかの許可情報（例えば、「許可」）と、各々での無線周波数や拡散方式、無線設備識別番号（ＭＡＣアドレス等）等を記述したアクセス手段（例えば、「アクセス手段１」）と、ＳＳＩＤ等アクセスするための秘匿情報（例えば、「アクセス秘匿情報１」）と、マルチキャスト配信を行う機能である、マルチキャストルータ機能の有無（例えば、「有り」）と、無線の接続方法を規定する無線接続モード（例えば「ＴＤＤ」、「ＦＤＤ」）が含まれている。
【００８７】
なお、ＵＥ通信許可テーブル４２２は、通信事業者がユーザとの契約に基づき事前に登録してあっても良いし、初期通信等の時点でＵＥから情報を得て後に登録しても良い。
【００８８】
［１．２．５ ｅＮＢ］
続いて、ｅＮＢ５０の機能構成について、図１６を用いて説明する。ｅＮＢ５０は、制御部５００に、送受信部５１０と、無線送受信部５２０と、記憶部５３０とが接続されている。
【００８９】
制御部５００は、ｅＮＢ５０の全体を制御するための機能部である。制御部５００は、記憶部５３０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【００９０】
送受信部５１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＭＢＭＳ ＧＷ２０と、ＭＭＥ３０と接続されている。また無線送受信部５２０を介してＵＥｍ９０が接続可能である。
【００９１】
記憶部５３０は、ｅＮＢ５０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部５３０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト５３２と、無線フレーム情報５３４と、ＭＢＭＳ ＵＥコンテキスト５３６とがそれぞれ記憶されている。
【００９２】
ＭＢＭＳベアラコンテキスト５３２は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図１７に、ＭＢＭＳベアラコンテキスト５３２のデータ構成の一例を示す。
【００９３】
図１７（ａ）に示すように、ＭＢＭＳベアラコンテキスト５３２は、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ１」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、ＭＢＭＳ制御装置の情報（例えば、「ＭＭＥ３０」）と、上位の配信ノードとなる上位配信ノードの情報（例えば、「ＭＢＭＳ ＧＷ２０」）とが含まれている。
【００９４】
ここで、上位配信ノードに関する情報は、ノードを特定する情報を記憶しており、例えばＩＰアドレス（図１７（ａ）の場合はＭＢＭＳ ＧＷ２０のＩＰアドレス）が記憶される。また、ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶される。
【００９５】
無線フレーム情報５３４は、ＭＢＭＳベアラサービス毎に、ｅＮＢ５０がＵＥｍ９０へ無線区間を通して送信するための無線フレームの情報を記憶する。図１８に、無線フレーム情報５３４のデータ構成の一例を示す。
【００９６】
具体的には、図１８（ａ）に示すように、ＭＢＭＳベアラサービスを識別する識別子毎（例えばＴＭＧＩ毎）に、マルチキャストモードかユニキャストモードかを示すモード情報（例えば、「フレームモード」）を記憶する。さらに、ユニキャストモードの場合には、フレーム配送するＵＥｍ９０のＩＭＳＩ（International Mobile Subscriber Identity）等の識別情報が記憶されている。ここで、フレーム配送するＵＥ（識別情報）については複数記憶することができる。
【００９７】
ＭＢＭＳ ＵＥコンテキスト５３６は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータ配信におけるＵＥの管理情報である。ｅＮＢ５０は、あるＭＢＭＳベアラサービスにおいて最初のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録する。また、あるＭＢＭＳベアラサービスにおいて、最後のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録解除を行う。図１９に、ＭＢＭＳ ＵＥコンテキスト５３６のデータ構成の一例を示す。
【００９８】
図１９（ａ）に示すように、ＭＢＭＳ ＵＥコンテキスト５３６は、ＭＢＭＳベアラサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス」）と、ＵＥｍ９０が初期接続時に、ＩＰアドレスを取得する際に必要とするＡＰＮ（例えば、「ＡＰＮ１」）と、ＵＥが参加するマルチキャストサービスを示すＴＭＧＩ（例えば、「ＴＭＧＩ１」）と、ＵＥ（例えば、「ＵＥｈ８０」、「ＵＥｍ９０」）を識別するために用いられるＩＭＳＩの情報（例えば、ＵＥｈ８０を識別する「ＩＭＳＩ１」）とが含まれている。
【００９９】
［１．２．６ ＧＷ］
次にＧＷ６０の構成機能について、図２０を用いて説明する。ＧＷ６０は、制御部６００に、送受信部６１０と記憶部６２０とが接続されている。
【０１００】
制御部６００は、ＧＷの全体を制御するための機能部である。制御部６００は、記憶部６２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【０１０１】
送受信部６１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＭＢＭＳ ＧＷ２０と、ブロードバンドアクセスネットワーク４に接続されており、ＭＢＭＳ ＧＷ２０のあるコアネットワーク２とブロードバンドアクセスネットワーク４のデータを双方向に中継する。
【０１０２】
記憶部６２０は、ＧＷ６０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部６２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。
【０１０３】
［１．２．７ ＨｅＮＢ］
続いて、ＨｅＮＢ７０の機能構成について、図２１を用いて説明する。ＨｅＮＢ７０は、制御部７００に、送受信部７１０と、無線送受信部７２０と、記憶部７３０とが接続されている。
【０１０４】
制御部７００は、ＨｅＮＢ７０の全体を制御するための機能部である。制御部７００は、記憶部７３０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【０１０５】
送受信部７１０は、ネットワークに接続されるインタフェース部であり、例えばブロードバンドアクセスネットワーク４と接続されており、無線送受信部７２０を介してＵＥｈ８０が接続可能である。
【０１０６】
記憶部７３０は、ＨｅＮＢ７０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部７３０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト７３２と、無線フレーム情報７３４と、ＭＢＭＳ ＵＥコンテキスト７３６とがそれぞれ記憶されている。
【０１０７】
ＭＢＭＳベアラコンテキスト７３２は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図２２に、ＭＢＭＳベアラコンテキスト７３２のデータ構成の一例を示す。
【０１０８】
図２２（ａ）に示すように、ＭＢＭＳベアラコンテキスト７３２は、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ１」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかスタンバイかを管理する状態情報（例えば、「アクティブ」）と、ＭＢＭＳ制御装置の情報（例えば、「ＭＭＥ３０」）と、上位の配信ノードとなる上位配信ノードの情報（例えば、「ＭＢＭＳ ＧＷ２０」）とが含まれている。
【０１０９】
ここで、上位配信ノードに関する情報は、ノードを特定する情報を記憶しており、例えばＩＰアドレス（図２２（ａ）の場合はＭＭＥ３０のＩＰアドレス）が記憶される。また、ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶される。
【０１１０】
無線フレーム情報７３４は、ＭＢＭＳベアラサービス毎に、ＨｅＮＢ７０がＵＥへ無線区間を通して送信するための無線フレームの情報を記憶する。図２３に、無線フレーム情報７３４のデータ構成の一例を示す。
【０１１１】
具体的には、ＭＢＭＳベアラサービスを識別する識別子毎（例えばＴＭＧＩ毎）に、マルチキャストモードかユニキャストモードかを示すモード情報（例えば、「フレームモード」）を記憶する。さらに、ユニキャストモードの場合には、フレーム配送するＵＥのＩＭＳＩ（International Mobile Subscriber Identity）等の識別情報が記憶されている。ここで、フレーム配送するＵＥ（識別情報）については複数記憶することができる。
【０１１２】
ＭＢＭＳ ＵＥコンテキスト７３６は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータ配信におけるＵＥの管理情報である。ＨｅＮＢ７０は、あるＭＢＭＳベアラサービスにおいて最初のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録する。また、あるＭＢＭＳベアラサービスにおいて、最後のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録解除を行う。図２４に、ＭＢＭＳ ＵＥコンテキスト７３６のデータ構成の一例を示す。
【０１１３】
図２４（ａ）に示すように、ＭＢＭＳ ＵＥコンテキスト７３６は、ＭＢＭＳベアラサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス」）と、ＵＥが初期接続時に、ＩＰアドレスを取得する際に必要とするＡＰＮ（例えば、「ＡＰＮ１」）と、ＵＥが参加するマルチキャストサービスを示すＴＭＧＩ（例えば、「ＴＭＧＩ１」）と、ＵＥを識別するために用いられるＩＭＳＩの情報（例えば、「ＩＭＳＩ２」）とが含まれている。なお、ＩＭＳＩは下流の構成等によっては情報が含まれない場合がある。
【０１１４】
［１．２．８ ＵＥｈ］
続いて、ＵＥｈ８０の機能構成について、図２５を用いて説明する。ＵＥｈ８０は、制御部８００に、無線送受信部８１０と、記憶部８２０とが接続されている。
【０１１５】
制御部８００は、ＵＥｈ８０の全体を制御するための機能部である。制御部８００は、記憶部８２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【０１１６】
無線送受信部８１０は例えば１つ又は複数にて構成される。また無線送受信部８１０は例えばＦＤＤ（Frequency Division Duplex）モード及び／又はＴＤＤ（Time Division Duplex）モードの無線接続モードにて構成される。
【０１１７】
ＦＤＤモードでは送信と受信の通信を送信周波数帯と受信周波数帯に分離して実現し、ＴＤＤモードは同じ周波数帯にて送信時間と受信時間に分離して実現する。
【０１１８】
例えば、基地局とＵＥの間で通信する場合、ＦＤＤモードの場合は、基地局の送信周波数でＵＥが受信し、逆にＵＥの送信周波数で基地局が受信し、通信を行っている。
【０１１９】
一方、ＴＤＤモードの場合、基地局とＵＥ両方とも同じ周波数帯で送信、受信を時間で切り替えている。
【０１２０】
従って、ＵＥ間で直接通信を行う場合、ＦＤＤモードのＵＥ同士の場合、どちらかのＵＥが基地局の送信設備と基地局の受信設備を具備するか、双方のＵＥが基地局の送信設備、あるいは基地局の受信設備を同時に具備する必要がある。
【０１２１】
一方、ＴＤＤモードのＵＥ同士で直接通信を行う場合、送信と受信とのタイミングを切り替えれば基地局の動作とＵＥとの動作を切り替える事が可能であるので、どちらかのＵＥが基地局のタイミング、反対側のＵＥがＵＥのタイミングで送受信すれば、ＵＥ間直接通信を行う事ができ、例えばＵＥｈ８０とＵＥｍ９０が直接通信する事ができる。
【０１２２】
なお、ＦＤＤモードのＵＥの場合、無線ＬＡＮ等の他の無線システムを具備している場合、無線ＬＡＮ ＡＰ等を中継する事により、ＵＥ間通信を行う事が可能であり、例えばＷＬＡＮ ＡＰ１０００を中継して、ＵＥｈ８０とＵＥｍ９０とが通信する事ができる。
【０１２３】
ＴＤＤモードとＦＤＤモードとの両方をＵＥが具備し、同時に動作する、例えば基地局からＦＤＤモードで受信した信号を、ＴＤＤモードを用いて他のＵＥと直接通信により、配信する事ができる。また、基地局からＦＤＤモードで受信しながら、ＵＥとＵＥ間直接通信を行い、同時に２つの信号を受信する事ができる。
【０１２４】
ＴＤＤモード、ＦＤＤモードが同時に動作しない場合でも、切り替えて動作させることにより、バッファ等にデータを蓄積する事により多少の時間ロスはあっても上記の機能を行う事ができる。
【０１２５】
記憶部８２０は、ＵＥｈ８０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部８２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。
【０１２６】
また、本実施形態においては、ＭＢＭＳベアラコンテキスト８２２と、無線フレーム情報８２４と、ＭＢＭＳ ＵＥコンテキスト８２６と、ＵＥ間通信コネクティビティテーブル８２８と、マルチキャストルーティングプログラム８３０と、ＵＥ間直接通信プログラム８３４がそれぞれ記憶されている。さらに記憶部の一部がマルチキャストルーティング用バッファ８３２として割り当てられている。ただし、専用の記憶領域が割当てられていなくても良い。
【０１２７】
マルチキャストルーティングプログラム８３０の実行により、マルチキャストルータとしての動作が実行され、マルチキャスト配信機能を具備する。すなわち、マルチキャストルーティング用バッファ８３２の一部の領域には、上流から配信を受けたマルチキャスト配信データのコピーが作成され、別の領域に作成されているマルチキャストルーティングテーブルに従って、下流にマルチキャスト配信する。
【０１２８】
ここで、マルチキャストルーティングプログラム８３０の代わりに、ブロードキャストルーティングプログラムが記憶され、マルチキャストルーティング用バッファの代わりに、ブロードキャストルーティング用バッファを割り当て、ブロードキャストルーティングプログラムを実行した場合は、マルチキャスト同様に、下流にブロードキャスト配信を行う事により、ブロードキャスト配信機能を具備する。
【０１２９】
また、オフロード要求フラグ８３６が記憶されている。これはＵＥが、一例として受信品質の低下等によりオフロードの必要性を判断した場合や、ユーザが、一例として課金等の理由によりユーザの意思で例えばキー入力、音声入力、振動入力等の手段によりオフロードを要求する場合に変化する１つ又は複数のフラグである。
【０１３０】
マルチキャストルーティングプログラム８３０を制御部８００で実行する事により、ＵＥｈ８０が受信したマルチキャストデータをマルチキャストルーティング用バッファ８３２に一時的に蓄積し、蓄積したマルチキャストデータをＵＥｈ８０から配下のＵＥ等の端末に配信する事ができる。
【０１３１】
その際、例えばＵＥｈ８０がＦＤＤモード、ＴＤＤモードの両方を具備している場合は、上流のＨｅＮＢ７０からＦＤＤモードでマルチキャストデータを受信し、受信したマルチキャストデータをＴＤＤモードでのＵＥ間直接通信で配下のＵＥに配信する事ができる。また、上流のＨｅＮＢ７０からＴＤＤモードでマルチキャストデータを受信する事も可能であり、無線ＬＡＮアクセスポイント等を経由してＦＤＤモードで配下のＵＥに配信する事も可能である。さらにそれぞれの組み合わせも可能である。またＴＤＤモードとＦＤＤモードが同時に動作する場合も、切り替えて動作する場合も、あるいはそれぞれ単独で動作する場合も、組み合わせ可能である。
【０１３２】
なお、ＵＥ間直接通信は、ＵＥ間直接通信プログラム８３４を制御部８００で実行する事により動作する。例えばマルチキャストルーティングによる配信を行う場合は、マルチキャストルーティング用バッファ８３２、及び上記ＴＤＤモードやＦＤＤモードの制御も行う。
【０１３３】
ＭＢＭＳベアラコンテキスト８２２は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図２６に、ＭＢＭＳベアラコンテキスト８２２のデータ構成の一例を示す。
【０１３４】
図２６（ｂ）を例にとって説明すると、ＭＢＭＳベアラコンテキスト８２２は、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、配信のために確立するセッションの識別子（例えば、「セッションＩＤ１」）と、ＩＰマルチキャスト通信を行うためのＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス」）と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、ＭＢＭＳ制御装置の情報（例えば、「ＭＭＥ３０」）と、上位の配信ノードとなる上位配信ノードの情報（例えば、「ＨｅＮＢ７０」）とが含まれている。
【０１３５】
ここで、上位配信ノードに関する情報は、ノードを特定する情報を記憶しており、例えばＩＰアドレス（図２６の場合はＨｅＮＢ７０のＩＰアドレス）が記憶される。また、ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶される。
【０１３６】
なお、ＭＢＭＳベアラコンテキスト８２２の情報は、下流の構成によっては含まれない場合がある。
【０１３７】
無線フレーム情報８２４は、ＭＢＭＳベアラサービス毎に、ＨｅＮＢ７０がＵＥへ無線区間を通して送信するための無線フレームの情報を記憶する。図２７に、無線フレーム情報８２４のデータ構成の一例を示す。
【０１３８】
図２７（ｂ）を例にとって説明すると、無銭フレーム情報８２４は、ＭＢＭＳベアラサービスを識別する識別子毎に（例えばＴＭＧＩ毎）、マルチキャストモードかユニキャストモードかを示すモード情報（例えば、「フレームモード」）を記憶する。さらに、ユニキャストモードの場合には、フレーム配送するＵＥのＩＭＳＩ（International Mobile Subscriber Identity）等の識別情報が記憶されている。ここで、フレーム配送するＵＥ（識別情報）については複数記憶することができる。
【０１３９】
なお、無線フレーム情報８２４の情報は、下流の構成等によっては含まれない場合がある。
【０１４０】
ＭＢＭＳ ＵＥコンテキスト８２６は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータ配信におけるＵＥの管理情報である。ＨｅＮＢ７０は、あるＭＢＭＳサービスにおいて最初のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録する。また、あるＭＢＭＳサービスにおいて、最後のＭＢＭＳ ＵＥコンテキストが生成された場合、ＭＢＭＳ登録解除を行う。図２８に、ＭＢＭＳ ＵＥコンテキスト８２６のデータ構成の一例を示す。
【０１４１】
図２８（ｂ）を例にとって説明すると、ＭＢＭＳ ＵＥコンテキスト８２６は、ＭＢＭＳサービスへアクティベーションする場合に必要とするＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス」）と、ＵＥが初期接続時に、ＩＰアドレスを取得する際に必要とするＡＰＮ（例えば、「ＡＰＮ１」）と、ＵＥが参加するマルチキャストサービスを示すＴＭＧＩ（例えば、「ＴＭＧＩ１」）と、ＵＥを識別するために用いられるＩＭＳＩの情報（例えば、「ＩＭＳＩ１」）とが含まれている。なお、ＭＢＭＳ ＵＥコンテキスト８２６の情報は、下流の構成等によっては含まれない場合がある。
【０１４２】
ＵＥ間通信コネクティビティテーブル８２８は、ＵＥｈ８０が通信可能な他のＵＥの情報である。図２９にＵＥ間通信コネクティビティテーブルの一例を示す。
【０１４３】
具体的には、ＵＥ間通信コネクティビティテーブル８２８は、ＵＥｈ８０が直接通信可能なＵＥ情報（例えば、「ＵＥｍ９０」とするが、ＩＭＳＩ等ＵＥを識別できる情報を用いても良い）及び異種無線手段経由で通信可能なＵＥ情報（例えば「ＷＬＡＮ ＡＰ１０００経由ＵＥｍ９０」。ＷＬＡＮ ＡＰ１０００はＷＬＡＮ ＡＰ１０００の保有するＭａｃアドレスやベンダーが提供しＷＬＡＮ ＡＰ１０００を特定可能な識別番号でも良い。
【０１４４】
またＵＥｍ９０はＩＭＳＩ等ＵＥを識別できる情報を用いても良い）と、無線接続モード（例えば「ＴＤＤ」、「ＦＤＤ」）と、マルチキャストルーティング機能（例えば「有り」）が含まれている。
【０１４５】
［２．９ ＵＥｍ］
続いて、ＵＥｍ９０の機能構成について、図３０を用いて説明する。ＵＥｍ９０は、制御部９００に、無線送受信部９１０と、記憶部９２０とが接続されている。
【０１４６】
制御部９００は、ＵＥｍ９０の全体を制御するための機能部である。制御部９００は、記憶部９２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【０１４７】
無線送受信部９１０は、例えば１つ又は複数にて構成される。また無線送受信部９１０は例えばＦＤＤ（Frequency Division Duplex）モード及び／又はＴＤＤ（Time Division Duplex）モードの無線接続モードにて構成される。
【０１４８】
ＦＤＤモードでは送信と受信の通信を送信周波数帯と受信周波数帯に分離して実現し、ＴＤＤモードは同じ周波数帯にて送信時間と受信時間に分離して実現する。
【０１４９】
例えば、基地局とＵＥの間で通信する場合、ＦＤＤモードの場合は、基地局の送信周波数でＵＥが受信し、逆にＵＥの送信周波数で基地局が受信し、通信を行っている。
【０１５０】
一方、ＴＤＤモードの場合、基地局とＵＥ両方とも同じ周波数帯で送信、受信を時間で切り替えている。
【０１５１】
従って、ＵＥ間で直接通信を行う場合、ＦＤＤモードのＵＥ同士の場合、どちらかのＵＥが基地局の送信設備と基地局の受信設備を具備するか、双方のＵＥが基地局の送信設備、あるいは基地局の受信設備を同時に具備する必要がある。
【０１５２】
一方、ＴＤＤモードのＵＥ同士で直接通信を行う場合、送信と受信のタイミングを切り替えれば基地局の動作とＵＥの動作を切り替える事が可能であるので、どちらかのＵＥが基地局のタイミング、反対側のＵＥがＵＥのタイミングで送受信すれば、ＵＥ間直接通信を行う事ができ、例えばＵＥｍ９０とＵＥｈ８０が直接通信する事ができる。
【０１５３】
なお、ＦＤＤモードのＵＥの場合、無線ＬＡＮ等の他の無線システムを具備している場合、無線ＬＡＮ ＡＰ等を中継する事により、ＵＥ間通信を行う事が可能であり、例えばＷＬＡＮ ＡＰ１０００を中継して、ＵＥｍ９０とＵＥｈ８０とが通信する事ができる。
【０１５４】
記憶部９２０は、ＵＥｍ９０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部９２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト９２２と、無線フレーム情報９２４と、ＭＢＭＳ ＵＥコンテキスト９２６、ＵＥ間通信コネクティビティテーブル９２８と、ＵＥ間直接通信プログラム９３０とがそれぞれ記憶されている。また、オフロード要求フラグ９３２が記憶されている。これはＵＥが、一例として受信品質の低下等によりオフロードの必要性を判断した場合や、ユーザが、一例として課金等の理由によりユーザの意思で例えばキー入力、音声入力、振動入力等の手段によりオフロードを要求する場合に変化する１つ又は複数のフラグである。
【０１５５】
ＵＥ間直接通信は、ＵＥ間直接通信プログラム９３０を制御部９００で実行する事により動作する。例えば、他のＵＥから直接通信によりデータを受信する場合や、ｅＮＢ５０からのデータも併せて受信する場合は、ＴＤＤモードやＦＤＤモードの制御も行う。その際、ＴＤＤモードとＦＤＤモードが同時に動作する場合も、切り替えて動作する場合も、あるいはそれぞれ単独で動作する場合も組み合わせが可能である。
【０１５６】
ＭＢＭＳベアラコンテキスト９２２は、ＭＳＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図３１に、ＭＢＭＳベアラコンテキスト９２２のデータ構成の一例を示す。
【０１５７】
ＭＢＭＳベアラコンテキスト９２２は、ＭＢＭＳベアラサービス識別子と、セッション識別子と、ＩＰマルチキャストアドレスと、モードと、状態情報と、ＭＢＭＳ制御装置に関する情報と、上位配信ノードに関する情報と、配信ノードに関する情報とが記憶されるが、例えばＵＥｍ９０にマルチキャストルーティングの機能が搭載されず、ＵＥｍ９０の下流にＭＳＭＳベアラサービスが存在しない場合には、それらの情報は記憶されない。
【０１５８】
無線フレーム情報９２４は、ＭＢＭＳベアラサービス毎に、ＵＥｍ９０から下流へ無線区間を通して送信するための無線フレームの情報を記憶する。図３２に、無線フレーム情報９２４のデータ構成の一例を示す。
【０１５９】
無線フレーム情報９２４は、ＭＢＭＳベアラサービス識別子と、フレームモードとが記憶されるが、例えばＵＥｍ９０にマルチキャストルーティングの機能が搭載されず、ＵＥｍ９０の下流にＭＳＭＳベアラサービスが存在しない場合には、情報は記憶されない。
【０１６０】
ＭＢＭＳ ＵＥコンテキスト９２６は、下流のＵＥがＭＢＭＳサービスへアクティベーションする場合に必要とする情報を記憶する。図３３にＭＢＭＳ ＵＥコンテキスト９２６のデータ構成の一例を示す。
【０１６１】
ＭＢＭＳ ＵＥコンテキスト９２６のＩＭＳＩは、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩと、ＩＭＳＩとが記憶されるが、例えばＵＥｍ９０にマルチキャストルーティングの機能が搭載されず、ＵＥｍ９０の下流にＭＳＭＳベアラサービスが存在しない場合には、情報は記憶されない。
【０１６２】
ＵＥ間通信コネクティビティテーブル９２８は、ＵＥｍ９０が通信可能な他のＵＥの情報である。図３４にＵＥ間通信コネクティビティテーブル９２８の一例を示す。
【０１６３】
具体的には、ＵＥ間通信コネクティビティテーブル９２８は、ＵＥｍ９０が直接通信可能なＵＥ情報（例えば「ＵＥｈ８０」、ＩＭＳＩ等ＵＥを識別できる情報を用いても良い）及び異種無線手段経由で通信可能なＵＥ情報（例えば「ＷＬＡＮ ＡＰ１０００経由ＵＥｈ８０」、ＷＬＡＮ ＡＰ１０００はＷＬＡＮ ＡＰ１０００の保有するＭａｃアドレスやベンダーが提供しＷＬＡＮ ＡＰ１０００を特定可能な識別番号でも良い。またＵＥｈ８０はＩＭＳＩ等ＵＥを識別できる情報を用いても良い）と、無線接続モード（例えば「ＴＤＤ」、「ＦＤＤ」）とが含まれている。
【０１６４】
［１．２．９ ＷＬＡＮ ＡＰ］
続いて、ＷＬＡＮ ＡＰ１０００の機能構成について、図３５を用いて説明する。ＷＬＡＮ ＡＰ１０００は、制御部１１００に、無線送受信部１２００と記憶部１３００とが接続されている。
【０１６５】
制御部１１００は、ＷＬＡＮ ＡＰ１０００全体を制御するための機能部である。制御部１１００は、記憶部１３００に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【０１６６】
無線送受信部１２００は例えば１つ又は複数にて構成される。無線送受信部１２００と同じ無線システムを保有するＵＥｈ８０やＵＥｍ９０と同時に通信を行う事により、ＷＬＡＮ ＡＰ１０００を経由したＵＥｈ８０とＵＥｍ９０の通信が可能となる。
【０１６７】
［１．３ 手続き処理］
続いて、本実施形態における移動通信システム１の手続き処理について、図を用いて説明する。
【０１６８】
［１．３．１ サービスアナウンスメント手続き］
まず、図３６に示すように、ＨｅＮＢ７０とＵＥｈ８０間の制御信号用無線リソース割り当て処理（Ｓ９８）を行い、ＵＥｈ８０とＢＭ−ＳＣ１０間で制御信号が通信出来る様にする。すなわち基地局と移動局間において、制御信号やコンテンツデータや音声のユーザデータを流す為に利用する無線周波数、無線帯域、タイミング等を設定する。
【０１６９】
制御信号用無線リソース割り当てとは、制御信号のやり取りをする為に無線周波数、無線帯域、タイミング等の無線資源（リソース）をＭＭＥ３０やＨｅＮＢ７０主導で割り当て、ＵＥｈ８０に通知し、ＵＥｈ８０で設定する事を言う。
【０１７０】
一例として、ＵＥｈ８０がＨｅＮＢ７０の無線圏内に入ると、ＨｅＮＢ７０が定期的にまたは連続的に送信している制御信号用無線リソース割り当て信号を含む報知信号をＵＥｈ８０が受信する事により、ＵＥｈ８０はＨｅＮＢ７０と制御信号の通信を行う為の無線の設定を行う事が出来る。
【０１７１】
その後、ＢＭ−ＳＣ１０はまず始めにＵＥｈ８０に対してサービスアナウンスメント手続きを行う（Ｓ１００）。すなわち、ＢＭ−ＳＣ１０は配信可能なサービスをＵＥｈ８０へ通知する。ＵＥｈ８０はこれによりマルチキャストサービスを検知する。
【０１７２】
ＢＭ−ＳＣ１０は、ＭＢＭＳサービスＤＢ１２２で管理されているサービスの配信が可能であることを、サービス識別子を通知することでＵＥｈ８０へ伝える。さらには、番組タイトルやコンテンツタイトル、配信開始時間等のサービスを説明する情報を付与して通知してもよい。
【０１７３】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＴＭＧＩ
（２）その他の識別子（例えば、事業者の設定したでＭＢＭＳベアラサービスを識別することができるその他の識別子）
等が利用可能である。本実施形態では、（１）のＴＭＧＩを利用することとして説明する。
【０１７４】
また、具体的な通知方法としては、種々の方法が考えられるが、例えば、ＳＭＳ（Short Message Service）等を用いて、予め登録されている配信可能なＵＥへ通知したり、不特定多数のＵＥへ通知したり、ＷＥＢに情報を掲示して、ＵＥがＷＥＢサーバにアクセスすることで情報を取得したりしてもよい。
【０１７５】
［１．３．２ アクティベーション手続き］
続いて、ＵＥｈ８０は、サービスアナウンスメントで通知されたマルチキャストサービスに参加するためのアクティベーション手続きを行う（Ｓ１０２）。ここで、ＵＥｈ８０がマルチキャストサービスに参加するためのアクティベーション手続きについて、図３７を用いて説明する。
【０１７６】
本手続きでは、ＵＥｈ８０がＭＢＭＳ ＧＷ２０へＩＧＭＰ参加要求を行うことにより、アクティベーション手続きが開始される（Ｓ２００）。ここで、ＵＥｈ８０がＭＢＭＳ ＧＷ２０へＭＢＭＳサービスに参加するための要求方法は種々存在するが、例えば、上記サービスアナウンスメントより通知されてきたサービスを一意に示す情報をＵＥｈ８０がＭＢＭＳ ＧＷ２０へ通知することが可能である。具体的には、ＩＰｖ４で通信する場合には、ＩＧＭＰ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信し、ＩＰｖ６で通信する場合にはＭＬＤ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信する。
【０１７７】
次に、ＭＢＭＳ ＧＷ２０は、ＵＥｈ８０からの参加要求を受けて、ＵＥｈ８０がサービスに参加するためのＭＢＭＳ承認要求をＢＭ−ＳＣ１０へ送信する（Ｓ２０２）。ＭＢＭＳ承認要求を受信したＢＭ−ＳＣ１０は、そのサービス規約に基づいて、参加要求のあったＵＥｈ８０を承認する。ここで、承認対象となるＵＥｈ８０に対して課金処理を行っても良いし、その後のコンテンツ要求に応じて課金処理を行っても良い。
【０１７８】
続いて、ＢＭ−ＳＣ１０は、ＭＢＭＳ ＧＷ２０へＵＥｈ８０を承認したことを示す承認応答を送信する（Ｓ２０４）。ここで、ＢＭ−ＳＣ１０は、承認応答にＡＰＮを含めて送信する。ただし、ＢＭ−ＳＣ１０がＵＥｈ８０にサービスの参加を許可しない場合には、承認応答を送信しなくても良い。
【０１７９】
次に、ＭＢＭＳ ＧＷ２０は、ＭＭＥ３０へＭＢＭＳ通知要求を送信する（Ｓ２０６）。ここで、ＭＢＭＳ ＧＷ２０は、ＩＰマルチキャストアドレスと、ＡＰＮとを含めて送信する。また、ＩＰマルチキャストアドレスは、ＵＥｈ８０が参加要求を行ったアドレスである。次に、ＭＭＥ３０は、ＭＢＭＳ ＧＷ２０へＭＢＭＳ通知応答を送信する（Ｓ２０８）。
【０１８０】
さらに、ＭＭＥ３０は、ＵＥｈ８０へＭＢＭＳ ＵＥコンテキストを有効にするために、ＭＢＭＳコンテキストアクティベーション要求を送信する（Ｓ２１０）。ここで、ＭＭＥ３０は、ＭＢＭＳコンテキスト要求に、ＩＰマルチキャストアドレスと、ＡＰＮとを含めて送信する。
【０１８１】
ＭＢＭＳコンテキストアクティベーション要求を受信したＵＥｈ８０は、ＭＢＭＳコンテキストアクティベーション応答をＭＭＥ３０へ送信する（Ｓ２１２）。ここで、ＭＢＭＳコンテキストアクティベーション応答には、ＴＭＧＩと、ＩＰマルチキャストアドレスと、ＡＰＮと、ＵＥが処理することができるＱｏＳに関する情報と、ＵＥｈ８０を識別するＩＭＳＩとが含まれる。ここで、ＴＭＧＩは、ＭＢＭＳサービスを一意に示す識別子である。
【０１８２】
次に、ＵＥｈ８０からＭＢＭＳ ＵＥコンテキストアクティベーション応答を受信したＭＭＥ３０は、ＭＢＭＳコンテキスト要求をＭＢＭＳ ＧＷ２０へ送信する（Ｓ２１４）。ここで、ＭＢＭＳコンテキスト要求には、ＩＰマルチキャストアドレスと、ＡＰＮとＴＭＧＩと、ＵＥｈ８０を識別するＩＭＳＩとが含まれる。
【０１８３】
次に、ＭＭＥ３０からＭＢＭＳコンテキスト要求を受信したＭＢＭＳ ＧＷ２０は、ＵＥｈ８０によるサービス参加を確認するために、ＭＢＭＳ承認要求をＢＭ−ＳＣ１０へ送信する（Ｓ２１６）。
【０１８４】
ここで、ＭＢＭＳ承認要求には、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩと、ＵＥｈ８０を識別するＩＭＳＩとが含まれる。
【０１８５】
ＭＢＭＳ ＧＷ２０からＭＢＭＳ承認要求を受信したＢＭ−ＳＣ１０は、ＵＥｈ８０によるサービス参加を確認した後、ＭＢＭＳ ＵＥコンテキスト１２６を作成する。図５に示すように、作成されたＭＢＭＳ ＵＥコンテキスト１２６には、「ＩＰマルチキャストアドレス」と、「ＡＰＮ１」と、ＵＥｈ８０を特定する「ＩＭＳＩ２」とを含める。
【０１８６】
続いて、ＢＭ−ＳＣ１０は、ＭＢＭＳ承認応答をＭＢＭＳ ＧＷ２０へ送信する（Ｓ２２０）。ここで、ＭＢＭＳ承認応答には、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩと、ＵＥｈ８０を識別するＩＭＳＩとを含める。
【０１８７】
ＢＭ−ＳＣ１０からＭＢＭＳ承認応答を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳ ＵＥコンテキスト２２６を作成し、ＭＢＭＳコンテキスト応答をＭＭＥ３０へ送信する（Ｓ２２２）。ここで、ＭＢＭＳコンテキスト応答には、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩと、ＵＥｈ８０を識別するＩＭＳＩとを含める。
【０１８８】
また、図９（ａ）に示すように、作成されたＭＢＭＳ ＵＥコンテキスト２２６には、「ＩＰマルチキャストアドレス」と、「ＡＰＮ１」と、ＴＭＧＩと、ＵＥｈ８０を識別する「ＩＭＳＩ２」とを含める。
【０１８９】
ＭＢＭＳ ＧＷ２０からＭＢＭＳコンテキスト応答を受信したＭＭＥ３０は、ＭＢＭＳ ＵＥコンテキスト３２４を作成する。図１２（ａ）に示すように、作成されたＭＢＭＳ ＵＥコンテキストには、「ＩＰマルチキャストアドレス」と、「ＡＰＮ１」と、上位配信ノードである「ＭＢＭＳ ＧＷ２０」と、配信ノードである「ＨｅＮＢ７０」及び「ｅＮＢ５０」と、「ＴＭＧＩ１」と、ＵＥｈ８０を識別する「ＩＭＳＩ２」とを含める。
【０１９０】
ここで、上位配信ノード及び配信ノードは、例えばそれぞれＭＢＭＳ ＧＷ２０、ＨｅＮＢ７０及びｅＮＢ５０のＩＰアドレスが記載される。
【０１９１】
次に、ＭＭＥ３０は、ＭＢＭＳ ＵＥコンテキストの通知をＨｅＮＢ７０へ送信する（Ｓ２２４）。
ＭＢＭＳ ＵＥコンテキストの通知には、ＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩと、ＵＥｈ８０を識別するＩＭＳＩとを含める。
【０１９２】
ＭＭＥ３０からＭＢＭＳ ＵＥコンテキストの通知を受信したＨｅＮＢ７０は、ＭＢＭＳ ＵＥコンテキスト７３６を作成する。図２４（ａ）に示すように、作成されたＭＢＭＳ ＵＥコンテキストには、「ＩＰマルチキャストアドレス」と、「ＡＰＮ１」と、「ＴＭＧＩ１」と、ＵＥｈ８０を識別する「ＩＭＳＩ２」とを含める。
【０１９３】
次に、ＭＭＥ３０は、ＵＥｈ８０へＭＢＭＳコンテキストアクティベーション許可応答を送信する（Ｓ２２６）。ＭＭＥ３０は、ＭＢＭＳコンテキストアクティベーション許可応答にＩＰマルチキャストアドレスと、ＡＰＮと、ＴＭＧＩと、ＵＥｈ８０を識別するＩＭＳＩとを含めて送信する。
【０１９４】
ＭＢＭＳコンテキストアクティベーション許可応答を受信したＵＥｈ８０は、ＭＢＭＳ ＵＥコンテキスト８２６を作成する。図２８−（ａ）に示すように、作成されたＭＢＭＳ ＵＥコンテキストには、「ＩＰマルチキャストアドレス」と、「ＡＰＮ１」と、「ＴＭＧＩ１」とが含まれる。
【０１９５】
［１．３．３ ＭＢＭＳ登録手続き］
続いて、あるＭＢＭＳサービスにおけるＭＢＭＳ登録手続きを、図３６に戻って説明する。ＭＢＭＳ登録手続きにより、ＢＭ−ＳＣ１０からＨｅＮＢ７０への通信経路が確立される。
【０１９６】
通信経路の確立には、ＢＭ−ＳＣ１０においてＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ ＧＷ２０においてＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０においてＭＢＭＳベアラコンテキスト３２４、ＨｅＮＢ８０においてＭＢＭＳベアラコンテキスト７３２を作成し、ＢＭ−ＳＣ１０におけるＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳ ＧＷ２０におけるＭＢＭＳベアラコンテキスト２２２、ＭＭＥ３０におけるＭＢＭＳベアラコンテキスト３２４、それぞれの配信ノードのリストに下位ノードの情報を登録する必要がある。
【０１９７】
すなわち、ＭＭＥ３０における配信ノードにはＨｅＮＢ７０の情報が登録され、ＭＢＭＳ ＧＷ２０における配信ノードにはＭＭＥ３０の情報が登録され、ＢＭ−ＳＣ１０における配信ノードにはＭＢＭＳ ＧＷ２０の情報がそれぞれ登録される。
【０１９８】
また、ＢＭ−ＳＣ１０、ＭＢＭＳ ＧＷ２０、ＭＭＥ３０におけるそれぞれの配信ノードには、複数の下りリンクノードに関する情報が登録される場合もある。
【０１９９】
まず、ＨｅＮＢ７０は、ＭＢＭＳサービスに参加するＵＥｈ８０を検出することにより、ＭＢＭＳ登録手続きを開始する。ここで、ＨｅＮＢ７０がＭＢＭＳサービスに参加するＵＥｈ８０の検出方法は種々存在するが、例えば、上記サービスアナウンスメントより通知されてきたサービスを一意に示す情報をＵＥｈ８０がＨｅＮＢ７０へ通知することが可能である。
【０２００】
ＨｅＮＢ７０がＭＢＭＳ登録手続きを開始するトリガは、上記以外でもオペレータのポリシ等により、任意のタイミングで行ってもよい。
【０２０１】
ＨｅＮＢ７０は、ＵＥｈ８０に指定されたサービスをＭＢＭＳ登録するためのＭＢＭＳ登録要求をＭＭＥ３０に送信する（Ｓ１０４）。ここで、ＨｅＮＢ７０は、ＭＢＭＳ登録要求にＭＭＥ３０の配信ノードとなるＨｅＮＢ７０の情報と、ＴＭＧＩと、ＩＰマルチキャストアドレスと、ＡＰＮとを含めて送信する。
【０２０２】
ＨｅＮＢ７０からＭＢＭＳ登録要求を受信したＭＭＥ３０はＭＢＭＳ ＧＷ２０へＭＢＭＳ登録要求を送信する（Ｓ１０６）。ここで、ＭＢＭＳ登録要求には、ＭＢＭＳ ＧＷ２０の配信ノードとなるＨｅＮＢ７０の情報と、ＭＢＭＳ制御装置となるＭＭＥ３０の情報と、ＴＭＧＩと、ＩＰマルチキャストアドレスと、ＡＰＮとを含める。
【０２０３】
ＭＭＥ３０からＭＢＭＳ登録要求を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳ登録要求をＢＭ−ＳＣ１０へ送信する（Ｓ１０８）。ＭＢＭＳ登録要求には、ＢＭ−ＳＣ１０ＭＢの配信ノードであるＭＭＥ３０の情報と、ＴＭＧＩと、ＩＰマルチキャストアドレスと、ＡＰＮとを含める。
【０２０４】
ＭＢＭＳ ＧＷ２０からＭＢＭＳ登録要求を受信したＢＭ−ＳＣ１０は、ＭＢＭＳベアラコンテキスト１２４を作成し、「ＴＭＧＩ１」をＭＢＭＳベアラサービス識別子に登録し、モードを「マルチキャスト」に設定し、状態情報を「スタンバイ」に設定し、Ｓ１０８でＭＢＭＳ登録要求を送信した「ＭＢＭＳ ＧＷ２０」の情報を配信ノードに登録し、ＭＢＭＳ登録応答をＭＢＭＳ ＧＷ２０に送信する（Ｓ１１０）。ＭＢＭＳ登録応答には、ＴＭＧＩ及びＱｏＳに関する情報が含まれている。
【０２０５】
ＭＢＭＳ登録応答を受信したＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２を作成し、ＭＢＭＳ登録応答を送信した「ＢＭ−ＳＣ１０」を上位配信ノードに登録し、「ＴＭＧＩ１」をＭＢＭＳベアラサービス識別子に登録し、Ｓ１０６で受信した情報によりＭＢＭＳ登録要求を送信した「ＭＭＥ３０」をＭＢＭＳ制御装置に登録し、「ＨｅＮＢ７０」の情報を配信ノードに登録する。さらにモードを「マルチキャスト」に設定し、状態情報を「スタンバイ」に設定する。次にＭＢＭＳ登録応答をＭＭＥ３０に送信する（Ｓ１１２）。ＭＢＭＳ登録応答には、ＴＭＧＩに関する情報が含まれている。
【０２０６】
ＭＢＭＳ登録応答を受信したＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２を作成し、ＭＢＭＳ登録応答を送信した「ＭＢＭＳ ＧＷ２０」を上位配信ノードに登録し、「ＴＭＧＩ１」をＭＢＭＳベアラサービス識別子に登録し、Ｓ１０４で受信した情報により「ＨｅＮＢ７０」の情報を配信ノードに登録する。さらにモードを「マルチキャスト」に設定し、状態情報を「スタンバイ」に設定する。次にＭＢＭＳ登録応答をＨｅＮＢ７０に送信する（Ｓ１１４）。ＭＢＭＳ登録応答には、ＴＭＧＩに関する情報が含まれている。
【０２０７】
ＭＢＭＳ登録応答を受信したＨｅＮＢ７０は、ＭＢＭＳベアラコンテキスト７３２を作成し、「ＭＢＭＳ ＧＷ２０」を上位配信ノードに登録し、「ＴＭＧＩ１」をＭＢＭＳベアラサービス識別子に登録し、「ＭＭＥ３０」をＭＢＭＳ制御装置に登録する。
さらにモードを「マルチキャスト」に設定し、状態情報を「スタンバイ」に設定する。
【０２０８】
以上のサービスアナウンスメント手続きと、アクティベーション手続きと、ＭＢＭＳ登録手続きにより、ＵＥｈ８０とＢＭ−ＳＣ１０との間で配信リストを形成することにより、ＢＭ−ＳＣ１０が送信したサービスのマルチキャスト配信データはＨｅＮＢ７０まで配送するための経路を生成することができる。
【０２０９】
なお、配信リストに登録されるノードは、上記に従う必要はなく、オペレータによって予め登録されていてもよい。
【０２１０】
なお、上記では、ＭＭＥ３０がＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＭＭＥがＨｅＮＢ７０からＭＢＭＳ登録要求を受信した場合にも、ＭＭＥ３０と同様の手続きを行う。
【０２１１】
同様にＭＢＭＳ ＧＷ２０においても、ＭＢＭＳ ＧＷ２０がＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷ２０がＭＭＥ３０からＭＢＭＳ登録要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。
【０２１２】
同様にＢＭ−ＳＣ１０においても、ＢＭ−ＳＣ１０がＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＢＭ−ＳＣがＭＢＭＳ ＧＷ２０からＭＢＭＳ登録要求を受信した場合にも、ＢＭ−ＳＣ１０と同様の手続きを行う。
【０２１３】
［１．３．４ セッション開始手続き］
続いて実行するセッション開始手続きを、図３８を用いて説明する。セッション開始手続きにより、ＭＢＭＳベアラを確立し、データを送信する準備を行う。
【０２１４】
ＢＭ−ＳＣ１０は、サービスを指定したセッション開始要求をＭＢＭＳ ＧＷ２０に送信する（Ｓ３００）。
【０２１５】
ここでは、セッションを識別するためのセッション識別子を生成し、生成したセッション識別子とサービスを指定するためのＴＭＧＩとをセッション開始要求に含めて送信する。これによりセッション開始手続きを開始する。
【０２１６】
また、ＭＢＭＳ登録手続きで既に作成済みでＴＭＧＩで識別可能なＭＢＭＳベアラコンテキスト１２４に、セッション識別子「セッションＩＤ１」を登録し、状態情報を「スタンバイ」から「アクティブ」に変更する。図４に、状態情報が「アクティブ」に変更されたＭＢＭＳベアラコンテキスト１２４の一例を示す。
【０２１７】
なお、セッション開始要求は、ＭＢＭＳベアラコンテキスト１２４の配信ノードに登録される総てのＭＢＭＳ ＧＷへ送信する。
【０２１８】
ＭＢＭＳ ＧＷ２０は、セッション開始要求を受信し、セッション開始応答をＢＭ−ＳＣ１０に送信し応答する（Ｓ３０２）。また、ＭＢＭＳ登録手続きで既に作成済みでＴＭＧＩで識別可能なＭＢＭＳベアラコンテキスト２２２にセッション識別子「セッションＩＤ１」を登録し、状態情報を「スタンバイ」から「アクティブ」に変更する。配信ノードには、「ＨｅＮＢ７０」に関する情報が登録されている。ここで、配信ノードには、複数のＨｅＮＢ、及びｅＮＢが登録される。
【０２１９】
なお、登録される配信ノードであるＨｅＮＢ及びｅＮＢは、オペレータによって予め登録されているものでも良いし、上記ＭＢＭＳ登録手続きを経て登録されたＭＢＭＳサービスエリア毎の配信ノード（ＨｅＮＢ７０等）のリストを利用し、ＢＭ−ＳＣ１０から送信されたセッション開始要求に含まれるＭＢＭＳサービスエリア識別子に基づいて対応するＨｅＮＢ７０を選択してもよい。
【０２２０】
以上の手続きにより、ＢＭ−ＳＣ１０とＭＢＭＳ ＧＷ２０間でマルチキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラが確立される。
【０２２１】
さらに、ＭＢＭＳベアラでの送信をＩＰマルチキャスト通信で行うため、サービスに対してＩＰマルチキャストアドレスを割り当て、ＭＢＭＳベアラコンテキスト２２２に登録する。
【０２２２】
図７（ａ）に、セッション識別子に「セッションＩＤ１」を登録し、状態情報が「スタンバイ」から「アクティブ」に変更され、複数のＨｅＮＢ「ＨｅＮＢ７０」、及びｅＮＢ「ｅＮＢ５０」が登録され、ＩＰマルチキャストアドレス「ＩＰマルチキャストアドレス」が登録されたＭＢＭＳベアラコンテキスト２２２の一例を示す。
【０２２３】
ＭＢＭＳ ＧＷ２０は、ＭＢＭＳベアラコンテキスト２２２のＭＢＭＳ制御装置に登録されているＭＭＥ３０へセッション開始要求を送信する（Ｓ３０４）。サービスを指定するために、セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０２２４】
また、セッション開始要求は、ＭＢＭＳベアラコンテキスト２２２のＭＢＭＳ制御装置に登録される総てのＭＭＥへ送信される。
【０２２５】
ＭＭＥ３０は、セッション開始要求を受信し、セッション開始応答をＭＢＭＳ ＧＷ２０に送信し、応答する（Ｓ３１０）。また、既に作成済みでＴＭＧＩで識別可能なＭＢＭＳベアラコンテキスト３２２にセッション識別子「セッションＩＤ１」とＩＰマルチキャストアドレス「ＩＰマルチキャストアドレス」とを登録し、状態情報を「スタンバイ」から「アクティブ」に変更する。
【０２２６】
配信ノードには、ＨｅＮＢ７０に関する情報が登録されている。ここで、配信ノードには、複数のＨｅＮＢやeＮＢが登録される。
【０２２７】
図１１（ａ）に、セッション識別子に「セッションＩＤ１」を登録し、状態情報が「スタンバイ」から「アクティブ」に変更され、複数のＨｅＮＢ「ＨｅＮＢ７０」、及びｅＮＢ「ｅＮＢ５０」が登録され、ＩＰマルチキャストアドレス「ＩＰマルチキャストアドレス」が登録されたＭＢＭＳベアラコンテキスト３２２の一例を示す。
【０２２８】
また、ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録されるＨｅＮＢ７０へセッション開始要求（Ｓ３０６）を送信する。セッション開始要求にはＴＭＧＩと、セッション識別子と、ＩＰマルチキャストアドレスとが含まれている。
【０２２９】
なお、セッション開始要求は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録される総てのＨｅＮＢ及びeＮＢへ送信される。
【０２３０】
ＨｅＮＢ７０は、セッション開始要求を受信し、セッション開始応答をＭＭＥ３０に送信し、応答する（Ｓ３０８）。また、既に作成済みでＴＭＧＩで識別可能なＭＢＭＳベアラコンテキスト７３２にセッション識別子「セッションＩＤ１」とＩＰマルチキャストアドレス「ＩＰマルチキャストアドレス」とを登録し、状態情報を「スタンバイ」から「アクティブ」に変更する。
【０２３１】
図２２（ａ）に、セッション識別子に「セッションＩＤ１」を登録し、状態情報が「スタンバイ」から「アクティブ」に変更され、ＩＰマルチキャストアドレス「ＩＰマルチキャストアドレス」が登録されたＭＢＭＳベアラコンテキスト７３２の一例を示す。
【０２３２】
以上の手続きにより、ＭＢＭＳ ＧＷ２０とＨｅＮＢ７０間でマルチキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラを確立する。
【０２３３】
次に、ＨｅＮＢ７０は、ＵＥｈ８０へのサービスデータ転送路の一つとしてユーザ信号用無線リソース割り当て処理を行う（Ｓ３１２）。
ユーザ信号用無線リソース割り当てとは、前述の制御信号用無線リソース割り当て処理（Ｓ１００）と同様に、マルチキャストデータ等のユーザ信号が通信出来る為に定義された無線周波数、帯域等の無線資源（リソース）を、通信事業者の管理下にあるＭＭＥ３０やＨｅＮＢ７０等が主導で割当て、ＵＥｈ８０に通知し、ＵＥｈ８０において設定する事を言う。
【０２３４】
ここで、制御信号用無線リソース割り当て処理（Ｓ１００）とユーザ信号用無線リソース割り当て処理（Ｓ３１２）との関係であるが、まず制御信号通信の為、基地局と移動局間において利用する無線周波数、帯域等が制御信号用無線リソースとしてＭＭＥ３０やＨｅＮＢ７０等の主導で割り当てられ、制御データのやり取りを行った後、制御信号用無線リソースを利用してコンテンツデータや音声等のユーザデータを利用する為の無線周波数、帯域等がユーザ信号用無線リソースとして、同様にＭＭＥ３０やＨｅＮＢ７０等の主導で割当てられ、ユーザデータのやり取りを行う、という２段階のステップで無線リソースの割り当てが行われる。但し、制御信号用の無線リソースとユーザ信号用無線リソースを区別なく割当てても良い。
【０２３５】
その後ＨｅＮＢ７０は、配送するための情報を無線フレーム情報７３４に登録する。具体的には、無線フレームのモードがマルチキャストモードであるか、ユニキャストモードであるかのモード情報(例えば、「フレームモード」)をＭＢＭＳベアラサービス識別子毎に登録する。サービス識別子としてはＴＭＧＩを用いることができる。
【０２３６】
また、マルチキャストモードで送信する場合は、フレームは不特定多数のＵＥへ送信するためＵＥ情報を保持する必要はないが、ユニキャストモードで送信する場合には、個々のＵＥに無線フレームを送信する必要があるため、その場合には、ＵＥ情報としてＩＭＳＩを保持しておきＵＥ情報として登録する。
【０２３７】
ここで、ＨｅＮＢ７０からＵＥｈ８０へのマルチキャストデータを配信する準備が整った事により、ＨｅＮＢ７０は、ＢＭ−ＳＣ１０に対しＩＰマルチキャスト参加処理を行い（Ｓ３１４）、ＢＭ−ＳＣ１０にマルチキャストデータの配信を要求する。ＨｅＮＢ７０は、ＭＢＭＳベアラコンテキスト７３２を参照し、サービスに対応するＩＰマルチキャストアドレスを用いてＢＭ−ＳＣ１０に参加要求を行う。具体的には、ＩＰｖ４で通信する場合には、ＩＧＭＰ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔメッセージを送信し、ＩＰｖ６で通信する場合にはＭＬＤ Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを送信する。
【０２３８】
ここで、ＩＰマルチキャスト参加処理としては、上述したようにＨｅＮＢ７０から、参加要求を行うという処理の他に種々の処理が行われる場合がある。例えばＢＭ−ＳＣ１０による課金処理等を行う処理である。
【０２３９】
これにより、ＢＭ−ＳＣ１０、ＭＢＭＳ ＧＷ２０及びＨｅＮＢ７０で確立したＭＢＭＳベアラに、ＩＰマルチキャストパケットが配送される。また、マルチキャストデータは、ＩＰマルチキャストによりＢＭ−ＳＣ１０からＨｅＮＢ７０まで送信される。
【０２４０】
以上のサービスアナウンスメント手続き、ＭＢＭＳ登録手続き、セッション開始手続きにより、ＵＥｈ８０とＢＭ−ＳＣ１０の間で通信路が確立し、ＢＭ−ＳＣ１０が送信したデータはＨｅＮＢ７０まで配送することができる。
【０２４１】
最後に、ＨｅＮＢ７０はＵＥｈ８０に対してＭＢＭＳ開始通知を送信する（Ｓ３１６）。開始通知にはサービスを識別するサービス識別子を含めて通知する。これにより、ＵＥｈ８０はマルチキャストデータの受信を開始する。
【０２４２】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト７３２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト７３２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ＨｅＮＢ７０とＵＥｈ８０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用する。
【０２４３】
本実施形態では、（１）のＴＭＧＩを利用することとして説明するが、（３）の場合には、サービス識別子とＭＢＭＳベアラコンテキスト７３２とを対応づけて登録することとなる。
【０２４４】
上記の例では、ＭＢＭＳ ＧＷ２０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷ２０がＢＭ−ＳＣ１０からセッション開始要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。
【０２４５】
同様にＭＭＥにおいても、ＭＭＥ３０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＭＥがＭＢＭＳ ＧＷからセッション開始要求を受信した場合にも、ＭＭＥ３０と同様の手続きを行う。
【０２４６】
同様にＨｅＮＢにおいても、ＨｅＮＢ７０がセッション開始要求を受信した場合の処理を説明したが、その他のＨｅＮＢがＭＭＥからセッション開始要求を受信した場合にも、ＨｅＮＢ１と同様の手続きを行う。
【０２４７】
同様にＵＥにおいても、ＵＥｈ８０がセッション開始要求を受信した場合の処理を説明したが、その他のＵＥがＨｅＮＢからセッション開始要求を受信した場合にも、ＵＥｈ８０と同様の手続きを行う。
【０２４８】
これにより、ＢＭ−ＳＣ１０が配信するマルチキャストデータは、複数のＭＢＭＳ ＧＷ、ＭＭＥ及びＨｅＮＢを介して階層的にＵＥへ配送される。
【０２４９】
なお、上記では、ＵＥｈ８０、ＨｅＮＢ７０の説明を行ったが、ＵＥｈ８０をＵＥｍ９０と読み替え、ＨｅＮＢ７０をｅＮＢ５０と読み替え、ＩＭＳＩ２をＩＭＳＩ１と読み替えると、図３９、図４０に示すように同様の手順でＵＥｍ９０とＢＭ−ＳＣ１０とのＭＢＭＳ登録手続きが行われる。
【０２５０】
また同様の読み替えにより図４１に示すＵＥｍ９０とＢＭ−ＳＣ１０とのセッション開始手続き及びマルチキャストデータ配信手続きが行われる。
【０２５１】
これにより、ＢＭ−ＳＣ１０からＵＥｍ９０にマルチキャストデータの配信が開始される。
【０２５２】
図１７（ａ）にＢＭ−ＳＣ１０からｅＮＢ５０を経由してＵＥｍ９０にマルチキャストデータの配信が開始された時のＭＢＭＳベアラコンテキスト５３２の一例を示す。ＭＢＭＳベアラサービス識別子には「ＴＭＧＩ１」、セッション識別子には「セッションＩＤ１」、ＩＰマルチキャストアドレスには「ＩＰマルチキャストアドレス」、モードには「マルチキャスト」、ＭＢＭＳ制御装置には「ＭＭＥ３０」、上位配信ノードには「ＭＢＭＳ ＧＷ２０」が登録されている。
【０２５３】
同様に、図１８（ａ）に無線フレーム情報５３４の一例を示す。ＭＢＭＳベアラサービス識別子(例えば、「ＴＭＧI」)毎にフレームモードとして、ＴＭＧＩ１には「マルチキャスト」、ＴＭＧＩ２には「ユニキャスト（ＩＭＳＩ１）」が登録されている。
【０２５４】
また、図１９（ａ）にＭＢＭＳＵＥコンテキスト５３６の一例を示す。ＩＰマルチキャストアドレスには、「ＩＰマルチキャストアドレス」、ＡＰＮには「ＡＰＮ１」、ＴＭＧＩには「ＴＭＧＩ１」、ＩＭＳＩには「ＩＭＳＩ１」が登録されている。
【０２５５】
ただし、本実施形態では、ＵＥを識別するＩＭＳＩは、ＵＥｈ８０では「ＩＭＳＩ２」、ＵＥｍ９０では「ＩＭＳＩ１」を用いる。
【０２５６】
また、ＭＢＭＳＵＥコンテキスト１２６を図９（ａ）に示す、ＵＥコンテキスト２２６、ＭＢＭＳ ＵＥコンテキスト３２４、におけるＩＭＳＩは、「ＩＭＳＩ１」及び「ＩＭＳＩ２」の両方のＵＥが、また、ＭＢＭＳＵＥコンテキスト５３６、ＭＢＭＳＵＥコンテキスト７３６には片方のＵＥが接続されている状態を示す。
【０２５７】
［１．３．５ ＵＥ間通信によるマルチキャストデータのオフロード］
複数ＵＥがＢＭ−ＳＣから同じマルチキャストデータ配信を受けている場合、マルチキャストデータを受信している１つのＵＥから、他ＵＥに直接マルチキャストデータを配信すること（マルチキャストデータオフロードと呼ぶ）により、ＢＭ−ＳＣから他のＵＥへ配信される区間にマルチキャストデータを流す必要が無くなり、有線区間及び無線区間のトラフィックの輻輳が改善される可能性がある。
【０２５８】
しかしながら、ＵＥ間で勝手に配信を開始してしまうと、さまざまな課題が予想される。例として、本来課金対象としてＢＭ−ＳＣが管理していたマルチキャストデータの課金管理ができなくなる可能性がある。また、ＢＭ−ＳＣからＵＥのデータを停止しないと、削減可能なデータトラフィックを削減出来なくなる可能性がある。
【０２５９】
従って、一例としてＭＭＥの管理においてマルチキャストデータオフロードの制御を行う事により、トラフィックの削減が可能となる。
【０２６０】
なお、マルチキャストデータオフロードの開始判断は、ＭＭＥが必要性を判断して開始も良いし、ＵＥにおいてユーザによる入力、又はＵＥが必要性を判断してＭＭＥに要求を送付して、ＭＭＥが判断の後、指示により開始しても良い。
【０２６１】
ＭＭＥは、マルチキャストセッション情報を管理できるため、複数のＵＥが受けているマルチキャストサービスの状況を管理する事ができる。
【０２６２】
すなわち、例えば図１１（ａ）又は図１２（ａ）に示すＭＢＭＳベアラサービス識別子であるＴＭＧＩを管理する事により、複数ＵＥに配信されているコンテンツの内容が同一か異なるかを管理できる。また、同じＴＭＧＩにおいて複数の配信ノードが存在する事を管理する事により、同一のコンテンツが異なる配信ノードに配信されている事が管理出来る。
【０２６３】
異なるＴＭＧＩトラフィックの数及び各ＴＭＧＩ毎の配信ノードの数を管理する事により、特定のトラフィック、またはトラフィック全体の輻輳状態を把握あるいは予測できる。例えば、ＭＢＭＳ ＧＷからあるｅＮＢに複数のＴＭＧＩの異なるコンテンツが、各々複数の配信ノードに同時に集中して配信されている事を把握する事により、特定のトラフィックが輻輳している事を把握できる。同様に同じコンテンツが別のｅＮＢやＨｅＮＢに配信されている状態や、ＭＢＭＳ以外のトラフィックの流れを把握する事により、トラフィック全体の輻輳状態を把握できる。さらに配信ノードの増え方や、トラフィックの増加率の時間的変化を把握する事により、輻輳状態の予測ができる。従って、トラフィックの輻輳の把握、または輻輳の予測を基に、マルチキャストデータオフロードの必要性を判断できる。
【０２６４】
図４２で直接通信までの手順を説明する。図３８及び図４１の手順により、図４２に示すようにＢＭ−ＳＣ１０からＵＥｈ８０及びＵＥｍ９０までのマルチキャストデータ配信が開始される（Ｓ７０２、Ｓ７０４）。
【０２６５】
ここでは、ＢＭ−ＳＣ１０からＭＢＭＳ ＧＷ２０に配信されたマルチキャストデータがＭＢＭＳ ＧＷ２０から２つの流れに分岐している事を示している。すなわち１つはＭＢＭＳ ＧＷ２０からＨｅＮＢ７０を経由してＵＥｈ８０に配信され、もうひとつはＭＢＭＳ ＧＷ２０でコピーされた同じマルチキャストデータがｅＮＢ５０を経由してＵＥｍ９０に配信されている。
【０２６６】
この時、ＭＭＥ３０により、オフロード要否判断の処理が実行される（Ｓ７２０）。オフロード要否判断処理を説明する。
【０２６７】
まず、例えばＭＢＭＳ ＧＷ２０からＨｅＮＢ７０を経由してＵＥｈ８０迄のトラフィック、又はＭＢＭＳ ＧＷ２０でからｅＮＢ５０を経由してＵＥｍ９０迄のトラフィック、又はトラフィック全体の輻輳状態を把握又は予測し必要かどうかを判断する。
必要と判断した場合に、例としてＵＥｈ８０及びＵＥｍ９０への同一の２つのマルチキャストデータ配信において、削減が必要と判断したなＭＢＭＳ ＧＷ２０からＵＥ迄のトラフィックを停止し、停止しなかったＵＥから直接配信を受けるという、マルチキャストデータオフロードを実行させる事により、トラフィックの削減に有効となる可能性がある事を判断する。
【０２６８】
トラフィックの削減に有効となる可能性があると判断した場合に、各々のＵＥ間で実際に直接通信可能かどうかを判断する手順に移行する必要性があるか否かを判断する。
以上の手順による処理をオフロード要否判断処理と呼ぶ。
【０２６９】
なお、トラフィックの削減が必要かどうかの判断は、通信事業者による指示等により必要と判断する事もある。以下、オフロード要否判断処理の手順を順を追って説明する。
【０２７０】
本実施形態では、ＭＭＥ３０は、ＭＢＭＳ ＵＥコンテキスト３２４のＴＭＧＩに複数のＩＭＳＩが存在している事により、同じマルチキャストデータが、異なる複数ＵＥに配信している事を把握する。例えば、図１２（ａ）において、同じＴＭＧＩ１のコンテンツが、ＩＭＳＩ１、ＩＭＳＩ２という複数のＵＥに配信している事を把握する。
【０２７１】
また、ＩＭＳＩと配信ノードとの関連を確認し、各ＵＥが異なるネットワークのおける異なる配信ノード配下に存在している事を把握する。
【０２７２】
すなわち、ＭＭＥ３０は、ＭＢＭＳベアラコンテキスト３２２において、同じＴＭＧＩにおける複数の配信ノードアドレスを比較し、複数の配信ノードは異なるネットワークである事を把握する。例えば、図１１（ａ）において、同じＴＭＧＩ１のコンテンツが、ＨｅＮＢ７０とｅＮＢ５０との異なる複数の配信ノードに配信されており、ＨｅＮＢ７０とｅＮＢ５０とのＩＰアドレスを比較する事により、異なるネットワークである事を把握する。
【０２７３】
この時、例えばＭＢＭＳ ＧＷ２０からＨｅＮＢ７０を経由してＵＥｈ８０迄のトラフィック、又はＭＢＭＳ ＧＷ２０でからｅＮＢ５０を経由してＵＥｍ９０迄のトラフィックのいずれかで、データの輻輳によるトラフィック削減の必要があるかどうかを判断する。
【０２７４】
必要があると判断した場合、ＭＢＭＳ ＧＷ２０からＨｅＮＢ７０を経由してＵＥｈ８０迄と、ＭＢＭＳ ＧＷ２０でからｅＮＢ５０を経由してＵＥｍ９０迄の異なるネットワークの各ＵＥに同一のマルチキャストデータが配信されている事を把握しているので、削減が必要なＭＢＭＳ ＧＷ２０からＵＥ迄のトラフィックを停止し、停止しなかったＵＥから直接配信を受けるという、マルチキャストデータオフロードが有効であると判断する。
【０２７５】
ここで、例えば同一ｅＮＢ配下の異なる複数のＵＥに同一のマルチキャストデータを配信する場合、ｅＮＢまでは共通のデータとして配信されｅＮＢにおいてマルチキャストデータが複数のＵＥの数分コピーされ、各々に配信される。すなわち同一ネットワークでの異なるＵＥ間では、マルチキャストデータオフロードが有効では無く、例えばマクロのｅＮＢ配下のＵＥと、家庭のＨｅＮＢ配下のＵＥという異なるネットワークのＵＥ間でのマルチキャストデータオフロードが有効となる。
【０２７６】
以上により、いずれかの配信ノードのＵＥから別の配信ノードのＵＥにＵＥ間直接通信を行う事によるマルチキャストデータオフロードが有効であると判断し、各々のＵＥ間で実際に直接通信可能かどうかを判断する手順に移行する必要性があると判断する。
【０２７７】
なお、図３８及び図４１の手順等の過程で、ＵＥがＨｅＮＢやｅＮＢを通してＭＭＥと接続しているので、ＭＭＥ３０はＵＥｈ８０がＨｅＮＢ７０の配下に存在し、ＵＥｍ９０がｅＮＢ５０配下に存在している事を把握できる。従って、ＭＭＥ３０はＭＢＭＳ ＵＥコンテキスト３２４及びＭＢＭＳベアラコンテキスト３２２の情報と併せて、マルチキャストデータオフロードが有効となる可能性を判断する事ができる。
【０２７８】
また、ＭＭＥがオフロード要否判断をするのは、上述の場合に加え次の様な内容を基に単独で、あるいは複合的にマルチキャストデータオフロードが有効となる可能性がある事を判断しても良い。
【０２７９】
すなわち、同じコンテンツが異なるネットワークに配信されていて、マルチキャストデータオフロードの効果が高い事、無線ＬＡＮ等を利用する場合、携帯電話通信事業者からの制御がしやすい事、に関する複数の観点で判断を行う。
【０２８０】
具体的な例を示すと、
・同じＭＭＥ配下の複数のＵＥが同時に通信しているか。
・ＵＥの通信はマルチキャスト又はブロードキャストか。
・複数のＵＥに同じコンテンツが同時に配信されているか。
・オフロード判断対象の複数ＵＥは同じｅＮＢあるいはＮＢの配下において通信していないか。
・オフロード実行により、ＵＥ迄のコアのトラフィックを削減できるか。
・オフロードを中継するＵＥにＷ−ＬＡＮ等の異種無線システムを具備しているか。
・オフロードを中継するＵＥに具備しているＷ−ＬＡＮ等の異種無線システムは、ＵＥに内蔵されているか。
・オフロードを中継するＵＥに内蔵されているＷ−ＬＡＮ等の異種無線システムは、ＵＥが具備する携帯電話通信システムと同一の事業者か。
・オフロードを中継するＵＥに内蔵されているＷ−ＬＡＮ等の異種無線システムには、通信事業者が管理するテザリング機能を具備しており、内蔵無線ＬＡＮ等のシステムの動作が携帯電話通信事業者からの制御が可能であるか。
等といったことが考えられる。
【０２８１】
さらに、ＭＭＥ３０によるオフロード要否判断処理の開始は、ＭＭＥ３０が判断開始する場合に加え、ＵＥからの要求により、ＭＭＥ３０が判断を開始してもよい。例えば、図４３に示すように、ＵＥｍ９０の判断によりオフロード要求処理が実行され（Ｓ７０６）、オフロード要求がＭＭＥ３０に送信される（Ｓ７１２）。これにより、ＭＭＥ３０は、オフロード要否判断処理を実行する。
【０２８２】
なお、ＵＥｍ９０からのオフロード要求（Ｓ７１２）は、ｅＮＢ５０を経由してＭＭＥ３０に送信される。
【０２８３】
また、ＵＥｈ８０の判断によりオフロード要求処理が実行され（Ｓ７０８）、オフロード要求がＭＭＥ３０に送信されてもよい（Ｓ７１０）。ＵＥｈ８０からのオフロード要求（Ｓ７１０）は、ＨｅＮＢ７０を経由してＭＭＥ３０に送信される。
更に、ＵＥｍ９０及びＵＥｈ８０の両者からオフロード要求が送信されても良い。
【０２８４】
オフロード要求処理は、具体的には、各端末のオフロード要求フラグを変化させる。例えば、ＵＥｍ９０においてユーザがオフロードを要求する操作を行う事により、オフロード要求フラグ９３２を変化させる等の処理を行い（Ｓ７０６）、オフロード要求フラグ９３２の内容をＭＭＥ３０にオフロード要求として通知し（Ｓ７１２）、ＭＭＥ３０はオフロード要否判断処理を開始する。
【０２８５】
同様にＵＥｈ８０の判断やＵＥｈ８０のユーザ要求による操作により、オフロード要求フラグ８３６の内容を変化させる等の処理を行い（Ｓ７０８）、オフロード要求フラグ８３６の内容をＭＭＥ３０にオフロード要求として通知し（Ｓ７１０）、ＭＭＥ３０はオフロード要否判断処理を開始する。
【０２８６】
このように、ＵＥｍ９０とＵＥｈ８０のオフロード要求通知（Ｓ７１２、Ｓ７１０）は片方の端末から送信されるが、両方の端末から送信されてもよい。
【０２８７】
なお、ＵＥからの要求とは、例としてＵＥにおいて受信品質低下等の判断をして要求する場合や、ＵＥを使用しているユーザの意思で、例として課金の差等の理由で要求する場合が含まれる。また、通信事業者のポリシー等によりマルチキャストデータオフロードが有効との判断に基づいてもよい。
【０２８８】
ＭＭＥ３０は、オフロード要求判断処理（Ｓ７２０）によるマルチキャストデータオフロードが有効となる可能性があるとの判断により、各々のＵＥ間で実際に直接通信可能かどうかを判断する以下の手順に移行する。
【０２８９】
ＭＭＥ３０は、ＵＥｈ８０とＵＥｍ９０とのＵＥ間通信許可情報（例えば、ＵＥ間通信許可テーブル情報）をＨＳＳ４０に要求する（Ｓ７２２）。ＵＥ間通信許可情報（例えば、ＵＥ間通信許可テーブル情報）は、ＵＥｈ８０とＵＥｍ９０間での直接通信が許可されているか、ＵＥ間でどのような通信形態、無線接続モード機能を具備しているか、通信形態に応じた必要なアクセス情報、アクセス秘匿情報はどのようなものか、ＵＥから他のＵＥにマルチキャストデータを配信する機能であるマルチキャストルータ機能は具備しているか、等を含む情報であり、ＭＭＥ３０が実際にＵＥ間で直接通信を行う事が可能かどうかを判断する１つの情報として利用できる。
【０２９０】
ＨＳＳ４０は、ＵＥ間通信許可情報（例えば、ＵＥ間通信許可テーブル４２２の情報）をＭＭＥ３０に返答する（Ｓ７２４）。図１５にＵＥ間通信許可テーブル４２２の一例を示す。
【０２９１】
ＭＭＥ３０は、ＵＥ間通信コネクティビティテーブル３２６を作成し、ＨＳＳ４０から受信したＵＥ間通信許可テーブル４２２の情報を登録する。
【０２９２】
本実施形態では、ＭＭＥ３０は、登録されたＵＥ間通信コネクティビティテーブル３２６から、各ＵＥでの可能な通信形態が各々「直接」あるいは「異種無線経由１（ＷＬＡＮ ＡＰ１０００）」であり、ＵＥ間直接通信許可が各々「許可」であり、各ＵＥがＷＬＡＮアクセスポイント等に接続する際必要なアクセス情報、アクセス秘匿情報を把握し、各ＵＥのマルチキャストルータ機能の具備状況を把握し、各ＵＥの具備する無線接続モードを把握する。
【０２９３】
これらの情報より例えばＴＤＤモードによるＵＥ間直接通信及び異種無線であるＷＬＡＮアクセスポイント等をＦＤＤモードにより経由して、ＵＥｈ８０とＵＥｍ９０が、それぞれの通信形態においてお互いに電波の到達範囲に存在すればＵＥ間通信の可能性がある事を確認し、さらにそのそれぞれの通信形態における通信が許可されている事を確認する。さらにＷＬＡＮアクセスポイント等に接続可能な場合は、無線周波数や拡散方式、無線設備識別番号（ＭＡＣアドレス等）等を記述した「アクセス手段」、ＳＳＩＤ等アクセスするための秘匿情報である「アクセス秘匿情報」を確認する。
【０２９４】
なお、ＵＥ間通信許可テーブル４２２は、ＵＥの契約情報を基にあらかじめ登録されていても良いし、ＨＳＳ４０が各ＵＥに問い合わせて情報を入手し、作成しても良い。
【０２９５】
その後、ＭＭＥ３０はＵＥｈ８０及びＵＥｍ９０に、各ＵＥ同士が現時点において電波の到達範囲に存在し、各ＵＥ間で直接通信が実際に可能かどうかをＵＥ間通信コネクティビティテーブル要求を送信し（Ｓ７２６、Ｓ７２８）各ＵＥに問い合わせる。
なお、ＵＥ間通信コネクティビティテーブル要求（Ｓ７２８）は、ＭＭＥ３０からｅＮＢ５０を経由してＵＥｍ９０へ送信され、ＵＥ間通信コネクティビティテーブル要求（Ｓ７２６）はＭＭＥ３０からＨｅＮＢ７０を経由してＵＥｈ８０へ送信される。
【０２９６】
ＭＭＥ３０はＵＥ間通信コネクティビティテーブル３２６の情報を基に、各ＵＥへのＵＥ間通信コネクティビティテーブル要求に、直接通信する対象ＵＥの情報と、経由する異種無線アクセス情報を含める。例として、ＵＥｈ８０へのＵＥ間通信コネクティビティテーブル要求（Ｓ７２６）には、直接通信する対象ＵＥとしてＵＥｍ９０、無線接続モード、経由する異種無性アクセスとしてＷＬＡＮ ＡＰ１０００の情報及びＷＬＡＮ ＡＰ１０００に接続する場合の「アクセス手段」、「アクセス秘匿情報」の情報を含める。また、マルチキャストルータ機能の有無情報を含め、ＨＳＳ４０から得た情報とＵＥｈ８０が保有している情報との照合による有無情報の再確認を実行させる。
【０２９７】
これは、マルチキャストルータ機能の有無をＨＳＳ４０に設定後、ＵＥにおいてマルチキャストルータ機能をダウンロード等により追加した場合や、削除された場合に最新の情報に更新する為である。
【０２９８】
同様にＵＥｍ９０へのＵＥ間通信コネクティビティテーブル要求（Ｓ７２８）には、直接通信する対象ＵＥとしてＵＥｈ８０、及び無線接続モード、経由する異種無性アクセスとして、ＷＬＡＮ ＡＰ１０００の情報及びＷＬＡＮ ＡＰ１０００に接続する場合の「アクセス手段」、「アクセス秘匿情報」の情報を含める。また、マルチキャストルータ機能の有無情報を含め、ＨＳＳ４０から得た情報とＵＥｍ９０が保有している情報の再確認を実行させる。
【０２９９】
ＭＭＥ３０からのＵＥ間通信コネクティビティテーブル要求（Ｓ７２６，Ｓ７２８）を受信したＵＥｈ８０及びＵＥｍ９０は、要求に含まれる対象ＵＥに関して、ＵＥ間通信制御信号用無線リソース割り当て処理を行い、お互いに電波の到達範囲に存在して直接通信が可能かどうかのＵＥ間通信可否判断処理を行う（Ｓ７３０）。
【０３００】
その判断においては、ＵＥ間で直接通信が可能か否かを確認する事が目的であるので、制御信号が相手までの往復通信が行える事が確認出来れば通信可能と判断しても良く、例えばＡＣＫ、ＮＡＣＫやＰＩＮＧ等の簡易な制御信号の通信によって確認しても良い。
ここで、制御信号の通信の為に無線リソース割り当てを行う。
【０３０１】
この時、ＨｅＮＢ７０とＵＥｈ８０間の制御信号用無線リソース割り当て処理（Ｓ１００）においては、ＭＭＥ３０やＨｅＮＢ７０主導で割り当てを行い、ＨｅＮＢ７０が送信している制御信号用無線リソース割り当て信号を含む報知信号をＵＥｈ８０が受信する事により、ＵＥｈ８０はＨｅＮＢ７０と制御信号の通信を行う為の設定を行う事が出来た。
【０３０２】
ＵＥ間での直接通信においても、ＵＥ間で勝手に無線リソースを設定するのではなく、ＭＭＥ３０、ＨｅＮＢ７０等の通信事業者管理下で設定する。
【０３０３】
本実施形態ではＭＭＥ３０から受信したＵＥ間通信コネクティビティテーブル要求（Ｓ７２６，Ｓ７２８）で指定された情報により、ＵＥ間通信制御信号用無線リソース割り当て処理を行い（Ｓ７３０）、ＵＥ間通信コネクティビティテーブル要求（Ｓ７２６、Ｓ７２８）で指定された対象ＵＥが例えばＴＤＤモードによるＵＥｈ８０とＵＥｍ９０間での直接通信及び異種無線手段を経由した直接通信（例えば、ＦＤＤモードによるＷＬＡＮ ＡＰ１０００の異種無線手段を経由した直接通信）の無線設定を行い、例えばＡＣＫ、ＮＡＣＫやＰＩＮＧ等の簡易な制御信号の通信の通信可否によって、ＵＥ間通信可否判断処理（Ｓ７３０）を行う。
【０３０４】
なお、無線リソースの割り当ての設定は、ＭＭＥ３０とＨｅＮＢ７０が協調して行っても良い。
【０３０５】
なお、本実施形態においては、ＵＥｈ８０とＵＥｍ９０間での直接通信及びＷＬＡＮ ＡＰ１０００経由での直接通信が行われる例について説明するが、通信路としてはどちらか一方（例えば、ＵＥｈ８０とＵＥｍ９０間での直接通信）であっても良いことは勿論である。
【０３０６】
つづいて、各ＵＥは、ＵＥ間通信制御信号用無線リソース割り当て処理、ＵＥ間通信可否判断処理によって確認されたＵＥ間通信の接続性、すなわち接続可能となった相手のＵＥ、及び例えばＵＥ間での直接通信かＷＬＡＮ ＡＰ経由での直接通信か、を示す接続経路情報であるＵＥ間通信コネクティビティ、相手のＵＥと例えばＴＤＤモードで接続されたのか、ＦＤＤモードで接続されたのかを示す、無線接続モード等に関し、各ＵＥはＵＥ間通信コネクティビティテーブル８２８及びＵＥ間通信コネクティビティテーブル９２８を作成し、確認内容を登録する。さらにＭＭＥ３０から通知されてきたマルチキャストルーティング機能の有無情報と各ＵＥが持っている情報を比較し、最新の情報をＵＥ間通信コネクティビティテーブルに登録する。
【０３０７】
なお、ＵＥ間通信コネクティビティテーブルは事前に作成されていて、マルチキャストルーティング機能を保有しているかの有無の情報が事前に格納されていても良い。そして、登録内容をＭＭＥ３０にＵＥ間通信コネクティビティテーブル応答として送信する（Ｓ７３２、Ｓ７３４）。
【０３０８】
図２９にＵＥ間通信コネクティビティテーブル８２８の一例を、図３４にＵＥ間通信コネクティビティテーブル９２８の一例を示す。図２９では、ＵＥｈ８０が直接ＴＤＤモードによりＵＥｍ９０と通信が可能であり、ＷＬＡＮ ＡＰ１０００経由でのＦＤＤモードでＵＥｍ９０と通信が可能な事を示しており、図３４ではＵＥｍ９０が直接及びＷＬＡＮ ＡＰ１０００経由でＵＥｈ８０と通信が可能な事を示している。
【０３０９】
さらに、ＵＥｈ８０はマルチキャストルーティング機能を保有し、ＵＥｍ９０は保有しない事から、ＵＥｈ８０からＵＥｍ９０へのマルチキャスト配信が可能な事を示している。
【０３１０】
ＭＭＥ３０は、各ＵＥからのＵＥ間通信コネクティビティテーブル応答を受信すると、その内容をＵＥ間通信コネクティビティテーブル３２６に登録する。図１３に、登録後のＵＥ間通信コネクティビティテーブル３２６の一例を示す。
【０３１１】
以上の処理の後、ＭＭＥ３０はＵＥ間通信によるオフロード可否判断処理（Ｓ７３６）を行う。すなわち、トラフィックの輻輳が発生した場合等において、マルチキャストデータオフロードが必要な状況になった場合、あるいはＵＥからの要求があった場合、ＭＭＥ３０は、ＵＥｈ８０とＵＥｍ９０間におけるマルチキャストデータオフロードが有効であり、実際にＵＥｈ８０とＵＥｍ９０間での直接通信が可能である事を判断する。
【０３１２】
更に、マルチキャストルーティング機能の有無により、ＵＥｈ８０とＵＥｍ９０間でどちらからマルチキャストデータを配信するか、さらにどこのトラフィックの輻輳を削減させたいのか、すなわちＭＢＭＳ ＧＷ２０からｅＮＢ５０のトラフィックを削減したいのか、ＭＢＭＳ ＧＷ２０からＨｅＮＢ７０のトラフィックを削減したいのか、等を判断して、例えば、ＵＥｍ９０がｅＮＢ５０を経由して受信しているマルチキャストデータを、マルチキャストルーティング機能を保有しているＵＥｈ８０からの直接通信によって受信する事により、ＭＢＭＳ ＧＷ２０からｅＮＢ５０へのマルチキャストデータ配信を止める事が可能となり、コアネットワークからＵＥｈ８０からＵＥｍ９０への直接通信によるマルチキャストデータオフロードが可能と判断する。
【０３１３】
この時、ＭＭＥ３０は、ＵＥｈ８０からＵＥｍ９０への直接通信手段として、ＴＤＤモードによるＵＥｈ８０からＵＥｍ９０直接通信によるか、ＦＤＤモードによるＷＬＡＮ ＡＰ１０００経由で行うかを判断する。この判断基準としては、どちらかを優先するように設定してあっても良いし、ユーザや通信事業者のポリシに従っても良いし、受信電波強度等の通信品質情報を入手し判断しても良い。
【０３１４】
次に、ＭＭＥ３０は、ＵＥｍ９０（Ｓ７３８）及びＵＥｈ８０（Ｓ７４０）にＵＥ間通信開始要求を送信する。
【０３１５】
各ＵＥ間通信開始要求には、相手のＵＥ情報、通信手段、例えばＴＤＤモードによる直接通信、あるいはＦＤＤモードによりＷＬＡＮ ＡＰ１０００を経由した直接通信等の通信手段情報を含める。
【０３１６】
ここで、本実施形態ではＵＥ間通信制御信号用無線リソース割り当て（Ｓ７３０）により、ＵＥｈ８０とＵＥｍ９０間での直接通信及びＷＬＡＮ ＡＰ１０００経由での直接通信の２つの通信手段による通信路が構成されている。
【０３１７】
最終的にどの通信路を使用するかは、ＵＥ間通信開始要求（Ｓ７３８、Ｓ７４０）により指定されるが、ＵＥ間通信によるオフロード可否判断処理（Ｓ７３６）による判断によりオフロードを行わない判断となり、ＵＥ間通信開始要求がＵＥに送信されない場合もある。したがって、ＵＥ間通信制御信号用無線リソース割り当て（Ｓ７３０）において所定のタイマーを設定し、無線リソース割り当て後、タイマー設定の所定時間までにＵＥ間通信開始要求（Ｓ７３８、Ｓ７４０）がＵＥに到達しない場合は、各ＵＥ無線リソースを解放しても良い。また、ＵＥ間通信開始要求（Ｓ７３８、Ｓ７４０）を受信した各ＵＥは、指定された通信手段以外の通信路を解放しても良い。
【０３１８】
（アクティベーション・ＭＢＭＳ登録、セッション開始 手続き）
ＵＥｍ９０はＭＭＥ３０からのＵＥ間通信開始要求を受信して、図４４に示すアクティベーション・ＭＢＭＳ登録手続き（Ｓ７５０）、セッション開始手続き（Ｓ７５２）に入る。
【０３１９】
ここで、アクティベーション、ＭＢＭＳ登録、セッション開始の手続きは既に、ＵＥｈ８０に関して、図３６、図３７、図３８にて、ＵＥｍ９０に関して、図３９、図４０、図４１にて説明している。
【０３２０】
ＵＥｍ９０がＵＥｈ８０からマルチキャスト配信を受ける場合のアクティベーション、ＭＢＭＳ登録、セッション開始の手順は、図４５、図４６、図４７を用いて説明するが、例えば図３６と図４５の大きな差異は、ＵＥｍ９０とＨｅＮＢ７０の間に位置する、ＵＥｈ８０の役割である。
【０３２１】
すなわち、ＵＥｍ９０がマルチキャスト配信を受ける上位ノードはＵＥｈ８０であり、ＵＥｈ８０はＵＥｍ９０においては通常上位ノードとして配信を受けるＨｅＮＢ７０と同じ役割に相当する。従って、ＵＥｈ８０は図３６、図３７、図３８ではマルチキャストデータ受信端末のみとして動作しているが、図４５、図４６、図４７においては、マルチキャストデータ受信端末としての機能に加え、マルチキャストルータ機能を動作させ、ＵＥｍ９０にマルチキャストデータを配信する、というＨｅＮＢ７０と同様な動作も併せて行う。
【０３２２】
従って、図４５、図４６、図４７によるアクティベーション、ＭＢＭＳ登録、セッション開始の手順は、ＵＥｈ８０がＨｅＮＢ７０の役割を担う観点で、図３６、図３７、図３８において、ＵＥｈ８０をＵＥｍ９０と置き換えたとした時の差異を中心に説明する。
【０３２３】
（アクティベーション手続き）
図４５に示すアクティベーション手続き（Ｓ１０２）開始に際し、図３６に示すサービスアナウンスメント（Ｓ１０１）は、ＵＥｍ９０は既にｅＮＢ５０を経由してサービスを開始する際に受けており、必要な情報は得ているので、図４５では必要が無い。但しＵＥｍ９０が再度サービスアナウンスメントを受信してもよい。
【０３２４】
ＵＥｍ９０は現在ｅＮＢ５０を経由して受信しているマルチキャストサービスに関し、ＵＥｈ８０、及びＨｅＮＢ７０を経由した別のセッションとして参加するため、まずアクティベーション手続き（Ｓ１０２）を行う。
【０３２５】
ここで、図４５に示すＵＥｍ９０がマルチキャストサービスに参加するためのアクティベーション手続き（Ｓ１０２）について、図４６を用いて説明する。
【０３２６】
図４６に示すアクティベーション手続きは、図３７でのＵＥｈ８０同様、ＵＥｍ９０がＭＢＭＳ ＧＷ２０へＩＧＭＰ参加要求（Ｓ２００）を行うことにより、アクティベーション手続きが開始される。
【０３２７】
以下、図４６において、図３７に示すＵＥｈ８０のアクティベーション手続きに同様に、ＭＢＭＳ承認要求（Ｓ２０２）、ＭＢＭＳ承認応答（Ｓ２０４）、ＭＢＭＳ通知要求（Ｓ２０６）、ＭＢＭＳ通知応答（Ｓ２０８）と続き、ＭＢＭＳコンテキストアクティベーション要求（Ｓ２１１）とＭＢＭＳコンテキストアクティベーション応答（Ｓ２１３）が、ＭＭＥ３０とＵＥｍ９０間で行われる。
【０３２８】
続いて図３７同様、ＭＢＭＳコンテキスト要求（Ｓ２１４）、ＭＢＭＳ承認要求（Ｓ２１６）、ＭＢＭＳ承認応答（Ｓ２２０）、ＭＢＭＳコンテキスト応答（Ｓ２２２）、ＭＢＭＳ ＵＥコンテキストの通知（Ｓ２２４）の手続きが行われる。
【０３２９】
次に、図４６においてＨｅＮＢ７０からＵＥｈ８０にＭＢＭＳ ＵＥコンテキストの通知（Ｓ２２５）が送信される。これは前述のように、ＵＥｈ８０がマルチキャストルーティング機能を動作させ、ＨｅＮＢ７０と同様の動作を行う為、拡張した手続きである。
【０３３０】
ここで、ＭＢＭＳ ＵＥコンテキスト７３６を、図２４（ａ）から図２４（ｂ）に書き換えを行う。すなわち、ＨｅＮＢ７０の配下にＵＥｈ８０に加えＵＥｍ９０が追加になった事により、ＵＥｈ８０を示すＩＭＳＩ２に加え、ＵＥｍ９０を示すＩＭＳＩ１を追加する。
【０３３１】
また、同様の理由でＨｅＮＢ７０からのＭＢＭＳＵＥコンテキストの通知（Ｓ２２５）を受信したＵＥｈ８０は、ＭＢＭＳＵＥコンテキスト８２６を図２８（ａ）から図２８（ｂ）に書き換える。すなわち、ＵＥｈ８０のマルチキャスト配信配下に新たにＵＥｍ９０が加わったため、ＵＥｍ９０を示すＩＭＳＩ１を追加する。
【０３３２】
その後、図３７同様ＵＥｍ９０に対し、ＭＭＥ３０からＭＢＭＳコンテキストアクティベーション許可応答（Ｓ２２６）が送信され、ＵＥｍ９０のアクティベーション手続きが完了する。
【０３３３】
なお、ＭＢＭＳＵＥコンテキスト１２６、ＭＢＭＳＵＥコンテキスト２２６、ＭＢＭＳＵＥコンテキスト３２４は、情報が変わらない場合は変更しなくても良い。更に、ＵＥｈ８０へのＵＥコンテキストの通知は、ＭＭＥ３０から直接行っても良い。また、各々のＭＢＭＳ ＵＥコンテキストにおけるＩＭＳＩは、他にＵＥを特定可能な情報があれば、含めなくても良い。
【０３３４】
例えば、ＴＭＧＩと配信ノードとＵＥの関係は、少なくともＢＭ−ＳＣは管理しており、後述のＭＢＭＳベアラコンテキストに登録されるＴＭＧＩと配信ノードが判ればサービスを受けているＵＥを特定する事ができる。
【０３３５】
［３．６ ＭＢＭＳ登録手続き］
続いて、あるＭＢＭＳサービスにおけるＭＢＭＳ登録手続きを、図４５に戻って図３６と対比しながら説明する。ＭＢＭＳ登録手続きにより、ＢＭ−ＳＣ１０からＵＥｈ８０への通信経路が確立される。
【０３３６】
図３６において、一例としてＨｅＮＢ７０がＭＢＭＳサービスに参加するＵＥｈ８０を検出して、ＭＢＭＳ登録手続きを開始したのと同様、図４５においてＵＥｈ８０がＭＢＭＳサービスに参加するＵＥｍ９０を検出することにより、ＭＢＭＳ登録手続きを開始する。
【０３３７】
図３６において、まずＨｅＮＢ７０がＭＭＥ３０にＭＢＭＳ登録要求（Ｓ１０４）の送信から始まったのと同様、図４５においてまずＵＥｈ８０がＨｅＮＢ７０にＭＢＭＳ登録要求（Ｓ１０３）を送信する。
【０３３８】
その後、図３６同様、ＭＢＭＳ登録要求（Ｓ１０４）、ＭＢＭＳ登録要求（Ｓ１０６）、ＭＢＭＳ登録要求（Ｓ１０８）、ＭＢＭＳ登録応答（Ｓ１１０）、ＭＢＭＳ登録応答（Ｓ１１２）、ＭＢＭＳ登録応答（Ｓ１１４）、と手順が進む。
【０３３９】
その後、ＨｅＮＢ７０から、ＵＥｈ８０にＭＢＭＳ登録応答（Ｓ１１５）を送信し、ＭＢＭＳ登録手続きが完了する。
【０３４０】
ここで、ＭＢＭＳベアラコンテキスト７３２を図２２（ａ）から図２２（ｂ）に書き換えを行う。すなわち、マルチキャストルーティング機能を持つノードであるＵＥｈ８０が配下に新たに追加となったため、配信ノードに「ＵＥｈ８０」を追加登録する。なお配信ノードには、例えばＵＥｈ８０のＩＰアドレスが記憶される。
【０３４１】
また、ＨｅＮＢ７０からのＭＢＭＳ登録応答（Ｓ１１５）を受信したＵＥｈ８０は、ＭＢＭＳベアラコンテキスト８２２を作成し、ＭＢＭＳ登録応答（Ｓ１１５）に含まれる、ＭＢＭＳベアラサービス識別子「ＴＭＧＩ１」、ＭＢＭＳ制御装置「ＭＭＥ３０」、上位配信ノード「ＨｅＮＢ７０」を登録し、モードを「マルチキャスト」、状態情報を「スタンバイ」にて登録する。
【０３４２】
なお、ＭＢＭＳベアラコンテキスト８２２は、ＵＥの基本機能としては具備しなくても良いが、例えばＵＥがＭＢＭＳマルチキャスト機能を具備し、実行する際に初めて必要となる。従って、ＭＢＭＳマルチキャスト機能を具備した段階でＭＢＭＳベアラコンテキスト８２２をテーブルの内容をＮｕｌｌとして作成しておいても良いし、ＭＢＭＳ登録手順の時に作成しても良い。さらに、図３１に示すように、ＭＢＭＳマルチキャスト機能を具備していないＵＥにＭＢＭＳベアラコンテキスト９２２の様にＮｕｌｌとして作成しておいても良い。
【０３４３】
また、ＭＢＭＳベアラコンテキスト１２４、ＭＢＭＳベアラコンテキスト２２２、ＭＢＭＳベアラコンテキスト３２２は、情報が変わらない場合は変更しなくても良い。
【０３４４】
ＵＥｈ８０がＭＢＭＳ登録手続きを開始するトリガは、上記以外でもオペレータのポリシ等により、任意のタイミングで行ってもよい。
【０３４５】
以上のサービスアナウンスメント手続きと、アクティベーション手続きと、ＭＢＭＳ登録手続きにより、ＵＥｈ８０とＢＭ−ＳＣ１０との間で配信リストを形成することにより、ＢＭ−ＳＣ１０が送信したサービスのマルチキャスト配信データはＵＥｈ８０まで配送するための経路を生成することができる。
【０３４６】
同時にＢＭ−ＳＣ１０は、ＵＥｍ９０が今までｅＮＢ５０経由で配信されていたマルチキャストデータと同じデータを、ＨｅＮＢ７０、ＵＥｈ８０経由でも要求された事を知る。
【０３４７】
なお、配信リストに登録されるノードは、上記に従う必要はなく、オペレータによって予め登録されていてもよい。
【０３４８】
なお、上記では、ＵＥｈ８０において、ＵＥｈ８０がＵＥｍ９０からＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＵＥが他のＵＥからＭＢＭＳ登録要求を受信した場合にも、ＵＥｈ８０と同様の手続きを行う。
【０３４９】
同様にＨｅＮＢ７０においても、ＨｅＮＢ７０がＵＥｈ８０からＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＨｅＮＢがＵＥからＭＢＭＳ登録要求を受信した場合にも、ＨｅＮＢ７０と同様の手続きを行う。
【０３５０】
同様にＭＭＥ３０においても、ＭＭＥ３０がＨｅＮＢ７０からＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＭＭＥがＨｅＮＢ７０からＭＢＭＳ登録要求を受信した場合にも、ＭＭＥ３０と同様の手続きを行う。
【０３５１】
同様にＭＢＭＳ ＧＷにおいても、ＭＢＭＳ ＧＷ２０がＭＭＥ３０からＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷがＭＭＥ３０からＭＢＭＳ登録要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。
【０３５２】
同様にＢＭ−ＳＣにおいても、ＢＭ−ＳＣ１０がＭＢＭＳ ＧＷ２０からＭＢＭＳ登録要求を受信した場合の処理を説明したが、その他のＢＭ−ＳＣがＭＢＭＳ ＧＷ２０からＭＢＭＳ登録要求を受信した場合にも、ＢＭ−ＳＣ１０と同様の手続きを行う。
【０３５３】
［１．３．７ セッション開始手続き］
ここで、図４４に戻り、続いて実行するセッション開始手続き（Ｓ７５２）を、図４７を用いて図３８との対比で説明する。セッション開始手続きにより、ＭＢＭＳベアラを確立し、データを送信する準備を行う。
【０３５４】
図４７では、図３８同様、ＢＭ−ＳＣ１０が、サービスを指定してセッション開始要求をＭＢＭＳ ＧＷ２０に送信する（Ｓ３００）。その後、図３８同様セッション開始応答（Ｓ３０２）、セッション開始要求（Ｓ３０４）、セッション開始要求（Ｓ３０６）を送信する。
【０３５５】
その後、ＨｅＮＢ７０はＵＥｈ８０にセッション開始要求（Ｓ３０５）を送信する。セッション開始要求（Ｓ３０５）を受信したＵＥｈ８０は、ＭＢＭＳベアラコンテキスト８２２を図２６（ａ）から図２６（ｂ）に書き換える。すなわち、セッション開始要求（Ｓ３０５）に含まれるセッション識別子「セッションＩＤ１」、ＩＰマルチキャストアドレス「ＩＰマルチキャストアドレス」を登録し、状態情報を「アクティブ」に変更する。その後、ＵＥｈ８０はＨｅＮＢ７０にセッション開始応答（Ｓ３０７）を送信する。
【０３５６】
次に図３６同様ＨｅＮＢ７０はＭＭＥ３０にセッション開始応答（Ｓ３０８）を送信し、ＭＭＥ３０はＭＢＭＳ ＧＷ２０にセッション開始応答（Ｓ３１０）を送信する。
【０３５７】
以上の手続きにより、ＭＢＭＳ ＧＷ２０とＵＥｈ８０間でマルチキャストデータ配信のための通信品質を確保した配送路であるＭＢＭＳベアラを確立する。
【０３５８】
ここで、図４４に戻り、ＵＥ間通信ユーザ信号用無線リソース割り当て処理（Ｓ７５３）を説明する。ＵＥ間通信ユーザ信号用無線リソース割り当て処理とは、図３８、図４１のユーザ信号用無線リソース割り当て処理（Ｓ３１２）同様、マルチキャストデータ等のユーザ信号が通信出来る為に定義された無線周波数、帯域等の無線資源（リソース）を、ＵＥｈ８０、ＵＥｍ９０において設定する。
【０３５９】
ここで、ＵＥ間通信制御信号用無線リソース割り当て処理（Ｓ７３０）同様、ＵＥ間で勝手に無線リソースを設定するのではなく、ＭＭＥ３０、ＨｅＮＢ７０等の通信事業者管理下で設定する。
【０３６０】
一例として、ＨｅＮＢ７０が単独で、あるいはＭＭＥ３０と協調してＵＥ間通信における無線周波数、帯域、タイミング等のＵＥ間通信ユーザ信号用無線リソース割り当てを行い、ＵＥｈ８０、及びＵＥｈ８０を経由してＵＥｍ９０に通知する。ＵＥｈ８０、及びＵＥｍ９０は、通知に従いユーザ信号用に無線設定を行う。
【０３６１】
ＵＥｈ８０、及びＵＥｍ９０は指示の範囲で独自の判断により設定しても良い。一例として、複数の無線設定条件の通知を受け、各ＵＥによりキャリアセンスを行い最適な設定をＵＥｈ８０、及びＵＥｍ９０間で決定しても良い。
【０３６２】
また、各ＵＥは、ＵＥ間通信制御信号用無線リソース割り当て処理（Ｓ７３０）でＭＭＥ３０、またはＨｅＮＢ７０から割り当てられる際に、ＵＥ間通信ユーザ信号用無線リソース割り当ての処理方法の指示を受けても良い。
【０３６３】
すなわち、一例として指示によりＵＥ間通信制御信号用無線リソース割り当て処理（Ｓ７３０）において割り当てられた制御信号の無線リソースをそのまま利用しても良いし、改めてＵＥ間通信ユーザ信号用無線リソース割り当てを受けても良い。さらに、緊急時の処理方法の指示を受けても良い。
【０３６４】
一例として、ＭＭＥ３０、またはＨｅＮＢ７０等の通信事業者管理下の装置より、緊急時対応の指示を受けた時には、ＵＥ間でキャリアセンス等の干渉回避処置を行う事により独自に無線リソースの割り当てをおこなう、マルチキャストデータ通信の利用優先度を下げる、等の指示を受けて実行しても良い。
【０３６５】
さらに、ＵＥｈ８０は、無線フレーム情報８２４を作成し、配送するための情報を登録する。具体的には、無線フレームのモードがマルチキャストモードであるか、ユニキャストモードであるかのモード情報（例えば、「フレームモード」）をＭＢＭＳベアラサービス識別子毎に登録する。サービス識別子としてはＴＭＧＩを用いることができる。
【０３６６】
また、マルチキャストモードで送信する場合は、フレームは不特定多数のＵＥへ送信するためＵＥ情報を保持する必要はないが、ユニキャストモードで送信する場合には、個々のＵＥに無線フレームを送信する必要があるため、その場合には、ＵＥ情報としてＩＭＳＩを保持しておきＵＥ情報として登録する。
【０３６７】
図２７（ａ）に、登録前の無線フレーム情報８２４、図２７（ｂ）に登録後の無線フレーム情報８２４の一例を示す。
【０３６８】
なお、無線フレーム情報８２４は、ＵＥの基本機能としては具備しなくても良いが、例えばＵＥがＭＢＭＳマルチキャスト機能を具備し、実行する際に初めて必要となる。従って、ＵＥｈ８０がＭＢＭＳマルチキャスト機能を具備した段階で無線フレーム情報８２４をテーブルの内容をＮｕｌｌとして作成しておいても良いし、ＭＢＭＳ登録手順の時に作成しても良い。さらに、図３２に示すように、ＭＢＭＳマルチキャスト機能を具備していないＵＥに無線フレーム情報９２４として登録内容をＮｕｌｌにて作成しておいても良い。
【０３６９】
本実施形態おいても、図２７（ａ）はＮｕｌｌとなっており、ＭＢＭＳ登録手順の時に作成する説明をしたが、上記のように事前に作成されていても良い。
【０３７０】
次に、ＩＰマルチキャスト参加処理（Ｓ７５４）を説明する。ＵＥｈ８０は、図３８のＨｅＮＢ７０同様ＩＰマルチキャスト参加処理を行う（Ｓ７５４）。
【０３７１】
ＵＥｈ８０は、ＵＥｈ８０とＵＥｍ９０間のＵＥ間通信ユーザ信号用無線リソース割り当てが完了し、ＵＥｍ９０間にマルチキャストデータを配信する準備が整った事により、ＢＭ−ＳＣ１０に対しＩＰマルチキャスト参加処理を行い（Ｓ３１４）、ＢＭ−ＳＣ１０にマルチキャストデータの配信を要求する。
【０３７２】
そのため、図３８におけるＨｅＮＢ７０同様ＭＢＭＳベアラコンテキスト８２２を参照し、サービスに対応するＩＰマルチキャストアドレスを用いてＢＭ−ＳＣ１０に参加要求を行うが、本実施形態において要求するＩＰマルチキャストパケットの配信に関しては、図４２に示すようにＢＭ−ＳＣ１０からＨｅＮＢ７０を経由してＵＥｈ８０へ既に、配信されている。
【０３７３】
そこで、ＵＥｈ８０はＩＰマルチキャスト参加処理（Ｓ７５４）として、ＵＥｈ８０からＵＥｍ９０にマルチキャストデータの配信を行う事を通知し、既に配信されているデータ（Ｓ７０２）をコピーしＵＥｍ９０への配信の準備を行う。
【０３７４】
ここでＵＥｈ８０はＵＥｍ９０に対してＭＢＭＳ開始通知を送信する（Ｓ７５６）。開始通知にはサービスを識別するサービス識別子を含めて通知する。次にＵＥｈ８０は受信した配信データをコピーしながらＵＥｍ８０に配信する（Ｓ７５８）。これにより、ＵＥｍ９０はＢＭ−ＳＣ１０から配信されＵＥｈ８０で受信した後にコピーされ、ＵＥｈ８０から配信されたマルチキャストデータの受信を開始する。
【０３７５】
すなわち、ＢＭ−ＳＣ１０から配信されたマルチキャストデータはＵＥｈ８０において受信されつつ、ＵＥｈ８０からＵＥｍ９０に対してマルチキャストデータが配信されることとなる。従って、ＵＥｍ９０は、ＵＥｈ８０を介してマルチキャストデータを受信することが出来るようになる。
【０３７６】
また、ネットワーク全体としても、ＢＭ−ＳＣ１０から、マルチキャストデータを、ＵＥｈ８０と、ＵＥｍ９０とそれぞれに配信する必要が無くなり、トラフィック全体が軽減されることとなる。
【０３７７】
ここで、サービス識別子としては種々のものが用いられるが、例えば、
（１）ＭＢＭＳベアラコンテキスト８２２に登録されるＴＭＧＩ
（２）ＭＢＭＳベアラコンテキスト８２２に登録されるセッションＩＤ
（３）その他の識別子（例えば、ＵＥｈ８０とＵＥｍ９０とでＭＢＭＳベアラサービスを識別することができる識別子）
等を利用する。本実施形態では、（１）のＴＭＧＩを利用することとして説明するが、（３）の場合には、サービス識別子とＭＢＭＳベアラコンテキスト８２２とを対応づけて登録することとなる。
【０３７８】
上記の例では、ＭＢＭＳ ＧＷ２０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＢＭＳ ＧＷがＢＭ−ＳＣ１０からセッション開始要求を受信した場合にも、ＭＢＭＳ ＧＷ２０と同様の手続きを行う。
【０３７９】
同様にＭＭＥにおいても、ＭＭＥ３０がセッション開始要求を受信した場合の処理を説明したが、その他のＭＭＥがＭＢＭＳ ＧＷからセッション開始要求を受信した場合にも、ＭＭＥ３０と同様の手続きを行う。
【０３８０】
同様にＨｅＮＢにおいても、ＨｅＮＢ７０がセッション開始要求を受信した場合の処理を説明したが、その他のＨｅＮＢがＭＭＥからセッション開始要求を受信した場合にも、ＨｅＮＢ１と同様の手続きを行う。
【０３８１】
同様にＵＥにおいても、ＵＥｈ８０がセッション開始要求を受信した場合の処理を説明したが、その他のＵＥがＨｅＮＢからセッション開始要求を受信した場合にも、ＵＥｈ８０と同様の手続きを行う。
【０３８２】
これにより、ＢＭ−ＳＣ１０が配信するマルチキャストデータは、複数のＭＢＭＳ ＧＷ、ＭＭＥ及びＨｅＮＢを介して階層的にＵＥへ配送される。
【０３８３】
（セッション変更前配信の停止）
ＵＥｍ９０が、ＢＭ−ＳＣ１０から、ＨｅＮＢ７０、ＵＥｈ８０を経由してマルチキャストデータを受信している間は、それ以前にｅＮＢ５０経由でサービスを受けていたセッションも継続している。これによりマルチキャストデータが途切れることなくサービスを受ける事が可能となる。
【０３８４】
すなわち、ＵＥｈ８０は例えばＦＤＤモードによりＨｅＮＢ７０から受信したマルチキャストデータをＴＤＤモードによるＵＥ間直接通信により、ＵＥｍ９０に配信している。
【０３８５】
ＵＥｍ９０は例えばＴＤＤモードによるＵＥ間直接通信によりＵＥｈ８０からマルチキャストデータを受信し同時に、ＦＤＤモードによりｅＮＢ５０から同じデータを受信している。
【０３８６】
これは、ＭＭＥ３０がＵＥ間通信許可テーブル４２２又はＵＥ間通信コネクティビティテーブル３２６の無線接続モード「ＴＤＤ」及び「ＦＤＤ」を把握する事により、例えばＦＤＤモードで通信するＨｅＮＢ７０とＵＥｈ８０とは、ＦＤＤモード、同様にＦＤＤモードで通信するｅＮＢ５０とＵＥｍ９０とは、ＦＤＤモードで通信を行い、同時にＴＤＤモードを保有するＵＥｈ８０及びＵＥｍ９０とは、ＴＤＤモードでの直接通信を指示した結果による。例えば、ＨｅＮＢ７０がＴＤＤモードで通信を行っていれば、ＨｅＮＢ７０とＵＥｈ８０の通信及びＵＥｈ８０とＵＥｍ９０の直接通信を共にＴＤＤモードで指示する事も可能である。
【０３８７】
しかし、ＨｅＮＢ７０、ＵＥｈ８０経由でのＵＥｍ９０への配信サービスが開始されて時点で、ｅＮＢ５０経由の配信サービスは不要となるので、ｅＮＢ５０からの配信停止の手続きが必要となる。
【０３８８】
図４４に戻り説明する。ＵＥｍ９０はＵＥｈ８０からのマルチキャストデータ受信を開始すると、ＭＭＥ３０にＵＥ間直接開始通知を送信する（Ｓ７６０）。
【０３８９】
ＭＭＥ３０は、ＵＥｍ９０からのＵＥ間直接開始通知の受信を受けて、ＭＢＭＳベアラコンテキスト３２２、ＭＢＭＳＵＥコンテキスト３２４により、ＴＭＧＩ１が配信されているＵＥがｅＮＢ５０配下に存在しない事を、ＴＭＧＩ１に関する配信ノードとＩＭＳＩとの関係を基に確認後、ｅＮＢ５０経由の配信停止要求をｅＮＢ５０に送信する（Ｓ７６２）。
【０３９０】
ｅＮＢ５０はＭＭＥ３０からの配信停止要求（Ｓ７６２）を受けて、ＵＥｍ９０への配信を停止しＴＭＧＩ１に関するＭＢＭＳベアラコンテキスト５３２、無線フレーム情報５３４、ＭＢＭＳＵＥコンテキスト５３６の登録内容を削除する。図１７（ｂ）にＴＭＧＩ１に関する情報を削除後のＭＢＭＳベアラコンテキスト５３２の一例を示す。
【０３９１】
図１７（ｂ）では、テーブルがＮｕｌｌ情報となっているが、他の情報が無い場合ＭＢＭＳベアラコンテキスト５３２を削除しても良い。
【０３９２】
同じく、図１８（ｂ）にＴＭＧＩ１に関する情報を削除後の無線フレーム情報５３４の一例を示す。図１８（ｂ）では、ＴＭＧＩ１に関するテーブルがＮｕｌｌ情報となっているが、他の情報が無い場合ＭＢＭＳＵＥコンテキスト５３６を削除しても良い。
【０３９３】
同様に、図１９（ｂ）にＴＭＧＩ１に関する情報を削除後のＭＢＭＳ ＵＥコンテキスト５３６の一例を示す。図１９（ｂ）では、テーブルがＮｕｌｌ情報となっているが、他の情報が無い場合ＭＢＭＳＵＥコンテキスト５３６を削除しても良い。
【０３９４】
次に、ｅＮＢ５０は、ＭＭＥ３０に配信停止応答（Ｓ７６４）を送信する。ＭＭＥ３０は、ｅＮＢ５０からの配信停止応答を受けて、ＭＢＭＳベアラコンテキスト３２２の配信ノードのｅＮＢ５０の情報を削除し、ＭＢＭＳＵＥコンテキスト３２４のｅＮＢ５０に関する情報を削除する。
【０３９５】
図１１（ｂ）に配信ノードのｅＮＢ５０削除後のＭＢＭＳベアラコンテキスト３２２の一例を示す。又、図１２（ｂ）にｅＮＢ５０に関する情報を削除後のＭＢＭＳ ＵＥコンテキスト３２４の一例を示す。
【０３９６】
その後、ＭＭＥ３０はＭＢＭＳ ＧＷ２０に、ＴＭＧＩ１のｅＮＢ５０への配信停止要求（Ｓ７６６）を送信する。
【０３９７】
ＭＢＭＳ ＧＷ２０は、ＭＭＥ３０からのｅＮＢ５０への配信停止要求（Ｓ７６６）を受けて、ＭＢＭＳベアラコンテキスト２２２の配信ノードのｅＮＢ５０の情報を削除し、ＭＢＭＳ ＵＥコンテキスト２２６のｅＮＢ５０の情報を削除する。
【０３９８】
図７（ｂ）に配信ノードのｅＮＢ５０削除後のＭＢＭＳベアラコンテキスト２２２の一例を示す。又、図９（ｂ）にｅＮＢ５０に関する情報を削除後のＭＢＭＳＵＥコンテキスト２２６の一例を示す。 ＭＢＭＳ ＧＷ２０はＭＭＥ３０に配信停止応答（Ｓ７６８）を送信する。
【０３９９】
なお、ＭＭＥ３０における、ＭＢＭＳベアラコンテキスト３２２の配信ノードのｅＮＢ５０の情報を削除、及びＭＢＭＳＵＥコンテキスト３２４のｅＮＢ５０に関する情報の削除は、ＭＢＭＳ ＧＷ２０から配信停止応答（Ｓ７６８）を受信した後でも良い。
【０４００】
以上により、ＢＭ−ＳＣ１０からｅＮＢ５０を経由してＵＥｍ９０で受信していたマルチキャストデータが、ＨｅＮＢ７０、ＵＥｈ８０を経由しての受信が可能となり、ＭＢＭＳ ＧＷ２０からｅＮＢ５０への有線区間のトラフィックが不要となり、また、ｅＮＢ５０からＵＥｍ９０への無線区間のトラフィックが不要となる。
【０４０１】
以上のＵＥでのオフロードによりコアネットワーク及び無線区間のトラフィック輻輳回避ができる。
【０４０２】
なお、上記ではＭＭＥ５０からの配信停止要求及び応答は、ｅＮＢ５０、ＭＢＭＳ ＧＷ２０の順番で行ったが、逆の順番でも良い。さらに、上記ではｅＮＢ５０ではＭＭＥ３０からの配信停止要求（Ｓ７６２）を受けて、ＭＢＭＳベアラコンテキスト５３２、無線フレーム情報５３４、ＭＢＭＳＵＥコンテキスト５３６のＴＭＧＩ１に関する内容の削除を行ったが、ＭＢＭＳベアラコンテキスト５３２の状態情報を「アクティブ」から「スタンバイ」に変更するのみでも良い。
【０４０３】
同様に、ＭＭＥ５０及びＭＢＭＳ ＧＷ２０では、ＭＢＭＳベアラコンテキスト３２２の配信ノード及びＭＢＭＳベアラコンテキスト２２２の配信ノードのｅＮＢ５０の情報を削除し、ＭＢＭＳ ＵＥコンテキスト３２４及びＭＢＭＳ ＵＥコンテキスト２２６のｅＮＢ５０の情報を削除したが、各々のＭＢＭＳベアラコンテキスト３２２及びＭＢＭＳベアラコンテキスト２２２において、ｅＮＢ５０のみの配信を「アクティブ」から「スタンバイ」に設定出来る機能がある場合、ｅＮＢ５０の項目を削除せずに、ｅＮＢ５０のみの配信を「アクティブ」から「スタンバイ」に設定しても良い。
【０４０４】
なお、上記では、ＵＥｈ８０から、ＵＥｍ９０への１台へのマルチキャストデータ配信について述べたが、ＵＥｈ８０の無線送受信が複数同時に動作する能力があれば、ＵＥｈ８０から複数のＵＥへの配信が可能となる。
【０４０５】
本実施形態では、ＵＥ間通信許可テーブル４２２、ＵＥ間通信コネクティビティテーブルに示すマルチキャストルータ機能に関し、ＵＥｍ９０は「無し」として説明した。
【０４０６】
ＵＥｍ９０にマルチキャストルータ機能を保有する場合、ＵＥｈ８０を経由して配信されたマルチキャストデータをＵＥｍ９０からさらに複数のＵＥに配信する事が可能となる。
【０４０７】
また、ＵＥｍ９０が配信したＵＥにも同様にマルチキャストルータ機能を保有する場合、ツリー状に配信範囲を広げる事が可能となり、より幅広いトラフィックのオフロードが実現出来る。
【０４０８】
なお、ＵＥｈ８０とＵＥｍ９０は、説明上別のＵＥとして扱ったが、マルチキャストルータ機能の有無のみの違いである。すなわち、図２５に示すマルチキャストルーティングプログラム８３０、マルチキャストルーティング用バッファ８３２の有無の違いである。
【０４０９】
マルチキャストルーティングプログラム８３０は、ダウンロード等の手段によりＵＥの機能追加の仕組みがあれば追加可能であり、マルチキャストルーティング用バッファ８３２は、専用のハードウエアを準備する事無くＵＥに装備されている記憶装置で代用が可能である。
【０４１０】
従って、本実施形態ではＵＥｈ８０からＵＥｍ９０への直接通信を行ったが、ＵＥｍ９０がマルチキャストルータ機能を保有する場合ＵＥｍ９０からＵＥｈ８０への直接通信を行い、ＢＭ−ＳＣ１０からＨｅＮＢ７０までのトラフィックのオフロードを行う事もできる。
【０４１１】
上記の場合でも、ＭＭＥ３０、ＨＳＳ４０、ＢＭ−ＳＣ１０等がＴＭＧＩ、ＩＭＳＩ、配信ノード等を管理し、ＴＭＧＩ単位で、どの配信ノード配下でＩＭＳIで規定されるＵＥがマルチキャストデータを受信しているか、を把握する事により実現する。
【０４１２】
なお、ＵＥがテザリング機能を保有し、例えばＷＬＡＮ ＡＰ１０００に相当する異種無線のアクセスポイントの機能を内蔵する場合、直接内蔵のアクセスポイントから、内蔵のアクセスポイントに接続した他のＵＥと通信する事ができ、ＵＥから他のＵＥへマルチキャストデータの配信ができる。ＵＳＢケーブル等、ＵＥと有線接続で異種無線のアクセスポイントを外付けし、ＵＥのマルチキャストデータを接続アクセスポイント経由で、外付けのアクセスポイントに接続した他のＵＥにマルチキャストデータを配信する事ができる。
【０４１３】
また、本実施形態では、同じセッションＩＤにおいてＩＭＳＩが示すＵＥが配信ノードを変更する場合で説明したが、配信ルートが変更になった事を、セッションＩＤ以外の別の情報で管理しても良い。例としてＵＥ単位での配信ルートとして、ＩＭＳIや配信ノード情報を用いて管理しても良いし、データの流れとしての「フロー情報」により、データ配信ルートを管理しても良い。
【０４１４】
以上により、ＢＭ−ＳＣから、ＭＢＭＳベアラが確立されたＭＢＭＳ ＧＷ及びＭＭＥ、基地局装置及びホーム基地局に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、ＭＭＥは複数の端末に配信されているマルチキャストデータの種類、セッション等を管理し、同一マルチキャストコンテンツが、異なるセッションの端末に配信されている事を検出した場合、端末間通信の可否及び端末にマルチキャストルーティング機能の有無を確認する。
【０４１５】
端末からの要求も含めて総合的に判断し、条件を満足した場合には、マルチキャストルーティング機能を保有する端末から別の端末に本来のネットワークルートを介さずにマルチキャストデータの配信指示を行う事により、従来のネットワークルート全てのオフロードを行う事が可能となり、ネットワークトラフィックの輻輳回避や無線資源の有効利用が可能となる。
【０４１６】
［２．第２実施形態］
続いて第２実施形態について説明する。第１実施形態では異なるネットワークの複数の基地局装置配下の各移動局装置間において説明したが、同一ネットワーク内における複数の基地局装置配下の各移動局装置間においても、同様の事が実現出来る。
【０４１７】
図４８は、本実施形態における移動通信システム１ａの概要を説明するための図である。ＭＭＥ３０には、ｅＮＢ５０と、ｅＮＢ５５とが接続されている。そして、ｅＮＢ５５には、ＵＥｍ９５が接続されている。
【０４１８】
なお、ＵＥｍ９５は、第１実施形態のＵＥｈ８０と同様にマルチキャストルータの機能を有しているとする。すなわち、ＵＥｍ９５は、図３０のＵＥｍの機能構成に、図２５のマルチキャストルーティングプログラム８３０と、マルチキャストルーティング用バッファ８３２を更に有していることとなる。
【０４１９】
ここで、接続されたｅＮＢ５５の配下のＵＥｍ９５が、ＵＥｍ９０と同じマルチキャストサービスを受けていた場合に、第１実施形態と同様に、ＵＥｍ９５からＵＥｍ９０へＵＥ間直接通信、あるいはＷＬＡＮ ＡＰ１０５０を経由して、マルチキャストデータを配信するオフロードを行う事が可能となる。これにより、ＭＢＭＳ−ＧＷ２０と、ｅＮＢ５０間のトラフィックを止める事が出来、トラフィック削減を行う事が出来る。
【０４２０】
なお、詳細な処理手順については、第１実施形態で説明した処理について、ＵＥｈ８０をＵＥｍ９５に、ＨｅＮＢ７０をｅＮＢ５５と置き換えることにより説明可能であるので、説明を省略する。
【０４２１】
［３．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【０４２２】
なお、上述した各実施形態ではマルチキャストデータ配信の例により説明したが、ブロードキャストデータ配信においても、同様に、ＵＥにブロードキャスト配信機能とＵＥ間通信機能を具備した場合、ＵＥで受信したブロードキャストデータをＵＥ内でコピーし、他のＵＥに直接配信する事により、他のＵＥが受信していたサーバからの配信トラフィックを止める事により、トラフィック削減が可能となる。
【０４２３】
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０４２４】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等
のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【０４２５】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【０４２６】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個
別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【０４２７】
なお、上述した実施形態においては、ＵＥ間の直接通信の場合は無線接続モードをＴＤＤ、ＷＬＡＮ ＡＰ１０００経由の通信の場合は無線接続モードをＦＤＤとして説明したが、無線接続モードは上記に限定されるものではない。例えば、ＵＥ間の直接接続の無線接続モードをＦＤＤとしたり、ＷＬＡＮ ＡＰ１０００経由の無線接続モードをＴＤＤとしたり、両者を共にＦＤＤやＴＤＤとしてもよい。また、ＩＥＥＥ８０２．１１ｂのような半二重無線通信等といった異なる無線接続モードでも適用可能なことは勿論である。
【符号の説明】
【０４２８】
１ 移動通信システム
２ コアネットワーク
４ ブロードバンドアクセスネットワーク
１０ ＢＭ−ＳＣ
１００ 制御部
１１０ 送受信部
１２０ 記憶部
１２２ ＭＢＭＳサービスＤＢ
１２４ ＭＢＭＳベアラコンテキスト
１２６ ＭＢＭＳ ＵＥコンテキスト
２０ ＭＢＭＳ ＧＷ
２００ 制御部
２１０ 送受信部
２２０ 記憶部
２２２ ＭＢＭＳベアラコンテキスト
２２４ 上流コントロールノードＤＢ
２２６ ＭＢＭＳ ＵＥコンテキスト
３０ ＭＭＥ
３００ 制御部
３１０ 送受信部
３２０ 記憶部
３２２ ＭＢＭＳベアラコンテキスト
３２４ ＭＢＭＳ ＵＥコンテキスト
３２６ ＵＥ間通信コネクティビティテーブル
４０ ＨＳＳ
４００ 制御部
４１０ 送受信部
４２０ 記憶部
４２２ ＵＥ間通信許可テーブル
５０ ｅＮＢ
５００ 制御部
５１０ 送受信部
５２０ 無線送受信部
５３０ 記憶部
５３２ ＭＢＭＳベアラコンテキスト
５３４ 無線フレーム情報
５３６ ＭＢＭＳ ＵＥコンテキスト
６０ ＧＷ
６００ 制御部
６１０ 送受信部
６２０ 記憶部
７０ ＨｅＮＢ
７００ 制御部
７１０ 送受信部
７２０ 無線送受信部
７３０ 記憶部
７３２ ＭＢＭＳベアラコンテキスト
７３４ 無線フレーム情報
７３６ ＭＢＭＳ ＵＥコンテキスト
８０ ＵＥｈ
８００ 制御部
８１０ 無線送受信部
８２０ 記憶部
８２２ ＭＢＭＳベアラコンテキスト
８２４ 無線フレーム情報
８２６ ＭＢＭＳ ＵＥコンテキスト
８２８ ＵＥ間通信コネクティビティテーブル
９０ ＵＥｍ
９００ 制御部
９１０ 無線送受信部
９２０ 記憶部
９２２ ＭＢＭＳベアラコンテキスト
９２４ 無線フレーム情報
９２６ ＭＢＭＳ ＵＥコンテキスト
９２８ ＵＥ間通信コネクティビティテーブル
１０００ ＷＬＡＮ ＡＰ
１１００ 制御部
１２００ 無線送受信部
１３００ 記憶部
【特許請求の範囲】
【請求項１】
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムにおけるモビリティ管理装置であって、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行えるか否かを判断し、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行える場合には、第１移動局装置に、第２移動局装置を経由してオフロード通信を行う要求を送信することを特徴とするモビリティ管理装置。
【請求項２】
前記第１移動局装置から、通信開始の通知を受信した場合には、前記第１基地局装置に対して、サービス配信装置からのサービス配信を停止する要求を送信することを特徴とする請求項１に記載のモビリティ管理装置。
【請求項３】
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムにおける第１移動局装置であって、
前記モビリティ管理装置から、オフロードの要求信号を受信し、
当該要求信号を受信した際に、第２基地局装置との制御信号の転送路が確立できている場合には、前記第２移動局装置とサービスの配信を受信するサービスデータ転送路を確立し、
前記サービス配信装置からのサービスの配信を、前記サービスデータ転送路を介して第２移動局装置から受信することを特徴とする第１移動局装置。
【請求項４】
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムにおける第２移動局装置であって、
第１移動局装置とサービスデータ転送路を確立し、
第１移動局装置に、ＭＢＭＳ開始通知を送信した後に、サービス配信装置からサービスを受信しつつ、受信したサービスを前記サービスデータ転送路を介して第１移動局装置に配信することを特徴とする第２移動局装置。
【請求項５】
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムであって、
前記モビリティ管理装置は、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行えるか否かを判断し、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行える場合には、第１移動局装置に、第２移動局装置を経由してオフロード通信を行う要求を送信し、
前記第１移動局装置は、
前記モビリティ管理装置から、オフロードの要求信号を受信し、
当該要求信号を受信した際に、第２基地局装置との制御信号の転送路が確立できている場合には、前記第２移動局装置とサービスの配信を受信するサービスデータ転送路を確立し、
前記サービス配信装置からのサービスの配信を、前記サービスデータ転送路を介して第２移動局装置から受信する、
ことを特徴とする移動通信システム。
【請求項６】
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムの通信方法であって、
前記モビリティ管理装置は、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行えるか否かを判断し、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行える場合には、第１移動局装置に、他の移動局装置を経由してオフロード通信を行う要求を送信するステップと、
を実現し、
前記第１移動局装置は、
前記モビリティ管理装置から、オフロードの要求信号を受信するステップと、
当該要求信号を受信した際に、第２基地局装置との制御信号の転送路が確立できている場合には、前記第２移動局装置とサービスの配信を受信するサービスデータ転送路を確立し、
前記サービス配信装置からのサービスの配信を、前記サービスデータ転送路を介して第２移動局装置から受信するステップと、
を実現することを特徴とする通信方法。
【請求項１】
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムにおけるモビリティ管理装置であって、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行えるか否かを判断し、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行える場合には、第１移動局装置に、第２移動局装置を経由してオフロード通信を行う要求を送信することを特徴とするモビリティ管理装置。
【請求項２】
前記第１移動局装置から、通信開始の通知を受信した場合には、前記第１基地局装置に対して、サービス配信装置からのサービス配信を停止する要求を送信することを特徴とする請求項１に記載のモビリティ管理装置。
【請求項３】
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムにおける第１移動局装置であって、
前記モビリティ管理装置から、オフロードの要求信号を受信し、
当該要求信号を受信した際に、第２基地局装置との制御信号の転送路が確立できている場合には、前記第２移動局装置とサービスの配信を受信するサービスデータ転送路を確立し、
前記サービス配信装置からのサービスの配信を、前記サービスデータ転送路を介して第２移動局装置から受信することを特徴とする第１移動局装置。
【請求項４】
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムにおける第２移動局装置であって、
第１移動局装置とサービスデータ転送路を確立し、
第１移動局装置に、ＭＢＭＳ開始通知を送信した後に、サービス配信装置からサービスを受信しつつ、受信したサービスを前記サービスデータ転送路を介して第１移動局装置に配信することを特徴とする第２移動局装置。
【請求項５】
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムであって、
前記モビリティ管理装置は、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行えるか否かを判断し、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行える場合には、第１移動局装置に、第２移動局装置を経由してオフロード通信を行う要求を送信し、
前記第１移動局装置は、
前記モビリティ管理装置から、オフロードの要求信号を受信し、
当該要求信号を受信した際に、第２基地局装置との制御信号の転送路が確立できている場合には、前記第２移動局装置とサービスの配信を受信するサービスデータ転送路を確立し、
前記サービス配信装置からのサービスの配信を、前記サービスデータ転送路を介して第２移動局装置から受信する、
ことを特徴とする移動通信システム。
【請求項６】
サービス配信装置と、ゲートウェイ装置及び第１基地局装置を経由してＭＢＭＳベアラが確立されている第１移動局装置と、ゲートウェイ装置及び第２基地局装置を経由してＭＢＭＳベアラが確立されている第２移動局装置と、モビリティ管理装置とを含む移動通信システムの通信方法であって、
前記モビリティ管理装置は、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行えるか否かを判断し、
第１移動局装置が、第２移動局装置を経由してオフロード通信を行える場合には、第１移動局装置に、他の移動局装置を経由してオフロード通信を行う要求を送信するステップと、
を実現し、
前記第１移動局装置は、
前記モビリティ管理装置から、オフロードの要求信号を受信するステップと、
当該要求信号を受信した際に、第２基地局装置との制御信号の転送路が確立できている場合には、前記第２移動局装置とサービスの配信を受信するサービスデータ転送路を確立し、
前記サービス配信装置からのサービスの配信を、前記サービスデータ転送路を介して第２移動局装置から受信するステップと、
を実現することを特徴とする通信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【公開番号】特開２０１３−１０２３３４（Ｐ２０１３−１０２３３４Ａ）
【公開日】平成２５年５月２３日（２０１３．５．２３）
【国際特許分類】
【出願番号】特願２０１１−２４４４９５（Ｐ２０１１−２４４４９５）
【出願日】平成２３年１１月８日（２０１１．１１．８）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２５年５月２３日（２０１３．５．２３）
【国際特許分類】
【出願日】平成２３年１１月８日（２０１１．１１．８）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]