特表 2024-538638 測位およびデータトラフィック優先度を設定および指示すること

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

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

(11)【公表番号】

(43)【公表日】2024-10-23

(54)【発明の名称】測位およびデータトラフィック優先度を設定および指示すること

(51)【国際特許分類】

   H04W 64/00 20090101AFI20241016BHJP

   H04W 24/10 20090101ALI20241016BHJP

【ＦＩ】

H04W64/00

H04W24/10

【審査請求】有

【予備審査請求】有

(21)【出願番号】P 2024519697

(86)(22)【出願日】2022-09-30

(85)【翻訳文提出日】2024-05-28

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

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

(87)【国際公開日】2023-04-06

(31)【優先権主張番号】63/251,248

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

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

２．ＢＬＵＥＴＯＯＴＨ

３．ＺＩＧＢＥＥ

４．Ｂｌｕ－ｒａｙ

５．ＷＣＤＭＡ

６．ＬｏＲａ

７．ＳＩＧＦＯＸ

(71)【出願人】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶 晴美

(74)【代理人】

【識別番号】100199705

【弁理士】

【氏名又は名称】仙波 和之

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(72)【発明者】

【氏名】シュレエバスタフ， リテッシュ

(72)【発明者】

【氏名】ムニエル， フローレント

(72)【発明者】

【氏名】ムルガナタン， シヴァ

(72)【発明者】

【氏名】チャン， シャオリン

(72)【発明者】

【氏名】リアジド， ヤジド

(72)【発明者】

【氏名】エルンストレーム， ペール

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

5K067

【Ｆターム（参考）】

5K067EE02

5K067EE10

5K067JJ51

(57)【要約】

ＰＲＳ測定の優先度付けを生成および設定するためのシステムおよび方法。アクセスノードが、測位参照信号（ＰＲＳ）測定ウィンドウを設定するための設定要求を受信し、ＰＲＳ測定に関連する優先度に従って測定ウィンドウを設定すべきかどうかを決定する。アクセスノードは、ＰＲＳ測定ウィンドウを設定することの成功または失敗を確認応答することができる。
【選択図】図５

【特許請求の範囲】

【請求項1】

アクセスノードによって実行される方法であって、前記方法が、
ネットワークノードから、無線デバイスのための測位参照信号（ＰＲＳ）測定ウィンドウを設定するための設定要求を受信することと、
ＰＲＳ測定に関連する優先度に従って前記ＰＲＳ測定ウィンドウを設定すべきかどうかを決定することと、
前記優先度に従って前記ＰＲＳ測定ウィンドウを設定したことに応答して、前記ネットワークノードに設定応答を送信すること、
前記優先度に従って前記ＰＲＳ測定ウィンドウを設定しなかったことに応答して、前記ネットワークノードに設定失敗を送信すること
のうちの少なくとも１つと
を含む、方法。

【請求項2】

前記設定要求が、前記ＰＲＳ測定に関連する前記優先度の指示を含む、請求項１に記載の方法。

【請求項3】

データ受信とＰＲＳ測定との間の優先度を決定することをさらに含む、請求項１または２に記載の方法。

【請求項4】

前記設定要求と、前記設定応答と、前記設定失敗とのうちの少なくとも１つが、ＮＲ測位プロトコルＡ（ＮＲＰＰａ）シグナリングを介して受信される、請求項１から３のいずれか一項に記載の方法。

【請求項5】

前記設定要求と、前記設定応答と、前記設定失敗とのうちの少なくとも１つが、Ｆ１アプリケーションプロトコル（Ｆ１ＡＰ）シグナリングを介して受信される、請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記設定応答は、前記ＰＲＳ測定ウィンドウが前記アクセスノードによって成功裡に設定されたことを指示する、請求項１から５のいずれか一項に記載の方法。

【請求項7】

前記設定失敗は、前記ＰＲＳ測定ウィンドウが前記アクセスノードによって設定されなかったことを指示する、請求項１から６のいずれか一項に記載の方法。

【請求項8】

前記無線デバイスに、前記ＰＲＳ測定ウィンドウに関連する設定情報を送信することをさらに含む、請求項１から７のいずれか一項に記載の方法。

【請求項9】

前記無線デバイスに、前記ＰＲＳ測定に関連する前記優先度の指示を送信することをさらに含む、請求項１から８のいずれか一項に記載の方法。

【請求項10】

前記無線デバイスから、ＰＲＳ測定が前記優先度に従ってスキップされたという指示を受信することをさらに含む、請求項１から９のいずれか一項に記載の方法。

【請求項11】

無線インターフェースと処理回路とを備えるアクセスノードであって、
ネットワークノードから、無線デバイスのための測位参照信号（ＰＲＳ）測定ウィンドウを設定するための設定要求を受信することと、
ＰＲＳ測定に関連する優先度に従って前記ＰＲＳ測定ウィンドウを設定すべきかどうかを決定することと、
前記優先度に従って前記ＰＲＳ測定ウィンドウを設定したことに応答して、前記ネットワークノードに設定応答を送信すること、
前記優先度に従って前記ＰＲＳ測定ウィンドウを設定しなかったことに応答して、前記ネットワークノードに設定失敗を送信すること
のうちの少なくとも１つと
を行うように設定された、アクセスノード。

【請求項12】

前記設定要求が、前記ＰＲＳ測定に関連する前記優先度の指示を含む、請求項１１に記載のアクセスノード。

【請求項13】

データ受信とＰＲＳ測定との間の優先度を決定するようにさらに設定された、請求項１１または１２に記載のアクセスノード。

【請求項14】

前記設定要求と、前記設定応答と、前記設定失敗とのうちの少なくとも１つが、ＮＲ測位プロトコルＡ（ＮＲＰＰａ）シグナリングを介して受信される、請求項１１から１３のいずれか一項に記載のアクセスノード。

【請求項15】

前記設定要求と、前記設定応答と、前記設定失敗とのうちの少なくとも１つが、Ｆ１アプリケーションプロトコル（Ｆ１ＡＰ）シグナリングを介して受信される、請求項１１から１４のいずれか一項に記載のアクセスノード。

【請求項16】

前記設定応答は、前記ＰＲＳ測定ウィンドウが前記アクセスノードによって成功裡に設定されたことを指示する、請求項１１から１５のいずれか一項に記載のアクセスノード。

【請求項17】

前記設定失敗は、前記ＰＲＳ測定ウィンドウが前記アクセスノードによって設定されなかったことを指示する、請求項１１から１６のいずれか一項に記載のアクセスノード。

【請求項18】

前記無線デバイスに、前記ＰＲＳ測定ウィンドウに関連する設定情報を送信するようにさらに設定された、請求項１１から１７のいずれか一項に記載のアクセスノード。

【請求項19】

前記無線デバイスに、前記ＰＲＳ測定に関連する前記優先度の指示を送信するようにさらに設定された、請求項１１から１８のいずれか一項に記載のアクセスノード。

【請求項20】

前記無線デバイスから、ＰＲＳ測定が前記優先度に従ってスキップされたという指示を受信するようにさらに設定された、請求項１１から１９のいずれか一項に記載のアクセスノード。

【請求項21】

ネットワークノードによって実行される方法であって、前記方法は、
測位参照信号（ＰＲＳ）測定ウィンドウに関連する設定情報を生成することと、
アクセスノードに、無線デバイスのための前記測位参照信号（ＰＲＳ）測定ウィンドウを設定するための設定要求を送信することと、
前記アクセスノードから、前記ＰＲＳ測定ウィンドウが成功裡に設定されたことを指示する設定応答と、前記ＰＲＳ測定ウィンドウが設定されなかったことを指示する設定失敗とのうちの少なくとも１つを受信することと
を含む、方法。

【請求項22】

前記設定要求が、ＰＲＳ測定に関連する優先度の指示を含む、請求項２１に記載の方法。

【請求項23】

前記設定要求と、前記設定応答と、前記設定失敗とのうちの少なくとも１つが、ＮＲ測位プロトコルＡ（ＮＲＰＰａ）シグナリングを介して送信される、請求項２１または２２に記載の方法。

【請求項24】

前記設定要求と、前記設定応答と、前記設定失敗とのうちの少なくとも１つが、Ｆ１アプリケーションプロトコル（Ｆ１ＡＰ）シグナリングを介して送信される、請求項２１から２３のいずれか一項に記載の方法。

【請求項25】

前記無線デバイスから、ＰＲＳ測定が前記優先度に従ってスキップされたという指示を受信することをさらに含む、請求項２１から２４のいずれか一項に記載の方法。

【請求項26】

前記ネットワークノードがロケーション管理機能（ＬＭＦ）である、請求項２１から２５のいずれか一項に記載の方法。

【請求項27】

前記ネットワークノードがｇＮＢ制御ユニット（ｇＮＢ－ＣＵ）である、請求項２１から２５のいずれか一項に記載の方法。

【請求項28】

無線インターフェースと処理回路とを備えるネットワークノードであって、
測位参照信号（ＰＲＳ）測定ウィンドウに関連する設定情報を生成することと、
アクセスノードに、無線デバイスのための前記測位参照信号（ＰＲＳ）測定ウィンドウを設定するための設定要求を送信することと、
前記アクセスノードから、前記ＰＲＳ測定ウィンドウが成功裡に設定されたことを指示する設定応答と、前記ＰＲＳ測定ウィンドウが設定されなかったことを指示する設定失敗とのうちの少なくとも１つを受信することと
を行うように設定された、ネットワークノード。

【請求項29】

前記設定要求が、ＰＲＳ測定に関連する優先度の指示を含む、請求項２８に記載のネットワークノード。

【請求項30】

前記設定要求と、前記設定応答と、前記設定失敗とのうちの少なくとも１つが、ＮＲ測位プロトコルＡ（ＮＲＰＰａ）シグナリングを介して送信される、請求項２８または２９に記載のネットワークノード。

【請求項31】

前記設定要求と、前記設定応答と、前記設定失敗とのうちの少なくとも１つが、Ｆ１アプリケーションプロトコル（Ｆ１ＡＰ）シグナリングを介して送信される、請求項２８から３０のいずれか一項に記載のネットワークノード。

【請求項32】

前記無線デバイスから、ＰＲＳ測定が前記優先度に従ってスキップされたという指示を受信するようにさらに設定された、請求項２８から３１のいずれか一項に記載のネットワークノード。

【請求項33】

前記ネットワークノードがロケーション管理機能（ＬＭＦ）である、請求項２８から３２のいずれか一項に記載のネットワークノード。

【請求項34】

前記ネットワークノードがｇＮＢ制御ユニット（ｇＮＢ－ＣＵ）である、請求項２８から３２のいずれか一項に記載のネットワークノード。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、その内容全体が参照により本明細書に組み込まれる、２０２１年１０月１日に出願された米国仮出願第６３／２５１，２４８号の利益を主張する。

