特表 2024-516445 レイテンシをさらに低減するためにロケーションを事前にスケジュールするための最適化

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-04-15

(54)【発明の名称】レイテンシをさらに低減するためにロケーションを事前にスケジュールするための最適化

(51)【国際特許分類】

   H04W 64/00 20090101AFI20240408BHJP

   H04W 72/0446 20230101ALI20240408BHJP

【ＦＩ】

H04W64/00

H04W72/0446

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023567206

(86)(22)【出願日】2022-03-17

(85)【翻訳文提出日】2023-11-01

(86)【国際出願番号】 US2022071192

(87)【国際公開番号】W WO2022236202

(87)【国際公開日】2022-11-10

(31)【優先権主張番号】202141020790

(32)【優先日】2021-05-07

(33)【優先権主張国・地域又は機関】IN

(81)【指定国・地域】

(71)【出願人】

【識別番号】507364838

【氏名又は名称】クアルコム，インコーポレイテッド

(74)【代理人】

【識別番号】100108453

【弁理士】

【氏名又は名称】村山 靖彦

(74)【代理人】

【識別番号】100163522

【弁理士】

【氏名又は名称】黒田 晋平

(72)【発明者】

【氏名】アレクサンドロス・マノーラコス

(72)【発明者】

【氏名】ムケシュ・クマール

(72)【発明者】

【氏名】スリニヴァス・イェッラマリ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD11

5K067EE02

5K067EE10

5K067EE24

5K067EE71

5K067JJ51

(57)【要約】

ワイヤレス測位のための技法が開示される。一態様では、ネットワークノードは、ネットワークエンティティから、ユーザ機器(UE)を測位するための少なくとも第1の測位セッションのロケーション準備フェーズの間に、第1の測位セッションのための構成メッセージを受信すること、構成メッセージに基づいて、構成メッセージと第1の測位セッションのための測定要求との間、あるいは構成メッセージと、ネットワークノードが第1の測位セッションのための1つまたは複数の測位測定を実行すると予想される時間との間の、時間の量を示す時間指示を決定すること、測定要求を受信することであって、測定要求が、ネットワークノードが1つまたは複数の測位測定を実行すると予想される測定時間を含む、こと、および測定時間に基づいて、第1のロケーション実行フェーズの間に、1つまたは複数の測位測定を実行することを行う。

【特許請求の範囲】

【請求項1】

ネットワークノードによって実行されるワイヤレス測位の方法であって、
ネットワークエンティティから、ユーザ機器(UE)を測位するための少なくとも第1の測位セッションのロケーション準備フェーズの間に、前記第1の測位セッションのための構成メッセージを受信するステップと、
前記構成メッセージに基づいて、前記構成メッセージと、前記第1の測位セッションのための測定要求との間、あるいは前記構成メッセージと、前記ネットワークノードが前記第1の測位セッションのための1つまたは複数の測位測定を実行すると予想される時間との間の、時間の量を示す時間指示を決定するステップと、
前記時間指示に基づいて、前記測定要求を受信するステップであって、前記測定要求が、前記第1の測位セッションの第1のロケーション実行フェーズの間に、前記ネットワークノードが前記1つまたは複数の測位測定を実行すると予想される測定時間を含む、ステップと、
前記測定時間に基づいて、前記第1のロケーション実行フェーズの間に、前記1つまたは複数の測位測定を実行するステップと
を含む方法。

【請求項2】

前記ネットワークエンティティがロケーションサーバであり、
前記ネットワークノードが前記UEであり、
前記測定要求が、ロングタームエボリューション(LTE)測位プロトコル(LPP)ロケーション情報要求メッセージである、請求項1に記載の方法。

【請求項3】

前記構成メッセージが、前記第1の測位セッションのためのLPP支援データ提供メッセージである、請求項2に記載の方法。

【請求項4】

前記構成メッセージが、前記第1の測位セッションのためのLPP能力要求メッセージである、請求項2に記載の方法。

【請求項5】

前記LPP能力要求メッセージに応答して、前記ロケーションサーバに、第1のLPP能力提供メッセージを送信するステップと、
前記LPP能力要求メッセージと、前記LPPロケーション情報要求メッセージとの間の時間差がしきい値よりも大きいことに応答して、前記ロケーションサーバに、第2のLPP能力提供メッセージを送信するステップと
をさらに含む、請求項4に記載の方法。

【請求項6】

前記LPP能力要求メッセージに応答して、前記ロケーションサーバに、第1のLPP能力提供メッセージを送信するステップと、
前記第1のLPP能力提供メッセージと、前記LPPロケーション情報要求メッセージとの間の時間差がしきい値よりも大きいことに応答して、前記ロケーションサーバに、第2のLPP能力提供メッセージを送信するステップと
をさらに含む、請求項4に記載の方法。

【請求項7】

前記ロケーションサーバから前記しきい値を受信するステップ
をさらに含む、請求項6に記載の方法。

【請求項8】

前記ネットワークエンティティがロケーションサーバであり、
前記ネットワークノードが基地局であり、
前記測定要求が、ニューラジオ測位プロトコルタイプA(NRPPa)測定要求メッセージである、請求項1に記載の方法。

【請求項9】

前記構成メッセージが、前記第1の測位セッションのためのNRPPa測位情報要求メッセージである、請求項8に記載の方法。

【請求項10】

前記ネットワークエンティティが、前記UEにサービスする基地局であり、
前記ネットワークノードが前記UEであり、
前記構成メッセージが、前記第1の測位セッションのためのサウンディング参照信号(SRS)構成メッセージである、請求項1に記載の方法。

【請求項11】

前記時間指示が絶対時間である、請求項1に記載の方法。

【請求項12】

前記絶対時間が、前記ネットワークノードが前記1つまたは複数の測位測定を実行すると予想される前記測定時間である、請求項11に記載の方法。

【請求項13】

前記時間指示が、その間に前記測定要求が受信されると予想される時間ウィンドウである、請求項1に記載の方法。

【請求項14】

前記時間指示が、その間に前記ネットワークノードが前記1つまたは複数の測位測定を実行すると予想される時間ウィンドウである、請求項1に記載の方法。

【請求項15】

前記時間指示が、その前に前記測定要求が受信されると予想される満了時間である、請求項1に記載の方法。

【請求項16】

前記時間指示が、その前に前記ネットワークノードが前記1つまたは複数の測位測定を実行すると予想される満了時間である、請求項1に記載の方法。

【請求項17】

前記時間指示を決定するステップが、前記構成メッセージにおいて前記時間指示を受信するステップを含む、請求項1に記載の方法。

【請求項18】

少なくとも第2のロケーション実行フェーズが、前記ロケーション準備フェーズに関連し、
第2の測位セッションが、前記ロケーション準備フェーズおよび前記第2のロケーション実行フェーズに関連する、請求項1に記載の方法。

【請求項19】

前記第1の測位セッションのための少なくとも第2のロケーション実行フェーズが、前記ロケーション準備フェーズに関連する、請求項1に記載の方法。

【請求項20】

前記測定時間が、ハイパーフレーム番号(HFN)、システムフレーム番号(SFN)、およびスロット番号の組合せ、または絶対時間、または時間ウィンドウとして示される、請求項1に記載の方法。

【請求項21】

ネットワークノードによって実行されるワイヤレス測位の方法であって、
ネットワークエンティティから、ユーザ機器(UE)を測位するための少なくとも第1の測位セッションのロケーション準備フェーズの間に、前記第1の測位セッションのための測定要求を受信するステップであって、前記測定要求が、前記第1の測位セッションの第1のロケーション実行フェーズの間に、前記ネットワークノードが1つまたは複数の測位測定を実行すると予想される測定時間を含み、前記測定時間が、ハイパーフレーム番号(HFN)、システムフレーム番号(SFN)、およびスロット番号の組合せ、または絶対時間、または時間ウィンドウとして示される、ステップと、
前記測定時間に基づいて、前記第1のロケーション実行フェーズの間に、前記1つまたは複数の測位測定を実行するステップと
を含む方法。

【請求項22】

前記絶対時間が、協定世界時(UTC)時間である、請求項21に記載の方法。

【請求項23】

前記測定要求のしきい値時間期間内に生じるロケーション実行フェーズは、前記ロケーション準備フェーズに関連する、請求項21に記載の方法。

【請求項24】

前記しきい値時間期間が、前記HFN、前記SFN、および前記スロット番号の前記組合せに基づく、請求項23に記載の方法。

【請求項25】

前記時間ウィンドウが、ミリ秒において規定される、請求項21に記載の方法。

【請求項26】

前記ネットワークノードが前記UEであり、
前記測定要求が、ロングタームエボリューション(LTE)測位プロトコル(LPP)ロケーション情報要求メッセージである、請求項21に記載の方法。

【請求項27】

前記ネットワークノードが基地局であり、
前記測定要求が、ニューラジオ測位プロトコルタイプA(NRPPa)測定要求メッセージである、請求項21に記載の方法。

【請求項28】

ネットワークノードであって、
メモリと、
少なくとも1つのトランシーバと、
前記メモリおよび前記少なくとも1つのトランシーバに通信可能に結合された少なくとも1つのプロセッサと
を備え、前記少なくとも1つのプロセッサが、
前記少なくとも1つのトランシーバを介して、ネットワークエンティティから、ユーザ機器(UE)を測位するための少なくとも第1の測位セッションのロケーション準備フェーズの間に、前記第1の測位セッションのための構成メッセージを受信すること、
前記構成メッセージに基づいて、前記構成メッセージと、前記第1の測位セッションのための測定要求との間、あるいは前記構成メッセージと、前記ネットワークノードが前記第1の測位セッションのための1つまたは複数の測位測定を実行すると予想される時間との間の、時間の量を示す時間指示を決定すること、
前記少なくとも1つのトランシーバを介して、前記時間指示に基づいて、前記測定要求を受信することであって、前記測定要求が、前記第1の測位セッションの第1のロケーション実行フェーズの間に、前記ネットワークノードが前記1つまたは複数の測位測定を実行すると予想される測定時間を含む、受信することと、
前記測定時間に基づいて、前記第1のロケーション実行フェーズの間に、前記1つまたは複数の測位測定を実行すること
を行うように構成される、ネットワークノード。

【請求項29】

前記ネットワークエンティティがロケーションサーバであり、
前記ネットワークノードが前記UEであり、
前記測定要求が、ロングタームエボリューション(LTE)測位プロトコル(LPP)ロケーション情報要求メッセージである、請求項28に記載のネットワークノード。

【請求項30】

前記ネットワークエンティティがロケーションサーバであり、
前記ネットワークノードが基地局であり、
前記測定要求が、ニューラジオ測位プロトコルタイプA(NRPPa)測定要求メッセージである、請求項28に記載のネットワークノード。

【請求項31】

前記ネットワークエンティティが、前記UEにサービスする基地局であり、
前記ネットワークノードが前記UEであり、
前記構成メッセージが、前記第1の測位セッションのためのサウンディング参照信号(SRS)構成メッセージである、請求項28に記載のネットワークノード。

【請求項32】

少なくとも第2のロケーション実行フェーズが、前記ロケーション準備フェーズに関連し、
第2の測位セッションが、前記ロケーション準備フェーズおよび前記第2のロケーション実行フェーズに関連する、請求項28に記載のネットワークノード。

【請求項33】

前記第1の測位セッションのための少なくとも第2のロケーション実行フェーズが、前記ロケーション準備フェーズに関連する、請求項28に記載のネットワークノード。

【請求項34】

ネットワークノードであって、
メモリと、
少なくとも1つのトランシーバと、
前記メモリおよび前記少なくとも1つのトランシーバに通信可能に結合された少なくとも1つのプロセッサと
を備え、前記少なくとも1つのプロセッサが、
前記少なくとも1つのトランシーバを介して、ネットワークエンティティから、ユーザ機器(UE)を測位するための少なくとも第1の測位セッションのロケーション準備フェーズの間に、前記第1の測位セッションのための測定要求を受信することであって、前記測定要求が、前記第1の測位セッションの第1のロケーション実行フェーズの間に、前記ネットワークノードが1つまたは複数の測位測定を実行すると予想される測定時間を含み、前記測定時間が、ハイパーフレーム番号(HFN)、システムフレーム番号(SFN)、およびスロット番号の組合せ、または絶対時間、または時間ウィンドウとして示される、受信することと、
前記測定時間に基づいて、前記第1のロケーション実行フェーズの間に、前記1つまたは複数の測位測定を実行すること
を行うように構成される、ネットワークノード。

【請求項35】

ネットワークノードであって、
ネットワークエンティティから、ユーザ機器(UE)を測位するための少なくとも第1の測位セッションのロケーション準備フェーズの間に、前記第1の測位セッションのための構成メッセージを受信するための手段と、
前記構成メッセージに基づいて、前記構成メッセージと、前記第1の測位セッションのための測定要求との間、あるいは前記構成メッセージと、前記ネットワークノードが前記第1の測位セッションのための1つまたは複数の測位測定を実行すると予想される時間との間の、時間の量を示す時間指示を決定するための手段と、
前記時間指示に基づいて、前記測定要求を受信するための手段であって、前記測定要求が、前記第1の測位セッションの第1のロケーション実行フェーズの間に、前記ネットワークノードが前記1つまたは複数の測位測定を実行すると予想される測定時間を含む、手段と、
前記測定時間に基づいて、前記第1のロケーション実行フェーズの間に、前記1つまたは複数の測位測定を実行するための手段と
を備えるネットワークノード。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の態様は、一般に、ワイヤレス通信に関する。

【背景技術】

【0002】

ワイヤレス通信システムは、第1世代アナログワイヤレス電話サービス(1G)、第2世代(2G)デジタルワイヤレス電話サービス(暫定2.5Gおよび2.75Gネットワークを含む)、第3世代(3G)高速データ、インターネット対応ワイヤレスサービス、および第4世代(4G)サービス(たとえば、ロングタームエボリューション(LTE)またはWiMax)を含む、様々な世代を通じて発展している。現在、セルラーシステムおよびパーソナル通信サービス(PCS)システムを含む、使用中の多くの異なるタイプのワイヤレス通信システムがある。知られているセルラーシステムの例は、セルラーアナログアドバンストモバイルフォンシステム(AMPS)、および符号分割多元接続(CDMA)、周波数分割多元接続(FDMA)、時分割多元接続(TDMA)、モバイル通信用グローバルシステム(GSM)などに基づくデジタルセルラーシステムを含む。

【0003】

ニューラジオ(NR)と呼ばれる第5世代(5G)ワイヤレス規格は、改善の中でも、より高いデータ転送速度、より多数の接続、およびより良好なカバレージが求められている。5G規格は、次世代モバイルネットワークアライアンスによれば、毎秒数十メガビットのデータレートを数万人のユーザの各々に提供するように設計され、オフィスフロアにおける数十人の就業者に毎秒1ギガビットを提供する。大規模なセンサー展開をサポートするために、数十万の同時接続がサポートされるべきである。したがって、5Gモバイル通信のスペクトル効率は、現在の4G規格と比較して著しく拡張されるべきである。さらに、現在の規格と比較して、シグナリング効率が拡張されるべきであり、レイテンシが大幅に低減されるべきである。

【発明の概要】

【課題を解決するための手段】

【0004】

以下は、本明細書で開示する1つまたは複数の態様に関係する簡略化された概要を提示する。したがって、以下の概要は、すべての企図される態様に関係する広範な概観と見なされるべきではなく、また、以下の概要は、すべての企図される態様に関係する主要もしくは重要な要素を識別するか、または任意の特定の態様に関連する範囲を定めるものと見なされるべきでもない。したがって、以下の概要は、以下で提示する詳細な説明に先立って、本明細書で開示するメカニズムに関係する1つまたは複数の態様に関係するいくつかの概念を、簡略化された形態で提示するという唯一の目的を有する。

【0005】

一態様では、ネットワークノードによって実行されるワイヤレス測位の方法は、ネットワークエンティティから、ユーザ機器(UE)を測位するための少なくとも第1の測位セッションのロケーション準備フェーズの間に、第1の測位セッションのための構成メッセージを受信するステップと、構成メッセージに基づいて、構成メッセージと第1の測位セッションのための測定要求との間、あるいは構成メッセージと、ネットワークノードが第1の測位セッションのための1つまたは複数の測位測定を実行すると予想される時間との間の、時間の量を示す時間指示を決定するステップと、時間指示に基づいて、測定要求を受信するステップであって、測定要求が、第1の測位セッションの第1のロケーション実行フェーズの間に、ネットワークノードが1つまたは複数の測位測定を実行すると予想される測定時間を含む、ステップと、測定時間に基づいて、第1のロケーション実行フェーズの間に、1つまたは複数の測位測定を実行するステップとを含む。

【0006】

一態様では、ネットワークノードによって実行されるワイヤレス測位の方法は、ネットワークエンティティから、ユーザ機器(UE)を測位するための少なくとも第1の測位セッションのロケーション準備フェーズの間に、第1の測位セッションのための測定要求を受信するステップであって、測定要求が、第1の測位セッションの第1のロケーション実行フェーズの間に、ネットワークノードが1つまたは複数の測位測定を実行すると予想される測定時間を含み、測定時間が、ハイパーフレーム番号(HFN)、システムフレーム番号(SFN)、およびスロット番号の組合せ、または絶対時間、または時間ウィンドウとして示される、ステップと、測定時間に基づいて、第1のロケーション実行フェーズの間に、1つまたは複数の測位測定を実行するステップとを含む。

【0007】

一態様では、ネットワークノードは、メモリと、少なくとも1つのトランシーバと、メモリおよび少なくとも1つのトランシーバに通信可能に結合された少なくとも1つのプロセッサとを含み、少なくとも1つのプロセッサが、少なくとも1つのトランシーバを介して、ネットワークエンティティから、ユーザ機器(UE)を測位するための少なくとも第1の測位セッションのロケーション準備フェーズの間に、第1の測位セッションのための構成メッセージを受信すること、構成メッセージに基づいて、構成メッセージと第1の測位セッションのための測定要求との間、あるいは構成メッセージと、ネットワークノードが第1の測位セッションのための1つまたは複数の測位測定を実行すると予想される時間との間の、時間の量を示す時間指示を決定すること、少なくとも1つのトランシーバを介して、時間指示に基づいて、測定要求を受信することであって、測定要求が、第1の測位セッションの第1のロケーション実行フェーズの間に、ネットワークノードが1つまたは複数の測位測定を実行すると予想される測定時間を含む、こと、および測定時間に基づいて、第1のロケーション実行フェーズの間に、1つまたは複数の測位測定を実行することを行うように構成される。

【0008】

一態様では、ネットワークノードは、メモリと、少なくとも1つのトランシーバと、メモリおよび少なくとも1つのトランシーバに通信可能に結合された少なくとも1つのプロセッサとを含み、少なくとも1つのプロセッサが、少なくとも1つのトランシーバを介して、ネットワークエンティティから、ユーザ機器(UE)を測位するための少なくとも第1の測位セッションのロケーション準備フェーズの間に、第1の測位セッションのための測定要求を受信することであって、測定要求が、第1の測位セッションの第1のロケーション実行フェーズの間に、ネットワークノードが1つまたは複数の測位測定を実行すると予想される測定時間を含み、測定時間が、ハイパーフレーム番号(HFN)、システムフレーム番号(SFN)、およびスロット番号の組合せ、または絶対時間、または時間ウィンドウとして示される、こと、ならびに測定時間に基づいて、第1のロケーション実行フェーズの間に、1つまたは複数の測位測定を実行することを行うように構成される。

