(57)【要約】  Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置であって、所定の同期信号を受信する受信部と、前記所定の同期信号と同期する処理を行う同期処理部と、前記受信部において他のユーザ装置から送信された同期信号を受信した場合で、かつ、前記他のユーザ装置から送信された同期信号の受信電力が所定の閾値未満の場合に、前記他のユーザ装置から送信された同期信号と同一のサブフレームで同期信号を送信する送信部と、を有し、前記送信部は、所定の期間において同期信号の送信を停止し、前記受信部は、前記所定の期間において前記他のユーザ装置から送信された同期信号の受信電力を測定する、ユーザ装置を提供する。
2017134979.tif 000002
【特許請求の範囲】
【請求項１】
Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置であって、
所定の同期信号を受信する受信部と、
前記所定の同期信号と同期する処理を行う同期処理部と、
前記受信部において他のユーザ装置から送信された同期信号を受信した場合で、かつ、前記他のユーザ装置から送信された同期信号の受信電力が所定の閾値未満の場合に、前記他のユーザ装置から送信された同期信号と同一のサブフレームで同期信号を送信する送信部と、
を有し、
前記送信部は、所定の期間において同期信号の送信を停止し、
前記受信部は、前記所定の期間において前記他のユーザ装置から送信された同期信号の受信電力を測定する、ユーザ装置。
【請求項２】
Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置であって、
所定の同期信号を受信する受信部と、
前記所定の同期信号と同期する処理を行う同期処理部と、
前記受信部において他のユーザ装置から送信された同期信号を受信した場合で、かつ、前記他のユーザ装置から送信された同期信号の受信電力が所定の閾値未満の場合に、前記他のユーザ装置から送信された同期信号とは異なるサブフレームで同期信号を送信する送信部と、
を有し、
前記送信部は、前記他のユーザ装置から送信された同期信号の受信電力が、所定の期間の間、前記所定の閾値を超えている場合に、同期信号の送信を停止する、ユーザ装置。
【請求項３】
前記送信部は、前記他のユーザ装置から送信された同期信号の受信電力に基づいて同期信号を送信する際の送信電力を算出し、算出した送信電力で同期信号を送信する、
請求項１又は２に記載のユーザ装置。
【請求項４】
Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置であって、
所定の同期信号を受信する受信部と、
前記所定の同期信号と同期する処理を行う同期処理部と、
前記受信部において他のユーザ装置から送信された同期信号を受信した場合で、かつ、前記他のユーザ装置から送信された同期信号が、前記所定の同期信号よりも優先度が低い場合に、前記他のユーザ装置から送信された同期信号よりも優先度が高い同期信号を送信する送信部と、
を有するユーザ装置。
【請求項５】
前記送信部は、所定の期間の間、前記他のユーザ装置から送信された同期信号の受信電力が所定の閾値未満の場合に、同期信号の送信を停止する、
請求項４に記載のユーザ装置。
【請求項６】
前記送信部は、前記他のユーザ装置から送信された同期信号よりも優先度が高い同期信号を、前記他のユーザ装置から送信された同期信号とは異なるサブフレームで送信する、
請求項４に記載のユーザ装置。
【請求項７】
Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置が実行する同期信号送信方法であって、
所定の同期信号を受信する受信ステップと、
前記所定の同期信号と同期する処理を行う同期処理ステップと、
前記受信ステップにおいて他のユーザ装置から送信された同期信号を受信した場合で、かつ、前記他のユーザ装置から送信された同期信号の受信電力が所定の閾値未満の場合に、前記他のユーザ装置から送信された同期信号と同一のサブフレームで同期信号を送信する送信ステップと、
を有し、
前記送信ステップは、所定の期間において同期信号の送信を停止し、
前記受信ステップは、前記所定の期間において前記他のユーザ装置から送信された同期信号の受信電力を測定する、同期信号送信方法。
【請求項８】
Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置が実行する同期信号送信方法であって、
所定の同期信号を受信する受信ステップと、
前記所定の同期信号と同期する処理を行う同期処理ステップと、
前記受信ステップにおいて他のユーザ装置から送信された同期信号を受信した場合で、かつ、前記他のユーザ装置から送信された同期信号の受信電力が所定の閾値未満の場合に、前記他のユーザ装置から送信された同期信号とは異なるサブフレームで同期信号を送信する送信ステップと、
を有し、
前記送信ステップは、前記他のユーザ装置から送信された同期信号の受信電力が、所定の期間の間、前記所定の閾値を超えている場合に、同期信号の送信を停止する、同期信号送信方法。
【請求項９】
Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置が実行する同期信号送信方法であって、
所定の同期信号を受信する受信ステップと、
前記所定の同期信号と同期する処理を行う同期処理ステップと、
前記受信ステップにおいて他のユーザ装置から送信された同期信号を受信した場合で、かつ、前記他のユーザ装置から送信された同期信号が、前記所定の同期信号よりも優先度が低い場合に、前記他のユーザ装置から送信された同期信号よりも優先度が高い同期信号を送信する送信ステップと、
を有する同期信号送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ装置、同期信号送信方法に関する。
【背景技術】
【０００２】
ＬＴＥ（Long Term Evolution）やＬＴＥの後継システム（例えば、ＬＴＥ−Ａ（LTE Advanced）、４Ｇ、ＦＲＡ（Future Radio Access）などともいう）では、ユーザ装置同士が無線基地局を介さないで直接通信を行うＤ２Ｄ（Device to Device）技術が検討されている（例えば、非特許文献１）。【０００３】
Ｄ２Ｄは、ユーザ装置と基地局との間のトラヒックを軽減したり、災害時などに基地局が通信不能になった場合でもユーザ装置間の通信を可能とする。【０００４】
Ｄ２Ｄは、通信可能な他のユーザ装置を見つけ出すためのＤ２Ｄディスカバリ（D2D discovery、Ｄ２Ｄ発見ともいう）と、ユーザ装置間で直接通信するためのＤ２Ｄコミュニケーション（D2D direct communication、Ｄ２Ｄ通信、端末間直接通信などともいう）と、に大別される。以下では、Ｄ２Ｄコミュニケーション、Ｄ２Ｄディスカバリなどを特に区別しないときは、単にＤ２Ｄと呼ぶ。また、Ｄ２Ｄで送受信される信号を、Ｄ２Ｄ信号と呼ぶ。【０００５】
また、３ＧＰＰ（3rd Generation Partnership Project）では、Ｄ２Ｄ機能を拡張することでＶ２Ｘを実現することが検討されている。ここで、Ｖ２Ｘとは、ＩＴＳ（Intelligent Transport Systems）の一部であり、図１に示すように、自動車間で行われる通信形態を意味するＶ２Ｖ（Vehicle to Vehicle）、自動車と道路脇に設置される路側機（ＲＳＵ：Road-Side Unit）との間で行われる通信形態を意味するＶ２Ｉ（Vehicle to Infrastructure）、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するＶ２Ｎ（Vehicle to Nomadic device）、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（Vehicle to Pedestrian）の総称である。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】"Key drivers for LTE success:Services Evolution"、２０１１年９月、3GPP、インターネットURL：http://www.3gpp.org/ftp/Information/presentations/presentations_2011/2011_09_LTE_Asia/2011_LTE-Asia_3GPP_Service_evolution.pdf
【非特許文献２】３ＧＰＰ  ＴＳ３６．３００  Ｖ１３．２．０（２０１５−１２）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
Ｄ２Ｄにおいて適切に同期処理を行うことを可能にする技術が必要とされている。
【課題を解決するための手段】
【０００８】
本発明の一側面によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置であって、所定の同期信号を受信する受信部と、前記所定の同期信号と同期する処理を行う同期処理部と、前記受信部において他のユーザ装置から送信された同期信号を受信した場合で、かつ、前記他のユーザ装置から送信された同期信号の受信電力が所定の閾値未満の場合に、前記他のユーザ装置から送信された同期信号と同一のサブフレームで同期信号を送信する送信部と、を有し、前記送信部は、所定の期間において同期信号の送信を停止し、前記受信部は、前記所定の期間において前記他のユーザ装置から送信された同期信号の受信電力を測定する、ユーザ装置が提供される。
【発明の効果】
【０００９】
開示の技術によれば、Ｄ２Ｄにおいて適切に同期処理を行うことを可能にする技術が提供される。
【図面の簡単な説明】
【００１０】
【図１】Ｖ２Ｘを説明するための図である。
【図２】課題を説明するための図である。
【図３】課題を説明するための図である。
【図４Ａ】Ｄ２Ｄを説明するための図である。
【図４Ｂ】Ｄ２Ｄを説明するための図である。
【図５Ａ】Ｄ２Ｄで想定されている物理チャネルを説明するための図である。
【図５Ｂ】Ｄ２Ｄで想定されている物理チャネルを説明するための図である。
【図６】各実施の形態に係る無線通信システムの構成例を示す図である。
【図７】実施の形態に係る無線通信システムが行う動作概要を示す図である。
【図８】実施の形態に係る同期信号の送信方法（その１）を説明するための図である。
【図９】ユーザ装置が同期信号の送信と受信電力の測定を交互に行う動作を示す図である。
【図１０】同期信号を送信可能な期間をユーザ装置毎に変化させる処理手順を示すフローチャートである。
【図１１】実施の形態に係る同期信号の送信方法（その２）を説明するための図である。
【図１２】同期信号の送信を停止する際の処理手順の例を示すシーケンス図である。
【図１３】他の実施の形態に係るユーザ装置が行う処理手順の例を示すフローチャートである。
【図１４】他の実施の形態に係るユーザ装置が同期信号の送信を開始する際の処理手順の例を示すシーケンス図である。
【図１５】実施の形態に係るユーザ装置が同期信号の送信を中止する際の処理手順の例を示すシーケンス図である。
【図１６】実施の形態に係るユーザ装置の動作例を示す図である。
【図１７】実施の形態の変形例を示す図である。
【図１８】各実施の形態に係るユーザ装置の機能構成の一例を示す図である。
【図１９】各実施の形態に係る基地局の機能構成の一例を示す図である。
【図２０】各実施の形態に係るユーザ装置のハードウェア構成の一例を示す図である。
【図２１】各実施の形態に係る基地局のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１１】
Ｄ２Ｄでは、ユーザ装置は、基地局ｅＮＢのセル端に位置する場合など、所定の条件を満たす場合に自ら同期信号を４０ｍｓ周期で送信する。また、ユーザ装置は、同期信号を常時送信し続けるのではなく、制御信号（ＳＣＩ：Sidelink Control Information）及びデータ（ＰＳＳＣＨ：Physical Sidelink Shared Channel）を送信する場合に同期信号を送信する。
【００１２】
ここで、Ｖ２Ｘ（特にＶ２Ｖ）では、ユーザ装置間で主に１００ｂｙｔｅ程度のパケットが周期的（１００ｍｓ〜１秒程度）に送受信されるシナリオが想定されている。本シナリオに対して、仮に従来のＤ２Ｄの規定がそのまま適用された場合、ユーザ装置は、制御信号及びデータを送信する時間の前後のみで同期信号を送信するように動作することが想定される。具体的には、図２に示すように、ユーザ装置は、Ｖ２Ｘパケットを送信する前後のリソース（Ｒ１、Ｒ３、Ｒ４、Ｒ６）のみで同期信号を送信するように動作することが想定される。この場合、Ｖ２Ｘのユーザ装置から送信される同期信号を受信するユーザ装置は、歯抜けで送信される同期信号を受信することになってしまい、正しく同期処理を行うことができなくなる可能性がある。
【００１３】
次に、３ＧＰＰにおけるＶ２Ｘの検討では、基地局から送信される同期信号に加えて、ＧＮＳＳ（Global Navigation Satellite System）の信号を同期信号として用いることが想定されている（図３の左側）。ＧＮＳＳからの同期信号は、基本的に世界中のあらゆる場所で受信可能であるため、ユーザ装置が基地局からの同期信号及びＧＮＳＳからの同期信号の両方を受信することができない場合（ユーザ装置が孤立している場合）は稀なケースであると想定される（図３の右側）。しかしながら、トンネル等の存在を考慮すると、このような孤立したユーザ装置に対しても、基地局やＧＮＳＳの同期信号と同期しているユーザ装置から、同期信号がリレーされることが望ましい。
【００１４】
しかしながら、ユーザ装置ＵＥが、従来のＤ２Ｄで規定されている所定の条件を満たす場合に同期信号を送信するように動作すると、セル端（基地局が形成するセル端）や基地局のカバレッジ外に位置する全てのユーザ装置は、周辺のエリアでＧＮＳＳの同期信号を受信できる環境であるにも関わらず自ら同期信号を送信することになってしまう。このような状況は、無線リソース及びユーザ装置の電力を無駄に消費していることになり適切ではないと考えられる。なお、Ｖ２ＸはＤ２Ｄの一部であると考えると、Ｄ２Ｄでも同様の問題が発生し得る。
【００１５】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又はリリース１４以降に対応する第５世代の通信方式も含む広い意味で使用する。
【００１６】
また、本実施の形態は、主にＶ２Ｘを対象としているが、本実施の形態に係る技術は、Ｖ２Ｘに限らず、広くＤ２Ｄ全般に適用可能である。また、「Ｄ２Ｄ」はその意味としてＶ２Ｘを含むものである。
【００１７】
また、「Ｄ２Ｄ」は、ユーザ装置ＵＥ間でＤ２Ｄ信号を送受信する処理手順のみならず、Ｄ２Ｄ信号を基地局が受信（モニタ）する処理手順、及び、ＲＲＣ  ｉｄｌｅの場合若しくは基地局ｅＮＢとコネクションを確立していない場合に、ユーザ装置ＵＥが基地局ｅＮＢに上り信号を送信する処理手順を含む広い意味で使用する。
【００１８】
なお、以下の説明では、外部同期ソースとしてＧＮＳＳが用いられる場合を例に記載するが、本実施の形態は、ＧＮＳＳに限られず、ラジオ、テレビ、又はＷｉＦｉ（登録商標）等を外部同期ソースに利用する場合にも適用することができる。
【００１９】
本実施の形態において、「同期」とは、時間同期（無線フレーム同期、シンボルタイミング同期を含む）及び周波数同期を含むものとして使用する。
【００２０】
＜Ｄ２Ｄの概要＞
まず、ＬＴＥで規定されているＤ２Ｄの概要について説明する。なお、Ｖ２Ｘにおいても、ここで説明するＤ２Ｄの技術を使用することは可能であり、本発明の実施の形態におけるＵＥは、当該技術によるＤ２Ｄ信号の送受信を行うことができる。
【００２１】
既に説明したように、Ｄ２Ｄには、大きく分けて「Ｄ２Ｄディスカバリ」と「Ｄ２Ｄコミュニケーション」がある。「Ｄ２Ｄディスカバリ」については、図４Ａに示すように、Ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ毎に、Ｄｉｓｃｏｖｅｒｙメッセージ用のリソースプールが確保され、ＵＥはそのリソースプール内でＤｉｓｃｏｖｅｒｙメッセージを送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ＵＥが自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。
【００２２】
「Ｄ２Ｄコミュニケーション」についても、図４Ｂに示すように、ＳＣＩ／データ送信用のリソースプールが周期的に確保される。送信側のＵＥはＣｏｎｔｒｏｌリソースプール（ＳＣＩ送信用リソースプール）から選択されたリソースでＳＣＩによりデータ送信用リソース等を受信側に通知し、当該データ送信用リソースでデータを送信する。「Ｄ２Ｄコミュニケーション」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、ｅＮＢからＵＥに送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。Ｍｏｄｅ２では、ＵＥはリソースプールから自律的に送信リソースを選択する。リソースプールについては、ＳＩＢで通知されたり、予め定義されたものが使用される。
【００２３】
ＬＴＥにおいて、「Ｄ２Ｄディスカバリ」に用いられるチャネルはＰＳＤＣＨ（Physical Sidelink Discovery Channel）と称され、「Ｄ２Ｄコミュニケーション」におけるＳＣＩ等の制御情報を送信するチャネルはＰＳＣＣＨ（Physical Sidelink Control Channel）と称され、データを送信するチャネルはＰＳＳＣＨ（Physical Sidelink Shared Channel）と称される。
【００２４】
基地局ｅＮＢのカバレッジ外におけるＤ２Ｄ通信を実現するため、ユーザ装置ＵＥは、所定の条件を満たす場合に同期信号（ＳＬＳＳ）を送信（リレー）することが規定されている。ＳＬＳＳは、より具体的にはＰＳＳＳ（Primary Sidelink Synchronization Signal）及びＳＳＳＳ（Secondary Sidelink Synchronization Signal）である。また、ＳＬＳＳを送信するユーザ装置ＵＥは、ＰＳＢＣＨ（Physical Sidelink Broadcast Control Channel）と呼ばれる物理チャネルを用いて、カバレッジ外に存在するユーザ装置ＵＥに無線フレーム番号（ＤＦＮ：Direct Frame Number）、システム帯域幅等を通知することができる。
【００２５】
基地局ｅＮＢのカバレッジ内に存在するユーザ装置ＵＥは、所定の条件を満たす場合（セル端に位置する場合等）に、基地局ｅＮＢから送信される同期信号（ＳＳ：Synchronization Signal）の同期タイミングに基づいてＳＬＳＳを送信（リレー）するように動作する。これにより、カバレッジ外に存在するユーザ装置ＵＥも基地局ｅＮＢの同期タイミングに従ってＤ２Ｄ通信を行うことが可能になる。また、カバレッジ外で孤立しているユーザ装置ＵＥ（ＳＳ及びＳＬＳＳと同期していないユーザ装置ＵＥ）は、他のユーザ装置ＵＥとの間で同期タイミングを揃えるためにユーザ装置ＵＥ自身に内蔵されている発振器で生成されるクロックに基づいてＳＬＳＳを送信する。
【００２６】
次に、Ｄ２Ｄで規定されているＳＬＳＳ及びＰＳＢＣＨについて説明する。図５Ａは、Ｄ２Ｄにおける物理チャネル全体の構成を示している。図５Ｂは、ＳＬＳＳ（ＰＳＳＳ／ＳＳＳＳ）及びＰＳＢＣＨの具体的な構成を示している。
【００２７】
図５Ａに示すように、ＰＳＳＳ、ＳＳＳＳ及びＰＳＢＣＨは、周波数帯域の中心の６ＰＢＲ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を用いて４０ｍｓ間隔で送信される。また、図５Ｂに示すように、ＰＳＳＳ、ＳＳＳＳ及びＰＳＢＣＨは、１サブフレーム内の所定のＳＣ−ＦＤＭＡシンボルにＰＳＳＳ及びＳＳＳＳがマッピングされ、ＰＳＳＳ、ＳＳＳＳ及びＤＭ−ＲＳ（Demodulation-Reference Signal）を除くＳＣ−ＦＤＭＡシンボルにＰＳＢＣＨがマッピングされる。
【００２８】
また、従来のＤ２Ｄでは、カバレッジ内及びカバレッジ周辺（Partial coverage）で送信されるＳＬＳＳとカバレッジ外で送信されるＳＬＳＳの２種類が規定されている。カバレッジ内及びカバレッジ周辺で送信されるＰＳＳＳはルートインデックスが「２６」であるＺａｄｏｆｆ−Ｃｈｕ系列であり、ＰＳＳＳ及びＳＳＳＳで０〜１６７の範囲のＳＬＩＤ（Sidelink ID）が特定される。カバレッジ外で送信されるＰＳＳＳはルートインデックスが「３７」であるＺａｄｏｆｆ−Ｃｈｕ系列であり、ＰＳＳＳ及びＳＳＳＳで１６８〜３５５の範囲のＳＬＩＤ（Sidelink ID）が特定される。ＳＬＩＤは、ＳＬＳＳ  ＩＤとも呼ばれる。更に、ＰＳＢＣＨにはＩｎ−ｃｏｖｅｒａｇｅ  ｉｎｄｉｃａｔｏｒと呼ばれる識別子が格納されており、カバレッジ内では「１（ＴＲＵＥ）」に設定され、カバレッジ外（カバレッジ周辺を含む）では「０（ＦＡＬＳＥ）」に設定される。ＳＬＩＤ及びＩｎ−ｃｏｖｅｒａｇｅ  ｉｎｄｉｃａｔｏｒの組み合わせにより、３種類の優先度グループ（Priority Group）が定義されている。具体的には、ＳＬＩＤが０〜１６７でありＩｎ−ｃｏｖｅｒａｇｅ  ｉｎｄｉｃａｔｏｒが「１（ＴＲＵＥ）」である場合は優先度グループ１、ＳＬＩＤが０〜１６７でありＩｎ−ｃｏｖｅｒａｇｅ  ｉｎｄｉｃａｔｏｒが「０（ＦＡＬＳＥ）」である場合は優先度グループ２、ＳＬＩＤが１６８〜３５５でありＩｎ−ｃｏｖｅｒａｇｅ  ｉｎｄｉｃａｔｏｒが「０（ＦＡＬＳＥ）である場合は優先度グループ３に定義されている。
【００２９】
また、従来のＤ２Ｄでは、ＳＳ、カバレッジ内で送信されたＳＬＳＳ、及びカバレッジ外で送信されたＳＬＳＳを受信した場合に、ユーザ装置ＵＥはどの同期信号と同期すべきかを示す優先順位が規定されている。最も優先度が高いのはＳＳであり、次に優先度が高いのはカバレッジ内で送信されるＳＬＳＳ（優先度グループ１）であり、優先度が低いのはカバレッジ外で送信されるＳＬＳＳ（優先度グループ２又は３）であると規定されている。
【００３０】
以下の説明では、ユーザ装置ＵＥが「同期信号を送信する」とは、特に断りが無い限り、ＳＬＳＳ、ＤＭ−ＲＳ及びＰＢＳＣＨが含まれる物理チャネルの信号（図５Ｂに示すチャネル構成の信号）を送信する意味で使用する。なお、同期信号及びチャネル構成はこれに限定されることを意図しているのではなく、将来、Ｄ２Ｄ又はＶ２Ｘで新たな同期信号又はチャネル構成が規定された場合、本実施の形態の同期信号には、当該新たな同期信号及びチャネル構成が含まれる。
【００３１】
＜システム構成＞
図６に示すように、本実施の形態に係る無線通信システムは、ＧＮＳＳ１と、基地局ｅＮＢと、ユーザ装置ＵＥ１〜ＵＥ４とを有する。
【００３２】
ユーザ装置ＵＥ１〜ＵＥ４は、互いにＤ２Ｄ通信を行う機能を有している。なお、以下の説明において、ユーザ装置（ＵＥ１〜ＵＥ４）のうち任意のユーザ装置を「ユーザ装置ＵＥ」と呼ぶ。ユーザ装置ＵＥは、Ｄ２Ｄの機能を有するいかなる装置であってもよいが、例えば、ユーザ装置ＵＥは、車両、歩行者が保持する端末、ＲＳＵ（Ｒｏｄｅ−Ｓｉｄｅ  Ｕｎｉｔ：ＵＥの機能を有するＵＥタイプＲＳＵ）等である。
【００３３】
基地局ｅＮＢは、ＬＴＥにおける基地局ｅＮＢとしてのセルラ通信の機能、及び、本実施の形態におけるユーザ装置ＵＥの通信を可能ならしめるための機能（リソース割当ての機能、設定情報通知機能等）を有している。また、基地局ｅＮＢは、ユーザ装置ＵＥに向けて同期信号（ＳＳ）を送信する。ＳＳは、より具体的にはＰＳＳ（Primary Synchronization Signal）及びＳＳＳ（Secondary Synchronization Signal）である。なお、基地局ｅＮＢは、セルラ通信機能に加えて、Ｄ２Ｄ信号をモニタする機能を有していてもよい。基地局ｅＮＢはＲＳＵ（ｅＮＢの機能を有するｅＮＢタイプＲＳＵ）を含む。
【００３４】
ＧＮＳＳ１は、同期信号（例えばＧＰＳ信号）を地上に向けて送信しており、ＧＮＳＳ１の同期信号を受信したユーザ装置ＵＥは、当該同期信号を用いて同期を行う。なお、ユーザ装置ＵＥがＧＮＳＳ１の同期信号と同期を行う方法には、どのような方法が用いられてもよい。一例として、ユーザ装置ＵＥは、当該同期信号に含まれているＵＴＣ（Coordinated Universal Time）を特定する情報と、ユーザ装置ＵＥ内に事前設定されている"ＵＴＣと無線フレーム番号（ＳＦＮ又はＤＦＮ）とを対応づける情報"とを用いて同期を行うようにしてもよい。
【００３５】
図６において、ユーザ装置ＵＥ１〜ＵＥ３は、ＧＮＳＳ１又は基地局ｅＮＢから送信される同期信号と同期していることを前提とする。言い換えると、ユーザ装置ＵＥ１〜ＵＥ３は、図３の左側「通常時」に該当する。また、ユーザ装置ＵＥ４は、ＧＮＳＳ１及び基地局ｅＮＢから送信される同期信号と同期しておらず（ＧＮＳＳ１及び基地局ｅＮＢから送信される同期信号を受信できず）、孤立していることを前提とする。言い換えると、ユーザ装置ＵＥ４は、図３の右側「稀なケース」に該当する。
【００３６】
以下、本実施の形態に係る無線通信システムが行う処理手順について、説明する。
【００３７】
＜実施の形態＞
（概要）
この実施の形態では、ＧＮＳＳ１又は基地局ｅＮＢと同期しているユーザ装置ＵＥは、他のユーザ装置ＵＥから送信される同期信号を受信していない場合、又は、他のユーザ装置ＵＥから送信される同期信号の受信電力（Ｓ−ＲＳＲＰ：Sidelink-Reference Signal Receiving Power）が所定の閾値未満である場合、自ら同期信号の送信を行うように動作する。また、同期信号を送信すると判断したユーザ装置ＵＥは、制御信号及びデータの送信有無に関わらず同期信号を送信するように動作する。
また、同期信号を送信しているユーザ装置ＵＥは、他のユーザ装置ＵＥから送信される同期信号の受信電力が所定の閾値を超えた場合は同期信号の送信を停止するように動作する。
【００３８】
図７は、実施の形態に係る無線通信システムが行う動作概要を示す図である。ユーザ装置ＵＥ１〜３は、図６で説明したように、ＧＮＳＳ１又は基地局ｅＮＢと同期している前提である。
【００３９】
ユーザ装置ＵＥ２は、他のユーザ装置ＵＥから送信される同期信号を受信していないと判断し、同期信号の送信を開始したものとする。続いて、ユーザ装置ＵＥ１及びユーザ装置ＵＥ３は、ユーザ装置ＵＥ２から送信された同期信号を受信し、受信した同期信号の受信電力を測定する。ユーザ装置ＵＥ３は、ユーザ装置ＵＥ２から送信された同期信号の受信電力が所定の閾値を超えている範囲（図７の「エリア２」）に存在するため、同期信号の受信電力が所定の閾値を超えていると判断して同期信号の送信を行わない。一方、ユーザ装置ＵＥ１は、ユーザ装置ＵＥ２から送信された同期信号の受信電力が所定の閾値未満である範囲（図７の「エリア１」）に存在するため、同期信号の受信電力が所定の閾値未満であると判断して同期信号の送信を行う。
【００４０】
（同期信号の送信方法（その１））
続いて、ユーザ装置ＵＥが同期信号を送信する際の送信方法（その１）について説明する。
【００４１】
図８は、実施の形態に係る同期信号の送信方法（その１）を説明するための図である。なお、図８に示すユーザ装置ＵＥ１及びユーザ装置ＵＥ２は、それぞれ、図７に示すユーザ装置ＵＥ１及びユーザ装置ＵＥ２に対応している。
【００４２】
ここで、本実施の形態では、各ユーザ装置ＵＥに対して、同期信号の送信が可能な２つ以上の無線リソース（以下、「同期用リソース」と呼ぶ）の位置（サブフレームの位置）を予め設定しておく。設定方法はどのような方法であってもよいが、標準仕様として予め規定されていてもよいし、報知情報（ＳＩＢ：System Information Block）又はＲＲＣシグナリングを用いて基地局ｅＮＢからユーザ装置ＵＥに設定されるようにしてもよいし、ＳＩＭ（Subscriber Identity Module）又はコアネットワーク等を介してユーザ装置ＵＥに事前設定（Pre-Configured）されていてもよい。また、同期用リソースの位置は、無線フレーム番号（ＳＦＮ又はＤＦＮ）及びサブフレーム番号で指定されていてもよいし、所定の開始位置（例えば、リソースプールの先頭）からのオフセット値で指定されていてもよい。報知情報が用いられる場合、例えば、「SL-OffsetIndicator information element」で設定されてもよいし、これに限られず他のＩＥ（Information Element）で設定されてもよい。
【００４３】
以下の説明では、同期用リソースとして、「同期用リソース１」と「同期用リソース２」とが設定されている前提で説明する。また、「同期用リソース１」と「同期用リソース２」は、従来のＤ２Ｄと同様、４０ｍｓ間隔のサブフレームに設定される前提で説明するが、これに限られず、本実施の形態は、４０ｍｓ以外の間隔で同期用リソースが設定されるようにしてもよい。
【００４４】
同期信号の送信方法（その１）では、同期信号を送信するユーザ装置ＵＥは、受信電力を測定した同期信号（他のユーザ装置ＵＥから送信された同期信号）と同一の同期用リソースを用いて同期信号を送信するように動作する。
【００４５】
より具体的には、ユーザ装置ＵＥは、他のユーザ装置ＵＥからの同期信号の受信電力を測定する際、同期用リソースとして設定されている全てのリソースについて受信電力の測定を行い、受信した同期信号の受信電力が所定の閾値未満の場合、受信した同期信号と同一の同期用リソースを選択して同期信号の送信を行う。例えば、図８に示すように、ユーザ装置ＵＥ２が同期用リソース１で同期信号を送信している場合、ユーザ装置ＵＥ１も同期用リソース１を用いて同期信号を送信するように動作する。なお、複数の同期用リソースの各々で同期信号を受信した場合で、かつ、各々の同期信号の受信電力が所定の閾値未満の場合、ユーザ装置ＵＥは、各々の同期信号のうち、最も受信電力の大きい同期信号が送信されている同期用リソースと同一の同期用リソースを選択して同期信号の送信を行うようにしてもよい。
【００４６】
ユーザ装置ＵＥ１及びユーザ装置ＵＥ２が送信する同期信号は、同一の無線信号である同期信号とするのが望ましい。これにより、ユーザ装置ＵＥ１とユーザ装置ＵＥ２は、互いに協調して同期信号を送信することになり、他のユーザ装置ＵＥ（例えば、図６のユーザ装置ＵＥ４など）は同期信号を合成受信することで同期精度を高めることができる。
【００４７】
ここで、「（概要）」で説明したように、ユーザ装置ＵＥは、他のユーザ装置ＵＥから送信される同期信号の受信電力が所定の閾値未満である場合に同期信号の送信を行い、所定の閾値を超えた場合に同期信号の送信を停止するように動作する。つまり、ユーザ装置ＵＥは、他のユーザ装置ＵＥから送信される同期信号の受信電力を測定し続ける必要がある。Ｄ２Ｄ通信は、同一のキャリアを使用してＤ２Ｄ信号の送受信が行われるハーフデュプレックス（Half Duplex）通信方式であるため、ユーザ装置ＵＥは、同一サブフレームにおいて、Ｄ２Ｄ信号（同期信号を含む）の送受信を同時に行うことができない。そうすると、同期信号の送信方法（その１）では、同一の同期用リソースを用いて同期信号を送信するユーザ装置ＵＥ１及びユーザ装置ＵＥ２は、他方のユーザ装置ＵＥから送信された同期信号の受信電力を測定することができなくなってしまう。
【００４８】
そこで、同期信号の送信方法（その１）では、ユーザ装置ＵＥは、図９に示すように、同期信号を送信可能な期間を示す所定の期間「Ｔ期間」の間で同期信号を送信し、「Ｔ期間」以外では同期信号の送信を一旦停止して他のユーザ装置ＵＥから送信される同期信号の受信電力を測定するようにしてもよい。「Ｔ期間」は、標準仕様として予め規定されていてもよいし、報知情報（ＳＩＢ）又はＲＲＣシグナリングを用いて基地局ｅＮＢからユーザ装置ＵＥに設定されるようにしてもよいし、ＳＩＭ又はコアネットワーク等を介してユーザ装置ＵＥに事前設定されていてもよい。
【００４９】
また、他の方法として、各ユーザ装置ＵＥで同時に同期信号の送信／停止が行われないようにするため、「Ｔ期間」をユーザ装置ＵＥ毎に変化させるようにしてもよい。
【００５０】
図１０は、同期信号を送信可能な期間をユーザ装置毎に変化させる処理手順を示すフローチャートである。まず、ユーザ装置ＵＥは、同期信号の送信を停止し（Ｓ１０１）、他のユーザ装置ＵＥから送信される同期信号の受信電力を測定する（Ｓ１０２）。測定した受信電力が所定の閾値未満である場合（Ｓ１０３のＹＥＳ）はステップＳ１０４に進み、測定した受信電力が所定の閾値を超えている場合（Ｓ１０３のＮＯ）はステップＳ１０２に戻る。続いて、ユーザ装置ＵＥは、「Ｔ１〜Ｔ２」の間で任意のＴ期間を決定する（Ｓ１０３）。ユーザ装置ＵＥは、Ｔ期間をＴ１〜Ｔ２の間でランダムに決定するようにしてもよいし、ステップＳ１０２の処理手順で測定した受信電力の大きさに基づいて決定するようにしてもよい。続いて、ユーザ装置ＵＥは、「Ｔ期間」の間、同期信号を送信する（Ｓ１０５）。
【００５１】
（同期信号の送信方法（その２））
続いて、ユーザ装置ＵＥが同期信号を送信する際の送信方法（その２）について説明する。
【００５２】
図１１は、実施の形態に係る同期信号の送信方法（その２）を説明するための図である。なお、図１１に示すユーザ装置ＵＥ１及びユーザ装置ＵＥ２は、それぞれ、図７に示すユーザ装置ＵＥ１及びユーザ装置ＵＥ２に対応している。
【００５３】
同期信号の送信方法（その２）では、同期信号の送信方法（その１）と異なり、同期信号を送信するユーザ装置ＵＥは、受信電力を測定した同期信号（他のユーザ装置ＵＥから送信された同期信号）と異なる同期用リソースを用いて同期信号を送信するように動作する。また、同期信号を送信すると判断したユーザ装置ＵＥは、制御信号及びデータの送信有無に関わらず同期信号を送信するように動作する。
【００５４】
より具体的には、ユーザ装置ＵＥは、他のユーザ装置ＵＥからの同期信号の受信電力を測定する際、同期用リソースとして設定されている全てのリソースについて受信電力の測定を行い、受信した同期信号の受信電力が所定の閾値未満の場合、受信した同期信号とは異なる同期用リソースを選択して同期信号の送信を行う。もし、複数の同期用リソースの各々で同期信号を受信した場合で、かつ、各々の同期信号の受信電力が所定の閾値未満の場合、ユーザ装置ＵＥは、各々の同期信号のうち、最も受信電力の大きい同期信号が送信されている同期用リソースとは異なる同期用リソースを選択して同期信号の送信を行うようにしてもよい。
【００５５】
また、ユーザ装置ＵＥは、自身が送信している同期信号とは異なる同期用リソースで送信されている同期信号の受信電力を測定し、受信した同期信号の受信電力のうち、受信電力が所定の閾値を超える同期信号が１つでも存在する場合に同期信号の送信を停止する。
【００５６】
同期信号の送信方法（その２）によれば、図１１に示すように、ユーザ装置ＵＥ１は、ユーザ装置ＵＥ２から送信された同期信号が使用している同期用リソース２とは異なる同期用リソース１を用いて、同期信号を送信するように動作する。これにより、ユーザ装置ＵＥ１は同期用リソース２で同期信号の受信電力を測定することができる。つまり、同期信号の送信方法（その２）では、同期信号の送信方法（その１）で説明したように、Ｄ２Ｄ通信がハーフデュプレックスであることによる問題は発生しない。
【００５７】
しかしながら、同期信号の送信方法（その２）では、互いに同期信号の受信電力を測定し合っている２つのユーザ装置ＵＥの距離が近づいた場合、２つのユーザ装置ＵＥの両方が共に受信電力が所定の閾値を超えたと判断してしまい、同期信号の送信を同時に停止してしまうという問題が生じる可能性がある。
【００５８】
このような問題の発生を避けるために、同期信号の送信方法（その２）では、同期信号の送信を停止するまでの所定の期間（「Ｔ期間」）を設けるようにすると共に、各ユーザ装置ＵＥ間で「Ｔ期間」をランダムに決定するようにしてもよい。
【００５９】
図１２は、同期信号の送信を停止する際の処理手順の例を示すシーケンス図である。まず、ユーザ装置ＵＥ１及びユーザ装置ＵＥ２は互いに異なる同期用リソースを用いて同期信号の送信を行っている（Ｓ２０１）。この状態で、ユーザ装置ＵＥ１及びユーザ装置ＵＥ２の間の距離が近づいてきたと仮定する。ユーザ装置ＵＥ２は、ユーザ装置ＵＥ１から送信された同期信号の受信電力を測定する（Ｓ２０２）。測定された受信電力が所定の閾値を超えていた場合、ユーザ装置ＵＥ２は「Ｔ期間」をランダムに決定し、バックオフタイマを起動する。図１２の例では、測定された受信電力が所定の閾値を超えたと判断され、「Ｔ期間」はＴ２に決定されたと仮定する。
【００６０】
同様に、ユーザ装置ＵＥ１は、ユーザ装置ＵＥ２から送信された同期信号の受信電力を測定する（Ｓ２０３）。測定された受信電力が所定の閾値を超えていた場合、ユーザ装置ＵＥ１は「Ｔ期間」をランダムに決定し、バックオフタイマを起動する。図１２の例では、測定された受信電力が所定の閾値を超えていたと判断され、「Ｔ期間」はＴ１に決定されたと仮定する。なお、図１２の例では、Ｔ１＞Ｔ２に決定されたと仮定する。
【００６１】
ユーザ装置ＵＥ２は、バックオフタイマが満了する（ゼロになる）までの間、ユーザ装置ＵＥ１から送信された同期信号の受信電力が所定の閾値を超えているか否かを測定する（Ｓ２０４）。バックオフタイマが満了するまでの間、継続して同期信号の受信電力が所定の閾値を超えていたと判断した場合、ユーザ装置ＵＥ２は、同期信号の送信を停止する。一方、バックオフタイマが満了するまでの間で、同期信号の受信電力が所定の閾値未満であることを検出した場合、ユーザ装置ＵＥ２は、バックオフタイマを停止する。つまり、ユーザ装置ＵＥ２は、同期信号の送信を停止しないように動作する。図１２の例では、バックオフタイマが満了するまでの間、継続して同期信号の受信電力が所定の閾値を超えていたと判断され、ユーザ装置ＵＥ２は同期信号の送信を停止したとする（Ｓ２０５）。
【００６２】
同様に、ユーザ装置ＵＥ１は、バックオフタイマが満了するまでの間、ユーザ装置ＵＥ２から送信された同期信号の受信電力が所定の閾値を超えているか否かを測定する（Ｓ２０６）。図１２の例では、ユーザ装置ＵＥ２は同期信号の送信を停止した（Ｓ２０５）ため、ユーザ装置ＵＥ１は、バックオフタイマが満了するまでの間で、同期信号の受信電力が所定の閾値未満であることを検出し、バックオフタイマを停止することになる。つまり、ユーザ装置ＵＥ１は、同期信号の送信を停止しないように動作する。
【００６３】
なお、「Ｔ期間」は、ユーザ装置ＵＥがランダムに決定するようにしてもよい。また、「Ｔ期間」として選択可能な範囲が標準仕様として予め規定されていてもよいし、報知情報（ＳＩＢ）又はＲＲＣシグナリングを用いて基地局ｅＮＢからユーザ装置ＵＥに設定されるようにしてもよいし、ＳＩＭ又はコアネットワーク等を介してユーザ装置ＵＥに事前設定されていてもよい。
【００６４】
以上、実施の形態について説明した。実施の形態によれば、同期信号を送信するユーザ装置ＵＥは、制御信号及びデータの送信有無に関わらず同期信号を送信するように動作する。これにより、図２を用いて前述したように、同期信号が歯抜けで送信される問題を解決することができる。また、実施の形態によれば、ＧＮＳＳ１等と同期しているユーザ装置ＵＥは、他のユーザ装置ＵＥから受信した同期信号の受信電力が所定の閾値未満である場合に同期信号を送信するように動作する。これにより、図３を用いて前述したように、ＧＮＳＳ１等と同期している全てのユーザ装置が、周辺のエリアでＧＮＳＳ１の同期信号を受信できる環境であるにも関わらず自ら同期信号を送信してしまうことで、無線リソース及びユーザ装置の電力を無駄に消費してしまうという問題を解決することができる。
【００６５】
＜他の実施の形態＞
この実施の形態では、ＧＮＳＳ１又は基地局ｅＮＢと同期しているユーザ装置ＵＥは、他のユーザ装置ＵＥから送信される同期信号の受信電力に関わらず、自ら同期信号の送信を行うように動作する。更に、ユーザ装置ＵＥは、他のユーザ装置ＵＥから送信される同期信号の受信電力に基づいて、自身が送信する同期信号の送信電力を変化させるように動作する。例えば、図７において、ユーザ装置ＵＥ３は同期信号を送信しないように動作するが、この実施の形態では、ユーザ装置ＵＥ３は、送信電力を制御しながら同期信号を送信するように動作することになる。
【００６６】
なお、この実施の形態では、他のユーザ装置ＵＥから送信される同期信号の受信電力が所定の閾値未満であるか否かに関わらず同期信号を送信する点と、送信電力を制御しつつ同期信号を送信する点が前記実施の形態と異なるだけであり、特に言及しない点（例えば、同期信号を送信する同期用リソースの選択など）は、前記実施の形態と同様でよい。
【００６７】
図１３は、実施の形態に係るユーザ装置が行う処理手順の例を示すフローチャートである。まず、ユーザ装置ＵＥは、同期信号の送信を停止し（Ｓ３０１）、他のユーザ装置ＵＥから送信される同期信号の受信電力を測定する（Ｓ３０２）。ユーザ装置ＵＥは、自身が同期信号を送信していた同期用リソースを含む複数の同期用リソースで受信電力を測定するようにしてもよいし、自身が同期信号を送信していた同期用リソースのみで受信電力を測定するようにしてもよい。複数の同期用リソースで受信電力を測定する場合、以降の処理手順において、最も受信電力が大きい値を送信電力の算出に用いるようにしてもよい。
【００６８】
続いて、ユーザ装置ＵＥは、測定した受信電力に基づいて送信電力（ＰＳＬＳＳ）を算出する（Ｓ３０３）。ここで、ユーザ装置ＵＥは、「ＰＳＬＳＳ＝Ｐ０＋α（ＳＲＳＲＰｍｅａｓｕｒｅ−ＳＲＳＲＰ０）」の式を用いて送信電力（ＰＳＬＳＳ）を算出するようにしてもよい。ここで、「ＳＲＳＲＰｍｅａｓｕｒｅ」は測定された受信電力を示している。また、「Ｐ０」は送信電力制御の基準送信電力を示している。「α」は受信電力に基づく送信電力のスケーリング比率を示している。「ＳＲＳＲＰ０」はＳＲＳＲＰｍｅａｓｕｒｅに対するオフセット電力を示している。「Ｐ０」、「α」及び「ＳＲＳＲＰ０」の値は、標準仕様として予め規定されていてもよいし、報知情報（ＳＩＢ）又はＲＲＣシグナリングを用いて基地局ｅＮＢからユーザ装置ＵＥに設定されるようにしてもよいし、ＳＩＭ又はコアネットワーク等を介してユーザ装置ＵＥに事前設定されていてもよい。続いて、ユーザ装置ＵＥは、同期信号を送信可能な期間を示す所定の期間「Ｔ期間」を、「Ｔ１〜Ｔ２」の間で任意に決定する（Ｓ３０４）。ユーザ装置ＵＥは、Ｔ期間をＴ１〜Ｔ２の間でランダムに決定するようにしてもよいし、ステップＳ１０２の処理手順で測定した受信電力の大きさに基づいて決定するようにしてもよい。続いて、ユーザ装置ＵＥは、「Ｔ期間」の間、算出された送信電力（ＰＳＬＳＳ）により同期信号を送信する（Ｓ３０５）。
【００６９】
以上の処理手順により、例えば「α」を負の値に設定した場合、ユーザ装置ＵＥは、測定した受信電力が大きい場合は、自身の同期信号の送信電力を低くするように動作し、測定した受信電力が小さい場合は、自身の同期信号の送信電力を大きくするように動作することができる。
【００７０】
なお、ステップＳ３０４の処理手順は省略されてもよい。この場合、「Ｔ期間」は、標準仕様として予め規定されていてもよいし、報知情報（ＳＩＢ）又はＲＲＣシグナリングを用いて基地局ｅＮＢからユーザ装置ＵＥに設定されるようにしてもよいし、ＳＩＭ又はコアネットワーク等を介してユーザ装置ＵＥに事前設定されていてもよい。
【００７１】
また、この実施の形態と前記実施の形態とを組み合わせるようにしてもよい。具体的には、ＧＮＳＳ１又は基地局ｅＮＢと同期しているユーザ装置ＵＥは、他のユーザ装置ＵＥから送信される同期信号を受信していない場合、又は、他のユーザ装置ＵＥから送信される同期信号の受信電力が所定の閾値未満である場合、自ら同期信号の送信を行うように動作すると共に、同期信号の送信を行う場合に、更に、他のユーザ装置ＵＥから送信される同期信号の受信電力に基づいて、自身が送信する同期信号の送信電力を変化させるように動作するようにしてもよい。
【００７２】
以上、実施の形態について説明した。実施の形態によれば、同期信号を送信するユーザ装置ＵＥは、制御信号及びデータの送信有無に関わらず同期信号を送信するように動作する。これにより、同期信号が歯抜けで送信される問題を解決することができる。また、実施の形態によれば、ＧＮＳＳ１等と同期しているユーザ装置ＵＥは、同期信号の送信電力を制御するように動作する。これにより、ＧＮＳＳ１等と同期している各ユーザ装置が自ら同期信号を送信することによる無線リソース及びユーザ装置の電力を無駄に消費してしまうという問題を解決することができる。
【００７３】
＜他の実施の形態＞
この実施の形態では、ユーザ装置ＵＥは、ＧＮＳＳ１及び基地局ｅＮＢと同期していないユーザ装置ＵＥ（つまり、孤立しているユーザ装置ＵＥ）から送信される同期信号を受信（検出）した場合にのみ、同期信号を送信するように動作する。例えば、図６の例では、ユーザ装置ＵＥ１〜３は、孤立している（カバレッジ外の）ユーザ装置ＵＥ４の存在を検出した場合に同期信号を送信するように動作する。また、同期信号を送信すると判断したユーザ装置ＵＥは、制御信号及びデータの送信有無に関わらず同期信号を送信するように動作する。
【００７４】
この実施の形態では、同期信号を受信したユーザ装置ＵＥが、ＧＮＳＳ１及び基地局ｅＮＢと同期していないユーザ装置ＵＥ（つまり、孤立しているユーザ装置ＵＥ）から送信される同期信号と、ＧＮＳＳ１及び基地局ｅＮＢと同期しているユーザ装置ＵＥから送信される同期信号とを識別可能にする必要がある。
【００７５】
そこで、この実施の形態では、同期信号に予め優先度を付与するようにしておき、ユーザ装置ＵＥは、当該優先度に基づき、自ら同期信号を送信すべきか否かを判断するように動作する。より具体的には、ユーザ装置ＵＥは、自身が同期している同期信号の優先度と、受信した同期信号の優先度とを比較し、受信した同期信号の優先度が低い場合は、自ら同期信号を送信するように動作する。また、ユーザ装置ＵＥは、自身が同期している同期信号の優先度と、受信した同期信号の優先度とを比較し、受信した同期信号の優先度が高い場合は、受信した同期信号と同期するように動作する。
【００７６】
同期信号の優先度は、例えば、「孤立しているユーザ装置ＵＥから送信される同期信号」、「基地局ｅＮＢと同期しているユーザ装置ＵＥから送信される同期信号」、「ＧＮＳＳと同期しているユーザ装置ＵＥから送信される同期信号」、「基地局ｅＮＢから送信される同期信号」、「ＧＮＳＳ１から送信される同期信号」の順に優先度が高くなるように、ユーザ装置ＵＥに予め設定されていてもよいし、他の順序であってもよい。実施の形態では、少なくとも、「孤立しているユーザ装置ＵＥから送信される同期信号」の優先度は最も低いとして扱われる。
【００７７】
「孤立しているユーザ装置ＵＥから送信される同期信号」、「基地局ｅＮＢと同期しているユーザ装置ＵＥから送信される同期信号」及び「ＧＮＳＳと同期しているユーザ装置ＵＥから送信される同期信号」は、それぞれ、ＳＬＳＳを異なる系列とすることで、ユーザ装置ＵＥで各同期信号を識別可能にしてもよい。また、ＰＳＢＣＨの中に同期信号の種別を示す情報を含めることで各同期信号を識別可能にしてもよい。これらに限られず、他の方法で各同期信号を識別可能にしてもよい。
【００７８】
図１４は、実施の形態に係るユーザ装置が同期信号の送信を開始する際の処理手順の例を示すシーケンス図である。なお、図１４に示すユーザ装置ＵＥ２及びユーザ装置ＵＥ４は、それぞれ、図７に示すユーザ装置ＵＥ２及びユーザ装置ＵＥ４に対応している。ユーザ装置ＵＥ２は、ＧＮＳＳ１と同期しており、ユーザ装置ＵＥ４は孤立している前提とする。
【００７９】
まず、ユーザ装置ＵＥ４は、例えば、Ｖ２Ｘパケットの送信を行うために、同期信号の送信を開始する（Ｓ４０１、Ｓ４０２）。続いて、ユーザ装置ＵＥ２は、ユーザ装置ＵＥ４から送信された同期信号を受信し、受信した同期信号の優先度を判断する。ユーザ装置ＵＥ２は、ＧＮＳＳ１と同期していることから、自身が同期している同期信号の優先度よりも、受信した同期信号の優先度が低いと判断し、同期信号の送信を開始する（Ｓ４０４、Ｓ４０５）。つまり、ユーザ装置ＵＥ２は、ユーザ装置ＵＥ４が送信している「孤立しているユーザ装置ＵＥから送信される同期信号」よりも優先度が高い、「ＧＮＳＳと同期しているユーザ装置ＵＥから送信される同期信号」を送信することになる。
【００８０】
続いて、ユーザ装置ＵＥ４は、ユーザ装置ＵＥ２から送信された同期信号の優先度を判断する（Ｓ４０６）。ここで、ユーザ装置ＵＥ４は、外部の同期信号とは同期していないことから、優先度が高い同期信号を受信したと判断し、受信した同期信号と同期する（Ｓ４０７）。なお、ユーザ装置ＵＥ４は、これまで送信していた同期信号の送信を停止するようにしてもよいし、同期している同期信号の同期タイミングに基づいて同期信号を送信（リレー）するようにしてもよい。
【００８１】
以上、孤立しているユーザ装置ＵＥの存在を検出したユーザ装置ＵＥが同期信号の送信を開始する際の処理手順について説明したが、当該ユーザ装置ＵＥは、更に、以下の処理手順に従って、同期信号の送信を中止するようにしてもよい。
【００８２】
図１５は、実施の形態に係るユーザ装置が同期信号の送信を中止する際の処理手順の例を示すシーケンス図である。
【００８３】
ユーザ装置ＵＥ２は、図１４のステップＳ４０３及びＳ４０４の処理手順に従い同期信号を送信する（Ｓ４０８）。続いて、ユーザ装置ＵＥ４は、図１４のステップＳ４０６及び４０７の処理手順に従い、ユーザ装置ＵＥ２から送信された同期信号と同期すると共に、これまで送信していた同期信号の送信を中止（又は、同期信号を送信したまま遠隔に移動）する（Ｓ４０９）。ユーザ装置ＵＥ２は、ユーザ装置ＵＥ４から受信していた同期信号の受信電力が、同期信号の送信を中止するまでの期間を示す所定の期間「Ｔ期間」の間、継続して所定の閾値未満であることを検出した場合、同期信号の送信を停止する。（Ｓ４１０）。
【００８４】
なお、Ｔ期間は、ユーザ装置ＵＥ２が同期信号の送信を開始したタイミングからの期間であってもよいし、ユーザ装置ＵＥ４から受信していた同期信号の受信電力が所定の閾値未満になったこと（又は受信できなくなったこと）を検出したタイミングからの期間であってもよい。また、ユーザ装置ＵＥは、「Ｔ期間」を、所定の範囲「Ｔ１〜Ｔ２」の間でランダムに決定するようにしてもよい。「Ｔ期間」又は／及び所定の範囲「Ｔ１〜Ｔ２」は標準仕様として予め規定されていてもよいし、報知情報（ＳＩＢ）又はＲＲＣシグナリングを用いて基地局ｅＮＢからユーザ装置ＵＥに設定されるようにしてもよいし、ＳＩＭ又はコアネットワーク等を介してユーザ装置ＵＥに事前設定されていてもよい。
【００８５】
以上、図１４及び図１５を用いて説明した処理手順において、ユーザ装置ＵＥ２からの同期信号と同期したユーザ装置ＵＥ４が同期信号の送信を停止するように動作する場合、ユーザ装置ＵＥ２及びユーザ装置ＵＥ４の動作は、図１６のように図示することができる。図１６に示すように、ユーザ装置ＵＥ２及びユーザ装置ＵＥ４は、同期信号の送信／停止を交互に繰り返すように動作することになる。なお、ユーザ装置ＵＥ４は、ユーザ装置ＵＥ２からの同期信号を受信できない間は孤立した状態になるが、それほど長時間でなければ、同期安定性は損なわれないと想定される。
【００８６】
以上、実施の形態について説明した。実施の形態によれば、同期信号を送信するユーザ装置ＵＥは、制御信号及びデータの送信有無に関わらず同期信号を送信するように動作する。これにより、同期信号が歯抜けで送信される問題を解決することができる。また、実施の形態によれば、ＧＮＳＳ１等と同期しているユーザ装置ＵＥは、孤立したユーザ装置ＵＥの存在を検出した場合に限り、同期信号を送信するように動作する。これにより、ＧＮＳＳ１等と同期している各ユーザ装置が自ら同期信号を送信することによる無線リソース及びユーザ装置の電力を無駄に消費してしまうという問題を解決することができる。
【００８７】
（実施の形態の変形例）
ユーザ装置ＵＥ２は、図１４のステップＳ４０４の処理手順において、ユーザ装置ＵＥ４から受信した同期信号の同期用リソースとは異なる同期用リソースを用いて同期信号を送信するようにしてもよい。更に、ユーザ装置ＵＥ４は、図１４のステップＳ４０７の処理手順において、ユーザ装置ＵＥ２から送信される同期信号の同期用リソースとは異なる同期用リソースを用いて同期信号を送信（リレー）するようにしてもよい。この場合、ユーザ装置ＵＥ２及びユーザ装置ＵＥ４の動作は、図１７のように図示することができる。図１７に示すように、ユーザ装置ＵＥ２及びユーザ装置ＵＥ４は、同期信号の送信／停止を交互に繰り返す必要がないため、同期安定性を向上させることが可能になる。また、ユーザ装置ＵＥ４は、自身が送信している同期信号の送信を中止せずに同期処理を行うことができ、高速に同期処理を行うことが可能になる。
【００８８】
＜ユーザ装置の状態に応じたパラメータ設定＞
以上、実施の形態で説明した同期信号の送信に用いられる各種のパラメータは、ユーザ装置ＵＥの状態ごとに複数設定してもよい。ユーザ装置ＵＥの状態とは例えば、ユーザ装置ＵＥの位置・移動速度・ドップラー周波数・ユーザ装置ＵＥの能力などを指す。各種のパラメータとは、受信電力閾値（所定の閾値）・同期信号送信期間（Ｔ期間）・同期信号を送信するサブフレームのオフセット（同期用リソースの位置を示すオフセット）・ヒステリシス・送信電力パラメータ（「Ｐ０」、「α」及び「ＳＲＳＲＰ０」の値）などを指す。例えば、ユーザ装置ＵＥの移動速度の範囲ごとに異なる受信電力閾値を適用することにより、高速移動しているユーザ装置ＵＥはより広い受信電力の範囲で同期信号を送信し、それ以外のユーザ装置ＵＥはより狭い受信電力の範囲で同期信号を送信するように設定することができる。高速移動中は同期に要する時間が長くなるなど同期の安定性が劣化し得るため、このようなユーザ装置ＵＥの状態に応じたパラメータ設定により同期の安定性を向上させることができる。
【００８９】
＜機能構成＞
以上説明した複数の実施の形態の動作を実行するユーザ装置ＵＥ及び基地局ｅＮＢの機能構成例を説明する。なお、ユーザ装置ＵＥ及び基地局ｅＮＢは、実施の形態に係る方式の全ての機能を備えていてもよいし、いずれか１つの方式の機能のみを備えていてもよい。また、いずれの方式を実行するのかを、設定情報（configuration information）により切替えるようにしてもよい。
【００９０】
（ユーザ装置）
図１８は、各実施の形態に係るユーザ装置の機能構成の一例を示す図である。図１８に示すように、ユーザ装置ＵＥは、信号送信部１０１と、信号受信部１０２と、同期処理部１０３とを有する。なお、図１８は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１８に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００９１】
信号送信部１０１は、ユーザ装置ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。また、信号送信部１０１は、Ｄ２Ｄ信号の送信機能とセルラ通信の送信機能を有する。また、信号送信部１０１は、同期信号を送信する機能を有する。
【００９２】
信号受信部１０２は、他のユーザ装置ＵＥ又は基地局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。また、信号受信部１０２は、Ｄ２Ｄ信号の受信機能とセルラ通信の受信機能を有する。また、信号受信部１０２は、所定の同期ソース（外部同期ソース、基地局ｅＮＢ、又はユーザ装置ＵＥ）から送信された同期信号を受信する機能を含む。また、信号受信部１０２は、同期信号の受信電力を測定する機能を有する。信号受信部１０２は、信号送信部１０１が同期信号の送信を停止している間（例えば、所定の期間）に、他のユーザ装置ＵＥから送信された同期信号の受信電力を測定するようにしてもよい。
【００９３】
また、信号送信部１０１は、信号受信部１０２において他のユーザ装置ＵＥから送信された同期信号を受信した場合で、かつ、他のユーザ装置ＵＥから送信された同期信号の受信電力が所定の閾値未満の場合に、他のユーザ装置ＵＥから送信された同期信号と同一又は異なるサブフレーム（同期用リソース）で同期信号を送信するようにしてもよい。また、信号送信部１０１は、所定の期間（Ｔ期間）は、同期信号の送信を停止するようにしてもよい。また、信号送信部１０１は、他のユーザ装置ＵＥから送信された同期信号の受信電力が、所定の期間の間、所定の閾値を超えていることが信号受信部１０２で測定された場合に、同期信号の送信を停止するようにしてもよい。
【００９４】
また、信号送信部１０１は、信号受信部１０２で測定された、他のユーザ装置ＵＥから送信された同期信号の受信電力に基づいて同期信号を送信する際の送信電力を算出し、算出した送信電力で同期信号を送信するようにしてもよい。
【００９５】
また、信号送信部１０１は、信号受信部１０２において他のユーザ装置ＵＥから送信された同期信号を受信した場合で、かつ、他のユーザ装置ＵＥから送信された同期信号が、所定の同期信号よりも優先度が低い場合に、他のユーザ装置ＵＥから送信された同期信号よりも優先度が高い同期信号を送信するようにしてもよい。また、信号送信部１０１は、所定の期間の間、信号受信部１０２で測定された、他のユーザ装置ＵＥから送信された同期信号の受信電力が所定の閾値未満の場合に、同期信号の送信を停止するようにしてもよい。また、信号送信部１０１は、他のユーザ装置ＵＥから送信された同期信号よりも優先度が高い同期信号を、他のユーザ装置ＵＥから送信された同期信号とは異なるサブフレーム（同期用リソース）で送信するようにしてもよい。
【００９６】
（基地局）
図１９は、各実施の形態に係る基地局の機能構成の一例を示す図である。図１９に示すように、基地局ｅＮＢは、信号送信部２０１と、信号受信部２０２と、通知部２０３とを有する。なお、図１９は、基地局ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１９に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００９７】
信号送信部２０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部２０２は、ユーザ装置ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。
【００９８】
通知部２０３は、ユーザ装置ＵＥが同期処理を行う際に用いる各種情報（同期リソースの位置、「Ｔ期間」の値、「Ｔ１」の値、「Ｔ２」の値、「Ｐ０」、「α」及び「ＳＲＳＲＰ０」の値、同期信号の優先度など）を、報知情報（ＳＩＢ）又はＲＲＣシグナリングを用いてユーザ装置ＵＥに通知する。
【００９９】
以上説明した基地局ｅＮＢ及びユーザ装置ＵＥの機能構成は、全体をハードウェア回路（例えば、１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【０１００】
（ユーザ装置）
図２０は、各実施の形態に係るユーザ装置のハードウェア構成の一例を示す図である。図２０は、図１８よりも実装例に近い構成を示している。図２０に示すように、ユーザ装置ＵＥは、無線信号に関する処理を行うＲＦ（Radio Frequency）モジュール３０１と、ベースバンド信号処理を行うＢＢ（Base Band）処理モジュール３０２と、上位レイヤ等の処理を行うＵＥ制御モジュール３０３と、ＳＩＭカードにアクセスするインタフェースであるＳＩＭスロット３０４と、外部同期ソース信号を受信する外部同期ソース信号受信モジュール３０５とを有する。
【０１０１】
ＲＦモジュール３０１は、ＢＢ処理モジュール３０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Digital-to-Analog）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Analog to Digital）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール３０２に渡す。ＲＦモジュール３０１は、例えば、図１８の信号送信部１０１及び信号受信部１０２の一部を含む。
【０１０２】
ＢＢ処理モジュール３０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Digital Signal Processor）３１２は、ＢＢ処理モジュール３０２における信号処理を行うプロセッサである。メモリ３２２は、ＤＳＰ３１２のワークエリアとして使用される。ＲＦモジュール３０１は、例えば、図１８の信号送信部１０１の一部、信号受信部１０２の一部及び同期処理部１０３を含む。
【０１０３】
ＵＥ制御モジュール３０３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ３１３は、ＵＥ制御モジュール３０３が行う処理を行うプロセッサである。メモリ３２３は、プロセッサ３１３のワークエリアとして使用される。また、プロセッサ３１３は、ＳＩＭスロット３０４を介してＳＩＭとの間でデータの読出し及び書込みを行う。
【０１０４】
外部同期ソース信号受信モジュール３０５は、ＧＰＳ信号を受信し、受信したＧＰＳ信号の復調等を行う。また、外部同期ソース信号受信モジュール３０５は、図１８の信号受信部１０１の一部を含む。
【０１０５】
（基地局）
図２１は、各実施の形態に係る基地局のハードウェア構成の一例を示す図である。図２１は、図１９よりも実装例に近い構成を示している。図２１に示すように、基地局ｅＮＢは、無線信号に関する処理を行うＲＦモジュール４０１と、ベースバンド信号処理を行うＢＢ処理モジュール４０２と、上位レイヤ等の処理を行う装置制御モジュール４０３と、ネットワークと接続するためのインタフェースである通信ＩＦ４０４とを有する。
【０１０６】
ＲＦモジュール４０１は、ＢＢ処理モジュール４０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール４０２に渡す。ＲＦモジュール４０１は、例えば、図１９に示す信号送信部２０１及び信号受信部２０２の一部を含む。
【０１０７】
ＢＢ処理モジュール４０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ４１２は、ＢＢ処理モジュール４０２における信号処理を行うプロセッサである。メモリ４２２は、ＤＳＰ４１２のワークエリアとして使用される。ＢＢ処理モジュール４０２は、例えば、図１９に示す信号送信部２０１の一部、信号受信部２０２の一部及び通知部２０３の一部を含む。
【０１０８】
装置制御モジュール４０３は、ＩＰレイヤのプロトコル処理、ＯＡＭ（Operation and Maintenance）処理等を行う。プロセッサ４１３は、装置制御モジュール４０３が行う処理を行うプロセッサである。メモリ４２３は、プロセッサ４１３のワークエリアとして使用される。補助記憶装置４３３は、例えばＨＤＤ等であり、基地局ｅＮＢ自身が動作するための各種設定情報等が格納される。装置制御モジュール４０３は、例えば、図１９に示す通知部２０３の一部を含む。
【０１０９】
＜まとめ＞
以上、実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置であって、所定の同期信号を受信する受信部と、前記所定の同期信号と同期する処理を行う同期処理部と、前記受信部において他のユーザ装置から送信された同期信号を受信した場合で、かつ、前記他のユーザ装置から送信された同期信号の受信電力が所定の閾値未満の場合に、前記他のユーザ装置から送信された同期信号と同一のサブフレームで同期信号を送信する送信部と、を有し、前記送信部は、所定の期間において同期信号の送信を停止し、前記受信部は、前記所定の期間において前記他のユーザ装置から送信された同期信号の受信電力を測定する、ユーザ装置が提供される。これにより、Ｄ２Ｄにおいて適切に同期処理を行うことを可能にする技術が提供される。
【０１１０】
また、実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置であって、所定の同期信号を受信する受信部と、前記所定の同期信号と同期する処理を行う同期処理部と、前記受信部において他のユーザ装置から送信された同期信号を受信した場合で、かつ、前記他のユーザ装置から送信された同期信号の受信電力が所定の閾値未満の場合に、前記他のユーザ装置から送信された同期信号とは異なるサブフレームで同期信号を送信する送信部と、を有し、前記送信部は、前記他のユーザ装置から送信された同期信号の受信電力が、所定の期間の間、前記所定の閾値を超えている場合に、同期信号の送信を停止する、ユーザ装置が提供される。これにより、Ｄ２Ｄにおいて適切に同期処理を行うことを可能にする技術が提供される。
【０１１１】
また、前記送信部は、前記他のユーザ装置から送信された同期信号の受信電力に基づいて同期信号を送信する際の送信電力を算出し、算出した送信電力で同期信号を送信するようにしてもよい。これにより、同期信号を受信するユーザ装置ＵＥは、多数のユーザ装置ＵＥが同時に同期信号を送信するような状況であっても、適切に同期信号の合成を行うことが可能になり、同期精度を高めることができる。
【０１１２】
また、実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置であって、所定の同期信号を受信する受信部と、前記所定の同期信号と同期する処理を行う同期処理部と、前記受信部において他のユーザ装置から送信された同期信号を受信した場合で、かつ、前記他のユーザ装置から送信された同期信号が、前記所定の同期信号よりも優先度が低い場合に、前記他のユーザ装置から送信された同期信号よりも優先度が高い同期信号を送信する送信部と、を有するユーザ装置が提供される。これにより、Ｄ２Ｄにおいて適切に同期処理を行うことを可能にする技術が提供される。
【０１１３】
また、前記送信部は、所定の期間の間、前記他のユーザ装置から送信された同期信号の受信電力が所定の閾値未満の場合に、同期信号の送信を停止するようにしてもよい。これにより、同期信号を送信するユーザ装置ＵＥは、同期信号を受信するユーザ装置ＵＥが遠隔に移動した場合など、同期信号を送信する必要が無くなった場合に、同期信号の送信を停止することが可能になる。
【０１１４】
また、前記送信部は、前記他のユーザ装置から送信された同期信号よりも優先度が高い同期信号を、前記他のユーザ装置から送信された同期信号とは異なるサブフレームで送信するようにしてもよい。これにより、同期信号を受信するユーザ装置ＵＥは、自身が送信している同期信号の送信を中止せずに同期処理を行うことが可能になるため、高速に同期処理を行うことが可能になる。
【０１１５】
また、実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置が実行する同期信号送信方法であって、所定の同期信号を受信する受信ステップと、前記所定の同期信号と同期する処理を行う同期処理ステップと、前記受信ステップにおいて他のユーザ装置から送信された同期信号を受信した場合で、かつ、前記他のユーザ装置から送信された同期信号の受信電力が所定の閾値未満の場合に、前記他のユーザ装置から送信された同期信号と同一のサブフレームで同期信号を送信する送信ステップと、を有し、前記送信ステップは、所定の期間において同期信号の送信を停止し、前記受信ステップは、前記所定の期間において前記他のユーザ装置から送信された同期信号の受信電力を測定する、同期信号送信方法が提供される。これにより、Ｄ２Ｄにおいて適切に同期処理を行うことを可能にする技術が提供される。
【０１１６】
また、実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置が実行する同期信号送信方法であって、所定の同期信号を受信する受信ステップと、前記所定の同期信号と同期する処理を行う同期処理ステップと、前記受信ステップにおいて他のユーザ装置から送信された同期信号を受信した場合で、かつ、前記他のユーザ装置から送信された同期信号の受信電力が所定の閾値未満の場合に、前記他のユーザ装置から送信された同期信号とは異なるサブフレームで同期信号を送信する送信ステップと、を有し、前記送信ステップは、前記他のユーザ装置から送信された同期信号の受信電力が、所定の期間の間、前記所定の閾値を超えている場合に、同期信号の送信を停止する、同期信号送信方法が提供される。これにより、Ｄ２Ｄにおいて適切に同期処理を行うことを可能にする技術が提供される。
【０１１７】
また、実施の形態によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおけるユーザ装置が実行する同期信号送信方法であって、所定の同期信号を受信する受信ステップと、前記所定の同期信号と同期する処理を行う同期処理ステップと、前記受信ステップにおいて他のユーザ装置から送信された同期信号を受信した場合で、かつ、前記他のユーザ装置から送信された同期信号が、前記所定の同期信号よりも優先度が低い場合に、前記他のユーザ装置から送信された同期信号よりも優先度が高い同期信号を送信する送信ステップと、を有する同期信号送信方法が提供される。これにより、Ｄ２Ｄにおいて適切に同期処理を行うことを可能にする技術が提供される。
【０１１８】
＜実施形態の補足＞
各実施の形態における「Ｔ期間」は同一であってもよいし、それぞれ独立していてもよい。
【０１１９】
各実施の形態において、「受信電力（Ｓ−ＲＳＲＰ）」を、受信品質（ＲＳＲＱ）に置き換えるようにしてもよい。
【０１２０】
各実施の形態は任意に組み合わせることが可能である。
【０１２１】
ＰＳＣＣＨは、Ｄ２Ｄ通信に用いられる制御情報（ＳＣＩ等）を送信するための制御チャネルであれば他の制御チャネルであってもよい。ＰＳＳＣＨは、Ｄ２ＤコミュニケーションのＤ２Ｄ通信に用いられるデータ（ＭＡＣ  ＰＤＵ等）を送信するためのデータチャネルであれば他のデータチャネルであってもよい。ＰＳＤＣＨは、Ｄ２ＤディスカバリのＤ２Ｄ通信に用いられるデータ（ディスカバリメッセージ等）を送信するためのデータチャネルであれば他のデータチャネルであってもよい。
【０１２２】
以上、本発明の実施の形態で説明する各装置（ユーザ装置ＵＥ／基地局ｅＮＢ）の構成は、ＣＰＵとメモリを備える当該装置において、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１２３】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置ＵＥ／基地局ｅＮＢは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局ｅＮＢが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１２４】
なお、各実施の形態において、ＧＮＳＳ１又は基地局ｅＮＢから送信される同期信号は、所定の同期信号の一例である。「バックオフ期間」、「Ｔ期間」は、所定の期間の一例である。
【０１２５】
本国際特許出願は２０１６年２月４日に出願した日本国特許出願第２０１６−０２０３２６号に基づきその優先権を主張するものであり、日本国特許出願第２０１６−０２０３２６号の全内容を本願に援用する。
【符号の説明】
【０１２６】
ＵＥ  ユーザ装置
ｅＮＢ  基地局
１０１  信号送信部
１０２  信号受信部
１０３  同期処理部
２０１  信号送信部
２０２  信号受信部
２０３  通知部
３０１  ＲＦモジュール
３０２  ＢＢ処理モジュール
３０３  ＵＥ制御モジュール
３０４  ＳＩＭスロット
４０１  ＲＦモジュール
４０２  ＢＢ処理モジュール
４０３  装置制御モジュール
４０４  通信ＩＦ
【図１】
2017134979.tif 000003
【図２】
2017134979.tif 000004
【図３】
2017134979.tif 000005
【図４Ａ】
2017134979.tif 000006
【図４Ｂ】
2017134979.tif 000007
【図５Ａ】
2017134979.tif 000008
【図５Ｂ】
2017134979.tif 000009
【図６】
2017134979.tif 000010
【図７】
2017134979.tif 000011
【図８】
2017134979.tif 000012
【図９】
2017134979.tif 000013
【図１０】
2017134979.tif 000014
【図１１】
2017134979.tif 000015
【図１２】
2017134979.tif 000016
【図１３】
2017134979.tif 000017
【図１４】
2017134979.tif 000018
【図１５】
2017134979.tif 000019
【図１６】
2017134979.tif 000020
【図１７】
2017134979.tif 000021
【図１８】
2017134979.tif 000022
【図１９】
2017134979.tif 000023
【図２０】
2017134979.tif 000024
【図２１】
2017134979.tif 000025
【国際調査報告】
2017134979.tif 000026
2017134979.tif 000027
2017134979.tif 000028
2017134979.tif 000029