【0002】

本開示は、一般に、無線通信および無線通信ネットワークに関する。

【背景技術】

【0003】

序論
第３世代パートナーシッププロジェクト（３ＧＰＰ）などの規格化団体は、新無線（ｎｅｗ ｒａｄｉｏ：ＮＲ）ネットワークにおける無線通信の効率的な動作のための潜在的ソリューションを研究している。次世代移動体無線通信システム５Ｇ／ＮＲは、使用事例の多様なセットおよび展開シナリオの多様なセットをサポートすることになる。後者は、今日のＬＴＥと同様の低周波数（たとえば、数百ＭＨｚ）と超高周波数（たとえば、数十ＧＨｚ単位のｍｍ波）の両方における展開を含む。一般的なモバイルブロードバンド使用事例のほかに、ＮＲは、マシン型通信（ＭＴＣ）、超低レイテンシクリティカル通信（ＵＲＬＣＣ）、サイドリンクＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）、および他の使用事例をもサポートするために開発されている。

【0004】

測位およびロケーションサービスが、３ＧＰＰリリース９以来、ＬＴＥ規格化におけるトピックであった。目的は、緊急呼測位のための規制要件を満たすことであったが、産業用モノのインターネット（Ｉ－ＩｏＴ）のための測位のような他の使用事例も考慮される。ＮＲにおける測位が、図１に示されている例示的なアーキテクチャによってサポートされる。ＬＭＦ１０８Ａが、ＮＲにおけるロケーション管理機能エンティティを表す。ＮＲＰＰａプロトコルを介する、ＬＭＦ１０８ＡとｇノードＢ１１０との間の対話もある。ｇノードＢ１１０とデバイス（ＵＥ）１１２との間の対話は、無線リソース制御（ＲＲＣ）プロトコルを介してサポートされ、ロケーションノード１０８Ａは、ＬＴＥ測位プロトコル（ＬＰＰ）を介してＵＥ１１２とインターフェースする。ＬＰＰは、ＮＲ技術とＬＴＥ技術の両方に共通である。アクセスおよびモビリティ管理機能（ＡＭＦ）１０８Ｂおよびエボルブドサービングモバイルロケーションセンタ（ｅ－ＳＭＬＣ）１０８Ｃなど、他のネットワークノードが、測位サポートに関与し得る。

【0005】

図１はｇＮＢ１１０Ｂおよびｎｇ－ｅＮＢ１１０Ａを示すが、その両方が常に存在するとは限らないことがあることが諒解されよう。ｇＮＢ１１０Ｂとｎｇ－ｅＮＢ１１０Ａの両方が存在するとき、ＮＧ－Ｃインターフェースは、概して、それらのうちの１つのためにのみ存在することに留意されたい。

【0006】

レガシーＬＴＥ規格では、以下の技法がサポートされる。

【0007】

－ 拡張セルＩＤ。本質的に、デバイスをサービングセルのサービングエリアに関連付けるためのセルＩＤ情報、および、次いで、より細かいグラニュラリティ位置を決定するための追加情報。

【0008】

－ 支援グローバルナビゲーション衛星システム（ＧＮＳＳ）。Ｅ－ＳＭＬＣからデバイスに提供された支援情報によってサポートされる、デバイスによって取り出されるＧＮＳＳ情報

【0009】

－ ＯＴＤＯＡ（観測到達時間差）。デバイスは、異なる基地局からの参照信号の時間差を推定し、マルチラテレーションのためにＥ－ＳＭＬＣに送る。

【0010】

－ ＵＴＤＯＡ（アップリンクＴＤＯＡ）。デバイスは、知られている位置における複数のロケーション測定ユニット（たとえば、ｅＮＢ）によって検出された特定の波形を送信することを要求される。これらの測定は、マルチラテレーションのためにＥ－ＳＭＬＣにフォワーディングされる。

【0011】

３ＧＰＰ ＮＲ無線技術に基づく、リリース１６についてのＮＲ測位は、拡張ロケーション能力に関する付加価値を提供するように位置づけられている。低周波数帯域および高周波数帯域（すなわち、６ＧＨｚを下回るおよび６ＧＨｚを上回る）における動作と、大規模アンテナアレイの利用とが、測位正確さを大幅に改善するために追加の自由度を提供する。低帯域において、特に高帯域において広い信号帯域幅を使用する可能性が、ＵＥの位置を特定するためにタイミング測定を利用する、ＯＴＤＯＡおよびＵＴＤＯＡ、セルＩＤまたはＥセルＩＤなどに基づくよく知られている測位技法について、ユーザロケーションについての新しい性能限界をもたらす。

【0012】

ＮＲリリース１６では、参照信号と、測定値と、測位方法とを含む、いくつかの測位特徴が指定されている。

【0013】

参照信号：

【0014】

－ 新しいダウンリンク（ＤＬ）参照信号、ＮＲ ＤＬ測位参照信号（ＰＲＳ）が指定された。ＬＴＥ ＤＬ ＰＲＳに関するこの信号の利益は、２４個から２７２個のＲＢまで設定可能な、増加された帯域幅であり、これは、到達時間（ＴＯＡ）正確さにおける大きい改善を与える。ＮＲ ＤＬ ＰＲＳに、２、４、６または１２のコム係数が設定され得る。コム１２は、コム６ ＬＴＥ ＰＲＳの２倍の数の直交信号を可能にする。また、Ｒｅｌ－１６においてＮＲ ＤＬ ＰＲＳ上でビーム掃引がサポートされる。

【0015】

－ ＮＲ ＵＬ ＳＲＳに基づく、新しいアップリンク（ＵＬ）参照信号が、導入され、「測位のためのＳＲＳ」と呼ばれた。測位のためのリリース１６ ＮＲ ＳＲＳは、（Ｒｅｌ．１５ ＳＲＳにおける４つのシンボルと比較して）１２個のシンボルまでの、より長い信号と、スロット中のフレキシブルな位置（Ｒｅｌ．１５ ＳＲＳではスロットの最後の６つのシンボルのみが使用され得る）とを可能にする。測位のためのリリース１６ ＮＲ ＳＲＳは、改善されたＴＯＡ測定範囲のための、および、コムオフセット（コム２、４および８）とサイクリックシフトとに基づくより多くの直交信号のための、スタッガードコムＲＥパターンをも可能にする。しかしながら、コム係数によって分割されたＯＦＤＭシンボルよりも長い巡回シフトの使用は、これが、少なくとも屋内シナリオにおいて、コムスタガリングの主要な利点であるにもかかわらず、Ｒｅｌ．１６によってサポートされない。ＣＳＩ－ＲＳ、ＳＳＢ、ＤＬ ＰＲＳまたは別のＳＲＳに向かう空間ＱＣＬ関係と同様に、ネイバーセルＳＳＢ／ＤＬ ＰＲＳに基づく電力制御がサポートされる。

【0016】

測位技法

【0017】

ＮＲ測位が、以下の方法をサポートする。

【0018】

ＬＴＥにおいてすでにあり、ＮＲにおいて拡張された方法。

【0019】

－ ＤＬ ＴＤＯＡ（ダウンリンクＴＤＯＡ）

【0020】

－ Ｅ－ＣＩＤ

【0021】

－ （ＧＰＳ、圧力センサー、Ｗｉｆｉ信号、Ｂｌｕｅｔｏｏｔｈなど、非３ＧＰＰセンサーに基づく）ＲＡＴ非依存方法。

【0022】

－ ＵＬ ＴＤＯＡ（アップリンクＴＤＯＡ）

【0023】

ＮＲにおける新たに導入された方法：

【0024】

－ マルチセルＲＴＴ：ＬＭＦは、マルチラテレーションのための基礎として、ＲＴＴ（ラウンドトリップタイム）測定値を収集する

【0025】

－ 角度および電力（ＲＳＲＰ）測定を使用するマルチラテレーションが行われる、ＤＬ離脱角（ＡｏＤ）およびＵＬ到達角（ＡｏＡ）

【0026】

測定：

【0027】

ＮＲ Ｒｅｌ．１６では、以下のＵＥ測定が指定される。

【0028】

－ たとえば、ＤＬ ＴＤＯＡ測位を可能にする、ＤＬ参照信号時間差（ＲＳＴＤ）

【0029】

－ マルチセルＲＴＴ測定を可能にする、マルチセルＵＥ Ｒｘ－Ｔｘ時間差測定

【0030】

－ ＤＬ ＰＲＳ参照信号受信電力（ＲＳＲＰ）

【0031】

ＮＲ Ｒｅｌ．１６では、以下のｇＮＢ測定が指定される。

【0032】

－ ＵＬ ＴＤＯＡ測位のために有用な、アップリンク相対到達時間（ＵＬ－ＲＴＯＡ）

【0033】

－ マルチセルＲＴＴ測定のために有用な、ｇＮＢ Ｒｘ－Ｔｘ時間差

【0034】

－ ＵＬ ＳＲＳ－ＲＳＲＰ

【0035】

－ 到達角（ＡｏＡ）および天頂到達角（ＺｏＡ）

【0036】

信号設定：

【0037】

ＮＲリリース１６では、ＤＬ ＰＲＳは、各セルによって別々に設定され、ロケーションサーバ（ＬＭＦ）は、ＬＰＰプロトコルを介してＵＥに支援データ（ＡＤ）メッセージを送る前に、ＮＲＰＰａプロトコルを介してすべての設定を収集する。アップリンクでは、ＳＲＳ信号は、サービングｇＮＢによってＲＲＣで設定され、サービングｇＮＢは、要求時に適切なＳＲＳ設定パラメータをＬＭＦにフォワーディングする。

【0038】

ＮＲリリース１６ＤＬ ＰＲＳが、３レベル階層で編成される。

【0039】

－ ＰＲＳ周波数レイヤ：共通パラメータを共通して有する、（潜在的に）複数の基地局から、ＰＲＳリソースセットを集める。２つのリソースセットが同じ周波数レイヤ中にある場合、それらのリソースセットは、以下である。

【0040】

－ 同じサブキャリア間隔をもつ同じ帯域中で動作する

【0041】

－ 同じコム係数を有する

【0042】

－ 同じ開始ＰＲＢおよび帯域幅を有する

【0043】

－ ＰＲＳリソースセット：すべて同じ送信および受信ポイント（ＴＲＰ）から発信しているＰＲＳビーム（リソース）の集合に対応する。同じセット中のすべてのリソースが、同じコム係数を有する

【0044】

－ ＰＲＳリソース：ＰＲＳを送信するビームに対応する

【0045】

