JP6488322B2 - ユーザ端末 - Google Patents

Description

本発明は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられるユーザ端末に関する。

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

Ｄ２Ｄ近傍サービス（Ｄ２Ｄ ＰｒｏＳｅ）は、同期がとられた複数のユーザ端末からなる同期クラスタ内で直接的な端末間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍端末を発見するＤ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的な端末間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。

また、ユーザ端末は、Ｄ２Ｄ同期元である場合、Ｄ２Ｄ同期信号を送信し、Ｄ２Ｄ非同期元である場合、受信したＤ２Ｄ同期信号に基づいて同期する。

３ＧＰＰ技術報告書 「ＴＲ ３６．８４３ Ｖ１２．０．１」 ２０１４年３月２７日

一実施形態に係るユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムおいて用いられる。前記ユーザ端末は、前記ユーザ端末が、基地局のセル外に位置した状態において、前記セル外に位置する他のユーザ端末との間で直接的な端末間通信を実行するために、前記セル内に位置する同期元ユーザ端末から周期的に送信された第１のＤ２Ｄ同期信号を受信する第１処理を実行するコントローラを備る。前記第１のＤ２Ｄ同期信号は、当該第１のＤ２Ｄ同期信号の識別情報を含む。前記コントローラは、更に、前記第１のＤ２Ｄ同期信号を基準にして、前記他のユーザ端末に対して端末間通信用データを送信する第２処理と、前記識別情報を記憶する第３処理と、前記第２処理が実行されている間に、前記第１のＤ２Ｄ同期信号が受信されなくなった場合には、所定期間において、前記識別情報を用いて第２のＤ２Ｄ同期信号を生成し、該第２のＤ２Ｄ同期信号を前記他のユーザ端末に送信する第４処理と、前記第２のＤ２Ｄ同期信号とともに、あるいは前記第２のＤ２Ｄ同期信号を送信した後、前記端末間通信用データを前記他のユーザ端末に送信する第５処理と、を実行する。

図１は、第１実施形態に係るＬＴＥシステムの構成図である。 図２は、第１実施形態に係るＵＥのブロック図である。 図３は、第１実施形態に係るｅＮＢのブロック図である。 図４は、第１実施形態に係るプロトコルスタック図である。 図５は、第１実施形態に係る無線フレームの構成図である。 図６は、第１実施形態に係るＤ２Ｄ同期信号の送信動作を説明するための図である。 図７は、第１実施形態に係るＤ２Ｄ同期信号の送信に用いられる無線リソースの配置を説明するための図である。 図８は、第１実施形態に係るＤ２Ｄ同期信号の送信に用いられる無線リソースの配置を説明するための図である。 図９は、第１実施形態に係る動作を説明するための概略図である。 図１０は、第１実施形態に係る動作を説明するためのシーケンス図である。 図１１は、第２実施形態に係る動作を説明するためのシーケンス図である。

［実施形態の概要］
セル内に位置するユーザ端末（以下、セル内ユーザ端末）とセル外に位置するユーザ端末（以下、セル外ユーザ端末）との同期を取るために、セル内ユーザ端末が、Ｄ２Ｄ同期信号を送信するＤ２Ｄ同期元として設定されることが想定される。この場合、Ｄ２Ｄ同期元であるセル内ユーザ端末からのＤ２Ｄ同期信号を受信できた複数のセル外ユーザ端末間で、同期がとれたものとして直接的な端末間通信が実行される。

この状況において、複数のセル外ユーザ端末間で、グループ通話やファイル転送が実行されているときに、Ｄ２Ｄ同期元であるセル内ユーザ端末からのＤ２Ｄ同期信号が何らかの要因で突然受信できなくなってしまうことが当然に予想される。その要因としては、Ｄ２Ｄ同期元であるセル内ユーザ端末が、ＲＲＣ接続状態からアイドル状態に移行した場合等が考えられる。

このような場合、端末間通信が実行中であるにもかかわらず、複数のセル外ユーザ端末間で同期が維持されない状態になり、リアルタイムな端末間通信が継続されないという状態に陥ってしまう。

そこで、本実施形態は、複数のセル外ユーザ端末間で端末間通信を実行している間に、Ｄ２Ｄ同期元であるセル内ユーザ端末からのＤ２Ｄ同期信号を突然受信できなくなった場合であっても、リアルタイムな端末間通信を維持可能とすることを目的とする。

実施形態に係るユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。ユーザ端末は、前記ユーザ端末が、基地局のセル外に位置した状態において、前記セル外に位置する他のユーザ端末との間で直接的な端末間通信を実行するために、前記セル内に位置する同期元ユーザ端末から周期的に送信された第１のＤ２Ｄ同期信号を受信する第１処理を実行するコントローラを備る。前記第１のＤ２Ｄ同期信号は、当該第１のＤ２Ｄ同期信号の識別情報を含む。前記コントローラは、更に、前記第１のＤ２Ｄ同期信号を基準にして、前記他のユーザ端末に対して端末間通信用データを送信する第２処理と、前記識別情報を記憶する第３処理と、前記第２処理が実行されている間に、前記第１のＤ２Ｄ同期信号が受信されなくなった場合には、所定期間において、前記識別情報を用いて第２のＤ２Ｄ同期信号を生成し、該第２のＤ２Ｄ同期信号を前記他のユーザ端末に送信する第４処理と、前記第２のＤ２Ｄ同期信号とともに、あるいは前記第２のＤ２Ｄ同期信号を送信した後、前記端末間通信用データを前記他のユーザ端末に送信する第５処理と、を実行する。

実施形態において、前記同期元ユーザ端末は、前記第１のＤ２Ｄ同期信号が送信される将来のタイミングに関する時間情報を含んだ第１のＤ２Ｄ制御信号を更に送信する。前記コントローラは、前記第１処理において、前記第１のＤ２Ｄ制御信号を受信した場合には、前記第３処理において、前記時間情報を記憶する処理を実行する。前記コントローラは、前記第４処理において、前記第２のＤ２Ｄ同期信号を、前記時間情報に基づくタイミングで、前記他のユーザ端末に送信する処理を実行し、前記第５処理において、前記時間情報に基づくタイミングで、前記端末間通信用データを前記他のユーザ端末に送信する処理を実行する。