【0009】

一態様では、ネットワークノードは、ネットワークエンティティから、ユーザ機器(UE)を測位するための少なくとも第1の測位セッションのロケーション準備フェーズの間に、第1の測位セッションのための構成メッセージを受信するための手段と、構成メッセージに基づいて、構成メッセージと第1の測位セッションのための測定要求との間、あるいは構成メッセージと、ネットワークノードが第1の測位セッションのための1つまたは複数の測位測定を実行すると予想される時間との間の、時間の量を示す時間指示を決定するための手段と、時間指示に基づいて、測定要求を受信するための手段であって、測定要求が、第1の測位セッションの第1のロケーション実行フェーズの間に、ネットワークノードが1つまたは複数の測位測定を実行すると予想される測定時間を含む、手段と、測定時間に基づいて、第1のロケーション実行フェーズの間に、1つまたは複数の測位測定を実行するための手段とを含む。

【0010】

一態様では、ネットワークノードは、ネットワークエンティティから、ユーザ機器(UE)を測位するための少なくとも第1の測位セッションのロケーション準備フェーズの間に、第1の測位セッションのための測定要求を受信するための手段であって、測定要求が、第1の測位セッションの第1のロケーション実行フェーズの間に、ネットワークノードが1つまたは複数の測位測定を実行すると予想される測定時間を含み、測定時間が、ハイパーフレーム番号(HFN)、システムフレーム番号(SFN)、およびスロット番号の組合せ、または絶対時間、または時間ウィンドウとして示される、手段と、測定時間に基づいて、第1のロケーション実行フェーズの間に、1つまたは複数の測位測定を実行するための手段とを含む。

【0011】

一態様では、非一時的コンピュータ可読媒体は、コンピュータ実行可能命令を記憶し、コンピュータ実行可能命令は、ネットワークノードによって実行されたとき、ネットワークノードに、ネットワークエンティティから、ユーザ機器(UE)を測位するための少なくとも第1の測位セッションのロケーション準備フェーズの間に、第1の測位セッションのための構成メッセージを受信すること、構成メッセージに基づいて、構成メッセージと第1の測位セッションのための測定要求との間、あるいは構成メッセージと、ネットワークノードが第1の測位セッションのための1つまたは複数の測位測定を実行すると予想される時間との間の、時間の量を示す時間指示を決定すること、時間指示に基づいて、測定要求を受信することであって、測定要求が、第1の測位セッションの第1のロケーション実行フェーズの間に、ネットワークノードが1つまたは複数の測位測定を実行すると予想される測定時間を含む、こと、および測定時間に基づいて、第1のロケーション実行フェーズの間に、1つまたは複数の測位測定を実行することを行わせる。

【0012】

一態様では、非一時的コンピュータ可読媒体は、コンピュータ実行可能命令を記憶し、コンピュータ実行可能命令は、ネットワークノードによって実行されたとき、ネットワークノードに、ネットワークエンティティから、ユーザ機器(UE)を測位するための少なくとも第1の測位セッションのロケーション準備フェーズの間に、第1の測位セッションのための測定要求を受信することであって、測定要求が、第1の測位セッションの第1のロケーション実行フェーズの間に、ネットワークノードが1つまたは複数の測位測定を実行すると予想される測定時間を含み、測定時間が、ハイパーフレーム番号(HFN)、システムフレーム番号(SFN)、およびスロット番号の組合せ、または絶対時間、または時間ウィンドウとして示される、こと、ならびに測定時間に基づいて、第1のロケーション実行フェーズの間に、1つまたは複数の測位測定を実行することを行わせる。

【0013】

本明細書で開示する態様に関連する他の目的および利点が、添付図面および発明を実施するための形態に基づいて当業者に明らかとなろう。

【0014】

添付図面は、本開示の様々な態様の説明の助けとなるために提示され、態様の限定ではなく態様の説明のためだけに提供される。

【図面の簡単な説明】

【0015】

【図1】本開示の態様による例示的なワイヤレス通信システムを示す図である。

【図2A】本開示の態様による例示的なワイヤレスネットワーク構造を示す図である。

【図2B】本開示の態様による例示的なワイヤレスネットワーク構造を示す図である。

【図3A】ユーザ機器(UE)において採用され得るとともに、本明細書で教示するような通信をサポートするように構成され得る、構成要素のいくつかの例示的な態様の簡略化されたブロック図である。

【図3B】基地局において採用され得るとともに、本明細書で教示するような通信をサポートするように構成され得る、構成要素のいくつかの例示的な態様の簡略化されたブロック図である。

【図3C】ネットワークエンティティにおいて採用され得るとともに、本明細書で教示するような通信をサポートするように構成され得る、構成要素のいくつかの例示的な態様の簡略化されたブロック図である。

【図4】本開示の態様による例示的なフレーム構造を示す図である。

【図5】測位動作を実行するためのUEとロケーションサーバとの間の例示的なロングタームエボリューション(LTE)測位プロトコル(LPP:LTE positioning protocol)コールフローを示す図である。

【図6】測位動作を実行するためのUEとロケーションサーバとの間の例示的なロングタームエボリューション(LTE)測位プロトコル(LPP)コールフローを示す図である。

【図7A】本開示の態様による、タイミング誤差グループ(TEG:timing error group)報告のためにLPPを使用する例示的なアップリンクのみの測位プロシージャを示す図である。

【図7B】本開示の態様による、タイミング誤差グループ(TEG)報告のためにLPPを使用する例示的なアップリンクのみの測位プロシージャを示す図である。

【図8】本開示の態様による、図7Aおよび図7Bを参照しながら説明したタイミングを要約するタイムラインの図である。

【図9】本開示の態様によるワイヤレス測位の例示的な方法を示す図である。

【図10】本開示の態様によるワイヤレス測位の例示的な方法を示す図である。

【発明を実施するための形態】

【0016】

本開示の態様は、例示の目的で提供される様々な例を対象とする以下の説明および関連する図面において提供される。本開示の範囲を逸脱することなく、代替の態様が考案され得る。追加として、本開示の関連する詳細を不明瞭にしないように、本開示のよく知られている要素は詳細には説明されないか、または省略される。

【0017】

「例示的」および/または「例」という語は、本明細書では、「例、事例、または例示として働くこと」を意味するために使用される。本明細書で「例示的」および/または「例」として説明するいかなる態様も、必ずしも他の態様よりも好ましいかまたは有利であると解釈されるべきではない。同様に、「本開示の態様」という用語は、本開示のすべての態様が、説明する特徴、利点、または動作モードを含むことを必要とするとは限らない。

【0018】

以下で説明する情報および信号が、様々な異なる技術および技法のうちのいずれかを使用して表され得ることを、当業者は諒解されよう。たとえば、以下の説明全体にわたって参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、部分的に特定の適用例、部分的に所望の設計、部分的に対応する技術などに応じて、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光学粒子、またはそれらの任意の組合せによって表され得る。

【0019】

さらに、多くの態様が、たとえば、コンピューティングデバイスの要素によって実行されるべきアクションのシーケンスに関して説明される。本明細書で説明する様々なアクションが、特定の回路(たとえば、特定用途向け集積回路(ASIC))によって、プログラム命令が1つもしくは複数のプロセッサによって実行されることによって、またはその両方の組合せによって実行され得ることが認識されよう。追加として、本明細書で説明するアクションのシーケンスは、実行時に、本明細書で説明する機能性を、デバイスの関連するプロセッサに実行させることになるかまたは実行するように命令することになる、コンピュータ命令の対応するセットを記憶した、任意の形態の非一時的コンピュータ可読記憶媒体内で完全に具現されるものと見なされ得る。したがって、本開示の様々な態様は、特許請求する主題の範囲内にそのすべてが入ることが企図されている、いくつかの異なる形態で具現され得る。加えて、本明細書で説明する態様の各々に対して、任意のそのような態様の対応する形態が、たとえば、説明するアクションを実行する「ように構成された論理」として本明細書で説明されることがある。

【0020】

本明細書で使用する「ユーザ機器」(UE)および「基地局」という用語は、別段に記載されていない限り、任意の特定の無線アクセス技術(RAT)に固有であること、またはさもなければそうしたRATに限定されることは、意図されない。一般に、UEは、ワイヤレス通信ネットワークを介して通信するためにユーザによって使用される、任意のワイヤレス通信デバイス(たとえば、モバイルフォン、ルータ、タブレットコンピュータ、ラップトップコンピュータ、コンシューマアセットロケーティングデバイス、ウェアラブル(たとえば、スマートウォッチ、スマートグラス、拡張現実(AR)/仮想現実(VR)ヘッドセットなど)、車両(たとえば、自動車、オートバイ、自転車など)、モノのインターネット(IoT)デバイスなど)であってよい。UEはモバイルであってよく、または(たとえば、いくつかの時間において)静止していてよく、無線アクセスネットワーク(RAN)と通信し得る。本明細書で使用する「UE」という用語は、「アクセス端末」もしくは「AT」、「クライアントデバイス」、「ワイヤレスデバイス」、「加入者デバイス」、「加入者端末」、「加入者局」、「ユーザ端末」もしくは「UT」、「モバイルデバイス」、「モバイル端末」、「移動局」、またはそれらの変形として互換的に呼ばれることがある。概して、UEは、RANを介してコアネットワークと通信することができ、コアネットワークを通じて、UEはインターネットなどの外部ネットワークおよび他のUEに接続され得る。当然、有線アクセスネットワーク、(たとえば、米国電気電子技術者協会(IEEE)802.11仕様などに基づく)ワイヤレスローカルエリアネットワーク(WLAN)ネットワークなどを介するなどの、コアネットワークおよび/またはインターネットに接続する他のメカニズムもUEにとって可能である。

【0021】

基地局は、UEがその中に展開されるネットワークに応じて、UEと通信しているいくつかのRATのうちの1つに従って動作してよく、代替として、アクセスポイント(AP)、ネットワークノード、ノードB、発展型ノードB(eNB)、次世代eNB(ng-eNB)、ニューラジオ(NR)ノードB(gNBまたはgノードBとも呼ばれる)などと呼ばれることがある。基地局は、サポートされるUEのためのデータ接続、音声接続、および/またはシグナリング接続をサポートすることを含む、UEによるワイヤレスアクセスをサポートするために主に使用され得る。いくつかのシステムでは、基地局は純粋にエッジノードシグナリング機能を提供し得るが、他のシステムでは、基地局は、追加の制御および/またはネットワーク管理機能を提供し得る。UEがそれを通じて信号を基地局へ送ることができる通信リンクは、アップリンク(UL)チャネル(たとえば、逆方向トラフィックチャネル、逆方向制御チャネル、アクセスチャネルなど)と呼ばれる。基地局がそれを通じて信号をUEへ送ることができる通信リンクは、ダウンリンク(DL)チャネルまたは順方向リンクチャネル(たとえば、ページングチャネル、制御チャネル、ブロードキャストチャネル、順方向トラフィックチャネルなど)と呼ばれる。本明細書で使用するトラフィックチャネル(TCH)という用語は、アップリンク/逆方向トラフィックチャネル、またはダウンリンク/順方向トラフィックチャネルのいずれかを指すことができる。

【0022】

「基地局」という用語は、単一の物理的な送信受信ポイント(TRP)、またはコロケートされてもまたはされなくてもよい複数の物理的なTRPを指すことがある。たとえば、「基地局」という用語が単一の物理的なTRPを指す場合、その物理的なTRPは、基地局のセル(または、いくつかのセルセクタ)に対応する、基地局のアンテナであってよい。「基地局」という用語が、コロケートされている複数の物理的なTRPを指す場合、それらの物理的なTRPは、基地局の(たとえば、多入力多出力(MIMO)システムにおけるような、または基地局がビームフォーミングを採用する場合の)アンテナのアレイであってよい。「基地局」という用語が、コロケートされていない複数の物理的なTRPを指す場合、それらの物理的なTRPは、分散アンテナシステム(DAS:distributed antenna system)(移送媒体を介して共通のソースに接続された、空間的に分離されたアンテナのネットワーク)、またはリモートラジオヘッド(RRH:remote radio head)(サービング基地局に接続された遠隔の基地局)であってよい。代替として、コロケートされていない物理的なTRPは、UE、およびUEがその基準無線周波数(RF)信号を測定している隣接する基地局から、測定報告を受信するサービング基地局であってよい。TRPは基地局がそこからワイヤレス信号を送信および受信するポイントであるので、本明細書で使用するとき、基地局からの送信または基地局における受信への言及は、基地局の特定のTRPに言及するものとして理解されるべきである。

【0023】

UEの測位をサポートするいくつかの実装形態では、基地局は、UEによるワイヤレスアクセスをサポートしないことがあるが(たとえば、UEのためのデータ接続、音声接続、および/またはシグナリング接続をサポートしないことがあるが)、代わりに、UEによって測定されるように参照信号をUEへ送信することがあり、かつ/またはUEによって送信された信号を受信および測定することがある。そのような基地局は、測位ビーコン(たとえば、信号をUEへ送信するとき)、および/またはロケーション測定ユニット(たとえば、UEからの信号を受信および測定するとき)と呼ばれることがある。

【0024】

「RF信号」は、送信機と受信機との間の空間を通じて情報を移送する、所与の周波数の電磁波を備える。本明細書で使用する送信機は、単一の「RF信号」または複数の「RF信号」を受信機へ送信し得る。しかしながら、受信機は、マルチパスチャネルを通じたRF信号の伝搬特性に起因して、送信された各RF信号に対応する複数の「RF信号」を受信することがある。送信機と受信機との間の異なる経路上での、送信された同じRF信号は、「マルチパス」RF信号と呼ばれることがある。本明細書で使用するRF信号は、「信号」という用語がワイヤレス信号またはRF信号を指すことがコンテキストから明確である場合、「ワイヤレス信号」または単に「信号」と呼ばれることもある。

【0025】

図1は、本開示の態様による例示的なワイヤレス通信システム100を示す。ワイヤレス通信システム100(ワイヤレスワイドエリアネットワーク(WWAN)と呼ばれることもある)は、様々な基地局102(「BS」とラベル付けされる)および様々なUE104を含んでよい。基地局102は、マクロセル基地局(大電力セルラー基地局)および/またはスモールセル基地局(小電力セルラー基地局)を含んでよい。一態様では、マクロセル基地局は、ワイヤレス通信システム100がLTEネットワークに相当するeNBおよび/もしくはng-eNB、またはワイヤレス通信システム100がNRネットワークに相当するgNB、あるいはその両方の組合せを含んでよく、スモールセル基地局は、フェムトセル、ピコセル、マイクロセルなどを含んでよい。

【0026】

基地局102は、RANを集合的に形成し得、バックホールリンク122を通じてコアネットワーク170(たとえば、発展型パケットコア(EPC)または5Gコア(5GC))と、かつコアネットワーク170を通じて1つまたは複数のロケーションサーバ172(たとえば、ロケーション管理機能(LMF)またはセキュアユーザプレーン位置特定(SUPL)ロケーションプラットフォーム(SLP))に、インターフェースし得る。ロケーションサーバ172は、コアネットワーク170の一部であってよく、またはコアネットワーク170の外部にあってもよい。他の機能に加えて、基地局102は、ユーザデータを転送すること、無線チャネル暗号化および解読、完全性保護、ヘッダ圧縮、モビリティ制御機能(たとえば、ハンドオーバ、デュアル接続性)、セル間干渉協調、接続セットアップおよび解放、負荷分散、非アクセス層(NAS:non-access stratum)メッセージのための配信、NASノード選択、同期、RAN共有、マルチメディアブロードキャストマルチキャストサービス(MBMS)、加入者および機器トレース、RAN情報管理(RIM)、ページング、測位、ならびに警告メッセージの配信のうちの1つまたは複数に関係する機能を実行し得る。基地局102は、有線またはワイヤレスであってよいバックホールリンク134を介して、直接または間接的に(たとえば、EPC/5GCを通じて)互いに通信し得る。

【0027】

基地局102は、UE104とワイヤレス通信し得る。基地局102の各々は、それぞれの地理的カバレージエリア110に通信カバレージを提供し得る。一態様では、1つまたは複数のセルが、各地理的カバレージエリア110の中の基地局102によってサポートされ得る。「セル」は、(たとえば、キャリア周波数、コンポーネントキャリア、キャリア、帯域などと呼ばれる、いくつかの周波数リソースを介した)基地局との通信のために使用される論理通信エンティティであり、同じかまたは異なるキャリア周波数を介して動作するセルを区別するための識別子(たとえば、物理セル識別子(PCI:physical cell identifier)、拡張セル識別子(ECI:enhanced cell identifier)、仮想セル識別子(VCI:virtual cell identifier)、セルグローバル識別子(CGI:cell global identifier)など)に関連付けられ得る。場合によっては、異なるセルが、異なるタイプのUEにアクセスを提供し得る異なるプロトコルタイプ(たとえば、マシンタイプ通信(MTC)、狭帯域IoT(NB-IoT)、拡張モバイルブロードバンド(eMBB)、または他のもの)に従って構成されてよい。セルが特定の基地局によってサポートされるので、「セル」という用語は、コンテキストに応じて、論理通信エンティティおよびそれをサポートする基地局のうちの一方または両方を指すことがある。加えて、TRPが通常はセルの物理的な送信点であるので、「セル」および「TRP」という用語は互換的に使用されることがある。場合によっては、「セル」という用語は、地理的カバレージエリア110のいくつかの部分内での通信のためにキャリア周波数が検出および使用され得る限り、基地局の地理的カバレージエリア(たとえば、セクタ)を指すこともある。

【0028】

マクロセル基地局102に隣接しながら、地理的カバレージエリア110は(たとえば、ハンドオーバ領域の中で)部分的に重複することがあり、地理的カバレージエリア110のうちのいくつかは、もっと大きい地理的カバレージエリア110によって大幅に重複されることがある。たとえば、スモールセル基地局102'(「スモールセル」の代わりに「SC」とラベル付けされる)は、1つまたは複数のマクロセル基地局102の地理的カバレージエリア110と大幅に重複する地理的カバレージエリア110'を有することがある。スモールセル基地局とマクロセル基地局の両方を含むネットワークは、異種ネットワークと呼ばれることがある。異種ネットワークはまた、限定加入者グループ(CSG:closed subscriber group)と呼ばれる制限されたグループにサービスを提供し得るホームeNB(HeNB)を含んでよい。

【0029】

基地局102とUE104との間の通信リンク120は、UE104から基地局102へのアップリンク(逆方向リンクとも呼ばれる)送信、および/または基地局102からUE104へのダウンリンク(DL)(順方向リンクとも呼ばれる)送信を含んでよい。通信リンク120は、空間多重化、ビームフォーミング、および/または送信ダイバーシティを含む、MIMOアンテナ技術を使用し得る。通信リンク120は、1つまたは複数のキャリア周波数を通じてよい。キャリアの割振りは、ダウンリンクおよびアップリンクに対して非対称であってよい(たとえば、アップリンク用よりも多数または少数のキャリアがダウンリンク用に割り振られてよい)。

