特表 2023-549039 無線システムにおける測位

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

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

(11)【公表番号】

(43)【公表日】2023-11-22

(54)【発明の名称】無線システムにおける測位

(51)【国際特許分類】

   H04W 64/00 20090101AFI20231115BHJP

   H04W 16/28 20090101ALI20231115BHJP

   H04W 24/10 20090101ALI20231115BHJP

   H04W 72/21 20230101ALI20231115BHJP

【ＦＩ】

H04W64/00 130

H04W16/28 150

H04W24/10

H04W72/21

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023521753

(86)(22)【出願日】2021-10-13

(85)【翻訳文提出日】2023-05-15

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

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

(87)【国際公開日】2022-04-21

(31)【優先権主張番号】63/228,945

(32)【優先日】2021-08-03

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

(31)【優先権主張番号】63/091,005

(32)【優先日】2020-10-13

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

(31)【優先権主張番号】63/185,729

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

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

(31)【優先権主張番号】63/136,436

(32)【優先日】2021-01-12

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

２．３ＧＰＰ

(71)【出願人】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】長谷川 文大

(72)【発明者】

【氏名】イ、ムンイル

(72)【発明者】

【氏名】ホアン、トゥオン、デュク

(72)【発明者】

【氏名】ラオ、ジャヤ

(72)【発明者】

【氏名】マリニエール、ポール

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

5K067

【Ｆターム（参考）】

5K067BB37

5K067EE02

5K067EE10

(57)【要約】

無線システムにおける測位に関連するシステム、方法、及び手段が本明細書で開示される。特徴は、例えば、マルチビームチャネルスキャン中の測定報告のための無線送／受信ユニット（ＷＴＲＵ）の挙動において、マルチパスの存在下での測定報告中のＷＴＲＵ挙動において、及び／又はネットワークから補正情報を取得するための報告中のＷＴＲＵ挙動において、実装され得る。ＷＴＲＵは、複数のパスを介してＰＲＳ送信を受信することができる。ＷＴＲＵは、複数のパスを介したＰＲＳ送信の受信、及びそれぞれのパスと関連付けられたそれぞれのＳＲＳｐの送信と関連付けられたＲｘ－Ｔｘ時間差を報告することができる。
【選択図】図７

【特許請求の範囲】

【請求項1】

無線送受信ユニット（ＷＴＲＵ）であって、
プロセッサを備え、前記プロセッサは、
複数のパスを介して測位基準信号（ＰＲＳ）送信を受信することと、
第１のパスを第１の測位用探り基準信号（ＳＲＳｐ）と関連付けることであって、前記第１のパスが、第１のパス方向又は前記第１のパス方向と関連付けられた第１のＳＲＳｐ空間関係情報のうちの１つ以上に基づいて、前記第１のＳＲＳｐと関連付けられ、前記第１のＳＲＳｐ空間関係情報が、ネットワークエンティティから受信される、関連付けることと、
第２のパスを第２のＳＲＳｐと関連付けることであって、前記第２のパスが、第２のパス方向又は前記第２のパス方向と関連付けられた第２のＳＲＳｐ空間関係情報のうちの１つ以上に基づいて、前記第２のＳＲＳｐと関連付けられ、前記第２のＳＲＳｐ空間関係情報が、前記ネットワークエンティティから受信される、関連付けることと、
前記関連付けを示す情報を前記ネットワークエンティティに送信することと、
第１のＳＲＳｐリソースを介して第１のＳＲＳｐを送信し、第２のＳＲＳｐリソースを介して第２のＳＲＳｐを送信することと、
前記第１のパスと関連付けられた第１の受信－送信（Ｒｘ－Ｔｘ）時間差を判定することであって、前記第１のＲｘ－Ｔｘ時間差は、前記ＰＲＳ送信が前記第１のパスを介して受信された時間から前記第１のＳＲＳｐが送信された時間までの時間差である、判定することと、
前記第２のパスと関連付けられた第２のＲｘ－Ｔｘ時間差を判定することであって、前記第２のＲｘ－Ｔｘ時間差は、前記ＰＲＳ送信が前記第２のパスを介して受信された時間から前記第２のＳＲＳｐが送信された時間までの時間差である、判定することと、
前記第１及び第２のＲｘ－Ｔｘ時間差を示す情報を前記ネットワークエンティティに送信することと、を行うように構成されている、ＷＴＲＵ。

【請求項2】

前記プロセッサは、
前記ネットワークエンティティから、前記第１のＳＲＳｐ空間関係情報及び前記第２のＳＲＳｐ空間関係情報を受信することと、
第１のパス識別物（ＩＤ）を前記第１のパスに割り当て、第２のパスＩＤを前記第２のパスに割り当てることと、
前記第１のパスＩＤを第１のＳＲＳｐ ＩＤと関連付けることであって、前記第１のパスＩＤが、前記第１のパス方向及び前記第１のパス方向と関連付けられた前記第１のＳＲＳｐ空間関係情報に基づいて、前記第１のＳＲＳｐ ＩＤと関連付けられる、関連付けることと、
前記第２のパスＩＤを第２のＳＲＳｐ ＩＤと関連付けることであって、前記第２のパスＩＤが、前記第２のパス方向及び前記第２のパス方向と関連付けられた前記第２のＳＲＳｐ空間関係情報に基づいて、前記第２のＳＲＳｐ ＩＤと関連付けられる、関連付けることと、を行うように更に構成されている、請求項１に記載のＷＴＲＵ。

【請求項3】

前記第１及び第２のＲｘ－Ｔｘ時間差を示す前記情報が、前記第１のＳＲＳｐ ＩＤと関連付けられた前記第１のパスＩＤ、及び前記第２のＳＲＳｐ ＩＤと関連付けられた前記第２のパスＩＤを更に含む、請求項２に記載のＷＴＲＵ。

【請求項4】

前記ネットワークエンティティが、場所管理機能（ＬＭＦ）又は基地局（ｇＮＢ）である、請求項１に記載のＷＴＲＵ。

【請求項5】

前記プロセッサが、
前記ネットワークエンティティから、それぞれのパスをそれぞれのＳＲＳｐと関連付けることを示す情報を受信するように更に構成されている、請求項１に記載のＷＴＲＵ。

【請求項6】

前記第１のパスは、前記第１のパス方向が、前記第１のパス方向と関連付けられた前記第１のＳＲＳｐ空間関係情報と整合することに基づいて、前記第１のＳＲＳｐと関連付けられ、前記第２のパスは、前記第２のパス方向が、前記第２のパス方向と関連付けられた前記第２のＳＲＳｐ空間関係情報と整合することに基づいて、前記第２のＳＲＳｐと関連付けられる、請求項１に記載のＷＴＲＵ。

【請求項7】

方法であって、
複数のパスを介して測位基準信号（ＰＲＳ）送信を受信することと、
第１のパスを第１の測位用探り基準信号（ＳＲＳｐ）と関連付けることであって、前記第１のパスが、第１のパス方向又は前記第１のパス方向と関連付けられた第１のＳＲＳｐ空間関係情報のうちの１つ以上に基づいて、前記第１のＳＲＳｐと関連付けられ、前記第１のＳＲＳｐ空間関係情報が、ネットワークエンティティから受信される、関連付けることと、
第２のパスを第２のＳＲＳｐと関連付けることであって、前記第２のパスが、第２のパス方向又は前記第２のパス方向と関連付けられた第２のＳＲＳｐ空間関係情報のうちの１つ以上に基づいて、前記第２のＳＲＳｐと関連付けられ、前記第２のＳＲＳｐ空間関係情報が、前記ネットワークエンティティから受信される、関連付けることと、
前記関連付けを示す情報を前記ネットワークエンティティに送信することと、
第１のＳＲＳｐリソースを介して第１のＳＲＳｐを送信し、第２のＳＲＳｐリソースを介して第２のＳＲＳｐを送信することと、
前記第１のパスと関連付けられた第１の受信－送信（Ｒｘ－Ｔｘ）時間差を判定することであって、前記第１のＲｘ－Ｔｘ時間差は、前記ＰＲＳ送信が前記第１のパスを介して受信された時間から前記第１のＳＲＳｐが送信された時間までの時間差である、判定することと、
前記第２のパスと関連付けられた第２のＲｘ－Ｔｘ時間差を判定することであって、前記第２のＲｘ－Ｔｘ時間差は、前記ＰＲＳ送信が前記第２のパスを介して受信された時間から前記第２のＳＲＳｐが送信された時間までの時間差である、判定することと、
前記第１及び第２のＲｘ－Ｔｘ時間差を示す情報を前記ネットワークエンティティに送信することと、を含む、方法。

【請求項8】

前記ネットワークエンティティから、前記第１のＳＲＳｐ空間関係情報及び前記第２のＳＲＳｐ空間関係情報を受信することと、
第１のパス識別物（ＩＤ）を前記第１のパスに割り当て、第２のパスＩＤを前記第２のパスに割り当てることと、
前記第１のパスＩＤを第１のＳＲＳｐ ＩＤと関連付けることであって、前記第１のパスＩＤが、前記第１のパス方向及び前記第１のパス方向と関連付けられた前記第１のＳＲＳｐ空間関係情報に基づいて、前記第１のＳＲＳｐ ＩＤと関連付けられる、関連付けることと、
前記第２のパスＩＤを第２のＳＲＳｐ ＩＤと関連付けることであって、前記第２のパスＩＤが、前記第２のパス方向及び前記第２のパス方向と関連付けられた前記第２のＳＲＳｐ空間関係情報に基づいて、前記第２のＳＲＳｐ ＩＤと関連付けられる、関連付けることと、
を更に含む、請求項７に記載の方法。

【請求項9】

前記第１及び第２のＲｘ－Ｔｘ時間差を示す前記情報が、前記第１のＳＲＳｐ ＩＤと関連付けられた前記第１のパスＩＤ、及び前記第２のＳＲＳｐ ＩＤと関連付けられた前記第２のパスＩＤを更に含む、請求項８に記載の方法。

【請求項10】

前記ネットワークエンティティが、場所管理機能（ＬＭＦ）又は基地局（ｇＮＢ）である、請求項７に記載の方法。

【請求項11】

前記ネットワークエンティティから、それぞれのパスをそれぞれのＳＲＳｐと関連付けることを示す情報を受信すること、
を更に含む、請求項７に記載の方法。

【請求項12】

前記第１のパスは、前記第１のパス方向が、前記第１のパス方向と関連付けられた前記第１のＳＲＳｐ空間関係情報と整合することに基づいて、前記第１のＳＲＳｐと関連付けられ、前記第２のパスは、前記第２のパス方向が、前記第２のパス方向と関連付けられた前記第２のＳＲＳｐ空間関係情報と整合することに基づいて、前記第２のＳＲＳｐと関連付けられる、請求項７に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０２０年１０月１３日に出願された米国仮特許出願第６３／０９１，００５号、２０２１年１月１２日に出願された米国仮特許出願第６３／１３６，４３６号、２０２１年５月７日に出願された米国仮特許出願第６３／１８５，７２９号、及び２０２１年８月３日に出願された米国仮特許出願第６３／２２８，９４５号の利益を主張し、当該特許出願の開示は、それらの全体が参照により本明細書に組み込まれる。

【背景技術】

【0002】

無線通信を使用したモバイル通信は、進化し続けている。モバイル通信無線アクセス技術（radio access technology、ＲＡＴ）の第５世代は、５Ｇ新無線（new radio、ＮＲ）と称され得る。以前の（従来の）世代のモバイル通信ＲＡＴは、例えば、第４世代（fourth generation、４Ｇ）ロングタームエボリューション（long term evolution、ＬＴＥ）であり得る。無線通信デバイスは、例えば、無線アクセスネットワーク（radio access network、ＲＡＮ）などのアクセスネットワークを介して、他のデバイス及びデータネットワークとの通信を確立し得る。

【発明の概要】

【0003】

無線システムにおける測位に関連するシステム、方法、及び手段が本明細書で開示される。特徴は、例えば、マルチビームチャネルスキャン中の測定報告のための無線送／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）の挙動において、マルチパスの存在下での測定報告中のＷＴＲＵ挙動において、及び／又はネットワークから補正情報を取得するための報告中のＷＴＲＵ挙動において、実装され得る。

【0004】

ＷＴＲＵは、複数のパスを介して測位基準信号（positioning reference signal、ＰＲＳ）送信を受信することができる。ＷＴＲＵは、複数のパスを介したＰＲＳ送信の受信、及びそれぞれのパスと関連付けられたそれぞれのＳＲＳｐの送信と関連付けられたＲｘ－Ｔｘ時間差を報告することができる。これは、ＲＴＴの判定を支援し得る。

【0005】

ＷＴＲＵは、ＰＲＳ送信と関連付けられたリソースを示す情報を受信することができ、ＰＲＳ送信は識別子を有することができる。情報は、それぞれのＰＲＳパスＩＤをそれぞれのＳＲＳｐリソースと関連付けるための指示を含むことができる。ＷＴＲＵは、測位用探り基準信号（sounding reference signal for positioning、ＳＲＳｐ）送信と関連付けられたリソースを示す情報を受信することができ、ＳＲＳｐ送信は識別子を有することができる。情報は、それぞれのＳＲＳｐに対するそれぞれの空間関係を含むことができる。空間関係は、受信（Ｒｘ）方向／ビームと関連付けられたダウンリンク（downlink、ＤＬ）基準信号（reference signal、ＲＳ）を含むことができる。

【0006】

ＷＴＲＵは、複数のパスを介して測位基準信号（ＰＲＳ）送信を受信することができる。それぞれのパスＩＤは、ＷＴＲＵが複数のパスを介してＰＲＳ送信を受信する場合、ＷＴＲＵによってそれぞれのパスに割り当てられ得る。例えば、第１のパスにパスＩＤ１を割り当てることができ、第２のパスにパスＩＤ２を割り当てることができる。ＷＴＲＵは、第１のパス（例えば、割り当てられたパスＩＤ１）を（例えば、ＳＲＳｐ識別子２と関連付けられた）第１のＳＲＳｐと関連付けることができる。第１のパスは、第１のパス方向と、第１のパス方向と関連付けられた第１のＳＲＳｐ空間関係とに基づいて、第１のＳＲＳｐと関連付けられ得る。第１のＳＲＳｐ空間関係は、ネットワークエンティティから受信され得る。ＷＴＲＵは、第２のパス（例えば、割り当てられたパスＩＤ２）を（例えば、ＳＲＳｐ識別子１と関連付けられた）第２のＳＲＳｐと関連付けることができる。第２のパスは、第２のパス方向と、第２のパス方向と関連付けられた第２のＳＲＳｐ空間関係とに基づいて、第２のＳＲＳｐと関連付けられ得る。第２のＳＲＳｐ空間関係は、ネットワークエンティティから受信され得る。

【0007】

ＷＴＲＵは、関連付けの指示をネットワークエンティティ（例えば、ＬＭＦ又はｇＮＢ）に送信することができる。ＷＴＲＵは、（例えば、パスＩＤ２を割り当てられた第２のパスと関連付けられたＳＲＳｐ識別子１と関連付けられた）第１のＳＲＳｐリソースを介して第１のＳＲＳｐを送信することができ、（例えば、パスＩＤ１を割り当てられた第１のパスと関連付けられたＳＲＳｐ識別子２と関連付けられた）第２のＳＲＳｐリソースを介して第２のＳＲＳｐを送信することができる。ＷＴＲＵは、第１のパスと関連付けられた第１の受信－送信（Ｒｘ－Ｔｘ）時間差を判定することができる。第１のＲｘ－Ｔｘ時間差は、ＰＲＳが第１のパスを介して受信された時間から（例えば、ＳＲＳｐ識別子２と関連付けられた）第１のＳＲＳｐが送信された時間までの時間差であり得る。第２のパスと関連付けられた第２のＲｘ－Ｔｘ時間差が判定され得る。第２のＲｘ－Ｔｘ時間差は、ＰＲＳが第２のパスを介して受信された時間から（例えば、ＳＲＳｐ識別子１と関連付けられた）第２のＳＲＳｐが送信された時間までの時間差であり得る。第１及び第２のＲｘ－Ｔｘ時間差の指示は、ネットワークエンティティ（例えば、ＬＭＦ又はｇＮＢ）に送信され得る。

【図面の簡単な説明】

【0008】

【図1A】１つ以上の開示された実施形態が実装され得る、例示的な通信システムを例解するシステム図である。

【図1B】一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線送／受信ユニット（ＷＴＲＵ）を例解するシステム図である。

【図1C】一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線アクセスネットワーク（ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を例解するシステム図である。

【図1D】一実施形態による、図１Ａに例解される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを例解するシステム図である。

【図2】測位中のマルチパスの一例を例解する。

【図3】ＤＬ測位方法のためのスタンドアロン支援情報を受信するための一例を例解する。

【図4】ＤＬ及びＵＬ測位方法のためのスタンドアロン支援情報を受信する一例を例解する。

【図5】ＷＴＲＵ受信－送信（Ｒｘ－Ｔｘ）時間差の例示的な値を例解する。

【図6】ＰＲＳをＳＲＳｐと関連付けることができる空間関係構成の一例を例解する。

【図7】Ｒｘ－Ｔｘ差を判定する一例を例解する。

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

【0009】

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を例解する図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、コード分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ－Ｓｐｒｅａｄ ＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を採用し得る。

【0010】

図１Ａに示されるように、通信システム１００は、無線送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（public switched telephone network、ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、それらのいずれも「局」及び／又は「ＳＴＡ」と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、移動局、固定又は移動加入者ユニット、加入ベースのユニット、ページャ、セルラ電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、ウォッチ又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術）、工業用デバイス及びアプリケーション（例えば、工業用及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、家電デバイス、商業用及び／又は工業用無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。

【0011】

通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、及び／又は他のネットワーク１１２など、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された、任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（Base Transceiver Station、ＢＴＳ）、ノードＢ、エンコードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（Access Point、ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。

【0012】

基地局１１４ａは、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなど、他の基地局及び／又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０４／１１３の一部であり得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る、１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可及び未認可スペクトルの組み合わせであり得る。セルは、相対的に固定され得るか又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用い得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信及び／又は受信し得る。

【0013】

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、このエアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。

【0014】

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセススキームを用い得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（UMTS Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得、これは広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High-Speed UL Packet Access、ＨＳＵＰＡ）を含み得る。

【0015】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（LTE-Advanced、ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る。

【0016】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装することができ、この技術は、新しい無線（ＮＲ）を使用してエアインターフェース１１６を確立することができる。

【0017】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に／から送信される複数のタイプの無線アクセス技術及び／又は送信によって特徴付けられ得る。

【0018】

他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

【0019】

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。

【0020】

ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得、これは、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された、任意のタイプのネットワークであり得る。データは、例えば、異なるスループット要件、レイテンシ要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼制御、支払い請求サービス、移動体場所ベースのサービス、プリペイド呼、インターネット接続性、ビデオ配信などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用する他のＲＡＮと、直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、又はＷｉＦｉ無線技術を採用して別のＲＡＮ（図示せず）と通信し得る。

【0021】

ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての機能を果たし得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続された別のＣＮを含み得る。

【0022】

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。

【0023】

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。

【0024】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）回路、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実行し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得るということが理解されよう。

【0025】

送信／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか又は基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信及び／又は受信するように構成され得るということが理解されよう。

【0026】

送信／受信要素１２２は、単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用い得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。

【0027】

トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、例えばＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。

【0028】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。

【0029】

プロセッサ１１８は、電源１３４から電力を受け取り得、ＷＴＲＵ１０２内の他の構成要素に電力を分配し、かつ／又はその電力を制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽セル、燃料セルなどを含み得る。

【0030】

プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、これは、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して場所情報を受信し、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を判定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な場所判定方法によって場所情報を取得し得るということが理解されよう。

【0031】

プロセッサ１１８は、他の周辺機器１３８に更に結合され得、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、配向センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であり得る。

【0032】

ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）及びダウンリンク（例えば、受信用）の両方のための特定のサブフレームと関連付けられた）信号のいくつか又は全ての送信及び受信が並列及び／又は同時であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）を介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＲＴＵ１０２は、（例えば、ＵＬ（例えば、送信用）又はダウンリンク（例えば、受信用）のいずれかのための特定のサブフレームと関連付けられた）信号のうちのいくつか又は全てのうちのどれかの送信及び受信のための半二重無線機を含み得る。

【0033】

図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を例解するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

【0034】

ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅノードＢを含み得るということが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。

【0035】

ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、ＵＬ及び／又はＤＬにおいて、無線リソース管理意思決定、ハンドオーバ意思決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。

【0036】

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（又はＰＧＷ）１６６を含み得る。前述の要素の各々は、ＣＮ１０６の一部として図示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は運用され得ることが理解されるであろう。

【0037】

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅノードＢ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、かつ制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択すること、などの役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

【0038】

ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅノード－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングし、転送し得る。ＳＧＷ１６４は、ｅノード－Ｂ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶する機能などの、他の機能を実行し得る。

【0039】

ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

【0040】

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は動作される他の有線及び／又は無線ネットワークを含み得る。

【0041】

ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、特定の代表的な実施形態では、そのような端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。

【0042】

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。

【0043】

インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（station、ＳＴＡ）を有し得る。ＡＰは、配信システム（Distribution System、ＤＳ）若しくはＢＳＳに入る、かつ／又はＢＳＳから出るトラフィックを搬送する別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先への生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡどうしの間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとして見なされ、かつ／又は称され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で送信され得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全部）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。

【0044】

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又はシグナリングを介して動的に設定される幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、例えば、８０２．１１システムにおいて、衝突回避を備えたキャリア感知多重アクセス（Carrier Sense Multiple Access/Collision Avoidance、ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを感知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は判定される場合、特定のＳＴＡはバックオフされ得る。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信し得る。

【0045】

高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得るが、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介して形成され得る。

【0046】

非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する２０ＭＨｚチャネルどうしを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作は逆にされ得、組み合わされたデータを媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信し得る。

【0047】

サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルで５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなど、メータタイプの制御／マシンタイプ通信をサポートし得る。ＭＴＣデバイスは、例えば、特定の、かつ／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、特定の能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。

【0048】

複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡに起因してプライマリチャネルがビジーである場合、周波数帯域の大部分がアイドルのままであり、利用可能であり得るとしても、利用可能な周波数帯域全体がビジーであると見なされ得る。

【0049】

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。

【0050】

図１Ｄは、一実施形態によるＲＡＮ１１３及びＣＮ１１５を例解するシステム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１１３はまた、ＣＮ１１５と通信し得る。

【0051】

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、一実施形態との一貫性を維持しながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信及び／又は受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。

【0052】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、かつ／又は様々な長さの絶対時間が持続する）様々な又はスケーラブルな長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

【0053】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可バンドにおける信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービス提供するための追加のカバレッジ及び／又はスループットを提供し得る。

【0054】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理意思決定、ハンドオーバ意思決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。

【0055】

図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素の各々は、ＣＮ１１５の一部として示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。

【0056】

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などの役割を果たすことができる。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、高信頼低レイテンシ（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（machine type communication、ＭＴＣ）アクセスのためのサービス、及び／又は同様のものなどの異なる使用事例のために確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

【0057】

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理して割り振ること、ＰＤＵセッションを管理すること、ポリシー執行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供することなど、他の機能を実施し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

【0058】

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、これにより、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットをルーティングして転送すること、ユーザプレーンポリシーを執行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、モビリティアンカリングを提供することなど、他の機能を実施し得る。

【0059】

ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は動作される他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じてローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続され得る。

【0060】

図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明から見て、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載される任意の他のデバイスのうちの１つ以上に関する、本明細書に記載される機能のうちの１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって実施され得る。エミュレーションデバイスは、本明細書に説明される機能の１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。

【0061】

エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上若しくは全ての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実行し得る。エミュレーションデバイスは、試験を目的として別のデバイスに直接結合され得、かつ／又は地上波無線通信を使用して試験を実行し得る。

【0062】

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信及び／又は受信するように、エミュレーションデバイスによって使用され得る。

【0063】