実施形態において、前記コントローラは、前記第４処理において、前記時間情報を含んだ第２のＤ２Ｄ制御信号を生成し、前記第２のＤ２Ｄ制御信号を送信する処理を実行する。前記コントローラは、前記第４処理において更に、前記第２のＤ２Ｄ同期信号および前記第２のＤ２Ｄ制御信号の送信処理が継続していることを示す送信継続情報を送信する処理を実行する。

実施形態において、前記コントローラは、前記第４処理において、前記時間情報を含んだ第２のＤ２Ｄ制御信号を生成し、前記第２のＤ２Ｄ制御信号を送信する処理を実行する。前記コントローラは、前記第５処理において、前記所定期間に相当する所定量の前記端末間通信用データの送信動作が終了する場合には、所定のタイミングで、前記第２のＤ２Ｄ同期信号および前記第２のＤ２Ｄ制御信号の送信を終了し、前記第２のＤ２Ｄ同期信号および前記第２のＤ２Ｄ制御信号の送信を終了することを通知する処理を実行する。前記所定のタイミングは、前記端末間通信用のデータの送信が終了するタイミングの直前あるいは直後に到来する前記第２のＤ２Ｄ同期信号および前記第２のＤ２Ｄ制御信号の送信タイミングである。

実施形態において、前記所定期間とは、前記同期元ユーザ端末から周期的に送信されるＤ２Ｄ同期信号の少なくとも１送信周期以上の期間に相当する期間である。

実施形態において、前記所定期間とは、前記ユーザ端末が前記端末間通信用のデータを送信する送信機会の少なくとも１送信機会以上の期間に相当する期間である。

実施形態において、前記所定期間とは、前記ユーザ端末が所定データ量の前記端末間通信用のデータを送信するために要する送信期間に相当する期間である。

実施形態に係る第２のユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムに用いられる。前記第２のユーザ端末は、前記第２のユーザ端末が、基地局のセル外に位置した状態において、前記セル外に位置する他のユーザ端末との間で直接的な端末間通信を実行するために、前記セル内に位置する同期元ユーザ端末から周期的に送信された第１のＤ２Ｄ同期信号、および当該第１のＤ２Ｄ同期信号が送信される将来のタイミングに関する時間情報を含んだ第１のＤ２Ｄ制御信号を受信する第１処理を実行するコントローラを備える。前記第１のＤ２Ｄ同期信号は、当該第１のＤ２Ｄ同期信号の識別情報を含む。前記コントローラは、更に、前記第１のＤ２Ｄ同期信号および前記第１のＤ２Ｄ制御信号に基づいて、前記他のユーザ端末から送信された端末間通信用データを受信する第２処理と、前記識別情報、および前記時間情報を記憶する第３処理と、前記第２処理が実行されている間に、少なくとも前記第１のＤ２Ｄ同期信号が受信されなくなった場合には、所定期間において、前記識別情報および前記時間情報に基づいて、前記他のユーザ端末から送信された第２のＤ２Ｄ同期信号を受信する第４処理と、前記第２のＤ２Ｄ同期信号とともに、あるいは、前記第２のＤ２Ｄ同期信号を受信した後、前記他のユーザ端末から前記端末間通信用データを受信する第５処理と、を実行する。

［第１実施形態］
以下において、第１実施形態に係るＬＴＥシステムについて説明する。

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

ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。

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

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

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

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

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

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

メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。

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

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

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

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

メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。

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

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

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

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

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

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

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

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

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

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

（Ｄ２Ｄ近傍サービス）
以下において、Ｄ２Ｄ近傍サービスについて説明する。実施形態に係るＬＴＥシステムは、Ｄ２Ｄ近傍サービスをサポートする。Ｄ２Ｄ近傍サービスについては非特許文献１に記載されているが、ここではその概要を説明する。

Ｄ２Ｄ近傍サービス（Ｄ２Ｄ ＰｒｏＳｅ）は、同期がとられた複数のＵＥ１００からなる同期クラスタ内で直接的なＵＥ間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍ＵＥを発見するＤ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的なＵＥ間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。Ｄ２Ｄ通信は、Ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎとも称される。

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

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

カバレッジ外又は部分的カバレッジでは、例えばＵＥ１００がＤ２Ｄ同期元となる。カバレッジ外では、Ｄ２Ｄ同期元であるＵＥ１００は、Ｄ２Ｄ近傍サービスに使用可能な無線リソースを示すＤ２Ｄリソース情報を、例えばＤ２Ｄ同期信号により送信する。

Ｄ２Ｄ同期信号は、端末間同期を確立するＤ２Ｄ同期手順において送信される信号である。Ｄ２Ｄ同期信号は、Ｄ２ＤＳＳを含む。Ｄ２ＤＳＳは、時間・周波数の同期基準を提供する信号である。

また、Ｄ２ＤＳＳが送信されるサブフレームと同じサブフレームにおいて、物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）の信号が送信される。ＰＤ２ＤＳＣＨは、Ｄ２ＤＳＳよりも多くの情報を運搬する物理チャネルである。ＰＤ２ＤＳＣＨは、Ｄ２Ｄ制御信号である。ＰＤ２ＤＳＣＨは、上述したＤ２Ｄリソース情報（Ｄｉｓｃｏｖｅｒｙリソース情報、Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報）を運搬できる。あるいは、Ｄ２ＤＳＳにＤ２Ｄリソース情報を関連付けることにより、ＰＤ２ＤＳＣＨを不要としてもよい。

