(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-20
(45)【発行日】2024-08-28
(54)【発明の名称】ＵＬ位置決めのための基準信号送信時のビームスイープ
(51)【国際特許分類】
H04B 7/06 20060101AFI20240821BHJP
H04W 8/24 20090101ALI20240821BHJP
H04W 16/28 20090101ALI20240821BHJP
H04W 24/10 20090101ALI20240821BHJP
H04W 64/00 20090101ALI20240821BHJP
H04W 72/0446 20230101ALI20240821BHJP
H04W 72/20 20230101ALI20240821BHJP
【ＦＩ】
H04B7/06 950
H04W8/24
H04W16/28
H04W24/10
H04W64/00 110
H04W72/0446
H04B7/06 150
H04W72/20
【請求項の数】
80
(21)【出願番号】P 2022548948
(86)(22)【出願日】2020-02-13
(65)【公表番号】
(43)【公表日】2023-04-05
(86)【国際出願番号】 CN2020075131
(87)【国際公開番号】W WO2021159407
(87)【国際公開日】2021-08-19
【審査請求日】2022-10-12
(73)【特許権者】
【識別番号】515076873
【氏名又は名称】ノキア テクノロジーズ オサケユイチア
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100092624
【弁理士】
【氏名又は名称】鶴田 準一
(74)【代理人】
【識別番号】100141162
【弁理士】
【氏名又は名称】森 啓
(72)【発明者】
【氏名】モン ヤン
(72)【発明者】
【氏名】タオ タオ
(72)【発明者】
【氏名】ライアン キーティング
(72)【発明者】
【氏名】リョウ チエンクオ
【審査官】齊藤 晶
(56)【参考文献】
【文献】米国特許出願公開第２０１９／０３３５４３０（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１４／０３２９５４２（ＵＳ，Ａ１）
【文献】国際公開第２０１９／０３２８８７（ＷＯ，Ａ１）
【文献】米国特許出願公開第２０１９／０３９４６３４（ＵＳ，Ａ１）
【文献】3rd Generation Partnership Project;Technical Specification Group Radio Access Network;NR;Radio Resource Control (RRC) protocol specification (Release 15)，3GPP TS 38.331 V15.3.0，2018年09月
【文献】Fraunhofer HHI, Fraunhofer IIS，Optimized beam correspondence assessment using localized beam sweeping[online]，3GPP TSG-RAN WG4 Meeting #91 R4-1905646，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG4_Radio/TSGR4_91/Docs/R4-1905646.zip>，2019年05月17日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／０６
Ｈ０４Ｗ ８／２４
Ｈ０４Ｗ １６／２８
Ｈ０４Ｗ ２４／１０
Ｈ０４Ｗ ６４／００
Ｈ０４Ｗ ７２／０４４６
Ｈ０４Ｗ ７２／２０
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１－４
(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】
前記少なくとも１つの測位基準信号リソースの前記割振りは、ビームスイーピングのための１つ以上の測位基準信号リソースと、構成された空間関係を有する１つ以上の測位基準信号リソースとを含み、ビームスイーピングのための前記１つ以上の測位基準信号リソースは、構成された空間関係を有する前記１つ以上の測位基準信号リソースによってカバーされないビーム方向の数に従って割り振られる、請求項３１に記載のコンピュータプログラム。
【請求項35】
前記少なくとも１つの測位基準信号リソースの前記割振りは、構成された空間関係を有する測位基準信号リソースを受信するために前記ターゲットユーザ機器によって使用されている受信機ビーム情報を含む、前記ターゲットユーザ機器からの前記ビーム形成能力に関する前記報告に基づく、請求項３４に記載のコンピュータプログラム。
【請求項36】
前記少なくとも１つの測位基準信号リソースの前記割振りは、構成された空間関係を有する前記測位基準信号リソースによってカバーされない残りのビームをスイープするために必要とされるビームの数を含む、前記ターゲットユーザ機器からの前記ビーム形成能力に関する前記報告に基づく、請求項３４に記載のコンピュータプログラム。
【請求項37】
前記ビームスイーピングルールが、モード２に従って前記ターゲットユーザ機器がスキャンすることを可能にするとき、前記包括的ビームスイーピングは、全てのビーム方向と、
設定された空間関係を有する測位基準信号を用いたジョイントビームスイーピングと、
のうちの１つを用いて実行される、請求項３１に記載のコンピュータプログラム。
【請求項38】
前記ビームスイーピングルールが、モード２に従って前記ターゲットユーザ機器をスキャンさせるとき、前記ターゲットユーザ機器は、構成された空間関係を有する測位基準信号に対応するビーム方向を除外する、請求項３１に記載のコンピュータプログラム。
【請求項39】
前記ビームスイーピングルールがモード３に従って前記ターゲットユーザ機器をスキャンさせるとき、前記ターゲットユーザ機器は、いくつかの所望の方向にのみスイープする、請求項３１に記載のコンピュータプログラム。
【請求項40】
前記少なくとも１つの測位基準信号リソースは、測位のためのサウンディング基準信号リソースである、請求項３１に記載のコンピュータプログラム。
【請求項41】
サービング基地局からのビーム形成能力に関する報告の要求を受信するステップと、前記サービング基地局への前記ビーム形成能力に関する前記報告を送信するステップと、
前記サービング基地局から、少なくとも１つの測位基準信号リソースおよびルールに関する情報を受信するステップと、
ビームスイーピングルールに基づいて、前記受信された測位基準信号リソースの割振りを使用して、アップリンク測位基準信号送信に対してビームスイーピングを実行するステップと、
を含む方法であって、
前記少なくとも１つの測位基準信号リソースは、ビームスイーピングのための１つ以上の測位基準信号リソースと、構成された空間関係を有する１つ以上の測位基準信号リソースとを含み、
ビームスイーピングのための前記１つ以上の測位基準信号リソースは、構成された空間関係を有する前記１つ以上の測位基準信号リソースによってカバーされないビーム方向の数に従って構成される、
方法。
【請求項42】
前記ビーム形成能力に関する報告は、ビームスイーピングがサポートされているかどうか、
フルスイープに必要なビーム数、
フルスイープに必要な測位基準信号リソースの数、および、
サポートされる最大および最小ビーム幅に関する情報、
のうちの１つ以上を含む、
請求項４１に記載の方法。
【請求項43】
前記少なくとも１つの測位基準信号リソースは、ビームスイーピングのための１つ以上の専用測位基準信号リソースを含む、請求項４１に記載の方法。
【請求項44】
前記少なくとも１つの測位基準信号リソースは、構成された空間関係を有する前記１つ以上の測位基準信号リソースを受信するために、ターゲットユーザ機器によって使用されている受信機ビーム情報を含む、前記サービング基地局への前記ビーム形成能力に関する前記報告に基づく、請求項４１に記載の方法。
【請求項45】
前記少なくとも１つの測位基準信号リソースは、構成された空間関係を有する前記１つ以上の測位基準信号リソースによってカバーされない残りのビームをスイープするために必要とされるビームの数を含む、前記サービング基地局への前記ビーム形成能力に関する前記報告に基づく、請求項４１に記載の方法。
【請求項46】
前記ビームスイーピングルールは、ビームスイーピングがサポートされないときに、全方向性アンテナ伝送が使用される、モード１、
ビームスイーピングがサポートされるときに、包括的ビームスイーピングが使用される、モード２、および、
ビームスイーピングがサポートされるときに、部分的なビームスイーピングが使用される、モード３の３つのモードのうちの１つに従ってスキャンを可能にする、請求項４１に記載の方法。
【請求項47】
前記ビームスイーピングルールが、モード２に従ってスキャンを可能にするとき、包括的ビームスイーピングは、全てのビーム方向と、
設定された空間関係を有する測位基準信号を用いたジョイントビームスイーピングと、
のうちの１つを使用して実行される、請求項４６に記載の方法。
【請求項48】
前記ビームスイーピングルールが、モード２によるスキャンをさせるとき、構成された空間関係を有する測位基準信号に対応するビーム方向が除外される、請求項４６に記載の方法。
【請求項49】
前記ビームスイーピングルールが、モード３によるスキャンをさせるとき、スイープは、いくつかの所望の方向のみにある、請求項４６に記載の方法。
【請求項50】
前記少なくとも１つの測位基準信号リソースは、測位のためのサウンディング基準信号リソースである、請求項４１に記載の方法。
【請求項51】
少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備える装置であって、前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に、サービング基地局からビーム形成能力に関する報告の要求を受信するステップと、
前記ビーム形成能力に関する前記報告を前記サービング基地局に送信するステップと、
前記サービング基地局から、少なくとも１つの測位基準信号リソースおよびルールに関する情報を受信するステップと、
ビームスイーピングルールに基づいて、前記受信された測位基準信号リソースの割振りを使用して、アップリンク測位基準信号送信に対してビームスイーピングを実行するステップと、
を実行させるように構成される、
装置であって、
前記少なくとも１つの測位基準信号リソースが、ビームスイーピングのための１つ以上の測位基準信号リソースと、構成された空間関係を有する１つ以上の測位基準信号リソースとを含み、
ビームスイーピングのための前記１つ以上の測位基準信号リソースが、構成された空間関係を有する前記１つ以上の測位基準信号リソースによってカバーされないビーム方向の数に従って構成される、
装置。
【請求項52】
ビーム形成能力に関する前記報告は、ビームスイーピングがサポートされているかどうか、
フルスイープに必要なビーム数、
フルスイープに必要な測位基準信号リソースの数、および、
サポートされる最大および最小ビーム幅に関する情報
のうちの１つ以上を含む、
請求項５１に記載の装置。
【請求項53】
前記少なくとも１つの測位基準信号リソースは、ビームスイーピングのための１つ以上の専用測位基準信号リソースを含む、請求項５１に記載の装置。
【請求項54】
前記少なくとも１つの測位基準信号リソースは、構成された空間関係を有する前記１つ以上の測位基準信号リソースを受信するためにターゲットユーザ機器によって使用されている受信機ビーム情報を含む、前記サービング基地局への前記ビーム形成能力に関する前記報告に基づく、請求項５１に記載の装置。
【請求項55】
前記少なくとも１つの測位基準信号リソースは、構成された空間関係を有する前記１つ以上の測位基準信号リソースによってカバーされない残りのビームをスイープするために必要とされるビームの数を含む、前記サービング基地局への前記ビーム形成能力に関する前記報告に基づく、請求項５１に記載の装置。
【請求項56】
前記ビームスイーピングルールは、ビームスイーピングがサポートされないときに、全方向性アンテナ伝送が使用される、モード１、
ビームスイーピングがサポートされるときに包括的ビームスイーピングが使用さる、モード２、
ビームスイーピングがサポートされるときに部分的なビームスイーピングが使用される、モード３、
の３つのモードのうちの１つに従ってスキャンを可能にする、
請求項５１に記載の装置。
【請求項57】
モード２に従って前記ビームスイーピングルールがスキャンを可能にするとき、包括的ビームスイーピングが、全てのビーム方向と、設定された空間関係を有する測位基準信号を用いたジョイントビームスイーピングと、のうちの１つを用いて実行される、請求項５６に記載の装置。
【請求項58】
前記ビームスイーピングルールがモード２に従ってスキャンをさせるとき、構成された空間関係を有する測位基準信号に対応するビーム方向が除外される、請求項５６に記載の装置。
【請求項59】
前記ビームスイーピングルールが、モード３によるスキャンをさせるとき、スイープは、いくつかの所望の方向のみにある、請求項５６に記載の装置。
【請求項60】
前記少なくとも１つの測位基準信号リソースは、測位のためのサウンディング基準信号リソースである、請求項５１に記載の装置。
【請求項61】
サービング基地局からビーム形成能力に関する報告のリクエストを受信するための手段と、前記ビーム形成能力に関する報告を前記サービング基地局に送信するための手段と、
前記サービング基地局から少なくとも１つの測位基準信号リソースおよびビームスイーピングルールに関する情報を受信するための手段と、
前記ビームスイーピングルールに基づいて、前記受信された測位基準信号リソースの割振りを使用して、アップリンク測位基準信号送信に対してビームスイーピングを実行するための手段と、
を含む装置であって、
前記少なくとも１つの測位基準信号リソースは、ビームスイーピングのための１つ以上の測位基準信号リソースと、構成された空間関係を有する１つ以上の測位基準信号リソースとを含み、
ビームスイーピングのための前記１つ以上の測位基準信号リソースは、構成された空間関係を有する前記１つ以上の測位基準信号リソースによってカバーされないビーム方向の数に従って構成される、
装置。
【請求項62】
前記ビーム形成能力に関する報告は、ビームスイーピングがサポートされているかどうか、
フルスイープに必要なビーム数、
フルスイープに必要な測位基準信号リソースの数、および、
サポートされる最大および最小ビーム幅に関する情報、
のうちの１つ以上を含む、請求項６１に記載の装置。
【請求項63】
前記少なくとも１つの測位基準信号リソースは、ビームスイーピングのための１つ以上の専用測位基準信号リソースを含む、請求項６１に記載の装置。
【請求項64】
前記少なくとも１つの測位基準信号リソースは、構成された空間関係を有する前記１つ以上の測位基準信号リソースを受信するためにターゲットユーザ機器によって使用されている受信機ビーム情報を含む、前記サービング基地局への前記ビーム形成能力に関する前記報告に基づく、請求項６１に記載の装置。
【請求項65】
前記少なくとも１つの測位基準信号リソースは、構成された空間関係を有する前記１つ以上の測位基準信号リソースによってカバーされない残りのビームをスイープするために必要とされるビームの数を含む、前記サービング基地局への前記ビーム形成能力に関する前記報告に基づく、請求項６１に記載の装置。
【請求項66】
前記ビームスイーピングルールは、ビームスイーピングがサポートされないときに全方向性アンテナ伝送が使用される、モード１、
ビームスイーピングがサポートされるときに包括的ビームスイーピングが使用される、モード２、
ビームスイーピングがサポートされるときに部分的なビームスイーピングが使用される、モード３、
の３つのモードのうちの１つに従ってスキャンを可能にする、
請求項６１に記載の装置。
【請求項67】
モード２に従って前記ビームスイーピングルールがスキャンを可能にするとき、包括的ビームスイーピングは、全てのビーム方向と、設定された空間関係を有する測位基準信号を用いたジョイントビームスイーピングと、のうちの１つを用いて実行される、請求項６６に記載の装置。
【請求項68】
前記ビームスイーピングルールが、モード２に従ってスキャンをさせるとき、構成された空間関係を有する測位基準信号に対応するビーム方向が除外される、請求項６６に記載の装置。
【請求項69】
前記ビームスイーピングルールが、モード３によるスキャンをさせるとき、スイープは、いくつかの所望の方向のみにある、請求項６６に記載の装置。
【請求項70】
前記少なくとも１つの測位基準信号リソースが、測位のためのサウンディング基準信号リソースである、請求項６１に記載の装置。
【請求項71】
装置によって実行されたときに、該装置に、少なくとも、サービング基地局からのビーム形成能力に関する報告の要求を受信するステップと、
前記サービング基地局への前記ビーム形成能力に関する報告を送信するステップと、
前記サービング基地局から少なくとも１つの測位基準信号リソースおよびビームスイーピングルールに関する情報を受信するステップと、
前記ビームスイーピングルールに基づいて、前記受信された測位基準信号リソースの割振りを使用して、アップリンク測位基準信号送信に対してビームスイーピングを実行するステップと、
を実行するための命令を含む、コンピュータプログラムであって、
前記少なくとも１つの測位基準信号リソースは、ビームスイーピングのための１つ以上の測位基準信号リソースと、空間的関係が構成された１つ以上の測位基準信号リソースとを含み、
ビームスイーピングのための前記１つ以上の測位基準信号リソースは、空間的関係が構成された前記１つ以上の測位基準信号リソースによってカバーされないビーム方向の数に従って構成される、
コンピュータプログラム。
【請求項72】
前記ビーム形成能力に関する報告は、ビームスイーピングがサポートされているかどうか、
フルスイープに必要なビーム数、
フルスイープに必要な測位基準信号リソースの数、および、
サポートされる最大および最小ビーム幅に関する情報、
のうちの１つ以上を含む、
請求項７１に記載のコンピュータプログラム。
【請求項73】
前記少なくとも１つの測位基準信号リソースは、ビームスイーピングのための１つ以上の専用測位基準信号リソースを含む、請求項７１に記載のコンピュータプログラム。
【請求項74】
前記少なくとも１つの測位基準信号リソースは、構成された空間関係を有する前記１つ以上の測位基準信号リソースを受信するためにターゲットユーザ機器によって使用されている受信機ビーム情報を含む、前記サービング基地局への前記ビーム形成能力に関する前記報告に基づく、請求項７１に記載のコンピュータプログラム。
【請求項75】
前記少なくとも１つの測位基準信号リソースは、構成された空間関係を有する前記１つ以上の測位基準信号リソースによってカバーされない残りのビームをスイープするために必要とされるビームの数を含む、前記サービング基地局への前記ビーム形成能力に関する前記報告に基づく、請求項７１に記載のコンピュータプログラム。
【請求項76】
前記ビームスイーピングルールは、ビームスイーピングがサポートされないときに全方向性アンテナ伝送が使用される、モード１、
ビームスイーピングがサポートされるときに包括的ビームスイーピングが使用される、モード２、
ビームスイーピングがサポートされるときに、部分的なビームスイーピングが使用される、モード３、
の３つのモードのうちの１つに従ってスキャンを可能にする、
請求項７１に記載のコンピュータプログラム。
【請求項77】
前記ビームスイーピングルールがモード２によるスキャンを可能にするとき、包括的ビームスイーピングは、全てのビーム方向と、設定された空間関係を有する測位基準信号を用いたジョイントビームスイーピングと、のうちの１つを用いて実行される、請求項７６に記載のコンピュータプログラム。
【請求項78】
前記ビームスイーピングルールがモード２によるスキャンを引き起こすとき、構成された空間関係を有する測位基準信号に対応するビーム方向が除外される、請求項７６に記載のコンピュータプログラム。
【請求項79】
前記ビームスイーピングルールがモード３に従ってスキャンを引き起こすとき、スイーピングは、いくつかの所望の方向のみにある、請求項７６に記載のコンピュータプログラム。
【請求項80】
前記少なくとも１つの測位基準信号リソースは、測位のためのサウンディング基準信号リソースである、請求項７１に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【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】
ＵＥ能力収集の例示的な実施形態：
ＬＴＥでは、ＵＥ能力情報は、ＵＥがネットワークに送信するＲＲＣメッセージである。ネットワークはまず、ＵＥにＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージを送信し、ＵＥは表１に示されるように、ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎを用いて応答する。これは、以下のＵＥ能力情報照会の一例を与える。現在、我々は、ＬＴＥシステムにおいて同じ手順を再利用することができる。しかしながら、本提案のメカニズムでは、表２に示されるように、ＵＥ ｃａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎおよびＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージに追加のＵＥ能力情報を導入すべきである。
ＬＴＥでは、ＵＥ能力情報は、ＵＥがネットワークに送信するＲＲＣメッセージである。ネットワークはまず、ＵＥにＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージを送信し、ＵＥは表１に示されるように、ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎを用いて応答する。これは、以下のＵＥ能力情報照会の一例を与える。現在、我々は、ＬＴＥシステムにおいて同じ手順を再利用することができる。しかしながら、本提案のメカニズムでは、表２に示されるように、ＵＥ ｃａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎおよびＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージに追加のＵＥ能力情報を導入すべきである。
【表1】
【表2】
【0045】
ベースラインビームスイープ能力パラメータセットを使用することができる。たとえば、所与のＵＥがＦＲ２においてＵＬ ＡＯＡ方法をサポートする場合、それは、Ｔｘビームスイープ能力のベースラインセットを有し得る。これは、能力信号のオーバーヘッドをさらに最小化し、実装を単純化することができる。
【0046】
ＳＲＳリソース割り当ての例示的な実施形態：
報告されたビーム形成能力情報に基づいて、サービングｇＮＢは、対象ＵＥのためのＳＲＳリソースを構成する。
１つのＳＲＳリソースは、ＦＲ１における無指向性アンテナのためにＵＥに構成されるか、またはＵＥがＦＲ２においてさえビームスイープをサポートすることができない場合、ＵＥに構成される。
ここで、ＵＥがＦＲ２でビームスイーピングをサポートする場合、リソース構成のための２つのオプションを考える：
報告されたビーム形成能力情報に基づいて、サービングｇＮＢは、対象ＵＥのためのＳＲＳリソースを構成する。
１つのＳＲＳリソースは、ＦＲ１における無指向性アンテナのためにＵＥに構成されるか、またはＵＥがＦＲ２においてさえビームスイープをサポートすることができない場合、ＵＥに構成される。
ここで、ＵＥがＦＲ２でビームスイーピングをサポートする場合、リソース構成のための２つのオプションを考える：
【0047】
・ オプション１：ビームスイープ用ＳＲＳリソース：
ビームスイーピングのためのＳＲＳリソースは、空間関係を用いて構成されたＳＲＳリソースから分離することができる。ビームスイーピングのためのＳＲＳリソースは、空間関係ＳＲＳのリソースを考慮しない。
この場合、ＳＲＳリソースは、ＵＥ側で３６０°スイープを終了するためにＵＥによって報告されるＴｘビームの数／ＳＲＳリソースの数に従って割り当てられている。
たとえば、ＵＥがすべての方向をスキャンするために６つのＴｘビームを必要とする場合、ｇＮＢは、ＵＥのために６つのＳＲＳリソースを割り振ることになる。専用ビームスイープの例を示す図４に示すように、ＵＥ４０２は、サービングｇＮＢによって構成された６つのＳＲＳリソースにおいて、６つの異なるビーム方向ＳＲＳ＃１～ＳＲＳ＃６でＳＲＳを送信する。
ビームスイーピングのためのＳＲＳリソースは、空間関係を用いて構成されたＳＲＳリソースから分離することができる。ビームスイーピングのためのＳＲＳリソースは、空間関係ＳＲＳのリソースを考慮しない。
この場合、ＳＲＳリソースは、ＵＥ側で３６０°スイープを終了するためにＵＥによって報告されるＴｘビームの数／ＳＲＳリソースの数に従って割り当てられている。
たとえば、ＵＥがすべての方向をスキャンするために６つのＴｘビームを必要とする場合、ｇＮＢは、ＵＥのために６つのＳＲＳリソースを割り振ることになる。専用ビームスイープの例を示す図４に示すように、ＵＥ４０２は、サービングｇＮＢによって構成された６つのＳＲＳリソースにおいて、６つの異なるビーム方向ＳＲＳ＃１～ＳＲＳ＃６でＳＲＳを送信する。
【0048】
・ オプション２：空間関係ＳＲＳ送信を用いたリソース共有：
いくつかのシナリオではＵＬ測位ＲＰが隣接ｇＮＢの近くに位置し、したがって、隣接ｇＮＢに向かう通常のＳＲＳはＲＰによって受信され得る。ここで、このようなビームスイープを通常の空間関係ＳＲＳ送信と組み合わせることができる。したがって、ビームスイーピングのためのＳＲＳリソースは、空間関係ＳＲＳリソースと共有されることになる。サービングｇＮＢは、空間関係のための基準ＤＬ ＲＳと、同じＳＲＳリソース設定中のビームスイープリソースとの両方を構成することになる。
いくつかのシナリオではＵＬ測位ＲＰが隣接ｇＮＢの近くに位置し、したがって、隣接ｇＮＢに向かう通常のＳＲＳはＲＰによって受信され得る。ここで、このようなビームスイープを通常の空間関係ＳＲＳ送信と組み合わせることができる。したがって、ビームスイーピングのためのＳＲＳリソースは、空間関係ＳＲＳリソースと共有されることになる。サービングｇＮＢは、空間関係のための基準ＤＬ ＲＳと、同じＳＲＳリソース設定中のビームスイープリソースとの両方を構成することになる。
【0049】
第１に、サービングｇＮＢはフルビームスイープのためのＳＲＳリソースの正しい数を構成するために、いくつかの追加情報を知る必要がある。
【0050】
一実施形態では、ＵＥは、ＵＥがｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏにおいてＲＳを受信するために使用しているＲｘビームを報告することができる。ＳＲＳリソース構成の前に、ＵＥは、各構成されたＤＬ ＲＳリソース上で測定された、その対応するＲＳＲＰ／ＲＳＲＱ値のＲｘビームＩＤ、および／または最も高いＲＳＲＰ／ＲＳＲＱを有するものなどの好ましいＤＬ ＲＳリソースのＲｘビームＩＤを報告することができる。この情報に基づいて、サービングｇＮＢは、スイープを完了するために必要とされるＳＲＳリソースの数を知ることができる。たとえば、ＵＥがｇＮＢ ＡおよびＢのために構成されたｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏを有する場合、ＵＥは、両方のために同じＲｘビームを実際に使用し得る。その場合、６つのｇＮＢのうち２つにｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ が設定されていても、スイープを完了するには５つのリソースが必要になる。
【0051】
別の実施形態では、ＵＥが、受信器ビーム情報（たとえば、受信器ビーム識別、および／または空間関係ＳＲＳによってカバーされない残りのビームをスイープするために必要とされるビームの数）を報告することができる。この情報は、ＳＲＳリソース再構成のための更新フェーズ中に使用され得る。例えば、開始フェーズにおいて、サービングｇＮＢは完全なスイーピングを完了するために、ＵＥのために６つのリソースを割り振る。次いで、ＵＥが、３つのビーム方向が空間関係ＳＲＳ送信によってカバーされたことを見出した場合、残りのビームをスイープするために必要とされるＳＲＳリソースは３つだけである。次いで、ＵＥはＳＲＳ構成更新のために、残りのビームをスイープするためだけのＳＲＳリソースの数とともに、要求情報をサービングｇＮＢに送信する。
【0052】
そして、ビームスイーピングのためのＳＲＳリソースは、空間関係ＲＳで構成されたＳＲＳリソースによってカバーされない残りのビーム方向の数に従って構成することができる。または、ビームスイーピングのためのＳＲＳリソースは、ＵＥがｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏにおいてＲＳを受信するために使用しているＲｘビームに基づいて構成され得る。
【0053】
例えば、ＵＥが全ての方向をスキャンするために６つのＴｘビームを必要とし、ｇＮＢが空間関係ＳＲＳを用いて３つのＴｘビーム方向を構成した場合、ｇＮＢは、ビームスイーピングのために３つのＳＲＳリソースのままを構成するだけである。図５に示すように、空間関係ＳＲＳ伝送とのジョイントビームスイーピングの例を示すように、ＳＲＳ＃１５０４、ＳＲＳ＃２５０６、およびＳＲＳ＃３５０８は、隣接ｇＮＢへの通常のＳＲＳ伝送との空間関係ＳＲＳを構成している。したがって、サービングｇＮＢはビームスイープのために、残りの３つのＳＲＳリソース、ＳＲＳ＃４ ５１０、ＳＲＳ＃５ ５１２、およびＳＲＳ＃６ ５１４を構成するだけでよい。
【0054】
ビームスイープルール設計の例示的な実施形態：
ｇＮＢは、割り当てられたＳＲＳリソースに基づいてビームスイープをどのように行うかをＵＥに示す。たとえば、ＵＥが６つのＳＲＳリソースを受信するとき、ＵＥは６つのＳＲＳリソースがビームスイーピングのためにのみ使用され得るかどうかを知るべきであり、またはビームスイーピングは、６つのリソースを空間関係ＳＲＳ送信と共有すべきである。
ｇＮＢは、割り当てられたＳＲＳリソースに基づいてビームスイープをどのように行うかをＵＥに示す。たとえば、ＵＥが６つのＳＲＳリソースを受信するとき、ＵＥは６つのＳＲＳリソースがビームスイーピングのためにのみ使用され得るかどうかを知るべきであり、またはビームスイーピングは、６つのリソースを空間関係ＳＲＳ送信と共有すべきである。
【0055】
ここで、以下のビームスイープモードについて説明する：
・ モード１：無指向性アンテナ伝送
現在のシステムではＦＲ１において、ＵＥはＵＥ実装まで、全方向性または指向性アンテナを使用することができる。本開示では、ＦＲ１における無指向性アンテナが複数セル受信のために必須であるべきである。また、ＵＥがビームスイープをサポートできない場合、全方向性アンテナも使用されるべきである。
・ モード２：３６０°スイープの使用
ＦＲ２では、ＵＥがビームスイープをサポートする場合、ビームスイープは必須であるべきである。異なるリソース割り当て方法に基づいて、異なるスイーピング方式がＵＥ側で使用されるべきである。
・ オプション１：専用ビームスイープ
このオプションでは、ＵＥがビーム方向のすべてをスイープすべきである。例えば、図４に示すように、ＵＥ４０２は、ＳＲＳ＃１４０４、ＳＲＳ＃２４０６、ＳＲＳ＃３４０８、ＳＲＳ＃４４１０、ＳＲＳ＃５４１２、およびＳＲＳ＃６４１４の６つの異なるビーム方向にＳＲＳを送信して、すべての方向をカバーする。
・ オプション２：空間関係ＳＲＳ送信を用いたジョイントビームスイープ
このオプションでは、ＵＥが空間関係で構成されたビーム方向を除外することによって、残りのビーム方向のみをスイープすべきである。図５に示されるように、ＵＥ５０２は、ＳＲＳ ＃４５１０、ＳＲＳ＃５５１２、およびＳＲＳ＃６５１４という３つの異なる方向でビームスイープビームだけでよい。そして、ＵＥ ５０２は、他の３つの方向、ＳＲＳ＃１ ５０４、ＳＲＳ＃２ ５０６、及びＳＲＳ＃３ ５０８において空間関係ＳＲＳを送信する。
・ モード３：特定の目的のために、いくつかの所望の方向にのみスイープする
・ モード１：無指向性アンテナ伝送
現在のシステムではＦＲ１において、ＵＥはＵＥ実装まで、全方向性または指向性アンテナを使用することができる。本開示では、ＦＲ１における無指向性アンテナが複数セル受信のために必須であるべきである。また、ＵＥがビームスイープをサポートできない場合、全方向性アンテナも使用されるべきである。
・ モード２：３６０°スイープの使用
ＦＲ２では、ＵＥがビームスイープをサポートする場合、ビームスイープは必須であるべきである。異なるリソース割り当て方法に基づいて、異なるスイーピング方式がＵＥ側で使用されるべきである。
・ オプション１：専用ビームスイープ
このオプションでは、ＵＥがビーム方向のすべてをスイープすべきである。例えば、図４に示すように、ＵＥ４０２は、ＳＲＳ＃１４０４、ＳＲＳ＃２４０６、ＳＲＳ＃３４０８、ＳＲＳ＃４４１０、ＳＲＳ＃５４１２、およびＳＲＳ＃６４１４の６つの異なるビーム方向にＳＲＳを送信して、すべての方向をカバーする。
・ オプション２：空間関係ＳＲＳ送信を用いたジョイントビームスイープ
このオプションでは、ＵＥが空間関係で構成されたビーム方向を除外することによって、残りのビーム方向のみをスイープすべきである。図５に示されるように、ＵＥ５０２は、ＳＲＳ ＃４５１０、ＳＲＳ＃５５１２、およびＳＲＳ＃６５１４という３つの異なる方向でビームスイープビームだけでよい。そして、ＵＥ ５０２は、他の３つの方向、ＳＲＳ＃１ ５０４、ＳＲＳ＃２ ５０６、及びＳＲＳ＃３ ５０８において空間関係ＳＲＳを送信する。
・ モード３：特定の目的のために、いくつかの所望の方向にのみスイープする
【0056】
いくつかのシナリオでは、ＳＲＳがサービングｇＮＢもＵＬ測位専用ＲＰの方向にあると考える他のｇＮＢの大まかな方向にスイープされ得る。たとえば、受信点ＲＰにおけるＲｘビームトレーニングなどのいくつかの目的のために、ｇＮＢは、Ｔｘビームスイーピングを実行するようにＵＥに要求し得る。図６はこのシナリオの例を示し、ＲＰ ６０４は、１つの角度オフセットを有するアンカーｇＮＢ ６０６の一方の側に位置する。
【0057】
図６ではＵＥ６０２が１つのアンカーノードザ０６で１つの角度オフセットをスイープするだけでよく、アンカーノードは近隣ｇＮＢまたはサービングｇＮＢのうち１つであり得る。この場合、サービングｇＮＢはまた、アンカーノード６０６の周りをどのようにスイープするか、例えば、時計回りまたは反時計回り、または左または右などのスイープ方向をＵＥ６０２に伝える必要がある。ここで、ＵＥ ６０２は、最大ビーム幅および最小ビーム幅、角度オフセット、ならびに割り当てられたＳＲＳリソースなどのＵＥ能力に基づいて、サービングｇＮＢの指示に基づいてビーム幅を調整するか、またはそれ自体を調整することができる。図６に示すように、ＵＥ６０２は受信点ＲＰ６０４におけるＲｘビームトレーニングを容易にするために、アンカービーム６１２の右側でＳＲＳ＃１６０８およびＳＲＳ＃２６１０の２つの方向にＳＲＳを送信する。
【0058】
ビームスイープルール指示の例示的な実施形態：
ここで、ビームスイープモードの表示方法について説明する。これには、モード表示と各モードのいくつかの追加パラメータの２の部分が含まれる。
ここで、ビームスイープモードの表示方法について説明する。これには、モード表示と各モードのいくつかの追加パラメータの２の部分が含まれる。
【0059】
（１）モード表示：
一実施形態では、スイープモードを示すための２つのビット（ｂ１、ｂ２）が以下のように導入される：
・ ｂ１ｂ２＝００は、モード１（全方向アンテナ送信）を示す；
・ ｂ１ｂ２＝０１はモード２（３６０°ビームスイープのオプション１）を示す；
・ ｂ１ｂ２＝１０はモード２（３６０°ビームスイープのオプション２）を示す
・ ｂ１ｂ２＝１１は、モード３（部分ビーム方向のスイープ）を示す。
一実施形態では、スイープモードを示すための２つのビット（ｂ１、ｂ２）が以下のように導入される：
・ ｂ１ｂ２＝００は、モード１（全方向アンテナ送信）を示す；
・ ｂ１ｂ２＝０１はモード２（３６０°ビームスイープのオプション１）を示す；
・ ｂ１ｂ２＝１０はモード２（３６０°ビームスイープのオプション２）を示す
・ ｂ１ｂ２＝１１は、モード３（部分ビーム方向のスイープ）を示す。
【0060】
別の実施形態では、新しい用語「全方向送信」、「３６０°ビームスイープ」、および「部分ビームスイープ」を導入することができる。「３６０°ビームスイープ」という用語が有効にされると、１つの新しいビット信号が導入され、３６０°ビームスイープのどのオプションがこのスイープモードのために使用されるかを示す。
【0061】
（２）モード２の追加パラメータ：
モード２の場合、ビームスイープモードに加えて、追加のパラメータがＵＥに示されるべきである。
表示には次の２つの選択肢がある：
モード２の場合、ビームスイープモードに加えて、追加のパラメータがＵＥに示されるべきである。
表示には次の２つの選択肢がある：
【0062】
・ 暗黙的表示：
ｇＮＢは、構成されたＳＲＳリソースに基づいてビームスイーピングを行うことをＵＥに暗黙的に示すことができる。例えば、選択肢１のように、ｇＮＢが専用ビームスイーピングのために６つのＳＲＳリソースを設定する場合、端末は３６０°スキャンを終了するために６つのＴｘビームを使用すべきであることを手段する。
ｇＮＢは、構成されたＳＲＳリソースに基づいてビームスイーピングを行うことをＵＥに暗黙的に示すことができる。例えば、選択肢１のように、ｇＮＢが専用ビームスイーピングのために６つのＳＲＳリソースを設定する場合、端末は３６０°スキャンを終了するために６つのＴｘビームを使用すべきであることを手段する。
【0063】
・ 明示的表示
ｇＮＢはまた、ＵＥビームスイープを容易にするためのいくつかの追加のパラメータを示すことができる。例えば、パラメータは、少なくともビーム幅、放射角度、又は２つのビーム間の相対角度オフセットなどを含むべきである。表３は、モード２の追加のパラメータを示す。
ｇＮＢはまた、ＵＥビームスイープを容易にするためのいくつかの追加のパラメータを示すことができる。例えば、パラメータは、少なくともビーム幅、放射角度、又は２つのビーム間の相対角度オフセットなどを含むべきである。表３は、モード２の追加のパラメータを示す。
【表3】
【0064】
両方の指示方法は、利点および欠点を有する。これらは、別々に使用することも、一緒に使用することもできる。暗黙的指示方法は、低いシグナリングオーバーヘッドを有する。しかし、明示的指示方法はより柔軟であり、ビームスイープパターンを柔軟に調整することができる。
【0065】
（３）モード３の追加パラメータ：
スイープモード３の場合、ビームスイープモードに加えて、追加のパラメータもＵＥに示されるべきである。たとえば、パラメータは、アンカーノードのＳＳＢインデックス、アンカーノードからの角度オフセット、右または左などのスイープ方向、時計回りまたは反時計回り、アンカーノードからの右方向のＴｘビームの数、およびアンカーノードからの左方向のＴｘビームの数を含むべきである。表４は、モード３の追加のパラメータを示す。
スイープモード３の場合、ビームスイープモードに加えて、追加のパラメータもＵＥに示されるべきである。たとえば、パラメータは、アンカーノードのＳＳＢインデックス、アンカーノードからの角度オフセット、右または左などのスイープ方向、時計回りまたは反時計回り、アンカーノードからの右方向のＴｘビームの数、およびアンカーノードからの左方向のＴｘビームの数を含むべきである。表４は、モード３の追加のパラメータを示す。
【0066】
加えて、ビームスイープモード（ｂ１ｂ２）のシグナリングおよびスイープモード３のための表４における追加のパラメータは、無線リソース制御（ＲＲＣ）メッセージによってｇＮＢからＵＥに送信され得る。
【0067】
指示に基づいて、ＵＥはサービングｇＮＢからＳＲＳリソース構成を受信したとき、ビームスイーピングをどのように行うかを知ることができる。
【表4】
【0068】
位置決め手順の例示的な実施形態：
図７は、以下のステップおよびシグナリングフローを含む、本機構の詳細な手順を示す：
図７は、以下のステップおよびシグナリングフローを含む、本機構の詳細な手順を示す：
【0069】
・ ステップ１：サービングｇＮＢは、まず、表１のようにＲＲＣシグナリングによってビーム形成能力情報を報告する（７０２）ことを対象ＵＥに要求する。
【0070】
・ ステップ２：ＵＥは、表１のＲＲＣ信号を使用して、表２のような能力情報の一部または全部をサービングｇＮＢに報告する（７０４）。たとえば、ＵＥは、最大６つのＴｘビームをサポートする。したがって、ＵＥは、Ｔｘビームの数を値６としてサービングｇＮＢに報告する。
【0071】
・ ステップ３：ステップ２からの報告されたビーム形成能力情報に基づいて、ｇＮＢは、対象ＵＥのためのＳＲＳリソースを構成する（７０６）。詳細なＳＲＳリソース構成は「ＳＲＳリソース割り当ての例示的な実施形態」において上記で見ることができる。例えば、サービングｇＮＢは、専用ビームスイーピングのために６つのＳＲＳリソースを割り当てることができる。
【0072】
・ ステップ４：ステップ３からの割り当てられたＳＲＳリソースに基づいて、ｇＮＢはＵＥが割り当てられたＳＲＳリソースに基づいて正しいスイープを行うことができることを確実にするために、ビームスイープルールを作成する（７０８）。詳細なビームスイープルールは「ビームスイープルール設計の例示的な実施形態」において上記で見ることができる。例えば、サービングｇＮＢは、ＵＥのためのスイープモード２のオプション１を選択することができる。
【0073】
・ ステップ５：サービングｇＮＢはまた、ＲＲＣ信号によって、ＳＲＳリソースおよびビームスイーピングルールをＵＥに提供する（７１０）。詳細な指示シグナリングは「ビームルール指示の例示的な実施形態」において上記で見ることができる。例えば、サービングｇＮＢは、ｇＮＢがモード２のオプション１を選択する場合、ＲＲＣシグナリングによってビットｂ１ｂ２＝０１をＵＥに送信する。
【0074】
・ ステップ６：ビームスイープルールに基づいて、対象ＵＥは、割り当てられたＳＲＳリソース中のＵＬ ＳＲＳ送信に対して７１２Ｔｘビームスイープを実行する。例えば、サービングｇＮＢから示されるシグナリングｂ１ｂ２＝０１に基づいて、ＵＥは図４に示されるように、６つのＳＲＳリソースを使用することによって、３６０°スキャンを終了すべきであることを知ることができる。
【0075】
利点：
本機構はＵＥが正しいＳＲＳビームスイープを行い、ＳＲＳをＵＬ測位発明ＲＰに送信することができることを保証することができる。これは、ＲＰがＳＲＳ信号を測定することを確実にするために重要であり得る。本機構がないと、ネットワークは、ビームフォーミングのためのＳＲＳ送信を正しく構成することができないことがある。次に、本機構は全体的な測位精度を改善し、リソースオーバーヘッドを最小化する。
本機構はＵＥが正しいＳＲＳビームスイープを行い、ＳＲＳをＵＬ測位発明ＲＰに送信することができることを保証することができる。これは、ＲＰがＳＲＳ信号を測定することを確実にするために重要であり得る。本機構がないと、ネットワークは、ビームフォーミングのためのＳＲＳ送信を正しく構成することができないことがある。次に、本機構は全体的な測位精度を改善し、リソースオーバーヘッドを最小化する。
【0076】
図８は、本開示によるサービング基地局によって実行される方法を示すフローチャートである。ブロック８０２において、基地局は、ビーム形成能力に関する報告の要求をターゲットユーザ機器に送信する。ブロック８０４において、基地局は、ターゲットユーザ機器からビーム形成能力に関する報告を受信する。ブロック８０６において、
基地局は、報告に含まれる少なくとも能力情報に基づいて、ターゲットユーザ機器によって使用されるための少なくとも１つの測位基準信号リソースを割り振る。ブロック８０８において、基地局は、ターゲットユーザ機器のために割り振られた少なくとも１つの測位基準信号リソースに基づいて、ビームスイープルールを決定する。そして、ブロック８１０において、基地局は、測位基準信号リソース割振りおよびビームスイープルールをターゲットユーザ機器に送信する。
基地局は、報告に含まれる少なくとも能力情報に基づいて、ターゲットユーザ機器によって使用されるための少なくとも１つの測位基準信号リソースを割り振る。ブロック８０８において、基地局は、ターゲットユーザ機器のために割り振られた少なくとも１つの測位基準信号リソースに基づいて、ビームスイープルールを決定する。そして、ブロック８１０において、基地局は、測位基準信号リソース割振りおよびビームスイープルールをターゲットユーザ機器に送信する。
【0077】
図９は、本開示に従ってターゲットユーザ機器によって実行される方法を示すフローチャートである。ブロック９０２において、ユーザ機器は、サービング基地局からビーム形成能力に関する報告の要求を受信する。ブロック９０４において、ユーザ機器は、ビーム形成能力に関する報告をサービング基地局に送信する。ブロック９０６において、ユーザ機器はサービング基地局から、少なくとも１つの測位基準信号リソースおよびビームスイーピングルールに関する情報を受信する。また、ブロック９０８において、ユーザ機器は、ビームスイーピングルールに基づいて、受信された測位基準信号リソース割振りを使用して、アップリンク測位基準信号伝送に対してビームスイーピングを実行する。
【0078】
一般に、様々な例示的な実施形態は、ハードウェアまたは専用回路、ソフトウェア、ロジック、またはそれらの任意の組合せで実装され得る。例えば、いくつかの態様はハードウェアで実装されてもよく、一方、他の態様はコントローラ、マイクロプロセッサ、または他の計算装置によって実行されてもよいファームウェアまたはソフトウェアで実装されてもよいが、例示的な実施形態はこれらに限定されない。
【0079】
本開示の例示的な実施形態の様々な態様はブロック図、フローチャートとして、または何らかの他の図表現を使用して図示および目的され得るが、本明細書で目的するこれらのブロック、装置、システム、技術または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路または論理、汎用ハードウェアもしくはコントローラ、または他の計算装置、あるいはそれらの何らかの組合せで実装され得ることが十分に理解される。
【0080】
したがって、本開示の例示的な実施形態の少なくともいくつかの態様は、集積回路チップおよびモジュールなどの様々な部品において実施され得、本開示の例示的な実施形態は集積回路として実施される装置において実現され得ることが認識される。集積回路は、本開示の例示的な実施形態に従って動作するように構成可能なデータプロセッサまたはデータプロセッサ、デジタル信号プロセッサまたはプロセッサ、ベースバンド回路、および無線周波数回路のうちの少なくとも１つ以上を具現化するための回路、ならびに場合によってはファームウェアを備え得る。
【0081】
本開示の前述の例示的な実施形態に対する様々な修正および適応は、添付の図面と併せて読まれるとき、前述の説明を考慮して、当業者に明らかになり得る。例えば、例示的な実施形態は５Ｇ ＮＲシステムへの進歩の文脈で上述されたが、本開示の例示的な実施形態はこの１つの特定のタイプのワイヤレス通信システムのみでの使用に限定されないことを理解されたい。本明細書に提示される開示の例示的な実施形態は説明的なものであり、例示的な実施形態の技術的範囲を網羅するものでも、限定するものでもない。
【0082】
前述の議論では、以下の略語が使用されている場合がある。
ＡＯＡ：到達角度（Ａｎｇｌｅ ｏｆ Ａｒｒｉｖａｌ）
ＡＯＤ：発射出発角度（Ａｎｇｌｅ ｏｆ Ｄｅｐａｒｔｕｒｅ）
ＢＷＰ：帯域幅パート（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）
ＣＳＩ：チャネル状態情報（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）
ＣＵ：集中ユニット（Ｃｅｎｔｒａｌｉｚｅｄ Ｕｎｉｔ）
ＤＬ：ダウンリンク（Ｄｏｗｎｌｉｎｋ）
ＤＵ：分散ユニット（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）
ｅＮＢ：ｅＮｏｄｅＢ （４Ｇ基地局（４Ｇ Ｂａｓｅ Ｓｔａｔｉｏｎ））
ＦＲ：周波数範囲（Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ）
ＦＲ１：周波数範囲１（Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ １）
ＦＲ２：周波数範囲２（Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ ２）
ＧＨｚ：ギガヘルツ（Ｇｉｇａｈｅｒｔｚ）
ｇＮＢ：ｇＮｏｄｅＢ （５Ｇ基地局（５Ｇ Ｂａｓｅ Ｓｔａｔｉｏｎ））
ｇＮＢ－ＣＵ：ｇＮＢ集中ユニット（ｇＮＢ Ｃｅｎｔｒａｌｉｚｅｄ Ｕｎｉｔ）
ｇＮＢ－ＤＵ：ｇＮＢ分散ユニット（ｇＮＢ Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）
ＩＤ：識別子（Ｉｄｅｎｔｉｆｉｅｒ）
ＬＭＦ：位置管理機能（Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
ＬＭＵ：位置測定ユニット（Ｌｏｃａｔｉｏｎ Ｍｅａｓｕｒｅｍｅｎｔ Ｕｎｉｔ）
ＬＰＰ：ＬＴＥ測位プロトコル（ＬＴＥ Ｐｏｓｉｔｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ）
ＬＴＥ：ロングターム・エボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）
ＮＲ：新無線（５Ｇ）（Ｎｅｗ Ｒａｄｉｏ （５Ｇ））
ＰＲＳ：位置決め基準信号（Ｐｏｓｉｔｉｏｎｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＲＦ：無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）
ＲＰ：受信点（Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）
ＲＲＣ：無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）
ＲＳ：基準信号（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＲＳＲＰ：基準信号受信電力（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）
ＲＳＲＱ：基準信号受信品質（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ）
ＲＳＴＤ：基準信号時間差（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｔｉｍｅ Ｄｉｆｆｅｒｅｎｃｅ）
ＲＴＯＡ：受信到着時刻（Ｒｅｃｅｉｖｅｄ Ｔｉｍｅ ｏｆ Ａｒｒｉｖａｌ）
ＲＴＴ：ラウンドトリップタイム（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）
Ｒｘ：受信器（Ｒｅｃｅｉｖｅｒ）
ＳＩ：試験項目（Ｓｔｕｄｙ Ｉｔｅｍ）
ＳＩＢ：システム情報ブロック（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）
ＳＲＳ：サウンディング基準信号（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＳＳＢ：同期信号ブロック（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ）
ＴＤＯＡ：到着時間差（Ｔｉｍｅ Ｄｉｆｆｅｒｅｎｃｅ ｏｆ Ａｒｒｉｖａｌ）
ＴＭＦ：伝送測定機能（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｍｅａｓｕｒｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
ＴＯＡ：到着時刻（Ｔｉｍｅ ｏｆ Ａｒｒｉｖａｌ）
ＴＲＰ：送受信点（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）
Ｔｘ：発信器（Ｔｒａｎｓｍｉｔｔｅｒ）
ＵＥ：ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
ＵＬ：アップリンク（Ｕｐｌｉｎｋ）
ＵＬ－ＴＤＯＡ：アップリンク到着時間差（Ｕｐｌｉｎｋ Ｔｉｍｅ Ｄｉｆｆｅｒｅｎｃｅ ｏｆ Ａｒｒｉｖａ）
ＷＩ：作業項目（Ｗｏｒｋ Ｉｔｅｍ）
３ＧＰＰ（登録商標）：第３世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）
５Ｇ：第５世代（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）
５ＧＣ：５Ｇコア（５Ｇ Ｃｏｒｅ）
ＡＯＡ：到達角度（Ａｎｇｌｅ ｏｆ Ａｒｒｉｖａｌ）
ＡＯＤ：発射出発角度（Ａｎｇｌｅ ｏｆ Ｄｅｐａｒｔｕｒｅ）
ＢＷＰ：帯域幅パート（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）
ＣＳＩ：チャネル状態情報（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）
ＣＵ：集中ユニット（Ｃｅｎｔｒａｌｉｚｅｄ Ｕｎｉｔ）
ＤＬ：ダウンリンク（Ｄｏｗｎｌｉｎｋ）
ＤＵ：分散ユニット（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）
ｅＮＢ：ｅＮｏｄｅＢ （４Ｇ基地局（４Ｇ Ｂａｓｅ Ｓｔａｔｉｏｎ））
ＦＲ：周波数範囲（Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ）
ＦＲ１：周波数範囲１（Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ １）
ＦＲ２：周波数範囲２（Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ ２）
ＧＨｚ：ギガヘルツ（Ｇｉｇａｈｅｒｔｚ）
ｇＮＢ：ｇＮｏｄｅＢ （５Ｇ基地局（５Ｇ Ｂａｓｅ Ｓｔａｔｉｏｎ））
ｇＮＢ－ＣＵ：ｇＮＢ集中ユニット（ｇＮＢ Ｃｅｎｔｒａｌｉｚｅｄ Ｕｎｉｔ）
ｇＮＢ－ＤＵ：ｇＮＢ分散ユニット（ｇＮＢ Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）
ＩＤ：識別子（Ｉｄｅｎｔｉｆｉｅｒ）
ＬＭＦ：位置管理機能（Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
ＬＭＵ：位置測定ユニット（Ｌｏｃａｔｉｏｎ Ｍｅａｓｕｒｅｍｅｎｔ Ｕｎｉｔ）
ＬＰＰ：ＬＴＥ測位プロトコル（ＬＴＥ Ｐｏｓｉｔｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ）
ＬＴＥ：ロングターム・エボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）
ＮＲ：新無線（５Ｇ）（Ｎｅｗ Ｒａｄｉｏ （５Ｇ））
ＰＲＳ：位置決め基準信号（Ｐｏｓｉｔｉｏｎｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＲＦ：無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）
ＲＰ：受信点（Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）
ＲＲＣ：無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）
ＲＳ：基準信号（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＲＳＲＰ：基準信号受信電力（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）
ＲＳＲＱ：基準信号受信品質（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ）
ＲＳＴＤ：基準信号時間差（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｔｉｍｅ Ｄｉｆｆｅｒｅｎｃｅ）
ＲＴＯＡ：受信到着時刻（Ｒｅｃｅｉｖｅｄ Ｔｉｍｅ ｏｆ Ａｒｒｉｖａｌ）
ＲＴＴ：ラウンドトリップタイム（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）
Ｒｘ：受信器（Ｒｅｃｅｉｖｅｒ）
ＳＩ：試験項目（Ｓｔｕｄｙ Ｉｔｅｍ）
ＳＩＢ：システム情報ブロック（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）
ＳＲＳ：サウンディング基準信号（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＳＳＢ：同期信号ブロック（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ）
ＴＤＯＡ：到着時間差（Ｔｉｍｅ Ｄｉｆｆｅｒｅｎｃｅ ｏｆ Ａｒｒｉｖａｌ）
ＴＭＦ：伝送測定機能（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｍｅａｓｕｒｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
ＴＯＡ：到着時刻（Ｔｉｍｅ ｏｆ Ａｒｒｉｖａｌ）
ＴＲＰ：送受信点（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）
Ｔｘ：発信器（Ｔｒａｎｓｍｉｔｔｅｒ）
ＵＥ：ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
ＵＬ：アップリンク（Ｕｐｌｉｎｋ）
ＵＬ－ＴＤＯＡ：アップリンク到着時間差（Ｕｐｌｉｎｋ Ｔｉｍｅ Ｄｉｆｆｅｒｅｎｃｅ ｏｆ Ａｒｒｉｖａ）
ＷＩ：作業項目（Ｗｏｒｋ Ｉｔｅｍ）
３ＧＰＰ（登録商標）：第３世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）
５Ｇ：第５世代（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）
５ＧＣ：５Ｇコア（５Ｇ Ｃｏｒｅ）
【0083】
本明細書で使用される用語は特定の実施形態を説明することのみを目的としており、開示された実施形態を限定することを意図するものではない。用語「含む（ｃｏｍｐｒｉｓｅｓ）」および／または「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」は本明細書で使用される場合、記載された特徴、整数、ステップ、動作、成分、および／または構成成分の存在を指定するが、１つ以上の他の特徴、整数、ステップ、動作、成分、構成成分、および／またはそれらのグループの存在または追加を排除しないことがさらに理解される。
【0084】
本例示的な実施形態の説明は例示および説明の目的のために提示されているが、網羅的であること、または開示された形態の実施形態に限定されることは意図されていない。本開示の範囲および趣旨から逸脱することなく、多くの修正および変形が当業者には明らかである。実施形態は、本開示の原理および実際の適用を最もよく説明するために、また、当業者が、予測される特定の使用に適した様々な改変を伴う様々な態様について本開示を理解することを可能にするために、選択され、説明される。
【0085】
添付の図面と併せて読まれるとき、前述の説明を考慮すると、様々な修正および適応が、当業者には明らかになり得る。しかしながら、本開示の教示の任意のおよびすべての修正は、依然として、その非限定的な実施形態の技術的範囲内にある。特定の実施形態の文脈で説明されているが、当業者にはこれらの教示に対する多くの修正および様々な変更が生じ得ることが明らかである。したがって、実施例は１つ以上の開示された実施形態に関して具体的に示され、説明されているが、上記の開示の範囲または以下の特許請求の範囲から逸脱することなく、一定の修正または変更が行われ得ることが、当業者によって理解される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