ＬＴＥと同様に、ＮＲにおいて、ＵＥにおけるダウンリンクチャネル推定のためにｇＮＢにおいて各アンテナポートから一意の参照信号が送信される。ダウンリンクチャネル推定のための参照信号は、一般にチャネル状態情報参照信号（ＣＳＩ－ＲＳ）と呼ばれる。

【0046】

ＣＳＩ－ＲＳ信号が、アンテナポートに関連する時間周波数リソースエレメント（ＲＥ）のセット上で送信される。システム帯域幅にわたるチャネル推定のために、ＣＳＩ－ＲＳは、一般に、システム帯域幅全体にわたって送信される。ＣＳＩ－ＲＳ送信のために使用されるＲＥのセットは、ＣＳＩ－ＲＳリソースと呼ばれる。ＵＥ観点から、アンテナポートは、ＵＥがチャネルを測定するために使用するものとするＣＳＩ－ＲＳと等価である。最高３２（すなわちＮ_ｔｘ＝３２）個のアンテナポートがＮＲにおいてサポートされ、したがって、３２個のＣＳＩ－ＲＳ信号がＵＥのために設定され得る。

【0047】

ＮＲでは、以下の３つのタイプのＣＳＩ－ＲＳ送信がサポートされる。

【0048】

－ 周期的ＣＳＩ－ＲＳ送信：ＣＳＩ－ＲＳは、いくつかのサブフレームまたはスロット中で周期的に送信される。このＣＳＩ－ＲＳ送信は、ＬＴＥと同様に、ＣＳＩ－ＲＳリソース、周期性およびサブフレームまたはスロットオフセットなど、パラメータを使用して、半静的に設定される。

【0049】

－ 非周期的ＣＳＩ－ＲＳ送信：これは、任意のサブフレームまたはスロット中で起こり得るワンショットＣＳＩ－ＲＳ送信である。ここで、ワンショットは、ＣＳＩ－ＲＳ送信がトリガごとに１回のみ起こることを意味する。非周期的ＣＳＩ－ＲＳのためのＣＳＩ－ＲＳリソース（すなわち、サブキャリアロケーションとＯＦＤＭシンボルロケーションとからなるリソースエレメントロケーション）は、半静的に設定される。非周期的ＣＳＩ－ＲＳの送信は、ＰＤＣＣＨを通して動的シグナリングによってトリガされる。トリガリングは、複数のＣＳＩ－ＲＳリソースからＣＳＩ－ＲＳリソースを選択することをも含み得る。

【0050】

－ 半永続ＣＳＩ－ＲＳ（ＳＰ ＣＳＩ－ＲＳ）送信：周期的ＣＳＩ－ＲＳと同様に、半永続ＣＳＩ－ＲＳ送信のためのリソースは、周期性およびサブフレームまたはスロットオフセットなどのパラメータで半静的に設定される。しかしながら、周期的ＣＳＩ－ＲＳとは異なり、動的シグナリングが、ＣＳＩ－ＲＳ送信をアクティブ化および場合によってはアクティブ化解除するために必要とされる。一例が図２に示されている。ＮＲでは、アクティブ化およびアクティブ化解除は、ＭＡＣ ＣＥシグナリングを使用して実施される。

【0051】

複数の送信／受信ポイント（ＴＲＰ）

【0052】

セルは、各ＴＲＰが別個の座標中にある複数のＴＲＰからなることができ、その一例が図３に示されている。この種の設定は、Ｉ－ＩＯＴシナリオにおいて使用されることが予想される。一例として、１０個、２０個さらにはそれ以上のＴＲＰをもつ１つのセルが、完全な工場ホールをカバーするために使用され得る。

【0053】

したがって、測位のために、マルチラテレーションを実施するために、３つの別個の座標が必要とされる。サービングセルが別個の座標中にある複数のＴＲＰを有するこの種のシナリオでは、測位のためにこれを活用することが可能であるべきである。

【0054】

ギャップレスＰＲＳ測定

【0055】

ＮＲリリース１６では、（ＰＲＳ ＲＳＲＰと、ＯＴＤＯＡのためのＲＳＴＤと、ＲＴＴのためのＵＥ Ｒｘ－Ｔｘとを含む）ＰＲＳベース測定は、すべて測定ギャップの存在下で行われる。測定ギャップ中に、ＵＥは、ネットワークがデータを送信しないことになることを予想することができ、したがって、ＵＥは、特にＰＲＳを測定するために、それ自体をチューニングすることができる。たとえば、ＰＲＳ（すなわち、ＤＬ ＰＲＳ）を測定するために、ＵＥは、データを受信するためにＵＥに設定されたアクティブ帯域幅部分とは異なる帯域幅を潜在的に利用することになる。

【0056】

ＮＲリリース１７では、測定ギャップの必要なしにＤＬ ＰＲＳを測定することを可能にするための拡張を指定することが同意された。ＵＥの帯域幅部分がＤＬ ＰＲＳ帯域幅をカバーするのに十分広い場合、ＵＥは、測定ギャップを要求することなしにＰＲＳを測定することができる。ＲＡＮ１＃１０６－電子会議では、より高い優先度をもつダウンリンクチャネルまたは別のダウンリンク参照信号がＤＬ ＰＲＳ測定／処理と衝突するとき、ＵＥは、ＤＬ ＰＲＳ測定／処理をドロップすることができることが同意された。

【0057】

スケジュールされたロケーション時間Ｔ

【0058】

ＮＲリリース１６では、測位プロシージャは、ターゲットＵＥに関連する特定のイベント、すなわち、ＵＥ利用可能性、エリア、周期的ロケーション、および動き、に関連するロケーション要求または延期されたロケーション要求によってトリガされる。測位測定は、ＵＥがＬＰＰ要求ロケーション情報を受信し、および／またはｇＮＢがＮＲＰＰａ測定要求を受信するとき、トリガされ、それらの測定は、測位リソースが利用可能であり、（ＤＬ測位方法のために必要とされる場合）測定ギャップが設定されるとすぐに、行われる。

【0059】

ＮＲリリース１７では、外部ＬＣＳクライアント、ＡＦまたはＵＥによって指定されるさらなる時間である、スケジュールされたロケーション時間Ｔにおいて測位測定を可能にすることが同意された。ＲＡＮプロシージャでは、Ｔは、（１つまたは複数の）ＱｏＳ要件と（１つまたは複数の）利用可能なＰＲＳリソースとに基づく、（ＬＭＦによって設定された）Ｔを中心とする測定ウィンドウとして解釈され得る。ＵＥおよび／またはｇＮＢが測定ウィンドウを受信するとき、それらは、その測定ウィンドウ内の測位信号によりＤＬおよび／またはＵＬ測定を実施すると考えられる。

【発明の概要】

【0060】

本開示の目的は、従来技術の少なくとも１つの欠点をなくすか、または緩和することである。

【0061】

ＰＲＳ測定の優先度付けを設定するためのシステムおよび方法が提供される。

【0062】

第１の態様では、アクセスノードによって実施される方法が提供される。アクセスノードは、無線インターフェースと処理回路とを備え、ネットワークノードから、無線デバイスのための測位参照信号（ＰＲＳ）測定ウィンドウを設定するための設定要求を受信するように設定され得る。アクセスノードは、ＰＲＳ測定に関連する優先度に従ってＰＲＳ測定ウィンドウを設定すべきかどうかを決定する。優先度に従ってＰＲＳ測定ウィンドウを設定したことに応答して、アクセスノードは、ネットワークノードに設定応答を送信し、および／または、優先度に従ってＰＲＳ測定ウィンドウを設定しなかったことに応答して、アクセスノードは、ネットワークノードに設定失敗を送信する。

【0063】

いくつかの実施形態では、アクセスノードは、データ受信とＰＲＳ測定との間の優先度を決定することができる。

【0064】

いくつかの実施形態では、アクセスノードは、無線デバイスに、ＰＲＳ測定ウィンドウに関連する設定情報を送信することができる。いくつかの実施形態では、アクセスノードは、無線デバイスに、ＰＲＳ測定に関連する優先度の指示を送信することができる。いくつかの実施形態では、アクセスノードは、無線デバイスから、ＰＲＳ測定が優先度に従ってスキップされたという指示を受信することができる。

【0065】

別の態様では、ネットワークノードによって実施される方法が提供される。ネットワークノードは、無線インターフェースと処理回路とを備え、測位参照信号（ＰＲＳ）測定ウィンドウに関連する設定情報を生成するように設定され得る。ネットワークノードは、アクセスノードに、無線デバイスのための測位参照信号（ＰＲＳ）測定ウィンドウを設定するための設定要求を送信する。アクセスノードは、アクセスノードから、ＰＲＳ測定ウィンドウが成功裡に設定されたことを指示する設定応答および／またはＰＲＳ測定ウィンドウが設定されなかったことを指示する設定失敗のうちの少なくとも１つを受信する。

【0066】

いくつかの実施形態では、ネットワークノードはロケーション管理機能（ＬＭＦ）であり得る。他の実施形態では、ネットワークノードはｇＮＢ制御ユニット（ｇＮＢ－ＣＵ）であり得る。

【0067】

いくつかの実施形態では、ネットワークノードは、無線デバイスから、ＰＲＳ測定が優先度に従ってスキップされたという指示を受信することができる。

【0068】

いくつかの実施形態では、設定要求は、ＰＲＳ測定に関連する優先度の指示を含む。

【0069】

いくつかの実施形態では、設定要求と、設定応答と、設定失敗メッセージとのうちの少なくとも１つが、ＮＲＰＰａシグナリングを介して送信および／または受信され得る。

【0070】

いくつかの実施形態では、設定要求と、設定応答と、設定失敗メッセージとのうちの少なくとも１つが、Ｆ１ＡＰシグナリングを介して送信および／または受信され得る。

【0071】

いくつかの実施形態では、設定応答は、ＰＲＳ測定ウィンドウがアクセスノードによって成功裡に設定されたことを指示する。

【0072】

いくつかの実施形態では、設定失敗は、ＰＲＳ測定ウィンドウがアクセスノードによって設定されなかったことを指示する。

【0073】

本明細書で説明される様々な態様および実施形態は、代替的に、随意に、および／または加えて互いに組み合わせられ得る。

【0074】

本開示の他の態様および特徴は、添付図とともに特定の実施形態の以下の説明を検討すると、当業者に明らかになろう。

【0075】

次に、本開示の実施形態が、単に例として、添付の図を参照しながら説明される。

【図面の簡単な説明】

【0076】

【図1】ＮＲ測位アーキテクチャの一例を示す図である。

【図2】半永続ＣＳＩ／ＲＳ送信の一例を示す図である。

【図3】セル中のマルチＴＲＰの一例を示す図である。

【図4】例示的な通信システムの図である。

【図5】第１の例示的な実施形態のシグナリング図である。

【図6】第２の例示的な実施形態のシグナリング図である。