ＰＤ２ＤＳＣＨは、Ｄ２Ｄ用のＭａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ（Ｄ２Ｄ−ＭＩＢ）を伝送するためのチャネルとして利用される。Ｄ２Ｄ−ＭＩＢは、Ｄ２Ｄ通信で使用可能な周波数帯域幅（単位は、例えば、リソースブロック数）を示す情報や、Ｄ２Ｄ同期信号が送信される将来のタイミングに関する時間情報を含む。時間情報は、フレームの番号（ＤＦＮ：Ｄｉｒｅｃｔ Ｆｒａｍｅ Ｎｕｍｂｅｒ）と、そのフレームの番号が示すフレーム内におけるサブフレームの番号（ＤＳＦＮ：Ｄｉｒｅｃｔ ＳｕｂＦｒａｍｅ Ｎｕｍｂｅｒ）を少なくとも含む。なお、ＤＦＮは、Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒに相当し、ＤＳＦＮは、ＳｕｂＦｒａｍｅ Ｎｕｍｂｅｒに相当する。Ｄ２Ｄ同期信号が送信される将来のタイミングは、フレームの番号およびサブフレームの番号から特定可能である。

Ｄ２Ｄ同期信号は、Ｄ２Ｄ同期信号の送信タイミング基準がｅＮＢ２００であるＵＥ１００によって送信される第１のＤ２Ｄ同期信号（Ｄ２ＤＳＳｕｅ＿ｎｅｔ）と、Ｄ２Ｄ同期信号の送信タイミング基準がｅＮＢ２００でないＵＥ１００によって送信される第２のＤ２Ｄ同期信号（Ｄ２ＤＳＳｕｅ＿ｏｏｎ）とがある。

Ｄ２Ｄ発見手順では、近傍端末を発見するための発見信号（以下、Ｄｉｓｃｏｖｅｒｙ信号）が送信される。Ｄ２Ｄ発見手順の方式として、ＵＥ１００に固有に割り当てられない無線リソースがＤｉｓｃｏｖｅｒｙ信号の送信に使用される第１の発見方式（Ｔｙｐｅ １ ｄｉｓｃｏｖｅｒｙ）と、ＵＥ１００毎に固有に割り当てられる無線リソースがＤｉｓｃｏｖｅｒｙ信号の送信に使用される第２の発見方式（Ｔｙｐｅ ２ ｄｉｓｃｏｖｅｒｙ）とがある。

第２の発見方式では、Ｄｉｓｃｏｖｅｒｙ信号の送信毎に個別に割り当てられた無線リソース、又は、半固定的（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔｌｙ）に割り当てられた無線リソースが使用される。

また、Ｄ２Ｄ通信（Ｄ２Ｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のモードとして、ｅＮＢ２００又はリレーノードが、Ｄ２Ｄデータ（Ｄ２Ｄデータ及び／又は制御データ）を送信するための無線リソースを割り当てる第１のモード（Ｍｏｄｅ １）と、ＵＥ１００自身が、Ｄ２Ｄデータを送信するための無線リソースをリソースプールから選択する第２のモード（Ｍｏｄｅ ２）と、がある。ＵＥ１００は、いずれかのモードでＤ２Ｄ通信を行う。例えば、ＲＲＣコネクティッド状態のＵＥ１００は、第１のモードでＤ２Ｄ通信を行い、カバレッジ外のＵＥ１００は、第２のモードでＤ２Ｄ通信を行う。

また、ＵＥ１００は、Ｄ２Ｄ通信におけるデータの受信のための時間・周波数リソースの位置を示すスケジューリング割当（ＳＡ：Ｓｃｈｅｄｕｌｉｎｇ Ａｓｓｉｇｎｍｅｎｔ）を送信し、他のＵＥ１００は、ＳＡによって示される時間・周波数リソースの位置を知ることによって、ＵＥ１００からのデータを受信する。

（Ｄ２Ｄ同期信号）
次に、Ｄ２Ｄ同期信号について、図６から図８を用いて説明する。図６は、本実施形態に係るＤ２Ｄ同期信号を説明するための図である。図７及び図８は、本実施形態に係るＤ２Ｄ同期信号の送信に用いられる無線リソースの配置を説明するための図である。

図６に示すように、第１実施形態は、上述した「部分的カバレッジ（Ｐａｒｔｉａｌ ｃｏｖｅｒａｇｅ）」における動作を示す。

図６において、ｅＮＢ２００のセル（カバレッジ）内には、ユーザ端末１００−１が位置される。ユーザ端末１００−１は、ｅＮＢ２００との間でＲＲＣ接続状態であり、ｅＮＢ２００から下りリンクのデータを受信中であるものとする。ｅＮＢ２００のセル外には、ユーザ端末１００−２及びユーザ端末１００−３が位置されている。ユーザ端末１００−２は、ユーザ端末１００−３に対してＤ２Ｄ通信（端末間通信）用データ（Ｐｒｏｘｉｍｉｔｙ ｂａｓｅｄ Ｓｅｒｖｉｃｅｓデータ）（ＰｒｏＳｅデータ）を送信中であるものとする。Ｄ２Ｄ通信用データは、音声データやＦＴＰデータ等のアプリケーションに関するデータである。ユーザ端末１００−３は、ユーザ端末１００−２から送信されたＤ２Ｄ通信用データを、ｅＮＢ２００を含むネットワークを介さずに直接的に受信する。なお、図６において、説明の便宜上、ユーザ端末１００−３が１台だけ示されているが、本実施形態では、少なくとも１台以上のユーザ端末１００−３が位置されることを意味する。

次に、図６において、ｅＮＢ２００とユーザ端末１００−１との同期関係（同期関係｛Ａ｝）と、ユーザ端末１００−１／１００−２／１００−３における三者間の同期関係（同期関係｛Ｂ｝）について説明する。

（同期関係｛Ａ｝）
まず、ｅＮＢ２００のカバレッジ内では、ｅＮＢ２００が、ユーザ端末１００−１との関係ではＤ２Ｄ同期元となる（ｅＮＢ＝｛Ａ｝ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｏｕｒｃｅ）。ユーザ端末１００−１は、Ｄ２Ｄ非同期元となる（ＵＥ＝｛Ａ｝ Ｕｎ−Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｏｕｒｃｅ）。Ｄ２Ｄ非同期元は、Ｄ２Ｄ同期元に同期する。ｅＮＢ２００は、Ｄ２Ｄ近傍サービスに使用可能な無線リソースを示すＤ２Ｄリソース情報を、ブロードキャスト信号（例えばＳｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ：ＳＩＢ）により送信する。

