ユーザ端末及び基地局

本出願は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いるユーザ端末及び基地局に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ：Ｄ２Ｄ）近傍サービスの導入が検討されている（非特許文献１参照）。

Ｄ２Ｄ近傍サービスは、直接的な端末間通信を提供するサービスである。 Ｄ２Ｄ近傍サービスは、近傍端末を発見する発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的な端末間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）とを含む。

第１セルに在圏するユーザ端末が第１セルの周囲に設けられる第２セルに在圏する近傍端末を発見するための発見手順は、セル間発見手順（Ｉｎｔｅｒ−Ｃｅｌｌ Ｄｉｓｃｏｖｅｒｙ）と称される。 第１セルに在圏するユーザ端末が第２セルに在圏する近傍端末と行うＤ２Ｄ通信は、セル間Ｄ２Ｄ通信（Ｉｎｔｅｒ−Ｃｅｌｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と称される。

ところで、Ｄ２Ｄ近傍サービスでは、発見手順又はＤ２Ｄ通信で用いる無線リソース（以下、リソースプール）がネットワーク側から指定される。 しかしながら、第１セルと第２セルとの間の同期が取れていない環境下では、セル間発見手順又はセル間Ｄ２Ｄ通信を適切に行うことができない。 例えば、第１セルに在圏するユーザ端末が第１セルで指定されたリソースプールを用いてセル間発見手順又はセル間Ｄ２Ｄ通信を行おうとしても、第１セルと第２セルとの間の同期が取れていないため、第２セルに在圏する近傍端末は、第１セルに在圏するユーザ端末から送信される信号を受信することができない。

第１の特徴は、第１セルに在圏するユーザ端末と第２セルに在圏するユーザ端末との間でＤ２Ｄ近傍サービスをサポートする移動通信システムにおいて、前記第１セルに在圏するユーザ端末であって、前記第１セルから受信する信号のタイミングと前記第２セルから受信する信号のタイミングとのタイミング差を測定する制御部と、前記第１セルを管理する基地局に対して前記タイミング差を通知する送信部とを備えることを要旨とする。

第２の特徴は、第１セルに在圏するユーザ端末と第２セルに在圏するユーザ端末との間でＤ２Ｄ近傍サービスをサポートする移動通信システムにおいて、前記第１セルを管理する基地局であって、前記第１セルに在圏する複数のユーザ端末から、前記第１セルから受信する信号のタイミングと前記第２セルから受信する信号のタイミングとのタイミング差を受信する受信部と、前記第１セルに在圏する複数のユーザ端末から受信する前記タイミング差に基づいて、前記Ｄ２Ｄ近傍サービスで用いる単数のタイミング差を決定する制御部と、前記第１セルに在圏する複数のユーザ端末に対して前記単数のタイミング差を通知する送信部とを備えることを要旨とする。

第３の特徴は、第１セルに在圏するユーザ端末と第２セルに在圏するユーザ端末との間でＤ２Ｄ近傍サービスをサポートする移動通信システムにおいて、前記第１セルを管理する基地局であって、前記第２セルを管理する基地局から、前記第２セルから送信される信号のタイミングを示すタイミング情報を受信する受信部と、前記タイミング情報に基づいて、前記Ｄ２Ｄ近傍サービスで用いるタイミング差を決定する制御部とを備えることを要旨とする。

図１は、第１実施形態に係るＬＴＥシステムの構成図である。

図２は、第１実施形態に係るＵＥ１００のブロック図である。

図３は、第１実施形態に係るｅＮＢ２００のブロック図である。

図４は、第１実施形態に係る無線インターフェイスのプロトコルスタック図である。

図５は、第１実施形態に係るＬＴＥシステムで使用される無線フレームの構成図である。

図６は、第１実施形態に係る動作環境を示す図である。

図７は、第１実施形態に係る動作を示すシーケンス図である。

図８は、第１実施形態に係る動作を示すシーケンス図である。

図９は、第１実施形態に係る動作を示すシーケンス図である。

図１０は、変更例１に係る動作を示すシーケンス図である。

図１１は、周波数間のデプロイメントシナリオの例を示す図である。

以下において、実施形態に係る通信方法、ユーザ端末及び基地局について、図面を参照しながら説明する。 なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。

ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。 従って、具体的な寸法などは以下の説明を参酌して判断すべきである。 また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。

［実施形態の概要］
実施形態に係るユーザ端末は、第１セルに在圏するユーザ端末と第２セルに在圏するユーザ端末との間でＤ２Ｄ近傍サービスをサポートする移動通信システムにおいて、前記第１セルに在圏するユーザ端末である。 前記ユーザ端末は、前記第１セルから受信する信号のタイミングと前記第２セルから受信する信号のタイミングとのタイミング差を測定する制御部と、前記第１セルを管理する基地局に対して前記タイミング差を通知する送信部とを備える。

実施形態に係る基地局は、第１セルに在圏するユーザ端末と第２セルに在圏するユーザ端末との間でＤ２Ｄ近傍サービスをサポートする移動通信システムにおいて、前記第１セルを管理する基地局である。 前記基地局は、前記第１セルに在圏する複数のユーザ端末から、前記第１セルから受信する信号のタイミングと前記第２セルから受信する信号のタイミングとのタイミング差を受信する受信部と、前記第１セルに在圏する複数のユーザ端末から受信する前記タイミング差に基づいて、前記Ｄ２Ｄ近傍サービスで用いる単数のタイミング差を決定する制御部と、前記第１セルに在圏する複数のユーザ端末に対して前記単数のタイミング差を通知する送信部とを備える。

このように、実施形態では、第１セルに在圏するユーザ端末から第１セルを管理する基地局に対して、第１セルから受信する信号のタイミングと第２セルから受信する信号のタイミングとのタイミング差を通知する。 これによって、第１セルと第２セルとの間の同期が取れていない環境下であっても、第１セルに在圏するユーザ端末と第２セルに在圏するユーザ端末との間でＤ２Ｄ近傍サービスを行うことができる。

実施形態に係る基地局は、第１セルに在圏するユーザ端末と第２セルに在圏するユーザ端末との間でＤ２Ｄ近傍サービスをサポートする移動通信システムにおいて、前記第１セルを管理する基地局である。 前記基地局は、前記第２セルを管理する基地局から、前記第２セルから送信される信号のタイミングを示すタイミング情報を受信する受信部と、前記タイミング情報に基づいて、前記Ｄ２Ｄ近傍サービスで用いるタイミング差を決定する制御部とを備える。

このように、実施形態では、第１セルを管理する基地局は、第１セルに在圏する複数のユーザ端末から通知される複数のタイミング差に基づいて、Ｄ２Ｄ近傍サービスで用いる単数のタイミング差を決定するとともに、第１セルに在圏する複数のユーザ端末に対して単数のタイミング差を通知する。 これによって、第１セルに在圏する多くのユーザ端末にとって受け入れ可能な単数のタイミング差を決定することが可能である。 また、第１セルと第２セルとの間の同期が取れていない環境下であっても、第１セルに在圏するユーザ端末と第２セルに在圏するユーザ端末との間でＤ２Ｄ近傍サービスを行うことができる。