【0030】

ワイヤレス通信システム100は、無認可周波数スペクトル(たとえば、5GHz)の中で通信リンク154を介してワイヤレスローカルエリアネットワーク(WLAN)局(STA)152と通信しているWLANアクセスポイント(AP)150をさらに含んでよい。無認可周波数スペクトルの中で通信するとき、WLAN STA152および/またはWLAN AP150は、チャネルが利用可能であるかどうかを決定するために、通信する前にクリアチャネルアセスメント(CCA)またはリッスンビフォアトーク(LBT)プロシージャを実行し得る。

【0031】

スモールセル基地局102'は、認可周波数スペクトルおよび/または無認可周波数スペクトルの中で動作し得る。無認可周波数スペクトルの中で動作するとき、スモールセル基地局102'は、LTEまたはNR技術を採用してよく、WLAN AP150によって使用されるのと同じ5GHz無認可周波数スペクトルを使用してよい。無認可周波数スペクトルの中でLTE/5Gを採用するスモールセル基地局102'は、アクセスネットワークへのカバレージを拡大し得、かつ/またはアクセスネットワークの容量を増大させ得る。無認可スペクトルの中でのNRは、NR-Uと呼ばれることがある。無認可スペクトルの中でのLTEは、LTE-U、認可支援アクセス(LAA:licensed assisted access)、またはMulteFireと呼ばれることがある。

【0032】

ワイヤレス通信システム100は、UE182と通信しておりミリ波(mmW)周波数および/または準mmW周波数の中で動作し得るmmW基地局180をさらに含んでよい。極高周波(EHF)は、電磁スペクトルの中のRFの部分である。EHFは、範囲が30GHz～300GHzであり、1ミリメートルと10ミリメートルとの間の波長を有する。この帯域の中の電波は、ミリ波と呼ばれることがある。準mmWは、波長が100ミリメートルである3GHzの周波数まで下に広がってよい。超高周波(SHF)帯域は、センチメートル波とも呼ばれる3GHzと30GHzとの間に広がる。mmW/準mmW無線周波数帯域を使用する通信は、経路損失が大きく距離が比較的短い。mmW基地局180およびUE182は、極めて大きい経路損失および短い距離を補償するために、mmW通信リンク184を介してビームフォーミング(送信および/または受信)を利用し得る。さらに、代替構成では、1つまたは複数の基地局102もmmWまたは準mmWおよびビームフォーミングを使用して送信し得ることが諒解されよう。したがって、上記の例示が例にすぎず、本明細書で開示する様々な態様を限定すると解釈されるべきでないことが諒解されよう。

【0033】

送信ビームフォーミングは、RF信号を特定の方向に集束させるための技法である。従来より、ネットワークノード(たとえば、基地局)はRF信号をブロードキャストするとき、信号をすべての方向に(全指向的に)ブロードキャストする。送信ビームフォーミングを伴うと、ネットワークノードは、(送信しているネットワークノードに対して)所与のターゲットデバイス(たとえば、UE)がどこに位置するのかを決定し、より強いダウンリンクRF信号をその特定の方向に投射し、それによって、(データレートに関して)もっと高速かつ強力なRF信号を受信デバイスにもたらす。送信するときにRF信号の指向性を変えるために、ネットワークノードは、RF信号をブロードキャストしている1つまたは複数の送信機の各々においてRF信号の位相および相対振幅を制御することができる。たとえば、ネットワークノードは、実際にアンテナを動かすことなく異なる方向における点に「ステアリング」され得るRF波のビームを作成するアンテナのアレイ(「フェーズドアレイ」または「アンテナアレイ」と呼ばれる)を使用してよい。詳細には、望ましくない方向における放射を抑圧するように除去しながら、別個のアンテナからの電波が一緒に加えられて所望の方向における放射を大きくするように、適切な位相関係を伴って送信機からのRF電流が個々のアンテナに給電される。

【0034】

送信ビームは、ネットワークノード自体の送信アンテナが物理的にコロケートされているか否かにかかわらず、受信機(たとえば、UE)には送信ビームが同じパラメータを有するように見えることを意味する、擬似コロケートされ得る。NRでは、4つのタイプの擬似コロケーション(QCL:quasi-co-location)関係がある。詳細には、所与のタイプのQCL関係は、第2のビーム上の第2の基準RF信号についてのいくつかのパラメータがソースビーム上のソース基準RF信号についての情報から導出され得ることを意味する。したがって、ソース基準RF信号がQCLタイプAである場合、受信機は、同じチャネル上で送信される第2の基準RF信号のドップラーシフト、ドップラースプレッド、平均遅延、および遅延スプレッドを推定するために、ソース基準RF信号を使用することができる。ソース基準RF信号がQCLタイプBである場合、受信機は、同じチャネル上で送信される第2の基準RF信号のドップラーシフトおよびドップラースプレッドを推定するために、ソース基準RF信号を使用することができる。ソース基準RF信号がQCLタイプCである場合、受信機は、同じチャネル上で送信される第2の基準RF信号のドップラーシフトおよび平均遅延を推定するために、ソース基準RF信号を使用することができる。ソース基準RF信号がQCLタイプDである場合、受信機は、同じチャネル上で送信される第2の基準RF信号の空間受信パラメータを推定するために、ソース基準RF信号を使用することができる。

【0035】

受信ビームフォーミングでは、受信機は、所与のチャネル上で検出されたRF信号を増幅するために受信ビームを使用する。たとえば、受信機は、特定の方向から受信されるRF信号を増幅するように(たとえば、そうしたRF信号の利得レベルを大きくするように)、その方向においてアンテナのアレイの利得設定を大きくすることおよび/または位相設定を調整することができる。したがって、受信機がいくつかの方向にビームフォーミングすると言われるとき、そのことは、その方向におけるビーム利得が、他の方向に沿ったビーム利得に比べて大きいこと、またはその方向におけるビーム利得が、受信機にとって利用可能なすべての他の受信ビームの、その方向におけるビーム利得と比較して最大であることを意味する。このことは、その方向から受信されるRF信号のより強い受信信号強度(たとえば、参照信号受信電力(RSRP)、参照信号受信品質(RSRQ)、信号対干渉+雑音比(SINR)など)をもたらす。

【0036】

送信ビームおよび受信ビームは空間関係があり得る。空間関係とは、第2の参照信号のための第2のビーム(たとえば、送信ビームまたは受信ビーム)に対するパラメータが、第1の参照信号のための第1のビーム(たとえば、受信ビームまたは送信ビーム)についての情報から導出され得ることを意味する。たとえば、UEは、基地局から基準ダウンリンク参照信号(たとえば、同期信号ブロック(SSB))を受信するために、特定の受信ビームを使用してよい。UEは、次いで、受信ビームのパラメータに基づいて、アップリンク参照信号(たとえば、サウンディング参照信号(SRS))をその基地局へ送るための送信ビームを形成することができる。

【0037】

「ダウンリンク」ビームが、それを形成するエンティティに応じて、送信ビームまたは受信ビームのいずれかであってよいことに留意されたい。たとえば、基地局が参照信号をUEへ送信するためにダウンリンクビームを形成している場合、ダウンリンクビームは送信ビームである。しかしながら、UEがダウンリンクビームを形成している場合、ダウンリンクビームはダウンリンク参照信号を受信するための受信ビームである。同様に、「アップリンク」ビームは、それを形成するエンティティに応じて、送信ビームまたは受信ビームのいずれかであってよい。たとえば、基地局がアップリンクビームを形成している場合、アップリンクビームはアップリンク受信ビームであり、UEがアップリンクビームを形成している場合、アップリンクビームはアップリンク送信ビームである。

【0038】

5Gでは、ワイヤレスノード(たとえば、基地局102/180、UE104/182)がその中で動作する周波数スペクトルは、複数の周波数範囲、すなわち、FR1(450MHzから6000MHzまで)、FR2(24250MHzから52600MHzまで)、FR3(52600MHzよりも上)、およびFR4(FR1とFR2との間)に分割される。mmW周波数帯域は、一般に、FR2、FR3、およびFR4周波数範囲を含む。したがって、「mmW」および「FR2」または「FR3」または「FR4」という用語は、一般に、互換的に使用されてよい。

【0039】

5Gなどのマルチキャリアシステムでは、キャリア周波数のうちの1つは「1次キャリア」または「アンカーキャリア」または「1次サービングセル」または「PCell」と呼ばれ、残りのキャリア周波数は「2次キャリア」または「2次サービングセル」または「SCell」と呼ばれる。キャリアアグリゲーションでは、アンカーキャリアとは、UE104/182およびセルによって利用される1次周波数(たとえば、FR1)上で動作するキャリアであり、UE104/182は、初期無線リソース制御(RRC)接続確立プロシージャを実行すること、またはRRC接続再確立プロシージャを開始することのいずれかを行う。1次キャリアは、すべての共通制御チャネルおよびUE固有制御チャネルを搬送し、認可周波数の中のキャリアであってよい(ただし、このことは常に事実であるとは限らない)。2次キャリアとは、UE104とアンカーキャリアとの間でRRC接続が確立されると構成されてよく、かつ追加の無線リソースを提供するために使用され得る、第2の周波数(たとえば、FR2)上で動作するキャリアである。場合によっては、2次キャリアは無認可周波数の中のキャリアであってよい。1次アップリンクキャリアと1次ダウンリンクキャリアの両方が通常はUE固有であるので、2次キャリアは、必要なシグナリング情報および信号しか含まなくてよく、たとえば、UE固有であるシグナリング情報および信号は2次キャリアの中に存在しなくてよい。このことは、セルの中の異なるUE104/182が異なるダウンリンク1次キャリアを有してよいことを意味する。アップリンク1次キャリアについて同じことが当てはまる。ネットワークは、任意のUE104/182の1次キャリアをいつでも変更することができる。このことは、たとえば、異なるキャリア上での負荷のバランスをとるために行われる。(PCellまたはSCellにかかわらず)「サービングセル」が、いくつかの基地局がそれを介して通信中であるキャリア周波数/コンポーネントキャリアに対応するので、「セル」、「サービングセル」、「コンポーネントキャリア」、「キャリア周波数」などの用語は、互換的に使用され得る。

【0040】

たとえば、まだ図1を参照すると、マクロセル基地局102によって利用される周波数のうちの1つがアンカーキャリア(すなわち「PCell」)であってよく、マクロセル基地局102および/またはmmW基地局180によって利用される他の周波数が2次キャリア(「SCell」)であってよい。複数のキャリアの同時送信および/または同時受信は、UE104/182がそのデータ送信レートおよび/またはデータ受信レートを著しく高めることを可能にする。たとえば、マルチキャリアシステムにおけるアグリゲートされた2つの20MHzキャリアは、単一の20MHzキャリアによって達成されるものと比較して理論的にデータレートの2倍の増大(すなわち、40MHz)に至ることになる。

【0041】

ワイヤレス通信システム100は、通信リンク120を介してマクロセル基地局102と、および/またはmmW通信リンク184を介してmmW基地局180と通信し得る、UE164をさらに含んでよい。たとえば、マクロセル基地局102は、UE164のためにPCellおよび1つまたは複数のSCellをサポートし得、mmW基地局180は、UE164のために1つまたは複数のSCellをサポートし得る。

【0042】

図1の例では、図示したUE(簡単のために単一のUE104として図1に示す)のうちのいずれかは、1つまたは複数の地球周回スペースビークル(SV:space vehicle)112(たとえば、衛星)からの信号124を受信し得る。一態様では、SV112は、UE104がロケーション情報の独立したソースとして使用することができる、衛星測位システムの一部であり得る。衛星測位システムは、通常、送信機から受信される測位信号(たとえば、信号124)に少なくとも部分的に基づいて、受信機(たとえば、UE104)が地球上または地球の上方のそれらのロケーションを決定することを可能にするように配置された、送信機のシステム(たとえば、SV112)を含む。そのような送信機は、通常、設定されたチップ数の反復する擬似ランダム雑音(PN)コードを用いてマークされた信号を送信する。通常はSV112の中に位置するが、送信機は、時々、地上ベースの制御局、基地局102、および/または他のUE104上に位置することがある。UE104は、SV112からのジオロケーション情報を導出するための信号124を受信するように特に設計された1つまたは複数の専用受信機を含んでよい。

【0043】

衛星測位システムでは、信号124の使用は、1つもしくは複数の世界的および/もしくは地域的なナビゲーション衛星システムを伴う使用に関連し得るか、またはそうした使用のために別のやり方で有効化され得る、様々な衛星ベースオーグメンテーションシステム(SBAS:satellite-based augmentation system)によって補強され得る。たとえば、SBASは、ワイドエリアオーグメンテーションシステム(WAAS)、欧州静止ナビゲーションオーバーレイサービス(EGNOS)、多機能衛星オーグメンテーションシステム(MSAS)、全地球測位システム(GPS)支援ジオオーグメンテッドナビゲーション、またはGPSおよびジオオーグメンテッドナビゲーションシステム(GAGAN)などの、完全性情報、差分補正などを提供するオーグメンテーションシステムを含んでよい。したがって、本明細書で使用する衛星測位システムは、そのような1つまたは複数の衛星測位システムに関連する、1つまたは複数の世界的および/または地域的なナビゲーション衛星の任意の組合せを含んでよい。

【0044】

一態様では、SV112は、追加または代替として、1つまたは複数の非地上波ネットワーク(NTN:non-terrestrial network)の一部であり得る。NTNでは、SV112は、地上局(earth station)(地上局(ground station)、NTNゲートウェイ、またはゲートウェイとも呼ばれる)に接続され、地上局は次に、(地上波アンテナなしの)修正された基地局102、または5GCにおけるネットワークノードなど、5Gネットワークにおける要素に接続される。この要素は次に、5Gネットワークにおける他の要素への、ならびに最終的に、インターネットウェブサーバおよび他のユーザデバイスなど、5Gネットワークの外部のエンティティへのアクセスを提供することになる。そのようにして、UE104は、地上波基地局102からの通信信号の代わりに、またはそれに加えて、SV112から通信信号(たとえば、信号124)を受信し得る。

【0045】

ワイヤレス通信システム100は、1つまたは複数のデバイス間(D2D)ピアツーピア(P2P)リンク(「サイドリンク」と呼ばれる)を介して1つまたは複数の通信ネットワークに間接的に接続する、UE190などの1つまたは複数のUEをさらに含んでよい。図1の例では、UE190は、基地局102のうちの1つに接続されたUE104のうちの1つとのD2D P2Pリンク192(たとえば、それを通じてUE190がセルラー接続性を間接的に取得し得る)、およびWLAN AP150に接続されたWLAN STA152とのD2D P2Pリンク194(それを通じてUE190がWLANベースのインターネット接続性を間接的に取得し得る)を有する。一例では、D2D P2Pリンク192および194は、LTEダイレクト(LTE-D)、WiFiダイレクト(WiFi-D)、Bluetooth(登録商標)などの、よく知られている任意のD2D RATを用いてサポートされ得る。

【0046】

図2Aは、例示的なワイヤレスネットワーク構造200を示す。たとえば、5GC210(次世代コア(NGC)とも呼ばれる)は、協働的に動作してコアネットワークを形成する、制御プレーン(Cプレーン)機能214(たとえば、UE登録、認証、ネットワークアクセス、ゲートウェイ選択など)およびユーザプレーン(Uプレーン)機能212(たとえば、UEゲートウェイ機能、データネットワークへのアクセス、IPルーティングなど)として機能的に見られ得る。ユーザプレーンインターフェース(NG-U)213および制御プレーンインターフェース(NG-C)215は、gNB222を5GC210に、詳細には、それぞれ、ユーザプレーン機能212および制御プレーン機能214に接続する。追加の構成では、ng-eNB224も、制御プレーン機能214へのNG-C215およびユーザプレーン機能212へのNG-U213を介して、5GC210に接続されてよい。さらに、ng-eNB224は、バックホール接続223を介してgNB222と直接通信し得る。いくつかの構成では、次世代RAN(NG-RAN)220は、1つまたは複数のgNB222を有してよいが、他の構成は、ng-eNB224とgNB222の両方のうちの1つまたは複数を含む。gNB222またはng-eNB224のいずれか(または、その両方)は、1つまたは複数のUE204(たとえば、本明細書で説明するUEのうちのいずれか)と通信し得る。

【0047】

別の随意の態様は、UE204にロケーション支援を提供するために5GC210と通信していることがあるロケーションサーバ230を含んでよい。ロケーションサーバ230は、複数の別個のサーバ(たとえば、物理的に別個のサーバ、単一のサーバ上の異なるソフトウェアモジュール、複数の物理サーバにわたって広がる異なるソフトウェアモジュールなど)として実装され得、または代替として、各々が単一のサーバに対応してもよい。ロケーションサーバ230は、コアネットワーク5GC210を介して、および/またはインターネット(図示せず)を介して、ロケーションサーバ230に接続できるUE204のための、1つまたは複数のロケーションサービスをサポートするように構成され得る。さらに、ロケーションサーバ230は、コアネットワークの構成要素の中に統合されてよく、または代替として、コアネットワークの外部にあってもよい(たとえば、相手先商標製造会社(OEM)サーバまたはサービスサーバなどの、サードパーティのサーバ)。

【0048】

図2Bは、別の例示的なワイヤレスネットワーク構造250を示す。(図2Aの中の5GC210に相当し得る)5GC260は、協働的に動作してコアネットワーク(すなわち、5GC260)を形成する、アクセスおよびモビリティ管理機能(AMF)264によって提供される制御プレーン機能、ならびにユーザプレーン機能(UPF)262によって提供されるユーザプレーン機能として機能的に見られ得る。AMF264の機能は、登録管理、接続管理、到達可能性管理、モビリティ管理、合法的傍受、1つまたは複数のUE204(たとえば、本明細書で説明するUEのうちのいずれか)とセッション管理機能(SMF)266との間でのセッション管理(SM)メッセージのためのトランスポート、SMメッセージをルーティングするための透過型プロキシサービス、アクセス認証およびアクセス許可、UE204とショートメッセージサービス機能(SMSF)(図示せず)との間でのショートメッセージサービス(SMS)メッセージのためのトランスポート、ならびにセキュリティアンカー機能性(SEAF)を含む。AMF264はまた、認証サーバ機能(AUSF)(図示せず)およびUE204と相互作用し、UE204認証プロセスの結果として確立された中間鍵を受信する。UMTS(ユニバーサルモバイル電気通信システム)加入者識別モジュール(USIM)に基づく認証の場合には、AMF264はAUSFからセキュリティマテリアルを取り出す。AMF264の機能はまた、セキュリティコンテキスト管理(SCM)を含む。SCMは、アクセスネットワーク固有鍵を導出するためにSCMが使用する鍵をSEAFから受信する。AMF264の機能性はまた、規制上のサービスのためのロケーションサービス管理、UE204と(ロケーションサーバ230として働く)ロケーション管理機能(LMF)270との間でのロケーションサービスメッセージのためのトランスポート、NG-RAN220とLMF270との間でのロケーションサービスメッセージのためのトランスポート、発展型パケットシステム(EPS)と相互作用するためのEPSベアラ識別子割振り、およびUE204モビリティイベント通知を含む。加えて、AMF264は、非3GPP(登録商標)(第3世代パートナーシッププロジェクト)アクセスネットワークのための機能性もサポートする。