（同期関係｛Ｂ｝）
ユーザ端末１００−１は、ｅＮＢ２００との関係ではＤ２Ｄ非同期元であるが、ユーザ端末１００−２及びユーザ端末１００−３との関係ではＤ２Ｄ同期元となる（ＵＥ＝｛Ｂ｝ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｏｕｒｃｅ）。ユーザ端末１００−２及びユーザ端末１００−３は、Ｄ２Ｄ非同期元となる（ＵＥ＝｛Ｂ｝ Ｕｎ−Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｏｕｒｃｅ）。ユーザ端末１００−１は、ｅＮＢ２００から受信したＤ２Ｄ近傍サービスに使用可能な無線リソースを示すＤ２Ｄリソース情報を、ブロードキャスト信号（例えばＳｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）により送信する。

次に、上述した「同期関係（Ｂ）」におけるＤ２Ｄ同期元のＵＥ１００−１が、Ｄ２Ｄ同期信号を送信するケースについて説明する。

Ｄ２Ｄ同期元であるＵＥ１００−１は、図７に示すようなＤ２Ｄ通信用の無線リソース（リソースプール）を用いる。具体的には、Ｄ２Ｄ通信用の無線リソースは、ＳＡ領域とデータ領域とに時間方向に分けられる。Ｄ２Ｄ通信用の無線リソースの時間・周波数方向における幅、及びＤ２Ｄ通信用の無線リソースの周期は、固定されている。Ｄ２Ｄ通信用の無線リソースの時間方向における幅は、ＶｏＩＰのサポートをするために、少なくとも２０ｍｓｅｃの倍数の設定にできることが好ましい。

ＳＡ領域は、複数のＳＡリソースプール（ＳＡ ｐｏｏｌ ０〜３）に周波数方向に分けられる。例えば、ＳＡリソースプールの周波数方向における幅は、１０ＲＢ又は１２ＲＢであり、ＳＡリソースプールの時間方向における幅は、４サブフレームである。

データ領域は、複数のデータリソースプール（Ｄａｔａ ｐｏｏｌ ０〜３）に周波数方向に分けられる。例えば、データリソースプールの周波数方向における幅は、１０ＲＢ又は１２ＲＢであり、データリソースプールの時間方向における幅は、３６サブフレームである。

複数のＳＡリソースプールのそれぞれと、複数のデータリソースプールのそれぞれとは、時間方向において対応付けられている。例えば、ＳＡリソースプール０とデータリソースプール０とは、「０」のリソースプールＩＤによって対応付けられている。

Ｄ２Ｄ通信用の無線リソースは、ＳＡリソース領域には、Ｄ２Ｄ同期信号及びＤ２Ｄ制御信号を送信するための無線リソースプール（Ｄ２Ｄ同期プール）が配置されている。

Ｄ２Ｄ同期信号は、Ｄ２Ｄ同期信号用の識別情報（Ｄ２ＤＳＳ−ＩＤ）を含む。Ｄ２ＤＳＳ−ＩＤは、ｅＮＢ２００からＵＥ１００−１に対して、事前に、ＳＩＢやＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ等により運ばれるか、予め、ＵＥ１００−１が記憶しているものが利用される。Ｄ２ＤＳＳ−ＩＤは、Ｄ２Ｄ同期信号やＤ２Ｄ制御信号の符号化・復号化に利用される。Ｄ２ＤＳＳ−ＩＤが示すシーケンスは、Ｄ２Ｄ同期信号（Ｄ２ＤＳＳ）を生成するときに使用されるが、その他の処理に利用されてもよい。Ｄ２ＤＳＳ−ＩＤは、Ｄ２Ｄ同期元であるＵＥ１００−１の識別子又は種別を識別可能に構成されてもよい。

Ｄ２Ｄ同期プールは、時間方向において、ＳＡリソース領域の先頭シンボルから所定のシンボル（例えば、０から１３シンボル）まで配置され、且つ、周波数方向においてＤ２Ｄ通信用の無線リソースの周波数方向の中心の数ＲＢ（例えば、６ＲＢ）に亘って配置される。Ｄ２Ｄ同期プールの周期は、４０ｍｓｅｃで固定されていてもよい。

なお、第２のモードにおけるＤ２Ｄ通信用の無線リソースでは、第１のモードにおけるＰＵＣＣＨに対応する部分は、ブランクである。

図７に示すようなＤ２Ｄ通信用の無線リソース（ＳＡ領域とデータ領域とのセット）を時間方向において複数設けることができる。

図８に示すように、Ｄ２Ｄ同期プールには、Ｄ２Ｄ同期信号を送信するためのＤ２Ｄ同期リソースが割り当てられる。Ｄ２Ｄ同期元であるＵＥ１００−１は、Ｄ２Ｄ同期信号を送信するための設定（Ｄ２ＤＳＳ ｃｏｎｆｉｇ）がなされる。

第１実施形態では、図８に示すように、Ｄ２Ｄ同期信号を送信するための設定として、時間方向におけるＤ２Ｄ同期リソースの位置が異なる（具体的には、重複しない）２種類の設定がある。第１の発見方式では、Ｄ２Ｄ同期元であるＵＥ１００−１が、いずれかの設定を選択する。

Ｄ２Ｄ同期信号どうしの干渉を抑制するために、ＵＥ１００−１は、いずれかの設定をランダムに選択してもよいし、他のＤ２Ｄ同期元のＵＥから受信したＤ２Ｄ同期信号に基づいて、他のＤ２Ｄ同期元のＵＥが設定していない設定を選択してもよい。各設定によって、用いられるＤ２Ｄ同期リソースの時間位置が異なる。

第１の発見方式では、ＵＥ１００−１は、ＳＩＢ又は専用のＲＲＣシグナリングによって、Ｄ２Ｄ同期信号を送信するための（事前）設定がなされる。一方、第２の発見方式では、Ｄ２Ｄ同期元であるＵＥ１００−１は、ｅＮＢ２００からの指示によって、いずれかの設定を選択する。

