JPWO2018030385A1 - 通信装置、基地局及びネットワーク装置 - Google Patents

Abstract

一の実施形態に係る通信装置は、所定情報を基地局から受信する受信部を備える。前記所定情報は、マルチキャストデータを識別するための識別情報と地理的なエリアを識別するためのエリア識別情報との対応関係を示す。前記受信部は、前記所定情報に基づいて、所定のマルチキャストデータを前記基地局から受信する。前記所定のマルチキャストデータは、前記通信装置が位置する第１のエリア内の他の通信装置からのデータを含む。

Description

本開示は、通信装置、基地局及びネットワーク装置に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、端末間での直接的なシグナリング（Ｓｉｄｅｌｉｎｋ）に関する仕様策定が進められている（非特許文献１参照）。

３ＧＰＰ技術仕様書「ＴＳ３６．３００ Ｖ１３．４．０」 ２０１６年７月７日

一の実施形態に係る通信装置は、所定情報を基地局から受信する受信部を備える。前記所定情報は、マルチキャストデータを識別するための識別情報と地理的なエリアを識別するためのエリア識別情報との対応関係を示す。前記受信部は、前記所定情報に基づいて、所定のマルチキャストデータを前記基地局から受信する。前記所定のマルチキャストデータは、前記通信装置が位置する第１のエリア内の他の通信装置からのデータを含む。

一の実施形態に係る基地局は、所定情報を第１の通信装置へ送信する送信部を備える。前記所定情報は、マルチキャストデータを識別するための識別情報と地理的なエリアを識別するためのエリア識別情報との対応関係を示す。前記送信部は、前記所定情報に基づく所定のマルチキャストデータを送信する。

一の実施形態に係る基地局は、制御部を備える。前記制御部は、他の基地局又は上位ノードへメッセージを送る処理を実行する。前記メッセージは、第１の通信装置からのデータを、前記他の基地局が特定エリアに向けてマルチキャストすることを要求するメッセージである。

一の実施形態に係る基地局は、制御部を備える。前記制御部は、他の基地局又は上位ノードへメッセージを送る処理を実行する。前記メッセージは、前記他の基地局が制御する第１の通信装置からのデータの転送を要求するメッセージである。前記基地局は、マルチキャストデータとして前記データを特定エリアに向けて送信する送信部をさらに備える。

一の実施形態に係るネットワーク装置は、制御部を備える。前記制御部は、第１の基地局から第１のメッセージを受け取る処理と、前記第１のメッセージに基づいて、上位ノードへ第２のメッセージを送る処理と、を実行する。前記第１のメッセージは、通信装置からのデータを第２の基地局が特定エリアに向けてマルチキャストすることを要求するメッセージである。前記第２のメッセージは、前記第２の基地局がマルチキャストを開始することを要求するメッセージである。

図１は、ＬＴＥシステムの構成を示す図である。 図２は、ＭＢＭＳに係るネットワーク構成を示す図である。 図３は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックを示す図である。 図４は、ＬＴＥシステムの無線フレームの構成を示す図である。 図５は、ＬＴＥシステムの下りリンクのチャネルの構成を示す図である。 図６は、図６は、ゾーンの一例を説明するための図である。 図７は、ＵＥ１００のブロック図である。 図８は、ｅＮＢ２００のブロック図である。 図９は、ＮＷ装置５００のブロック図である。 図１０は、動作パターン１を説明するための図である。 図１１は、第１実施形態に係る動作パターン１を説明するためのシーケンス図である。 図１２は、第１実施形態に係る動作パターン２を説明するための図である。 図１３は、第１実施形態に係る動作パターン２を説明するためのシーケンス図である。 図１４は、第１実施形態に係る動作パターン２を説明するためのフローチャートである。 図１５は、第１実施形態に係る動作パターン３を説明するためのシーケンス図である。 図１６は、第１実施形態に係る動作パターン４を説明するためのシーケンス図である。 図１７は、第１実施形態に係る動作パターン５を説明するための図である。 図１８は、第１実施形態に係る動作パターン６を説明するためのシーケンス図である。 図１９は、第２実施形態に係る動作パターン１の動作環境を説明するための図である。 図２０は、第２実施形態に係る動作パターン１を説明するためのシーケンス図である。 図２１は、第２実施形態に係るメッセージの一例を説明するための図である。 図２２は、第２実施形態に係るｅＮＢ２００−１の動作を説明するためのフローチャートである。 図２３は、第２実施形態に係る動作パターン２の動作環境を説明するための図である。 図２４は、第２実施形態に係る動作パターン２を説明するためのシーケンス図である。 図２５は、第２実施形態に係る動作パターン３を説明するためのシーケンス図である。 図２６は、第２実施形態に係る動作パターン４を説明するためのシーケンス図である。 図２７は、第２実施形態に係る動作パターン５を説明するためのフローチャートである。

［実施形態の概要］
近年、サイドリンク（Ｓｉｄｅｌｉｎｋ）を利用した車車間（Ｖ２Ｖ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）通信の導入が検討されている。一方で、車車間通信の一形態として、車両に備えられた第１の通信装置が、基地局を介して近隣の車両に備えられた第２の通信装置へ情報を送ることも検討されている。

ここで、第１の通信装置の近傍（周辺）に位置する全ての通信装置へメッセージを送るために、基地局が、第１の通信装置からの情報（メッセージ）をブロードキャスト／マルチキャストにより送信することが想定される。しかしながら、第２の通信装置は、自装置から遠く離れた通信装置からの情報も受信しなければならない可能性がある。その結果、第２の通信装置（受信側）の負荷が増加する虞がある。

一の実施形態に係る通信装置は、所定情報を基地局から受信する受信部を備える。前記所定情報は、マルチキャストデータを識別するための識別情報と地理的なエリアを識別するためのエリア識別情報との対応関係を示す。前記受信部は、前記所定情報に基づいて、所定のマルチキャストデータを前記基地局から受信する。前記所定のマルチキャストデータは、前記通信装置が位置する第１のエリア内の他の通信装置からのデータを含む。

前記通信装置は、前記第１のエリアを識別するための所定のエリア識別情報を特定する制御部を備えてもよい。前記制御部は、前記所定情報に基づいて、前記所定のエリア識別情報に対応付けられた所定の識別情報を特定してもよい。前記受信部は、前記所定の識別情報に基づいて、前記所定のマルチキャストデータを受信してもよい。

前記所定のマルチキャストデータは、前記第１のエリアと異なる第２のエリア内の第３の通信装置からのデータを含んでもよい。

前記通信装置は、第１の情報を前記基地局へ送信する送信部をさらに備えてもよい。前記第１の情報は、前記第１のエリアと異なる第２のエリア内の他の通信装置からのデータを含む前記所定のマルチキャストデータを前記基地局が送信することを望むものであってもよい。

前記通信装置は、第１の情報を前記基地局へ送信する送信部をさらに備えてもよい。前記第１の情報は、前記第１のエリアと異なる第２のエリアにおいて前記通信装置からのデータを含むマルチキャストデータを前記基地局が送信することを望むものであってもよい。

前記通信装置は、前記第２のエリアを決定する制御部をさらに備えてもよい。前記制御部は、前記通信装置の位置、前記通信装置の移動速度、及び前記通信装置の移動方向の少なくともいずれかに応じて、前記第２のエリアを決定してもよい。

前記送信部は、前記第１の情報の送信条件を満たしたことに応じて、前記第１の情報を送信してもよい。前記送信条件は、前記通信装置の位置から前記第１のエリアの境界までの距離、前記通信装置が前記第１のエリアの境界に到達する時間、前記第２のエリアが特定エリアであること、の少なくともいずれかに基づく条件であってもよい。

前記送信部は、第２の情報を前記基地局へ送信してもよい。前記第２の情報は、前記他の通信装置からのデータを含む前記所定のマルチキャストデータを送信する必要がないことを示すものであってもよい。

前記送信部は、第２の情報を前記基地局へ送信してもよい。前記第２の情報は、前記第２のエリアにおいて前記通信装置からのデータを含む前記マルチキャストデータを送信する必要がないことを示すものであってもよい。

前記受信部は、前記エリア識別情報を定義するための定義情報を前記基地局から受信してもよい。前記通信装置は、第１の対応関係及び第２の対応関係の少なくとも一方を決定するネットワーク装置へ前記定義情報を通知する送信部をさらに備えてもよい。前記第１の対応関係は、前記識別情報と前記エリア識別情報との対応関係であってもよい。前記第２の対応関係は、前記識別情報と前記マルチキャストデータとして送信すべきデータとの対応関係であってもよい。

一の実施形態に係る基地局は、所定情報を第１の通信装置へ送信する送信部を備える。前記所定情報は、マルチキャストデータを識別するための識別情報と地理的なエリアを識別するためのエリア識別情報との対応関係を示す。前記送信部は、前記所定情報に基づく所定のマルチキャストデータを送信する。

前記基地局は、第２の通信装置からデータを受信する受信部をさらに備えてもよい。前記所定のマルチキャストデータは、前記第２の通信装置からのデータを含み、かつ、所定の識別情報により識別されてもよい。前記所定の識別情報は、前記第２の通信装置が位置するエリアを識別するための所定のエリア識別情報に対応付けられてもよい。

前記基地局は、第１の情報を前記第１の通信装置から受信する受信部をさらに備えてもよい。前記第１の情報は、前記第１の通信装置が位置する第１のエリアと異なる第２のエリア内の他の通信装置からのデータを含む前記所定のマルチキャストデータを前記基地局が送信することを望むものであってもよい。

前記基地局は、第１の情報を前記第１の通信装置から受信する受信部をさらに備えてもよい。前記第１の情報は、前記第１の通信装置が位置する第１のエリアと異なる第２のエリアにおいて前記第１の通信装置からのデータを含むマルチキャストデータを前記基地局が送信することを望むものであってもよい。

前記送信部は、前記第１の情報の送信条件を前記第１の通信装置へ送信してもよい。前記送信条件は、前記通信装置の位置から前記第１のエリアの境界までの距離、前記通信装置が前記第１のエリアの境界に到達する時間、前記第２のエリアが特定エリアであること、の少なくともいずれかに基づく条件であってもよい。

前記基地局は、前記エリア識別情報を定義するための定義情報を第１の対応関係及び第２の対応関係の少なくとも一方を決定するネットワーク装置へ通知する制御部をさらに備えてもよい。前記第１の対応関係は、前記識別情報と前記エリア識別情報との対応関係であってもよい。前記第２の対応関係は、前記識別情報と前記マルチキャストデータとして送信すべきデータとの対応関係であってもよい。

一の実施形態に係る基地局は、制御部を備える。前記制御部は、他の基地局又は上位ノードへメッセージを送る処理を実行する。前記メッセージは、第１の通信装置からのデータを、前記他の基地局が特定エリアに向けてマルチキャストすることを要求するメッセージである。

前記基地局は、前記第１の通信装置の位置情報を前記第１の通信装置から受信する受信部をさらに備えてもよい。前記制御部は、前記位置情報に基づいて、前記送る処理を実行してもよい。

前記基地局は、前記特定エリアに興味があることを示す情報を前記第１の通信装置から受信する受信部をさらに備えてもよい。前記制御部は、前記情報に基づいて、前記送る処理を実行してもよい。

前記基地局は、前記他の基地局が定義する地理的なエリアに関する情報を前記第１の通信装置へ送信する送信部をさらに備えてもよい。

前記メッセージは、前記第１の通信装置の位置情報を含んでもよい。

前記制御部は、前記メッセージに対する応答メッセージを受け取る処理を実行してもよい。前記応答メッセージは、前記データの転送先を示すアドレス情報を含んでもよい。前記制御部は、前記アドレス情報に基づいて、マルチキャストデータとしての前記データを前記他の基地局へ転送する処理を実行してもよい。

前記制御部は、前記メッセージに対する応答メッセージを受け取る処理を実行してもよい。前記応答メッセージは、前記他の基地局がマルチキャストデータの送信に割り当てたリソースの情報を含んでもよい。前記基地局は、前記基地局が制御する第２の通信装置へ、前記リソースの情報を送信する送信部をさらに備えてもよい。

一の実施形態に係る基地局は、制御部を備える。前記制御部は、他の基地局又は上位ノードへメッセージを送る処理を実行する。前記メッセージは、前記他の基地局が制御する第１の通信装置からのデータの転送を要求するメッセージである。前記基地局は、マルチキャストデータとして前記データを特定エリアに向けて送信する送信部をさらに備える。

前記制御部は、前記マルチキャストデータを送信するために割り当てられたリソースの情報を前記上位ノードから受け取る処理を実行してもよい。前記送信部は、前記基地局が制御する第２の通信装置へ、前記リソースの情報を送信してもよい。

一の実施形態に係るネットワーク装置は、制御部を備える。前記制御部は、第１の基地局から第１のメッセージを受け取る処理と、前記第１のメッセージに基づいて、上位ノードへ第２のメッセージを送る処理と、を実行する。前記第１のメッセージは、通信装置からのデータを第２の基地局が特定エリアに向けてマルチキャストすることを要求するメッセージである。前記第２のメッセージは、前記第２の基地局がマルチキャストを開始することを要求するメッセージである。

［第１実施形態］
（移動通信システム）
以下において、第１実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。図１は、ＬＴＥシステムの構成を示す図である。

図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０を備える。

ＵＥ１００は、通信装置（例えば、無線端末）に相当する。ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、通信機能を有する車両（ＶＵＥ（Ｖｅｈｉｃｌｅ ＵＥ）１００）であってもよい。従って、ＵＥ１００は、車両そのもの（例えば、自動車、バイク等）であってもよい。ＵＥ１００は、車両に着脱可能な通信モジュールであってもよい。

ＵＥ１００は、セル（後述するｅＮＢ２００）と無線通信（Ｕｐｌｉｎｋ／Ｄｏｗｎｌｉｎｋ）を行う。ＵＥ１００は、他の通信装置と直接的なシグナリングの送信及び／又は受信を実行できてもよい。例えば、ＵＥ１００は、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）通信（例えば、車車間通信（Ｖ２Ｖ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）、路車間通信（Ｖ２Ｉ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を実行できてもよい。

Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の動作は、Ｅ−ＵＴＲＡＮ１０の動作とみなされてもよい。

ｅＮＢ２００は、１又は複数のセルを管理する。ｅＮＢ２００は、ｅＮＢ２００が管理するセルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）機能、ユーザデータ（以下、「データ」と称することがある）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても使用されてもよい。

ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、Ｅ−ＵＴＲＡＮ１０と共にネットワーク（ＬＴＥシステムのネットワーク）を構成してもよい。ＥＰＣ２０は、ＰＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）２３、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）３００、及びＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）４００を含む。

ＰＧＷ２３は、外部ネットワークから（及び外部ネットワークに）ユーザデータを中継する制御を行う。ＭＭＥ３００は、例えば、ＵＥ１００に対する各種モビリティ制御を行う。ＳＧＷ４００は、例えば、データの転送制御を行う。ＭＭＥ３００及びＳＧＷ４００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。

ＥＰＣ２０は、ＭＣＥ（Ｍｕｌｔｉ−Ｃｅｌｌ／Ｍｕｌｔｉｃａｓｔ Ｃｏｏｒｄｉｎａｔｉｎｇ Ｅｎｔｉｔｙ）１１を含む。ＭＣＥ１１は、Ｍ２インターフェイスを介してｅＮＢ２００と接続される（図２参照）。ＭＣＥ１１は、Ｍ３インターフェイスを介してＭＭＥ３００と接続される。Ｍ２インターフェイスは、Ｅ−ＵＴＲＡＮインターナル制御プレーンインターフェイスである。Ｍ３インターフェイスは、Ｅ−ＵＴＲＡＮ１０とＥＰＣ２０との間の制御プレーンインターフェイスである。

ＭＣＥ１１は、ｅＮＢ２００内に設けられてもよい。ｅＮＢ２００は、ＭＣＥ１１の機能を有していてもよい。従って、ｅＮＢ２００がＭＣＥ１１の動作を実行してもよい。この場合、ＭＭＥ３００は、Ｍ３インターフェイスを介してｅＮＢ２００（のＭＣＥ１１）と接続される。

ＭＣＥ１１は、ＭＢＳＦＮ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）動作を用いたマルチセルＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）伝送のためのＭＢＳＦＮエリア内の全てのｅＮＢ２００により使用される無線リソースの割当て及びアドミッション制御を実行する機能を有してもよい。具体的には、ＭＣＥ１１は、ＭＢＳＦＮ伝送のスケジューリングを行ってもよい。これに対し、ＳＣ−ＰＴＭ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｐｏｉｎｔ Ｔｏ Ｍｕｌｔｉｐｌｏｉｎｔ）伝送のスケジューリングはｅＮＢ２００により行われてもよい。

