(57)【要約】  ソースｅＮＢ２００−１は、ＵＥ１００−１〜１００−３からなるグループが存在するソースセルを少なくとも管理する。ソースｅＮＢ２００−１は、グループを一括してターゲットセルにハンドオーバする場合に、１つのグループハンドオーバコマンドをグループに送信する。１つのグループハンドオーバコマンドは、ＵＥ１００−１〜１００−３のためのＲＲＣ設定情報を含む。
2017130742.tif 000002
【特許請求の範囲】
【請求項１】
複数の無線端末からなるグループが存在するソースセルを少なくとも管理する基地局であって、
前記グループを一括してターゲットセルにハンドオーバする場合において、１つのグループハンドオーバコマンドを前記グループに送信する制御部を備え、
前記１つのグループハンドオーバコマンドは、前記複数の無線端末のためのＲＲＣ設定情報を含む基地局。
【請求項２】
前記ＲＲＣ設定情報は、前記複数の無線端末に共通に適用される共通ＲＲＣ設定情報であり、
前記制御部は、前記複数の無線端末のそれぞれに個別ハンドオーバコマンドをさらに送信し、
前記個別ハンドオーバコマンドは、前記複数の無線端末に個別に適用される個別ＲＲＣ設定情報を含む請求項１に記載の基地局。
【請求項３】
前記ＲＲＣ設定情報は、前記複数の無線端末に個別に適用される個別ＲＲＣ設定情報である請求項１に記載の基地局。
【請求項４】
前記制御部は、前記１つのグループハンドオーバコマンドをブロードキャスト又はマルチキャストで送信する請求項１に記載の基地局。
【請求項５】
前記制御部は、前記１つのグループハンドオーバコマンドを前記グループ内の代表無線端末にユニキャストで送信し、
前記代表無線端末は、前記グループ内の他の無線端末に前記１つのグループハンドオーバコマンドを転送する無線端末である請求項１に記載の基地局。
【請求項６】
複数の無線端末からなるグループに含まれる無線端末であって、
前記グループが一括してターゲットセルにハンドオーバされる場合において、ソースセルから前記グループに送信される１つのグループハンドオーバコマンドを受信する制御部を備え、
前記１つのグループハンドオーバコマンドは、前記複数の無線端末のためのＲＲＣ設定情報を含む無線端末。
【請求項７】
前記ＲＲＣ設定情報は、前記複数の無線端末に共通に適用される共通ＲＲＣ設定情報であり、
前記制御部は、前記ソースセルから前記複数の無線端末のそれぞれに送信される個別ハンドオーバコマンドをさらに受信し、
前記個別ハンドオーバコマンドは、前記複数の無線端末に個別に適用される個別ＲＲＣ設定情報を含む請求項６に記載の無線端末。
【請求項８】
前記ＲＲＣ設定情報は、前記複数の無線端末に個別に適用される個別ＲＲＣ設定情報である請求項６に記載の無線端末。
【請求項９】
前記１つのグループハンドオーバコマンドは、ブロードキャスト又はマルチキャストで送信される請求項６に記載の無線端末。
【請求項１０】
前記１つのグループハンドオーバコマンドは、前記グループ内の代表無線端末にユニキャストで送信され、
前記制御部は、自無線端末が前記代表無線端末である場合において、前記グループ内の他の無線端末に対して前記１つのグループハンドオーバコマンドを転送する請求項６に記載の無線端末。
【請求項１１】
複数の無線端末からなるグループが存在するソースセルを管理する基地局であって、
前記グループを一括してターゲットセルにハンドオーバする場合において、前記ターゲットセルを管理する他の基地局に対して、１つのグループハンドオーバ要求メッセージを通知する制御部を備え、
前記１つのグループハンドオーバ要求メッセージは、前記複数の無線端末のそれぞれのハンドオーバ要求情報を含む基地局。
【請求項１２】
前記１つのグループハンドオーバ要求メッセージは、前記複数の無線端末のそれぞれの識別子を含む請求項１１に記載の基地局。
【請求項１３】
前記制御部は、前記他の基地局から通知される１つのグループハンドオーバ承認メッセージを受信し、
前記１つのグループハンドオーバ承認メッセージは、前記複数の無線端末のための設定情報を含む請求項１１に記載の基地局。
【請求項１４】
前記１つのグループハンドオーバ承認メッセージは、前記複数の無線端末のそれぞれの識別子を含む請求項１３に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられる基地局及び無線端末に関する。
【背景技術】
【０００２】
移動通信システムにおいて、コネクティッドモードの無線端末は、ソースセルからターゲットセルへのハンドオーバを行う。具体的には、無線端末は、ターゲットセルへのハンドオーバを指示するハンドオーバコマンドをソースセルから受信し、ハンドオーバコマンドに従ってハンドオーバを行う。【０００３】
ところで、車両に複数の無線端末が存在する場合、複数の無線端末が一斉にハンドオーバを行うことがある。特に、車両が電車である場合、多数の無線端末が一斉にハンドオーバを行うことがある。このような場合において、効率的なハンドオーバを実現可能とすることが望まれる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ仕様書「ＴＳ３６．３００  Ｖ１２．７．０」
【発明の概要】
【０００５】
第１の側面に係る基地局は、複数の無線端末からなるグループが存在するソースセルを少なくとも管理する。前記基地局は、前記グループを一括してターゲットセルにハンドオーバする場合において、１つのグループハンドオーバコマンドを前記グループに送信する制御部を備える。前記１つのグループハンドオーバコマンドは、前記複数の無線端末のためのＲＲＣ設定情報を含む。
【０００６】
第２の側面に係る無線端末は、複数の無線端末からなるグループに含まれる。前記無線端末は、前記グループが一括してターゲットセルにハンドオーバされる場合において、ソースセルから前記グループに送信される１つのグループハンドオーバコマンドを受信する制御部を備える。前記１つのグループハンドオーバコマンドは、前記複数の無線端末のためのＲＲＣ設定情報を含む。
【０００７】
第３の側面に係る基地局は、複数の無線端末からなるグループが存在するソースセルを管理する。前記基地局は、前記グループを一括してターゲットセルにハンドオーバする場合において、前記ターゲットセルを管理する他の基地局に対して、１つのグループハンドオーバ要求メッセージを通知する制御部を備える。前記１つのグループハンドオーバ要求メッセージは、前記複数の無線端末のそれぞれのハンドオーバ要求情報を含む。
【図面の簡単な説明】
【０００８】
【図１】ＬＴＥシステムの構成を示す図である。
【図２】ＵＥ（無線端末）の構成を示す図である。
【図３】ｅＮＢ（基地局）の構成を示す図である。
【図４】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。
【図５】ＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。
【図６】第１及び第２実施形態に係る想定シナリオを示す図である。
【図７】第１実施形態の動作パターン１に係るハンドオーバシーケンスを示す図である。
【図８】第１実施形態の動作パターン２に係るグループハンドオーバコマンドを示す図である。
【図９】第２実施形態に係るハンドオーバシーケンスを示す図である。
【図１０】その他の実施形態に係る想定シナリオを示す図である。
【発明を実施するための形態】
【０００９】
（実施形態の概要）
第１及び第２実施形態に係る基地局は、複数の無線端末からなるグループが存在するソースセルを少なくとも管理する。前記基地局は、前記グループを一括してターゲットセルにハンドオーバする場合において、１つのグループハンドオーバコマンドを前記グループに送信する制御部を備える。前記１つのグループハンドオーバコマンドは、前記複数の無線端末のためのＲＲＣ設定情報を含む。
【００１０】
前記ＲＲＣ設定情報は、前記複数の無線端末に個別に適用される個別ＲＲＣ設定情報であってもよい。
【００１１】
前記ＲＲＣ設定情報は、前記複数の無線端末に共通に適用される共通ＲＲＣ設定情報であってもよい。前記制御部は、前記複数の無線端末のそれぞれに個別ハンドオーバコマンドをさらに送信する。前記個別ハンドオーバコマンドは、前記複数の無線端末に個別に適用される個別ＲＲＣ設定情報を含む。
【００１２】
第１実施形態において、前記制御部は、前記１つのグループハンドオーバコマンドをブロードキャスト又はマルチキャストで送信する。
【００１３】
第２実施形態において、前記制御部は、前記１つのグループハンドオーバコマンドを前記グループ内の代表無線端末にユニキャストで送信する。前記代表無線端末は、前記グループ内の他の無線端末に前記１つのグループハンドオーバコマンドを転送する無線端末である。
【００１４】
第１及び第２実施形態に係る無線端末は、複数の無線端末からなるグループに含まれる。前記無線端末は、前記グループが一括してターゲットセルにハンドオーバされる場合において、ソースセルから前記グループに送信される１つのグループハンドオーバコマンドを受信する制御部を備える。前記１つのグループハンドオーバコマンドは、前記複数の無線端末のためのＲＲＣ設定情報を含む。
【００１５】
前記ＲＲＣ設定情報は、前記複数の無線端末に個別に適用される個別ＲＲＣ設定情報であってもよい。
【００１６】
前記ＲＲＣ設定情報は、前記複数の無線端末に共通に適用される共通ＲＲＣ設定情報であってもよい。前記制御部は、前記ソースセルから前記複数の無線端末のそれぞれに送信される個別ハンドオーバコマンドをさらに受信する。前記個別ハンドオーバコマンドは、前記複数の無線端末に個別に適用される個別ＲＲＣ設定情報を含む。
【００１７】
第１実施形態において、前記１つのグループハンドオーバコマンドは、ブロードキャスト又はマルチキャストで送信される。
【００１８】
第２実施形態において、前記１つのグループハンドオーバコマンドは、前記グループ内の代表無線端末にユニキャストで送信される。前記制御部は、自無線端末が前記代表無線端末である場合において、前記グループ内の他の無線端末に対して前記１つのグループハンドオーバコマンドを転送する。
【００１９】
第１及び第２実施形態に係る基地局は、複数の無線端末からなるグループが存在するソースセルを管理する。前記基地局は、前記グループを一括してターゲットセルにハンドオーバする場合において、前記ターゲットセルを管理する他の基地局に対して、１つのグループハンドオーバ要求メッセージを通知する制御部を備える。前記１つのグループハンドオーバ要求メッセージは、前記複数の無線端末のそれぞれのハンドオーバ要求情報を含む。
【００２０】
前記１つのグループハンドオーバ要求メッセージは、前記複数の無線端末のそれぞれの識別子を含んでもよい。
【００２１】
前記制御部は、前記他の基地局から通知される１つのグループハンドオーバ承認メッセージを受信してもよい。前記１つのグループハンドオーバ承認メッセージは、前記複数の無線端末のための設定情報を含む。
【００２２】
前記１つのグループハンドオーバ承認メッセージは、前記複数の無線端末のそれぞれの識別子を含んでもよい。
【００２３】
（移動通信システムの構成）
以下において、実施形態に係る移動通信システムの構成について説明する。図１は、実施形態に係る移動通信システムであるＬＴＥシステムの構成を示す図である。図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２４】
ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。
【００２５】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。
【００２６】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる他に、ＵＥ１００との無線通信を行う機能を示す用語としても用いられる。
【００２７】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００２８】
図２は、ＵＥ１００（無線端末）の構成を示す図である。図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００２９】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【００３０】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００３１】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、後述する処理を実行する。
【００３２】
図３は、ｅＮＢ２００（基地局）の構成を示す図である。図３に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００３３】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００３４】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００３５】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、上述した処理及び後述する処理を実行する。
【００３６】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。
【００３７】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３８】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御情報が伝送される。
【００３９】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００４０】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御情報が伝送される。
【００４１】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４２】
ＲＲＣ層は、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００４３】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００４４】
図５は、ＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００４５】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００４６】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御情報を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として用いられる領域である。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として用いることができる領域である。
【００４７】
ｅＮＢ２００は、基本的には、ＰＤＣＣＨを用いて下りリンク制御情報（ＤＣＩ）をＵＥ１００に送信し、ＰＤＳＣＨを用いて下りリンクデータをＵＥ１００に送信する。ＰＤＣＣＨが搬送する下りリンク制御情報は、上りリンクスケジューリング情報、下りリンクスケジューリング情報、ＴＰＣコマンドを含む。上りリンクスケジューリング情報は上りリンク無線リソースの割当てに関するスケジューリング情報（ＵＬ  ｇｒａｎｔ）であり、下りリンクスケジューリング情報は、下りリンク無線リソースの割当てに関するスケジューリング情報である。ＴＰＣコマンドは、上りリンクの送信電力の増減を指示する情報である。ｅＮＢ２００は、下りリンク制御情報の送信先のＵＥ１００を識別するために、送信先のＵＥ１００の識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  ＩＤ）でスクランブリングしたＣＲＣビットを下りリンク制御情報に含める。各ＵＥ１００は、自ＵＥ宛ての可能性がある下りリンク制御情報について、自ＵＥのＲＮＴＩでデスクランブリング後、ＣＲＣチェックをすることにより、ＰＤＣＣＨをブラインド復号（Ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）し、自ＵＥ宛の下りリンク制御情報を検出する。ＰＤＳＣＨは、下りリンクスケジューリング情報が示す下りリンク無線リソース（リソースブロック）により下りリンクデータを搬送する。
【００４８】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御情報を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として用いられる領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として用いることができる領域である。
【００４９】
（第１実施形態）
以下において、第１実施形態について説明する。
【００５０】
（１）想定シナリオ
図６は、第１実施形態に係る想定シナリオを示す図である。図６に示すように、第１実施形態は、車両内に複数のＵＥ１００が存在し、複数のＵＥ１００が一斉にハンドオーバを行うケースを想定する。
【００５１】
また、ソースセル及びターゲットセルが異なるｅＮＢ２００に属するケースを想定する。このようなハンドオーバは、インターｅＮＢハンドオーバと称されることがある。以下において、ソースセルを管理するｅＮＢ２００を「ソースｅＮＢ（Ｓｏｕｒｃｅ  ｅＮＢ）２００−１」と称し、ターゲットセルを管理するｅＮＢ２００を「ターゲットｅＮＢ（Ｔａｒｇｅｔ  ｅＮＢ）２００−２」と称する。第１実施形態において、ソースｅＮＢ２００−１及びターゲットｅＮＢ２００−２は、Ｘ２インターフェイス上でメッセージを送受信する。
【００５２】
（２）動作パターン１
図７は、動作パターン１に係るハンドオーバシーケンスを示す図である。以下において、車両内のＵＥ１００の数が３である一例を説明するが、車両内のＵＥ１００の数は、３よりも多くてもよいし、２であってもよい。
【００５３】
図７に示すように、ステップＡにおいて、車両内のＵＥ１００−１〜１００−３は、測定報告（Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ）をソースｅＮＢ２００−１に送信する。ＵＥ１００−１〜１００−３からなるグループには、グループ識別子が割り当てられていてもよい。グループ識別子は、例えばＧ−ＲＮＴＩ（Ｇｒｏｕｐ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）である。
【００５４】
ＵＥ１００−１〜１００−３のグループ化の方法としては、例えば、ＭＭＥ３００が、ＵＥ１００−１〜１００−３が一緒に移動すると判断し、ＵＥ１００−１〜１００−３からなるグループを設定してもよい。或いは、ｅＮＢ２００が、測定報告等に基づいて、ＵＥ１００−１〜１００−３を一斉にハンドオーバする必要があると判断し、ＵＥ１００−１〜１００−３をグループ化してもよい。
【００５５】
或いは、ソースｅＮＢ２００−１は、ターゲットセル（又はターゲットｅＮＢ）が同一である複数のＵＥ１００、及び／又は、ある一定時間内に測定報告を送信した複数のＵＥ１００をグループ化してもよい。或いは、ソースｅＮＢ２００−１は、ある一定時間内に同一のセルからハンドオーバしたというような履歴情報を基に、集団で移動していると推定される複数のＵＥ１００をグループ化してもよい。
【００５６】
また、ｅＮＢ２００は、事前にＵＥ  Ｃａｐａｂｉｌｉｔｙによりグループハンドオーバの能力を有するか否かをＵＥ１００ごとに確認し、グループハンドオーバの能力を有する複数のＵＥ１００のみをグループ化してもよい。
【００５７】
或いは、Ｄ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）直接ディスカバリーで近接検知されているグループ、Ｄ２Ｄ直接通信を行っているグループ、又はＷｉＦｉ  ｄｉｒｅｃｔやＢＴ（Ｂｌｕｅｔｏｏｔｈ(登録商標)）でペアリングされているグループであって、その旨を予め端末から基地局に通知しておくという方法でもよい。
【００５８】
ステップＢにおいて、ソースｅＮＢ２００−１は、ＵＥ１００−１〜１００−３からなるグループをソースｅＮＢ２００−１の一括ハンドオーバの決定（Ｇｒｏｕｐ−ｈａｎｄｏｖｅｒ  ｄｅｃｉｓｉｏｎ）を行う。以下において、一括ハンドオーバは、「グループハンドオーバ（Ｇｒｏｕｐ−ｈａｎｄｏｖｅｒ）」又は「マスハンドオーバ（Ｍａｓｓ−ｈａｎｄｏｖｅｒ）」と称されてもよい。ソースｅＮＢ２００−１は、グループ内のＵＥ１００に対して、モニタすべきＧ−ＲＮＴＩ又はグループＩＤを通知してもよい。これらの識別子は、後述するグループハンドオーバコマンドの受信等のために用いられる。通知のタイミングは、グループハンドオーバ決定前であってもよいし、グループハンドオーバ決定後であってもよい。また、ソースｅＮＢは、一旦割り当てたＧ−ＲＮＴＩやグループＩＤを自身の判断で取り消し（解放）してもよい。このような取り消し（解放）は、グループハンドオーバ決定前にＧ−ＲＮＴＩやグループＩＤを通知するケースで特に有効である。
【００５９】
ステップＣにおいて、ソースｅＮＢ２００−１は、ターゲットｅＮＢ２００−２に対して、１つのグループハンドオーバ要求メッセージ（Ｍａｓｓ−ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ）を送信する。
【００６０】
グループハンドオーバ要求メッセージは、ＵＥ１００−１〜１００−３のそれぞれのハンドオーバ要求情報（ＨＯ  Ｒｅｑｕｅｓｔ）を含む。また、グループハンドオーバ要求メッセージは、ＵＥ１００−１〜１００−３のそれぞれの識別子（Ｏｌｄ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ）を含む。なお、グループハンドオーバ要求メッセージに含まれるターゲットセルＩＤは、１つのみであってもよい。
【００６１】
ここで、「Ｏｌｄ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ」は、ソースｅＮＢ２００−１がＵＥ１００に割り当てた識別子であって、Ｘ２インターフェイス上でＵＥ１００を識別するための識別子である。また、ハンドオーバ要求情報は、既存のハンドオーバ要求メッセージ（Ｌｅｇａｃｙ  ＨＯ  Ｒｅｑｕｅｓｔ）に含まれる情報と同様の情報である。例えば、ハンドオーバ要求情報は、ＵＥコンテキスト情報（ＵＥ  Ｃｏｎｔｅｘｔ  Ｉｎｆｏｒｍａｔｉｏｎ）を含む。
【００６２】
グループハンドオーバ要求メッセージは、各ＵＥの情報のリストを含む。各ＵＥの情報のリストは、ＵＥ１００−１向けの第１の情報と、ＵＥ１００−２向けの第２の情報と、ＵＥ１００−３向けの第３の情報と、を含む。第１の情報は、ＵＥ１００−１の「Ｏｌｄ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ  １」とＵＥ１００−１の「ＨＯ  Ｒｅｑｕｅｓｔ」とを含む。第２の情報は、ＵＥ１００−２の「Ｏｌｄ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ  ２」とＵＥ１００−２の「ＨＯ  Ｒｅｑｕｅｓｔ」とを含む。第３の情報は、ＵＥ１００−３の「Ｏｌｄ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ  ３」とＵＥ１００−３の「ＨＯ  Ｒｅｑｕｅｓｔ」とを含む。また、グループハンドオーバ要求メッセージは、上述したＧ−ＲＮＴＩ又はグループＩＤを含んでもよい。
【００６３】
ステップＤにおいて、ターゲットｅＮＢ２００−２は、グループハンドオーバ要求メッセージに基づいて、グループハンドオーバの受け入れ可否の判断（Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）を行う。ここでは、ターゲットｅＮＢ２００−２がグループハンドオーバを受け入れ可能と判断したと仮定して、説明を進める。
【００６４】
ターゲットｅＮＢ２００−２は、ＵＥ１００−１〜１００−３のそれぞれに新たな識別子（Ｎｅｗ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ）を割り当てる。ターゲットｅＮＢ２００−２は、ＵＥ１００−１〜１００−３からなるグループに新たなグループ識別子（Ｇ−ＲＮＴＩ）を割り当ててもよい。
【００６５】
また、ターゲットｅＮＢ２００−２は、ＵＥ１００−１〜１００−３のそれぞれのＥ−ＲＡＢ設定情報（Ｅ−ＲＡＢ  ｃｏｎｆｉｇ．）を生成する。Ｅ−ＲＡＢ設定情報は、Ｅ−ＲＡＢ（Ｅ−ＵＴＲＡＮ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）の情報を含む。
【００６６】
さらに、ターゲットｅＮＢ２００−２は、ＵＥ１００−１〜１００−３のそれぞれのＲＲＣ設定情報（ＲＲＣ  Ｃｏｎｔａｉｎｅｒ）を生成する。ＲＲＣ設定情報は、ターゲットｅＮＢ２００−２とＵＥ１００との間の通信のための各種の設定パラメータを含む。ＲＲＣ設定情報は、ターゲットｅＮＢ２００−２からソースｅＮＢ２００−１を経由してＵＥ１００に通知されるべき情報である。
【００６７】
動作パターン１において、ターゲットｅＮＢ２００−２は、ＵＥ１００−１〜１００−３のそれぞれのＲＲＣ設定情報のうち共通する内容を共通ＲＲＣ設定情報（Ｃｏｍｍｏｎ  ＲＲＣ  Ｃｏｎｔａｉｎｅｒ）として抽出する。また、ターゲットｅＮＢ２００−２は、共通しない内容を個別ＲＲＣ設定情報として抽出する。但し、ＵＥ１００−１〜１００−３のそれぞれのＲＲＣ設定情報が全て共通するような場合には、個別ＲＲＣ設定情報を不要としてもよい。
【００６８】
ステップＥにおいて、ターゲットｅＮＢ２００−２は、ＵＥ１００−１〜１００−３のための設定情報を含む１つのグループハンドオーバ承認メッセージ（Ｍａｓｓ−ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  ＡＣＫ）をソースｅＮＢ２００−１に送信する。グループハンドオーバ承認メッセージは、ＵＥ１００−１〜１００−３のそれぞれの設定情報を含む。また、グループハンドオーバ承認メッセージは、ＵＥ１００−１〜１００−３のそれぞれの識別子を含む。
【００６９】
具体的には、動作パターン１において、グループハンドオーバ承認メッセージは、共通ＲＲＣ設定情報と、各ＵＥの情報のリストと、を含む。共通ＲＲＣ設定情報は、グループ識別子（Ｇ−ＲＮＴＩ）を含んでもよい。各ＵＥの情報のリストは、ＵＥ１００−１向けの第１の情報と、ＵＥ１００−２向けの第２の情報と、ＵＥ１００−３向けの第３の情報と、を含む。
【００７０】
第１の情報は、ＵＥ１００−１の「Ｏｌｄ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ  １」と、ＵＥ１００−１の「Ｎｅｗ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ  １」と、ＵＥ１００−１の「Ｅ−ＲＡＢ  ｃｏｎｆｉｇ．」と、ＵＥ１００−１の個別ＲＲＣ設定情報と、を含む。
【００７１】
第２の情報は、ＵＥ１００−２の「Ｏｌｄ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ  ２」と、ＵＥ１００−２の「Ｎｅｗ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ  ２」と、ＵＥ１００−２の「Ｅ−ＲＡＢ  ｃｏｎｆｉｇ．」と、ＵＥ１００−２の個別ＲＲＣ設定情報と、を含む。
【００７２】
第３の情報は、ＵＥ１００−３の「Ｏｌｄ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ  ３」と、ＵＥ１００−３の「Ｎｅｗ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ  ３」と、ＵＥ１００−３の「Ｅ−ＲＡＢ  ｃｏｎｆｉｇ．」と、ＵＥ１００−３の個別ＲＲＣ設定情報と、を含む。
【００７３】
ステップＦにおいて、ソースｅＮＢ２００−１は、ＵＥ１００−１〜１００−３からなるグループに対して、１つのグループハンドオーバコマンド（Ｇｒｏｕｐ  Ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄ）を送信する。動作パターン１において、グループハンドオーバコマンドは、ＵＥ１００−１〜１００−３に共通に適用される共通ＲＲＣ設定情報を含む。
【００７４】
ソースｅＮＢ２００−１は、グループハンドオーバコマンドをブロードキャスト又はマルチキャストで送信する。言い換えると、ソースｅＮＢ２００−１は、ＵＥ１００−１〜１００−３に送信すべきグループハンドオーバコマンドを同一のＰＤＳＣＨリソースで送信する。
【００７５】
グループハンドオーバコマンドの第１の送信方法として、ソースｅＮＢ２００−１は、ページングチャネルに類似したブロードキャストチャネルであるグループ制御チャネルを介してグループハンドオーバコマンドを送信する。また、グループハンドオーバコマンドは、ＵＥ１００−１〜１００−３のそれぞれの識別子（例えば、Ｃ−ＲＮＴＩ）又はグループ識別子を含む。例えば、グループ制御チャネルの割り当て情報は、事前定義されたＲＮＴＩを用いてＰＤＣＣＨ上で送信される。各ＵＥ１００は、事前定義されたＲＮＴＩを用いてグループ制御チャネルの割り当てを特定し、グループ制御チャネル上で送信されるグループハンドオーバコマンドを受信する。各ＵＥ１００は、自身の識別子又は自身が属するグループのグループ識別子がグループハンドオーバコマンドに含まれている場合、受信したグループハンドオーバコマンドが自身宛のものであると判断する。
【００７６】
グループハンドオーバコマンドの第２の送信方法として、ソースｅＮＢ２００−１は、グループハンドオーバコマンドの割り当て情報を、グループ識別子（Ｇ−ＲＮＴＩ）を用いてＰＤＣＣＨ上で送信する。各ＵＥ１００は、自身が属するグループのグループ識別子（Ｇ−ＲＮＴＩ）を用いてグループハンドオーバコマンドの割り当てを特定できた場合、特定した割り当てに基づいてグループハンドオーバコマンドを受信する。
【００７７】
ステップＧにおいて、ソースｅＮＢ２００−１は、ＵＥ１００−１〜１００−３のそれぞれに個別ハンドオーバコマンド（Ｄｅｄｉｃａｔｅｄ  ＨＯ  Ｃｏｍｍａｎｄ）をユニキャストで送信する。個別ハンドオーバコマンドは、ＵＥ１００−１〜１００−３に個別に適用される個別ＲＲＣ設定情報を含む。上述したように、個別ＲＲＣ設定情報は、共通ＲＲＣ設定情報との差分（Ｄｅｌｔａ）である。各ＵＥ１００は、個別ハンドオーバコマンドを受信し、自身の個別ＲＲＣ設定情報を取得する。そして、各ＵＥ１００は、自身の個別ＲＲＣ設定情報を共通ＲＲＣ設定情報と組み合わせることにより自身のＲＲＣ設定情報を得る。なお、個別ＲＲＣ設定情報が不要な場合、ステップＧは省略されてもよい。
【００７８】
ステップＨにおいて、ＵＥ１００−１〜１００−３のそれぞれは、ターゲットｅＮＢ２００−２へのハンドオーバを行う。具体的には、各ＵＥ１００は、ＲＲＣ接続再設定完了メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）をターゲットｅＮＢ２００−２に送信する。
【００７９】
（３）動作パターン２
上述した動作パターン１において、ソースｅＮＢ２００−１は、グループハンドオーバコマンドを用いて共通ＲＲＣ設定情報をＵＥ１００−１〜１００−３に送信していた。これに対し、動作パターン２において、ソースｅＮＢ２００−１は、グループハンドオーバコマンドにより個別ＲＲＣ設定情報を送信する。
【００８０】
動作パターン２において、図７のハンドオーバシーケンスを下記のように変更する。
【００８１】
ステップＡ〜Ｃは、動作パターン１と同様である。
【００８２】
ステップＤにおいて、ターゲットｅＮＢ２００−２は、グループハンドオーバ要求メッセージに基づいて、グループハンドオーバの受け入れ可否の判断（Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）を行う。ここでは、ターゲットｅＮＢ２００−２がグループハンドオーバを受け入れ可能と判断したと仮定して、説明を進める。
【００８３】
ターゲットｅＮＢ２００−２は、ＵＥ１００−１〜１００−３のそれぞれのＥ−ＲＡＢ設定情報（Ｅ−ＲＡＢ  ｃｏｎｆｉｇ．）を生成する。
【００８４】
また、ターゲットｅＮＢ２００−２は、ＵＥ１００−１〜１００−３のそれぞれのＲＲＣ設定情報（個別ＲＲＣ設定情報）を生成する。動作パターン２において、ターゲットｅＮＢ２００−２は、共通ＲＲＣ設定情報を抽出しない。
【００８５】
ステップＥにおいて、ターゲットｅＮＢ２００−２は、ＵＥ１００−１〜１００−３のための設定情報を含む１つのグループハンドオーバ承認メッセージ（Ｍａｓｓ−ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  ＡＣＫ）をソースｅＮＢ２００−１に送信する。グループハンドオーバ承認メッセージは、ＵＥ１００−１〜１００−３のそれぞれの設定情報を含む。また、グループハンドオーバ承認メッセージは、ＵＥ１００−１〜１００−３のそれぞれの識別子を含む。
【００８６】
具体的には、グループハンドオーバ承認メッセージは、各ＵＥの情報のリストを含む。動作パターン２において、グループハンドオーバ承認メッセージは、共通ＲＲＣ設定情報を含まない。各ＵＥの情報のリストは、ＵＥ１００−１向けの第１の情報と、ＵＥ１００−２向けの第２の情報と、ＵＥ１００−３向けの第３の情報と、を含む。
【００８７】
第１の情報は、ＵＥ１００−１の「Ｏｌｄ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ  １」と、ＵＥ１００−１の「Ｎｅｗ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ  １」と、ＵＥ１００−１の「Ｅ−ＲＡＢ  ｃｏｎｆｉｇ．」と、ＵＥ１００−１の個別ＲＲＣ設定情報と、を含む。
【００８８】
第２の情報は、ＵＥ１００−２の「Ｏｌｄ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ  ２」と、ＵＥ１００−２の「Ｎｅｗ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ  ２」と、ＵＥ１００−２の「Ｅ−ＲＡＢ  ｃｏｎｆｉｇ．」と、ＵＥ１００−２の個別ＲＲＣ設定情報と、を含む。
【００８９】
第３の情報は、ＵＥ１００−３の「Ｏｌｄ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ  ３」と、ＵＥ１００−３の「Ｎｅｗ  ｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ  ３」と、ＵＥ１００−３の「Ｅ−ＲＡＢ  ｃｏｎｆｉｇ．」と、ＵＥ１００−３の個別ＲＲＣ設定情報と、を含む。
【００９０】
ステップＦにおいて、ソースｅＮＢ２００−１は、ＵＥ１００−１〜１００−３からなるグループに対して、１つのグループハンドオーバコマンド（Ｇｒｏｕｐ  Ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄ）を送信する。動作パターン２において、グループハンドオーバコマンドは、ＵＥ１００−１〜１００−３に個別に適用される個別ＲＲＣ設定情報を含む。
【００９１】
図８は、動作パターン２に係るグループハンドオーバコマンドを示す図である。図８に示すように、グループハンドオーバコマンドは、各ＵＥ１００の個別ＲＲＣ設定情報のリストを含む。個別ＲＲＣ設定情報には、対応するＵＥ１００の識別子（例えば、Ｃ−ＲＮＴＩ）が付加されている。
【００９２】
ソースｅＮＢ２００−１は、グループ制御チャネルを介してグループハンドオーバコマンドを送信する。例えば、グループ制御チャネルの割り当て情報は、事前定義されたＲＮＴＩを用いてＰＤＣＣＨ上で送信される。各ＵＥ１００は、事前定義されたＲＮＴＩを用いてグループ制御チャネルの割り当てを特定し、グループ制御チャネル上で送信されるグループハンドオーバコマンドを受信する。各ＵＥ１００は、自身の識別子が付加された個別ＲＲＣ設定情報をグループハンドオーバコマンド中に発見できた場合、当該個別ＲＲＣ設定情報を自身宛のものであると判断する。各ＵＥ１００は、自身の識別子が付加されていない個別ＲＲＣ設定情報については破棄してもよい。
【００９３】
なお、動作パターン２において、ステップＧは不要である。ステップＨは動作パターン１と同様である。
【００９４】
（第２実施形態）
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態において、第１実施形態と同様のシナリオ（図６参照）を想定する。
【００９５】
第２実施形態において、ソースｅＮＢ２００−１は、１つのグループハンドオーバコマンドをグループ内の代表ＵＥ１００にユニキャストで送信する。第２実施形態に係るグループハンドオーバコマンドとしては、上述した動作パターン１に係るグループハンドオーバコマンドを用いてもよいし、上述した動作パターン２に係るグループハンドオーバコマンドを用いてもよい。
【００９６】
第２実施形態に係る代表ＵＥ１００は、グループ内の他のＵＥ１００にグループハンドオーバコマンドを転送するＵＥ１００である。代表ＵＥは、リレーＵＥと称されてもよい。グループハンドオーバコマンドの転送には、ＵＥ１００間の直接的なリンクであるサイドリンクが用いられる。代表ＵＥ１００は、サイドリンク直接ディスカバリー機能を用いてグループハンドオーバコマンドを転送してもよいし、サイドリンク直接通信機能を用いてグループハンドオーバコマンドを転送してもよい。なお、代表ＵＥ１００は、グループハンドオーバコマンドの全体を転送してもよいし、グループハンドオーバコマンドの一部のみを転送してもよい。
【００９７】
図９は、第２実施形態に係るハンドオーバシーケンスを示す図である。ここでは、車両内のＵＥ１００−１〜１００−３のうちＵＥ１００−３が代表ＵＥ１００として設定されているケースを想定する。
【００９８】
図９に示すように、ステップＡにおいて、車両内のＵＥ１００−１〜１００−３は、測定報告（Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ）をソースｅＮＢ２００−１に送信する。ＵＥ１００−１〜１００−３からなるグループには、グループ識別子（Ｇ−ＲＮＴＩ）が割り当てられていてもよい。第２実施形態において、代表ＵＥ１００であるＵＥ１００−３は、ＵＥ１００−１及び１００−２を代理して測定報告をソースｅＮＢ２００−１に送信してもよい。具体的には、ＵＥ１００−３は、ＵＥ１００−１及び１００−２のそれぞれから測定報告を受信し、受信した測定報告をソースｅＮＢ２００−１に転送する。
【００９９】
ステップＢ〜Ｅは、第１実施形態に係るハンドオーバシーケンスと同様である。
【０１００】
ステップＦにおいて、ソースｅＮＢ２００−１は、代表ＵＥ１００であるＵＥ１００−３に対して、１つのグループハンドオーバコマンド（Ｇｒｏｕｐ  Ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄ）を送信する。グループハンドオーバコマンドとしては、上述した動作パターン１に係るグループハンドオーバコマンドを用いてもよいし、上述した動作パターン２に係るグループハンドオーバコマンドを用いてもよい。
【０１０１】
ステップＧにおいて、ＵＥ１００−３は、グループハンドオーバコマンドを、サイドリンク（Ｓｉｄｅｌｉｎｋ）上でＵＥ１００−１及び１００−２に転送（ｆｏｒｗａｒｄｉｎｇ）する。ＵＥ１００−１及び１００−２は、グループハンドオーバコマンドを受信する。
【０１０２】
ステップＨにおいて、ＵＥ１００−１〜１００−３のそれぞれは、ターゲットｅＮＢ２００−２へのハンドオーバを行う。具体的には、各ＵＥ１００は、ＲＲＣ接続再設定完了メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）をターゲットｅＮＢ２００−２に送信する。但し、代表ＵＥ１００であるＵＥ１００−３のみがＲＲＣ接続再設定完了メッセージをターゲットｅＮＢ２００−２に送信するとしてもよい。
【０１０３】
（その他の実施形態）
上述した実施形態に係る動作は、ソースセル及びターゲットセルが同じｅＮＢ２００に属するケースにも応用可能である。このようなケースは、イントラｅＮＢハンドオーバと称されることがある。イントラｅＮＢハンドオーバの場合、上述した実施形態に係る動作においてターゲットｅＮＢ２００−２が行う処理をソースｅＮＢ２００−１が行うことになる。
【０１０４】
上述した実施形態において、ソースｅＮＢ２００−１及びターゲットｅＮＢ２００−２がＸ２インターフェイス上でメッセージを送受信する一例を説明した。しかしながら、ソースｅＮＢ２００−１及びターゲットｅＮＢ２００−２は、Ｓ１インターフェイス上でメッセージを送受信してもよい。図１０は、その他の実施形態に係る想定シナリオを示す図である。図１０に示すように、ソースｅＮＢ２００−１及びターゲットｅＮＢ２００−２は、Ｓ１インターフェイスを介してＭＭＥ３００と接続される。図１０に示すシナリオにおいて、ソースｅＮＢ２００−１は、上述した実施形態に係るグループハンドオーバ要求メッセージ（Ｍａｓｓ−Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ）をＭＭＥ３００経由でターゲットｅＮＢ２００−２に通知してもよい。また、ターゲットｅＮＢ２００−２は、上述した実施形態に係るグループハンドオーバ承認メッセージ（Ｍａｓｓ−Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋ）をＭＭＥ３００経由でソースｅＮＢ２００−１に通知してもよい。
【０１０５】
上述した各実施形態を別個独立に実施する場合に限らず、２以上の実施形態を組み合わせて実施してもよい。
【０１０６】
上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１０７】
日本国特許出願第２０１６−０１１９１５号（２０１６年１月２５日出願）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０１０８】
本発明は、無線通信分野において有用である。
【図１】
2017130742.tif 000003
【図２】
2017130742.tif 000004
【図３】
2017130742.tif 000005
【図４】
2017130742.tif 000006
【図５】
2017130742.tif 000007
【図６】
2017130742.tif 000008
【図７】
2017130742.tif 000009
【図８】
2017130742.tif 000010
【図９】
2017130742.tif 000011
【図１０】
2017130742.tif 000012
【国際調査報告】
2017130742.tif 000013
2017130742.tif 000014
2017130742.tif 000015