上述したように、Ｄ２Ｄ同期信号は、Ｄ２ＤＳＳを含む。Ｄ２ＤＳＳは、時間・周波数の同期基準を提供する信号である。加えて、Ｄ２ＤＳＳは、ＰＤ２ＤＳＣＨを復調するために用いられる。Ｄ２ＤＳＳの時間方向における幅は、例えば、２シンボルである。

Ｄ２ＤＳＳは、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳを含む。ＰＤ２ＤＳＳは、ＰＳＳと同様の役割であり、ＳＤ２ＤＳＳは、ＳＳＳと同様の役割である。ＰＤ２ＤＳＳは、Ｄ２Ｄ通信におけるプライマリ同期信号である。ＳＤ２ＤＳＳは、Ｄ２Ｄ通信におけるセカンダリ同期信号である。ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの時間方向における幅は、例えば、１又は２シンボルである。時間方向において、ＰＤ２ＤＳＳ、ＳＤ２ＤＳＳの順に配置される。

ＰＤ２ＤＳＣＨは、Ｄ２Ｄリソース情報を運搬する。具体的は、ＰＤ２ＤＳＣＨは、Ｄ２Ｄ通信用の無線リソースの周波数帯幅（例えば、リソースプールＩＤ）を示す情報を含んでもよい。当該情報は、少ないビット（例えば、３ビット）で示されることが望ましい。また、ＰＤ２ＤＳＣＨは、第２のモードで用いられるリソースプールを示す情報を含む。

ＰＤ２ＤＳＣＨは、Ｄ２Ｄ同期信号に含まれる情報がｅＮＢ２００由来の情報であるか否かを示す情報を含んでもよい。当該情報は、１ビットで示すことができる。ｅＮＢ２００由来の情報は、例えば、第１のモードにおけるリソースプール及び／又は第２のモードにおけるリソースプールを示す情報である。また、ＰＤ２ＤＳＣＨは、Ｄ２Ｄ同期信号に含まれる情報が他のＵＥ１００から転送されている場合、ホップ数を示す情報を含んでもよい。なお、Ｄ２Ｄ同期信号に含まれる情報は、転送されないことが好ましい。

ＰＤ２ＤＳＣＨは、ＣＰ長を指示するための情報を含んでもよい。当該情報は、１ビットで示すことができる。

ＰＤ２ＤＳＣＨの信号系列は、Ｄ２Ｄ同期信号を送信するための設定の種類によって異なる。このため、ＰＤ２ＤＳＣＨの信号系列に応じて、Ｄ２Ｄ同期信号がどこのリソースを用いて送信されたかを特定することができる。

なお、ＰＤ２ＤＳＣＨの時間方向における幅は、例えば、４シンボルである。また、カバレッジ外において用いられるリソースプールは、予め規定されている。

図８において、ＰＤ２ＤＳＣＨは、上述したＤ２Ｄ−ＭＩＢを運ぶための無線リソースとして利用されるので、ＰＤ２Ｄ−ＢＣＨ（Ｄ２Ｄ用のＰＢＣＨ｛Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ｝）と表わしてもよい。ＰＤ２ＤＳＣＨ（ＰＤ２Ｄ−ＢＣＨ）はブロードキャストされる。ＰＤ２ＤＳＣＨ（ＰＤ２Ｄ−ＢＣＨ）は、Ｄ２Ｄ同期プールに含まれる。

（第１実施形態に係る動作）
次に、第１実施形態に係る動作について、図９及び図１０を用いて説明する。図９は、第１実施形態に係る動作を説明するための概略図である。図１０は、第１実施形態に係る動作を説明するためのシーケンス図である。

図９の（ａ）が示す動作状態は、図６が示す動作状態の内容と概略において同じである。また、図９の（ｂ）が示す内容は、図９の（ａ）が示す状態の次の状態に対応した内容を示す。図９の（ｃ）が示す内容は、図９の（ｂ）が示す状態の次の状態に対応した内容を示す。

図９の（ａ）において、ＵＥ１００−１は、ＵＥ１００−２とＵＥ１００−３のＤ２Ｄ同期元となっている。ＵＥ１００−１は、ｅＮＢ２００と同期してｅＮＢ２００からの下りリンクデータを受信している。この状態において、ＵＥ１００−１は、例えば４０ｍｓｅｃに一度、つまり、周期的に、上述したＤ２Ｄ同期プール（第１Ｄ２Ｄ同期プール）を報知する（ステップＳ１）。

ＵＥ１００−２およびＵＥ１００−３は、ＵＥ１００−１からの第１Ｄ２Ｄ同期プールを受信すると、第１Ｄ２Ｄ同期プールに含まれる少なくともＤ２Ｄ同期信号（Ｄ２ＤＳＳ）に基づいてＵＥ１００−１と同期をとる（ステップＳ２）。ＵＥ１００−２（ＵＥ１００−３）は、受信した第１Ｄ２Ｄ同期プールに含まれるＤ２Ｄ同期信号の情報要素であるＤ２ＤＳＳ−ＩＤとＤ２Ｄ−ＭＩＢの情報要素（ＤＦＮ／ＤＳＦＮ等）とを、メモリ１５０に記憶する（図１０のステップＳ２−１）。ＵＥ１００−２（ＵＥ１００−３）は、第１Ｄ２Ｄ同期プールに含まれる全ての情報要素をメモリ１５０に記憶してよい。ＵＥ１００−２およびＵＥ１００−３は、それぞれＵＥ１００−１と同期をとることにより、ＵＥ１００−２とＵＥ１００−３との間でも同期する状態となる。つまり、ＵＥ１００−１とＵＥ１００−２とＵＥ１００−３の三者間で同期している状態となる。

ＵＥ１００−２とＵＥ１００−３が同期している状態において、ＵＥ１００−２からＵＥ１００−３にＤ２Ｄ通信用データが送信される（ステップＳ３）。ステップＳ３において、ＵＥ１００−３は、ＵＥ１００−２から送信されたＤ２Ｄ通信用データを、ｅＮＢ２００を含むネットワークを介さずに直接的に受信する。