【0049】

UPF262の機能は、(適用可能なとき)RAT内/RAT間モビリティのためのアンカーポイントとして働くこと、データネットワーク(図示せず)への相互接続の外部プロトコルデータ単位(PDU)セッションポイントとして働くこと、パケットのルーティングおよび転送を行うこと、パケット検査、ユーザプレーンポリシー規則強制(たとえば、ゲーティング、リダイレクション、トラフィックステアリング)、合法的傍受(ユーザプレーン収集)、トラフィック使用報告、ユーザプレーンのためのサービス品質(QoS)処理(たとえば、アップリンク/ダウンリンクレート強制、ダウンリンクにおける反射型QoSマーキング)、アップリンクトラフィック検証(サービスデータフロー(SDF)からQoSフローへのマッピング)、アップリンクおよびダウンリンクにおけるトランスポートレベルのパケットマーキング、ダウンリンクパケットバッファリングおよびダウンリンクデータ通知トリガリング、ならびに1つまたは複数の「エンドマーカー」をソースRANノードへ送ることおよび転送することを含む。UPF262はまた、UE204とSLP272などのロケーションサーバとの間でのユーザプレーンを介したロケーションサービスメッセージの転送をサポートし得る。

【0050】

SMF266の機能は、セッション管理、UEインターネットプロトコル(IP)アドレス割振りおよび管理、ユーザプレーン機能の選択および制御、適切な宛先にトラフィックをルーティングするための、UPF262におけるトラフィックステアリングの構成、ポリシー強制およびQoSの部分の制御、ならびにダウンリンクデータ通知を含む。SMF266がそれを介してAMF264と通信するインターフェースは、N11インターフェースと呼ばれる。

【0051】

別の随意の態様は、UE204にロケーション支援を提供するために5GC260と通信していることがあるLMF270を含んでよい。LMF270は、複数の別個のサーバ(たとえば、物理的に別個のサーバ、単一のサーバ上の異なるソフトウェアモジュール、複数の物理サーバにわたって広がる異なるソフトウェアモジュールなど)として実装され得、または代替として、各々が単一のサーバに対応してもよい。LMF270は、コアネットワーク5GC260を介して、および/またはインターネット(図示せず)を介して、LMF270に接続できるUE204のための、1つまたは複数のロケーションサービスをサポートするように構成され得る。SLP272は、LMF270と類似の機能をサポートし得るが、その一方で、LMF270は、制御プレーンを介して(たとえば、音声またはデータではなくシグナリングメッセージを伝達することを意図するインターフェースおよびプロトコルを使用して)AMF264、NG-RAN220、およびUE204と通信してよく、SLP272は、ユーザプレーンを介して(たとえば、伝送制御プロトコル(TCP)および/またはIPのような音声および/またはデータを搬送することを意図するプロトコルを使用して)UE204および外部クライアント(図2Bに示さず)と通信してよい。

【0052】

ユーザプレーンインターフェース263および制御プレーンインターフェース265は、5GC260を、詳細にはUPF262およびAMF264を、それぞれ、NG-RAN220の中の1つまたは複数のgNB222および/またはng-eNB224に接続する。gNB222および/またはng-eNB224とAMF264との間のインターフェースは、「N2」インターフェースと呼ばれ、gNB222および/またはng-eNB224とUPF262との間のインターフェースは、「N3」インターフェースと呼ばれる。NG-RAN220のgNB222および/またはng-eNB224は、「Xn-C」インターフェースと呼ばれるバックホール接続223を介して互いに直接通信し得る。gNB222および/またはng-eNB224のうちの1つまたは複数は、「Uu」インターフェースと呼ばれるワイヤレスインターフェースを介して1つまたは複数のUE204と通信し得る。

【0053】

gNB222の機能性は、gNB中央ユニット(gNB-CU)226と1つまたは複数のgNB分散ユニット(gNB-DU)228との間で分割される。gNB-CU226と1つまたは複数のgNB-DU228との間のインターフェース232は、「F1」インターフェースと呼ばれる。gNB-CU226は、gNB-DU228に排他的に割り振られるそれらの機能を除いて、ユーザデータを転送すること、モビリティ制御、無線アクセスネットワーク共有、測位、セッション管理などの基地局機能を含む、論理ノードである。より詳細には、gNB-CU226は、gNB222の無線リソース制御(RRC)、サービスデータ適合プロトコル(SDAP)、およびパケットデータコンバージェンスプロトコル(PDCP)プロトコルをホストする。gNB-DU228は、gNB222の無線リンク制御(RLC)、媒体アクセス制御(MAC)、および物理(PHY)レイヤをホストする論理ノードである。その動作はgNB-CU226によって制御される。1つのgNB-DU228が、1つまたは複数のセルをサポートすることができ、1つのセルが、ただ1つのgNB-DU228によってサポートされる。したがって、UE204は、RRC、SDAP、およびPDCPレイヤを介してgNB-CU226と、ならびにRLC、MAC、およびPHYレイヤを介してgNB-DU228と通信する。

【0054】

図3A、図3B、および図3Cは、本明細書で教示するようなファイル送信動作をサポートするために、(本明細書で説明するUEのうちのいずれかに相当し得る)UE302、(本明細書で説明する基地局のうちのいずれかに相当し得る)基地局304、および(ロケーションサーバ230およびLMF270を含む、本明細書で説明するネットワーク機能のうちのいずれかに相当し得るかもしくはそれを具現し得、または代替として、プライベートネットワークなどの、図2Aおよび図2Bに示すNG-RAN220および/もしくは5GC210/260基盤から独立していてよい)ネットワークエンティティ306の中に組み込まれてよい、(対応するブロックによって表される)いくつかの例示的な構成要素を示す。これらの構成要素が、異なる実装形態で(たとえば、ASICで、システムオンチップ(SoC)でなど)異なるタイプの装置の中に実装され得ることが、諒解されよう。図示した構成要素はまた、通信システムの中の他の装置の中に組み込まれてよい。たとえば、システムの中の他の装置が、類似の機能性を提供するために、説明した構成要素と類似の構成要素を含んでよい。また、所与の装置が、構成要素のうちの1つまたは複数を含んでもよい。たとえば、装置は、装置が複数のキャリア上で動作することおよび/または異なる技術を介して通信することを可能にする複数のトランシーバ構成要素を含んでよい。

【0055】

UE302および基地局304は各々、それぞれ、NRネットワーク、LTEネットワーク、GSMネットワークなどの1つまたは複数のワイヤレス通信ネットワーク(図示せず)を介して通信するための手段(たとえば、送信するための手段、受信するための手段、測定するための手段、同調させるための手段、送信することを控えるための手段など)を提供する、1つまたは複数のワイヤレスワイドエリアネットワーク(WWAN)トランシーバ310および350を含む。WWANトランシーバ310および350は各々、対象のワイヤレス通信媒体(たとえば、特定の周波数スペクトルの中の時間/周波数リソースのいくつかのセット)上で少なくとも1つの指定されたRAT(たとえば、NR、LTE、GSMなど)を介して他のUE、アクセスポイント、基地局(たとえば、eNB、gNB)などの、他のネットワークノードと通信するために、それぞれ、1つまたは複数のアンテナ316および356に接続され得る。WWANトランシーバ310および350は、指定されたRATに従って、それぞれ、信号318および358(たとえば、メッセージ、表示、情報など)を送信および符号化するために、また反対に、それぞれ、信号318および358(たとえば、メッセージ、表示、情報、パイロットなど)を受信および復号するために、様々に構成されてよい。詳細には、WWANトランシーバ310および350は、それぞれ、信号318および358を送信および符号化するために、それぞれ、1つまたは複数の送信機314および354を、またそれぞれ、信号318および358を受信および復号するために、それぞれ、1つまたは複数の受信機312および352を含む。

【0056】

UE302および基地局304は各々、少なくとも場合によっては、それぞれ、1つまたは複数の短距離ワイヤレストランシーバ320および360も含む。短距離ワイヤレストランシーバ320および360は、それぞれ、1つまたは複数のアンテナ326および366に接続されてよく、対象のワイヤレス通信媒体上で少なくとも1つの指定されたRAT(たとえば、WiFi、LTE-D、Bluetooth(登録商標)、Zigbee(登録商標)、Z-Wave(登録商標)、PC5、専用短距離通信(DSRC)、車両環境用ワイヤレスアクセス(WAVE)、近距離場通信(NFC)など)を介して他のUE、アクセスポイント、基地局などの他のネットワークノードと通信するための手段(たとえば、送信するための手段、受信するための手段、測定するための手段、同調させるための手段、送信することを控えるための手段など)を提供し得る。短距離ワイヤレストランシーバ320および360は、指定されたRATに従って、それぞれ、信号328および368(たとえば、メッセージ、表示、情報など)を送信および符号化するために、また反対に、それぞれ、信号328および368(たとえば、メッセージ、表示、情報、パイロットなど)を受信および復号するために、様々に構成されてよい。詳細には、短距離ワイヤレストランシーバ320および360は、それぞれ、信号328および368を送信および符号化するために、それぞれ、1つまたは複数の送信機324および364を、またそれぞれ、信号328および368を受信および復号するために、それぞれ、1つまたは複数の受信機322および362を含む。具体例として、短距離ワイヤレストランシーバ320および360は、WiFiトランシーバ、Bluetooth(登録商標)トランシーバ、Zigbee(登録商標)および/もしくはZ-Wave(登録商標)トランシーバ、NFCトランシーバ、または車両間(V2V)および/もしくはビークルツーエブリシング(V2X)トランシーバであってよい。

【0057】

UE302および基地局304はまた、少なくとも場合によっては、衛星信号受信機330および370を含む。衛星信号受信機330および370は、それぞれ、1つまたは複数のアンテナ336および376に接続されてよく、それぞれ、衛星測位/通信信号338および378を受信および/または測定するための手段を提供し得る。衛星信号受信機330および370が、衛星測位システム受信機である場合、衛星測位/通信信号338および378は、全地球測位システム(GPS)信号、全地球ナビゲーション衛星システム(GLONASS)信号、Galileo信号、Beidou信号、インド地域航法衛星システム(NAVIC)、Quasi-Zenith衛星システム(QZSS)などであり得る。衛星信号受信機330および370が、非地上波ネットワーク(NTN)受信機である場合、衛星測位/通信信号338および378は、5Gネットワークから発信する(たとえば、制御および/またはユーザデータを搬送する)通信信号であり得る。衛星信号受信機330および370は、それぞれ、衛星測位/通信信号338および378を受信および処理するための、任意の好適なハードウェアおよび/またはソフトウェアを備えてよい。衛星信号受信機330および370は、適宜に他のシステムに情報および動作を要求し、少なくとも場合によっては、任意の好適な衛星測位システムアルゴリズムによって、取得された測定値を使用して、UE302および基地局304のロケーションをそれぞれ決定するために計算を実行し得る。

【0058】

基地局304およびネットワークエンティティ306は各々、他のネットワークエンティティ(たとえば、他の基地局304、他のネットワークエンティティ306)と通信するための手段(たとえば、送信するための手段、受信するための手段など)を提供する、それぞれ、1つまたは複数のネットワークトランシーバ380および390を含む。たとえば、基地局304は、1つまたは複数の有線またはワイヤレスのバックホールリンクを介して他の基地局304またはネットワークエンティティ306と通信するための、1つまたは複数のネットワークトランシーバ380を採用し得る。別の例として、ネットワークエンティティ306は、1つもしくは複数の有線もしくはワイヤレスのバックホールリンクを介して1つもしくは複数の基地局304と、または、1つもしくは複数の有線もしくはワイヤレスのコアネットワークインターフェースを介して他のネットワークエンティティ306と通信するための、1つまたは複数のネットワークトランシーバ390を採用し得る。

【0059】

トランシーバは、有線リンクまたはワイヤレスリンクを介して通信するように構成され得る。(有線トランシーバまたはワイヤレストランシーバにかかわらず)トランシーバは、送信機回路構成(たとえば、送信機314、324、354、364)および受信機回路構成(たとえば、受信機312、322、352、362)を含む。トランシーバは、いくつかの実装形態では、(たとえば、単一のデバイスの中で送信機回路構成および受信機回路構成を具現する)集積デバイスであってよく、いくつかの実装形態では、別個の送信機回路構成および別個の受信機回路構成を備えてよく、または他の実装形態では、他の方法で具現されてもよい。有線トランシーバ(たとえば、いくつかの実装形態におけるネットワークトランシーバ380および390)の送信機回路構成および受信機回路構成は、1つまたは複数の有線ネットワークインターフェースポートに結合され得る。ワイヤレス送信機回路構成(たとえば、送信機314、324、354、364)は、本明細書で説明するように、それぞれの装置(たとえば、UE302、基地局304)が送信「ビームフォーミング」を実行することを可能にするアンテナアレイなどの、複数のアンテナ(たとえば、アンテナ316、326、356、366)を含んでよく、またはそれに結合されてもよい。同様に、ワイヤレス受信機回路構成(たとえば、受信機312、322、352、362)は、本明細書で説明するように、それぞれの装置(たとえば、UE302、基地局304)が受信ビームフォーミングを実行することを可能にするアンテナアレイなどの、複数のアンテナ(たとえば、アンテナ316、326、356、366)を含んでよく、またはそれに結合されてもよい。一態様では、送信機回路構成および受信機回路構成は、それぞれの装置が所与の時間において受信または送信のみができ、同じ時間においてその両方はできないような、複数の同じアンテナ(たとえば、アンテナ316、326、356、366)を共有し得る。ワイヤレストランシーバ(たとえば、WWANトランシーバ310および350、短距離ワイヤレストランシーバ320および360)はまた、様々な測定を実行するためのネットワークリッスンモジュール(NLM)などを含んでよい。

【0060】

本明細書で使用する様々なワイヤレストランシーバ(たとえば、いくつかの実装形態における、トランシーバ310、320、350、および360、ならびにネットワークトランシーバ380および390)および有線トランシーバ(たとえば、いくつかの実装形態における、ネットワークトランシーバ380および390)は、一般に、「トランシーバ」、「少なくとも1つのトランシーバ」、または「1つまたは複数のトランシーバ」として特徴づけられてよい。したがって、特定のトランシーバが、有線のトランシーバに関係するのか、またはワイヤレスのトランシーバに関係するのかは、実行される通信のタイプから推測され得る。たとえば、ネットワークデバイスまたはサーバの間のバックホール通信は、一般に、有線トランシーバを介したシグナリングに関係するが、UE(たとえば、UE302)と基地局(たとえば、基地局304)との間のワイヤレス通信は、一般に、ワイヤレストランシーバを介したシグナリングに関係する。

【0061】

UE302、基地局304、およびネットワークエンティティ306はまた、本明細書で開示するような動作と連携して使用され得る他の構成要素を含む。UE302、基地局304、およびネットワークエンティティ306は、たとえば、ワイヤレス通信に関係する機能性を提供するための、および他の処理機能性を提供するための、それぞれ、1つまたは複数のプロセッサ332、384、および394を含む。したがって、プロセッサ332、384、および394は、決定するための手段、計算するための手段、受信するための手段、送信するための手段、示すための手段などの、処理するための手段を提供し得る。一態様では、プロセッサ332、384、および394は、たとえば、1つまたは複数の汎用プロセッサ、マルチコアプロセッサ、中央処理ユニット(CPU)、ASIC、デジタル信号プロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、他のプログラマブル論理デバイスもしくは処理回路構成、またはそれらの様々な組合せを含んでよい。

【0062】

UE302、基地局304、およびネットワークエンティティ306は、情報(たとえば、予約済みのリソース、しきい値、パラメータなどを示す情報)を維持するための、それぞれ、(たとえば、各々がメモリデバイスを含む)メモリ340、386、および396を実装するメモリ回路構成を含む。したがって、メモリ340、386、および396は、記憶するための手段、取り出すための手段、保持するための手段などを提供し得る。場合によっては、UE302、基地局304、およびネットワークエンティティ306は、それぞれ、測位構成要素342、388、および398を含んでよい。測位構成要素342、388、および398は、実行されたとき、本明細書で説明する機能性をUE302、基地局304、およびネットワークエンティティ306に実行させる、それぞれ、プロセッサ332、384、および394の一部であるかまたはそれに結合される、ハードウェア回路であってよい。他の態様では、測位構成要素342、388、および398は、プロセッサ332、384、および394の外部にあってよい(たとえば、モデム処理システムの一部であってよく、別の処理システムと統合されてよいなど)。代替として、測位構成要素342、388、および398は、プロセッサ332、384、および394(または、モデム処理システム、別の処理システムなど)によって実行されたとき、本明細書で説明する機能性をUE302、基地局304、およびネットワークエンティティ306に実行させる、それぞれ、メモリ340、386、および396の中に記憶される、メモリモジュールであってよい。図3Aは、たとえば、1つまたは複数のWWANトランシーバ310、メモリ340、1つまたは複数のプロセッサ332、もしくはそれらの任意の組合せの一部であり得るか、またはスタンドアロンの構成要素であり得る、測位構成要素342の可能なロケーションを示す。図3Bは、たとえば、1つまたは複数のWWANトランシーバ350、メモリ386、1つまたは複数のプロセッサ384、もしくはそれらの任意の組合せの一部であり得るか、またはスタンドアロンの構成要素であり得る、測位構成要素388の可能なロケーションを示す。図3Cは、たとえば、1つまたは複数のネットワークトランシーバ390、メモリ396、1つまたは複数のプロセッサ394、もしくはそれらの任意の組合せの一部であり得るか、またはスタンドアロンの構成要素であり得る、測位構成要素398の可能なロケーションを示す。

【0063】

UE302は、1つまたは複数のWWANトランシーバ310、1つまたは複数の短距離ワイヤレストランシーバ320、および/または衛星信号受信機330によって受信された信号から導出される動きデータから独立している動き情報および/または方位情報を感知または検出するための手段を提供するために、1つまたは複数のプロセッサ332に結合された1つまたは複数のセンサー344を含んでよい。例として、センサー344は、加速度計(たとえば、超小型電気機械システム(MEMS)デバイス)、ジャイロスコープ、地磁気センサー(たとえば、コンパス)、高度計(たとえば、気圧高度計)、および/または任意の他のタイプの動き検出センサーを含んでよい。その上、センサー344は、複数の異なるタイプのデバイスを含んでよく、動き情報を提供するためにそれらの出力を組み合わせてよい。たとえば、センサー344は、2次元(2D)および/または3次元(3D)座標系における位置を算出するための能力を提供するために、多軸加速度計と方位センサーとの組合せを使用してよい。

【0064】

加えて、UE302は、ユーザに表示(たとえば、音響表示および/または視覚表示)を提供するための、および/または(たとえば、キーパッド、タッチスクリーン、マイクロフォンなどの感知デバイスのユーザ作動時などに)ユーザ入力を受け取るための手段を提供する、ユーザインターフェース346を含む。図示しないが、基地局304およびネットワークエンティティ306もユーザインターフェースを含んでよい。