マルチパスにおける非見通し線（non-line of sight、ＮＬＯＳ）パスの存在（例えば、複数のパスを介した信号の受信）は、例えば、異なる角度から及び／又は異なる時間単位（例えば、絶対時間、シンボル番号、スロット番号、フレーム／サブフレーム番号、基準時間に対する時間オフセットなど）で到着し得る受信された測位基準信号（ＰＲＳ）の複数のバージョンに起因して、ネットワークがＷＴＲＵの正確な位置を取得することを妨げる場合がある。見通し線（line of sight、ＬＯＳ）、ＮＬＯＳ、及び／又は他のチャネル特性についての正確な情報は、ＷＴＲＵ、サーバなどによる正確な測位（例えば、測位補正）判定をサポートすることができる。正確な情報に基づく（例えば、ＷＴＲＵ又はネットワークにおける）ビームリファインメントは、マルチパスの存在下で（例えば、低レイテンシにおける）改善された測位精度のために測位結果を補正するための支援情報を生成することができる。ビームリファインメントは、ＷＴＲＵから送信される報告、又はＷＴＲＵによって行われるアクションによって駆動され得る。例えば、正確な測位のために、アップリンク（uplink、ＵＬ）又はダウンリンク（ＤＬ）マルチビームを使用したＬＯＳ識別がサポートされ得る。

【0064】

チャネルのｇＮＢ（例えば、ネットワーク、基地局など）スキャン中のＷＴＲＵの挙動が提供され得る。ＷＴＲＵは、ＬＯＳを報告するように（例えば、上位レイヤ、例えば上位レイヤシグナリングによって）構成され得る。ＷＴＲＵは、例えば、複数の構成された基準ビームの中で最大の基準信号受信電力（reference signal received power、ＲＳＲＰ）に対応し得る、測位用の構成されたダウンリンク基準信号（downlink reference signal、ＤＬ ＲＳ）のタイミング情報を（例えば、サーバに）報告することができる。ネットワークは、ＬＯＳ及び／又はＮＬＯＳを見つけるためにビーム掃引を行うことができる。アクションは、例えば、マルチビームが構成される場合、ＬＯＳのみの報告に対応し得る。例では、ＷＴＲＵは、構成されたＰＲＳリソース、ＴＲＰ ＩＤ、又はセルＩＤのうちの１つ以上と関連付けられたＬＯＳインジケータを報告するように、ネットワーク（例えば、ＬＭＦ又はｇＮＢ）によって構成され得る。ＰＲＳリソースと関連付けられたＬＯＳインジケータの値が１である場合、それは、ＰＲＳリソース上のＰＲＳがＬＯＳパスにおいてＷＴＲＵによって受信される可能性が高いことを示唆し得る。ＰＲＳリソースと関連付けられたＬＯＳインジケータの値が０．８である場合、それは、ＰＲＳリソース上のＰＲＳがＬＯＳパスにおいてＷＴＲＵによって受信される可能性が高いこと、しかし、例えば、ＬＯＳインジケータが１である場合より可能性が低いことを示唆し得る。ＰＲＳリソースと関連付けられたＬＯＳインジケータの値が０である場合、それは、ＰＲＳリソース上のＰＲＳがＬＯＳパスにおいてＷＴＲＵによって受信される可能性が低いことを示唆し得る。ＰＲＳリソースと関連付けられたＮＬＯＳインジケータの値が１である場合、それは、ＰＲＳリソース上のＰＲＳがＮＬＯＳパスにおいてＷＴＲＵによって受信される可能性が低いことを示唆し得る。例では、ＷＴＲＵが、ＰＲＳリソースと関連付けられたＬＯＳインジケータをネットワークに報告するように構成されると仮定することができる。ＬＯＳインジケータは、離散値のセット（例えば、［０，０．５，１］、［０，０．３３，０．６６，１］、［０，１］、又は［０．２５，０．５，０．７５，１］）からＷＴＲＵによって判定される値であってよい。ＬＯＳインジケータは、ビットのセットを含むことができ、セット（例えば、各セット）は、離散値のうちの１つに対応することができる（例えば、ＬＯＳインジケータ０については「００」、ＬＯＳインジケータ０．３３については「０１」、ＬＯＳインジケータ０．６６については「１０」、及び／又はＬＯＳインジケータ１については「１１」）。

【0065】

ＷＴＲＵは、ＰＲＳリソース上のＰＲＳから行われた測定（例えば、到着時間、到着角度、ＲＳＲＰ、ＲＳＴＤ、及び／又はＷＴＲＵ Ｒｘ－Ｔｘ）に基づいてＬＯＳインジケータを判定し、そのインジケータをネットワークに報告することができる。ＷＴＲＵは、例えば、ＷＴＲＵがパスの可能性をＬＯＳとして判定することができない（例えば、ＬＯＳインジケータが０．５であるか、又はＷＴＲＵが、ＰＲＳリソース上の受信されたＰＲＳに対して行われた測定に基づいてインジケータを判定又は計算することができない）場合、インジケータを報告しないことを判定することができる。例では、ＷＴＲＵは、ＷＴＲＵがＬＯＳインジケータの値を判定することができない場合、インジケータのエラー値を報告することを判定することができる。例えば、ＬＯＳインジケータのための離散値の事前構成されたセットが［０，１］である場合、ＷＴＲＵは、ＰＲＳリソース上の受信されたＰＲＳと関連付けられたＬＯＳの可能性についてＷＴＲＵが確信がないことをネットワークに示すために、ＰＲＳリソースと関連付けられたＬＯＳインジケータを返さなくてよい。ＬＯＳインジケータのための離散値の事前構成セットが［０，０．５，１］であり、各離散値のためのビットの関連セットが、「００」、「０１」、「１０」、及び「１１」がそれぞれＬＯＳインジケータ０、０．５、１、「エラーイベント又は利用不可能」と関連付けられるようなものである場合、ＷＴＲＵは、ＰＲＳリソース上の受信されたＰＲＳに対して行われた測定に基づいてＷＴＲＵがＬＯＳインジケータの離散値を判定することができない場合、ネットワークに「１１」を報告することを判定することができる。

【0066】

ＷＴＲＵは、マルチパスチャネル内のパス（例えば、受信パス、２つ以上のパスによってＷＴＲＵに到達する無線信号、ＬＯＳ又はＮＬＯＳパスなど）とビーム情報との間の関連付けを推奨することができる。マルチパスの場合、本明細書で言及するチャネルは、マルチパスチャネルを指し得る。ＷＴＲＵは、測定報告をネットワークに送信することができる。報告は、例えば、チャネル状態情報基準信号（channel state information reference signal、ＣＳＩ－ＲＳ）、ＰＲＳ、及び／又は探り基準信号（ＳＲＳ）ビーム（例えば、ＳＲＳリソースＩＤ若しくはＳＲＳビームＩＤ）との、測定されたマルチパス内のパスＩＤ（例えば、追加の検出されたパスのための追加のパスＩＤ）の関連付けを含むことができる。関連付けられた基準信号（ＲＳ）ビームは、マルチパスの発見につながった、ＷＴＲＵが受信したＲＳビームとは異なり得る。マルチパス緩和のＷＴＲＵベースの推奨は、ＵＬ及びＤＬ ＲＳのための送信期間／オフセットの異なるビーム幅及び／又は異なる粒度を考慮することができる。ネットワークは、チャネルをスキャンするためにブロードビームを使用することができる。ＷＴＲＵは、情報を送信することができる。ＷＴＲＵは、例えば、ＮＬＯＳ／ＬＯＳパスの空間方向及び／又はＬＯＳ／ＮＬＯＳパスの相対遅延に基づいて、報告を構築することができる。

【0067】

ＷＴＲＵは、報告を変更又は停止することができる。ＷＴＲＵは、複数のパスを測定することができる。ＷＴＲＵは、例えば、ＰＲＳビームに対応する測定されたＲＳＲＰが閾値を下回り、かつ／又はＲＳＲＰの分散が閾値を上回る場合、ＰＲＳリソースと関連付けられ得る構成されたＰＲＳビームのうちの少なくとも１つの測定を停止することができる。ある量の情報（例えば、十分な情報）を収集するために、分散の測定期間（例えば、タイマーによってトラッキングされ得る期間）が設定され得る。アドバイス（例えば、暗黙的アドバイス）は、例えば、測定を破棄するために、及び／又は測定報告のサイズを低減するために、ネットワークに提供されてもよく、これは、より高速な意思決定プロセスをもたらし得る。

【0068】

ＤＬ測位とＵＬ測位との間に協調があってもよい。ＤＬ測位及びＵＬ測位の特徴は、図３の例によって示される。ＷＴＲＵは、測位のために複数の構成されたＳＲＳビームを送信することができる。ＷＴＲＵは、測位用ＳＲＳ（ＳＲＳｐ）及びＰＲＳに関するＳＲＳ空間関係の動的構成、並びに／又は送信されたＳＲＳがどの方向で使用されたかの指示（例えば、ＤＬ－ＵＬ協調、報告なし、及び／若しくはビーム掃引）を予想及び／又は受信することができる（例えば、そのように構成され得る）。

【0069】

測位補正のためのスタンドアロン支援情報は、例えば、場所管理機能（Location Management Function、ＬＭＦ）の外部にあり得る機能において生成され得る。測位補正のための支援情報（例えば、追加の支援情報）は、例えば、本明細書で説明する情報、並びに／又はＬＯＳ／ＮＬＯＳ指示及び／若しくは測定報告など、チャネルに関係する他の情報を含み得る。支援情報は、例えば、（例えば、本明細書で識別及び／又は定義され得る）測位方法からの測位結果を補正するために使用され得る。支援情報は配信され得る（例えば、別個に配信され得る）。スタンドアロン支援情報の生成は、測位（例えば、ＬＯＳ／ＮＬＯＳ検出）に依存しないことがある。支援情報は、ＬＭＦの外部の機能において（例えば、ＲＡＮにおいて、又は短いレイテンシのためにＷＴＲＵ内で）生成され得る。ＷＴＲＵは、スタンドアロン支援情報を、例えば、オンデマンドベースで取得することができ、及び／又はＷＴＲＵは、スタンドアロン支援情報を受信するように（例えば、サーバによって）構成され得る。補正のためのスタンドアロン支援情報は、ＷＴＲＵによって機能に配信されてもよく、又はＷＴＲＵベースの測位のために機能からＷＴＲＵに配信されてもよい。例では、スタンドアロン支援情報は、例えば、マルチパスチャネルパラメータ（例えば、相対電力オフセット、遅延プロファイルなど）を含み得る。

【0070】

測位方法は、例えば、ダウンリンク、アップリンク、並びにダウンリンク及びアップリンク測位方法を含み得る。１つ以上の送受信ポイント（transmission-reception point、ＴＲＰ）（例えば、複数のＴＲＰ）は、例えば、ダウンリンク測位方法において、１つ以上のＰＲＳ（例えば、複数のＰＲＳ）をＷＴＲＵに送信することができる。ＷＴＲＵは、複数の基準信号を観測することができる。ＷＴＲＵは、ＰＲＳのペア間の到着時間差を測定することができる。ＷＴＲＵは、測定された基準信号時間差（reference signal time difference、ＲＳＴＤ）をネットワーク（例えば、本明細書で例として使用され得るＬＭＦ）に報告することができる。ＷＴＲＵは、ＰＲＳ（例えば、各ＰＲＳ）について測定された基準信号受信電力（ＲＳＲＰ）を返すことができる。ＬＭＦは、例えば、返された測定値に基づいて、ＷＴＲＵの測位を判定する（例えば、行う）ことができる。ＷＴＲＵは、１つ以上のＤＬ角度ベースの測位方法についてＲＳＲＰを報告することができる。

【0071】

ＷＴＲＵは、例えば、アップリンク測位方法において、測位用ＳＲＳを１つ以上の受信ポイント（reception point、ＲＰ）に送信することができる。ＳＲＳは、無線リソース制御（radio resource control、ＲＲＣ）によって構成され得る。ＴＲＰは、例えば、タイミングベースの方法の場合、受信されたＳＲＳについて相対到着時間（relative time of arrival、ＲＴＯＡ）を測定し得る。ＴＲＰは、測定値をＬＭＦに報告することができる。ＷＴＲＵは、ＳＲＳについてＲＳＲＰを報告することができる。ＲＰは、例えば、角度ベースのアップリンク測位方法の場合、到着角度（angle of arrival、ＡｏＡ）を測定し、測定されたＡｏＡをＬＭＦに報告することができる。

【0072】

ＷＴＲＵは、例えば、アップリンク及びダウンリンク測位方法において、受信されたＰＲＳと送信されたＳＲＳとの間の受信機－送信機（Ｒｘ－Ｔｘ）時間差を測定することができる。ＷＴＲＵは、Ｒｘ－Ｔｘ時間差をＬＭＦに報告することができる。ＷＴＲＵは、ＰＲＳについて測定されたＲＳＲＰを報告することができる。ＴＲＰは、受信されたＳＲＳと送信されたＰＲＳとの間のＲｘ－Ｔｘ差を計算することができる。

【0073】

タイミング情報は、測位における構成要素であり得る。タイミング問題（例えば、及び測位問題）が生じ得る。例えば、マルチパスを通過する測位用のＤＬ及び／又はアップリンクＵＬ基準信号（ＲＳ）は、受信機側において複数のコピーを生成し得、例えば、それは、受信機において複数のタイミング測定値及び／又は角度測定値を作成し得る。マルチパスは、ＬＯＳパスとＮＬＯＳパスとの組み合わせであり得る。マルチパスにおけるＬＯＳパスとＮＬＯＳパスとの識別は、例えば、正確なタイミング及び測位を判定するために有用であり得る。

【0074】

図２は、測位中のマルチパスの一例を例解する。

【0075】

ＷＴＲＵは、例えば、ＷＴＲＵがＴＲＰからＰＲＳを受信する場合に、ＷＴＲＵが観測し得るパス（例えば、追加のパス）に関係する情報を報告することができる。

【0076】

測位精度は、パスを（例えば、ＬＯＳ又はＮＬＯＳとして）識別するための機構なしでは劣化することがある。ＷＴＲＵは、マルチパス情報を測定することができる。測位精度は、例えば、ＷＴＲＵがパス情報をＤＬ ＲＳ及び／又はＵＬ ＲＳと関連付けることを許可する／可能にすることによってサポートされ得る。

【0077】

例えば、測位のために、複数のビーム及び報告構成が提供され（例えば、及び／又は利用され）得る。「測位用ＳＲＳ」は、測位のために使用されるＳＲＳ信号／送信を指し得る。測位用ＳＲＳのためのリソースは、例えば、ＲＲＣによって定義／構成され（例えば、シグナリングされ）得る。「測位用ＳＲＳ」又は「ＳＲＳ」は、例えば、ＳＲＳ－ＰｏｓＲｅｓｏｕｒｃｅＳｅｔ－ｒ１６及びＳＲＳ－ＰｏｓＲｅｓｏｕｒｃｅ－ｒ１６の下で構成されたＳＲＳ、ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ及びＳＲＳ－Ｒｅｓｏｕｒｃｅの下で構成されたＳＲＳ、ＳＲＳ－ＰｏｓＲｅｓｏｕｒｃｅＳｅｔ－ｒ１６及びＳＲＳ－ＰｏｓＲｅｓｏｕｒｃｅ－ｒ１６の下で構成されないＳＲＳ、ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ及びＳＲＳ－Ｒｅｓｏｕｒｃｅの下で構成されないＳＲＳ、ＳＲＳ－ＰｏｓＲｅｓｏｕｒｃｅＳｅｔ－ｒ１６、ＳＲＳ－ＰｏｓＲｅｓｏｕｒｃｅ－ｒ１６、ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ、若しくはＳＲＳ－Ｒｅｓｏｕｒｃｅと関連付けられていないＳＲＳ、測位と関連付けられたアップリンク基準信号、アップリンクのための復調基準信号（demodulation reference signal、ＤＭ－ＲＳ）、又はアップリンクのための位相トラッキング基準信号（phase tracking reference signal、ＰＴＲＳ）、のうちの少なくとも１つを含み得る。

【0078】

測位用ＳＲＳは、「ＳＲＳｐ」と表され得る。ＰＲＳ及びＳＲＳは、測位のために使用されるＲＳに限定されなくてもよい。本明細書で説明される例は、ＤＬ基準信号（例えば、任意のＤＬ基準信号）及びＵＬ基準信号（例えば、任意のＵＬ基準信号）に適用されるか、又はそれらと共に使用され得る。

【0079】

本明細書で説明される例は、以下の測位方法、すなわち、「ＤＬ測位方法」、「ＵＬ測位方法」、又は「ＤＬ及びＵＬ測位方法」のうちの１つ以上に適用可能であり得る。方法は、ＷＴＲＵ、ネットワーク側のデバイスなどのデバイスにおいて実装され得る。

【0080】

「ＤＬ測位方法」は、ダウンリンク基準信号（例えば、ＰＲＳ）を利用する測位方法を指し得る。ＷＴＲＵは、ＴＰから複数の基準信号を受信することができる。ＷＴＲＵは、ＤＬ ＲＳＴＤ及び／又はＲＳＲＰを測定することができる。ＤＬ測位方法は、例えば、ダウンリンク出発角度（downlink angle of departure、ＤＬ－ＡｏＤ）測位、ダウンリンク到着時間差（downlink time difference of arrival、ＤＬ－ＴＤＯＡ）測位などを含み得る。

【0081】

「ＵＬ測位方法」は、測位又はＳＲＳ測定のためにアップリンク基準信号（例えば、ＳＲＳ）を利用する測位方法を指し得る。ＷＴＲＵは、複数のＲＰ（例えば、ＷＴＲＵからＳＲＳを受信するネットワークデバイス）にＳＲＳを送信することができる。ＲＰは、ＵＬ ＲＴＯＡ及び／又はＲＳＲＰを測定することができる。ＵＬ測位方法は、例えば、ＵＬ－ＴＤＯＡ測位、ＵＬ－ＡｏＡ測位などを含み得る。

【0082】

ＲＰ、ＴＰ、及びＴＲＰは、ネットワークデバイスを指し得る。例では、ＲＰ、ＴＰ、及びＴＲＰは、「ポイント」が送信する（例えば、送信するだけである）（例えば、それはＴＰと称され得る）か、受信する（例えば、受信するだけである）（例えば、それはＲＰと称され得る）か、又は送信及び受信する（例えば、送信と受信の両方を行う）（例えば、それはＴＲＰと称され得る）かを指し得る。ＵＬ測位方法（例えば、ＵＬ ＴＤＯＡ又はＵＬ－ＡｏＡ）の場合、ネットワーク側デバイスはＲＰと称され得る（例えば、ネットワークは、ＷＴＲＵからＳＲＳを受信するだけである）。ＤＬ測位方法の場合、ネットワークデバイスはＴＲＰ又はＴＰと称され得る（例えば、ネットワークは、ＰＲＳを送信するだけであるか、又はＰＲＳを送信して測定値を受信するかのいずれかである）。ＤＬ及びＵＬ測位方法（例えば、ｍｕｌｔ－ＲＴＴ）の場合、ネットワークデバイスはＴＲＰと称され得る（例えば、ネットワークは、ＰＲＳを送信し、ＳＲＳを受信する）。

【0083】

「ＤＬ及びＵＬ測位方法」は、測位のためにアップリンク及びダウンリンク基準信号を利用する測位方法を指し得る。例では、ＷＴＲＵは、複数のＴＲＰにＳＲＳを送信することができ、ネットワーク（例えば、基地局又はｇＮＢ）は、Ｒｘ－Ｔｘ時間差を測定することができる。ネットワークは、受信されたＳＲＳについてＲＳＲＰを測定することができる。ＷＴＲＵは、複数のＴＲＰから送信されたＰＲＳについてＲｘ－Ｔｘ時間差を測定することができる。ＷＴＲＵは、受信されたＰＲＳについてＲＳＲＰを測定することができる。ＷＴＲＵ及び／又はネットワークにおける測定されたＲｘ－ＴＸ差及び／又はＲＳＲＰを使用して、ラウンドトリップ時間（round trip time、ＲＴＴ）を計算することができる。ＷＴＲＵ Ｒｘ及びＴｘの差は、ＴＲＰによって送信された基準信号の到着時間と、ＷＴＲＵから／によって送信された基準信号の送信時間との間の差を指すことができる。ネットワーク（例えば、ｇＮＢ）Ｒｘ及びＴｘの差は、ＷＴＲＵによって送信された基準信号の到着時間と、ネットワーク（例えば、ｇＮＢ又はＴＲＰ）から／によって送信された基準信号の送信時間との間の差を指すことができる。マルチＲＴＴ測位は、ＤＬ及びＵＬ測位の一例であり得る。

【0084】

ネットワークは、例えば、アクセス及びモビリティ管理機能（ＡＭＦ）、ＬＭＦ、次世代ＲＡＮ（next generation RAN、ＮＧ－ＲＡＮ）などのうちの１つ以上を含み得る。

【0085】

ＬＭＦは、測位のために、又は測位をサポートするために使用され得るノード又はエンティティ（例えば、ネットワークノード又はエンティティ）の一例であり得る。他のタイプのノード又はエンティティは、ＬＭＦの代わりに使用され得、本開示と共に適用可能であり得る。

【0086】

「場所情報」及び「場所推定値」は、本明細書では互換的に使用され得る。「ＰＲＳリソースの送信」及び「ＰＲＳリソース上でのＰＲＳの送信」は、本明細書では互換的に使用され得る。「ＰＲＳリソースの受信」及び「ＰＲＳリソース上でのＰＲＳの受信」は、本明細書では互換的に使用され得る。「ＳＲＳリソースの送信」及び「ＳＲＳリソース上でのＳＲＳの送信」は、本明細書では互換的に使用され得る。「ＳＲＳリソースの受信」及び「ＳＲＳリソース上でのＳＲＳの受信」は、本明細書では互換的に使用され得る。「ＳＲＳｐリソースの送信」及び「ＳＲＳリソース上でのＳＲＳの送信」は、本明細書では互換的に使用され得る。「ＳＲＳリソースの受信」及び「ＳＲＳリソース上でのＳＲＳの受信」は、本明細書では互換的に使用され得る。

【0087】

マルチビームベースの測位が提供（例えば、構成及び／又は利用）され得る。マルチビームダイバーシティは、測位測定のために提供され得る。測位測定基準信号（positioning measurement reference signal、ＰＭＲＳ）は、１つ以上のビーム中で送信又は受信され得る。ビームは、例えば、擬似コロケーション（quasi co-location、ＱＣＬ）タイプＤ、空間関係情報、ビーム基準信号、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）インデックス、及び／又は同期信号ブロック（synchronization signal block、ＳＳＢ）インデックスを含み得る（例えば、そのように称され得る）。ＰＭＲＳは、例えば、ＰＲＳ、ＳＲＳｐ、グローバルナビゲーション衛星信号（global navigation satellite signal、ＧＮＳＳ）信号、測位用ビーム基準信号、ＣＳＩ－ＲＳ、及び／又はＳＳＢと互換的に使用され得る。

【0088】

１つ以上のビームが、ＰＭＲＳ送信のために使用され得る。１つ以上のビームは、例えば、ＴＲＰ又はセル（例えば、同じＴＲＰ又はセル）から送信され得る。１つ以上のビームは、例えば、空間分割多重化（spatial division multiplexing、ＳＤＭ）、時分割多重化（time division multiplexing、ＴＤＭ）、及び／又は周波数分割多重化（frequency division multiplexing、ＦＤＭ）を使用して送信され得る。（例えば、同じＴＲＰ又はセルからの）ＰＭＲＳ送信のために使用されるビームのセットは、測位ビームグループ（positioning beam group、ＰＢＧ）と称され得る。

【0089】

ＷＴＲＵは、測位測定報告のためにＰＢＧを用いて構成され得る。ＷＴＲＵは、例えば、以下のうちの少なくとも１つに基づいて、ＰＢＧから測位測定を実行することができる。

【0090】

ＷＴＲＵは、ＰＢＧ内のビーム（例えば、各ビーム）について１つ以上のマルチパス（例えば、最初のＮ個のパス）を有するＰＧＢ内のビーム（例えば、全てのビーム）の測位測定値を報告することができる。Ｎの値は、例えば、ＰＢＧ内のビームの数に基づいて判定されてもよい。Ｎの値は、例えば、ＰＢＧ内のビームの数（例えば、Ｍ）が閾値未満（例えば、Ｍ＜２）である場合、３に等しくなり得、Ｎは、例えば、そうでない場合（例えば、Ｍ≧２）、１に等しくなり得る。Ｎの値は、ビーム（例えば、ビームインデックス）ごとに構成又は判定され得る。

【0091】