次に、図９の（ｂ）に示すように、ＵＥ１００−１が、例えば、ｅＮＢ２００からの下りリンクデータの受信を完了すると、ＲＲＣ接続状態からＲＲＣアイドル状態に移行してしまう。そうすると、ＵＥ１００−１は、Ｄ２Ｄ同期プールの報知動作を停止する（ステップＳ４）。つまり、ＵＥ１００−１は、第１Ｄ２Ｄ同期信号の報知動作を停止する。ＵＥ１００−２およびＵＥ１００−３は、それまで周期的に受信できていたＵＥ１００−１からの第１Ｄ２Ｄ同期プールを、突然受信することができなくなってしまう。

このような場合、ＵＥ１００−２およびＵＥ１００−３は、ＵＥ１００−１からの第１Ｄ２Ｄ同期プール（少なくともＤ２Ｄ同期信号｛Ｄ２ＤＳＳ｝）が受信されないと判断する（図１０のステップＳ５）。すなわち、ＵＥ１００−２およびＵＥ１００−３は、少なくともＤ２Ｄ同期信号が消失したことを理解する。

ＵＥ１００−２およびＵＥ１００−３は、そのように判断（理解）すると、図９（ｃ）に示すように、所定期間の間、自ＵＥが、Ｄ２Ｄ非同期元からＤ２Ｄ同期元に切り替わることを決める。そして、ＵＥ１００−２は、メモリ１５０に記憶された第１Ｄ２Ｄ同期プールの情報要素を用いて、後述する第２Ｄ２Ｄ同期プールを生成し、生成された第２Ｄ２Ｄ同期プールを送信する、と決める（図１０のステップＳ６）。なお、ＵＥ１００−２は、ＵＥ１００−１からの第１Ｄ２Ｄ同期プールが受信されなくなってから一定の期間経過後に、前記ステップＳ６を実行してもよい。ＵＥ１００−２は、タイマーによって前記一定の期間を計時してもよい。

これに対して、ＵＥ１００−３は、ＵＥ１００−１からの第１Ｄ２Ｄ同期プールが消失したことを理解すると、自ＵＥが、Ｄ２Ｄ非同期元からＤ２Ｄ同期元に切り替わるとは決めない。ＵＥ１００−３は、ＵＥ１００−２からのＤ２Ｄ通信用データの受信処理を一次的に停止する。このとき、ＵＥ１００−３は、次のＤ２Ｄ同期元候補となり得るＵＥ１００を探すために、周辺のＵＥ１００からの所定の信号の受信品質を測定する処理（例えば、ＲＳＲＰの測定処理）を実行する。なお、「所定期間」の定義については後述する。

ＵＥ１００−２は、第２Ｄ２Ｄ同期プールを送信することを決めると（図１０のステップＳ６）、メモリ１５０に記憶された第１Ｄ２Ｄ同期プールの情報要素を用いて第２Ｄ２Ｄ同期プールを生成する（図１０のステップＳ７）。この場合、ＵＥ１００−２は、メモリ１５０に記憶されたＤ２ＤＳＳ−ＩＤを用いて第２Ｄ２Ｄ同期信号（図１０のＤ２ＤＳＳ−２）を生成する。また、ＵＥ１００−２は、メモリ１５０に記憶されたＤ２Ｄ−ＭＩＢの情報要素を用いて第２Ｄ２Ｄ−ＭＩＢ（図１０のＤ２Ｄ−ＭＩＢ−２）（第２Ｄ２Ｄ制御信号）を生成する。ＵＥ１００−２は、第２Ｄ２Ｄ−ＭＩＢを生成するにあたり、ＵＥ１００−２がＤ２Ｄ通信用のデータを送信する動作を継続していることを示すＤ２Ｄ送信継続情報（ビット情報）を第２Ｄ２Ｄ−ＭＩＢに含める。ＵＥ１００−２は、第２Ｄ２Ｄ同期信号と第２Ｄ２Ｄ制御信号を送信するための第２Ｄ２Ｄ同期プールを生成する。

ＵＥ１００−２は、第２Ｄ２Ｄ同期プールを、メモリ１５０に記憶されたＤＦＮ／ＤＳＦＮが示す送信機会のタイミングで送信する（ステップＳ８）。図１０は、ＵＥ１００−２が、第２Ｄ２Ｄ同期プールを複数回の送信機会（送信タイミング）で送信していることを示す。ＵＥ１００−２は、第２Ｄ２Ｄ同期プールを送信するタイミングにおいて、例えば、一定量のＤ２Ｄ通信用のデータを送信する。なお、ＵＥ１００−２は、Ｄ２Ｄ通信用データを、第２Ｄ２Ｄ同期プールを送信するタイミングとは異なるタイミングで送信してもよい。なお、図１０は、一定量のＤ２Ｄ通信用データを送信する例を示している。一定量のＤ２Ｄ通信用データを送信する期間は、後述する「所定期間（Ｃ）」に対応する。

ＵＥ１００−３は、ＵＥ１００−２からの第２Ｄ２Ｄ同期プールを受信すると、第２Ｄ２Ｄ同期プールの第２Ｄ２Ｄ−ＭＩＢ（Ｄ２Ｄ−ＭＩＢ−２）に含まれたＤ２Ｄ送信継続情報によって、ＵＥ１００−２からのＤ２Ｄ通信用データの送信が継続されることを理解する。そうすると、ＵＥ１００−２は、仮に、周辺ＵＥ１００からのＲＳＲＰから、次のＤ２Ｄ同期元候補となり得る別のＵＥ１００−４（図示せず）が検出された場合であっても、そのＵＥ１００−４をＤ２Ｄ同期元として設定しない。この段階では、ＵＥ１００−３は、Ｄ２Ｄ同期元がＵＥ１００−１であると理解したままであるが、ＵＥ１００−２からの第２Ｄ２Ｄ同期プールに含まれる第２Ｄ２Ｄ同期信号（Ｄ２ＤＳＳ−２）に基づいて、ＵＥ１００−２に同期する。

ＵＥ１００−３は、ＵＥ１００−２に同期した状態で、ＵＥ１００−２からのＤ２Ｄ通信用データの受信処理を再開する。

