(57)【要約】同期情報を提供する方法は、同期ソースから第１の同期情報を取得するステップと、ＵＥがカバレージ変化を経験するとき、第１の同期情報から導き出された第２の同期情報を送信するステップとを含む。
2019512982.tif 000002
【特許請求の範囲】
【請求項１】
同期情報を提供する方法であって、
ユーザ機器（ＵＥ）によって、同期ソースから第１の同期情報を取得するステップと、
前記ＵＥがカバレージ変化を経験するとき、前記ＵＥによって、前記第１の同期情報から導き出された第２の同期情報を送信するステップと
を含む方法。
【請求項２】
前記第２の同期情報は、前記ＵＥがカバレージ外（ＯＯＣ）ＵＥからカバレージ内（ＩＣ）ＵＥに遷移した後、指定された期間、送信される請求項１に記載の方法。
【請求項３】
前記ＵＥは、前記ＵＥが前記同期ソースは少なくとも１つの判定基準を満たすと決定するときは前記ＩＣ  ＵＥであり、および前記ＵＥは、前記ＵＥが前記少なくとも１つの判定基準を満たす同期ソースを検出することができないときは前記ＯＯＣ  ＵＥである請求項２に記載の方法。
【請求項４】
前記少なくとも１つの判定基準は、測定値閾値を満たす前記同期ソースからの信号の測定値を含む請求項３に記載の方法。
【請求項５】
前記測定値は、搬送波対雑音比、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、または前記信号の信頼性の少なくとも１つを含む請求項４に記載の方法。
【請求項６】
前記第２の同期情報は、前記ＵＥが前記ＯＯＣ  ＵＥから前記ＩＣ  ＵＥに遷移する位置から、前記ＵＥが指定された距離だけ離れるまで、送信される請求項１に記載の方法。
【請求項７】
前記第２の同期情報は、前記第１の同期情報と、前記ＵＥのローカル同期情報との差がタイミング差閾値より大きいときに、送信される請求項１に記載の方法。
【請求項８】
前記第２の同期情報は、前記第１の同期情報と、前記ＵＥのローカル同期情報との差がタイミング差閾値より大きいとき、および前記同期ソースからの信号の品質が品質閾値を超えるときに、送信される請求項１に記載の方法。
【請求項９】
前記同期ソースは、全地球的航法衛星システム（ＧＮＳＳ）、ＧＮＳＳ相当、進化型ノードＢ（ｅＮＢ）、またはセルの少なくとも１つを備える請求項１に記載の方法。
【請求項１０】
前記第１の同期情報は、前記ＵＥがＩＣ  ＵＥからＯＯＣ  ＵＥに遷移する前に取得され、前記第２の同期情報は、前記ＵＥが前記ＯＯＣ  ＵＥに遷移した後に送信される請求項１に記載の方法。
【請求項１１】
前記第２の同期情報は、前記ＵＥが前記ＯＯＣ  ＵＥに遷移した後、指定された期間、送信される請求項１０に記載の方法。
【請求項１２】
前記同期ソースは関連付けられた優先度を有し、前記第２の同期情報は、前記ＵＥがより高い関連付けられた優先度を有する他の同期ソース、または同期基準（ＳｙｎｃＲｅｆ）ＵＥを検出することができないときに送信される請求項１１に記載の方法。
【請求項１３】
前記第２の同期情報は、前記ＵＥが前記ＩＣ  ＵＥから前記ＯＯＣ  ＵＥに遷移した所から、前記ＵＥが指定された距離だけ離れるまで送信される請求項１０に記載の方法。
【請求項１４】
同期情報を提供する方法であって、
ユーザ機器（ＵＥ）によって、同期ソースから第１の同期情報を取得するステップと、
前記ＵＥによって、前記第１の同期情報から導き出された第２の同期情報を送信するステップであって、前記第２の同期情報は、前記同期ソースからの信号の品質が品質閾値を満たすときに送信される、ステップと
を含む方法。
【請求項１５】
前記同期ソースからの信号の前記品質は、基準信号受信電力（ＲＳＲＰ）測定値、搬送波対雑音比、基準信号受信品質（ＲＳＲＱ）測定値、および前記同期ソースの信頼性の少なくとも１つにより決定される請求項１４に記載の方法。
【請求項１６】
ユーザ機器（ＵＥ）であって、
１つまたは複数のプロセッサと、
前記１つまたは複数のプロセッサによる実行のためのプログラミングを記憶したコンピュータ可読記憶媒体とを備え、前記プログラミングは前記ＵＥを、
同期ソースから第１の同期情報を取得し、
前記ＵＥがカバレージ変化を経験するとき、前記第１の同期情報から導き出された第２の同期情報を送信する
ように構成するための命令を含む、ＵＥ。
【請求項１７】
前記プログラミングは、前記ＵＥがカバレージ外（ＯＯＣ）ＵＥからカバレージ内（ＩＣ）ＵＥに遷移した後、指定された期間、前記第２の同期情報を送信するように前記ＵＥを構成するための命令を含む請求項１６に記載のＵＥ。
【請求項１８】
前記プログラミングは、前記ＵＥが前記ＯＯＣ  ＵＥから前記ＩＣ  ＵＥに遷移する位置から、前記ＵＥが指定された距離だけ離れるまで、前記第２の同期情報を送信するように前記ＵＥを構成するための命令を含む請求項１６に記載のＵＥ。
【請求項１９】
前記プログラミングは、前記第１の同期情報と、前記ＵＥのローカル同期情報との差がタイミング差閾値より大きいとき、前記第２の同期情報を送信するように前記ＵＥを構成するための命令を含む請求項１６に記載のＵＥ。
【請求項２０】
前記プログラミングは、前記同期ソースからの信号の品質が品質閾値を満たすときに、前記第２の同期情報を送信するように前記ＵＥを構成するための命令を含む請求項１６に記載のＵＥ。
【請求項２１】
前記プログラミングは、前記第１の同期情報と、前記ＵＥのローカル同期情報との差がタイミング差閾値より大きいとき、および前記同期ソースからの信号の品質が品質閾値を超えるときに、前記第２の同期情報を送信するように前記ＵＥを構成するための命令を含む請求項１６に記載のＵＥ。
【請求項２２】
前記第１の同期情報は、前記ＵＥがＩＣ  ＵＥからＯＯＣ  ＵＥに遷移する前に取得され、前記第２の同期情報は、前記ＵＥが前記ＯＯＣ  ＵＥに遷移した後に送信され、および前記プログラミングは、前記ＵＥが前記ＯＯＣ  ＵＥに遷移した後、指定された期間、前記第２の同期情報を送信するように前記ＵＥを構成するための命令を含む請求項１６に記載のＵＥ。
【請求項２３】
前記第１の同期情報は、前記ＵＥがＩＣ  ＵＥからＯＯＣ  ＵＥに遷移する前に取得され、前記第２の同期情報は、前記ＵＥが前記ＯＯＣ  ＵＥに遷移した後に送信され、前記同期ソースは関連付けられた優先度を有し、および前記プログラミングは、前記ＵＥがより高い関連付けられた優先度を有する他の同期ソース、または同期基準（ＳｙｎｃＲｅｆ）ＵＥを検出することができないときに、前記第２の同期情報を送信するように前記ＵＥを構成するための命令を含む請求項１６に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は一般にデジタル通信のためのシステムおよび方法に関し、特定の実施形態ではサイドリンク通信における同期をサポートするためのシステムおよび方法に関する。
【背景技術】
【０００２】
本出願は２０１７年３月２７日に出願した「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｓｕｐｐｏｒｔｉｎｇ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｉｎ  Ｓｉｄｅｌｉｎｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ」という名称の米国特許非仮出願第１５／４６９，６３０号の優先権を主張するものであり、これはひいては２０１６年３月３１日に出願した「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｓｕｐｐｏｒｔｉｎｇ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｉｎ  Ｓｉｄｅｌｉｎｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ」という名称の米国特許仮出願第６２／３１６，２７７号からの優先権を主張するもので、両方の特許出願はそれらの全体が再現されているかの如く参照により本明細書に組み込まれる。
【０００３】
一般に、異なるタイミングソースに同期された２つのユーザ機器（ＵＥ）は、タイミングソースの間のタイミング差により、互いに通信することができなくなる。車車間（Ｖ２Ｖ）通信では、全地球的航法衛星システム（ＧＮＳＳ）をベースとするタイミング、進化型ノードＢ（ｅＮＢ）をベースとするタイミング、またはローカルユーザ機器（ＵＥ）をベースとするタイミングなど、異なるタイミングソースが用いられ得る。具体的にはカバレージ内（ＩＣ）ＵＥ、すなわちＧＮＳＳまたはｅＮＢのカバレージエリア内で動作しているＵＥ、およびカバレージ外（ＯＯＣ）ＵＥ、すなわちＧＮＳＳまたはｅＮＢのカバレージエリア内で動作していないＵＥは、異なるタイミングを有することがあり、これはカバレージエッジまたは境界を横切るＵＥ通信の場合に問題を引き起こす。
【０００４】
従ってＶ２Ｖ通信における同期をサポートするためのシステムおよび方法に対する必要性がある。それによりＶ２Ｖ通信は、システム境界を跨がって、例えばＩＣおよびＯＯＣエリアの間、または異なるタイミングソースを有するエリアの間で円滑に遷移することができる。
【発明の概要】
【０００５】
例示の実施形態は、サイドリンク通信における同期をサポートするためのシステムおよび方法を提供する。
【０００６】
例示の実施形態によれば、同期情報を提供する方法が提供される。方法は、ユーザ機器（ＵＥ）によって、同期ソースから第１の同期情報を取得するステップと、ＵＥがカバレージ変化を経験するとき、ＵＥによって、第１の同期情報から導き出された第２の同期情報を送信するステップとを含む。
【０００７】
第２の同期情報は、ＵＥがカバレージ外（ＯＯＣ）ＵＥからカバレージ内（ＩＣ）ＵＥに遷移した後、指定された期間、送信される。ＵＥは、ＵＥが同期ソースは少なくとも１つの判定基準を満たすと決定するときはＩＣ  ＵＥであり、ＵＥは、ＵＥが少なくとも１つの判定基準を満たす同期ソースを検出することができないときはＯＯＣ  ＵＥである。少なくとも１つの判定基準は、測定値閾値を満たす同期ソースからの信号の測定値を含む。測定値は、搬送波対雑音比、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、または信号の信頼性の少なくとも１つを含む。
【０００８】
第２の同期情報は、ＵＥがＯＯＣ  ＵＥからＩＣ  ＵＥに遷移する位置から、ＵＥが指定された距離だけ離れるまで送信される。第２の同期情報は、第１の同期情報と、ＵＥのローカル同期情報との差がタイミング差閾値より大きいときに送信される。第２の同期情報は、第１の同期情報と、ＵＥのローカル同期情報との差がタイミング差閾値より大きいとき、および同期ソースからの信号の品質が品質閾値を超えるときに送信される。同期ソースは、全地球的航法衛星システム（ＧＮＳＳ）、ＧＮＳＳ相当、進化型ノードＢ（ｅＮＢ）、またはセルの少なくとも１つを含む。
【０００９】
第１の同期情報は、ＵＥがＩＣ  ＵＥからＯＯＣ  ＵＥに遷移する前に取得され、第２の同期情報は、ＵＥがＯＯＣ  ＵＥに遷移した後に送信される。第２の同期情報は、ＵＥがＯＯＣ  ＵＥに遷移した後、指定された期間、送信される。同期ソースは関連付けられた優先度を有し、第２の同期情報は、ＵＥがより高い関連付けられた優先度を有する他の同期ソース、または同期基準（ＳｙｎｃＲｅｆ）ＵＥを検出することができないときに送信される。第２の同期情報は、ＵＥがＩＣ  ＵＥからＯＯＣ  ＵＥに遷移した所から、ＵＥが指定された距離だけ離れるまで送信される。
【００１０】
例示の実施形態によれば、同期情報を提供する方法が提供される。方法は、ＵＥによって、同期ソースから第１の同期情報を取得するステップと、ＵＥによって、第１の同期情報から導き出された第２の同期情報を送信するステップであって、第２の同期情報は、同期ソースからの信号の品質が品質閾値を満たすときに送信される、ステップとを含む。
【００１１】
同期ソースからの信号の品質は、ＲＳＲＱ測定値、搬送波対雑音比、ＲＳＲＰ測定値、および同期ソースの信頼性の少なくとも１つにより決定される。
【００１２】
例示の実施形態によれば、ＵＥが提供される。ＵＥは、１つまたは複数のプロセッサと、１つまたは複数のプロセッサによる実行のためのプログラミングを記憶したコンピュータ可読記憶媒体とを含む。プログラミングはＵＥを、同期ソースから第１の同期情報を取得し、ＵＥがカバレージ変化を経験するとき、第１の同期情報から導き出された第２の同期情報を送信するように構成するための命令を含む。
【００１３】
プログラミングは、ＵＥがＯＯＣ  ＵＥからＩＣ  ＵＥに遷移した後、指定された期間、第２の同期情報を送信するようにＵＥを構成するための命令を含む。プログラミングは、ＵＥがＯＯＣ  ＵＥからＩＣ  ＵＥに遷移する位置から、ＵＥが指定された距離だけ離れるまで、第２の同期情報を送信するように、ＵＥを構成するための命令を含む。プログラミングは、第１の同期情報と、ＵＥのローカル同期情報との差がタイミング差閾値より大きいとき、第２の同期情報を送信するようにＵＥを構成するための命令を含む。
【００１４】
プログラミングは、同期ソースからの信号の品質が品質閾値を満たすときに、第２の同期情報を送信するようにＵＥを構成するための命令を含む。プログラミングは、第１の同期情報と、ＵＥのローカル同期情報との差がタイミング差閾値より大きいとき、および同期ソースからの信号の品質が品質閾値を超えるときに、第２の同期情報を送信するようにＵＥを構成するための命令を含む。第１の同期情報は、ＵＥがＩＣ  ＵＥからＯＯＣ  ＵＥに遷移する前に取得され、第２の同期情報は、ＵＥがＯＯＣ  ＵＥに遷移した後に送信され、およびプログラミングは、ＵＥがＯＯＣ  ＵＥに遷移した後、指定された期間、第２の同期情報を送信するようにＵＥを構成するための命令を含む。
【００１５】
第１の同期情報は、ＵＥがＩＣ  ＵＥからＯＯＣ  ＵＥに遷移する前に取得され、第２の同期情報は、ＵＥがＯＯＣ  ＵＥに遷移した後に送信され、同期ソースは関連付けられた優先度を有し、およびプログラミングは、ＵＥがより高い関連付けられた優先度を有する他の同期ソース、または同期基準（ＳｙｎｃＲｅｆ）ＵＥを検出することができないときに、第２の同期情報を送信するようにＵＥを構成するための命令を含む。
【００１６】
上記の実施形態の実施は、ＵＥが、サービス境界を横切った後、一定期間または距離の間、同期されたままとなることを可能にする。これはサービス境界の異なる側にあるＵＥが、より長い時間、通信したままとなることを可能にする。
【図面の簡単な説明】
【００１７】
次に本開示およびその利点のより完全な理解のために、添付の図面と併せ読まれる以下の説明が参照される。
【図１】本明細書に示される例示の実施形態による、例示の通信システムを示す図である。
【図２】本明細書に示される例示の実施形態による、Ｄ２Ｄ同期に重点を置いた例示の通信システムを示す図である。
【図３】本明細書に示される例示の実施形態による、ＩＣおよびＯＯＣエリアに重点を置いた例示の通信システムを示す図である。
【図４】本明細書に示される例示の実施形態による、ＯＯＣ  ＵＥからＩＣ  ＵＥに遷移するＵＥに重点を置いた例示の通信システムを示す図である。
【図５】本明細書に示される例示の実施形態による、ＵＥがＯＯＣ  ＵＥからＩＣ  ＵＥに遷移するのに従ってＵＥ内で生じる例示の動作のフロー図である。
【図６】本明細書に示される例示の実施形態による、ＩＣ  ＵＥからＯＯＣ  ＵＥに遷移するＵＥに重点を置いた例示の通信システムを示す図である。
【図７】本明細書に示される例示の実施形態による、ＵＥがＩＣ  ＵＥからＯＯＣ  ＵＥに遷移するのに従ってＵＥ内で生じる例示の動作のフロー図である。
【図８】本明細書で述べられる方法を行うための実施形態処理システムのブロック図である。
【図９】本明細書に示される例示の実施形態による、テレコミュニケーションネットワークを通してシグナリングを送信および受信するように適合されたトランシーバのブロック図である。
【発明を実施するための形態】
【００１８】
これらの例示の実施形態の製造および使用が以下で詳細に論じられる。しかし本開示は、多種多様な特定の関連において具体化されることができる多くの適用可能な発明性のある概念を提供することが理解されるべきである。論じられる特定の実施形態は単に、実施形態を製造および使用するための特定のやり方の例示のためであり、本開示の範囲を限定しない。
【００１９】
図１は例示の通信システム１００を示す。通信システム１００は、進化型ノードＢ（ｅＮＢ）１０５および関連付けられたカバレージエリア１０７を含んだ陸上通信ネットワークと、全地球的航法衛星システム（ＧＮＳＳ）１１０例えば全地球測位システム（ＧＰＳ）および関連付けられたカバレージエリア１１２とを含む。通信システム１００は、ＵＥ１１５、ＵＥ１１７、ＵＥ１１９、およびＵＥ１２１などの複数のユーザ機器（ＵＥ）を含む。ＵＥ１１５およびｅＮＢ１０５ならびにＵＥ１１９およびＧＮＳＳ１１０など、ＵＥのいくつかは一方の通信ネットワークと通信してよく、ＵＥ１１７がｅＮＢ１０５およびＧＮＳＳ１１０に対してなど、いくつかのＵＥは両方の通信ネットワークと通信し得る。ＵＥ１２１などいくつかのＵＥは、いずれの通信ネットワークとも通信し得ない。本明細書で用いられるＵＥは、通常のハンドヘルド通信デバイス、および自動車、バス、または列車などの車両の一部である通信デバイス、または車両内または車両に乗っているユーザの通信デバイスを表し得る。さらにＵＥはまた路側機（ＲＳＵ）でもよい。
【００２０】
通信システムは、いくつかのＵＥと通信する能力を有する複数のｅＮＢおよびＧＮＳＳを使用し得ることが理解されるが、簡単にするために１つのｅＮＢ、１つのＧＮＳＳ、およびいくつかのＵＥのみが示される。
【００２１】
第３世代パートナーシッププロジェクト（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、３ＧＰＰ）ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）リリース１２およびリリース１３技術標準において、デバイスツーデバイス（Ｄ２Ｄ）同期技法が提示された。Ｖ２Ｖ通信は、Ｄ２Ｄ通信のさらなる強化と考えられることが留意される。３ＧＰＰ  ＬＴＥリリース１２／１３において、ｅＮＢと同期されたＩＣ  ＵＥ、およびＯＯＣ  ＵＥは、互いに同期するためにサイドリンク同期情報を用いた。サイドリンク同期情報は、サイドリンク同期信号（Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ、ＳＬＳＳ）、タイミング情報、およびいくつかの追加の構成パラメータ（すなわちＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ（ＭＩＢ−ＳＬ）メッセージ）などを含む。
【００２２】
参照により本明細書に組み込まれている３ＧＰＰ技術標準ＴＳ  ３６．３３１セクション５．１０．７．２では、ＵＥはいくつかのシナリオにおいてｅＮＢタイミング情報を、ＯＯＣ  ＵＥに配信することができる。図２は、Ｄ２Ｄ同期に重点を置いた例示の通信システム２００を示す。通信システム２００は、カバレージエリア２０７を有するｅＮＢ２０５を含む。カバレージエリア２０７内で動作し、従ってＩＣ  ＵＥであるものは、ＵＥ２１０である。３ＧＰＰ  ＴＳ  ３６．３３１セクション５．１０．７．２によれば、ＵＥ（ＵＥ２１０など）は、ｅＮＢ２０５の基準信号受信電力（ＲＳＲＰ）が閾値未満に低下したとき、すなわちＵＥ２１０がセルエッジＵＥ（ＣＥＵ）であるとき、ｅＮＢタイミングを用いて同期情報を送信するようになる。
【００２３】
図２にはまたＵＥ２１２、２１４、および２１６が示される。これらのＵＥはカバレージエリア２０７の外側で、ＯＯＣ２２０内にあり、従ってＯＯＣ  ＵＥと呼ばれ得る。ＯＯＣ  ＵＥは、技術標準において指定されている優先度規則に従って、同期基準（ＳｙｎｃＲｅｆ）ＵＥを選択し得る。例示的な例として、ＵＥ２１２はより高い優先度を有するｅＮＢタイミング（「ＳＬＳＳ１」）を有するＳｙｎｃＲｅｆ  ＵＥを選択し、一方、ＵＥ２１４はｅＮＢタイミング（「ＳＬＳＳ１」）を有するＳｙｎｃＲｅｆ  ＵＥから受信できず、より高い優先度を有するホッピングされたｅＮＢタイミング（「ＳＬＳＳ２」）を有するＳｙｎｃＲｅｆ  ＵＥを選択する。優先度は３ＧＰＰ  ＴＳ  ３６．３３１セクション５．１０．８．２に従って、ＭＩＢ−ＳＬ内の「ｉｎＣｏｖｅｒａｇｅ」フィールド、およびＳＬＳＳの識別子（ＳＬＳＳＩＤ）によって表示され得る。
【００２４】
Ｄ２ＤにおいてセルエッジＵＥは、カバレージ内にあるＵＥ（すなわちＩＣ  ＵＥ）が、カバレージ外にある近接したＵＥ（すなわちＯＯＣ  ＵＥ）との通信を可能にするように、ＯＯＣエリアにｅＮＢタイミングを配信する。３ＧＰＰ  ＰＣ５をベースとする車車間・路車間（Ｖ２Ｘ）デプロイメントにおいて、ＧＮＳＳは重要な同期ソースとして導入される。ＵＥはＧＮＳＳをベースとする同期を用いることができる。Ｖ２Ｘ検討事項（ＳＩ）におけるＰＣ５をベースとするＶ２Ｖのための同期に対する取り決めは以下の通りである：
−  車両ＵＥが十分な信頼性を有するＧＮＳＳまたはＧＮＳＳ相当を直接受信し、ＵＥがいずれの搬送波内のいずれのセルも検出しないとき、時間および周波数に対する同期ソースの最も高い優先度にあるＧＮＳＳまたはＧＮＳＳ相当。ＧＮＳＳ相当は、ＧＮＳＳで同期されたｅＮＢによって送られる同期信号を含む。
−  少なくともｅＮＢが、車両ＵＥがＰＣ５  Ｖ２Ｖにおいて動作する搬送波内にあるとき、ｅＮＢは車両ＵＥに、ｅＮＢをベースとする同期またはＧＮＳＳもしくはＧＮＳＳ相当を優先順位付けするように指示する。
【００２５】
図３は、ＩＣおよびＯＯＣエリアに重点を置いた例示の通信システム３００を示す。通信システム３００は、衛星３０５などの１つまたは複数の衛星によってサポートされたＧＮＳＳ、またはＧＮＳＳ相当デバイスでよい。１つまたは複数の衛星のカバレージエリア内に、トンネル３１０がある。１つまたは複数の衛星の信号がトンネル３１０を貫通する可能性は低いので、トンネル３１０内にＯＯＣエリアが存在する。トンネル３１０の外側および１つまたは複数の衛星のカバレージエリア（例えばＩＣエリア３１５およびＩＣエリア３１７）内では、ＵＥは通信システム３００からタイミング情報を受信することができてよく、ＩＣ  ＵＥとして分類される。しかしトンネル３１０の内側（例えばＯＯＣエリア３２０）にあるＵＥの場合、ＵＥは通信システム３００からタイミング情報を受信できないことがあり、ＯＯＣ  ＵＥとして分類される。ＩＣ  ＵＥおよびＯＯＣ  ＵＥ、ならびにＩＣエリアおよびＯＯＣエリアは、ＧＮＳＳまたはＧＮＳＳ相当信号の利用可能性または欠乏に基づいて定義され得る。ＵＥが１つまたは複数の判定基準を満たす同期ソースからＧＮＳＳまたはＧＮＳＳ相当信号を検出した場合、それはそれ自体がＩＣであると見なすこととなる。ＵＥが１つまたは複数の判定基準を満たす同期ソースからＧＮＳＳまたはＧＮＳＳ相当信号を検出できない場合、それはそれ自体をＯＯＣである見なすこととなる。１つまたは複数の判定基準は、搬送波対雑音比、ＲＳＲＰ、基準信号受信品質（ＲＳＲＱ）、もしくは信号の信頼性、またはそれらの組み合わせなど、同期ソースからの信号の測定値に基づくことができる。ＩＣ  ＵＥはまた、ＧＮＳＳまたはＧＮＳＳ相当を有するＵＥとして表現されてもよく、またはＵＥはＧＮＳＳまたはＧＮＳＳ相当と同期される。ＯＯＣ  ＵＥはまたＧＮＳＳまたはＧＮＳＳ相当を有しないＵＥとして表現されてもよく、またはＵＥはＧＮＳＳまたはＧＮＳＳ相当と同期されない。
【００２６】
ＧＮＳＳまたはＧＮＳＳ相当同期ソースの代替として、ＩＣ  ＵＥおよびＯＯＣ  ＵＥ、ならびにＩＣエリアおよびＯＯＣエリアは、ｅＮＢまたはセル信号の利用可能性またはそれらの欠乏に基づいて定義され得る。このような状況においてＵＥが、その中でサイドリンク動作を行うようにＵＥが構成された周波数上の少なくとも１つのｅＮＢまたはセルからの１つまたは複数の信号が１つまたは複数の判定基準を満たすこと検出した場合、ＵＥはそれ自体をＩＣおよびＩＣ  ＵＥであると見なす。逆にＵＥが、１つまたは複数の判定基準を満たす信号を検出できない場合、ＵＥはそれ自体をＯＯＣおよびＯＯＣ  ＵＥであると見なす。１つまたは複数の判定基準は、搬送波対雑音比、ＲＳＲＰ、ＲＳＲＱ、もしくは信号の信頼性、またはそれらの組み合わせなど、同期ソースからの信号の測定値に基づくことができる。
【００２７】
ＵＥがＯＯＣであるとき、ＵＥはＳｙｎｃＲｅｆ  ＵＥ（もし存在すれば）を選択するようになり、ＳｙｎｃＲｅｆ  ＵＥは同期情報を周期的に送信するようになる。同期情報は、３ＧＰＰ  ＬＴＥ  Ｖ２Ｖ通信システムにおけるサイドリンク同期信号（Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ、ＳＬＳＳ）、タイミング情報、およびいくつかの追加の構成パラメータ（すなわちＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ（ＭＩＢ−ＳＬ）メッセージ）などを含み得る。しかしＶ２Ｖタイミングは、ＩＣ  ＵＥおよびＯＯＣ  ＵＥに対して異なり得る。タイミング差は、ＵＥがＩＣ／ＯＯＣまたはＯＯＣ／ＩＣ境界を跨がって通信することを不可能にすることになる。境界（例えばＩＣ／ＯＯＣ境界またはＯＯＣ／ＩＣ境界）は、ＩＣ  ＵＥがもはや、１つまたは複数の判定基準を満たす同期ソースからのＧＮＳＳまたはＧＮＳＳ相当信号を検出できなくなる位置（ＩＣ／ＯＯＣ境界）、またはＯＯＣ  ＵＥが、１つまたは複数の判定基準を満たす同期ソースからのＧＮＳＳまたはＧＮＳＳ相当信号を検出できるようになる位置（ＯＯＣ／ＩＣ境界）として定義され得る。戻って図３を参照すると、境界３２２はＩＣ３１５とＯＯＣ３２０との間に存在し、境界３２４はＯＯＣ３２０とＩＣ３１７との間に存在する。境界３２２はＵＥ３３０がＵＥ３３２と通信することを不可能にするようになり、一方、境界３２４はＵＥ３３４がＵＥ３３６と通信することを不可能にするようになる。境界３２２および３２４は、トンネル３１０の開始と送信に対応するように示されるが、実際の境界は環境条件に依存し、時間と共に変化し得ることが留意される。例として厚い雲または雨はＧＮＳＳ信号を弱める、および境界をシフトさせてＯＯＣ３２０を拡大する可能性がある。他の例としてトンネル３１０の開口の周りの植え込みまたは木の茂みは、ＧＮＳＳ信号を減衰し、境界をシフトさせてＯＯＣ３２０を拡大し得る。他の例としてｅＮＢがトンネル３１０の開口に追加され、ｅＮＢはＧＮＳＳ相当信号をトンネル３１０内に送信し、境界はシフトしてＯＯＣ３２０を縮め得る。
【００２８】
３ＧＰＰ技術標準ＴＳ  ３６．３３１において提案されたＤ２Ｄ技法を単に再利用することはうまくいかないことがあり、なぜならＧＮＳＳタイミングを有するＵＥは、ＧＮＳＳ信号のＲＳＲＰが指定された閾値より低いときに同期情報を送信するからである。この状況は、セルエッジＵＥの場合に生じるものと同様である。上記の状況が誘発されるわずかな可能性がある。いくつかの場合、トンネルまたは地下駐車構造物内など、ＧＮＳＳカバレージエッジにてＲＳＲＰにおける跳躍が存在することがあり、および一般にＵＥはカバレージエッジ境界を跨がって急速に移動する。従ってＵＥには、それがＯＯＣ  ＵＥになる前に、ＧＮＳＳタイミング情報を用いて同期情報を送信するためには非常にわずかな時間しかない。しかしＵＥは通常、同期を得るためにいくつかのＳＬＳＳを必要とする。従ってＧＮＳＳカバレージ外のＵＥ（ＯＯＣ  ＵＥ）は、ＵＥがＧＮＳＳまたはＧＮＳＳ相当信号を失ってそれ自体がＯＯＣ  ＵＥになる前に、ＧＮＳＳタイミングを用いて同期情報を送信するＵＥに同期できない可能性が非常に高い。従って前に示されたＳＬＳＳ送信の考察は、ＰＣ５をベースとするＶ２ＶにおけるＧＮＳＳタイミングを用いた同期情報の転送において有効ではなくなり得る。
【００２９】
例示の実施形態によれば、ＩＣ  ＵＥおよびＯＯＣ  ＵＥのＶ２Ｖタイミングを整列させるための同期情報を提供するシステムおよび方法が示される。同期情報を受信するＯＯＣ  ＵＥは、近接したＩＣ  ＵＥとの通信を維持することができる。
【００３０】
例示の実施形態によればＵＥは、ＵＥがＯＯＣ  ＵＥからＩＣ  ＵＥに変化した後、指定された時間Ｔの間、同期情報（例えばＧＮＳＳタイミング情報、またはｅＮＢもしくはセルによって送信されるＧＮＳＳ相当タイミング情報、またはＵＥに対するサイドリンク動作のために構成された周波数においてｅＮＢもしくはセルによって送信されるタイミング情報を用いて）を送信する。ＵＥは、ＵＥがより高い他の優先度の同期ソースまたはＳｙｎｃＲｅｆ  ＵＥを検出しなかった場合、ＵＥがＯＯＣ  ＵＥからＩＣ  ＵＥに変化した後、指定された時間Ｔの間、同期情報を送信し得る。あるいはＵＥは、ＵＥが他の同期ソースまたはＳｙｎｃＲｅｆ  ＵＥを検出しなかった場合、ＵＥがＯＯＣ  ＵＥからＩＣ  ＵＥに変化した後、指定された時間Ｔの間、同期情報を送信し得る。
【００３１】
ＵＥがＩＣエリア内に遷移する前または後に生じ得る、ＵＥが同期情報を取得するのに従って、ＵＥは指定された時間Ｔの間、同期情報（またはＧＮＳＳまたはＧＮＳＳ相当、ｅＮＢ、セル、またはＥ−ＵＴＲＡＮから受信された取得された同期情報から導き出されたその修正されたバージョン）を送信するようになる。同期情報に対する修正は、タイミング情報、構成パラメータ、送信のため識別子などに対する変更、またはそれらの追加を含み得る。例示的な例として、ＵＥがＩＣであるときから、またはＵＥが同期情報を取得したときから、指定された時間Ｔが経過するまで、ＵＥはＯＯＣエリアの十分近くに留まり、その結果ＵＥによって送信された同期情報は、ＯＯＣエリア内に十分遠くまで伝搬してＯＯＣ  ＵＥを補助するようになる。同期情報を受信するＯＯＣ  ＵＥはまた、同期情報または調整された同期情報（例えばＵＥから受信された同期情報から導き出された）をさらに送信することができる。指定された時間Ｔは、ＵＥが同期情報を取得したとき、またはＵＥがＯＯＣからＩＣに変化したときに対して、相対的に定義され得る。指定された時間Ｔは、技術標準において、通信システムの運用者によって指定されてよく、ネットワーク、ｅＮＢ、セル、またはＥ−ＵＴＲＡＮによって構成されてよく、または事前設定され得る。
【００３２】
代替として、指定された時間Ｔの代わりにＵＥは、ＵＥが同期情報を取得した所から、またはＵＥがＯＯＣからＩＣに遷移した所から、指定された距離Ｄの間、同期情報を送信するようになる。例示的な例として、ＵＥが同期情報を取得した所から、またはＵＥがＯＯＣからＩＣに遷移した所から、指定された距離Ｄ内にＵＥが留まる限り、同期情報またはその修正されたバージョンのそれの送信は、ＯＯＣエリア内に十分遠くまで伝搬して、ＯＯＣ  ＵＥを補助し得る。同期情報を受信するＯＯＣ  ＵＥはまた、同期情報または調整された同期情報（例えばＵＥから受信された同期情報から導き出された）をさらに伝搬させることができる。指定された距離Ｄは、技術標準において、通信システムの運用者によって指定されてよく、ネットワーク、ｅＮＢ、セル、またはＥ−ＵＴＲＡＮによって構成されてよく、または事前設定され得る。
【００３３】
図４は、ＯＯＣからＩＣに遷移するＵＥに重点を置いた、例示の通信システム４００を示す。通信システム４００は、衛星４０５などの１つまたは複数の衛星によってサポートされたＧＮＳＳ、またはｅＮＢまたはセルなどのＧＮＳＳ相当デバイスでよい。本明細書に示される説明はＧＮＳＳまたはＧＮＳＳ相当に焦点を当てるが、本明細書に示される例示の実施形態はまた、同期信号が、ｅＮＢ、セル、Ｅ−ＵＴＲＡＮなどによって送信される信号に基づくシステムと共に動作可能であることが留意される。従ってＧＮＳＳまたはＧＮＳＳ相当の考察は、例示の実施形態の範囲または精神に限定されるものと解釈されるべきではない。１つまたは複数の衛星のカバレージエリア内に、トンネル４１０がある。トンネル４１０の結果として、１つまたは複数の衛星のカバレージに中断があり、ＩＣエリア４１５、ＯＯＣエリア４２０、およびＩＣエリア４１７を結果として生じる。トンネル４１０を横断するＵＥ４２５は境界４３０を横切ってよく、これはトンネル４１０内ではＯＯＣ  ＵＥであるＵＥ４２５が、１つまたは複数の判定基準を満たす同期ソースからＧＮＳＳまたはＧＮＳＳ相当信号を検出できるようになる所として定義され得る。境界４３０は、トンネル４１０の末端と一致してもしなくてもよい。ＵＥ４２５が境界４３０を横切るとき（混乱を減らすためにここではＵＥ４２６として示される）、ＵＥ４２６はＯＯＣからＩＣに遷移する。時間ＴＩＭＥICにおいてＵＥ４２６は、同期情報を取得し得る（事象４３５）。図４でＴＩＭＥICは、ＵＥ４２６が境界４３０を横切った後に生じるように示されるが、ＵＥ４２６は境界４３０を横切る前に同期情報を取得できることが可能となり得る。ＵＥ４２６が同期情報を取得した後、ＵＥ４２６は指定された時間Ｔの間（例えばＴＩＭＥIC＋Ｔまで）、同期情報またはその修正されたバージョンを送信するようになる。ＵＥ４２６による同期情報の送信は、ＯＯＣエリア４２０に戻るように伝搬されて、ＯＯＣ  ＵＥに同期情報を提供し、これはＯＯＣ  ＵＥがＩＣ  ＵＥと通信するために役立つ。前に論じられたように指定された時間Ｔの間、同期情報を送信する代わりに、ＵＥ４２６は指定された距離Ｄの間、同期情報を送信するようになる。いくつかの状況において時間ＴＩＭＥICはまた、ＵＥ４２６がＯＯＣからＩＣに遷移する時間とすることができることが留意される。
【００３４】
例示の実施形態によれば、ＵＥが同期情報を送信することになるかどうかを決定するために、信号品質閾値または信号品質判定基準が用いられる。例示的な例としてＵＥは、ＲＳＲＰ測定値、ＲＳＲＱ測定値、搬送波対雑音比、同期の信頼性が、指定された信号品質閾値より高い、または信号品質判定基準が満たされる場合にのみ、同期情報を送信することになる。指定された信号品質閾値または判定基準の使用は、同期情報／信号品質が不十分であるときにＵＥが同期情報を送信する状況を防止するために役立つ。
【００３５】
例示の実施形態によれば、ＵＥが同期情報を送信することになるかどうかを決定するために、タイミング差閾値またはタイミング差判定基準が用いられる。例示的な例として、ＵＥは取得された同期情報をそれ自体のローカル同期情報と比較するようになり、ＵＥは取得された同期情報とそれ自体のローカル同期情報との差が指定されたタイミング差閾値より大きい場合にのみ、同期情報を送信するようになる。差が指定されたタイミング差閾値未満である場合、ＵＥのローカル同期情報（およびＵＥが去ったばかりのＯＯＣエリア内のＯＯＣ  ＵＥのローカル同期情報）は許容できる範囲内であり、境界を跨がった通信が起こることができ、従ってＵＥは同期情報を送信する必要がない。差が指定されたタイミング差閾値より大きい場合、ＵＥのローカル同期情報（およびＯＯＣエリア内のＯＯＣ  ＵＥのローカル同期情報）は許容できる範囲外であり、境界を跨がった通信が起こることはできず、従ってＵＥは同期情報またはその修正されたバージョンを送信するべきである。
【００３６】
図５は、ＵＥがＯＯＣからＩＣに遷移するのに従ってＵＥ内で生じる、例示の動作５００のフロー図を示す。動作５００は、ＵＥがＯＯＣからＩＣに遷移するのに従ってＵＥ内で生じる動作を示すものとなり得る。言い換えればＵＥは、ＯＯＣからＩＣへのカバレージ変化を経験している。
【００３７】
動作５００は、ＵＥがＯＯＣからＩＣに遷移することで開始する（ブロック５０５）。ＯＯＣからＩＣへの遷移の部分は、ＵＥがＧＮＳＳの衛星、ＧＮＳＳに同期されたｅＮＢなどによって送信され得る同期情報を受信することが関わる。本明細書に示される説明はＧＮＳＳまたはＧＮＳＳ相当に焦点を当てるが、本明細書に示される例示の実施形態はまた、同期信号が、ｅＮＢ、セル、Ｅ−ＵＴＲＡＮなどによって送信される信号に基づくシステムと共に動作可能であることが留意される。従ってＧＮＳＳまたはＧＮＳＳ相当の考察は、例示の実施形態の範囲または精神に限定されるものと解釈されるべきではない。あるいは同期信号は、ＧＮＳＳタイミングを用いていないｅＮＢによって送信され得る。このような状況においてｅＮＢは、同期信号とＧＮＳＳタイミングとのタイミング差を提供し得る。ＵＥは、同期情報を運ぶ信号の品質、ＱＵＡＬＩＴＹICを決定する（ブロック５１０）。例としてＵＥは、信号のＲＳＲＰまたはＲＳＲＱを決定する。ＵＥは信号の品質を、信号品質閾値または信号品質判定基準と比較する（ブロック５１５）。例示的な例としてＲＳＲＰ品質閾値は、約−１２０ｄＢｍ、−１１０ｄＢｍ、−１００ｄＢｍなどと設定されてよく、ＲＳＲＱ閾値は、−２０ｄＢ、−１９ｄＢ、−１８ｄＢ、−１７ｄＢなどと設定され得る。閾値の実際の値は、技術標準、通信システムの運用者、ネットワーク、ＵＥとネットワークとの間の協働などによって指定され得る。信号の品質が信号品質閾値を超えない場合、動作５００は終了し得る。あるいはＵＥは、ブロック５１０に戻って、信号の品質が改善するまで待機し得る。信号の品質は、ＵＥがあちこちに移動するのに従って改善し得る。
【００３８】
信号の品質が信号品質閾値より良い場合、ＵＥは取得された同期情報とそのローカル同期情報との差が、タイミング差閾値またはタイミング差判定基準より大きいかどうかを決定するためのチェックを行う（ブロック５２０）。例示的な例としてタイミング差は、サイクリックプレフィックスの１／２、１／３、１／４など、サイクリックプレフィックスに対する割合として設定される。タイミング差閾値の実際の値は、技術標準、通信システムの運用者、ネットワーク、ＵＥとネットワークとの間の協働などによって指定され得る。このチェックを用いてＵＥは、そのローカル同期情報が、取得された同期情報の受け入れられる許容値内であるかどうかを確かめるためにチェックし得る。差がタイミング差閾値未満である場合、ＵＥは同期情報を送信せず、なぜならローカル同期情報は受け入れられる許容範囲レベル内であり、ローカル同期情報の共有により、ＯＯＣエリア内のＯＯＣ  ＵＥはおおよそ同じローカル同期情報を共有するからである。差がタイミング差閾値より大きい場合、ＵＥはタイマを開始する（ブロック５２５）。タイマはＵＥが、それがＯＯＣからＩＣに遷移した後、またはそれが同期情報を取得した後、またはそれがタイミング差はタイミング差閾値より大きいと決定した後に、指定された時間Ｔの間、同期情報を送信する実装形態となり得る。タイマは、例えば指定された時間Ｔから０までカウントダウンするように事前設定され得る。例示的な例としてタイマは、１０、２０、３０フレームなどの無線フレームの数、または１０、２０、３０ミリ秒などの秒数に設定され得る。タイマは例えばＵＥの速度に対して遅らせられ得る。タイマの実際の値は、技術標準、通信システムの運用者、ネットワーク、ＵＥとネットワークとの間の協働などによって指定され得る。ＵＥは、タイマが満了したかどうかを決定するためのチェックを行う（ブロック５３０）。タイマが満了したとき、ＵＥがＯＯＣからＩＣに遷移してから、またはそれが同期情報を取得した後、またはそれがタイミング差はタイミング差閾値より大きいと決定した後、指定された時間Ｔが経っている。
【００３９】
タイマが満了していない場合、ローカル同期情報は受け入れられる許容範囲レベル内ではないので、ＵＥは同期情報またはその修正されたバージョンを送信する（ブロック５３５）。ＵＥはタイマを更新し（ブロック５４０）、ブロック５３０に戻ってタイマが満了したかどうかをチェックする。
【００４０】
代替としてＵＥは、信号品質が信号品質閾値を満たすかどうかを決定するためのチェックをせずに、単に指定された時間Ｔの間、同期情報またはその修正されたバージョンを送信し得る。他の代替としてＵＥは、ローカル同期情報が、取得された同期情報が許容値内かどうかを決定するためのチェックをせずに、単に指定された時間Ｔの間、同期情報またはその修正されたバージョンを送信し得る。他の代替としてＵＥは、信号品質が信号品質閾値を満たすかどうかを決定するためのチェック、およびローカル同期情報が同期情報の許容値内かどうかを決定するためのチェックをせずに、単に指定された時間Ｔの間、同期情報またはその修正されたバージョンを送信し得る。
【００４１】
あるいはＵＥは、同期情報またはその修正されたバージョンを送信するまたは送信し続けるべきかどうかを決定するために、距離をベースとするメトリックを用いる。このような状況においてタイマは、ＵＥと、ＵＥがＯＯＣからＩＣに遷移した、またはそれが同期情報を取得した、またはそれがタイミング差はタイミング差閾値より大きいと決定した位置との間の、測定された距離に基づく数値チェックに置き換えられ得る。例示的な例として距離は、どれだけ速くＵＥが移動しているかに基づいて設定されてよく、およびＵＥがタイマに設定された時間Ｔ（上記で論じられた）内にどれだけ遠くまで行くことが期待されるかの関数として設定され得る。距離の例は、２０、３０、４０メートルなどを含み得る。距離の実際の値は、技術標準、通信システムの運用者、ネットワーク、ＵＥとネットワークとの間の協働などによって指定され得る。例として数値を生成するために、ＧＮＳＳ位置情報、またはＵＥによって維持される位置情報が用いられ得る。
【００４２】
Ｄ２Ｄ動作に対するＲＡＮ４想定、および３ＧＰＰ  Ｖ２Ｘにおける関連する分析により、ＧＮＳＳタイミングが通常のサイクリックプレフィックス（ＣＰ）の外へドリフトするのに約２分かかる。従って同期は、ＧＮＳＳが失われた後に数分間、ＵＥにおいて維持され得る。
【００４３】
例示の実施形態によればＵＥは、ＵＥがＩＣからＯＯＣに遷移した後に指定された時間Ｔの間、同期情報（例えばＧＮＳＳタイミング情報を用いて）を送信する。ＵＥがＯＯＣ内に遷移した後、ＵＥは指定された時間Ｔの間、同期情報またはその修正されたバージョンを送信し続ける。あるいはＵＥがＯＯＣ内に遷移した後、ＵＥがより高い他の優先度の同期ソース、または判定基準を満たすＳｙｎｃＲｅｆ  ＵＥを検出しなかった場合、ＵＥは指定された時間Ｔの間、同期情報またはその修正されたバージョンを送信し続ける。例示的な例として、ＵＥがＯＯＣ内に遷移したときから指定された時間Ｔが経過するまで、ローカルにおよびＵＥのローカルタイミングに基づいて行われる更新を有して、ＵＥはＯＯＣへの遷移の前に取得された同期情報またはその修正されたバージョンを送信する。同期情報を受信するＯＯＣ  ＵＥも、同期情報または調整された同期情報をさらに伝搬させることができる。指定された時間Ｔの後ＵＥは、Ｄ２Ｄ規則に基づいて同期情報を送信する。代替として、指定された時間Ｔの代わりにＵＥは、ＵＥがＯＯＣに遷移した所から指定された距離Ｄの間、同期情報またはその修正されたバージョンを送信するようになる。距離Ｄの後ＵＥは、Ｄ２Ｄ規則に基づいて同期情報を送信する。
【００４４】
図６は、ＩＣからＯＯＣに遷移するＵＥに重点を置いた例示の通信システム６００を示す。通信システム６００は、衛星６０５などの１つまたは複数の衛星によってサポートされるＧＮＳＳ、またはｅＮＢまたはセルなどのＧＮＳＳ相当デバイスでよい。本明細書に示される説明はＧＮＳＳまたはＧＮＳＳ相当に焦点を当てるが、本明細書に示される例示の実施形態はまた、同期信号が、ｅＮＢ、セル、Ｅ−ＵＴＲＡＮなどによって送信される信号に基づくシステムと共に動作可能であることが留意される。従ってＧＮＳＳまたはＧＮＳＳ相当の考察は、例示の実施形態の範囲または精神に限定されるものと解釈されるべきではない。１つまたは複数の衛星のカバレージエリア内に、トンネル６１０がある。トンネル６１０の結果として、１つまたは複数の衛星のカバレージにおいて中断があり、結果としてＩＣエリア６１５、ＯＯＣエリア６２０、およびＩＣエリア６１７を生じる。トンネル６１０に向かって横断するＵＥ６２５は境界６３０を横切ってよく、これはトンネル６１０の前はＩＣ  ＵＥであるＵＥ６２５が、１つまたは複数の判定基準を満たす同期ソースから、ＧＮＳＳまたはＧＮＳＳ相当信号を検出できなくなる所として定義され得る。境界６３０は、トンネル６１０の末端と一致してもよくしなくてもよい。ＵＥ６２５が境界６３０を横切るとき（混乱を減らすためにここではＵＥ６２６として示される）、ＵＥ６２６はＩＣからＯＯＣに遷移する。時間ＴＩＭＥOOCにおいてＵＥ６２６は境界６３０を横切り、ＩＣタイミングを失うことがある（事象６３５）。ＵＥ６２６がＩＣタイミングを失った後、ＵＥ６２６は指定された時間Ｔの間（例えばＴＩＭＥOOC＋Ｔまで）、同期情報（それ自身のクロックに基づいたタイミング更新と共に）、またはその修正されたバージョンを送信するようになる。例示的な例として指定された時間Ｔは、水晶発振器のクロックドリフトなど、ＵＥの水晶発振器の特性に関連する。クロックドリフトが大きい場合指定された時間Ｔは小さくなってよく、クロックドリフトが小さい場合指定された時間は大きくなり得る。Ｔの例示の値は、数十秒から数分の程度となり得る。時間の実際の値は、技術標準、通信システムの運用者、ネットワーク、ＵＥとネットワークとの間の協働などによって指定され得る。前に論じられたようにＩＣタイミングを最近失ったＵＥは、依然として一定期間ローカルＩＣタイミングを維持し得る。しかしローカルＩＣタイミングは、時間の経過と共により不正確になる。ＵＥ６２６による同期情報（ＩＣタイミングを含む）の送信は、ＯＯＣエリア６２０内に前向きに伝搬して、ＯＯＣ  ＵＥにＩＣタイミングを提供し、これはＯＯＣ  ＵＥがＩＣ  ＵＥと通信するのを助けるようになる。ＩＣタイミングを最近失ったばかりのＵＥには、かなりの時間前にＩＣタイミングを失ったＵＥを上回る優先度が与えられ得る。従って優先度をベースとする技法はＯＯＣ  ＵＥが、それ自体のローカル同期情報を更新するために、どの同期情報を用いるかを決定することを可能にする ために実装され得る。例示的な例としてＵＥは、最も最近のＵＥには最も高い優先度または重みが与えられる、ＩＣタイミングの喪失からの時間に基づいて優先順位付けされ得る���前に論じられたように指定された時間Ｔの間、同期情報またはその修正されたバージョンを送信する代わりに、ＵＥ６２６は指定された距離Ｄの間、同期情報またはその修正されたバージョンを送信するようになる。
【００４５】
図７は、ＵＥがＩＣからＯＯＣに遷移するのに従ってＵＥ内で生じる、例示の動作７００のフロー図を示す。動作７００は、ＵＥがＩＣからＯＯＣに遷移するのに従ってＵＥ内で生じる動作を示すものとなり得る。言い換えればＵＥは、ＩＣからＯＯＣへのカバレージ変化を経験している。
【００４６】
動作７００は、ＵＥがＩＣからＯＯＣに遷移することで開始する（ブロック７０５）。ＵＥは、それのＩＣからＯＯＣへの遷移の結果として、同期ソースからの同期情報の受信を停止している。ＵＥはより高い優先度の同期ソース、または判定基準を満たすＳｙｎｃＲｅｆ  ＵＥを検出することができるかどうかを決定するためのチェックを行う（ブロック７１０）。ＵＥがより高い優先度の同期ソースまたはＳｙｎｃＲｅｆ  ＵＥを検出することができる場合、動作７００は終了し得る。ＵＥがより高い優先度の同期ソース、または判定基準を満たすＳｙｎｃＲｅｆ  ＵＥを検出することができない場合、ＵＥはそれがＯＯＣに遷移してから現在の時間までの時間が、時間閾値または時間判定基準未満かどうかを決定するためのチェックを行う（ブロック７１５）。前に論じられたように、ＵＥが一定の時間未満の間、損失ＩＣタイミングを有する場合、ＵＥのローカル同期情報は有効のままであろうことが期待される。ＵＥがＯＯＣに遷移したときから現在の時間までの時間が時間閾値未満である場合、ＵＥはそれのローカル同期情報を送信し、これはＯＯＣへの遷移の前に同期ソースから受信された同期情報の更新されたバージョンであってよく（ブロック７２０）、ＵＥはブロック７１５に戻ってチェックを繰り返す。ＵＥがＯＯＣに遷移したときから現在の時間までの時間が時間閾値を超える場合、動作７００は終了し得る。
【００４７】
あるいは、ローカル同期情報が許容値内のままであるかどうかを決定するためのチェックは、ＵＥがＯＯＣに遷移するときに開始する。他の代替として、ローカル同期情報が許容値内のままであるかどうかを決定するためのチェックは、ＵＥが同期情報の受信を停止したときに開始する。あるいはＵＥは、ローカル同期情報を送信する前に、より高い優先度の同期ソースまたはＳｙｎｃＲｅｆ  ＵＥがあるかどうかを決定するためのチェックをしない。
【００４８】
上述の説明は車車間通信に焦点が当てられているので、同様な手順は一般のデバイスツーデバイス通信にも適用されることができる。
【００４９】
第１の態様において本出願は、同期情報を提供する方法を提供する。方法は、ＵＥによって、同期ソースから第１の同期情報を取得するステップと、ＵＥがカバレージ変化を経験するとき、ＵＥによって、第１の同期情報から導き出された第２の同期情報を送信するステップとを含む。
【００５０】
第１の態様による方法の第１の実施形態によれば、第２の同期情報は、ＵＥがＯＯＣ  ＵＥからＩＣ  ＵＥに遷移した後、指定された期間、送信される。第１の態様のいずれかの先行する実施形態による方法の第２の実施形態またはそのような第１の態様によれば、ＵＥは、ＵＥが同期ソースは少なくとも１つの判定基準を満たすと決定するときはＩＣ  ＵＥであり、ＵＥは、ＵＥが少なくとも１つの判定基準を満たす同期ソースを検出することができないときはＯＯＣ  ＵＥである。第１の態様のいずれかの先行する実施形態による方法の第３の実施形態またはそのような第１の態様によれば、少なくとも１つの判定基準は、測定値閾値を満たす同期ソースからの信号の測定値を含む。第１の態様のいずれかの先行する実施形態による方法の第４の実施形態またはそのような第１の態様によれば、測定値は、搬送波対雑音比、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、または信号の信頼性の少なくとも１つを含む。
【００５１】
第１の態様のいずれかの先行する実施形態による方法の第５の実施形態またはそのような第１の態様によれば、第２の同期情報は、ＵＥがＯＯＣ  ＵＥからＩＣ  ＵＥに遷移する位置から、ＵＥが指定された距離だけ離れるまで送信される。第１の態様のいずれかの先行する実施形態による方法の第６の実施形態またはそのような第１の態様によれば、第２の同期情報は、第１の同期情報と、ＵＥのローカル同期情報との差がタイミング差閾値より大きいときに送信される。第１の態様のいずれかの先行する実施形態による方法の第７の実施形態またはそのような第１の態様によれば、第２の同期情報は、第１の同期情報と、ＵＥのローカル同期情報との差がタイミング差閾値より大きいとき、および同期ソースからの信号の品質が品質閾値を超えるときに送信される。第１の態様のいずれかの先行する実施形態による方法の第８の実施形態またはそのような第１の態様によれば、同期ソースは、全地球的航法衛星システム（ＧＮＳＳ）、ＧＮＳＳ相当、進化型ノードＢ（ｅＮＢ）、またはセルの少なくとも１つを含む。
【００５２】
第１の態様のいずれかの先行する実施形態による方法の第９の実施形態またはそのような第１の態様によれば、第１の同期情報は、ＵＥがＩＣ  ＵＥからＯＯＣ  ＵＥに遷移する前に取得され、第２の同期情報は、ＵＥがＯＯＣ  ＵＥに遷移した後に送信される。第１の態様のいずれかの先行する実施形態による方法の第１０の実施形態またはそのような第１の態様によれば、第２の同期情報は、ＵＥがＯＯＣ  ＵＥに遷移した後、指定された期間、送信される。第１の態様のいずれかの先行する実施形態による方法の第１１の実施形態またはそのような第１の態様によれば、同期ソースは関連付けられた優先度を有し、第２の同期情報は、ＵＥがより高い関連付けられた優先度を有する他の同期ソース、または同期基準（ＳｙｎｃＲｅｆ）ＵＥを検出することができないときに送信される。第１の態様のいずれかの先行する実施形態による方法の第１２の実施形態またはそのような第１の態様によれば、第２の同期情報は、ＵＥがＩＣ  ＵＥからＯＯＣ  ＵＥに遷移した所から、ＵＥが指定された距離だけ離れるまで送信される。
【００５３】
第２の態様において本出願は、同期情報を提供する方法を提供する。方法は、ＵＥによって、同期ソースから第１の同期情報を取得するステップと、ＵＥによって、第１の同期情報から導き出された第２の同期情報を送信するステップであって、第２の同期情報は、同期ソースからの信号の品質が品質閾値を満たすときに送信される、ステップとを含む。
【００５４】
第２の態様による方法の第１の実施形態によれば、同期ソースからの信号の品質は、ＲＳＲＰ測定値、搬送波対雑音比、ＲＳＲＱ測定値、および同期ソースの信頼性の少なくとも１つにより決定される。
【００５５】
例示の実施形態によれば、ＵＥが同期情報を送信することになるかどうかを決定するために、信号品質閾値または信号品質判定基準が用いられる。例示的な例としてＵＥは、ＲＳＲＰ測定値、ＲＳＲＱ測定値、搬送波対雑音比、同期ソースの信頼性の少なくとも１つが指定された信号品質閾値より高い、または信号品質判定基準が満たされる場合にのみ、同期情報を送信するようになる。同期ソースは、ＧＮＳＳ、ＧＮＳＳ相当、ｅＮＢ、およびセルの１つを備える。
【００５６】
第３の態様によれば、本出願はＵＥを提供する。ＵＥは、１つまたは複数のプロセッサと、１つまたは複数のプロセッサによる実行のためのプログラミングを記憶したコンピュータ可読記憶媒体とを含む。プログラミングはＵＥを、同期ソースから第１の同期情報を取得し、ＵＥがカバレージ変化を経験するとき、第１の同期情報から導き出された第２の同期情報を送信するように構成するための命令を含む。
【００５７】
第３の態様によるＵＥの第１の実施形態によれば、プログラミングは、ＵＥがＯＯＣ  ＵＥからＩＣ  ＵＥに遷移した後、指定された期間、第２の同期情報を送信するようにＵＥを構成するための命令を含む。第３の態様のいずれかの先行する実施形態によるＵＥの第２の実施形態またはそのような第３の態様によれば、プログラミングは、ＵＥがＯＯＣ  ＵＥからＩＣ  ＵＥに遷移する位置から、ＵＥが指定された距離だけ離れるまで、第２の同期情報を送信するように、ＵＥを構成するための命令を含む。第３の態様のいずれかの先行する実施形態によるＵＥの第３の実施形態またはそのような第３の態様によれば、プログラミングは、第１の同期情報と、ＵＥのローカル同期情報との差がタイミング差閾値より大きいとき、第２の同期情報を送信するようにＵＥを構成するための命令を含む。
【００５８】
第３の態様のいずれかの先行する実施形態によるＵＥの第４の実施形態またはそのような第３の態様によれば、プログラミングは、同期ソースからの信号の品質が品質閾値を満たすときに、第２の同期情報を送信するようにＵＥを構成するための命令を含む。第３の態様のいずれかの先行する実施形態によるＵＥの第５の実施形態またはそのような第３の態様によれば、プログラミングは、第１の同期情報と、ＵＥのローカル同期情報との差がタイミング差閾値より大きいとき、および同期ソースからの信号の品質が品質閾値を超えるときに、第２の同期情報を送信するようにＵＥを構成するための命令を含む。第３の態様のいずれかの先行する実施形態によるＵＥの第６の実施形態またはそのような第３の態様によれば、第１の同期情報は、ＵＥがＩＣ  ＵＥからＯＯＣ  ＵＥに遷移する前に取得され、第２の同期情報は、ＵＥがＯＯＣ  ＵＥに遷移した後に送信され、およびプログラミングは、ＵＥがＯＯＣ  ＵＥに遷移した後、指定された期間、第２の同期情報を送信するようにＵＥを構成するための命令を含む。
【００５９】
第３の態様のいずれかの先行する実施形態によるＵＥの第７の実施形態またはそのような第３の態様によれば、第１の同期情報は、ＵＥがＩＣ  ＵＥからＯＯＣ  ＵＥに遷移する前に取得され、第２の同期情報は、ＵＥがＯＯＣ  ＵＥに遷移した後に送信され、同期ソースは関連付けられた優先度を有し、およびプログラミングは、ＵＥがより高い関連付けられた優先度を有する他の同期ソース、または同期基準（ＳｙｎｃＲｅｆ）ＵＥを検出することができないときに、第２の同期情報を送信するようにＵＥを構成するための命令を含む。
【００６０】
図８は、本明細書で述べられる方法を行うための実施形態処理システム８００のブロック図を示し、これはホストデバイスにインストールされ得る。示されるように処理システム８００は、プロセッサ８０４、メモリ８０６、およびインターフェース８１０〜８１４を含み、これらは図８に示されるように配置されてよい（されなくてもよい）。プロセッサ８０４は、計算および／または他の関連するタスクの処理を行うように適合された任意の構成要素または構成要素の集合でよく、メモリ８０６は、プロセッサ８０４による実行のためのプログラミングおよび／または命令を記憶するように適合された任意の構成要素または構成要素の集合でよい。実施形態においてメモリ８０６は、非一時的コンピュータ可読媒体を含む。インターフェース８１０、８１２、８１４は、処理システム８００が他のデバイス／構成要素および／またはユーザと通信することを可能にする任意の構成要素または構成要素の集合でよい。例えばインターフェース８１０、８１２、８１４の１つまたは複数は、データ、制御、または管理メッセージをプロセッサ８０４から、ホストデバイスおよび／またはリモートデバイス上にインストールされたアプリケーションに通信するように適合され得る。他の例としてインターフェース８１０、８１２、８１４の１つまたは複数は、ユーザまたはユーザデバイス（例えばパーソナルコンピュータ（ＰＣ）など）が、処理システム８００と対話／通信することを可能にするように適合され得る。処理システム８００は、長期間記憶など（例えば不揮発性メモリなど）、図８に示されない追加の構成要素を含み得る。
【００６１】
いくつかの実施形態において処理システム８００は、テレコミュニケーションネットワークにアクセスするまたはそうでなければその一部であるネットワークデバイス内に含められる。一例において処理システム８００は、基地局、中継局、スケジューラ、コントローラ、ゲートウェイ、ルータ、アプリケーションサーバ、またはテレコミュニケーションネットワーク内の任意の他のデバイスなどの、無線または有線テレコミュニケーションネットワーク内のネットワーク側デバイス内にある。他の実施形態において処理システム８００は、移動局、ユーザ機器（ＵＥ）、パーソナルコンピュータ（ＰＣ）、タブレット、ウェアラブル通信デバイス（例えばスマートウオッチなど）、またはテレコミュニケーションネットワークにアクセスするように適合された任意の他のデバイスなどの、無線または有線テレコミュニケーションネットワークにアクセスするユーザ側デバイス内にある。
【００６２】
いくつかの実施形態においてインターフェース８１０、８１２、８１４の１つまたは複数は、処理システム８００を、テレコミュニケーションネットワークを通してシグナリングを送信および受信するように適合されたトランシーバに接続する。図９は、テレコミュニケーションネットワークを通してシグナリングを送信および受信するように適合されたトランシーバ９００のブロック図を示す。トランシーバ９００は、ホストデバイスにインストールされ得る。示されるようにトランシーバ１０００は、ネットワーク側インターフェース９０２、カプラ９０４、送信器９０６、受信器９０８、信号プロセッサ９１０、およびデバイス側インターフェース９１２を備える。ネットワーク側インターフェース９０２は、無線または有線テレコミュニケーションネットワークを通してシグナリングを送信または受信するように適合され任意の構成要素または構成要素の集合を含み得る。カプラ９０４は、ネットワーク側インターフェース９０２を通した双方向通信を容易にするように適合された任意の構成要素または構成要素の集合を含み得る。送信器９０６は、ベースバンド信号を、ネットワーク側インターフェース９０２を通した送信のために適した変調された搬送波信号に変換するように適合された、任意の構成要素または構成要素の集合（例えばアップコンバータ、電力増幅器など）を含み得る。受信器９０８は、ネットワーク側インターフェース９０２を通して受信された搬送波信号を、ベースバンド信号に変換するように適合された任意の構成要素または構成要素の集合（例えばダウンコンバータ、低雑音増幅器など）を含み得る。信号プロセッサ９１０は、ベースバンド信号をデバイス側インターフェース９１２を通した通信に適したデータ信号に、またはその逆に変換するように適合された任意の構成要素または構成要素の集合を含み得る。デバイス側インターフェース９１２は、信号プロセッサ９１０と、ホストデバイス内の構成要素（例えば処理システム８００、ローカルエリアネットワーク（ＬＡＮ）ポートなど）との間で、データ信号を通信するように適合された任意の構成要素または構成要素の集合を含み得る。
【００６３】
トランシーバ９００は、任意のタイプの通信媒体を通してシグナリングを送信および受信し得る。いくつかの実施形態においてトランシーバ９００は、無線媒体を通してシグナリングを送信および受信する。例えばトランシーバ９００は、セルラプロトコル（例えばロングタームエボリューション（ＬＴＥ）など）、無線ローカルエリアネットワーク（ＷＬＡＮ）プロトコル（例えばＷｉ−Ｆｉなど）、または任意の他のタイプの無線プロトコル（例えばブルートゥース、近距離通信（ＮＦＣ）など）などの、無線テレコミュニケーションプロトコルに従って通信するように適合された無線トランシーバでよい。このような実施形態においてネットワーク側インターフェース９０２は、１つまたは複数のアンテナ／放射要素を備える。例えばネットワーク側インターフェース９０２は、単一のアンテナ、複数の個別のアンテナ、または多層通信、例えば単入力多出力（ＳＩＭＯ）、多入力単出力（ＭＩＳＯ）、多入力多出力（ＭＩＭＯ）などのために構成された複数アンテナアレイを含み得る。他の実施形態においてトランシーバ９００は、有線媒体、例えばツイストペアケーブル、同軸ケーブル、光ファイバなどを通してシグナリングを送信および受信する。特定の処理システムおよび／またはトランシーバは、示される構成要素のすべて、または構成要素のサブセットのみを利用してよく、統合化のレベルはデバイスごとに変わり得る。
【００６４】
本明細書で提供される実施形態方法の１つまたは複数のステップは、対応するユニットまたはモジュールによって行われ得ることが理解されるべきである。例えば信号は、送信ユニットまたは送信モジュールによって送信され得る。信号は、受信ユニットまたは受信モジュールによって受信され得る。信号は、処理ユニットまたは処理モジュールによって処理され得る。他のステップは、取得ユニット／モジュールによって行われ得る。それぞれのユニット／モジュールは、ハードウェア、ソフトウェア、またはそれらの組み合わせでよい。例えばユニット／モジュールの１つまたは複数は、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または特定用途向け集積回路（ＡＳＩＣ）などの集積回路でよい。
【００６５】
本開示およびその利点が詳しく述べられたが、添付の「特許請求の範囲」によって定義される本開示の精神および範囲から逸脱せずに、本明細書において様々な変更、置き換え、および変形がなされることができることが理解されるべきである。
【図１】
2019512982.tif 000003
【図２】
2019512982.tif 000004
【図３】
2019512982.tif 000005
【図４】
2019512982.tif 000006
【図５】
2019512982.tif 000007
【図６】
2019512982.tif 000008
【図７】
2019512982.tif 000009
【図８】
2019512982.tif 000010
【図９】
2019512982.tif 000011
【国際調査報告】
2019512982.tif 000012
2019512982.tif 000013