【0065】

より詳細に1つまたは複数のプロセッサ384を参照すると、ダウンリンクでは、ネットワークエンティティ306からのIPパケットがプロセッサ384に提供され得る。1つまたは複数のプロセッサ384は、RRCレイヤ、パケットデータコンバージェンスプロトコル(PDCP)レイヤ、無線リンク制御(RLC)レイヤ、および媒体アクセス制御(MAC)レイヤのための機能性を実施し得る。1つまたは複数のプロセッサ384は、システム情報(たとえば、マスタ情報ブロック(MIB)、システム情報ブロック(SIB))のブロードキャスティング、RRC接続制御(たとえば、RRC接続ページング、RRC接続確立、RRC接続修正、およびRRC接続解放)、RAT間モビリティ、およびUE測定報告のための測定構成に関連する、RRCレイヤ機能性と、ヘッダ圧縮/解凍、セキュリティ(暗号化、解読、完全性保護、完全性検証)、およびハンドオーバサポート機能に関連する、PDCPレイヤ機能性と、上位レイヤPDUの転送、自動再送要求(ARQ)を通じた誤り訂正、RLCサービスデータ単位(SDU)の連結、セグメント化、およびリアセンブリ、RLCデータPDUの再セグメント化、ならびにRLCデータPDUの並べ替えに関連する、RLCレイヤ機能性と、論理チャネルとトランスポートチャネルとの間のマッピング、スケジューリング情報報告、誤り訂正、優先度処理、および論理チャネル優先度付けに関連する、MACレイヤ機能性とを提供し得る。

【0066】

送信機354および受信機352は、様々な信号処理機能に関連するレイヤ1(L1)機能性を実施し得る。物理(PHY)レイヤを含むレイヤ1は、トランスポートチャネル上での誤り検出、トランスポートチャネルの前方誤り訂正(FEC)コーディング/復号、インターリービング、レートマッチング、物理チャネル上へのマッピング、物理チャネルの変調/復調、およびMIMOアンテナ処理を含んでよい。送信機354は、様々な変調方式(たとえば、2位相シフトキーイング(BPSK)、4位相シフトキーイング(QPSK)、M位相シフトキーイング(M-PSK)、M相直交振幅変調(M-QAM))に基づく信号コンスタレーションへのマッピングを扱う。コーディングおよび変調されたシンボルは、次いで、並列ストリームに分割され得る。各ストリームは、次いで、直交周波数分割多重化(OFDM)サブキャリアにマッピングされ、時間領域および/または周波数領域において参照信号(たとえば、パイロット)と多重化され、次いで、逆高速フーリエ変換(IFFT)を使用して一緒に合成されて、時間領域OFDMシンボルストリームを搬送する物理チャネルを生成し得る。OFDMシンボルストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために、使用され得る。チャネル推定値は、UE302によって送信された参照信号および/またはチャネル条件フィードバックから導出され得る。各空間ストリームは、次いで、1つまたは複数の異なるアンテナ356に提供され得る。送信機354は、送信のためにそれぞれの空間ストリームを用いてRFキャリアを変調し得る。

【0067】

UE302において、受信機312は、そのそれぞれのアンテナ316を通じて信号を受信する。受信機312は、RFキャリア上に変調された情報を復元し、その情報を1つまたは複数のプロセッサ332に提供する。送信機314および受信機312は、様々な信号処理機能に関連するレイヤ1機能性を実施する。受信機312は、UE302に向けられた任意の空間ストリームを復元するために、情報に対して空間処理を実行し得る。複数の空間ストリームは、UE302に向けられている場合、受信機312によって単一のOFDMシンボルストリームに合成され得る。受信機312は、次いで、高速フーリエ変換(FFT)を使用してOFDMシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、OFDM信号のサブキャリアごとに別個のOFDMシンボルストリームを備える。各サブキャリア上のシンボル、および参照信号は、基地局304によって送信された可能性が最も高い信号コンスタレーションポイントを決定することによって、復元および復調される。これらの軟判定は、チャネル推定器によって算出されたチャネル推定値に基づいてよい。軟判定は、次いで、復号およびデインターリーブされて、物理チャネル上で基地局304によって最初に送信されたデータおよび制御信号を復元する。データおよび制御信号は、次いで、レイヤ3(L3)機能性およびレイヤ2(L2)機能性を実施する1つまたは複数のプロセッサ332に提供される。

【0068】

アップリンクでは、1つまたは複数のプロセッサ332は、トランスポートチャネルと論理チャネルとの間の多重化解除、パケットリアセンブリ、解読、ヘッダ解凍、および制御信号処理を行って、コアネットワークからのIPパケットを復元する。1つまたは複数のプロセッサ332はまた、誤り検出を担当する。

【0069】

基地局304によるダウンリンク送信に関して説明した機能性と同様に、1つまたは複数のプロセッサ332は、システム情報(たとえば、MIB、SIB)獲得、RRC接続、および測定報告に関連する、RRCレイヤ機能性と、ヘッダ圧縮/解凍およびセキュリティ(暗号化、解読、完全性保護、完全性検証)に関連する、PDCPレイヤ機能性と、上位レイヤPDUの転送、ARQを通じた誤り訂正、RLC SDUの連結、セグメント化、およびリアセンブリ、RLCデータPDUの再セグメント化、ならびにRLCデータPDUの並べ替えに関連する、RLCレイヤ機能性と、論理チャネルとトランスポートチャネルとの間のマッピング、トランスポートブロック(TB)上へのMAC SDUの多重化、TBからのMAC SDUの多重化解除、スケジューリング情報報告、ハイブリッド自動再送要求(HARQ)を通じた誤り訂正、優先度処理、および論理チャネル優先度付けに関連する、MACレイヤ機能性とを提供する。

【0070】

基地局304によって送信された参照信号またはフィードバックからチャネル推定器によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択するために、および空間処理を容易にするために、送信機314によって使用され得る。送信機314によって生成された空間ストリームは、異なるアンテナ316に提供され得る。送信機314は、送信のためにそれぞれの空間ストリームを用いてRFキャリアを変調し得る。

【0071】

アップリンク送信は、UE302における受信機機能に関して説明したものと同様の方法で基地局304において処理される。受信機352は、そのそれぞれのアンテナ356を通じて信号を受信する。受信機352は、RFキャリア上に変調された情報を復元し、その情報を1つまたは複数のプロセッサ384に提供する。

【0072】

アップリンクでは、1つまたは複数のプロセッサ384は、トランスポートチャネルと論理チャネルとの間の多重化解除、パケットリアセンブリ、解読、ヘッダ解凍、制御信号処理を行って、UE302からのIPパケットを復元する。1つまたは複数のプロセッサ384からのIPパケットは、コアネットワークに提供され得る。1つまたは複数のプロセッサ384はまた、誤り検出を担当する。

【0073】

便宜上、UE302、基地局304、および/またはネットワークエンティティ306は、本明細書で説明する様々な例に従って構成され得る様々な構成要素を含むものとして図3A、図3Bおよび図3Cに示される。しかしながら、図示した構成要素が、異なる設計において異なる機能性を有し得ることが、諒解されよう。詳細には、図3A～図3Cにおける様々な構成要素は、代替構成では随意であり、様々な態様は、設計選択、コスト、デバイスの使用、または他の考慮事項に起因して変わることがある構成を含む。たとえば、図3Aの事例において、UE302の特定の実装形態は、WWANトランシーバ310を省略してよく(たとえば、ウェアラブルデバイスまたはタブレットコンピュータまたはPCまたはラップトップは、セルラー能力を伴わずにWi-Fiおよび/またはBluetooth能力を有してよい)、または短距離ワイヤレストランシーバ320を省略してよく(たとえば、セルラー専用など)、または衛星信号受信機330を省略してよく、またはセンサー344を省略してよく、以下同様である。別の例では、図3Bの事例において、基地局304の特定の実装形態は、WWANトランシーバ350を省略してよく(たとえば、セルラー能力を伴わないWi-Fi「ホットスポット」アクセスポイント)、または短距離ワイヤレストランシーバ360を省略してよく(たとえば、セルラー専用など)、または衛星信号受信機370を省略してよく、以下同様である。簡潔のために、様々な代替構成の例示は本明細書で提供されないが、当業者に容易に理解可能であるはずである。

【0074】

UE302、基地局304、およびネットワークエンティティ306の様々な構成要素は、それぞれ、データバス334、382、および392を介して互いに通信可能に結合され得る。一態様では、データバス334、382、および392は、それぞれ、UE302、基地局304、およびネットワークエンティティ306の通信インターフェースを形成し得るかまたはその一部であってよい。たとえば、様々な論理エンティティが同じデバイスの中で具現される場合(たとえば、同じ基地局304の中に組み込まれたgNBおよびロケーションサーバ機能性)、データバス334、382、および392は、それらの間の通信を提供し得る。

【0075】

図3A、図3Bおよび図3Cの構成要素は、様々な方法で実装され得る。いくつかの実装形態では、図3A、図3Bおよび図3Cの構成要素は、たとえば、1つもしくは複数のプロセッサおよび/または(1つまたは複数のプロセッサを含み得る)1つもしくは複数のASICなどの、1つまたは複数の回路の中に実装され得る。ここで、各回路は、この機能性を提供するために回路によって使用される情報または実行可能コードを記憶するための少なくとも1つのメモリ構成要素を使用することおよび/または組み込むことがある。たとえば、ブロック310～346によって表される機能性の一部または全部は、(たとえば、適切なコードの実行によって、および/またはプロセッサ構成要素の適切な構成によって)UE302のプロセッサおよびメモリ構成要素によって実施され得る。同様に、ブロック350～388によって表される機能性の一部または全部は、(たとえば、適切なコードの実行によって、および/またはプロセッサ構成要素の適切な構成によって)基地局304のプロセッサおよびメモリ構成要素によって実施され得る。また、ブロック390～398によって表される機能性の一部または全部は、(たとえば、適切なコードの実行によって、および/またはプロセッサ構成要素の適切な構成によって)ネットワークエンティティ306のプロセッサおよびメモリ構成要素によって実施され得る。簡単のために、様々な動作、行為、および/または機能は、「UEによって」、「基地局によって」、「ネットワークエンティティによって」などで実行されるものとして本明細書で説明される。しかしながら、諒解されるように、そのような動作、行為、および/または機能は、実際にはプロセッサ332、384、394、トランシーバ310、320、350、および360、メモリ340、386、および396、測位構成要素342、388、および398などの、UE302、基地局304、ネットワークエンティティ306などの特定の構成要素または構成要素の組合せによって実行されてよい。

【0076】

いくつかの設計では、ネットワークエンティティ306は、コアネットワーク構成要素として実装されてよい。他の設計では、ネットワークエンティティ306は、セルラーネットワーク基盤(たとえば、NG RAN220および/または5GC210/260)のネットワーク事業者または運用とは別個であってよい。たとえば、ネットワークエンティティ306は、基地局304を介してUE302と通信するように、または(たとえば、WiFiなどの非セルラー通信リンクを介して)基地局304から独立して構成され得る、プライベートネットワークの構成要素であってよい。

【0077】

ネットワークノード(たとえば、基地局およびUE)の間でのダウンリンク送信およびアップリンク送信をサポートするために、様々なフレーム構造が使用され得る。図4は、本開示の態様によるダウンリンクフレーム構造の例を示す図400である。他のワイヤレス通信技術は、異なるフレーム構造および/または異なるチャネルを有してよい。

【0078】

LTE、および場合によってはNRは、ダウンリンク上でOFDMを、またアップリンク上でシングルキャリア周波数分割多重化(SC-FDM)を利用する。しかしながら、LTEとは異なり、NRはアップリンク上で同じくOFDMを使用するためのオプションを有する。OFDMおよびSC-FDMは、システム帯域幅を、通常、トーン、ビンなどとも呼ばれる、複数の(K本の)直交サブキャリアに区分する。各サブキャリアは、データを用いて変調されてよい。概して、変調シンボルは、OFDMを用いて周波数領域において、またSC-FDMを用いて時間領域において送られる。隣接するサブキャリア間の間隔は固定されてよく、サブキャリアの総数(K本)はシステム帯域幅に依存し得る。たとえば、サブキャリアの間隔は15キロヘルツ(kHz)であってよく、最小リソース割振り(リソースブロック)は12本のサブキャリア(すなわち、180kHz)であってよい。したがって、公称FFTサイズは、それぞれ、1.25、2.5、5、10、または20メガヘルツ(MHz)のシステム帯域幅に対して、128、256、512、1024、または2048に等しくてよい。システム帯域幅はまた、サブバンドに区分されてよい。たとえば、サブバンドは1.08MHz(すなわち、6個のリソースブロック)をカバーしてよく、それぞれ、1.25、2.5、5、10、または20MHzのシステム帯域幅に対して、1、2、4、8、または16個のサブバンドがあり得る。

【0079】

LTEは、単一のヌメロロジー(サブキャリア間隔(SCS)、シンボル長など)をサポートする。対照的に、NRは複数のヌメロロジー(μ)をサポートしてよく、たとえば、15kHz(μ=0)、30kHz(μ=1)、60kHz(μ=2)、120kHz(μ=3)、および240kHz(μ=4)、またはそれを超えるサブキャリア間隔が利用可能であってよい。各サブキャリア間隔において、スロット当たり14個のシンボルがある。15kHzのSCS(μ=0)の場合、サブフレーム当たり1つのスロット、すなわち、フレーム当たり10個のスロットがあり、スロット持続時間は1ミリ秒(ms)であり、シンボル持続時間は66.7マイクロ秒(μs)であり、FFTサイズが4Kの最大公称システム帯域幅(MHz単位)は50である。30kHzのSCS(μ=1)の場合、サブフレーム当たり2つのスロット、すなわち、フレーム当たり20個のスロットがあり、スロット持続時間は0.5msであり、シンボル持続時間は33.3μsであり、FFTサイズが4Kの最大公称システム帯域幅(MHz単位)は100である。60kHzのSCS(μ=2)の場合、サブフレーム当たり4つのスロット、すなわち、フレーム当たり40個のスロットがあり、スロット持続時間は0.25msであり、シンボル持続時間は16.7μsであり、FFTサイズが4Kの最大公称システム帯域幅(MHz単位)は200である。120kHzのSCS(μ=3)の場合、サブフレーム当たり8つのスロット、すなわち、フレーム当たり80個のスロットがあり、スロット持続時間は0.125msであり、シンボル持続時間は8.33μsであり、FFTサイズが4Kの最大公称システム帯域幅(MHz単位)は400である。240kHzのSCS(μ=4)の場合、サブフレーム当たり16個のスロット、すなわち、フレーム当たり160個のスロットがあり、スロット持続時間は0.0625msであり、シンボル持続時間は4.17μsであり、FFTサイズが4Kの最大公称システム帯域幅(MHz単位)は800である。

【0080】

図4の例では、15kHzのヌメロロジーが使用される。したがって、時間領域において、10msのフレームは、各々が1msの、サイズが等しい10個のサブフレームに分割され、各サブフレームは1つのタイムスロットを含む。図4では、時間が左から右に増大して時間が水平に(X軸上に)表され、周波数が下から上に高く(または、低く)なって周波数が垂直に(Y軸上に)表される。

【0081】

タイムスロットを表すためにリソースグリッドが使用されてよく、各タイムスロットは、周波数領域において1つまたは複数の時間並行のリソースブロック(RB)(物理RB(PRB)とも呼ばれる)を含む。リソースグリッドは、複数のリソース要素(RE)にさらに分割される。REは、時間領域において1シンボル長に、また周波数領域において1本のサブキャリアに対応し得る。図4のヌメロロジーでは、ノーマルサイクリックプレフィックスの場合、RBは、合計84個のREを得るために、周波数領域において12本の連続するサブキャリアを、かつ時間領域において7個の連続するシンボルを含んでよい。拡張サイクリックプレフィックスの場合、RBは、合計で72個のREを得るために、周波数領域において12本の連続するサブキャリアを、かつ時間領域において6個の連続するシンボルを含んでよい。各REによって搬送されるビット数は、変調方式に依存する。

【0082】

REのうちのいくつかは、ダウンリンク基準(パイロット)信号(DL-RS)を搬送する。DL-RSは、測位参照信号(PRS)、トラッキング参照信号(TRS)、位相追跡参照信号(PTRS)、セル固有参照信号(CRS)、チャネル状態情報参照信号(CSI-RS)、復調参照信号(DMRS)、1次同期信号(PSS)、2次同期信号(SSS)、同期信号ブロック(SSB)などを含んでよい。図4は、PRSを搬送するREの例示的なロケーション(「R」とラベル付けされる)を示す。

【0083】

PRSの送信のために使用されるリソース要素(RE)の集合は、「PRSリソース」と呼ばれる。リソース要素の集合は、周波数領域において複数のPRBに、また時間領域においてスロット内の「N個」(1個以上など)の連続するシンボルに広がることができる。時間領域における所与のOFDMシンボルの中で、PRSリソースは周波数領域における連続するPRBを占有する。

【0084】

所与のPRB内でのPRSリソースの送信は、特定のコム(comb)サイズ(「コム密度」とも呼ばれる)を有する。コムサイズ「N」は、PRSリソース構成の各シンボル内のサブキャリア間隔(または、周波数/トーン間隔)を表す。詳細には、コムサイズ「N」の場合、PRSはPRBのシンボルのN本ごとのサブキャリアの中で送信される。たとえば、コム4の場合、PRSリソース構成のシンボルごとに、4本ごとのサブキャリア(サブキャリア0、4、8など)に対応するREが、PRSリソースのPRSを送信するために使用される。現在、DL-PRSに対してコム2、コム4、コム6、およびコム12というコムサイズがサポートされる。図4は、(6個のシンボルに広がる)コム6に対する例示的なPRSリソース構成を示す。すなわち、影付きのRE(「R」とラベル付けされる)のロケーションはコム6 PRSリソース構成を示す。

【0085】

現在、DL-PRSリソースは、周波数領域全体に千鳥状パターンを伴ってスロット内の2、4、6、または12個の連続するシンボルに広がり得る。DL-PRSリソースは、スロットの、上位レイヤが構成した任意のダウンリンクシンボルまたはフレキシブル(FL)シンボルの中に構成され得る。所与のDL-PRSリソースのすべてのREに対して、一定のリソース要素単位エネルギー(EPRE:energy per resource element)があり得る。以下は、2、4、6、および12個のシンボルにわたるコムサイズ2、4、6、および12に対する、シンボルからシンボルまでの周波数オフセットである。2シンボルコム2: {0, 1}、4シンボルコム2: {0, 1, 0, 1}、6シンボルコム2: {0, 1, 0, 1, 0, 1}、12シンボルコム2: {0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0, 1}、4シンボルコム4: {0, 2, 1, 3}、12シンボルコム4: {0, 2, 1, 3, 0, 2, 1, 3, 0, 2, 1, 3}、6シンボルコム6: {0, 3, 1, 4, 2, 5}、12シンボルコム6: {0, 3, 1, 4, 2, 5, 0, 3, 1, 4, 2, 5}、および12シンボルコム12: {0, 6, 3, 9, 1, 7, 4, 10, 2, 8, 5, 11}。

