(57)【要約】【課題】通信装置がいずれの同期信号を用いて同期処理を行うかについての創意工夫を提供する。【解決手段】通信装置であって、複数の装置の各々から受信された各同期信号から同期信号を選択する選択部と、前記選択部により選択された同期信号を用いて同期処理を行う同期処理部と、を備え、前記選択部は、前記通信装置の移動が所定種別の装置からの同期信号が到達しないエリアに向かっているか否かの判断に基づき、前記同期信号の選択を行う、通信装置。【選択図】図１
2017092652.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
複数の装置の各々から受信された各同期信号から同期信号を選択する選択部と、
前記選択部により選択された同期信号を用いて同期処理を行う同期処理部と、
を備え、
前記選択部は、前記通信装置の移動が所定種別の装置からの同期信号が到達しないエリアに向かっているか否かの判断に基づき、前記同期信号の選択を行う、通信装置。
【請求項２】
前記選択部は、第１の種別の装置からの同期信号と、前記第１の種別の装置よりも広範にサービスを提供するシステムに係る第２の種別の装置からの同期信号と、の間で前記同期信号の選択を行い、前記所定種別の装置は前記第２の種別の装置である、請求項１に記載の通信装置。
【請求項３】
前記第２の種別の装置は、セルラー基地局またはＧＰＳ衛星である、請求項２に記載の通信装置。
【請求項４】
前記通信装置の移動が前記第２の種別の装置からの同期信号が到達しないエリアに向かっているかの判断は、前記通信装置の移動がトンネルまたは地下道に向かっているかの判断を含み、
前記選択部は、前記通信装置の移動がトンネルまたは地下道に向かっている場合、前記第１の種別の装置からの同期信号を選択する、請求項２に記載の通信装置。
【請求項５】
前記選択部は、前記通信装置の移動がトンネルまたは地下道の外へ向かっている場合、前記第２の種別の装置からの同期信号を選択する、請求項２に記載の通信装置。
【請求項６】
前記通信装置は、測位情報およびマップ情報に基づいて前記判断を行う制御部をさらに備える、請求項１に記載の通信装置。
【請求項７】
前記通信装置は、測位情報を他の装置に送信し、前記他の装置における前記測位情報を用いた前記判断の結果を受信する通信部をさらに備え、
前記選択部は、前記通信部により受信された前記判断の結果に基づき、前記同期信号の選択を行う、請求項１に記載の通信装置。
【請求項８】
前記選択部は、他の装置から提供される情報を用い、前記同期信号の選択を行う、請求項１に記載の通信装置。
【請求項９】
前記同期処理部による同期処理により獲得された同期状態が失われた場合、同期信号の送信を制御する制御部をさらに備える、請求項１に記載の通信装置。
【請求項１０】
前記制御部は、前記同期状態が失われた場合、乱数を生成し、生成された乱数に応じたタイミングで前記同期信号の送信を制御する、請求項９に記載の通信装置。
【請求項１１】
前記制御部は、前記同期状態が失われた場合、前記通信装置が有する情報に応じたタイミングで前記同期信号の送信を制御する、請求項９に記載の通信装置。
【請求項１２】
前記制御部は、他の装置から指示されたタイミングで前記同期信号の送信を制御する、請求項９に記載の通信装置。
【請求項１３】
前記通信装置は、
他の装置から同期信号およびオフセット値を受信する受信部をさらに備え、
前記同期処理部は、前記同期信号を用いて得られる同期タイミングから、前記オフセット値に応じた時間ずれたタイミングを同期タイミングとして特定する、請求項１に記載の通信装置。
【請求項１４】
前記通信装置は、
異なる種別の装置からの同期信号による同期タイミング間の時間差を特定し、特定された時間差を示すオフセット値の送信を制御する制御部をさらに備える、請求項１に記載の通信装置。
【請求項１５】
前記制御部は、他の装置から送信されたフレーム中の所定フィールドに前記オフセット値が含まれていない場合、前記オフセット値の送信を制御する、請求項１４に記載の通信装置。
【請求項１６】
前記制御部は、他の装置から送信されたフレーム中の所定フィールドに前記オフセット値が含まれていないことが検出された場合、前記オフセット値を送信するか否かをランダムに制御する、請求項１５に記載の通信装置。
【請求項１７】
前記制御部は、セルラー基地局から同期信号が受信されない場合は、ＧＰＳ衛星からの同期信号を処理するための信号処理部を起動する、請求項１４に記載の通信装置。
【請求項１８】
通信装置から受信された測位情報に基づいて前記通信装置の移動が所定種別の装置からの同期信号が到達しないエリアに向かっているか否かを判断する判断部と、
前記判断部による判断に基づく結果を前記通信装置に送信する送信部と、
を備える、通信装置。
【請求項１９】
複数の装置の各々から受信された各同期信号から同期信号をプロセッサにより選択することと、
選択された同期信号を用いて同期処理を行うことと、
を含み、
前記同期信号を選択することは、通信装置の移動が所定種別の装置からの同期信号が到達しないエリアに向かっているか否かの判断に基づき、前記同期信号の選択を行うことを含む、前記通信装置により実行される通信方法。
【請求項２０】
通信装置から受信された測位情報に基づいて前記通信装置の移動が所定種別の装置からの同期信号が到達しないエリアに向かっているか否かをプロセッサにより判断することと、
前記判断に基づく結果を前記通信装置に送信することと、
を含む、通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置および通信方法に関する。
【背景技術】
【０００２】
車両等の移動体に搭載された通信装置を利用することによって、移動体と種々の対象物との間における直接的な通信が実現される。移動体に搭載された通信装置と種々の他の通信装置との間における通信は、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｘ）通信と称されている。Ｖ２Ｘ通信については、これまで、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が利用される通信システムについて検討されてきたが、近年、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）等の携帯電話の通信規格が利用される通信システムについての検討が進められている。なお、ＬＴＥの通信規格に関するシステムについては、例えば下記特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第１３／０８０７６４号パンフレット
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のＶ２Ｘ通信において、移動体に搭載された通信装置は、幾つかの種類の同期信号を用いて同期処理を行い得る。例えば、移動体に搭載された通信装置は、ＬＴＥの基地局から送信された同期信号、または、他の移動体に搭載された通信装置から送信された同期信号を用いて同期処理を行い得る。しかし、各同期信号の間では、各同期信号が利用されるエリア、および精度が異なることが予想される。このため、通信装置がいずれの同期信号を用いて同期処理を行うかについての創意工夫が望まれる。
【課題を解決するための手段】
【０００５】
本開示によれば、通信装置であって、複数の装置の各々から受信された各同期信号から同期信号を選択する選択部と、前記選択部により選択された同期信号を用いて同期処理を行う同期処理部と、を備え、前記選択部は、前記通信装置の移動が所定種別の装置からの同期信号が到達しないエリアに向かっているか否かの判断に基づき、前記同期信号の選択を行う、通信装置が提供される。
【０００６】
また、本開示によれば、通信装置から受信された測位情報に基づいて前記通信装置の移動が所定種別の装置からの同期信号が到達しないエリアに向かっているか否かを判断する判断部と、前記判断部による判断に基づく結果を前記通信装置に送信する送信部と、を備える、通信装置が提供される。
【０００７】
また、本開示によれば、複数の装置の各々から受信された各同期信号から同期信号をプロセッサにより選択することと、選択された同期信号を用いて同期処理を行うことと、を含み、前記同期信号を選択することは、通信装置の移動が所定種別の装置からの同期信号が到達しないエリアに向かっているか否かの判断に基づき、前記同期信号の選択を行うことを含む、前記通信装置により実行される通信方法が提供される。
【０００８】
また、本開示によれば、通信装置から受信された測位情報に基づいて前記通信装置の移動が所定種別の装置からの同期信号が到達しないエリアに向かっているか否かをプロセッサにより判断することと、前記判断に基づく結果を前記通信装置に送信することと、を含む、通信方法が提供される。
【発明の効果】
【０００９】
以上説明したように本開示によれば、
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１０】
【図１】Ｖ２Ｘ通信の概要について説明するための説明図である。
【図２】本開示の実施形態による無線通信システムの構成を示す説明図である。
【図３】Ｄ２Ｄの通信態様の一例を示す説明図である。
【図４】ｅＮＢによるＤ２Ｄ通信の制御を示す説明図である。
【図５】本開示の実施形態によるＵＥおよびｅＮＢの構成を示す説明図である。
【図６】トンネルの周辺での同期状況を示す説明図である。
【図７】第１の動作例の処理の流れを示す説明図である。
【図８】第１の動作例の処理の他の流れを示す説明図である。
【図９】無線通信システムにおける通信態様の具体例を示す説明図である。
【図１０】第２の動作例の概略的な処理の流れを示すフローチャートである。
【図１１】複数のＵＥの同期状態が同時期に失われた場合のある動作例を示す説明図である。
【図１２】複数のＵＥの同期状態が同時期に失われた場合のある動作例を示す説明図である。
【図１３】複数のＵＥの同期状態が同時期に失われた場合のある動作例を示す説明図である。
【図１４】オフセット値の具体例を示す説明図である。
【図１５】ｅＮＢまたはＲＳＵがオフセット値を取得するための幾つかの方法を示す説明図である。
【図１６】ｅＮＢの概略的な構成の第１の例を示すブロック図である。
【図１７】ｅＮＢの概略的な構成の第２の例を示すブロック図である。
【図１８】スマートフォンの概略的な構成の一例を示すブロック図である。
【図１９】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１１】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１２】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成または論理的意義を有する複数の構成を、必要に応じてＵＥ２０Ａ、２０Ｂおよび２０Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々が特に区別されなくてもよい場合、同一符号のみを付する。例えば、ＵＥ２０Ａ、２０Ｂおよび２０Ｃが特に区別されなくてもよい場合には、ＵＥ２０Ａ、２０Ｂおよび２０Ｃの各々を単にＵＥ２０と称する。
【００１３】
また、以下に示す項目順序に従って本開示を説明する。
０．導入
１．無線通信システムの概要
２．ＵＥおよびｅＮＢの構成
３．動作例
３−１．第１の動作例
３−２．第２の動作例
３−３．第３の動作例
４．応用例
５．むすび
【００１４】
＜０．導入＞
車両等の移動体に搭載された通信装置を利用することによって、移動体と種々の対象物との間における直接的な通信が実現される。車両と種々の対象物との間における通信は、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｘ）通信と称されている。図１は、Ｖ２Ｘ通信の概要について説明するための説明図である。図１に示したように、Ｖ２Ｘ通信として、例えば、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｉｃｌｅ）通信、Ｖ２Ｉ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）通信、Ｖ２Ｐ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｐｅｄｅｓｔｒｉａｎ）通信、Ｖ２Ｈ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｈｏｍｅ）通信がある。
【００１５】
図１に示したように、Ｖ２Ｖ通信における車両の通信対象として、例えば、乗用車（ｐａｓｓｅｎｇｅｒ  ｖｅｈｉｃｌｅ）、商用車（Ｃｏｍｍｅｒｃｉａｌ  ｏｒ  ｆｌｅｅｔ  ｖｅｈｉｃｌｅ）、緊急車両（Ｅｍｅｒｇｅｎｃｙ  ｖｅｈｉｃｌｅ）又は輸送車（Ｔｒａｎｓｉｔ  ｖｅｈｉｃｌｅ）が挙げられる。また、Ｖ２Ｉ通信における車両の通信対象として、例えば、セルラーネットワーク（Ｃｅｌｌｕｌｅｒ  ｎｅｔｗｏｒｋ）、データセンタ（Ｄａｔａ  ｃｅｎｔｒｅ）、商用車管理センタ（ｆｌｅｅｔ  ｏｒ  ｆｒｅｉｇｈｔ  ｍａｎａｇｅｍｅｎｔ  ｃｅｎｔｒｅ）、交通管理センタ（Ｔｒａｆｆｉｃ  ｍａｎａｇｅｍｅｎｔ  ｃｅｎｔｒｅ）、気象サービス（Ｗｅａｔｈｅｒ  ｓｅｒｖｉｃｅ）、列車運行センタ（Ｒａｉｌ  ｏｐｅｒａｔｉｏｎ  ｃｅｎｔｒｅ）、駐車システム（Ｐａｒｋｉｎｇ  ｓｙｓｔｅｍ）又は料金システム（Ｔｏｌｌ  ｓｙｓｔｅｍ）が挙げられる。また、Ｖ２Ｐ通信における車両の通信対象として、例えば、自転車の運転者（Ｃｙｃｌｉｓｔ）、歩行者用シェルタ（Ｐｅｄｅｓｔｒｉａｎ  ｓｈｅｌｔｅｒ）、又は自動二輪（Ｍｏｔｏｒｃｙｃｌｅ）が挙げられる。また、Ｖ２Ｈ通信における車両の通信対象として、例えば、家庭用ネットワーク（Ｈｏｍｅ  ｎｅｔｗｏｒｋ）、車庫（Ｇａｒａｇｅ）、又は商用ネットワーク（Ｅｎｔｅｒｐｒｉｓｅ  ｏｒ  ｄｅｅｌｅｒ  ｎｅｔｗｏｒｋｓ）が挙げられる。
【００１６】
なお、Ｖ２Ｘ通信では、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が利用される通信システムについて検討されてきたが、近年、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）等の携帯電話の通信規格が利用される通信システムについての検討が進められている。
【００１７】
Ｖ２Ｘ通信の適用例として、例えば、前方衝突警告、制御不能警告、緊急車両警告、緊急停車、適応走行支援、交通状態警告、交通安全、自動駐車、経路逸脱警告、メッセージ送信、衝突警告、通信範囲拡大、交通量適正化、カーブ速度警報、歩行者衝突警告又は脆弱者安全等を目的とした通信システムが挙げられる。
【００１８】
以下では、このようなＶ２Ｘ通信として、車両に搭載される通信装置であるＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）間で通信を行うための無線通信システムについて説明を進める。
【００１９】
＜１．無線通信システムの概要＞
図２は、本開示の実施形態による無線通信システムの構成を示す説明図である。図２に示したように、本開示の実施形態による無線通信システムは、ＵＥ２０と、車両２２と、ｅＮＢ３０とＧＰＳ衛星４０と、ＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）５０を有する。
【００２０】
ｅＮＢ３０は、セル内に位置するＵＥ２０にセルラー通信サービスを提供するセルラー基地局である。例えば、ｅＮＢ３０は、ＵＥ２０が通信するためのリソースをスケジュールし、スケジュールしたリソースをＵＥ２０に通知する。そして、ｅＮＢ３０は、当該リソースにおいてＵＥ２０との間でアップリンク通信またはダウンリンク通信を行う。
【００２１】
ＧＰＳ衛星４０は、地球を所定の軌道に沿って周回する人工衛星（通信装置）である。ＧＰＳ衛星４０は、航法メッセージを含むＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）信号を送信する。航法メッセージは、ＧＰＳ衛星４０の軌道情報および時間情報などの、位置推定のための種々の情報を含む。
【００２２】
ＲＳＵ５０は、道路脇に設置される通信装置である。ＲＳＵ５０は、車両２２または車両２２に搭載されたＵＥ２０と双方向通信を行うことができる。なお、ＲＳＵ５０は、車両２２または車両２２に搭載されたＵＥ２０とＤＳＲＣ通信を行い得るが、本実施形態においては、ＲＳＵ５０が車両２２または車両２２に搭載されたＵＥ２０とセルラー通信の方式に従って通信することも想定される。
【００２３】
ＵＥ２０は、車両２２に搭載され、車両２２の走行に伴って移動する通信装置である。ＵＥ２０は、ｅＮＢ３０による制御に従ってｅＮＢ３０と通信する機能を有する。また、ＵＥ２０は、ＧＰＳ衛星４０から送信されるＧＮＳＳ信号を受信し、ＧＮＳＳ信号に含まれる航法メッセージからＵＥ２０の位置情報を推定する機能を有する。また、ＵＥ２０は、ＲＳＵ５０と通信する機能を有する。さらに、本実施形態によるＵＥ２０は、他の車両２２に搭載されたＵＥ２０と直接通信すること、すなわち、後述するＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信を行うことも可能である。
【００２４】
なお、図２においては移動体の一例として車両２２を示しているが、移動体は車両２２に限定されない。例えば、移動体は、船舶、航空機および自転車などであってもよい。また、上記では、ＵＥ２０がＧＮＳＳ信号を受信する機能を有することを説明したが、車両２２がＧＮＳＳ信号を受信する機能を有し、車両２２がＧＮＳＳ信号の受信結果をＵＥ２０に出力してもよい。
【００２５】
（Ｄ２Ｄ通信）
ここで、上述した無線通信システムにおいて用いられる要素技術のうちで、本開示の実施形態と特に関連するＤ２Ｄ通信についてより具体的に説明する。
【００２６】
‐概要‐
Ｄ２Ｄ通信は、ｅＮＢ３０を介さない例えばＵＥ２０間の直接通信であり、３ＧＰＰ  ｒｅｌｅａｓｅ  １２において規格化された。Ｄ２Ｄ通信においては、「Ｄｉｓｃｏｖｅｒｙ」と「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」の二つの通信方式がサポートされている。「Ｄｉｓｃｏｖｅｒｙ」は、ＵＥ２０がＵＥ２０の存在を周囲に通知するために使用される通信であり、「Ｄｉｓｃｏｖｅｒｙ」におけるデータサイズは固定されている。一方、「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」は、ＵＥ２０間の制御信号とデータ信号を用いた通信を実現する。このようなＤ２Ｄは、Ｐｕｂｌｉｃ  ｓａｆｅｔｙ向けに規格化されたが、Ｄ２Ｄの用途はＰｕｂｌｉｃ  ｓａｆｅｔｙに限られず、ＳＮＳ、ゲーム、Ｍ２ＭおよびＡｕｔｏｍｏｔｉｖｅなどへのＤ２Ｄの適用も期待されている。
【００２７】
‐通信態様−
Ｄ２Ｄでは、様々な通信態様が想定される。例えば、Ｄ２Ｄ通信を行う双方のＵＥ２０がカバレッジＣに含まれる通信態様は「Ｉｎ−ｃｏｖｅｒａｇｅ」と称され、Ｄ２Ｄ通信を行う一方のＵＥ２０がカバレッジＣに含まれる通信態様は「Ｐａｒｔｉａｌ−ｃｏｖｅｒａｇｅ」と称され、Ｄ２Ｄ通信を行う双方のＵＥ２０がカバレッジＣに含まれない通信態様は「Ｏｕｔ−ｏｆ‐ｃｏｖｅｒａｇｅ」と称される。この点について、図３を参照して具体例を説明する。
【００２８】
図３は、Ｄ２Ｄの通信態様の一例を示す説明図である。図３に示した例では、ｅＮＢ３０のカバレッジＣの中に、ＵＥ２０Ａ、２０Ｂおよび２０Ｃが位置しており、ｅＮＢ３０のカバレッジＣの外に、ＵＥ２０Ｄ、２０Ｅおよび２０Ｆが位置している。ここで、ＵＥ２０Ａおよび２０Ｂが行うＤ２Ｄ通信は、ＵＥ２０Ａおよび２０Ｂの双方がカバレッジＣに含まれるので、「Ｉｎ−ｃｏｖｅｒａｇｅ」である。ＵＥ２０Ｃおよび２０Ｄが行うＤ２Ｄ通信は、ＵＥ２０ＣのみがカバレッジＣに含まれるので、「Ｐａｒｔｉａｌ−ｃｏｖｅｒａｇｅ」である。ＵＥ２０Ｅおよび２０Ｆが行うＤ２Ｄ通信は、ＵＥ２０Ｅおよび２０Ｆの双方がカバレッジＣに含まれないので、「Ｏｕｔ−ｏｆ‐ｃｏｖｅｒａｇｅ」である。
【００２９】
「Ｉｎ−ｃｏｖｅｒａｇｅ」または「Ｐａｒｔｉａｌ−ｃｏｖｅｒａｇｅ」においては、ＵＥ２０は、ｅＮＢ３０の制御下でＤ２Ｄ通信を行うことが可能である。一方、「Ｏｕｔ−ｏｆ‐ｃｏｖｅｒａｇｅ」においては、ＵＥ２０はｅＮＢ３０の制御無しにＤ２Ｄ通信を実現する。
【００３０】
なお、上記では１対１の通信態様を示したが、Ｄ２Ｄにおける通信態様は１対１に限定されない。例えば、Ｄ２Ｄにおいては、１対１の通信態様である「Ｕｎｉｃａｓｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ」の他に、１対複数の通信態様である「Ｂｒｏａｄｃａｓｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ」、「Ｇｒｏｕｐ  ｃａｓｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ」などもサポートされる。
【００３１】
‐通信制御−
「Ｉｎ−ｃｏｖｅｒａｇｅ」または「Ｐａｒｔｉａｌ−ｃｏｖｅｒａｇｅ」においては、ｅＮＢ３０から送信される制御信号に従ってＵＥ２０間のＤ２Ｄ通信が制御される。ｅＮＢ３０によるＤ２Ｄ通信の制御について、図４を参照して説明する。
【００３２】
図４は、ｅＮＢ３０によるＤ２Ｄ通信の制御を示す説明図である。図４に示したように、Ｄ２Ｄ通信のためのリソースは、図４に示したように、ＬＴＥアップリンクのためのリソースと時分割で配置される。Ｄ２Ｄ通信のためのリソースは、リソースプールという単位に分割され、各リソースブールの中で「Ｄｉｓｃｏｖｅｒｙ」または「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」が行われる。図４に示したように、「Ｄｉｓｃｏｖｅｒｙ」のためのリソースプールではディスカバリ信号が送信され、「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」のためのリソースプールでは、データ信号、およびデータ信号の通信を制御するための制御信号が送信される。なお、上述のディスカバリ信号、制御信号およびデータ信号は、各々、ＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ）、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）として定義されている。
【００３３】
一方、「Ｏｕｔ−ｏｆ‐ｃｏｖｅｒａｇｅ」においては、Ｄ２Ｄ通信を行う双方のＵＥ２０にｅＮＢ３０からの制御信号が到達しないので、ＵＥ２０は、ＵＥ２０に事前設定されたパラメータを用いてＤ２Ｄ通信を行う。
【００３４】
−同期−
複数のＵＥ２０は、相互に同期することにより、Ｄ２Ｄ通信を行うことが可能である。ＵＥ２０の同期のための同期信号として、ＰＳＳＳ（Ｐｒｉｍａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）およびＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）が挙げられる。同期信号は、４０ｍｓ周期で中心周波数の６リソースブロックに渡ってマッピングされる。この同期信号の周辺に、ＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）およびＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）などの信号もマッピングされる。なお、同期信号については、利用についての優先順位と共に以下のように定義されている。
【００３５】
１．ｅＮＢｓ  ｔｈａｔ  ｍｅｅｔ  ｔｈｅ  Ｓｃｒｉｔｅｒｉｏｎ
２．ＵＥｓ  ｗｉｔｈｉｎ  ｎｅｔｗｏｒｋ  ｃｏｖｅｒａｇｅ＊
３．ＵＥｓ  ｏｕｔ  ｏｆ  ｎｅｔｗｏｒｋ  ｃｏｖｅｒａｇｅ  ｔｒａｎｓｍｉｔｔｉｎｇ  Ｄ２ＤＳＳ  ｆｒｏｍ  Ｄ２ＤＳＳｕｅ＿ｎｅｔ＊
４．ＵＥｓ  ｏｕｔ  ｏｆ  ｎｅｔｗｏｒｋ  ｃｏｖｅｒａｇｅ  ｔｒａｎｓｍｉｔｔｉｎｇ  Ｄ２ＤＳＳ  ｆｒｏｍ  Ｄ２ＤＳＳｕｅ＿ｏｏｎ＊
Ｉｆ  ｎｏｎｅ  ｏｆ  ｔｈｅ  ａｂｏｖｅ  ａｒｅ  ｓｅｌｅｃｔｅｄ，  ｔｈｅ  ＵＥ  ｕｓｅｓ  ｉｔｓ  ｏｗｎ  ｉｎｔｅｒｎａｌ  ｃｌｏｃｋ
【００３６】
＜２．ＵＥおよびｅＮＢの構成＞
以上、本開示の実施形態による無線通信システムの概要を説明した。続いて、図５を参照し、無線通信システムが有するＵＥ２０およびｅＮＢ３０の構成を説明する。
【００３７】
図５は、本開示の実施形態によるＵＥ２０およびｅＮＢ３０の構成を示す説明図である。図５に示したように、ＵＥ２０は、通信部２１０と、ＧＮＳＳ信号処理部２２０と、記憶部２３０と、選択部２４０と、同期処理部２５０と、制御部２６０と、を備える。また、ｅＮＢ３０は、通信部３１０と、記憶部３３０と、制御部３６０と、を備える。
【００３８】
（ＵＥ２０）
ＵＥ２０の通信部２１０は、他の通信装置のインタフェースであって、他の通信装置と多様な信号を通信する。例えば、通信部２１０は、ｅＮＢ３０から同期信号、制御信号およびデータ信号などを受信する。なお、通信部２１０は、他のＵＥ２０およびＲＳＵ５０と通信することも可能である。このため、通信部２１０は、他のＵＥ２０、ｅＮＢ３０およびＲＳＵ５０など、複数の通信装置から同期信号を受信し得る。
【００３９】
ＧＮＳＳ信号処理部２２０は、ＧＰＳ衛星４０から送信されたＧＮＳＳ信号についての処理を行う構成である。例えば、ＧＮＳＳ信号処理部２２０は、ＧＮＳＳ信号を処理することにより、ＵＥ２０の位置情報および時間情報を推定する。なお、後述する同期処理部２５０は、ＧＮＳＳ信号から推定された時間情報に基づいて同期処理を行うことも可能であるので、本開示においては、ＧＮＳＳ信号またはＧＮＳＳ信号に含まれる時間情報も同期信号として扱う。
【００４０】
記憶部２３０は、ＵＥ２０の動作に用いられる情報を記憶する構成である。例えば、記憶部２３０は、制御部２６０による制御に用いられるパラメータおよびプログラム、地形および道路配置を示すマップ情報などを記憶してもよい。
【００４１】
選択部２４０は、他の通信装置から受信された１または２以上の同期信号から、同期処理に用いられるべき同期信号を選択する。本件発明者は、この選択部２４０においてより適切な同期信号が選択されるよう、選択部２４０の設計について特に創意工夫を重ね、結果、選択部２４０の幾つかの設計を案出するに至った。この選択部２４０の幾つかの設計については、「３．動作例」において、具体的かつ詳細に説明する。
【００４２】
同期処理部２５０は、選択部２４０により選択された同期信号に基づいて同期処理を行い、同期タイミングの獲得を行う。これにより、ＵＥ２０と同期信号の送信元装置とが同期するので、ＵＥ２０は同期信号の送信元装置とＤ２Ｄ通信を行うことが可能となる。
【００４３】
制御部２６０は、ＵＥ２０の動作全般を制御する。例えば、制御部２６０は、同期処理部２５０により同期処理が行われた後、あるいは、いずれの同期信号も受信されない場合、通信部２１０による同期信号の送信を制御する。
【００４４】
（ｅＮＢ３０）
ｅＮＢ３０の通信部３１０は、他の通信装置のインタフェースであって、他の通信装置と多様な信号を通信する。例えば、通信部３１０は、ＵＥ２０に同期信号、制御信号およびダウンリンクデータ信号などを送信し、ＵＥ２０からアップリンクデータ信号を受信する。また、通信部３１０は、ＲＳＵ５０についても同様に、ＲＳＵ５０に同期信号、制御信号およびダウンリンクデータ信号などを送信し、ＲＳＵ５０からアップリンクデータ信号を受信することも可能である。
【００４５】
記憶部３３０は、ｅＮＢ３０の動作に用いられる情報を記憶する構成である。例えば、記憶部３３０は、制御部３６０による制御に用いられるパラメータおよびプログラム、地形および道路配置を示すマップ情報などを記憶してもよい。
【００４６】
制御部３６０は、ｅＮＢ３０の動作全般を制御する。例えば、制御部３６０は、ＵＥ２０へのリソースを割り当て機能、ランダムアクセス制御、ページング制御および送信電力制御などの多様な制御を行う。
【００４７】
＜３．動作例＞
以上、本開示の実施形態によるＵＥ２０およびｅＮＢ３０の構成を説明した。続いて、本開示の実施形態による動作例を順次詳細に説明する。
【００４８】
（３−１．第１の動作例）
−導入−
車両２２に搭載されるＵＥ２０は、車両２２の走行に伴って移動する。このため、ＵＥ２０が受信できる同期信号の送信元装置の種別は、車両２２の走行に伴って変化する。例えば、周囲が遮蔽されていないエリアにおいては、ＵＥ２０はＧＰＳ衛星４０からのＧＮＳＳ信号（同期信号）を受信し得る。また、周囲が遮蔽されていないエリアであって、かつ、ｅＮＢ３０のセル内であれば、ＵＥ２０はｅＮＢ３０からも同期信号を受信し得る。一方、周囲が遮蔽されているエリアにおいては、他のＵＥ２０がｅＮＢ３０およびＧＰＳ衛星４０のいずれからも同期信号をできないことにより、他のＵＥ２０が同期信号を送信する場合があり、この場合、ＵＥ２０は他のＵＥ２０から同期信号を受信し得る。さらに、周囲が遮蔽されていないエリアと、周囲が遮蔽されているエリアとの境界付近では、ＵＥ２０は、ＧＰＳ衛星４０、ｅＮＢ３０および他のＵＥ２０のいずれからも同期信号を受信し得る。
【００４９】
ここで、上記の周囲が遮蔽されているエリアとしては、例えば、トンネルや地下道が挙げられる。そこで、より具体的な理解のために、トンネルの周辺での同期状況について図６を参照して説明する。
【００５０】
図６は、トンネルの周辺での同期状況を示す説明図である。図６に示した例では、ＵＥ２０Ｂおよび２０Ｃがトンネル内を移動し、ＵＥ２０Ａがトンネルの外方向へ移動し、ＵＥ２０Ｄおよび２０Ｅがトンネルに向かっている。ここで、トンネル内を移動するＵＥ２０Ｂおよび２０Ｃには、ｅＮＢ３０およびＧＰＳ衛星４０のいずれからも同期信号が到達しないので、ＵＥ２０Ｂまたは２０Ｃが同期信号を送信することにより、図６に示したようにＵＥ２０Ｂと２０ＣのＤ２Ｄ通信が実現される。また、ＵＥ２０Ｄおよび２０ＥにはｅＮＢ３０およびＧＰＳ衛星４０から同期信号が到達するので、図６においては、ＵＥ２０Ｄおよび２０Ｅが、ｅＮＢ３０またはＧＰＳ衛星４０からの同期信号を用いて同期してＤ２Ｄ通信を行う例を示している。
【００５１】
しかし、トンネルの境界付近に位置するＵＥ２０Ｄは、ＵＥ２０Ｃが送信する同期信号の到達範囲２４Ｃに含まれているので、ＵＥ２０Ｄは、ＵＥ２０Ｃからの同期信号も受信することができる。同様に、トンネルの境界付近に位置するＵＥ２０Ａは、ＵＥ２０Ｂが送信する同期信号の到達範囲２４Ｂに含まれているので、ＵＥ２０Ａも、ＧＰＳ衛星４０、ｅＮＢ３０およびＵＥ２０Ｂから同期信号を受信することができる。
【００５２】
このように、複数の種別の装置から同期信号が受信される場合、同期処理に用いられるべき同期信号を適切に選択することが望まれる。以下、第１の動作例として、複数の種別の装置から同期信号が受信される場合に同期信号を適切に選択するための動作を説明する。なお、以下の第１の動作例の説明においては、第１の種別の装置としてＵＥ２０が説明され、第２の種別の装置として第１の種別の装置よりも広範にサービスを提供するシステムに係るｅＮＢ３０またはＧＰＳ衛星４０が説明される。
【００５３】
−本論−
ＵＥ２０は、ある観点によれば、より多くの他のＵＥ２０とＤ２Ｄを行えるよう、他のＵＥ２０が送信するローカルな同期信号でなく、ｅＮＢ３０またはＧＰＳ衛星４０が送信するグローバルな同期信号に同期することが望ましい。しかし、ＵＥ２０がトンネルに入ると、グローバルな同期信号が到達しなくなるので、ローカルな同期信号での同期が行われるまで、一時的に同期が不安定になってしまう。
【００５４】
そこで、本動作例によるＵＥ２０の選択部２４０は、ＵＥ２０の移動がｅＮＢ３０およびＧＰＳ衛星４０からの同期信号が到達しないエリアに向かっているか否かの判断に基づき、同期信号の選択を行う。例えば、ＵＥ２０の移動がｅＮＢ３０およびＧＰＳ衛星４０からの同期信号が到達しないエリアに向かっている場合、選択部２４０は、他のＵＥ２０が送信するローカルな同期信号を選択してもよい。かかる構成によれば、ＵＥ２０の移動が上記エリアに到達した際にも同期の安定性を確保することが可能である。一方、ＵＥ２０の移動がｅＮＢ３０またはＧＰＳ衛星４０からの同期信号が到達しないエリアの外へ向かっている場合、選択部２４０は、ｅＮＢ３０またはＧＰＳ衛星４０が送信するグローバルな同期信号を選択してもよい。かかる構成によれば、ローカルな同期信号の選択からグローバルな同期信号への選択への変更をより早い時点で行うことが可能である。このように、本動作例の趣旨は、ローカルな同期信号とグル―バルな同期信号が混在する領域にＵＥ２０が位置する場合、ＵＥ２０が、画一的な同期信号の選択を行わず、ＵＥ２０の移動状況に応じて同期信号を適切に選択することである。以下、図６の例においてより具体的に説明する。
【００５５】
図６に示した例では、ＵＥ２０ＡおよびＵＥ２０Ｄが、ローカルな同期信号とグル―バルな同期信号が混在する領域に位置する。ここで、ＵＥ２０Ｄは、ｅＮＢ３０およびＧＰＳ衛星４０からの同期信号が到達しないエリアの一例であるトンネルに向かっている。そこで、ＵＥ２０Ｄの選択部２４０は、他のＵＥ２０Ｃが送信するローカルな同期信号を選択してもよい。一方、ＵＥ２０Ａは、トンネルの外方向に向かって移動している。そこで、ＵＥ２０Ａは、より多くの他のＵＥ２０とＤ２Ｄ通信を行い得るよう、ｅＮＢ３０またはＧＰＳ衛星４０が送信するグローバルな同期信号を選択してもよい。
【００５６】
ここで、ＵＥ２０がトンネルに向かっているか否かの判断は、多様な主体により行われ得る。また、ＵＥ２０がトンネルに向かっているか否かの判断は、多様な手法により行われ得る。以下、ＵＥ２０がトンネルに向かっているか否かの判断を含む処理の流れについて、幾つかの例を説明する。
【００５７】
−詳細−
１）
まず、図７を参照して、ＵＥ２０がトンネルに向かっているか否かの判断をｅＮＢ３０が行う場合の処理の流れを説明する。なお、図７に示すｅＮＢ３０の処理は、ＲＳＵ５０が行うことも可能である。
【００５８】
図７は、第１の動作例の処理の流れを示す説明図である。図７に示したように、まず、ＵＥ２０のＧＮＳＳ信号処理部２２０が位置情報を取得し（Ｓ４０４）、ＵＥ２０の通信部２１０がＵＥ２０の位置情報をｅＮＢ３０に送信する（Ｓ４０８）。なお、ＵＥ２０の位置情報は、車両２２に設けられたＧＮＳＳ信号処理部により取得されてもよい。
【００５９】
ｅＮＢ３０の制御部３６０は、ＵＥ２０から受信される位置情報に基づき、ＵＥ２０がローカルな同期信号とグル―バルな同期信号が混在する領域に位置するか、例えば、トンネルの近傍に位置するか否かを判断する（Ｓ４１２）。制御部３６０は、当該判断を、記憶部３３０に記憶されているマップ情報を参照することにより行い得る。ここで、ＵＥ２０がトンネルの近傍に位置しないと判断された場合（Ｓ４１２／ｎｏ）、ｅＮＢ３０は、同期信号についての特段の指示をＵＥ２０に送信しない。
【００６０】
一方、ＵＥ２０がトンネルの近傍に位置すると判断された場合（Ｓ４１２／ｙｅｓ）、ｅＮＢ３０は、ＵＥ２０の移動がトンネルへ向かっていればローカルな同期信号の選択をＵＥ２０に指示する（Ｓ４１６／ｙｅｓ、Ｓ４２０）。反対に、ｅＮＢ３０は、ＵＥ２０の移動がトンネルの外方向へ向かっていればグローバルな同期信号の選択をＵＥ２０に指示する（Ｓ４２４／ｙｅｓ、Ｓ４２８）。なお、ｅＮＢ３０は、上記指示をＵｕリンクのＳＩＢまたはＤＣＩにおいて行ってもよい。
【００６１】
そして、ＵＥ２０の選択部２４０は、ｅＮＢ３０からの指示に従って同期信号を選択し（Ｓ４３２）、ＵＥ２０の同期処理部２５０は、選択部２４０により選択された同期信号を用いて同期処理を行う（Ｓ４３６）。
【００６２】
２）
次に、図８を参照して、ＵＥ２０がトンネルに向かっているか否かの判断をＵＥ２０自身が行う場合の処理の流れを説明する。
【００６３】
図８は、第１の動作例の処理の他の流れを示す説明図である。図８に示したように、まず、ＵＥ２０のＧＮＳＳ信号処理部２２０が位置情報を取得し（Ｓ４４０）、選択部２４０が、ＵＥ２０がローカルな同期信号とグル―バルな同期信号が混在する領域に位置するか、例えば、トンネルの近傍に位置するか否かを判断する（Ｓ４４４）。選択部２４０は、当該判断を、記憶部２３０に記憶されているマップ情報（例えば、ＬＤＭ：Ｌｏｃａｌ  Ｄｙｎａｍｉｃ  Ｍａｐｐｉｎｇ）を参照することにより行い得る。ここで、ＵＥ２０がトンネルの近傍に位置しないと判断された場合、選択部２４０は、現在選択している同期信号の選択を維持する。
【００６４】
一方、ＵＥ２０がトンネルの近傍に位置すると判断された場合（Ｓ４４４／ｙｅｓ）、選択部２４０は、ＵＥ２０の移動がトンネルへ向かっていればローカルな同期信号を選択する（Ｓ４４８／ｙｅｓ、Ｓ４５２）。反対に、選択部２４０は、ＵＥ２０の移動がトンネルの外方向へ向かっていればグローバルな同期信号を選択する（Ｓ４５６／ｙｅｓ、Ｓ４６０）。ＵＥ２０の同期処理部２５０は、選択部２４０により選択された同期信号を用いて同期処理を行う（Ｓ４６４）。
【００６５】
３）
さらに、ｅＮＢ３０が、ＵＥ２０における同期信号の選択のための情報をＵＥ２０に提供し、ＵＥ２０の選択部２４０は、当該情報に基づいて同期信号を選択してもよい。すなわち、ＵＥ２０は位置情報をｅＮＢ３０に提供し、ｅＮＢ３０は、ＵＥ２０がトンネルに向かっているか否か等を上述したように判断し、判断結果に応じて、ＵＥ２０における同期信号の選択のための情報をＵＥ２０に提供してもよい。同期信号の選択のための情報としては、受信強度のバイアス情報、切替確率、および優先度テーブルの情報などが挙げられる。例えば、ローカルな同期信号の選択が望まれる場合、ｅＮＢ３０は、ＵＥ２０が同期信号の受信に成功したかを判断するための受信強度のバイアス情報を、グローバルな同期信号については高く設定し、ローカルな同期信号については低く設定し、設定したバイアス情報をＵＥ２０に通知してもよい。または、ＵＥ２０が乱数を生成し、乱数が閾値を上回っていた場合に同期信号の切替えを行う場合、ｅＮＢ３０は、切替確率として、上記の閾値を示す情報をＵＥ２０に送信してもよい。または、ｅＮＢ３０は、ローカルな同期信号の選択が望まれる場合、ローカルな同期信号の方がグローバルな同期信号よりも高い優先度を示す優先度テーブルをＵＥ２０に送信してもよい。
【００６６】
４）
また、変形例として、同期信号の切替指示を送信するＲＳＵ５０を、トンネルまたは地下道などのエリアの入口付近およびエリアの出口付近に設置してもよい。例えば、エリアの入口付近のＲＳＵ５０は、ローカルな同期信号への切替信号を定期的にブロードキャストし、エリアの出口付近のＲＳＵ５０は、グローバルな同期信号への切替え信号を定期的にブロードキャストしてもよい。かかる構成によれば、ｅＮＢ３０またはＵＥ２０における位置情報に基づくソフトウェア的な判断無しに同期信号の円滑な切替を実現することが可能である。
【００６７】
また、ＵＥ２０の移動状況は、ＵＥ２０の移動がいずれの道路に沿っているかを示すレーンＩＤに基づいて判断されてもよい。ＵＥ２０または車両２２は、位置情報をｅＮＢ３０に送信し、ｅＮＢ３０から位置情報に対応するレーンＩＤを受信してもよいし、ＲＳＵ５０からレーンＩＤを受信してもよい。また、ＵＥ２０の移動状況は、ＵＥ２０におけるｅＮＢ３０のRARPもしくはRSRQの測定値から判断されてもよい。例えば、RSRP/RSRQが所定の閾値より小さくなれば、ネットワーク外に近づいている（トンネル内に突入している）と判断され得る。また、ＵＥ２０の移動状況は、RSRP/RSRQの変化量（劣化量）の大きさから判断されてもよい。例えば、RSSP/RSRQの劣化が継続的に確認できるようであれば、ネットワーク外へ進んでいると判断され得る。
【００６８】
（３−２．第２の動作例）
以上、本開示の実施形態による第１の動作例を説明した。続いて、本開示の実施形態による第２の動作例を説明する。第２の動作例は、複数の同期信号からの同期信号の選択を、各同期信号の由来に基づいて行う例である。以下、第２の動作例の概要を説明した後に、第２の動作例について詳細に説明する。
【００６９】
−導入−
通信装置は、他の通信装置から送信された同期信号に基づいて同期タイミングを獲得すると、当該同期タイミングに従って同期信号を送信し得る。さらに、当該通信装置が送信した同期信号に基づき、さらに下流の通信装置が同期タイミングを獲得し得る。このように同期信号を介して同期タイミングが伝達される点について、図９を参照して具体的に説明する。
【００７０】
図９は、無線通信システムにおける通信態様の具体例を示す説明図である。図９に示した例では、ＵＥ２０Ａが、ＵＥ２０Ｂがソース装置（同期信号および同期タイミングの起源）である同期信号をＵＥ２０Ｂから受信し、当該同期信号に基づいて同期タイミングを獲得して同期信号を送信し、ＵＥ２０Ａから送信された同期信号を用いてＵＥ２０Ｅが同期タイミングを獲得している。ここで、ＵＥ２０Ａ、２０Ｂおよび２０Ｅは、同期タイミングを共有する。すなわち、ＵＥ２０Ａにより、ＵＥ２０Ｂが起源である同期タイミングがＵＥ２０Ｅに伝達されたと言える。
【００７１】
また、図９に示した例では、ＵＥ２０Ｃは、ｅＮＢ３０がソース装置である同期信号をｅＮＢ３０から受信し、当該同期信号に基づいて同期タイミングを獲得して同期信号を送信する。そして、ＵＥ２０Ｃから送信された同期信号を用いてＵＥ２０Ｄが同期タイミングを獲得する。このとき、ＵＥ２０ＤはｅＮＢ３０の電波到達範囲外に位置するが、ＵＥ２０Ｃの介在により、ｅＮＢ３０がソース装置である同期タイミングを獲得することができる。
【００７２】
また、図９に示した例では、ＵＥ２０Ｆは、ＧＰＳ衛星４０がソース装置である同期信号（ＧＮＳＳ信号）をＧＰＳ衛星４０から受信し、当該同期信号に基づいて同期タイミングを獲得して同期信号を送信する。そして、ＵＥ２０Ｆから送信された同期信号を用いてＵＥ２０Ｇが同期タイミングを獲得する。すなわち、ＵＥ２０Ｇは、ソース装置がＧＰＳ衛星４０である同期タイミングを獲得する。
【００７３】
しかし、各ＵＥ２０は、ソース装置の種別が異なる複数の同期信号を受信し得る。例えば、図９に示したＵＥ２０Ｅは、他のＵＥ（ＵＥ２０Ｂ）がソース装置である同期信号に加え、ｅＮＢ３０がソース装置である同期信号、およびＧＰＳ衛星４０がソース装置である同期信号を受信し得る。
【００７４】
このため、ソース装置の種別が異なる複数の同期信号から、同期処理に用いられるべき同期信号を適切に選択することが望まれる。以下、第２の動作例として、ソース装置の種別が異なる複数の同期信号から、同期処理に用いられるべき同期信号を適切に選択するための動作を説明する。なお、以下の第２の動作例の説明においては、第１の種別の装置としてｅＮＢ３０が説明され、第２の種別の装置として第１の種別の装置よりも広範にサービスを提供するシステムに係るＧＰＳ衛星４０が説明される。
【００７５】
−本論−
第１の動作例においても説明したように、ＵＥ２０は、ある観点によれば、より多くの他のＵＥ２０とＤ２Ｄを行えるよう、ｅＮＢ３０またはＧＰＳ衛星４０がソース装置である同期タイミングで動作することが望ましい。しかし、同期信号の直前の送信元装置を示す情報からでは、ソース装置を知ることは困難である。
【００７６】
このため、本動作例によるＵＥ２０またはＲＳＵ５０などの通信装置は、他の通信装置からの同期信号の受信に基づいて同期タイミングを獲得し、当該同期タイミングに従って同期信号を送信する場合、同期タイミングの獲得に用いられた同期信号の由来を示す由来情報を送信する。そして、複数の同期信号を受信した通信装置は、各同期信号に対応する由来情報に基づき、同期信号を選択する。かかる構成により、ＵＥ２０は、ソース装置の種別が異なる複数の同期信号を受信した場合であっても、適切に同期信号を選択することが可能である。以下、図１０を参照して概略的な処理の流れを説明した後に、由来情報の具体例、由来情報を用いた同期信号の選択の具体例を説明する。
【００７７】
図１０は、第２の動作例の概略的な処理の流れを示すフローチャートである。図１０に示したように、まず、ＵＥ２０の通信部２１０が同期信号をスキャンする（Ｓ５０４）。このスキャンで同期信号が発見されなかった場合（Ｓ５０８／ｎｏ）、ＵＥ２０の制御部２６０は、ＵＥ２０自身がソース装置になることを決定し、通信部２１０からの同期信号の送信を制御する（Ｓ５１０）。
【００７８】
一方、スキャンで同期信号が発見された場合（Ｓ５０８／ｙｅｓ）、選択部２４０は、品質が閾値以上である同期信号を抽出する（Ｓ５１２）。ここで、選択部２４０は、由来情報を用い、品質が閾値以上である同期信号を抽出してもよい。品質が閾値以上であるか否かの判断としては、例えば、後述する同期タイミングの伝達過程に介在した装置の数が所定数を超えているか否かの判断が挙げられる。
【００７９】
Ｓ５１２において品質が閾値以上である同期信号が一つも抽出されなかった場合（Ｓ５１６／ｎｏ）、ＵＥ２０の制御部２６０は、ＵＥ２０自身がソース装置になることを決定し、通信部２１０からの同期信号の送信を制御する（Ｓ５１０）。また、品質が閾値以上である同期信号が一つだけ抽出された場合（Ｓ５１６／ｙｅｓ、Ｓ５２０／ｎｏ）、選択部２４０は、抽出された同期信号を選択する。一方、品質が閾値以上である複数の同期信号が抽出された場合（Ｓ５２０／ｙｅｓ）、選択部２４０は、由来情報を用い、より優先度の高い同期信号を選択する（Ｓ５２８）。そして、同期処理部２５０が、選択部２４０により選択された同期信号を用いて同期タイミングの獲得を行う（Ｓ５３２）。
【００８０】
−由来情報−
由来情報は、同期タイミングの獲得に用いられた同期信号の由来を示す情報である。この由来情報は、同期信号のソース装置に応じた情報を含む。例えば、由来情報は、ＧＰＳ衛星、ｅＮＢ、ＲＳＵまたはＵＥなどの、ソース装置の種別を示す情報を含んでもよい。または、由来情報は、ＧＮＳＳ＿ＩＤ、セルＩＤ、ＥＭＳＩ（Ｅｎｃｒｙｐｔｅｄ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）またはＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  ＩＤ）など、ソース装置に固有の識別情報を含んでもよい。
【００８１】
さらに、由来情報は、同期信号の由来に関する多様な情報を含み得る。例えば、由来情報は、ソース装置から同期信号の送信元の通信装置までの同期タイミングの伝達過程を示す情報を含んでもよい。同期タイミングの伝達過程を示す情報としては、上記伝達過程において介在した装置の数を示す介在数情報、上記伝達過程において介在した装置を示す情報などが挙げられる。
【００８２】
例えば、由来情報は、（介在した装置の数：ｎ）（ソース装置）（介在した装置（ｎ個））で表現され得る。例えば、介在した装置の数が３個で、ソース装置がＧＰＳ衛星（識別子：０）で、ＲＳＵ（識別子：２）、およびＵＥ（識別子：３）が介在した場合、由来情報は、（３、０、２、３）＝１１００１０１１と表現されたビットマップであってもよい。なお、由来情報は、Ｄ２Ｄ  Ｐｕｂｌｉｃ  ｓａｇｆｅｔｙ、Ｄ２Ｄ  ｃｏｍｍｅｒｓｉａｌ、Ｖ２Ｖ、Ｖ２ＩおよびＶ２Ｐなどの、通信種別情報を含んでもよい。
【００８３】
上述した由来情報の送信方法は特に限定されない。例えば、ＵＥ２０は、ＰＳＢＣＨによりシステム情報として由来情報を送信してもよい。または、ＵＥ２０は、由来情報の一例であるソース装置の種別を示す情報を、同期信号を生成するためのＳｅｅｄとして用いてもよい。例えば、ＵＥ２０は、Ｄ２Ｄの通信態様においては、ＳＳＳＳの生成用ＩＤとしてソース装置の種別を示す情報を用いてもよい。または、ＵＥ２０は、ＰＳＳＳのＲｏｏｔ  ｉｎｄｅｘとしてソース装置の種別を示す情報を用いてもよい。参考のために、ＰＳＳＳおよびＳＳＳＳの生成方法を以下に示す。ＳＳＳＳの生成用ＩＤとしてソース装置の種別を示す情報が用いられる場合、下記におけるＮＩＤ（１）およびＮＩＤ（２）としてソース装置の種別を示す情報が用いられ得る。
【００８４】
【数１】
2017092652.tif 000003
【００８５】
−由来情報の活用−
ＵＥ２０の選択部２４０は、由来情報を用いて同期信号を選択する。以下、由来情報を用いた同期信号の選択の具体例を説明する。
【００８６】
１）
ＵＥ２０が受信し得る同期信号としては、以下が挙げられる。なお、以下におけるホップ数は、伝達過程に介在する装置の数に対応する。
【００８７】
Ａ．ソース装置＝ＧＰＳ衛星  ホップ数＝０  （ＧＰＳ衛星からの直接受信）
Ｂ．ソース装置＝ｅＮＢ      ホップ数＝０  （ｅＮＢからの直接受信）
Ｃ．送信元装置＝ＲＳＵ
Ｃ−１．ソース装置＝ＧＰＳ衛星  ホップ数＝１
Ｃ−２．ソース装置＝ｅＮＢ      ホップ数＝１
Ｃ−３．ソース装置＝ＲＳＵ      ホップ数＝１
Ｃ−４．ソース装置＝ＵＥ        ホップ数＝１
Ｃ−５．ソース装置＝送信元装置  ホップ数＝０
Ｄ．送信元装置＝ＵＥ
Ｄ−１．ソース装置＝ＧＰＳ衛星  ホップ数＝１
Ｄ−２．ソース装置＝ｅＮＢ      ホップ数＝１
Ｄ−３．ソース装置＝ＲＳＵ      ホップ数＝１
Ｄ−４．ソース装置＝ＵＥ        ホップ数＝１
Ｄ−５．ソース装置＝送信元装置  ホップ数＝０
【００８８】
例えば、選択部２４０は、ソース装置の種別がＧＰＳ衛星４０である同期信号を最も優先的に選択し、ソース装置の種別がｅＮＢ３０である同期信号を次に優先的に選択してもよい。具体的には、選択部２４０は、以下の優先順位１に従って同期信号を選択してもよい。
【００８９】
優先順位１＝（Ａ）＞（Ｂ）＞（Ｃ−１）＞（Ｄ−１）＞（Ｃ−２）＞（Ｄ−２）＞（Ｃ−３）＞（Ｄ−３）＞（Ｃ−４）＞（Ｄ−４）＞（Ｃ−５）＞（Ｄ−５）
【００９０】
または、選択部２４０は、ホップ数が少ない同期信号を優先的に選択してもよい。具体的には、選択部２４０は、以下のいずれかの優先順位に従って同期信号を選択してもよい。
【００９１】
優先順位２＝（Ａ）＞（Ｂ）＞（Ｃ−５）＞（Ｄ−５）＞（Ｃ−１）＞（Ｄ−１）＞（Ｃ−２）＞（Ｄ−２）＞（Ｃ−３）＞（Ｄ−３）＞（Ｃ−４）＞（Ｄ−４）
優先順位３＝（Ａ）＞（Ｂ）＞（Ｃ−５）＞（Ｄ−５）＞（Ｃ−１）＞（Ｃ−２）＞（Ｄ−１）＞（Ｄ−２）＞（Ｃ−３）＞（Ｄ−３）＞（Ｃ−４）＞（Ｄ−４）
【００９２】
２）
他の例として、ＵＥ２０の選択部２４０は、由来情報がビットマップ形式で表現される場合、ビットマップから品質のスコアを算出し、スコアの最も高い同期信号を選択してもよい。例えば、選択部２４０は、以下の数式１に従ってスコアを算出してもよい。
【００９３】
【数２】
2017092652.tif 000004
【００９４】
上記数式１によれば、ＧＰＳ衛星→ｅＮＢ→ＲＳＵ→ＵＥという順で同期タイミングが伝達され、ＧＰＳ衛星のノードスコアが「４」、ｅＮＢのノードスコアが「３」、ＲＳＵのノードスコアが「２」、ＵＥのノードスコアが「１」である場合、スコアは、（１/３）＊４＋（２／３）＊３＋（３／３）＊２、の演算により、「４．３３」となる。当該数式１によるスコアの演算方法は、伝達過程における下流側装置の種別が何であるかが重視されている方法と言える。
【００９５】
一方、選択部２４０は、伝達過程における上流側装置の種別が何であるかを重視するスコアの演算方法を用いてもよい。そのような演算方法は、例えば以下の数式２のように表現される。
【００９６】
【数３】
2017092652.tif 000005
【００９７】
上記数式２によれば、ＧＰＳ衛星→ｅＮＢ→ＲＳＵ→ＵＥという順で同期タイミングが伝達され、ＧＰＳ衛星のノードスコアが「４」、ｅＮＢのノードスコアが「３」、ＲＳＵのノードスコアが「２」、ＵＥのノードスコアが「１」である場合、スコアは、（３/３）＊４＋（２／３）＊３＋（１／３）＊２、の演算により、「６．６７」となる。
【００９８】
なお、同期信号を送信する通信装置は、数式１および数式２などを参照して説明した演算方法で算出されたスコアを由来情報として送信してもよい。受信側のＵＥ２０でスコアを演算する場合、１つの送信元の通信装置に対して、複数のＵＥ２０において同一のスコアの演算が行われる。一方、送信元の通信装置がスコアを演算および送信する場合、当該スコアの演算は１の通信装置（送信元の通信装置）のみで行われればよい。従って、送信元の通信装置がスコアを演算および送信することにより、無線通信システム全体における負荷を抑制することが可能である。
【００９９】
また、上記スコアは、Ｓ５１２を参照して説明した品質の閾値の判断に用いられてもよい。
【０１００】
また、制御部２６０は、同期処理により同期タイミングが獲得された後に同期信号の送信を実行するか否かを、選択部２４０により選択された同期信号の由来情報に基づいて判断してもよい。例えば、ホップ数の多い同期信号は精度の劣化が懸念されるので、制御部２６０は、ホップ数が閾値を上回る場合、同期信号の送信を実行しないと判断してもよい。かかる構成によれば、精度が劣化した同期信号が無線通信システム内で延々と伝播することを防止できる。
【０１０１】
−応用例−
続いて、上述した第２の動作例の応用例を説明する。当該応用例は、主に、同一のルートを移動する複数のＵＥ２０の同期状態が同時期に失われる場面を想定して案出された技術である。例えば、ＧＰＳ衛星４０から送信された同期信号に同期している複数のＵＥ２０が同時期にトンネルに入ると、複数のＵＥ２０の同期状態が同時期に失われ得る。この点について、図１１を参照して説明する。
【０１０２】
図１１は、複数のＵＥ２０の同期状態が同時期に失われた場合のある動作例を示す説明図である。ＵＥ２０Ａ〜２０Ｃが同じＧＰＳ衛星４０から送信された同期信号に同期している場合、図１１に示したように、ＵＥ２０Ａ〜２０Ｃは、同一の同期タイミングに従って動作する。そして、時刻ｔ１においてＵＥ２０Ａ〜２０Ｃがトンネルに入り、ＵＥ２０Ａ〜２０Ｃの同期状態が失われると、図１０に示したＳ５１０の処理に従い、各ＵＥ２０Ａ〜２０Ｃが同期信号の送信を試み得る。
【０１０３】
ここで、同期信号用リソースは、図１１に示したようにフレーム内に周期的（例えば、４０ｍｓ周期）に配置されている。このため、時刻ｔ１でＵＥ２０Ａ〜２０Ｃの同期状態が失われると、ＵＥ２０Ａ〜２０Ｃは、次に到来する時刻ｔ２の同期信号用リソースにおいて同期信号の送信を行い得る。
【０１０４】
しかし、ＵＥ２０Ａ〜２０Ｃが同じ時刻ｔ２において同期信号を送信すると、ＵＥ２０Ａ〜２０Ｃの各々は、ＵＥ２０Ａ〜２０Ｃのうちの他のＵＥ２０から送信された同期信号を受信することが困難である。
【０１０５】
そこで、応用例によるＵＥ２０は、複数のＵＥ２０の同期状態が同時期に失われた場合に、他のＵＥ２０と異なるタイミングで同期信号の送信を行う。例えば、応用例によるＵＥ２０は、図１２に示したように、複数のＵＥ２０の同期状態が同時期に失われた時刻ｔ１の後、異なるタイミングで同期信号の送信を試みる。ただし、図１２に示したようにＵＥ２０Ｂが最初に同期信号を送信した場合、ＵＥ２０Ａおよび２０Ｃは当該同期信号を受信するので、ＵＥ２０Ａおよび２０Ｃは、図１３に示したように、同期信号を送信せず、ＵＥ２０Ｂが送信した同期信号に同期する。かかる構成により、ＧＰＳ衛星４０またはｅＮＢ３０からの同期信号に基づく複数のＵＥ２０の同期状態が同時期に失われた場合に、ＵＥ２０間の同期およびＤ２Ｄ通信に円滑に移行することが可能である。
【０１０６】
なお、上記のタイミング制御は、多様な方法により実現され得る。例えば、ＵＥ２０の制御部２６０は、同期状態が失われた場合、乱数を生成し、生成された乱数に応じたタイミングで同期信号の送信を制御してもよい。また、制御部２６０は、各同期信号用リソースにおいて同期信号を送信するか否かを判断するために乱数を生成し、乱数が所定の条件を満たす場合に対応する同期信号用リソースにおいて同期信号を送信してもよい。
【０１０７】
また、制御部２６０は、ＵＥ２０が有する情報に応じたタイミングで同期信号の送信を制御してもよい。例えば、ＵＥ２０は、（同期信号用リソース番号  ｍｏｄ  ＩＭＳＩまたはＲＮＴＩ）により、同期信号を送信するタイミングを決定してもよい。または、ｅＮＢ３０またはＲＳＵ５０などの他の通信装置が同期信号を送信すべきＵＥ２０を事前に指示しておき、指示されたＵＥ２０が同期信号を送信してもよい。なお、ｅＮＢ３０またはＲＳＵ５０などの他の通信装置は、各ＵＥ２０に同期信号を送信すべきタイミングを事前に指示し、各ＵＥ２０は指示されたタイミングまで同期信号の送信を待機してもよい。
【０１０８】
（３−３．第３の動作例）
以上、本開示の実施形態による第２の動作例を説明した。続いて、本開示の実施形態による第３の動作例を説明する。第３の動作例は、ＵＥ２０における消費電力を削減しつつ、ＵＥ２０をＧＰＳ衛星４０から送信されたＧＮＳＳ信号に基づいて同期させることを可能とする技術である。
【０１０９】
−導入−
ＵＥ２０にはバッテリーの懸念があるので、ＧＮＳＳ信号処理部２２０については、起動と停止が繰り返されることが想定される。このため、ＵＥ２０は、ＧＰＳ衛星４０から送信されるＧＮＳＳ信号に基づいて同期を常に維持することは困難である。一方、ＵＥ２０は、ＧＰＳ衛星４０から送信されるＧＮＳＳ信号を受信できなくても、ｅＮＢ３０からの同期信号に基づいてｅＮＢ３０と同期タイミングを共有することは可能である。
【０１１０】
しかし、ＧＮＳＳ信号処理部２２０を起動しているＵＥ２０はＧＮＳＳ信号に基づいて同期処理を行い、ＧＮＳＳ信号処理部２２０を起動していないＵＥ２０はｅＮＢ３０から送信される同期信号に基づいて同期処理を行うと、異なる種別のソース装置に同期するＵＥ２０が混在してしまう。ネットワーク運用の観点から、各ＵＥ２０が同期するソース装置の種別はある程度統一されていることが望ましい。
【０１１１】
第３の動作例は、上記事情に鑑みて案出された技術である。第３の動作例によれば、ＧＮＳＳ信号処理部２２０を起動していないＵＥ２０でも、ＧＰＳ衛星４０から送信されるＧＮＳＳ信号に応じた同期タイミングを得ることが可能である。以下、このような第３の動作例の実現方法を具体的に説明する。
【０１１２】
−本論−
第３の動作例においては、ｅＮＢ３０またはＲＳＵ５０が、ｅＮＢ３０またはＲＳＵ５０が送信する同期信号を用いて得られる同期タイミングと、ＧＮＳＳ信号に基づいて獲得される同期タイミングと、の時間差を示すオフセット値を送信する。ここで、図１４を参照して、オフセット値の具体例を説明する。
【０１１３】
図１４は、オフセット値の具体例を示す説明図である。図１４に示したように、ｅＮＢ３０が送信する同期信号を用いて得られる同期タイミング、および、ＧＮＳＳ信号を用いて得られる同期タイミングは、周期的に到来する。ここで、双方の同期タイミングの周期が同一であれば、双方の同期タイミングの時間差も一定である。そこで、本動作例においては、ｅＮＢ３０またはＲＳＵ５０が、この双方の同期タイミングの時間差をオフセット値としてＵＥ２０に送信する。
【０１１４】
そして、ＵＥ２０の同期処理部２５０は、ｅＮＢ３０またはＲＳＵ５０が送信する同期信号を用いて得られる同期タイミングから、上記オフセット値に応じた時間ずれたタイミングを同期タイミングとして特定する。かかる構成により、ＵＥ２０は、ＵＥ２０においてＧＮＳＳ信号処理部２２０が起動されていない間であっても、ＧＮＳＳ信号を用いて得られる同期タイミングを得ることが可能である。結果、異なる種別のソース装置に同期するＵＥ２０が混在する状態を改善することが可能である。
【０１１５】
なお、ｅＮＢ３０またはＲＳＵ５０は、多様な方法によりオフセット値を取得し得る。以下、オフセット値の取得方法について、図１５を参照して説明する。
【０１１６】
図１５は、ｅＮＢ３０またはＲＳＵ５０がオフセット値を取得するための幾つかの方法を示す説明図である。
【０１１７】
（ａ）
例えば、サービングｅＮＢ３０またはＲＳＵ５０がＧＮＳＳ信号処理部を有する場合、サービングｅＮＢ３０またはＲＳＵ５０は、ＧＮＳＳ信号を受信して同期タイミングを取得し、自身の同期タイミングとの時間差をオフセット値として計算する（Ｓ６０４）。そして、サービングｅＮＢ３０またはＲＳＵ５０は、上記オフセット値をＵＥ２０に送信する（Ｓ６０８）。
【０１１８】
（ｂ）
一方、サービングｅＮＢ３０またはＲＳＵ５０がＧＮＳＳ信号処理部を有さない場合も考えられる。この場合、サービングｅＮＢ３０またはＲＳＵ５０は、他の通信装置との協働によりオフセット値を取得し得る。
【０１１９】
（ｂ−１）
例えば、サービングｅＮＢ３０またはＲＳＵ５０は、ＧＮＳＳ信号処理部を有する他のｅＮＢ３２にオフセット値を要求し（Ｓ６１２）、他のｅＮＢ３２がオフセット値を計算してもよい（Ｓ６１６）。そして、サービングｅＮＢ３０またはＲＳＵ５０は、他のｅＮＢ３２からオフセット値を受信し（Ｓ６２０）、当該オフセット値をＵＥ２０に送信する（Ｓ６２４）。
【０１２０】
ただし、サービングｅＮＢ３０またはＲＳＵ５０と他のｅＮＢ３２が非同期である場合、サービングｅＮＢ３０またはＲＳＵ５０は、他のｅＮＢ３２から受信したオフセット値をそのまま送信すると、ＵＥ２０において正しい同期タイミングが得られない。そこで、サービングｅＮＢ３０またはＲＳＵ５０と他のｅＮＢ３２が非同期である場合、サービングｅＮＢ３０またはＲＳＵ５０は、他のｅＮＢ３２から受信したオフセット値と、他のｅＮＢ３２との同期のずれを加算することにより、オフセット値を再演算してもよい。またはｅＮＢ３２は、ネットワークにオフセット値を要求してもよい（Ｓ６２８）、ネットワークにおいて計算されたオフセット値を受信し（Ｓ６３２、Ｓ６３６）、当該オフセット値をＵＥ２０に送信してもよい（Ｓ６４４）。
【０１２１】
（ｂ−２）
他の方法として、サービングｅＮＢ３０またはＲＳＵ５０は、ＧＮＳＳ信号処理部の機能を有する車両２２またはＵＥ２０が計算したオフセット値を取得してもよい。例えば、サービングｅＮＢ３０は、ＧＮＳＳ信号処理部の機能を有する車両２２へオフセット値の計算を要求し（Ｓ６４８、Ｓ６５２）、車両２２により計算されたオフセット値を車両２２から受信し（Ｓ６５６、Ｓ６６０）、当該オフセット値をＵＥ２０に送信してもよい（Ｓ６６４）。
【０１２２】
なお、サービングｅＮＢ３０は、ＵＥ２０または車両２２などの通信装置の中の特定の通信装置にのみオフセット値の計算を要求してもよいし、全ての通信装置にオフセット値の計算を要求してもよい。サービングｅＮＢ３０は、結果、複数の通信装置からオフセット値を受信した場合、複数のオフセット値の平均値をＵＥ２０に通知するオフセット値として計算してもよい。または、サービングｅＮＢ３０は、各通信装置の位置情報とオフセット値を関連付けて記憶しておいてもよい。この場合、サービングｅＮＢ３０は、エリアごとに異なるオフセット値を設定してもよい。例えば、サービングｅＮＢ３０は、各エリアに属する通信装置が計算したオフセット値を、当該エリア内のＵＥ２０に対してユニキャストまたはマルチキャストしてもよい。オフセット値は、ＵＥ２０の位置に応じて異なることが予想されるので、上記構成により、ＧＮＳＳ衛星信号に基づく同期タイミングをＵＥ２０がより正確に特定することが可能となる。
【０１２３】
または、サービングｅＮＢ３０がオフセット値の送信をフレーム中の所定フィールド（例えば、ＭＩＢまたはＳＩＢなど）で行う場合、ＧＮＳＳ信号処理部２２０の機能を有するＵＥ２０は、当該所定フィールドにオフセット値が設定されているか否かに基づいてオフセット値の計算を行うか否かを判断してもよい。
【０１２４】
例えば、ＵＥ２０の制御部２６０は、所定フィールドにオフセット値が設定されていない場合に、オフセット値の計算および送信を制御してもよい。または、ＵＥ２０の制御部２６０は、所定フィールドにオフセット値が設定されていない場合に、オフセット値の計算および送信を行うか否かを、例えばｅＮＢ３０から事前に指定された確率情報に基づいてランダムに制御してもよい。かかる構成により、所定フィールドにオフセット値が設定されていない場合に、ＧＮＳＳ信号処理部２２０の機能を有する全てのＵＥ２０においてオフセットの計算および送信が行われてしまうことを回避可能である。
【０１２５】
なお、ｅＮＢ３０は、セルに属するＵＥ２０の数に基づいて上記確率情報を設定してもよい。例えば、ｅＮＢ３０は、セルに属するＵＥ２０の数が多いほど、オフセット値の送信確率が低くなるよう、上記確率情報を設定してもよい。かかる構成によれば、セルに属するＵＥ２０の数に依存せずに、所定数に近いオフセット値をｅＮＢ３０が得ることが可能である。
【０１２６】
または、ｅＮＢ３０は、オフセット値の計算および送信を行うべきＵＥ２０を例えばＳＩＢまたはＤＣＩにより事前に指定しておいてもよい。
【０１２７】
−補足−
上記では、ｅＮＢ３０またはＲＳＵ５０が送信した同期信号をＵＥ２０が受信できる場面想定していた。しかし、ｅＮＢ３０またはＲＳＵ５０が送信した同期信号をＵＥ２０が受信できない場面も想定される。このように、ｅＮＢ３０またはＲＳＵ５０が送信した同期信号をＵＥ２０が受信できなくなった場合、ＵＥ２０は、ＧＮＳＳ信号処理部２２０を強制的に起動してもよい。または、シームレスな同期信号のハンドオーバーを実現するために、ＵＥ２０は、ｅＮＢ３０またはＲＳＵ５０が送信した同期信号を受信できなくなりそうな場合、例えば、受信強度が閾値を下回った場合、ＧＮＳＳ信号処理部２２０を強制的に起動してもよい。ｅＮＢ３０またはＲＳＵ５０から送信された同期信号をＵＥ２０が受信できない場面は、全体の使用場面に対してメジャーでないので、上記構成は消費電力の観点からも差支えはない。
【０１２８】
＜４．応用例＞
開示に係る技術は、様々な製品へ応用可能である。例えば、上述したｅＮＢ３０は基地局の一例であり、基地局とは、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved  Node  B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局は、ＮｏｄｅＢ又はＢＴＳ（Base  Transceiver  Station）などの他の種類の基地局として実現されてもよい。基地局は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote  Radio  Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局として動作してもよい。
【０１２９】
また、例えば、ＵＥ２０は、スマートフォン、タブレットＰＣ（Personal  Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、ＵＥ２０は、Ｍ２Ｍ（Machine  To  Machine）通信を行う端末（ＭＴＣ（Machine  Type  Communication）端末ともいう）として実現されてもよい。さらに、ＵＥ２０は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
【０１３０】
［４−１．基地局に関する応用例］
（第１の応用例）
図１６は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。
【０１３１】
アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図１６に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図１６にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。
【０１３２】
基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。
【０１３３】
コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio  Resource  Control）、無線ベアラ制御（Radio  Bearer  Control）、移動性管理（Mobility  Management）、流入制御（Admission  Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。
【０１３４】
ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。
【０１３５】
無線通信インタフェース８２５は、ＬＴＥ（Long  Term  Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium  Access  Control）、ＲＬＣ（Radio  Link  Control）及びＰＤＣＰ（Packet  Data  Convergence  Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。
【０１３６】
無線通信インタフェース８２５は、図１６に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図１６に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図１６には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。
【０１３７】
（第２の応用例）
図１７は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。
【０１３８】
アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図１７に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図１７にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。
【０１３９】
基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図１６を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。
【０１４０】
無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図１６を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図１７に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図１７には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。
【０１４１】
接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。
【０１４２】
また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。
【０１４３】
接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。
【０１４４】
無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図１７に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図１７には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。
【０１４５】
図１６及び図１７に示したｅＮＢ８００及びｅＮＢ８３０において、図５を用いて説明した通信部３１０は、無線通信インタフェース８２５並びに無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。また、これら機能の少なくとも一部は、コントローラ８２１及びコントローラ８５１において実装されてもよい。
【０１４６】
［４−３．ＵＥに関する応用例］
（第１の応用例）
図１８は、本開示に係る技術が適用され得るＵＥ３０の一例であるスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
【０１４７】
プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System  on  Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal  Serial  Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
【０１４８】
カメラ９０６は、例えば、ＣＣＤ（Charge  Coupled  Device）又はＣＭＯＳ（Complementary  Metal  Oxide  Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
【０１４９】
無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図１８に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図１８には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。
【０１５０】
さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local  Area  Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。
【０１５１】
アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。
【０１５２】
アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図１８に示したように複数のアンテナ９１６を有してもよい。なお、図１８にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。
【０１５３】
さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。
【０１５４】
バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図１８に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
【０１５５】
図１８に示したスマートフォン９００において、図５を用いて説明した通信部２１０は、無線通信インタフェース９１２において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。
【０１５６】
（第２の応用例）
図１９は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global  Positioning  System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
【０１５７】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０１５８】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０１５９】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０１６０】
無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図１９に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図１９には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
【０１６１】
さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
【０１６２】
アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
【０１６３】
アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図１９に示したように複数のアンテナ９３７を有してもよい。なお、図１９にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
【０１６４】
さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０１６５】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図１９に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０１６６】
図１９に示したカーナビゲーション装置９２０において、図５を用いて説明した通信部２１０は、無線通信インタフェース９３３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９２１において実装されてもよい。
【０１６７】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０１６８】
＜５．むすび＞
以上説明したように、本開示の第１の動作例および第２の動作例によれば、ＵＥ２０が同期信号を適切に選択して同期処理を行うことが可能である。また、本開示の第３の動作例によれば、ＵＥ２０における消費電力を削減しつつ、ＵＥ２０をＧＰＳ衛星４０から送信されたＧＮＳＳ信号に基づいて同期させることが可能である。
【０１６９】
なお、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１７０】
例えば、本明細書のＵＥ２０およびｅＮＢ３０の処理における各ステップは、必ずしもシーケンス図として記載された順序に沿って時系列に処理する必要はない。例えば、ＵＥ２０およびｅＮＢ３０の処理における各ステップは、シーケンス図として記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
【０１７１】
また、ＵＥ２０およびｅＮＢ３０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアに、上述したＵＥ２０およびｅＮＢ３０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【０１７２】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。例えば、上述した第１の動作例〜第３の動作例の機能を同時に実装する通信装置も提供され得る。
【０１７３】
また、以下のような構成も本開示の技術的範囲に属する。
（１）
通信装置であって、
複数の装置の各々から受信された各同期信号から同期信号を選択する選択部と、
前記選択部により選択された同期信号を用いて同期処理を行う同期処理部と、
を備え、
前記選択部は、前記通信装置の移動が所定種別の装置からの同期信号が到達しないエリアに向かっているか否かの判断に基づき、前記同期信号の選択を行う、通信装置。
（２）
前記選択部は、第１の種別の装置からの同期信号と、前記第１の種別の装置よりも広範にサービスを提供するシステムに係る第２の種別の装置からの同期信号と、の間で前記同期信号の選択を行い、前記所定種別の装置は前記第２の種別の装置である、前記（１）に記載の通信装置。
（３）
前記第２の種別の装置は、セルラー基地局またはＧＰＳ衛星である、前記（２）に記載の通信装置。
（４）
前記通信装置の移動が前記第２の種別の装置からの同期信号が到達しないエリアに向かっているかの判断は、前記通信装置の移動がトンネルまたは地下道に向かっているかの判断を含み、
前記選択部は、前記通信装置の移動がトンネルまたは地下道に向かっている場合、前記第１の種別の装置からの同期信号を選択する、前記（２）または（３）に記載の通信装置。
（５）
前記選択部は、前記通信装置の移動がトンネルまたは地下道の外へ向かっている場合、前記第２の種別の装置からの同期信号を選択する、前記（２）〜（４）のいずれか一項に記載の通信装置。
（６）
前記通信装置は、測位情報およびマップ情報に基づいて前記判断を行う制御部をさらに備える、前記（１）から５のいずれか一項に記載の通信装置。
（７）
前記通信装置は、測位情報を他の装置に送信し、前記他の装置における前記測位情報を用いた前記判断の結果を受信する通信部をさらに備え、
前記選択部は、前記通信部により受信された前記判断の結果に基づき、前記同期信号の選択を行う、前記（１）から５のいずれか一項に記載の通信装置。
（８）
前記選択部は、他の装置から提供される情報を用い、前記同期信号の選択を行う、前記（１）から５のいずれか一項に記載の通信装置。
（９）
前記同期処理部による同期処理により獲得された同期状態が失われた場合、同期信号の送信を制御する制御部をさらに備える、前記（１）〜（８）のいずれか一項に記載の通信装置。
（１０）
前記制御部は、前記同期状態が失われた場合、乱数を生成し、生成された乱数に応じたタイミングで前記同期信号の送信を制御する、前記（９）に記載の通信装置。
（１１）
前記制御部は、前記同期状態が失われた場合、前記通信装置が有する情報に応じたタイミングで前記同期信号の送信を制御する、前記（９）に記載の通信装置。
（１２）
前記制御部は、他の装置から指示されたタイミングで前記同期信号の送信を制御する、前記（９）に記載の通信装置。
（１３）
前記通信装置は、
他の装置から同期信号およびオフセット値を受信する受信部をさらに備え、
前記同期処理部は、前記同期信号を用いて得られる同期タイミングから、前記オフセット値に応じた時間ずれたタイミングを同期タイミングとして特定する、前記（１）に記載の通信装置。
（１４）
前記通信装置は、
異なる種別の装置からの同期信号による同期タイミング間の時間差を特定し、特定された時間差を示すオフセット値の送信を制御する制御部をさらに備える、前記（１）に記載の通信装置。
（１５）
前記制御部は、他の装置から送信されたフレーム中の所定フィールドに前記オフセット値が含まれていない場合、前記オフセット値の送信を制御する、前記（１４）に記載の通信装置。
（１６）
前記制御部は、他の装置から送信されたフレーム中の所定フィールドに前記オフセット値が含まれていないことが検出された場合、前記オフセット値を送信するか否かをランダムに制御する、前記（１５）に記載の通信装置。
（１７）
前記制御部は、セルラー基地局から同期信号が受信されない場合は、ＧＰＳ衛星からの同期信号を処理するための信号処理部を起動する、前記（１４）に記載の通信装置。
（１８）
通信装置から受信された測位情報に基づいて前記通信装置の移動が所定種別の装置からの同期信号が到達しないエリアに向かっているか否かを判断する判断部と、
前記判断部による判断に基づく結果を前記通信装置に送信する送信部と、
を備える、通信装置。
（１９）
複数の装置の各々から受信された各同期信号から同期信号をプロセッサにより選択することと、
選択された同期信号を用いて同期処理を行うことと、
を含み、
前記同期信号を選択することは、通信装置の移動が所定種別の装置からの同期信号が到達しないエリアに向かっているか否かの判断に基づき、前記同期信号の選択を行うことを含む、前記通信装置により実行される通信方法。
（２０）
通信装置から受信された測位情報に基づいて前記通信装置の移動が所定種別の装置からの同期信号が到達しないエリアに向かっているか否かをプロセッサにより判断することと、
前記判断に基づく結果を前記通信装置に送信することと、
を含む、通信方法。
【符号の説明】
【０１７４】
２０  ＵＥ
２２  車両
４０  ＧＰＳ衛星
５０  ＲＳＵ
２１０  通信部
２２０  信号処理部
２３０  記憶部
２４０  選択部
２５０  同期処理部
２６０  制御部
３１０  通信部
３３０  記憶部
３６０  制御部
【図１】
2017092652.tif 000006
【図２】
2017092652.tif 000007
【図３】
2017092652.tif 000008
【図４】
2017092652.tif 000009
【図５】
2017092652.tif 000010
【図６】
2017092652.tif 000011
【図７】
2017092652.tif 000012
【図８】
2017092652.tif 000013
【図９】
2017092652.tif 000014
【図１０】
2017092652.tif 000015
【図１１】
2017092652.tif 000016
【図１２】
2017092652.tif 000017
【図１３】
2017092652.tif 000018
【図１４】
2017092652.tif 000019
【図１５】
2017092652.tif 000020
【図１６】
2017092652.tif 000021
【図１７】
2017092652.tif 000022
【図１８】
2017092652.tif 000023
【図１９】
2017092652.tif 000024