なお、実施形態において、第１セル及び第２セルは、互いに異なるカバレッジを有するＩｎｔｅｒ−Ｃｅｌｌであってもよく、互いに異なる周波数で運用されるＩｎｔｅｒ−Ｆｒｅｑｕｅｎｃｅｙ−Ｃｅｌｌであってもよく、互いに異なるＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）に属するＩｎｔｅｒ−ＰＬＭＮ−Ｃｅｌｌであってもよい。

［第１実施形態］
以下において、移動通信システムとして、３ＧＰＰ規格に基づいたＬＴＥシステムを例に挙げて、第１実施形態を説明する。

（１）システム構成 第１実施形態に係るＬＴＥシステムのシステム構成について説明する。 図１は、第１実施形態に係るＬＴＥシステムの構成図である。

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

ＵＥ１００は、ユーザ端末に相当する。 ＵＥ１００は、移動型の通信装置であり、ｅＮＢ２００によって形成されるセル（ＵＥ１００がＲＲＣコネクティッド状態である場合には、サービングセル）との無線通信を行う。 ＵＥ１００の構成については後述する。

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

ｅＮＢ２００は、１又は複数のセルを形成しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。 ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。 「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。

ＥＰＣ２０は、コアネットワークに相当する。 ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。 ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。 Ｓ−ＧＷは、ユーザデータの転送制御を行う。 ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。 なお、Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。

図２は、ＵＥ１００のブロック図である。 図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。 メモリ１５０及びプロセッサ１６０は、制御部を構成する。 無線送受信機１１０及びプロセッサ１６０は、送信部及び受信部を構成する。 ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。 また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。

アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。 無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。 また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。

ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。 ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、受け付けた操作の内容を示す信号をプロセッサ１６０に出力する。 ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。 バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。

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

図３は、ｅＮＢ２００のブロック図である。 図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。 メモリ２３０及びプロセッサ２４０は、制御部を構成する。 無線送受信機２１０（及び／又はネットワークインターフェイス２２０）及びプロセッサ２４０は、送信部及び受信部を構成する。 また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。

アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。 無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。 また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。

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

メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。 プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵとを含む。 プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。

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

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

ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順などを行う。 ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御情報が伝送される。 ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。

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

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

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

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

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

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

（２）Ｄ２Ｄ近傍サービス 以下において、Ｄ２Ｄ近傍サービスについて説明する。 第１実施形態に係るＬＴＥシステムは、Ｄ２Ｄ近傍サービスをサポートする。

Ｄ２Ｄ近傍サービスは、直接的なＵＥ間通信を可能とするサービスである。 Ｄ２Ｄ近傍サービスは、近傍ＵＥを発見する発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的なＵＥ間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）とを含む。 Ｄ２Ｄ通信は、Ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎとも称される。

同期クラスタを形成する全てのＵＥ１００が１以上のセルのカバレッジ内に位置するシナリオを「カバレッジ内（Ｉｎ ｃｏｖｅｒａｇｅ）」という。 同期クラスタを形成する全てのＵＥ１００が１以上のセルのカバレッジ外に位置するシナリオを「カバレッジ外（Ｏｕｔ ｏｆ ｃｏｖｅｒａｇｅ）」という。 同期クラスタを形成する複数のＵＥ１００のうち、一部のＵＥ１００が１以上のセルのカバレッジ内に位置し、残りのＵＥ１００が１以上のセルのカバレッジ外に位置するシナリオを「部分的カバレッジ（Ｐａｒｔｉａｌ ｃｏｖｅｒａｇｅ）」という。

カバレッジ内では、ｅＮＢ２００がＤ２Ｄ同期元となる。 Ｄ２Ｄ非同期元は、Ｄ２Ｄ同期信号を送信せずにＤ２Ｄ同期元に同期する。 Ｄ２Ｄ同期元であるｅＮＢ２００は、Ｄ２Ｄ近傍サービスに使用可能な無線リソース（リソースプール）を示すＤ２Ｄリソース情報を含むブロードキャスト信号を報知する。 Ｄ２Ｄリソース情報は、例えば、発見手順用のリソースプールを示す情報（Ｄｉｓｃｏｖｅｒｙリソース情報）及びＤ２Ｄ通信用のリソースプールを示す情報（Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報）を含む。 Ｄ２Ｄ非同期元であるＵＥ１００は、ｅＮＢ２００から受信するＤ２Ｄリソース情報に基づいて、発見手順及びＤ２Ｄ通信を行う。

カバレッジ外又は部分的カバレッジでは、ＵＥ１００がＤ２Ｄ同期元となる。 カバレッジ外では、Ｄ２Ｄ同期元であるＵＥ１００は、Ｄ２Ｄ近傍サービスに使用可能な無線リソース（リソースプール）を示すＤ２Ｄリソース情報を送信する。 Ｄ２Ｄリソース情報は、例えば、Ｄ２Ｄ同期信号に含まれる。 Ｄ２Ｄ同期信号は、端末間同期を確立する同期手順において送信される信号である。 Ｄ２Ｄ同期信号は、Ｄ２Ｄ ＳＳ及び物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）を含む。 Ｄ２Ｄ ＳＳは、時間及び周波数の同期基準を提供する信号である。 ＰＤ２ＤＳＣＨは、Ｄ２Ｄ ＳＳよりも多くの情報を搬送する物理チャネルである。 ＰＤ２ＤＳＣＨは、上述したＤ２Ｄリソース情報（Ｄｉｓｃｏｖｅｒｙリソース情報、Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報）を搬送する。 或いは、Ｄ２Ｄ ＳＳにＤ２Ｄリソース情報を予め関連付けることによって、ＰＤ２ＤＳＣＨの送信が省略されてもよい。

発見手順は、主にＤ２Ｄ通信をユニキャストで行う場合に利用される。 第１のＵＥ１００が第２のＵＥ１００とのＤ２Ｄ通信を開始するケースにおいて、第１のＵＥ１００は、発見手順用のリソースプールのうち何れかの無線リソースを用いて、Ｄｉｓｃｏｖｅｒｙ信号を送信する。 一方で、第２のＵＥ１００が第１のＵＥ１００とのＤ２Ｄ通信を開始するケースにおいて、第２のＵＥ１００は、発見手順用のリソースプール内でＤｉｓｃｏｖｅｒｙ信号をスキャンすることによってＤｉｓｃｏｖｅｒｙ信号を受信する。 Ｄｉｓｃｏｖｅｒｙ信号は、第１のＵＥ１００がＤ２Ｄ通信に使用する無線リソースを示す情報を含んでもよい。

また、第１セルに在圏するユーザ端末が第１セルの周囲に設けられる第２セルに在圏する近傍端末を発見するための発見手順は、セル間発見手順（Ｉｎｔｅｒ−Ｃｅｌｌ Ｄｉｓｃｏｖｅｒｙ）と称される。 第１セルに在圏するユーザ端末が第２セルに在圏する近傍端末と行うＤ２Ｄ通信は、セル間Ｄ２Ｄ通信（Ｉｎｔｅｒ−Ｃｅｌｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と称される。

第１実施形態においては、第１セルと第２セルとの間の同期が取れていない環境下において、第１セルに在圏するＵＥ１００と第２セルに在圏するＵＥ１００との間のＤ２Ｄ近傍サービスについて詳細に説明する。 このようなＤ２Ｄ近傍サービスは、部分的カバレッジの一例である。