ＷＴＲＵは、ビームのサブセットについて１つ以上のマルチパス（例えば、最初のＮ個のパス）を有するＰＢＧ内のビームのサブセットの測位測定値を報告することができる。ビームのサブセットは、例えば、ＬｏＳパスを有するビーム、第１のパスについて最も強いＲＳＲＰを有するビーム、最小数のパスを有するビーム、又は最も高い測定精度及び／若しくは品質を有するビーム、のうちの少なくとも１つに基づいて判定されてもよい。ビームのサブセットは、１つ以上のビーム（例えば、単一のビーム又は複数のビーム）を含み得る。

【0092】

ＷＴＲＵは、例えば、１つ以上のビームが１つ以上の条件（例えば、事前定義された条件）を満たす（例えば、満足させる）場合、１つ以上のビームの測位測定値を報告することができる。条件は、例えば、ＬｏＳパスがビームのために存在するかどうか、測位測定品質（例えば、ＲＳＲＰ若しくはレベル１（Ｌ１）－ＲＳＲＰ）が閾値より高いかどうか、又はマルチパスチャネル内のパスの数が閾値より小さいかどうか、のうちの少なくとも１つを含み得る。

【0093】

動作モードのうちの１つ以上が使用され得る（例えば、シングルビームモード又はマルチビームモード）。第１の動作モードは、測位用のシングルビーム動作（ＳＢＰ）であってよく、第２の動作モードは、測位用のマルチビーム動作（ＭＢＰ）であってよい。例えば、ＳＢＰは、シングルビームを有するＰＢＧに基づくことができる。測位測定のためにシングルビームを含むＰＢＧは、ＳＢＰと称され得る。例えば、ＭＢＰは、２つ以上のビームを有するＰＢＧに基づくことができる。測位測定のために２つ以上のビームを含むＰＢＧは、ＭＢＰと称され得る。

【0094】

ＷＴＲＵは、例えば、以下のうちの１つ以上に基づいて、測位測定のための動作モード（例えば、ＳＢＰ又はＭＢＰ）を判定することができる。

【0095】

動作モードは、例えば、１つ以上のソース（例えば、全てのソース又は各ソース）に対して構成され得る。ソースは、例えば、ＴＲＰ、セルなどであり得る。

【0096】

動作モードは、例えば、非周期的測位測定に基づいて示され得る（例えば、非周期的測位測定報告がトリガされた場合、モードが示され得る）。例えば、トリガリングダウンリンク制御情報（triggering downlink control information、ＤＣＩ）は、動作モードを示し得る。動作モードは、例えば、トリガリングＤＣＩ中で示され得る、ＰＢＧ内のビームの数に基づいて判定（例えば、暗黙的に判定）され得る。

【0097】

動作モードは、例えば、チャネル条件に基づいて判定され得る。例えば、ＷＴＲＵは、ＳＢＰ及びＭＢＰで構成され得る。（例えば、ＳＢＰ及びＭＢＰで構成された）ＷＴＲＵは、例えば、条件のうちの１つ以上が満たされる（例えば、満足される）場合、第１の動作モード（例えば、ＭＢＰ）を判定することができ、そうでない場合（例えば、条件が満たされない場合）、例えば、第２の動作モード（例えば、ＳＢＰ）を判定することができる。ＷＴＲＵは、例えば、以下の条件のうちの１つ以上が満たされる場合、第１の動作モード（例えば、ＭＢＰ）を判定することができる（例えば、かつＷＴＲＵは、以下の条件が満たされない場合、ＳＢＰなどの第２の動作モードを判定することができる）：ＭＢＰにおける１つ以上のビーム（例えば、全てのビーム及び／又は最も強いビーム）の測定品質（例えば、及び／又はビーム品質）が閾値より低い、最も強いビームと２番目に強いビームとの間のＲＳＲＰギャップがＰＢＧにおける閾値より大きい、ＳＢＰにおける測位測定のためにＬｏＳパスが存在する、あるいはＳＢＰにおけるビームの測定品質（例えば、及び／又はビーム品質）が閾値より高い。

【0098】

動作モードは、例えば、非周期的測位測定報告をトリガするＤＣＩ中で示され得る。

【0099】

報告挙動に関連する特徴が提供されてもよい。報告は、例えば、測定値のＲＳＲＰ又はＲＳＲＰの分散が閾値を下回る場合、停止し得る。ＷＴＲＵは、測位測定の周期的な報告を実行することができる。ＷＴＲＵは、測位測定報告を実行するために、報告リソースの１つ以上のセット（例えば、複数のセット）で構成され得る。報告リソースのセット（例えば、各セット）は、例えば、報告のためのリソースの時間及び周波数、リソースの時間オフセット、又はリソースの周期性のうちの少なくとも１つを含み得る。

【0100】

ＷＴＲＵは、（例えば、報告リソースのセットごとに）どのビーム及び／又はビーム（例えば、各ビーム）のどのパスを報告するかを伴って構成され得る。例では、ＷＴＲＵは、報告リソースの複数のセット（例えば、２つ）で構成され得る。ＷＴＲＵは、ビーム（例えば、全てのビーム）の第１のパス及び／又は最も強いパスを報告するために使用され得る報告リソースの第１のセットで構成され得る。ＷＴＲＵは、ビーム（例えば、全てのビーム）の第２のパス及び／又は２番目に強いパスを報告するために使用され得る報告リソースの第２のセットで構成され得る。報告リソースの第１のセットは、報告リソースの第２のセットより短い周期性を有することができ、例えば、これは、ＷＴＲＵが、（例えば、第１のパス及び／又は最も強いパスのより頻繁な報告と比較して）各ビームの第２のパス及び／又は２番目に強いパスをより低い頻度で報告する（例えば、時々報告する）ことを可能にする／許可することができる。例では、ＷＴＲＵは、報告リソースの複数のセットで構成されてもよく、報告リソースのセット（例えば、各セット）は、ビーム（例えば、１つのビーム）の測定と関連付けられ得る。

【0101】

ＷＴＲＵは、例えば、測位測定報告を実行する場合、どのビーム／パスを報告すべきかを判定することができる。ＷＴＲＵは、測位測定報告においてどのビーム／パス上で報告すべきかを判定することができる。ＷＴＲＵは、例えば、（例えば、測位測定のためにビーム、パス、及び／又はＲＳＴＤを報告するかどうかを判定するために）以下のパラメータのうちの１つ以上で構成されてもよい：ビームの最小ＲＳＲＰ及び／若しくは受信信号強度インジケータ（received signal strength indicator、ＲＳＳＩ）、考慮されるビームと最小ＲＴＴとの間の最小ＲＴＴギャップ、報告すべきパスの最小ＲＳＲＰ／ＲＳＳＩ、２つのパス間の最小及び／若しくは最大時間ギャップ（例えば、遅延拡散）、考慮されるビームと１つ以上の他のＴＲＰペアの最小ＲＳＴＤとの間の最小及び／若しくは最大ＲＳＴＤ差、又はビームのＲＳＲＰの最小分散。

【0102】

ＷＴＲＵは、例えば、ビームの最小ＲＳＲＰ／ＲＳＳＩに基づいて、測位測定のためにビーム、パス、及び／又はＲＳＴＤを報告するかどうかを判定することができる。ＷＴＲＵは、例えば、ビームのＲＳＲＰ／ＲＳＳＩが、構成された最小値より大きい場合、ビームの測位測定値を報告することができる。

【0103】

ＷＴＲＵは、例えば、考慮されるビームと最小ＲＴＴとの間の最小ＲＴＴギャップに基づいて、測位測定のためにビーム、パス、及び／又はＲＳＴＤを報告するかどうかを判定することができる。例えば、ＷＴＲＵは、複数のビーム（例えば、２つのビーム）の測位測定値を報告するように構成され得る。ＷＴＲＵは、例えば、複数のＲＴＴ（例えば、２つのＲＴＴ）間の時間ギャップ差が、構成された値より大きい場合、ビームのうちの１つの測位測定値を報告しなくてもよい（例えば、報告しないように構成されてもよい）。

【0104】

ＷＴＲＵは、例えば、報告すべきパスの最小ＲＳＲＰ／ＲＳＳＩに基づいて、測位測定のためにビーム、パス、及び／又はＲＳＴＤを報告するかどうかを判定することができる。ＷＴＲＵは、例えば、パスのＲＳＲＰ／ＲＳＳＩが、構成された最小値より大きい場合、パスの測位測定値を報告することができる。

【0105】

ＷＴＲＵは、例えば、２つのパス間の最小及び／又は最大時間ギャップ（例えば、遅延拡散）に基づいて、測位測定のためにビーム、パス、及び／又はＲＳＴＤを報告するかどうかを判定することができる。

【0106】

ＷＴＲＵは、例えば、考慮されるビームと１つ以上のＴＲＰペア（例えば、他のＴＲＰペア）の最小ＲＳＴＤとの間の最小及び／又は最大ＲＳＴＤ差に基づいて、測位測定のためにビーム、パス、及び／又はＲＳＴＤを報告するかどうかを判定することができる。

【0107】

ＷＴＲＵは、例えば、ビームのＲＳＲＰの最小分散に基づいて、測位測定のためにビーム、パス、及び／又はＲＳＴＤを報告するかどうかを判定することができる。ＬＯＳの存在は、例えば、ＲＳＲＰの低い分散によって示され得る。ＮＬＯＳの存在は、例えば、ＲＳＲＰの高い分散によって示され得る。ＷＴＲＵは、例えば、閾値未満のＲＳＲＰ分散を示すパスに対して、測定を実行しないことを判定することができる。

【0108】

ＷＴＲＵは、例えば、報告（例えば、以前の報告）と比較した変化に基づいて、ビーム／パスの測位測定値を報告するかどうかを判定することができる。ＷＴＲＵは、例えば、以前に報告された測位測定値（例えば、最後に報告された測位測定値）と比較した測位測定値の分散に基づいて、ビーム／パス（例えば、１つのビーム／パス）の測位測定値を報告するかどうかを判定することができる。ＷＴＲＵは、例えば、以前に報告された測定値と比較した測定値の分散が閾値より小さい（例えば、それ未満である）場合、ビーム／パス、ＲＳＴＤなどのうちの１つ以上の測位測定報告を実行しない場合がある。例では、ＷＴＲＵは、例えば、ビームの報告を実行するかどうかを判定するために、ＲＳＲＰ分散閾値を用いて構成され得る。ＷＴＲＵは、例えば、現在の測定値と最後に報告された測定値との間のＲＳＲＰ差が閾値より大きい場合、ビームの測位測定値を報告することができる。ＷＴＲＵは、例えば、現在の測定値と最後に報告された測定値との間のＲＳＲＰ差が閾値以下である場合、ビームの測位測定値の報告を実行しない場合がある。

【0109】

例えば、（例えば、本明細書で説明するような）マルチビームベースの測位及び／又は報告挙動を適用することによって、報告のサイズが低減され得、報告の頻度が低減され得、及び／又はシステムは低レイテンシで正確な測位を達成し得る。

【0110】

パス情報は、基準信号と関連付けられ得る。例えば、ＷＴＲＵは、マルチパスパスを識別することができ、それぞれのパスとそれぞれの参照ＩＤ、例えば、それぞれの参照ＩＤ番号との間のそれぞれの関連付け（例えば、接続）を行うことができる。参照ＩＤは、以下のうちの１つ以上であり得る：ＰＲＳリソースＩＤ番号、測位用ＳＲＳリソースＩＤ番号、ＳＲＳリソースＩＤ番号、ＰＲＳリソースセットＩＤ番号、測位用ＳＲＳリソースセットＩＤ番号、又はＳＲＳリソースセットＩＤ番号。

【0111】

ＷＴＲＵは、（例えば、マルチパスチャネルの存在下で）例えば、送信されたＰＲＳの複数のコピーをＴＰから受信することによって、複数のパスを検出することができる。受信されたＰＲＳについて、異なるＲＳＲＰ、ＴｏＡ、及び／又はＲＳＴＤが観測され得る。例えば、ＷＴＲＵがタイミング関連情報及びＲＳＲＰを報告する場合、報告のサイズは増大する場合があり、かつ／又は報告の品質は劣化する場合がある。測位／場所情報は、短いレイテンシと関連付けられ得る。報告は、準備のための時間を消費し得、例えば、それはレイテンシを増加させ得る（例えば、大きいレイテンシにつながり得る）。帯域幅効率的な報告は、例えば、ＷＴＲＵが、（例えば、事前構成された）１つ以上のビームを検出されたパスと関連付け、その関連付けをネットワークに報告することができる（例えば、そのように構成される）場合、大きいレイテンシなしに達成され得る。

【0112】

ＷＴＲＵは、例えば、ネットワークがＮＬＯＳ及びＬＯＳパスを識別するのを支援するために、検出されたパスと基準信号との間の関連付けをネットワークに報告することができる。例では、ＷＴＲＵは、ＰＲＳリソースを用いて構成され得る。リソース（例えば、各リソース）は、ＴＰから送信されるビームと関連付けられ得る。ＷＴＲＵは、ＴＰからＰＲＳ（例えば、ＰＲＳ送信）を受信することができ、複数のパスを検出することができる。ＷＴＲＵは、例えば、検出されたパスについて測定されたＲＳＲＰが閾値（例えば、事前定義された閾値）を上回るか、又は１つ以上の他の検出されたパスと比較したＴｏＡの差が閾値（例えば、事前定義された閾値）を上回る、という基準のうちの少なくとも１つが満足される場合、検出されたパスに識別番号を割り当てるかどうかを判定することができる。

【0113】

ＷＴＲＵは、例えば、上記の基準及び／又は条件が満足されない場合、検出されたパスに識別番号を割り当てる（例えば、割り当てることを判定する）ことができる。検出されたパスに割り当てられた識別番号は、「パスＩＤ」と称され得る。

【0114】

ＷＴＲＵは、例えば、ＷＴＲＵが、割り当て（例えば、検出されたパスへのパス識別子（identifier、ＩＤ）の割り当て）を送信する要求をネットワークから受信した場合、検出されたパス及び／又は各それぞれの検出されたパスと関連付けられたそれぞれのパスＩＤをネットワークに報告することができる。例では、ＷＴＲＵは、マルチパスチャネルにおいて４つのパスを検出することができ、ＷＴＲＵは、各検出されたパスにパスＩＤ＃１、＃２、＃３、及び＃４を割り当てることができ、この割り当てをネットワークに報告することができる。例では、割り当ての順序は、ＲＳＲＰに基づき得る（例えば、最も高いＲＳＲＰを有するパスはＩＤ＃１を受け取り得、最も低いＲＳＲＰを有するパスは最後のＩＤ番号を受け取り得る）か、又は到着時間に基づき得る（例えば、最も早い到着時間を有する第１のパスはＩＤ＃１を受け取り得、最も遅い到着時間を有するパスは最後のＩＤ番号を受け取り得る）。ＷＴＲＵは、ＲＳＲＰ又は到着時間を使用する基準に基づいて、ＩＤ＃１をＬＯＳパスに割り当て、残りのＩＤ番号をＮＬＯＳパスに割り当てることができる。ＷＴＲＵは、プロトコル（例えば、ＬＴＥ測位プロトコル（LTE positioning protocol、ＬＰＰ）又はＲＲＣシグナリング）を使用して、割り当てを送信することができる。ＷＴＲＵは、例えば、ネットワークによって構成される場合、アップリンク制御情報（uplink control information、ＵＣＩ）又はＭＡＣ制御要素（MAC control element、ＭＡＣ－ＣＥ）によって割り当てを送信することができる。ＷＴＲＵは、例えば、ＲＲＣシグナリング、ＭＡＣ－ＣＥ、又はＵＣＩを使用して、報告を送信することができる。ＷＴＲＵは、物理アップリンク制御チャネル（physical uplink control channel、ＰＵＣＣＨ）送信又は物理アップリンク共有チャネル（physical uplink shared channel、ＰＵＳＣＨ）送信に報告を含めることができる。

【0115】

ＷＴＲＵは、パス（例えば、それぞれ第１のパスＩＤ又は第２のパスＩＤを含み得る第１のパス又は第２のパス）を、１つ以上の構成された基準信号（例えば、第１の構成された基準信号又は第２の構成された基準信号）と関連付けることができる。基準信号は、検出されたパスに割り当てられた識別番号と関連付けられ得る。基準信号は、例えば、ＣＳＩ－ＲＳ、ＰＲＳ、ＤＭ－ＲＳ、トラッキング基準信号（tracking reference signal、ＴＲＳ）、ＤＬ ＰＴＲＳ、ＵＬ ＰＴＲＳ、ＳＲＳｐ、又はＳＲＳのうちの少なくとも１つを含み得る。

【0116】

ＷＴＲＵは、例えば、リソースＩＤ、又は基準信号を生成するために使用され得るＩＤなどの他のＩＤ（例えば、一意のＩＤ）を使用することによって、パスＩＤを基準信号と関連付けることができる。ＷＴＲＵは、パスＩＤを、例えば、利用可能な場合、基準信号に割り当てられ得るリソースセットＩＤと関連付けることができる。

【0117】

例では、例えば、図２に関して説明した例を参照すると、ＷＴＲＵは、ネットワーク（例えば、ＬＭＦ又はｇＮＢなどのネットワークエンティティ）に、例えば、図２のＮＬＯＳパスに対応するパス（例えば、ＩＤ＃１）が、ＳＲＳリソースセット＃１に属するＳＲＳリソース＃２と関連付けられていることを報告することができる。本明細書で説明されるように、異なるリソース番号は、異なる方向に向けられた送信ビームに対応し得る。ＷＴＲＵは、例えば、パスＩＤをリソースＩＤと関連付けることによって、パスが検出された場所に対応する方向についてネットワークに通知することができる。ネットワークは、ＰＲＳが送信された方向、及びＳＲＳリソース＃２に対応するＳＲＳ送信ビームの方向についての知識を有し得る。リソースとパスＩＤとの関連付けは、ＷＴＲＵがＰＲＳを受信していた場合がある方向でネットワークを支援することができ、これは、ＮＬＯＳパスの識別をサポートすることができる（例えば、それにつながり得る）。

【0118】

ＷＴＲＵは、例えば、ネットワークによって要求された場合、パスＩＤとＲＳとの間の関連付けをネットワークに報告することができる。ＷＴＲＵは、例えば、タイミング関連情報、ＲＳＲＰ、及び／又は関連付け情報を（例えば、報告に）含めることができる。ＷＴＲＵは、例えば、ＲＲＣ、ＭＡＣ－ＣＥ、又はＵＣＩを使用して、報告を送信することができる。ＷＴＲＵは、報告を、例えば、ＰＤＣＣＨ送信又はＰＤＳＣＨ送信に含めることができる。

【0119】

ＷＴＲＵは、ＴＲＰから送信されたＤＬ ＲＳ、ＵＬ ＲＳ、及び／又はパスＩＤを関連付ける空間情報をネットワークから（例えば、ＬＭＦ又はｇＮＢから）受信することができる。例えば、ＷＴＲＵは、（例えば、パス方向及び空間関係などの空間情報に基づいて）パス（例えば、パスＩＤ＃０）及びＳＲＳリソースＩＤ＃２と関連付けられたＰＲＳリソース＃１を受信することができる。ＷＴＲＵは、複数のＤＬ ＲＳを同じパスＩＤと関連付ける空間情報をネットワークから受信することができ、例えば、空間情報は、複数のＤＬ ＲＳがＴＲＰから送信され得、パスＩＤによって示される同じパスに沿ってＷＴＲＵに到達することができることを示し得る。ＷＴＲＵは、複数のＵＬ基準信号を同じパスＩＤと関連付ける情報（例えば、構成情報）を受信することができ、例えば、この情報は、複数のＵＬ基準信号が、パスＩＤによって示される同じパスに沿ってＴＲＰに到達することができることを示し得る。

【0120】

例では、ＬＯＳ及びＮＬＯＳパス検出は、測定報告（例えば、詳細な測定報告）を送信するための大きい帯域幅なしに（例えば、本明細書で説明されるように）実装され得る。

【0121】

ダウンリンクとアップリンクとの間に協調が存在し得る。ＤＬ及びＵＬ測位方法の例では、ＴＲＰ（例えば、各ＴＲＰ）は、ＰＲＳをＷＴＲＵに送信することができ、ＷＴＲＵは、ＳＲＳｐを（例えば、返信として）ＴＲＰ（例えば、各ＴＲＰ）に送信することができる。Ｒｘ－Ｔｘ時間差は、ＴＲＰ（例えば、各ＴＲＰ）及びＷＴＲＵにおいて計算され得る。ＷＴＲＵは、送信されたＰＲＳをＴＲＰから受信することができる。ＷＴＲＵは、例えば、マルチパスの存在のために、ＰＲＳの複数のコピーを受信し得る。帯域幅効率的な報告方法は、ネットワークがＬＯＳ及び／又はＮＬＯＳパスを検出するのを支援することができる。

【0122】

ＷＴＲＵは、ネットワークによって生成されたＤＬ基準信号とＵＬ基準信号との間の動的な関連付けから、ＬＯＳパス及び／又はＮＬＯＳパスの方向を判定することができる。

【0123】

ＷＴＲＵは、例えば、ＳＲＳｐを使用して、ビーム掃引を行うことができる。ビーム掃引は、例えば、ＳＲＳｐの送信の周期（性）を設定することによって構成され得る。ＷＴＲＵは、例えば、送信機会ごとに異なるビームを送信する（例えば、送信機会ごとにビームを切り替える）ことができる。ＷＴＲＵは、ＳＲＳｐの周期的送信中にビーム（例えば、事前定義された繰り返し回数で同じビーム）の送信を繰り返すことができる。

【0124】

ＷＴＲＵから送信されるビーム（例えば、各ビーム）には、対応するＳＲＳｐリソース識別番号を割り当てることができる。ＳＲＳｐは、ビーム掃引を行うために使用することができる。ＷＴＲＵは、ネットワークから関連付け報告を受信することができ、例えば、関連付け報告は、識別番号でＳＲＳｐ（例えば、各ＳＲＳｐ）をＤＬ基準信号と関連付けることができる。識別番号（例えば、リソースＩＤ又はリソースセットＩＤ）は、送信されたＳＲＳｐを受信するためにＴＲＰによって使用されるＲｘビームと整合され得る。関連付け報告は、ＳＲＳｐとＤＬ基準信号との間の空間関係の再構成であり得る。ネットワークは、異なる識別番号で、受信されたＳＲＳｐを別のＳＲＳｐと関連付けることができ、これは、例えば、受信されたＳＲＳｐがＬＯＳパスを通過する場合に生じる場合がある。異なるＳＲＳｐビームは、同じＬＯＳパスを通過していた場合がある。

【0125】

ＷＴＲＵは、例えば、ＤＣＩ、ＭＡＣ－ＣＥ、又はＲＲＣを介して、ＳＲＳｐとＤＬ基準信号又はＵＬ基準信号との間の関連付けを受信することができる。例えば、ＷＴＲＵは、ＤＣＩによってＳＲＳｐに関する空間関係情報の変化を判定することができる。ＤＬ基準信号は、例えば、ＣＳＩ－ＲＳ、ＤＭＲＳ、ＰＲＳ、ＴＲＳ、又はＰＴＲＳのうちの１つ以上を含み得る。ＷＴＲＵは、送信されたＳＲＳｐをＳＳＢと関連付ける構成を受信することができる。

【0126】

ＷＴＲＵは、例えば、ＷＴＲＵが空間関係情報の更新を受信する場合、ＤＬ ＲＳと関連付けられたビームを使用することができる。ＷＴＲＵは、例えば、ＷＴＲＵが空間関係情報の更新を受信する場合、例えば、更新された空間情報内のＤＬ ＲＳと関連付けられたビームと同じ方向内にあり得るビームに対して、別のビーム掃引集束を実行することができる。例では、ＷＴＲＵは、ＳＲＳｐリソース＃１～＃４をＰＲＳリソース＃１と関係付ける空間情報を受信することができる。更新された空間情報において、ＷＴＲＵは、ＳＲＳｐリソース＃３～＃６をＰＲＳリソース＃１と関係付ける空間情報を受信することができる。この場合、更新された空間情報に基づいて、ＷＴＲＵは、ＰＲＳリソース＃１に関係するＳＲＳｐリソース＃３～＃６を使用して、ビーム掃引を実行することができる。

【0127】

ＬＯＳ及びＮＬＯＳパス検出は、測定報告（例えば、詳細な測定報告）を送信するための大きい帯域幅なしに（例えば、本明細書で説明されるように）実装され得、それにより、システムは測位（例えば、正確な測位）を実行することが可能になる。

【0128】