【図7】無線デバイスにおいて実施され得る方法を示すフローチャートである。

【図8】アクセスノードにおいて実施され得る方法を示すフローチャートである。

【図9】ネットワークノードにおいて実施され得る方法を示すフローチャートである。

【図10】例示的な無線デバイスのブロック図である。

【図11】例示的なネットワークノードのブロック図である。

【図12】例示的なホストのブロック図である。

【図13】例示的な仮想化環境を示すブロック図である。

【図14】ホストがネットワークノードを介してＵＥと通信することの通信図である。

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

【0077】

以下に記載される実施形態は、当業者が本実施形態を実践することができるようにするための情報を表す。添付の図面に照らして以下の説明を読むと、当業者は、説明の概念を理解し、本明細書で特に扱われないこれらの概念の適用例を認識されよう。これらの概念および適用例は、その説明の範囲内に入ることを理解されたい。

【0078】

以下の説明では、多数の具体的な詳細が記載されている。ただし、実施形態は、これらの具体的な詳細なしに実施され得ることを理解されたい。他の事例では、よく知られている回路、構造および技法は、その説明の理解を不明瞭にしないために詳細に示されていない。当業者は、含まれた説明を用いて、過度の実験なしに適切な機能を実装することが可能になる。

【0079】

「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」、「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」、「例示的な実施形態」などへの本明細書における言及は、説明される実施形態が、特定の特徴、構造、または特性を含み得ることを示すが、あらゆる実施形態が、必ずしも、特定の特徴、構造、または特性を含むとは限らないことがある。その上、そのような句は必ずしも同じ実施形態を指しているとは限らない。さらに、特定の特徴、構造、または特性が実施形態に関して説明されるとき、明示的に説明されるか否かにかかわらず、他の実施形態に関してそのような特徴、構造、または特性を実装することは当業者の知識内にあることが具申される。

【0080】

図４は、いくつかの実施形態による、通信システム１００の一例を示す。

【0081】

本例では、通信システム１００は、無線アクセスネットワーク（ＲＡＮ）などのアクセスネットワーク１０４と、１つまたは複数のコアネットワークノード１０８を含むコアネットワーク１０６とを含む通信ネットワーク１０２を含む。アクセスネットワーク１０４は、ネットワークノード１１０Ａおよび１１０Ｂなど、１つまたは複数のアクセスネットワークノード（それらのうちの１つまたは複数は、一般に、ネットワークノード１１０と呼ばれることがある）、あるいは任意の他の同様の第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスノードまたは非３ＧＰＰアクセスポイントを含む。ネットワークノード１１０は、ＵＥ１１２Ａ、１１２Ｂ、１１２Ｃ、および１１２Ｄ（それらのうちの１つまたは複数が、一般に、ＵＥ１１２と呼ばれることがある）を、１つまたは複数の無線接続上でコアネットワーク１０６に接続することなどによる、ユーザ機器（ＵＥ）の直接的接続または間接的接続を容易にする。

【0082】

無線接続上での例示的な無線通信は、ワイヤ、ケーブル、または他の材料導体を使用せずに、情報を伝達するのに好適な、電磁波、電波、赤外波、および／または他のタイプの信号を使用して無線信号を送信および／または受信することを含む。その上、異なる実施形態では、通信システム１００は、任意の数の有線または無線ネットワーク、ネットワークノード、ＵＥ、ならびに／あるいは有線接続を介してかまたは無線接続を介してかにかかわらず、データおよび／または信号の通信を容易にするかまたはその通信に参加し得る、任意の他の構成要素またはシステムを含み得る。通信システム１００は、任意のタイプの通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）、通信（ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、データ、セルラ、無線ネットワーク、および／または他の同様のタイプのシステムを含み、および／またはそれらとインターフェースし得る。

【0083】

ＵＥ１１２は、ネットワークノード１１０および他の通信デバイスと無線で通信するように構成された、設定された、および／または動作可能な無線デバイスを含む、多種多様な通信デバイスのうちのいずれかであり得る。同様に、ネットワークノード１１０は、ＵＥ１１２と、ならびに／あるいは、無線ネットワークアクセスなどのネットワークアクセスを可能にし、および／または提供するための、ならびに／あるいは、通信ネットワーク１０２におけるアドミニストレーションなどの他の機能を実施するための、通信ネットワーク１０２中の他のネットワークノードまたは機器と、直接的にまたは間接的に通信するように構成され、そうすることが可能であり、そうするように設定され、および／または動作可能である。

【0084】

図示された例では、コアネットワーク１０６は、ネットワークノード１１０を、ホスト１１６などの１つまたは複数のホストに接続する。これらの接続は、直接的であるか、あるいは１つまたは複数の中間ネットワークまたはデバイスを介して間接的であり得る。他の例では、ネットワークノードは、ホストに直接的に結合され得る。コアネットワーク１０６は、ハードウェアおよびソフトウェア構成要素で構造化された、１つまたは複数のコアネットワークノード（たとえば、コアネットワークノード１０８）を含む。これらの構成要素の特徴は、ＵＥ、ネットワークノード、および／またはホストに関して説明されるものと実質的に同様であり得、したがって、それらの説明は、概して、コアネットワークノード１０８の対応する構成要素に適用可能である。例示的なコアネットワークノードは、モバイルスイッチングセンタ（ＭＳＣ）、モビリティ管理エンティティ（ＭＭＥ）、ホーム加入者サーバ（ＨＳＳ）、ロケーション管理機能（ＬＭＦ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、加入識別子秘匿化解除機能（ＳＩＤＦ：Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅ－ｃｏｎｃｅａｌｉｎｇ Ｆｕｎｃｔｉｏｎ）、統合データ管理（ＵＤＭ）、セキュリティエッジ保護プロキシ（ＳＥＰＰ）、ネットワーク公開機能（ＮＥＦ）、および／またはユーザプレーン機能（ＵＰＦ）のうちの１つまたは複数の機能を含む。

【0085】

ホスト１１６は、アクセスネットワーク１０４および／または通信ネットワーク１０２のオペレータまたはプロバイダ以外の、サービスプロバイダの所有または制御下にあり得、サービスプロバイダによってまたはサービスプロバイダの代わりに動作され得る。ホスト１１６は、１つまたは複数のサービスを提供するために、様々なアプリケーションをホストし得る。そのようなアプリケーションの例は、ライブおよびあらかじめ記録されたオーディオ／ビデオコンテンツ、複数のＵＥによって検出された様々な周囲条件に関するデータを取り出し、コンパイルすることなど、データ収集サービス、分析機能、ソーシャルメディア、リモートデバイスを制御するかまたは場合によってはリモートデバイスと対話するための機能、アラームおよびサーベイランスセンタのための機能、あるいは、サーバによって実施される任意の他のそのような機能を含む。

【0086】

全体として、図４の通信システム１００は、ＵＥ、ネットワークノード、およびホストの間のコネクティビティを可能にする。その意味で、通信システムは、限定はしないが、汎欧州デジタル移動電話方式（ＧＳＭ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ならびに／あるいは他の好適な２Ｇ、３Ｇ、４Ｇ、５Ｇ規格、または任意の適用可能な将来世代規格（たとえば、６Ｇ）、米国電気電子技術者協会（ＩＥＥＥ）８０２．１１規格（ＷｉＦｉ）などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいは、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ－Ｗａｖｅ、ニアフィールド通信（ＮＦＣ）ＺｉｇＢｅｅ、ＬｉＦｉ、および／またはＬｏＲａおよびＳｉｇｆｏｘなど、任意の低電力ワイドエリアネットワーク（ＬＰＷＡＮ）規格など、任意の他の適切な無線通信規格を含む、特定の規格などのあらかじめ規定されたルールまたはプロシージャに従って動作するように設定され得る。

【0087】

いくつかの例では、通信ネットワーク１０２は、３ＧＰＰ規格化された特徴を実装するセルラネットワークである。したがって、通信ネットワーク１０２は、通信ネットワーク１０２に接続された異なるデバイスに異なる論理ネットワークを提供するために、ネットワークスライシングをサポートし得る。たとえば、通信ネットワーク１０２は、いくつかのＵＥに超高信頼低レイテンシ通信（ＵＲＬＬＣ）サービスを提供しながら、他のＵＥに拡張モバイルブロードバンド（ｅＭＢＢ）サービスを提供し、および／または、またさらなるＵＥに大規模マシン型通信（ｍＭＴＣ）／大規模ＩｏＴサービスを提供し得る。

【0088】

いくつかの例では、ＵＥ１１２は、直接人間対話なしに情報を送信および／または受信するように設定される。たとえば、ＵＥは、内部または外部イベントによってトリガされたとき、あるいはアクセスネットワーク１０４からの要求に応答して、所定のスケジュールでアクセスネットワーク１０４に情報を送信するように設計され得る。さらに、ＵＥは、シングルまたはマルチＲＡＴあるいはマルチスタンダードモードで動作するために設定され得る。たとえば、ＵＥは、Ｗｉ－Ｆｉ、ＮＲ（新無線）およびＬＴＥのうちのいずれか１つまたはそれらの組合せで動作し得、すなわち、Ｅ－ＵＴＲＡＮ（拡張ＵＭＴＳ地上無線アクセスネットワーク）新無線－デュアルコネクティビティ（ＥＮ－ＤＣ）など、マルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ：ｍｕｌｔｉ－ｒａｄｉｏ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）のために設定される。

【0089】

本例では、ハブ１１４は、１つまたは複数のＵＥ（たとえば、ＵＥ１１２Ｃおよび／または１１２Ｄ）と、ネットワークノード（たとえば、ネットワークノード１１０Ｂ）との間の間接的通信を容易にするために、アクセスネットワーク１０４と通信する。いくつかの例では、ハブ１１４は、コントローラ、ルータ、コンテンツソースおよびコンテンツ分析、またはＵＥに関して本明細書で説明される他の通信デバイスのいずれかであり得る。たとえば、ハブ１１４は、ＵＥのためのコアネットワーク１０６へのアクセスを可能にするブロードバンドルータであり得る。別の例として、ハブ１１４は、ＵＥ中の１つまたは複数のアクチュエータにコマンドまたは命令を送るコントローラであり得る。コマンドまたは命令は、ＵＥ、ネットワークノード１１０から受信されるか、あるいは、ハブ１１４における実行可能コード、スクリプト、プロセス、または他の命令によるものであり得る。別の例として、ハブ１１４は、ＵＥデータのための一時的ストレージとして働くデータコレクタであり得、いくつかの実施形態では、データの分析または他の処理を実施し得る。別の例として、ハブ１１４は、コンテンツソースであり得る。たとえば、ＶＲヘッドセット、ディスプレイ、ラウドスピーカー、または他のメディア配信デバイスであるＵＥについて、ハブ１１４は、ネットワークノードを介して、ＶＲアセット、ビデオ、オーディオ、あるいは感覚情報に関係する他のメディアまたはデータを取り出し得、これを、ハブ１１４は次いで、直接的に、ローカル処理を実施した後に、および／または追加のローカルコンテンツを追加した後に、のいずれかでＵＥに提供する。さらに別の例では、ハブ１１４は、特に、ＵＥのうちの１つまたは複数が低エネルギーＩｏＴデバイスである場合において、ＵＥのためのプロキシサーバまたはオーケストレータとして働く。