（３）動作環境 以下において、第１実施形態に係る動作環境について説明する。 図６は、第１実施形態に係る動作環境を示す図である。

図６に示すように、セル＃１に在圏するＵＥ１００＃１とセル＃２に在圏するＵＥ１００＃２との間でＤ２Ｄ近傍サービスが提供される。

ＵＥ１００＃１は、セル＃１に在圏している。 ＵＥ１００＃１は、セル＃１においてＲＲＣコネクティッド状態又はＲＲＣアイドル状態である。 ＵＥ１００＃１に着目すると、セル＃１は在圏セル（Ｃａｍｐ ｏｎ Ｃｅｌｌ）であり、セル＃２は隣接セルである。 なお、ＵＥ１００＃１がＲＲＣコネクティッド状態である場合には、セル＃１はサービングセルである。

ＵＥ１００＃２は、セル＃２に在圏している。 ＵＥ１００＃２は、セル＃２においてＲＲＣコネクティッド状態又はＲＲＣアイドル状態である。 ＵＥ１００＃２に着目すると、セル＃１は隣接セルであり、セル＃２は在圏セル（Ｃａｍｐ ｏｎ Ｃｅｌｌ）である。 なお、ＵＥ１００＃２がＲＲＣコネクティッド状態である場合には、セル＃２はサービングセルである。

ｅＮＢ２００＃１は、セル＃１を管理しており、ｅＮＢ２００＃２は、セル＃１と同期が取れていないセル＃２を管理する。 セル＃１及びセル＃２は、互いに異なるカバレッジを有するＩｎｔｅｒ−Ｃｅｌｌであってもよく、互いに異なる周波数で運用されるＩｎｔｅｒ−Ｆｒｅｑｕｅｎｃｅｙ−Ｃｅｌｌであってもよく、互いに異なるＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）に属するＩｎｔｅｒ−ＰＬＭＮ−Ｃｅｌｌであってもよい。

このような前提において、セル＃１に在圏するＵＥ１００＃１（例えば、上述したプロセッサ１６０）は、セル＃１から受信する信号のタイミングとセル＃２から受信する信号のタイミングとのタイミング差（Ｔｉｍｉｎｇ Ｏｆｆｓｅｔ）を測定する。 また、セル＃１に在圏するＵＥ１００＃１（例えば、上述した無線送受信機１１０）は、セル＃１を管理するｅＮＢ２００＃１に対してタイミング差を通知する。

なお、ＵＥ１００＃１がタイミング差を測定する方法としては、以下に示す（ａ）〜（ｄ）が考えられる。

（ａ）ＵＥ１００＃１は、セル＃１の同期情報（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ、Ｓｕｂｆｒａｍｅ Ｎｕｍｂｅｒ、Ｓｌｏｔ Ｎｕｍｂｅｒ、Ｓｙｍｂｏｌ Ｎｕｍｂｅｒなど）を保持しながら、セル＃２の同期・参照信号（ＰＳＳ、ＳＳＳ、ＣＲＳ）を用いてセル＃２と同期を取る。 ＵＥ１００＃１は、セル＃２のブロードキャスト情報（ＭＩＢ）を用いて、セル＃２の時間情報（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ、Ｓｕｂｆｒａｍｅ Ｎｕｍｂｅｒ、Ｓｌｏｔ Ｎｕｍｂｅｒ、Ｓｙｍｂｏｌ Ｎｕｍｂｅｒなど）を受信する。 ＵＥ１００＃１は、セル＃１の同期情報とセル＃２の時間情報との比較によってタイミング差を測定する。

（ｂ）ＵＥ１００＃１は、測定対象のＤ２Ｄ端末（例えば、セル＃２に在圏するＵＥ１００＃２）から受信する同期・参照信号（ＰＤ２ＤＳＳ、ＰＤ２ＤＳＣＨ、ＤＭ−ＲＳ）を用いてＵＥ１００＃２と同期を取る。 これによって、ＵＥ１００＃１は、セル＃１から受信する信号のタイミングとセル＃２から受信する信号のタイミングとのタイミング差を擬似的に測定することができる。

（ｃ）ＵＥ１００＃１は、セル＃１又はセル＃２から報知されるＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ）を媒介として、セル＃１の同期情報とセル＃２の時間情報とを比較することによってタイミング差を測定する。 具体的には、セル＃１の基準タイミング（例えば、特定のＳｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ、Ｓｕｂｆｒａｍｅ Ｎｕｍｂｅｒ、Ｓｌｏｔ Ｎｕｍｂｅｒ、Ｓｙｍｂｏｌ Ｎｕｍｂｅｒなど）のＵＴＣとセル＃２の基準タイミング（例えば、特定のＳｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ、Ｓｕｂｆｒａｍｅ Ｎｕｍｂｅｒ、Ｓｌｏｔ Ｎｕｍｂｅｒ、Ｓｙｍｂｏｌ Ｎｕｍｂｅｒなど）のＵＴＣとの差異をタイミング差として測定する。 ＵＴＣは、例えば、セル＃１及びセル＃２から報知されるＳＩＢ１６に含まれる。

（ｄ）ＵＥ１００＃１は、ＵＥ１００＃１が保持するＵＴＣを媒介として、セル＃１の同期情報とセル＃２の時間情報とを比較することによってタイミング差を測定する。 具体的には、セル＃１の基準タイミング（例えば、特定のＳｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ、Ｓｕｂｆｒａｍｅ Ｎｕｍｂｅｒ、Ｓｌｏｔ Ｎｕｍｂｅｒ、Ｓｙｍｂｏｌ Ｎｕｍｂｅｒなど）のＵＴＣとセル＃２の基準タイミング（例えば、特定のＳｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ、Ｓｕｂｆｒａｍｅ Ｎｕｍｂｅｒ、Ｓｌｏｔ Ｎｕｍｂｅｒ、Ｓｙｍｂｏｌ Ｎｕｍｂｅｒなど）のＵＴＣとの差異をタイミング差として測定する。 ＵＴＣは、ＧＮＳＳ信号に含まれる。

ここで、タイミング差の精度は、特に限定されるものではないが、少なくとも、Ｓｕｂｆｒａｍｅ Ｎｕｍｂｅｒレベル以上の精度であることが好ましい。

また、タイミング差は、相対値で表されてもよく、絶対値で表されてもよい。 例えば、測定タイミングにおいて、セル＃１のＳｕｂｆｒａｍｅ Ｎｕｍｂｅｒがｎであり、セル＃２のＳｕｂｆｒａｍｅ Ｎｕｍｂｅｒがｍであり、通知タイミングにおいて、セル＃１のＳｕｂｆｒａｍｅ Ｎｕｍｂｅｒがｎ＋ａであるケースについて考える。 タイミング差が相対値で表される場合には、タイミング差はｍ−ｎである。 一方で、タイミング差が絶対値で表される場合には、タイミング差はｍ＋ａである。

第１実施形態において、タイミング差の測定及び通知の方法としては、以下に示す３つのオプションが考えられる。

第１オプションでは、セル＃１においてＲＲＣコネクティッド状態であるＵＥ１００＃１は、ｅＮＢ２００＃１の明示的な要求に応じて、リアルタイムにタイミング差の測定及び通知を行う。 具体的には、セル＃１においてＲＲＣコネクティッド状態であるＵＥ１００＃１は、セル＃１を管理するｅＮＢ２００＃１から受信するタイミング差問合せに応じて、タイミング差の測定及びタイミング差の通知を実行する。 第１オプションの詳細については後述する（図７を参照）。

