JP2023514051A - Ｕｅベースの測位のためのビーム角度情報をシグナリングするための方法 - Google Patents

Ｕｅベースの測位のためのビーム角度情報をシグナリングするための方法 Download PDF

Info

Publication number
JP2023514051A
JP2023514051A JP2022543783A JP2022543783A JP2023514051A JP 2023514051 A JP2023514051 A JP 2023514051A JP 2022543783 A JP2022543783 A JP 2022543783A JP 2022543783 A JP2022543783 A JP 2022543783A JP 2023514051 A JP2023514051 A JP 2023514051A
Authority
JP
Japan
Prior art keywords
resolution
angular
assistance data
positioning assistance
angular positioning
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022543783A
Other languages
English (en)
Inventor
フレドリック グンナルソン，
リテーシュ シュリヴァスタヴ，
Original Assignee
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エルエム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Publication of JP2023514051A publication Critical patent/JP2023514051A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S1/00—Beacons or beacon systems transmitting signals having a characteristic or characteristics capable of being detected by non-directional receivers and defining directions, positions, or position lines fixed relatively to the beacon transmitters; Receivers co-operating therewith
    • G01S1/02—Beacons or beacon systems transmitting signals having a characteristic or characteristics capable of being detected by non-directional receivers and defining directions, positions, or position lines fixed relatively to the beacon transmitters; Receivers co-operating therewith using radio waves
    • G01S1/08—Systems for determining direction or position line
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S5/00—Position-fixing by co-ordinating two or more direction or position line determinations; Position-fixing by co-ordinating two or more distance determinations
    • G01S5/02—Position-fixing by co-ordinating two or more direction or position line determinations; Position-fixing by co-ordinating two or more distance determinations using radio waves
    • G01S5/0205—Details
    • G01S5/0236—Assistance data, e.g. base station almanac
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S5/00—Position-fixing by co-ordinating two or more direction or position line determinations; Position-fixing by co-ordinating two or more distance determinations
    • G01S5/02—Position-fixing by co-ordinating two or more direction or position line determinations; Position-fixing by co-ordinating two or more distance determinations using radio waves
    • G01S5/08—Position of single direction-finder fixed by determining direction of a plurality of spaced sources of known location
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/28—Cell structures using beam steering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

実施形態は、無線ネットワークにおいて１つまたは複数のユーザ装置（ＵＥ）に測位支援データを提供するための、ネットワークノードによって実行される方法を含む。本方法は、無線ネットワークにおいて１つまたは複数の送信受信ポイント（ＴＲＰ）によって送信される複数のビームのうちの特定のビームごとに角度測位支援データの角度分解能を決定することを含む。本方法はまた、１つまたは複数のＵＥに、複数のビームについての角度測位支援データを送信することを含む。各特定のビームについて、角度測位支援データは、第１の分解能を有する第１の部分を含むとともに、特定のビームについて決定された角度分解能が第１の分解能よりも高い場合には、第１の分解能よりも高い第２の分解能を有する第２の部分を含む。他の実施形態は、ＵＥによって実行される相補的な方法、ならびにそのような方法を実行するように構成されたネットワークノードおよびＵＥを含む。【選択図】図１０

Description