【0090】

ハブ１１４は、ネットワークノード１１０Ｂへの常時／永続または間欠接続を有し得る。ハブ１１４はまた、ハブ１１４とＵＥ（たとえば、ＵＥ１１２Ｃおよび／または１１２Ｄ）との間の、およびハブ１１４とコアネットワーク１０６との間の、異なる通信方式および／またはスケジュールを可能にし得る。他の例では、ハブ１１４は、有線接続を介して、コアネットワーク１０６および／または１つまたは複数のＵＥに接続される。その上、ハブ１１４は、アクセスネットワーク１０４上でＭ２Ｍサービスプロバイダにおよび／または直接接続上で別のＵＥに接続するように設定され得る。いくつかのシナリオでは、ＵＥは、ネットワークノード１１０との無線接続を、ハブ１１４を介して有線接続または無線接続を介して依然として接続されながら、確立し得る。いくつかの実施形態では、ハブ１１４は、専用ハブ、すなわち、主な機能がＵＥからネットワークノード１１０Ｂに／ネットワークノード１１０ＢからＵＥに通信をルーティングすることである、ハブであり得る。他の実施形態では、ハブ１１４は、非専用ハブ、すなわち、ＵＥとネットワークノード１１０Ｂとの間の通信をルーティングするように動作することが可能であるが、いくつかのデータチャネルについての通信開始ポイントおよび／または終了ポイントとして動作することがさらに可能であるデバイスであり得る。

【0091】

本明細書で与えられる説明は３ＧＰＰセルラ通信システムに焦点を当て、したがって、３ＧＰＰ専門用語または３ＧＰＰ専門用語に類似した専門用語がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。

【0092】

本明細書の説明では、「セル」という用語に対して、参照が行われ得ることに留意されたい。しかしながら、特に５Ｇ／ＮＲ概念に関して、ビームがセルの代わりに使用されることがあり、したがって、本明細書で説明される概念は、セルとビームの両方に等しく適用可能であることに留意することが重要である。

【0093】

測定ギャップを伴って行われる従来のＰＲＳベース測定の説明に戻ると、ＮＲリリース１７では、測定ギャップの必要なしにＤＬ ＰＲＳを測定することを可能にするための拡張を指定することが同意された。ＵＥの帯域幅部分（ＢＷＰ）がＤＬ ＰＲＳ帯域幅をカバーするのに十分広い場合、ＵＥは、（１つまたは複数の）測定ギャップを要求することなしにＰＲＳを測定することができる。しかしながら、データチャネルおよび他のダウンリンク参照信号との衝突が、対処されるべき問題であり得る。

【0094】

ＤＬ ＰＲＳが、より高い優先度をもつＤＬチャネルおよび／または別のＤＬ参照信号と衝突するとき、ＵＥは、ＤＬ ＰＲＳ測定／処理をドロップすることができることが同意されるが、そのようなドロップが起こる場合のＵＥプロシージャは知られていない。したがって、ＤＬ ＰＲＳ測定／処理が、より高い優先度をもつＤＬチャネルまたは別のＤＬ参照信号とのＤＬ ＰＲＳ衝突によりドロップされようとしているとき、ＵＥが何のプロシージャを実施するかが、解決されるべきままである。ある特定の使用について無線リソースを優先させることを判断し得るエンティティが、すべての必要な情報を有するとは限らないことがあることに留意されたい。無線ノードにおいて測位関係優先度をどのように設定すべきかが、問題のままである。異なるＮＷエンティティにわたるＤＬ ＰＲＳ優先度の設定およびシグナリング詳細は、現在知られていない。したがって、ＵＥに、ＤＬ ＰＲＳ優先度および関連するシグナリングがどのように設定されるべきかが、対処されるべき別の未解決の問題である。

【0095】

本明細書で説明されるいくつかの実施形態は、他の衝突するＤＬチャネル／参照信号に関する、ＵＥへのＤＬ ＰＲＳの優先度の設定および／または指示と、ＤＬ ＰＲＳの優先度に関する、ＬＭＦとサービングｇＮＢとの間のハンドシェーキングメッセージと、ＤＬ ＰＲＳの測定／処理が、より高い優先度をもつＤＬチャネル／他のＤＬ参照信号との衝突によりドロップされるときのＵＥプロシージャと、異なるウィンドウ（測定ギャップおよび測位測定ウィンドウ）を使用して測位測定に優先度を付けるためのソリューションとを対象とする。

【0096】

いくつかの実施形態では、他のダウンリンクチャネル受信または他のダウンリンク参照信号受信／測定に優先して測位測定優先度を設定する方法が指定される。ｇＮＢが、インフォームド判断（ｉｎｆｏｒｍｅｄ ｄｅｃｉｓｉｏｎ）を行うために、他のネットワークエンティティまたは（１つまたは複数の）ＵＥからの（１つまたは複数の）異なる入力をどのように考慮するかが、説明されることになる。

【0097】

いくつかの実施形態では、ＵＥが測位測定を優先させるべきであるのかデータの受信を優先させるべきであるのかをＵＥが理解するような、方法が提案された。

【0098】

いくつかの実施形態では、ＵＥからネットワークに測定ギャップを求める必要を最小限に抑える際に容易にする方法が提供された。

【0099】

いくつかの実施形態では、ＰＲＳの測定／処理が、より高い優先度をもつＤＬチャネル／ＤＬ参照信号との衝突によりスキップ／ドロップされることをＵＥがＬＭＦに通知するような、方法が提案された。

【0100】

いくつかの実施形態では、異なるウィンドウ（測定ギャップおよび測位測定ウィンドウ）を使用して測位測定に優先度を付けるための方法が指定された。

【0101】

一実施形態では、ＬＭＦは、ＬＰＰプロトコルを介して、異なる優先度をもつＤＬ ＰＲＳリソースの設定をＵＥにシグナリングすることができる。たとえば、優先度インジケータは、優先度インジケータの異なる値が、異なる優先度を指示する（たとえば、０の優先度インジケータ値がより低い優先度のＤＬ ＰＲＳを指示し、１の優先度インジケータ値がより高い優先度のＤＬ ＰＲＳを指示する）、ＰＲＳ設定の一部として含まれ得る。たとえば、優先度インジケータは、３ＧＰＰ ＴＳ３７．３５５ Ｖ１６．５．０において規定されているＮＲ－ＤＬ－ＰＲＳ－Ｉｎｆｏ情報エレメント（ＩＥ）の一部として設定され得る。

【0102】

各ＰＲＳリソースについてＬＭＦによってＵＥに送られる優先度インジケータは、ｇＮＢスケジューラが判断したものを中継するために使用され得る。一実施形態では、ｇＮＢは、（１つまたは複数の）ＰＲＳ設定をＬＭＦに送信するために使用される、ＮＲ測位プロトコルＡ（ＮＲＰＰａ）メッセージ中に、優先度インジケータを含めることができる。別の実施形態では、ＬＭＦは、（ｇＮＢが、最初に、（１つまたは複数の）ＰＲＳリソースの優先度指示を明示的に提供しなかった場合に）所与のＰＲＳのための特定の優先度を提供することを、同じくＮＲＰＰａを介して、ｇＮＢに要求し得る。ｇＮＢは、次いで、ＰＲＳ優先度を提供するための要求に関係する要求拒否／許可メッセージでＬＭＦに応答する。

【0103】

いくつかの場合には、優先度指示は、２つまたはそれ以上の優先度レベルからなることができ、これらのレベルのうちの２つが、タイマーに関連し得る。優先度がＬＭＦに指示されたとき、１つの優先度レベルが最初に使用される（たとえば、ＰＲＳが、データよりも最高優先度のものであるようにセットされる）。タイマーが満了したとき、ＬＭＦは、ＰＲＳ優先度を第２の関連するレベルに変更することが予想される（たとえば、ＰＲＳは、データよりも優先度を下げ（ｄｅｐｒｉｏｒｉｔｉｚｅ）られる）。

【0104】

いくつかの場合には、優先度インジケータは、（たとえば、３ＧＰＰ ＴＳ３７．３５５ Ｖ１６．５．０のＮＲ－ＤＬ－ＰＲＳ－Ｉｎｆｏ ＩＥにおいて規定されているＮＲ－ＤＬ－ＰＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ－ｒ１６の一部として）ＤＬ ＰＲＳリソースセットレベルにおいて設定され得、これは、優先度インジケータによって指示される優先度が、そのＤＬ ＰＲＳリソースセット中のＤＬ ＰＲＳリソースのすべてに適用されることを意味する。

【0105】

別の場合には、優先度インジケータは、（たとえば、３ＧＰＰ ＴＳ３７．３５５ Ｖ１６．５．０のＮＲ－ＤＬ－ＰＲＳ－Ｉｎｆｏ ＩＥにおいて規定されているＮＲ－ＤＬ－ＰＲＳ－Ｒｅｓｏｕｒｃｅ－ｒ１６の一部として）ＤＬ ＰＲＳリソースレベルにおいて設定され得る。この場合、所与のＤＬ ＰＲＳリソースセット中の異なるＤＬ ＰＲＳリソースに、異なる優先度を設定することが可能である（たとえば、ＤＬ ＰＲＳリソースセットのＤＬ ＰＲＳリソース１に、より高い優先度が設定され、ＤＬ ＰＲＳリソースセットのＤＬ ＰＲＳリソース２に、より低い優先度が設定される）。

【0106】

上記で説明されたＤＬ ＰＲＳの優先度が、ＤＬ ＰＲＳ測定／処理と衝突し得るＤＬチャネルおよび／または他のＤＬ参照信号に関するものであることに留意されたい。一例では、「より高い優先度」インジケータが設定されたＤＬ ＰＲＳは、ＤＬ ＰＲＳが、ＤＬ ＰＲＳ測定／処理と衝突し得るＤＬチャネルおよび／または他のＤＬ参照信号に優先してＵＥによって測定／処理されるものとすることを意味する。「より低い優先度」インジケータが設定されたＤＬ ＰＲＳは、ＤＬ ＰＲＳ測定／処理が、ＵＥによってドロップされる（または言い換えればスキップされる）ものとし、その場合、ＵＥは、ＤＬ ＰＲＳと衝突し得るＤＬチャネルおよび／または他のＤＬ参照信号の測定／受信／復号を優先させるものとすることを意味する。