第２オプションでは、セル＃１においてＲＲＣコネクティッド状態であるＵＥ１００＃１は、自律的にタイミング差の測定及び通知を行う。 具体的には、セル＃１においてＲＲＣコネクティッド状態であるＲＲＣコネクティッド状態のＵＥ１００＃１は、セル＃１を管理するｅＮＢ２００＃１によって構成された条件が満たされた場合に、タイミング差の測定及びタイミング差の通知を実行する。 第１オプションの詳細については後述する（図８を参照）。

第３オプションでは、セル＃１においてＲＲＣアイドル状態であるＵＥ１００＃１は、自律的にタイミング差の測定を行う。 具体的には、セル＃１においてＲＲＣアイドル状態であるＵＥ１００＃１は、セル＃１を管理するｅＮＢ２００＃１によって構成された条件が満たされた場合に、タイミング差の測定を実行する。 また、セル＃１においてＲＲＣアイドル状態であるＵＥ１００＃１は、セル＃１においてＲＲＣアイドル状態からＲＲＣコネクティッド状態に遷移した場合に、タイミング差の通知を実行する。 第３オプションの詳細については後述する（図９を参照）。

一方で、ｅＮＢ２００＃１（例えば、上述した無線送受信機２１０）は、セル＃１に在圏する複数のＵＥ１００＃１から、セル＃１から受信する信号のタイミングとセル＃２から受信する信号のタイミングとのタイミング差を受信する。 ｅＮＢ２００＃１（例えば、プロセッサ２４０）は、セル＃１に在圏する複数のＵＥ１００＃１から受信するタイミング差に基づいて、Ｄ２Ｄ近傍サービスで用いる単数のタイミング差を決定する。 ｅＮＢ２００＃１（例えば、上述した無線送受信機２１０）は、セル＃１に在圏する複数のユーザ端末に対して単数のタイミング差を通知する。

ここで、ｅＮＢ２００＃１は、複数のＵＥ１００＃１のそれぞれから受信する複数のタイミング差の統計処理によって、Ｄ２Ｄ近傍サービスで用いる単数のタイミング差を決定することが好ましい。 統計処理とは、例えば、複数のタイミング差の平均値を算出する処理、複数のタイミング差の中央値を算出する処理、複数のタイミング差の最頻値を算出する処理である。 なお、タイミング差は、同一のセル（ここでは、セル＃２）を測定対象とするものであることは勿論である。

また、ｅＮＢ２００＃１は、セル＃１で用いるリソースプール情報（上述したＤｉｓｃｏｖｅｒｙリソース情報又はＣｏｍｍｕｎｉｃａｔｉｏｎリソース情報）とともに単数のタイミング差を報知することによって、複数のＵＥ１００＃１に単数のタイミング差を直接的に通知してもよい。 或いは、ｅＮＢ２００＃１は、セル＃１で用いるリソースプール情報を単数のタイミング差に応じてシフトすることによってシフト済みリソースプール情報を算出するとともに、シフト済みリソースプール情報を報知することによって、複数のＵＥ１００＃１に単数のタイミング差を間接的に通知してもよい。

（４）第１実施形態に係る動作 以下において、第１実施形態に係る動作について説明する。 以下において、上述した第１オプション〜第３オプションについて説明する。

（４．１）第１オプション 図７は、第１実施形態に係る第１オプションを示すシーケンス図である。 図７において、図６に示す動作環境が前提となっていることに留意すべきである。

図７に示すように、ステップＳ１１において、ｅＮＢ２００＃１は、測定報告構成をＵＥ１００＃１に送信する。 測定報告構成は、測定報告を行う対象セルの識別情報（Ｍｅａｓ．Ｏｂｊｅｃｔ）、測定報告を行う報告条件（Ｒｅｐｏｒｔｉｎｇ．Ｃｏｎｆｉｇ）及びこれらを対応付ける識別情報（Ｍｅａｓ．ＩＤ）を含む。

ステップＳ１２において、ＵＥ１００＃１は、報告条件が満たされた旨を検出する。 ここで、測定報告は、セル再選択又はハンドオーバに用いる情報であるため、報告条件の合致は、ＵＥ１００＃１がセル＃１の端に位置することを意味することに留意すべきである。

ステップＳ１３において、ＵＥ１００＃１は、測定報告をｅＮＢ２００＃１に送信する。

ステップＳ１４において、ｅＮＢ２００＃１は、タイミング差問合せをＵＥ１００＃１に送信する。 タイミング差問合せは、タイミング差を測定すべきセルを特定するための情報（すなわち、セル＃２のセルＩＤ、セル＃２が属する周波数ＩＤ、セル＃２が属するＰＬＭＮのＩＤなど）を含む。 或いは、タイミング差問合せは、測定対象のＤ２Ｄ端末から受信する信号に基づいてタイミング差を測定する場合には、測定対象のＤ２Ｄ端末を特定するための情報を含んでもよい。

ステップＳ１５において、ＵＥ１００＃１は、セル＃１から受信する信号のタイミングとセル＃２から受信する信号のタイミングとのタイミング差を測定する。

ステップＳ１６において、ＵＥ１００＃１は、タイミング差をｅＮＢ２００＃１に通知する。 タイミング差は、タイミング差を測定すべきセルを特定するための情報（すなわち、セル＃２のセルＩＤ、セル＃２が属する周波数ＩＤ、セル＃２が属するＰＬＭＮのＩＤなど）を含む。 或いは、タイミング差は、測定対象のＤ２Ｄ端末から受信する信号に基づいてタイミング差を測定する場合には、測定対象のＤ２Ｄ端末を特定するための情報を含んでもよい。

ステップＳ１７において、ｅＮＢ２００＃１は、ＵＥ１００＃１から受信するタイミング差に基づいて、セル＃１に在圏するＵＥ１００＃１とセル＃２に在圏するＵＥ１００＃２との間のＤ２Ｄ近傍サービスで用いる単数のタイミング差を決定する。

ここで、ｅＮＢ２００＃１は、複数のＵＥ１００＃１からタイミング差を受信する場合には、複数のタイミング差の統計処理によって単数のタイミング差を決定する。

ステップＳ１８において、ｅＮＢ２００＃１は、単数のタイミング差をＵＥ１００＃１に通知する。 ここで、ｅＮＢ２００＃１は、セル＃１で用いるリソースプール情報とともに単数のタイミング差を報知することによって、複数のＵＥ１００＃１に単数のタイミング差を直接的に通知してもよい。 或いは、ｅＮＢ２００＃１は、シフト済みリソースプール情報を報知することによって、複数のＵＥ１００＃１に単数のタイミング差を間接的に通知してもよい。

（４．２）第２オプション 図８は、第１実施形態に係る第２オプションを示すシーケンス図である。 図８において、図６に示す動作環境が前提となっていることに留意すべきである。

