(57)【要約】      （修正有）【課題】ハンドオーバを行う際に、サイドリンク信号の送信を中断する期間を短くする。【解決手段】基地局は、第１のセルを管理する制御部と、第１のセルから第２のセルへのハンドオーバのためのメッセージＳ１０８を無線端末へ送信する送信部とを備える。メッセージＳ１０８は、第２のセルにおいて近傍サービスのために用いられるリソースプールの情報と、近傍サービスにおける同期信号を第２のセルにおいて送信又は受信するための同期設定情報とを含む。【選択図】図６
2019135859.tif 000002
【特許請求の範囲】
【請求項１】
基地局であって、
ターゲットセルへのハンドオーバを実行するためのメッセージをユーザ装置へ送信する送信部と、
制御部とを備え、
前記制御部は、前記ハンドオーバの実行中において前記ユーザ装置が車車間サイドリンク通信を実行するために、前記ターゲットセルのサイドリンク設定情報を前記メッセージに含め、
前記サイドリンク設定情報は、前記ユーザ装置が前記車車間サイドリンク通信を実行するために用いられるリソースプールを示す情報を含む基地局。
【請求項２】
前記サイドリンク設定情報は、前記ユーザ装置が車車間サイドリンク通信における同期信号を送信するための同期設定情報を含み、
前記同期設定情報は、前記同期信号の送信タイミングに関する情報と前記同期信号を送信するために用いられるパラメータとの少なくとも一方を含む請求項１に記載の基地局。
【請求項３】
前記制御部は、
前記ハンドオーバを要求する第１のメッセージを、前記ターゲットセルを管理する他の基地局へ送る処理と、
前記要求の承認を前記基地局へ知らせるための第２のメッセージを前記他の基地局から受け取る処理と、を制御し、
前記第２のメッセージは、前記サイドリンク設定情報を含む請求項１に記載の基地局。
【請求項４】
前記制御部は、前記ユーザ装置が前記車車間サイドリンク通信を実行しているか否かを示す情報を前記ユーザ装置から受信する請求項１に記載の基地局。
【請求項５】
通信方法であって、
第１基地局が、ターゲットセルへのハンドオーバを実行するためのメッセージをユーザ装置に送信するステップを有し、
前記基地局は、前記ハンドオーバの実行中において前記ユーザ装置が車車間サイドリンク通信を実行するために、前記ターゲットセルのサイドリンク設定情報を前記メッセージに含め、
前記サイドリンク設定情報は、前記ユーザ装置が前記車車間サイドリンク通信を実行するために用いられるリソースプールを示す情報を含む通信方法。
【請求項６】
ユーザ装置であって、
ターゲットセルへのハンドオーバを実行するためのメッセージを基地局から受信する受信部を備え、
前記メッセージは、前記ハンドオーバの実行中において前記ユーザ装置が車車間サイドリンク通信を実行するために、前記ターゲットセルのサイドリンク設定情報を含み、
前記サイドリンク設定情報は、前記ユーザ装置が前記車車間サイドリンク通信を実行するために用いられるリソースプールを示す情報を含むユーザ装置。
【請求項７】
ユーザ装置を制御するプロセッサであって、
ターゲットセルへのハンドオーバを実行するためのメッセージを基地局から受信する処理を実行し、
前記メッセージは、前記ハンドオーバの実行中において前記ユーザ装置が車車間サイドリンク通信を実行するために、前記ターゲットセルのサイドリンク設定情報を含み、
前記サイドリンク設定情報は、前記ユーザ装置が前記車車間サイドリンク通信を実行するために用いられるリソースプールを示す情報を含むユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信システムにおいて用いられる基地局及びユーザ端末に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ）の仕様策定が進められている（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】３ＧＰＰ技術仕様書「ＴＳ３６．３００  Ｖ１３．３．０」  ２０１６年４月１日
【発明の概要】
【０００４】
一の実施形態に係る基地局は、第１のセルを管理する制御部と、前記第１のセルから第２のセルへのハンドオーバのためのメッセージを無線端末へ送信する送信部と、を備える。前記メッセージは、前記第２のセルにおいて近傍サービスのために用いられるリソースプールの情報と、前記近傍サービスにおける同期信号を前記第２のセルにおいて送信又は受信するための同期設定情報とを含む。
【０００５】
一の実施形態に係る基地局は、第１のセルを管理する制御部と、近傍サービスにおける同期信号を送信又は受信するための同期設定情報のリストを前記無線端末へ送信する送信部と、を備える。前記送信部は、前記第１のセルから第２のセルへのハンドオーバのためのメッセージを無線端末へ送信する。前記メッセージは、前記第２のセルにおいて前記近傍サービスのために用いられるリソースプールの情報と、前記リストに含まれる所定の同期設定情報に対応するインデックスとを含む。前記所定の同期設定情報は、前記第２のセルにおいて前記同期信号を送信又は受信するために用いられる。
【０００６】
一の実施形態に係る無線端末は、第１のセルから第２のセルへのハンドオーバのためのメッセージを前記第１のセルから受信する受信部を備える。前記メッセージは、前記第２のセルにおいて近傍サービスのために用いられるリソースプールの情報と、前記近傍サービスにおける同期信号を前記第２のセルにおいて送信又は受信するための同期設定情報とを含む。
【０００７】
一の実施形態に係る基地局は、第２のセルを管理する制御部と、ハンドオーバのためのリソースの準備を要求する第１のメッセージを、第１のセルを管理する他の基地局から受け取る受信部と、準備されたリソースを前記他の基地局へ知らせるための第２のメッセージを前記他の基地局へ送る送信部と、を備える。前記第２の要求承認メッセージは、前記近傍サービスにおける同期信号を前記第２のセルにおいて送信するための同期設定情報を含む。
【０００８】
一の実施形態に係る無線端末は、第１のセルにおいて近傍サービスのために用いられる第１の受信リソースプールの情報を前記第１のセルから受信する受信部を備える。前記受信部は、前記近傍サービスの無線信号を受信するために前記第１の受信リソースプールを使用する。前記第１のセルから第２のセルへのハンドオーバのためのメッセージを前記無線端末が受信した場合であっても、前記受信部は、前記第２のセルにおいて前記近傍サービスのために用いられる第２の受信リソースプールを取得するまで、前記第１の受信リソースプールを使用する。
【図面の簡単な説明】
【０００９】
【図１】図１は、ＬＴＥシステムの構成を示す図である。
【図２】図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図３】図３は、ＬＴＥシステムで使用される無線フレームの構成図である。
【図４】図４は、ＵＥ１００のブロック図である。
【図５】図５は、ｅＮＢ２００のブロック図である。
【図６】図６は、第１実施形態に係る動作を説明するためのシーケンス図である。
【図７】図７は、第１実施形態の変更例１に係る動作を説明するためのシーケンス図である。
【図８】図８は、第１実施形態の変更例２及び変更例３に係る動作を説明するためのシーケンス図である。
【図９】図９は、第１実施形態の変更例４に係る動作を説明するための説明図である。
【図１０】図１０は、第１実施形態の変更例５に係る動作を説明するため説明図である。
【図１１】図１１は、第２実施形態に係る動作を説明するためのシーケンス図である。
【図１２】図１２は、付記に係る図面である。
【発明を実施するための形態】
【００１０】
［実施形態の概要］
現状の仕様では、無線端末がセルに在圏する場合、無線端末は、当該セルから報知されるリソースプール、及び同期設定情報を用いて近傍サービスを実行する必要がある。従って、ハンドオーバを実行する無線端末は、ハンドオーバが終了した後、ハンドオーバ先のセルからリソースプール及び同期設定情報の提供を受けるまで、近傍サービスを中断しなければいけない可能性がある。
【００１１】
一の実施形態に係る基地局は、第１のセルを管理する制御部と、前記第１のセルから第２のセルへのハンドオーバのためのメッセージを無線端末へ送信する送信部と、を備えてもよい。前記メッセージは、前記第２のセルにおいて近傍サービスのために用いられるリソースプールの情報と、前記近傍サービスにおける同期信号を前記第２のセルにおいて送信又は受信するための同期設定情報とを含んでもよい。
【００１２】
前記同期設定情報は、前記同期信号の送信又は受信タイミングに関する情報と前記同期信号を送信又は受信するために用いられるパラメータとの少なくとも一方を含んでもよい。
【００１３】
前記制御部は、前記ハンドオーバを要求する第１のメッセージを、前記第２のセルを管理する他の基地局へ送る処理と、前記要求の承認を前記基地局へ知らせるための第２のメッセージを前記他の基地局から受け取る処理と、を制御してもよい。前記第２のメッセージは、前記リソースプールの情報と前記同期設定情報とを含んでもよい。
【００１４】
前記基地局は、前記無線端末が前記同期設定情報を取得しているか否かを前記基地局へ知らせるための所定情報を前記無線端末から受信する受信部をさらに備えてもよい。
【００１５】
前記受信部は、前記無線端末における無線環境の測定結果を含む測定報告により、前記所定情報を受信してもよい。
【００１６】
前記送信部は、前記測定報告を送信するための設定に関する測定設定情報を前記無線端末へ送信してもよい。前記測定設定情報は、前記無線端末が前記所定情報を前記測定報告に含めることを許可するか否かを示す情報を含んでもよい。
【００１７】
前記受信部は、サイドリンク情報を前記基地局へ示すために用いられるメッセージにより、前記所定情報を受信してもよい。
【００１８】
前記制御部は、前記ハンドオーバのためのリソースの準備を要求する第１のメッセージを、前記第２のセルを管理する他の基地局へ送る処理と、準備されたリソースを前記基地局へ知らせるための第２のメッセージを前記他の基地局から受け取る処理と、を制御してもよい。前記第２のメッセージは、前記同期設定情報を含んでもよい。
【００１９】
前記基地局は、前記無線端末が前記同期設定情報を取得しているか否かを前記基地局へ知らせるための所定情報を前記無線端末から受信する受信部をさらに備えてもよい。
【００２０】
前記制御部は、前記無線端末が前記同期設定情報を取得していないことを前記所定情報が示す場合、前記リソースプールの情報と前記所定情報とを前記第１のメッセージに含めてもよい。
【００２１】
前記制御部は、前記無線端末が実行している前記近傍サービスの種別に応じて、前記リソースプールの情報と前記所定情報とを前記メッセージに含めるか否かを判定してもよい。
【００２２】
前記制御部は、前記無線端末が前記近傍サービスのために用いている無線リソースの情報に応じて、前記リソースプールの情報と前記所定情報とを前記メッセージに含めるか否かを判定してもよい。
【００２３】
前記基地局は、前記近傍サービスを実行する前記無線端末の状況に関する情報を受信する受信部をさらに備えてもよい。前記制御部は、前記情報に応じて、前記リソースプールの情報と前記所定情報とを前記メッセージに含めるか否かを判定してもよい。
【００２４】
一の実施形態に係る基地局は、第１のセルを管理する制御部と、近傍サービスにおける同期信号を送信又は受信するための同期設定情報のリストを前記無線端末へ送信する送信部と、を備えてもよい。前記送信部は、前記第１のセルから第２のセルへのハンドオーバのためのメッセージを無線端末へ送信してもよい。前記メッセージは、前記第２のセルにおいて前記近傍サービスのために用いられるリソースプールの情報と、前記リストに含まれる所定の同期設定情報に対応するインデックスとを含んでもよい。前記所定の同期設定情報は、前記第２のセルにおいて前記同期信号を送信又は受信するために用いられてもよい。
【００２５】
前記送信部は、前記第２のセルを管理する他の基地局と前記リストを共有してもよい。前記制御部は、前記他の基地局から受け取った前記インデックスを含む前記メッセージを前記無線端末へ送信してもよい。
【００２６】
前記インデックスは、前記第２のセルにおいて提供される同期設定情報のリストである第２のリストに含まれる第２のインデックスであってもよい。前記送信部は、前記所定の同期設定情報に対応付けられた前記第２のインデックスを含む前記リストを前記無線端末へ送信してもよい。
【００２７】
一の実施形態に係る無線端末は、第１のセルから第２のセルへのハンドオーバのためのメッセージを前記第１のセルから受信する受信部を備えてもよい。前記メッセージは、前記第２のセルにおいて近傍サービスのために用いられるリソースプールの情報と、前記近傍サービスにおける同期信号を前記第２のセルにおいて送信又は受信するための同期設定情報とを含んでもよい。
【００２８】
前記同期設定情報は、前記同期信号の送信又は受信タイミングに関する情報と前記同期信号を送信又は受信するために用いられるパラメータとの少なくとも一方を含んでもよい。
【００２９】
前記無線端末は、前記無線端末が前記同期設定情報を取得しているか否かを前記基地局へ知らせるための所定情報を前記第１のセルへ送信する送信部をさらに備えてもよい。
【００３０】
前記送信部は、前記無線端末における無線環境の測定結果を含む測定報告により、前記所定情報を送信してもよい。
【００３１】
前記受信部は、前記測定報告を送信するための設定に関する測定設定情報を前記第１のセルから受信してもよい。前記測定設定情報は、前記無線端末が前記所定情報を前記測定報告に含めることを許可するか否かを示す情報を含んでもよい。
【００３２】
前記送信部は、サイドリンク情報を前記基地局へ示すために用いられるメッセージにより、前記所定情報を送信してもよい。
【００３３】
一の実施形態に係る基地局は、第２のセルを管理する制御部と、ハンドオーバのためのリソースの準備を要求する第１のメッセージを、第１のセルを管理する他の基地局から受け取る受信部と、準備されたリソースを前記他の基地局へ知らせるための第２のメッセージを前記他の基地局へ送る送信部と、を備えてもよい。前記第２の要求承認メッセージは、前記近傍サービスにおける同期信号を前記第２のセルにおいて送信するための同期設定情報を含んでもよい。
【００３４】
一の実施形態に係る無線端末は、第１のセルにおいて近傍サービスのために用いられる第１の受信リソースプールの情報を前記第１のセルから受信する受信部を備えてもよい。前記受信部は、前記近傍サービスの無線信号を受信するために前記第１の受信リソースプールを使用してもよい。前記第１のセルから第２のセルへのハンドオーバのためのメッセージを前記無線端末が受信した場合であっても、前記受信部は、前記第２のセルにおいて前記近傍サービスのために用いられる第２の受信リソースプールを取得するまで、前記第１の受信リソースプールを使用してもよい。
【００３５】
（移動通信システム）
実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。図１は、ＬＴＥシステムの構成を示す図である。
【００３６】
図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００３７】
ＵＥ１００は、通信装置（無線端末）に相当する。ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、セル（後述するｅＮＢ２００）と無線通信を行う。ＵＥ１００の構成については後述する。
【００３８】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３９】
ｅＮＢ２００は、１又は複数のセルを管理する。ｅＮＢ２００は、ｅＮＢ２００が管理するセルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、「データ」と称することがある）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。
【００４０】
「セル」は、下りリンクリソースと任意の上りリンクリソースとの組み合わせである。下りリンクのキャリア周波数と上りリンクのキャリア周波数との間の連結は、下りリンクリソース上で送信されるシステム情報において示される。「セル」は、無線通信エリアの最小単位を示す用語として使用されてもよい。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても使用されてもよい。
【００４１】
ＥＰＣ２０は、コアネットワークに相当する、ＥＰＣ２０は、Ｅ−ＵＴＲＡＮ１０と共にネットワークを構成してもよい。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）３００、及びＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）４００を含む。
【００４２】
ＭＭＥ３００は、例えば、ＵＥ１００に対する各種モビリティ制御を行う。ＳＧＷ４００は、例えば、データの転送制御を行う。ＭＭＥ３００及びＳＧＷ４００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。ＰＧＷ５００は、例えば、外部ネットワークから（及び外部ネットワークに）ユーザデータを中継する制御を行う。
【００４３】
外部ネットワークには、Ｓｅｒｖｅｒ６００が設けられてもよい。Ｓｅｒｖｅｒ６００は、例えば、ＰｒｏＳｅアプリケーションサーバ（ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）である。Ｓｅｒｖｅｒ４００（ＰｒｏＳｅアプリケーションサーバ）は、ＰｒｏＳｅにおいて用いられる識別子を管理する。
【００４４】
図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されている。第１層は、物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４５】
物理層は、符号化・復号化、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００４６】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、スケジューラ（ＭＡＣ  スケジューラ）を含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
【００４７】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００４８】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４９】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は、ＲＲＣコネクティッド状態である。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がない場合、ＵＥ１００は、ＲＲＣアイドル状態である。
【００５０】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、例えば、セッション管理及びモビリティ管理を行う。
【００５１】
図３は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムにおいて、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が適用される。上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が適用される。
【００５２】
図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数のリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含む。各サブフレームは、時間方向に複数のシンボルを含む。各リソースブロックは、周波数方向に複数のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより、１つのリソースエレメント（ＲＥ：Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）が構成される、ＵＥ１００には、無線リソース（時間・周波数リソース）が割り当てられる。周波数方向において、無線リソース（周波数リソース）は、リソースブロックにより構成される。時間方向において、無線リソース（時間リソース）は、サブフレーム（又はスロット）により構成される。
【００５３】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ．  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）として使用可能な領域である、各サブフレームの残りの部分は、下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）として使用可能な領域である。
【００５４】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）として使用可能な領域である。各サブフレームにおける残りの部分は、上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）として使用可能な領域である。
【００５５】
（近傍サービス）
近傍サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ）について説明する。近傍サービスは、互いに近傍にある通信装置（例えば、ＵＥ１００）に基づいて３ＧＰＰシステムにより提供され得るサービスである。
【００５６】
ＰｒｏＳｅでは、ｅＮＢ２００を経由せずにノード間（例えば、ＵＥ間）で直接的な無線リンクを介して各種の無線信号が送受信される。ＰｒｏＳｅにおける直接的な無線リンクは、「サイドリンク（Ｓｉｄｅｌｉｎｋ）」と称される。
【００５７】
サイドリンクは、サイドリンク通信及びサイドリンクディスカバリのためのインターフェイス（例えば、ＵＥとＵＥとの間のインターフェイス）であってもよい。サイドリンク通信は、ＰｒｏＳｅ直接通信（以下、「直接通信」と適宜称する）を可能にする機能（ＡＳ  ｆｕｎｃｔｉｏｎａｌｉｔｙ）である。サイドリンクティスカバリは、ＰｒｏＳｅ直接ディスカバリ（以下、「直接ディスカバリ」と適宜称する）を可能にする機能（ＡＳ  ｆｕｎｃｔｉｏｎａｌｉｔｙ）である。
【００５８】
サイドリンクは、ＰＣ５インターフェイスに対応する。ＰＣ５は、ＰｒｏＳｅ直接ディスカバリ、ＰｒｏＳｅ直接通信及びＰｒｏＳｅ  ＵＥ・ネットワーク中継のための制御プレーン及びユーザプレーンのために用いられるＰｒｏＳｅ使用可能なＵＥ（ＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ）間の参照ポイントである。
【００５９】
ＰｒｏＳｅは、「直接ディスカバリ（Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ）」及び「直接通信（Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）」及び「Ｒｅｌａｙ」のモードが規定されている。「Ｒｅｌａｙ」については後述する。
【００６０】
直接ディスカバリは、特定の宛先を指定しないディスカバリメッセージ（ディスカバリ信号）をＵＥ間で直接的に伝送することにより、相手先を探索するモードである、直接ディスカバリは、ＰＣ５を介してＥ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）における直接無線信号を用いて、ＵＥの近傍における他のＵＥを発見するための手順である。或いは、直接ディスカバリは、Ｅ−ＵＴＲＡ技術で２つのＵＥ１００の能力のみを用いて、近傍サービスを実行可能な他のＵＥ１００を発見するために近傍サービスを実行可能なＵＥ１００によって採用される手順である。直接ディスカバリは、ＵＥ１００がＥ−ＵＴＲＡＮ（ｅＮＢ２００（セル））によってサービスが提供される場合にのみ、サポートされる。ＵＥ１００は、セル（ｅＮＢ２００）に接続又はセルにキャンプしている場合、Ｅ−ＵＴＲＡＮによってサービスが提供され得る。
【００６１】
ディスカバリメッセージ（ディスカバリ信号）の送信（アナウンスメント）のためのリソース割り当てタイプには、「タイプ１」と、「タイプ２（タイプ２Ｂ）」と、がある。「タイプ１」は、ＵＥ１００が無線リソースを選択する。「タイプ２（タイプ２Ｂ）」は、ｅＮＢ２００が無線リソースを割り当てる。タイプ１では、ＵＥ１００は、ｅＮＢ２００から提供されたリソースプールの中から無線リソースを選択してもよい。
【００６２】
「Ｓｉｄｅｌｉｎｋ  Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ」プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、及びＰｒｏＳｅプロトコルを含む。ＵＥ（Ａ）の物理層とＵＥ（Ｂ）の物理層との間では、物理サイドリンクディスカバリチャネル（ＰＳＤＣＨ）と称される物理チャネルを介してディスカバリ信号が伝送される。ＵＥ（Ａ）のＭＡＣ層とＵＥ（Ｂ）のＭＡＣ層との間では、サイドリンクディスカバリチャネル（ＳＬ−ＤＣＨ）と称されるトランスポートチャネルを介してディスカバリ信号が伝送される。
【００６３】
直接通信は、特定の宛先（宛先グループ）を指定してデータをＵＥ間で直接的に伝送するモードである、直接通信は、いずれのネットワークノードを通過しない経路を介してＥ−ＵＴＲＡ技術を用いたユーザプレーン伝送による、近傍サービスを実行可能である２以上のＵＥ間の通信である。
【００６４】
直接通信のリソース割り当てタイプには、「モード１」と、「モード２」と、がある。「モード１」は、直接通信の無線リソースをｅＮＢ２００が割り当てる。「モード２」は、直接通信の無線リソースをＵＥ１００が選択する。モード２では、ＵＥ１００は、ｅＮＢ２００から提供されたリソースプールの中から無線リソースを選択してもよい。
【００６５】
直接通信プロトコルスタックは、物理（ＰＨＹ）層、ＭＡＣ層、ＲＬＣ層、及びＰＤＣＰ層を含む。ＵＥ（Ａ）の物理層とＵＥ（Ｂ）の物理層との間では、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して制御信号が伝送され、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介してデータが伝送される、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）を介して同期信号等が伝送されてもよい。ＵＥ（Ａ）のＭＡＣ層とＵＥ（Ｂ）のＭＡＣ層との間では、サイドリンク共有チャネル（ＳＬ−ＳＣＨ）と称されるトランスポートチャネルを介してデータが伝送される。ＵＥ（Ａ）のＲＬＣ層とＵＥ（Ｂ）のＲＬＣ層との間では、サイドリンクトラフィックチャネル（ＳＴＣＨ）と称される論理チャネルを介してデータが伝送される。
【００６６】
（無線端末）
実施形態に係るＵＥ１００（無線端末）について説明する。図４は、ＵＥ１００のブロック図である。図４に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。
【００６７】
レシーバ１１０は、コントローラ１３０の制御下で各種の受信を行う。レシーバ１１０は、アンテナを含む。レシーバ１１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ１１０は、ベースバンド信号をコントローラ１３０に出力する。
【００６８】
トランスミッタ１２０は、コントローラ１３０の制御下で各種の送信を行う。トランスミッタ１２０は、アンテナを含む。トランスミッタ１２０は、コントローラ１３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ１３０は、無線信号をアンテナから送信する。
【００６９】
コントローラ１３０は、ＵＥ１００における各種の制御を行う。コントローラ１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）とを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより、各種の処理を行う。プロセッサは、音声・映像信号の符号化・復号化を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００７０】
ＵＥ１００は、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信できる。ＧＮＳＳ受信機は、ＧＮＳＳ信号をコントローラ１３０に出力する。ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）機能を有していてもよい。ＵＥ１００は、位置情報を取得するために他の受信機を備えていてもよい。
【００７１】
本明細書では、ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０及びコントローラ１３０の少なくともいずれかが実行する処理を、便宜上、ＵＥ１００が実行する処理（動作）として説明する。
【００７２】
（基地局）
実施形態に係るｅＮＢ２００（基地局）について説明する。図５は、ｅＮＢ２００のブロック図である。図５に示すように、ｅＮＢ２００は、レシーバ（受信部）２１０、トランスミッタ（送信部）２２０、コントローラ（制御部）２３０、及びネットワークインターフェイス２４０を備える。レシーバ２１０とトランスミッタ２２０は、一体化されたトランシーバ（送受信部）であってもよい。
【００７３】
レシーバ２１０は、コントローラ２３０の制御下で各種の受信を行う。レシーバ２１０は、アンテナを含む。レシーバ２１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ２１０は、ベースバンド信号をコントローラ２３０に出力する。
【００７４】
トランスミッタ２２０は、コントローラ２３０の制御下で各種の送信を行う。トランスミッタ２２０は、アンテナを含む。トランスミッタ２２０は、コントローラ２３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ２２０は、無線信号をアンテナから送信する。
【００７５】
コントローラ２３０は、ｅＮＢ２００における各種の制御を行う。コントローラ２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより各種の処理を行う。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００７６】
ネットワークインターフェイス２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続される。ネットワークインターフェイス２４０は、Ｓ１インターフェイスを介してＭＭＥ３００及びＳＧＷ４００と接続される。ネットワークインターフェイス２４０は、例えば、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に使用される、ネットワークインターフェイス２４０は、ＨＳＳ５００との通信に使用される。
【００７７】
本明細書では、ｅＮＢ２００が備えるトランスミッタ２１０、レシーバ２２０、コントローラ２３０、及びネットワークインターフェイス２４０の少なくともいずれかが実行する処理を、便宜上、ｅＮＢ２００が実行する処理（動作）として説明する。
【００７８】
［第１実施形態］
（第１実施形態に係る動作）
次に、第１実施形態に係る動作について図６を用いて説明する。図６は、第１実施形態に係る動作を説明するためのシーケンス図である。
【００７９】
図６において、ＵＥ１００は、ｅＮＢ２００−１が管理するセル（第１のセル／ソースセル）に在圏している。ＵＥ１００は、ｅＮＢ２００−１（第１のセル）とＲＲＣ接続状態である。ソースセルは、ＵＥ１００のプライマリセルである。ソースセルと、ｅＮＢ２００−２とが管理するセル（第２のセル／ターゲットセル）とは、隣接している。
【００８０】
ステップＳ１０１において、ｅＮＢ２００−１（第１のセル）は、測定設定情報（Ｍｅａｓｕｒｅｍｅｎｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥ１００へ送信する。ＵＥ１００は、測定設定情報をｅＮＢ２００−１から受信する。
【００８１】
測定設定情報は、ＵＥ１００が測定報告を送信するための設定に関する情報である。ＵＥ１００は、測定設定情報に基づいて、ＵＥ１００における無線環境の測定を実行する、ＵＥ１００は、測定設定情報に基づいて、測定結果をｅＮＢ２００−１へ報告する。
【００８２】
測定設定情報は、ＵＥ１００が同期設定情報を取得しているか否かをｅＮＢ２００−１へ知らせるための所定情報（ＳＩＢ  ａｃｑｕｉｒｅｄ  ｉｎｆｏ．）を測定報告に含めることを許可するか否かを示す情報を含んでいてもよい。当該情報は、所定情報を測定報告に含めることを許可することを示す情報であってもよい。当該情報は、所定情報を測定報告に含めることを許可しないことを示す情報であってもよい。
【００８３】
ステップＳ１０２において、ＵＥ１００は、近傍サービスを実行する。具体的には、ＵＥ１００は、近傍サービスにおける無線信号（サイドリンク信号）を送信する。ＵＥ１００が実行する近傍サービスは、サイドリンクディスカバリ（直接ディスカバリ）であってもよい。ＵＥ１００が実行する近傍サービスは、サイドリンク通信（直接通信）であってもよい。
【００８４】
ＵＥ１００は、ｅＮＢ２００−１から提供される無線リソース（送信リソースプール）を用いてサイドリンク信号（ディスカバリメッセージ／ユーザデータ）を送信できる。例えば、ＵＥ１００は、ｅＮＢ２００−１から割り当てられた無線リソースを用いてサイドリンク信号を送信してもよい、ＵＥ１００は、ｅＮＢ２００−１から提供された送信リソースプールの中から無線リソースを選択してもよい。ＵＥ１００は、選択されたリソースプールを用いて、サイドリンク信号を送信してもよい。ＵＥ１００は、周期的又は非周期的にサイドリンク信号を送信できる。
【００８５】
ＵＥ１００は、サイドリンク信号を送信する場合、ｅＮＢ２００−１（第１のセル）が提供する同期設定情報に基づいて、近傍サービスにおける同期信号（サイドリンク同期信号：ＳＬＳＳ（Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ））を送信する必要がある。他のＵＥ１００が、ＵＥ１００からのサイドリンク信号を受信するために、ＵＥ１００と同期するためである。
【００８６】
同期設定情報（Ｓｙｎｃ．Ｃｏｎｆｉｇ．（ＳＬ−ＳｙｎｃＣｏｎｆｉｇ））は、サイドリンク通信及びサイドリンクディスカバリのための同期信号の送信に関する設定情報を規定するための情報である。同期設定情報は、隣接セルからの同期信号の受信に関する設定情報を規定するための情報であってもよい。
【００８７】
同期設定情報は、ＳＩＢ１９（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  １９）に含まれる「ｄｉｓｃＳｙｎｃＣｏｎｆｉｇ」であってもよい。「ｄｉｓｃＳｙｎｃＣｏｎｆｉｇ」は、サイドリンクディスカバリのためにＵＥ１００がＳＬＳＳ（同期情報）を送信（及び受信）する際に利用する設定を示す。同期設定情報は、ＳＩＢ１８（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  １８）に含まれる「ｃｏｍｍＳｙｎｃＣｏｎｆｉｇ」であってもよい。「ｃｏｍｍＳｙｎｃＣｏｎｆｉｇ」は、サイドリンク通信のためにＵＥ１００がＳＬＳＳ（同期情報）を送信（及び受信）する際に利用される設定を示す。
【００８８】
同期設定情報は、ＳＬＳＳの送信タイミングに関する情報（タイミング情報）を含んでいてもよい。タイミング情報は、「ｓｙｎｃＣＰ−Ｌｅｎ（ＳＬ−ＣＰ−Ｌｅｎ）」を含んでいてもよい。「ｓｙｎｃＣＰ−Ｌｅｎ」は、サイクリックプレフィックス長を示す、タイミング情報は、「ｓｙｎｃＯｆｆｓｅｔＩｎｄｉｃａｔｏｒ（ＳＬ−ＯｆｆｓｅｔＩｎｄｉｃａｔｏｒＳｙｎｃ）」を含んでいてもよい。「ｓｙｎｃＯｆｆｓｅｔＩｎｄｉｃａｔｏｒ」は、同期リソースの時間位置を示す情報である。同期リソースは、「（ＳＦＮ＊１０＋  Ｓｕｂｆｒａｍｅ  Ｎｕｍｂｅｒ）  ｍｏｄ  ４０  ＝  ＳＬ−ＯｆｆｓｅｔＩｎｄｉｃａｔｏｒＳｙｎｃ」を満たすシステムフレーム番号（ＳＦＮ）及びサブフレームにある。
【００８９】
同期設定情報は、セルを識別する識別子（ＳＬＳＳＩＤ）を含んでいてもよい。ＳＬＳＳＩＤは、セルのカバレッジエリアを越えて同期信号を広げるために送信ＵＥに用いられる、ＳＬＳＳＩＤは、受信ＵＥが非同期隣接セルを検出するために用いられる。ＵＥ１００は、ＳＬＳＳを送信する場合、ＳＬＳＳＩＤを選択する。選択したＳＬＳＳＩＤに対応する情報（例えば、送信リソースプール、タイミングの情報など）を用いる。
【００９０】
同期設定情報は、ＳＬＳＳを送信するために用いられる送信パラメータ（ｔｘＰｒａｍｅｔｅｒｓ）を含む。送信パラメータは、ＳＬＳＳの送信にのみ関連するパラメータを含む。
【００９１】
送信パラメータは、ＳＬＳＳを送信するために用いられる送信電力制御情報を含んでいてもよい。具体的には、電力制御情報は、ＳＬＳＳの送信電力を算出するために設定されるパラメータのセット（α、ｐ０）である。
【００９２】
送信パラメータは、ＳＬＳＳの送信を開始するか否かを判定するための判定情報を含んでいてもよい。具体的には、判定情報は、ＵＥ１００がカバレッジ内に位置する間、用いられる閾値（ｓｙｎｃＴｘＴｈｒｅｓｈＩＣ）である。当該閾値は、ｅＮＢ２００−１（第１のセル）からの無線信号の受信電力（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）と比較されるレベルを規定する。ＵＥ１００は、測定したＲＳＲＰが閾値（レベル）を下回った場合に、ＳＬＳＳを送信できる。
【００９３】
同期設定情報は、タイミング情報と送信パラメータとの少なくとも一方を含んでいてもよい。同期設定情報は、タイミング情報と送信パラメータとの両方を含んでいてもよい。
【００９４】
ＵＥ１００は、リソースプールの情報に含まれる同期設定インデックス（ｓｙｎｃＣｏｎｆｉｇＩｎｄｅｘ）に基づいて、同期設定情報を選択できる。当該同期設定インデックスは、送信又は受信リソースプールに関連付けられた同期設定情報を示す。
【００９５】
ステップＳ１０３において、ｅＮＢ２００−２（第２のセル）は、同期設定情報を送信する。当該同期設定情報は、第２のセルにおいてＳＬＳＳを送信するための情報である。ｅＮＢ２００−２は、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）により同期設定情報を送信できる。
【００９６】
ＵＥ１００は、第２のセルのカバレッジ内に位置する場合、第２のセルからのＳＩＢを受信できる。ＵＥ１００は、ＳＩＢを読み込むことにより、同期設定情報（Ｓｙｎｃ．Ｃｏｎｆｉｇ．）を取得できる。
【００９７】
ＵＥ１００は、サイドリンク信号を送信している場合にのみ、隣接セルからのＳＩＢの受信を試みてもよい。ＵＥ１００は、サイドリンク信号の受信のみを実行している場合、又は、近傍サービスを実行していない場合、隣接セルからのＳＩＢの受信を試みなくてもよい。ＵＥ１００は、所定情報を測定報告に含めることを許可されている場合にのみ、隣接セルからのＳＩＢの受信を試みてもよい。ＵＥ１００は、所定情報を測定報告に含めることを許可されていない場合、隣接セルからのＳＩＢの受信を試みなくてもよい。
【００９８】
ＵＥ１００は、複数の隣接セルのうち、無線信号の受信強度が最も強い隣接セルからのＳＩＢの受信のみを試みてもよい。
【００９９】
ステップＳ１０４において、ＵＥ１００は、測定報告をｅＮＢ２００−１へ送信する。ｅＮＢ２００−１は、測定報告を受信する。
【０１００】
測定報告は、ＵＥ１００の無線環境の測定結果を含む。測定結果は、例えば、第１のセル及び／又は隣接セル（第２のセル）からの無線信号の受信強度（ＲＳＲＰ）を含んでもよい。測定結果は、第１のセル及び／又は隣接セル（第２のセル）からの無線信号の受信品質（ＲＳＲＱ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ）を含んでもよい。
【０１０１】
測定報告は、所定情報（ＳＩＢ  ａｃｑｕｉｒｅｄ  ｉｎｆｏ．）を含んでいてもよい。所定情報は、隣接セルにおける同期設定情報をＵＥ１００が取得しているか否かをｅＮＢ２００−１へ知らせるための情報である。所定情報は、同期設定情報をＵＥ１００が取得したことを示す情報であってもよい。所定情報は、同期設定情報をＵＥ１００が取得していないことを示す情報であってもよい。
【０１０２】
所定情報は、同期設定情報が含まれるＳＩＢ（ＳＩＢ１８及び／又はＳＩＢ１９）を受信（取得）したか否かを示す情報であってもよい。
【０１０３】
所定情報は、同期設定情報の送信元のセルを示す識別子を含んでいてもよい。所定情報は、同期設定情報の送信元のセルの周波数を示す識別子を含んでいてもよい。
【０１０４】
所定情報は、同期設定情報（ＳＩＢ）の取得時間を示す情報を含んでいてもよい、所定情報は、取得したＳＩＢに含まれるバリュータグ（ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）を含んでいてもよい。
【０１０５】
このように、ＵＥ１００は、測定報告により、所定情報をｅＮＢ２００−１へ送信できる。ＵＥ１００は、ｅＮＢ２００−１から許可されている場合に、所定情報を測定報告に含めてもよい。ＵＥ１００は、ｅＮＢ２００−１から許可されていない場合、所定情報を測定報告に含めることを省略してもよい。
【０１０６】
ｅＮＢ２００−１は、測定報告をＵＥ１００から受信する。これにより、ｅＮＢ２００−１は、所定情報を受信できる。
【０１０７】
ステップＳ１０５において、ｅＮＢ２００−１は、測定報告に基づいて、ハンドオーバを実行するか否かを決定する。ｅＮＢ２００−１は、複数のセルへハンドオーバが実行できる場合、ＵＥ１００が同期設定情報を取得している場合、当該同期設定情報の送信元のセルへのハンドオーバを優先してもよい。
【０１０８】
ｅＮＢ２００−１は、第２のセルへのハンドオーバを実行することを決定したと仮定して説明を進める。
【０１０９】
ステップＳ１０６において、ｅＮＢ２００−１は、ハンドオーバ要求（ＨＯ  Ｒｅｑｕｅｓｔ）メッセージをｅＮＢ２００−２へ送る。
【０１１０】
ハンドオーバ要求メッセージは、ハンドオーバのためのリソースの準備を要求するメッセージである。ハンドオーバ要求メッセージは、所定情報を含んでいてもよい。すなわち、ｅＮＢ２００−１は、所定情報をｅＮＢ２００−２へ転送してもよい。
【０１１１】
ｅＮＢ２００−２は、ハンドオーバ要求メッセージを受信する。ｅＮＢ２００−２は、ハンドオーバ要求を承認するか否かを決定する。ｅＮＢ２００−２は、ハンドオーバ要求を承認すると決定したと仮定して説明を進める。
【０１１２】
ステップＳ１０７において、ｅＮＢ２００−２は、ハンドオーバ要求承認（ＨＯ  Ｒｅｑｕｅｓｔ  ＡＣＫ：ＨＯ要求ＡＣＫ）メッセージをｅＮＢ２００−１へ送る。ｅＮＢ２００−１は、ＨＯ要求ＡＣＫメッセージをｅＮＢ２００−２から受け取る。
【０１１３】
ＨＯ要求ＡＣＫメッセージは、ＵＥ１００のハンドオーバ先である第２のセルにおける同期設定情報を含んでもよい、ＨＯ要求ＡＣＫメッセージは、第２のセルにおいて近傍サービスのために用いられる送信リソースプールの情報を含んでいてもよい。
【０１１４】
ｅＮＢ２００−２は、所定情報に基づいて、同期設定情報をＨＯ要求ＡＣＫメッセージに含めるか否かを判定してもよい。ｅＮＢ２００−２は、ＵＥ１００が同期設定情報を取得していない場合にのみ、同期設定情報をＨＯ要求ＡＣＫメッセージに含めてもよい。ｅＮＢ２００−２は、ＵＥ１００が同期設定情報を取得している場合、同期設定情報をＨＯ要求ＡＣＫメッセージに含めなくてもよい。
【０１１５】
ｅＮＢ２００−２は、所定情報に含まれる同期設定情報（ＳＩＢ）の取得時間及び／又は所定情報に含まれるＳＩＢに含まれるバリュータグに基づいて、同期設定情報をＨＯ要求ＡＣＫメッセージに含めるか否かを判定してもよい。ｅＮＢ２００−２は、ＵＥ１００が取得した同期設定情報が最新の同期設定情報でない場合、同期設定情報をＨＯ要求ＡＣＫメッセージに含めてもよい。
【０１１６】
ステップＳ１０８において、ｅＮＢ２００−１は、第１のセル（ｅＮＢ２００−１）から第２のセル（ｅＮＢ２００−２）へハンドオーバを開始するためのメッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥ１００へ送信する。
【０１１７】
当該メッセージは、第２のセルにおいて近傍サービスのために用いられる送信リソースプールの情報と同期設定情報とを含むことができる。
【０１１８】
送信リソースプールの情報は、ＵＥ１００が実行しているサイドリンク信号を送信するために用いられる送信リソースプールの情報である。送信リソースプールの情報は、例えば、サイドリンク通信のためにリソースの個々のプールのための設定情報を特定する「ＳＬ−ＣｏｍｍＲｅｓｏｕｒｃｅＰｏｏｌ（ＳＬ−ＣｏｍｍＴｘＰｏｏｌＬｉｓｔ）」である、送信リソースプールの情報は、例えば、サイドリンクディスカバリのためにリソースの個々のプールのための設定情報を特定する「ＳＬ−ＤｉｓｃＲｅｓｏｕｒｃｅＰｏｏｌ（ＳＬ−ＤｉｓｃＴｘＰｏｏｌＬｉｓｔ）」であってもよい。
【０１１９】
送信リソースプールの情報は、ＵＥ１００がハンドオーバを実行した後、ＵＥ１００が第２のセルから送信リソースプール（又は無線リソース）を受信するまでの間、使用可能な送信リソースプールであってもよい。ＵＥ１００は、第２のセルから送信リソースプール（又は無線リソース）を受信した場合、新たに受信した送信リソースプールを用いて、サイドリンク信号の送信を開始してもよい。
【０１２０】
ＵＥ１００は、第１のセルから第２のセルへのハンドオーバを開始するためのメッセージをｅＮＢ２００−１から受信する。ＵＥ１００は、当該メッセージの受信に応じて、ハンドオーバを開始する、ＵＥ１００は、当該メッセージの受信に応じて、サイドリンク信号の送信を中断する。
【０１２１】
ステップＳ１０９において、ｅＮＢ２００−２は、同期信号を送信する。ＵＥ１００は、第２のセルからの同期信号を受信する。ＵＥ１００は、同期信号に基づいて、第２のセルとの同期を確立する、セルに在圏するＵＥ１００は、近傍サービスを実行する場合、セルとの同期を確立しなければならない、ＵＥ１００がセルに在圏する場合、ＵＥ１００は、セルにキャンプしている又はセルと接続している状態である。
【０１２２】
同期信号は、ＰＳＳ（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）／ＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）及びＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）である。同期信号は、第２のセル（ｅＮＢ２００−２）と同期を確立するために用いられる。同期信号は、ｅＮＢ２００−２から定期的に送信される信号である。
【０１２３】
ステップＳ１１０において、ＵＥ１００は、第２のセルと同期を確立した後、送信リソースプールを用いて、サイドリンク信号（ディスカバリメッセージ／ユーザデータ）の送信を開始する。具体的には、ＵＥ１００は、送信リソースプールの中から、サイドリンク信号の送信に用いる無線リソースを選択する、ＵＥ１００は、同期設定情報に基づいて、サイドリンク同期信号の送信を開始する。
【０１２４】
ＵＥ１００は、ハンドオーバが完了した後、第２のセルからＳＩＢを取得する前に、サイドリンク信号の送信を開始できる。ＵＥ１００は、第２のセルと同期を確立した後、ハンドオーバが完了する前（すなわち、ＲＲＣ接続再設定完了メッセージをｅＮＢ２００−２へ送信する前）に、サイドリンク信号（及びサイドリンク同期信号）の送信を開始してもよい。ＵＥ１００は、ハンドオーバが完了した後、サイドリンク信号（及びサイドリンク同期信号）の送信を開始してもよい。
【０１２５】
以上により、ＵＥ１００は、ハンドオーバが完了した後に第２のセルからＳＩＢを取得する場合に比べて、サイドリンク信号の送信を早めに開始できる。これにより、ハンドオーバによるサイドリンク信号の送信を中断する期間を短くすることができる。
【０１２６】
ＵＥ１００は、ハンドオーバ前に、送信リソースプールの情報に含まれる同期設定インデックスを有していても、同期設定インデックスが示す同期設定情報を受信していなければ、サイドリンク同期信号を送信することができない。従って、ハンドオーバを開始するためのメッセージに同期設定情報が含まれることによって、ＵＥ１００は、サイドリンク信号の送信を中断する期間を短くすることができる。
【０１２７】
（変更例１）
第１実施形態の変更例１に係る動作について図７を用いて説明する。図７は、第１実施形態の変更例１に係る動作を説明するためのシーケンス図である、上述にて説明した内容の説明は、適宜省略する。
【０１２８】
本変更例では、ＵＥ１００が測定報告以外のメッセージにより、所定情報をｅＮＢ２００−１へ送信するケースについて説明する。
【０１２９】
ステップＳ２０１からＳ２０３は、ステップＳ１０１からＳ１０３に対応する。
【０１３０】
ステップＳ２０４において、ＵＥ１００は、サイドリンクＵＥ情報メッセージにより所定情報をｅＮＢ２００−１へ送信する。
【０１３１】
サイドリンクＵＥ情報は、サイドリンク情報をｅＮＢ２００−１へ示すために用いられるメッセージである。
【０１３２】
ＵＥ１００は、同期設定情報の受信に応じて、サイドリンクＵＥ情報メッセージにより所定情報をｅＮＢ２００−１へ送信してもよい。ＵＥ１００は、サイドリンクＵＥ情報メッセージを送信するためのトリガ条件が満たされた場合に、サイドリンクＵＥ情報メッセージにより所定情報をｅＮＢ２００−１へ送信してもよい。例えば、ＵＥ１００は、サイドリンク信号を送信するための送信リソースを要求する場合に、リソースを要求するための情報と、所定情報とを含むサイドリンクＵＥ情報メッセージをｅＮＢ２００−１へ送信してもよい。
【０１３３】
ステップＳ２０５からＳ２１１は、ステップＳ１０４からＳ１１０に対応する。
【０１３４】
ステップＳ２０５において、ＵＥ１００は、測定報告により所定情報をｅＮＢ２００−１へ送信しなくてもよい。ＵＥ１００は、測定報告により所定情報をｅＮＢ２００−１へ送信してもよい。ＵＥ１００は、サイドリンクＵＥ情報メッセージにより送信した同期設定情報と最後に取得した同期設定情報とが異なる場合にのみ、測定報告により所定情報を送信してもよい。
【０１３５】
ステップＳ２０７において、ｅＮＢ２００−１は、サイドリンクＵＥ情報メッセージ（所定情報）を含む情報（ＡＳ−Ｃｏｎｆｉｇ）をｅＮＢ２００−２へ転送できる。
【０１３６】
（変更例２）
第１実施形態の変更例２に係る動作について図８を用いて説明する。図８は、第１実施形態の変更例２（及び変更例３）に係る動作を説明するためのシーケンス図である、上述にて説明した内容の説明は、適宜省略する。
【０１３７】
本変更例では、ｅＮＢ２００−１がメッセージに同期設定情報を含めるか否かを判定する。
【０１３８】
ステップＳ３０１及びＳ３０２は、ステップＳ１０１及びＳ１０２に対応する。
【０１３９】
ステップＳ３０３において、ｅＮＢ２００−２は、同期設定情報をｅＮＢ２００−１へ送る。ｅＮＢ２００−１は、同期設定情報をｅＮＢ２００−２から受け取る。
【０１４０】
ｅＮＢ２００−２は、同期設定情報と共に送信リソースプールの情報を送ってもよい。
【０１４１】
ｅＮＢ２００−２は、同期設定情報の更新に応じて、同期設定情報をｅＮＢ２００−１へ送ってもよい。ｅＮＢ２００−２は、ＳＩＢにより自セル内へブロードキャストにより送信する同期設定情報を変更する場合に、同期設定情報をｅＮＢ２００−１へ送ってもよい。
【０１４２】
ステップＳ３０４は、ステップＳ２０４に対応する。ステップＳ３０４は、省略されてもよい。ステップＳ３０５からＳ３０８は、ステップＳ１０４からＳ１０７に対応する。
【０１４３】
ステップＳ３０９において、ｅＮＢ２００−１は、ハンドオーバを開始するためのメッセージに送信リソースプールの情報と同期設定情報とを含める。ｅＮＢ２００−１は、当該メッセージをＵＥ１００へ送信する。
【０１４４】
ｅＮＢ２００−１は、近傍サービスに用いられる無線リソース（又は送信リソースプール）をＵＥ１００へ割り当てている場合に、送信リソースプールの情報と同期設定情報とをメッセージに含めてもよい。
【０１４５】
ｅＮＢ２００−１は、サイドリンク信号の送信を中断する期間を短くすることが好ましい場合に、送信リソースプールの情報と同期設定情報とをメッセージに含めてもよい。例えば、ｅＮＢ２００−１は、近傍サービスに用いられる無線リソース又は送信リソースプール（以下、ＰｒｏＳｅリソース）の種別に応じて、送信リソースプールの情報と同期設定情報とをメッセージに含めるか否かを判定してもよい。例えば、ｅＮＢ２００−１は、ＵＥ１００が使用するＰｒｏＳｅリソースが車車間通信（Ｖ２Ｖ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）用である場合に、送信リソースプールの情報と同期設定情報とをメッセージに含めてもよい、ｅＮＢ２００−１は、ＵＥ１００が使用するＰｒｏＳｅリソースがユニキャスト用（又はグループキャスト用）である場合に、送信リソースプールの情報と同期設定情報とをメッセージに含めてもよい。
【０１４６】
ｅＮＢ２００−１は、ＵＥ１００が使用するＰｒｏＳｅリソースが商業用である場合、送信リソースプールの情報と同期設定情報とをメッセージに含めなくてもよい。ｅＮＢ２００−１は、ＵＥ１００が使用するＰｒｏＳｅリソースがブロードキャスト用である場合に、送信リソースプールの情報と同期設定情報とをメッセージに含めなくてもよい。
【０１４７】
ｅＮＢ２００−１は、サイドリンクＵＥ情報メッセージによりＵＥ１００が要求したＰｒｏＳｅリソースの種別に応じて、送信リソースプールの情報と同期設定情報とをメッセージに含めるか否かを判定してもよい。
【０１４８】
ｅＮＢ２００−１は、ＵＥ１００から受信した所定情報に基づいて、送信リソースプールの情報と同期設定情報とをメッセージに含めるか否かを判定してもよい。例えば、ｅＮＢ２００−１は、ＵＥ１００が同期設定情報を取得していないことを所定情報が示す場合、送信リソースプールの情報と同期設定情報とをメッセージに含めてもよい。ｅＮＢ２００−１は、ＵＥ１００が同期設定情報を取得していることを所定情報が示す場合、送信リソースプールの情報と同期設定情報とをメッセージに含めなくてもよい。このようにｅＮＢ２００−１は、ｅＮＢ２００−２から予め取得した同期設定情報と送信リソースプールの情報とをメッセージに含めるか否かを判定してもよい。
【０１４９】
ステップＳ３０９及びＳ３１０は、ステップＳ１０８及びＳ１０９に対応する。
【０１５０】
（変更例３）
第１実施形態の変更例３に係る動作について図８を用いて説明する、上述にて説明した内容の説明は、適宜省略する。
【０１５１】
ステップＳ３０４において、ＵＥ１００は、近傍サービスを実行するＵＥ１００の状況に関する情報（以下、ＵＥ情報）を、サイドリンクＵＥ情報メッセージに含めてもよい。ｅＮＢ２００−１は、サイドリンクＵＥ情報メッセージの受信により、ＵＥ情報を受信する。
【０１５２】
ＵＥ情報は、ＵＥ１００の速度を示す情報（速度情報）を含んでいてもよい。
【０１５３】
ＵＥ情報は、ハンドオーバによる近傍サービスの利用が中断される期間を短縮すべきアプリケーションを実行しているか否かを示す情報を含んでいてもよい。例えば、ＵＥ情報は、ＵＥ１００がＤ２Ｄ近傍サービスを用いた車車間通信（Ｖ２Ｖ）を実行しているか否かを示す情報（Ｖ２Ｖ情報）を含んでいてもよい。
【０１５４】
ＵＥ情報は、近傍サービスの優先度を示す情報（優先度情報）を含んでいてもよい。優先度情報は、近傍サービスにより送信（受信）されるパケットの優先度（ＰＰＰＰ：ＰｒｏＳｅ  Ｐｅｒ−Ｐａｃｋｅｔ  Ｐｒｉｏｒｉｔｙ）を示す情報であってもよい。優先度情報は、近傍サービスを利用するアプリケーションの優先度を示す情報であってもよい。
【０１５５】
ステップＳ３０９において、ｅＮＢ２００−１は、ＵＥ情報に応じて、送信リソースプールの情報と同期設定情報とをメッセージに含めるか否かを判定できる。
【０１５６】
ｅＮＢ２００−１は、速度情報に基づいて、ＵＥ１００の速度が閾値を超えると判定した場合、送信リソースプールの情報と同期設定情報とをメッセージに含めてもよい。一方、ｅＮＢ２００−１は、速度情報に基づいて、ＵＥ１００の速度が閾値を超えないと判定した場合、送信リソースプールの情報と同期設定情報とをメッセージに含めなくてもよい。
【０１５７】
ｅＮＢ２００−１は、Ｖ２Ｖ情報に基づいて、ＵＥ１００がＶ２Ｖを実行していると判定した場合、送信リソースプールの情報と同期設定情報とをメッセージに含めてもよい。一方、ｅＮＢ２００−１は、Ｖ２Ｖ情報に基づいて、ＵＥ１００がＶ２Ｖを実行していない場合、送信リソースプールの情報と同期設定情報とをメッセージに含めなくてもよい。
【０１５８】
ｅＮＢ２００−１は、優先度情報に基づいて、近傍サービス（例えば、ＰＰＰＰ）の優先度が閾値よりも高いと判定した場合、送信リソースプールの情報と同期設定情報とをメッセージに含めてもよい。一方、ｅＮＢ２００−１は、優先度情報に基づいて、近傍サービスの優先度が閾値よりも低いと判定した場合、送信リソースプールの情報と同期設定情報とをメッセージに含めなくてもよい。
【０１５９】
以上により、ｅＮＢ２００−１は、サイドリンク信号の送信を中断する期間を短くすることが必要な場合にのみ、送信リソースプールの情報と同期設定情報とをメッセージに含めることができる。
【０１６０】
（変更例４）
第１実施形態の変更例４に係る動作について図９を用いて説明する。図９は、第１実施形態の変更例４に係る動作を説明するための説明図である、上述にて説明した内容の説明は、適宜省略する。
【０１６１】
本変更例では、ハンドオーバを開始するためのメッセージは、同期設定情報（ＳＬ−ＳｙｎｃＣｏｎｆｉｇ）ではなく、同期設定インデックス（ｓｙｎｃＣｏｎｆｉｇＩｎｄｅｘ）を含む。
【０１６２】
図９のステップＳ４０１において、ｅＮＢ２００−１は、同期設定情報のリスト（ｃｏｍｍＳｙｎｃＣｏｎｆｉｇＬｉｓｔ（又はｄｉｓｃＳｙｎｃＣｏｎｆｉｇＬｉｓｔ））をＵＥ１００へ提供（送信）する。ｅＮＢ２００−１は、例えば、リストをＳＩＢ（例えば、ＳＩＢ１８（又はＳＩＢ１９））によりＵＥ１００へ送信できる。
【０１６３】
リストに含まれる複数の同期設定情報のそれぞれは、第１のインデックス（例えば、０−１５）と対応付けられている。第１のインデックスは、同期設定情報を指定する（すなわち、同期設定情報を示す）。複数の同期設定情報の一部は、隣接セル（第２のセル）における同期設定情報である。当該同期設定情報は、隣接セル（第２のセル：Ｃｅｌｌ  Ｂ）の識別子（Ｃｅｌｌ  ＩＤ）と対応付けられてもよい。当該同期設定情報は、第１のセルにおいて利用可能であってもよい。
【０１６４】
ｅＮＢ２００−１は、ｅＮＢ２００−２とリストを共有する。例えば、ｅＮＢ２００−１は、ステップＳ４０２の前に、ｅＮＢ２００−２へリストを送る。ｅＮＢ２００−１は、Ｘ２インターフェイスを介して、ｅＮＢ２００−２へリストを送ってもよい。ｅＮＢ２００−１は、リストの更新（作成）に応じて、ｅＮＢ２００−２へリストを送ってもよい。
【０１６５】
或いは、ｅＮＢ２００−２は、ＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ  Ａｎｄ  Ｍａｎａｇｅｍｅｎｔ）からリストを受け取ってもよい、ＯＡＭは、オペレータによって管理されるサーバ装置である。ＯＡＭは、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。ＯＡＭは、ＥＰＣ２０に設けられる。
【０１６６】
ｅＮＢ２００−１は、ＵＥ１００のハンドオーバを決定した場合、上述と同様に、ハンドオーバ要求メッセージをｅＮＢ２００−２へ送る。ハンドオーバ要求メッセージは、所定情報を含んでいてもよい。
【０１６７】
ステップＳ４０２において、ｅＮＢ２００−２は、ハンドオーバコマンド（ＨＯ  ｃｏｍｍａｎｄ）をｅＮＢ２００−１へ送る。ハンドオーバコマンドは、ＨＯ要求ＡＣＫメッセージであってもよい。
【０１６８】
ｅＮＢ２００−２は、ｅＮＢ２００−１がＵＥ１００に提供するリスト（すなわち、ｅＮＢ２００−１と共有するリスト）の中から、ハンドオーバの対象であるＵＥ１００に設定する同期設定情報を選択する。具体的には、ｅＮＢ２００−２は、リストの中から、第２のセルにおいて利用可能である同期設定情報を選択する。選択された同期設定情報は、第２のセルにおいてＵＥ１００が同期信号を送信するための同期設定情報である。
【０１６９】
ｅＮＢ２００−２は、選択された同期設定情報に対応する同期設定インデックス（例えば、ｉｎｄｅｘ：２）をハンドオーバコマンドに含める。当該インデックスは、第１のセルが提供するリストに含まれるインデックスに対応する。すなわち、当該インデックスは、第１のセル（ソースセル）の同期設定インデックスである。
【０１７０】
ステップＳ４０３において、ｅＮＢ２００−１は、ｅＮＢ２００−２から受け取った同期設定インデックスを含むメッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥ１００へ送信する。ＵＥ１００は、当該メッセージを受信する。
【０１７１】
当該メッセージに含まれる同期設定インデックスは、第１のセルが提供するリストに含まれる所定の同期設定情報に対応するため、ＵＥ１００は、第２のセルにおいて利用可能な所定の同期設定情報を把握することができる。これにより、ＵＥ１００は、第２のセルからＳＩＢ（同期設定情報）を取得する前に、所定の同期設定情報に基づいて、サイドリンク同期信号の送信を開始できる。従って、ハンドオーバによるサイドリンク信号の送信を中断する期間を短くすることができる。
【０１７２】
（変更例５）
第１実施形態の変更例５に係る動作について図１０を用いて説明する。図１０は、第１実施形態の変更例５に係る動作を説明するための説明図である、上述にて説明した内容の説明は、適宜省略する。
【０１７３】
本変更例では、ハンドオーバを開始するためのメッセージは、第１のセル（ソースセル）の同期設定インデックスではなく、第２のセル（ターゲットセル）の同期設定インデックスを含む。
【０１７４】
図１０に示すように、ｅＮＢ２００−２は、同期設定情報のリスト（以下、第２のリスト）を第２のセル内に提供する。第２のリストは、第２のインデックス（０−１５）を含む。第２のリストに含まれる複数の同期設定情報のそれぞれは、第２のインデックスに対応付けられている。第２のインデックスは、同期設定情報に対応する（同期設定情報を示す）。
【０１７５】
図１０のステップＳ５０１は、ステップＳ４０１に対応する。ｅＮＢ２００−１は、同期設定情報のリスト（第１のリスト）をＵＥ１００へ提供（送信）する。第１のリストは、第１のインデックス（０−１５）を含む。第１のリストに含まれる複数の同期設定情報のそれぞれは、第１のインデックス（０−１５）に対応付けられている。
【０１７６】
本変更例において、第１のリストに含まれる複数の同期設定情報の一部は、隣接セル（第２のセル）における同期設定情報と同じである。当該同期設定情報は、第１のインデックスだけでなく、第２のインデックス（例えば、ＮｃｅｌｌＳｙｎｃＩｎｄｅｘ（１））と対応付けられている。当該同期設定情報は、隣接セル（第２のセル：Ｃｅｌｌ  Ｂ）の識別子（Ｃｅｌｌ  ＩＤ）と対応付けられてもよい。従って、ｅＮＢ２００−１（第１のセル）は、同期設定情報に対応付けられた第２のインデックスを含む第１のリストをＵＥ１００へ送信する。
【０１７７】
ｅＮＢ２００−１は、上述と同様に、ｅＮＢ２００−２と第２のリストを共有する。ｅＮＢ２００−１は、第１のリストを作成（更新）する場合、第１のリストと第２のリストとに共通に含まれる同期設定情報に、第２のインデックスを対応付けることができる。
【０１７８】
ｅＮＢ２００−１は、ＵＥ１００のハンドオーバを決定した場合、上述と同様に、ハンドオーバ要求メッセージをｅＮＢ２００−２へ送る。
【０１７９】
ステップＳ５０２において、ｅＮＢ２００−２は、ハンドオーバコマンド（ＨＯ  ｃｏｍｍａｎｄ）をｅＮＢ２００−１へ送る。
【０１８０】
ｅＮＢ２００−２は、第２のリストの中から、ハンドオーバの対象であるＵＥ１００に設定する同期設定情報を選択する。ｅＮＢ２００−２は、選択された同期設定情報に対応する同期設定インデックス（例えば、ｉｎｄｅｘ：１）をハンドオーバコマンドに含める。当該インデックスは、第２のリストに含まれる第２のインデックスに対応する。すなわち、当該第２のインデックスは、第２のセル（ターゲットセル）の同期設定インデックスである。
【０１８１】
ステップＳ５０３において、ｅＮＢ２００−１は、ｅＮＢ２００−２から受け取った同期設定インデックス（第２のインデックス）を含むメッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥ１００へ送信する。ＵＥ１００は、当該メッセージを受信する。
【０１８２】
当該メッセージに含まれる同期設定インデックスは、第２のインデックスに対応するため、ＵＥ１００は、第１のインデックス（０−１５）ではなく、第２のインデックス（ＮｃｅｌｌＳｙｎｃＩｎｄｅｘ）に対応する同期設定情報を選択する。図１０において、ＵＥ１００は、第１のリストに含まれる複数の同期設定情報のうち、「２」を示す第１のインデックスに対応する同期設定情報を選択できる。これにより、ＵＥ１００は、第２のセルからＳＩＢ（同期設定情報）を取得しなくても、所定の同期設定情報に基づいて、サイドリンク同期信号の送信を開始できる。従って、ハンドオーバによるサイドリンク信号の送信を中断する期間を短くすることができる。
【０１８３】
［第２実施形態］
次に、第２実施形態に係る動作について図１１を用いて説明する。図１１は、第２実施形態に係る動作を説明するためのシーケンス図である、上述にて説明した内容の説明は、適宜省略する。
【０１８４】
第２実施形態では、ＵＥ１００が近傍サービスにおける受信動作を実行しているケースについて説明する。
【０１８５】
図１１において、ステップＳ６０１は、ステップＳ１０１に対応する。
【０１８６】
ステップＳ６０２において、ｅＮＢ２００−１は、第１のセルにおいて近傍サービスのために用いられる受信リソースプール（第１のリソースプール）の情報を送信する。ＵＥ１００は、第１のリソースプールの情報をｅＮＢ２００−１から受信する。第１のリソースプールの情報は、ＲＲＣアイドル状態及びＲＲＣ接続状態においてＵＥ１００がサイドリンク通信を受信することが許可されたリソースを示す「ｃｏｍｍＲｘＰｏｏｌ」であってもよい。第１のリソースプールの情報は、ＲＲＣアイドル状態及びＲＲＣ接続状態においてＵＥ１００がディスカバリアナウンスを受信することが許可されたリソースを示す「ｄｉｓｃＲｘＰｏｏｌ」であってもよい。
【０１８７】
ステップＳ６０３において、ＵＥ１００は、第１のリソースプールの情報に基づいて、近傍サービスにおけるサイドリンク信号を受信するためのモニタを開始する。
【０１８８】
ステップＳ６０４からＳ６０９は、ステップＳ１０４からＳ１０９に対応する。ただし、ステップＳ６０４からＳ６０９におけるメッセージは、所定情報を含まなくてもよい、当該メッセージは、同期設定情報を含まなくてもよい、当該メッセージは、受信リソースプールの情報を含まなくてもよい。
【０１８９】
ステップＳ６０４からＳ６０９の間において、ＵＥ１００は、サイドリンク信号のモニタを継続できる。すなわち、ＵＥ１００は、第１のセルから第２のセルへのハンドオーバを開始するためのメッセージを受信した場合であっても、ＵＥ１００は、第１のリソースプールを用いてサイドリンク信号のモニタを継続できる。
【０１９０】
ＵＥ１００は、２つの受信機（Ｒｘ  Ｃｈａｉｎｓ）を有する場合にのみ、第１のリソースプールを用いてサイドリンク信号のモニタを継続できる、ＵＥ１００は、サイドリンク信号のモニタよりもステップＳ６０８及びＳ６０９における動作を優先してもよい。これにより、ＵＥ１００は、１つの受信機（Ｒｘ  Ｃｈａｉｎｓ）しか備えていない場合であっても、サイドリンク信号のモニタを継続できる。
【０１９１】
ＵＥ１００は、ステップＳ６０８におけるメッセージを受信した後、モニタを実行していない場合よりも、早めにハンドオーバを実行するための動作を開始してもよい。例えば、ＵＥ１００は、メッセージを受信するとすぐに、ｅＮＢ２００−２へのＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）の送信を開始する。これにより、ＵＥ１００は、第１のセルから離れる前にハンドオーバを完了することができる。従って、ＵＥ１００は、ハンドオーバ後であっても、第１のセルを適切なセル（Ｓｕｉｔａｂｌｅ  Ｃｅｌｌ）と認識できる。従って、ＵＥ１００は、第１のリソースプールを用いてサイドリンク信号のモニタを継続できる。
【０１９２】
ステップＳ６１０において、ｅＮＢ２００−２（第２のセル）は、第２のセルにおいて近傍サービスのために用いられる受信リソースプール（第２のリソースプール）の情報を送信する。ＵＥ１００は、第２のリソースプールの情報をｅＮＢ２００−２から受信する。
【０１９３】
ステップＳ６１１において、ＵＥ１００は、第２のリソースプールの情報に基づいて、近傍サービスにおけるサイドリンク信号を受信するためのモニタを開始する。従って、ＵＥ１００は、第２のリソースプールの情報を取得（受信）した後、第１のリソースプールを用いたモニタから第２のリソースプールを用いたモニタへと切り替えることができる。
【０１９４】
このように、ＵＥ１００は、ハンドオーバを開始するためのメッセージを受信した場合であっても、第２の受信リソースプールを取得するまで、第１の受信リソースプールを使用することができる。これにより、サイドリンク信号の受信（モニタ）を中断する期間を短くすることができる。
【０１９５】
（変更例）
第２実施形態に係る変更例について図１１を用いて説明する、上述にて説明した内容の説明は、適宜省略する。
【０１９６】
本変更例では、ｅＮＢ２００−１の制御により、ＵＥ１００が早めにハンドオーバを開始するケースを説明する。
【０１９７】
ステップＳ６０１は、ステップＳ１０１に対応する。
【０１９８】
ｅＮＢ２００−１は、ＵＥ１００が早めにハンドオーバを開始するために、測定報告のトリガを閾値よりも低い値に設定してもよい。ｅＮＢ２００−１は、当該設定の測定設定情報をＵＥ１００へ送ることができる。
【０１９９】
ｅＮＢ２００−１は、例えば、ＵＥ１００がサイドリンク信号の受信に興味がある場合に、測定報告のトリガを閾値よりも低い値に設定してもよい。ｅＮＢ２００−１は、ＵＥ１００からのサイドリンクＵＥ情報メッセージにより、ＵＥ１００がサイドリンク信号の受信に興味があるか否かを判定してもよい。
【０２００】
ｅＮＢ２００−１は、サイドリンク信号の受信が中断する期間（中断期間）の短縮の要求をＵＥ１００から受信した場合に、ｅＮＢ２００−１は、測定報告のトリガを閾値よりも低い値に設定してもよい。
【０２０１】
ｅＮＢ２００−１は、中断期間の短縮が好ましい場合に、ｅＮＢ２００−１は、測定報告のトリガを閾値よりも低い値に設定してもよい。例えば、ｅＮＢ２００−１は、上述のＵＥ情報（第１実施形態の変更例３参照）に基づいて、測定報告のトリガを閾値よりも低い値に設定してもよい。ｅＮＢ２００−１は、ハンドオーバによる近傍サービスの利用が中断される期間を短縮すべきアプリケーションを実行していることを示す情報を含むＵＥ情報の受信に応じて、測定報告のトリガを閾値よりも低い値に設定してもよい。
【０２０２】
ステップＳ６０５において、ｅＮＢ２００−１は、ハンドオーバの決定のために用いられる閾値として、特別な閾値を用いてもよい。特別な閾値は、通常の閾値よりもハンドオーバが実行されやすい値である。例えば、ｅＮＢ２００−１は、２つのＵＥ１００から同じ測定結果を受信した場合、サイドリンク信号のモニタを実行している一方のＵＥ１００についてのハンドオーバを実行すると判定してもよい。ｅＮＢ２００−１は、近傍サービスを実行していない他方のＵＥ１００についてのハンドオーバを実行しないと判定してもよい。これにより、ＵＥ１００は、第１のセルから離れる前にハンドオーバを完了することができる。従って、ＵＥ１００は、ハンドオーバ後であっても、第１のセルを適切なセルと認識できる。
【０２０３】
以上により、サイドリンク信号の受信（モニタ）を中断する期間を短くすることができる。
【０２０４】
［その他の実施形態］
上述した各実施形態によって、本出願の内容を説明したが、この開示の一部をなす論述及び図面は、本出願の内容を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０２０５】
上述において、１つの基地局が２つのセルを管理するケースにおいても、上述の動作が実行されてもよい。
【０２０６】
上述において、ＵＥ１００は、測定報告又はサイドリンクＵＥ情報メッセージにより、所定情報を送信したが、これに限られない。ＵＥ１００は、他のメッセージにより、所定情報をｅＮＢ２００−１へ送信してもよい。例えば、ＵＥ１００は、ＵＥアシスタンス情報メッセージにより、所定情報をｅＮＢ２００−１へ送信してもよい、ＵＥ１００は、ＵＥアシスタンス情報メッセージにより、ＵＥ情報をｅＮＢ２００−１へ送信してもよい。
【０２０７】
上述（第１実施形態の変更例２及び３）において、ｅＮＢ２００−１が判定するケースを説明したが、ｅＮＢ２００−２が同期設定情報及び送信リソースプールの情報をＨＯ要求ＡＣＫメッセージに含めるか否かを判定してもよい。ｅＮＢ２００−１は、判定のために必要な情報（例えば、ＵＥ情報）をハンドオーバ要求メッセージに含めてもよい。ｅＮＢ２００−２は、ｅＮＢ２００−１と同様に、同期設定情報及び送信リソースプールの情報をＨＯ要求ＡＣＫメッセージに含めるか否かを判定できる。
【０２０８】
上述（第１実施形態の変更５）において、ｅＮＢ２００−１は、ｅＮＢ２００−２から受け取った第２のインデックスを第１のインデックスに書き換えてもよい。ｅＮＢ２００−１は、書き換えた第１のインデックスを含むメッセージをＵＥ１００へ送信してもよい。第２のインデックス（ｉｎｄｅｘ：１）に対応する同期設定情報は、第１のリストにおいて書き換えた第１のインデックス（ｉｎｄｅｘ：２）に対応する。これにより、ｅＮＢ２００−１が、第２のインデックスを含まない第１のリストをＵＥ１００へ送信している場合であっても、ＵＥ１００は、第２のセルからＳＩＢ（同期設定情報）を取得する前に、同期設定情報を把握できる。従って、ハンドオーバによるサイドリンク信号の送信を中断する期間を短くすることができる。
【０２０９】
上述において、第１実施形態では、サイドリンク信号の送信を目的としていたが、これに限られない。第１実施形態の動作は、サイドリンク信号を受信するために実行されてもよい。例えば、ハンドオーバを開始するためのメッセージは、受信リソースプールの情報と同期設定情報とを含んでいてもよい。ＵＥ１００は、同期設定情報に基づいて、サイドリンク同期信号の受信を開始する、ＵＥ１００は、受信リソースプールを用いて、サイドリンク信号（ディスカバリメッセージ／ユーザデータ）の受信を開始する。これにより、ＵＥ１００は、第２のセルからＳＩＢ（受信リソースプール）を取得する前に、サイドリンク信号の送信を開始できる。このように、第１実施形態において、「送信」を「受信」に置き換えることも可能である。
【０２１０】
上述した各実施形態に係る動作は、適宜組み合わせて実行されてもよい。例えば、ハンドオーバを開始するためのメッセージは、送信リソースプールの情報と、受信リソースプールの情報と同期設定情報とを含んでいてもよい、上述した各シーケンスにおいて、必ずしも全ての動作が必須の構成ではない。例えば、各シーケンスにおいて、一部の動作のみが実行されてもよい。
【０２１１】
上述した各実施形態では特に触れていないが、上述した各ノード（ＵＥ１００、ｅＮＢ２００など）のいずれかが行う各処理をコンピュータに実行させるプログラムが提供されてもよい、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。
【０２１２】
或いは、ＵＥ１００及びｅＮＢ２００のいずれかが行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサ）によって構成されるチップが提供されてもよい。
【０２１３】
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本出願に係る内容を適用してもよい。
【０２１４】
［付記］
（導入）
Ｖ２Ｖのモビリティについて議論され、以下の合意が達成された。
【０２１５】
モビリティ
ＵＥがハンドオーバ中にターゲットセル内の受信プールを取得することに起因する中断時間があることに合意する。
【０２１６】
セル再選択のケース、およびセル再選択を最適化するソリューションが必要かどうかに関する重大な問題は更なる検討事項である。
【０２１７】
ハンドオーバによるＰＣ５中断時間を制限するメカニズムが検討されようとする。
【０２１８】
ＵＥは、ターゲットセルとの同期が行われている限り、ＨＯが完了する前にＴｘプールの使用を開始することが許可されるべきである。
【０２１９】
上述の合意のように、ハンドオーバの間にＵＥがターゲットセルのＳＩＢ１８を取得することに起因する中断時間を減少させる必要がある。中断時間を短縮するために、ターゲットセルのＴｘ／Ｒｘリソースプール情報をＨＯコマンドを介してＵＥに転送すべきであるという考え方がある。
【０２２０】
この付記では、このような転送アプローチの詳細を調査する。
【０２２１】
（検討）
ＨＯコマンドを介するサイドリンク送信設定
Ｒｅｌ．１２以降、ターゲットセルは、ＨＯコマンドを介して送信リソースをＵＥに設定することができる。モード２送信のために、次の合意によりＨＯ中断時間を短縮することに合意した。「ＵＥは、ターゲットセルとの同期が行われている限り、ＨＯが完了する前にＴｘプールの使用を開始することが許可されるべきである。」
【０２２２】
一方、ＨＯコマンドにおけるモード２送信のためのサイドリンク同期情報に関しては、ターゲットセルは、ターゲットセルのＳＩＢ１８に設けられたサイドリンク同期設定（ｃｏｍｍＳｙｎｃＣｏｎｆｉｇ）のインデックス（ｓｙｎｃＣｏｎｆｉｇＩｎｄｅｘ）でＵＥを設定することもできる。しかしながら、そのようなインデックスは、実際の設定のない（即ち、ＳＬ−ＳｙｎｃＣｏｎｆｉｇではない）ＵＥにとって無意味であるので、ＵＥは、ターゲットセル内のＳＩＢ１８も取得しない限り、実際のサイドリンク同期設定を理解することができない。したがって、現在のように、ターゲットセルがＨＯコマンド内のインデックス（ｓｙｎｃＣｏｎｆｉｇＩｎｄｅｘ）のみを提供する限り、ＳＩＢ１８を取得するためのＨＯ中断時間を短縮することができない。
【０２２３】
考察：ターゲットセルがＨＯコマンド内のインデックス（ｓｙｎｃＣｏｎｆｉｇＩｎｄｅｘ）のみを提供する限り、ＳＩＢ１８を取得するためのＨＯ中断時間は短縮することができない。
【０２２４】
ＨＯ中断時間を最小にするために、ターゲットセルは、インデックス（ｓｙｎｃＣｏｎｆｉｇＩｎｄｅｘ）を使用する代わりに、送信リソースに関連付けられた実際の同期設定（ＳＬ−ＳｙｎｃＣｏｎｆｉｇ）またはＨＯコマンド内の実際の同期設定のリスト（ｃｏｍｍＳｙｎｃＣｏｎｆｉｇ）（図１２）を提供してもよい。この代替案は簡単な解決策であるように見えるが、ＨＯコマンドのメッセージサイズを大きくしている。
【０２２５】
もう１つの選択肢は、ターゲットセルがＨＯコマンド上でインデックスのみを提供することである。しかし、インデックスは、ターゲットセルのＳＩＢ１８とは対照的に、ソースセルのＳＩＢ１８（図９）で提供される実際のサイドリンク同期設定を参照する。この代替案は、ＨＯコマンドのメッセージサイズが、ＨＯコマンドの実際の同期設定を含む代替案に比べてもっと小さいという利点を有する。欠点は、この代替案がソースセルとターゲットセルとの間の緊密なネットワーク協調を必要とすることである。すなわち、ソースセルは、ターゲットセルに関連する実際のサイドリンク同期設定をブロードキャストする必要があり、ターゲットセルは、ソースセルに提供するインデックスがソースセルのＳＩＢ１８においてブロードキャストされる実際のサイドリンク同期設定に対応することを確保する必要がある。さらに別の選択肢として、ソースセルは、ターゲットセルの実際のサイドリンク同期設定（図１０）にも正しくマッピングされた自セルのサイドリンク同期設定のインデックスをＳＩＢ１８で提供することができる。この代替案では、ターゲットセルはＨＯコマンドに新しいパラメータを追加する必要はないが、ＳＩＢ１８のメッセージサイズに影響を及ぼし、緊密なネットワーク協調が再び必要となる。
【０２２６】
上述に示唆されたすべての選択肢の複雑さを考慮し、そのような緊密なネットワーク協調を回避するために、ＨＯコマンドのサイズに影響を与えるとしても、ターゲットセルは、ＨＯコマンドを介して実際のサイドリンク同期設定を提供する（すなわち、図１２に示すような第１の代替手段）。
【０２２７】
また、ソースセルは、ターゲットセルの、実際のサイドリンク同期設定（ｃｏｍｍＳｙｎｃＣｏｎｆｉｇ−ｒ１２）のリストをＳＩＢ１８で提供するが考えられるが、各隣接セルへのシームレスなモビリティのために、ソースセルは多くのサイドリンク同期設定のリスト（ｃｏｍｍＳｙｎｃＣｏｎｆｉｇ−ｒ１２）が必要な場合がある。これにより、ＳＩＢ１８のサイズに影響を与え、ネットワーク協調も必要になる。
【０２２８】
指摘された別の側面は、ＨＯ中断時間を短縮するために、ターゲットセルがＨＯコマンドを介してモード１送信リソースをＵＥに設定するオプションであった。一部の企業は、サイドリンク送信のための例外的なリソースがＨＯコマンド内に提供されるべきであるという考えを支持した。現在の仕様によれば、例外リソースはモード２リソースとして定義されているため、例外リソースを利用する前に、ターゲットセルのＳＩＢ１８に設けられたサイドリンク同期設定がＵＥに必要となることも予想される。したがって、ターゲットセルの例外リソースがＨＯコマンドを介して提供されたとしても、ターゲットセルは、通常のサイドリンクモード２送信設定と同様に、実際のサイドリンク同期設定も提供しなければならない。
【０２２９】
提案１：ターゲットセルは、ＨＯコマンドにおいて、例外リソースの使用を含むモード２送信リソースに関連する実際のサイドリンク同期設定（例えば、ＳＬ−ＳｙｎｃＣｏｎｆｉｇ）を提供すべきである。
【０２３０】
ＨＯコマンドによるサイドリンク受信設定
上記の合意によれば、ＨＯの間の中断時間は、サイドリンク通信受信及びサイドリンク通信送信に必要なＳＩＢ１８の取得に起因するものである。電子メールの議論の結果に基づいて、大多数の企業は、ターゲットセルが、ＨＯの間のサイドリンク送信に使用されるのと同じ原理である、ＨＯコマンドを介してサイドリンク受信プールをＵＥに設定するという考えを支持した。ＵＥは、ＨＯコマンドを介して提供されるサイドリンク受信リソースプールが使用される前に、ターゲットセルのＳＩＢ１８においてブロードキャストされる実際のサイドリンク同期設定を必要とする。そうでなければ、サイドリンク通信受信のためのＳＩＢ１８の取得に起因するＨＯ中断時間を短縮することができない。
【０２３１】
提案２：ターゲットセルは、受信リソースプールに関連する実際のサイドリンク同期設定（例えば、ＳＬ−ＳｙｎｃＣｏｎｆｉｇ）をＨＯコマンドにおいて提供しなければならない。
【０２３２】
ＨＯコマンドのメッセージサイズの最小化
ＨＯ中断時間の短縮のために提案１および／または提案２が合意されたとしても、すべてのＵＥがＨＯ中に対象セルに関連する送信／受信プール情報を必要とすることを期待することは不合理である。例えば、ＵＥが既にターゲットセルのＳＩＢ１８を取得している場合、またはＵＥが遅延に敏感なトラフィックを処理する重要なサイドリンク通信に関心がない場合、ＨＯコマンドで提供される追加情報は冗長である。したがって、ＨＯコマンドのメッセージサイズを最小限に抑えるために、ターゲットセルがＨＯコマンドを介して追加のサイドリンク設定を提供するかどうかを決定できる必要があるかどうかについて検討する必要がある。
【０２３３】
提案３：ターゲットセルがＨＯコマンドを介して追加のサイドリンク設定を提供するかどうかを決定できるかどうかについて議論する必要がある。
【０２３４】
米国仮出願第６２／３３５８９４号（２０１６年５月１３日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０２３５】
本発明は移動通信分野において有用である。
【図１】
2019135859.tif 000003
【図２】
2019135859.tif 000004
【図３】
2019135859.tif 000005
【図４】
2019135859.tif 000006
【図５】
2019135859.tif 000007
【図６】
2019135859.tif 000008
【図７】
2019135859.tif 000009
【図８】
2019135859.tif 000010
【図９】
2019135859.tif 000011
【図１０】
2019135859.tif 000012
【図１１】
2019135859.tif 000013
【図１２】
2019135859.tif 000014