（所定期間について）
（１）所定期間（Ａ）
所定期間（Ａ）は、同期元ユーザ端末（ＵＥ１００−２）から周期的に送信される第２Ｄ２Ｄ同期信号（Ｄ２ＤＳＳ−２）の少なくとも１送信周期以上の期間に相当する期間である。これは、ＵＥ１００−２が、Ｄ２ＤＳＳ−２を送信する送信タイミング（送信機会）の所定回数分に相当する期間を意味する。具体的には、例えば、ＵＥ１００−２が、４０ｍｓｅｃに１回の送信機会でＤ２ＤＳＳ−２を送信する場合に、その送信機会の所定回数分の期間に対応する。

（２）所定期間（Ｂ）
所定期間（Ｂ）は、ユーザ端末（ＵＥ１００−２）が、Ｄ２Ｄ通信用データ（端末間通信用データ）を送信する送信機会の少なくとも１送信機会以上の期間に相当する期間である。具体的には、ユーザ端末（ＵＥ１００−２）が、Ｄ２Ｄ通信用データを送信するために用いられる無線リソースプールの期間の、少なくとも１期間分以上に相当する期間である。これは、送信用の無線リソースプールの所定数ピリオド分に相当する期間である。

（３）所定期間（Ｃ）
所定期間（Ｃ）は、ユーザ端末（ＵＥ１００−２）が、所定データ量のＤ２Ｄ通信用データ（端末間通信用データ）を送信するために要する送信期間に相当する期間である。具体的には、（ｉ）Ｄ２Ｄ通信用データがＦＴＰデータである場合において、１ファイル分のデータの送信が完了するまでに要する時間（期間）、（ｉｉ）Ｄ２Ｄ通信用データがＰＴＴ（プッシュトゥートーク）のデータである場合において、ユーザがプッシュボタンを離すまでに送信されるデータについての、そのデータの送信が完了するのに要する時間（期間）、（ｉｉｉ）一定周期を一単位として、ユーザ端末（ＵＥ１００−２）が、所定単位数分（一定回数分）繰り返して送信するＤｉｓｃｏｖｅｒｙ信号の最後の信号の送信が完了するのに要する時間（期間）、（ｉｖ）第１のユーザ端末（ＵＥ１００−２）から第２のユーザ端末（ＵＥ１００−３）に、転送用のＤ２Ｄ通信用のデータを送信する場合における、転送が完了するまでに要する時間（期間）、等である。なお、所定期間（Ｃ）は、ユーザ端末（ＵＥ１００−２）がＤ２Ｄ通信用データを送信する場合における、該ユーザ端末のバッファに保持されたバッファ量に基づいて算出されてもよい。

次に、図１０に示すように、ＵＥ１００−２は、上述した所定期間が満了する前後において、ＵＥ１００−３に対して、第２Ｄ２Ｄ同期信号および第２Ｄ２Ｄ制御信号の送信を終了することを通知する。

具体的には、ＵＥ１００−２は、例えば、上述した所定期間（Ｃ）に相当する所定量のＤ２Ｄ通信用のデータの送信動作が終了しようとする場合には、当該Ｄ２Ｄ通信用のデータの送信が終了するタイミングの直前あるいは直後に到来する、第２Ｄ２Ｄ同期信号および第２Ｄ２Ｄ制御信号の送信タイミングにおいて、第２Ｄ２Ｄ同期信号および前記第２Ｄ２Ｄ制御信号の送信を終了することを示す送信終了通知をＵＥ１００−３に送信する。ＵＥ１００−２は、前記送信終了通知を第２Ｄ２Ｄ同期プールに含めてＵＥ１００−３に送信する。その後、ＵＥ１００−２は、上述した送信終了通知後において、第２Ｄ２Ｄ同期プールおよびＤ２Ｄ通信用データの送信を終了する（ステップＳ９）。ＵＥ１００−２から送信終了通知を受信したＵＥ１００−３は、ＵＥ１００−２からのＤ２Ｄ通信用データの送信が完了することを理解して、Ｄ２Ｄ通信用データの受信処理を終了する。

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

第１実施形態では、ステップＳ５において、ＵＥ１００−３は、ＵＥ１００−１からの第１Ｄ２Ｄ同期プール（少なくともＤ２ＤＳＳ）が消失したことを理解すると、次のＤ２Ｄ同期元候補となり得るＵＥ１００を探すために、周辺のＵＥ１００からのＲＳＲＰを測定する処理を実行した。これに対して、第２実施形態では、ステップＳ５において、ＵＥ１００−３は、ＵＥ１００−１からの第１Ｄ２Ｄ同期プール（少なくともＤ２ＤＳＳ）が消失したことを理解すると、次のＤ２Ｄ同期元候補となり得るＵＥ１００を探すために、周辺のＵＥ１００からのＲＳＲＰを測定する処理を実行しない。ＵＥ１００−３は、自ＵＥのメモリ１５０に記憶していた第１Ｄ２Ｄ同期プールの情報要素（Ｄ２ＤＳＳ−ＩＤやＤＦＮ／ＤＳＦＮ等）を用いて、Ｄ２Ｄ通信用データの受信動作を継続する（ステップＳ５Ａ）。

また、第１実施形態では、ステップＳ７において、ＵＥ１００−２は、第２Ｄ２Ｄ同期プールを生成するにあたり、ＵＥ１００−２がＤ２Ｄ通信用データを送信する動作を継続していることを示すＤ２Ｄ送信継続情報（ビット情報）を含めた。しかし、第２実施形態では、Ｄ２Ｄ送信継続情報を含めずに第２Ｄ２Ｄ同期プールを生成する（ステップＳ７Ａ）。それ以外は、第１実施形態の内容と同じである。

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

［相互参照］
日本国出願第２０１５−０２３５２３号（２０１５年２月９日）の全内容が参照により本願明細書に組み込まれている。

本発明は、通信分野において有用である。

Claims (9)