【0086】

「PRSリソースセット」とは、PRS信号の送信のために使用されるPRSリソースのセットであり、ここで、各PRSリソースはPRSリソースIDを有する。加えて、PRSリソースセットの中のPRSリソースは、同じTRPに関連付けられる。PRSリソースセットは、PRSリソースセットIDによって識別され、(TRP IDによって識別される)特定のTRPに関連付けられる。加えて、PRSリソースセットの中のPRSリソースは、スロットにわたって同じ周期性、共通のミューティングパターン構成、および(「PRS-ResourceRepetitionFactor」などの)同じ反復係数を有する。周期性とは、最初のPRSインスタンスの最初のPRSリソースの最初の反復から、次のPRSインスタンスの同じ最初のPRSリソースの同じ最初の反復までの時間である。周期性は、μ=0、1、2、3であって2^μ*{4、5、8、10、16、20、32、40、64、80、160、320、640、1280、2560、5120、10240}スロットから選択される長さを有してよい。反復係数は、{1、2、4、6、8、16、32}スロットから選択される長さを有してよい。

【0087】

PRSリソースセットの中のPRSリソースIDは、単一のTRPから送信される単一のビーム(または、ビームID)に関連付けられる(ここで、TRPは1つまたは複数のビームを送信し得る)。すなわち、PRSリソースセットの各PRSリソースは異なるビーム上で送信されてよく、したがって、「PRSリソース」または単に「リソース」は「ビーム」と呼ばれることもある。TRP、およびPRSがその上で送信されるビームが、UEに知られているかどうかに対して、このことがいかなる暗示も有しないことに留意されたい。

【0088】

「PRSインスタンス」または「PRSオケージョン」とは、PRSが送信されるものと予想される周期的に反復される時間ウィンドウ(1つまたは複数の連続するスロットのグループなど)の1つのインスタンスである。PRSオケージョンは、「PRS測位オケージョン」、「PRS測位インスタンス」、「測位オケージョン」、「測位インスタンス」、「測位反復」、または単に「オケージョン」、「インスタンス」、もしくは「反復」と呼ばれることもある。

【0089】

「測位周波数レイヤ」(単に「周波数レイヤ」とも呼ばれる)とは、いくつかのパラメータに対して同じ値を有する1つまたは複数のTRPにわたる1つまたは複数のPRSリソースセットの集合である。詳細には、PRSリソースセットの集合は、同じサブキャリア間隔およびサイクリックプレフィックス(CP)タイプ(PDSCHに対してサポートされるすべてのヌメロロジーがPRSに対してもサポートされることを意味する)、同じPoint A、同じ値のダウンリンクPRS帯域幅、同じ開始PRB(および、中心周波数)、および同じコムサイズを有する。Point Aパラメータは、パラメータ「ARFCN-ValueNR」(ただし、「ARFCN」は「絶対無線周波数チャネル番号」を表す)の値を取り、送信および受信のために使用される1対の物理無線チャネルを指定する識別子/コードである。ダウンリンクPRS帯域幅は、最小が24個のPRBかつ最大が272個のPRBであって、4つのPRBという粒度を有してよい。現在、4つまでの周波数レイヤが規定されており、周波数レイヤごとにTRP当たり2つまでのPRSリソースセットが構成され得る。

【0090】

周波数レイヤの概念は、いくぶんコンポーネントキャリアおよび帯域幅部分(BWP)の概念のようであるが、データチャネルを送信するためにコンポーネントキャリアおよびBWPが1つの基地局(または、マクロセル基地局およびスモールセル基地局)によって使用されるが、PRSを送信するために周波数レイヤがいくつかの(通常は3つ以上の)基地局によって使用されるという点で異なる。UEは、LTE測位プロトコル(LPP)セッション中などの、UEがその測位能力をネットワークへ送るとき、UEがサポートできる周波数レイヤの数を示してよい。たとえば、UEは、UEが1つの測位周波数レイヤをサポートできるのかまたは4つの測位周波数レイヤをサポートできるのかを示してよい。

【0091】

DL-PRSをさらに参照すると、DL-PRSは、UEがより多くの隣接TRPを検出および測定することをNR測位が可能にするように規定されている。様々な展開(たとえば、屋内、屋外、サブ6GHz、mmW)を可能にするために、いくつかの構成がサポートされる。加えて、UE支援(UE以外の測位エンティティが、UEのロケーションの推定値を計算した場合)とUEベース(UEが、それ自体のロケーション推定値を計算する測位エンティティである場合)の両方のロケーション計算が、NRにおいてサポートされる。以下の表は、NRにおいてサポートされる様々な測位方法のために使用され得る様々なタイプの参照信号を示す。

【0092】

【表1】

【0093】

「測位参照信号」および「PRS」という用語が、概して、NRおよびLTEシステムにおける測位のために使用される特定の参照信号を指すことに留意されたい。しかしながら、本明細書で使用するとき、「測位参照信号」および「PRS」という用語はまた、限定はしないが、LTEおよびNRにおいて規定されるようなPRS、TRS、PTRS、CRS、CSI-RS、DMRS、PSS、SSS、SSB、SRS、UL-PRSなどの、測位のために使用され得る任意のタイプの参照信号を指すことがある。加えて、「測位参照信号」および「PRS」という用語は、文脈によって別段に規定されていない限り、ダウンリンク測位参照信号またはアップリンク測位参照信号を指すことがある。PRSのタイプをさらに区別するために必要な場合、ダウンリンク測位参照信号は「DL-PRS」と呼ばれることがあり、アップリンク測位参照信号(たとえば、測位用SRS、PTRS)は「UL-PRS」と呼ばれることがある。加えて、アップリンクとダウンリンクの両方において送信され得る信号(たとえば、DMRS、PTRS)に対して、方向を区別するために「UL」または「DL」が信号にプリペンドされることがある。たとえば、「UL-DMRS」は「DL-DMRS」から区別され得る。

【0094】

図5は、本開示の態様による例示的なUE測位動作500を示す。UE測位動作500は、UE204、NG-RAN220の中のNG-RANノード502(たとえば、gNB222、gNB-CU226、ng-eNB224、またはNG-RAN220の中の他のノード)、AMF264、LMF270、および5GCロケーションサービス(LCS)エンティティ580(たとえば、UE204のロケーションを要求する任意のサードパーティアプリケーション、公共サービスアクセスポイント(PSAP:public service access point)、E-911サーバなど)によって実行され得る。

【0095】

ターゲット(すなわち、UE204)のロケーションを取得するためのロケーションサービス要求は、5GC LCSエンティティ580、UE204にサービスするAMF264、またはUE204自体によって開始され得る。図5は、これらのオプションを、それぞれ段階510a、510b、および510cとして示す。詳細には、段階510aにおいて、5GC LCSエンティティ580は、AMF264にロケーションサービス要求を送る。代替として、段階510bにおいて、AMF264は、それ自体でロケーションサービス要求を生成する。代替として、段階510cにおいて、UE204は、AMF264にロケーションサービス要求を送る。

【0096】

AMF264がロケーションサービス要求を受信(または生成)した後、AMF264は、段階520において、LMF270にロケーションサービス要求を転送する。LMF270は、次いで、段階530aにおけるNG-RANノード502とのNG-RAN測位プロシージャ、および段階530bにおけるUE204とのUE測位プロシージャを実行する。具体的なNG-RAN測位プロシージャおよびUE測位プロシージャは、UE204の能力に依存し得る、UE204の位置を特定するために使用される測位方法のタイプに依存し得る。測位方法は、上記で説明したように、ダウンリンクベース(たとえば、LTE-OTDOA、DL-TDOA、およびDL-AoD)、アップリンクベース(たとえば、UL-TDOAおよびUL-AoA)、ならびに/またはダウンリンクおよびアップリンクベース(たとえば、LTE/NR E-CIDおよびRTT)であり得る。対応する測位プロシージャについては、公的に入手可能であり、その全体が参照により本明細書に組み込まれる、3GPP(登録商標)技術仕様(TS)38.305において詳細に説明されている。

【0097】

NG-RAN測位プロシージャおよびUE測位プロシージャは、UE204とLMF270との間のLTE測位プロトコル(LPP)シグナリング、およびNG-RANノード502とLMF270との間のLPPタイプA(LPPa)またはNR測位プロトコルタイプA(NRPPa)シグナリングを利用し得る。LPPは、ロケーション関連測定値もしくはロケーション推定値を取得するために、または支援データを転送するために、ロケーションサーバ(たとえば、LMF270)とUE(たとえば、UE204)との間でポイントツーポイントで使用される。単一のLPPセッションは、(たとえば、単一のMT-LR、MO-LR、またはネットワーク誘導ロケーション要求(NI-LR)のための)単一のロケーション要求をサポートするために使用される。複数のLPPセッションは、複数の異なるロケーション要求をサポートするために、同じエンドポイント間で使用され得る。各LPPセッションは、1つまたは複数のLPPトランザクションを備え、各LPPトランザクションは、単一の動作(たとえば、能力交換、支援データ転送、ロケーション情報転送)を実行する。LPPトランザクションは、LPPプロシージャと呼ばれる。

【0098】

段階530のための前提条件は、LCS相関識別子(ID)およびAMF IDがサービングAMF264によってLMF270に渡されていることである。LCS相関IDおよびAMF IDの両方が、AMF264によって選択された文字列として表され得る。LCS相関IDおよびAMF IDは、段階520におけるロケーションサービス要求において、AMF264によってLMF270に提供される。LMF270が、次いで、段階530を引き起こすとき、LMF270もまた、UE204にサービスするAMFインスタンスを示すAMF IDとともに、このロケーションセッションのためのLCS相関IDを含む。LCS相関識別子は、LMF270とUE204との間の測位セッションの間に、UE204からの測位応答メッセージがAMF264によって正しいLMF270に返され、LMF270によって認識され得る指示(LCS相関識別子)を搬送していることを保証するために使用される。

【0099】

LCS相関IDは、公的に入手可能であり、その全体が参照により本明細書に組み込まれる、3GPP(登録商標) TS23.273においてより詳細に説明されるように、UEのための特定のロケーションセッションのためにAMF264とLMF270との間で交換されるメッセージを識別するために使用され得る、ロケーションセッション識別子として働くことに留意されたい。上述のように、および段階520に示すように、特定のUEのためのAMF264とLMF270との間のロケーションセッションは、AMF264によって引き起こされ、LCS相関IDは、このロケーションセッションを識別するために使用され得る(たとえば、このロケーションセッションのための状態情報などを識別するために、AMF264によって使用され得る)。

【0100】

LPP測位方法および関連するシグナリング内容は、3GPP(登録商標) LPP規格(公的に入手可能であり、その全体が参照により本明細書に組み込まれる、3GPP(登録商標) TS37.355)において規定されている。LPPシグナリングは、以下の測位方法、すなわち、LTE-OTDOA、DL-TDOA、A-GNSS、E-CID、センサー、TBS、WLAN、Bluetooth、DL-AoD、UL-AoA、およびマルチRTTに関する測定値を要求および報告するために使用され得る。現在、LPP測定報告は、以下の測定値、すなわち、(1)1つまたは複数のToA、TDOA、RSTD、またはRx-Tx測定値、(2)1つまたは複数のAoAおよび/またはAoD測定値(現在、基地局がLMF270にUL-AoAおよびDL-AoDを報告するためのみ)、(3)1つまたは複数のマルチパス測定値(パス当たりのToA、RSRP、AoA/AoD)、(4)1つまたは複数の動き状態(たとえば、歩行、運転など)および軌跡(現在、UE204のためのみ)、ならびに(5)1つまたは複数の報告品質指示を含み得る。

【0101】

NG-RANノード測位プロシージャ(段階530a)およびUE測位プロシージャ(段階530b)の一部として、LMF270は、選択された測位方法について、NG-RANノード502およびUE204にDL-PRS構成情報の形態でLPP支援データを提供し得る。代替または追加として、NG-RANノード502は、選択された測位方法について、UE204にDL-PRSおよび/またはUL-PRS構成情報を提供し得る。図5は、単一のNG-RANノード502を示すが、測位セッションに関与する複数のNG-RANノード502があり得ることに留意されたい。

【0102】

DL-PRSおよびUL-PRS構成で構成されると、NG-RANノード502およびUE204は、スケジュールされた時間において、それぞれのPRSを送信および受信/測定する。NG-RANノード502およびUE204は、次いで、LMF270にそれらのそれぞれの測定値を送る。

【0103】

LMF270が(測位方法のタイプに応じて)UE204および/またはNG-RANノード502から測定値を取得すると、LMF270は、それらの測定値を使用して、UE204のロケーションの推定値を計算する。次いで、段階540において、LMF270は、UE204のためのロケーション推定値を含むロケーションサービス応答をAMF264に送る。AMF264は、次いで、段階510においてロケーションサービス要求を生成したエンティティに、ロケーションサービス応答を転送する。詳細には、ロケーションサービス要求が、段階510aにおいて5GC LCSエンティティ580から受信された場合、段階550aにおいて、AMF264は、5GC LCSエンティティ580にロケーションサービス応答を送る。しかしながら、ロケーションサービス要求が、段階510cにおいてUE204から受信された場合、段階550cにおいて、AMF264は、UE204にロケーションサービス応答を送る。または、AMF264が段階510bにおいてロケーションサービス要求を生成した場合、段階550bにおいて、AMF264は、それ自体でロケーションサービス応答を記憶/使用する。

【0104】

上記は、UE測位動作500について、UE支援測位動作として説明したが、代わりにUEベースの測位動作であり得ることに留意されたい。UE支援測位動作は、LMF270がUE204のロケーションを推定するものであるのに対して、UEベースの測位動作は、UE204がそれ自体のロケーションを推定するものである。

【0105】

図6は、測位動作を実行するためのUE604とロケーションサーバ(ロケーション管理機能(LMF)670として示す)との間の例示的なロングタームエボリューション(LTE)測位プロトコル(LPP)プロシージャ600を示す。図6に示すように、UE604の測位は、UE604とLMF670との間のLPPメッセージの交換を介してサポートされる。LPPメッセージは、UE604のサービング基地局(サービングgNB602として示す)およびコアネットワーク(図示せず)を介して、UE604とLMF670との間で交換され得る。LPPプロシージャ600は、UE604のため(またはUE604のユーザのため)のナビゲーションなどの様々なロケーション関連サービスをサポートするために、またはUE604から公共安全応答ポイント(PSAP:public safety answering point)への緊急通話に関連する、PSAPへの正確なロケーションのルーティングのために、もしくはその提供のために、あるいは何らかの他の理由のために、UE604を測位するために使用され得る。LPPプロシージャ600は、測位セッションと呼ばれることもあり、異なるタイプの測位方法(たとえば、ダウンリンク到達時間差(DL-TDOA)、ラウンドトリップ時間(RTT)、拡張セル識別情報(E-CID:enhanced cell identity)など)のための複数の測位セッションがあり得る。

【0106】

最初に、UE604は、段階610において、その測位能力のための要求をLMF670から受信し得る(たとえば、LPP能力要求(LPP Request Capabilities)メッセージ)。段階620において、UE604は、LPPを使用して、UE604によってサポートされる測位方法およびこれらの測位方法の特徴を示す、LPP能力提供(LPP Provide Capabilities)メッセージをLMF670に送ることによって、LPPプロトコルに関して、LMF670にその測位能力を提供する。LPP能力提供メッセージにおいて示される能力は、いくつかの態様では、UE604がサポートする測位のタイプ(たとえば、DL-TDOA、RTT、E-CIDなど)を示し得、それらのタイプの測位をサポートするためのUE604の能力を示し得る。

【0107】

段階620における、LPP能力提供メッセージの受信時に、LMF670は、示された、UE604がサポートする測位のタイプに基づいて、特定のタイプの測位方法(たとえば、DL-TDOA、RTT、E-CIDなど)を使用することを決定し、そこからUE604がダウンリンク測位参照信号を測定することになるか、またはそれに向けてUE604がアップリンク測位参照信号を送信することになる、1つまたは複数の送信受信ポイント(TRP)のセットを決定する。段階630において、LMF670は、TRPのセットを識別するLPP支援データ提供(LPP Provide Assistance Data)メッセージをUE604に送る。

【0108】

いくつかの実装形態では、段階630におけるLPP支援データ提供メッセージは、UE604によってLMF670に送られたLPP支援データ要求(LPP Request Assistance Data)メッセージ(図6に図示せず)に応答して、LMF670によってUE604に送られ得る。LPP支援データ要求メッセージは、UE604のサービングTRPの識別子と、隣接TRPの測位参照信号(PRS)構成のための要求とを含み得る。

【0109】

段階640において、LMF670は、UE604にロケーション情報のための要求を送る。要求は、LPPロケーション情報要求(LPP Request Location Information)メッセージであり得る。このメッセージは、通常、ロケーション情報タイプ、ロケーション推定の所望の確度、および応答時間(すなわち、所望のレイテンシ)を規定する情報要素を含む。低レイテンシ要件は、より長い応答時間を可能にするが、高レイテンシ要件は、より短い応答時間を必要とすることに留意されたい。しかしながら、長い応答時間は高レイテンシと呼ばれ、短い応答時間は、低レイテンシと呼ばれる。

【0110】

いくつかの実装形態では、たとえば、UE604が、段階640において、ロケーション情報のための要求を受信した後、LMF670に(たとえば、図6に図示しないLPP支援データ要求メッセージにおいて)支援データのための要求を送る場合、段階630において送られるLPP支援データ提供メッセージは、640におけるLPPロケーション情報要求メッセージ後に送られ得ることに留意されたい。

【0111】

段階650において、UE604は、段階630において受信された支援情報、および段階640において受信された任意の追加のデータ(たとえば、所望のロケーション確度、または最大応答時間)を利用して、選択された測位方法のための測位動作(たとえば、DL-PRSの測定、UL-PRSの送信など)を実行する。

【0112】

段階660において、UE604は、段階650において、および任意の最大応答時間が満了する前または満了したとき(たとえば、段階640において、LMF670によって提供された最大応答時間)、取得された任意の測定の結果(たとえば、到達時間(ToA)、参照信号時間差(RSTD)、受信から送信まで(Rx-Tx)など)を伝達する、LPPロケーション情報提供(LPP Provide Location Information)メッセージをLMF670に送り得る。段階660におけるLPPロケーション情報提供メッセージはまた、測位測定値が取得された時間(または複数の時間)、およびそこから測位測定値が取得されたTRPの識別情報を含み得る。640におけるロケーション情報のための要求と、660における応答との間の時間は、「応答時間」であり、測位セッションのレイテンシを示すことに留意されたい。

【0113】

LMF670は、段階660におけるLPPロケーション情報提供メッセージにおいて受信された測定値に少なくとも部分的に基づいて、適切な測位技法(たとえば、DL-TDOA、RTT、E-CIDなど)を使用して、UE604の推定されるロケーションを計算する。

【0114】