ＥＰＣ２０は、ＭＢＭＳ ＧＷ（ＭＢＭＳ Ｇａｔｅｗａｙ）２１を含む。ＭＢＭＳ ＧＷ２１は、Ｍ１インターフェイスを介してｅＮＢ２００と接続される（図２参照）。Ｍ１インターフェイスは、ユーザプレーンインターフェイスである。ＭＢＭＳ ＧＷ２１は、Ｓｍインターフェイスを介してＭＭＥ３００と接続される。ＭＢＭＳ ＧＷ２１は、ＳＧ−ｍｂ及びＳＧｉ−ｍｂインターフェイスを介してＢＭ−ＳＣ２２と接続される。

ＭＢＭＳ ＧＷ２１は、ＭＢＭＳサービスを伝送する各ｅＮＢ２００へＭＢＭＳパケットを送る／ブロードキャストする機能を有する。ＭＢＭＳ ＧＷ２１は、ｅＮＢ２００へＭＢＭＳユーザデータを転送する手段として、ＩＰマルチキャストを使用する。ＭＢＭＳ ＧＷ２１は、ＭＭＥ３００を介して、Ｅ−ＵＴＲＡＮ１０に向けてＭＢＭＳセッション制御シグナリング（セッション開始／更新／停止）を実行する。

ＥＰＣ２０は、ＢＭ−ＳＣ（Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ Ｃｅｎｔｅｒ）２２を含む。ＢＭ−ＳＣ２２は、ＳＧ−ｍｂ及びＳＧｉ−ｍｂインターフェイスを介してＭＢＭＳ ＧＷ２１と接続される（図２参照）。ＢＭ−ＳＣ２２は、ＳＧｉインターフェイスを介してＰＧＷ２３と接続される。ＢＭ−ＳＣ２２は、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｙ）の管理・割当等を行う。

ＥＰＣ２０は、コンテンツを提供するＳｅｒｖｅｒ２５を含んでもよい。Ｓｅｒｖｅｒ２５は、所定のインターフェイスを介してＢＭ−ＳＣ２２と接続されてもよい。

ＥＰＣ２０の外部のネットワーク（すなわち、インターネット）には、ＧＣＳ ＡＳ（Ｇｒｏｕｐ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）３１が設けられてもよい。ＧＣＳ ＡＳ３１は、グループ通信用のアプリケーションサーバである。ＧＣＳ ＡＳ３１は、ＭＢ２−Ｕ及びＭＢ２−Ｃインターフェイスを介してＢＭ−ＳＣ２２と接続される。ＧＣＳ ＡＳ３１は、ＳＧｉインターフェイスを介してＰ−ＧＷ２３と接続される。ＧＣＳ ＡＳ３１は、グループ通信におけるグループの管理及びデータ配信等を行う。

ＥＰＣ２０の外部のネットワーク（すなわち、インターネット）には、Ｓｅｒｖｅｒ３５が設けられてもよい。Ｓｅｒｖｅｒ３５は、例えば、ＰｒｏＳｅ機能を管理するＰｒｏＳｅサーバであってもよい。Ｓｅｒｖｅｒ３５は、Ｖ２Ｘ（Ｖ２Ｖ／Ｖ２Ｉ）機能を管理するＶ２Ｘサーバであってもよい。

図３は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図３に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されている。第１層は、物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層を含む。

物理層は、符号化・復号化、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。

ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ：Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、スケジューラ（ＭＡＣ スケジューラ）を含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ））及びＵＥ１００への割当リソースブロックを決定する。

ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。

ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は、ＲＲＣコネクティッド状態である。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がない場合、ＵＥ１００は、ＲＲＣアイドル状態である。

ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は、例えば、セッション管理及びモビリティ管理を行う。

図４は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムにおいて、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）が適用される。上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）が適用される。

図４に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数のリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）を含む。各サブフレームは、時間方向に複数のシンボルを含む。各リソースブロックは、周波数方向に複数のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより、１つのリソースエレメント（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）が構成される。ＵＥ１００には、無線リソース（時間・周波数リソース）が割り当てられる。周波数方向において、無線リソース（周波数リソース）は、リソースブロックにより構成される。時間方向において、無線リソース（時間リソース）は、サブフレーム（又はスロット）により構成される。

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ． Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）として使用可能な領域である。各サブフレームの残りの部分は、下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）として使用可能な領域である。

上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）として使用可能な領域である。各サブフレームにおける残りの部分は、上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）として使用可能な領域である。

（下りリンクのチャネル構成）
図５は、ＬＴＥシステムの下りリンクのチャネルの構成を示す図である。

図５（ａ）は、論理チャネル（Ｄｏｗｎｌｉｎｋ Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）とトランポートチャネル（Ｄｏｗｎｌｉｎｋ Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）との間のマッピングを示す。

図５（ａ）に示すように、ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、ページング情報、及びシステム情報変更を通知するための論理チャネルである。ＰＣＣＨは、トランスポートチャネルであるＰＣＨ（Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ）にマッピングされる。

ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、システム情報のための論理チャネルである。ＢＣＣＨは、トランスポートチャネルであるＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）にマッピングされる。

ＢＲ−ＢＣＣＨ（Ｂａｎｄｗｉｄｔｈ Ｒｅｄｕｃｅｄ Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、システム制御情報をブロードキャストするための論理チャネルである。ＢＲ−ＢＣＣＨは、ＤＬ−ＳＣＨにマッピングされる。

ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、ＵＥ１００とｅＮＢ２００との間の送信制御情報のための論理チャネルである。ＣＣＣＨは、ＵＥ１００がネットワークとの間でＲＲＣ接続を有していない場合に用いられる。ＣＣＣＨは、ＤＬ−ＳＣＨにマッピングされる。

ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、ＵＥ１００とネットワークとの間の個別制御情報を送信するための論理チャネルである。ＤＣＣＨは、ＵＥ１００がＲＲＣ接続を有する場合に用いられる。ＤＣＣＨは、ＤＬ−ＳＣＨにマッピングされる。

ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）は、データ送信のための個別論理チャネルである。ＤＴＣＨは、ＤＬ−ＳＣＨにマッピングされる。

ＳＣ−ＭＴＣＨ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）は、ＳＣ−ＰＴＭ伝送のための論理チャネルである。ＳＣ−ＭＴＣＨは、ＳＣ−ＰＴＭ伝送を用いてネットワークからＵＥ１００にデータを送信するための１対多チャネル（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ ｄｏｗｎｌｉｎｋ ｃｈａｎｎｅｌ）である。

ＳＣ−ＭＣＣＨ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、ＳＣ−ＰＴＭ伝送のための論理チャネルである。ＳＣ−ＭＣＣＨは、１又は複数のＳＣ−ＭＴＣＨのためのＭＢＭＳ制御情報をネットワークからＵＥ１００に送信するための１対多チャネル（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ ｄｏｗｎｌｉｎｋ ｃｈａｎｎｅｌ）である。ＳＣ−ＭＣＣＨは、ＳＣ−ＰＴＭを用いてＭＢＭＳを受信する又は受信に興味を持つＵＥ１００にのみ用いられる。ＳＣ−ＭＣＣＨは、１つのセルに１つのみ存在する。

ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、ＭＢＳＦＮ伝送のための論理チャネルである。ＭＣＣＨは、ネットワークからＵＥ１００へのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、トランスポートチャネルであるＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）にマッピングされる。

ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）は、ＭＢＳＦＮ伝送のための論理チャネルである。ＭＴＣＨは、ＭＣＨにマッピングされる。

図５（ｂ）は、トランポートチャネル（Ｄｏｗｎｌｉｎｋ Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）と物理チャネル（Ｄｏｗｎｌｉｎｋ Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）との間のマッピングを示す。

図５（ｂ）に示すように、ＢＣＨは、ＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）にマッピングされる。

ＭＣＨは、ＰＭＣＨ（Ｐｈｙｓｉｃａｌ Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）にマッピングされる。ＭＣＨは、複数のセルによるＭＢＳＦＮ伝送をサポートする。

ＰＣＨ及びＤＬ−ＳＣＨは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）にマッピングされる。ＤＬ−ＳＣＨは、ＨＡＲＱ、リンクアダプテーション、及び動的リソース割当をサポートする。

ＰＤＣＣＨは、ＰＤＳＣＨ（ＤＬ−ＳＣＨ、ＰＣＨ）のリソース割り当て情報及びＤＬ−ＳＣＨに関するＨＡＲＱ情報等を運搬する。ＰＤＣＣＨは、上りリンクのスケジューリンググラントを運ぶ。

（ゾーンコンセプト）
ゾーンコンセプトについて、図６を用いて説明する。図６は、ゾーンの一例を説明するための図である。

ゾーンコンセプトでは、図６に示すように、世界が地理的なゾーンに区分けされる。インカバレッジであるＵＥ１００は、ゾーン（ゾーン識別情報）を定義するための情報（ゾーン定義情報）をｅＮＢ２００から受信し得る。アウトオブカバレッジであるＵＥ１００には、予め設定されている情報（ゾーン定義情報）を適用する。ゾーン定義情報は、例えば、ゾーンの長さ（Ｌｅｎｇｔｈ）、ゾーンの幅（ｗｉｄｔｈ）及び単一の固定された参照点を定義する。

ＵＥ１００は、ゾーン定義情報に基づいて、自身が位置するゾーンを決定する。すなわち、ＵＥ１００は、自身がどのゾーンに位置するのかを決定する。ＵＥ１００は、モジュロ演算でゾーンを決定できる。ＵＥ１００は、参照点（例えば、（０，０））を用いて、ゾーンを決定できる。

ゾーンは、セルのカバレッジと異なる。セルは、ｅＮＢ２００の無線信号の到達範囲に応じたものである。一方、ゾーンは、例えば、ネットワーク（ｅＮＢ２００等）により決定（定義）される地理的な区画である。

（無線端末）
各実施形態に係るＵＥ１００（無線端末）について説明する。図７は、ＵＥ１００のブロック図である。図７に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。

レシーバ１１０は、コントローラ１３０の制御下で各種の受信を行う。レシーバ１１０は、アンテナを含む。レシーバ１１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ１１０は、ベースバンド信号をコントローラ１３０に出力する。

トランスミッタ１２０は、コントローラ１３０の制御下で各種の送信を行う。トランスミッタ１２０は、アンテナを含む。トランスミッタ１２０は、コントローラ１３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ１２０は、無線信号をアンテナから送信する。

コントローラ１３０は、ＵＥ１００における各種の制御を行う。コントローラ１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）とを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより、各種の処理を行う。プロセッサは、音声・映像信号の符号化・復号化を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。

ＵＥ１００は、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信できる。ＧＮＳＳ受信機は、ＧＮＳＳ信号をコントローラ１３０に出力する。ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）機能を有していてもよい。ＵＥ１００は、電子コンパス、加速度センサなどの位置を予想する機能を有していてもよい。

ＵＥ１００は、他の通信装置と直接的なシグナリングの送信及び／又は受信を実行可能な機能を有する通信装置である。このため、ＵＥ１００は、その他の構成（例えば、機能、部材等）を有していてもよいことは勿論である。

本明細書では、ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０及びコントローラ１３０の少なくともいずれかが実行する処理を、便宜上、ＵＥ１００が実行する処理（動作）として説明する。

（基地局）
各実施形態に係るｅＮＢ２００（基地局）について説明する。図８は、ｅＮＢ２００のブロック図である。図８に示すように、ｅＮＢ２００は、レシーバ（受信部）２１０、トランスミッタ（送信部）２２０、コントローラ（制御部）２３０、及びネットワークインターフェイス２４０を備える。レシーバ２１０とトランスミッタ２２０は、一体化されたトランシーバ（送受信部）であってもよい。

レシーバ２１０は、コントローラ２３０の制御下で各種の受信を行う。レシーバ２１０は、アンテナを含む。レシーバ２１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ２１０は、ベースバンド信号をコントローラ２３０に出力する。

トランスミッタ２２０は、コントローラ２３０の制御下で各種の送信を行う。トランスミッタ２２０は、アンテナを含む。トランスミッタ２２０は、コントローラ２３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ２２０は、無線信号をアンテナから送信する。

コントローラ２３０は、ｅＮＢ２００における各種の制御を行う。コントローラ２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより各種の処理を行う。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。

ネットワークインターフェイス２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続される。ネットワークインターフェイス２４０は、Ｓ１インターフェイスを介してＭＭＥ３００及びＳＧＷ４００と接続される。ネットワークインターフェイス２４０は、例えば、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に使用される。

本明細書では、ｅＮＢ２００が備えるレシーバ２１０、トランスミッタ２２０、コントローラ２３０、及びネットワークインターフェイス２４０の少なくともいずれかが実行する処理を、便宜上、ｅＮＢ２００が実行する処理（動作）として説明する。

（ネットワーク装置）
各実施形態に係るネットワーク装置（ＮＷ装置）について説明する。ＮＷ装置は、ＭＣＥ１１、ＭＢＭＳ ＧＷ２１、ＢＭ ＳＣ２２、ＰＧＷ２３、Ｓｅｒｖｅｒ２５、ＧＣＳ ＡＳ３１、Ｓｅｒｖｅｒ３５、ＭＭＥ３００、及びＳＧＷ４００の少なくともいずれかである。

図９は、ＮＷ装置５００のブロック図である。図９に示すように、ＮＷ装置５００は、コントローラ（制御部）５３０、及びネットワークインターフェイス５４０を備える。

コントローラ５３０は、ＮＷ装置５００における各種の制御を行う。コントローラ６３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより各種の処理を行う。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。

ネットワークインターフェイス５４０は、ノード（ｅＮＢ２００及び／又は他のネットワーク装置）と所定のインターフェイス（例えば、Ｓ１インターフェイス、Ｍ１インターフェイス、Ｍ２インターフェイス、又は、Ｍ３インターフェイスなど）を介して接続される。ネットワークインターフェイス５４０は、所定のインターフェイス上で行う他のネットワーク装置との通信に使用される。

本明細書では、ＮＷ装置５００が備えるコントローラ５３０、及びネットワークインターフェイス５４０の少なくともいずれかが実行する処理を、便宜上、ＮＷ装置５００が実行する処理（動作）として説明する。

（第１実施形態に係る動作）
第１実施形態に係る動作について、以下の動作パターン１−６により説明する。

（Ａ）動作パターン１
動作パターン１について、図１０及び図１１を用いて説明する。図１０は、動作パターン１を説明するための図である。図１１は、動作パターン１を説明するためのシーケンス図である。

図１０に示すように、ＵＥ１００−１及びＵＥ１００−２は、ｅＮＢ２００が管理するセル（ｃｅｌｌ♯１）に位置する（在圏する）。ＵＥ１００−１及びＵＥ１００−２は、地理的なエリアであるゾーン♯１（Ｚｏｎｅ♯１）に位置する。ＵＥ１００−１及びＵＥ１００−２は、ｅＮＢ２００（ｃｅｌｌ♯１）とＲＲＣ接続を確立していてもよいし（ＲＲＣコネクティッド状態）、ＲＲＣ接続を確立していなくてもよい（ＲＲＣアイドル状態）。ＵＥ１００−１は、ｅＮＢ２００へ信号を送信する場合に、ｅＮＢ２００とＲＲＣ接続を確立してもよい。

ネットワーク装置（ＮＷ装置）５００は、マッピングを行うエンティティである。本実施形態では、ＮＷ装置５００は、マルチキャストデータを識別するための識別情報と地理的なエリア（すなわち、ゾーン）を識別するためのゾーン識別情報とのマッピングを行う。すなわち、ＮＷ装置５００は、識別情報とゾーン識別情報とを対応付ける。

識別情報は、例えば、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｙ）である。ＴＭＧＩは、マルチキャストデータ（すなわち、ＭＢＭＳ（ＭＢＭＳデータ、ＭＢＭＳパケット、コンテンツなど））に対応付けられた識別子である。識別情報は、ＴＭＧＩに対応付けられたグループ識別子（例えば、Ｇ−ＲＮＴＩ（Ｇｒｏｕｐ−Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ））であってもよい。Ｇ−ＲＮＴＩは、マルチキャストグループ（例えば、特定グループ宛てのＳＣ−ＭＴＣＨ）を識別するＲＮＴＩである。Ｇ−ＲＮＴＩは、ＴＭＧＩと１対１でマッピングされる。以下において、ＴＭＧＩを例に挙げて説明する。

ゾーン識別情報は、所定のゾーン（例えば、Ｚｏｎｅ♯１）を示す識別子（Ｚｏｎｅ ＩＤ）であってもよい。ゾーン識別情報は、所定のゾーンを特定（算出）するための情報（式、パラメータ等）であってもよい。以下、Ｚｏｎｅ ＩＤを例に挙げて説明する。従って、ＮＷ装置５００は、ＴＭＧＩとＺｏｎｅ ＩＤとの対応関係（第１の対応関係）を決定する。