本開示の実施形態は、一般に、無線通信ネットワークに関し、特に、無線デバイスが無線ネットワークによって提供される情報に基づいて自身の位置を決定することをアシストすることに関する。
現在、新しい無線（ＮＲ）とも呼ばれるセルラーシステムの第５世代（「５Ｇ」）は、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））内で標準化されている。ＮＲは、複数の実質的に異なるユースケースをサポートするよう最大限の柔軟性を提供すべく開発されている。これらは、拡張モバイルブロードバンド（ｅＭＢＢ）、マシンタイプ通信（ＭＴＣ）、超高信頼低遅延通信（ＵＲＬＬＣ）、サイドリンクデバイスツーデバイス（Ｄ２Ｄ）、およびいくつかの他のユースケースを含む。本開示は、一般にＮＲに関するが、ロングタームエボリューション（ＬＴＥ）技術の以下の説明は、ＮＲと多くの特徴を共有するため、その説明としても提供される。
ＬＴＥは、３ＧＰＰ内で開発され、進化型ＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）としても知られるリリース８および９において最初に標準化された第４世代（４Ｇ）無線アクセス技術（ＲＡＴ）についての、包括的な用語である。ＬＴＥは、様々な周波数帯域において利用可能であり、進化型パケットコア（ＥＰＣ）ネットワークを含む、システムアーキテクチャエボリューション（ＳＡＥ）と呼ばれる、非無線区間の改良を伴う。ＬＴＥは、その後のリリースを通じて進化し続けている。
ＬＴＥおよびＳＡＥを含むネットワークの全体を示す例示的なアーキテクチャは、図１に示されている。Ｅ－ＵＴＲＡＮ１００は、進化型ノードＢ（ｅＮＢ）１０５、１１０、および１１５などの１つまたは複数のｅＮＢ、およびＵＥ１２０などの１つまたは複数のユーザ装置（ＵＥ）を含む。３ＧＰＰ規格内で使用されるように、「ユーザ装置」または「ＵＥ」は、無線通信装置（たとえば、スマートフォンまたはコンピューティングデバイス）を意味し、これは、３ＧＰＰ標準に準拠したネットワーク機器と通信可能であり、第３世代（「３Ｇ」）および第２世代（「２Ｇ」）の３ＧＰＰ ＲＡＮとして一般に知られているＥ－ＵＴＲＡＮやＵＴＲＡＮおよび／またはＧＥＲＡＮが含まれる。
３ＧＰＰによって指定されるように、Ｅ－ＵＴＲＡＮ１００は、無線ベアラ制御、無線アドミッション制御、無線モビリティ制御、スケジューリング、アップリンクおよびダウンリンクにおけるＵＥへのリソースの動的割り当て、ならびにＵＥとの通信のセキュリティを含む、ネットワーク中のすべての無線関連機能を担当する。これらの機能は、ｅＮＢ１０５、１１０、および１１５などのｅＮＢに配置される。ｅＮＢの各々は、１つまたは複数のセルを含む地理的カバレッジエリアにおいてサービスを提供することができ、これには、ｅＮＢ１０５、１１０、および１１５によってそれぞれサービスを提供されるセル１０６、１１１、および１１５が含まれる。
図１に示されるように、Ｅ－ＵＴＲＡＮ内のｅＮＢは、Ｘ２インターフェースを介して互いに通信する。ｅＮＢはまた、ＥＰＣ１３０へのＥ－ＵＴＲＡＮインターフェースを担当しており、具体的には、図１にＭＭＥ／Ｓ－ＧＷ１３４および１３８として集合的に示される、モビリティ管理エンティティ（ＭＭＥ）およびサービングゲートウェイ（ＳＧＷ）へのＳ１インターフェースを担当する。一般に、ＭＭＥ／Ｓ－ＧＷは、ＵＥの全体的制御と、ＵＥとＥＰＣの残りとの間のデータフローと、の両方を処理する。より具体的には、ＭＭＥは、非アクセス階層（ＮＡＳ）プロトコルとして知られる、ＵＥとＥＰＣとの間のシグナリング（たとえば、制御プレーン）プロトコルを処理する。Ｓ－ＧＷは、ＵＥとＥＰＣとの間のすべてのインターネットプロトコル（ＩＰ）データパケット（たとえば、データまたはユーザプレーン）を処理し、ＵＥがｅＮＢ１０５、１１０、および１１５などの複数のｅＮＢの間を移動するとき、データベアラのためのローカルモビリティアンカとして働く。
ＥＰＣ１３０はまた、ユーザおよび加入者関連情報を管理するホーム加入者サーバ（ＨＳＳ）１３１を含むことができる。ＨＳＳ１３１はまた、モビリティ管理、呼およびセッションのセットアップ、ユーザ認証、ならびにアクセス許可におけるサポート機能を提供することができる。ＨＳＳ１３１の機能は、レガシーホームロケーションレジスタ（ＨＬＲ）および認証センター（ＡｕＣ）の機能または動作の機能に関連することができる。ＨＳＳ１３１はまた、それぞれのＳ６ａインターフェースを介してＭＭＥ１３４および１３８と通信することができる。
いくつかの実施形態では、ＨＳＳ１３１は、Ｕｄインターフェースを介して、図１のＥＰＣ－ＵＤＲ１３５とラベル付けされたユーザデータリポジトリ（ＵＤＲ）と通信することができる。ＥＰＣ－ＵＤＲ１３５は、ＡｕＣアルゴリズムによって暗号化された後に、ユーザクレデンシャルを記憶することができる。これらのアルゴリズムは、標準化されておらず（すなわち、ベンダ固有である）、ＥＰＣ－ＵＤＲ１３５に記憶された暗号化されたクレデンシャルは、ＨＳＳ１３１のベンダ以外の任意の他のベンダによってアクセス不可能である。
図２は、ＵＥと、ｅＮＢと、ＭＭＥとの間の例示的な制御プレーン（ＣＰ）プロトコルスタックのブロック図を示す。例示的なプロトコルスタックは、物理（ＰＨＹ）、媒体アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）、およびＵＥとｅＮＢとの間の無線リソース制御（ＲＲＣ）レイヤを含む。ＰＨＹレイヤは、ＬＴＥ無線インターフェース上のトランスポートチャネルを介してデータを転送するために使用される方法と特徴に関連している。ＭＡＣレイヤは、論理チャネル上でデータ転送サービスを提供し、論理チャネルをＰＨＹトランスポートチャネルにマッピングし、これらのサービスをサポートするためにＰＨＹリソースを再割り当てする。ＲＬＣレイヤは、上位レイヤとの間で転送されるデータの誤り検出および／または訂正、連結、セグメント化、および再組み立て、並べ替えを提供する。ＰＤＣＰレイヤは、ＣＰとユーザプレーン（ＵＰ）との両方に対する暗号化／復号化及び整合性保護、並びにヘッダー圧縮のような他のＵＰの機能を提供する。例示的なプロトコルスタックはまた、ＵＥとＭＭＥとの間の非アクセス階層（ＮＡＳ）のシグナリングを含む。
ＲＲＣレイヤは、無線インターフェースにおけるＵＥとｅＮＢとの間の通信、ならびにＥ－ＵＴＲＡＮにおけるセル間のＵＥのモビリティを制御する。ＵＥが電源投入された後、ＵＥは、ＲＲＣコネクションがネットワークと確立されるまで、ＲＲＣ＿ＩＤＬＥ状態になり、確立された時点で、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行する（たとえば、データ転送が起こりうる）。ＵＥは、通信ネットワークとのコネクションが解除された後、ＲＲＣ＿ＩＤＬＥ状態に戻る。ＲＲＣ＿ＩＤＬＥ状態で、ＵＥは、どのセルにも属さず、（たとえば、Ｅ－ＵＴＲＡＮにおいては）ＵＥのためのＲＲＣコンテキストは確立されておらず、ＵＥは、ネットワークとのＵＬ同期を有していない。それでも、ＲＲＣ＿ＩＤＬＥ状態にあるＵＥは、ＥＰＣにおいて認識されており、割り当てられたＩＰアドレスを有している。
さらに、ＲＲＣ＿ＩＤＬＥ状態では、ＵＥの無線機は、上位レイヤによって構成された間欠受信（ＤＲＸ）スケジュールにしたがって、アクティブになる。ＲＲＣ＿ＩＤＬＥ状態のＵＥは、ＤＲＸのアクティブ期間（ＤＲＸオンデュレーションとも呼ばれる）中に、サービングセルによってブロードキャストされたシステム情報（ＳＩ）を受信し、セル再選択をアシストするために隣接セルの測定を実行し、ＵＥがキャンプしているセルをサービングするｅＮＢを介して送信されるＥＰＣからのページングチャネルを監視する。
ＵＥは、ＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行するために、ランダムアクセス（ＲＡ）手順を実行しなければならない。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態では、ＵＥをサービングしているセルは既知であり、ＵＥおよびｅＮＢが通信できるように、サービングｅＮＢ内のＵＥのためにＲＲＣコンテキストが確立される。たとえば、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）は、ＵＥとネットワークとの間のシグナリングのために使用されるＵＥ識別情報であるが、これは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥのために構成される。
ＬＴＥのＰＨＹレイヤの多元接続方式は、ダウンリンク（ＤＬ）においてサイクリックプレフィックス（ＣＰ）を伴う直交周波数分割多重化（ＯＦＤＭ）と、アップリンク（ＵＬ）においてサイクリックプレフィックスを伴う単一キャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）と、をベースとしている。ペアリングされたスペクトルおよびペアリングされていないスペクトルにおける送信をサポートするために、ＬＴＥのＰＨＹレイヤは、（全二重動作と半二重動作の両方を含む）周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）との両方をサポートする。ＬＴＥのＦＤＤにおけるダウンリンク（ＤＬ）無線フレームは、１０ｍｓの固定の持続時間を有し、２０個の０．５ｍｓスロットからなる。１ｍｓのサブフレームは、２つの連続するスロットを含み、各スロットは、Ｎｓｃ個のＯＦＤＭサブキャリアを含むＮＤＬ ｓｙｍｂ個のＯＦＤＭシンボルを有する。同様に、各ＵＬスロットは、ＮＵＬ ｓｙｍｂ個のＯＦＤＭシンボルからなり、各ＯＦＤＭシンボルは、Ｎｓｃ個のＯＦＤＭサブキャリアを含む。特定のシンボルにおける特定のサブキャリアの組合せは、リソース要素（ＲＥ）として知られている。
ＬＴＥのＰＨＹレイヤは、ＤＬおよびＵＬにおける様々な物理チャネルを上記で説明したリソースにマッピングする。一般に、物理チャネルは、上位レイヤから発信される情報を搬送するＲＥのセットに対応する。ＬＴＥのＤＬおよびＵＬにおいて、各ＬＴＥサブフレーム内のいくつかのＲＥは、基準信号の送信のために予約されている。ＤＬ復調基準信号（ＤＭ－ＲＳ）は、関連する物理チャネル（たとえば、ＰＤＣＣＨまたはＰＤＳＣＨ）の受信においてＵＥを支援するために送信される。他のＤＬ基準信号は、セル固有基準信号（ＣＲＳ：cell-specific reference signal）、測位基準信号（ＰＲＳ：positioning reference signal）、およびＣＳＩ基準信号（ＣＳＩ－ＲＳ）を含む。ＤＬにおけるＲＳのような他の信号は、ＵＥの時間および周波数の同期およびシステムパラメータの獲得を（たとえば、ＰＢＣＨを介して）容易にする、プライマリ同期シーケンス（ＰＳＳ）およびセカンダリ同期シーケンス（ＳＳＳ）を含む。ＵＬ基準信号は、関連する物理チャネル（たとえば、ＰＵＣＣＨまたはＰＵＳＣＨ）の受信においてｅＮＢを支援するために送信されるＤＭ－ＲＳと、いずれのアップリンクチャネルにも関連付けられていないサウンディング基準信号（ＳＲＳ）と、を含む。
３ＧＰＰ規格は、ＬＴＥネットワークにおいて動作するＵＥを測位する（たとえば、場所を決定する、位置を特定する、および／または位置を決定する）ための様々な方法を提供する。概して、ＬＴＥの測位ノード（「Ｅ－ＳＭＬＣ」または「ロケーションサーバ」と呼ばれる）は、１つまたは複数の測位方法に従って１つまたは複数の測位測定を実行するために、ターゲットデバイス（たとえば、ＵＥ）、ｅＮＢ、または測位測定専用の無線ネットワークノード（たとえば、「ロケーション測定ユニット」または「ＬＭＵ」）を構成する。たとえば、測位の測定値は、ＵＥ、ネットワーク、および／または衛星送信上のタイミング（および／またはタイミング差）の測定値を含みうる。測位の測定値は、ターゲットデバイス、測定ノード、および／または測位ノードによって使用されて、ターゲットデバイスの位置を決定する。
５Ｇ／ＮＲ技術は、第４世代ＬＴＥと多くの類似点を共有する。たとえば、ＮＲは、ＤＬにおいてＣＰ－ＯＦＤＭ（サイクリックプレフィックス－直交周波数分割多重）を使用し、ＵＬにおいてＣＰ－ＯＦＤＭとＤＦＴ拡散ＯＦＤＭ（ＤＦＴ－Ｓ－ＯＦＤＭ）との両方を使用する。別の例として、ＮＲ ＤＬおよびＵＬ時間領域物理リソースは、サブフレーム、スロット、およびＯＦＤＭベースのシンボルに編成される。ＮＲはまた、ＬＴＥと同じ物理チャネルの多くを使用する。さらに、ＮＲ ＲＲＣレイヤは、ＲＲＣ＿ＩＤＬＥ状態およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態を含むが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態として知られる追加の状態を追加し、それは、ＬＴＥで使用される「サスペンド」状態に類似するいくつかの特徴を有する。ＬＴＥのようにセルを介してカバレッジを提供することに加えて、ＮＲネットワークはまた、「ビーム」を介してカバレッジを提供する。一般に、ＤＬ「ビーム」は、ＵＥによって測定または監視されてもよいネットワークにより送信されるＲＳのカバレッジエリアである。
ＵＥ測位はまた、追加のＵＥ測位のユースケース、シナリオ、および／またはアプリケーションを含みうる、ＮＲのための重要な特徴であることが期待される。また、ＵＥベースの測位は、これらの新しいユースケース、シナリオ、および／またはアプリケーションにとってより重要になることが予想される。一般に、ＵＥベースの測位は、ＵＥが、ネットワークによって提供される支援データに基づいて、１つまたは複数のタイプの測定値を使用して、自己の位置を推定する技法を指す。しかしながら、ＵＥベースの測位をサポートするために必要とされる支援データの量は、いくつかの状況では比較的大きくなることがあり、したがって、利用可能なネットワークリソースを介して適時にそれを配信することは、非常にコストがかかり、かつ／または困難である。したがって、支援データをプロビジョニングするためのより良い技法が必要とされる。
本開示の実施形態は、上で要約され、以下でより詳細に説明される例示的な課題を克服するための解決策を容易にすることなどによって、無線ネットワークにおいて動作するユーザ装置（ＵＥ）の測位（たとえば、位置を決定すること）に対する具体的な改善を提供する。
いくつかの実施形態は、１つまたは複数のユーザ装置（ＵＥ）に角度測位支援データを提供するための方法（たとえば、手順）を含む。これらの例示的な方法は、無線ネットワーク中の、または無線ネットワークに関連するネットワークノードまたは機能（たとえば、Ｅ－ＳＭＬＣ、ＳＬＰ、ＬＭＦ、基地局、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢなど、またはそれらの構成要素）によって実行されてもよい。
これらの例示的な方法は、無線ネットワーク中の１つまたは複数の送信受信ポイント（ＴＲＰ）によって送信される複数のビームのうちの特定のビームごとに角度測位支援データの角度分解能を決定することを含むことができる。これらの例示的な方法はまた、１つまたは複数のＵＥに、複数のビームについての角度測位支援データを送信することを含むことができる。各特定のビームについて、角度測位支援データは、第１の分解能を有する第１の部分を含むことができ、特定のビームについて決定された角度分解能が第１の分解能よりも高い場合には、第１の分解能よりも高い（すなわち、より細かい）第２の分解能を有する第２の部分も含むことができる。
様々な実施形態では、角度測位支援データは、ネットワークノードから１つまたは複数のＵＥへのユニキャストシグナリングを介して、または無線ネットワークのセル中のブロードキャストを介して送信されてもよい。
様々な実施形態では、各特定のビームについての角度測位支援データの角度分解能を決定することは、以下のうちの１つまたは複数に基づくことができる：
● ネットワークノードによって知られている特定のビームについての角度情報の精度と、
● 前記複数のビームを含むビームの個数と、
● 前記角度測位支援データの配信のために使用されるメッセージに関する１つ以上のサイズ制約。
いくつかの実施形態では、これらの例示的な方法はまた、第１のＵＥが第２の分解能を有する角度測位支援データを使用することが可能であるかどうかのインジケーションを、第１のＵＥから、受信することを含むことができる。そのような実施形態では、第１のＵＥが第２の分解能を有する角度測位支援データを使用することができないことを、インジケーションが示す場合、角度測位支援データは、それぞれの第２の部分を含まない。インジケーションが、第１のＵＥが可能であることを示す場合、ネットワークノードは、他の要因に基づいて、第１のＵＥに送信される角度測位支援データの角度分解能を決定することができる。そのような実施形態では、ネットワークノードは、たとえば、インジケーションに応じて、ユニキャストシグナリングによって第１のＵＥに角度測位支援データを、送信することができる。
いくつかの実施形態によれば、複数のビームの角度測位支援データは、それぞれの方位角およびそれぞれの仰角を含むことができる。そのような実施形態によれば、それぞれの方位角は、第１の分解能を有するそれぞれの第１の方位角部分を含み、それぞれの仰角は、第１の分解能を有するそれぞれの第１の仰角部分を含む。さらに、特定のビームについて決定された角度分解能が第１の分解能よりも高い場合、特定のビームについての方位角は、第２の分解能を有する第２の方位角部分を含み、特定のビームについての仰角は、第２の分解能を有する第２の仰角部分を含む。
これらの実施形態のいくつかでは、角度測位支援データはまた、それぞれの方位角およびそれぞれの仰角に対する座標変換を含む。そのような実施形態によれば、座標変換は、第１の分解能を有する第１の変換部分を含む。さらに、少なくとも１つのビームについて決定された角度分解能が第１の分解能よりも高い場合、座標変換は、第２の分解能を有する第２の変換部分も含む。
いくつかの実施形態では、これらの例示的な方法はまた、第１のＵＥから、第１のＵＥの推定位置と、角度測位支援データが送信された複数のビームの少なくとも一部分の角度測定値と、のうちの１つを受信することを含むことができる。いくつかの実施形態によれば、各特定のビームの角度測定値は、測定された方位角および仰角を含むことができる。
これらの実施形態のいくつかでは、各測定ビームの角度測定値は、以下を含むことができる：
● 第１の測定分解能（たとえば、１度）を有する第１の測定値部分と、
● 測定されたビームの角度測定の分解能が第１の測定分解能よりも高いとき、第２の部分は、第１の測定分解能よりも高い第２の測定分解能（たとえば、０．１度）を有する。
いくつかの実施形態では、これらの例示的な方法は、受信された角度測定値に基づいてＵＥの位置を推定することも含むことができる。
他の実施形態は、無線ネットワークにおける測位のための方法（たとえば、手順）を含む。これらの例示的な方法は、ＵＥ（たとえば、無線デバイス、ＭＴＣデバイス、ＮＢ－ＩｏＴデバイス、モデムなど、またはそれらの構成要素）によって実行されてもよい。
これらの例示的な方法は、ネットワークノード（たとえば、Ｅ－ＳＭＬＣ、ＬＭＦなど）から、無線ネットワークにおける１つまたは複数のＴＲＰによって送信される複数のビームの角度測位支援データを受信することを含むことができる。各特定のビームについて、角度測位支援データは、第１の分解能を有する第１の部分を含むことができ、さらに、特定のビームについての角度測位支援データの角度分解能が第１の分解能よりも高い場合、第１の分解能よりも高い（すなわち、より細かい）第２の分解能を有する第２の部分も含むことができる。これらの例示的な方法はまた、角度測位支援データに基づいて複数のビームの角度コンフィギュレーション（構成）を決定することを含むことができる。これらの例示的な方法はまた、決定された角度構成に基づいて、複数のビームの少なくとも一部に対して角度測定を実行することを含むことができる。いくつかの実施形態では、各測定ビームの角度測定値は、測定された方位角および仰角を含むことができる。
いくつかの実施形態では、特定のビームのための角度測位支援データが第１の部分のみを含むとき、特定のビームのための角度構成は、第１の分解能に従って決定されてもよい。同様に、特定のビームのための角度測位支援データが第１の部分および第２の部分を含む場合、特定のビームのための角度構成は、第２の分解能に従って決定される。
様々な実施形態では、角度測位支援データは、ネットワークノードからのユニキャストシグナリングを介して、または無線ネットワークのセルにおけるブロードキャストを介して受信されてもよい。
いくつかの実施形態では、これらの例示的な方法はまた、ネットワークノードに、第２の分解能を有する角度測位支援データを使用することが可能であるかどうかのインジケーションを送信することを含むことができる。そのような実施形態では、インジケーションが、第１のＵＥが第２の分解能を有する角度測位支援データを使用することができないことを示す場合、角度測位支援データは、それぞれの第２の部分を含まない。インジケーションが、第１のＵＥが可能であることを示す場合、ネットワークノードは、他の要因に基づいて、第１のＵＥに送信された角度測位支援データの角度分解能を決定することができる。いずれにしても、ＵＥは、たとえば、インジケーションに応じて、ユニキャストシグナリングを介して角度測位支援データを受信することができる。
いくつかの実施形態では、複数のビームの角度測位支援データは、それぞれの方位角およびそれぞれの仰角を含むことができる。そのような実施形態では、方位角のそれぞれは、第１の分解能を有するそれぞれの第１の方位角部分を含み、仰角のそれぞれは、第１の分解能を有するそれぞれの第１の仰角部分を含む。さらに、特定のビームについて決定された角度分解能が第１の分解能よりも高い場合、特定のビームについての方位角は、第２の分解能を有する第２の方位角部分を含み、特定のビームについての仰角は、第２の分解能を有する第２の仰角部分を含む。
これらの実施形態のいくつかでは、角度測位支援データは、複数のビームの座標変換を含むこともできる。そのような実施形態では、決定動作は、座標変換をそれぞれの方位角およびそれぞれの仰角に適用することを含むことができる。これらの実施形態のいくつかでは、座標変換は、第１の分解能を有する第１の変換部分を含む。また、少なくとも１つのビームの角度分解能が第１の分解能よりも高い場合、座標変換は、第２の分解能を有する第２の変換部分も含む。
いくつかの実施形態では、これらの例示的な方法は、測定されたビームの角度測定値の分解能を決定することと、角度測定値をネットワークノードに送信することとを含むこともできる。各測定ビームについての送信される角度測定値は、第１の測定分解能（たとえば、１度）を有する第１の測定値部分を含むことができ、測定ビームについての角度測定値の決定された分解能が第１の測定分解能よりも高いとき、第１の測定分解能よりも高い第２の測定分解能（たとえば、０．１度）を有する第２の部分を含むことができる。
他の実施形態では、これらの例示的な方法はまた、実行された角度測定に基づいて、ＵＥの（すなわち、それ自体の）位置を推定することと、推定された位置をネットワークノードに送信することと、を含むことができる。
他の実施形態は、ネットワークノードまたは機能（たとえば、Ｅ－ＳＭＬＣ、ＳＬＰ、ＬＭＦ、基地局、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢなど、またはそれらの構成要素）と、本明細書で説明される例示的な方法のいずれかに対応する動作を実行するように構成されたＵＥ（たとえば、無線デバイス、ＩｏＴデバイス、またはそれらの構成要素）と、を含む。他の実施形態は、処理回路によって実行されると、本明細書で説明される様々な例示的な方法に対応する動作を実行するように、そのようなネットワークノードまたは機能およびＵＥを構成するプログラム命令を記憶する非一時的コンピュータ可読媒体を含む。
本開示の実施形態のこれらおよび他の目的、特徴、および利点は、以下に簡潔に記載される図面を考慮して以下の詳細な説明を読むことによって明らかになるであろう。
は、ロングタームエボリューション（ＬＴＥ）進化型ＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）およびエボルブドパケットコア（ＥＰＣ）ネットワークの例示的なアーキテクチャのハイレベル図である。
は、ユーザ装置（ＵＥ）とＥ－ＵＴＲＡＮとの間の無線インターフェースの例示的な制御プレーン（ＣＰ）プロトコルレイヤを示す。
および、 は、ＬＴＥネットワークのための例示的な測位アーキテクチャの２つの図を示す。
は、５Ｇ／ＮＲネットワークアーキテクチャのハイレベルビューを示す。
は、５Ｇ／ＮＲネットワークのための例示的な測位アーキテクチャを示す。
は、ＵＥベースのＤＬ ＡｏＤ測位のためのビーム角度支援データを含む例示的なDL-PRS-Beam-Info-ResourceSet-r16情報要素（ＩＥ）のためのＡＳＮ．１データ構造を示す。
は、本開示の様々な例示的な実施形態による、別の例示的なDL-PRS-Beam-Info-ResourceSet-r16 ＩＥのためのＡＳＮ．１データ構造を示す。
は、本開示の様々な実施形態による、例示的なNR-AoD-MeasElement-r16 ＩＥのためのＡＳＮ．１データ構造を示す。
は、本開示の様々な例示的な実施形態による、ネットワークノード（たとえば、Ｅ－ＳＭＬＣ、ＬＭＦなど）の例示的な方法（たとえば、手順）のフローチャートを示す。
は、本開示の様々な例示的な実施形態による、ＵＥ（たとえば、無線デバイス）のための例示的な方法（たとえば、手順）のフローチャートを示す。
は、本開示の多様な実施形態による無線デバイスまたはＵＥの構成図である。
は、本開示の多様な実施形態によるネットワークノードの構成図である。
は、本開示の様々な例示的な実施形態による、ホストコンピュータとＵＥとの間でＯＴＴ（ｏｖｅｒ－ｔｈｅ－ｔｏｐ）データサービスを提供するように構成された例示的なネットワークのブロック図である。
ここで、本明細書で企図される実施形態のいくつかを、添付の図面を参照してより完全に説明する。しかしながら、他の実施形態は、本明細書に開示される主題の範囲内に含まれ、開示される主題は、本明細書に記載される実施形態のみに限定されると解釈されるべきではなく、むしろ、これらの実施形態は、主題の範囲を当業者に伝えるための例として提供される。
一般に、本明細書で使用されるすべての用語は、異なる意味が明確に与えられ、かつ／またはそれが使用される文脈から暗示されない限り、関連する技術分野におけるそれらの通常の意味に従って解釈されるべきである。ａ／ａｎ／ｔｈｅ＋要素、装置、構成要素、手段、ステップなどへの言及はすべて、特に明記しない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つのインスタンスを指すものとして開放的に解釈されるべきである。本明細書に開示される任意の方法および／または手順のステップは、ステップが別のステップの後または先行として明示的に記載されない限り、および／またはステップが別のステップの後または先行しなければならないことが暗示的である場合を除き、開示されたそのままの順序で実行される必要はない。本明細書に開示される実施形態のいずれかの任意の特徴は、適切な場合にはいつでも、任意の他の実施形態に適用されてもよい。同様に、任意の実施形態の任意の利点は、任意の他の実施形態に適用することができ、逆もまた同様である。添付の実施形態の他の対象、特徴、及び利点は、以下の説明から明らかになるであろう。
本明細書で使用される「ネットワークノード」という用語は、基地局（ＢＳ）、無線基地局、送受信機基地局（ＢＴＳ）、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、ノードＢ（ｇＮＢ）、発展型ノードＢ（ｅＮＢまたはｅノードＢ）、ノードＢ、ＭＳＲ ＢＳ、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、リレーノード、ドナーノード制御リレー、無線アクセスポイント（ＡＰ）、送信ポイント（ＴＰ）、送信／受信ポイント（ＴＲＰ）、送信ノード、リモート無線ユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、コアネットワークノード（たとえば、ＭＭＥ、ＳＧＷ）、コアネットワーク機能（たとえば、ＡＭＦ、ＬＭＦなど）、自己組織化ネットワーク（ＳＯＮ）ノード、協調ノード、測位ノード、外部ノード（たとえば、第三者ノード、現在のネットワークの外部のノード）、分散アンテナシステム（ＤＡＳ）内のノード、スペクトルアクセスシステム（ＳＡＳ）ノード、要素管理システム（ＥＭＳ）などのいずれでもよい。ネットワークノードはまた、試験装置を備えてもよい。
「無線ネットワークノード」という語は、無線に信号を送信および／または受信するように動作する無線アクセスネットワークＲＡＮ）の任意の種類の「ネットワークノード」を指しうる。無線ネットワークノードは、任意の種類の基地局、無線基地局、基地送受信局、基地局コントローラ、ネットワークコントローラ、ＲＮＣ、発展型ノードＢ（ｅＮＢ）、ノードＢ、ｇＮＢ、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、中継ノード、アクセスポイント、無線アクセスポイント、遠隔無線ユニット（ＲＲＵ）、遠隔無線ヘッド（ＲＲＨ）、統合アクセスバックホール（ＩＡＢ）ノード、送信ポイント（ＴＰ）、および送信／受信ポイント（ＴＲＰ）を含むことができる。さらに、位置測定ユニット（ＬＭＵ）、または同等の測位測定ノードおよび／または機能は、無線ネットワークノードの一種である。
いくつかの実施形態では、ＴＲＰは、ネットワークノードまたは無線ネットワークノードに関連付けられうる。いくつかの実施形態では、マルチＴＲＰシナリオは、１つまたは複数のネットワークノードに関連付けられた２つ以上のＴＲＰを含みうる。
特に明記しない限り、「ワイヤレス（無線）デバイス」（または略して「ＷＤ」）および「ユーザ装置」（または略して「ＵＥ」）という用語は、互換的に使用される。ＷＤは、無線デバイス（ＷＤ）などの無線信号を介してネットワークノードまたは別のＷＤと通信することが可能な任意の種類の無線デバイスでありうる。ＷＤはまた、無線通信装置、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）、ＷＤ、スマートフォン、移動電話機、携帯電話機、ボイスオーバーＩＰ（ＶｏＩＰ）電話機、無線ローカルループフォン、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲームコンソールまたはデバイス、音楽記憶デバイス、再生機器、ウエアラブルデバイス、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線カスタマープレミス機器（ＣＰＥ）、ＵＳＢドングル、マシンタイプ通信（ＭＴＣ）デバイス、モノのインターネット（ＩｏＴ）デバイス、車載無線端末デバイス、ＰｒｏＳｅ ＵＥ、Ｖ２Ｖ ＵＥ、Ｖ２Ｘ ＵＥなどでありうる。
本明細書で使用される「無線ノード」（または単に「ノード」）という用語は、無線デバイス（ＷＤ）または無線ネットワークノードなどの無線デバイス（ＷＤ）を示すためにも使用されてもよい。
特に断りのない限り、ＵＥ、ネットワークノード、無線ネットワークノードなどによって実行されるものとして本明細書で説明される機能は、複数の装置および／またはネットワークノードにわたって分散されてもよい。言い換えれば、本明細書で説明されるネットワークノードおよびＵＥの機能は、単一の物理デバイスによる実行に限定されず、実際には、いくつかの物理デバイスに分散されてもよいことが企図される。
特に明記しない限り、「チャネル」という用語は、論理チャネル、トランスポートチャネル、または物理チャネルを指すことができる。チャネルは、１つまたは複数のキャリア、たとえば、複数のサブキャリアを備え、かつ／またはそこに配置されてもよい。制御シグナリング／制御情報を搬送するおよび／または搬送するためのチャネルは、特に、それが物理レイヤチャネルである場合、および／またはそれが制御プレーン情報を搬送する場合、制御チャネルと見なされてもよい。同様に、データシグナリング／ユーザ情報を搬送する、および／または搬送するためのチャネルは、特にそれが物理レイヤチャネルである場合、および／またはそれがユーザプレーン（ＵＰ）情報を搬送する場合、データチャネル（たとえば、ＰＤＳＣＨ）と見なされてもよい。チャネルは、特定の通信方向について、または２つの相補的な通信方向（たとえば、ＵＬおよびＤＬ、または２方向におけるサイドリンク）について定義されてもよく、その場合、各方向について１つずつの、合計で２つの構成要素チャネルを有すると考えられてもよい。
特定の無線システム（たとえば、ＬＴＥおよび／またはＮＲ）からの用語が本明細書で使用されてもよいが、これは本開示の範囲を前述のシステムのみに限定するものと見なされるべきではない。広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、マイクロ波アクセスのためのワールドワイド相互運用（ＷｉＭａｘ）、ウルトラモバイルブロードバンド（ＵＭＢ）、および移動通信のためのグローバルシステム（ＧＳＭ）を含むが、これらに限定されない他の無線システムも、本発明の範囲内に含まれるアイデアを活用することから利益をうることができる。
簡単に上述したように、ＵＥベースの測位をサポートするために必要とされる支援データの量は、いくつかの状況では比較的大きくなりうるもので、したがって、利用可能なネットワークリソースを介して適時にそれを配信することは、非常にコストがかかり、かつ／または困難でありうる。したがって、支援データをプロビジョニングするためのより良い技法が必要とされる。これらの問題は、以下でより詳細に論じられる。
図３は、ＬＴＥネットワーク内の例示的な測位アーキテクチャを示す。ＬＴＥ測位アーキテクチャの３つの重要な機能要素は、ＬＣＳクライアント、ＬＣＳターゲット、およびＬＣＳサーバである。ＬＣＳサーバは、（たとえば、図３のＥ－ＳＭＬＣまたはＳＬＰによって具現化されるようである）物理または論理エンティティであり、測定値および他の位置情報を収集し、必要なときにＵＥが測定値を支援し、ＬＣＳターゲットロケーションを推定することによって、（たとえば、図３のＵＥによる実施形態のようである）ＬＣＳターゲットのための測位を管理する。ＬＣＳクライアントは、図３のＵＥなどの１つまたは複数のＬＣＳターゲット（すなわち、位置付けられているエンティティ）の位置情報を取得する目的でＬＣＳサーバと対話するソフトウエアおよび／またはハードウエアエンティティである。ＬＣＳクライアントはまた、ＬＣＳターゲット自体に常駐しうる。ＬＣＳクライアントは、ロケーション情報を取得するためにＬＣＳサーバに要求を送信し、ＬＣＳサーバは、受信された要求を処理し、取り扱い、測位結果およびオプションで速度推定値をＬＣＳクライアントに送信する。測位要求は、端末またはネットワークノードもしくは外部のクライアントから発信されてもよい。
図３に示されるＬＴＥアーキテクチャでは、位置計算は、たとえば、ＬＣＳサーバ（たとえば、Ｅ－ＳＭＬＣまたはＳＬＰ）によって、またはＬＣＳターゲット（たとえば、ＵＥ）によって実行されてもよい。前者のアプローチは、ＵＥ測定に基づく場合、ＵＥ支援測位モードに対応し、後者は、ＵＥベース測位モードに対応する。ＬＴＥでは、以下の測位方式がサポートされる：
● 拡張セルＩＤ（Ｅ－ＣＩＤ）。情報を利用して、ＵＥをサービングセル内の地理的エリアに関連付け、次いで、追加の情報を利用して、より細かい粒度で位置を決定する。以下の測定は、Ｅ－ＣＩＤに対してサポートされる：ＡｏＡ（基地局のみ）、ＵＥ Ｒｘ－Ｔｘ時間差、タイミングアドバンス（ＴＡ）タイプ１および２、基準信号受信電力（ＲＳＲＰ）、および基準信号受信品質（ＲＳＲＱ）。
● ＧＮＳＳ支援。Ｅ－ＳＭＬＣからＵＥに提供される支援情報によってサポートされる、ＵＥによって取り出されるＧＮＳＳ情報。
● ＯＴＤＯＡ（観測された到達時間差時）。ＵＥは、Ｅ－ＳＭＬＣからＵＥに提供される支援情報によってサポートされる全地球航法衛星システム（ＧＮＳＳ）信号を受信し、測定する。
● ＵＴＤＯＡ（アップリンクＴＤＯＡ）。ＵＥは、既知の位置で、複数の位置測定ユニット（ＬＭＵ、これは、スタンドアローンであってもよいし、同一場所に配置されてもよいし、または、ｅＮＢに統合されてもよい）によって検出される特定の波形を送信するように要求される。これらの測定は、マルチラテレーションのためにＥ－ＳＭＬＣに転送される。
加えて、以下の測位モードのうちの１つまたは複数を、上に列挙された測位方式各々において利用することができる：
● ＵＥアシステッド（支援）：ＵＥは、ネットワークからの支援の有無にかかわらず測定を実行し、これらの測定値を、位置計算が行われうるＥ－ＳＭＬＣに送信する。
● ＵＥベース：ＵＥは、測定を実行し、ネットワークからの支援を受けてそれ自体の位置を計算する。
● スタンドアローン（独立）型：ＵＥは、測定を実行し、ネットワーク支援なしにそれ自体の位置を計算する。
詳細な支援情報は、ネットワークノードのロケーション（位置）、ビーム方向などに関する情報を含むことができる。支援データは、ユニキャストを介して、またはブロードキャストを介してＵＥに提供されてもよい。
図４は、ＬＴＥネットワークにおける例示的な測位アーキテクチャの別の図を示す。たとえば、図４は、セキュアユーザプレーン位置特定（ＳＵＰＬ）技法が、どのようにＬＴＥネットワークにおいてサポートされることができるかを示す。一般に、ＳＵＰＬは、汎用ＬＴＥユーザプレーンプロトコルスタック上で実行される。ＳＵＰＬのソリューションは、ＳＵＰＬロケーションプラットフォーム（ＳＬＰ４６０）として知られる、ＵＥのソフトウエアおよび／またはハードウエア構成要素でありうるＳＵＰＬ対応端末（ＳＥＴ）と通信するロケーションサーバを含む。ＳＬＰはまた、ＬＴＥにおける制御プレーン測位のためのロケーションサーバである、Ｅ－ＳＭＬＣ（４４０）に対する独自のインターフェースを有しうる。
Ｅ－ＳＭＬＣは、ＳＬｍインターフェースを介して位置測定ユニット（ＬＭＵ）と通信することができる。図４に示されるように、ＬＭＵは、スタンドアローン（たとえば、ＬＭＵ４５０）であってもよいし、またはｅＮＢ４２０と統合されてもよい。ｅＮＢはまた、１つまたは複数の送信ポイント（ＴＰ）を含むか、またはそれに関連付けられてもよい。Ｅ－ＳＭＬＣは、図４に示されるそれぞれのＳＬ、Ｓ１、およびＵｕインターフェースを使用して、サービングＭＭＥ（４３０）およびｅＮＢを介してＵＥ（たとえば、ＵＥ４１０）と通信する。図示されていないが、ＲＲＣプロトコルは、ＵＥとｅＮＢとの間で測位関連情報（たとえば、Ｅ－ＳＭＬＣへの／からの）を搬送するために使用される。
Ｅ－ＳＭＬＣ４４０はまた、本明細書で説明される様々な動作をＥ－ＳＭＬＣが実行するための、種々の処理回路４４２を含むか、またはそれに関連付けられてもよい。処理回路４４２は、他のネットワークノード（たとえば、図１３の記載を参照されたい）に関連して本明細書に記載されるのと同様のタイプの処理回路を含むことができる。Ｅ－ＳＭＬＣ４４０はまた、処理回路４４２の動作を実現可能とする命令（コンピュータプログラム製品とも呼ばれる）を記憶する非一時的コンピュータ可読媒体４４３を含むか、またはそれに関連付けることができる。媒体４４３は、他のネットワークノード（たとえば、図１３の記載を参照されたい）に関連して本明細書に記載されるような類似のタイプのコンピュータメモリを含むことができる。さらに、Ｅ－ＳＭＬＣ４４０は、たとえば、ＳＬインターフェースを介した通信のために使用されてもよい、様々な通信インターフェース回路４４１を含むことができる。たとえば、通信インターフェース回路４４１は、他のネットワークノードに関連して本明細書で説明される他のインターフェース回路と同様でありうる（たとえば、図１３の記載を参照されたい）。
上述のように、測位はまた、５Ｇ／ＮＲネットワークにおける重要なアプリケーションであることが期待される。図５は、次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）５９９および５Ｇコア（５ＧＣ）５９８を含む、例示的な５Ｇネットワークアーキテクチャのハイレベルビューを示す。図に示されるように、ＮＧ－ＲＡＮ５９９は、それぞれのＸｎインターフェースを介して相互に接続されているｇＮＢ５１０（たとえば、５１０ａ，ｂ）およびｎｇ－ｅＮＢ５２０（たとえば、５２０ａ，ｂ）を含むことができる。ｇＮＢとｎｇ－ｅＮＢはまた、ＮＧインターフェースを介して５ＧＣ５９８に接続され、より具体的には、ＡＭＦ（アクセス＆モビリティ管理機能）５３０（例：ＡＭＦ５３０ａ，ｂ）に対してはそれぞれのＮＧ－Ｃインターフェース経由で、ＵＰＦ（ユーザプレーン機能）５４０（例：ＵＰＦ５４０ａ，ｂ）に対してはそれぞれのＮＧ－Ｕインターフェース経由で接続される。一部の実施形態では、５ＧＣ５９８は、後述される１つ以上の位置管理機能（ＬＭＦ、たとえば、ＬＭＦ５５０ａ，ｂ）も含むことができる。
ＮＧ－ＲＡＮ５９９は、無線ネットワークレイヤ（ＲＮＬ）およびトランスポートネットワーク層（ＴＮＬ）に階層化される。ＮＧ－ＲＡＮアーキテクチャ、すなわち、ＮＧ－ＲＡＮ論理ノードおよびそれらの間のインターフェースは、ＲＮＬの一部として定義される。ＮＧ－ＲＡＮインターフェース（ＮＧ、Ｘｎ、Ｆ１）ごとに、関連するＴＮＬプロトコルおよび機能が規定される。ＴＮＬは、ユーザプレーントランスポートおよびシグナリングトランスポートのためのサービスを提供する。いくつかの例示的な構成では、それぞれのｇＮＢは、３ＧＰＰ ＴＳ２３．５０１において定義される「ＡＭＦ領域」内のすべての５ＧＣノードに接続されてもよい。ＮＧ－ＲＡＮインターフェースのＴＮＬ上のＣＰデータおよびＵＰデータに対するセキュリティ保護がサポートされる場合、３ＧＰＰ ＴＳ３３．５０１において定義されるように、ＮＤＳ／ＩＰが適用されてもよい。
ｇＮＢ５１０ａ，ｂの各々は、周波数分割複信（ＦＤＤ）、時間分割複信（ＴＤＤ）、またはその組合せを含むＮＲ無線インターフェースをサポートすることができる。対照的に、ｎｇ－ｅＮＢ５２０ａ，ｂの各々はＬＴＥ無線インターフェースをサポートするが、従来のＬＴＥ ｅＮＢ（例：図１に示すｅＮＢ１０５－１１５）とは異なり、ＮＧインターフェースを介して５ＧＣに接続する。
ｇＮＢ及びｎｇ－ｅＮＢの各々は、図５に示される例示的なセル５１１ａ－ｂ及び５２１ａ－ｂを含む１つまたは複数のセルを含む地理的カバレッジエリアにサービスを提供可能である。ＵＥ５０５は、自己が存在する特定のセルに依存して、それぞれ、ＮＲ又はＬＴＥの無線インターフェースを介して、その特定セルでサービスを提供しているｇＮＢ又はｎｇ－ｅＮＢと通信することができる。さらに、ｇＮＢ５１０ａ，ｂおよびｇ－ｅＮＢ５２０ａ，ｂは、ＵＥにマルチＲＡＴ（無線アクセス技術）デュアルコネクティビティ（ＭＲ－ＤＣ）を提供できる。
ｇＮＢおよびｎｇ－ｅＮＢはまた、それぞれのセルにおいてカバレッジを与えるために様々な指向性ビームを使用することができる。一般に、ＤＬ「ビーム」は、ＵＥによって測定または監視されてもよいネットワーク送信基準信号（ＲＳ）のカバレッジエリアである。ＮＲでは、たとえば、そのようなＲＳは、同期信号／ＰＢＣＨブロック（ＳＳＢ）、ＣＳＩ－ＲＳ、ターシャリ（３次）基準信号（または任意の他の同期信号）、測位ＲＳ（ＰＲＳ）、ＤＭＲＳ、位相トラッキング基準信号（ＰＴＲＳ）などのうちの任意のものを単独で、または組合せで含むことができる。概して、ＳＳＢは、ＲＲＣ状態にかかわらず、すべてのＵＥに利用可能であり、一方、他のＲＳ（たとえば、ＣＳＩ－ＲＳ、ＤＭ－ＲＳ、ＰＴＲＳ）は、ネットワークコネクションを有する、すなわち、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある特定のＵＥに関連付けられる。
ｇＮＢ５１０ａ，ｂの各々には、中央（または集中化）ユニット（ＣＵまたはｇＮＢ－ＣＵ）と、１つ以上の分散（または非集中化）ユニット（ＤＵまたはｇＮＢ－ＤＵ）が含まれうる。ＣＵは、それぞれのＦ１論理インターフェースを介してＤＵに接続する。ＣＵおよび接続されたＤＵは、他のｇＮＢと５ＧＣにはｇＮＢとして見え、たとえば、Ｆ１インターフェースは、ｇＮＢ－ＣＵ越しで見えることはない。ＣＵおよびＤＵの各々は、処理回路、（たとえば、通信のための）送受信機回路、および電源回路を含む、それらのそれぞれの機能を実行するために必要とされる様々な回路を含みうる。さらに、「セントラルユニット」および「集中ユニット」という用語は、本明細書では互換的に使用され、「分散ユニット」および「非集中ユニット」という用語も同様である。
ＣＵは、上位層プロトコルをホストし、ＤＵの動作を制御するような様々なｇＮＢ機能を実行することができる。たとえば、ＣＵは、たとえば、Ｆ１アプリケーションパートプロトコル（Ｆ１－ＡＰ）、ストリーム制御伝送プロトコル（ＳＣＴＰ）、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、インターネットプロトコル（ＩＰ）、およびＲＲＣなどの上位レイヤプロトコルをホストすることができる。同様に、ＤＵは、機能分割に応じて、下位層プロトコルをホストすることができ、ｇＮＢ機能の様々なサブセットを含むことができる。たとえば、ＤＵは、ＲＬＣ、ＭＡＣ、およびＰＨＹなどの下位層プロトコルをホストすることができる。
図６は、ＮＲネットワークにおけるＵＥ測位をサポートするためのハイレベルアーキテクチャを示すブロック図である。図６に示されるように、ＮＧ－ＲＡＮ６２０は、図４に示されるアーキテクチャと同様に、ｇＮＢ６２２およびｎｇ－ｅＮＢ６２１などのノードを含むことができる。各々のｎｇ－ｅＮＢは、遠隔無線ヘッドなどのいくつかの送信ポイント（ＴＰ）を制御することができる。さらに、いくつかのＴＰは、Ｅ－ＵＴＲＡＮ動作のための測位基準信号（ＰＲＳ）ベースのＴＢＳをサポートするための「ＰＲＳのみ」であってもよい。
さらに、ＮＧ－ＲＡＮノードは、それぞれのＮＧ－Ｃインターフェース（その両方が存在しても存在しなくてもよい）を介して５ＧＣ内のＡＭＦ６３０と通信し、ＡＭＦ６３０およびＬＭＦ６４０は、ＮＬインターフェース６４１を介して通信する。また、ＵＥ６１０とＮＧ－ＲＡＮノードとの間の測位関連通信は、ＲＲＣプロトコルを介して行われ、ＮＧ－ＲＡＮノードとＬＭＦとの間の測位関連通信は、ＮＲＰＰａプロトコルを介して行われる。オプションで、ＬＭＦはまた、ＬＴＥネットワーク内のＥ－ＳＭＬＣ６５０およびＳＵＰＬ６６０と、それぞれ通信インターフェース６５１および６６１を介して通信することができる。通信インターフェース６５１および６６１は、標準化されたプロトコル、独自のプロトコル、またはそれらの組合せを利用することができ、かつ／またはそれに基づくことができる。
ＬＭＦ６４０はまた、本明細書で説明される様々な動作をＬＭＦが実行するための、種々の処理回路６４２を含むか、またはそれに関連付けられることができる。処理回路６４２は、他のネットワークノード（たとえば、図１３の記載を参照されたい）に関連して本明細書に記載されるのと同様のタイプの処理回路を含むことができる。ＬＭＦ６４０はまた、処理回路６４２の動作を実現可能とする命令（コンピュータプログラムプロダクトとも呼ばれる）を記憶する非一時的コンピュータ可読媒体６４３を含むか、またはそれに関連付けることができる。媒体６４３は、他のネットワークノード（たとえば、図１３の記載を参照されたい）に関連して本明細書に記載されるような類似のタイプのコンピュータメモリを含むことができる。さらに、ＬＭＦ６４０は、たとえば、ＮＬｓインターフェースを介した通信のために使用されてもよい様々な通信インターフェース回路６４１（たとえば、イーサネット（登録商標）、光、および／または無線の送受信機）を含むことができる。たとえば、通信インターフェース回路６４１は、他のネットワークノードに関連して本明細書で説明される他のインターフェース回路と同様でありうる（たとえば、図１３の記載を参照されたい）。
同様に、Ｅ－ＳＭＬＣ６５０はまた、本明細書で説明される様々な動作をＥ－ＳＭＬＣが実行するための、種々の処理回路６５２を含むか、またはそれに関連付けることができる。処理回路６５２は、他のネットワークノード（たとえば、図１３の記載を参照されたい）に関連して本明細書に記載されるのと同様のタイプの処理回路を含むことができる。Ｅ－ＳＭＬＣ６５０はまた、処理回路６５２の動作を実現可能とする命令（コンピュータプログラムプロダクトとも呼ばれる）を記憶する非一時的コンピュータ可読媒体６５３を含むか、またはそれに関連付けられることができる。媒体６５３は、他のネットワークノード（たとえば、図１３の記載を参照されたい）に関連して本明細書に記載されるような類似のタイプのコンピュータメモリを含むことができる。Ｅ－ＳＭＬＣ６５０はまた、インターフェース６５１を介して通信するのに適した通信インターフェース回路を有することができ、これは、他のネットワークノードに関連して本明細書で説明される他のインターフェース回路と同様でありうる（たとえば、図１３の記載を参照されたい）。
同様に、ＳＬＰ６６０はまた、本明細書で説明される様々な動作をＳＬＰが実行するための、種々の処理回路６６２を含むか、またはそれに関連付けることができる。処理回路６６２は、他のネットワークノード（たとえば、図１３の記載を参照されたい）に関連して本明細書に記載されるのと同様のタイプの処理回路を含むことができる。ＳＬＰ６６０はまた、処理回路６６２の動作を実現可能とする命令（コンピュータプログラムプロダクトとも呼ばれる）を記憶する非一時的コンピュータ可読媒体６６３を含むか、またはそれに関連付けられることができる。媒体６６３は、他のネットワークノード（たとえば、図１３の記載を参照されたい）に関連して本明細書に記載されるような類似のタイプのコンピュータメモリを含むことができる。ＳＬＰ６６０はまた、インターフェース６５１を介して通信するのに適した通信インターフェース回路を有することができ、これは、他のネットワークノード（たとえば、図１３の記載を参照されたい）に関連して本明細書で説明される他のインターフェース回路と同様でありうる。
典型的な動作では、ＡＭＦは、別のエンティティ（たとえば、ゲートウェイモバイルロケーションセンター（ＧＭＬＣ））から特定のターゲットＵＥに関連付けられたロケーションサービスの要求を受信することができ、またはＡＭＦそれ自体が、特定のターゲットＵＥに代わって（たとえば、ＵＥからの緊急呼のために）何らかのロケーションサービスを開始することができる。ＡＭＦは、次いで、ＬＭＦにロケーションサービス（ＬＳ）要求を送信する。ＬＭＦは、ＬＳ要求を処理し、これは、ＵＥベースおよび／またはＵＥ支援測位を支援するために支援データをターゲットＵＥに転送すること、ならびに／またはターゲットＵＥの測位を実行すること、を含みうる。次いで、ＬＭＦは、ＬＳの結果（たとえば、ＵＥの位置推定値および／またはＵＥに転送された任意の支援データのインジケーション）を、ＬＳを要求したＡＭＦまたは別のエンティティ（たとえば、ＧＭＬＣ）に返す。
ＬＭＦは、Ｅ－ＳＭＬＣへのシグナリングコネクションを有することができ、これにより、ＬＭＦは、ＵＴＲＡＮからの情報にアクセスすることを可能になり、たとえば、ターゲットＵＥによって取得されたダウンリンク測定値を使用してＥ－ＵＴＲＡ ＯＴＤＯＡ測位を支援する。ＬＭＦはまた、ＳＬＰへのシグナリングコネクションを有することができ、ＬＴＥエンティティは、ユーザプレーン測位を担当する。
様々なインターフェースおよびプロトコルが、ＮＲ測位のために使用されるか、またはＮＲ測位に関与する。ＬＴＥ測位プロトコル（ＬＰＰ）は、ターゲットデバイス（たとえば、制御プレーン内のＵＥ、またはユーザプレーン内のＳＥＴ）と、測位サーバ（たとえば、制御プレーン内のＬＭＦ、ユーザプレーン内のＳＬＰ）と、の間で使用される。ＬＰＰは、基礎となるトランスポートとして、制御プレーンプロトコルまたはユーザプレーンプロトコルを使用することができる。ＮＲＰＰは、ターゲットデバイスとＬＭＦとの間で終端される。ＲＲＣプロトコルは、（ＮＲ無線インターフェースを介して）ＵＥとｇＮＢとの間、および（ＬＴＥ無線インターフェースを介して）ＵＥとｎｇ－ｅＮＢとの間で使用される。
さらに、ＮＲ測位プロトコルＡ（ＮＲＰＰａ）は、ＮＧ－ＲＡＮノードとＬＭＦとの間で情報を伝送するが、ＡＭＦに対しては透過的である。したがって、ＡＭＦは、関与するＬＭＦに対応するルーティングＩＤに基づいて、ＮＧ－Ｃインターフェースを介してＮＲＰＰａ ＰＤＵを透過的に（たとえば、関与するＮＲＰＰａトランザクションの知識なしに）ルーティングする。より具体的には、ＡＭＦは、ＵＥ関連モードまたは非ＵＥ関連モードのいずれかでＮＧ－Ｃインターフェースを介してＮＲＰＰａ ＰＤＵを搬送する。ＡＭＦとＮＧ－ＲＡＮノード（たとえば、ｇＮＢまたはｎｇ－ｅＮＢ）との間のＮＧＡＰプロトコルは、ＮＧ－Ｃインターフェースを介したＬＰＰおよびＮＲＰＰａメッセージのためのトランスポートとして使用される。ＮＧＡＰはまた、ＮＧ－ＲＡＮ関連測位手順を開始し、終了するために使用される。
ＬＰＰ／ＮＲＰＰは、測位ノード（たとえば、ロケーションサーバ）からＵＥに、測位能力要求、ＯＴＤＯＡ測位測定値要求、およびＯＴＤＯＡ支援データなどのメッセージを、配信するために使用される。ＬＰＰ／ＮＲＰＰはまた、ＵＥから測位ノードにメッセージを配信するために使用され、たとえば、ＵＥ能力、ＵＥ支援ＯＴＤＯＡ測位のためのＵＥ測位値、追加の支援データのためのＵＥリクエスト（要求）、ＵＥ特有のＯＴＤＯＡ支援データを作成するために使用されるＵＥ構成パラメータなど、を含む。ＮＲＰＰａは、ｎｇ－ｅＮＢ／ｇＮＢとＬＭＦとの間で当該情報を双方向で配信するために、利用される。これは、ｎｇ－ｅＮＢ／ｇＮＢから何らかの情報を要求するＬＭＦと、何らかの情報をＬＭＦに提供するｎｇ－ｅＮＢ／ｇＮＢとを含むことができる。たとえば、これは、ＵＥによるＯＴＤＯＡ測位のために使用されるべきｎｇ－ｅＮＢ／ｇＮＢによって送信されるＰＲＳについての情報を含むことができる。
ＮＲネットワークは、ＬＴＥ Ｅ－ＣＩＤ、ＯＴＤＯＡ、およびＵＴＤＯＡに類似するが、ＮＲ測定に基づく測位方式をサポートする。ＮＲはまた、以下の測位方法のうちの１つまたは複数をサポートしうる：
● マルチＲＴＴ：ＵＥは、ＵＥ Ｒｘ－Ｔｘ時間差を計算し、ｇＮＢは、ｇＮＢ Ｒｘ－Ｔｘ時間差を計算する。これらの結果は、ラウンドトリップ時間（ＲＴＴ）の計算に基づいて、ＵＥ位置を発見するために合成される。
● ＤＬ－ＡｏＤ：ｇＮＢまたはＬＭＦは、ＵＥ ＤＬ ＲＳＲＰ測定結果に基づいて、ＵＥの角度的位置を計算する。
● ＵＬ－ＡｏＡ：ｇＮＢは、ＵＥのＵＬ ＳＲＳ送信の測定に基づいてＵＬ ＡｏＡを計算する。
ＮＲ測位方式の各々は、上記で説明されたＬＴＥと同様に、ＵＥ支援モード、ＵＥベースモード、またはＵＥスタンドアローン型で、サポートされてもよい。ＵＥベースの測位の場合、ＵＥは、ＵＥによって測定されている信号を送信している任意のＧＮＳＳ衛星および／またはＲＡＮノードのロケーション、場合によっては、これらの信号を搬送するビームの角度を含む詳細な支援データを必要とする。送信ＲＡＮノードの位置の詳細な高精度３Ｄ表現は、ほぼ１００ｂｉｔを必要としうる。正確なビーム角度は、ビーム当たりで、約３０ビットを必要としうる。多くのネットワークノードおよび潜在的に多くのビームおよび頻繁なプロビジョニング（たとえば、ブロードキャストを介して）を用いて、支援データプロビジョニングの総コストは、相当なものになりうる。
ＤＬ ＡｏＤ測位方式は、複数の送信ポイント（ＴＲＰ）から受信されたＤＬ測位基準信号（ＰＲＳ）の基準信号受信電力（ＲＳＲＰ）のＵＥ測定を伴う。ＵＥの測定は、測位サーバ（たとえば、ＬＭＦ）からの支援データによって容易にされ、結果として生じる測定値は、ＵＥの位置を決定するために他の構成情報とともに使用される。以下の支援情報は、ＤＬ ＡｏＤ測位をサポートするためにＬＭＦからＵＥに送信されることができる：
● ＵＥ測定のための候補となるＮＲ ＴＲＰの物理セルＩＤ（ＰＣＩ）、グローバルセルＩＤ（ＧＣＩ）、およびＴＲＰ ＩＤ
● サービング（リファレンス）ＴＲＰに対する候補となるＴＲＰのタイミング
● 候補となるＴＲＰに対するＤＬ ＰＲＳ構成
● 候補となるＴＲＰのＳＳＢ構成（たとえば、ＳＳＢの時間／周波数占有）
● 候補となるＴＲＰの地理的座標（たとえば、各ＤＬ－ＰＲＳリソースＩＤのための送信基準位置、基準ＴＲＰの送信アンテナのための基準位置、候補となるＴＲＰの送信アンテナのための相対位置など）および
● 候補となるＴＲＰによって使用されるＤＬ－ＰＲＳリソースに関連する空間方向情報（たとえば、方位角、仰角など）。
図７は、ＵＥベースのＤＬ ＡｏＤ測位のためのビーム角度支援データを含む例示的なDL-PRS-Beam-Info-ResourceSet-r16情報要素（ＩＥ）のためのＡＳＮ．１データ構造を示す。DL-PRS-Beam-Info-ResourceSet-r16IEは、ＲＲＣメッセージを介してＵＥに提供されうる。図７に示すように、ＡＳＮ．１データ構造は、単一のＴＲＰ ＩＤに関連付けられた単一のＤＬ ＰＲＳリソースセットＩＤに適用可能である。データ構造は、最大６４個のDL-PRS-BeamInfoElement-r16を含み、それらの各々は、単一のビームに関連付けられる。各L-PRS-Beam-Info-ResourceSet-r16は、関連するビームの空間方向を含む。特に、dl-PRS-Azimuth-r16は、０～３６０度の範囲にわたって０．１度の分解能で与えられ、dl-PRS-Elevation-r16は、０～１８０度の範囲にわたって０．１度の分解能で与えられる。これは、ビーム当たりで、約３０ビットを必要とする。
さらに、ＡＳＮ．１データ構造は、与えられたビーム空間方向を、グローバル座標システム（ＧＣＳ）へ変換することを可能にする、３つの角度係数を有するlcs-To-Gcs-Translation要素を含む。特に、αは方位角を表し、βはダウンチルト角を表し、γは傾斜角を表す。それぞれは、０～３６０度の範囲にわたって０．１度の分解能で与えられる。この変換情報は、DL-PRS-Beam-Info-ResourceSet-r16 ＩＥ当たりで、約２３の追加ビットを必要とする。
合計で、ＵＥのための支援データは、最大２５６個の異なるＴＲＰ ＩＤを含むことができ、最大８個のＤＬ ＰＲＳリソースセットＩＤが、各ＴＲＰ ＩＤに関連付けられる。最悪の場合、支援データは、最大２０４８個のDL-PRS-Beam-Info-ResourceSet-r16 ＩＥを含むことができ、その各々は、方位角および仰角を有する最大６４個のL-PRS-Beam-Info-ResourceSet-r16要素を含むことができる。個々のフィールドのサイズを考えると、この最悪の場合の支援データは極めて大きい。しかし、この最悪の場合を無視しても、より少ないＴＲＰ ＩＤ、ＴＲＰあたりのより少ないＤＬ ＰＲＳリソースセットＩＤ、および／またはリソースセットあたりのより少ないビームを含む、より一般的な場合に対して、支援データのサイズは非常に大きくなりうる。このような大きなサイズの支援データは、ＤＬ ＡｏＤ支援データのブロードキャストプロビジョニングのためには、特に問題となりうるもので、これは、より制限されたネットワークリソースを関与させることになりうる。さらに、サイズに関連する問題は、特に、ＵＥが、受信された支援データによって示される比較的多数のビームを測定した場合、ネットワークへのＤＬ ＡｏＤ測定値のＵＥの報告にも影響を及ぼしうる。
本開示の実施形態は、２つの部分的なデータ、すなわち第１の角度分解能を有する第１の部分データと、第１の角度分解能よりも高い第２の角度分解能を有する第２の部分データ（すなわち、より細かい角度粒度）との組合せによって、ＵＥに角度測位支援データ（たとえば、方位角、仰角など）を提供するためのネットワークノード（たとえば、ＬＭＦ）のための新規な技法を提供することによって、これらおよび他の問題、課題、および／または困難に対処することができる。第２の部分は、オプションであり、ビームごとに含まれてもよい。たとえば、情報を、第１の部分とオプションの第２の部分とに分離することによって、より細かい粒度で角度測位支援を提供することができるが、これは、対応する高い精度で角度情報をネットワークが知っているビームのみに、制限されるであろう。他のビームについては、ネットワークは、より粗い角度分解能を有する第１の部分のみを提供することができる。
他の実施形態は、様々なＴＲＰによって送信される様々なビームの角度測定値をネットワークノードに提供するための技法を含む。特に、ＵＥは、２つの部分の組合せ、すなわち、第１の角度分解能を有する第１の部分と、第１の角度分解能よりも高い第２の角度分解能（すなわち、より細かい角度粒度）を有する第２の部分とによって、角度測位測定値（たとえば、方位角、仰角など）をネットワークノードに提供することができる。第２の部分は、オプションであり、ビームごとに含まれてもよい。
このように、本開示の実施形態は、様々な利点、利益、および／または問題に対する解決策を提供することができる。たとえば、そのような技法は、たとえば、ユニキャストまたはブロードキャストを介した個々のおよび／または周期的な支援データプロビジョニングトランザクションのためのシグナリングオーバヘッド／コストを低減することによって、測位支援データをプロビジョニングする効率を改善するだろう。逆に、利用可能なシグナリングリソースの予算または量が与えられると、そのような技法は、個々のトランザクションの個数、周期的トランザクションの周波数（たとえば、ブロードキャスト）、および／または各トランザクションにおける支援データの量を増加させることができる。そのような改善は、ＵＥに対する測位支援データのより良好な利用可能性を実現することができ、それは、今度は、様々なアプリケーション、ユースケース、および／またはシナリオのためのＵＥベースの測位の使用の増加を容易にすることができる。
図８は、本開示の様々な例示的な実施形態による、例示的なDL-PRS-Beam-Info-ResourceSet-r16 ＩＥのためのＡＳＮ．１データ構造を示す。図７に示されるＡＳＮ．１データ構造と同様に、図８に示されるDL-PRS-Beam-Info-ResourceSet-r16 ＩＥは、最大６４個のL-PRS-Beam-Info-ResourceSet-r16フィールドを含み、それぞれが関連するビームの空間方向を含む。
特に、dl-PRS-Azimuth-r16は、０～３５９度の範囲にわたって１度の分解能で与えられ、dl-PRS-Elevation-r16は、０～１８０度の範囲にわたって１度の分解能で与えられる。これは、ビーム当たりで、約１７ビットを必要とする。また、dl-PRS-Azimuth-fine-r16は０～０．９度の範囲で０．１度の分解能で与えられ、dl-PRS-Elevation-fine-r16は０～０．９度の範囲で０．１度の分解能で与えられる。これは、ビーム当たりで、約８ビットを必要とする。
しかしながら、後者の２つのフィールドは、オプションであり、望ましい場合および／または必要な場合に、ネットワークによって含めることができる。ファイン値が含まれる場合、関連するビームの実際の方位角は、dl-PRS-Azimuth-r16とdl-PRS-Azimuth-fine-r16との合計に基づいて決定される。ファイン値が含まれない場合、関連するビームの実際の方位角は、ｄｌ－ＰＲＳ－方位角－ｒ１６のみに基づいて決定される。対応する判定は、関連するビームの実際の仰角に対して行うことができる。後者の２つのフィールドを含まないことは、各ビームに対する支援データのサイズを８ビットへ低減する。
図７と同様に、図８に示すＡＳＮ．１データ構造は、与えられたビーム空間方向をＧＣＳへ変換することを容易にする、３つの角度係数を有するlcs-To-Gcs-Translation要素も含む。特に、アルファ（alpha）、ベータ（beta）、およびガンマ（gamma）はそれぞれ、０～３５９度の範囲において１度の分解能で与えられる。これは、ビームセット当たりで、約２７ビットを必要とする。また、アルファファイン（alpha-fine）、ベータファイン（beta-fine）、ガンマファイン（gamma-fine）はそれぞれ、０～０．９度の範囲において０．１度の分解能で与えられる。これは、ビームセット当たりで、約１２ビットを必要とする。
しかしながら、後者の３つのフィールドはオプションであり、所望および／または必要に応じてネットワークによって含めることができる。ファイン値が含まれる場合、変換後の実際の方位角は、アルファとアルファファインとの和に基づいて決定される。ファイン値が含まれない場合、平行移動の実際の方位角は、アルファのみに基づいて決定される。平行移動の実際のダウンチルト（ベータ）角度および傾斜（ガンマ）角度について、対応する判定を行うことができる。後者の３つのフィールドを含まないことは、各ビームセットに対する支援データのサイズを１２ビットだけ低減する。
前述の説明の文脈では、パラメータdl-PRS-Azimuth-r16、dl-PRS-Elevation-r16、アルファ、ベータ、およびガンマは、第１の分解能を有する角度測位支援データの第１の部分の要素である。同様に、パラメータdl-PRS-Azimuth-fine-r16、dl-PRS-Elevation-fine-r16、アルファファイン、ベータファイン、およびガンマファインは、第１の角度分解能（すなわち、より細かい角度粒度）よりも大きい第２の分解能を有する角度測位支援データの第２の部分の要素である。この例では、第１の角度分解能は１度であり、第２の角度分解能は０．１度である。
いくつかの実施形態では、ネットワークノードは、ネットワークが角度情報を知っている精度の程度に基づいて、パラメータdl-PRS-Azimuth-fine-r16、dl-PRS-Elevation-fine-r16、アルファファイン、ベータファイン、および／またはガンマファインを含むかどうかを決定することができる。いくつかの実施形態では、ネットワークノードは、提供されるDL-PRS-Beam-Info-ResourceSet-r16 ＩＥの数およびサイズ（たとえば、ＴＲＰの個数、ＴＲＰごとのリソースセットの個数、ビームの個数など）と、DL-PRS-Beam-Info-ResourceSet-r16 ＩＥが提供される１つまたは複数のメッセージのサイズに対する１つまたは複数の制約とに基づいて、より細かい分解能パラメータを含めるかどうかを決定することができる。他のビームについては、ネットワークは、より粗い角度分解能を有する第１の部分のみを提供することができる。ネットワークノードは、ビームごと、リソースセットごと、および／またはＴＲＰごと、をベースとして、判定を行うことができる。
いくつかの実施形態では、ネットワークノードは、第２の分解能を有する第２の部分を含めるかどうかを、ユーザ装置の能力に基づいて、決定することができる。そのような実施形態で、ＵＥは、第２の分解能（たとえば、dl-PRS-Azimuth-fine-r16、dl-PRS-Elevation-fine-r16、アルファファイン、ベータファイン、およびガンマファイン）を有する角度測位支援データを利用するためのＵＥの能力のインジケーションをネットワークノードに送信することができる。ＵＥが、第２の部分および／またはより細かい第２の分解能をサポートしていないことを示すとき、ネットワークノードは、第２の部分を含めることを控えることができる。ＵＥが第２の部分および／または第２の分解能をサポートすることを示すとき、ネットワークノードは、第２の部分を含めるか、または上記で説明した他の要因のいずれかに基づいて第２の部分を含めるかどうかの判定を行うことができる。これらの実施形態は、ネットワークノードおよび個々のＵＥからの角度測位支援データのユニキャストおよび／または専用シグナリングに特に適用可能であり、一方、ＵＥ固有の能力に依存しない他の実施形態は、角度測位支援データのブロードキャストにより適用可能でありうることに留意されたい。
したがって、ブロードキャストシグナリングまたはユニキャストシグナリングによって（たとえば、DL-PRS-Beam-Info-ResourceSet-r16 ＩＥにおいて）複数のビームについての角度測位支援データを取得した後、ＵＥは、支援データに基づいてそれぞれのビームのための角度構成を決定し、決定された角度構成に基づいて複数のビームの少なくとも一部のためのビーム信号特性を測定することができる。いくつかの実施形態では、ＵＥはまた、決定された角度構成および測定された信号特性に基づいて、その位置を推定することができる。測定されたビームのための支援データが、第２の分解能を有する第２の部分を含む場合、これは、精度を高めたＵＥ位置推定を容易にすることができる。いくつかの実施形態では、推定された位置をネットワークノードに送信することができる。
上述のように、サイズに関連する問題は、特に、ＵＥが、受信された支援データによって示される比較的多数のビームを測定した場合、ネットワークへのＤＬ ＡｏＤ測定値のＵＥの報告にも影響を及ぼしうる。したがって、いくつかの実施形態では、ＵＥは、第１の角度分解能を有する第１の部分と、第１の角度分解能よりも高い第２の角度分解能（すなわち、より細かい角度粒度）を有する第２の部分との２つの部分の組合せによって、様々なＴＲＰによって送信される様々なビームの角度測定値（たとえば、方位角、仰角など）をネットワークノードに提供することができる。第２の部分は、オプションであり、ビームごとに含まれうる。それぞれの測定値を含めることは、上で論じられた同じファクタ、たとえば、ＵＥに知られている測定値の精度のレベル、測定されたビームの個数、および／または測定値を報告するためのメッセージのサイズ制約、に基づくことができる。
図９は、本開示の様々な実施形態による、例示的なNR-AoD-MeasElement-r16 ＩＥのためのＡＳＮ．１データ構造を示す。図９に示される例示的なＩＥは、単一のビームの角度測定（たとえば、方位角および仰角）をネットワークノードに提供するために、ＵＥによって使用されてもよい。図９に示されるＩＥの複数のインスタンスは、複数のビームのための測定を提供するために使用されてもよい。
特に、nr-AoD-Azimuth-r16は、０～３５９度の範囲にわたって１度の分解能で与えられるビーム方位角測定値であり、nr-AoD-Elevation-r16は、０～１８０度の範囲にわたって１度の分解能で与えられるビーム仰角測定値である。これは、ビーム当たりで、約１７ビットを必要とする。また、nr-AoD-Azimuth-fine-r16は０～０．９度の範囲で０．１度の分解能で与えられ、nr-AoD-Elevation-fine-r16は０～０．９度の範囲で０．１度の分解能で与えられる。これは、ビーム当たりで、約８ビットを必要とする。
しかしながら、後者の２つのフィールドは、オプションであり、望ましい場合および／または必要な場合に、ネットワークによって含めることができる。これが含まれる場合、関連するビームの測定された方位角は、nr-AoD-Azimuth-r16と、nr-AoD-Azimuth-fine-r16との合計に基づいて決定することができる。これが含まれない場合、関連するビームの測定された方位角は、nr-AoD-Azimuth-r16のみに基づいて決定することができる。対応する判定は、関連するビームの測定された仰角に対して行うことができる。後者の２つのフィールドを含まないことは、各ビームについての角度測定値のサイズを８ビットだけ減少させる。
図８～図９に示される例は、度を単位とするビーム角度分解能に基づくが、当業者は、これと均等のビーム角度分解能が、ラジアンを単位として表されてもよいことを認識するであろう。さらに、図８～図９で使用される１度および０．１度の角度分解能は例示的なものであり、他の分解能を様々な実施形態で使用することができる。
上述の実施形態は、ネットワークノードまたは機能およびＵＥのための例示的な方法（たとえば、手順）をそれぞれ示す、図１０～１１を参照して、さらに例示することができる。言い換えると、以下で説明する動作の様々な特徴は、上述した様々な実施形態に対応する。さらに、図１０～図１１に示される例示的な方法は、本明細書に記載されるものを含む、様々な利益、利点、および／または問題に対する解決策を提供するために、協調的に使用されてもよい。図１０～図１１は、特定の順序で特定のブロックを示すが、例示的な方法の動作は、示された順序とは異なる順序で実行することができ、示された順序とは異なる機能を有するブロックに組み合わせおよび／または分割することができる。任意のブロックまたは操作は、破線によって示される。
特に、図１０は、本開示の様々な例示的な実施形態による、無線ネットワーク内の１つまたは複数のユーザ装置（ＵＥ）に測位支援データを提供するための例示的な方法（たとえば、手順）のフロー図を示す。例示的な方法は、無線ネットワーク中の、または無線ネットワークに関連するネットワークノードまたは機能（たとえば、Ｅ－ＳＭＬＣ、ＳＬＰ、ＬＭＦ、基地局、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢなど、またはそれらの構成要素）によって実行されてもよい。たとえば、図１０に示す例示的な方法は、本明細書で説明される他の図に従って構成されたネットワークノードまたは機能に実装することができる。
例示的な方法は、ブロック１０２０の動作を含むことができ、ネットワークノードは、無線ネットワーク中の１つまたは複数の送信受信ポイント（ＴＲＰ）によって送信される複数のビームのうちの特定のビームごとの角度測位支援データの角度分解能を決定することができる。例示的な方法はまた、ブロック１０３０の動作を含むことができ、ネットワークノードは、１つまたは複数のＵＥに、複数のビームについての角度測位支援データを送信することができる。各特定のビームについて、角度測位支援データは、第１の分解能（たとえば、上述のように１度）を有する第１の部分を含むことができ、特定のビームについて決定された角度分解能が第１の分解能よりも高い場合には、さらに、第１の分解能よりも高い第２の分解能（たとえば、上述のように０．１度）を有する第２の部分を含むことができる。
様々な実施形態では、角度測位支援データは、ネットワークノードから１つまたは複数のＵＥへのユニキャストシグナリングを介して、または無線ネットワークのセル中のブロードキャストを介して（たとえば、ブロック１０３０において）送信されてもよい。たとえば、ネットワークノードが測位ノード（たとえば、Ｅ－ＳＭＬＣ、ＬＭＦ）である場合、ネットワークノードは、基地局（たとえば、ｅＮＢ、ｇＮＢ）に対して、基地局によってサービングされるより多くのセルのうちの１つにおいてＳＩとしてブロードキャストするための角度測位支援データを、提供することができる。
様々な実施形態において、（たとえば、ブロック１０２０において）各特定のビームについての角度測位支援データの角度分解能を決定することは、以下のうちの１つ以上に基づくことができる：
● ネットワークノードによって知られている特定のビームについての角度情報の精度と、
● 複数のビームを含むビームの個数と、
● 角度測位支援データを配信するために使用されるメッセージに関する１つ以上のサイズ制約。
いくつかの実施形態によれば、例示的な方法は、ブロック１０１０の動作を含むこともでき、ここで、ネットワークノードは、第１のＵＥから、第１のＵＥが第２の分解能を有する角度測位支援データを使用することができるかどうかのインジケーションを受信することができる。そのような実施形態では、インジケーションが、第１のＵＥが第２の分解能を有する角度測位支援データを使用することができないことを示すとき、角度測位支援データは、それぞれの第２の部分を含まない。ブロック１０１０におけるインジケーションが、第１のＵＥが可能であることを示す場合、ネットワークノードは、上記で説明したものを含む他の要因に基づいて、第１のＵＥに送信された角度測位支援データの角度分解能を決定することができる。いずれにしても、ネットワークノードは、たとえば、インジケーションに応じて、ユニキャストシグナリングによって第１のＵＥに角度測位支援データを送信することができる。
いくつかの実施形態では、複数のビームの角度測位支援データは、それぞれの方位角およびそれぞれの仰角を含むことができる。そのような実施形態では、それぞれの方位角は、第１の分解能を有するそれぞれの第１の方位角部分を含み、それぞれの仰角は、第１の分解能を有するそれぞれの第１の仰角部分を含む。さらに、特定のビームについて決定された角度分解能が第１の分解能よりも高い場合、特定のビームについての方位角は、第２の分解能を有する第２の方位角部分を含み、特定のビームについての仰角は、第２の分解能を有する第２の仰角部分を含む。そのような実施形態の例を図８に示す。
これらの実施形態のいくつかでは、角度測位支援データはまた、それぞれの方位角およびそれぞれの仰角についての座標変換を含む。そのような実施形態では、座標変換は、第１の分解能を有する第１の変換部分を含む。さらに、少なくとも１つのビームについて決定された角度分解能が第１の分解能よりも高い場合、座標変換は、第２の分解能を有する第２の変換部分も含む。そのような実施形態の例を図８に示す。
いくつかの実施形態では、例示的な方法は、ブロック１０４０の動作を含むこともでき、ネットワークノードは、第１のＵＥ（たとえば、ブロック１０１０においてインジケーションを送信してきた第１のＵＥ）から、第１のＵＥの推定位置と、または角度測位支援データを送信された複数のビームの少なくとも一部の角度測定値と、のうちの１つを受信することができる。いくつかの実施形態では、各測定ビームの角度測定値は、測定された方位角および測定された仰角を含むことができる。
これらの実施形態のいくつかでは、各測定ビームの角度測定値は、以下を含むことができる：
● 第１の測定分解能（たとえば、上述のように１度）を有する第１の測定値部分と、
● 測定されたビームの角度測定の分解能が第１の測定分解能よりも高い場合にはさらに、第１の測定分解能よりも高い第２の測定分解能（たとえば、上述のように０．１度）を有する第２の部分と、
を含む。
そのような実施形態の例を図９に示す。
いくつかの実施形態では、例示的な方法は、ブロック１０５０の動作も含むことができ、ネットワークノードは、（たとえば、ブロック１０４０において受信された）角度測定値に基づいて、ＵＥの位置を推定することができる。
さらに、図１１は、本開示の様々な例示的な実施形態による、無線ネットワークにおける測位のための例示的な方法（たとえば、手順）のフロー図を示す。例示的な方法は、本明細書で説明される他の図に従って構成されたＵＥなどのＵＥ（たとえば、無線デバイス、ＭＴＣデバイス、ＮＢ－ＩｏＴデバイス、モデムなど、またはそれらの構成要素）によって実行されてもよい。
例示的な方法は、ブロック１１２０の動作を含むことができ、そこで、ネットワークノード（たとえば、Ｅ－ＳＭＬＣ、ＬＭＦなど）から、無線ネットワーク中の１つまたは複数のＴＲＰによって送信される複数のビームについての角度測位支援データを受信することができる。各特定のビームについて、角度測位支援データは、第１の分解能（たとえば、上述したように１度）を有する第１の部分を含むことができ、特定のビームについての角度測位支援データの角度分解能が第１の分解能よりも高いとき、第１の分解能よりも高い第２の分解能（たとえば、上述したように０．１度）を有する第２の部分を含むことができる。例示的な方法はまた、ブロック１１３０の操作を含むことができ、そこで、ＵＥは、角度測位支援データに基づいて複数のビームの角度構成を決定することができる。例示的な方法はまた、ブロック１１４０の動作を含むことができ、そこで、ＵＥは、決定された角度構成に基づいて複数のビームの少なくとも一部分に対して角度測定を実行することができる。いくつかの実施形態では、各測定ビームの角度測定値は、測定された方位角および仰角を含むことができる。
いくつかの実施形態では、特定のビームのための角度測位支援データが第１の部分のみを含む場合、特定のビームのための角度構成は、第１の分解能に従って（たとえば、ブロック１１３０において）決定される。同様に、特定のビームのための角度測位支援データが第１の部分および第２の部分を含む場合、特定のビームのための角度構成は、第２の分解能に従って決定される。
様々な実施形態では、角度測位支援データは、ネットワークノードからのユニキャストシグナリングを介して、または無線ネットワークのセル中のブロードキャストを介して（たとえば、ブロック１１２０において）受信されてもよい。たとえば、ネットワークノードが測位ノード（たとえば、Ｅ－ＳＭＬＣ、ＬＭＦ）である場合、ネットワークノードは、基地局（たとえば、ｅＮＢ、ｇＮＢ）に、基地局によってサービングされるより多くのセルのうちの１つにおいてＳＩとしてブロードキャストするための角度測位支援データを提供することができる。
いくつかの実施形態によれば、例示的な方法は、ブロック１１１０の動作を含むこともでき、そこで、ＵＥは、第２の分解能を有する角度測位支援データをＵＥが使用することが可能であるかどうかのインジケーションをネットワークノードに送信することができる。そのような実施形態では、インジケーションが、第１のＵＥが第２の分解能を有する角度測位支援データを使用することができないことを示す場合、角度測位支援データは、それぞれの第２の部分を含まない。ブロック１１１０におけるインジケーションが、第１のＵＥが可能であることを示す場合、ネットワークノードは、上記で説明したものを含む他の要因に基づいて、第１のＵＥに送信された角度測位支援データの角度分解能を決定することができる。いずれにしても、ＵＥは、たとえば、インジケーションに応じて、ユニキャストシグナリングを介して角度測位支援データを受信することができる。
いくつかの実施形態によれば、複数のビームの角度測位支援データは、それぞれの方位角およびそれぞれの仰角を含む。そのような実施形態では、それぞれの方位角は、第１の分解能を有するそれぞれの第１の方位角部分を含み、それぞれの仰角は、第１の分解能を有するそれぞれの第１の仰角部分を含む。さらに、特定のビームについて決定された角度分解能が第１の分解能よりも高い場合、特定のビームについての方位角は、第２の分解能を有する第２の方位角部分を含み、特定のビームについての仰角は、第２の分解能を有する第２の仰角部分を含む。そのような実施形態の例が図８に示されている。
これらの実施形態のいくつかでは、角度測位支援データは、複数のビームについて、座標変換されたものを含むこともできる。そのような実施形態では、ブロック１１３０の判定動作は、サブブロック１１３１の動作を含むことができ、そこで、ＵＥは、座標変換をそれぞれの方位角およびそれぞれの仰角に適用することができる。これらの実施形態のいくつかでは、座標変換は、第１の分解能を有する第１の変換部分を含める。また、少なくとも１つのビームの角度分解能が第１の分解能よりも高い場合、座標変換は、第２の分解能を有する第２の変換部分も含める。そのような実施形態の例が図８に示されている。
いくつかの実施形態では、例示的な方法は、ブロック１１５０～１１６０の動作を含むこともできる。ブロック１１５０において、ＵＥは、測定されたビームごとに、測定されたビームの角度測定の分解能を決定することができる。ブロック１１６０において、ＵＥは、ネットワークノードに角度測定値を送信することができる。各測定ビームについての送信された角度測定値は、第１の測定分解能（たとえば、１度）を有する第１の測定値部分を含むことができ、測定ビームについての角度測定値の決定された分解能が第１の測定分解能よりも高い場合、第１の測定分解能よりも高い第２の測定分解能（たとえば、０．１度）を有する第２の部分を含むことができる。そのような実施形態の例が図９に示されている。
他の実施形態では、例示的な方法は、ブロック１１７０～１１８０の動作を含むこともできる。ブロック１１７０において、ＵＥは、（たとえば、ブロック１１４０において実行される）角度測定に基づいて、ＵＥの（すなわち、それ自体の）位置を推定することができる。ブロック１１８０において、ＵＥは、推定された位置をネットワークノードに送信することができる。
様々な実施形態が方法、技法、および／または手順に関して上記で説明されたが、そのような方法、技法、および／または手順は、様々なシステム、通信デバイス、コンピューティングデバイス、制御デバイス、装置、非一時的コンピュータ可読媒体、コンピュータプログラム製品などにおけるハードウエアおよびソフトウエアの様々な組合せによって具現化されてもよいことを、当業者は容易に理解するであろう。
図１２は、他の図に関して上記で説明したものを含む、本開示の様々な実施形態による例示的な無線デバイスまたはユーザ装置（ＵＥ）１２００（以下、「ＵＥ１２００」と呼ぶ）の構成図を示す。たとえば、ＵＥ１２００は、本明細書で説明される例示的な方法のうちの１つまたは複数に対応する動作を実行するために、コンピュータ可読媒体上に記憶された命令の実行によって構成されてもよい。
ＵＥ１２００は、パラレルアドレスおよびデータバス、シリアルポート、または当業者に知られている他の方法および／または構造を備えることができるバス１２７０を介して、プログラムメモリ１２２０および／またはデータメモリ１２３０に動作可能に接続されてもよいプロセッサ１２１０（「処理回路」とも呼ばれる）を含むことができる。プログラムメモリ１２２０は、プロセッサ１２１０によって実行されると、本明細書で説明される様々な例示的な方法に対応する動作を含む、様々な動作を実行するようにＵＥ１２００を構成および／または実現可能とする、ソフトウエアコード、プログラム、および／または命令（図１２のコンピュータプログラム製品１２２１として集合的に示される）を記憶することができる。そのような動作の一部として、またはそれに加えて、そのような命令の実行は、５Ｇ／ＮＲ、ＬＴＥ、ＬＴＥ－Ａ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、１ｘＲＴＴ、ＣＤＭＡ２０００、８０２．１１ ＷｉＦｉ、ＨＤＭＩ（登録商標）、ＵＳＢ、Ｆｉｒｅｗｉｒｅなどとして一般に知られているものなど、３ＧＰＰ、３ＧＰＰ２、またはＩＥＥＥによって標準化された１つまたは複数の無線通信プロトコル、または無線送受信機１２４０、ユーザインターフェース１２５０、および／または制御インターフェース１２６０と併せて利用されてもよい任意の他の現在または将来のプロトコルを含む、１つまたは複数のワイヤードまたは無線通信プロトコルを使用して通信するように、ＵＥ１２００を構成および／または実現可能にすることができる。
別の例として、プロセッサ１２１０は、（たとえば、ＮＲおよび／またはＬＴＥのために）３ＧＰＰによって標準化されたＭＡＣ、ＲＬＣ、ＰＤＣＰ、およびＲＲＣレイヤプロトコルに対応する、プログラムメモリ１２２０に記憶されたプログラムコードを実行することができる。さらなる例として、プロセッサ１２１０は、無線送受信機１２４０とともに、直交周波数分割多重（ＯＦＤＭ）、直交周波数分割多元接続（ＯＦＤＭＡ）、および単一キャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）などの対応するＰＨＹレイヤプロトコルを実施する、プログラムメモリ１２２０に記憶されたプログラムコードを実行することができる。別の例として、プロセッサ１２１０は、無線送受信機１２４０とともに、他の互換性のあるデバイスおよび／またはＵＥとのデバイスツーデバイス（Ｄ２Ｄ）通信を実装する、プログラムメモリ１２２０に記憶されたプログラムコードを実行することができる。
プログラムメモリ１２２０はまた、無線送受信機１２４０、ユーザインターフェース１２５０、および／または制御インターフェース１２６０などの様々な構成要素を構成および制御することを含む、ＵＥ１２００の機能を制御するためにプロセッサ１２１０によって実行されるソフトウエアコードを含むことができる。プログラムメモリ１２２０はまた、本明細書に記載の例示的な方法のいずれかを具現化するコンピュータ実行可能命令を備える１つまたは複数のアプリケーションプログラムおよび／またはモジュールを備えることができる。そのようなソフトウエアコードは、たとえば、実装された方法ステップによって定義されるような所望の機能性が保持される限り、たとえば、Ｊａｖａ、Ｃ＋＋、Ｃ、オブジェクティブＣ、ＨＴＭＬ、ＸＨＴＭＬ、マシンコード、およびアセンブラなどの任意の既知のまたは将来開発されるプログラミング言語を使用して指定または書かれる。加えて、または代替として、プログラムメモリ１２２０は、ＵＥ１２００から離れた外部記憶装置（図示せず）を備えることができ、そこから命令を、ＵＥ１２００内に位置するか、またはそれに取り外し可能に結合されたプログラムメモリ１２２０にダウンロードして、そのような命令の実行を可能にすることができる。
データメモリ１２３０は、本明細書で説明される例示的な方法のいずれかに対応する、またはそれを備える動作を含む、ＵＥ１２００のプロトコル、構成、制御、および他の機能において使用される変数を格納するためのプロセッサ１２１０のためのメモリ領域を含むことができる。さらに、プログラムメモリ１２２０および／またはデータメモリ１２３０は、不揮発性メモリ（たとえば、フラッシュメモリ）、揮発性メモリ（たとえば、スタティックＲＡＭもしくはダイナミックＲＡＭ）、またはそれらの組合せを含むことができる。さらに、データメモリ１２３０は、１つまたは複数のフォーマット（たとえば、ＳＤカード、メモリスティック、コンパクトフラッシュ（登録商標）など）の取り外し可能なメモリカードを挿入および取り外すことができるメモリスロットを備えることができる。
当業者は、プロセッサ１２１０が複数の個々のプロセッサ（たとえば、マルチコアプロセッサを含む）を含むことができ、その各々が上述の機能の一部を実装することを認識するであろう。そのような場合、複数の個々のプロセッサは、プログラムメモリ１２２０およびデータメモリ１２３０に共通に接続されてもよいか、または複数の個々のプログラムメモリおよび／またはデータメモリに個別に接続されてもよい。より一般的には、ＵＥ１２００の様々なプロトコルおよび他の機能は、限定はしないが、アプリケーションプロセッサ、シグナルプロセッサ、汎用プロセッサ、マルチコアプロセッサ、ＡＳＩＣ、固定および／またはプログラマブルデジタル回路、アナログベースバンド回路、無線周波数回路、ソフトウエア、ファームウエア、およびミドルウエアを含む、ハードウエアとソフトウエアとの異なる組合せを備える多くの異なるコンピュータ構成で実装されてもよいことを、当業者は認識されよう。
無線送受信機１２４０は、ＵＥ１２００が無線通信規格および／またはプロトコルのようなサポートする他の機器と通信することを容易にする無線周波数送信機および／または受信機機能を含むことができる。いくつかの例示的な実施形態では、無線送受信機１２４０は、ＵＥ１２００が、３ＧＰＰおよび／または他の標準セット組織（ＳＳＯ）による標準化のために提案された様々なプロトコルおよび／または方法に従って通信することを可能にする、１つまたは複数の送信機および１つまたは複数の受信機を含む。たとえば、そのような機能は、他の図に関して本明細書で説明されるような、ＯＦＤＭ、ＯＦＤＭＡ、および／またはＳＣ－ＦＤＭＡ技術に基づいてＰＨＹレイヤを実装するためにプロセッサ１２１０と協調して動作することができる。
いくつかの例示的な実施形態では、無線送受信機１２４０は、１つまたは複数の送信機と、ＵＥ１２００が３ＧＰＰによって公表された規格に従って様々なＬＴＥ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、および／またはＮＲネットワークと通信することを可能ならしめる１つまたは複数の受信機とを含む。本開示のいくつかの例示的な実施形態では、無線送受信機１２４０は、やはり３ＧＰＰ規格に従って、ＵＥ１２００が様々なＮＲ、ＮＲ－Ｕ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－ＬＡＡ、ＵＭＴＳ、および／またはＧＳＭ／ＥＤＧＥネットワークと通信するために必要な回路、ファームウエアなどを含む。いくつかの実施形態では、無線送受信機１２４０は、ＵＥ１２００と他の互換性のあるデバイスとの間のＤ２Ｄ通信をサポートする回路を含むことができる。
いくつかの実施形態では、無線送受信機１２４０は、３ＧＰＰ２規格に従って、ＵＥ１２００が様々なＣＤＭＡ２０００ネットワークと通信するために必要な回路、ファームウエアなどを含む。いくつかの実施形態では、無線送受信機１２４０は、２．４ＧＨｚ、５．６ＧＨｚ、および／または６０ＧＨｚの領域の周波数を使用して動作するＩＥＥＥ ８０２．１１ のＷｉＦｉなどの、免許が不要な周波数帯域で動作する無線技術使用して通信することが可能でありうる。いくつかの実施形態では、無線送受信機１２４０は、ＩＥＥＥ ８０２．３イーサネット（登録商標）技術を使用することなどによって、有線通信が可能な送受信機を含むことができる。これらの実施形態の各々に特有の機能は、データメモリ１２３０とともにプログラムメモリ１２２０に記憶されたプログラムコードを実行するプロセッサ１２１０などの、ＵＥ１２００内の他の回路と結合され、かつ／またはそれによって制御されてもよい。
ユーザインターフェース１２５０は、ＵＥ１２００の特定の実施形態に応じて様々な形態をとることができ、またはそのすべてがＵＥ１２００に存在しなくてもよい。いくつかの実施形態では、ユーザインターフェース１２５０は、マイクロフォン、ラウドスピーカ、スライド可能なボタン、押下可能なボタン、ディスプレイ、タッチスクリーンディスプレイ、機械的または仮想キーパッド、機械的または仮想キーボード、および／または携帯電話に一般に見られる任意の他のユーザインターフェース機能を備えることができる。他の実施形態では、ＵＥ１２００は、より大きいタッチスクリーンディスプレイを含むタブレットコンピューティングデバイスを備えることができる。そのような実施形態では、ユーザインターフェース１２５０の機械的機能のうちの１つまたは複数は、当業者によく知られているように、タッチスクリーンディスプレイを使用して実装される、同等または機能的に同等の仮想ユーザインターフェース機能（たとえば、仮想キーパッド、仮想ボタンなど）によって置き換えられうる。他の実施形態では、ＵＥ１２００は、特定の実施形態に応じて統合、取り外し、または取り外し可能とすることができる機械式キーボードを備える、ラップトップコンピュータ、デスクトップコンピュータ、ワークステーションなどのデジタルコンピューティングデバイスとすることができる。そのようなデジタルコンピューティングデバイスはまた、タッチスクリーンディスプレイを備えることができる。タッチスクリーンディスプレイを有するＵＥ１２００の多くの例示的な実施形態は、本明細書で説明されるか、または別様に当業者に知られている例示的な方法に関連する入力など、ユーザ入力を受信することが可能である。
いくつかの実施形態では、ＵＥ１２００は、ＵＥ１２００の特徴および機能によって様々な方法で使用することができる方位センサを含むことができる。たとえば、ＵＥ１２００は、ユーザがＵＥ１２００のタッチスクリーンディスプレイの物理的な向きをいつ変更したかを判定するために、方位センサの出力を使用することができる。方位センサからのインジケーション信号は、ＵＥ１２００上で実行される任意のアプリケーションプログラムにより利用可能であり、その結果、アプリケーションプログラムは、インジケーション信号がＵＥの物理的な向きのおよそ９０度の変化を示す場合、スクリーンディスプレイの向きを（たとえば、縦向きから横向きに）自動的に変更することができる。この例示的な方法では、アプリケーションプログラムは、ＵＥの物理的な向きにかかわらず、ユーザによって読み取り可能な方法で画面表示を維持することができる。加えて、方位センサの出力は、本開示の様々な例示的な実施形態と併せて使用することができる。
ＵＥ１２００の制御インターフェース１２６０は、ＵＥ１２００の特定の例示的な実施形態、およびＵＥ１２００が通信および／または制御することが意図される他のデバイスの特定のインターフェース要件に応じて、様々な形態をとることができる。たとえば、制御インターフェース１２６０は、ＲＳ－２３２インターフェース、ＵＳＢインターフェース、ＨＤＭＩ（登録商標）インターフェース、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、ＩＥＥＥ（「Ｆｉｒｅｗｉｒｅ」）インターフェース、Ｉ２Ｃインターフェース、ＰＣＭＣＩＡインターフェースなどを備えることができる。本開示のいくつかの例示的な実施形態では、制御インターフェース１２６０は、上述のようなＩＥＥＥ ８０２．３イーサネット（登録商標）インターフェースを備えることができる。本開示のいくつかの例示的な実施形態では、制御インターフェース１２６０は、たとえば、１つまたは複数のデジタル－アナログ変換器（ＤＡＣ）および／またはアナログ－デジタル変換器（ＡＤＣ）を含むアナログインターフェース回路を備えることができる。
当業者は、上記の機能、インターフェース、および無線周波数通信規格のリストが単なる例示であり、本開示の範囲を限定するものではないことを認識することができる。言い換えれば、ＵＥ１２００は、たとえば、ビデオおよび／または静止画像カメラ、マイクロフォン、メディアプレーヤおよび／またはレコーダなどを含む、図１２に示されるよりも多くの機能を備えることができる。さらに、無線送受信機１２４０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＧＰＳ、および／または他のものを含む追加の無線周波数通信規格を使用して通信するために必要な回路を含むことができる。さらに、プロセッサ１２１０は、プログラムメモリ１２２０に記憶されたソフトウエアコードを実行して、そのような追加の機能性を制御することができる。たとえば、ＧＰＳ受信機から出力される方向速度および／または位置推定値は、本明細書で説明される（たとえば、方法の）任意の例示的な実施形態に対応する、および／またはそれを実施する任意のプログラムコードを含む、ＵＥ１２００上で実行する任意のアプリケーションプログラムに利用可能でありうる。
図１３は、他の図に関して上述したものを含む、本開示の様々な実施形態による例示的なネットワークノード１３００の構成図を示す。たとえば、例示的なネットワークノード１３００は、本明細書で説明される例示的な方法のうちの１つまたは複数に対応する動作を実行するために、コンピュータ可読媒体上に記憶された命令の実行によって構成されてもよい。いくつかの例示的な実施形態では、ネットワークノード１３００は、基地局、ｅＮＢ、ｇＮＢ、またはそれらの１つまたは複数の構成要素を備えることができる。たとえば、ネットワークノード１３００は、３ＧＰＰによって指定されたＮＲ ｇＮＢアーキテクチャに従って、セントラルユニット（ＣＵ）および１つまたは複数の分散ユニット（ＤＵ）として構成されてもよい。より一般的には、ネットワークノード１３００の機能は、様々な物理的な装置および／または機能ユニット、モジュールなどにわたって分散されてもよい。
ネットワークノード１３００は、バス１３７０を介してプログラムメモリ１３２０およびデータメモリ１３３０に動作可能に接続されたプロセッサ１３１０（「プロセッシング回路」とも呼ばれる）を含むことができ、これは、パラレルアドレスおよびデータバス、シリアルポート、または当業者に知られている他の方法および／または構造を含むことができる。
プログラムメモリ１３２０は、プロセッサ１３１０によって実行されたとき、本明細書で説明される様々な例示的な方法に対応する動作を含む様々な動作を実行するようにネットワークノード１３００を構成および／または容易にすることができる、ソフトウエアコード、プログラム、および／または命令（図１３のコンピュータプログラム製品１３２１として集合的に示される）を記憶することができる。そのような動作の一部として、および／またはそれに加えて、プログラムメモリ１３２０はまた、ＬＴＥ、ＬＴＥ－Ａ、および／またはＮＲのために３ＧＰＰによって標準化されたＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、およびＲＲＣレイヤプロトコルのうちの１つまたは複数、または無線ネットワークインターフェース１３４０および／またはコアネットワークインターフェース１３５０と併せて利用される任意の他の上位レイヤ（たとえば、ＮＡＳ）プロトコルなど、他のプロトコルまたはプロトコルレイヤを使用して１つまたは複数の他のＵＥまたはネットワークノードと通信するようにネットワークノード１３００を構成および／または実現しうる、プロセッサ１３１０によって実行されるソフトウエアコードを含みうる。たとえば、コアネットワークインターフェース１３５０は、Ｓ１またはＮＧインターフェースを備えることができ、無線ネットワークインターフェース１３４０は、３ＧＰＰによって標準化されたＵｕインターフェースを備えることができる。プログラムメモリ１３２０はまた、無線ネットワークインターフェース１３４０およびコアネットワークインターフェース１３５０などの様々な構成要素を構成および制御することを含む、ネットワークノード１３００の機能を制御するためにプロセッサ１３１０によって実行されるソフトウエアコードを備えることができる。
データメモリ１３３０は、ネットワークノード１３００のプロトコル、構成、制御、および他の機能において使用される変数を格納するためのプロセッサ１３１０のためのメモリ領域を備えることができる。したがって、プログラムメモリ１３２０およびデータメモリ１３３０は、不揮発性メモリ（たとえば、フラッシュメモリ、ハードディスクなど）、揮発性メモリ（たとえば、スタティックＲＡＭまたはダイナミックＲＡＭ）、ネットワークベース（たとえば、「クラウド」）ストレージ、またはそれらの組合せを備えることができる。当業者は、プロセッサ１３１０が複数の個々のプロセッサ（図示せず）を含むことができ、その各々が上述の機能の一部を実装することを認識するであろう。そのような場合、複数の個々のプロセッサは、プログラムメモリ１３２０およびデータメモリ１３３０に共通に接続されてもよく、または複数の個々のプログラムメモリおよび／またはデータメモリに個別に接続されてもよい。より一般的には、ネットワークノード１３００の様々なプロトコルおよび他の機能は、限定はしないが、アプリケーションプロセッサ、シグナルプロセッサ、汎用プロセッサ、マルチコアプロセッサ、ＡＳＩＣ、固定デジタル回路、プログラマブルデジタル回路、アナログベースバンド回路、無線周波数回路、ソフトウエア、ファームウエア、およびミドルウエアを含む、ハードウエアおよびソフトウエアの多くの様々な組合せで実装されてもよいことを当業者は認識するであろう。
無線ネットワークインターフェース１３４０は、送信機、受信機、信号プロセッサ、ＡＳＩＣ、アンテナ、ビームフォーミングユニット、およびネットワークノード１３００が、いくつかの実施形態では、複数の互換性のあるユーザ装置（ＵＥ）などの他の機器と通信することを可能にする他の回路を備えることができる。いくつかの実施形態では、インターフェース１３４０はまた、ネットワークノード１３００が衛星通信ネットワークの互換性のある衛星と通信することを可能にすることができる。いくつかの例示的な実施形態では、無線ネットワークインターフェース１３４０は、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－ＬＡＡ、ＮＲ、ＮＲ－Ｕなどのために３ＧＰＰによって標準化されたＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、および／またはＲＲＣレイヤプロトコル、そのようなで説明したようなそれらの改善、または無線ネットワークインターフェース１３４０とともに利用される任意の他の上位レイヤプロトコルなど、様々なプロトコルまたはプロトコルレイヤを備えることができる。本開示のさらなる例示的な実施形態によれば、無線ネットワークインターフェース１３４０は、ＯＦＤＭ、ＯＦＤＭＡ、および／またはＳＣ－ＦＤＭＡ技術に基づくＰＨＹレイヤを備えることができる。いくつかの実施形態では、そのようなＰＨＹレイヤの機能は、無線ネットワークインターフェース１３４０およびプロセッサ１３１０（メモリ１３２０内のプログラムコードを含む）によって協働して提供されてもよい。
コアネットワークインターフェース１３５０は、送信機、受信機、およびネットワークノード１３００が、いくつかの実施形態では、回線交換（ＣＳ）および／またはパケット交換コア（ＰＳ）ネットワークなどのコアネットワーク内の他の機器と通信することを可能にする他の回路を備えることができる。いくつかの実施形態では、コアネットワークインターフェース１３５０は、３ＧＰＰによって標準化されたＳ１インターフェースを備えることができる。いくつかの実施形態では、コアネットワークインターフェース１３５０は、３ＧＰＰによって標準化されたＮＧインターフェースを備えることができる。いくつかの例示的な実施形態では、コアネットワークインターフェース１３５０は、１つまたは複数のＡＭＦ、ＳＭＦ、ＳＧＷ、ＭＭＥ、ＳＧＳＮ、ＧＧＳＮ、および当業者に知られているＧＥＲＡＮ、ＵＴＲＡＮ、ＥＰＣ、５ＧＣ、およびＣＤＭＡ２０００コアネットワークに見られる機能を備える他の物理装置への１つまたは複数のインターフェースを備えることができる。いくつかの実施形態では、これらの１つまたは複数のインターフェースは、単一の物理インターフェース上で一緒に多重化されてもよい。いくつかの実施形態では、コアネットワークインターフェース１３５０の下位レイヤは、非同期転送モード（ＡＴＭ）、インターネットプロトコル（ＩＰ）オーバーイーサネット（登録商標）、光ファイバ上のＳＤＨ、銅線上のＴ１／Ｅ１／ＰＤＨ、マイクロ波無線、または当業者に知られている他の有線もしくは無線伝送テクノロジーのうちの１つまたは複数を備えることができる。
いくつかの実施形態では、ネットワークノード１３００は、他のｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ、ｅｎ－ｇＮＢ、ＩＡＢノードなどとのように、ＲＡＮ（「無線ネットワーク」とも呼ばれる）内の他のネットワークノードと通信するようにネットワークノード１３００を構成および／または容易にするハードウエアおよび／またはソフトウエアを含むことができる。そのようなハードウエア及び／又はソフトウエアは、無線ネットワークインターフェース１３４０及び／又はコアネットワークインターフェース１３５０の一部であってもよく、又は別個の機能ユニット（図示せず）であってもよい。たとえば、そのようなハードウエアおよび／またはソフトウエアは、３ＧＰＰによって標準化されているように、Ｘ２またはＸｎインターフェースを介して他のＲＡＮノードと通信するようにネットワークノード１３００を構成および／または容易にすることができる。
ＯＡ＆Ｍインターフェース１３６０は、ネットワークノード１３００またはそれに動作可能に接続された他のネットワーク機器の動作、管理、および保守のために、ネットワークノード１３００が外部ネットワーク、コンピュータ、データベースなどと通信することを可能にする送信機、受信機、および他の回路を備えることができる。ＯＡ＆Ｍインターフェース１３６０の下位レイヤは、非同期転送モード（ＡＴＭ）、インターネットプロトコル（ＩＰ）－オーバーイーサネット（ｏｖｅｒ－Ｅｔｈｅｒｎｅｔ）、光ファイバ上のＳＤＨ、銅線上のＴ１／Ｅ１／ＰＤＨ、マイクロ波無線、または当業者に知られている他の有線もしくは無線送信技術のうちの１つまたは複数を備えることができる。さらに、いくつかの実施形態では、無線ネットワークインターフェース１３４０、コアネットワークインターフェース１３５０、およびＯＡ＆Ｍインターフェース１３６０のうちの１つまたは複数は、上に列挙された実例などの単一の物理インターフェース上で共に多重化されてもよい。
図１４は、本開示の様々な例示的な実施形態による、ホストコンピュータとユーザ装置（ＵＥ）との間にオーバーザトップ（ＯＴＴ）データサービスを提供するように構成された例示的な通信ネットワークのブロック図である。ＵＥ１４１０は、たとえば、ＬＴＥ、ＬＴＥ－Ａ、および５Ｇ／ＮＲを含む上記で説明したプロトコルに基づくことができる無線インターフェース１４２０を介して、無線アクセスネットワーク（ＲＡＮ、「無線ネットワーク」とも呼ばれる）１４３０と通信することができる。たとえば、ＵＥ１４１０は、上記で説明した他の図に示すように構成および／または構築されてもよい。
ＲＡＮ１４３０は、認可スペクトル帯域において動作可能な１つまたは複数の地上波ネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢ、コントローラなど）と、２．４ＧＨｚ帯域および／または５ＧＨｚ帯域などの（たとえば、ＬＡＡまたはＮＲ－Ｕ技術を使用して）免許が不要なスペクトルにおいて動作可能な１つまたは複数のネットワークノードとを含みうる。そのような場合、ＲＡＮ１４３０を備えるネットワークノードは、認可および免許が不要なスペクトルを使用して協調的に動作することができる。いくつかの実施形態では、ＲＡＮ１４３０は、衛星アクセスネットワークを備える１つまたは複数の衛星を含むことができ、またはそれと通信することができる。
ＲＡＮ１４３０は、さらに、上述の様々なプロトコルおよびインターフェースに従って、コアネットワーク１４４０と通信することができる。たとえば、ＲＡＮ１４３０を備える１つまたは複数の機器（たとえば、基地局、ｅＮＢ、ｇＮＢなど）は、上記で説明したコアネットワークインターフェース１４５０を介してコアネットワーク１４４０に通信することができる。いくつかの例示的な実施形態では、ＲＡＮ１４３０およびコアネットワーク１４４０は、上述の他の図に示されるように構成および／または配置されてもよい。たとえば、Ｅ－ＵＴＲＡＮ１４３０を備えるｅＮＢは、Ｓ１インターフェースを介してＥＰＣコアネットワーク１４４０と通信することができる。別の例示として、ＮＧ－ＲＡＮ１４３０を備えるｇＮＢおよびｎｇ－ｅＮＢは、ＮＧインターフェースを介して５ＧＣコアネットワーク１４３０と通信することができる。
コアネットワーク１４４０はさらに、当業者に知られている様々なプロトコルおよびインターフェースに従って、インターネット１４５０として図１４に示されている外部パケットデータネットワークと通信することができる。多くの他のデバイスおよび／またはネットワークも、例示的なホストコンピュータ１４６０などのインターネット１４５０に接続し、それを介して通信することができる。いくつかの例示的な実施形態では、ホストコンピュータ１４６０は、インターネット１４５０、コアネットワーク１４４０、およびＲＡＮ１４３０を仲介として使用して、ＵＥ１４１０と通信することができる。ホストコンピュータ１４６０は、サービスプロバイダの所有権及び／又は制御下にあるサーバ（たとえば、アプリケーションサーバ）とすることができる。ホストコンピュータ１４６０は、ＯＴＴサービスプロバイダによって、またはサービスプロバイダの代わりに別のエンティティによって動作させることができる。
たとえば、ホストコンピュータ１４６０は、ホストコンピュータ１４６０への／からの発信／着信通信の経路指定を知らない可能性があるコアネットワーク１４４０およびＲＡＮ１４３０の機能を使用して、オーバーザトップ（ＯＴＴ）パケットデータサービスをＵＥ１４１０に提供することができる。同様に、ホストコンピュータ１４６０は、ホストコンピュータからＵＥへの送信のルーティング、たとえば、ＲＡＮ１４３０を介した送信のルーティングに気付かないことがある。たとえば、ホストコンピュータからＵＥへのストリーミング（一方向）オーディオおよび／またはビデオ、ホストコンピュータとＵＥとの間のインタラクティブ（双方向）オーディオおよび／またはビデオ、インタラクティブメッセージングまたはソーシャルコミュニケーション、インタラクティブ仮想または拡張現実などを含む、図１４に示される例示的な構成を使用して、様々なＯＴＴサービスを提供することができる。
図１４に示される例示的なネットワークはまた、データレート、レイテンシ、および本明細書に開示される例示的な実施形態によって改善される他の要因を含むネットワーク性能メトリックを監視する測定手順および／またはセンサを含むことができる。例示的なネットワークはまた、測定結果の変動に応答して、エンドポイント（たとえば、ホストコンピュータおよびＵＥ）間のリンクを再構成するための機能を含むことができる。そのような手順および機能は知られており、実践されており、ネットワークがＯＴＴサービスプロバイダから無線インターフェースを隠すかまたは抽象化する場合、ＵＥとホストコンピュータとの間の独自のシグナリングによって測定を容易にすることができる。
本明細書で説明される例示的な実施形態は、たとえば、無線ネットワークにおけるＴＲＰによって送信または受信された信号の測定に基づいて、ＵＥベースの位置の推定を容易にする測位支援情報を提供するための新規な技法を提供する。そのような技法は、上記で説明したように、ＵＥによるより正確かつ／またはよりタイムリーな位置推定を可能ならしめ、ならびにネットワークシグナリングの複雑性を低減しうる。そのような利点は、高精度／高精度測位および／または低複雑度測位などの特定の用途において非常に重要でありうる。ＮＲ ＵＥ（たとえば、ＵＥ１４１０）およびｇＮＢ（たとえば、ＲＡＮ１４３０を備えるｇＮＢ）において使用されるとき、本明細書で説明される例示的な実施形態は、ロケーションベースのＯＴＴサービスの使用を容易にする様々な改善、利益、および／または利点を提供することができる。結果として、これは、過度のＵＥ電力消費またはユーザ体験の他の低減なしに、より短いレイテンシを伴うサービスのより正確な配信を含む、ＯＴＴサービスプロバイダおよびエンドユーザによって経験されるようなこれらのサービスの性能を改善する。
上記は、単に本開示の原理を例示するものである。記載された実施形態に対する様々な修正および変更は、本明細書の教示を考慮すれば当業者には明らかであろう。したがって、当業者は、本明細書に明示的に示されていないか、または説明されていないが、本開示の原理を具現化し、したがって本開示の精神及び範囲内にありうる、多数のシステム、構成、および手順を考案することができることが理解されよう。当業者によって理解されるように、様々な例示的な実施形態を、互いに一緒に、ならびにそれらと互換的に使用することができる。
本明細書で使用されるユニットという用語は、電子機器、電気デバイスおよび／または電子デバイスの分野における従来の意味を有することができ、たとえば、本明細書で説明されるものなどの、それぞれの作業、手続き、演算、出力、および／または表示機能などを実行するための、電気および／または電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステートおよび／またはディスクリートデバイス、コンピュータプログラムまたは命令を含むことができる。
本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の機能ユニット、または１つまたは複数の仮想装置のモジュールを介して実行されてもよい。各仮想装置は、いくつかのこれらの機能ユニットを備えてもよい。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含むことができる処理回路、ならびにデジタルシグナルプロセッサ（ＤＳＰ）、専用デジタルロジックなどを含むことができる他のデジタルハードウエアを介して実装されてもよい。プロセッシング回路は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つまたは複数のタイプのメモリを有することができる、メモリに格納されたプログラムコードを実行するように構成することができる。メモリに格納されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技術のうちの１つまたは複数を実行するための命令を有する。いくつかの実装形態では、プロセッシング回路は、本開示の１つまたは複数の実施形態に従って、それぞれの機能ユニットに対応する機能を行わせるために、使用されてもよい。
本明細書で説明されるように、デバイスおよび／または装置は、そのようなチップまたはチップセットを備える半導体チップ、チップセット、または（ハードウエア）モジュールによって表されてもよいが、これは、ハードウエアで実装される代わりに、実行のための実行可能なソフトウエアコード部分を備えるコンピュータプログラムまたはコンピュータプログラム製品などのソフトウエアモジュールとして実装されるか、またはプロセッサ上で実行されるデバイスまたは装置の機能性を除外しない。さらに、デバイスまたは装置の機能は、ハードウエアとソフトウエアとの任意の組合せによって実装されてもよい。デバイスまたは装置はまた、機能的に互いに協働しているか、または互いに独立しているかにかかわらず、複数のデバイスおよび／または装置のアセンブリとみなすことができる。さらに、デバイスおよび装置は、デバイスまたは装置の機能が維持される限り、システム全体にわたって分散された形で実装されてもよい。そのような及び同様の原理は、当業者に知られていると考えられる。
別途定義されない限り、本明細書で使用されるすべての用語（技術用語および科学用語を含む）は、本開示が属する技術分野の当業者によって一般に理解されるのと同じ意味を有する。本明細書で使用される用語は、本明細書および関連技術の文脈におけるそれらの意味と一致する意味を有すると解釈されるべきであり、本明細書で明示的に定義されない限り、理想化されたまたは過度に形式的な意味で解釈されないことがさらに理解されるであろう。
加えて、本明細書および図面を含む、本開示で使用される特定の用語は、特定の例（たとえば、「データ」および「情報」）において同義的に使用されてもよい。これらの用語（および／または互いに同義でありうる他の用語）は、本明細書では同義的に使用されてもよいが、そのような用語が同義的に使用されないことが意図されてもよい場合があることを理解されたい。さらに、従来技術の知識が、基準により上記に明示的に組み込まれていない限り、その全体が本明細書に明示的に組み込まれる。参照される全ての刊行物は、その全体が参照により本明細書に組み込まれる。
本明細書に記載される技術および装置の実施形態はまた、以下に列挙される実施例を含むが、これらに限定されない。
Ｅ１：無線ネットワーク中のネットワークノードによって実行される、１つまたは複数のユーザ装置（ＵＥ）に角度測位支援データを提供するための方法であって、前記方法は、
１つまたは複数の送信受信ポイント（ＴＲＰ）によって送信される複数のビームのうちの特定のビームごとに、当該特定のビームについての角度測位支援データの角度分解能を決定することと、
１つまたは複数のＵＥに、前記複数のビームのための前記角度測位支援データを送信することと、を有し、特定のビームごとに、前記角度測位支援データは、
第１の分解能を有する第１の部分と、
前記特定のビームについて決定された前記角度分解能が前記第１の分解能よりも高い場合には、前記第１の分解能よりも高い第２の分解能を有する第２の部分と、
を含む。
Ｅ２：実施形態Ｅ１に記載の方法であって、前記角度測位支援データは、
前記ネットワークノードからの前記１つまたは複数のＵＥへのユニキャストシグナリングを介して送信されるか、または、
前記無線ネットワークのセルにおいてブロードキャストで送信される。
Ｅ３：実施形態Ｅ１～Ｅ２のいずれか１つに記載の方法であって、各特定のビームについての角度測位支援データの前記角度分解能を決定することは、以下のうちの１つ以上に基づく：
前記ネットワークノードによって知られている前記特定のビームについて角度情報の精度と、
前記複数のビームを含むいくつかのビーム（の個数）と、
前記角度測位支援データを配信するために使用されるメッセージに関する１つまたは複数のサイズ制約。
Ｅ４：実施形態Ｅ１～Ｅ３のいずれかに記載の方法であって、
前記方法は、第１のＵＥから、前記第２の分解能を有する前記第２の部分を利用するための前記第１のＵＥの能力を示すインジケーションを受信すること、をさらに有し、
前記角度測位支援データの前記角度分解能を決定することは、前記インジケーションに基づいており、
前記角度測位支援データは、ユニキャストシグナリングによって前記第１のＵＥに送信される。
Ｅ５：実施形態Ｅ１～Ｅ４のいずれかに記載の方法であって、
前記角度測位支援データは、各特定のビームに対する方位角および仰角を含み、
各方位角または各仰角は、前記第１の分解能を有する第１の方位角部または仰角部分を含み、
特定のビームについて決定された前記角度分解能が前記第１の分解能よりも高い場合には、前記特定のビームに対する前記方位角および仰角は、前記第１の方位角および仰角部分と、前記第２の分解能を有する第２の方位角および仰角部分とのそれぞれの組合せを含む。
Ｅ６：実施形態Ｅ１～Ｅ５のいずれかに記載の方法であって、
前記角度測位支援データは、前記複数のビームについての座標変換も含み、
前記座標変換は、前記第１の分解能を有する第１の変換部分を含み、
前記ビームのいずれかについて決定された前記角度分解能が前記第１の分解能よりも高い場合には、前記座標変換は、前記第１の変換部分と前記第２の分解能を有する第２の変換部分との組合せを含む。
Ｅ７：実施形態Ｅ１～Ｅ６のいずれかに記載の方法であって、第１のＵＥから以下のうちの１つを受信することをさらに有する：
前記第１のＵＥの推定位置と、または、
前記角度測位支援データが送信された前記複数のビームのうちの少なくとも一部についての角度測定値。
Ｅ８：実施形態Ｅ７に記載の方法であって、各特定のビームについての前記角度測定値は、
第１の測定分解能を有する第１の測定値部分と、または、
前記第１の測定値部分と、前記第１の測定分解能よりも高い第２の測定分解能を有する第２の測定値部分との組合せと、
のうちの１つを含む。
Ｅ９：実施形態Ｅ８に記載の方法であって、各特定のビームについての前記角度測定値は、測定された方位角および仰角を含む。
Ｅ１０：ユーザ装置（ＵＥ）によって実行され、無線ネットワークにおけるネットワークノードから測位支援データを受信する、方法であって、前記方法は、
前記ネットワークノードから、１つまたは複数の送信受信ポイント（ＴＲＰ）によって送信される複数のビームについての角度測位支援データを受信することであって、各特定のビームごとに、前記角度測位支援データは、第１の分解能を有する第１の部分と、オプションで、前記第１の分解能よりも高い第２の分解能を有する第２の部分とを含む、受信することと、
前記角度測位支援データに基づいて前記複数のビームの角度構成を決定することと、
前記決定された角度構成に基づいて、前記複数のビームの少なくとも一部について角度測定を実行することと、
を有する。
Ｅ１１：実施形態Ｅ１０に記載の方法であって、各特定のビームについて、
前記角度測位支援データが前記第１の部分のみを含む場合、前記特定のビームについての前記角度構成は、前記第１の分解能に従って決定され、
前記角度測位支援データが前記第１の部分と前記第２の部分との両方を含む場合、前記特定のビームについての前記角度構成は、前記第２の分解能に従って決定される。
Ｅ１２：実施形態Ｅ１０～Ｅ１１のいずれかに記載の方法であって、前記角度測位支援データは、
前記ネットワークノードからのユニキャストシグナリングを介することにしたがって受信されるか、または、
前記無線ネットワークのセル内でのブロードキャストにしたがって受信される。
Ｅ１３：実施形態Ｅ１０～Ｅ１２のいずれかに記載の方法であって、
前記方法は、前記第２の分解能を有する前記第２の部分を利用するための前記ＵＥの能力を示すインジケーションを前記ネットワークノードに送信することをさらに有し、
前記第２の部分は、前記インジケーションに基づいて含められ、
前記角度測位支援データは、ユニキャストシグナリングによって前記ＵＥによって受信される。
Ｅ１４：実施形態Ｅ１０～Ｅ１３のいずれかに記載の方法であって、
前記角度測位支援データは、各特定のビームについての方位角及び仰角を含み、
各方位角又は仰角は、次のいずれかを含む：
前記第１の分解能を有する第１の方位角または仰角部分と、または、
前記第１の方位角または仰角部分と前記第２の分解能を有する第２の方位角または仰角部分との組合せ。
Ｅ１５：実施形態Ｅ１０～Ｅ１４のいずれかに記載の方法であって、
前記角度測位支援データは、前記複数のビームについての座標変換も含み、
前記座標変換は次のいずれかを含む：
前記第１の分解能を有する前記第１の変換部分と、または、
前記第１の変換部分と前記第２の分解能を有する第２の変換部との組合せ。
Ｅ１６：実施形態Ｅ１５に記載の方法であって、
前記複数のビームについての前記角度構成を決定することは、共通の座標変換を決定し、適用することを含み、
前記角度測位支援データが前記第１の変換部分のみを含む場合、前記共通の座標変換は前記第１の分解能に従って決定され、
前記角度測位支援データが前記第１の変換部分および前記第２の変換部分の両方を含む場合、前記共通の座標変換は前記第２の分解能に従って決定される。
Ｅ１７：実施形態Ｅ１０～Ｅ１６のいずれかに記載の方法であって、さらに、
特定の測定ビームごとに、前記角度測定の分解能を決定することと、
前記ネットワークノードに前記角度測定値を送信することと、を有し、特定の測定されたビームごとに、是前記送信される角度測定値は、
第１の測定分解能を有する第１の測定値部分と、
前記角度測定値の前記決定された分解能が前記第１の測定分解能よりも高い場合には、前記第１の測定分解能よりも高い第２の測定分解能を有する第２の部分と、
を含む。
Ｅ１８：実施形態Ｅ１７に記載の方法であって、各測定された特定のビームの前記角度測定値は、測定された方位角および仰角を含む。
Ｅ１９：実施形態Ｅ１０～Ｅ１６のいずれかに記載の方法であって、さらに、
前記角度測定値に基づいて前記ＵＥの位置を推定することと、
前記推定された位置を前記ネットワークノードに送信することと、
を有する。
Ｅ２０：無線ネットワークにおいて、１つまたは複数のユーザ装置（ＵＥ）に角度測位支援データを提供するように構成されたネットワークノードであって、前記ネットワークノードは、
前記無線ネットワーク内の１つまたは複数のさらなるノードを介して前記ＵＥと通信するように構成された通信インターフェースと、
前記通信インターフェースに動作可能に結合された処理回路と、を有し、それによって、前記処理回路および前記通信インターフェースは、実施形態Ｅ１～Ｅ９の方法のいずれかに対応する動作を実行するように構成される。
Ｅ２１：無線ネットワークにおけるネットワークノードであって、１つまたは複数のユーザ装置（ＵＥ）に角度測位支援データを提供するように構成され、前記ネットワークノードは、実施形態Ｅ１～Ｅ９の方法のいずれかに対応する動作を実行するようにさらに構成されている。
Ｅ２２：無線ネットワークにおいて、１つまたは複数のユーザ装置（ＵＥ）に角度測位支援データを提供するように構成された、ネットワークノードの処理回路によって実行されると、実施形態Ｅ１～Ｅ９の方法のいずれかに対応する動作を実行するように前記ネットワークノードを構成する、コンピュータ実行可能命令を記憶する、非一時的コンピュータ可読媒体。
Ｅ２３：１つまたは複数のユーザ装置（ＵＥ）に角度測位支援データを提供するように構成された、無線ネットワークにおけるネットワークノードの処理回路によって実行されると、実施形態Ｅ１～Ｅ９の方法のいずれかに対応する動作を実行するように前記ネットワークノードを構成する、コンピュータ実行可能命令を備える、コンピュータプログラム製品。
Ｅ２４：無線ネットワーク内のネットワークノードから角度測位支援データを受信するように構成されたユーザ装置（ＵＥ）であって、前記ＵＥは、
前記無線ネットワークにおいて１つまたは複数の別のノードを介して前記ネットワークノードと通信するように構成された無線送受信機回路と、
前記無線送受信機回路に動作可能に結合された処理回路と、を備え、前記処理回路および前記無線送受信機回路は、実施形態Ｅ１０～Ｅ１９のいずれかの方法に対応する動作を実行するように構成される。
Ｅ２５：無線ネットワーク内のネットワークノードから角度測位支援データを受信するように構成されたユーザ装置（ＵＥ）であって、実施形態Ｅ１０～Ｅ１９の方法のいずれかに対応する動作を実行するようにさらに構成されたＵＥ。
Ｅ２６：無線ネットワーク内のネットワークノードから角度測位支援データを受信するように構成されたユーザ装置（ＵＥ）のプロセッサ処理回路により実行されると、実施形態Ｅ１０～Ｅ１９のいずれかの方法に対応する動作を実行するように前記ＵＥを構成する、コンピュータ実行可能命令を記憶する非一時的コンピュータ可読媒体。
Ｅ２７：無線ネットワーク内のネットワークノードから角度測位支援データを受信するように構成されたユーザ装置（ＵＥ）の処理回路によって実行されると、実施形態Ｅ１０～Ｅ１９のいずれかの方法に対応する動作を実行するように前記ＵＥを構成するコンピュータ実行可能命令を備えるコンピュータプログラム製品。