1. Ｄ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）近傍サービスをサポートする移動通信システムにおけるユーザ端末であって、
   前記ユーザ端末が、基地局のセル外に位置した状態において、前記セル外に位置する他のユーザ端末との間で直接的な端末間通信を実行するために、前記セル内に位置する同期元ユーザ端末から周期的に送信された第１のＤ２Ｄ同期信号を受信する第１処理を実行するコントローラを備え、
   前記第１のＤ２Ｄ同期信号は、当該第１のＤ２Ｄ同期信号の識別情報を含み、
   前記コントローラは、更に、
   前記第１のＤ２Ｄ同期信号を基準にして、前記他のユーザ端末に対して端末間通信用データを送信する第２処理と、
   前記識別情報を記憶する第３処理と、
   前記第２処理が実行されている間に、前記第１のＤ２Ｄ同期信号が受信されなくなった場合には、所定期間において、前記識別情報を用いて第２のＤ２Ｄ同期信号を生成し、該第２のＤ２Ｄ同期信号を前記他のユーザ端末に送信し、かつ、前記端末間通信用データを送信することが継続していることを示す送信継続情報を前記他のユーザ端末に送信する第４処理と、
   前記第２のＤ２Ｄ同期信号とともに、あるいは前記第２のＤ２Ｄ同期信号を送信した後、前記端末間通信用データを前記他のユーザ端末に送信する第５処理と、を実行するユーザ端末。
2. 前記同期元ユーザ端末は、前記第１のＤ２Ｄ同期信号が送信される将来のタイミングに関する時間情報を含んだ第１のＤ２Ｄ制御信号を更に送信し、
   前記コントローラは、
   前記第１処理において、前記第１のＤ２Ｄ制御信号を受信した場合には、前記第３処理において、前記時間情報を記憶する処理を実行し、
   前記第４処理において、前記第２のＤ２Ｄ同期信号を、前記時間情報に基づくタイミングで、前記他のユーザ端末に送信する処理を実行し、
   前記第５処理において、前記時間情報に基づくタイミングで、前記端末間通信用データを前記他のユーザ端末に送信する処理を実行する請求項１に記載のユーザ端末。
3. 前記コントローラは、
   前記第４処理において、前記時間情報を含んだ第２のＤ２Ｄ制御信号を生成し、前記第２のＤ２Ｄ制御信号を送信する処理を実行し、
   前記コントローラは、前記第４処理において更に、
   前記第２のＤ２Ｄ同期信号および前記第２のＤ２Ｄ制御信号の送信処理が継続していることを示す送信継続情報を送信する処理を実行する請求項２に記載のユーザ端末。
4. 前記コントローラは、
   前記第４処理において、前記時間情報を含んだ第２のＤ２Ｄ制御信号を生成し、前記第２のＤ２Ｄ制御信号を送信する処理を実行し、
   前記コントローラは、
   前記第５処理において、前記所定期間に相当する所定量の前記端末間通信用データの送信動作が終了する場合には、所定のタイミングで、前記第２のＤ２Ｄ同期信号および前記第２のＤ２Ｄ制御信号の送信を終了し、前記第２のＤ２Ｄ同期信号および前記第２のＤ２Ｄ制御信号の送信を終了することを通知する処理を実行し、
   前記所定のタイミングは、前記端末間通信用のデータの送信が終了するタイミングの直前あるいは直後に到来する前記第２のＤ２Ｄ同期信号および前記第２のＤ２Ｄ制御信号の送信タイミングである請求項２に記載のユーザ端末。
5. 前記所定期間とは、前記同期元ユーザ端末から周期的に送信される第１のＤ２Ｄ同期信号の少なくとも１送信周期以上の期間に相当する期間である請求項１又は２記載のユーザ端末。
6. 前記所定期間とは、前記ユーザ端末が前記端末間通信用データを送信する送信機会の少なくとも１送信機会以上の期間に相当する期間である前記請求項１又は２記載のユーザ端末。
7. 前記所定期間とは、前記ユーザ端末が所定データ量の前記端末間通信用データを送信するために要する送信期間に相当する期間である前記請求項１又は２記載のユーザ端末。
8. 前記コントローラは、
   前記第５処理において、前記所定期間に相当する所定量の前記端末間通信用データの送信動作が終了する場合には、所定のタイミングで、前記第２のＤ２Ｄ同期信号の送信を終了し、前記第２のＤ２Ｄ同期信号の送信を終了することを通知する処理を実行し、
   前記所定のタイミングは、前記端末間通信用のデータの送信が終了するタイミングの直前あるいは直後に到来する前記第２のＤ２Ｄ同期信号の送信タイミングである請求項１に記載のユーザ端末。
9. Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおけるユーザ端末であって、
   前記ユーザ端末が、基地局のセル外に位置した状態において、前記セル外に位置する他のユーザ端末との間で直接的な端末間通信を実行するために、前記セル内に位置する同期元ユーザ端末から周期的に送信された第１のＤ２Ｄ同期信号、および当該第１のＤ２Ｄ同期信号が送信される将来のタイミングに関する時間情報を含んだ第１のＤ２Ｄ制御信号を受信する第１処理を実行するコントローラを備え、
   前記第１のＤ２Ｄ同期信号は、当該第１のＤ２Ｄ同期信号の識別情報を含み、
   前記コントローラは、更に、
   前記第１のＤ２Ｄ同期信号および前記第１のＤ２Ｄ制御信号に基づいて、前記他のユーザ端末から送信された端末間通信用データを受信する第２処理と、
   前記識別情報、および前記時間情報を記憶する第３処理と、
   前記第２処理が実行されている間に、少なくとも前記第１のＤ２Ｄ同期信号が受信されなくなった場合には、所定期間において、前記識別情報および前記時間情報に基づいて、前記他のユーザ端末から送信された第２のＤ２Ｄ同期信号を受信し、かつ、前記端末間通信用データを送信することが継続していることを示す送信継続情報を前記他のユーザ端末から受信する第４処理と、
   前記第２のＤ２Ｄ同期信号とともに、あるいは、前記第２のＤ２Ｄ同期信号を受信した後、前記他のユーザ端末から前記端末間通信用データを受信する第５処理と、を実行するユーザ端末。

Images