本実施形態では、ＮＷ装置５００は、ＵＬデータとＴＭＧＩとのマッピングを行う。すなわち、ＮＷ装置５００は、ＵＬデータとＴＭＧＩとの対応関係（第２の対応関係）を決定することができる。ＮＷ装置５００は、ＵＬデータとゾーン（Ｚｏｎｅ ＩＤ）とのマッピングを行ってもよい。従って、ＮＷ装置５００は、ＵＬデータとＴＭＧＩ及び／又はＺｏｎｅ ＩＤとを対応付けてもよい。

本実施形態では、ＮＷ装置５００は、ｅＮＢ２００の上位ノードである。例えば、ＮＷ装置５００は、ＭＣＥ１１、ＭＢＭＳ ＧＷ２１、ＢＭ−ＳＣ２２、ＰＧＷ２３、Ｓｅｒｖｅｒ２５、ＧＣＳ−ＡＳ３１、Ｓｅｒｖｅｒ３５、ＭＭＥ３００、ＳＧＷ４００のすくなくともいずれかである。

図１１に示すように、ステップＳ１０において、ＵＥ１００−１は、ＵＬデータをｅＮＢ２００（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ／サービングセル）へ（ユニキャストで）送信する。ＵＥ１００−１は、ＵＥ１００の現在位置を示す位置情報と共にＵＬデータを送信してもよい。ＵＥ１００−１は、位置情報をＵＬデータと異なるタイミングで送信してもよい。ＵＥ１００−１は、ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層で地理的な位置を報告する方式により、位置情報をｅＮＢ２００（ネットワーク）へ報告してもよい。ＡＳ層は、物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層及びＲＲＣ層により構成される。

ＵＬデータは、マルチチャストデータ（ＭＢＭＳデータ）としてネットワークからＵＥ１００へ送られるデータである。ＵＬデータは、例えば、ＵＥ１００−１の近隣のＵＥへ送信すべき情報である。ＵＬデータは、例えば、少なくともＺｏｎｅ♯１に位置するＵＥ１００が受信すべき情報であってもよい。例えば、ＵＬデータは、協調認識メッセージ（ＣＡＭ：Ｃｏｏｐｅｒａｔｉｖｅ Ａｗａｒｅｎｅｓｓ Ｍｅｓｓａｇｅ）である。例えば、ＵＬデータは、ＵＥ１００−１の現在位置、ＵＥ１００−１の移動速度、ＵＥ１００−１の移動方向の少なくともいずれかを示す情報であってもよい。ＵＬデータは、送信元のＵＥの識別子（例えば、ＵＥ ＩＤ、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）など）を含んでいてもよい。

ＵＬデータは、位置情報を含んでいてもよい。例えば、ＵＥ１００−１は、アプリケーションレイヤにおいて、ＵＥ１００−１の位置情報をデータに格納してもよい。ＵＥ１００−１は、当該データをＵＬデータとしてｅＮＢ２００へ送信してもよい。

位置情報は、例えば、ＧＮＳＳ信号に基づくＵＥ１００−１の位置を示す。位置情報は、その他の位置特定手段（例えば、ＧＰＳ）により特定された位置情報であってもよい。位置情報は、ゾーン識別情報であってもよい。

ｅＮＢ２００は、ＵＬデータをＮＷ装置５００へ転送する。ｅＮＢ２００は、位置情報をＮＷ装置５００へ転送してもよい。ＮＷ装置５００は、ＵＬデータを受信する。ＮＷ装置５００は、位置情報を受信する。

ステップＳ２０において、ＮＷ装置５００は、ＵＬデータのマッピングを行う。

ＮＷ装置５００は、ＵＥ１００−１の位置情報に基づいて、ＵＬデータの送信元であるＵＥ１００−１の位置を含むゾーン（エリア）を特定する。ＮＷ装置５００は、特定したゾーン（Ｚｏｎｅ ＩＤ）とＴＭＧＩとをマッピングする（対応付ける）。ＮＷ装置５００は、ＵＬデータとＴＭＧＩとをマッピングしてもよい（対応付けてもよい）。ＮＷ装置５００は、ＵＬデータと特定したゾーンとをマッピングしてもよい（対応付けてもよい）。これにより、ＮＷ装置５００は、第１のマッピング情報（例えば、リスト）を生成する。第１のマッピング情報は、ＵＬデータとＴＭＧＩとゾーンとの対応関係を示す。第１のマッピング情報は、ＵＬデータとゾーンとの対応関係を示してもよい。この場合、ＮＷ装置５００は、第２のマッピング情報（例えば、リスト）を生成してもよい。第２のマッピング情報は、ＴＭＧＩとゾーン（Ｚｏｎｅ ＩＤ）との対応関係を示す。

動作パターン１では、ＮＷ装置５００は、１つのＴＭＧＩと１つのゾーン（Ｚｏｎｅ ＩＤ）とを対応付ける。

ステップＳ３０において、ＮＷ装置５００は、第１のマッピング情報（及び第２のマッピング情報）をｅＮＢ２００へ送る。

ｅＮＢ２００は、第２のマッピング情報を受信しない場合、第２のマッピング情報を生成してもよい。

ステップＳ４０において、ｅＮＢ２００は、第２のマッピング情報をＵＥ１００−２へ送信する。ｅＮＢ２００は、個別シグナリング及び／又はブロードキャストシグナリング（例えば、ＳＩＢ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ（ＳＩＢ２１など））により、第２のマッピング情報をＵＥ１００−２へ送信できる。

ｅＮＢ２００は、ＳＣＰＴＭ設定メッセージに第２のマッピング情報を含めてもよい。ＳＣＰＴＭ設定メッセージは、ＳＣ−ＭＣＣＨを介してｅＮＢ２００（Ｅ−ＵＴＲＡＮ１０）からＵＥ１００へ送られるメッセージである。

ステップＳ５０において、ＵＥ１００−２は、第２のマッピング情報に基づいて、マルチキャストデータを取得（受信）するか否かを判定する。すなわち、ＵＥ１００−１は、興味のあるゾーンがあるか否かを判定する。従って、ＵＥ１００は、第２のマッピング情報に基づいて、マルチキャストデータ（ＭＢＭＳ）の受信する又は受信に興味があるか否かを判定する。

まず、ＵＥ１００−２は、ＵＥ１００−２が位置するゾーンを識別するためのゾーン識別情報を特定する。具体的には、ＵＥ１００−２は、ＵＥ１００−２の位置情報に基づいて、ＵＥ１００−２の現在位置を含むゾーン（Ｚｏｎｅ ＩＤ♯１）を特定する。

例えば、第２のマッピング情報が、特定したＺｏｎｅ ＩＤを含む場合、ＵＥ１００−２は、マルチキャストデータを取得すると判定してもよい。従って、ＵＥ１００−２は、興味のあるゾーンの範囲内に位置する場合、マルチキャストデータを取得すると判定してもよい。ＵＥ１００−２は、第２のマッピング情報が特定したＺｏｎｅ ＩＤに対応するＴＭＧＩを含む場合に、マルチキャストデータを取得すると判定してもよい。ＵＥ１００−２は、ＵＥ１００−２が位置するゾーンを示すＺｏｎｅ ＩＤを含まない場合、マルチキャストデータを取得しないと判定してもよい。

ＵＥ１００−２は、ＵＥ１００−２の現在位置を含むＺｏｎｅ♯１と異なるゾーン内のＵＥ１００からのＵＬデータを取得したい場合、マルチキャストデータを取得すると判定してもよい。従って、第２のマッピング情報が、ＵＥ１００−２が位置するゾーンを示すＺｏｎｅ ＩＤを含まない場合であっても、ＵＥ１００−２は、マルチキャストデータを取得すると判定してもよい。

例えば、ＵＥ１００−２は、隣接ゾーンに近い場合に、隣接ゾーンを興味があるゾーンに決定してもよい。ＵＥ１００−２は、以下のすくなくともいずれかの方法により、興味があるゾーンを決定してもよい。以下の方法は、組み合わされてもよい。

第１の方法では、ＵＥ１００−２は、ＵＥ１００−２の位置に応じて、興味があるゾーンを決定する。例えば、ＵＥ１００−２の位置（現在位置）から最も近い隣接ゾーンを興味があるゾーンに決定してもよい。

第２の方法では、ＵＥ１００−２は、ＵＥ１００−２の移動速度に応じて、興味があるゾーンを決定する。ＵＥ１００−２は、ＵＥ１００−２の移動速度が閾値を超えた場合に、隣接ゾーンを興味があるゾーンに決定してもよい。

第３の方法では、ＵＥ１００−２は、ＵＥ１００−２の移動方向に応じて、興味があるゾーンを決定する。ＵＥ１００−２は、ＵＥ１００−２の移動方向に位置する隣接ゾーンを興味があるゾーンに決定してもよい。

第４の方法では、ＵＥ１００−２は、ＵＥ１００−２の位置からゾーンの境界までの距離が閾値未満であることに応じて、隣接ゾーンを興味があるゾーンに決定する。閾値は、ＵＥ１００−２の移動速度に応じて重み付けされてもよい。例えば、閾値（ｘ［ｍ］）は、「α［ｍ］−オフセット値（ｙ［ｓ］×「ＵＥ１００−２の移動速度［ｍ／ｓ］」）」であってもよい。

第５の方法では、ＵＥ１００−２は、ＵＥ１００−２がゾーンの境界に到達する時間（予想時間）に応じて、興味があるゾーンを決定する。例えば、ＵＥ１００−２は、予想時間が閾値未満であることに応じて、隣接ゾーンを興味があるゾーンに決定する。

第６の方法では、ＵＥ１００−２は、隣接ゾーンが特定エリア（特定ゾーン）であることに応じて、興味があるゾーンを決定する。例えば、ＵＥ１００−２は、隣接ゾーンが特定エリアであることを示すエリア情報（例えば、Ｚｏｎｅ ＩＤ、緯度・経度情報など）をｅＮＢ２００から受信したことに応じて、隣接ゾーンを興味があるゾーンに決定する。特定エリアは、例えば、交通量が多いエリア、事故が発生したエリアなどである。

ＵＥ１００−２は、例えば、第２の方法と第５の方法との少なくとも一方を満たしたことに応じて、隣接ゾーンを興味があるゾーンに決定してもよい。

ＵＥ１００−２は、隣接ゾーン以外のゾーンを興味があるゾーンに決定してもよい。例えば、ＵＥ１００−２は、ＵＥ１００−２の移動方向に位置するゾーンを興味があるゾーンに決定してもよい。

閾値及び／又はエリア情報は、ＵＥ１００に予め設定されていてもよい（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）。ＵＥ１００は、閾値及び／又はエリア情報をｅＮＢ２００から受信してもよい。ｅＮＢ２００は、個別シグナリング（例えば、ＲＲＣ再設定メッセージ、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）など）及び／又はブロードキャストシグナリング（例えば、ＳＩＢ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ（ＳＩＢ２１など））により、閾値及び／又はエリア情報をＵＥ１００−２へ送信してもよい。

ＵＥ１００−２は、決定したゾーン（すなわち、ＴＭＧＩ）に対応付けられたマルチキャストデータを取得すると判定してもよい。

ＵＥ１００−２は、マルチキャストデータを取得すると判定した場合、ステップＳ６０の処理を実行する。そうでない場合、ＵＥ１００−２は、処理を終了する。

ステップＳ６０において、ｅＮＢ２００は、マルチキャストデータ（ＤＬ ｍｕｌｔｉｃａｓｔ ｄａｔａ）を送信する。具体的には、ｅＮＢ２００は、第２のマッピング情報に基づくマルチキャストデータを送信する。ｅＮＢ２００は、ＳＣ−ＰＴＭ伝送により、ＳＣ−ＭＴＣＨを介してマルチキャストデータを送信してもよい。ｅＮＢ２００は、ＴＭＧＩに対応付けられた所定のマルチキャストデータを送信してもよい。所定のマルチキャストデータは、ＵＥ１００−２が位置するゾーン♯１内のＵＥ１００−１からのＵＬデータを含む。物理層において、ｅＮＢ２００は、Ｇ−ＲＮＴＩを用いてＰＤＣＣＨを送信した後、ＰＤＳＣＨを介してマルチキャストデータを送信する。

ＵＥ１００−２は、第２のマッピング情報に基づいて、特定されたゾーン（Ｚｏｎｅ ＩＤ♯１）に対応付けられたＴＭＧＩを特定する。ＵＥ１００−２は、特定されたＴＭＧＩに対応付けられたマルチキャストデータを受信する。ＵＥ１００−２は、受信する又は受信に興味があるゾーン（Ｚｏｎｅ ＩＤ）に対応付けられたＴＭＧＩに対応する所定のマルチキャストデータを受信する。マルチキャストデータは、ＵＥ１００−１からのＵＬデータを含み、かつＴＭＧＩにより識別される。

ＵＥ１００−２は、ＴＭＧＩ毎の設定に従って、ＰＤＣＣＨモニタを行う。ＴＭＧＩに対応付けられたＧ−ＲＮＴＩによりＰＤＣＣＨをデコードできた場合、当該ＰＤＣＣＨに従ってＰＤＳＣＨを介して送信されたマルチキャストデータを受信する。

このように、ＵＥ１００−１が位置するゾーン♯１内のＵＥ１００−２の宛先をＵＥ１００−１が知らない場合であっても、ＵＥ１００−２は、ＵＥ１００−１からのＵＬデータを受信することができる。

マルチキャストデータ（ＤＬデータ）は、例えば、同じゾーンに存在する複数のＵＥからの各ＵＬデータを含んでいてもよい。すなわち、マルチキャストデータは、ＵＬデータが集約（多重）されていてもよい。ＤＬデータに含まれるＵＬデータは、送信元のＵＥ（ＵＥ１００−１）の識別子に対応付けられていてもよい（又は含んでいてもよい）。例えば、ＵＥ１００−２がＵＥ１００−１と同じＴＭＧＩに基づいて、マルチキャストデータを受信している場合、受信したマルチキャストデータ（ＤＬデータ）に含まれる自身のＵＬデータを破棄（無視）することができる。

ＵＥ１００−２は、ゾーン♯１と異なるゾーンに対応付けられたＴＭＧＩに対応するマルチキャストデータを受信してもよい。これにより、ＵＥ１００−２が位置しないゾーン内のＵＥのＵＬデータも受信することができる。

ＵＥ１００−２は、所定のマルチキャストデータに含まれるＵＬデータに基づいて、移動に関する制御を行うことができる。

（Ｂ）動作パターン２
動作パターン２について、図１２から図１４を用いて説明する。図１２は、動作パターン２を説明するための図である。図１３は、動作パターン２を説明するためのシーケンス図である。図１４は、動作パターン２を説明するためのフローチャートである。上述した内容と同様の内容は、説明を省略する。

動作パターン２では、マルチキャストデータの受信動作を実行するＵＥ１００−２からのシグナリングに応じて、ＮＷ装置５００は、ＴＭＧＩ（識別情報）に複数のゾーン識別情報（Ｚｏｎｅ ＩＤ）を対応付けるか否かを判定する。

図１２に示すように、ＵＥ１００−１及びＵＥ１００−２は、ｅＮＢ２００が管理するセル（ｃｅｌｌ♯１）に位置する（在圏する）。ＵＥ１００−１は、ゾーン♯１（Ｚｏｎｅ♯１）に位置する。一方、ＵＥ１００−２は、ゾーン♯１と異なるゾーン♯２（Ｚｏｎｅ♯２）に位置する。

図１３に示すように、ステップＳ１１０において、ｅＮＢ２００は、第１の情報の送信条件（Ｔｈｒｅｓｈｏｌｄ）をＵＥ１００−２へ送信してもよい。ｅＮＢ２００は、個別シグナリング（例えば、ＲＲＣ再設定メッセージ、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）など）及び／又はブロードキャストシグナリング（例えば、ＳＩＢ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ（ＳＩＢ２１など））により、送信条件をＵＥ１００−２へ送信できる。ＮＷ装置５００が、ｅＮＢ２００を介して、送信条件をＵＥ１００−２へ送信してもよい。

ＵＥ１００−２は、ＵＥ１００−２が位置するゾーン♯２と異なるゾーン（例えば、ゾーン♯１）内のＵＥ１００からのデータを受信することを望むか否かを判定する。ＵＥ１００−２は、上述の動作パターン１と同様の方法を用いて判定することができる。ＵＥ１００−２は、興味があるゾーン内のＵＥ１００からのデータ（ＵＬデータ）を受信することを望むとみなしてもよい。

ステップＳ１２０において、ＵＥ１００−２は、第１の情報をｅＮＢ２００（ＮＷ装置５００）へ送信する。