ＷＴＲＵは、その配向を判定及び／又は報告することができる。ＷＴＲＵは、その配向角に関係する情報をネットワークに報告することができる。ネットワークは、例えば、ＷＴＲＵの配向角に基づいて、マルチパスの存在下でＰＲＳ送信パラメータを構成することができる。例えば、ＬＯＳが存在し得る可能性は、ＷＴＲＵの配向に依存する場合があり、その情報は、（例えば、測位の精度が改善され得るように）ＰＲＳを構成するためにネットワークによって使用され得る。「ＷＴＲＵ配向」、「ＷＴＲＵ配向角」、「配向角」、及び「配向情報」は、本明細書では互換的に使用され得る。

【0129】

ＷＴＲＵは、例えば、明示的に、絶対的又は相対的なＷＴＲＵの配向を報告することができる。ＷＴＲＵは、例えば、ネットワークがネットワーク及び／又はＷＴＲＵのパラメータを再構成するのを支援するために、その配向をネットワークに報告することができる。ＷＴＲＵは、例えば、測定報告において、その配向情報をネットワークに示す（例えば、明示的に示す）ことができる。例では、ＷＴＲＵの配向は、ＷＴＲＵの基準点が向いている方向として定義され得る。基準点は実装依存であってもよい。例えば、基準点はスマートフォンの画面であってもよい。ＷＴＲＵの配向角に関連する情報は、方位角（角度は、地理的な北から反時計回りに、及び／又はローカル座標系（local coordinate system、ＬＣＳ）のｘ軸から反時計回りに測定され得る）、天頂に対して測定され、かつ水平方向を指し得る仰角、又はＬＣＳのｚ軸に対して測定され得る仰角、のうちの少なくとも１つを含むことができる。

【0130】

ＷＴＲＵは、報告された配向値（例えば、以前に報告された配向値）に対する回転角を報告することができる。例えば、ＷＴＲＵは、以前に報告されたＷＴＲＵの配向から反時計回りに測定された角度を報告することができる。ＷＴＲＵの回転角を報告する機会は、測定報告機会を含むことができる。例えば、ＷＴＲＵは、最後の測定報告機会におけるＷＴＲＵの配向に対する回転角を報告することができる。

【0131】

ＷＴＲＵは、ＴＲＰから受信されたＰＲＳのＲＳＲＰが事前構成された閾値を下回ることに基づいて、及び／又はＴＲＰから受信されたＰＲＳのＲＳＲＰが、例えば、事前構成された持続時間の間、事前構成された閾値を下回ったままであることに基づいて、ＷＴＲＵの配向角を報告するように（事前）構成され得る。

【0132】

ＷＴＲＵは、ＰＲＳ関連パラメータの構成又は再構成を求める要求に（例えば、ＬＰＰ要求支援データに）ＷＴＲＵの配向に関係する情報を含めることができる。ＰＲＳ関連パラメータの構成又は再構成を求める要求は、ＰＲＳのためのシンボルの数、ＰＲＳの送信電力、ＰＲＳリソースセットに含まれるＰＲＳリソースの数、ＰＲＳのミューティングパターン（例えば、ミューティングパターンはビットマップで表され得る）、ＰＲＳの周期性、ＰＲＳ又はＳＲＳのタイプ（例えば、周期的、半永続的、又は非周期的）、ＰＲＳの周期的送信のスロットオフセット、周波数領域におけるＰＲＳの垂直シフト、ＰＲＳの繰り返し中の時間ギャップ、ＰＲＳの繰り返し係数、ＰＲＳのＲＥオフセット、ＰＲＳの組み合わせパターン、空間関係、ＰＲＳ又はＰＲＳ ＩＤを生成するために使用されるシーケンスＩＤ、ＴＲＰ ＩＤなど、のうちの１つ以上を含み得る。

【0133】

ＷＴＲＵ配向情報は、ＬＰＰメッセージ又はＲＲＣメッセージを介して、例えば、ＬＭＦ又はＲＡＮに送信され得る。ＷＴＲＵは、例えば、ＷＴＲＵがＷＴＲＵに関する能力情報をネットワークに送信する場合、ＷＴＲＵの配向に関係する情報を送信することができる。再構成を求める要求は、異なるＴＲＰからＰＲＳを送信するための要求、又は新しいＰＲＳリソース、ＰＲＳリソースＩＤ、若しくはＰＲＳリソースセットについての要求、のうちの少なくとも１つを含み得る。

【0134】

ＷＴＲＵは、例えば、暗黙的に、その配向情報を報告することができる。ＷＴＲＵは、ＷＴＲＵの配向を推測するために使用され得る情報を送信することができる。例えば、ＷＴＲＵは、ＤＬ－ＰＲＳ受信ビームインデックスが属するパネルＩＤ、受信ビームグループインデックス、又は受信ビームセットインデックスを（例えば、ＤＬ－ＰＲＳ受信ビームインデックスと共に）報告することができる。ＷＴＲＵは、測位用ＳＲＳが送信され得るパネルＩＤを報告することができる。パネルＩＤは、ＤＬ－ＰＲＳを受信するために、及び／又は測位用ＳＲＳを送信するために使用されるパネルに対応し得る。ＷＴＲＵは、測位用ＳＲＳを送信するために、ＲＡＮ又はＬＭＦによって構成されたパネルＩＤとは異なるパネルＩＤを報告することができる（例えば、ＷＴＲＵは、本明細書で説明される特徴を使用して、その配向を暗黙的に報告することができる）。

【0135】

ＷＴＲＵは、パネルについてＲｘアンテナ利得（例えば、パネルごとに異なるＲｘアンテナ利得）を有することができる。ＷＴＲＵは、例えば、ＷＴＲＵ能力情報の一部として、Ｒｘビーム又はＲｘパネルの利得特性を送信する（例えば、示す）ことができる。能力情報は、例えば、報告されたＲＳＲＰ特性に基づいて、ネットワークがＷＴＲＵの配向を推測するのを支援することができる。Ｒｘビームの利得特性は、Ｒｘビーム間の利得の相対的な差によって表すことができる。異なる利得と関連付けられたパネル情報は、ネットワークがＷＴＲＵの配向角を計算するのを支援することができる。

【0136】

本明細書で説明される情報は、例えば、関連するパネルの場所の知識がネットワークに利用可能である場合、ＷＴＲＵの配向を判定するためにネットワークによって使用され得る。

【0137】

ＷＴＲＵは、例えば、Ｒｘビームの１つ以上の特性が事前構成された閾値を超えて変化する場合、ＰＲＳ関連パラメータの再構成を要求することができる。変化は、例えば、事前構成された持続時間にわたるＲｘビームインデックスの変化、及び／又は事前構成された持続時間にわたるＲｘパネル若しくはリソースセットインデックスの変化を含み得る。

【0138】

最も高いＲＳＲＰ測定値と関連付けられたインデックスが示され得る。ＷＴＲＵが報告するインデックスは、（事前に）構成されてもよい。例えば、ＷＴＲＵは、例えば、ネットワークに、リソースセット内のＰＲＳリソース（例えば、所与のＰＲＳリソース）に対して最も高いＲＳＲＰが測定されたビームインデックス、パネルインデックス、ビームグループインデックス、及び／又はビームセットインデックスを示すことができる。測定されたＲＳＲＰは、ＰＲＳリソース（例えば、所与のＰＲＳリソース）に対して１つ以上のＲｘビームインデックス（例えば、全てのＲｘビームインデックス）を使用して測定されたＲＳＲＰの中で最も高くなり得るか、又はＷＴＲＵは、１つ以上のＰＲＳビームインデックス、リソースインデックス、及び／若しくはリソースセットインデックスのグループ若しくはセットと共に、最も高いＲＳＲＰを報告し得る。例えば、ＷＴＲＵは、所与のＰＲＳリソースセットについて、測定されたＲＳＲＰと共に、最も高いＲＳＲＰをもたらし得るＰＲＳリソースＩＤを報告することができる。ＷＴＲＵは、構成されたＰＲＳリソースセットの中で最も高いＲＳＲＰをもたらし得るＰＲＳリソースセットを報告することができる。ＷＴＲＵは、（例えば、所与のＰＲＳリソースセットについて）最も高いＲＳＲＰに対応し得るＲｘビームインデックス、ＲｘパネルＩＤ、及び／又はＰＲＳリソースＩＤのペアを報告することができる。ＷＴＲＵは、報告される１つ以上のインデックスが、最も高いＲＳＲＰをもたらし得るＰＲＳリソース／リソースセットインデックス、Ｒｘビームインデックス／パネルＩＤ、又はＲｘビームインデックス及び／若しくはＰＲＳリソースＩＤのペアに対応することを示すためのインジケータを報告に含めることができる。

【0139】

指示は、ＬＰＰメッセージ、ＲＲＣメッセージ、ＤＣＩ、又はＭＡＣ－ＣＥに含まれ得る。最も高いＲＳＲＰが取得されるインデックスを使用して、ＷＴＲＵが向き得る方向を推測することができる（例えば、これは、ネットワークがＷＴＲＵの配向角を判定するのを支援することができる）。ＷＴＲＵは、測定されたＲＳＲＰが最も高いという指示を（例えば、同じメッセージに）含めることができる。

【0140】

ＷＴＲＵは、例えば、ＷＴＲＵが測定するように構成された１つ以上のＰＲＳリソース（例えば、全てのＰＲＳリソース）の中で、最も高いＲＳＲＰが測定されるＰＲＳリソースＩＤについての指示を報告するか、又は報告に含めることができる。指示は、ネットワークがＷＴＲＵの配向角を判定するのを支援することができる。

【0141】

ＷＴＲＵは、ＰＲＳ関連パラメータの再構成を要求するために、以下のうちの１つ以上を実行することができる。ＷＴＲＵは、測定されたＰＲＳのＲＳＲＰの低下を検出することができる。ＷＴＲＵは、ＲＸビーム掃引を実行し、及び／又は異なる方向を向いているＲＸパネルをオンにすることができる。ＲＸビーム掃引の後にＲＳＲＰが改善しないという条件で、ＷＴＲＵは、ＰＲＳ関連パラメータの再構成を要求することを決定することができる。ＷＴＲＵは、ＰＲＳパラメータの再構成を求める要求を送信することができる。再構成を求める要求は、（例えば、ＬＭＦが最適パラメータを選択するのを支援するために）以下のうちの１つ以上を含み得る。要求は、事前定義された方向（例えば、地理的な北）に対する所望の角度を含むことができ、ＷＴＲＵは、異なるＴＲＰからＰＲＳを受信することができる。要求は、１つ以上のＲｘパネル、ビームセット、及び／又はビームインデックス（例えば、全てのＲｘパネル、ビームセット、及び／又はビームインデックス）について測定されたＲＳＲＰを含み得る。要求は、最大ＲＳＲＰが観測されるＲｘビームセット／グループ、パネルＩＤ、及び／又はビームインデックスを含み得る（例えば、この情報は、ネットワークがＷＴＲＵの配向角を判定するのに有用であり得る）。要求は、ＲＳＲＰと共にＡｏＡを含み得る。

【0142】

補正情報が提供／サポートされ得る。報告（例えば、追加の報告）は低レイテンシのために提供され得る。

【0143】

ＷＴＲＵは、例えば、パス（例えば、追加のパス）に関係し得るＲＳＲＰ及び／又はタイミング関連情報を含む測定報告をネットワークに送信することができる。ネットワークは、測定報告を処理することができる。ネットワークは、ＬＯＳ及び／又はＮＬＯＳパス分類の結果についてＷＴＲＵに通知することができる。ネットワークは、例えば、測定報告がネットワーク構成要素（例えば、ＬＭＦ）に到達するためにかなりの量の時間が費やされない場合、低レイテンシで測位を行うことができる。低レイテンシ測位は、例えば、ＷＴＲＵがＬＯＳ及びＮＬＯＳパス分類を行う場合に達成され得る。分類は、ＷＴＲＵにおいてバッテリ電力を消費し得る処理（例えば、追加の処理）を利用することができる。例では、ＷＴＲＵは、ＬＯＳ及びＮＬＯＳパス分類のための計算を行う能力を有していない場合がある。

【0144】

ＷＴＲＵは、ＬＯＳ又はＮＬＯＳ分類のための（例えば、測定報告とは別個であってもよい）ネットワーク測定報告（例えば、追加の測定報告）を送信することができ、本明細書で説明されるようなものであってもよい。例えば、ＷＴＲＵは、ネットワーク（例えば、ｇＮＢ）への検出された追加のパスに関係するＲＳＲＰ及び／又はタイミング関連情報を含み得る、追加の情報を送信することができる。

【0145】

図３は、ＤＬ測位方法のためのスタンドアロン支援情報を受信する一例を例解する。図３の例によって示されるように、ＷＴＲＵは、例えば、ｇＮＢから受信された測定報告（例えば、追加の測定報告）に対する要求に基づいて、情報（例えば、追加の情報）をｇＮＢに送信することができる。例では、ｇＮＢに追加の測定報告を送信するための１つ以上のトリガは、例えば、（例えば、ＷＴＲＵにおいて検出される）以下の条件、すなわち、ＷＴＲＵの環境における１つ以上の変化の検出、干渉測定、又は上位レイヤシグナリング／アプリケーション指示、のうちの１つ以上に基づくことができる。

【0146】

追加の測定報告をｇＮＢに送信するためのトリガは、例えば、ＷＴＲＵの環境における１つ以上の変化の検出に基づくことができる。ＷＴＲＵは、例えば、ＷＴＲＵが、測定されたパス上で遮断状態の存在及び／又は持続を検出する場合、追加の測定値を送信することができる。ＷＴＲＵは、例えば、ＬＯＳからＮＬＯＳへの、及びその逆の１つ以上のパスの変化（例えば、予想される変化）に基づいて、（例えば、タイミング及び／又は角度に関係する）追加の情報を送信することができる。

【0147】

追加の測定報告をｇＮＢに送信するためのトリガは、例えば、干渉測定に基づくことができる。ＷＴＲＵは、例えば、１つ以上のパス上で干渉を測定する場合、例えば、測定された干渉電力がパス上で閾値（例えば、事前定義された閾値）を上回る場合、追加の測定値を送信することができる。

【0148】

追加の測定報告をｇＮＢに送信するためのトリガは、例えば、上位レイヤシグナリング／アプリケーション指示に基づくことができる。例えば、ＷＴＲＵは、パス上の完全性及び／又は信頼性に関係する情報を示すことができる。完全性及び／又は信頼性値は、例えば、持続時間（例えば、構成された持続時間）にわたる１つ以上のパスのＲＳＲＰ測定値の関数として判定され得る。

【0149】

ＷＴＲＵによって送信される追加の測定情報は、例えば、別の測定報告（例えば、元の／第１の測定報告）のＩＤと相関させることができるＩＤで識別することができる。測定報告は、例えば、パスごとに送信され得る。追加の測定情報においてパスのために使用される識別子は、例えば、別の測定報告（例えば、元の／第１の測定報告）においてパスのために使用されるＩＤの拡張であり得る。ＷＴＲＵは、例えば、追加の測定情報を送信する場合、例えば、追加の測定値の関連性／鮮度を示すために、パスごと又はマルチパスごとにタイミング情報（例えば、タイムスタンプ）を送信することができる。

【0150】

ｇＮＢ内の機能は、例えば、パス（例えば、追加のパス）をＮＬＯＳパス及びＬＯＳパスに分類するために、追加の情報を使用することができる。ＷＴＲＵは、ｇＮＢからパス補正情報を受信することができ、パス補正情報は、例えば、マルチパスチャネル関連情報（例えば、遅延拡散、平均遅延、マルチパスフェージングチャネル内のタップ数、各タップ間の相対遅延、及び／若しくは各タップ間の相対電力オフセット）、位相オフセット、タイミングオフセット、電力オフセット、又はＬＯＳ及び／若しくはＮＬＯＳパス分類結果、のうちの１つ以上を含み得る。

【0151】

ＷＴＲＵは、パス補正情報を使用して、ＰＲＳから取得された測定値から導出された位置を補正することができる。

【0152】

補正情報は、例えば、周期的に送信されてもよい。ＷＴＲＵは、ネットワークからタイミングオフセットに関する補正情報を受信する（例えば、周期的に受信する）ことができる。タイミングオフセットに関する補正情報は、Ｔｘ若しくはＲｘ送信において、又は受信フィルタにおいて、未知のタイミングオフセットを補償するために使用されてもよい。ネットワークは、タイミングオフセットを推定し、それを（例えば、補正情報を介して）ＷＴＲＵに報告（例えば、送信）することができる。ＷＴＲＵは、（例えば、ネットワークによって提供される）タイミングオフセットを、到着時間又は到着と関連付けられた時間差などのタイミング関連測定値に適用することができる。タイミングオフセットは（例えば、マルチパスチャネルにおける予期せぬオフセットと共に）、周期的に生じ得る（例えば、発生し得る）。タイミングオフセットに関する補正情報は、（例えば、ネットワークから）ＷＴＲＵに周期的に送信され得る。

【0153】

本明細書で説明される補正情報は、以下のうちの１つ以上を介してＷＴＲＵに送信され得る。補正情報は、周期的な送信を介して送信され得る。ＷＴＲＵは、補正情報が送信され得る周期性に関する構成を受信することができる。補正情報は、半永続的な送信を介して送信され得る。ＷＴＲＵは、補正情報が送信される周期性に関する構成を受信することができる。送信は、ＭＡＣ－ＣＥと共に、又は持続時間（例えば、タイマー）が満了した後に終了し得る（例えば、持続時間及び／又はタイマー値は構成され得る）。補正情報は、非周期的な送信を介して送信され得る。ＷＴＲＵは、オンデマンドベースで補正情報を受信することができる。例えば、ＷＴＲＵは、補正情報を求める要求を送信することができ、それに応答して補正情報を受信することができる。ＷＴＲＵは、（例えば、事前構成されたタイミング又は送信スケジュールに基づいて）補正情報が送信されるべきであるという指示をネットワークから受信した後に、補正情報を受信することができる。

【0154】

本明細書で説明される方法は、（例えば、図４に関して説明されるように）ＰＲＳを使用するＤＬ並びにＤＬ及びＵＬ方法に適用可能であり得る。

【0155】

図４は、ＤＬ及びＵＬ測位方法のためのスタンドアロン支援情報を受信するための一例を例解する。例えば、ＷＴＲＵは、ＳＲＳをｇＮＢに送信することができる。ｇＮＢは、測定を行うことができる。スタンドアロン支援情報は、例えば、ＳＲＳ測定結果及びチャネル測定報告（例えば、追加のチャネル測定報告）に基づいて生成され得る。ＷＴＲＵは、例えば、スタンドアロン支援情報を使用して、ＷＴＲＵの位置に対して補正を行うことができる。ＷＴＲＵは、例えば、ｇＮＢから送信された追加の測定報告要求に基づいて、ＳＲＳを送信することができる。

【0156】

ＬＯＳ及びＮＬＯＳ分類は、例えば、追加の情報を処理するためのｇＮＢ内の機能を可能にする／利用することによって、低レイテンシで（例えば、ＷＴＲＵ処理なしで）達成することができる。

【0157】

ＷＴＲＵは、複数のパスの検出及び／又はＷＴＲＵ支援型タイミングベースの測位と関連付けられた以下の挙動のうちの１つ以上を有することができる。

【0158】

（例えば、ＤＬ－ＴＤＯＡ又はマルチＲＴＴなどのタイミングベースの測位方法のための）マルチパス検出及び関連するＷＴＲＵ挙動に関して、より細かい粒度を有する角度情報及び／又はＲＳＰＲ報告は、例えば、チャネルと関連付けられた複数のパスが存在する場合、ＷＴＲＵ又はネットワーク（例えば、ｇＮＢ）において利用可能でない場合がある。これは、ＷＴＲＵ測位の精度を低下させる場合がある。

【0159】

ＷＴＲＵは、例えば、他のＲＳＲＰ測定及び／又は報告のために使用されるものより細かく（例えば、デフォルトＲＳＲＰ測定／報告粒度より細かく）なり得る事前構成された粒度でＲＳＲＰを報告することによって、マルチパスチャネルの存在をネットワークに（例えば、ＬＭＦに）示すことができる。ネットワークは、（例えば、測位精度を改善するために）より細かい粒度で測定及び／又は報告されたＲＳＲＰに基づいて、ＷＴＲＵの場所情報を判定すること、及び／又はＰＲＳ構成を最適化することが可能であり得る。本明細書で説明されるデフォルトＲＳＲＰ粒度は、例えば、ＷＴＲＵに割り振られた帯域幅内のリソース要素（例えば、全てのリソース要素）にわたってＲＳＲＰをＷＴＲＵが平均化することを示し得る、指定された又は構成された粒度を有しないことを含み得る。

【0160】

ＷＴＲＵは、ＲＳＲＰ測定及び／又は報告のためにデフォルト粒度を使用することを判定することができる。例では、ＲＳＲＰ測定の粒度は、リソース要素（例えば、リソース要素ごとのＲＳＲＰ）、リソースブロック（例えば、リソースブロックごとのＲＳＲＰ）、及び／又は帯域幅（例えば、帯域幅ごとのＲＳＲＰ）によって定義され得る。例では、デフォルト粒度は、ＲＳＲＰのための構成された粒度を有しないことを含み得る。例えば、粒度が指定されない場合、ＷＴＲＵは、受信されたＰＲＳシンボル内のＰＲＳによって占有される帯域幅にわたって１つ以上のリソース要素の受信電力の線形平均を計算することができる。

【0161】

ＷＴＲＵは、以下の条件のうちの少なくとも１つの下で、より細かい粒度を有するＲＳＲＰ報告をネットワークに（例えば、ＬＭＦに）返すことを判定すること、及び／又は返すことができる。ＷＴＲＵは、ＷＴＲＵが測定と関連付けられた複数のパスを検出する場合（例えば、ＷＴＲＵが異なる時間にＰＲＳシンボルの複数のコピーを受信する場合）、事前構成された粒度より細かい粒度でＲＳＲＰを報告することができる。ＷＴＲＵは、ＰＲＳシンボル内のリソース要素にわたるＲＳＲＰの変動、及び／又はネットワークによって（例えば、ＬＭＦ若しくはｇＮＢによって）構成された閾値以上である変動（例えば、ＲＳＲＰの標準偏差若しくは分散）をＷＴＲＵが検出する場合、事前構成された粒度より細かい粒度でＲＳＲＰを報告することができる。例では、ＷＴＲＵが、ＰＲＳによって占有される帯域幅にわたって平均化されたＲＳＲＰを報告するように事前構成され、かつＷＴＲＵが、リソース要素にわたるＲＳＲＰの変動を検出する場合、ＷＴＲＵは、ＰＲＳによって占有される帯域幅内の各リソースブロックにわたって平均化されたＲＳＲＰを報告することができる。ＷＴＲＵは、複数のパスの到着時間の間の差（例えば、最初のパスと最後のパスとの間の差）が、ＰＲＳを含むＯＦＤＭシンボルのＣＰ長以内である場合、より細かい粒度でＲＳＲＰを報告することができる。

【0162】

ＲＳＲＰ報告の粒度は、例えば、マルチパス検出のために構成されてもよい。

【0163】

ＷＴＲＵは、ネットワークから（例えば、ＬＭＦ又はｇＮＢから）、ＲＳＲＰ測定及び／又は報告の粒度に関する構成情報を受信することができる。ＲＳＲＰ測定及び／又は報告の粒度は、以下のフォーマットのうちの少なくとも１つにおいて定義され得る。粒度は、シンボルごとのＲＳＲＰ及び受信信号の電力がＰＲＳシンボル（例えば、１つのＰＲＳシンボル）内のリソース要素にわたって平均化されるように定義され得る。粒度は、以下の時間範囲、すなわち、ＰＲＳを含む全ての受信されたＯＦＤＭシンボル、ＰＲＳを含むＯＦＤＭシンボルの事前構成されたセット、ＰＲＳを含むＰＲＳリソースにおける繰り返し機会、あるいは、ドップラーシフト若しくは拡散に基づいて、又はマルチパスチャネルにおいてＷＴＲＵが検出するパスの数に基づいてＷＴＲＵによって判定される時間範囲、のうちの少なくとも１つにわたるＸ個のＲＢごとのＲＳＲＰとして定義され得る。「Ｘ」は、ネットワーク（例えば、ＬＭＦ）によって構成された整数であり得る。ＷＴＲＵは、「Ｘ」の値のセットを与えられ得、ＷＴＲＵがチャネル内で検出するパスの数、ＷＴＲＵの能力（例えば、ＷＴＲＵが細かい分解能でＲＳＲＰを報告する能力を有するかどうか）、又は「Ｘ」のどの値を使用すべきかに関してネットワークから（例えば、ｇＮＢ若しくはＬＭＦから）ＷＴＲＵによって受信される構成、のうちの少なくとも１つに応じて、「Ｘ」のどの値を使用すべきかを判定することができる。