いくつかのシナリオでは、ターゲットUE(たとえば、UE204)、LCSクライアント(たとえば、5GC LCSエンティティ580)、またはターゲットUEのロケーションを要求中であるアプリケーション機能(AF)は、ロケーションが取得されるべきである時間を知っていることがある。たとえば、周期的な遅延型の5GCモバイル着信ロケーション要求(5GC-MT-LR)を伴う、周期的な測位の場合、UEのロケーションは、固定された周期的間隔において取得される。この場合、ロケーション時間が事前に知られている。別の例として、産業用IoT(IIoT)測位の場合、動くツール、構成要素、パッケージなどがある工場または倉庫において、動くツール、構成要素、パッケージなどがいつ特定のロケーションに到着するようになるか、または特定の動きもしくは動作を完了しているようになるかの正確な予想があり得る。次いで、予想を確認するために、ツール、構成要素、パッケージなどの位置を特定すること、および必要な場合、それ以上の調整を行うことが有用、さらには重要であり得る。また別の例として、スケジュールされたロケーションの場合、UEのロケーションは、時々、将来の特定の時間において生じるようにスケジュールされ得る。たとえば、道路上の車両は、交通渋滞の指示を提供するために、ならびにV2X通信を支援するために、すべて同時に測位され得る。加えて、人々、コンテナ、輸送システムなどもまた、いくつかの共通する時間において位置を特定され得る。

【0115】

上記のシナリオでは、スケジュールされたロケーション時間と呼ばれる、知られている時間が、ロケーション結果を提供する際の実際のレイテンシを低減するために事前に提供され得る。全体的なUE測位動作について、図5を参照しながら上記で説明した。図5を参照すると、5GCへの事前スケジューリングの主な影響は、段階510および520におけるものである。段階510において、スケジュールされたロケーション時間Tが、5GC LCSエンティティ580から、AMF264から、またはUE204からのロケーションサービス要求中に含まれる。スケジュールされたロケーション時間Tを含むロケーションサービス要求は、次いで、段階520において、LMF270に転送される。スケジュールされたロケーション時間Tは、UE204のロケーションが取得されることになる将来における時間を指定する。別の言い方では、スケジュールされたロケーション時間Tは、UE204の推定されたロケーションが有効であると予想される時間である。RANへの影響は、段階530におけるものであり、そこで、UE204を測位することの一部として、LMF270は、スケジュールされたロケーション時間Tにおいてまたはその近くで生じるように、UE204および/またはNG-RANノード502によって実行されるように、測位測定をスケジュールする。UE204および/またはNG-RANノード502が測位測定を実行すると予想される時間は、スケジュールされた測定時間T'と呼ばれる。

【0116】

図7Aおよび図7Bは、本開示の態様による、事前スケジューリングを使用する例示的なマルチRTT測位プロシージャ700を示す。マルチRTT測位プロシージャは、ダウンリンクおよびアップリンクベースの測位プロシージャであるので、ダウンリンクベースまたはアップリンクベースの測位プロシージャは、マルチRTT測位プロシージャ700のサブセットになる。スケジュールされたロケーション時間が使用されるとき、測位プロシージャは、ロケーション準備フェーズ(段階705～750)およびロケーション実行フェーズ(段階755～765)に分割され得る。

【0117】

ロケーション準備フェーズは、LMF270がAMF264(図示せず)からロケーション要求を受信し、使用されることになる測位方法を決定する、時間T-t1において開始する。ロケーション準備フェーズは、LMF270がターゲットUE204からのダウンリンク測定値、関与するgNB222からのアップリンク測定値、および/またはUE204からのロケーション推定値を要求した後、終了する。ロケーション準備フェーズは、(ダウンリンク測定値またはロケーション推定値のための)UEへの支援データの任意の提供、およびgNB222への構成情報の要求または構成情報の提供を含む。

【0118】

ロケーション実行フェーズは、ターゲットUE204がダウンリンク測定値を取得する(かつ、場合によっては、これらからロケーション推定値を決定する)、および/またはgNB222がアップリンク測定値を取得する、スケジュールされたロケーション時間Tにおいて開始し、UEロケーション情報がLMF270に提供された(UE204および/もしくはgNB222ロケーション測定値またはUEロケーション推定値)、時間T+t2において終了する。図7Aおよび図7Bにおける実際の測位プロシージャレイテンシが、次いで、ロケーション実行フェーズのみ(すなわち、時間Tと時間T+t2との間)を構成する段階によって決定される。

【0119】

図7Aおよび図7Bを詳細に参照すると、段階705aにおいて、LCSクライアント790(たとえば、ターゲットUE204上で実行しているアプリケーション、リモートアプリケーションなど)は、LCSエンティティ580にLCS要求を送る。LCS要求は、UE204のロケーションが所望される将来の時間Tを含む。段階705bにおいて、LCSエンティティ580は、LMF270にLCS要求を転送する。段階710において、LMF270は、要求されたロケーション時間TにおいてUE204のロケーションが取得され、かつ有効であり得るように、ロケーションセッションをスケジュールする。図7Aに示すように、後続のロケーション準備フェーズは、時間T-t1において開始し、ただし、t1は、ロケーション準備フェーズの予想される持続時間に依存する。ロケーション準備フェーズの予想される持続時間は、選択された測位方法、ここでは、マルチRTT測位プロシージャに依存する。

【0120】

段階715(ロケーション準備フェーズの第1の段階)において、LMF270は、NRPPaシグナリングを介して、ターゲットUE204のサービングgNB222および隣接gNB222とのDL-PRS構成情報交換を実行する。段階720において、LMF270は、LPPシグナリングを介して、UE204との能力転送を実行する。詳細には、LMF270は、図6の段階610におけるように、ターゲットUE204にLPP能力要求メッセージを送り、応答して、UE204は、図6の段階620におけるように、LMF270にLPP能力提供メッセージを送る。

【0121】

段階725において、LMF270は、UE204のためのUL-SRS構成情報を要求するために、ターゲットUE204のサービングgNB222(またはTRP)に、NRPPa測位情報要求を送る。LMF270は、サービングgNB222によって必要とされた任意の支援データ(たとえば、経路損失参照、空間関係、SSB構成など)を提供し得る。段階730aにおいて、サービングgNB222は、UL-SRSのために利用可能なリソースを決定し、UL-SRSリソースセットでターゲットUE204を構成する。段階730bにおいて、サービングgNB222は、UE204にUL-SRS構成情報を提供する。段階735において、サービングgNB222は、LMF270にNRPPa測位情報応答メッセージを送る。NRPPa測位情報応答メッセージは、UE204に送られたUL-SRS構成情報を含む。

【0122】

段階735aにおいて、LMF270は、サービングgNB222にNRPPa測位アクティブ化要求メッセージを送り、構成された/割り振られたリソース上でUL-SRS送信をアクティブ化するようにUE204を構成するように、サービングgNB222に命令する。UL-SRSは、非周期的(たとえば、オンデマンド)UL-SRSであり得、したがって、段階735bにおいて、サービングgNB222は、UL-SRS送信をアクティブ化(すなわち、開始)するように、UE204を構成する/UE204に命令する。段階735cにおいて、サービングgNB222は、UL-SRS送信がアクティブ化されたことを示すために、LMF270にNRPPa測位アクティブ化応答メッセージを送る。

【0123】

段階740において、LMF270は、gNB222にNRPPa測定要求メッセージを送る。NRPPa測定要求メッセージは、gNB222がターゲットUE204からのUL-SRS送信のアップリンク測定を実行することを可能にするために必要とされるすべての情報を含む。NRPPa測定要求メッセージはまた、いつロケーション測定値が取得されることになるかを示す物理的測定時間T'も含む。時間T'は、ターゲットUE204のロケーションが有効になる時間Tを規定し、システムフレーム番号(SFN)、サブフレーム、スロット、絶対時間などとして指定され得る。時間T'は、時間Tと同じ単位において提供される。

【0124】

段階745において、LMF270は、図6の段階630におけるように、1つまたは複数のLPP支援データ提供メッセージにおいて、マルチRTT測位プロシージャ700のためにUE204に支援データを送る。LPP支援データ提供メッセージは、UE204がgNB222からのDL-PRS送信の測位測定(ここでは、Rx-Tx時間差測定)を実行することを可能にするために必要とされるすべての情報を含む。段階750において、LMF270は、図6の段階640におけるように、ターゲットUE204にLPPロケーション情報要求メッセージを送る。LPPロケーション情報要求メッセージもまた、時間T'を含み得る(が、段階740においてgNB222に提供されるものとは異なる時間T'であり得る)。この時点で、ロケーション準備フェーズは終了する。

【0125】

段階755aにおいて、ターゲットUE204は、段階745において受信された支援データに基づいて、時間T'において(または、測定が時間T'において有効であるように)関与するgNBによって送信されたDL-PRSの測定(ここでは、Rx-Tx時間差測定)を実行する。段階755bにおいて、関与するgNB222は、NRPPa測定要求メッセージにおいて段階740において受信された支援データに基づいて、時間T'において(または、測定が時間T'において有効であるように)ターゲットUE204によって送信されたUL-SRSの測定(ここでは、Tx-Rx時間差測定)を実行する。

【0126】

段階760において、ターゲットUE204は、図6の段階660におけるように、LPPロケーション情報提供メッセージを送る。LPPロケーション情報提供メッセージは、段階755aにおいてUE204によって実行された測位測定値を含む。段階765において、関与するgNB222は、LMF270にNRPPa測定応答メッセージを送る。NRPPa測定応答メッセージは、段階755bにおいて測定されたUL-SRSの測定値を含む。段階760および765における応答は、測定値が取得された時間T''を含む。時間T''は、時間T'に等しくなるべきであるが、処理遅延、タイミング問題、および/または他のファクタのせいで、時間T'に厳密に等しくないことがある。時間T'とT''との間の差は、ロケーション時間誤差(δ)である。

【0127】

段階770aにおいて、LMF270は、LCSエンティティ580にLCS応答メッセージを送る。LCS応答メッセージは、時間T+δにおけるターゲットUE204のロケーションを含む。LCSエンティティ580は、LCSクライアント790にLCS応答メッセージを転送する。LCSクライアント790は、時間T+t2においてタイムスタンプT+δとともにターゲットUE204のロケーションを受信し、ただし、時間t2は、時間Tと応答時間との間のレイテンシである。LCSクライアント790によって観測されるようなレイテンシt2は、時間T-t1から時間Tまでのロケーション準備フェーズを除外する。レイテンシ時間t2の間のUE204によるいかなる動きも、ロケーション推定値の有効性および確度への影響がごく少ないものであるべきである。すなわち、時間T+t2におけるUE204のロケーションは、時間TにおけるUE204のロケーションとほぼ同じであるべきである。

【0128】

図8は、本開示の態様による、図7Aおよび図7Bを参照しながら上記で説明したタイミングを要約するタイムライン800である。

【0129】

図7Bに示すように、時間T'は、それぞれ段階750において(UE204に対してLPPロケーション情報要求メッセージにおいて)、および段階740において(gNBに対してNRPPa測定要求メッセージにおいて)、UE204およびgNB222に提供される。段階740および750は、UE204およびgNB222が測定を実行するための要求を受信する時間における、またはその時間に近いものである。これは、構成がセットアップされている段階725および730bの十分に後であり得る。

【0130】