第１の情報は、例えば、ＵＥ１００−２のゾーン♯１と異なるゾーン（例えば、Ｚｏｎｅ♯２）内のＵＥ１００からのＵＬデータを含む所定のマルチキャストデータをｅＮＢ２００が送信することを望む（要求する）ものである。第１の情報は、他のゾーン内のＵＬデータのマルチキャスト（マルチゾーンマルチキャスト）が必要であることを示す情報であってもよい。第１の情報は、ＵＥ１００−２は、他のゾーン内のＵＬデータを受信したい（受信に興味がある）ことを示す情報であってもよい。

第１の情報は、興味があるゾーンを示す情報（Ｚｏｎｅ ＩＤ、興味があるゾーンを算出するためのパラメータ・式、緯度・経度情報など）を含んでいてもよい。第１の情報は、複数のゾーンを示すリストであってもよい。ＵＥ１００−２は、例えば、第１の情報を含むＶ２ＸＵＥ情報メッセージをｅＮＢ２００へ送信してもよい。

ＵＥ１００−２は、送信条件を満たしたことに応じて、第１の情報をｅＮＢ２００へ送信してもよい。

送信条件は、例えば、ＵＥ１００−２の位置からゾーンの境界までの距離が閾値未満であること、ＵＥ１００−２がゾーンの境界に到達する時間（予想時間）、異なるゾーンが特定エリア（特定ゾーン）であること、の少なくともいずれかに基づく条件である。ＵＥ１００は、動作パターン１と同様の方法で、送信条件を満たしたか否かを判定できる。例えば、ＵＥ１００−２は、ＵＥ１００−２の位置からゾーンの境界までの距離が閾値未満であることに応じて、送信条件を満たしたと判定してもよい。ＵＥ１００−２は、予想時間が閾値未満であることに応じて、送信条件を満たしたと判定してもよい。ＵＥ１００は、隣接ゾーンがエリア情報により示されることに応じて、送信条件を満たしたと判定してもよい。ＵＥ１００−２は、複数の送信条件のうち、少なくとも１つが満たされたことに応じて、送信条件を満たしたと判定してもよい。

ＵＥ１００−２の動作について、図１４を用いて説明する。ＵＥ１００−２は、興味があるゾーンが発生したことに応じて、ステップＳ２１０の処理を開始してもよい。

ステップＳ２１０において、ＵＥ１００−２は、送信条件があるか否かを判定する。ＵＥ１００−２は、送信条件がある場合、ステップＳ２２０の処理を実行する。一方、ＵＥ１００−２は、送信条件がない場合、ステップＳ２３０の処理を実行する。

ステップＳ２２０において、ＵＥ１００−２は、送信条件を満たすか否かを判定する。ＵＥ１００−２は、送信条件を満たす場合、ステップＳ２３０の処理を実行する。一方、ＵＥ１００−２は、送信条件を満たさない場合、処理を終了する。

ステップＳ２３０において、ＵＥ１００−２は、第１の情報を送信する。

ステップＳ１２０に戻る。ｅＮＢ２００は、第１の情報を受信した場合、第１の情報をＮＷ装置５００へ転送する。ＮＷ装置５００は、第１の情報を受信する。

ステップＳ１３０は、ステップＳ１０に対応する。

ステップＳ１４０は、ステップＳ２０に対応する。ＮＷ装置５００は、第１の情報に基づいて、１つのＴＭＧＩと複数のゾーンとを対応付けるか否かを判定する。ＮＷ装置５００は、第１の情報に基づいて、例えば、ＴＭＧＩ♯２と、Ｚｏｎｅ ＩＤ♯１及びＺｏｎｅ ＩＤ♯２とを対応付ける。ＮＷ装置５００は、Ｚｏｎｅ♯１に位置するＵＥ１００−１からのＵＬデータをＴＭＧＩ♯２（Ｚｏｎｅ ＩＤ♯２）に対応付けてもよい。

ステップＳ１５０からＳ１８０は、ステップＳ３０からＳ６０に対応する。第２のマッピング情報では、１つのＴＭＧＩと複数のゾーンとが対応付けられている。従って、ＵＥ１００−２は、ＵＥ１００−２が位置するゾーン内のＵＥ１００だけでなく、他のゾーン内のＵＥ１００−１からのＵＬデータを受信することができる。

ステップＳ１９０において、ＵＥ１００−２は、第２の情報をｅＮＢ２００（ＮＷ装置５００）へ送信してもよい。

第２の情報は、例えば、ＵＥ１００−２のゾーン♯２と異なるゾーン（例えば、Ｚｏｎｅ♯１）内のＵＥ１００からのＵＬデータを含む所定のマルチキャストデータをｅＮＢ２００が送信する必要が無い（もはや要求しない）ことを示すものである。第２の情報は、他のゾーン内のＵＬデータのマルチキャスト（マルチゾーンマルチキャスト）が必要でないことを示す情報であってもよい。第２の情報は、ＵＥ１００−２が他のゾーン内のＵＬデータを受信したくない（受信に興味が無い）ことを示す情報であってもよい。

ＵＥ１００−２は、上述の送信条件と異なる第２の送信条件を満たすことに応じて、第２の情報をｅＮＢ２００へ送信してもよい。ＵＥ１００−２は、上述の送信条件を満たさないことに応じて、第２の情報をｅＮＢ２００へ送信してもよい。例えば、ＵＥ１００−２は、ＵＥ１００−２の位置からゾーンの境界までの距離が閾値以上であることに応じて、第２の送信条件を満たしたと判定してもよい。ＵＥ１００−２は、予想時間が閾値以上であることに応じて、第２の送信条件を満たしたと判定してもよい。ＵＥ１００は、隣接ゾーンがエリア情報により示されないことに応じて、第２の送信条件を満たしたと判定してもよい。ＵＥ１００−２は、複数の第２の送信条件のうち、少なくとも１つが満たされたことに応じて、第２の送信条件を満たしたと判定してもよい。

ＵＥ１００は、上述のステップＳ２１０からＳ２３０と同様に、第２の情報を送信するか否かを判定してもよい。

ｅＮＢ２００は、第２情報を受信した場合、第２情報をＮＷ装置５００へ転送する。ＮＷ装置５００は、第２情報を受信する。

ＮＷ装置５００は、第２情報に基づいて、１つのＴＭＧＩと複数のゾーンとを対応付けるか否かを判定する。ＮＷ装置５００は、第１の情報に基づいて、例えば、ＴＭＧＩ♯２と、Ｚｏｎｅ ＩＤ♯２とのみを対応付ける。すなわち、ＮＷ装置５００は、ＴＭＧＩ♯２とＺｏｎｅ ＩＤ♯１とを対応付けることを終了してもよい。このように、ＮＷ装置５００は、第２情報に基づいて、１つのＴＭＧＩと複数のゾーンとが対応付けることを終了してもよい。これにより、ＵＥ１００−２は、他のゾーンに位置するＵＥ１００からのＵＬデータを受信することを抑制できる。

（Ｃ）動作パターン３
動作パターン３について、図１５を用いて説明する。図１５は、動作パターン３を説明するためのシーケンス図である。上述した内容（特に、動作パターン２）と同様の内容は、説明を省略する。

動作パターン３では、マルチキャストデータの送信動作を実行するＵＥ１００−１からのシグナリングに応じて、ＮＷ装置５００は、ＴＭＧＩ（識別情報）に複数のゾーン識別情報（Ｚｏｎｅ ＩＤ）を対応付けるか否かを判定する。動作パターン３は、動作パターン２（図１２）と同様の環境である。

図１５に示すように、ステップＳ３１０において、ｅＮＢ２００は、第１の情報の送信条件（Ｔｈｒｅｓｈｏｌｄ）をＵＥ１００−１へ送信してもよい。ｅＮＢ２００は、個別シグナリング（例えば、ＲＲＣ再設定メッセージ、ＤＣＩなど）及び／又はブロードキャストシグナリング（例えば、ＳＩＢ（ＳＩＢ２１など））により、送信条件をＵＥ１００−１へ送信できる。ＮＷ装置５００が、ｅＮＢ２００を介して、送信条件をＵＥ１００−１へ送信してもよい。送信条件は、動作パターン２と同様のものである。

ＵＥ１００−１は、ＵＥ１００−１が位置するゾーン♯１と異なるゾーン（例えば、ゾーン♯２）においてＵＥ１００−１からのデータ（ＵＬデータ）を送信することを望むか否かを判定する。ＵＥ１００−１は、上述の動作パターン１と同様の方法を用いて判定することができる。ＵＥ１００−２は、興味があるゾーンにおいてＵＥ１００−２からのデータを送信することを望むとみなしてもよい。

ステップＳ３２０において、ＵＥ１００−１は、第１の情報をｅＮＢ２００（ＮＷ装置５００）へ送信する。

第１の情報は、例えば、ＵＥ１００−１のゾーン♯１と異なるゾーン（例えば、Ｚｏｎｅ♯２）においてＵＥ１００−１からのＵＬデータを含むマルチキャストデータをｅＮＢ２００が送信することを望む（要求する）ものである。第１の情報は、他のゾーンにおいて、ＵＥ１００−１からのＵＬデータのマルチキャスト（マルチゾーンマルチキャスト）が必要であることを示す情報であってもよい。第１の情報は、ＵＥ１００−１は、他のゾーンにおいて、ＵＥ１００−１からのＵＬデータを送信したい（送信に興味がある）ことを示す情報であってもよい。

第１の情報は、興味があるゾーンを示す情報（Ｚｏｎｅ ＩＤ、興味があるゾーンを算出するためのパラメータ・式、緯度・経度情報など）を含んでいてもよい。第１の情報は、複数のゾーンを示すリストであってもよい。ＵＥ１００−１は、例えば、第１の情報を含むＶ２ＸＵＥ情報メッセージをｅＮＢ２００へ送信してもよい。ＵＥ１００−１は、送信条件を満たしたことに応じて、第１の情報をｅＮＢ２００へ送信してもよい。ＵＥ１００−１は、図１４におけるフローチャートと同様の動作を実行してもよい。

ステップＳ３３０からＳ３８０は、ステップＳ１３０からＳ１８０に対応する。ステップＳ３８０において、ＵＥ１００−２は、第１の情報を送信しなくても、ＵＥ１００−２は、ＵＥ１００−２が位置するゾーン内のＵＥ１００だけでなく、他のゾーン内のＵＥ１００−１からのＵＬデータを受信することができる。

ステップＳ３９０において、ＵＥ１００−１は、第２の情報をｅＮＢ２００（ＮＷ装置５００）へ送信してもよい。

第２の情報は、例えば、ＵＥ１００−１のゾーン♯１と異なるゾーン（例えば、Ｚｏｎｅ♯２）において、ＵＥ１００−１からのＵＬデータを含む所定のマルチキャストデータをｅＮＢ２００が送信する必要が無い（もはや要求しない）ことを示すものである。第２の情報は、他のゾーンにおいてＵＥ１００−１からのＵＬデータのマルチキャスト（マルチゾーンマルチキャスト）が必要でないことを示す情報であってもよい。第２の情報は、ＵＥ１００−１が他のゾーンにおいて、ＵＬデータを送信したくない（送信に興味がない）ことを示す情報であってもよい。

ＵＥ１００−１は、上述の送信条件と異なる第２の送信条件を満たすことに応じて、第２の情報をｅＮＢ２００へ送信してもよい。第２の送信条件は、上述の第２の送信条件と同様である。

ｅＮＢ２００は、第２情報を受信した場合、第２情報をＮＷ装置５００へ転送する。ＮＷ装置５００は、第２情報を受信する。ＮＷ装置５００は、上述と同様に、第２情報に基づいて、１つのＴＭＧＩと複数のゾーンとを対応付けるか否かを判定する。これにより、他のゾーンに位置するＵＥ１００が、ＵＥ１００−１からのＵＬデータを受信することを抑制できる。

（Ｄ）動作パターン４
動作パターン４について、図１６を用いて説明する。図１６は、動作パターン４を説明するためのシーケンス図である。上述した内容と同様の内容は、説明を省略する。

動作パターン４では、ＮＷ装置５００主導で、ＴＭＧＩ（識別情報）に複数のゾーン識別情報（Ｚｏｎｅ ＩＤ）を対応付けるか否かが判定される。動作パターン４は、動作パターン２（図１２）と同様の環境である。

図１６に示すように、ステップＳ４１０において、ｅＮＢ２００は、位置情報の送信条件（Ｔｈｒｅｓｈｏｌｄ）をＵＥ１００−２へ送信してもよい。ｅＮＢ２００は、個別シグナリング（例えば、ＲＲＣ再設定メッセージ、ＤＣＩなど）及び／又はブロードキャストシグナリング（例えば、ＳＩＢ（ＳＩＢ２１など））により、送信条件をＵＥ１００−２へ送信できる。ＮＷ装置５００が、ｅＮＢ２００を介して、送信条件をＵＥ１００−２へ送信してもよい。

位置情報の送信条件は、第１の情報の送信条件と同様のものである。位置情報の送信条件は、第１の情報の送信条件と同一であってもよいし、異なってもよい。

ステップＳ４２０において、ＵＥ１００−１及び／又はＵＥ１００−２は、自身の位置情報をｅＮＢ２００（ＮＷ装置５００）へ送信できる。ＵＥ１００−１及び／又はＵＥ１００−２は、送信条件を満たした場合に、位置情報を送信してもよい。

ステップＳ４３０は、ステップＳ１０に対応する。

ステップＳ４４０は、ステップＳ２０に対応する。ＮＷ装置５００は、ＵＥ１００の位置情報に基づいて、１つのＴＭＧＩと複数のゾーンとを対応付けるか否かを判定する。例えば、ＮＷ装置５００は、ＵＬデータの送信元のＵＥ１００−１が隣接ゾーン（Ｚｏｎｅ♯２）に近い（すなわち、ＵＥ１００−１がゾーン端に位置する）ことに応じて、１つのＴＭＧＩと複数のゾーンとを対応付けると判定してもよい。ＮＷ装置５００は、隣接ゾーン（Ｚｏｎｅ♯２）内のＵＥ１００が隣接ゾーン（Ｚｏｎｅ♯１）から遠いことに応じて、１つのＴＭＧＩと複数のゾーンとを対応付けないと判定してもよい。

ＮＷ装置５００は、隣接ゾーン（Ｚｏｎｅ♯２）内のＵＥ１００−２が隣接ゾーン（Ｚｏｎｅ♯１）に近い（すなわち、ＵＥ１００−２がゾーン端に位置する）ことに応じて、１つのＴＭＧＩと複数のゾーンとを対応付けると判定してもよい。ＮＷ装置５００は、隣接ゾーン（Ｚｏｎｅ♯２）内のＵＥ１００が隣接ゾーン（Ｚｏｎｅ♯１）から遠いことに応じて、１つのＴＭＧＩと複数のゾーンとを対応付けないと判定してもよい。

ＮＷ装置５００は、隣接ゾーン（Ｚｏｎｅ♯２）内にＵＥ１００が存在することに応じて、１つのＴＭＧＩと複数のゾーンとを対応付けると判定してもよい。ＮＷ装置５００は、隣接ゾーン（Ｚｏｎｅ♯２）内にＵＥ１００が存在しないことに応じて、１つのＴＭＧＩと複数のゾーンとを対応付けないと判定してもよい。

ＮＷ装置５００は、位置情報の送信条件と同様の基準（すなわち、ＵＥ１００の位置からゾーンの境界までの距離、予想時間など）で、ＵＥ１００−１及び／又はＵＥ１００−２が隣接ゾーンに近いか否かを判定してもよい。すなわち、ＮＷ装置５００は、位置情報の送信条件と同様の基準で、１つのＴＭＧＩと複数のゾーンとを対応付けるか否かを判定してもよい。

ステップＳ４５０からＳ４８０は、ステップＳ３０からＳ６０に対応する。ｅＮＢ２００は、ＵＥ１００−１及び／又はＵＥ１００−２からの位置情報が更新された場合、１つのＴＭＧＩと複数のゾーンとを対応付けるか否かを再び判定してもよい。

このように、ＵＥ１００からのシグナリング（第１の情報及び／又は第２の情報）がない場合であっても、ＮＷ装置５００が１つのＴＭＧＩと複数のゾーンとを対応付けるか否かを判定できる。

ＵＥ１００からの第１の情報及び／又は第２の情報をトリガとして、ＮＷ装置５００が１つのＴＭＧＩと複数のゾーンとを対応付けるか否かの判定を開始してもよい。

（Ｅ）動作パターン５
動作パターン５について、図１７を用いて説明する。図１７は、動作パターン５を説明するための図である。上述した内容と同様の内容は、説明を省略する。

動作パターン５では、ｅＮＢ２００が、複数のゾーンが重複して配置されるように、ゾーン（ゾーン識別情報）を定義する。

図１７に示すように、ｅＮＢ２００は、複数のゾーンが重複して配置されるように、ゾーン（ゾーン識別情報）を定義してもよい。例えば、Ｚｏｎｅ♯１からＺｏｎｅ♯４に重複するように、Ｚｏｎｅ♯５が配置されてもよい。ＵＥ１００−１は、Ｚｏｎｅ♯４内に位置する。ＵＥ１００−２は、Ｚｏｎｅ♯２及びＺｏｎｅ♯５内に位置する。