Claims (32)

  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. 無線ネットワーク（１００、５９９、６２０、１４３０）において測位支援データを受信するように構成されたユーザ装置（ＵＥ）（１２０、４１０、５０５、６１０、１２００、１４１０）の処理回路（１２１０）によって実行されると、請求項１１～２０のいずれか一項に記載の方法に対応する動作を実行するように前記ＵＥを構成するコンピュータ実行可能命令を備えるコンピュータプログラム（１２２１）。
JP2022543783A 2020-02-11 2021-02-08 Ｕｅベースの測位のためのビーム角度情報をシグナリングするための方法 Pending JP2023514051A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202062972853P 2020-02-11 2020-02-11
US62/972,853 2020-02-11
PCT/SE2021/050089 WO2021162610A1 (en) 2020-02-11 2021-02-08 Methods for signaling beam angular information for ue-based positioning

Publications (1)

Publication Number Publication Date
JP2023514051A true JP2023514051A (ja) 2023-04-05

Family

ID=74626073

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022543783A Pending JP2023514051A (ja) 2020-02-11 2021-02-08 Ｕｅベースの測位のためのビーム角度情報をシグナリングするための方法

Country Status (5)

Country Link
US (1) US20230156654A1 (ja)
EP (1) EP4104551A1 (ja)
JP (1) JP2023514051A (ja)
CN (1) CN115104349A (ja)
WO (1) WO2021162610A1 (ja)