図８に示すように、ステップＳ２１において、ｅＮＢ２００＃１は、タイミング差測定構成をＵＥ１００＃１に送信する。 タイミング差測定構成は、タイミング差を測定すべきセルを特定するための情報（すなわち、セル＃２のセルＩＤ、セル＃２が属する周波数ＩＤ、セル＃２が属するＰＬＭＮのＩＤなど）を含む。 或いは、タイミング差測定構成は、測定対象のＤ２Ｄ端末から受信する信号に基づいてタイミング差を測定する場合には、測定対象のＤ２Ｄ端末を特定するための情報を含んでもよい。 タイミング差の測定を行う測定条件は、ステップＳ２２で送信される測定報告構成に含まれる報告条件（Ｒｅｐｏｒｔｉｎｇ．Ｃｏｎｆｉｇ）と同様である。

但し、タイミング差測定構成は、タイミング差を測定すべきセルを特定するための情報に加えて、タイミング差の測定を行う測定条件を含んでもよい。 このようなケースにおいて、測定条件は、報告条件（Ｒｅｐｏｒｔｉｎｇ．Ｃｏｎｆｉｇ）と同様であってもよく、報告条件（Ｒｅｐｏｒｔｉｎｇ．Ｃｏｎｆｉｇ）と異なっていてもよい。 測定条件は、ＵＥ１００＃１がセル＃１の端に位置することを表す条件であることが好ましい。

ステップＳ２２において、ｅＮＢ２００＃１は、測定報告構成をＵＥ１００＃１に送信する。 測定報告構成は、測定報告を行う対象セルの識別情報（Ｍｅａｓ．Ｏｂｊｅｃｔ）、測定報告を行う報告条件（Ｒｅｐｏｒｔｉｎｇ．Ｃｏｎｆｉｇ）及びこれらを対応付ける識別情報（Ｍｅａｓ．ＩＤ）を含む。

ステップＳ２３において、ＵＥ１００＃１は、報告条件が満たされた旨を検出する。 ここで、測定報告は、セル再選択又はハンドオーバに用いる情報であるため、報告条件の合致は、ＵＥ１００＃１がセル＃１の端に位置することを意味することに留意すべきである。

ステップＳ２４において、ＵＥ１００＃１は、セル＃１から受信する信号のタイミングとセル＃２から受信する信号のタイミングとのタイミング差を測定する。

ステップＳ２５において、ＵＥ１００＃１は、測定報告及びタイミング差をｅＮＢ２００＃１に送信する。 タイミング差は、タイミング差を測定すべきセルを特定するための情報（すなわち、セル＃２のセルＩＤ、セル＃２が属する周波数ＩＤ、セル＃２が属するＰＬＭＮのＩＤなど）を含む。 或いは、タイミング差は、測定対象のＤ２Ｄ端末から受信する信号に基づいてタイミング差を測定する場合には、測定対象のＤ２Ｄ端末を特定するための情報を含んでもよい。

ステップＳ２６において、ｅＮＢ２００＃１は、ＵＥ１００＃１から受信するタイミング差に基づいて、セル＃１に在圏するＵＥ１００＃１とセル＃２に在圏するＵＥ１００＃２との間のＤ２Ｄ近傍サービスで用いる単数のタイミング差を決定する。

ここで、ｅＮＢ２００＃１は、複数のＵＥ１００＃１からタイミング差を受信する場合には、複数のタイミング差の統計処理によって単数のタイミング差を決定する。

ステップＳ２７において、ｅＮＢ２００＃１は、単数のタイミング差をＵＥ１００＃１に通知する。 ここで、ｅＮＢ２００＃１は、セル＃１で用いるリソースプール情報とともに単数のタイミング差を報知することによって、複数のＵＥ１００＃１に単数のタイミング差を直接的に通知してもよい。 或いは、ｅＮＢ２００＃１は、シフト済みリソースプール情報を報知することによって、複数のＵＥ１００＃１に単数のタイミング差を間接的に通知してもよい。

（４．３）第３オプション 図９は、第１実施形態に係る第２オプションを示すシーケンス図である。 図９において、図６に示す動作環境が前提となっていることに留意すべきである。

図９に示すように、ステップＳ３１において、ｅＮＢ２００＃１は、タイミング差測定構成をＵＥ１００＃１に送信する。 タイミング差測定構成は、タイミング差を測定すべきセルを特定するための情報（すなわち、セル＃２のセルＩＤ、セル＃２が属する周波数ＩＤ、セル＃２が属するＰＬＭＮのＩＤなど）、タイミング差の測定を行う測定条件を含む。 或いは、タイミング差測定構成は、測定対象のＤ２Ｄ端末から受信する信号に基づいてタイミング差を測定する場合には、測定対象のＤ２Ｄ端末を特定するための情報を含んでもよい。 ここでは、測定条件は、ＵＥ１００＃１がセル＃１の端に位置することを表す条件であることが好ましい。

ステップＳ３２において、ＵＥ１００＃１は、測定条件が満たされた旨を検出するとともに、セル＃１から受信する信号のタイミングとセル＃２から受信する信号のタイミングとのタイミング差を測定する。

ステップＳ３３において、ＵＥ１００＃１は、セル＃１から受信する信号のタイミングとセル＃２から受信する信号のタイミングとのタイミング差を記録する。

ステップＳ３４において、ＵＥ１００＃１は、セル＃１においてＲＲＣアイドル状態からＲＲＣコネクティッド状態に遷移するとともに、ログ取得可能通知をｅＮＢ２００＃１に送信する。 ログ取得可能通知は、ＲＲＣアイドル状態において測定済みのタイミング差をＵＥ１００＃１が記録している旨を示す通知である。

ステップＳ３５において、ＵＥ１００＃１は、測定報告及びタイミング差をｅＮＢ２００＃１に送信する。 タイミング差は、タイミング差を測定すべきセルを特定するための情報（すなわち、セル＃２のセルＩＤ、セル＃２が属する周波数ＩＤ、セル＃２が属するＰＬＭＮのＩＤなど）を含む。 或いは、タイミング差は、測定対象のＤ２Ｄ端末から受信する信号に基づいてタイミング差を測定する場合には、測定対象のＤ２Ｄ端末を特定するための情報を含んでもよい。

ステップＳ３６において、ｅＮＢ２００＃１は、ＵＥ１００＃１から受信するタイミング差に基づいて、セル＃１に在圏するＵＥ１００＃１とセル＃２に在圏するＵＥ１００＃２との間のＤ２Ｄ近傍サービスで用いる単数のタイミング差を決定する。

ここで、ｅＮＢ２００＃１は、複数のＵＥ１００＃１からタイミング差を受信する場合には、複数のタイミング差の統計処理によって単数のタイミング差を決定する。

ステップＳ３７において、ｅＮＢ２００＃１は、単数のタイミング差をＵＥ１００＃１に通知する。 ここで、ｅＮＢ２００＃１は、セル＃１で用いるリソースプール情報とともに単数のタイミング差を報知することによって、複数のＵＥ１００＃１に単数のタイミング差を直接的に通知してもよい。 或いは、ｅＮＢ２００＃１は、シフト済みリソースプール情報を報知することによって、複数のＵＥ１００＃１に単数のタイミング差を間接的に通知してもよい。

（５）作用及び効果 第１実施形態では、セル＃１に在圏するＵＥ１００＃１からセル＃１を管理するｅＮＢ２００＃１に対して、セル＃１から受信する信号のタイミングとセル＃２から受信する信号のタイミングとのタイミング差を通知する。 これによって、セル＃１とセル＃２との間の同期が取れていない環境下であっても、セル＃１に在圏するＵＥ１００＃１とセル＃２に在圏するＵＥ１００＃２との間でＤ２Ｄ近傍サービスを行うことができる。