これにより、ＵＥ１００−２は、第２のマッピング情報に基づいて、Ｚｏｎｅ♯２に対応付けられたＴＭＧＩ（例えば、ＴＭＧＩ♯３）とＺｏｎｅ♯５に対応付けられたＴＭＧＩ（例えば、ＴＭＧＩ♯５）を特定することができる。従って、ＵＥ１００−２は、特定されたＴＭＧＩ♯３及びＴＭＧＩ♯５に対応付けられた各マルチキャストデータを取得することができる。

従って、ＮＷ装置５００が、動作パターン１と同様に、１つのＴＭＧＩと１つのゾーン（Ｚｏｎｅ ＩＤ）とを対応付ける場合であっても、ＵＥ１００−２は、複数のＴＭＧＩのそれぞれに対応する各マルチキャストデータを取得することができる。

（Ｆ）動作パターン６
動作パターン６について、図１８を用いて説明する。図１８は、動作パターン６を説明するためのシーケンス図である。上述した内容と同様の内容は、説明を省略する。

動作パターン６では、初期状態において、ＮＷ装置５００が、ｅＮＢ２００が定義したゾーン（ゾーン識別情報）を知らない。

ステップＳ５１０において、ｅＮＢ２００は、自セルにおいて適用されるゾーン（ゾーン識別情報）を定義する。

ステップＳ５２０において、ｅＮＢ２００は、ゾーン（ゾーン識別情報）を定義するための情報（ゾーン定義情報）をＵＥ１００（ＵＥ１００−１／ＵＥ１００−２）へ送信する。

ゾーン定義情報は、例えば、直交座標系（ｘ、ｙ）により示されてもよい。ゾーン定義情報は、ゾーンの長さ（Ｌｅｎｇｔｈ）、ゾーンの幅（ｗｉｄｔｈ）、及び参照点を示す情報を含んでいてもよい。ゾーン定義情報は、１つのゾーンを示すものであってもよい。ゾーン定義情報は、最大のゾーン数（ｘ方向及び／又はｙ方向）を示す情報を含んでいてもよい。ゾーン定義情報は、参照点からの差を示す情報を含んでいてもよい。

ゾーン定義情報は、ＲＦフィンガープリント情報を含んでいてもよい。例えば、ゾーン定義情報は、セルＩＤと当該セルからの無線信号の受信レベル（例えば、ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ／ＲＳＲＱ：Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ）の範囲による分類を示す情報であってもよい。ゾーン定義情報は、受信レベルの範囲の代わりに、無線信号の到来角、無線信号の時間差などが用いられてもよい。

ゾーン定義情報は、矩形であるゾーンの４つの頂点のうち、対角に位置する２つの頂点の緯度・経度（例えば、北東の点の緯度・経度及び南西の点の緯度・経度）を示す情報を含んでいてもよい。当該情報は、測地系（例えば、ＷＧＳ８４：Ｗｏｒｌｄ Ｇｅｏｄｅｔｉｃ Ｓｙｓｔｅｍ １９８４）に基づくものであってもよい。

ゾーン定義情報は、例えば、極座標系（ｒ、θ）により示されてもよい。ゾーン定義情報は、ｒ及びθ及び参照点を示す情報を含んでいてもよい。ｒは、例えば、ｅＮＢ２００でのＵＬデータの受信を調整するためのタイミングアドバンス値により示されてもよい。参照点は、ｅＮＢ２００の位置であってもよい。

ゾーン定義情報は、動的に変化する動的参照点の位置情報を含んでいてもよい。例えば、動的参照点は、ＵＬデータを送信する送信ＵＥ１００の位置に応じた参照点であってもよい。動的参照点は、静的な参照点と異なってもよい。動的参照点の位置に基づいて、ゾーンが算出されてもよい。

ｅＮＢ２００は、ブロードキャスト（例えば、ＳＩＢ）により動的参照点の位置情報を送信してもよい。ｅＮＢ２００は、ＳＣ−ＭＣＣＨ及び／又はＭＣＣＨを介して動的参照点の位置情報を送信してもよい。動的参照点の位置情報は、ＴＭＧＩに対応付けられていてもよい。ｅＮＢ２００は、ＰＤＳＣＨ又はＰＤＳＣＨを介して動的参照点の位置情報を送信してもよい。動的参照点の位置情報は、ＳＣＰＴＭ伝送によるデータに含まれていてもよい。例えば、ＰＤＳＣＨの先頭部分に、データペイロードとは異なる、動的参照点の位置情報を格納するヘッダが付与されていてもよい。

ステップＳ５３０において、ＵＥ１００は、ゾーン定義情報をＮＷ装置５００へ通知してもよい。ＵＥ１００は、動作パターン１におけるＵＬデータと共に、ゾーン定義情報をＮＷ装置５００へ通知してもよい。ＵＥ１００は、ＵＥ１００の位置情報と共に、ゾーン定義情報をＮＷ装置５００へ通知してもよい。

ｅＮＢ２００が、ゾーン定義情報をＮＷ装置５００へ通知してもよい。ＮＷ装置５００は、ゾーン定義情報に基づいて、ｅＮＢ２００が定義したゾーンを把握することができる。ＮＷ装置５００は、ゾーン定義情報に基づいて、ＴＭＧＩとＺｏｎｅ ＩＤとを対応付けることができる。ＮＷ装置５００は、ゾーン定義情報とＵＥ１００の位置情報とに基づいて、ＵＥ１００がどのゾーンに位置するか把握することができる。これにより、ＮＷ装置５００は、ＵＬデータとＴＭＧＩ及び／又はＺｏｎｅ ＩＤとを対応付けることができる。

このように、ｅＮＢ２００がゾーン定義情報を生成（又は更新）した場合であっても、ＮＷ装置５００は、適切にマッピング（対応付け）を行うことができる。

ＮＷ装置５００は、ｅＮＢ２００が定義したゾーンではなく、予め設定されたゾーン定義情報に基づいてマッピングを行ってもよい。

［第２実施形態］
（第２実施形態に係る動作）
第２実施形態に係る動作について、以下の動作パターン１−５により説明する。

（Ａ）動作パターン１
動作パターン１について、図１９から図２２を用いて説明する。図１９は、動作パターン１の動作環境を説明するための図である。図２０は、動作パターン１を説明するためのシーケンス図である。図２１は、メッセージの一例を説明するための図である。図２２は、ｅＮＢ２００−１の動作を説明するためのフローチャートである。

図１９に示すように、ＵＥ１００−１は、ｅＮＢ２００−１が管理するセル１（Ｃｅｌｌ１）に位置する（在圏する）。ＵＥ１００−１は、地理的なエリアであるゾーン１（Ｚｏｎｅ１）に位置する。ＵＥ１００−１は、ｅＮＢ２００−１（セル１）とＲＲＣ接続を確立していてもよいし（ＲＲＣコネクティッド状態）、ＲＲＣ接続を確立していなくてもよい（ＲＲＣアイドル状態）。ＵＥ１００−１は、ｅＮＢ２００−１へ無線信号を送信する場合に、ｅＮＢ２００−１とＲＲＣ接続を確立してもよい。

ＵＥ１００−１は、ｅＮＢ２００−２が管理するセル２（Ｃｅｌｌ２）内に位置する。従って、ＵＥ１００−１は、ｅＮＢ２００−２からの無線信号を受信することができる。ＵＥ１００−１は、ｅＮＢ２００−２とＲＲＣ接続を確立していない。

ＵＥ１００−２は、ｅＮＢ２００−２が管理するセル（Ｃｅｌｌ２）に位置する（在圏する）。ＵＥ１００−２は、地理的なエリアであるゾーン２（Ｚｏｎｅ２）に位置する。ＵＥ１００−２は、ｅＮＢ２００−２（セル２）とＲＲＣ接続を確立していてもよいし（ＲＲＣコネクティッド状態）、ＲＲＣ接続を確立していなくてもよい（ＲＲＣアイドル状態）。ＵＥ１００−２は、ｅＮＢ２００−２へ無線信号を送信する場合に、ｅＮＢ２００−２とＲＲＣ接続を確立してもよい。

ＵＥ１００−１は、ｅＮＢ２００−１が制御するＵＥである。ＵＥ１００−２は、ｅＮＢ２００−２が制御するＵＥである。

図２０に示すように、ステップＳ１１０１において、ＵＥ１００−１は、インディケーションをｅＮＢ２００−１へ送信する。ｅＮＢ２００−１は、インディケーションを受信する。

インディケーションは、例えば、ＵＥ１００−１の位置を示す位置情報である。位置情報は、例えば、ＧＮＳＳ信号に基づく位置を示す情報である。位置情報は、その他の位置特定手段（例えば、ＧＰＳ）により特定された位置情報であってもよい。位置情報は、ＵＥ１００−１が位置する（属する）ゾーンを識別するためのゾーン識別情報であってもよい。ゾーン識別情報は、所定のゾーン（例えば、Ｚｏｎｅ１）を示す識別子（ゾーン識別子：Ｚｏｎｅ ＩＤ）であってもよい。ゾーン識別情報は、所定のゾーンを特定（算出）するための情報（式、パラメータ等）であってもよい。ＵＥ１００−１は、ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層で地理的な位置を報告する方式により、位置情報をｅＮＢ２００−１（ネットワーク）へ報告してもよい。ＡＳ層は、物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層及びＲＲＣ層により構成される。

インディケーションは、特定エリア（特定ゾーン）に興味があることを示す情報であってもよい。インディケーションは、特定エリア（特定ゾーン）内のＵＥ１００からのＵＬデータの受信に興味がある（当該受信を要求する）ことを示す情報であってもよい。インディケーションは、ＵＥ１００−１からのＵＬデータを送信することに興味がある（当該送信を要求する）ことを示す情報であってもよい。

ＵＬデータは、マルチチャストデータ（ＭＢＭＳデータ）としてネットワークからＵＥへ送られるデータである。ＵＬデータは、例えば、所定のＵＥの近隣に位置するＵＥへ送信すべき情報である。ＵＬデータは、例えば、所定のゾーンに位置するＵＥが受信すべき情報であってもよい。例えば、ＵＬデータは、協調認識メッセージ（ＣＡＭ：Ｃｏｏｐｅｒａｔｉｖｅ Ａｗａｒｅｎｅｓｓ Ｍｅｓｓａｇｅ）である。例えば、ＵＬデータは、ＵＥ１００−１の現在位置、ＵＥ１００−１の移動速度、ＵＥ１００−１の移動方向の少なくともいずれかを示す情報であってもよい。ＵＬデータは、送信元のＵＥの識別子（例えば、ＵＥ ＩＤ、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）など）を含んでいてもよい。

インディケーションは、セルを特定するためのセル識別子（Ｃｅｌｌ ＩＤ）であってもよい。ＵＥ１００−１は、ＰＣｅｌｌ（Ｐｒｉｍａｒｙ Ｃｅｌｌ）又はサービングセル（キャンプセル）と異なるセル（例えば、セル２（すなわち、ｅＮＢ２００−２））から受信したセル識別子をインディケーションとして送信してもよい。

ＵＥ１００−１は、上記インディケーションを（拡張）ＭＢＭＳ興味インディケーション（ＭＢＭＳＩｎｔｅｒｅｓｔＩｎｄｉｃａｔｉｏｎ）メッセージに含めてもよい。例えば、図２１に示すように、ＵＥ１００−１は、インディケーションとしてＺｏｎｅＩＤ（ＺｏｎｅＩｄ）をＭＢＭＳサービスリスト（ＭＢＭＳ−ＳｅｒｖｉｃｅＬｉｓｔ）に含めることができる。ＺｏｎｅＩＤが、後述の第２のゾーンを示す場合には、第２のゾーンを示すフィールドにＺｏｎｅＩＤが格納されてもよい。ＭＢＭＳサービスリストは、ＭＢＭＳ興味インディケーションＺｏｎｅＩＤが第２のゾーンであることを示すフラグ情報を含んでいてもよい。ｅＮＢ２００は、ＭＢＭＳサービスリストを含むＭＢＭＳ興味インディケーションメッセージをＵＥ１００−１から受信することにより、インディケーションを受信できる。

ＭＢＭＳ興味インディケーションメッセージは、ＵＥ１００−１がＭＢＭＳを受信している／受信することに興味がある又は、もはや受信していない／受信することに興味がないことを、Ｅ−ＵＴＲＡＮ１０（ｅＮＢ２００−１）へ知らせるために用いられる。ＭＢＭＳサービスリストは、ＵＥ１００−１が受信している又は受信に興味があるＭＢＭＳサービスのリストを提供する。

ＵＥ１００−１は、ｅＮＢ２００−２のゾーン定義情報に基づいて、インディケーションを送ってもよい。ｅＮＢ２００−２のゾーン定義情報は、ｅＮＢ２００−２が定義する地理的なエリア（ゾーン）に関する情報である。ＵＥ１００−１は、ｅＮＢ２００−２が定義する第２のゾーンに位置する又は第２のゾーンに近いことに応じて、インディケーションを送ってもよい。例えば、ＵＥ１００−１は、第２のゾーンを興味があるゾーンに決定した場合に、インディケーションを送ると判定してもよい。ＵＥ１００−１は、以下のすくなくともいずれかの方法により、興味があるゾーンを決定してもよい。以下の方法は、組み合わされてもよい。

第１の方法では、ＵＥ１００−１は、ＵＥ１００−１の位置に応じて、興味があるゾーンを決定する。例えば、ＵＥ１００−１の位置（現在位置）から最も近い第２のゾーンを興味があるゾーンに決定してもよい。

第２の方法では、ＵＥ１００−１は、ＵＥ１００−１の移動速度に応じて、興味があるゾーンを決定する。ＵＥ１００−１は、ＵＥ１００−１の移動速度が閾値を超えた場合に、第２のゾーンを興味があるゾーンに決定してもよい。

第３の方法では、ＵＥ１００−１は、ＵＥ１００−１の移動方向に応じて、興味があるゾーンを決定する。ＵＥ１００−１は、ＵＥ１００−１の移動方向に位置する第２のゾーンを興味があるゾーンに決定してもよい。

第４の方法では、ＵＥ１００−１は、ＵＥ１００−１の位置からゾーンの境界までの距離が閾値未満であることに応じて、第２のゾーンを興味があるゾーンに決定する。閾値は、ＵＥ１００−１の移動速度に応じて重み付けされてもよい。例えば、閾値（ｘ［ｍ］）は、「α［ｍ］−オフセット値（ｙ［ｓ］×「ＵＥ１００−１の移動速度［ｍ／ｓ］」）」であってもよい。

第５の方法では、ＵＥ１００−１は、ＵＥ１００−１がゾーンの境界に到達する時間（予想時間）に応じて、興味があるゾーンを決定する。例えば、ＵＥ１００−１は、予想時間が閾値未満であることに応じて、第２のゾーンを興味があるゾーンに決定する。

第６の方法では、ＵＥ１００−１は、第２のゾーンが特定エリア（特定ゾーン）であることに応じて、興味があるゾーンを決定する。例えば、ＵＥ１００−１は、第２のゾーンが特定エリアであることを示すエリア情報（例えば、Ｚｏｎｅ ＩＤ、緯度・経度情報など）をｅＮＢ２００−１及び／又はｅＮＢ２００−２から受信したことに応じて、第２のゾーンを興味があるゾーンに決定する。特定エリアは、例えば、交通量が多いエリア、事故が発生したエリアなどである。

ＵＥ１００−１は、例えば、第２の方法と第５の方法との少なくとも一方を満たしたことに応じて、第２のゾーンを興味があるゾーンに決定してもよい。

ＵＥ１００−１は、第２のゾーン以外のゾーンを興味があるゾーンに決定してもよい。例えば、ＵＥ１００−１は、ＵＥ１００−１の移動方向に位置するゾーンを興味があるゾーンに決定してもよい。

閾値及び／又はエリア情報は、ＵＥ１００−１に予め設定されていてもよい（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）。ＵＥ１００−１は、閾値及び／又はエリア情報をｅＮＢ２００−１から受信してもよい。ｅＮＢ２００−１は、個別シグナリング（例えば、ＲＲＣ再設定メッセージ、ＤＣＩなど）及び／又はブロードキャストシグナリング（例えば、ＳＩＢ（ＳＩＢ２１など））により、閾値及び／又はエリア情報をＵＥ１００−１へ送信してもよい。

ＵＥ１００−１は、ｅＮＢ２００−２のゾーン定義情報をｅＮＢ２００−２（隣接セル）から直接受信（取得）してもよい。例えば、ＵＥ１００−１は、ｅＮＢ２００−２から送信されるブロードキャストシグナリング（ＳＩＢなど）をデコードすることにより、ブロードキャストシグナリングに含まれるゾーン定義情報を取得してもよい。ＵＥ１００−１は、取得したゾーン定義情報をｅＮＢ２００−１へ送信してもよい。