したがって、本開示は、いつ(測位プロシージャがダウンリンクベースの測位プロシージャであるか、アップリンクベースの測位プロシージャであるか、またはダウンリンクおよびアップリンクベースの測位プロシージャであるかに応じて)UE204、gNB222、またはその両方が(たとえば、段階740および750において)測位測定を実行するように要求されるようになるか、または(たとえば、段階755aおよび755bにおいて)測位測定を実行すると予想されるようになるかの指示を、LMF270が段階725および/または730b(またはそれ以前)において提供するための技法を提供する。この時間指示は、絶対時間(たとえば、T')、その間にUE204およびgNB222が測定を実行すると予想されるようになるウィンドウ(たとえば、段階755aおよび755bの周辺のウィンドウ)、その前にUE204および/もしくはgNB222が測定を実行すると予想されるようになる満了時間(たとえば、「今から2秒以内」)、またはロケーション準備フェーズの開始とロケーション準備フェーズの終了/ロケーション実行フェーズの開始との間の予想される時間の長さの何らかの他の指示であり得る。

【0131】

UE204の場合、時間指示は、段階720におけるLPP能力交換、または段階730bにおけるUL-SRS構成情報中に含まれ得る。gNB222の場合、時間指示は、段階715におけるDL-PRS構成情報交換、または段階725におけるNRPPa測位情報要求メッセージ中に含まれ得る。時間指示(たとえば、時間T'、段階755aおよび755bの周辺の時間ウィンドウなど)によって示された時間と、現在時間(たとえば、段階715、720、725、および/または730bの時間)との間の差に応じて、UE204およびgNB222は、それに応じてそれらのリソースを使用する(すなわち、測位測定の時間まで、他の目的のためにアップリンクおよびダウンリンクリソースを使用する)ことができる。

【0132】

現在、時間T'は、SFNおよびスロット番号に関して(すなわち、特定のSFNにおける特定のスロットとして)規定されている。SFNは、1024フレーム後に巡ってくるものであり、そのことは、SFNによってカバーされる最大タイムスパンが約10.24秒であることを意味する。したがって、SFN時間を使用すると、UE204は、そのロケーション準備フェーズとロケーション実行フェーズの両方を10.24秒以内に完了させることが必要になる。しかしながら、これは極めて厳しい要件であり、実際の実装ではうまく行かないことがある。

【0133】

したがって、本開示は、T'を規定するための異なるオプションを提供する。第1のオプションとして、T'は、SFN、スロット番号、およびハイパーフレーム番号(HFN)を使用して規定され得る。SFNおよびスロット番号とともにHFNを含めることによって、最大タイムスパンが約2.84時間になる。したがって、(UE204が同じgNB222の範囲内にとどまり、gNB222が同じDL-PRS構成を使用することができるという条件で)2.84時間の時間期間内の測位セッションのすべてが、1つのロケーション準備フェーズのみを必要とするようになる。

【0134】

第2のオプションとして、時間T'は、協定世界時(UTC)時間として提供され得る。より詳細には、UE204およびgNB222が利用可能なUTC時間を有するようになる場合があるようになる。そのような場合、UE204とgNB222の両方は、利用可能なUTC時間を有することをLMF270に通知することができる。UTC時間を使用すると、ロケーション準備フェーズは、複数日に及び得る。しかしながら、諒解されるように、このことは、たとえば、UE204のモビリティによって制限される。

【0135】

一態様では、時間Tおよび/またはT'を提供するのではなく、ミリ秒(ms)における相対時間ウィンドウが提供され得る。これは、LCSクライアント790が厳密な時間Tからのある逸脱を許容することができる場合であり得る。これらの場合、LMF270は、あるSFNに対してミリ秒(たとえば、「SFN0」に対して「X」ms)によって、T'およびT''を規定することができる。

【0136】

一態様では、LMF270および/またはAMF264のレベルにおける能力満了の概念があるべきである。図7Aおよび図7Bを参照しながら上記で説明したように、LMF270は、段階720または730bと段階745または段階755aとの間の時間差を一般に示す時間指示をUE204に提供する。第1のオプションとして、LMF270は、能力転送プロシージャ(たとえば、段階720)とロケーション要求(たとえば、段階750)との間の最大ギャップをUE204に示すべきである。第2のオプションとして、LMF270は、その間に(たとえば、段階750において)ロケーション要求が到着するとUE204が予想するべきである時間、時間期間、または時間ウィンドウを示す時間測定ウィンドウ(たとえば、T')を、(たとえば、段階720の間に)能力要求中に含め得る。ロケーション準備フェーズがより長い時間期間にわたって1回(たとえば、1日に1回)実行される場合には、LMF270によって与えられたタイマー(またはしきい値)値に応じて、UE204の能力への更新がある必要があり得る。たとえば、UE204がサービングgNB222を変更する、より優先度の高い通信に関与する、などの場合、ロケーション実行フェーズの時間におけるUE204の能力は、ロケーション準備フェーズの時間におけるUE204の能力と同じでないことがある。これらの場合、LMF270およびUE204は、新しいLPP能力転送プロシージャを実行する必要があり得る。

【0137】

現在、ロケーション準備フェーズごとに1つのロケーション実行フェーズのみがある。このことは、低レイテンシ使用事例では有益であるが、シグナリングおよび電力態様では有益でないことがある。簡単に上述したように、本開示では、ロケーション準備フェーズごとに複数のロケーション実行フェーズがあり得る。たとえば、時間T-t1において開始するロケーション準備フェーズ、第1のロケーション時間Tのための第1のロケーション実行フェーズ、第2のロケーション時間T1のための第2のロケーション実行フェーズ、第3のロケーション時間T2のための第3のロケーション実行フェーズなどがあり得る。UE204とLMF270の両方は、複数のロケーション実行フェーズをサポートすることができることが必要になる。諒解されるように、異なるロケーション実行フェーズは、異なるロケーション時間のためであることが必要になる。

【0138】

図9は、本開示の態様によるワイヤレス測位の例示的な方法900を示す。一態様では、方法900は、ネットワークノード(たとえば、本明細書で説明するUEまたは基地局のうちのいずれか)によって実行され得る。

【0139】

910において、ネットワークノードは、ネットワークエンティティ(たとえば、ネットワークノードがUEである場合はロケーションサーバまたは基地局、ネットワークノードが基地局である場合はロケーションサーバ)から、UE(たとえば、本明細書で説明するUEのうちのいずれか)を測位するための少なくとも第1の測位セッション(たとえば、マルチRTT、DL-TDOA、UL-TDOA、E-CIDなどの測位セッション)のロケーション準備フェーズの間に、第1の測位セッションのための構成メッセージを受信する。ネットワークノードがUEである、一態様では、動作910は、1つもしくは複数のWWANトランシーバ310、1つもしくは複数のプロセッサ332、メモリ340、および/または測位構成要素342によって実行されてよく、それらのうちのいずれかまたはすべてが、この動作を実行するための手段と見なされてよい。ネットワークノードが基地局である、一態様では、動作910は、1つもしくは複数のWWANトランシーバ350、1つもしくは複数のプロセッサ384、メモリ386、および/または測位構成要素388によって実行されてよく、それらのうちのいずれかまたはすべてが、この動作を実行するための手段と見なされてよい。

【0140】

920において、ネットワークノードは、構成メッセージに基づいて、構成メッセージと第1の測位セッションのための測定要求との間、あるいは構成メッセージと、ネットワークノードが第1の測位セッションのための1つまたは複数の測位測定を実行すると予想される時間との間の、時間の量を示す時間指示を決定する。ネットワークノードがUEである、一態様では、動作920は、1つもしくは複数のWWANトランシーバ310、1つもしくは複数のプロセッサ332、メモリ340、および/または測位構成要素342によって実行されてよく、それらのうちのいずれかまたはすべてが、この動作を実行するための手段と見なされてよい。ネットワークノードが基地局である、一態様では、動作920は、1つもしくは複数のWWANトランシーバ350、1つもしくは複数のプロセッサ384、メモリ386、および/または測位構成要素388によって実行されてよく、それらのうちのいずれかまたはすべてが、この動作を実行するための手段と見なされてよい。

【0141】

930において、ネットワークノードは、時間指示に基づいて(すなわち、時間指示によって示された時間において、またはその時間の間に)、測定要求を受信し、測定要求は、第1の測位セッションの第1のロケーション実行フェーズの間に、ネットワークノードが1つまたは複数の測位測定(たとえば、RSRP、RSTD、Rx-Tx時間差、Tx-Rx時間差などの測定)を実行すると予想される測定時間を含む。ネットワークノードがUEである、一態様では、動作930は、1つもしくは複数のWWANトランシーバ310、1つもしくは複数のプロセッサ332、メモリ340、および/または測位構成要素342によって実行されてよく、それらのうちのいずれかまたはすべてが、この動作を実行するための手段と見なされてよい。ネットワークノードが基地局である、一態様では、動作930は、1つもしくは複数のWWANトランシーバ350、1つもしくは複数のプロセッサ384、メモリ386、および/または測位構成要素388によって実行されてよく、それらのうちのいずれかまたはすべてが、この動作を実行するための手段と見なされてよい。

【0142】

940において、ネットワークノードは、測定時間に基づいて、第1のロケーション実行フェーズの間に、1つまたは複数の測位測定を実行する。ネットワークノードがUEである、一態様では、動作940は、1つもしくは複数のWWANトランシーバ310、1つもしくは複数のプロセッサ332、メモリ340、および/または測位構成要素342によって実行されてよく、それらのうちのいずれかまたはすべてが、この動作を実行するための手段と見なされてよい。ネットワークノードが基地局である、一態様では、動作940は、1つもしくは複数のWWANトランシーバ350、1つもしくは複数のプロセッサ384、メモリ386、および/または測位構成要素388によって実行されてよく、それらのうちのいずれかまたはすべてが、この動作を実行するための手段と見なされてよい。

【0143】

諒解されるように、方法900の技術的利点は、改善されたリソース利用であり、その理由は、いつネットワークノードが1つまたは複数の測位測定を実行すると予想されるようになるかを、ネットワークノードが知っており、その時間まで他の動作/アクティビティを実行することができるからである。

【0144】

図10は、本開示の態様によるワイヤレス測位の例示的な方法1000を示す。一態様では、方法1000は、ネットワークノード(たとえば、本明細書で説明するUEまたは基地局のうちのいずれか)によって実行され得る。

【0145】

1010において、ネットワークノードは、ネットワークエンティティ(たとえば、ネットワークノードがUEである場合はロケーションサーバまたは基地局、ネットワークノードが基地局である場合はロケーションサーバ)から、UE(たとえば、本明細書で説明するUEのうちのいずれか)を測位するための少なくとも第1の測位セッション(たとえば、マルチRTT、DL-TDOA、UL-TDOA、E-CIDなどの測位セッション)のロケーション準備フェーズの間に、第1の測位セッションのための測定要求を受信し、測定要求は、第1の測位セッションの第1のロケーション実行フェーズの間に、ネットワークノードが1つまたは複数の測位測定(たとえば、RSRP、RSTD、Rx-Tx時間差、Tx-Rx時間差などの測定)を実行すると予想される測定時間を含み、測定時間は、HFN、SFN、およびスロット番号の組合せ、または絶対時間、または時間ウィンドウとして示される。ネットワークノードがUEである、一態様では、動作1010は、1つもしくは複数のWWANトランシーバ310、1つもしくは複数のプロセッサ332、メモリ340、および/または測位構成要素342によって実行されてよく、それらのうちのいずれかまたはすべてが、この動作を実行するための手段と見なされてよい。ネットワークノードが基地局である、一態様では、動作1010は、1つもしくは複数のWWANトランシーバ350、1つもしくは複数のプロセッサ384、メモリ386、および/または測位構成要素388によって実行されてよく、それらのうちのいずれかまたはすべてが、この動作を実行するための手段と見なされてよい。

【0146】

1020において、ネットワークノードは、測定時間に基づいて、第1のロケーション実行フェーズの間に、1つまたは複数の測位測定を実行する。ネットワークノードがUEである、一態様では、動作1020は、1つもしくは複数のWWANトランシーバ310、1つもしくは複数のプロセッサ332、メモリ340、および/または測位構成要素342によって実行されてよく、それらのうちのいずれかまたはすべてが、この動作を実行するための手段と見なされてよい。ネットワークノードが基地局である、一態様では、動作1020は、1つもしくは複数のWWANトランシーバ350、1つもしくは複数のプロセッサ384、メモリ386、および/または測位構成要素388によって実行されてよく、それらのうちのいずれかまたはすべてが、この動作を実行するための手段と見なされてよい。

【0147】

諒解されるように、方法1000の技術的利点は、ロケーション準備フェーズとロケーション実行フェーズとの間に、SFNおよびスロット番号の組合せによって可能にされるよりも多い時間があり得ることである。

【0148】

上記の発明を実施するための形態では、例において様々な特徴が一緒にグループ化されることが理解され得る。開示のこの方式は、例示的な条項が、各条項の中で明示的に述べられるよりも多くの特徴を有するという意図として、理解されるべきでない。むしろ、本開示の様々な態様は、開示する個々の例示的な条項のすべての特徴よりも少数を含むことがある。したがって、以下の条項は、本説明の中に組み込まれるものと、本明細書によって見なされるべきであり、各条項は、別個の例として単独で有効であり得る。各従属条項は、その条項の中で、他の条項のうちの1つとの特定の組合せを参照することができるが、その従属条項の態様は、その特定の組合せに限定されるものでない。例示的な他の条項も、任意の他の従属条項もしくは独立条項の主題との従属条項態様の組合せ、または他の従属条項および独立条項との任意の特徴の組合せを含むことができることが、諒解されよう。本明細書で開示する様々な態様は、特定の組合せが意図されないことが明示的に表現されるかまたは容易に推測され得ない限り(たとえば、絶縁体と導体の両方として要素を定義することなどの、矛盾する態様)、これらの組合せを明確に含む。さらに、条項が独立条項に直接従属しない場合でも、条項の態様が任意の他の独立条項の中に含まれ得ることも意図される。

【0149】

以下の番号付き条項において実装例が説明される。

【0150】

条項1. ネットワークノードによって実行されるワイヤレス測位の方法であって、ネットワークエンティティから、ユーザ機器(UE)を測位するための少なくとも第1の測位セッションのロケーション準備フェーズの間に、第1の測位セッションのための構成メッセージを受信するステップと、構成メッセージに基づいて、構成メッセージと第1の測位セッションのための測定要求との間、あるいは構成メッセージと、ネットワークノードが第1の測位セッションのための1つまたは複数の測位測定を実行すると予想される時間との間の、時間の量を示す時間指示を決定するステップと、時間指示に基づいて、測定要求を受信するステップであって、測定要求が、第1の測位セッションの第1のロケーション実行フェーズの間に、ネットワークノードが1つまたは複数の測位測定を実行すると予想される測定時間を含む、ステップと、測定時間に基づいて、第1のロケーション実行フェーズの間に、1つまたは複数の測位測定を実行するステップとを含む方法。

【0151】

条項2. ネットワークエンティティがロケーションサーバであり、ネットワークノードがUEであり、測定要求が、ロングタームエボリューション(LTE)測位プロトコル(LPP)ロケーション情報要求メッセージである、条項1の方法。

【0152】

条項3. 構成メッセージが、第1の測位セッションのためのLPP支援データ提供メッセージである、条項2の方法。

【0153】

条項4. 構成メッセージが、第1の測位セッションのためのLPP能力要求メッセージである、条項2の方法。

【0154】

条項5. LPP能力要求メッセージに応答して、ロケーションサーバに、第1のLPP能力提供メッセージを送信するステップと、しきい値よりも大きい、LPP能力要求メッセージとLPPロケーション情報要求メッセージとの間の時間差に応答して、ロケーションサーバに、第2のLPP能力提供メッセージを送信するステップとをさらに含む、条項4の方法。

【0155】

条項6. LPP能力要求メッセージに応答して、ロケーションサーバに、第1のLPP能力提供メッセージを送信するステップと、しきい値よりも大きい、第1のLPP能力提供メッセージとLPPロケーション情報要求メッセージとの間の時間差に応答して、ロケーションサーバに、第2のLPP能力提供メッセージを送信するステップとをさらに含む、条項4の方法。

【0156】

条項7. ロケーションサーバからしきい値を受信するステップをさらに含む、条項6の方法。

【0157】

条項8. ネットワークエンティティがロケーションサーバであり、ネットワークノードが基地局であり、測定要求が、ニューラジオ測位プロトコルタイプA(NRPPa)測定要求メッセージである、条項1の方法。

【0158】

条項9. 構成メッセージが、第1の測位セッションのためのNRPPa測位情報要求メッセージである、条項8の方法。

【0159】

条項10. ネットワークエンティティが、UEにサービスする基地局であり、ネットワークノードがUEであり、構成メッセージが、第1の測位セッションのためのサウンディング参照信号(SRS)構成メッセージである、条項1の方法。

【0160】

条項11. 時間指示が絶対時間である、条項1～10のうちのいずれかの方法。

【0161】

条項12. 絶対時間が、ネットワークノードが1つまたは複数の測位測定を実行すると予想される測定時間である、条項11の方法。

【0162】

条項13. 時間指示が、その間に測定要求が受信されると予想される時間ウィンドウである、条項1～10のうちのいずれかの方法。

【0163】

条項14. 時間指示が、その間にネットワークノードが1つまたは複数の測位測定を実行すると予想される時間ウィンドウである、条項1～10のうちのいずれかの方法。

【0164】

条項15. 時間指示が、その前に測定要求が受信されると予想される満了時間である、条項1～10のうちのいずれかの方法。

【0165】

条項16. 時間指示が、その前にネットワークノードが1つまたは複数の測位測定を実行すると予想される満了時間である、条項1～10のうちのいずれかの方法。

【0166】

条項17. 時間指示を決定するステップが、構成メッセージにおいて時間指示を受信するステップを含む、条項1～16のうちのいずれかの方法。

【0167】

条項18. 少なくとも第2のロケーション実行フェーズが、ロケーション準備フェーズに関連し、第2の測位セッションが、ロケーション準備フェーズおよび第2のロケーション実行フェーズに関連する、条項1～17のうちのいずれかの方法。

【0168】

条項19. 第1の測位セッションのための少なくとも第2のロケーション実行フェーズが、ロケーション準備フェーズに関連する、条項1～17のうちのいずれかの方法。

【0169】

条項20. 測定時間が、ハイパーフレーム番号(HFN)、システムフレーム番号(SFN)、およびスロット番号の組合せ、または絶対時間、または時間ウィンドウとして示される、条項1～19のうちのいずれかの方法。

【0170】

条項21. ネットワークノードによって実行されるワイヤレス測位の方法であって、ネットワークエンティティから、ユーザ機器(UE)を測位するための少なくとも第1の測位セッションのロケーション準備フェーズの間に、第1の測位セッションのための測定要求を受信するステップであって、測定要求が、第1の測位セッションの第1のロケーション実行フェーズの間に、ネットワークノードが1つまたは複数の測位測定を実行すると予想される測定時間を含み、測定時間が、ハイパーフレーム番号(HFN)、システムフレーム番号(SFN)、およびスロット番号の組合せ、または絶対時間、または時間ウィンドウとして示される、ステップと、測定時間に基づいて、第1のロケーション実行フェーズの間に、1つまたは複数の測位測定を実行するステップとを含む方法。

【0171】

条項22. 絶対時間が、協定世界時(UTC)時間である、条項21の方法。

【0172】

条項23. 測定要求のしきい値時間期間内に生じるいかなるロケーション実行フェーズも、ロケーション準備フェーズに関連する、条項21～22のうちのいずれかの方法。

【0173】

条項24. しきい値時間期間が、HFN、SFN、およびスロット番号の組合せに基づく、条項23の方法。

【0174】

条項25. 時間ウィンドウが、ミリ秒において規定される、条項21～24のうちのいずれかの方法。

【0175】

条項26. ネットワークノードがUEであり、測定要求が、ロングタームエボリューション(LTE)測位プロトコル(LPP)ロケーション情報要求メッセージである、条項21～25のうちのいずれかの方法。

【0176】

条項27. ネットワークノードが基地局であり、測定要求が、ニューラジオ測位プロトコルタイプA(NRPPa)測定要求メッセージである、条項21～25のうちのいずれかの方法。

【0177】

条項28. メモリと、少なくとも1つのトランシーバと、メモリおよび少なくとも1つのトランシーバに通信可能に結合された少なくとも1つのプロセッサとを備える装置であって、メモリ、少なくとも1つのトランシーバ、および少なくとも1つのプロセッサが、条項1～27のうちのいずれかによる方法を実行するように構成される、装置。

【0178】

条項29. 条項1～27のうちのいずれかによる方法を実行するための手段を備える、装置。

【0179】

条項30. コンピュータ実行可能命令を記憶する非一時的コンピュータ可読媒体であって、コンピュータ実行可能命令が、条項1～27のうちのいずれかによる方法をコンピュータまたはプロセッサに実行させるための少なくとも1つの命令を備える、非一時的コンピュータ可読媒体。

【0180】

情報および信号が、様々な異なる技術および技法のうちのいずれかを使用して表され得ることを、当業者は諒解されよう。たとえば、上記の説明全体にわたって参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光学粒子、またはそれらの任意の組合せによって表され得る。

【0181】

さらに、本明細書で開示する態様に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、またはその両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアおよびソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、概してそれらの機能性に関して上記で説明されている。そのような機能性がハードウェアとして実装されるのかまたはソフトウェアとして実施されるのかは、特定の適用例および全体的なシステムに課される設計制約によって決まる。当業者は、説明した機能性を特定の適用例ごとに様々な方法で実施し得るが、そのような実装決定は、本開示の範囲からの逸脱を引き起こすものと解釈されるべきではない。

【0182】

本明細書で開示する態様に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、ASIC、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであってよいが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってよい。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携した1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。

【0183】

本明細書で開示する態様に関して説明した方法、シーケンス、および/またはアルゴリズムは、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはその2つの組合せで具現され得る。ソフトウェアモジュールは、ランダムアクセスメモリ(RAM)、フラッシュメモリ、読取り専用メモリ(ROM)、消去可能プログラマブルROM(EPROM)、電気的消去可能プログラマブルROM(EEPROM)、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形態の記憶媒体の中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取ることおよび記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサと一体化され得る。プロセッサおよび記憶媒体はASICの中に存在してよい。ASICはユーザ端末(たとえば、UE)の中に存在してよい。代替として、プロセッサおよび記憶媒体は、個別の構成要素としてユーザ端末の中に存在してよい。

【0184】

1つまたは複数の例示的な態様では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、1つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶され得るか、またはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、コンピュータ記憶媒体と、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であってよい。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気記憶デバイス、または命令もしくはデータ構造の形態の所望のプログラムコードを搬送もしくは記憶するために使用され得るとともにコンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続も、コンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線(DSL)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。ディスク(disk)およびディスク(disc)は、本明細書で使用するとき、コンパクトディスク(disc)(CD)、レーザーディスク(登録商標)(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピーディスク(disk)、およびBlu-ray(登録商標)ディスク(disc)を含み、ここで、ディスク(disk)は、通常、データを磁気的に再生し、ディスク(disc)は、レーザーを用いてデータを光学的に再生する。上記のものの組合せも、コンピュータ可読媒体の範囲内に含まれるべきである。

【0185】

上記の開示は本開示の例示的な態様を示すが、添付の特許請求の範囲によって定義されるような本開示の範囲を逸脱することなく、様々な変更および修正が本明細書で行われ得ることに留意されたい。本明細書で説明した本開示の態様による方法クレームの機能、ステップ、および/またはアクションは、任意の特定の順序で実行される必要はない。さらに、本開示の要素は、単数形で説明または特許請求されることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。

【符号の説明】

【0186】

100 ワイヤレス通信システム
102 基地局、マクロセル基地局、修正された基地局、地上波基地局
102' スモールセル基地局
104 ユーザ機器(UE)
110 地理的カバレージエリア
112 地球周回スペースビークル(SV)
120 通信リンク
122 バックホールリンク
124 信号
134 バックホールリンク
150 ワイヤレスローカルエリアネットワーク(WLAN)アクセスポイント(AP)
152 ワイヤレスローカルエリアネットワーク(WLAN)局(STA)
154 通信リンク
164 ユーザ機器(UE)
170 コアネットワーク
172 ロケーションサーバ
180 ミリ波(mmW)基地局
182 ユーザ機器(UE)
184 ミリ波(mmW)通信リンク
190 ユーザ機器(UE)
192、194 デバイス間(D2D)ピアツーピア(P2P)リンク
200 ワイヤレスネットワーク構造
204 ユーザ機器(UE)、ターゲットUE
210 5Gコア(5GC)
212 ユーザプレーン(Uプレーン)機能
213 ユーザプレーンインターフェース(NG-U)
214 制御プレーン(Cプレーン)機能
215 制御プレーンインターフェース(NG-C)
220 次世代RAN(NG-RAN)
222 gNB、サービングgNB、隣接gNB
223 バックホール接続
224 ng-eNB
226 gNB中央ユニット(gNB-CU)
228 gNB分散ユニット(gNB-DU)
230 ロケーションサーバ
232 インターフェース
250 ワイヤレスネットワーク構造
260 5Gコア(5GC)
262 ユーザプレーン機能(UPF)
263 ユーザプレーンインターフェース
264 アクセスおよびモビリティ管理機能(AMF)、サービングAMF
265 制御プレーンインターフェース
266 セッション管理機能(SMF)
270 ロケーション管理機能(LMF)
272 セキュアユーザプレーン位置特定(SUPL)ロケーションプラットフォーム(SLP)
302 ユーザ機器(UE)
304 基地局
306 ネットワークエンティティ
310 ワイヤレスワイドエリアネットワーク(WWAN)トランシーバ
312 受信機
314 送信機
316 アンテナ
318 信号
320 短距離ワイヤレストランシーバ
322 受信機
324 送信機
326 アンテナ
328 信号
330 衛星信号受信機
332 プロセッサ
334 データバス
336 アンテナ
338 衛星測位/通信信号
340 メモリ
342 測位構成要素
344 センサー
346 ユーザインターフェース
350 WWANトランシーバ
352 受信機
354 送信機
356 アンテナ
358 信号
360 短距離ワイヤレストランシーバ
362 受信機
364 送信機
366 アンテナ
368 信号
370 衛星信号受信機
376 アンテナ
378 衛星測位/通信信号
380 ネットワークトランシーバ
382 データバス
384 プロセッサ
386 メモリ
388 測位構成要素
390 ネットワークトランシーバ
392 データバス
394 プロセッサ
396 メモリ
398 測位構成要素
502 NG-RANノード
580 5GCロケーションサービス(LCS)エンティティ、5GC LCSエンティティ、LCSエンティティ
602 サービングgNB
604 UE
670 ロケーション管理機能(LMF)、LMF
790 LCSクライアント
800 タイムライン

【図1】

【図2A】

【図2B】

【図3A】

【図3B】

【図3C】

【図4】

【図5】

【図6】

【図7A】

【図7B】

【図8】

【図9】

【図10】

【国際調査報告】