第１実施形態では、セル＃１を管理するｅＮＢ２００＃１は、セル＃１に在圏する複数のＵＥ１００＃１から通知される複数のタイミング差に基づいて、Ｄ２Ｄ近傍サービスで用いる単数のタイミング差を決定するとともに、セル＃１に在圏する複数のＵＥ１００＃１に対して単数のタイミング差を通知する。 これによって、セル＃１に在圏する多くのＵＥ１００＃１にとって受け入れ可能な単数のタイミング差を決定することが可能である。 また、セル＃１とセル＃２との間の同期が取れていない環境下であっても、セル＃１に在圏するＵＥ１００＃１とセル＃２に在圏するＵＥ１００＃２との間でＤ２Ｄ近傍サービスを行うことができる。

［変更例１］
以下において、第１実施形態の変更例１について説明する。 以下においては、第１実施形態に対する相違点について主として説明する。

第１実施形態では、セル＃１に在圏するＵＥ１００＃１がタイミング差を測定する。 これに対して、変更例１では、セル＃１を管理するｅＮＢ２００＃１がタイミング差を算出する。

具体的には、ｅＮＢ２００＃１（例えば、上述したネットワークインターフェイス２２０）は、セル＃２を管理するｅＮＢ２００＃２から、セル＃２から送信される信号のタイミングを示すタイミング情報を受信する。 ｅＮＢ２００＃１（例えば、上述したプロセッサ２４０）は、タイミング情報に基づいて、Ｄ２Ｄ近傍サービスで用いるタイミング差を決定する。

タイミング情報は、例えば、セル＃２の時間情報（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ、Ｓｕｂｆｒａｍｅ Ｎｕｍｂｅｒ、Ｓｌｏｔ Ｎｕｍｂｅｒ、Ｓｙｍｂｏｌ Ｎｕｍｂｅｒなど）である。 タイミング情報は、これらの情報に加えて、セル＃２の時間情報をｅＮＢ２００＃２が取得したＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ）を含んでもよい。

詳細には、図１０に示すように、ステップＳ４１において、セル＃１を管理するｅＮＢ２００＃１は、セル＃２を管理するｅＮＢ２００＃２にタイミング情報要求を送信する。

ステップＳ４２において、ｅＮＢ２００＃２は、タイミング情報を取得する。

ステップＳ４３において、ｅＮＢ２００＃２は、ｅＮＢ２００＃１にタイミング情報を送信する。

ステップＳ４４において、ｅＮＢ２００＃１は、タイミング情報に基づいて、セル＃１から受信する信号のタイミングとセル＃２から受信する信号のタイミングとのタイミング差を算出する。

ステップＳ４５において、ｅＮＢ２００＃１は、ステップＳ４４で算出されたタイミング差に基づいて、セル＃１に在圏するＵＥ１００＃１とセル＃２に在圏するＵＥ１００＃２との間のＤ２Ｄ近傍サービスで用いる単数のタイミング差を決定する。

ステップＳ４６において、ｅＮＢ２００＃１は、単数のタイミング差をｅＮＢ２００＃２に通知する。 ｅＮＢ２００＃２は、セル＃２に在圏するＵＥ１００＃２に単数のタイミング差を通知することが好ましい。 これによって、ＵＥ１００＃２がＤ２Ｄ同期元である場合において、セル＃１に在圏するＵＥ１００＃１とセル＃２に在圏するＵＥ１００＃２との間でＤ２Ｄ近傍サービスを行うことができる。

なお、ｅＮＢ２００＃２は、ｅＮＢ２００＃１からＵＥ１００＃２に対する単数のタイミング差の通知と同様に、セル＃２で用いるリソースプール情報とともに単数のタイミング差を報知することによって、ＵＥ１００＃２に単数のタイミング差を直接的に通知してもよい。 或いは、ｅＮＢ２００＃２は、シフト済みリソースプール情報を報知することによって、複数のＵＥ１００＃２に単数のタイミング差を間接的に通知してもよい。

ステップＳ４７において、ｅＮＢ２００＃１は、単数のタイミング差をＵＥ１００＃１に通知する。 ここで、ｅＮＢ２００＃１は、セル＃１で用いるリソースプール情報とともに単数のタイミング差を報知することによって、複数のＵＥ１００＃１に単数のタイミング差を直接的に通知してもよい。 或いは、ｅＮＢ２００＃１は、シフト済みリソースプール情報を報知することによって、複数のＵＥ１００＃１に単数のタイミング差を間接的に通知してもよい。

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

実施形態では特に触れていないが、第１オプションにおいて、ｅＮＢ２００＃１は、既に取得済みのタイミング差の有効期間が満了している場合に、タイミング差問合せをＵＥ１００＃１に送信してもよい。

実施形態では特に触れていないが、第２オプション又は第３オプションにおいて、タイミング差測定構成は、ｅＮＢ２００＃１から報知されるＳＩＢに含まれてもよい。 このような場合において、タイミング差測定構成は、タイミング差を測定すべきＵＥ１００の識別情報を含んでもよい。

実施形態では特に触れていないが、第１オプション又は第２オプションにおいて、測定報告構成は、タイミング差を測定すべきＵＥ１００の識別情報を含んでもよい。

実施形態では特に触れていないが、第２オプションにおいて、タイミング差測定構成及び測定報告構成は同一のメッセージであってもよい。 例えば、測定報告構成は、タイミング差を測定すべきセルを特定するための情報（すなわち、セル＃２のセルＩＤ、セル＃２が属する周波数ＩＤ、セル＃２が属するＰＬＭＮのＩＤなど）を含んでもよい。 或いは、測定報告構成は、測定対象のＤ２Ｄ端末から受信する信号に基づいてタイミング差を測定する場合には、測定対象のＤ２Ｄ端末を特定するための情報を含んでもよい。 さらに、測定報告構成は、タイミング差を測定すべきＵＥ１００の識別情報を含んでもよい。

実施形態では特に触れていないが、第３オプションにおいて、ｅＮＢ２００＃１は、セル＃１においてＲＲＣアイドル状態である場合にのみタイミング差を測定すべきである旨を示すインディケーションをＵＥ１００＃１に通知してもよい。

実施形態では特に触れていないが、第３オプションにおいて、タイミング差測定構成は、タイミング差測定構成を受信してからタイミング差の測定を行うまでの猶予時間を含んでもよい。 ＵＥ１００＃１は、タイミング差構成を受信してから猶予時間が経過してからタイミング差の測定を行う。 猶予時間は、例えば、Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ、Ｓｕｂｆｒａｍｅ Ｎｕｍｂｅｒ等によって表されてもよい。

実施形態では特に触れていないが、第３オプションにおいて、タイミング差測定構成は、ＵＥ１００＃１がＲＲＣコネクティッド状態であるときにＵＥ１００＃１に個別に通知されてもよい。 例えば、タイミング差測定構成は、ＲＲＣメッセージに含まれてもよい。 但し、タイミング差の測定は、ＵＥ１００＃１がＲＲＣアイドル状態であるときに行われることに留意すべきである。