ＵＥ１００−１は、ｅＮＢ２００−１（ＰＣｅｌｌ又はサービングセル）からゾーン定義情報を受信してもよい。

図２２に示すように、ステップＳ１１５０において、ｅＮＢ２００−１は、ｅＮＢ２００−２のＺｏｎｅ定義情報を受信する。ｅＮＢ２００−１は、ｅＮＢ２００−２からＺｏｎｅ定義情報を（例えば、Ｘ２インターフェイスを介して）受信してもよい。ｅＮＢ２００−２は、Ｚｏｎｅ定義情報の更新に応じて、Ｚｏｎｅ定義情報をｅＮＢ２００−１へ送ってもよい。ｅＮＢ２００−２は、定期的にＺｏｎｅ定義情報をｅＮＢ２００−１へ送ってもよい。ｅＮＢ２００−１は、ＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ Ａｎｄ Ｍａｎａｇｅｍｅｎｔ）からＺｏｎｅ定義情報を受信してもよい。すなわち、ｅＮＢ２００−２は、ＯＡＭを経由して、Ｚｏｎｅ定義情報をｅＮＢ２００−１へ送ってもよい。ＯＡＭは、オペレータによって管理されるサーバ装置である。ＯＡＭは、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。ＯＡＭは、ＥＰＣ２０に設けられる。

ステップＳ１１６０において、ｅＮＢ２００−１は、ｅＮＢ２００−２のＺｏｎｅ定義情報をＵＥ１００−１へ送信する。ｅＮＢ２００−１は、個別シグナリング（例えば、ＲＲＣ再設定メッセージ、ＤＣＩなど）及び／又はブロードキャストシグナリング（例えば、ＳＩＢ（ＳＩＢ２１など））により、ｅＮＢ２００−２のＺｏｎｅ定義情報をＵＥ１００−１へ送信してもよい。ｅＮＢ２００−１は、自局のＺｏｎｅ定義情報と共にｅＮＢ２００−２のＺｏｎｅ定義情報をＵＥ１００−１へ送信してもよい。

図２０に戻る。ステップＳ１１０２において、ｅＮＢ２００−１は、ステップＳ１１０３のメッセージをｅＮＢ２００−２へ送信するか否かを判定してもよい（ＲＲＭ ｄｅｃｉｓｉｏｎ）。

ｅＮＢ２００−１は、ＵＥ１００−１の位置情報に基づいて、当該メッセージを送信すると判定してもよい。ｅＮＢ２００−１は、上述のＵＥ１００と同様に、ＵＥ１００−１が第２のゾーンに位置する又は第２のゾーンに近いことに応じて、当該メッセージを送信すると判定してもよい。ｅＮＢ２００−１は、ＵＥ１００−１が第２のゾーンに位置しない又は第２のゾーンから遠いことに応じて、当該メッセージの送信を中止してもよい。

ｅＮＢ２００−１は、特定エリア（特定のゾーン）に興味があることを示す情報に基づいて、当該メッセージを送信すると判定してもよい。

ｅＮＢ２００−１は、ＵＥ１００−１からのインディケーションに基づいて、メッセージの送信先を決定してもよい。

ステップＳ１１０３において、ｅＮＢ２００−１は、要求メッセージ（ｒｅｑｕｅｓｔ）をｅＮＢ２００−２へ送る。要求メッセージは、ＵＥ（ＵＥ１００−２）からのＵＬデータをｅＮＢ２００−２が特定エリア（特定ゾーン）に向けてマルチキャストすることを要求するメッセージである。要求メッセージは、（ＵＥ１００−１のために）マルチキャスト動作のためのリソース（の準備）を要求するメッセージであってもよい。要求メッセージは、（ＵＥ１００−１のために）マルチキャスト動作のためのリソースの割り当てを要求するメッセージであってもよい。要求メッセージは、後述するマルチキャストデータを識別するための識別情報（例えば、ＴＭＧＩ）の割り当てを要求するメッセージであってもよい。

要求メッセージは、ＵＥ１００−１から受信したインディケーションを含んでいてもよい。例えば、要求メッセージは、ステップＳ１１０１においてＵＥ１００−１から受信したＵＥ１００−１の位置情報を含んでいてもよい。位置情報は、現在ＵＥ１００−１が位置する（属する）ゾーンの識別子（ゾーン識別子：Ｚｏｎｅ ＩＤ）であってもよい。要求メッセージは、ｅＮＢ２００−１のゾーン定義情報を含んでいてもよい。

ステップＳ１０４において、ｅＮＢ２００−２は、ｅＮＢ２００−１からの要求を承認するか否かを判定してもよい。ｅＮＢ２００−２は、ＵＥ１００−１の位置情報に基づいて、判定してもよい。例えば、ｅＮＢ２００−２は、ＵＥ１００−１が位置するゾーンに他のＵＥ１００が存在する場合に、ｅＮＢ２００−１からの要求を承認すると判定してもよい。そうでない場合、ｅＮＢ２００−２は、ｅＮＢ２００−１からの要求を拒否すると判定してもよい。

ｅＮＢ２００−２は、（無線）アドミッション制御（Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）を実行してもよい。アドミッション制御は、新たな無線ベアラのための確立要求を承認又は拒否することである。

ステップＳ１１０５において、ｅＮＢ２００−２は、要求メッセージに対する応答メッセージ（ｒｅｓｐｏｎｓｅ）をｅＮＢ２００−１へ送る。

承認の応答メッセージ（ＡＣＫ）は、ｅＮＢ２００−２がマルチキャリアデータの送信に割り当てたリソースの情報（ＳＣ−ＰＴＭ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇ．）を含んでいてもよい。

リソースの情報は、時間及び／又は周波数リソースの情報を含んでいてもよい。リソースの情報は、マルチキャストデータ（すなわち、ＭＢＭＳ（ＭＢＭＳデータ、ＭＢＭＳパケット、コンテンツなど））を識別するための識別情報を含んでいてもよい。識別情報は、例えば、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｙ）である。ＴＭＧＩは、マルチキャストデータ（すなわち、ＭＢＭＳ（ＭＢＭＳデータ、ＭＢＭＳパケット、コンテンツなど））に対応付けられた識別子である。識別情報は、ＴＭＧＩに対応付けられたグループ識別子（例えば、Ｇ−ＲＮＴＩ（Ｇｒｏｕｐ−Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ））であってもよい。Ｇ−ＲＮＴＩは、マルチキャストグループ（例えば、特定グループ宛てのＳＣ−ＭＴＣＨ）を識別するＲＮＴＩである。Ｇ−ＲＮＴＩは、ＴＭＧＩと１対１でマッピングされる。以下において、識別情報としてＴＭＧＩを例に挙げて説明する。

承認の応答メッセージは、ＵＬデータの転送先を示すアドレス情報を含んでいてもよい。アドレス情報は、例えば、トンネリング層の識別子（ＴＥＩＤ：Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ ＩＤ）である。ＴＥＩＤは、ユーザプレーンデータ（ＰＤＣＰ ＰＤＵ）を転送する論理的な通信経路を生成する際に用いられ、当該通信経路を示す識別子である。アドレス情報は、ｅＮＢ２００−２の識別子であってもよい。承認の応答メッセージは、マルチキャストデータを送信するゾーン識別子を含んでもよい。

拒否の応答メッセージ（ＮＡＣＫ）は、拒否の理由を含んでいてもよい。ｅＮＢ２００−１は、拒否の応答メッセージの受信に応じて、処理を終了してもよい。或いは、ｅＮＢ２００−１は、後述する動作パターンを実行してもよい。

以下において、ｅＮＢ２００−２が、承認の応答メッセージをｅＮＢ２００−１へ送ったと仮定して説明を進める。

ステップＳ１１０６において、ｅＮＢ２００−１は、ＳＣ−ＭＣＣＨ（すなわち、ＭＢＭＳ制御情報）を変更してもよい。ｅＮＢ２００−１は、ｅＮＢ２００−２から受け取ったリソースの情報をＭＢＭＳ制御情報に含めることができる。

ＭＢＭＳ制御情報は、マッピング情報を含んでいてもよい。マッピング情報は、ｅＮＢ２００−１のゾーン識別情報（例えば、Ｚｏｎｅ ＩＤ）とｅＮＢ２００−２のリソースの情報（例えば、ＴＭＧＩ）とがマッピングされていてもよい（対応付けられていてもよい）。リソースの情報は、マッピング情報を含んでいてもよい。

ＭＢＭＳ制御情報は、ｅＮＢ２００−２のリソースの情報の受け取り先を示す情報を含んでいてもよい。当該情報は、ＵＥ１００−１の識別子（例えば、Ｃ−ＲＮＴＩ）であってもよい。当該情報は、Ｇ−ＲＮＴＩであってもよい。

ＭＢＭＳ制御情報は、ｅＮＢ２００−１がマルチキャリアデータの送信に割り当てたリソースの情報を含んでいてもよい。

ｅＮＢ２００−１は、ＳＣ−ＭＣＣＨを送信していない場合には、ＳＣ−ＭＣＣＨ（ＭＢＭＳ制御情報）の送信を開始してもよい。

ステップＳ１１０７において、ｅＮＢ２００−１は、ＳＣ−ＭＣＣＨを介してＭＢＭＳ制御情報を送信する。これにより、ｅＮＢ２００−１は、ｅＮＢ２００−２のリソースの情報をＵＥ１００−１へ送信する。ＵＥ１００−１は、ＭＢＭＳ制御情報を受信する。

ステップＳ１１０８において、ＵＥ１００−２は、ＵＬデータをｅＮＢ２００−２へ（ユニキャストで）送信する。ｅＮＢ２００−２は、ＵＬデータをマルチキャストデータ（ＭＢＭＳデータ）として送信するために、例えば、ＭＢＭＳ ＧＷ２１へ転送する。ＭＢＭＳ ＧＷ２１は、ＵＬデータとＴＭＧＩとをマッピングする（対応付ける）ＮＷ装置（例えば、ＢＭＳＣ２２）へ転送してもよい。

ステップＳ１１０９において、ＭＢＭＳ ＧＷ２１は、マルチキャストデータ（ＭＢＭＳ）としてのＤＬデータ（ＤＬ ｄａｔａ）を受け取る。ＭＢＭＳ ＧＷ２１は、ＤＬデータをｅＮＢ２００−２へ送ってもよい。

ｅＮＢ２００−２は、ＵＥ１００−２からのＵＬデータを含むＤＬデータをＭＢＭＳ ＧＷ２１から受け取ってもよい。ｅＮＢ２００−２は、ＵＥ１００−２からのＵＬデータを含むＤＬデータをｅＮＢ２００−１から受け取ってもよい。

ｅＮＢ２００−２は、ＭＢＭＳ ＧＷ２１（及び／又はｅＮＢ２００−１）から受け取ったＤＬデータをマルチキャストデータとして送信する。すなわち、ｅＮＢ２００−２は、ＤＬデータ（ＭＢＭＳデータ）を特定エリアに向けてマルチキャストする。例えば、ｅＮＢ２００−２は、ＳＣ−ＰＴＭ伝送により、ＳＣ−ＭＴＣＨを介してマルチキャストデータを送信してもよい。

具体的には、ｅＮＢ２００−２は、ＵＥ１００−２のＵＬデータがＵＥ１００−１へ送信すべきデータと判定した場合に、ＵＥ１００−１へ割り当てたＴＭＧＩに対応するマルチキャストデータとしてＤＬデータを送信してもよい。すなわち、ｅＮＢ２００−２は、ＵＥ１００−１が属するゾーンへ向けて、ＵＥ１００−２のＵＬデータを含むＤＬデータをマルチキャストしてもよい。ｅＮＢ２００−２は、ＵＥ１００−１が属するゾーンへ向けて送信すべきかを、ＵＥ１００−２の位置情報（ゾーン識別情報など）に基づいて、判定してもよい。

ＭＢＭＳ ＧＷ２１は、ＤＬデータ（ＭＢＭＳ）をｅＮＢ２００−１へ送ってもよい。ｅＮＢ２００−１は、ＵＥ１００−２からのＵＬデータを含むＤＬデータをＭＢＭＳ ＧＷ２１から受け取ってもよい。ｅＮＢ２００−１は、ｅＮＢ２００−２がＵＥ１００−１へ割り当てたＴＭＧＩに対応するＤＬデータを受け取った場合、アドレス情報に基づいて、ｅＮＢ２００−２へ転送してもよい。ｅＮＢ２００−２は、ｅＮＢ２００−１から転送されたＤＬデータ（ＭＢＭＳ）をＵＥ１００−１へ割り当てたＴＭＧＩに対応するマルチキャストデータとしてＤＬデータを送信してもよい。

ｅＮＢ２００−２は、ＵＥ１００−２のＵＬデータを含むＤＬデータをＵＥ１００−２が位置するゾーンに向けてマルチキャストデータとして送信してもよい。ｅＮＢ２００−２は、ＵＥ１００−２が位置する（属する）ゾーンに対応付けられたＴＭＧＩに対応するマルチキャストデータとしてＤＬデータを送信してもよい。

物理層において、各ｅＮＢ２００は、Ｇ−ＲＮＴＩを用いてＰＤＣＣＨを送信した後、ＰＤＳＣＨを介してマルチキャストデータを送信する。

ＵＥ１００−１は、ｅＮＢ２００−２から割り当てられたリソースの情報に基づいて、マルチキャストデータを受信する。ＵＥ１００−１は、特定のゾーンとＴＭＧＩとが対応付けられたマッピング情報に基づいて、ＴＭＧＩに対応付けられたマルチキャストデータを受信してもよい。これにより、特定エリア（特定のゾーン）に位置するＵＥ１００のみがマルチキャストデータ（ＤＬデータ）を受信することができる。従って、ＤＬデータは、特定エリア（特定ゾーン）に向けて送信される。

ＵＥ１００−１は、ＴＭＧＩ毎の設定に従って、ＰＤＣＣＨモニタを行う。ＴＭＧＩに対応付けられたＧ−ＲＮＴＩによりＰＤＣＣＨをデコードできた場合、当該ＰＤＣＣＨに従ってＰＤＳＣＨを介して送信されたマルチキャストデータを受信できる。

マルチキャストデータ（ＤＬデータ）は、例えば、同じゾーンに存在する複数のＵＥからの各ＵＬデータを含んでいてもよい。すなわち、マルチキャストデータは、ＵＬデータが集約（多重）されていてもよい。ＤＬデータに含まれるＵＬデータは、送信元のＵＥ（ＵＥ１００−１）の識別子に対応付けられていてもよい（又は含んでいてもよい）。例えば、ＵＥ１００−２がＵＥ１００−１と同じＴＭＧＩに基づいて、マルチキャストデータを受信している場合、受信したマルチキャストデータ（ＤＬデータ）に含まれる自身のＵＬデータを破棄（無視）することができる。

以上のように、ＵＥ１００−１は、サービングｅＮＢ（すなわち、ｅＮＢ２００−１）と異なる隣接ｅＮＢ（すなわち、ｅＮＢ２００−２）が制御するＵＥ１００−２からのＵＬデータをマルチキャストデータとして受信することができる。これにより、ＵＥ１００−１は、ｅＮＢ２００−２からのマルチキャストデータに基づいて、移動に関する制御を適切に行うことができる。

ＵＥ１００−１は、ｅＮＢ２００−１が制御するＵＥからのＵＬデータをマルチキャストデータとして受信してもよい。ＵＥ１００−１は、識別情報（ＴＭＧＩ）とゾーンが対応付けられたマッピング情報に基づいて、マルチキャストデータを受信してもよい。具体的には、ＵＥ１００−１は、ＵＥ１００−１が位置するゾーン（特定ゾーン）に対応付けられたＴＭＧＩに基づいて、ｅＮＢ２００−１からマルチキャストデータを受信してもよい。当該マルチキャストデータは、ＵＥ１００−１が位置するゾーン内の他のＵＥからのＵＬデータを含むことができる。これにより、ＵＥ１００−１は、自身のゾーンに対応付けられているマルチキャストデータのみを受信すればよいため、処理負荷（受信負荷及び移動制御の負荷）を低減することができる。

マルチキャストデータの送信先である各ＵＥ１００は、同じゾーンに位置するため、マルチキャストデータの受信信号品質のばらつきが小さいことが想定される。このため、各ｅＮＢ２００−２は、同じゾーンに位置する各ＵＥ１００に対して、最適な変調方式（ＭＣＳ）などを選択することにより、適切なスケジューリングを実行することができる。