【0164】

ＷＴＲＵは、（例えば、ＲＳＲＰ報告の後の）マルチパス検出に関連して、以下の挙動のうちの１つ以上を有するように構成され得る。ＷＴＲＵは、より細かい粒度でＲＳＲＰを報告し続けることを判定することができ、以下の条件のうちの少なくとも１つの下でデフォルト粒度（例えば、粒度なし）に戻ることができる。ＷＴＲＵは、パスの数が、ネットワークによって（例えば、ｇＮＢ又はＬＭＦによって）構成された閾値を下回る場合、デフォルト粒度でＲＳＲＰを報告することに戻ることができる。ＷＴＲＵは、ＲＥにわたるＲＳＲＰの変動が、ネットワークによって（例えば、ｇＮＢ又はＬＭＦによって）構成された閾値以下である場合、デフォルト粒度でＲＳＲＰを報告することに戻ることができる。

【0165】

ＷＴＲＵは、（例えば、マルチＲＴＴのためのＳＲＳｐ送信における）マルチパス検出に関連して、以下の挙動のうちの１つ以上を有するように構成され得る。ＷＴＲＵは、例えば、マルチＲＴＴに基づくものなどのＵＬ及びＤＬ測位方法を使用する場合）、複数のＳＲＳｐリソースを送信することを判定することができ、報告に複数のＷＴＲＵ Ｒｘ－Ｔｘ時間差を含めることができる。ＷＴＲＵは、例えば、ネットワークによって構成された条件に基づいて（例えば、チャネル内の複数のパスの発見に基づいて）、報告をネットワークに（例えば、ＬＭＦ又はｇＮＢに）送信することができる。ＷＴＲＵは、以下の条件のうちの１つ以上に基づいて、チャネル内の複数のパスを発見することができる。ＷＴＲＵは、測定において複数のパスを検出する（例えば、ＷＴＲＵが、異なる時間にＰＲＳシンボルの複数のコピーを受信し得る）ことに応答して、チャネル内の複数のパスを発見することができる。ＷＴＲＵは、ＰＲＳシンボル内のリソース要素にわたるＲＳＲＰの変動を検出すること、及び／又は、変動（例えば、ＲＳＲＰの標準偏差若しくは分散）が、ネットワークによって（例えば、ＬＭＦもしくｇＮＢによって）構成された閾値以上であることに応答して、チャネル内の複数のパスを発見することができる。ＷＴＲＵは、測定値に複数のパスがあること、及び／又は、ＷＴＲＵが報告している複数のパスの間の遅延時間が、ネットワークによって構成された閾値以上であることを検出することに応答して、チャネル内の複数のパスを発見することができる。遅延時間は、最初のパスと最後のパスとの間、第１のパスと第２のパスとの間、第１のパスと（例えば、ＤＣＩ、ＭＡＣ－ＣＥ、ＲＲＣシグナリング、又はＬＰＰメッセージを介して）ネットワークによって示され得るパスＩＤと関連付けられたパスとの間などであり得る。

【0166】

複数のＷＴＲＵ Ｒｘ－Ｔｘ時間差は、以下のように判定することができる。第１のＷＴＲＵ Ｒｘ－Ｔｘ時間差は、ＰＲＳリソースの第１のインスタンス（例えば、ＰＲＳリソースＩＤ＃１）の到着時間と第１のＳＲＳｐリソース（例えば、ＳＲＳｐリソースＩＤ＃１）の送信時間との間の時間差を少なくとも計算することによって、ＷＴＲＵによって判定することができ、ここで、第１のＳＲＳｐリソースは、基準ＳＲＳｐリソースとすることができ、ＰＲＳリソースは、ターゲットＰＲＳリソースとすることができる。第２のＷＴＲＵ Ｒｘ－Ｔｘ時間差は、ＰＲＳリソースの第２のインスタンス（例えば、ＰＲＳリソースＩＤ＃１）の到着時間と第２のＳＲＳｐリソース（例えば、ＳＲＳｐリソースＩＤ＃２）の送信時間との間の時間差を少なくとも計算することによって、ＷＴＲＵによって判定することができる。第３のＷＴＲＵ Ｒｘ－Ｔｘ時間差は、ＰＲＳリソースの第３のインスタンス（例えば、ＰＲＳリソースＩＤ＃１）の到着時間と第３のＳＲＳｐリソース（例えば、ＳＲＳｐリソースＩＤ＃３）の送信時間との間の時間差を少なくとも計算することによって、ＷＴＲＵによって判定することができる。

【0167】

リソース及びビームは、本明細書では互換的に使用され得る。本明細書で説明される例では、ＰＲＳリソースＩＤ＃１は、ＴＲＰから３回以上送信され得、異なるＳＲＳｐリソースは、これらの回の各々で送信され得る。異なるＳＲＳｐリソースは、ＳＲＳｐビームの異なる方向に対応することができる。例では、ＷＴＲＵは、チャネル内の複数のパスの発見に基づいて、ビーム掃引を実行することができる。チャネル内に複数のパスが存在する場合、ＮＬＯＳパスは、（例えば、図２に関して説明されたように）ＬＯＳパスとは異なる角度からのものであり得る。異なる角度におけるＳＲＳｐの送信は、例えば、ＬＭＦに測定値（例えば、追加の測定値）を提供することができ、これにより、測位精度を改善することができる。

【0168】

図５は、本明細書で説明される第１、第２、及び第３のＷＴＲＵ Ｒｘ－Ｔｘ時間差が、それぞれ「ＷＴＲＵ Ｒｘ－Ｔｘ差１」、「ＷＴＲＵ Ｒｘ－Ｔｘ差２」、及び「ＷＴＲＵ Ｒｘ－Ｔｘ差３」として示される一例を例解する。

【0169】

ＷＴＲＵは、例えば、チャネル内の複数のパスの発見時に、それぞれのＳＲＳｐリソース（例えば、Ｎ個のＳＲＳｐリソース、ここで、Ｎは、ＬＭＦ又はｇＮＤなどのネットワークによって構成された整数である）を介して複数のＳＲＳｐを送信することを判定すること／送信することができる。以下のうちの１つ以上が実行され得る。ＷＴＲＵは、基準ＳＲＳｐリソースの隣接ビームに対応し得るＮ－１個のＳＲＳｐリソース上でＳＲＳｐを送信することができる。ＷＴＲＵは、ＤＬ－ＰＲＳリソースと関連付けられた空間方向情報（例えば、方位角、仰角など）、及びＳＲＳｐリソースとＤＬ ＲＳとを関連付ける空間関係情報に基づいて、ＳＲＳｐを選ぶ（例えば、選択する）ことができる。

【0170】

ＷＴＲＵは、ターゲットＰＲＳリソースを、基準ＳＲＳｐリソースを含むＮ個のＳＲＳｐリソースと関連付ける空間情報をネットワークから受信することができる。ＷＴＲＵは、以下のうちの１つ以上を含み得る角度情報をネットワークから受信することができる。角度情報は、基準ＳＲＳｐリソースの予想ＡｏＤ及び／又はＡｏＤの指示（例えば、範囲の中心が予想ＡｏＤを示す、ＡｏＤの範囲）を含み得る。角度情報は、ターゲットＰＲＳリソースの予想ＡｏＡ及び／又はＡｏＡの指示（例えば、範囲の中心が予想ＡｏＡを示す、ＡｏＡの範囲）を含み得る。

【0171】

ＷＴＲＵが送信のために使用することができるＳＲＳｐリソースの数Ｎは、ネットワークによって（例えば、ＬＭＦ若しくはｇＮＢによって）明示的に構成されてもよく、又は（例えば、空間情報によって）暗黙的に構成されてもよい。ＷＴＲＵは、複数のＲｘ－Ｔｘ値（例えば、複数のＲｘ－Ｔｘ値の各々）と関連付けられたＳＲＳｐリソースＩＤ及び／又はＳＲＳｐリソースセットＩＤを（例えば、測定報告に）含めることができる。例えば、図５に関して説明されるような「ＷＴＲＵ Ｒｘ－Ｔｘ差２」は、ＳＲＳｐリソース＃２と関連付けられ得る。

【0172】

ＷＴＲＵは、（例えば、チャネル内の複数のパスの検出に基づいて、）異なるＰＲＳリソースの（例えば、スロット＃、サブフレーム＃、フレーム＃、シンボル＃、絶対時間、基準時間に対する相対時間に関する）送信時間に対する、１つ以上のＰＲＳリソース（例えば、各ＰＲＳリソース）の（例えば、スロット＃、サブフレーム＃、フレーム＃、シンボル＃に関する）受信時間のＷＴＲＵ Ｒｘ－Ｔｘ差を報告することができる。例えば、ＷＴＲＵは、ＳＲＳｐリソース＃２の送信時間に対するＰＲＳリソース＃１の受信時間のＷＴＲＵ Ｒｘ－Ｔｘ差、ＳＲＳｐリソース＃２の送信時間に対するＰＲＳリソース＃２の受信時間のＷＴＲＵ Ｒｘ－Ｔｘ差、ＳＲＳｐリソース＃２の送信時間に対するＰＲＳリソース＃３の受信時間のＷＴＲＵ Ｒｘ－Ｔｘ差などを（例えば、ネットワークエンティティに）報告する（例えば、指示を送信する）ことができる。

【0173】

ＷＴＲＵは、ネットワークから（例えば、ＬＭＦ又はｇＮＢから）以下のうちの１つ以上を受信するように構成され得る。ＷＴＲＵは、ＰＲＳリソースのセット、並びに／又はパス（例えば、ＬＯＳパスＩＤ及び／若しくはＮＬＯＳパスＩＤなどのパスＩＤ）をＳＲＳｐ（例えば、それぞれのＳＲＳｐリソース）と関連付けるための指示を受信するように構成され得る。ＷＴＲＵは、それぞれのＩＤを有する１つ以上のＳＲＳｐリソースを送信するように構成され得る。ＷＴＲＵは、ＳＲＰｐと関連付けられたＤＬ ＰＲＳ、ＳＲＳｐ送信方向、並びに／又は受信ビーム及び／若しくは方向を示し得る空間関係構成情報をネットワークから受信するように構成され得る。例では、空間関係は、ＰＲＳリソース上のＰＲＳとＳＲＳｐリソース上のＳＲＳｐが同じ方向に送信及び／又は受信されることを示す、ＤＬ ＰＲＳリソースＩＤとのＳＲＳｐリソースＩＤの関連付けであり得る。ＷＴＲＵは、１つ以上のＰＲＳリソースを受信するように構成され得、ＷＴＲＵは、（例えば、ＰＲＳリソース上の受信されたＰＲＳに対して行われた、到着時間又は到着角度などの測定に基づいて、）複数のパスを検出することができる。ＷＴＲＵは、例えば、ＷＴＲＵによって受信されたパス方向及び／又はＳＲＳｐ空間関係情報を整合させることに基づいて、パスＩＤをパスに割り当てる（例えば、それぞれのパスＩＤをそれぞれのパスに割り当てる）ように構成され得、かつ／又はパスＩＤ（例えば、それぞれのパスＩＤ）をＳＲＳｐ ＩＤ（例えば、それぞれのＳＲＳｐ ＩＤ）と関連付け得る。ＷＴＲＵは、ＳＲＳｐ ＩＤへのパスＩＤの関連付けをネットワークに送信するように構成され得る。ＷＴＲＵは、例えば、パスＩＤ（例えば、各パスＩＤ）に関して、及び／又はＳＲＳｐ ＩＤへのパスＩＤの関連付けに基づいて、関連付けられたＳＲＳｐ ＩＤを有するＳＲＳｐリソースにおいてＳＲＳｐを送信するように構成され得る。ＷＴＲＵは、ＰＲＳの受信から、パス／パスＩＤと関連付けられ得るＳＲＳｐの送信までのＲｘ－Ｔｘ時間差を判定することができる（例えば、それぞれのＳＲＳｐは、第１のパス及び第２のパスの各々について送信され得、各パスは、それぞれのパスＩＤを含み得る）。ＷＴＲＵは、それぞれのパス／パスＩＤに対する）それぞれのＲｘ－Ｔｘ時間差を（例えば、ネットワークに）報告することができる。

【0174】

図６は、ＰＲＳをＳＲＳｐと関連付ける空間関係構成の一例を例解する。例では、３つのＳＲＳｐリソース（例えば、ＳＲＳｐ１、ＳＲＳｐ２、及びＳＲＳｐ３）が、ＰＲＳリソース（例えば、ＰＲＳ１）と関連付けられ得る。ＷＴＲＵは、ＰＲＳリソース（例えば、ＰＲＳ１）をＳＲＳｐリソースのうちの１つ以上（例えば、ＳＲＳｐ１、ＳＲＳｐ２、及び／又はＳＲＳｐ３などのＳＲＳｐリソースの全て）と関連付けることができる構成情報をネットワーク（例えば、ｇＮＢ、ＬＭＦなど）から受信することができる。ＷＴＲＵは、１つ以上のパスに関するＲｘ－Ｔｘ差を報告することができる（例えば、パス依存Ｒｘ－Ｔｘ報告）。例えば、ＷＴＲＵは、パス２と関連付けられたＳＲＳｐの送信時間（例えば、ＳＲＳｐは、パス２の方向に向かってＳＲＳｐリソースＳＲＳｐ１に基づいて送信される）に対する、（例えば、図６に示されるように）パス２の方向から受信された（ＰＲＳリソースＰＲＳ１に基づいて受信された）ＰＲＳの到着時間又は受信時間に基づいて、Ｒｘ－Ｔｘ差を報告することができる。ＷＴＲＵは、ＳＲＳｐリソースＳＲＳｐ１に向かってステアリングされたＲｘビームを使用することができ、例えば、そのＲｘビームを使用して、受信されたＰＲＳの到着時間を測定することができる。ＷＴＲＵは、パス１と関連付けられたＳＲＳｐの送信時間（例えば、ＳＲＳｐは、ＳＲＳｐリソースＳＲＳｐ２を使用して送信され得る）に対する、（例えば、図６に示されているように）パス１に沿った（例えば、ＰＲＳリソースＰＲＳ１を使用して受信された）ＰＲＳの到着時間に基づいて、Ｒｘ－Ｔｘ差を報告することができる。ＷＴＲＵは、ＳＲＳｐリソースＳＲＳｐ２に向かってステアリングされたＲｘビームを使用することができ、そのＲｘビームを使用して、受信されたＰＲＳの到着時間を測定することができる。例では、ＷＴＲＵは、パス１に沿って送信されたＳＲＳｐリソースＳＲＳｐ２上のＳＲＳｐの送信時間に対する、パス１に沿って受信されたＰＲＳリソースＰＲＳ１上のＰＲＳの受信時間のＷＴＲＵ Ｒｘ－Ｔｘ差、及び、パス２に沿って送信されたＳＲＳｐリソースＳＲＳｐ１上のＳＲＳｐの送信時間に対する、パス１に沿って受信されたＰＲＳリソースＰＲＳ１上のＰＲＳの受信時間のＷＴＲＵ Ｒｘ－Ｔｘ差などを（例えば、ネットワークエンティティに）報告する（例えば、その指示を送信する）ことができる。

【0175】

図７は、ＷＴＲＵがどのようにＲｘ－Ｔｘ差を判定することができるかを例解する。ＷＴＲＵは、例えば、時間ウィンドウ（例えば、事前構成された時間ウィンドウ）内に複数のパスを介して（例えば、ＰＲＳリソースを使用して）ＰＲＳが受信される場合、複数のパス（例えば、複数の送信／受信パス）の存在を判定することができる。ＷＴＲＵは、ネットワークから（例えば、基地局又はｇＮＢから、ＬＭＦからなど）時間ウィンドウに関する構成情報を受信することができる。例では、構成情報は、時間ウィンドウの持続時間が２ミリ秒（ｍｓ）であることを示し得る。ＷＴＲＵは、例えば、ＷＴＲＵが時間ウィンドウ内にＰＲＳの複数のコピー（例えば、ＰＲＳを送信するために使用されるＰＲＳリソース）に対して測定を行う場合、検出されたパス（例えば、各検出されたパス）にパスＩＤを割り当てることができる。例では、ＷＴＲＵは、複数のパスの判定において、時間ウィンドウの外部に到着時間を有するＰＲＳリソースを含まないように構成され得る。

【0176】

ＷＴＲＵは、（例えば、本明細書で説明されるＲＳＲＰ報告を実行した後に）マルチパス検出に関連して実行されるアクションを終了することに関して、以下の挙動のうちの１つ以上で構成され得る。ＷＴＲＵは、基準ＳＲＳｐリソース（例えば、単一の基準ＳＲＳｐリソース）に関するＷＴＲＵ Ｒｘ－Ｔｘ差を報告することができ、例えば、ＷＴＲＵは、以下の条件のうちの１つ以上が満足される場合、デフォルトの報告挙動に戻るように切り替わることができる：パスの数が、ネットワークによって（例えば、ｇＮＢ又はＬＭＦによって）構成された閾値を下回る、ＲＥにわたるＲＳＲＰの変動が、ネットワークによって（例えば、ｇＮＢ又はＬＭＦによって）構成された閾値以下である、あるいはＷＴＲＵが、基準ＳＲＳｐリソースに関するＷＴＲＵ Ｒｘ－Ｔｘ差を報告するようにとの指示をネットワークから（例えば、ＤＣＩ、ＭＡＣ－ＣＥ、ＲＲＣシグナリング、又はＬＰＰメッセージを介して）受信する。

【0177】

本明細書で説明されるように、ＷＴＲＵは、（例えば、Ｒｘ－Ｔｘ時間差を報告するために単一のＳＲＳｐリソースを有するマルチＲＴＴに基づく）第１の測位方法を使用することができる。ＷＴＲＵは、条件が満たされたこと（例えば、チャネル内の複数のパスの検出）に基づいて、第２の測位方法に切り替わる（例えば、自律的に切り替わる）ことができる。第２の測位方法は、例えば、Ｒｘ－Ｔｘ時間差を報告するために（例えば、基準ＳＲＳｐリソースを含む）Ｎ個のＳＲＳｐリソースを有するマルチＲＴＴに基づき得る。ＷＴＲＵは、例えば、終了条件が満足されたことに基づいて（例えば、ＷＴＲＵがチャネル内の複数のパスをもはや観測しない場合）、第１の測位方法に戻るように切り替わることができる。

【0178】

ＷＴＲＵは、複数のパスの存在下でＷＴＲＵベースの測位を実行するように構成され得る。（例えば、ＴＤＯＡ又はＡｏＤに基づく）ＷＴＲＵベースのＤＬ測位は、ＷＴＲＵが、受信されたＰＲＳに対して行われた測定に基づいてその位置を計算し、ＷＴＲＵの場所情報をネットワーク（例えば、ＬＭＦ）に報告することを含むことができる。ＷＴＲＵは、測定報告をネットワーク（例えば、ＬＭＦ）に送信しなくてもよい。例では（例えば、ＷＴＲＵが受信する１つ以上のＰＲＳビーム及び／又はＰＲＳリソースなどの１つ以上のＰＲＳにおいてＷＴＲＵが観測する複数のパスが存在する場合）、ＷＴＲＵは、チャネル内の複数のパスの存在をネットワーク（例えば、ＬＭＦ）に示すことができない場合があり、その結果、ＷＴＲＵの測位精度が低下する場合がある。ＰＲＳ（例えば、ＰＲＳビーム及び／又はＰＲＳリソース）は、異なるＰＲＳリソースセットに属してもよく、並びに／又は異なるＴＲＰ、絶対無線周波チャネル番号（absolute radio-frequency channel number、ＡＲＦＣＮ）、ＰＲＳ－ＩＤ、セルＩＤ、及び／若しくはＣｅｌｌＧｌｏｂａＩＤと関連付けられてもよい。

【0179】

ＷＴＲＵは、シングルパスベースの場所推定値を使用するために、ネットワークから１つ以上の基準及び／又は条件を受信することができる。ＷＴＲＵは、例えば、最小数の測定値が利用可能である（例えば、ＲＳＲＰ及び到着時間に関係する測定値がパスについて利用可能である）場合、又は条件（例えば、パスのＲＳＲＰが閾値を上回る、パスのＲＳＲＰと他の検出されたパスのＲＳＲＰとの間の相対差が閾値を上回るなど）が満足される場合、場所推定値を導出するために、パスに対応する測定値を使用することを判定すること／使用することができる。ＷＴＲＵは、場所推定値をネットワーク（例えば、ＬＭＦ）に報告することができ、場所推定値を導出するためにシングルパス測定が使用されることをネットワーク（例えば、ＬＭＦ）に示すことができる。ＷＴＲＵは、例えば、基準又は条件のうちの１つ以上が満足されない場合、場所推定のマルチパスベースの導出に切り替わることができる。

【0180】

ＷＴＲＵは、マルチパスベースの場所推定のためにネットワークから１つ以上の基準を受信することができる。ＷＴＲＵは、基準に基づいて場所推定値を導出することができ、場所推定値をネットワークに（例えば、ＬＭＦに）報告することができる。例では、ＷＴＲＵは、チャネル内の複数のパスを検出することができる。ＷＴＲＵは、場所情報と共に検出されたパスの数をネットワークに報告することができる。ＷＴＲＵは、ＬＰＰメッセージ（例えば、「ＬＰＰ場所情報提供」メッセージ）などのメッセージを介して場所情報及び／又はマルチパス情報を送信することができる。

【0181】

ＷＴＲＵは、例えば、ＷＴＲＵが受信し、かつＷＴＲＵが測定を行うＰＲＳのうちの少なくとも１つにおいて、ＷＴＲＵがチャネル内の複数のパスを検出する場合、複数の場所情報を報告することを判定することができる。ＷＴＲＵは、場所情報を導出するために使用される基準を判定することができ、場所情報をネットワークに（例えば、ＬＭＦに）報告することができる。ＷＴＲＵは、例えば、ＷＴＲＵがチャネル内で複数のパスを検出しない場合、単一の場所情報を含めることを判定することができる。ＷＴＲＵは、（例えば、ＤＣＩ、ＭＡＣ－ＣＥ、ＲＲＣシグナリング、ＬＰＰメッセージなどを介して）単一及び／又は複数の場所情報を報告するようにとの指示をネットワークから（例えば、ＬＭＦから）受信することができる。

【0182】

ＷＴＲＵは、（例えば、複数のパスの検出に基づいて）複数の場所情報を報告することができ、かつ／又は場所情報を導出するためにＷＴＲＵによって使用される基準に場所情報を関連付けることができる。例では（例えば、ＴＤＯＡ又はＡｏＤなどの方法を使用する場合）、ＷＴＲＵは、複数のＰＲＳに対して測定を行うことができ、ＰＲＳのうちの１つ以上において複数のパスを観測することができる。ＷＴＲＵは、チャネル内の複数のパスを検出することに基づいて、又は複数の場所情報及び複数のパスとのその関連付けを報告するようにとのネットワークからの（例えば、ＬＭＦからの）指示に基づいて、複数の場所情報及び／又はパスとのその関連付けをネットワークに（例えば、ＬＭＦに）報告することができる。

【0183】

例では、ＷＴＲＵは、（例えば、ＰＲＳビーム＃ｉと関連付けられ得る）ＰＲＳリソース＃ｉのチャネル内でＮｉ個のパスを検出することができる。ＷＴＲＵは、以下のうちの１つ以上を使用して場所情報を導出することができ、ネットワーク（例えば、ＬＭＦ）に提供される場所情報が以下のうちの１つ以上を使用して導出されることをネットワーク（例えば、ＬＭＦ）に示すことができる。

【0184】

ＷＴＲＵは、１つ以上のＰＲＳリソース（例えば、全てのＰＲＳリソース）と関連付けられた測定においてＷＴＲＵが観測する１つ以上のパス（例えば、全てのパス）に基づいて、場所情報を導出することができる。例では、ＷＴＲＵは、ＷＴＲＵが測定を行うＩの値（例えば、ｉの全ての値）に対するＰＲＳリソースｉのＮｉ個のパス（例えば、全てのＮｉ個のパス）に基づいて、場所情報を導出することができ、ここで、ｉは、ネットワーク（例えば、ＬＭＦ）によって構成された、及び／又はＷＴＲＵによって検出されたＰＲＳリソースのインデックスとすることができる。