実施形態では特に触れていないが、第３オプションにおいて、タイミング差測定構成は、タイミング差を測定又は記録してからｅＮＢ２００＃１に対するタイミング差の通知を試みるまでの所定期間を示す情報を含んでもよい。 ＵＥ１００＃１は、タイミング差を測定又は記録してから所定期間が経過した場合に、ｅＮＢ２００＃１に対するタイミング差の通知を試みる。

実施形態では特に触れていないが、第３オプションにおいて、ＵＥ１００＃１は、タイミング差を測定又は記録してから所定期間が経過した場合に、タイミング差を破棄してもよい。

実施形態では特に触れていないが、リソースプール情報及び単数のタイミング差は、ｅＮＢ２００＃１から報知されるＳＩＢ１８に含まれてもよい。 同様に、シフト済みリソースプール情報は、ｅＮＢ２００＃１から報知されるＳＩＢ１８に含まれてもよい。

実施形態では特に触れていないが、タイミング差の測定は、Ｐａｇｉｎｇ信号の受信タイミングや受信品質の測定タイミング等を除いたタイミングで行われることが好ましい。

実施形態では特に触れていないが、ＵＥ１００＃１からｅＮＢ２００＃１に通知されるタイミング差は、タイミング差の測定に用いるチャネルの種別を含んでもよい。 例えば、セル＃２から受信する信号に基づいてタイミング差を測定する場合には、チャネルの種別は、ＰＳＳ／ＳＳＳ等である。 一方で、測定対象のＤ２Ｄ端末から受信する信号に基づいてタイミング差を測定する場合には、チャネルの種別は、ＰＤ２ＤＳＳ等である。

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

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

実施形態では、移動通信システムの一例としてＬＴＥシステムを説明した。 しかしながら、実施形態はこれに限定されるものではない。 移動通信システムは、ＬＴＥシステム以外のシステムであってもよい。

［付記］
以下に、実施形態の補足事項について付記する。

（１）導入 周波数間（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）及び周波数内（ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ）隣接セル発見手順（ｄｉｓｃｏｖｅｒｙ）は、不明である。 この付記では、残された問題について検討し、明確化のための提案を提供する。

（２）検討 （２．１）同期及び非同期デプロイメント セル間発見手順（ｉｎｔｅｒ−ｃｅｌｌ ｄｉｓｃｏｖｅｒｙ）に関して同期デプロイメント及び非同期デプロイメントの両方のデプロイメントシナリオをサポートするという合意に従えば、ＵＥ１００（Ｄ２Ｄ ＵＥ）は、同期及び非同期デプロイメントシナリオの両方に関係なく、セル間発見手順をサポートする能力を有するべきである。 同期デプロイメントシナリオの下では、サービングセルとのＵＥ１００のタイミングは、周波数内／間、セル間発見手順のために用いられる可能性がある。 一方で、非同期デプロイメントシナリオの下では、ＵＥ１００がセル間発見手順を実行するための能力は、サービングセルが隣接セルのタイミング情報が知っているかどうかに依る。

（タイミングオフセットによる同期デプロイメントシナリオ）
サービングセルは、隣接セルのタイミング情報を知った状態で、暗示的な又は明示的な隣接セルのタイミング情報を自身のＵＥ１００（Ｄ２Ｄ ＵＥ）に提供してもよい。 これにより、ＵＥ１００が隣接セルにサーブされた状態で直接的な同期をせずに、ＵＥ１００は、セル間発見手順を実行できることが許可される。 タイミング情報は、暗示的なタイミング情報と一緒に、直接的にＵＥ１００に提供されない。 その代わりに、隣接セルからの発見用の受信リソースプールは、サービングセルと隣接セルとの間の時間差で、事前に調整される。 名前が示すように、タイミング情報は、明示的なタイミング情報と一緒に、ＵＥ１００に直接的に提供され、セルにより提供される発見用の受信リソースプールは、セル間の時間差で事前に調整されない。 ＵＥの複雑性及びＳＩＢにおけるデータの量に関して、暗示的なスキームが好ましいように思える。

（タイミングオフセットによる非同期デプロイメントシナリオ）
隣接セルのタイミング情報がサービングセルに利用できない場合、ＵＥ１００は、以下の２つの代替案の一つを用いるセル間発見手順を実行するために、隣接セルと直接同期する必要がある。

（ａ）隣接セルから送信されるＰＳＳ／ＳＳＳ及びＭＩＢのモニタリング （ｂ）隣接セルにおけるＵＥ１００（Ｄ２Ｄ ＵＥ）から送信されるＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ

代替案は、タイミングオフセット情報なしでの同期スキームは、タイミングオフセット情報と共にあるシナリオと大きく異なることを示唆する。 代替案によって示唆される複雑性が合理的であるかどうか、タイミングオフセット情報なしでの同期デプロイメントシナリオがセル間発見手順に関してサポートされるべきであるかどうか、を考慮すべきである。

・提案１：タイミングオフセット情報なしでの同期デプロイメントシナリオは、セル間発見手順に関してサポートされるべきであるかどうかを検討すべきである。

現在、Ｄ２ＤＳＳがＵＥ１００（Ｄ２Ｄ ＵＥ）により送信されるように設定されるかどうかは、ｅＮＢの実装次第である。 Ｄ２ＤＳＳが設定されるかどうかは、特定の地域の公衆安全要求を含む地域の要求に依る。 従って、オペレータに対してより柔軟性を許可するために、タイミングオフセット共有及びタイミングオフセットの共有なしのＤ２ＤＳＳの両方が、非同期デプロイメントにおいて、セル間発見手順のためにサポートされるべきである。

タイミングオフセットが利用可能である場合、隣接ＵＥ１００（Ｄ２Ｄ ＵＥ）からの発見信号の受信が、暗黙的な提供か上述のＤ２ＤＳＳなく明示的な提供かのいずれかと共に可能であるかもしれない。 タイミングオフセットが利用不能である場合、隣接セルの発見リソースと同期するために、モニタリングＵＥ１００が、隣接セルＵＥ１００により送信されたＤ２ＤＳＳをデコードすることが可能であるべきである。

・提案２：同期デプロイメントシナリオの下でのセル間発見手順に関して、ネットワークは、ＵＥ１００が、隣接セルからの発見リソースと同期することができるために、タイミングオフセットかＤ２ＤＳＳを使用するためのオプションを有すべきである。

（２．２）発見リソースプール セル間発見手順のための発見受信リソースプールに関して、以下の合意に達した。

基地局は、ＳＩＢにおいてＤ２Ｄ受信発見リソースを提供できてもよい。 このリソースは、隣接セルにおいて用いられるリソースだけでなく、このセルにおけるＤ２Ｄ送信に用いられるリソースもカバーしてもよい。 詳細はさらなる課題である。

この合意は、発見受信リソースがサービングセルと隣接セルとの間で共有されることを示唆する。 しかしながら、発見受信リソースがサービングセルと隣接セルとの間で共有されるべきであることは現在合意されていない。 従って、ＳＩＢの内容を明確にするために、サービングセルが隣接セルの発見受信リソースを知らない場合に、セル間発見手順を実行可能かどうかを検討すべきである。