（Ｂ）動作パターン２
動作パターン２について、図２３及び図２４を用いて説明する。図２３は、動作パターン２の動作環境を説明するための図である。図２４は、動作パターン２を説明するためのシーケンス図である。上述した内容と同様の内容は、説明を省略する。

動作パターン１は、ＵＥ１００−１が、ＵＥ１００−２のＵＬデータを受け取るケースである。動作パターン２は、ＵＥ１００−２が、ＵＥ１００−１のＵＬデータを受け取るケースである。

図２３に示すように、ＵＥ１００−１は、ｅＮＢ２００−２が管理するセル２（Ｃｅｌｌ２）内に位置しない。従って、ＵＥ１００−１は、ｅＮＢ２００−２からの無線信号を受信できない。動作パターン２は、動作パターン１（図１９）と同様の環境であってもよい。

図２４において、ステップＳ１２０１及びＳ１２０２は、ステップＳ１１０１及びＳ１１０２に対応する。

ステップＳ１２０３において、ｅＮＢ２００−１は、要求メッセージ（ｒｅｑｕｅｓｔ）をｅＮＢ２００−２へ送る。要求メッセージは、ＵＥ（ＵＥ１００−１）からのＵＬデータをｅＮＢ２００−２が特定エリア（特定ゾーン）に向けてマルチキャストすることを要求するメッセージである。要求メッセージは、（ｅＮＢ２００−２が制御するＵＥ１００−２のために）マルチキャスト動作のためのリソース（の準備）を要求するメッセージであってもよい。要求メッセージは、ｅＮＢ２００−２が制御するＵＥ１００−２のために）マルチキャスト動作のためのリソースの割り当てを要求するメッセージであってもよい。要求メッセージは、識別情報（例えば、ＴＭＧＩ）の割り当てを要求するメッセージであってもよい。

要求メッセージは、ＵＥ１００−１から受信したインディケーションを含んでいてもよい。例えば、要求メッセージは、ステップＳ１２０１においてＵＥ１００−１から受信したＵＥ１００−１の位置情報を含んでいてもよい。

ステップＳ１２０４及びＳ１２０５は、ステップＳ１１０４及びＳ１１０５に対応する。

承認の応答メッセージは、ステップＳ１１０５と異なりリソースの情報を含まない。動作パターン２が動作パターン１と組み合わされる場合、承認の応答メッセージと共通であってもよい。すなわち、承認の応答メッセージは、ステップＳ１１０５と異なりリソースの情報を含んでいてもよい。

ステップＳ１２０６において、ｅＮＢ２００−２は、ＳＣ−ＭＣＣＨ（すなわち、ＭＢＭＳ制御情報）を変更してもよい。例えば、ｅＮＢ２００−２は、ｅＮＢ２００−２が制御していないＵＥ（ＵＥ１００−１）からのＵＬデータもマルチキャストするため、マルチキャストデータを受信するための無線リソースを追加してもよい。ＭＢＭＳ制御情報にＵＥ１００−１からのＵＬデータを受信するためのＴＭＧＩを追加してもよい。当該ＴＭＧＩは、ＭＢＭＳ制御情報に既に含まれるＴＭＧＩであってもよい。ＴＭＧＩは、ＵＥ１００−１が位置するゾーン（及び／又は近隣のゾーン）と対応付けられていてもよい。ＭＢＭＳ制御情報は、当該対応付けを示すマッピング情報を含んでいてもよい。

ステップＳ１２０７において、ｅＮＢ２００−２は、ＳＣ−ＭＣＣＨを介して（変更された）ＭＢＭＳ制御情報を送信してもよい。

ステップＳ１２０８において、ＵＥ１００−１は、ＵＬデータをｅＮＢ２００−１へ（ユニキャストで）送信する。ｅＮＢ２００−１は、ｅＮＢ２００−２と同様に、ＭＢＭＳ ＧＷ２１へ転送する。

ステップＳ１２０９は、ＭＢＭＳ ＧＷ２１は、マルチキャストデータ（ＭＢＭＳ）としてのＤＬデータ（ＤＬ ｄａｔａ）を受け取る。ＭＢＭＳ ＧＷ２１は、ＤＬデータをｅＮＢ２００−１及びｅＮＢ２００−２のそれぞれへ送ってもよい。

ｅＮＢ２００−１は、ＵＥ１００−１からのＵＬデータを含むＤＬデータをＭＢＭＳ ＧＷ２１から受け取ってもよい。ｅＮＢ２００−１は、ＵＥ１００−１からのＵＬデータを含むＤＬデータを受け取った場合、アドレス情報に基づいて、ｅＮＢ２００−２へ転送してもよい。

ｅＮＢ２００−２は、ＵＥ１００−１からのＵＬデータを含むＤＬデータをＭＢＭＳ ＧＷ２１から受け取ってもよい。ｅＮＢ２００−２は、ＵＥ１００−１からのＵＬデータを含むＤＬデータをｅＮＢ２００−１から受け取ってもよい。

ｅＮＢ２００−２は、ＭＢＭＳ ＧＷ２１（及び／又はｅＮＢ２００−１）から受け取ったＤＬデータをマルチキャストデータとして送信する。ｅＮＢ２００−２は、ＤＬデータがＵＥ１００−１のＵＬデータを含む場合に、ステップＳ１２０６のＴＭＧＩに対応するマルチキャストデータとして当該ＤＬデータを送信してもよい。

ＵＥ１００−２は、ステップＳ１２０７のＭＢＭＳ制御情報に基づいて、マルチキャストデータを受信できる。ＵＥ１００−２は、例えば、自身が位置するゾーン（特定ゾーン）に対応付けられたＴＭＧＩに基づいて、マルチキャストデータを受信できる。これにより、ＵＥ１００−２の負荷を低減することができる。

以上のように、ＵＥ１００−２は、サービングｅＮＢ（すなわち、ｅＮＢ２００−２）と異なる隣接ｅＮＢ（すなわち、ｅＮＢ２００−１）が制御するＵＥ１００−１からのＵＬデータをマルチキャストデータとして受信することができる。これにより、ＵＥ１００−２は、ｅＮＢ２００−２からのマルチキャストデータに基づいて、移動に関する制御を適切に行うことができる。ＵＥ１００−２の処理負荷を低減することができる。

（Ｃ）動作パターン３
動作パターン３について、図２５を用いて説明する。図２５は、動作パターン３を説明するためのシーケンス図である。上述した内容と同様の内容は、説明を省略する。

動作パターン１は、ｅＮＢ２００−２（隣接ｅＮＢ）がＵＥ１００−２のＵＬデータをＵＥ１００−１へ送るケースである。動作パターン３は、ｅＮＢ２００−１（サービングｅＮＢ）がＵＥ１００−２のＵＬデータをＵＥ１００−１へ送るケースである。動作パターン３は、動作パターン２（図１９又は図２３）と同様の環境である。

図２５において、ステップＳ１３０１及びＳ１３０２は、ステップＳ１１０１及びＳ１１０２に対応する。

ステップＳ１３０３において、ｅＮＢ２００−１は、転送要求メッセージ（ｆｏｒｗａｒｄｉｎｇ ｒｅｑｕｅｓｔ）をｅＮＢ２００−２へ送る。転送要求メッセージは、他のｅＮＢ２００が制御するＵＥ１００からのＵＬデータの転送を要求するメッセージである。
転送要求メッセージは、上述の要求メッセージであってもよい。

転送要求メッセージは、上述のアドレス情報を含んでいてもよい。転送要求メッセージは、転送すべきマルチキャストデータ（ＭＢＭＳ）を識別するための転送識別情報を含んでいてもよい。転送識別情報は、ＵＥ１００−１からのインディケーション（例えば、位置情報）であってもよい。

ステップＳ１３０４において、ｅＮＢ２００−２は、転送要求メッセージに対する応答メッセージ（ｆｏｒｗａｒｄｉｎｇ ｒｅｓｐｏｎｓｅ）を送る。応答メッセージは、上述の応答メッセージであってもよい。

ステップＳ１３０６及びＳ１３０７では、ｅＮＢ２００−１は、ステップＳ１２０６及びＳ２０７におけるｅＮＢ２００−２と同様の動作を実行する。ｅＮＢ２００−１は、ＵＥ１００−２からのＤＬデータを受け取るＵＥが位置するゾーンとＴＭＧＩとを対応付けを示すマッピング情報をＭＢＭＳ制御情報に含めてもよい。ステップＳ１３０８は、ステップＳ１１０８に対応する。

ステップＳ１３０９において、ＭＢＭＳ ＧＷ２１は、マルチキャストデータ（ＭＢＭＳ）としてのＤＬデータ（ＤＬ ｄａｔａ）を受け取る。ＭＢＭＳ ＧＷ２１は、ＤＬデータをｅＮＢ２００−２へ送る。ｅＮＢ２００−２は、ＤＬデータを受け取る。

ｅＮＢ２００−２は、ＤＬデータをｅＮＢ２００−１へ転送する。ｅＮＢ２００−２は、転送識別情報に基づいて、ＵＥ１００−２のＵＬデータを含むＤＬデータをｅＮＢ２００−１へ送ってもよい。ｅＮＢ２００−２は、ＵＥ１００−２と同じゾーンに位置する他のＵＥからのＵＬデータを含むＤＬデータをｅＮＢ２００−１へ送ってもよい。

ｅＮＢ２００−１は、ＤＬデータ（ＭＢＭＳデータ）を特定エリアに向けてマルチキャストする。具体的には、ｅＮＢ２００−２から受け取ったＤＬデータ（ＭＢＭＳ）をマルチキャストデータとして送信する。

ＵＥ１００−１は、ステップＳ１３０７のＭＢＭＳ制御情報に基づいて、マルチキャストデータを受信できる。ＵＥ１００−１は、例えば、自身が位置するゾーンに対応付けられたＴＭＧＩに基づいて、マルチキャストデータを受信できる。

以上のように、ＵＥ１００−１は、サービングｅＮＢ（すなわち、ｅＮＢ２００−１）と異なる隣接ｅＮＢ（すなわち、ｅＮＢ２００−２）が制御するＵＥ１００−２からのＵＬデータをマルチキャストデータとして受信することができる。これにより、ＵＥ１００−２は、ｅＮＢ２００−２からのマルチキャストデータに基づいて、移動に関する制御を適切に行うことができる。ＵＥ１００−１の処理負荷を低減することができる。

（Ｄ）動作パターン４
動作パターン４について、図２６を用いて説明する。図２６は、動作パターン４を説明するためのシーケンス図である。上述した内容と同様の内容は、説明を省略する。

動作パターン４では、上位ノードがマルチキャストデータを転送するケースである。動作パターン４は、動作パターン２（図１９又は図２３）と同様の環境である。

図２６において、ステップＳ１４０１は、ステップＳ１１０１に対応する。

ステップＳ１４０２において、ｅＮＢ２００−１は、要求メッセージ（ｒｅｑｕｅｓｔ）をＭＣＥ１１へ送る。要求メッセージは、上述の要求メッセージと同じ内容のメッセージであってもよい。要求メッセージは、上述の転送要求メッセージと同じ内容のメッセージであってもよい。

要求メッセージは、ｅＮＢ２００−２を特定するための識別情報を含んでいてもよい。識別情報は、例えば、ｅＮＢ２００−２の識別子、セルＩＤ、ＵＥ１００−１の位置情報、ＵＥ１００−１からのインディケーション（例えば、位置情報、ゾーン識別情報など）の少なくともいずれかである。

ステップＳ１４０３において、ＭＣＥ１１は、要求メッセージ（ｒｅｑｕｅｓｔ）をＭＭＥ３００へ送る。

当該要求メッセージは、例えば、ｅＮＢ２００−２がマルチキャストを開始することを要求するメッセージである。当該要求メッセージは、ステップＳ１４０２の要求メッセージと同じ内容のメッセージであってもよい。ＭＣＥ１１は、ステップＳ１４０２の要求メッセージを転送してもよい。ＭＣＥ１１は、要求メッセージを生成してもよい。

ＭＭＥ３００は、要求メッセージをＭＣＥ１１から受け取る。ＭＭＥ３００は、ステップＳ１４０５のメッセージを送信すべきｅＮＢ２００−２を特定してもよい。ＭＭＥ３００は、要求メッセージに含まれる情報に基づいて、ｅＮＢ２００−２を特定してもよい。ＭＭＥ３００は、ステップＳ１４０２の要求メッセージの送信元に基づいて、ｅＮＢ２００−２を特定してもよい。例えば、ＭＭＥ３００は、送信元のｅＮＢ２００−１の隣接ｅＮＢをステップＳ１４０４のメッセージの送信先に特定してもよい。

ステップＳ１４０５のメッセージの送信先（ｅＮＢ２００−２）が既にＭＢＭＳセッションを実行している場合には、ステップＳ１４０４からＳ１４０７の処理が省略されてもよい。すなわち、ＭＭＥ３００は、ステップＳ１４０４の処理を省略してもよい。ＭＭＥ３００は、ステップＳ１４０５において、下記のメッセージの代わりに、セッション変更を指示するためのメッセージを送ってもよい。

ステップＳ１４０４において、ＭＭＥ３００は、ＭＢＭＳセッションの開始を要求するメッセージ（ＭＢＭＳ Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｑ．）をＭＣＥ１１へ送る。ＭＭＥ３００は、当該メッセージに送信先として特定したｅＮＢ２００−２の識別子を含んでいてもよい。

ＭＭＥ３００は、ステップＳ１４０３の要求を拒否する応答メッセージ（ＮＡＣＫ）を送信してもよい。ＭＭＥ３００は、例えば、ｅＮＢ２００−２が既にＭＢＭＳセッションを実行していることに応じて、応答メッセージ（ＮＡＣＫ）を送信してもよい。応答メッセージ（ＮＡＣＫ）は、拒否の理由を示す情報を含んでいてもよい。ＭＣＥ１１は、拒否の理由がｅＮＢ２００−２が既にＭＢＭＳセッションを実行していることである場合、ステップＳ１４０５の処理を実行してもよい。

ステップＳ１４０５において、ＭＣＥ１１は、ＭＢＭＳセッションを開始するためのメッセージ（ＭＢＭＳ Ｓｅｓｓｉｏｎ ｓｔａｒｔ）をｅＮＢ２００−２へ送る。

ステップＳ１４０６において、ｅＮＢ２００−２は、ステップＳ１４０５のメッセージに対する応答メッセージ（ＭＢＭＳ Ｓｅｓｓｉｏｎ ｓｔａｒｔ Ｒｅｓ．）をＭＣＥ１１へ送る。

ステップＳ１４０７において、ＭＣＥ１１は、ステップＳ１４０４のメッセージに対する応答メッセージ（ＭＢＭＳ Ｓｅｓｓｉｏｎ ｓｔａｒｔ Ｒｅｓ．）をＭＭＥ３００へ送る。

ステップＳ１４０８において、ＭＭＥ３００は、ステップＳ１４０３のメッセージに対する応答メッセージ（ｒｅｓｐｏｎｓｅ）を送ってもよい。ＭＭＥ３００は、ステップＳ１４０４からＳ１４０７の処理を省略する場合に、応答メッセージを送ってもよい。ＭＭＥ３００は、ステップＳ１４０５のメッセージの送信先が既にＭＢＭＳセッションを実行している場合、セッション変更を指示するための応答メッセージを送ってもよい。応答メッセージは、マルチキャスト動作のためのリソースの情報を含んでいてもよい。

ステップＳ１４０９において、ＭＣＥ１１は、ｅＮＢ２００−１及び／又はｅＮＢ２００−２へメッセージを送る。メッセージは、リソースの情報を含んでいてもよい。リソースの情報は、ＭＣＥ１１がマルチキャスト動作のために割り当てたリソースの情報であってもよい。リソースの情報は、ステップＳ１４０８のリソースの情報であってもよい。リソースの情報の内容は、上述のリソースの情報と同様である。

ステップＳ１４１０において、ＭＭＥ３００は、マルチキャストデータを各ｅＮＢ２００へ振り分けるノード（例えば、ＭＢＭＳ ＧＷ２１、ＢＭ−ＳＣ２２などのＮＷ装置５００）へ転送要求メッセージを送ってもよい。

転送要求メッセージは、マルチキャストデータの転送を要求するメッセージである。転送要求メッセージは、転送すべきマルチキャストデータ（ＭＢＭＳ）を識別するための転送識別情報を含んでいてもよい。転送識別情報は、ＵＥ１００−１からのインディケーション（例えば、位置情報）であってもよい。

ＭＣＥ１１が、ＭＭＥ３００を介して当該メッセージを送ってもよい。

ステップＳ１４１１からステップＳ１４１３は、上述の各動作パターンと同様の内容である。