【0185】

ＷＴＲＵは、以下の基準のうちの１つ以上に基づいて判定されたパスに基づいて、場所情報を導出することができる。基準は、ＷＴＲＵが測定を行う１つ以上のＰＲＳリソース（例えば、全てのＰＲＳリソース）に適用可能であり得る。基準は、ネットワークによって（例えば、ＬＭＦによって）構成され得る。ＷＴＲＵは、ＰＲＳリソースインデックスＩ（例えば、ＰＲＳリソースインデックスｉ）についてＷＴＲＵが検出するＮｉ個のパスの中で最大のＲＳＲＰを有するパスに基づいて、場所情報を判定することができる。ＷＴＲＵは、ＰＲＳリソースインデックスｉ（例えば、各ＰＲＳリソースインデックスｉ）についてＷＴＲＵが検出するＮｉ個のパスの中で最も早い到着時間を有するパス（例えば、第１のパス）に基づいて、場所情報を判定することができる。ＷＴＲＵは、示された到着順序を有するパスに基づいて、場所情報を判定することができる。例では、ＷＴＲＵは、２番目に早い到着時間を有するパスに基づいて、場所情報を判定することができ、このパスが場所情報を導出するために使用されることをネットワークに示すことができる。ＷＴＲＵは、１つ以上のパス（例えば、各ＰＲＳリソースインデックスｉに対する１つ以上の観測されたパス）と関連付けられた測定値に基づいて、場所情報を判定することができる。例では、最も早いＴｏＡを有するパスと比較した１つ以上のパスの相対遅延が、例えば、ＬＭＦ又はｇＮＢなどのネットワークによって構成され得る、事前構成された閾値以下である場合、ＷＴＲＵは、１つ以上のパスと関連付けられた測定値を使用して、場所情報を判定することができる。例では、最も強いＲＳＲＰを有するパスと比較した１つ以上のパスの相対ＲＳＲＰ差が、（例えば、ＬＭＦ又はｇＮＢなどのネットワークによって構成され得る）事前構成された閾値以下である場合、ＷＴＲＵは、１つ以上のパスと関連付けられた測定値を使用して、場所情報を判定することができる。

【0186】

ＷＴＲＵは、１つ以上の選択されたパスに基づいて、場所情報を導出することができ、ＷＴＲＵは、選択されたパスと関連付けられた測定値（例えば、ＲＳＲＰ、基準パスの到着時間に対する相対時間差など）を報告することができる。

【0187】

本明細書で説明される条件及び／又は基準は、ネットワークによって（例えば、ＬＭＦによって）構成され得る。ＷＴＲＵは、例えば、ＰＲＳを受信する前に、構成を受信することができる。ＷＴＲＵは、例えば、ＷＴＲＵがチャネル内の複数のパスの存在を報告する場合、構成を受信することができる。ＷＴＲＵは、どの１つ以上の基準を使用すべきかに関する指示をネットワーク（例えば、ＬＭＦ）から受信することができる。指示は、例えば、ＤＣＩ、ＭＡＣ－ＣＥ、ＲＲＣシグナリング、ＬＰＰメッセージなどを介して受信され得る。

【0188】

例では、ＷＴＲＵは、異なる場所に位置する異なるＴＲＰによって送信され得る第１のＰＲＳリソース（例えば、ＰＲＳリソース＃１）、第２のＰＲＳリソース（例えば、ＰＲＳリソース＃２）、及び／又は第３のＰＲＳリソース（例えば、ＰＲＳリソース＃３）を受信するように、ネットワークによって（例えば、ＬＭＦによって）構成され得る。ＷＴＲＵの観点からは、ＰＲＳリソースに対応するそれぞれのＰＲＳビームは、異なる方向から送信され得る。ＷＴＲＵは、それぞれＰＲＳリソース＃１、ＰＲＳリソース＃２、及びＰＲＳリソース＃３に対して行われた測定に基づいて、１つ、３つ、及び２つのパスを観測することができる。本明細書で説明される最大ＲＳＲＰ基準に基づいて、ＷＴＲＵは、それぞれＰＲＳリソース＃２及びＰＲＳリソース＃３に対する測定において検出された３つ及び２つのパスの中から最大ＲＳＲＰが取得されるパスを選ぶことができ、選ばれたパスからの測定値（例えば、ＲＳＲＰ、到着時間、到着角度など）を使用して、場所情報を導出することができる。ＰＲＳリソース＃１から取得された測定では１つのパス（例えば、１つのパスのみ）が観測されるので、ＷＴＲＵは、そのパスに対する測定値を使用して、場所情報を導出することができる。

【0189】

ＷＴＲＵは、ネットワークに（例えば、ＬＭＦに）、場所情報を導出するために使用されるパス情報（例えば、ＷＴＲＵが複数のパスをそれで観測するＰＲＳリソースＩＤ）をネットワークに（例えば、ＬＭＦに）示すことができる。ＷＴＲＵは、ＷＴＲＵが異なる基準に対応する複数の場所情報を報告するための指示をネットワークから（例えば、ＬＭＦから、及び／又はＬＰＰメッセージを介して）受信することができる。ＷＴＲＵは、本明細書で説明される基準又は条件のうちの１つ以上に基づいて、複数の場所情報を報告することができる。例では、ＷＴＲＵは、最大のＲＳＲＰ基準を使用して取得された１つの場所情報と、最も早い到着時間基準を使用して取得された別の場所情報とを報告することができる。

【0190】

ＷＴＲＵは、ネットワークへの（例えば、ＬＭＦへの）報告に、以下のうちの１つ以上を含めることができる。ＷＴＲＵは、予想される場所情報及び／又は場所情報の指示（例えば、予想される場所情報に対する場所情報の下限及び上限）を、ネットワークへの報告に含めることができる。ＷＴＲＵは、ＷＴＲＵが（例えば、ＷＴＲＵによって実行された測定に基づいて）複数のパスをそれで検出する１つ以上のＰＲＳリソースＩＤを、ネットワークへの報告に含めることができる。

【0191】

ＷＴＲＵは、ＷＴＲＵベースのＡｏＤベースの測位のために、予想される場所情報、及び場所情報と関連付けられた指示（例えば、場所情報の下限及び上限、場所情報の標準偏差又は分散など）を報告して、ＷＴＲＵが受信するＰＲＳリソースに対して実行される測定において複数のパスが観測されることによる測定の不確実性をネットワークに（例えば、ＬＭＦに）示すことができる。ＷＴＲＵは、予想される場所情報及び／又は場所情報の不確実性を報告するために、ネットワークから構成情報を受信することができる。

【0192】

ＷＴＲＵは、送信／受信パス（例えば、第１のパス）と関連付けられたＲＳＲＰを判定するように構成され得る。ＷＴＲＵは、ＲＳＲＰを報告するようにとの要求をネットワークから受信することができる。例では（例えば、ＷＴＲＵが、ＤＬ－ＡｏＤ、ＤＬ－ＴＤＯＡなどのＷＴＲＵ支援型測位技法を適用するように構成される場合）、ＷＴＲＵは、ＷＴＲＵが測定するように構成された１つ以上のＰＲＳリソースと関連付けられた第１のパスＲＳＲＰを報告するようにとの指示をネットワークから受信することができる（例えば、１つ以上のＰＲＳリソースについて複数のパスを検出することができる）。例では（例えば、ＷＴＲＵが、ＤＬ－ＡｏＤ、ＤＬ－ＴＤＯＡなどのＷＴＲＵベースの測位技法を適用するように構成される場合）、ＷＴＲＵは、場所推定を判定するために第１のパスＲＳＲＰを使用するようにとの指示をネットワークから受信することができる（例えば、第１のパスＲＳＲＰは、複数のパスが検出される１つ以上のＰＲＳリソースと関連付けられ得る）。ＷＴＲＵは、ＬＰＰメッセージを介して、ＲＲＣシグナリングを介して、ＭＡＣ－ＣＥ又はＤＣＩなどにおいて、本明細書で説明される指示を受信することができる。

【0193】

ＷＴＲＵが複数のパスを検出することができる場合、ＷＴＲＵは、例えば、ＬＰＰ、ＲＲＣシグナリングを介して、ＭＡＣ－ＣＥ、又はＵＣＩにおいて、メッセージ（例えば、第１のパスＲＳＲＰを報告するようにとの指示を受信したことに応答した肯定応答メッセージ）をネットワークに送信することができる。ＷＴＲＵが複数のパスを検出することができない場合、ＷＴＲＵは、（例えば、ＬＰＰ、ＲＲＣシグナリング、ＭＡＣ－ＣＥ、又はＵＣＩを介して、）能力の欠如を示す応答（例えば、ＮＡＣＫメッセージ）をネットワークに送信することができる。ＷＴＲＵは、例えば、場所推定のために第１のパスＲＳＲＰを報告及び／又は使用するようにとの指示をネットワークから受信する前に、複数のパスの検出と関連付けられた能力情報（例えば、第１のパスＲＳＲＰを測定する能力を含む）をネットワークに送信することができる。

【0194】

ＷＴＲＵは、ＰＲＳリソース（例えば、ＰＲＳリソースインデックスｉと関連付けられたＰＲＳリソースなどの各ＰＲＳリソース）についてＷＴＲＵが検出することができる複数のパス（例えば、Ｎｉ個のパス）から、最も早い到着時間を有するパス（例えば、第１のパス）を選択することができる。ＷＴＲＵは、例えば、ＷＴＲＵが場所推定のためにＷＴＲＵベースの測位技法を適用するように構成される場合、選択されたパスを場所推定のために使用することができる。ＷＴＲＵは、例えば、ＷＴＲＵがＤＬ－ＡｏＤ、ＤＬ－ＴＤｏＡなどのＷＴＲＵ支援型測位技法を適用するように構成される場合、選択されたパスをＲＳＲＰ報告（例えば、パスと関連付けられたＰＲＳについて測定されたＲＳＲＰ）のために使用することができる。

【0195】

ＷＴＲＵが、第１のパスＲＳＲＰを報告するようにとの指示をネットワークから受信し、かつＷＴＲＵが１つ以上のＰＲＳリソースについて複数のパスを検出しない場合、ＷＴＲＵは、１つ以上のＰＲＳリソースについてＲＳＲＰを報告することができる。ＷＴＲＵは、例えば、ＷＴＲＵが１つ以上のＰＲＳリソースについて複数のパスを検出しない場合、報告されたＲＳＲＰが第１のパスに対応するという指示を含まないように（例えば、又は、報告されたＲＳＲＰが第１のパスと関連付けられていないことを示すように）構成され得る。

【0196】

ＷＴＲＵは、第１のパスのＲＳＲＰを生成する（例えば、測定及び／又は報告する）場合、以下のうちの１つ以上を実行するように構成され得る。ＷＴＲＵは、時間ウィンドウ又はいくつかの時間単位（例えば、シンボル、ＰＲＳリソース、スロット、フレーム、若しくは他の時間単位）にわたる第１のパスについて累積又は平均受信電力（例えば、ＲＳＲＰ）を報告することができ、一貫した測定値が、場所推定のためにＷＴＲＵによって報告及び／又は使用され得る。時間ウィンドウの持続時間又は時間単位の数は、例えば、ネットワークによって事前構成され得る。ＷＴＲＵは、ＷＴＲＵが第１のパスのＲＳＲＰをネットワークに報告する場合、第１のパスの測定されたＲＳＲＰと関連付けられたＰＲＳリソースＩＤを含むことができる。ＷＴＲＵは、報告されたＲＳＲＰがＰＲＳリソースＩＤの第１のパスに対応することを、報告において示すことができる。

【0197】

ＷＴＲＵは、時間ウィンドウ（例えば、事前構成された時間ウィンドウ）中に複数のパスについて測定を行うように（例えば、ネットワークによって）構成され得る。時間ウィンドウの持続時間は、遅延拡散などのチャネル特性に基づくことができる。例では、ＷＴＲＵは、２つの時間ウィンドウで構成され得、時間ウィンドウに関する構成（例えば、持続時間、開始時間、終了時間、周期性など）を受信することができる。ＷＴＲＵは、例えば、ＷＴＲＵが測定し得るパスの数を判定するために、チャネルの遅延拡散に基づいてその持続時間が判定され得る、（例えば、２つの構成された時間ウィンドウのうちの）第１の時間ウィンドウを使用することができる。例えば、ＷＴＲＵは、ウィンドウの持続時間をチャネルの遅延拡散と関連付けるルックアップテーブルを用いて事前構成され得る。測定された拡散値に基づいて、ＷＴＲＵは、ルックアップテーブルを参照し、ウィンドウの持続時間を判定することができる。ＷＴＲＵは、第１の時間ウィンドウの持続時間を超えてＷＴＲＵによって受信されたＰＲＳのレプリカ（例えば、任意のレプリカ）を、複数のパスの一部として考慮しないように構成され得る。ＰＲＳは、繰り返しを伴って又は伴わないで、周期的に又は半永続的に、ネットワークによって（例えば、基地局又はｇＮＢによって、ＴＲＰによってなど）送信され得る。

【0198】

ＷＴＲＵは、（例えば、本明細書で説明される２つの構成された時間ウィンドウのうちの）第２の時間ウィンドウを使用して、（例えば、ネットワークから周期的又は半永続的に送信され、かつＷＴＲＵによって受信される）ＰＲＳの受信電力を累積して、パスを検出し、かつ／又は（例えば、パスごとの）ＲＳＲＰをネットワークに報告することができる。ＷＴＲＵは、ＷＴＲＵが累積されたＲＳＲＰを報告する（例えば、又はパスごとにＲＳＲＰを平均する）場合、第１及び／又は第２の時間ウィンドウの持続時間を含むことができる。ＷＴＲＵは、第１の時間ウィンドウ中に検出されたパス（例えば、各パス）にパスＩＤを割り当て、パス（例えば、パスＩＤ）を、パスについて測定された平均／累積ＲＳＲＰと関連付けることができる。

【0199】

例では、ＷＴＲＵは、本明細書で説明される第２の時間ウィンドウ中に、ＷＴＲＵが第１の時間ウィンドウ内に検出するパス（例えば、各パス）に関するＲＳＲＰを累積することができる。例では、ＷＴＲＵは、例えば、ＲＳＲＰが事前構成された閾値を下回る場合、ＲＳＲＰを累積しないことがある。ＷＴＲＵは、マルチパスチャネル内の各パスについて第２の時間ウィンドウを用いて構成され得る。例えば、ＷＴＲＵがチャネル内で３つのパスを検出する場合、ＷＴＲＵは、ＷＴＲＵによって検出された３つのパスの各々に適用可能であり得るウィンドウ構成の構成をネットワークから受信することができる。ＷＴＲＵは、検出された複数のパスを第１のパスに対する相対遅延と関連付けることができ、パスの数、ＲＳＲＰ、及び相対遅延をネットワーク（例えば、ＬＭＦ又はｇＮＢ）に報告することができる。例えば、第１のパス（例えば、それに沿ってＰＲＳの最も早い到着時間が測定されるパス）に関して、ＷＴＲＵは、第２のパスに沿って、ＰＲＳが第１のパスに沿って受信された時間よりＴ１後にＷＴＲＵがＰＲＳを受信することを示す遅延Ｔ１に第２のパスを関連付けることを判定することができる。ＷＴＲＵは、第３のパスを遅延Ｔ２と関連付けることを判定することができ、この遅延Ｔ２は、第３のパスに沿って、ＰＲＳが第１のパスに沿って受信された時間よりＴ２後にＷＴＲＵがＰＲＳを受信することを示す。遅延の単位は、秒、シンボルの数、スロット、フレーム、又はサブフレームに関して表され得る。

【0200】

ＷＴＲＵは、例えば、（例えば、第２の時間ウィンドウ中に累積又は平均化された）ＲＳＲＰが事前構成された閾値を上回る場合、パスが複数のチャネルの一部であると宣言することができる。ＷＴＲＵは、例えば、（例えば、第２の時間ウィンドウ中に累積又は平均化された）ＲＳＲＰが事前構成された閾値を上回る場合、パスが複数のチャネルの一部であると宣言しなくてもよい。

【0201】

例では（例えば、第２の時間ウィンドウの満了に基づいて）、ＷＴＲＵは、第１の時間ウィンドウ中の最も早い到着時間に基づいて、第１のパスを判定することができる。例では、時間ウィンドウ内の最も早いパスに対応する累積／平均されたＲＳＲＰが、事前構成された閾値を下回る場合、ＷＴＲＵは、事前構成された閾値を上回る累積／平均されたＲＳＲＰを有する時間ウィンドウ内の次に最も早いパスが、第１のパスであると判定することができる。

【0202】

ＷＴＲＵは、本明細書で説明される第１及び／又は第２の時間ウィンドウを使用して、例えば、ＷＴＲＵがＰＲＳと関連付けられた複数のパスを検出しない場合であっても、ＲＳＲＰを累積又は平均化することができる。例えば、ＷＴＲＵは、観測されたＰＲＳについてＲＳＲＰを累積又は平均化することができる。

【0203】

ＷＴＲＵは、ＷＴＲＵに対して構成されたＰＲＳリソースセット内の複数のＰＲＳリソース（例えば、全てのＰＲＳリソース）に対して、本明細書で説明される動作を繰り返すことができる。

【0204】

ＷＴＲＵ支援型又はＷＴＲＵベースの測位技法は、第１のパスに基づくことができる。

【0205】

例では（例えば、ＷＴＲＵベースの測位の場合）、ＷＴＲＵは、以下のうちの１つ以上に基づいて場所推定値が取得されることをネットワークに示すことができる。ＷＴＲＵは、第１のパスＲＳＲＰ（例えば、第１のパスＲＳＲＰのみ）を使用して場所推定値が取得されることを示すことができる。ＷＴＲＵは、第１のパスＲＳＲＰと、複数のパスが検出されなかったＰＲＳリソースのＲＳＲＰとの組み合わせを使用して、場所推定値が取得されることを示すことができる。ＷＴＲＵは、場所推定値を導出するために使用されたＲＳＲＰのいずれも第１のパスではないことを示すことができる。

【0206】

例では（例えば、ＷＴＲＵ支援型測位の場合）、ＷＴＲＵは、関連付けられたＰＲＳリソースＩＤ、ＰＲＳリソースセットＩＤ、ＴＲＰ ＩＤ、及び／又は第１のパスＲＳＲＰがそこから取得される周波数レイヤＩＤを（例えば、ネットワークに）示すことができる。

【0207】

ＷＴＲＵは、ＰＲＳリソースセット内の複数のＰＲＳリソースを測定するように構成され得る。ＰＲＳリソース（例えば、各ＰＲＳリソース）は、それぞれのＴｘビーム（例えば、異なるＴｘビーム）を使用して送信され得、それは、送信機側とは異なる方向を対象とし得る。ＰＲＳリソースと関連付けられたビームは、（例えば、図２に関して説明されたように）ＬＯＳ方向に沿って向けられ得る。ＷＴＲＵは、それぞれ、ＷＴＲＵ支援型又はＷＴＲＵベースの測位の場所推定のために第１のパスＲＳＲＰを報告及び／又は使用することを判定することができる。ＷＴＲＵは、以下の基準のうちの１つ以上に基づいて、場所推定のために報告／使用すべき第１のパスＲＳＲＰを判定することができる。

【0208】

ＷＴＲＵは、（例えば、各）ＰＲＳリソースに対応する第１のパスのＲＳＲＰを報告及び／又は使用することができる（例えば、ＷＴＲＵは、ＰＲＳリソースについて到着時間を測定し、及び／又はＷＴＲＵがＰＲＳリソースについて複数のパスを検出する場合、最も早い到着時間を有するＰＲＳリソースのＲＳＲＰを測定することができる）。例では、ＷＴＲＵが複数のパスを検出しない場合、ＷＴＲＵは、例えば、ＲＳＲＰをパスと関連付けることなく、ＰＲＳのＲＳＲＰを報告することができる。

【0209】

ＷＴＲＵは、ＷＴＲＵが複数のパスをそれで検出するＰＲＳリソースについて第１のパスＲＳＲＰを測定することができる。ＷＴＲＵは、例えば、ＷＴＲＵがＰＲＳのパス（例えば、シングルパス）を検出する場合、ＰＲＳについてＲＳＲＰを測定することができる。ＷＴＲＵは、第１のパスＲＳＲＰ及びＰＲＳリソースのためのＲＳＲＰの中で最も高いＲＳＲＰを判定することができる。ＷＴＲＵは、（例えば、ＷＴＲＵ支援型測位のために）最も高いＲＳＲＰをネットワークに報告するか、又は（例えば、ＷＴＲＵベースの測位のために）最も高いＲＳＲＰを場所推定のために使用することができる。

【0210】

ＷＴＲＵは、複数のパスが検出されたＰＲＳリソースから第１のパスＲＳＲＰを選択することができる。ＷＴＲＵは、ＰＲＳリソースについて取得された、本明細書で説明される第１のパスＲＳＲＰの中で最も高い第１のパスＲＳＲＰを報告及び／又は使用することができる。

【0211】

ＷＴＲＵは、ＰＲＳリソース（例えば、各ＰＲＳリソース）について到着時間及び／又はＲＳＲＰを測定することができる。ＷＴＲＵは、例えば、複数のパスがＰＲＳについて検出される場合、ＰＲＳリソースについて複数の到着時間を測定することができる。ＷＴＲＵは、ＰＲＳリソースセット内の複数のＰＲＳリソース（例えば、全てのＰＲＳリソース）について測定された到着時間にわたって最も早い到着時間を有するＰＲＳリソースを判定することができ、関連付けられたＰＲＳ ＩＤ及び／又はＰＲＳリソースセットＩＤと共にＲＳＲＰを報告／使用することができる。

【0212】

本明細書で説明される例では、「ＲＳＲＰ」は、「平均化されたＲＳＲＰ」又は「累積されたＲＳＲＰ」によって置き換えられ得る。ＷＴＲＵは、本明細書で説明される第１及び／又は第２の時間ウィンドウを使用して、第１のパス、平均化されたＲＳＲＰ、又は累積されたＲＳＲＰを判定することができる。ＷＴＲＵは、本明細書で説明される第１及び／又は第２の時間ウィンドウを使用して、複数のパスの存在を判定することができる。ＷＴＲＵは、ＷＴＲＵがＰＲＳリソースセット及び／又はＴＲＰについて第１のパスＩＤを判定することができるように、ＰＲＳがそこから送信される１つ以上のＰＲＳリソースセット（例えば、各ＰＲＳリソースセット）及び／又は１つ以上のＴＲＰ（例えば、各ＴＲＰ）のために、本明細書で説明される動作を繰り返すことができる。ＷＴＲＵは、例えば、ＷＴＲＵ支援型測位のために、１つ以上のＰＲＳリソースセットについて（例えば、各ＰＲＳリソースセットについて）、及び／又は１つ以上のＴＲＰについて（例えば、各ＴＲＰについて）、第１のパスＲＳＲＰを報告することができる。ＷＴＲＵは、ＰＲＳのための第１のパスに対応する到着時間を含めることができ、例えば、到着時間は、システムフレーム番号、スロット番号、絶対無線周波数チャネル番号、セルグローバルＩＤ、物理セルＩＤ、サブフレーム番号、及び／又はシンボル番号に関して表され得る。

【0213】

ＷＴＲＵは、ＰＲＳリソースの複数のセットで構成され得、ＷＴＲＵは、第１のパスＲＳＲＰを報告するようにとの、及び／又は場所推定のために第１のパスＲＳＲＰを使用するようにとの要求をネットワークから受信し得る。ＷＴＲＵは、リソースセット（例えば、各リソースセット）内のＰＲＳリソース（例えば、各ＰＲＳリソース）について到着時間及び／又はＲＳＲＰを測定することができる。ＷＴＲＵは、例えば、複数のパスがＰＲＳについて検出される場合、ＰＲＳリソースについて複数の到着時間を測定することができる。ＷＴＲＵは、複数のリソースセット（例えば、全てのリソースセット）内の複数のＰＲＳリソース（例えば、全てのＰＲＳリソース）について測定された到着時間にわたって最も早い到着時間を有するＰＲＳリソースを判定することができる。ＷＴＲＵは、関連付けられたＰＲＳ ＩＤ及び／又はＰＲＳリソースセットＩＤと共に、ＰＲＳリソースと関連付けられたＲＳＲＰを報告／使用することができる。