【0107】

別の実施形態では、ＤＬ ＰＲＳが、ＵＥによって測定／処理されるものとするかドロップされるものとするかは、ＤＬ ＰＲＳのために指示される優先度と、衝突するＤＬチャネルおよび／または他のＤＬ参照信号のために指示される優先度の両方に依存することがある。衝突するＤＬチャネルおよび／または他のＤＬ参照信号のために指示される優先度が、サービングｇＮＢからＵＥに指示され得ることに留意されたい。たとえば、この実施形態は、以下の例をカバーし得る。

【0108】

例１：衝突するＰＤＳＣＨ（物理ダウンリンク共有チャネル）のために高優先度が指示され、ＤＬ ＰＲＳのために高優先度が指示される。次いで、ＵＥは、高優先度ＰＤＳＣＨが衝突する高優先度ＤＬ ＰＲＳをドロップするものとする。代替的に、ＵＥは、衝突する高優先度ＰＤＳＣＨに優先して高優先度ＤＬ ＰＲＳを測定／処理することができる。

【0109】

例２：衝突するＰＤＳＣＨ（物理ダウンリンク共有チャネル）のために高優先度が指示され、ＤＬ ＰＲＳのために低優先度が指示される。次いで、ＵＥは、高優先度ＰＤＳＣＨが衝突する低優先度ＤＬ ＰＲＳをドロップするものとする。

【0110】

例３：衝突するＰＤＳＣＨ（物理ダウンリンク共有チャネル）のために低優先度が指示され、ＤＬ ＰＲＳのために低優先度が指示される。次いで、ＵＥは、低優先度ＰＤＳＣＨが衝突する低優先度ＤＬ ＰＲＳをドロップするものとする。代替的に、ＵＥは、衝突する低優先度ＰＤＳＣＨに優先して低優先度ＤＬ ＰＲＳを測定／処理することができる。

【0111】

上記の例では衝突するＰＤＳＣＨが使用されるが、この実施形態は、ＰＤＳＣＨのみに限定されず、他の衝突するＤＬチャネルおよび／またはＤＬ参照信号に適用可能であることに留意されたい。

【0112】

いくつかの実施形態では、少なくとも３つのレベルの優先度が、ＤＬ ＰＲＳのために設定され得る（たとえば、より高い優先度、中優先度、より低い優先度）。一例では、より高い優先度インジケータが設定されたＤＬ ＰＲＳは、ＤＬ ＰＲＳが、ＤＬ ＰＲＳ測定／処理と衝突し得るＤＬチャネルおよび／または他のＤＬ参照信号に優先してＵＥによって測定／処理されるものとすることを意味する。より低い優先度インジケータが設定されたＤＬ ＰＲＳは、ＤＬ ＰＲＳ測定／処理が、ＵＥによってドロップされる（または言い換えればスキップされる）ものとし、その場合、ＵＥは、ＤＬ ＰＲＳと衝突し得るＤＬチャネルおよび／または他のＤＬ参照信号の測定／受信／復号を優先させるものとすることを意味する。一例では、中優先度インジケータが設定されたＤＬ ＰＲＳは、ＵＥが以下を実施するものとすることを意味する。

【0113】

－ ＤＬ ＰＲＳは、ＤＬ ＰＲＳ測定／処理と衝突し得る他のＤＬ参照信号に優先して、ＵＥによって測定／処理されるものとする。

【0114】

－ ＤＬ ＰＲＳ測定／処理は、ＵＥによってドロップされる（または言い換えればスキップされる）ものとし、その場合、ＵＥは、ＤＬ ＰＲＳと衝突し得るＤＬチャネルの測定／受信／復号を優先させるものとする。

【0115】

上記の実施形態は、ＤＬ ＰＲＳのための優先度のＮ個のレベルに一般化され得、ここで、優先度の各レベルが、ＤＬチャネルおよび／または他のＤＬ参照信号のサブセットに適用され得る。

【0116】

本開示における、ＤＬチャネルおよび／または他のＤＬ参照信号間の、ＤＬ ＰＲＳ測定／処理との衝突が、以下のうちのいずれか１つとして規定され得ることに留意されたい。

【0117】

－ ＤＬチャネルおよび／または他のＤＬ参照信号のために割り当てられた時間領域シンボル（たとえば、ＯＦＤＭシンボル）が、ＤＬ ＰＲＳのために割り当てられた時間領域シンボル（たとえば、ＯＦＤＭシンボル）と重複する。

【0118】

－ ＤＬチャネルおよび／または他のＤＬ参照信号のために割り当てられた時間領域シンボル（たとえば、ＯＦＤＭシンボル）が、ＵＥがＤＬ ＰＲＳ測定／処理を実施するために設定された、ウィンドウ中のすべての時間領域シンボルと重複する。設定されたウィンドウが、１つまたは複数の時間領域シンボルを含んでいることがあることに留意されたい。設定されたウィンドウ中の時間領域シンボルが、ＤＬ ＰＲＳのために割り当てられた時間領域シンボルよりも大きくなり得ることに留意されたい。

【0119】

－ ＤＬチャネルおよび／または他のＤＬ参照信号のために割り当てられた時間領域シンボル（たとえば、ＯＦＤＭシンボル）が、ＵＥがＤＬ ＰＲＳ測定／処理を実施するために設定された、ウィンドウ中の時間領域シンボルのサブセットと重複する。設定されたウィンドウが、１つまたは複数の時間領域シンボルを含んでいることがあることに留意されたい。設定されたウィンドウ中の時間領域シンボルが、ＤＬ ＰＲＳのために割り当てられた時間領域シンボルよりも大きくなり得ることに留意されたい。いくつかの場合には、時間領域シンボルのサブセットは、ＤＬ ＰＲＳのために割り当てられた時間領域シンボルである。

【0120】

上記の実施形態におけるＤＬチャネルは、限定はしないが、ＰＤＣＣＨと、動的にスケジュールされたＰＤＳＣＨ（Ｃ－ＲＮＴＩとスクランブルされたＤＬ ＤＣＩを介してスケジュールされた動的グラントをもつＰＤＳＣＨ）と、半永続スケジュールされた（ＳＰＳ）ＰＤＳＣＨ（３ＧＰＰ ＴＳ３８．３３１ Ｖ１６．４．１においてＳＰＳ－Ｃｏｎｆｉｇ情報エレメントによって設定されたダウンリンク半永続送信）とのうちの１つまたは複数を含み得る。

【0121】

上記の実施形態における他のＤＬ参照信号は、限定はしないが、３ＧＰＰ ＴＳ３８．２１４および３ＧＰＰ ＴＳ３８．２１１において規定されている、周期的ＮＺＰ ＣＳＩ－ＲＳと、非周期的ＮＺＰ ＣＳＩ－ＲＳと、半永続ＮＺＰ ＣＳＩ－ＲＳと、周期的ＴＲＳと、非周期的ＴＲＳとのうちの１つまたは複数を含み得る。

【0122】

図５は、ＬＭＦ１０８が、ＮＲＰＰａを介してサービングｇＮＢ１１０に１つまたは複数のＤＬ ＰＲＳリソースの設定された優先度を指示する、例示的な一実施形態を示すシグナリング図である。

【0123】

ステップ１２０：ＬＭＦ１０８は、たとえば、測位のためのサービス品質要件に基づいて、ＮＲＰＰａシグナリングを介してｇＮＢ１１０に測位セッションの優先度を指示する。優先度はまた、たとえば、規制または商業などの測位セッションのタイプ、あるいは、何らかの番号インデックス付け（たとえば、１から５）をもつ昇順または降順に関するいくつかの要件を含むことができる。一実施形態では、この優先度付け情報のシグナリングは、ＴＳ３８．４５５のＲｅｌ－１６バージョンにおいて規定されている既存のＮＲＰＰａメッセージ中に優先度情報を組み込むことを介して達成され得る。別の実施形態では、シグナリングは、ＴＳ３８．４５５のｒｅｌ－１７バージョンにおいて規定されているＰＲＳ設定交換プロシージャを拡張することによって行われ得る。一例が、以下で提供される。
９．１．１．ａ１ ＰＲＳ設定要求
このメッセージは、ＰＲＳ送信を設定するようにＮＧ－ＲＡＮノードに要求するためにＬＭＦによって送られる。
方向：ＬＭＦ－＞ＮＧ－ＲＡＮノード。

９．２．ｘ１ 要求されたＤＬ ＰＲＳ送信特性
このＩＥは、ＬＭＦによる送信についての要求されたＰＲＳ設定を含んでいる。

【0124】

他の実施形態では、優先度付けは、１つまたは複数の新しいＮＲＰＰａメッセージを使用してシグナリングされ得るか、またはＯＡＭに任せられ得る。

【0125】

ステップ１２２：ｇＮＢ１１０は、この入力を使用して、何が優先されるものとするか、ＰＲＳよりもデータ（すなわち、動的にスケジュールされたＰＤＳＣＨまたはＳＰＳ ＰＤＳＣＨのいずれか）または他の参照信号が優先されるかどうか、あるいはデータチャネルおよび参照信号よりもＰＲＳが優先されるかどうか、を決定することができる。

【0126】

ステップ１２４：ｇＮＢ１１０は、ＤＣＩ中の既存のフィールド、優先度指示のために解釈し直されたフィールド中の１つまたは複数のコードポイントをもつＤＣＩ中の既存のフィールド、ＤＣＩ中の新しいフィールド、新しいＤＣＩフォーマットを使用して、あるいはＭＡＣ制御エレメントを使用して、優先度を指示する。サービングｇＮＢ１１０はまた、ある数を上回る（たとえば３を上回る、ここで、優先度３以上が低優先度ＰＲＳ設定に関連し得る）関連する優先度をもつＰＲＳをドロップするようにＵＥ１１２に指示し得る。

【0127】

ステップ１２６：ｇＮＢ１１０が、ＰＲＳよりもデータまたは他の参照信号を優先させる場合（すなわち、ＰＲＳが送信されない場合、またはＵＥが、ＰＲＳ測定を実施せずにＤＬデータを取得するように求められる場合）、ＵＥ１１２は、優先度付けに従ってＰＲＳ測定をスキップすることができる。

【0128】

代替事例では、ｇＮＢ１１０が、他のデータまたは（１つまたは複数の）参照信号よりもＰＲＳを優先させる場合、ＵＥ１１２は、優先度付けに従ってＰＲＳ測定を実施することができる。

【0129】