ステップＳ１４１３において、ＮＷ装置５００は、転送識別情報に基づいて、例えば、ＵＥ１００−１からのＵＬデータを含むＤＬデータ（ＭＢＭＳ）をｅＮＢ２００−２へ転送してもよい。ＮＷ装置５００は、同じＤＬデータをｅＮＢ２００−１へ送ってもよい。同様に、ＮＷ装置５００は、転送識別情報に基づいて、例えば、ＵＥ１００−２からのＵＬデータを含むＤＬデータ（ＭＢＭＳ）をｅＮＢ２００−１へ転送してもよい。ＮＷ装置５００は、同じＤＬデータをｅＮＢ２００−２へ送ってもよい。

以上のように、ｅＮＢ２００よりも上位ノードがマルチキャストデータ（ＭＢＭＳ）を転送することにより、ｅＮＢ間でのインターフェイスが確立されていない場合であっても、各ｅＮＢ２００は、異なるｅＮＢ２００が制御するＵＥ１００のＵＬデータを含むマルチキャストデータを受け取ることができる。

（Ｅ）動作パターン５
動作パターン５について、図２７を用いて説明する。図２７は、動作パターン５を説明するためのフローチャートである。

動作パターン５では、ｅＮＢ２００−１が、要求メッセージをｅＮＢ２００−２へ送るかＭＣＥ１１へ送るかを判定する。すなわち、ｅＮＢ２００−１は、動作パターン１−３の動作を実行するか、動作パターン４の動作を実行するか否かを判定する。

図２７に示すように、ステップＳ１５１０において、ｅＮＢ２００−１は、ＵＥ１００−１からインディケーションを受信する。ｅＮＢ２００−１は、ＵＥ１００−１からの受信に応じて、ステップＳ１５２０の処理を実行してもよい。

ｅＮＢ２００−１は、ステップＳ１１０２と同様に、要求メッセージを送信するか否かを判定してもよい（ＲＲＭ ｄｅｃｉｓｉｏｎ）。要求メッセージは、転送要求メッセージであってもよい（Ｓ３０３参照）。ｅＮＢ２００−１は、要求メッセージを送信すると判定したことに応じて、ステップＳ１５２０の処理を実行してもよい。ｅＮＢ２００−１は、要求メッセージを送信しないと判定したことに応じて、処理を終了してもよい。

ステップＳ１５２０において、ｅＮＢ２００−１は、ｅＮＢ２００−２へ要求メッセージを送るか否かを判定する。ｅＮＢ２００−１は、ｅＮＢ２００−２へ要求メッセージを送ると判定したことに応じて、ステップＳ１５３０の処理を実行する。すなわち、ｅＮＢ２００−１は、動作パターン１−３の処理を実行する。ｅＮＢ２００−１は、ＭＣＥ１１へ要求メッセージを送ると判定したことに応じて、ステップＳ１５４０の処理を実行する。すなわち、ｅＮＢ２００−１は、動作パターン４の処理を実行する。

例えば、ｅＮＢ２００−１は、ｅＮＢ２００−２とのインターフェイス（Ｘ２インターフェイス）が確立されていることに応じて、ステップＳ１５３０の処理を実行してもよい。ｅＮＢ２００−１は、ｅＮＢ２００−２とのインターフェイス（Ｘ２インターフェイス）が確立されていないことに応じて、ステップＳ１５４０の処理を実行してもよい。

ｅＮＢ２００−１は、ＵＥ１００−１がセル端に位置することに応じて、ステップＳ１５３０の処理を実行してもよい。例えば、ｅＮＢ２００−１は、ＵＥ１００−１からの位置情報及び／又はハンドオーバの判定に用いられるメジャメントレポートに基づいて、判定してもよい。ｅＮＢ２００−１は、ＵＥ１００−１がセル端に位置しないことに応じて、ステップＳ１５４０の処理を実行してもよい。ｅＮＢ２００−１は、ＵＥ１００−１のハンドオーバを決定したことに応じて、ステップＳ１５３０の処理を実行してもよい。この場合、ｅＮＢ２００−２は、ＵＥ１００のハンドオーバ先であるターゲットｅＮＢである。ｅＮＢ２００−１は、リソースの情報をＵＥ１００−１へのハンドオーバコマンドに含めてもよい。

ｅＮＢ２００−１は、ＵＥ１００−１がセル端に位置することに応じて、ステップＳ１５３０の処理を実行すると判定した場合、動作パターン１の処理を実行すると判定してもよい。ｅＮＢ２００−１は、ＵＥ１００−１がセル端に位置しない場合、動作パターン２又は３の処理を実行すると判定してもよい。

ステップＳ１５３０において、ｅＮＢ２００−１は、ｅＮＢ２００−２へ要求メッセージを送る。

ステップＳ１５４０において、ｅＮＢ２００−１は、ＭＣＥ１１へ要求メッセージを送る。

以上のように、ｅＮＢ２００は、要求メッセージの送り先を適切に判定することができる。

［その他の実施形態］
上述した各実施形態によって、本出願の内容を説明したが、この開示の一部をなす論述及び図面は、本出願の内容を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。

上述では、ＳＣ−ＰＴＭ伝送によりマルチチャストデータ（ＵＬデータ）が送信される例を挙げたが、ＭＢＳＦＮ伝送によりマルチキャストデータ（ＵＬデータ）が送信されてもよい。例えば、上述において、ｅＮＢ２００は、ＳＣ−ＭＣＣＨの代わりに、ＭＣＣＨを用いてもよい。ｅＮＢ２００は、ＳＣ−ＭＴＣＨの代わりに、ＭＴＣＨを用いてもよい。

ＳＣ−ＰＴＭ伝送又はＭＢＳＦＮ伝送以外のマルチキャストデータの伝送方式により、マルチキャストデータ（ＵＬデータ）が送信されてもよい。

上述では、データルーティング（すなわち、ＵＬデータの経路（ＵＬ→ＤＬ））は、ｅＮＢ２００のみを経由するものであってもよい。ＵＬデータは、ＥＰＣ２０（例えば、ＭＢＭＳ ＧＷ２１／ＳＧＷ４００／ＰＧＷ２３の少なくともいずれか）を経由するものであってもよい。ＵＬデータは、ＧＣＳ ＡＳ３１を経由するものであってもよい。

上述では、ＮＷ装置５００が、ＴＭＧＩとＺｏｎｅ ＩＤとの対応関係（第１の対応関係）と、ＴＭＧＩとＵＬデータ（マルチキャストデータ）との対応関係（第２の対応関係）とを決定していた。すなわち、ＮＷ装置５００が、ＴＭＧＩとＺｏｎｅ ＩＤとのマッピング（第１のマッピング）及びＴＭＧＩとＵＬデータ（マルチキャストデータ）とのマッピング（第２のマッピング）を行っていた。しかしながら、第１のマッピングと第２のマッピングとを実行するノードは、異なっていてもよい。

例えば、ｅＮＢ２００が、第２のマッピングを実行し、ｅＮＢ２００の上位のＮＷ装置５００が、第１のマッピングを行ってもよい。この場合、ｅＮＢ２００は、ＵＬデータをＮＷ装置５００へ送ることを省略することができる。ｅＮＢ２００は、第１のマッピング情報を１度受信すれば、第１のマッピング情報が更新されない限り、ＵＬデータをＮＷ装置５００へ送ることを省略できる。ｅＮＢ２００は、ＮＷ装置５００へＵＬデータを送る代わりに、第２のマッピングを実行する上位ノードへＵＬデータを送ってもよい。当該上位ノードには、ｅＮＢ２００及び／又は第１のマッピングを実行するＮＷ装置５００から第１のマッピング情報が転送される。

上述において、ｅＮＢ２００−１は、ＵＥ１００−１からのインディケーションに応じて、要求メッセージを送信していたが、これに限られない。ｅＮＢ２００−１は、ＵＥ１００−１からのインディケーションに応じて、各動作パターンを終了するためのメッセージをｅＮＢ２００−２及び／又は上位ノード（ＮＷ装置５００）へ送ってもよい。これにより、ＵＥ１００が必要ない情報を受信することを低減することができる。

上述した各実施形態に係る動作（各動作パターン）は、適宜組み合わせて実行されてもよい。第１実施形態に係る動作と第２実施形態に係る動作とが組み合わされてもよい。上述した各シーケンスにおいて、必ずしも全ての動作が必須の構成ではない。例えば、各シーケンスにおいて、一部の動作のみが実行されてもよい。

上述した各実施形態では特に触れていないが、上述した各ノード（ＵＥ１００、ｅＮＢ２００、ＮＷ装置５００など）のいずれかが行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。

ＵＥ１００、ｅＮＢ２００、及びＮＷ装置５００のいずれかが行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサ）によって構成されるチップが提供されてもよい。

上述した各実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本出願に係る内容を適用してもよい。

日本国特許出願第２０１６−１５７７９７号（２０１６年８月１０日出願）及び日本国特許出願第２０１６−１５７８０９号（２０１６年８月１０日出願）の全内容が、参照により、本願明細書に組み込まれている。

Claims (26)

1. 通信装置であって、
   所定情報を基地局から受信する受信部を備え、
   前記所定情報は、マルチキャストデータを識別するための識別情報と地理的なエリアを識別するためのエリア識別情報との対応関係を示し、
   前記受信部は、前記所定情報に基づいて、所定のマルチキャストデータを前記基地局から受信し、
   前記所定のマルチキャストデータは、前記通信装置が位置する第１のエリア内の他の通信装置からのデータを含む通信装置。
2. 前記通信装置は、前記第１のエリアを識別するための所定のエリア識別情報を特定する制御部を備え、
   前記制御部は、前記所定情報に基づいて、前記所定のエリア識別情報に対応付けられた所定の識別情報を特定し、
   前記受信部は、前記所定の識別情報に基づいて、前記所定のマルチキャストデータを受信する請求項１に記載の通信装置。
3. 前記所定のマルチキャストデータは、前記第１のエリアと異なる第２のエリア内の第３の通信装置からのデータを含む請求項１に記載の通信装置。
4. 前記通信装置は、第１の情報を前記基地局へ送信する送信部をさらに備え、
   前記第１の情報は、前記第１のエリアと異なる第２のエリア内の他の通信装置からのデータを含む前記所定のマルチキャストデータを前記基地局が送信することを望むものである請求項１に記載の通信装置。
5. 前記通信装置は、第１の情報を前記基地局へ送信する送信部をさらに備え、
   前記第１の情報は、前記第１のエリアと異なる第２のエリアにおいて前記通信装置からのデータを含むマルチキャストデータを前記基地局が送信することを望むものである請求項１に記載の通信装置。
6. 前記第２のエリアを決定する制御部をさらに含み、
   前記制御部は、前記通信装置の位置、前記通信装置の移動速度、及び前記通信装置の移動方向の少なくともいずれかに応じて、前記第２のエリアを決定する請求項４又は５に記載の通信装置。
7. 前記送信部は、前記第１の情報の送信条件を満たしたことに応じて、前記第１の情報を送信し、
   前記送信条件は、前記通信装置の位置から前記第１のエリアの境界までの距離、前記通信装置が前記第１のエリアの境界に到達する時間、前記第２のエリアが特定エリアであること、の少なくともいずれかに基づく条件である請求項４又は５に記載の通信装置。
8. 前記送信部は、第２の情報を前記基地局へ送信し、
   前記第２の情報は、前記他の通信装置からのデータを含む前記所定のマルチキャストデータを送信する必要がないことを示すものである請求項４に記載の通信装置。
9. 前記送信部は、第２の情報を前記基地局へ送信し、
   前記第２の情報は、前記第２のエリアにおいて前記通信装置からのデータを含む前記マルチキャストデータを送信する必要がないことを示すものである請求項５に記載の通信装置。
10. 前記受信部は、前記エリア識別情報を定義するための定義情報を前記基地局から受信し、
    前記通信装置は、第１の対応関係及び第２の対応関係の少なくとも一方を決定するネットワーク装置へ前記定義情報を通知する送信部をさらに備え、
    前記第１の対応関係は、前記識別情報と前記エリア識別情報との対応関係であり、
    前記第２の対応関係は、前記識別情報と前記マルチキャストデータとして送信すべきデータとの対応関係である請求項１に記載の通信装置。
11. 基地局であって、
    所定情報を第１の通信装置へ送信する送信部を備え、 前記所定情報は、マルチキャストデータを識別するための識別情報と地理的なエリアを識別するためのエリア識別情報との対応関係を示し、
    前記送信部は、前記所定情報に基づく所定のマルチキャストデータを送信する基地局。
12. 第２の通信装置からデータを受信する受信部をさらに備え、
    前記所定のマルチキャストデータは、前記第２の通信装置からのデータを含み、かつ、所定の識別情報により識別され、
    前記所定の識別情報は、前記第２の通信装置が位置するエリアを識別するための所定のエリア識別情報に対応付けられる請求項１１に記載の基地局。
13. 第１の情報を前記第１の通信装置から受信する受信部をさらに備え、
    前記第１の情報は、前記第１の通信装置が位置する第１のエリアと異なる第２のエリア内の他の通信装置からのデータを含む前記所定のマルチキャストデータを前記基地局が送信することを望むものである請求項１１に記載の基地局。
14. 第１の情報を前記第１の通信装置から受信する受信部をさらに備え、
    前記第１の情報は、前記第１の通信装置が位置する第１のエリアと異なる第２のエリアにおいて前記第１の通信装置からのデータを含むマルチキャストデータを前記基地局が送信することを望むものである請求項１１に記載の基地局。
15. 前記送信部は、前記第１の情報の送信条件を前記第１の通信装置へ送信し、
    前記送信条件は、前記通信装置の位置から前記第１のエリアの境界までの距離、前記通信装置が前記第１のエリアの境界に到達する時間、前記第２のエリアが特定エリアであること、の少なくともいずれかに基づく条件である請求項１３又は１４に記載の基地局。
16. 前記エリア識別情報を定義するための定義情報を第１の対応関係及び第２の対応関係の少なくとも一方を決定するネットワーク装置へ通知する制御部をさらに備え、
    前記第１の対応関係は、前記識別情報と前記エリア識別情報との対応関係であり、
    前記第２の対応関係は、前記識別情報と前記マルチキャストデータとして送信すべきデータとの対応関係である請求項１１に記載の基地局。
17. 基地局であって、
    制御部を備え、
    前記制御部は、他の基地局又は上位ノードへメッセージを送る処理を実行し、
    前記メッセージは、第１の通信装置からのデータを、前記他の基地局が特定エリアに向けてマルチキャストすることを要求するメッセージである基地局。
18. 前記第１の通信装置の位置情報を前記第１の通信装置から受信する受信部をさらに備え、
    前記制御部は、前記位置情報に基づいて、前記送る処理を実行する請求項１７に記載の基地局。
19. 前記特定エリアに興味があることを示す情報を前記第１の通信装置から受信する受信部をさらに備え、
    前記制御部は、前記情報に基づいて、前記送る処理を実行する請求項１７に記載の基地局。
20. 前記他の基地局が定義する地理的なエリアに関する情報を前記第１の通信装置へ送信する送信部をさらに備える請求項１９に記載の基地局。
21. 前記メッセージは、前記第１の通信装置の位置情報を含む請求項１７に記載の基地局。
22. 前記制御部は、前記メッセージに対する応答メッセージを受け取る処理を実行し、
    前記応答メッセージは、前記データの転送先を示すアドレス情報を含み、
    前記制御部は、前記アドレス情報に基づいて、マルチキャストデータとしての前記データを前記他の基地局へ転送する処理を実行する請求項１７に記載の基地局。
23. 前記制御部は、前記メッセージに対する応答メッセージを受け取る処理を実行し、
    前記応答メッセージは、前記他の基地局がマルチキャストデータの送信に割り当てたリソースの情報を含み、
    前記基地局が制御する第２の通信装置へ、前記リソースの情報を送信する送信部をさらに備える請求項１７に記載の基地局。
24. 基地局であって、
    制御部を備え、
    前記制御部は、他の基地局又は上位ノードへメッセージを送る処理を実行し、
    前記メッセージは、前記他の基地局が制御する第１の通信装置からのデータの転送を要求するメッセージであり、
    前記基地局は、マルチキャストデータとして前記データを特定エリアに向けて送信する送信部をさらに備える基地局。
25. 前記制御部は、前記マルチキャストデータを送信するために割り当てられたリソースの情報を前記上位ノードから受け取る処理を実行し、
    前記送信部は、前記基地局が制御する第２の通信装置へ、前記リソースの情報を送信する請求項２４に記載の基地局。
26. ネットワーク装置であって、
    制御部を備え、
    前記制御部は、第１の基地局から第１のメッセージを受け取る処理と、
    前記第１のメッセージに基づいて、上位ノードへ第２のメッセージを送る処理と、を実行し、
    前記第１のメッセージは、通信装置からのデータを第２の基地局が特定エリアに向けてマルチキャストすることを要求するメッセージであり、
    前記第２のメッセージは、前記第２の基地局がマルチキャストを開始することを要求するメッセージであるネットワーク装置。

Images