【0214】

ＷＴＲＵは、シングルパスベースの場所推定を実行するように構成され得る。例では、ＷＴＲＵは、ＷＴＲＵが複数のパスをそれから観測しない１つ以上のＰＲＳリソースからの測定値を使用することを判定することができる。ＷＴＲＵは、例えば、異なる場所に位置する異なるＴＲＰから送信され得る、第１のＰＲＳリソース（例えば、ＰＲＳリソース＃１）、第２のＰＲＳリソース（例えば、ＰＲＳリソース＃２）、第３のＰＲＳリソース（例えば、ＰＲＳリソース＃３）、及び／又は第４のＰＲＳリソース（例えば、ＰＲＳリソース＃４）を、ネットワークによって（例えば、ＬＭＦによって）受信するように構成され得る。ＷＴＲＵの観点からは、それぞれのＰＲＳリソースに対応するＰＲＳビームは、異なる方向から送信され得る。ＷＴＲＵは、それぞれＰＲＳリソース＃１、ＰＲＳリソース＃２、ＰＲＳリソース＃３、及びＰＲＳリソース＃４に対して行われた測定から、１つのパス、３つのパス、１つのパス、及び１つのパスを観測することができる。ＷＴＲＵは、例えば、そのような場合、場所推定値を判定するためにＰＲＳリソース＃１、＃２、及び＃４を使用することを決定することができ、例えば、測定における複数のパスの存在に起因して、ＰＲＳリソース＃３からの測定値を拒否することができる。ＷＴＲＵは、シングルパスのみがそれから測定される受信されたＰＲＳが、場所推定値を導出するために使用されることをネットワークに（例えば、ＬＭＦに）示すことができる。

【0215】

ＷＴＲＵは、１つ以上の条件に基づいて、本明細書で説明されるシングルパスベースの場所導出又は複数パスベースの場所導出を実行することを判定することができる。ＷＴＲＵは、例えば、以下の条件のうちの１つ以上が満足される場合、シングルパスベースの場所導出を使用することができる。ＷＴＲＵは、シングルパスがそれから観測されるＰＲＳリソースの数が、事前構成された（例えば、ＬＭＦ又はｇＮＢなど、ネットワークによって構成された）閾値以上である場合、シングルパスベースの場所導出を使用することができる。例では、最小数の測定値が、ＷＴＲＵが場所推定値を導出するために利用可能であり得る。ＷＴＲＵは、シングルパスがそれから観測される受信されたＰＲＳリソースの最小又は平均ＲＳＲＰが、事前構成された（例えば、ＬＭＦ又はｇＮＢなど、ネットワークによって構成された）閾値以上である場合、シングルパスベースの場所導出を使用することができる。例では、受信信号電力は、ＷＴＲＵが場所推定値を導出するのに十分大きくなり得る。ＷＴＲＵは、２つ以上のパスがそれから観測される１つ以上のＰＲＳリソース（例えば、全てのＰＲＳリソース）について、（例えば、最も早い到着時間を有する）最初のパスと（例えば、最も遅い到着時間を有する）最後のパスとの間の相対時間差が、事前構成された（例えば、ＬＭＦ又はｇＮＢなど、ネットワークによって構成された）閾値以下である場合、シングルパスベースの場所導出を使用することができる。例では、互いに時間的に十分近接して到着する複数のパスは、シングルパスと見なされ得る。ＷＴＲＵは、パスのうちの１つがネットワークからの見通し線として示される場合、シングルパスベースの場所導出を使用することができる。ＷＴＲＵは、例えば、条件のいずれも満足されない場合、本明細書で説明される複数パスベースの場所導出を実行する（例えば、実行することに切り替わる）ことを判定することができる。

【0216】

シングルパスベースの測定が使用される場合、ＷＴＲＵは、場所推定値のシングルパスベースの導出が使用されることをネットワーク（例えば、ＬＭＦ）に示すことができ、ＷＴＲＵは、場所推定値を導出するためにどの方法が使用されるかを判定するために、どの１つ以上の基準が使用されるかを示すことができる。

【0217】

マルチパスベースの測定が使用される場合、ＷＴＲＵは、場所推定値のマルチパスベースの導出が使用されることをネットワーク（例えば、ＬＭＦ）に示すことができ、ＷＴＲＵは、場所推定値を導出するためにどの方法が使用されるかを判定するために、どの１つ以上の基準が使用されるかを示すことができる。ＷＴＲＵは、ネットワークから（例えば、ＬＭＦから）、ＷＴＲＵが場所情報を導出するためにシングルパスベースの測定を使用すべきかマルチパスベースの測定を使用すべきかに関する指示（例えば、明示的な指示）を受信することができる。指示は、例えば、ＤＣＩ、ＭＡＣ－ＣＥ、ＲＲＣシグナリング、ＬＰＰメッセージなどを介して受信され得る。

【0218】

マルチパスベースの場所推定値導出に関係する条件又は基準は、シングルパスベースの場所推定値導出に関係する条件又は基準とは別個に構成され得る。ＷＴＲＵは、例えば、シングルパスベースの場所推定値導出がＷＴＲＵによって使用できないとＷＴＲＵが判定する場合、ネットワーク（例えば、ＬＭＦ）が条件又は基準に関係する構成情報をＷＴＲＵに送信することを要求することができる。

【0219】

ＷＴＲＵは、マルチパス及び／又は角度ベースの測位の検出に関連して、以下の挙動のうちの１つ以上を用いて構成され得る。角度ベースの測位（例えば、ＡｏＤ）の場合、マルチパスチャネルのタイミング情報は利用可能でないことがあり、ネットワークは、１つ以上のパスについて（例えば、１つ以上のパスの各々について）方向情報を取得することができないことがある。

【0220】

ＷＴＲＵは、（例えば、より細かい分解能でのＲＳＲＰを通じて）チャネル内の複数のパスを観測することができる。チャネル内の複数のパスの存在は、チャネル内の周波数選択性に対応し得る。例えば、ＰＲＳのＲＳＲＰが、ＰＲＳが占有する帯域幅にわたって平均化される場合、ＷＴＲＵは、チャネルの周波数選択性を観測しなくてもよい。ＷＴＲＵは、例えば、ＰＲＳが占有する帯域幅内のリソースブロックごとにＲＳＲＰが平均化される場合、周波数選択性を観測することができる。ＷＴＲＵは、ＷＴＲＵがＲｘビーム掃引のために使用し得るＲｘビームの数を判定することができる。ＷＴＲＵは、例えば、判定された数のＲｘビームを使用して、Ｒｘ掃引を実行することができ、及び／又はＰＲＳリソースについてＲｘビームごとに（例えば、より細かい粒度で）ＲＳＲＰを報告することができる。ＷＴＲＵは、ビーム掃引が行われていること、及びＷＴＲＵの配向が変化していないことをネットワークに示すことができる。

【0221】

例では、ＷＴＲＵは、複数のパスを検出することができ、Ｒｘビーム掃引に使用されるＲｘビームの数を判定することができる。Ｒｘビームの数は、周波数領域にわたるＲＳＲＰの分散、ネットワークによって構成された不確実性範囲、ネットワークからの（例えば、ＬＭＦからの）ＤＬ－ＰＲＳの予想ＡｏＤ、又はネットワークによって構成された値のうちの１つ以上によって判定され得る。例では、不確実性範囲は、基準ＳＲＳｐリソースと関連付けられた予想ＡｏＤ及び／又は不確実なＡｏＤ（例えば、範囲の中心が予想ＡｏＤを示す、ＡｏＤの範囲）を含み得る。例では、不確実性範囲は、ターゲットＰＲＳリソースの予想ＡｏＡ及び／又は不確実なＡｏＡ（例えば、範囲の中心が予想ＡｏＡを示す、ＡｏＡの範囲）を含み得る。

【0222】

ＷＴＲＵは、（例えば、ＲＳＲＰを報告するための事前構成された粒度と比較してより細かい粒度で）ＲＳＲＰ及び／又は他の量（例えば、各Ｒｘビームのための基準Ｒｘに対する位相差）を報告するように構成され得る。ＷＴＲＵは、ＷＴＲＵが回転しなかったことを示す（例えば、明示的に示す）ことができる。ＷＴＲＵは、追加の測定又は追加のパス（例えば、各追加の測定又は追加のパス）について（例えば、Ｒｘビーム１などの基準点に対する）相対的なＡｏＡを報告することができる。

【0223】

ＷＴＲＵは、Ｒｘビーム掃引中に回転することが予想されない場合があり、ＷＴＲＵは、ＷＴＲＵの配向が変化しなかったことをネットワークに示すことができる。

【0224】

ＷＴＲＵは、ＴＥＧ測定及び／又は報告を実行するように構成され得る。本明細書で言及される場合、ＴＥＧは、ＴＥＧと関連付けられたＷＴＲＵによって使用される送信及び／又は受信パラメータ（例えば、ビーム、パネル、ポートなど）を含むことができる。

【0225】

ＷＴＲＵは、例えば、測位サービスのＱｏＳ要件に基づいて、異なるタイミングエラーをＴＥＧにグループ化するように構成され得る。ＱｏＳ要件は、例えば、測位精度要件を含むことができる。例では、ＷＴＲＵは、グループ内の任意のＵＬ送信とＤＬ受信との間のタイミングエラーが閾値未満である場合、１つ以上のＵＬ送信又はＤＬ受信をＴＥＧにグループ化することができる。閾値は、測位サービスの１つ以上のＱｏＳ要件（例えば、測位精度要件）に基づいて判定され得る。例では、ＷＴＲＵは、測位使用のためのＵＬ－ＰＲＳ送信のための複数のアンテナパネルと関連付けられ得る。低い測位精度要件の場合、ＷＴＲＵは、異なるアンテナパネルのＵＬ－ＰＲＳ送信をＴＥＧにグループ化することができる。高い測位精度要件の場合、ＷＴＲＵは、同じアンテナパネルのＵＬ－ＰＲＳ送信をＴＥＧにグループ化することができる。より厳しい測位精度要件の場合、ＷＴＲＵは、１つのアンテナポートのＵＬ－ＰＲＳ送信をＴＥＧにグループ化することができる。アンテナポート（例えば、各アンテナポート）は、（例えば、１つの）ＴＥＧ（例えば、それぞれのＴＥＧ）と関連付けられ得る。

【0226】

ＷＴＲＵは、ＴＥＧとＵＬ－ＰＲＳ及び／又はＤＬ－ＰＲＳリソースとの間の関連付けを判定するように構成され得る。例では、ＷＴＲＵは、ＴＥＧとリソースのセット（例えば、ＤＬ－ＰＲＳ受信リソース又はＵＬ－ＰＲＳ送信リソース）との間の関連付けを（例えば、ネットワーク構成を介して）示され得る。ＷＴＲＵは、（例えば、示された関連付けに基づいて、）送信及び／又は受信のためのリソースのセットについて（例えば、同じＴＥＧに対応する）送信及び／又は受信パラメータの同じセットを使用することができる。例では、ＷＴＲＵは、ＴＥＧを表すためにＲｘビームを使用することができる。例では、ＷＴＲＵは、ＤＬ－ＰＲＳリソースのセットの受信のために同じＴＥＧを使用するように示され（例えば、構成され）得、ＷＴＲＵは、リソースの示されたセットにおけるＤＬ－ＰＲＳ受信のために同じＲｘビームを使用し得る。例では、ＷＴＲＵは、ＵＬ－ＰＲＳ送信のセットに対して同じＴＥＧを使用するように示され（例えば、構成され）得る。ＷＴＲＵは、アンテナパネルをＴＥＧと関連付けることができ、ＷＴＲＵは、示されたＵＬ－ＰＲＳリソースのセットにおけるＵＬ－ＰＲＳ送信のためにアンテナパネル（例えば、１つのアンテナパネル）を使用することができる。

【0227】

ＷＴＲＵは、ＤＬ－ＰＲＳ及び／又はＵＬ－ＰＲＳリソースのセットに対して同じＴＥＧを使用するように（ＲＲＣシグナリングを介して）構成されるか、又は（例えば、ＤＣＩを介して）示され得る。例では、ＷＴＲＵは、リソースのセットに対してＴＥＧ送信／受信を使用するように構成され得る。例では、ＷＴＲＵは、ＤＬ－ＰＲＳリソースのセットの受信のためにビーム又はパネルを使用することを判定することができる。これは、ネットワークが、同じソース（例えば、同じビーム受信）と関連付けられた１つ以上のＴＥＧを相殺するのに役立ち得る。

【0228】

ＷＴＲＵは、ＤＬ－ＰＲＳ受信及び／又はＵＬ－ＰＲＳ送信のために複数のＴＥＧを使用するように（例えば、ＲＲＣシグナリングを介して）構成されるか、又は（例えば、ＤＣＩを介して）示され得る。例では、ＷＴＲＵは、リソースのセットにおけるＤＬ－ＰＲＳ受信及び／又はＵＬ－ＰＲＳ送信のために複数のＴＥＧを使用することを判定することができる。例では、ＷＴＲＵは、リソースのセットにおけるＤＬ－ＰＲＳ受信のためにビーム掃引受信を実行するように、及び／又はリソースのセットにおけるＵＬ－ＰＲＳ送信のためにビーム掃引送信を実行するように構成され得る。これは、ＷＴＲＵがＷＴＲＵ側からタイミングエラーを平均化するのに役立ち得る。

【0229】

ＷＴＲＵは、ＴＥＧ情報をネットワークに報告するように構成され得る。ＷＴＲＵは、以下のＴＥＧ情報報告のうちの１つ以上を実行し得る。ＷＴＲＵは、周期的なＴＥＧ報告を実行することができる。例では、ＷＴＲＵは、周期的にＴＥＧ情報を送信するように構成され得、周期性は、測位サービスに基づいて構成されてもよい。ＷＴＲＵは、トリガベースの報告を実行するように構成され得、以下のイベント（例えば、トリガリングイベント）のうちの１つ以上に基づいて、ＴＥＧ情報を報告することができる：以前のＴＥＧ報告からのデルタ差の検出、又はＤＬ－ＰＲＳ受信及び／若しくはＵＬ－ＰＲＳ送信を実行するためのＴＥＧの異なるセットの使用（例えば、ＷＴＲＵは、ＵＬ－ＰＲＳを送信し、かつ／又はＤＬ－ＰＲＳを受信するために異なるポート、ビーム、又はアンテナパネルを使用する場合、ＴＥＧ報告を実行し得る）。

【0230】

ＷＴＲＵは、基地局（例えば、ｇＮＢ）のＴＥＧ情報を要求するように構成され得る。ＷＴＲＵは、基地局（例えば、ｇＮＢ）のＴＥＧ情報が、例えば、ＷＴＲＵベースの測位方法において使用されることを要求することができる。ＷＴＲＵは、ＴＥＧ情報要求を送信するために１つ以上のトリガリングイベントで構成され得る。トリガリングイベントは、測位エラーが閾値より大きいこと、又は位置測定値の変動が閾値より大きいことのうちの１つ以上を含み得る。

【0231】

ＷＴＲＵは、ネットワークからＴＥＧ情報を受信するように構成され得る。ＷＴＲＵは、ＷＴＲＵベースの測位方法において使用される（例えば、ｇＮＢ Ｔｘ及び／又はＲｘ ＴＥＧに関する）ＴＥＧ情報をネットワークから受信することができる。ＴＥＧ情報は、例えば、ＬＭＦによって、及び／又は支援情報交換技法において、ＷＴＲＵに提供され得る。ＷＴＲＵは、ＴＥＧが構成されていないことを示すフラグを受信することができる。ＷＴＲＵは、動作の開始時にＴＥＧ構成を受信しなくてもよく、この場合、ＷＴＲＵは、デフォルト時間エラー又は時間エラーなしを仮定することができる。

【0232】

ＷＴＲＵは、測位測定報告を実行するためにどのリソースを使用すべきかを判定するように構成され得る。例では、ＷＴＲＵは、ＴＥＧベースの測位測定報告を実行するように構成されてもよく、ＤＬ－ＰＲＳを測定するために複数のＴＥＧ（例えば、複数のビーム、パネル、又はアンテナポート）を使用してもよい。ＷＴＲＵは、ＴＥＧ（例えば、１つのＴＥＧのみ）と関連付けられたリソースの測位測定報告（例えば、ＲＳＴＤ、ＲＳＲＰなど）を実行することを判定することができる。これは、１つ以上のリソース（例えば、各リソース）と関連付けられたＴＥＧが同様であり得るので、ネットワーク（例えば、ＬＭＦ）が１つ以上のＴＥＧを相殺するのに役立ち得る。

【0233】

ＷＴＲＵは、ＴＥＧ情報の有効性を判定するように構成され得る。例では、ＷＴＲＵは、ネットワークによってＴＥＧ情報を提供され得る。ＷＴＲＵは、ＴＥＧ情報の有効性に関する指示を（例えば、ネットワークから）受信することができる。ＷＴＲＵは、例えば、ＴＥＧ情報の有効性の満了に基づいて、以下のうちの１つ以上を実行することができる。ＷＴＲＵは、新しいＴＥＧ情報を要求することができる。ＷＴＲＵは、測位計算及び／又は報告から古いＴＥＧ情報を破棄することができる。

【0234】

ＷＴＲＵは、ＴＥＧ情報の有効性をネットワークに示すことができる。指示は、ＴＥＧ報告において提供され得る。ＷＴＲＵは、例えば、以前のＴＥＧ報告の満了に基づいて、ＴＥＧ報告をトリガすることができる。

【0235】

ＷＴＲＵは、測位測定報告にＴＥＧ情報を含めるかどうかを判定するように構成され得る。ＷＴＲＵは、以下のうちの１つ以上に基づいて、測位測定報告にＴＥＧ情報を含めるかどうかを判定することができる。ＷＴＲＵは、ＷＴＲＵがＤＬ＿ＰＲＳ受信及び／又はＵＬ－ＰＲＳ送信のために使用するＴＥＧの数に基づいて、測位測定報告にＴＥＧ情報を含めるかどうかを判定することができる。例えば、ＷＴＲＵがＤＬ－ＰＲＳ送信及び／又はＵＬ－ＰＲＳ送信のために少なくとも２つのＴＥＧを使用する場合、ＷＴＲＵは、測位測定報告においてＴＥＧ情報を報告することができる。ＷＴＲＵは、ＷＴＲＵが以前の報告動作において使用するＴＥＧに基づいて、測位測定報告にＴＥＧ情報を含めるかどうかを判定することができる。例えば、ＷＴＲＵが以前の報告動作と同じＴＥＧを使用する場合、ＷＴＲＵは、測位測定報告においてＴＥＧ情報を提供しなくてもよい。ＷＴＲＵは、例えば、ＷＴＲＵが以前の報告動作と同じＴＥＧを使用しない場合、測位測定報告においてＴＥＧ情報を提供することができる。

【0236】

ＷＴＲＵは、ＴＥＧ情報をネットワークに提供するように構成され得る。例えば、ＷＴＲＵベースの測位方法では、ＷＴＲＵは、場所情報、及び／又はＴＥＧとＰＲＳリソースＩＤとの関連付けに関する情報を提供することができる。ＷＴＲＵは、以下のトリガのうちの１つ以上に基づいて、ＴＥＧ情報を提供することができる：ＷＴＲＵ位置と関連付けられたエラー変動が（例えば、ＬＭＦなどのネットワークによって構成可能な）閾値より大きいこと、又は測位測定値の変動が（例えば、ＬＭＦなどのネットワークによって構成可能な）閾値より大きいこと。これは、受信されたデータがＷＴＲＵ側でタイミングエラーを含み得ることをＷＴＲＵがネットワーク（例えば、ＬＭＦ）に示すことを可能にし得る。ＷＴＲＵは、Ｒｘ ＴＥＧとＰＲＳリソースＩＤとの間の関連付けに関する情報をネットワーク（例えば、ＬＭＦ）に示すことができる。

【0237】

ＷＴＲＵは、複数の測位方法に適用可能なＴＥＧ情報を報告するように構成され得る。ＷＴＲＵは、ＴＥＧが複数の測位方法に適用可能であるかどうかを判定することができ、ＴＥＧが、異なる測位方法において使用される１つ以上の他のＴＥＧに適用可能であるかどうかをネットワークに示すことができる。ＷＴＲＵは、２つ以上の測位方法において使用されるＰＲＳリソースと関連付けられたＲｘ ＴＥＧを報告することができる。例では、Ｒｘ ＴＥＧは、ＰＲＳリソースと共に使用される測定値（例えば、ＲＳＴＤ、Ｒｘ－Ｔｘ時間差など）と関連付けられてよく、ＷＴＲＵは、同じＲｘ ＴＥＧが、それぞれＲＳＴＤ又はＲｘ－Ｔｘ時間差を必要とするＴＤＯＡ又はマルチＲＴＴのために使用され得ることをネットワークに示すことができる。例えば、ＵＬ ＴＤＯＡ及びマルチＲＴＴのために使用される、例えば、ＵＬ－ＰＲＳ送信のために使用され得るＴｘ ＴＥＧの場合、ＷＴＲＵは、同じＴｘ ＴＥＧがマルチＲＴＴ及びＵＬ ＴＤＯＡの両方に適用され得ることをネットワークに示すことができる。

【0238】

ＷＴＲＵは、例えば、測定報告において、ＴＥＧ情報をネットワークに（例えば、ＬＭＦに）報告することができる。ＷＴＲＵは、１つ以上の測位方法（例えば、ＤＬベースの測位方法）に関連して、情報を報告することができる。ＷＴＲＵは、ＰＲＳリソース（例えば、ＤＬ－ＰＲＳリソース、ＵＬ－ＰＲＳリソースなどの各ＰＲＳリソース）と関連付けられたＴＥＧ、又は測位パラメータの測定に関与するリソースの組み合わされたＴＥＧ、のうちの１つ以上を報告することができる。例では（例えば、ＤＬベースの測位方法の場合）、ＷＴＲＵは、ＲＳＴＤ報告に関連して、ＴＥＧ情報を報告することができる。例では、ＷＴＲＵは、少なくとも２つのＤＬ－ＰＲＳリソースを使用して、ＲＳＴＤを測定することができる。例では、ＷＴＲＵが、ＲＳＴＤ測定に関与するＤＬ－ＰＲＳリソースを受信するために複数のＴＥＧを使用する場合、ＷＴＲＵは、どのＴＥＧがＤＬ－ＰＲＳ受信（例えば、各ＤＬ－ＰＲＳ受信）のために使用されるかを報告することができる。例では（例えば、ＷＴＲＵが２つのＤＬ－ＰＲＳを受信するために１つのＴＥＧを使用する場合）、ＷＴＲＵは、両方のＤＬ－ＰＲＳリソースと関連付けられたＴＥＧを報告することができる。

【0239】

ＷＴＲＵは、例えば、報告のための１つの測位パラメータ（例えば、ＲＳＴＤ）を測定するためにＴＥＧが使用される場合、受信のために同じＴＥＧを使用することを判定することができる。例では、ＷＴＲＵは、ＤＬ－ＰＲＳ受信及び／又はＵＬ－ＰＲＳ送信のために同じＴＥＧを使用するように（例えば、ネットワークによって）示され得る。例では、ＷＴＲＵは、ＲＳＴＤ測定のための２つ以上のＤＬ－ＰＲＳリソースにおけるＤＬ－ＰＲＳ受信のために同じＴＥＧを使用することができる。例では、ＷＴＲＵは、ＲＳＴＤ測定に関与するＤＬ－ＰＲＳリソースのＤＬ－ＰＲＳ受信のために、同じビーム、アンテナポート、及び／又はパネルを使用することができる。ＷＴＲＵは、２つ以上のＤＬ－ＰＲＳリソースと関連付けられたＴＥＧをネットワークに報告することができる。

【0240】