ステップ１２８：ｇＮＢ１１０が、ＮＲＰＰａを使用してＬＭＦ１０８に判断を指示する。一実施形態では、ＰＲＳ優先度付けに関係するｇＮＢの判断の応答は、ＴＳ３８．４５５のＲｅｌ－１６バージョンにおいて規定されている既存のＮＲＰＰａ応答メッセージのうちの１つ中に含まれ得る。別の実施形態では、シグナリングは、ＴＳ３８．４５５のｒｅｌ－１７バージョンにおいて規定されているＰＲＳ設定交換プロシージャを拡張することによって行われ得る。一例が、以下で提供される。
９．１．１．ａ２ ＰＲＳ設定応答
このメッセージは、ＰＲＳ送信を設定／更新することを確認応答するために、ＮＧ－ＲＡＮノードによって送られる。
方向：ＮＧ－ＲＡＮノード－＞ＬＭＦ。

【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】

ステップ１７６：アクセスノードは、ネットワークノードに設定応答を送信する。いくつかの実施形態では、優先度に従ってＰＲＳ測定ウィンドウを設定したことに応答して、アクセスノードは、ＰＲＳ測定ウィンドウが無線デバイスのために成功裡に設定されたことを指示するための設定応答を送信する。いくつかの実施形態では、優先度に従ってＰＲＳ測定ウィンドウを設定しなかったことに応答して、アクセスノードは、ＰＲＳ測定ウィンドウが無線デバイスのために設定されなかったことを指示するための設定失敗を送信する。（１つまたは複数の）設定応答は、ＮＲＰＰａシグナリングおよび／またはＦ１ＡＰシグナリングを介して送信され得る。

【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】

略語
以下の略語のうちの少なくともいくつかが本開示で使用され得る。略語間の不整合がある場合、その略語が上記でどのように使用されるかが選好されるべきである。以下で複数回リストされる場合、第１のリスティングが（１つまたは複数の）後続のリスティングよりも選好されるべきである。
１ｘ ＲＴＴ ＣＤＭＡ２０００ １ｘ無線送信技術
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
６Ｇ 第６世代
ＡＢＳ オールモストブランクサブフレーム
ＡＲＱ 自動再送要求
ＡＷＧＮ 加算性白色ガウス雑音
ＢＣＣＨ ブロードキャスト制御チャネル
ＢＣＨ ブロードキャストチャネル
ＣＡ キャリアアグリゲーション
ＣＣ キャリアコンポーネント
ＣＣＣＨ ＳＤＵ 共通制御チャネルＳＤＵ
ＣＤＭＡ 符号分割多重化アクセス
ＣＧＩ セルグローバル識別子
ＣＩＲ チャネルインパルス応答
ＣＰ サイクリックプレフィックス
ＣＰＩＣＨ 共通パイロットチャネル
ＣＰＩＣＨ Ｅｃ／Ｎｏ 帯域中の電力密度で除算されたチップごとのＣＰＩＣＨ受信エネルギー
ＣＱＩ チャネル品質情報
Ｃ－ＲＮＴＩ セルＲＮＴＩ
ＣＳＩ チャネル状態情報
ＤＣＣＨ 専用制御チャネル
ＤＬ ダウンリンク
ＤＭ 復調
ＤＭＲＳ 復調用参照信号
ＤＲＸ 間欠受信
ＤＴＸ 間欠送信
ＤＴＣＨ 専用トラフィックチャネル
ＤＵＴ 被試験デバイス
Ｅ－ＣＩＤ 拡張セルＩＤ（測位方法）
ｅＭＢＭＳ エボルブドマルチメディアブロードキャストマルチキャストサービス
Ｅ－ＳＭＬＣ エボルブドサービングモバイルロケーションセンタ
ＥＣＧＩ エボルブドＣＧＩ
ｅＮＢ Ｅ－ＵＴＲＡＮノードＢ
ｅＰＤＣＣＨ 拡張物理ダウンリンク制御チャネル
Ｅ－ＳＭＬＣ エボルブドサービングモバイルロケーションセンタ
Ｅ－ＵＴＲＡ 拡張ＵＴＲＡ
Ｅ－ＵＴＲＡＮ 拡張ＵＴＲＡＮ
ＦＤＤ 周波数分割複信
ＦＦＳ さらなる検討が必要
ｇＮＢ ＮＲにおける基地局
ＧＮＳＳ グローバルナビゲーション衛星システム
ＨＡＲＱ ハイブリッド自動再送要求
ＨＯ ハンドオーバ
ＨＳＰＡ 高速パケットアクセス
ＨＲＰＤ 高速パケットデータ
ＬＯＳ 見通し線
ＬＰＰ ＬＴＥ測位プロトコル
ＬＴＥ Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
ＭＡＣ 媒体アクセス制御
ＭＡＣ メッセージ認証コード
ＭＢＳＦＮ マルチメディアブロードキャストマルチキャストサービス単一周波数ネットワーク
ＭＢＳＦＮ ＡＢＳ ＭＢＳＦＮオールモストブランクサブフレーム
ＭＤＴ ドライブテスト最小化
ＭＩＢ マスタ情報ブロック
ＭＭＥ モビリティ管理エンティティ
ＭＳＣ モバイルスイッチングセンタ
ＮＰＤＣＣＨ 狭帯域物理ダウンリンク制御チャネル
ＮＲ 新無線
ＯＣＮＧ ＯＦＤＭＡチャネル雑音生成器
ＯＦＤＭ 直交周波数分割多重
ＯＦＤＭＡ 直交周波数分割多元接続
ＯＳＳ 運用サポートシステム
ＯＴＤＯＡ 観測到達時間差
Ｏ＆Ｍ 運用保守
ＰＢＣＨ 物理ブロードキャストチャネル
Ｐ－ＣＣＰＣＨ １次共通制御物理チャネル
ＰＣｅｌｌ １次セル
ＰＣＦＩＣＨ 物理制御フォーマットインジケータチャネル
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＣＰ パケットデータコンバージェンスプロトコル
ＰＤＰ プロファイル遅延プロファイル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＰＧＷ パケットゲートウェイ
ＰＨＩＣＨ 物理ハイブリッド自動再送要求指示チャネル
ＰＬＭＮ パブリックランドモバイルネットワーク
ＰＭＩ プリコーダ行列インジケータ
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＲＳ 測位参照信号
ＰＳＳ １次同期信号
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＲＡＣＨ ランダムアクセスチャネル
ＱＡＭ 直交振幅変調
ＲＡＮ 無線アクセスネットワーク
ＲＡＴ 無線アクセス技術
ＲＬＣ 無線リンク制御
ＲＬＭ 無線リンク管理
ＲＮＣ 無線ネットワークコントローラ
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＲＣ 無線リソース制御
ＲＲＭ 無線リソース管理
ＲＳ 参照信号
ＲＳＣＰ 受信信号コード電力
ＲＳＲＰ 参照シンボル受信電力または
参照信号受信電力
ＲＳＲＱ 参照信号受信品質または
参照シンボル受信品質
ＲＳＳＩ 受信信号強度インジケータ
ＲＳＴＤ 参照信号時間差
ＳＣＨ 同期チャネル
ＳＣｅｌｌ ２次セル
ＳＤＡＰ サービスデータ適応プロトコル
ＳＤＵ サービスデータユニット
ＳＦＮ システムフレーム番号
ＳＧＷ サービングゲートウェイ
ＳＩ システム情報
ＳＩＢ システム情報ブロック
ＳＮＲ 信号対雑音比
ＳＯＮ 自己最適化ネットワーク
ＳＳ 同期信号
ＳＳＳ ２次同期信号
ＴＤＤ 時分割複信
ＴＤＯＡ 到達時間差
ＴＯＡ 到達時間
ＴＳＳ ３次同期信号
ＴＴＩ 送信時間間隔
ＵＥ ユーザ機器
ＵＬ アップリンク
ＵＳＩＭ ユニバーサル加入者識別モジュール
ＵＴＤＯＡ アップリンク到達時間差
ＷＣＤＭＡ ワイドＣＤＭＡ
ＷＬＡＮ ワイドローカルエリアネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【手続補正書】

【提出日】2023-08-01

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

アクセスノードによって実行される方法であって、前記方法が、
ネットワークノードから、無線デバイスのための測位参照信号（ＰＲＳ）測定ウィンドウを設定するための設定要求を受信することと、
ＰＲＳ測定に関連する優先度に従って前記ＰＲＳ測定ウィンドウを設定すべきかどうかを決定することと、
前記優先度に従って前記ＰＲＳ測定ウィンドウを設定したことに応答して、前記ＰＲＳ測定ウィンドウの成功した設定を確認するために、前記ネットワークノードに設定応答を送信することであって、前記設定応答は、ＰＲＳ測定がスキップされたという指示を含む、設定応答を送信することと
を含む、方法。

【請求項2】

前記設定要求が、前記ＰＲＳ測定に関連する前記優先度の指示を含む、請求項１に記載の方法。

【請求項3】

データ受信とＰＲＳ測定との間の優先度を決定することをさらに含む、請求項１または２に記載の方法。

【請求項4】

前記設定要求と前記設定応答とのうちの少なくとも１つが、ＮＲ測位プロトコルＡ（ＮＲＰＰａ）シグナリングを介して送信される、請求項１から３のいずれか一項に記載の方法。

【請求項5】

前記設定要求と前記設定応答とのうちの少なくとも１つが、Ｆ１アプリケーションプロトコル（Ｆ１ＡＰ）シグナリングを介して送信される、請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記優先度に従って前記ＰＲＳ測定ウィンドウを設定しなかったことに応答して、前記ネットワークノードに設定失敗を送信すること
をさらに含む、請求項１から５のいずれか一項に記載の方法。

【請求項7】

前記設定失敗は、前記ＰＲＳ測定ウィンドウが前記アクセスノードによって設定されなかったことを指示する、請求項６に記載の方法。

【請求項8】

前記無線デバイスに、前記ＰＲＳ測定ウィンドウに関連する設定情報を送信することをさらに含む、請求項１から７のいずれか一項に記載の方法。

【請求項9】

前記無線デバイスに、前記ＰＲＳ測定に関連する前記優先度の指示を送信することをさらに含む、請求項１から８のいずれか一項に記載の方法。

【請求項10】

前記無線デバイスから、ＰＲＳ測定が前記優先度に従ってスキップされたという指示を受信することをさらに含む、請求項１から９のいずれか一項に記載の方法。

【請求項11】

無線インターフェースと処理回路とを備えるアクセスノードであって、
ネットワークノードから、無線デバイスのための測位参照信号（ＰＲＳ）測定ウィンドウを設定するための設定要求を受信することと、
ＰＲＳ測定に関連する優先度に従って前記ＰＲＳ測定ウィンドウを設定すべきかどうかを決定することと、
前記優先度に従って前記ＰＲＳ測定ウィンドウを設定したことに応答して、前記ＰＲＳ測定ウィンドウの成功した設定を確認するために、前記ネットワークノードに設定応答を送信することであって、前記設定応答は、ＰＲＳ測定がスキップされたという指示を含む、設定応答を送信することと
を行うように設定された、アクセスノード。