セル間発見手順がサービングセルによりサポートされるが、隣接セルの発見受信リソースがサービングセルへ利用できないケースにおいて、ＵＥ１００は、他の手段で発見受信リソースを取得する必要がある。 例えば、ＵＥ１００は、隣接セルのＳＩＢから又は隣接セルによりサーブされる他のＵＥ１００（Ｄ２Ｄ ＵＥ）により送信されるＰＤ２ＤＳＣＨから発見受信リソースを直接取得できてもよい。 しかしながら、ＵＥ１００が、隣接セルのＳＩＢをデコードすることが要求されないことが合意されており、ＰＤ２ＤＳＣＨの構造が考慮中であるので、隣接セルの発見受信リソースを直接取得するスキームは、Ｒｅｌ−１２では、除外すべきである。

・見解１：サービングセルに、隣接セルの発見情報（ｄｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ）が提供される場合、ＵＥ１００は、隣接セルのＳＩＢ又はＰＤ２ＤＳＣＨから発見情報を直接取得することは要求されない。

・提案３：サービングセルに、隣接セルの発見情報（ｄｉｓｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ）が提供されない場合、セル間発見手順がまだサポートできるかどうかを決定すべきである。

（２．３）周波数間サポート 周波数間隣接セルサポートに関して、以下の合意に達した。

サービングセルは、隣接周波数がＰｒｏＳｅ発見手順（ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ）をサポートする情報をＳＩＢで提供してもよい。 他のデプロイメントのためにどんな情報が要求され、どのくらいのデータからなるのか（ＳＩＢで実願可能か？）はさらなる課題である。

この合意は、ＵＥ１００（Ｄ２Ｄ ＵＥ）は、サービングセルから隣接周波数リストを取得できることを意味する。 これは、ＵＥ１００が興味のある周波数のために、隣接セルからのＳＩＢ（すなわち、ＳＩＢ１８）を決定することを許可する。 しかしながら、ＵＥ１００（Ｄ２Ｄ ＵＥ）が周波数間発見手順に興味がある度に、頻繁に又はＳＩＢ１８の内容が変更する場合に少なくともＳＩＢの変更境界（ｍｏｄｉｆｉｃａｔｉｏｎ ｂｏｕｎｄａｒｉｅｓ）で、周波数間ＳＩＢ１８をデコードする必要がある可能性がある。 結果として、周波数間発見サポートのための２つの手法が検討される。

・手法１：ＵＥ１００が隣接セルのＳＩＢから周波数間発見受信情報を直接取得する。

・手法２：ＵＥ１００がサービングセルのＳＩＢから周波数間発見受信情報を直接取得する。

手法１では、ＵＥ１００が隣接セルから周波数間発見受信情報を直接取得することが必要である。 手法１では、ＵＥ１００が周波数間隣接セルから更新されたＳＩＢ１８を取得するためだけのギャップをサービングセルが設定する必要もある。 これは、サービングセルに深刻な複雑性を追加する。 手法２では、ＵＥ１００は、更新された周波数間発見受信情報をギャップなく取得できる。 従って、手法２は、周波数間発見手順に関してサポートされるべきである。

・提案４：サービングセルは、ＳＩＢにおいて、各サポートされた発見周波数に対応する周波数間発見受信情報を提供する。

提案４が受け入れられる場合、残る問題は、受信のためにどんな情報が要求されるかである。 各周波数に関して、この可能な情報を、以下に列挙する。

・発見受信プール ・物理層パラメータ（例えば、ＭＣＳ、ＣＰ長など）
・同期／非同期デプロイメントインジケータ及び／又は非同期デプロイメントのためのタイミングオフセット情報（（２．１）章で検討したように、非同期デプロイメントをサポートする方法次第である）： ＰＤ２ＤＳＳの送信の指示を意図するかもしれないし、意図しないかもしれない。

（２．４）セル間発見送信及び受信 周波数間発見受信に加えて、周波数間発見送信がどのように扱われるべきであるかを考慮する必要がある。 同期シナリオに関して、サービングセルの発見リソースが周波数間で完全に重複している場合、セル間発見手順をＤ２Ｄ受信及び送信の両方に関して、特別な手順を導入することなく達成することができる。 しかしながら、周波数間セルが非同期である場合又は発見リソースが完全に重複していない場合、さらに強化（ｅｎｈａｎｃｅｍｅｎｔ）が必要である。 以下の代替案が考慮されてもよい（図１１参照）。 図１１は、周波数間のためのデプロイメントシナリオの例を示す図である。

代替案１：ＵＥ１００♯１は、周波数ｆ１上で発見信号を送信し、ＵＥ１００♯２は、周波数ｆ１上で発見信号を受信する。 この代替案１では、ＵＥ１００♯２は、２つの周波数のそれぞれのための少なくとも１つの受信機を有するという前提である。

代替案２：ＵＥ１００♯１は、周波数ｆ２上で発見信号を送信し、ＵＥ１００♯２は、周波数ｆ２上で発見信号を受信する。 この代替案２では、ＵＥ１００♯１は、両方の周波数のための少なくとも１つの送信機を有するという前提であってもよい。

代替案３：ＵＥ１００♯１は、周波数ｆ１上で発見信号を送信し、ＵＥ１００♯２は、ｆ１にハンドオーバした後に、周波数ｆ１上で発見信号を受信する。 この代替案３では、セル♯２を運用するｅＮＢ２００♯２は、ｆ１上で運用されることができる他のセルを有していてもよい。

ＵＥ１００♯２がサービング周波数と異なる周波数上で発見信号を受信する必要があるが、セル♯１が、自身の運用する周波数内で送信のための発見リソースのみをＵＥ１００♯１に割り当てるので、代替案１は、単純なスキームである。

代替案２は、マルチキャリアＤ２Ｄ運用がサポートされるという前提下で、ネットワークプランニングにおいてより柔軟なポテンシャルを有する。 しかしながら、Ｄ２Ｄ通信に関して、ＵＥ１００が、Ｅ−ＵＴＲＡセルのカバレッジエリアに存在する間、Ｅ−ＵＴＲＡセルに割り当てられたリソースのみでＥ−ＵＴＲＡセルのＵＬキャリア上で、ＰｒｏＳｅ直接通信の送信のみを実行してもよいことが合意され、これは、ＵＥ１００（Ｄ２Ｄ ＵＥ）が発見リソースが割り当てられたセルのＵＬキャリア上でＤ２Ｄ発見送信のみを実行すべきであることを意味する。

代替案３は、マルチ周波数デプロイメントシナリオの下でできる限り周波数内Ｄ２Ｄ発見手順を再利用するためのメカニズムである。 既存の周波数内Ｄ２Ｄ発見手順メカニズムを再利用するために、代替案３は、ＵＥ１００に最も影響を与える結果になるかもしれない。

上述の理解に基づいて、ＵＥ１００は、サービングセル発見送信リソースに基づく発見信号を送信のみすべきである。 従って、代替案２は、さらに考慮すべきでない。

・提案５：周波数間発見手順に関して、代替案２で説明したように、サービングセルの周波数と異なる周波数上でＵＥ１００（Ｄ２Ｄ ＵＥ）が発見信号を送信することを許可すべきでない。

・提案６：ＵＥ１００は、サービングセルの発見送信リソースに基づく発見信号を送信すべきである。

なお、米国仮出願第６２／０３４６４０号（２０１４年８月７日出願）の全内容が、参照により、本願明細書に組み込まれている。

以上のように、本実施形態に係るユーザ端末及び基地局によれば、移動通信分野において有用である。