Also Published As

Publication number Publication date
EP4104551A1 (en) 2022-12-21
WO2021162610A1 (en) 2021-08-19
US20230156654A1 (en) 2023-05-18
CN115104349A (zh) 2022-09-23

Similar Documents

Publication Publication Date Title
US11956038B2 (en) Discriminating beams based upon position quality metric for UE localization
US20220116087A1 (en) Communicating using beamforming weights determined at a radio unit
US20230079891A1 (en) Determination of Spatial Relations for Positioning
US11949621B2 (en) System and method for phase noise-based signal design for positioning in a communication system
US20220078745A1 (en) Methods for detecting and managing bidirectional timing measurements in nr
US20230164512A1 (en) Retrieval of Positioning Assistance Data based on Persistence Information
US20230379115A1 (en) Co-Existence between Positioning Beams and Radio Communication Beams
US20220279425A1 (en) Enhanced On-Demand Request Procedures for Obtaining Various System Information
US20230413096A1 (en) Methods for Positioning Reference Signal (PRS) Activity Reporting
WO2019193194A1 (en) Methods for controlling measurements that are mutually-exclusive with other measurements
WO2022079694A2 (en) Methods for aggregating downlink positioning reference signals
US20230024368A1 (en) Relative Positioning Assistance Information
US20230076306A1 (en) Relative Transmission Point Beam Configuration Information
US20230097008A1 (en) Dormant secondary cell positioning signaling
CN113767666A (zh) 装置、方法和计算机程序
US20230156654A1 (en) Methods for Signaling Beam Angular Information for UE-Based Positioning
EP4316049A1 (en) Positioning reference signal (prs) activity reporting in split-node architecture
OA20953A (en) Determination of spatial relations for positioning
WO2023192744A1 (en) Secure ranging sequence generation

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220905

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220905

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230830

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230922

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20231222

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240322