JP6646163B2 - サイドリンク通信における同期をサポートするためのシステムおよび方法 - Google Patents

サイドリンク通信における同期をサポートするためのシステムおよび方法 Download PDF

Info

Publication number
JP6646163B2
JP6646163B2 JP2018551238A JP2018551238A JP6646163B2 JP 6646163 B2 JP6646163 B2 JP 6646163B2 JP 2018551238 A JP2018551238 A JP 2018551238A JP 2018551238 A JP2018551238 A JP 2018551238A JP 6646163 B2 JP6646163 B2 JP 6646163B2
Authority
JP
Japan
Prior art keywords
synchronization information
ooc
synchronization
transitions
transmitted
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018551238A
Other languages
English (en)
Other versions
JP2019512982A (ja
Inventor
リウ ビン
リウ ビン
ツァイ ユー
ツァイ ユー
ゾン ヨンボー
ゾン ヨンボー
ワン ジエン
ワン ジエン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2019512982A publication Critical patent/JP2019512982A/ja
Application granted granted Critical
Publication of JP6646163B2 publication Critical patent/JP6646163B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W56/00Synchronisation arrangements
    • H04W56/001Synchronization between nodes
    • H04W56/0015Synchronization between nodes one node acting as a reference for the others
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0077Transmission or use of information for re-establishing the radio link of access information of target access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016Hand-off preparation specially adapted for end-to-end data sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0061Transmission or use of information for re-establishing the radio link of neighbour cell information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0069Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • H04W36/00692Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink using simultaneous multiple data streams, e.g. cooperative multipoint [CoMP], carrier aggregation [CA] or multiple input multiple output [MIMO]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/0085Hand-off measurements
    • H04W36/0094Definition of hand-off measurement parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/16Performing reselection for specific purposes
    • H04W36/18Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/26Reselection being triggered by specific parameters by agreed or negotiated communication parameters
    • H04W36/28Reselection being triggered by specific parameters by agreed or negotiated communication parameters involving a plurality of connections, e.g. multi-call or multi-bearer connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/34Reselection control
    • H04W36/38Reselection control by fixed network equipment
    • H04W36/385Reselection control by fixed network equipment of the core network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本開示は一般にデジタル通信のためのシステムおよび方法に関し、特定の実施形態ではサイドリンク通信における同期をサポートするためのシステムおよび方法に関する。
本出願は2017年3月27日に出願した「System and Method for Supporting Synchronization in Sideline Communications」という名称の米国特許非仮出願第15/469,630号の優先権を主張するものであり、これはひいては2016年3月31日に出願した「System and Method for Supporting Synchronization in Sideline Communications」という名称の米国特許仮出願第62/316,277号からの優先権を主張するもので、両方の特許出願はそれらの全体が再現されているかの如く参照により本明細書に組み込まれる。
一般に、異なるタイミングソースに同期された2つのユーザ機器(UE)は、タイミングソースの間のタイミング差により、互いに通信することができなくなる。車車間(V2V)通信では、全地球的航法衛星システム(GNSS)をベースとするタイミング、進化型ノードB(eNB)をベースとするタイミング、またはローカルユーザ機器(UE)をベースとするタイミングなど、異なるタイミングソースが用いられ得る。具体的にはカバレージ内(IC)UE、すなわちGNSSまたはeNBのカバレージエリア内で動作しているUE、およびカバレージ外(OOC)UE、すなわちGNSSまたはeNBのカバレージエリア内で動作していないUEは、異なるタイミングを有することがあり、これはカバレージエッジまたは境界を横切るUE通信の場合に問題を引き起こす。
従ってV2V通信における同期をサポートするためのシステムおよび方法に対する必要性がある。それによりV2V通信は、システム境界を跨がって、例えばICおよびOOCエリアの間、または異なるタイミングソースを有するエリアの間で円滑に遷移することができる。
例示の実施形態は、サイドリンク通信における同期をサポートするためのシステムおよび方法を提供する。
例示の実施形態によれば、同期情報を提供する方法が提供される。方法は、ユーザ機器(UE)によって、同期ソースから第1の同期情報を取得するステップと、UEがカバレージ変化を経験するとき、UEによって、第1の同期情報から導き出された第2の同期情報を送信するステップとを含む。
第2の同期情報は、UEがカバレージ外(OOC)UEからカバレージ内(IC)UEに遷移した後、指定された期間、送信される。UEは、UEが同期ソースは少なくとも1つの判定基準を満たすと決定するときはIC UEであり、UEは、UEが少なくとも1つの判定基準を満たす同期ソースを検出することができないときはOOC UEである。少なくとも1つの判定基準は、測定値閾値を満たす同期ソースからの信号の測定値を含む。測定値は、搬送波対雑音比、基準信号受信電力(RSRP)、基準信号受信品質(RSRQ)、または信号の信頼性の少なくとも1つを含む。
第2の同期情報は、UEがOOC UEからIC UEに遷移する位置から、UEが指定された距離だけ離れるまで送信される。第2の同期情報は、第1の同期情報と、UEのローカル同期情報との差がタイミング差閾値より大きいときに送信される。第2の同期情報は、第1の同期情報と、UEのローカル同期情報との差がタイミング差閾値より大きいとき、および同期ソースからの信号の品質が品質閾値を超えるときに送信される。同期ソースは、全地球的航法衛星システム(GNSS)、GNSS相当、進化型ノードB(eNB)、またはセルの少なくとも1つを含む。
第1の同期情報は、UEがIC UEからOOC UEに遷移する前に取得され、第2の同期情報は、UEがOOC UEに遷移した後に送信される。第2の同期情報は、UEがOOC UEに遷移した後、指定された期間、送信される。同期ソースは関連付けられた優先度を有し、第2の同期情報は、UEがより高い関連付けられた優先度を有する他の同期ソース、または同期基準(SyncRef)UEを検出することができないときに送信される。第2の同期情報は、UEがIC UEからOOC UEに遷移した所から、UEが指定された距離だけ離れるまで送信される。
例示の実施形態によれば、同期情報を提供する方法が提供される。方法は、UEによって、同期ソースから第1の同期情報を取得するステップと、UEによって、第1の同期情報から導き出された第2の同期情報を送信するステップであって、第2の同期情報は、同期ソースからの信号の品質が品質閾値を満たすときに送信される、ステップとを含む。
同期ソースからの信号の品質は、RSRQ測定値、搬送波対雑音比、RSRP測定値、および同期ソースの信頼性の少なくとも1つにより決定される。
例示の実施形態によれば、UEが提供される。UEは、1つまたは複数のプロセッサと、1つまたは複数のプロセッサによる実行のためのプログラミングを記憶したコンピュータ可読記憶媒体とを含む。プログラミングはUEを、同期ソースから第1の同期情報を取得し、UEがカバレージ変化を経験するとき、第1の同期情報から導き出された第2の同期情報を送信するように構成するための命令を含む。
プログラミングは、UEがOOC UEからIC UEに遷移した後、指定された期間、第2の同期情報を送信するようにUEを構成するための命令を含む。プログラミングは、UEがOOC UEからIC UEに遷移する位置から、UEが指定された距離だけ離れるまで、第2の同期情報を送信するように、UEを構成するための命令を含む。プログラミングは、第1の同期情報と、UEのローカル同期情報との差がタイミング差閾値より大きいとき、第2の同期情報を送信するようにUEを構成するための命令を含む。
プログラミングは、同期ソースからの信号の品質が品質閾値を満たすときに、第2の同期情報を送信するようにUEを構成するための命令を含む。プログラミングは、第1の同期情報と、UEのローカル同期情報との差がタイミング差閾値より大きいとき、および同期ソースからの信号の品質が品質閾値を超えるときに、第2の同期情報を送信するようにUEを構成するための命令を含む。第1の同期情報は、UEがIC UEからOOC UEに遷移する前に取得され、第2の同期情報は、UEがOOC UEに遷移した後に送信され、およびプログラミングは、UEがOOC UEに遷移した後、指定された期間、第2の同期情報を送信するようにUEを構成するための命令を含む。
第1の同期情報は、UEがIC UEからOOC UEに遷移する前に取得され、第2の同期情報は、UEがOOC UEに遷移した後に送信され、同期ソースは関連付けられた優先度を有し、およびプログラミングは、UEがより高い関連付けられた優先度を有する他の同期ソース、または同期基準(SyncRef)UEを検出することができないときに、第2の同期情報を送信するようにUEを構成するための命令を含む。
上記の実施形態の実施は、UEが、サービス境界を横切った後、一定期間または距離の間、同期されたままとなることを可能にする。これはサービス境界の異なる側にあるUEが、より長い時間、通信したままとなることを可能にする。
次に本開示およびその利点のより完全な理解のために、添付の図面と併せ読まれる以下の説明が参照される。
本明細書に示される例示の実施形態による、例示の通信システムを示す図である。 本明細書に示される例示の実施形態による、D2D同期に重点を置いた例示の通信システムを示す図である。 本明細書に示される例示の実施形態による、ICおよびOOCエリアに重点を置いた例示の通信システムを示す図である。 本明細書に示される例示の実施形態による、OOC UEからIC UEに遷移するUEに重点を置いた例示の通信システムを示す図である。 本明細書に示される例示の実施形態による、UEがOOC UEからIC UEに遷移するのに従ってUE内で生じる例示の動作のフロー図である。 本明細書に示される例示の実施形態による、IC UEからOOC UEに遷移するUEに重点を置いた例示の通信システムを示す図である。 本明細書に示される例示の実施形態による、UEがIC UEからOOC UEに遷移するのに従ってUE内で生じる例示の動作のフロー図である。 本明細書で述べられる方法を行うための実施形態処理システムのブロック図である。 本明細書に示される例示の実施形態による、テレコミュニケーションネットワークを通してシグナリングを送信および受信するように適合されたトランシーバのブロック図である。
これらの例示の実施形態の製造および使用が以下で詳細に論じられる。しかし本開示は、多種多様な特定の関連において具体化されることができる多くの適用可能な発明性のある概念を提供することが理解されるべきである。論じられる特定の実施形態は単に、実施形態を製造および使用するための特定のやり方の例示のためであり、本開示の範囲を限定しない。
図1は例示の通信システム100を示す。通信システム100は、進化型ノードB(eNB)105および関連付けられたカバレージエリア107を含んだ陸上通信ネットワークと、全地球的航法衛星システム(GNSS)110例えば全地球測位システム(GPS)および関連付けられたカバレージエリア112とを含む。通信システム100は、UE115、UE117、UE119、およびUE121などの複数のユーザ機器(UE)を含む。UE115およびeNB105ならびにUE119およびGNSS110など、UEのいくつかは一方の通信ネットワークと通信してよく、UE117がeNB105およびGNSS110に対してなど、いくつかのUEは両方の通信ネットワークと通信し得る。UE121などいくつかのUEは、いずれの通信ネットワークとも通信し得ない。本明細書で用いられるUEは、通常のハンドヘルド通信デバイス、および自動車、バス、または列車などの車両の一部である通信デバイス、または車両内または車両に乗っているユーザの通信デバイスを表し得る。さらにUEはまた路側機(RSU)でもよい。
通信システムは、いくつかのUEと通信する能力を有する複数のeNBおよびGNSSを使用し得ることが理解されるが、簡単にするために1つのeNB、1つのGNSS、およびいくつかのUEのみが示される。
第3世代パートナーシッププロジェクト(Third Generation Partnership Project、3GPP)ロングタームエボリューション(Long Term Evolution、LTE)リリース12およびリリース13技術標準において、デバイスツーデバイス(D2D)同期技法が提示された。V2V通信は、D2D通信のさらなる強化と考えられることが留意される。3GPP LTEリリース12/13において、eNBと同期されたIC UE、およびOOC UEは、互いに同期するためにサイドリンク同期情報を用いた。サイドリンク同期情報は、サイドリンク同期信号(Sidelink Synchronization Signal、SLSS)、タイミング情報、およびいくつかの追加の構成パラメータ(すなわちMasterInformationBlock−SL(MIB−SL)メッセージ)などを含む。
参照により本明細書に組み込まれている3GPP技術標準TS 36.331セクション5.10.7.2では、UEはいくつかのシナリオにおいてeNBタイミング情報を、OOC UEに配信することができる。図2は、D2D同期に重点を置いた例示の通信システム200を示す。通信システム200は、カバレージエリア207を有するeNB205を含む。カバレージエリア207内で動作し、従ってIC UEであるものは、UE210である。3GPP TS 36.331セクション5.10.7.2によれば、UE(UE210など)は、eNB205の基準信号受信電力(RSRP)が閾値未満に低下したとき、すなわちUE210がセルエッジUE(CEU)であるとき、eNBタイミングを用いて同期情報を送信するようになる。
図2にはまたUE212、214、および216が示される。これらのUEはカバレージエリア207の外側で、OOC220内にあり、従ってOOC UEと呼ばれ得る。OOC UEは、技術標準において指定されている優先度規則に従って、同期基準(SyncRef)UEを選択し得る。例示的な例として、UE212はより高い優先度を有するeNBタイミング(「SLSS1」)を有するSyncRef UEを選択し、一方、UE214はeNBタイミング(「SLSS1」)を有するSyncRef UEから受信できず、より高い優先度を有するホッピングされたeNBタイミング(「SLSS2」)を有するSyncRef UEを選択する。優先度は3GPP TS 36.331セクション5.10.8.2に従って、MIB−SL内の「inCoverage」フィールド、およびSLSSの識別子(SLSSID)によって表示され得る。
D2DにおいてセルエッジUEは、カバレージ内にあるUE(すなわちIC UE)が、カバレージ外にある近接したUE(すなわちOOC UE)との通信を可能にするように、OOCエリアにeNBタイミングを配信する。3GPP PC5をベースとする車車間・路車間(V2X)デプロイメントにおいて、GNSSは重要な同期ソースとして導入される。UEはGNSSをベースとする同期を用いることができる。V2X検討事項(SI)におけるPC5をベースとするV2Vのための同期に対する取り決めは以下の通りである:
− 車両UEが十分な信頼性を有するGNSSまたはGNSS相当を直接受信し、UEがいずれの搬送波内のいずれのセルも検出しないとき、時間および周波数に対する同期ソースの最も高い優先度にあるGNSSまたはGNSS相当。GNSS相当は、GNSSで同期されたeNBによって送られる同期信号を含む。
− 少なくともeNBが、車両UEがPC5 V2Vにおいて動作する搬送波内にあるとき、eNBは車両UEに、eNBをベースとする同期またはGNSSもしくはGNSS相当を優先順位付けするように指示する。
図3は、ICおよびOOCエリアに重点を置いた例示の通信システム300を示す。通信システム300は、衛星305などの1つまたは複数の衛星によってサポートされたGNSS、またはGNSS相当デバイスでよい。1つまたは複数の衛星のカバレージエリア内に、トンネル310がある。1つまたは複数の衛星の信号がトンネル310を貫通する可能性は低いので、トンネル310内にOOCエリアが存在する。トンネル310の外側および1つまたは複数の衛星のカバレージエリア(例えばICエリア315およびICエリア317)内では、UEは通信システム300からタイミング情報を受信することができてよく、IC UEとして分類される。しかしトンネル310の内側(例えばOOCエリア320)にあるUEの場合、UEは通信システム300からタイミング情報を受信できないことがあり、OOC UEとして分類される。IC UEおよびOOC UE、ならびにICエリアおよびOOCエリアは、GNSSまたはGNSS相当信号の利用可能性または欠乏に基づいて定義され得る。UEが1つまたは複数の判定基準を満たす同期ソースからGNSSまたはGNSS相当信号を検出した場合、それはそれ自体がICであると見なすこととなる。UEが1つまたは複数の判定基準を満たす同期ソースからGNSSまたはGNSS相当信号を検出できない場合、それはそれ自体をOOCである見なすこととなる。1つまたは複数の判定基準は、搬送波対雑音比、RSRP、基準信号受信品質(RSRQ)、もしくは信号の信頼性、またはそれらの組み合わせなど、同期ソースからの信号の測定値に基づくことができる。IC UEはまた、GNSSまたはGNSS相当を有するUEとして表現されてもよく、またはUEはGNSSまたはGNSS相当と同期される。OOC UEはまたGNSSまたはGNSS相当を有しないUEとして表現されてもよく、またはUEはGNSSまたはGNSS相当と同期されない。
GNSSまたはGNSS相当同期ソースの代替として、IC UEおよびOOC UE、ならびにICエリアおよびOOCエリアは、eNBまたはセル信号の利用可能性またはそれらの欠乏に基づいて定義され得る。このような状況においてUEが、その中でサイドリンク動作を行うようにUEが構成された周波数上の少なくとも1つのeNBまたはセルからの1つまたは複数の信号が1つまたは複数の判定基準を満たすこと検出した場合、UEはそれ自体をICおよびIC UEであると見なす。逆にUEが、1つまたは複数の判定基準を満たす信号を検出できない場合、UEはそれ自体をOOCおよびOOC UEであると見なす。1つまたは複数の判定基準は、搬送波対雑音比、RSRP、RSRQ、もしくは信号の信頼性、またはそれらの組み合わせなど、同期ソースからの信号の測定値に基づくことができる。
UEがOOCであるとき、UEはSyncRef UE(もし存在すれば)を選択するようになり、SyncRef UEは同期情報を周期的に送信するようになる。同期情報は、3GPP LTE V2V通信システムにおけるサイドリンク同期信号(Sidelink Synchronization Signal、SLSS)、タイミング情報、およびいくつかの追加の構成パラメータ(すなわちMasterInformationBlock−SL(MIB−SL)メッセージ)などを含み得る。しかしV2Vタイミングは、IC UEおよびOOC UEに対して異なり得る。タイミング差は、UEがIC/OOCまたはOOC/IC境界を跨がって通信することを不可能にすることになる。境界(例えばIC/OOC境界またはOOC/IC境界)は、IC UEがもはや、1つまたは複数の判定基準を満たす同期ソースからのGNSSまたはGNSS相当信号を検出できなくなる位置(IC/OOC境界)、またはOOC UEが、1つまたは複数の判定基準を満たす同期ソースからのGNSSまたはGNSS相当信号を検出できるようになる位置(OOC/IC境界)として定義され得る。戻って図3を参照すると、境界322はIC315とOOC320との間に存在し、境界324はOOC320とIC317との間に存在する。境界322はUE330がUE332と通信することを不可能にするようになり、一方、境界324はUE334がUE336と通信することを不可能にするようになる。境界322および324は、トンネル310の開始と送信に対応するように示されるが、実際の境界は環境条件に依存し、時間と共に変化し得ることが留意される。例として厚い雲または雨はGNSS信号を弱める、および境界をシフトさせてOOC320を拡大する可能性がある。他の例としてトンネル310の開口の周りの植え込みまたは木の茂みは、GNSS信号を減衰し、境界をシフトさせてOOC320を拡大し得る。他の例としてeNBがトンネル310の開口に追加され、eNBはGNSS相当信号をトンネル310内に送信し、境界はシフトしてOOC320を縮め得る。
3GPP技術標準TS 36.331において提案されたD2D技法を単に再利用することはうまくいかないことがあり、なぜならGNSSタイミングを有するUEは、GNSS信号のRSRPが指定された閾値より低いときに同期情報を送信するからである。この状況は、セルエッジUEの場合に生じるものと同様である。上記の状況が誘発されるわずかな可能性がある。いくつかの場合、トンネルまたは地下駐車構造物内など、GNSSカバレージエッジにてRSRPにおける跳躍が存在することがあり、および一般にUEはカバレージエッジ境界を跨がって急速に移動する。従ってUEには、それがOOC UEになる前に、GNSSタイミング情報を用いて同期情報を送信するためには非常にわずかな時間しかない。しかしUEは通常、同期を得るためにいくつかのSLSSを必要とする。従ってGNSSカバレージ外のUE(OOC UE)は、UEがGNSSまたはGNSS相当信号を失ってそれ自体がOOC UEになる前に、GNSSタイミングを用いて同期情報を送信するUEに同期できない可能性が非常に高い。従って前に示されたSLSS送信の考察は、PC5をベースとするV2VにおけるGNSSタイミングを用いた同期情報の転送において有効ではなくなり得る。
例示の実施形態によれば、IC UEおよびOOC UEのV2Vタイミングを整列させるための同期情報を提供するシステムおよび方法が示される。同期情報を受信するOOC UEは、近接したIC UEとの通信を維持することができる。
例示の実施形態によればUEは、UEがOOC UEからIC UEに変化した後、指定された時間Tの間、同期情報(例えばGNSSタイミング情報、またはeNBもしくはセルによって送信されるGNSS相当タイミング情報、またはUEに対するサイドリンク動作のために構成された周波数においてeNBもしくはセルによって送信されるタイミング情報を用いて)を送信する。UEは、UEがより高い他の優先度の同期ソースまたはSyncRef UEを検出しなかった場合、UEがOOC UEからIC UEに変化した後、指定された時間Tの間、同期情報を送信し得る。あるいはUEは、UEが他の同期ソースまたはSyncRef UEを検出しなかった場合、UEがOOC UEからIC UEに変化した後、指定された時間Tの間、同期情報を送信し得る。
UEがICエリア内に遷移する前または後に生じ得る、UEが同期情報を取得するのに従って、UEは指定された時間Tの間、同期情報(またはGNSSまたはGNSS相当、eNB、セル、またはE−UTRANから受信された取得された同期情報から導き出されたその修正されたバージョン)を送信するようになる。同期情報に対する修正は、タイミング情報、構成パラメータ、送信のため識別子などに対する変更、またはそれらの追加を含み得る。例示的な例として、UEがICであるときから、またはUEが同期情報を取得したときから、指定された時間Tが経過するまで、UEはOOCエリアの十分近くに留まり、その結果UEによって送信された同期情報は、OOCエリア内に十分遠くまで伝搬してOOC UEを補助するようになる。同期情報を受信するOOC UEはまた、同期情報または調整された同期情報(例えばUEから受信された同期情報から導き出された)をさらに送信することができる。指定された時間Tは、UEが同期情報を取得したとき、またはUEがOOCからICに変化したときに対して、相対的に定義され得る。指定された時間Tは、技術標準において、通信システムの運用者によって指定されてよく、ネットワーク、eNB、セル、またはE−UTRANによって構成されてよく、または事前設定され得る。
代替として、指定された時間Tの代わりにUEは、UEが同期情報を取得した所から、またはUEがOOCからICに遷移した所から、指定された距離Dの間、同期情報を送信するようになる。例示的な例として、UEが同期情報を取得した所から、またはUEがOOCからICに遷移した所から、指定された距離D内にUEが留まる限り、同期情報またはその修正されたバージョンのそれの送信は、OOCエリア内に十分遠くまで伝搬して、OOC UEを補助し得る。同期情報を受信するOOC UEはまた、同期情報または調整された同期情報(例えばUEから受信された同期情報から導き出された)をさらに伝搬させることができる。指定された距離Dは、技術標準において、通信システムの運用者によって指定されてよく、ネットワーク、eNB、セル、またはE−UTRANによって構成されてよく、または事前設定され得る。
図4は、OOCからICに遷移するUEに重点を置いた、例示の通信システム400を示す。通信システム400は、衛星405などの1つまたは複数の衛星によってサポートされたGNSS、またはeNBまたはセルなどのGNSS相当デバイスでよい。本明細書に示される説明はGNSSまたはGNSS相当に焦点を当てるが、本明細書に示される例示の実施形態はまた、同期信号が、eNB、セル、E−UTRANなどによって送信される信号に基づくシステムと共に動作可能であることが留意される。従ってGNSSまたはGNSS相当の考察は、例示の実施形態の範囲または精神に限定されるものと解釈されるべきではない。1つまたは複数の衛星のカバレージエリア内に、トンネル410がある。トンネル410の結果として、1つまたは複数の衛星のカバレージに中断があり、ICエリア415、OOCエリア420、およびICエリア417を結果として生じる。トンネル410を横断するUE425は境界430を横切ってよく、これはトンネル410内ではOOC UEであるUE425が、1つまたは複数の判定基準を満たす同期ソースからGNSSまたはGNSS相当信号を検出できるようになる所として定義され得る。境界430は、トンネル410の末端と一致してもしなくてもよい。UE425が境界430を横切るとき(混乱を減らすためにここではUE426として示される)、UE426はOOCからICに遷移する。時間TIMEICにおいてUE426は、同期情報を取得し得る(事象435)。図4でTIMEICは、UE426が境界430を横切った後に生じるように示されるが、UE426は境界430を横切る前に同期情報を取得できることが可能となり得る。UE426が同期情報を取得した後、UE426は指定された時間Tの間(例えばTIMEIC+Tまで)、同期情報またはその修正されたバージョンを送信するようになる。UE426による同期情報の送信は、OOCエリア420に戻るように伝搬されて、OOC UEに同期情報を提供し、これはOOC UEがIC UEと通信するために役立つ。前に論じられたように指定された時間Tの間、同期情報を送信する代わりに、UE426は指定された距離Dの間、同期情報を送信するようになる。いくつかの状況において時間TIMEICはまた、UE426がOOCからICに遷移する時間とすることができることが留意される。
例示の実施形態によれば、UEが同期情報を送信することになるかどうかを決定するために、信号品質閾値または信号品質判定基準が用いられる。例示的な例としてUEは、RSRP測定値、RSRQ測定値、搬送波対雑音比、同期の信頼性が、指定された信号品質閾値より高い、または信号品質判定基準が満たされる場合にのみ、同期情報を送信することになる。指定された信号品質閾値または判定基準の使用は、同期情報/信号品質が不十分であるときにUEが同期情報を送信する状況を防止するために役立つ。
例示の実施形態によれば、UEが同期情報を送信することになるかどうかを決定するために、タイミング差閾値またはタイミング差判定基準が用いられる。例示的な例として、UEは取得された同期情報をそれ自体のローカル同期情報と比較するようになり、UEは取得された同期情報とそれ自体のローカル同期情報との差が指定されたタイミング差閾値より大きい場合にのみ、同期情報を送信するようになる。差が指定されたタイミング差閾値未満である場合、UEのローカル同期情報(およびUEが去ったばかりのOOCエリア内のOOC UEのローカル同期情報)は許容できる範囲内であり、境界を跨がった通信が起こることができ、従ってUEは同期情報を送信する必要がない。差が指定されたタイミング差閾値より大きい場合、UEのローカル同期情報(およびOOCエリア内のOOC UEのローカル同期情報)は許容できる範囲外であり、境界を跨がった通信が起こることはできず、従ってUEは同期情報またはその修正されたバージョンを送信するべきである。
図5は、UEがOOCからICに遷移するのに従ってUE内で生じる、例示の動作500のフロー図を示す。動作500は、UEがOOCからICに遷移するのに従ってUE内で生じる動作を示すものとなり得る。言い換えればUEは、OOCからICへのカバレージ変化を経験している。
動作500は、UEがOOCからICに遷移することで開始する(ブロック505)。OOCからICへの遷移の部分は、UEがGNSSの衛星、GNSSに同期されたeNBなどによって送信され得る同期情報を受信することが関わる。本明細書に示される説明はGNSSまたはGNSS相当に焦点を当てるが、本明細書に示される例示の実施形態はまた、同期信号が、eNB、セル、E−UTRANなどによって送信される信号に基づくシステムと共に動作可能であることが留意される。従ってGNSSまたはGNSS相当の考察は、例示の実施形態の範囲または精神に限定されるものと解釈されるべきではない。あるいは同期信号は、GNSSタイミングを用いていないeNBによって送信され得る。このような状況においてeNBは、同期信号とGNSSタイミングとのタイミング差を提供し得る。UEは、同期情報を運ぶ信号の品質、QUALITYICを決定する(ブロック510)。例としてUEは、信号のRSRPまたはRSRQを決定する。UEは信号の品質を、信号品質閾値または信号品質判定基準と比較する(ブロック515)。例示的な例としてRSRP品質閾値は、約−120dBm、−110dBm、−100dBmなどと設定されてよく、RSRQ閾値は、−20dB、−19dB、−18dB、−17dBなどと設定され得る。閾値の実際の値は、技術標準、通信システムの運用者、ネットワーク、UEとネットワークとの間の協働などによって指定され得る。信号の品質が信号品質閾値を超えない場合、動作500は終了し得る。あるいはUEは、ブロック510に戻って、信号の品質が改善するまで待機し得る。信号の品質は、UEがあちこちに移動するのに従って改善し得る。
信号の品質が信号品質閾値より良い場合、UEは取得された同期情報とそのローカル同期情報との差が、タイミング差閾値またはタイミング差判定基準より大きいかどうかを決定するためのチェックを行う(ブロック520)。例示的な例としてタイミング差は、サイクリックプレフィックスの1/2、1/3、1/4など、サイクリックプレフィックスに対する割合として設定される。タイミング差閾値の実際の値は、技術標準、通信システムの運用者、ネットワーク、UEとネットワークとの間の協働などによって指定され得る。このチェックを用いてUEは、そのローカル同期情報が、取得された同期情報の受け入れられる許容値内であるかどうかを確かめるためにチェックし得る。差がタイミング差閾値未満である場合、UEは同期情報を送信せず、なぜならローカル同期情報は受け入れられる許容範囲レベル内であり、ローカル同期情報の共有により、OOCエリア内のOOC UEはおおよそ同じローカル同期情報を共有するからである。差がタイミング差閾値より大きい場合、UEはタイマを開始する(ブロック525)。タイマはUEが、それがOOCからICに遷移した後、またはそれが同期情報を取得した後、またはそれがタイミング差はタイミング差閾値より大きいと決定した後に、指定された時間Tの間、同期情報を送信する実装形態となり得る。タイマは、例えば指定された時間Tから0までカウントダウンするように事前設定され得る。例示的な例としてタイマは、10、20、30フレームなどの無線フレームの数、または10、20、30ミリ秒などの秒数に設定され得る。タイマは例えばUEの速度に対して遅らせられ得る。タイマの実際の値は、技術標準、通信システムの運用者、ネットワーク、UEとネットワークとの間の協働などによって指定され得る。UEは、タイマが満了したかどうかを決定するためのチェックを行う(ブロック530)。タイマが満了したとき、UEがOOCからICに遷移してから、またはそれが同期情報を取得した後、またはそれがタイミング差はタイミング差閾値より大きいと決定した後、指定された時間Tが経っている。
タイマが満了していない場合、ローカル同期情報は受け入れられる許容範囲レベル内ではないので、UEは同期情報またはその修正されたバージョンを送信する(ブロック535)。UEはタイマを更新し(ブロック540)、ブロック530に戻ってタイマが満了したかどうかをチェックする。
代替としてUEは、信号品質が信号品質閾値を満たすかどうかを決定するためのチェックをせずに、単に指定された時間Tの間、同期情報またはその修正されたバージョンを送信し得る。他の代替としてUEは、ローカル同期情報が、取得された同期情報が許容値内かどうかを決定するためのチェックをせずに、単に指定された時間Tの間、同期情報またはその修正されたバージョンを送信し得る。他の代替としてUEは、信号品質が信号品質閾値を満たすかどうかを決定するためのチェック、およびローカル同期情報が同期情報の許容値内かどうかを決定するためのチェックをせずに、単に指定された時間Tの間、同期情報またはその修正されたバージョンを送信し得る。
あるいはUEは、同期情報またはその修正されたバージョンを送信するまたは送信し続けるべきかどうかを決定するために、距離をベースとするメトリックを用いる。このような状況においてタイマは、UEと、UEがOOCからICに遷移した、またはそれが同期情報を取得した、またはそれがタイミング差はタイミング差閾値より大きいと決定した位置との間の、測定された距離に基づく数値チェックに置き換えられ得る。例示的な例として距離は、どれだけ速くUEが移動しているかに基づいて設定されてよく、およびUEがタイマに設定された時間T(上記で論じられた)内にどれだけ遠くまで行くことが期待されるかの関数として設定され得る。距離の例は、20、30、40メートルなどを含み得る。距離の実際の値は、技術標準、通信システムの運用者、ネットワーク、UEとネットワークとの間の協働などによって指定され得る。例として数値を生成するために、GNSS位置情報、またはUEによって維持される位置情報が用いられ得る。
D2D動作に対するRAN4想定、および3GPP V2Xにおける関連する分析により、GNSSタイミングが通常のサイクリックプレフィックス(CP)の外へドリフトするのに約2分かかる。従って同期は、GNSSが失われた後に数分間、UEにおいて維持され得る。
例示の実施形態によればUEは、UEがICからOOCに遷移した後に指定された時間Tの間、同期情報(例えばGNSSタイミング情報を用いて)を送信する。UEがOOC内に遷移した後、UEは指定された時間Tの間、同期情報またはその修正されたバージョンを送信し続ける。あるいはUEがOOC内に遷移した後、UEがより高い他の優先度の同期ソース、または判定基準を満たすSyncRef UEを検出しなかった場合、UEは指定された時間Tの間、同期情報またはその修正されたバージョンを送信し続ける。例示的な例として、UEがOOC内に遷移したときから指定された時間Tが経過するまで、ローカルにおよびUEのローカルタイミングに基づいて行われる更新を有して、UEはOOCへの遷移の前に取得された同期情報またはその修正されたバージョンを送信する。同期情報を受信するOOC UEも、同期情報または調整された同期情報をさらに伝搬させることができる。指定された時間Tの後UEは、D2D規則に基づいて同期情報を送信する。代替として、指定された時間Tの代わりにUEは、UEがOOCに遷移した所から指定された距離Dの間、同期情報またはその修正されたバージョンを送信するようになる。距離Dの後UEは、D2D規則に基づいて同期情報を送信する。
図6は、ICからOOCに遷移するUEに重点を置いた例示の通信システム600を示す。通信システム600は、衛星605などの1つまたは複数の衛星によってサポートされるGNSS、またはeNBまたはセルなどのGNSS相当デバイスでよい。本明細書に示される説明はGNSSまたはGNSS相当に焦点を当てるが、本明細書に示される例示の実施形態はまた、同期信号が、eNB、セル、E−UTRANなどによって送信される信号に基づくシステムと共に動作可能であることが留意される。従ってGNSSまたはGNSS相当の考察は、例示の実施形態の範囲または精神に限定されるものと解釈されるべきではない。1つまたは複数の衛星のカバレージエリア内に、トンネル610がある。トンネル610の結果として、1つまたは複数の衛星のカバレージにおいて中断があり、結果としてICエリア615、OOCエリア620、およびICエリア617を生じる。トンネル610に向かって横断するUE625は境界630を横切ってよく、これはトンネル610の前はIC UEであるUE625が、1つまたは複数の判定基準を満たす同期ソースから、GNSSまたはGNSS相当信号を検出できなくなる所として定義され得る。境界630は、トンネル610の末端と一致してもよくしなくてもよい。UE625が境界630を横切るとき(混乱を減らすためにここではUE626として示される)、UE626はICからOOCに遷移する。時間TIMEOOCにおいてUE626は境界630を横切り、ICタイミングを失うことがある(事象635)。UE626がICタイミングを失った後、UE626は指定された時間Tの間(例えばTIMEOOC+Tまで)、同期情報(それ自身のクロックに基づいたタイミング更新と共に)、またはその修正されたバージョンを送信するようになる。例示的な例として指定された時間Tは、水晶発振器のクロックドリフトなど、UEの水晶発振器の特性に関連する。クロックドリフトが大きい場合指定された時間Tは小さくなってよく、クロックドリフトが小さい場合指定された時間は大きくなり得る。Tの例示の値は、数十秒から数分の程度となり得る。時間の実際の値は、技術標準、通信システムの運用者、ネットワーク、UEとネットワークとの間の協働などによって指定され得る。前に論じられたようにICタイミングを最近失ったUEは、依然として一定期間ローカルICタイミングを維持し得る。しかしローカルICタイミングは、時間の経過と共により不正確になる。UE626による同期情報(ICタイミングを含む)の送信は、OOCエリア620内に前向きに伝搬して、OOC UEにICタイミングを提供し、これはOOC UEがIC UEと通信するのを助けるようになる。ICタイミングを最近失ったばかりのUEには、かなりの時間前にICタイミングを失ったUEを上回る優先度が与えられ得る。従って優先度をベースとする技法はOOC UEが、それ自体のローカル同期情報を更新するために、どの同期情報を用いるかを決定することを可能にする ために実装され得る。例示的な例としてUEは、最も最近のUEには最も高い優先度または重みが与えられる、ICタイミングの喪失からの時間に基づいて優先順位付けされ得る。前に論じられたように指定された時間Tの間、同期情報またはその修正されたバージョンを送信する代わりに、UE626は指定された距離Dの間、同期情報またはその修正されたバージョンを送信するようになる。
図7は、UEがICからOOCに遷移するのに従ってUE内で生じる、例示の動作700のフロー図を示す。動作700は、UEがICからOOCに遷移するのに従ってUE内で生じる動作を示すものとなり得る。言い換えればUEは、ICからOOCへのカバレージ変化を経験している。
動作700は、UEがICからOOCに遷移することで開始する(ブロック705)。UEは、それのICからOOCへの遷移の結果として、同期ソースからの同期情報の受信を停止している。UEはより高い優先度の同期ソース、または判定基準を満たすSyncRef UEを検出することができるかどうかを決定するためのチェックを行う(ブロック710)。UEがより高い優先度の同期ソースまたはSyncRef UEを検出することができる場合、動作700は終了し得る。UEがより高い優先度の同期ソース、または判定基準を満たすSyncRef UEを検出することができない場合、UEはそれがOOCに遷移してから現在の時間までの時間が、時間閾値または時間判定基準未満かどうかを決定するためのチェックを行う(ブロック715)。前に論じられたように、UEが一定の時間未満の間、損失ICタイミングを有する場合、UEのローカル同期情報は有効のままであろうことが期待される。UEがOOCに遷移したときから現在の時間までの時間が時間閾値未満である場合、UEはそれのローカル同期情報を送信し、これはOOCへの遷移の前に同期ソースから受信された同期情報の更新されたバージョンであってよく(ブロック720)、UEはブロック715に戻ってチェックを繰り返す。UEがOOCに遷移したときから現在の時間までの時間が時間閾値を超える場合、動作700は終了し得る。
あるいは、ローカル同期情報が許容値内のままであるかどうかを決定するためのチェックは、UEがOOCに遷移するときに開始する。他の代替として、ローカル同期情報が許容値内のままであるかどうかを決定するためのチェックは、UEが同期情報の受信を停止したときに開始する。あるいはUEは、ローカル同期情報を送信する前に、より高い優先度の同期ソースまたはSyncRef UEがあるかどうかを決定するためのチェックをしない。
上述の説明は車車間通信に焦点が当てられているので、同様な手順は一般のデバイスツーデバイス通信にも適用されることができる。
第1の態様において本出願は、同期情報を提供する方法を提供する。方法は、UEによって、同期ソースから第1の同期情報を取得するステップと、UEがカバレージ変化を経験するとき、UEによって、第1の同期情報から導き出された第2の同期情報を送信するステップとを含む。
第1の態様による方法の第1の実施形態によれば、第2の同期情報は、UEがOOC UEからIC UEに遷移した後、指定された期間、送信される。第1の態様のいずれかの先行する実施形態による方法の第2の実施形態またはそのような第1の態様によれば、UEは、UEが同期ソースは少なくとも1つの判定基準を満たすと決定するときはIC UEであり、UEは、UEが少なくとも1つの判定基準を満たす同期ソースを検出することができないときはOOC UEである。第1の態様のいずれかの先行する実施形態による方法の第3の実施形態またはそのような第1の態様によれば、少なくとも1つの判定基準は、測定値閾値を満たす同期ソースからの信号の測定値を含む。第1の態様のいずれかの先行する実施形態による方法の第4の実施形態またはそのような第1の態様によれば、測定値は、搬送波対雑音比、基準信号受信電力(RSRP)、基準信号受信品質(RSRQ)、または信号の信頼性の少なくとも1つを含む。
第1の態様のいずれかの先行する実施形態による方法の第5の実施形態またはそのような第1の態様によれば、第2の同期情報は、UEがOOC UEからIC UEに遷移する位置から、UEが指定された距離だけ離れるまで送信される。第1の態様のいずれかの先行する実施形態による方法の第6の実施形態またはそのような第1の態様によれば、第2の同期情報は、第1の同期情報と、UEのローカル同期情報との差がタイミング差閾値より大きいときに送信される。第1の態様のいずれかの先行する実施形態による方法の第7の実施形態またはそのような第1の態様によれば、第2の同期情報は、第1の同期情報と、UEのローカル同期情報との差がタイミング差閾値より大きいとき、および同期ソースからの信号の品質が品質閾値を超えるときに送信される。第1の態様のいずれかの先行する実施形態による方法の第8の実施形態またはそのような第1の態様によれば、同期ソースは、全地球的航法衛星システム(GNSS)、GNSS相当、進化型ノードB(eNB)、またはセルの少なくとも1つを含む。
第1の態様のいずれかの先行する実施形態による方法の第9の実施形態またはそのような第1の態様によれば、第1の同期情報は、UEがIC UEからOOC UEに遷移する前に取得され、第2の同期情報は、UEがOOC UEに遷移した後に送信される。第1の態様のいずれかの先行する実施形態による方法の第10の実施形態またはそのような第1の態様によれば、第2の同期情報は、UEがOOC UEに遷移した後、指定された期間、送信される。第1の態様のいずれかの先行する実施形態による方法の第11の実施形態またはそのような第1の態様によれば、同期ソースは関連付けられた優先度を有し、第2の同期情報は、UEがより高い関連付けられた優先度を有する他の同期ソース、または同期基準(SyncRef)UEを検出することができないときに送信される。第1の態様のいずれかの先行する実施形態による方法の第12の実施形態またはそのような第1の態様によれば、第2の同期情報は、UEがIC UEからOOC UEに遷移した所から、UEが指定された距離だけ離れるまで送信される。
第2の態様において本出願は、同期情報を提供する方法を提供する。方法は、UEによって、同期ソースから第1の同期情報を取得するステップと、UEによって、第1の同期情報から導き出された第2の同期情報を送信するステップであって、第2の同期情報は、同期ソースからの信号の品質が品質閾値を満たすときに送信される、ステップとを含む。
第2の態様による方法の第1の実施形態によれば、同期ソースからの信号の品質は、RSRP測定値、搬送波対雑音比、RSRQ測定値、および同期ソースの信頼性の少なくとも1つにより決定される。
例示の実施形態によれば、UEが同期情報を送信することになるかどうかを決定するために、信号品質閾値または信号品質判定基準が用いられる。例示的な例としてUEは、RSRP測定値、RSRQ測定値、搬送波対雑音比、同期ソースの信頼性の少なくとも1つが指定された信号品質閾値より高い、または信号品質判定基準が満たされる場合にのみ、同期情報を送信するようになる。同期ソースは、GNSS、GNSS相当、eNB、およびセルの1つを備える。
第3の態様によれば、本出願はUEを提供する。UEは、1つまたは複数のプロセッサと、1つまたは複数のプロセッサによる実行のためのプログラミングを記憶したコンピュータ可読記憶媒体とを含む。プログラミングはUEを、同期ソースから第1の同期情報を取得し、UEがカバレージ変化を経験するとき、第1の同期情報から導き出された第2の同期情報を送信するように構成するための命令を含む。
第3の態様によるUEの第1の実施形態によれば、プログラミングは、UEがOOC UEからIC UEに遷移した後、指定された期間、第2の同期情報を送信するようにUEを構成するための命令を含む。第3の態様のいずれかの先行する実施形態によるUEの第2の実施形態またはそのような第3の態様によれば、プログラミングは、UEがOOC UEからIC UEに遷移する位置から、UEが指定された距離だけ離れるまで、第2の同期情報を送信するように、UEを構成するための命令を含む。第3の態様のいずれかの先行する実施形態によるUEの第3の実施形態またはそのような第3の態様によれば、プログラミングは、第1の同期情報と、UEのローカル同期情報との差がタイミング差閾値より大きいとき、第2の同期情報を送信するようにUEを構成するための命令を含む。
第3の態様のいずれかの先行する実施形態によるUEの第4の実施形態またはそのような第3の態様によれば、プログラミングは、同期ソースからの信号の品質が品質閾値を満たすときに、第2の同期情報を送信するようにUEを構成するための命令を含む。第3の態様のいずれかの先行する実施形態によるUEの第5の実施形態またはそのような第3の態様によれば、プログラミングは、第1の同期情報と、UEのローカル同期情報との差がタイミング差閾値より大きいとき、および同期ソースからの信号の品質が品質閾値を超えるときに、第2の同期情報を送信するようにUEを構成するための命令を含む。第3の態様のいずれかの先行する実施形態によるUEの第6の実施形態またはそのような第3の態様によれば、第1の同期情報は、UEがIC UEからOOC UEに遷移する前に取得され、第2の同期情報は、UEがOOC UEに遷移した後に送信され、およびプログラミングは、UEがOOC UEに遷移した後、指定された期間、第2の同期情報を送信するようにUEを構成するための命令を含む。
第3の態様のいずれかの先行する実施形態によるUEの第7の実施形態またはそのような第3の態様によれば、第1の同期情報は、UEがIC UEからOOC UEに遷移する前に取得され、第2の同期情報は、UEがOOC UEに遷移した後に送信され、同期ソースは関連付けられた優先度を有し、およびプログラミングは、UEがより高い関連付けられた優先度を有する他の同期ソース、または同期基準(SyncRef)UEを検出することができないときに、第2の同期情報を送信するようにUEを構成するための命令を含む。
図8は、本明細書で述べられる方法を行うための実施形態処理システム800のブロック図を示し、これはホストデバイスにインストールされ得る。示されるように処理システム800は、プロセッサ804、メモリ806、およびインターフェース810〜814を含み、これらは図8に示されるように配置されてよい(されなくてもよい)。プロセッサ804は、計算および/または他の関連するタスクの処理を行うように適合された任意の構成要素または構成要素の集合でよく、メモリ806は、プロセッサ804による実行のためのプログラミングおよび/または命令を記憶するように適合された任意の構成要素または構成要素の集合でよい。実施形態においてメモリ806は、非一時的コンピュータ可読媒体を含む。インターフェース810、812、814は、処理システム800が他のデバイス/構成要素および/またはユーザと通信することを可能にする任意の構成要素または構成要素の集合でよい。例えばインターフェース810、812、814の1つまたは複数は、データ、制御、または管理メッセージをプロセッサ804から、ホストデバイスおよび/またはリモートデバイス上にインストールされたアプリケーションに通信するように適合され得る。他の例としてインターフェース810、812、814の1つまたは複数は、ユーザまたはユーザデバイス(例えばパーソナルコンピュータ(PC)など)が、処理システム800と対話/通信することを可能にするように適合され得る。処理システム800は、長期間記憶など(例えば不揮発性メモリなど)、図8に示されない追加の構成要素を含み得る。
いくつかの実施形態において処理システム800は、テレコミュニケーションネットワークにアクセスするまたはそうでなければその一部であるネットワークデバイス内に含められる。一例において処理システム800は、基地局、中継局、スケジューラ、コントローラ、ゲートウェイ、ルータ、アプリケーションサーバ、またはテレコミュニケーションネットワーク内の任意の他のデバイスなどの、無線または有線テレコミュニケーションネットワーク内のネットワーク側デバイス内にある。他の実施形態において処理システム800は、移動局、ユーザ機器(UE)、パーソナルコンピュータ(PC)、タブレット、ウェアラブル通信デバイス(例えばスマートウオッチなど)、またはテレコミュニケーションネットワークにアクセスするように適合された任意の他のデバイスなどの、無線または有線テレコミュニケーションネットワークにアクセスするユーザ側デバイス内にある。
いくつかの実施形態においてインターフェース810、812、814の1つまたは複数は、処理システム800を、テレコミュニケーションネットワークを通してシグナリングを送信および受信するように適合されたトランシーバに接続する。図9は、テレコミュニケーションネットワークを通してシグナリングを送信および受信するように適合されたトランシーバ900のブロック図を示す。トランシーバ900は、ホストデバイスにインストールされ得る。示されるようにトランシーバ1000は、ネットワーク側インターフェース902、カプラ904、送信器906、受信器908、信号プロセッサ910、およびデバイス側インターフェース912を備える。ネットワーク側インターフェース902は、無線または有線テレコミュニケーションネットワークを通してシグナリングを送信または受信するように適合され任意の構成要素または構成要素の集合を含み得る。カプラ904は、ネットワーク側インターフェース902を通した双方向通信を容易にするように適合された任意の構成要素または構成要素の集合を含み得る。送信器906は、ベースバンド信号を、ネットワーク側インターフェース902を通した送信のために適した変調された搬送波信号に変換するように適合された、任意の構成要素または構成要素の集合(例えばアップコンバータ、電力増幅器など)を含み得る。受信器908は、ネットワーク側インターフェース902を通して受信された搬送波信号を、ベースバンド信号に変換するように適合された任意の構成要素または構成要素の集合(例えばダウンコンバータ、低雑音増幅器など)を含み得る。信号プロセッサ910は、ベースバンド信号をデバイス側インターフェース912を通した通信に適したデータ信号に、またはその逆に変換するように適合された任意の構成要素または構成要素の集合を含み得る。デバイス側インターフェース912は、信号プロセッサ910と、ホストデバイス内の構成要素(例えば処理システム800、ローカルエリアネットワーク(LAN)ポートなど)との間で、データ信号を通信するように適合された任意の構成要素または構成要素の集合を含み得る。
トランシーバ900は、任意のタイプの通信媒体を通してシグナリングを送信および受信し得る。いくつかの実施形態においてトランシーバ900は、無線媒体を通してシグナリングを送信および受信する。例えばトランシーバ900は、セルラプロトコル(例えばロングタームエボリューション(LTE)など)、無線ローカルエリアネットワーク(WLAN)プロトコル(例えばWi−Fiなど)、または任意の他のタイプの無線プロトコル(例えばブルートゥース、近距離通信(NFC)など)などの、無線テレコミュニケーションプロトコルに従って通信するように適合された無線トランシーバでよい。このような実施形態においてネットワーク側インターフェース902は、1つまたは複数のアンテナ/放射要素を備える。例えばネットワーク側インターフェース902は、単一のアンテナ、複数の個別のアンテナ、または多層通信、例えば単入力多出力(SIMO)、多入力単出力(MISO)、多入力多出力(MIMO)などのために構成された複数アンテナアレイを含み得る。他の実施形態においてトランシーバ900は、有線媒体、例えばツイストペアケーブル、同軸ケーブル、光ファイバなどを通してシグナリングを送信および受信する。特定の処理システムおよび/またはトランシーバは、示される構成要素のすべて、または構成要素のサブセットのみを利用してよく、統合化のレベルはデバイスごとに変わり得る。
本明細書で提供される実施形態方法の1つまたは複数のステップは、対応するユニットまたはモジュールによって行われ得ることが理解されるべきである。例えば信号は、送信ユニットまたは送信モジュールによって送信され得る。信号は、受信ユニットまたは受信モジュールによって受信され得る。信号は、処理ユニットまたは処理モジュールによって処理され得る。他のステップは、取得ユニット/モジュールによって行われ得る。それぞれのユニット/モジュールは、ハードウェア、ソフトウェア、またはそれらの組み合わせでよい。例えばユニット/モジュールの1つまたは複数は、フィールドプログラマブルゲートアレイ(FPGA)または特定用途向け集積回路(ASIC)などの集積回路でよい。
本開示およびその利点が詳しく述べられたが、添付の「特許請求の範囲」によって定義される本開示の精神および範囲から逸脱せずに、本明細書において様々な変更、置き換え、および変形がなされることができることが理解されるべきである。

Claims (21)

  1. 同期情報を提供する方法であって、
    ユーザ機器(UE)によって、同期ソースから第1の同期情報を取得するステップと、
    前記UEがカバレージ変化を経験するとき、前記UEによって、前記第1の同期情報から導き出された第2の同期情報を送信するステップとを含み、
    前記第2の同期情報は、前記UEがカバレージ外(OOC)UEから送信していた情報であって、前記UEがカバレージ外(OOC)UEからカバレージ内(IC)UEに遷移した後も指定された期間、送信される方法。
  2. 前記UEは、前記UEが前記同期ソースは少なくとも1つの判定基準を満たすと決定するときは前記IC UEであり、および前記UEは、前記UEが前記少なくとも1つの判定基準を満たす同期ソースを検出することができないときは前記OOC UEである請求項に記載の方法。
  3. 前記少なくとも1つの判定基準は、測定値閾値を満たす前記同期ソースからの信号の測定値を含む請求項に記載の方法。
  4. 前記測定値は、搬送波対雑音比、基準信号受信電力(RSRP)、基準信号受信品質(RSRQ)、または前記信号の信頼性の少なくとも1つを含む請求項に記載の方法。
  5. 前記第2の同期情報は、前記UEが前記OOC UEから前記IC UEに遷移する位置から、前記UEが指定された距離だけ離れるまで、送信される請求項1に記載の方法。
  6. 前記第2の同期情報は、前記OOC UEから前記IC UEに遷移する場合において、前記第1の同期情報と、前記UEのローカル同期情報との差がタイミング差閾値より大きいときに、送信される請求項1に記載の方法。
  7. 前記第2の同期情報は、前記OOC UEから前記IC UEに遷移する場合において、前記第1の同期情報と、前記UEのローカル同期情報との差がタイミング差閾値より大きいとき、および前記同期ソースからの信号の品質が品質閾値を超えるときに、送信される請求項1に記載の方法。
  8. 前記同期ソースは、全地球的航法衛星システム(GNSS)、GNSS相当、進化型ノードB(eNB)、またはセルの少なくとも1つを備える請求項1に記載の方法。
  9. 前記第1の同期情報は、前記UEがIC UEからOOC UEに遷移する前に取得され、前記第2の同期情報は、前記UEが前記OOC UEに遷移した後に送信される請求項1に記載の方法。
  10. 前記第2の同期情報は、前記UEが前記OOC UEに遷移した後、指定された期間、送信される請求項に記載の方法。
  11. 前記同期ソースは関連付けられた優先度を有し、前記第2の同期情報は、前記UEがより高い関連付けられた優先度を有する他の同期ソース、または同期基準(SyncRef)UEを検出することができないときに送信される請求項10に記載の方法。
  12. 前記第2の同期情報は、前記UEが前記IC UEから前記OOC UEに遷移した所から、前記UEが指定された距離だけ離れるまで送信される請求項に記載の方法。
  13. 同期情報を提供する方法であって、
    ユーザ機器(UE)によって、同期ソースから第1の同期情報を取得するステップと、
    前記UEによって、前記第1の同期情報から導き出された第2の同期情報を送信するステップであって、前記第2の同期情報は、前記同期ソースからの信号の品質が品質閾値を満たすときに送信され、前記UEがカバレージ外(OOC)UEから送信していた情報であって、前記UEがカバレージ外(OOC)UEからカバレージ内(IC)UEに遷移した後も指定された期間、送信される、ステップと
    を含む方法。
  14. 前記同期ソースからの信号の前記品質は、基準信号受信電力(RSRP)測定値、搬送波対雑音比、基準信号受信品質(RSRQ)測定値、および前記同期ソースの信頼性の少なくとも1つにより決定される請求項13に記載の方法。
  15. ユーザ機器(UE)であって、
    1つまたは複数のプロセッサと、
    前記1つまたは複数のプロセッサによる実行のためのプログラミングを記憶したコンピュータ可読記憶媒体とを備え、前記プログラミングは前記UEを、
    同期ソースから第1の同期情報を取得し、
    前記UEがカバレージ変化を経験するとき、前記第1の同期情報から導き出された第2の同期情報を送信する
    ように構成するための命令と、
    前記UEがカバレージ外(OOC)UEからカバレージ内(IC)UEに遷移した後も指定された期間、前記UEがカバレージ外(OOC)UEから送信していた前記第2の同期情報を送信するように前記UEを構成するための命令を含むUE。
  16. 前記プログラミングは、前記UEが前記OOC UEから前記IC UEに遷移する位置から、前記UEが指定された距離だけ離れるまで、前記第2の同期情報を送信するように前記UEを構成するための命令を含む請求項15に記載のUE。
  17. 前記プログラミングは、前記OOC UEから前記IC UEに遷移する場合において、前記第1の同期情報と、前記UEのローカル同期情報との差がタイミング差閾値より大きいとき、前記第2の同期情報を送信するように前記UEを構成するための命令を含む請求項15に記載のUE。
  18. 前記プログラミングは、前記同期ソースからの信号の品質が品質閾値を満たすときに、前記第2の同期情報を送信するように前記UEを構成するための命令を含む請求項15に記載のUE。
  19. 前記プログラミングは、前記OOC UEから前記IC UEに遷移する場合において、前記第1の同期情報と、前記UEのローカル同期情報との差がタイミング差閾値より大きいとき、および前記同期ソースからの信号の品質が品質閾値を超えるときに、前記第2の同期情報を送信するように前記UEを構成するための命令を含む請求項15に記載のUE。
  20. 前記第1の同期情報は、前記UEがIC UEからOOC UEに遷移する前に取得され、前記第2の同期情報は、前記UEが前記OOC UEに遷移した後に送信され、および前記プログラミングは、前記UEが前記OOC UEに遷移した後、指定された期間、前記第2の同期情報を送信するように前記UEを構成するための命令を含む請求項15に記載のUE。
  21. 前記第1の同期情報は、前記UEがIC UEからOOC UEに遷移する前に取得され、前記第2の同期情報は、前記UEが前記OOC UEに遷移した後に送信され、前記同期ソースは関連付けられた優先度を有し、および前記プログラミングは、前記UEがより高い関連付けられた優先度を有する他の同期ソース、または同期基準(SyncRef)UEを検出することができないときに、前記第2の同期情報を送信するように前記UEを構成するための命令を含む請求項15に記載のUE。
JP2018551238A 2016-03-31 2017-03-29 サイドリンク通信における同期をサポートするためのシステムおよび方法 Active JP6646163B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201662316277P 2016-03-31 2016-03-31
US62/316,277 2016-03-31
US15/469,630 2017-03-27
US15/469,630 US20170289870A1 (en) 2016-03-31 2017-03-27 System and Method for Supporting Synchronization in Sidelink Communications
PCT/CN2017/078624 WO2017167205A1 (en) 2016-03-31 2017-03-29 System and method for supporting synchronization in sidelink communications

Publications (2)

Publication Number Publication Date
JP2019512982A JP2019512982A (ja) 2019-05-16
JP6646163B2 true JP6646163B2 (ja) 2020-02-14

Family

ID=59960367

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018551238A Active JP6646163B2 (ja) 2016-03-31 2017-03-29 サイドリンク通信における同期をサポートするためのシステムおよび方法

Country Status (5)

Country Link
US (1) US20170289870A1 (ja)
EP (1) EP3424247B1 (ja)
JP (1) JP6646163B2 (ja)
CN (1) CN108781423B (ja)
WO (1) WO2017167205A1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6859590B2 (ja) * 2015-11-06 2021-04-14 ソニー株式会社 通信装置および通信方法
US10736066B2 (en) 2016-05-13 2020-08-04 Huawei Technologies Co., Ltd. Device-to-device D2D communication method and D2D terminal device
US11140641B2 (en) * 2018-10-11 2021-10-05 Qualcomm Incorporated Cellular vehicle-to-everything out of coverage synchronization
CN109565648B (zh) * 2018-11-02 2022-01-18 北京小米移动软件有限公司 同步信号发送方法及装置
CN113287345A (zh) * 2019-01-11 2021-08-20 诺基亚通信公司 侧链路同步更新
CN113647160A (zh) * 2019-04-02 2021-11-12 苹果公司 用于增强的nr-v2x同步过程的系统和方法
CN113938942B (zh) * 2019-05-14 2023-06-20 Oppo广东移动通信有限公司 侧行链路监测的方法和设备
CN112073822B (zh) * 2019-06-10 2022-10-18 成都鼎桥通信技术有限公司 一种宽带集群通信中的媒体变更方法和系统
CN112243248A (zh) * 2019-07-18 2021-01-19 大唐移动通信设备有限公司 一种直通链路的链路状态监测方法和终端
US20230144804A1 (en) * 2020-04-07 2023-05-11 Lg Electronics Inc. Method and apparatus for determining sidelink resources in nr v2x
WO2021237549A1 (en) * 2020-05-28 2021-12-02 Qualcomm Incorporated Enhancements of c-v2x synchronization by wwan time tagging
WO2023130441A1 (en) * 2022-01-10 2023-07-13 Zte Corporation Methods and systems for relay communications

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104412676B (zh) * 2012-06-26 2018-11-16 Lg电子株式会社 无线通信系统中的d2d通信的同步方法和同步设备
US9578666B2 (en) * 2012-09-27 2017-02-21 Kyocera Corporation User terminal for D2D communication using uplink radio resource
US20140270024A1 (en) * 2013-03-14 2014-09-18 Nokia Corporation Apparatus and method for detection of time tracking failure
EP2987361B1 (en) * 2013-05-10 2020-02-26 Huawei Technologies Co., Ltd. System and methods for controlling out-of-network d2d communications
CN105210410B (zh) * 2013-05-16 2018-11-30 瑞典爱立信有限公司 在无线电信网络中在切换期间处理设备到设备(d2d)通信的无线设备、网络节点及其方法
CN104812058A (zh) * 2014-01-24 2015-07-29 北京三星通信技术研究有限公司 一种d2d终端之间实现同步的方法和d2d终端设备
US20160374039A1 (en) * 2014-01-31 2016-12-22 Intel Corporation Systems, methods, and devices for synchronization and resource allocation for device-to-device communication
WO2015119429A1 (en) * 2014-02-04 2015-08-13 Lg Electronics Inc. Method and apparatus for delaying resynchronization for d2d operation in wireless communication system
KR101914352B1 (ko) * 2014-03-19 2018-11-01 인터디지탈 패튼 홀딩스, 인크 디바이스간 동기화
CN110352618B (zh) * 2016-03-30 2022-03-04 夏普株式会社 用于车辆(v2x)通信的同步

Also Published As

Publication number Publication date
EP3424247B1 (en) 2022-11-30
CN108781423A (zh) 2018-11-09
EP3424247A4 (en) 2019-02-27
JP2019512982A (ja) 2019-05-16
EP3424247A1 (en) 2019-01-09
CN108781423B (zh) 2021-02-26
US20170289870A1 (en) 2017-10-05
WO2017167205A1 (en) 2017-10-05

Similar Documents

Publication Publication Date Title
JP6646163B2 (ja) サイドリンク通信における同期をサポートするためのシステムおよび方法
US9585118B2 (en) Radio operation switch based on GPS mobility data
TWI440383B (zh) 多使用者、多模式基帶訊號方法、時間/頻率同步及接收器架構
KR20160064172A (ko) 디바이스 투 디바이스(d2d) 콘트롤 정보 릴레이
US20230049008A1 (en) Transmission device and transmission method
US20240063894A1 (en) New radio device support for non-terrestrial networks in idle mode and in rrc inactive state
EP4106422A1 (en) Reception device, transmission device, reception method, and transmission method
EP4295505A1 (en) Avoiding losing network acecss due to lack of navigation system coverage
US20220256422A1 (en) Notification of Expected Event
CN112544107B (zh) 无sib1的nr小区的cgi报告过程
KR102635012B1 (ko) 차량 제어기 및 무선 중계 디바이스들의 세트를 갖는 차량 통신 시스템
US11316568B2 (en) Controllable beam management accuracy
WO2023153011A1 (ja) 端末、基地局、及び、通信方法
US20230029236A1 (en) Charging for Timing Resiliency Service
US20230397196A1 (en) Terminal, base station, transmitting method, and receiving method
WO2021161926A1 (ja) 通信制御方法及びユーザ装置
TW202241153A (zh) 用於終止側鏈路定位通信期的機制
CN117501803A (zh) 用户设备、调度节点、用户设备的方法和调度节点的方法
US20220400420A1 (en) Use of system response time for cell or beam (re)selection
US20230300760A1 (en) Terminal and communication method
US20220217564A1 (en) Relaxed inter-frequency measurements
US20240129992A1 (en) Timing Resiliency Service
WO2023206256A1 (en) Apparatus, methods, and computer programs
WO2023203740A1 (ja) 端末、基地局、及び、通信方法
WO2017081360A1 (en) Multi-connectivity of terminal device in cellular system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20181102

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20181207

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190807

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190813

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190930

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20191210

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200109

R150 Certificate of patent or registration of utility model

Ref document number: 6646163

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250