ＷＴＲＵは、ＵＬ及びＤＬベースの測位方法において使用される測定（例えば、ＷＴＲＵ Ｒｘ－Ｔｘ時間差測定）と関連付けられたＴＥＧ情報を提供することができる。ＷＴＲＵは、ＤＬ－ＰＲＳ受信及びＵＬ－ＰＲＳ送信のペアと関連付けられた、組み合わされたＴＥＧ（例えば、Ｒｘ－Ｔｘ ＴＥＧ）を提供することができる。組み合わされたＴＥＧ（例えば、Ｒｘ－Ｔｘ ＴＥＧ）は、Ｔｘ ＴＥＧ及び／又はＲｘ ＴＥＧの関数として判定され得る。ＷＴＲＵは、ＷＴＲＵがＷＴＲＵ Ｒｘ－Ｔｘ時間差測定値をネットワークに報告する場合、ＳＲＳｐリソースＩＤ（例えば、ＷＴＲＵ Ｒｘ－Ｔｘ時間差測定のＴｘタイミングを判定するために使用されるＳＲＳｐリソースＩＤ）を含むことができる。ＷＴＲＵは、ＷＴＲＵ Ｒｘ－Ｔｘ時間差測定のＴｘタイミングを判定するために使用されるＳＲＳｐリソースと関連付けられたＴｘ ＴＥＧ ＩＤを、測定報告において（例えば、又はＬＭＦ若しくはｇＮＢなどのネットワークに送信される別個の指示若しくは報告において）示すことができる。

【0241】

ＷＴＲＵは、ＷＴＲＵの能力に基づいて、どのＴＥＧ情報を提供すべきかを判定することができる。例えば、ＷＴＲＵは、以下の能力、すなわち、（１）ＤＬ ＰＲＳリソース又はＲｘ受信タイミングをＲｘ ＴＥＧと関連付ける能力、（２）ＵＬ測位基準信号（例えば、ＳＲＳｐ）リソース又はＴｘ送信タイミングをＴｘ ＴＥＧと関連付ける能力、ＤＬ ＰＲＳリソース又はＲｘ受信タイミングをＲｘ ＴＥＧと関連付け、かつＵＬ測位基準信号リソース又はＴｘ送信タイミングをＴｘ ＴＥＧと関連付ける能力、あるいは（４）ＵＬ測位基準信号リソース及び／若しくはＤＬ ＰＲＳリソースをＲｘ／Ｔｘ ＴＥＧと関連付け、又はＴｘ送信タイミング及び／若しくはＲｘ受信タイミングをＲｘ／Ｔｘ ＴＥＧと関連付ける能力、のうちの１つ以上を有することができる。ＷＴＲＵは、Ｒｘ－Ｔｘタイミング差と関連付けられたＴＥＧ情報を報告するように構成（例えば、事前構成）され得る。ＷＴＲＵは、ＷＴＲＵの能力に基づいてＴＥＧ情報を報告するための順序で構成（例えば、事前構成）され得る。例えば、ＷＴＲＵは、上記の（４）、（３）、（２）、又は（１）の下で説明された情報を、ＷＴＲＵの能力に基づいて特定の順序で報告するように構成（例えば、事前構成）され得る。例えば、ＷＴＲＵは、ＷＴＲＵが（４）の下で説明される情報を報告することが可能である場合、報告することを判定することができる。そうでない場合（例えば、ＷＴＲＵが（４）を報告することができない場合）、ＷＴＲＵは、（３）の下で説明された情報を報告することができる。ＷＴＲＵが（３）又は（４）を報告することができない場合、ＷＴＲＵは、（１）又は（２）の下で説明された情報を報告することができる場合、ＷＴＲＵはそれを行うことができる。ＷＴＲＵが、本明細書で説明されるＴＥＧ情報のいずれも報告することができない場合、ＷＴＲＵは、Ｒｘ－Ｔｘタイミング差と関連付けられたＴＥＧ情報を報告することができないことを（例えば、ネットワークに）示すことができる。

【0242】

ＷＴＲＵは、Ｒｘ－Ｔｘタイミング差と関連付けられた複数のＴＥＧ情報を報告することを判定することができる。例では、ＷＴＲＵは、上記の（４）及び（３）の下で説明された情報を報告することができる。ＷＴＲＵは、上記の（４）及び（１）（又は（４）及び（２））の下で説明された情報を報告することができる。ＷＴＲＵは、測位サービスのＱｏＳ要件に基づいて、どのＴＥＧ情報を報告すべきかを判定することができる。ＱｏＳ要件は、例えば、測位精度要件、測定報告の周期性、及び／又は測位測定要件のレイテンシを含み得る。

【0243】

無線システムにおける測位は、例えば、チャネルの基地局（例えば、ｇＮＢ）スキャン中のＷＴＲＵの挙動において実装され得る。ＷＴＲＵは、見通し線（ＬＯＳ）を報告するように（例えば、上位レイヤ、例えば、上位レイヤシグナリングによって）構成され得る。ＷＴＲＵは、例えば、複数の構成された測位基準信号（ＰＲＳ）ビームの中で、最大の基準信号受信電力（ＲＳＲＰ）に対応し得る、測位用の構成されたダウンリンク（ＤＬ）基準信号（ＲＳ）のタイミング情報をネットワークに報告することができる。ＬＯＳ報告は、例えば、マルチビームが構成される場合に行われ得る。ネットワークは、例えば、ＬＯＳ及びＮＬＯＳを見つけるために、ビーム掃引を実行（例えば、実施）し得る。

【0244】

ＷＴＲＵは、パスをチャネル及び／又はビーム情報と関連付ける推奨を行うことができる。ＷＴＲＵは、測定報告をネットワークに送信することができる。測定報告は、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）、ＰＲＳ、又は探り基準信号（ＳＲＳ）ビームのうちの少なくとも１つとの、測定されたマルチパス（例えば、測定されたマルチパス送信）のための追加のパス識別物（ＩＤ）の関連付けを含み得る。関連付けられたＲＳビームは、例えば、マルチパスの発見につながった、ＷＴＲＵが受信したＲＳビームとは異なり得る。マルチパス緩和のＷＴＲＵベースの推奨は、ＵＬ ＲＳ及びＤＬ ＲＳのための送信期間／オフセットの異なるビーム幅及び／又は異なる粒度を考慮することができる。

【0245】

ＤＬ及びＵＬ協調が存在してもよい。ＤＬ及びＵＬ測位方法は、ネットワークによって構成され得る。ＷＴＲＵは、測位のために複数の構成されたＳＲＳビームを送信することができる。ＷＴＲＵは、測位用ＳＲＳ（ＳＲＳｐ）及びＰＲＳに関するＳＲＳ空間関係の動的構成を予想及び受信することができ（例えば、そのように構成され得）、並びに／又は送信されたＳＲＳがどの方向で使用されたかの指示（例えば、ＤＬ－ＵＬ協調、報告なし、及び／若しくはビーム掃引）を受信することができる。

【0246】

測位補正のための支援情報は、（例えば、ＬＭＦの外部の、例えば、機能において）生成され得る。ＷＴＲＵは、支援情報を、例えば、オンデマンドベースで取得することができ、及び／又はＷＴＲＵは、スタンドアロン支援情報を受信するように（例えば、サーバによって）構成され得る。補正のための支援情報は、ＷＴＲＵによって機能に配信されるか、又は（例えば、ＷＴＲＵベースの測位のために）機能からＷＴＲＵに配信されてもよい。例では、支援情報は、マルチパスチャネルパラメータ（例えば、相対電力オフセット、遅延プロファイルなど）を含み得る。

【0247】

ＷＴＲＵは、例えば、ネットワークがＷＴＲＵの配向角を判定するのを支援するために、パネルＩＤをネットワークに送信することができる。ＷＴＲＵは、ＷＴＲＵがタイミング関連測定に適用し得るタイミングオフセットを含む支援情報を（例えば、周期的に）受信することができる。

【0248】

ＷＴＲＵは、（例えば、受信－送信（Ｒｘ－Ｔｘ）時間差を報告するために単一のＳＲＳｐリソースを有する複数のラウンドトリップ時間（マルチＲＴＴ）に基づく）第１の測位方法を使用することができる。ＷＴＲＵは、例えば、条件（例えば、フェージングチャネルにおける複数のパスの検出）に基づいて、（例えば、Ｒｘ－Ｔｘ時間差を報告するために、基準ＳＲＳｐリソースを含む、Ｎ個のＳＲＳｐリソースを有するマルチＲＴＴに基づいて）第２の測位方法に切り替わる（例えば、自律的に切り替わる）ことができる。ＷＴＲＵは、例えば、終了条件が満足された（例えば、ＷＴＲＵがチャネル内の複数のパスをもはや観測しない）ことに基づいて、第１の測位方法に戻るように切り替わることができる。

【0249】

ＷＴＲＵは、シングルパスベースの場所推定を使用するために、ネットワークから１つ以上の基準を受信することができる。ＷＴＲＵは、例えば、最小数の測定値が利用可能である場合、場所推定値を導出するために、シングルパスに対応する測定値を使用することを判定することができる。ＷＴＲＵは、場所推定値をネットワークに報告することができ、場所推定値を導出するためにシングルパス測定が使用されることを（例えば、ＬＭＦに）示すことができる。ＷＴＲＵは、例えば、条件が満足されない場合、場所推定値のマルチパスベースの導出に切り替わることができる。ＷＴＲＵは、マルチパスベースの場所推定値に関係する１つ以上の基準をネットワークから受信することができる。ＷＴＲＵは、１つ以上の基準に基づいて場所推定値を計算することを判定することができ、場所推定値をネットワークに（例えば、ＬＭＦに）報告することができる。

【0250】

ＷＴＲＵは、例えば、ＲＳＲＰ測定及び／又は報告のためにＷＴＲＵによって使用されるデフォルト分解能及び／又はデフォルト粒度より細かくなり得る、例えば、分解能及び／又は粒度でのＲＳＲＰ測定を通じて、複数のパスを観測することができる。ＲＳＲＰのためのデフォルト分解能及び／又はデフォルト粒度は、例えば、粒度なしとすることができ、これは、ＷＴＲＵが、ＷＴＲＵに割り振られた帯域幅内のリソース要素（例えば、全てのリソース要素）にわたってＲＳＲＰを平均化することを示すことができる。ＷＴＲＵは、Ｒｘビーム掃引のために使用されるＲｘビームの数を判定することができる。ＷＴＲＵは、判定された数のＲｘビームを使用して、Ｒｘビーム掃引を実行することができ、ＰＲＳリソースについてＲｘビームごとに（例えば、ＲＳＲＰ報告のために通常使用されるものより細かくなり得る分解能及び／又は粒度で）ＲＳＲＰを報告することができる。ＷＴＲＵは、ビーム掃引が実行され（例えば、実施され）、かつＷＴＲＵの配向が変化していないことをネットワークに示すことができる。

【0251】

ＷＴＲＵは、タイミングエラーグループ（timing error group、ＴＥＧ）が、異なる測位方法において使用される複数のＴＥＧに適用可能であるか否かをネットワークに示すことができる。ＷＴＲＵは、第１の時間ウィンドウ中に観測された基準信号の到着時間、及び／又は第２の時間ウィンドウにわたって判定された累積若しくは平均されたＲＳＲＰに基づいて、第１のパスＲＳＲＰを判定することができる。

【0252】

上述の特徴及び要素は、特定の組み合わせで説明されているが、各特徴又は要素は、好ましい実施形態の他の特徴及び要素なしで単独で使用されてもよく、又は他の特徴及び要素を用いて若しくはそれらを用いずに、様々な組み合わせで使用されてもよい。

【0253】

本明細書に記載の実装形態は、３ＧＰＰ特有プロトコルを考慮し得るが、本明細書に記載の実装形態は、このシナリオに限定されず、他の無線システムに適用可能であり得ることが理解される。例えば、本明細書に記載の解決策は、ＬＴＥ、ＬＴＥ－Ａ、新たな無線（ＮＲ）、又は５Ｇ特有プロトコルを考慮するが、本明細書に記載の解決策は、このシナリオに限定されず、他の無線システムにも更に適用可能であることが理解される。例えば、システムを、３ＧＰＰ、５Ｇ、及び／又はＮＲネットワーク層を参照して説明してきたが、想定される実施形態は、特定のネットワーク層技術を使用する実装以外にも広がっている。同様に、潜在的な実装形態は、全てのタイプのサービス層アーキテクチャ、システム、及び実施形態に及ぶ。本明細書に記載の技術は、独立して適用することができ、及び／又は他のリソース構成技術と組み合わせて使用することができる。

【0254】

本明細書で説明されるプロセスは、コンピュータ及び／又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、及び／又はファームウェアに実装され得る。コンピュータ可読媒体の例としては、（有線及び／又は無線接続を介して送信される）電子信号及びコンピュータ可読記憶媒体が挙げられるが、これらに限定されない。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどであるがこれらに限定されない磁気媒体、磁気光学媒体、並びに／又はコンパクトディスク（compact disc、ＣＤ）－ＲＯＭディスク、及び／若しくはデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、端末、基地局、ＲＮＣ、及び／又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

【0255】

本明細書に記載のプロセスを実行するエンティティは、モバイルデバイス、ネットワークノード、又はコンピュータシステムのメモリに記憶され、そのプロセッサ上で実行されるソフトウェア（例えば、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであり得ることが理解される。すなわち、プロセスは、モバイルデバイス、及び／又はノード若しくはコンピュータシステムなどのネットワークノードのメモリに記憶されたソフトウェア（例えば、コンピュータ実行可能命令）の形態で実装されてもよく、このコンピュータ実行可能命令は、ノードのプロセッサによって実行されると、議論されたプロセスを実行する。また、図面に示される任意の送信及び受信プロセスは、ノードのプロセッサ及びそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下でノードの通信回路によって実行され得ることが理解される。

【0256】

本明細書に記載の様々な技術は、ハードウェア若しくはソフトウェア、又は必要に応じて両方の組み合わせに関連して実装され得る。したがって、本明細書に記載された主題の実装形態及び装置、又はその特定の態様若しくは部分は、任意の他の機械可読記憶媒体を含む有形媒体で具体化されたプログラムコード（例えば、命令）の形態をとることができ、プログラムコードは、コンピュータなどの機械にロードされて実行されるとき、その機械は、本明細書に記載された主題を実施するための装置となる。プログラムコードが媒体に記憶されている場合、当該プログラムコードは、当該アクションを集合的に実行する１つ以上の媒体に記憶されている場合があり、すなわち、１つ以上の媒体は共に、アクションを実行するためのコードを含み、ただし、２つ以上の単一媒体が存在する場合、コードの特定の部分を特定の媒体に記憶する必要はない。プログラマブルデバイス上でのプログラムコード実行の場合、コンピューティングデバイスは、一般に、プロセッサ、プロセッサによって読み取り可能な記憶媒体（揮発性メモリと不揮発性メモリ及び／又は記憶素子を含む）、少なくとも１つの入力デバイス、及び少なくとも１つの出力デバイスを含む。１つ以上のプログラムは、例えば、ＡＰＩ、再利用可能なコントロールなどの使用を通じて、本明細書に記載の主題に関連して記載されたプロセスを実装又は利用することができる。このようなプログラムは、コンピュータシステムと通信するために、高レベルの手続き型又はオブジェクト指向プログラミング言語で実装されることが好ましい。ただし、プログラムは、必要に応じて、アセンブリ言語又は機械語で実装することができる。いずれの場合も、言語はコンパイル型言語又はインタプリタ型言語であってもよく、またハードウェア実装と組み合わされてもよい。

【0257】

例示的な実施形態は、１つ以上のスタンドアロンコンピューティングシステムの環境で本明細書に記載の主題の態様を利用することを言及する場合があるが、本明細書に記載の主題は、そのように限定されるものではなく、むしろ、ネットワーク又は分散コンピューティング環境などの任意のコンピューティング環境に関連して実装されてもよい。更に、本明細書に記載の主題の態様は、複数の処理チップ若しくはデバイス内又はそれらにわたって実装することができ、ストレージは、複数のデバイスにわたって同様に影響を受ける場合がある。このようなデバイスには、パーソナルコンピュータ、ネットワークサーバ、ハンドヘルドデバイス、スーパーコンピュータ、又は自動車や飛行機などの他のシステムに統合されたコンピュータが含まれる場合がある。

【0258】

本開示の主題の好ましい実施形態を説明する際には、図に例解されるように、分かりやすくするために特定の用語が使用される。しかしながら、特許請求された主題は、そのように選択された特定の用語に限定されることを意図するものではなく、各特定の要素は、同様の目的を達成するために同様の方法で動作する全ての技術的同等物を含むことを理解されたい。

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【手続補正書】

【提出日】2023-06-16

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線送受信ユニット（ＷＴＲＵ）であって、
プロセッサを備え、前記プロセッサは、
複数のパスを介して測位基準信号（ＰＲＳ）送信を受信することと、
第１のパスを第１の測位用探り基準信号（ＳＲＳｐ）と関連付けることであって、前記第１のパスが、第１のパス方向又は前記第１のパス方向と関連付けられた第１のＳＲＳｐ空間関係情報のうちの１つ以上に基づいて、前記第１のＳＲＳｐと関連付けられ、前記第１のＳＲＳｐ空間関係情報が、ネットワークエンティティから受信される、関連付けることと、
第２のパスを第２のＳＲＳｐと関連付けることであって、前記第２のパスが、第２のパス方向又は前記第２のパス方向と関連付けられた第２のＳＲＳｐ空間関係情報のうちの１つ以上に基づいて、前記第２のＳＲＳｐと関連付けられ、前記第２のＳＲＳｐ空間関係情報が、前記ネットワークエンティティから受信される、関連付けることと、
前記関連付けを示す情報を前記ネットワークエンティティに送信することと、
第１のＳＲＳｐリソースを介して第１のＳＲＳｐを送信し、第２のＳＲＳｐリソースを介して第２のＳＲＳｐを送信することと、
前記第１のパスと関連付けられた第１の受信－送信（Ｒｘ－Ｔｘ）時間差を判定することであって、前記第１のＲｘ－Ｔｘ時間差は、前記ＰＲＳ送信が前記第１のパスを介して受信された時間から前記第１のＳＲＳｐが送信された時間までの時間差である、判定することと、
前記第２のパスと関連付けられた第２のＲｘ－Ｔｘ時間差を判定することであって、前記第２のＲｘ－Ｔｘ時間差は、前記ＰＲＳ送信が前記第２のパスを介して受信された時間から前記第２のＳＲＳｐが送信された時間までの時間差である、判定することと、
前記第１及び第２のＲｘ－Ｔｘ時間差を示す情報を前記ネットワークエンティティに送信することと、を行うように構成されている、ＷＴＲＵ。

【請求項2】

前記プロセッサは、
前記ネットワークエンティティから、前記第１のＳＲＳｐ空間関係情報及び前記第２のＳＲＳｐ空間関係情報を受信することと、
第１のパス識別物（ＩＤ）を前記第１のパスに割り当て、第２のパスＩＤを前記第２のパスに割り当てることと、
前記第１のパスＩＤを第１のＳＲＳｐ ＩＤと関連付けることであって、前記第１のパスＩＤが、前記第１のパス方向及び前記第１のパス方向と関連付けられた前記第１のＳＲＳｐ空間関係情報に基づいて、前記第１のＳＲＳｐ ＩＤと関連付けられる、関連付けることと、
前記第２のパスＩＤを第２のＳＲＳｐ ＩＤと関連付けることであって、前記第２のパスＩＤが、前記第２のパス方向及び前記第２のパス方向と関連付けられた前記第２のＳＲＳｐ空間関係情報に基づいて、前記第２のＳＲＳｐ ＩＤと関連付けられる、関連付けることと、を行うように更に構成されている、請求項１に記載のＷＴＲＵ。

【請求項3】

前記第１及び第２のＲｘ－Ｔｘ時間差を示す前記情報が、前記第１のＳＲＳｐ ＩＤと関連付けられた前記第１のパスＩＤ、及び前記第２のＳＲＳｐ ＩＤと関連付けられた前記第２のパスＩＤを更に含む、請求項２に記載のＷＴＲＵ。

【請求項4】

前記ネットワークエンティティが、場所管理機能（ＬＭＦ）又は基地局（ｇＮＢ）である、請求項１に記載のＷＴＲＵ。

【請求項5】

前記プロセッサが、
前記ネットワークエンティティから、それぞれのパスをそれぞれのＳＲＳｐと関連付けることを示す情報を受信するように更に構成されている、請求項１に記載のＷＴＲＵ。

【請求項6】

前記第１のパスは、前記第１のパス方向が、前記第１のパス方向と関連付けられた前記第１のＳＲＳｐ空間関係情報と整合することに基づいて、前記第１のＳＲＳｐと関連付けられ、前記第２のパスは、前記第２のパス方向が、前記第２のパス方向と関連付けられた前記第２のＳＲＳｐ空間関係情報と整合することに基づいて、前記第２のＳＲＳｐと関連付けられる、請求項１に記載のＷＴＲＵ。

【請求項7】

方法であって、
複数のパスを介して測位基準信号（ＰＲＳ）送信を受信することと、
第１のパスを第１の測位用探り基準信号（ＳＲＳｐ）と関連付けることであって、前記第１のパスが、第１のパス方向又は前記第１のパス方向と関連付けられた第１のＳＲＳｐ空間関係情報のうちの１つ以上に基づいて、前記第１のＳＲＳｐと関連付けられ、前記第１のＳＲＳｐ空間関係情報が、ネットワークエンティティから受信される、関連付けることと、
第２のパスを第２のＳＲＳｐと関連付けることであって、前記第２のパスが、第２のパス方向又は前記第２のパス方向と関連付けられた第２のＳＲＳｐ空間関係情報のうちの１つ以上に基づいて、前記第２のＳＲＳｐと関連付けられ、前記第２のＳＲＳｐ空間関係情報が、前記ネットワークエンティティから受信される、関連付けることと、
前記関連付けを示す情報を前記ネットワークエンティティに送信することと、
第１のＳＲＳｐリソースを介して第１のＳＲＳｐを送信し、第２のＳＲＳｐリソースを介して第２のＳＲＳｐを送信することと、
前記第１のパスと関連付けられた第１の受信－送信（Ｒｘ－Ｔｘ）時間差を判定することであって、前記第１のＲｘ－Ｔｘ時間差は、前記ＰＲＳ送信が前記第１のパスを介して受信された時間から前記第１のＳＲＳｐが送信された時間までの時間差である、判定することと、
前記第２のパスと関連付けられた第２のＲｘ－Ｔｘ時間差を判定することであって、前記第２のＲｘ－Ｔｘ時間差は、前記ＰＲＳ送信が前記第２のパスを介して受信された時間から前記第２のＳＲＳｐが送信された時間までの時間差である、判定することと、
前記第１及び第２のＲｘ－Ｔｘ時間差を示す情報を前記ネットワークエンティティに送信することと、を含む、方法。

【請求項8】

前記ネットワークエンティティから、前記第１のＳＲＳｐ空間関係情報及び前記第２のＳＲＳｐ空間関係情報を受信することと、
第１のパス識別物（ＩＤ）を前記第１のパスに割り当て、第２のパスＩＤを前記第２のパスに割り当てることと、
前記第１のパスＩＤを第１のＳＲＳｐ ＩＤと関連付けることであって、前記第１のパスＩＤが、前記第１のパス方向及び前記第１のパス方向と関連付けられた前記第１のＳＲＳｐ空間関係情報に基づいて、前記第１のＳＲＳｐ ＩＤと関連付けられる、関連付けることと、
前記第２のパスＩＤを第２のＳＲＳｐ ＩＤと関連付けることであって、前記第２のパスＩＤが、前記第２のパス方向及び前記第２のパス方向と関連付けられた前記第２のＳＲＳｐ空間関係情報に基づいて、前記第２のＳＲＳｐ ＩＤと関連付けられる、関連付けることと、
を更に含む、請求項７に記載の方法。

【請求項9】

前記第１及び第２のＲｘ－Ｔｘ時間差を示す前記情報が、前記第１のＳＲＳｐ ＩＤと関連付けられた前記第１のパスＩＤ、及び前記第２のＳＲＳｐ ＩＤと関連付けられた前記第２のパスＩＤを更に含む、請求項８に記載の方法。

【請求項10】

前記ネットワークエンティティが、場所管理機能（ＬＭＦ）又は基地局（ｇＮＢ）である、請求項７に記載の方法。

【請求項11】

前記ネットワークエンティティから、それぞれのパスをそれぞれのＳＲＳｐと関連付けることを示す情報を受信すること、
を更に含む、請求項７に記載の方法。

【請求項12】

前記第１のパスは、前記第１のパス方向が、前記第１のパス方向と関連付けられた前記第１のＳＲＳｐ空間関係情報と整合することに基づいて、前記第１のＳＲＳｐと関連付けられ、前記第２のパスは、前記第２のパス方向が、前記第２のパス方向と関連付けられた前記第２のＳＲＳｐ空間関係情報と整合することに基づいて、前記第２のＳＲＳｐと関連付けられる、請求項７に記載の方法。

【国際調査報告】