【請求項12】

前記設定要求が、前記ＰＲＳ測定に関連する前記優先度の指示を含む、請求項１１に記載のアクセスノード。

【請求項13】

データ受信とＰＲＳ測定との間の優先度を決定するようにさらに設定された、請求項１１または１２に記載のアクセスノード。

【請求項14】

前記設定要求と前記設定応答とのうちの少なくとも１つが、ＮＲ測位プロトコルＡ（ＮＲＰＰａ）シグナリングを介して送信される、請求項１１から１３のいずれか一項に記載のアクセスノード。

【請求項15】

前記設定要求と前記設定応答とのうちの少なくとも１つが、Ｆ１アプリケーションプロトコル（Ｆ１ＡＰ）シグナリングを介して送信される、請求項１１から１４のいずれか一項に記載のアクセスノード。

【請求項16】

前記優先度に従って前記ＰＲＳ測定ウィンドウを設定しなかったことに応答して、前記ネットワークノードに設定失敗を送信するようにさらに設定された、請求項１１から１５のいずれか一項に記載のアクセスノード。

【請求項17】

前記設定失敗は、前記ＰＲＳ測定ウィンドウが前記アクセスノードによって設定されなかったことを指示する、請求項１６に記載のアクセスノード。

【請求項18】

前記無線デバイスに、前記ＰＲＳ測定ウィンドウに関連する設定情報を送信するようにさらに設定された、請求項１１から１７のいずれか一項に記載のアクセスノード。

【請求項19】

前記無線デバイスに、前記ＰＲＳ測定に関連する前記優先度の指示を送信するようにさらに設定された、請求項１１から１８のいずれか一項に記載のアクセスノード。

【請求項20】

前記無線デバイスから、ＰＲＳ測定が前記優先度に従ってスキップされたという指示を受信するようにさらに設定された、請求項１１から１９のいずれか一項に記載のアクセスノード。

【請求項21】

ネットワークノードによって実行される方法であって、前記方法は、
測位参照信号（ＰＲＳ）測定ウィンドウに関連する設定情報を生成することと、
アクセスノードに、無線デバイスのための前記測位参照信号（ＰＲＳ）測定ウィンドウを設定するための設定要求を送信することと、
前記アクセスノードから、前記ＰＲＳ測定ウィンドウの成功した設定を確認する設定応答を受信することであって、前記設定応答は、ＰＲＳ測定がスキップされたという指示を含む、設定応答を受信することと
を含む、方法。

【請求項22】

前記設定要求が、ＰＲＳ測定に関連する優先度の指示を含む、請求項２１に記載の方法。

【請求項23】

前記設定要求と前記設定応答とのうちの少なくとも１つが、ＮＲ測位プロトコルＡ（ＮＲＰＰａ）シグナリングを介して送信される、請求項２１または２２に記載の方法。

【請求項24】

前記設定要求と前記設定応答とのうちの少なくとも１つが、Ｆ１アプリケーションプロトコル（Ｆ１ＡＰ）シグナリングを介して送信される、請求項２１から２３のいずれか一項に記載の方法。

【請求項25】

前記無線デバイスから、ＰＲＳ測定が優先度に従ってスキップされたという指示を受信することをさらに含む、請求項２１から２４のいずれか一項に記載の方法。

【請求項26】

前記ネットワークノードがロケーション管理機能（ＬＭＦ）である、請求項２１から２５のいずれか一項に記載の方法。

【請求項27】

前記ネットワークノードがｇＮＢ制御ユニット（ｇＮＢ－ＣＵ）である、請求項２１から２５のいずれか一項に記載の方法。

【請求項28】

無線インターフェースと処理回路とを備えるネットワークノードであって、
測位参照信号（ＰＲＳ）測定ウィンドウに関連する設定情報を生成することと、
アクセスノードに、無線デバイスのための前記測位参照信号（ＰＲＳ）測定ウィンドウを設定するための設定要求を送信することと、
前記アクセスノードから、前記ＰＲＳ測定ウィンドウの成功した設定を確認する設定応答を受信することであって、前記設定応答は、ＰＲＳ測定がスキップされたという指示を含む、設定応答を受信することと
を行うように設定された、ネットワークノード。

【請求項29】

前記設定要求が、ＰＲＳ測定に関連する優先度の指示を含む、請求項２８に記載のネットワークノード。

【請求項30】

前記設定要求と前記設定応答とのうちの少なくとも１つが、ＮＲ測位プロトコルＡ（ＮＲＰＰａ）シグナリングを介して送信される、請求項２８または２９に記載のネットワークノード。

【請求項31】

前記設定要求と前記設定応答とのうちの少なくとも１つが、Ｆ１アプリケーションプロトコル（Ｆ１ＡＰ）シグナリングを介して送信される、請求項２８から３０のいずれか一項に記載のネットワークノード。

【請求項32】

前記無線デバイスから、ＰＲＳ測定が優先度に従ってスキップされたという指示を受信するようにさらに設定された、請求項２８から３１のいずれか一項に記載のネットワークノード。

【請求項33】

前記ネットワークノードがロケーション管理機能（ＬＭＦ）である、請求項２８から３２のいずれか一項に記載のネットワークノード。

【請求項34】

前記ネットワークノードがｇＮＢ制御ユニット（ｇＮＢ－ＣＵ）である、請求項２８から３２のいずれか一項に記載のネットワークノード。

【手続補正書】

【提出日】2024-06-11

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

アクセスノードによって実行される方法であって、前記方法が、
ネットワークノードから、無線デバイスのための測位参照信号（ＰＲＳ）測定ウィンドウを設定するための設定要求を受信することと、
ＰＲＳ測定に関連する優先度に従って前記ＰＲＳ測定ウィンドウを設定すべきかどうかを決定することと、
前記優先度に従って前記ＰＲＳ測定ウィンドウを設定したことに応答して、前記ＰＲＳ測定ウィンドウの成功した設定を確認するために、前記ネットワークノードに設定応答を送信することであって、前記設定応答は、ＰＲＳ測定がスキップされたという指示を含む、設定応答を送信することと
を含む、方法。

【請求項2】

前記設定要求が、前記ＰＲＳ測定に関連する前記優先度の指示を含む、請求項１に記載の方法。

【請求項3】

データ受信とＰＲＳ測定との間の優先度を決定することをさらに含む、請求項１に記載の方法。

【請求項4】

前記設定要求と前記設定応答とのうちの少なくとも１つが、ＮＲ測位プロトコルＡ（ＮＲＰＰａ）シグナリングを介して送信される、請求項１に記載の方法。

【請求項5】

前記設定要求と前記設定応答とのうちの少なくとも１つが、Ｆ１アプリケーションプロトコル（Ｆ１ＡＰ）シグナリングを介して送信される、請求項１に記載の方法。

【請求項6】

前記優先度に従って前記ＰＲＳ測定ウィンドウを設定しなかったことに応答して、前記ネットワークノードに設定失敗を送信すること
をさらに含む、請求項１に記載の方法。

【請求項7】

前記設定失敗は、前記ＰＲＳ測定ウィンドウが前記アクセスノードによって設定されなかったことを指示する、請求項６に記載の方法。

【請求項8】

前記無線デバイスに、前記ＰＲＳ測定ウィンドウに関連する設定情報を送信することをさらに含む、請求項１に記載の方法。

【請求項9】

前記無線デバイスに、前記ＰＲＳ測定に関連する前記優先度の指示を送信することをさらに含む、請求項１に記載の方法。

【請求項10】

前記無線デバイスから、ＰＲＳ測定が前記優先度に従ってスキップされたという指示を受信することをさらに含む、請求項１に記載の方法。

【請求項11】

無線インターフェースと処理回路とを備えるアクセスノードであって、
ネットワークノードから、無線デバイスのための測位参照信号（ＰＲＳ）測定ウィンドウを設定するための設定要求を受信することと、
ＰＲＳ測定に関連する優先度に従って前記ＰＲＳ測定ウィンドウを設定すべきかどうかを決定することと、
前記優先度に従って前記ＰＲＳ測定ウィンドウを設定したことに応答して、前記ＰＲＳ測定ウィンドウの成功した設定を確認するために、前記ネットワークノードに設定応答を送信することであって、前記設定応答は、ＰＲＳ測定がスキップされたという指示を含む、設定応答を送信することと
を行うように設定された、アクセスノード。

【請求項12】

ネットワークノードによって実行される方法であって、前記方法は、
測位参照信号（ＰＲＳ）測定ウィンドウに関連する設定情報を生成することと、
アクセスノードに、無線デバイスのための前記測位参照信号（ＰＲＳ）測定ウィンドウを設定するための設定要求を送信することと、
前記アクセスノードから、前記ＰＲＳ測定ウィンドウの成功した設定を確認する設定応答を受信することであって、前記設定応答は、ＰＲＳ測定がスキップされたという指示を含む、設定応答を受信することと
を含む、方法。

【請求項13】

前記設定要求が、ＰＲＳ測定に関連する優先度の指示を含む、請求項１２に記載の方法。

【請求項14】

前記設定要求と前記設定応答とのうちの少なくとも１つが、ＮＲ測位プロトコルＡ（ＮＲＰＰａ）シグナリングを介して送信される、請求項１２に記載の方法。

【請求項15】

前記設定要求と前記設定応答とのうちの少なくとも１つが、Ｆ１アプリケーションプロトコル（Ｆ１ＡＰ）シグナリングを介して送信される、請求項１２に記載の方法。

【請求項16】

前記無線デバイスから、ＰＲＳ測定が優先度に従ってスキップされたという指示を受信することをさらに含む、請求項１２に記載の方法。

【請求項17】

前記ネットワークノードがロケーション管理機能（ＬＭＦ）である、請求項１２に記載の方法。

【請求項18】

前記ネットワークノードがｇＮＢ制御ユニット（ｇＮＢ－ＣＵ）である、請求項１２に記載の方法。

【請求項19】

無線インターフェースと処理回路とを備えるネットワークノードであって、
測位参照信号（ＰＲＳ）測定ウィンドウに関連する設定情報を生成することと、
アクセスノードに、無線デバイスのための前記測位参照信号（ＰＲＳ）測定ウィンドウを設定するための設定要求を送信することと、
前記アクセスノードから、前記ＰＲＳ測定ウィンドウの成功した設定を確認する設定応答を受信することであって、前記設定応答は、ＰＲＳ測定がスキップされたという指示を含む、設定応答を受信することと
を行うように設定された、ネットワークノード。

【国際調査報告】