特許 7198216 無線デバイスのためのトランスミッタおよびレシーバ設定を決定するためのシステムおよび方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-12-20

(45)【発行日】2022-12-28

(54)【発明の名称】無線デバイスのためのトランスミッタおよびレシーバ設定を決定するためのシステムおよび方法

(51)【国際特許分類】

   H04W 72/04 20090101AFI20221221BHJP

   H04W 16/28 20090101ALI20221221BHJP

   H04B 7/06 20060101ALI20221221BHJP

   H04B 7/0456 20170101ALI20221221BHJP

【ＦＩ】

H04W72/04 136

H04W16/28 130

H04B7/06 986

H04B7/0456 100

【請求項の数】 37

(21)【出願番号】P 2019552286

(86)(22)【出願日】2018-03-23

(65)【公表番号】

(43)【公表日】2020-05-28

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

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

(87)【国際公開日】2018-09-27

【審査請求日】2019-11-08

(31)【優先権主張番号】62/476,657

(32)【優先日】2017-03-24

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

(73)【特許権者】

【識別番号】598036300

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

(74)【代理人】

【識別番号】100109726

【弁理士】

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

(74)【代理人】

【識別番号】100161470

【弁理士】

【氏名又は名称】冨樫 義孝

(74)【代理人】

【識別番号】100194294

【弁理士】

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

(74)【代理人】

【識別番号】100194320

【弁理士】

【氏名又は名称】藤井 亮

(72)【発明者】

【氏名】フレンヌ， マティアス

(72)【発明者】

【氏名】グラント， ステファン

【審査官】田部井 和彦

(56)【参考文献】

【文献】米国特許出願公開第２０１６／０２４８５６１（ＵＳ，Ａ１）

【文献】特表２０１６－５１８７５２（ＪＰ，Ａ）

【文献】特表２０１５－５１３２３７（ＪＰ，Ａ）

【文献】特表２０１６－５３１４９５（ＪＰ，Ａ）

【文献】特表２０１６－５３２３６５（ＪＰ，Ａ）

【文献】国際公開第２０１４／２０９０１５（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１５／０３４９８５５（ＵＳ，Ａ１）

【文献】ZTE, ZTE Microelectronics，QCL/QCB design for UL MIMO [online]，3GPP TSG RAN WG1 Meeting #88 R1-1701820，[検索日 2020.11.27], インターネット <URL: https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_88/Docs/R1-1701820.zip>，2017年02月07日，p.1-6

【文献】NTT DOCOMO, INC.，Views on beam management framework [online]，3GPP TSG RAN WG1 Meeting #88 R1-1702798，[検索日 2020.11.27], インターネット <URL: https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_88/Docs/R1-1702798.zip>，2017年02月07日，p.1-5

【文献】Ericsson，On QCL [online]，3GPP TSG-RAN WG1 #89 R1-1708710，[検索日 2020.11.27], インターネット <URL: https://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_89/Docs/R1-1708710.zip>，2017年05月06日，p.1-6

【文献】ZTE, ZTE Microelectronics，QCL/QCB design for UL MIMO [online]，3GPP TSG RAN WG1 Meeting #88 R1-1701820，[検索日 2020.11.27], インターネット <URL: https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_88/Docs/R1-1701820.zip>，2017年02月07日，p.1-6

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

請求項３５または３６に記載のコンピュータプログラムを含むコンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、概して、通信の分野、ならびに具体的には、無線デバイスのためのトランスミッタおよびレシーバ設定を決定することに関する。

【背景技術】

【0002】

第５世代移動体ネットワークもしくは無線システム（５Ｇ）または５Ｇ Ｎｅｗ Ｒａｄｉｏ（ＮＲ）においては、空間疑似コロケーション（ＱＣＬ）が、新たな概念として導入されている。トランスミッタ（例えば、基地局）からの２つの送信参照信号は、２つの受信参照信号の受信空間特性が同じまたは同様である場合、レシーバ（例えば、ＵＥまたは端末）において空間的にＱＣＬであると言われる。空間特性は、一次到着角、信号の受信角度広がり、空間相関、または空間特性を捉える任意の他のパラメータもしくは定義のうちの１つまたは複数であり得る。２つの参照信号は、時として、２つの異なるアンテナポートから／２つの異なるアンテナポートによって、送信される／受信されると、等価に表される。ｇＮＢ（例えば、基地局）の２つの送信アンテナポートが、ＵＥにおいて空間的にＱＣＬである場合、ＵＥは、第１の参照信号および第２の参照信号の両方を受信するために同じ受信（ＲＸ）ビーム形成重みを使用し得る。

【0003】

空間ＱＣＬの使用は、ＵＥが信号を受信する前にアナログビームをどこに向けるべきかを知っていなければならないことから、ＵＥがアナログビーム形成を使用するときには特に重要である。したがって、５Ｇ ＮＲでは、特定の以前に送信されたチャネル状態情報参照信号（ＣＳＩ－ＲＳ）リソースまたはＣＳＩ－ＲＳアンテナポートが、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信およびＰＤＳＣＨの復調用参照信号（ＤＭＲＳ）送信と空間的にＱＣＬである、ｇＮＢからＵＥへのシグナリングが可能である。この情報により、ＵＥは、以前のＣＳＩ－ＲＳリソースまたはアンテナポートの受信においてＵＥが使用したものと同じアナログビームをＰＤＳＣＨ受信のために使用することができる。

【0004】

空間ＱＣＬフレームワークはまた、ＵＥからの送信用に持続するために拡張され得る。この場合、ＵＥからの送信信号は、ＵＥによって受信された信号の以前の受信と空間的にＱＣＬである。ＵＥが送信についてこのような仮定を行う場合、それは、ＵＥが、信号を受信するために以前に使用されたＲＸビームと同じまたは同様であるアナログ送信（ＴＸ）ビーム内で信号を返送していることを意味する。したがって、ｇＮＢから送信された第１の参照信号（ＲＳ）は、ＵＥにおいて、ＵＥからｇＮＢへ返送された第２のＲＳと空間的にＱＣＬである。これは、ｇＮＢがアナログビーム形成を使用する場合に有用であるが、それは、このときｇＮＢが、どの方向からＵＥからの送信を予期すべきかを知っており、したがってそのビーム方向を実際の受信直前に調節することができるためである。

【0005】

５Ｇ ＮＲにおいては、一次同期信号（ＰＳＳ）、二次同期信号（ＳＳＳ）、物理ブロードキャストチャネル（ＰＢＣＨ）、およびおそらくは三次同期信号（ＴＳＳ）が、同期信号（ＳＳ）ブロックにおいて使用されることになる。ＳＳブロックは、４つの直交周波数分割多重（ＯＦＤＭ）シンボルにわたる可能性が高い。そのようなＳＳブロックの倍数が、異なるビーム形成方向にある異なるビーム上で送信され得、したがって各ＳＳブロックは、対応するビームのアンテナ利得から恩恵を受けることができる。欠点は、複数のＳＳブロックが、４つのＯＦＤＭシンボルの倍数がそのようなビームでｇＮＢ領域全体をカバーするために使用されることを必要とすることである。さらに、ビームが狭いほど、ビームあたりのカバレッジは良くなるが、送信ＳＳブロックからのオーバーヘッドは大きくなる。したがって、カバレッジとオーバーヘッドとの間にはトレードオフが存在する。また、ＳＳブロックビームは、レシーバにおける信号対干渉雑音電力比（ＳＩＮＲ）を最大限にするために非常に高いアンテナ利得を提供するように非常に狭い場合があるデータビームよりも幅が広い。

【0006】

さらには、既存のエアインターフェースソリューションは、ミリメートル波周波数内などの狭ビーム形成を利用するときにはＵＥとｇＮＢとの間のロバストな通信を提供しない。これは、ビームをどこへ向けるべきかを知っていることを必要とするアナログビーム形成ではさらにいっそう顕著である。ビームが非常に狭い（例えば、ビーム幅が数度まで減少）ため、この狭ビームを正しい方向に向かわせることができないことにより、接続の損失およびデータスループットの中断をもたらし得る。また、ＵＥは、同期信号およびブロードキャスト信号（例えば、共通検索空間物理ダウンリンク制御チャネル（ＰＤＣＣＨ））を受信するか、または物理ランダムアクセスチャネル（ＰＲＡＣＨ）もしくはビームリカバリ信号を送信すると同時に、高利得または狭ビーム（例えば、ＰＤＳＣＨ、物理アップリンク共有チャネル（ＰＵＳＣＨ）、およびＵＥ固有の検索空間ＰＤＣＣＨ）を必要とする専用信号を受信および送信するとき、ビームをロバストな様式で向かわせる必要があり得る。加えて、ＵＥは、ｇＮＢからＵＥへシグナリングする専用ビーム指示なしにＵＥビーム方向をセットする必要があり得る。ＮＲシステムにおいては、狭幅ビームおよび広幅ビームの両方を送信する必要性もあり、狭ビームは、ユニキャストメッセージの送信のために使用され得る一方、広幅ビームは、マルチキャストまたはブロードキャストメッセージの送信のために使用され得る。

【0007】

したがって、無線デバイスのためのトランスミッタおよびレシーバ設定を決定するための改善された技術の必要性がある。加えて、本開示の他の望ましい特徴および特性は、添付の図面ならびに先述の技術分野および背景と併せて、後続の詳細な説明および実施形態から明らかになるものとする。

【0008】

本文書の背景技術セクションは、本開示の実施形態を技術的および動作的な文脈の中に置くために提供されて、当業者がそれらの範囲および効用を理解することを助ける。そのようなものとして明示的に記載されない限り、本明細書内の記述は、背景技術セクションに含まれるということだけで、先行技術であることが認められるわけではない。

【発明の概要】

【0009】

以下は、当業者に基本的理解を提供するために、本開示の簡略化した概要を提示する。本概要は、本開示の広範な概観ではなく、本開示の実施形態の主要な／重要な要素を識別すること、または本開示の範囲を描くことは意図されない。本概要の唯一の目的は、本明細書内に開示されるいくつかの概念を、後に提示されるより詳細な説明の前置きとして提示することである。

【0010】

無線デバイスのためのトランスミッタおよびレシーバ設定を決定するためのシステムおよび方法が本明細書に提示される。１つの態様によると、無線通信システム内の無線デバイスによって実施される方法は、無線デバイスによって、第１のタイプの第１の信号を、第１の信号を無線デバイスによって受信される第１の参照信号と関係付ける第１のＱＣＬ仮定に基づいた第１のトランスミッタまたはレシーバ設定を使用して、送信または受信することを含む。さらに、本方法は、無線デバイスによって、第２のタイプの第２の信号を、第２の信号を無線デバイスによって受信される第２の参照信号と関連付ける第２のＱＣＬ仮定に基づいた第２のトランスミッタまたはレシーバ設定を使用して、送信または受信することを含む。

【0011】

別の態様によると、第１の参照信号は、ブロードキャストされた参照信号であり、第２の参照信号は、ＵＥ固有の設定された参照信号である。

【0012】

別の態様によると、ブロードキャストされた参照信号は、ＳＳブロック内の参照信号であり、ＵＥ固有の参照信号は、ＣＳＩ－ＲＳである。

【0013】

別の態様によると、第１の信号は、共通信号であり、第２の信号は、ＵＥ固有の信号である。

【0014】

別の態様によると、第１および第２の信号は、ＵＥ固有の信号である。

【0015】

別の態様によると、第１の参照信号は、好ましいＳＳブロック内の参照信号であり、第１の信号は、ＰＤＣＣＨの共通検索空間またはグループ共通検索空間である。

【0016】

別の態様によると、第２の参照信号は、ＣＳＩ－ＲＳであり、第２の信号は、ＰＤＣＣＨのＵＥ固有の検索空間のためのＤＭＲＳである。

【0017】

別の態様によると、第２の参照信号は、ＣＳＩ－ＲＳであり、第２の信号は、ＰＤＣＣＨのＵＥ固有の検索空間である。

【0018】

別の態様によると、第２の参照信号は、好ましいＳＳブロック内のＲＳであり、第２の信号は、ＰＲＡＣＨ信号またはビーム不良リカバリ信号である。

【0019】

別の態様によると、第１の参照信号は、好ましいＳＳブロック内の参照信号であり、第１の信号は、ＰＤＣＣＨのＵＥ固有の検索空間である。

【0020】

別の態様によると、第２の参照信号は、ＣＳＩ－ＲＳであり、第２の信号は、ＰＵＳＣＨ信号である。

【0021】

別の態様によると、第２の参照信号は、ＣＳＩ－ＲＳであり、第２の信号は、ＰＤＳＣＨである。

【0022】

別の態様によると、第２の参照信号は、ＣＳＩ－ＲＳであり、第２の信号は、ＰＵＣＣＨ信号である。

【0023】

別の態様によると、第１のレシーバ設定は、第１の参照信号を受信するために使用されるビーム方向に対応する。

【0024】

別の態様によると、第２のトランスミッタまたはレシーバ設定は、第２の参照信号を受信するために使用されるビーム方向に対応する。

【0025】

別の態様によると、本方法は、第１のＱＣＬ仮定に基づいて第１のトランスミッタまたはレシーバ設定を決定することを含む。

【0026】

別の態様によると、第１のトランスミッタまたはレシーバ設定を決定するステップは、第１の参照信号の受信を可能にした受信ビーム形成重みに基づいて第１の信号の送信または受信を可能にするように、送信プリコーダまたは受信ビーム形成重みを決定することを含む。

【0027】

別の態様によると、本方法は、第２のＱＣＬ仮定に基づいて第２のトランスミッタまたはレシーバ設定を決定することを含む。

【0028】

別の態様によると、第２のトランスミッタまたはレシーバ設定を決定するステップは、第２の参照信号の受信を可能にした受信ビーム形成重みに基づいて第２の信号の送信または受信を可能にするように、送信プリコーダまたは受信ビーム形成重みを決定することを含む。

【0029】

別の態様によると、ＱＣＬ仮定は、空間ＱＣＬ仮定である。

【0030】

別の態様によると、本方法は、無線デバイスによって、ネットワークノードから第１または第２のＱＣＬ仮定の指示を受信することを含む。

【0031】

別の態様によると、指示を受信するステップは、無線リソース制御（ＲＲＣ）シグナリング、媒体アクセス制御制御要素（ＭＡＣ－ＣＥ）シグナリング、およびダウンリンク制御情報（ＤＣＩ）シグナリングのうちの少なくとも１つによるものである。

【0032】

別の態様によると、第１または第２のＱＣＬ仮定は、無線デバイスによる参照信号受信とその無線デバイスによる特定のタイプの信号の送信との間の空間関係、または無線デバイスによる参照信号受信とその無線デバイスによる特定のタイプの信号の受信との間のＱＣＬ参照である。

【0033】

別の態様によると、本方法は、無線デバイスによって、第１および第２の参照信号を受信することを含む。

【0034】

別の態様によると、無線デバイスはＵＥである。

【0035】

１つの態様によると、無線デバイスは、第１のタイプの第１の信号を、第１の信号を無線デバイスによって受信される第１の参照信号と関係付ける第１のＱＣＬ仮定に基づいた第１のトランスミッタまたはレシーバ設定を使用して、送信または受信するように設定される。さらに、無線デバイスは、第２のタイプの第２の信号を、第２の信号を無線デバイスによって受信される第２の参照信号と関係付ける第２のＱＣＬ仮定に基づいた第２のトランスミッタまたはレシーバ設定を使用して、送信または受信するように設定される。

【0036】

１つの態様によると、無線デバイスは、少なくとも１つのプロセッサおよびメモリを備える。さらに、メモリは、少なくとも１つのプロセッサによって実行可能な命令を含み、それにより無線デバイスは、第１のタイプの第１の信号を、第１の信号を無線デバイスによって受信される第１の参照信号と関係付ける第１のＱＣＬ仮定に基づいた第１のトランスミッタまたはレシーバ設定を使用して、送信または受信するように設定される。さらに、無線デバイスは、第２のタイプの第２の信号を、第２の信号を無線デバイスによって受信される第２の参照信号と関係付ける第２のＱＣＬ仮定に基づいた第２のトランスミッタまたはレシーバ設定を使用して、送信または受信するように設定される。

【0037】

１つの態様によると、無線デバイスは、第１のタイプの第１の信号を、第１の信号を無線デバイスによって受信される第１の参照信号と関係付ける第１のＱＣＬ仮定に基づいた第１のトランスミッタまたはレシーバ設定を使用して、送信または受信するための送信／受信モジュールを備える。さらに、送信／受信モジュールは、第２のタイプの第２の信号を、第２の信号を無線デバイスによって受信される第２の参照信号と関係付ける第２のＱＣＬ仮定に基づいた第２のトランスミッタまたはレシーバ設定を使用して、送信または受信するように設定される。

【0038】

１つの態様によると、無線通信システム内の無線デバイスによって実施される方法は、複数のＱＣＬ仮定のうちの１つを獲得することを含み、各仮定が、無線デバイスによる特定の参照信号受信をその無線デバイスによる特定のタイプの信号の送信または受信と関連付ける。さらに、本方法は、特定のタイプの信号を、その信号を無線デバイスによって受信される参照信号と関連付けるＱＣＬ仮定に基づいたトランスミッタまたはレシーバ設定を使用して、送信または受信することを含む。

【0039】

別の態様によると、獲得するステップは、ネットワークノードから複数のＱＣＬ仮定のうちの１つの指示を受信することを含む。

【0040】

別の態様によると、本指示は、ＱＣＬパラメータのサブセットを含む。１つの例において、ＱＣＬパラメータのセットは、平均利得、平均遅延、遅延スプレッド、ドップラースプレッド、ドップラーシフト、および空間パラメータを含む。

【0041】

１つの態様によると、無線デバイスは、複数のＱＣＬ仮定のうちの１つを獲得するように設定され、各仮定が、無線デバイスによる特定の参照信号受信をその無線デバイスによる特定のタイプの信号の送信または受信と関連付ける。さらに、無線デバイスは、特定のタイプの信号を、その信号を無線デバイスによって受信される参照信号と関連付ける受信したＱＣＬ仮定に基づいたトランスミッタまたはレシーバ設定を使用して、送信または受信するように設定される。

【0042】

１つの態様によると、無線デバイスは、少なくとも１つのプロセッサおよびメモリを備える。さらに、メモリは、少なくとも１つのプロセッサによって実行可能な命令を含み、それにより無線デバイスは、複数のＱＣＬ仮定のうちの１つを獲得するように設定され、各仮定が、無線デバイスによる特定の参照信号受信をその無線デバイスによる特定のタイプの信号の送信または受信と関連付ける。また、無線デバイスは、特定のタイプの信号を、その信号を無線デバイスによって受信される参照信号と関連付ける受信したＱＣＬ仮定に基づいたトランスミッタまたはレシーバ設定を使用して、送信または受信するように設定される。

【0043】

１つの態様によると、無線デバイスは、複数のＱＣＬ仮定のうちの１つを獲得するためのＱＣＬ仮定獲得モジュールを備える。さらに、各仮定は、無線デバイスによる特定の参照信号受信をその無線デバイスによる特定のタイプの信号の送信または受信と関連付ける。また、無線デバイスは、特定のタイプの信号を、その信号を無線デバイスに送信される参照信号と関連付ける受信したＱＣＬ仮定に基づいたトランスミッタまたはレシーバ設定を使用して、送信または受信するための送信／受信モジュールを含む。

【0044】

１つの態様によると、コンピュータプログラムは、無線デバイスの少なくとも１つのプロセッサ上で実行されるとき、本明細書に説明される方法のいずれかを少なくとも１つのプロセッサに実行させる命令を含む。さらに、キャリアが、コンピュータプログラムを含み、このキャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである。

【0045】

１つの態様によると、無線通信システム内のネットワークノードによって実施される方法は、無線デバイスのための複数のＱＣＬ仮定のうちの１つを獲得することを含む。また、各仮定は、無線デバイスによる特定の参照信号受信をその無線デバイスによる特定のタイプの信号の送信または受信と関連付ける。本方法は、無線デバイスに、獲得したＱＣＬ仮定の指示を送信することを含む。

【0046】

別の態様によると、獲得するステップは、無線デバイスのための複数のＱＣＬ仮定のうちの１つを決定することを含む。

【0047】

別の態様によると、本方法は、無線デバイスに、または無線から、特定のタイプの信号を、その信号をネットワークノードによって無線デバイスに送信された参照信号と関連付ける獲得したＱＣＬ仮定に基づいて、送信または受信することを含む。

【0048】

別の態様によると、複数のＱＣＬ仮定は、無線デバイスによる参照信号受信とその無線デバイスによる特定のタイプの信号の送信との間の空間関係、および無線デバイスによる参照信号受信とその無線デバイスによる特定のタイプの信号の受信との間のＱＣＬ参照のうちの少なくとも１つを含む。

【0049】

１つの態様によると、ネットワークノードは、無線デバイスのための複数の疑似コロケーション（ＱＣＬ）仮定のうちの１つを獲得するように設定され、各仮定が、無線デバイスによる特定の参照信号受信をその無線デバイスによる特定のタイプの信号の送信または受信と関連付ける。さらに、ネットワークノードは、無線デバイスに、獲得したＱＣＬ仮定の指示を送信するように設定される。

【0050】

１つの態様によると、ネットワークノードは、少なくとも１つのプロセッサおよびメモリを備える。また、メモリは、少なくとも１つのプロセッサによって実行可能な命令を含み、それによりネットワークノードは、無線デバイスのための複数のＱＣＬ仮定のうちの１つを獲得するように設定される。さらに、各仮定は、無線デバイスによる特定の参照信号受信をその無線デバイスによる特定のタイプの信号の送信または受信と関連付ける。加えて、ネットワークノードは、無線デバイスに、獲得したＱＣＬ仮定の指示を送信するように設定される。

【0051】

１つの態様によると、ネットワークノードは、無線デバイスのための複数のＱＣＬ仮定のうちの１つを獲得するためのＱＣＬ仮定獲得モジュールを備える。各仮定は、無線デバイスによる特定の参照信号受信をその無線デバイスによる特定のタイプの信号の送信または受信と関連付ける。さらに、ネットワークノードは、無線デバイスに、獲得したＱＣＬ仮定の指示を送信するための送信モジュールを含む。

【0052】

１つの態様によると、コンピュータプログラムは、ネットワークノードの少なくとも１つのプロセッサ上で実行されるとき、本明細書に説明される方法のいずれかを少なくとも１つのプロセッサに実行させる命令を含む。さらに、キャリアが、コンピュータプログラムを含み得、このキャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである。

【0053】

これより本開示は、本開示の実施形態が示される添付の図面を参照して以後さらに十分に説明されるものとする。しかしながら、本開示は、本明細書に明記される実施形態に限定されるものと解釈されるべきではない。むしろ、これらの実施形態は、本開示が、徹底的かつ完全であり、本開示の範囲を当業者に十分に伝えるように提供される。同様の数字は、全体を通して同様の要素を指す。

【図面の簡単な説明】

【0054】

【図1】本明細書に説明されるような様々な態様に従う無線デバイスのためのトランスミッタおよびレシーバ設定を決定するためのシステムの１つの実施形態を例証する図である。

【図2】本明細書に説明されるような様々な態様に従う無線デバイスの１つの実施形態を例証する図である。

【図3A】本明細書に説明されるような様々な態様に従う無線デバイスの他の実施形態を例証する図である。

【図3B】本明細書に説明されるような様々な態様に従う無線デバイスの他の実施形態を例証する図である。

【図4】本明細書に説明されるような様々な態様に従う無線通信システム内の無線デバイスのためのトランスミッタおよびレシーバ設定を決定するための方法の１つの実施形態を例証する図である。

【図5】本明細書に説明されるような様々な態様に従う無線デバイスの別の実施形態を例証する図である。

【図6】本明細書に説明されるような様々な態様に従う無線通信システム内の無線デバイスのためのトランスミッタおよびレシーバ設定を決定するための方法の別の実施形態を例証する図である。

【図7】本明細書に説明されるような様々な態様に従う無線通信システム内の無線デバイスのためのトランスミッタおよびレシーバ設定を決定するための方法の別の実施形態を例証する図である。

【図8】本明細書に説明されるような様々な実施形態に従って実装されるようなネットワークノード８００の１つの実施形態を例証する図である。

【図9】本明細書に説明されるような様々な実施形態に従う無線ネットワーク内のネットワークノードの１つの実施形態の概略ブロック図である。

【図10】本明細書に説明されるような様々な実施形態に従う制御情報を送信するためのセルを選択するためのネットワークノードによって実施される方法の１つの実施形態を例証する図である。

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

【0055】

簡潔性および例証の目的のため、本開示は、主に本開示の例示的な実施形態に言及することによって説明される。以下の説明において、多数の特定の詳細事項は、本開示の徹底的な理解を提供するために明記される。しかしながら、本開示がこれらの特定の詳細事項に限定することなく実践され得ることは、当業者には容易に明らかであるものとする。本説明において、本開示を不必要に不明瞭にすることがないように、周知の方法および構造は、詳細に説明されていない。

【0056】

本開示は、無線デバイスのためのトランスミッタおよびレシーバ設定を決定するためのシステムおよび方法を説明することを含む。例えば、図１は、本明細書に説明されるような様々な態様に従う無線デバイスのためのトランスミッタおよびレシーバ設定を決定するためのシステム１００の１つの実施形態を例証する。図１において、システム１００は、ネットワークノード１０１（例えば、ｇＮＢなどの基地局）および無線デバイス１０５（例えば、ＵＥ）を含み得る。ネットワークノード１０１は、第１の参照信号１１１（例えば、ＳＳブロックなどのブロードキャストされた参照信号）を送信し得る１つまたは複数のアンテナポート１０３（例えば、アンテナアレイ、送信／受信ポイント（ＴＲＰ）、または同様のもの）を含み得る。無線デバイス１０５は、特定のレシーバ設定（例えば、受信ビーム形成重み、受信空間フィルタリング重み、または同様のもの）を使用して第１の参照信号１１１を受信し得る。さらに、ネットワークノード１０１は、第１のタイプの第１の信号１１３（例えば、ＰＤＣＣＨの共通検索空間またはグループ共通検索空間などの共通信号）を送信または受信し得る。無線デバイス１０５（例えば、ＵＥ）は、第１のタイプの第１の信号１１３を、第１の信号１１３を無線デバイス１０５によって受信される第１の参照信号１１１と関連付ける第１のＱＣＬ仮定１２１に基づいている第１のトランスミッタ設定（例えば、送信ビーム形成重み）または第１のレシーバ設定（例えば、受信ビーム形成重み）を使用して、送信または受信し得る。送信ビーム形成重みは、送信プリコーダ、送信空間フィルタリング重みなどとも称され得る。また、受信ビーム形成重みは、受信空間フィルタリング重みとも称され得る。

【0057】

さらには、無線デバイス１０５は、第１のＱＣＬ仮定１２１に基づいて第１のレシーバ設定を決定し得る。ＱＣＬは、空間ＱＣＬ、相反ＱＣＬなどとも称され得る。さらに、ＱＣＬは、別の信号の送信または受信と同じビーム方向にある信号の送信または受信と関連付けられ得る。例えば、ＱＣＬ仮定は、無線デバイスによる参照信号（例えば、ＳＳブロック、ＣＳＩ－ＲＳ、または同様のもの）の受信とその無線デバイスによる特定のタイプの信号（例えば、ＰＤＳＣＨ、共通またはＵＥ固有のＰＤＣＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ、または同様のもの）の送信との間の空間関係であり得る。別の例において、ＱＣＬ仮定は、無線デバイスによる参照信号の受信とその無線デバイスによる特定のタイプの信号の受信との間のＱＣＬ参照であり得る。１つの例において、第１の参照信号は、ＳＳブロックであり、第１の信号は、ＵＥ固有のＰＤＣＣＨであり、第２の参照信号がＣＳＩ－ＲＳであり、第２の信号がＰＵＣＣＨである。別の例において、第１の参照信号は、ＳＳブロックであり、第１の信号は、ＵＥ固有のＰＤＣＣＨであり、第２の参照信号がＣＳＩ－ＲＳであり、第２の信号がＰＵＳＣＨである。第１のレシーバ設定は、第１の参照信号１１１を受信するために使用される同じビーム方向に対応し得る。無線デバイス１０５は、第１の参照信号１１１を受信するために使用されるものと同じビーム方向にある第１の信号１１３の受信を可能にするように第１のレシーバ設定を決定し得る。例えば、無線デバイス１０５は、第１の参照信号１１１の受信を可能にした受信ビーム形成重みに基づいて第１の信号１１３の受信を可能にするように受信ビーム形成重みを決定し得る。

【0058】

本実施形態において、ネットワークノード１０１は、第２の参照信号１１５（例えば、ＵＥ固有の設定された参照信号）を送信し得る。ＵＥ固有の設定された参照信号は、ＣＳＩ－ＲＳ、好ましいＳＳブロック内のＲＳ、または同様のものであり得る。無線デバイス１０５は、特定のレシーバ設定（例えば、レシーバビーム形成重み）を使用して第２の参照信号１１５を受信し得る。さらに、ネットワークノード１０１は、第２のタイプの第２の信号１１７（例えば、ＵＥ固有の信号）を送信し得る。ＵＥ固有の信号は、ＰＤＣＣＨのＵＥ固有の検索空間、ＰＤＣＣＨのＵＥ固有の検索空間、ＰＲＡＣＨ信号もしくはビーム不良リカバリ信号、ＰＵＳＣＨ信号、ＰＤＳＣＨ、または同様のもののためのＤＭＲＳであり得る。無線デバイス１０５（例えば、ＵＥ）は、第２のタイプの第２の信号１１７を、第２の信号１１７を無線デバイス１０５によって受信される第２の参照信号１１５と関連付ける第２のＱＣＬ仮定１２３に基づいている第２のレシーバ設定（例えば、レシーバビーム形成重み）を使用して、受信し得る。無線デバイス１０５は、第２のＱＣＬ仮定１２３に基づいて第２のレシーバ設定を決定し得る。第２のレシーバ設定は、第２の参照信号１１５を受信するために使用される同じビーム方向に対応し得る。無線デバイス１０５は、第２の参照信号１１５を受信するために使用されるものと同じビーム方向にある第２の信号１１７の受信を可能にするように第２のレシーバ設定を決定し得る。例えば、無線デバイス１０５は、第２の参照信号１１５の受信を可能にした受信ビーム形成重みに基づいて第２の信号１１７の受信を可能にするように受信ビーム形成重みを決定し得る。

【0059】

別の実施形態において、ネットワークノード１０１は、無線デバイス１０５のための複数のＱＣＬ仮定１２１、１２３のうちの１つを獲得または決定し得る。各ＱＣＬ仮定１２１、１２３は、無線デバイス１０５による特定の参照信号受信１１１、１１５をその無線デバイス１０５による特定のタイプの信号１１３、１１７の送信または受信と関連付ける。さらに、ネットワークノード１０１は、無線デバイス１０５に、決定したＱＣＬ仮定１２１、１２３の指示を送信する。無線デバイス１０５は、この指示を受信し、次いで特定のタイプの信号１１３、１１７を、その信号１１３、１１７を無線デバイス１０５によって受信される参照信号１１１、１１５と関連付ける受信したＱＣＬ仮定１２１、１２３に基づいたトランスミッタまたはレシーバ設定を使用して、送信または受信する。

【0060】

追加的または代替的に、ネットワークノード１０１は、無線通信システム（例えば、ＮＲ、ＬＴＥ、ＬＴＥ－ＮＲ、ＵＭＴＳ、ＧＳＭ、または同様のもの）をサポートするように設定され得る。さらに、ネットワークノード１０１は、基地局（例えば、ｅＮＢ、ｇＮＢ）、アクセスポイント、無線ルータ、または同様のものであり得る。ネットワークノード１０１は、無線デバイス１０５などの無線デバイスにサーブし得る。無線デバイス１０５は、無線通信システム（例えば、ＮＲ、ＬＴＥ、ＬＴＥ－ＮＲ、ＵＭＴＳ、ＧＳＭ、または同様のもの）をサポートするように設定され得る。無線デバイス１０５は、ＵＥ、移動局（ＭＳ）、端末、セルラ電話、セルラハンドセット、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、無線電話、オーガナイザ、ハンドヘルドコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、セットトップボックス、テレビ、電気製品、ゲームデバイス、医療デバイス、ディスプレイデバイス、計量デバイス、または同様のものであり得る。

【0061】

図２は、本明細書に説明されるような様々な態様に従う無線デバイス２００の１つの実施形態を例証する。図２において、無線デバイス２００は、レシーバ回路２０１、レシーバ設定決定回路２０３、トランスミッタ回路２０５、トランスミッタ設定決定回路２０７、ＱＣＬ仮定獲得装置回路２０９、同様のもの、またはそれらの任意の組み合わせを含み得る。レシーバ設定決定回路２０３は、第１のタイプの第１の信号を無線デバイスによって受信される第１の参照信号を関連付ける第１のＱＣＬ仮定に基づいて第１のレシーバ設定を決定するように設定され得る。レシーバ回路２０１は、第１のタイプの第１の信号を、第１のＱＣＬ仮定に基づいた第１のレシーバ設定を使用して受信するように設定され得る。レシーバ設定決定回路２０３はまた、第２のタイプの第２の信号を無線デバイス２００によって受信される第２の参照信号と関連付けるＱＣＬ仮定に基づいて第２のレシーバ設定を決定するように設定され得る。レシーバ回路２０１はまた、第２のタイプの第２の信号を、第２のＱＣＬ仮定に基づいた第２のレシーバ設定を使用して受信するように設定され得る。加えて、トランスミッタ設定決定回路２０７は、第２のＱＣＬ仮定に基づいて第２のトランスミッタ設定を決定するように設定され得る。トランスミッタ回路２０５は、第１のタイプの第１の信号を、第１のＱＣＬ仮定に基づいた第１のトランスミッタ設定を使用して送信するように設定され得る。トランスミッタ回路２０５はまた、第２のタイプの第２の信号を、第２のＱＣＬ仮定に基づいた第２のトランスミッタ設定を使用して送信するように設定され得る。ＱＣＬ仮定獲得装置回路２０９は、複数のＱＣＬ仮定のうちの１つを獲得するように設定され得る。受信回路２０１はまた、複数のＱＣＬ仮定のうちの１つの指示を受信するように設定され得る。

【0062】

図３Ａ～図３Ｂは、本明細書に説明されるような様々な態様に従う無線デバイス３００ａ－ｂの他の実施形態を例証する。図３Ａにおいて、無線デバイス３００ａ（例えば、ＵＥ）は、処理回路３０１ａ、無線周波数（ＲＦ）通信回路３０５ａ、アンテナ３０７ａ、同様のもの、またはそれらの任意の組み合わせを含み得る。通信回路３０５ａは、任意の通信技術を通じて１つまたは複数のネットワークノードに情報を送信する、またはそこから情報を受信するように設定され得る。この通信は、無線デバイス３００ａの内部または外部のいずれかにある１つまたは複数のアンテナ３０７ａを使用して発生し得る。処理回路３０１ａは、メモリ３０３ａに記憶されるプログラム命令によって実行されることなどによって、本明細書に説明されるような処理（例えば、図４、図６、および図７の方法）を実施するように設定され得る。処理回路３０１ａは、この点に関して、機能手段、ユニット、またはモジュールを実装し得る。

【0063】

図３Ｂにおいて、無線デバイス３００ｂは、様々な機能手段、ユニット、またはモジュールを（例えば、図３Ａ内の処理回路３０１ａを介して、またはソフトウェアコードを介して）実装し得る。これらの機能手段、ユニット、またはモジュール（例えば、図４、図６、および図７の方法を実施するための）は、特定のタイプの信号を、その信号を無線デバイスによって受信される参照信号と関連付ける第１のＱＣＬ仮定に基づいたトランスミッタ／レシーバ設定を使用して、送信／受信するための送信／受信ユニットまたはモジュール３１１ｂを含み得る。さらに、これらの機能手段、ユニット、またはモジュールは、ＱＣＬ仮定に基づいてレシーバ設定を決定するためのレシーバ設定決定ユニットまたはモジュール３１３ｂを含み得る。また、これらの機能手段、ユニット、またはモジュールは、ＱＣＬ仮定に基づいてトランスミッタ設定を決定するためのトランスミッタ設定決定ユニットまたはモジュール３１５ｂを含み得る。最後に、これらの機能手段、ユニット、またはモジュールは、複数のＱＣＬ仮定のうちの１つを獲得するためのＱＣＬ仮定獲得モジュール３１７ｂを含み得る。

【0064】

図４は、本明細書に説明されるような様々な態様に従う無線通信システム内の無線デバイスのためのトランスミッタおよびレシーバ設定を決定するための方法４００の１つの実施形態を例証する。この方法４００を実施する無線デバイスは、本明細書に説明される無線デバイス１０５、２００、３００ａ、３００ｂ、５００、６０５のうちのいずれかに対応し得る。図４において、方法４００は、例えば、ブロック４０１で開始し得、ここで方法４００は、ネットワークノードから、第１または第２のＱＣＬ仮定を受信することを含み得る。さらに、方法４００は、ブロック４０３によって言及されるように、第１および第２の参照信号を受信することを含み得る。ブロック４０５において、方法４００は、第１のタイプの第１の信号を無線デバイスによって受信される第１の参照信号と関連付ける第１のＱＣＬ仮定に基づいて第１のレシーバ設定を決定することを含み得る。ブロック４０７において、方法４００は、第１のＱＣＬ仮定に基づいた第１のトランスミッタまたはレシーバ設定を使用して第１のタイプの第１の信号を送信または受信することを含む。ブロック４０９において、方法４００は、第２のタイプの第２の信号を無線デバイスによって受信される第２の参照信号と関連付ける第２のＱＣＬ仮定に基づいて第２のトランスミッタまたはレシーバ設定を決定することを含み得る。ブロック４１１において、方法４００は、第２のＱＣＬ仮定に基づいた第２のトランスミッタまたはレシーバ設定を使用して第２のタイプの第２の信号を送信または受信することを含む。

【0065】

図５は、本明細書に説明されるような様々な態様に従う無線デバイスの別の実施形態を例証する。いくつかの場合において、無線デバイス５００は、ＵＥ、ＭＳ、端末、セルラ電話、セルラハンドセット、ＰＤＡ、スマートフォン、無線電話、オーガナイザ、ハンドヘルドコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、セットトップボックス、テレビ、電気製品、ゲームデバイス、医療デバイス、ディスプレイデバイス、計量デバイス、またはいくつかの他の同様の用語で称され得る。他の場合において、無線デバイス５００は、ハードウェアコンポーネントのセットであり得る。図５において、無線デバイス５００は、入力／出力インターフェース５０５、無線周波数（ＲＦ）インターフェース５０９、ネットワーク接続インターフェース５１１、ランダムアクセスメモリ（ＲＡＭ）５１７、リードオンリメモリ（ＲＯＭ）５１９、記憶媒体５３１、もしくは同様のものを含むメモリ５１５、通信サブシステム５５１、電源５３３、別のコンポーネント、またはそれらの任意の組み合わせに動作可能に結合されるプロセッサ５０１を含むように設定され得る。記憶媒体５３１は、オペレーティングシステム５３３、アプリケーションプログラム５３５、データ５３７、または同様のものを含み得る。特定のデバイスは、図５に示されるコンポーネントのすべて、またはコンポーネントのサブセットのみを利用してもよく、統合のレベルは、デバイスごとに異なってもよい。さらに、特定のデバイスは、複数のプロセッサ、メモリ、トランシーバ、トランスミッタ、レシーバなどのコンポーネントの複数のインスタンスを含んでもよい。例えば、コンピューティングデバイスは、プロセッサおよびメモリを含むように設定され得る。

【0066】

図５において、プロセッサ５０１は、コンピュータ命令およびデータを処理するように設定され得る。プロセッサ５０１は、１つまたは複数のハードウェア実装された状態マシン（例えば、個別論理、ＦＰＧＡ、ＡＳＩＣ内など）などの、マシン可読コンピュータプログラムとしてメモリに記憶されるマシン命令を実行するように動作可能な任意の逐次状態マシン；適切なファームウェアと一緒の、プログラマブル論理；適切なソフトウェアと一緒の、マイクロプロセッサもしくはデジタル信号プロセッサ（ＤＳＰ）などの、１つまたは複数の記憶プログラム、汎用プロセッサ；または上記の任意の組み合わせとして設定され得る。例えば、プロセッサ５０１は、２つのコンピュータプロセッサを含み得る。１つの定義では、データは、コンピュータによる使用に好適な形態にある情報である。当業者は、本開示の主題が様々なオペレーティングシステムまたはオペレーティングシステムの組み合わせを使用して実装され得ることを認識する、ということに留意することが重要である。

【0067】

現在の実施形態において、入力／出力インターフェース５０５は、入力デバイス、出力デバイス、または入力および出力デバイスに通信インターフェースを提供するように設定され得る。無線デバイス５００は、入力／出力インターフェース５０５を介して出力デバイスを使用するように設定され得る。当業者は、出力デバイスが、入力デバイスと同じタイプのインターフェースポートを使用し得ることを認識するものとする。例えば、ＵＳＢポートは、無線デバイス５００への入力および無線デバイス５００からの出力を提供するために使用され得る。出力デバイスは、スピーカ、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組み合わせであり得る。無線デバイス５００は、ユーザが無線デバイス５００内へ情報を捉えることを可能にするために、入力／出力インターフェース５０５を介して入力デバイスを使用するように設定され得る。入力デバイスは、マウス、トラックボール、方向パッド、トラックパッド、存在感受性入力デバイス、存在感受性ディスプレイなどのディスプレイ、スクロールホイール、デジタルカメラ、デジタルビデオカメラ、ウェブカメラ、マイクロフォン、センサ、スマートカード、および同様のものを含み得る。存在感受性入力デバイスは、デジタルカメラ、デジタルビデオカメラ、ウェブカメラ、マイクロフォン、センサ、またはユーザからの入力を感知するための同様のものを含み得る。存在感受性入力デバイスは、存在感受性ディスプレイを形成するためにディスプレイと組み合わされ得る。さらに、存在感受性入力デバイスは、プロセッサに結合され得る。センサは、例えば、加速度計、ジャイロスコープ、傾斜センサ、力センサ、磁気計、光学センサ、近接センサ、別の同様のセンサ、またはそれらの任意の組み合わせであり得る。例えば、入力デバイスは、加速度計、磁気計、デジタルカメラ、マイクロフォン、および光学センサであり得る。

【0068】

図５において、ＲＦインターフェース５０９は、トランスミッタ、レシーバ、およびアンテナなどのＲＦコンポーネントに通信インターフェースを提供するように設定され得る。ネットワーク接続インターフェース５１１は、ネットワーク５４３ａに通信インターフェースを提供するように設定され得る。ネットワーク５４３ａは、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワーク、またはそれらの任意の組み合わせなどの有線および無線通信ネットワークを包含し得る。例えば、ネットワーク５４３ａは、Ｗｉ－Ｆｉネットワークであり得る。ネットワーク接続インターフェース５１１は、Ｅｔｈｅｒｎｅｔ、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭ、または同様のものなど、当該技術分野において知られている、または開発され得る１つまたは複数の通信プロトコルに従って通信ネットワークを介して１つまたは複数の他のノードと通信するために使用されるレシーバおよびトランスミッタインターフェースを含むように設定され得る。ネットワーク接続インターフェース５１１は、通信ネットワークリンク（例えば、光、電気、および同様のもの）に適切なレシーバおよびトランスミッタ機能性を実装し得る。トランスミッタおよびレシーバ機能は、回路コンポーネント、ソフトウェア、もしくはファームウェアを共有し得るか、または代替的に、別個に実装され得る。

【0069】

この実施形態において、ＲＡＭ５１７は、オペレーティングシステムなどのソフトウェアプログラム、アプリケーションプログラム、およびデバイスドライバの実行中にデータまたはコンピュータ命令のストレージまたはキャッシュを提供するために、バス５０３を介してプロセッサ５０１とインターフェースをとるように構成され得る。１つの例において、無線デバイス５００は、少なくとも１つの１２８メガバイト（１２８Ｍｂ）のＲＡＭを含み得る。ＲＯＭ５１９は、プロセッサ５０１にコンピュータ命令またはデータを提供するように設定され得る。例えば、ＲＯＭ５１９は、基本入力および出力（Ｉ／Ｏ）、スタートアップ、または不揮発性メモリに記憶されるキーボードからのキーストロークの受信などの基本システム機能のための不変の低レベルシステムコードまたはデータであるように設定され得る。記憶媒体５３１は、ＲＡＭ、ＲＯＭ、プログラマブルリードオンリメモリ（ＰＲＯＭ）、消去可能なプログラマブルリードオンリメモリ（ＥＰＲＯＭ）、電気的に消去可能なプログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、磁気ディスク、光学ディスク、フロッピディスク、ハードディスク、リムーバブルカートリッジ、フラッシュドライブなどのメモリを含むように設定され得る。１つの例において、記憶媒体５３１は、オペレーティングシステム５３３と、ウェブブラウザアプリケーション、ウィジェット、もしくはガジェットエンジンもしくは別のアプリケーションなどのアプリケーションプログラム５３５と、データファイル５３７とを含むように設定され得る。

【0070】

図５において、プロセッサ５０１は、通信サブシステム５５１を使用してネットワーク５４３ｂと通信するように設定され得る。ネットワーク５４３ａおよびネットワーク５４３ｂは、同じネットワークであり得るか、または異なるネットワークであり得る。通信サブシステム５５１は、ネットワーク５４３ｂと通信するために使用される１つまたは複数のトランシーバを含むように設定され得る。１つまたは複数のトランシーバは、ＩＥＥＥ８０２．ｘｘ、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＮＲ、ＮＢ ＩｏＴ、ＵＴＲＡＮ、ＷｉＭａｘ、または同様のものなど、当該技術分野において知られているか、または開発され得る１つまたは複数の通信プロトコルに従って、無線アクセスネットワーク（ＲＡＮ）の基地局などの別の無線デバイスの１つまたは複数のリモートトランシーバと通信するために使用され得る。

【0071】

別の例において、通信サブシステム５５１は、ＩＥＥＥ８０２．ｘｘ、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＮＲ、ＮＢ ＩｏＴ、ＵＴＲＡＮ、ＷｉＭａｘ、または同様のものなど、当該技術分野において知られているか、または開発され得る１つまたは複数の通信プロトコルに従って、ユーザ機器などの別の無線デバイスの１つまたは複数のリモートトランシーバと通信するために使用され得る１つまたは複数のトランシーバを含むように設定され得る。各トランシーバは、ＲＡＮリンク（例えば、周波数割り当ておよび同様のもの）に適切なトランスミッタまたはレシーバ機能性をそれぞれ実装するためにトランスミッタ５５３またはレシーバ５５５を含み得る。さらに、各トランシーバのトランスミッタ５５３およびレシーバ５５５は、回路コンポーネント、ソフトウェア、もしくはファームウェアを共有し得るか、または代替的に、別個に実装され得る。

【0072】

現在の実施形態において、通信サブシステム５５１の通信機能は、データ通信、音声通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの狭域通信、近距離通信、位置を決定するための全地球測位システム（ＧＰＳ）の使用などの位置ベースの通信、別の同様の通信機能、またはそれらの任意の組み合わせを含み得る。例えば、通信サブシステム５５１は、セルラ通信、Ｗｉ－Ｆｉ通信、Ｂｌｕｅｔｏｏｔｈ通信、およびＧＰＳ通信を含み得る。ネットワーク５４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワーク、またはそれらの任意の組み合わせなどの有線および無線通信ネットワークを包含し得る。例えば、ネットワーク５４３ｂは、セルラネットワーク、Ｗｉ－Ｆｉネットワーク、および近距離ネットワークであり得る。電源５１３は、無線デバイス５００のコンポーネントに交流（ＡＣ）または直流（ＤＣ）電力を提供するように設定され得る。

【0073】

図５において、記憶媒体５３１は、レイド（ＲＡＩＤ：Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋ）、フロッピディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高解像度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光学ディスクドライブ、内部ハードディスクドライブ、Ｂｌｕ－Ｒａｙ光学ディスクドライブ、ホログラフィックデジタルデータ記憶装置（ＨＤＤＳ）光学ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、加入者アイデンティティモジュールもしくは取り外し可能なユーザアイデンティティ（ＳＩＭ／ＲＵＩＭ）モジュールなどのスマートカードメモリ、他のメモリ、またはそれらの任意の組み合わせなどのいくつかの物理ドライブユニットを含むように設定され得る。記憶媒体５３１は、無線デバイス５００が、一時的または非一時的なメモリ媒体に記憶されたコンピュータ実行可能命令、アプリケーションプログラム、もしくは同様のものにアクセスすること、データをオフロードすること、またはデータをアップロードすることを可能にし得る。製造品、例えば通信システムを利用する製造品は、コンピュータ可読媒体を備え得る記憶媒体５３１内に有形に具現化され得る。

【0074】

本明細書に説明される方法の機能性は、無線デバイス５００のコンポーネントのうちの１つにおいて実装され得るか、無線デバイス５００の複数のコンポーネントにわたって区分化され得る。さらに、本明細書に説明される方法の機能性は、ハードウェア、ソフトウェア、またはファームウェアの任意の組み合わせで実装され得る。１つの例において、通信サブシステム５５１は、本明細書に説明されるコンポーネントのいずれかを含むように設定され得る。さらに、プロセッサ５０１は、そのようなコンポーネントのいずれかとバス５０３を介して通信するように設定され得る。別の例において、そのようなコンポーネントのいずれかは、プロセッサ５０１によって実行されるとき、本明細書に説明される対応する機能を実施する、メモリに記憶されたプログラム命令によって表され得る。別の例において、そのようなコンポーネントのいずれかの機能性は、プロセッサ５０１および通信サブシステム５５１の間で区分化され得る。別の例において、そのようなコンポーネントのいずれかの非計算型の集中的機能は、ソフトウェアまたはファームウェアに実装され得、計算型の集中的機能は、ハードウェアに実装され得る。

【0075】

当業者はまた、本明細書内の実施形態が対応するコンピュータプログラムをさらに含むことを理解するものとする。

【0076】

コンピュータプログラムは、装置の少なくとも１つのプロセッサ上で実行されるとき、上に説明されるそれぞれの処理のいずれかを装置に実行させる命令を含む。コンピュータプログラムは、この点に関して、上に説明される手段またはユニットに対応する１つまたは複数のコードモジュールを含み得る。

【0077】

実施形態は、そのようなコンピュータプログラムを含むキャリアをさらに含む。このキャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つを含み得る。

【0078】

この点に関して、本明細書内の実施形態はまた、非一時的なコンピュータ可読（記憶または記録）媒体に記憶され、かつ装置のプロセッサによって実行されるとき、上に説明されるように装置に実施させる命令を含む、コンピュータプログラム製品を含む。

【0079】

実施形態は、コンピュータプログラム製品がコンピューティングデバイスによって実行されるときに本明細書内の実施形態のいずれかのステップを実施するためのプログラムコード部分を含むコンピュータプログラム製品をさらに含む。このコンピュータプログラム製品は、コンピュータ可読記録媒体に記憶され得る。

【0080】

これより追加の実施形態について説明する。これらの実施形態のうちの少なくとも一部は、例証の目的のために、特定の文脈および／または通信ネットワークタイプにおいて適用可能なものとして説明され得るが、実施形態は、明示的に説明されない他の文脈および／または通信ネットワークタイプにおいても同様に適用可能である。

【0081】

１つの実施形態において、ＵＥは、複数のタイプのダウンリンク送信されたＲＳを識別し、関連付けられたＲＳタイプに応じてＵＥにおいて空間的にＱＣＬであるべき（すなわち、ＵＥは、特定のＲＸビームを使用しなければならない）各送信データ信号（すなわち、ｇＮＢまたはＵＥからの）を関連付ける。１つの例として、ブロードキャストされた同期信号（ＳＳブロック）およびＵＥ用に設定されたＣＳＩ－ＲＳは、２つのＲＳタイプである。共通検索空間ＰＤＣＣＨを受信するとき、ＵＥは、ＵＥが好ましいＳＳブロックを受信したときと同じアナログＲＸビームを仮定し得る。ＵＥ固有の検索空間ＰＤＣＣＨを受信するとき、ＵＥは、ＵＥが特定の設定されたＣＳＩ－ＲＳを受信したときと同じアナログＲＸビームを仮定し得る。

【0082】

１つの実施形態において、ＵＥは、送信または受信信号が、送信信号のタイプ（例えば、共通制御、ＵＥ固有の制御、専用データ）に応じて、ｇＮＢから送信された異なるタイプの参照信号と空間的にＱＣＬであるべき（例えば、受信ビーム方向を決定するために使用される）ことを利用し得る。制御チャネルを受信するためのＱＣＬ仮定は、以下を含み得る。
・共通検索空間ＰＤＣＣＨを受信するために、ＵＥは、ＰＤＣＣＨ ＤＭＲＳが、レシーバ（ＵＥ）側で、好ましくかつ検出されたＳＳブロックに属するＲＳと空間的にＱＣＬであると仮定し得る。
・ＵＥ固有の検索空間ＰＤＣＣＨを受信するために、ＵＥは、ＰＤＣＣＨ ＤＭＲＳが、レシーバ（ＵＥ）側で、設定されたＣＳＩ－ＲＳと空間的にＱＣＬであると仮定し得る。

【0083】

制御チャネルを送信するためのＱＣＬ仮定は、以下を含み得る。
・ＰＲＡＣＨまたはビーム不良リカバリ信号を送信するために、ＵＥは、送信信号が、ＵＥ側で、好ましくかつ検出されたＳＳブロックに属するＲＳと空間的にＱＣＬであるようなやり方で送信しなければならない。

【0084】

データチャネルを送信および受信するためのＱＣＬ仮定は、以下を含み得る。
・ＰＵＳＣＨを送信する、またはＰＤＳＣＨを受信するために、ＵＥは、信号が、ＵＥ側で、設定されたＣＳＩ－ＲＳと空間的にＱＣＬであるようなやり方で送信または受信しなければならない。

【0085】

このソリューションの１つの利点は、ＵＥが常に、どのようにそのビームを、受信および送信するときに向けるかを知っていることである。これは、オーバーヘッドにおいて費用がかかり、レイテンシを増大させるビーム掃引（すなわち、異なる方向においてプローブすることによる信号の検索）の必要性を回避する。したがって、このソリューションは、ＮＲネットワークにおけるレイテンシおよびオーバーヘッドを低減する。

【0086】

ｇＮＢ、またはｇＮＢに接続された送信／受信ポイント（ＴＲＰ）は、１つまたは複数のＳＳブロックをブロードキャスト様式で送信する。複数のＳＳブロックの場合、各ＳＳブロックは、ｇＮＢカバレッジ領域の一部分のみをカバーし得る。ＵＥは、レシーバ設定を使用してＳＳブロック（例えば、ｇＮＢからの送信ビーム内）のうちの１つを検出し、レシーバ設定と同様であるトランスミッタ設定を使用してランダムアクセスチャネル（例えば、ＰＲＡＣＨ）送信により応答する。これらの設定は、ビームがＵＥ内のアナログビーム形成ネットワークによって作成されると考えられ得る。したがって、ＵＥは、アナログＲＸビームを使用してＳＳブロックを受信し、次いで同じビーム（ＴＸビーム）内でＰＲＡＣＨを送信する。この挙動を説明する１つのやり方は、選択された、または好ましいＳＳブロックが、ＵＥにおいて、ＰＲＡＣＨ送信と空間的にＱＣＬであるという見解である。

【0087】

空間ＱＣＬは、同じまたは本質的に同様の到着／出発方向を有するか、または本質的に同様の空間共分散係数を有すると定義され得る。

【0088】

ＳＳブロックは、典型的には、過剰なオーバーヘッドを回避するために、ｇＮＢカバレッジエリアがいくつかのそのようなＳＳブロック送信でカバーされ得るように幅広から中くらいのビーム幅を有する。したがって、各ＳＳブロック／ビームは、典型的には複数のＵＥをカバーする一方、専用およびＵＥ固有のビームには、ＣＳＩ－ＲＳを設定することができる。これらのＣＳＩ－ＲＳは、単一のＵＥをターゲットとする非常に狭いビーム内で送信され、高利得を有し、またＵＥに非常に高いデータレートを送信する（またはＵＥから受信する）ために使用され得る。

【0089】

より広いビーム幅は、ロバスト性はより大きいが、狭いビーム幅と比較してより低いアンテナ利得を示唆する。

【0090】

ｇＮＢからの送信データまたは制御（例えば、それぞれＰＤＳＣＨまたはＰＤＣＣＨ）では、ＵＥが以前に送信された信号またはチャネルに対する空間ＱＣＬ仮定を知っており、その結果ＵＥがアナログＲＸビームなどのそのレシーバ設定を調節することができれば、ＵＥにとって有益である。

【0091】

同様に、ＵＥからの送信データまたは制御（例えば、ＰＵＳＣＨ、ＰＲＡＣＨ、ＰＵＣＣＨ、またはビーム不良リカバリ信号）では、ｇＮＢが以前に送信された信号またはチャネルに対する空間ＱＣＬ仮定を知っており、その結果ｇＮＢがアナログＲＸビームなどのそのレシーバ設定を調節することができれば、ｇＮＢにとって有益である。

【0092】

所与のＵＥでは、いくつかの送信された制御チャネルは、ブロードキャスト性のもの、および専用性のものであることが観察される。また、ブロードキャストされた信号は、よりロバストであり、より少ないアンテナ利得を必要とし得る。ブロードキャストされた信号はまた、複数のＵＥをターゲットとしているため、狭ビームは回避されるべきである。

【0093】

１つの実施形態において、ＵＥは、ｇＮＢから送信された少なくとも２つの異なるタイプの第１の信号のうちの１つとＵＥにおいてＱＣＬであるべき（主に空間的に、例えば、受信または送信ビーム方向を決定するために使用される）各々の送信または受信された第２の信号を利用する。

【0094】

第１のタイプの信号は、信号の同期信号ブロック（ＳＳブロック）内のＰＳＳまたはＳＳＳ、ＰＢＣＨ、ＴＳＳ、またはこれらの組み合わせであり得る。

【0095】

第２のタイプの信号は、ダウンリンク内のＰＤＣＣＨ（およびその関連ＤＭＲＳ）（それぞれグループ共通検索空間、共通検索空間、またはＵＥ固有の検索空間内）もしくはＰＤＳＣＨ（およびその関連ＤＭＲＳ）、およびアップリンク内のＰＵＳＣＨ（およびその関連ＤＭＲＳ）、ＰＵＣＣＨ（およびその関連ＤＭＲＳ）（それぞれ短いＰＵＣＣＨまたは長いＰＵＣＣＨ）、ＰＲＡＣＨ、またはビームリカバリ信号であり得る。

【0096】

ＵＥは、第２の信号を受信または送信するためにアナログビーム形成などのレシーバ設定、または同じくアナログビーム形成の形態にあるトランスミッタ設定を調節するために第１の信号とのＱＣＬ関連付けを利用する。

【0097】

１つの実施形態において、ＵＥは、第１および第２の信号のタイプに応じて、よって、どの第１のタイプの信号が第２のタイプの信号と関連付けられるかという明示的なシグナリングなしに、特定の規則に従うＱＣＬ関連付けを行う。

【0098】

別の実施形態において、ＵＥは、第１および第２の信号のタイプに応じて、よって、ＵＥが第１のタイプの専用信号を第２のタイプの所与の信号のためのＱＣＬ関連付けとして使用するために明示的に設定されるまでは、どの第１のタイプの信号が第２のタイプの信号と関連付けられるかという明示的なシグナリングなしに、特定の規則に従うデフォルトのＱＣＬ関連付けを使用する。

【0099】

これよりいくつかのさらに詳細な実施形態が続く。

【0100】

第２のタイプの信号としてｇＮＢまたはＴＲＰから送信された共通検索空間またはグループ共通検索空間ＰＤＣＣＨを受信する場合、ＵＥは、ＰＤＣＣＨ ＤＭＲＳが、好ましくかつ検出されたＳＳブロックに属するＲＳとして、レシーバ（ＵＥ）側で、第１のタイプの信号と空間的にＱＣＬであると仮定し得る。異なるＴＲＰから、および／またはＴＲＰからの異なるビーム方向から送信され得るｇＮＢからの、可能性のある複数の送信ＳＳブロックの中から、ＵＥがＳＳブロックを検出したことが仮定される。これは、好ましいＳＳブロックと示される。ネットワークは、このＰＤＣＣＨを、ネットワークがＳＳブロック２を送信したときと同じまたは同様のビーム内で送信し、その結果ＵＥは、ＵＥがＳＳブロック２を受信するために使用したものと同じＲＸビームを使用して共通検索空間ＰＤＣＣＨを受信し得る。

【0101】

第２のタイプの信号としてｇＮＢまたはＴＲＰから送信されたＵＥ固有の検索空間ＰＤＣＣＨを受信する場合、ＵＥは、信号が設定されたＣＳＩ－ＲＳとレシーバ（ＵＥ）側で空間的にＱＣＬである場合、第１のタイプとしてのＰＤＣＣＨ ＤＭＲＳを仮定し得る。ＵＥは、ＣＳＩ－ＲＳリソース上で測定するように設定またはトリガされること、次いでＣＳＩ－ＲＳリソースが、第１のタイプの信号として使用されることが仮定される。ネットワークは、ネットワークがＣＳＩ－ＲＳを以前に送信したときと同じまたは同様のビーム内でＰＤＣＣＨを使用し、その結果ＵＥは、ＵＥがＣＳＩ－ＲＳを受信したときと同じＲＸビームを使用してＰＤＣＣＨを受信し得る。

【0102】

さらなる実施形態において、ＵＥは、ｇＮＢまたはＴＲＰから送信されるＵＥ固有の検索空間ＰＤＣＣＨを第２のタイプの信号として受信する場合、ＵＥが、初期の第１のタイプの信号として信号の同期ブロックとの空間ＱＣＬを仮定し得、次いでネットワークがＣＳＩ－ＲＳリソースに基づいて信号品質を測定および報告するようにＵＥを（再）構成する際に、ＵＥが、異なる第１のタイプの信号として、設定されたＣＳＩ－ＲＳとの空間ＱＣＬを仮定し得るように、ＱＣＬ関連付け規則を使用する。

【0103】

上記の実施形態において、ＵＥは、初期のアクセス後、およびその後の通知まで、すなわち別途設定されるまで、明示的な設定なしに、初期の第１のタイプの信号をデフォルトとして仮定し得る。

【0104】

ＰＲＡＣＨまたはビーム不良リカバリ信号を第２のタイプの信号としてＵＥからｇＮＢに送信する場合、ＵＥは、送信信号が、上に説明される実施形態と同様の好ましくかつ検出されたＳＳブロックに属するＲＳとＵＥ側で空間的にＱＣＬであるようなやり方で送信しなければならない。したがって、ＵＥは、ＵＥがＳＳブロックを受信するために使用したものと同じビーム内で送信し、次いでネットワークは、ネットワークがＳＳブロックを受信するために使用したものと同じビームを使用してＰＲＡＣＨを受信し得る。代替的に、ＰＲＡＣＨまたはビーム不良リカバリ信号のための空間ＱＣＬ仮定のために使用するためのＳＳブロックは、設定メッセージ内でｇＮＢからＵＥに明示的にシグナリングされ得る。

【0105】

第２のタイプの信号としてＰＵＳＣＨを送信する、またはＰＤＳＣＨを受信する場合、ＵＥは、信号が、第１のタイプの信号として、設定されたＣＳＩ－ＲＳとＵＥ側で空間的にＱＣＬであるように送信または受信しなければならず、ここではＣＳＩ－ＲＳは、上の実施形態に説明されるものと同様である。

【0106】

図６は、本明細書に説明されるような様々な態様に従う無線通信システム内の無線デバイスのためのトランスミッタおよびレシーバ設定を決定するための方法６００の別の実施形態を例証する。図６において、ネットワークノード６０１（例えば、ｇＮＢ、ＴＲＰ、または同様のもの）は、２つのＳＳブロック６３１、６３３を送信し、無線デバイス６０５（例えば、ＵＥ）は、ブロック６１１によって表されるように、好ましいブロックとしてＳＳブロック２ ６３３を検出する（無線デバイス６０５は、両方を検出し得るが、ＳＳブロック２がより高い受信電力を有することから、ＳＳブロック２を好む）。

【0107】

図６において、ＵＥ６０５は、次いで、ＳＳブロック２にリンクされるＰＲＡＣＨリソース２ ６３５内でＰＲＡＣＨを送信する（同様に、ＳＳブロック１は、ＵＥがＳＳブロック１を好む場合に使用されるべき異なるＰＲＡＣＨリソース１を有する）。リソース２６３５内でＰＲＡＣＨを受信することにより、ネットワークノード６０１は、好ましいＳＳブロックがＵＥにとってブロック２ ６３３であることを知っている。ＵＥ６０５は、ＳＳブロック２ ６３３を空間ＱＣＬ情報「ＳＳ－ＱＣＬ２」として受信するために使用されるアナログビームを記憶する。

【0108】

ネットワークノード６０１は、次いで、ネットワークノード６０１がＳＳブロック２ ６３３を送信するために使用したものと同じまたは同様のビームを使用して、共通検索空間６３７内でＰＤＣＣＨをＵＥ６０５に送信し、ＵＥ６０５は、共通検索空間ＰＤＣＣＨ６３７を受信するために「ＳＳ－ＱＣＬ２」情報を使用する。

【0109】

共通検索空間ＰＤＣＣＨ６３７は、ＣＳＩまたはビーム管理測定用に使用するために、ＰＤＣＣＨ ＵＥ固有の検索空間６４１のためおよびＣＳＩ－ＲＳリソース６３９のための設定情報を含むＰＤＳＣＨ（図では示されない）をスケジューリングし得る。ＵＥ６０５は、ＰＵＣＣＨまたはＰＵＳＣＨ（図では示されない）を使用したそのような測定をフィードバックし得、この場合、ＰＵＣＣＨまたはＰＵＳＣＨ送信のためにＳＳ－ＱＣＬ２仮定を使用することになる。したがって、ネットワークノード６０１は、どのＲＸビーム内でＵＥ６０５からのアップリンク送信を予期すべきかを知っている。同様に、上で述べた設定情報を伝達するＰＤＳＣＨ６４３はまた、ＵＥがＲＸビームを受信用に使用するように設定し得るように、ＳＳ－ＱＣＬ２仮定を仮定して送信され得る。

【0110】

ネットワークノード６０１が、ＵＥ固有の検索空間ＰＤＣＣＨ、ＰＵＳＣＨ、およびＰＤＳＣＨ用に使用するためのＣＳＩ－ＲＳでＵＥ６０５を設定した後、ＣＳＩ－ＲＳ６３９が、ＳＳ－ＱＣＬ２の代わりにそれらの信号のための空間ＱＣＬ参照として使用されることになる。したがって、それらの信号を受信するとき、ＵＥ６０５は、ＵＥ６０５がＣＳＩ－ＲＳ６３９を受信するために使用したものと同じまたは同様のＲＸビームを使用することになる。加えて、ＰＵＳＣＨ６４５を送信するとき、ＵＥ６０５は、ＣＳＩ－ＲＳ６３９と関連付けられたＴＸビームを使用することになる。

【0111】

この段階では、ＵＥ６０５は、どの信号を受信または送信するかによって、２つの空間ＱＣＬ仮定を使用することになる。これらのＱＣＬ仮定は、それぞれＳＳ－ＱＣＬ２およびＣＳＩ－ＲＳである。ＵＥは、受信または送信すべき信号タイプに応じて、これら２つの異なる空間ＱＣＬ仮定の使用を交互に行うことになる。

【0112】

図７は、本明細書に説明されるような様々な態様に従う無線通信システム（例えば、５Ｇ ＮＲ）内の無線デバイス（例えば、ＵＥ）のためのトランスミッタおよびレシーバ設定を決定するための方法７００の別の実施形態を例証する。図７において、方法７００は、例えば、ブロック７０１で開始し得、方法７００は、ネットワークノード（例えば、ｇＮＢ）から複数のＱＣＬ仮定のうちの１つの指示を受信することを含み得る。さらに、各ＱＣＬ仮定は、無線デバイスによる特定の参照信号受信をその無線デバイスによる特定のタイプの信号の送信または受信と関連付ける。ブロック７０３において、方法７００は、複数のＱＣＬ仮定のうちの１つを獲得することを含む。また、方法７００は、ブロック７０５によって表されるように、特定のタイプの信号を、その信号を無線デバイスによって受信される参照信号と関連付ける受信したＱＣＬ仮定に基づいたトランスミッタまたはレシーバ設定を使用して、送信または受信することを含む。

【0113】

図８は、本明細書に説明されるような様々な実施形態に従って実装されるようなネットワークノード８００を例証する。示されるように、ネットワークノード８００は、処理回路８１０および通信回路８２０を含む。通信回路８２０は、１つもしくは複数の他のノードへ、および／または１つもしくは複数の他のノードから、例えば、任意の通信技術を通じて、情報を送信および／または受信するように設定される。処理回路８１０は、メモリ８３０に記憶された命令を実行することなどによって、上に説明された処理を実施するように設定される。処理回路８１０は、この点に関して、特定の機能手段、ユニット、またはモジュールを実装し得る。

【0114】

図９は、本明細書に説明されるような様々な実施形態に従う通信ネットワーク内のネットワークノード９００（例えば、図１および図６に示されるネットワークノード）の１つの実施形態の概略ブロック図を例証する。図９において、ネットワークノード９００は、様々な機能手段、ユニット、またはモジュールを（例えば、図８内の処理回路８１０を介して、および／またはソフトウェアコードを介して）実装する。１つの実施形態において、これらの機能手段、ユニット、またはモジュール（例えば、本明細書内の方法を実施するための）は、例えば、複数のＱＣＬ仮定のうちの１つを獲得するためのＱＣＬ仮定獲得ユニット９０１と、無線デバイスのための複数のＱＣＬ仮定のうちの１つを決定するためのＱＣＬ仮定決定ユニット９０３と、無線デバイスに、獲得したＱＣＬ仮定の指示を送信する、または特定のタイプの信号を、その信号をネットワークノードによって無線デバイスに送信される参照信号と関連付ける獲得したＱＣＬ仮定に基づいて送信する、送信ユニット９０５と、無線デバイスから、特定のタイプの信号を、ネットワークノードによって無線デバイスに送信される参照信号と関連付ける獲得したＱＣＬ仮定に基づいて受信するための受信ユニット９０７とを含み得る。

【0115】

図１０は、本明細書に説明される様々な実施形態に従う制御情報を送信するためのセルを選択するためのネットワークノードによって実施される方法１０００の１つの実施形態を例証する図である。図１０において、方法１０００は、例えば、ブロック１００１で開始し得、方法１０００は、無線デバイスのための複数のＱＣＬ仮定のうちの１つを決定することを含み得る。さらに、各仮定は、無線デバイスによる特定の参照信号受信をその無線デバイスによる特定のタイプの信号の送信または受信と関連付ける。また、方法１０００は、ブロック１００３によって表されるように、複数のＱＣＬ仮定のうちの１つを獲得することを含む。ブロック１００５において、方法１０００は、無線デバイスに獲得したＱＣＬ仮定の指示を送信することを含む。それに応じて、方法１０００は、ブロック１００７によって表されるように、無線デバイスに、または無線デバイスから、特定のタイプの信号を、その信号をネットワークノードによって無線デバイスに送信される参照信号と関連付ける獲得したＱＣＬ仮定に基づいて、送信または受信することを含み得る。

【0116】

ビーム管理：
ＮＲでは、ＱＣＬと関連付けられた異なるシステム要件が適用され得る。第１の例において、２つのＣＳＩ－ＲＳリソースのアンテナポート間のＱＣＬの指示がサポートされる。デフォルトでは、２つのＣＳＩ－ＲＳリソースのアンテナポート間でＱＣＬは仮定されなくてもよい。部分ＱＣＬパラメータ（例えば、ＵＥ側での空間ＱＣＬパラメータのみ）が考慮され得る。ダウンリンクの場合、ＮＲは、ビーム関連の指示ありおよびなしでＣＳＩ－ＲＳ受信をサポートする。ビーム関連の指示が提供されるとき、ＣＳＩ－ＲＳベースの測定に使用されるＵＥ側のビーム形成／受信プロシージャに関する情報は、ＱＣＬを通じてＵＥに示され得る。さらに、ＱＣＬ情報は、ＣＳＩ－ＲＳポートのＵＥ側の受信のための空間パラメータを含む。

【0117】

第２の例において、ＮＲ－ＰＤＣＣＨ送信は、ビームペアリンクブロッキングに対するロバスト性をサポートする。ＵＥは、Ｍ個のビームペアリンク上のＮＲ－ＰＤＣＣＨを同時にモニタするように設定され得、Ｍ≧１である。Ｍの最大値は、少なくともＵＥ性能に依存し得る。また、ＵＥは、ＮＲ－ＰＤＣＣＨ受信のためにＭ個の中から少なくとも１つのビームを選択し得る。ＵＥは、異なるＮＲ－ＰＤＣＣＨ ＯＦＤＭシンボルでの異なるビームペアリンク上のＮＲ－ＰＤＣＣＨをモニタするように設定され得る。１つのビームペアリンク上のＮＲ－ＰＤＣＣＨは、他のビームペアリンクよりも短いデューティサイクルでモニタされ得る。この設定は、ＵＥが複数のＲＦチェーンを有さなくてもよいシナリオに当てはまり得る。複数のビームペアリンク上のＮＲ－ＰＤＣＣＨをモニタするためのＵＥ Ｒｘビームセッティングに関連するパラメータは、上位層シグナリングもしくは媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）によって設定されるか、または検索空間設計において考慮される。

【0118】

第３の例において、ユニキャストＤＬデータチャネルの受信の場合、ＤＬ ＲＳアンテナポートとＤＬデータチャネルのＤＭＲＳアンテナポートとの間の空間ＱＣＬ仮定の指示がサポートされる。ＲＳアンテナポートを示す情報は、ダウンリンク制御情報（ＤＣＩ）（ダウンリンクグラント）を介して示される。この情報は、ＤＭＲＳアンテナポートとＱＣＬされるＲＳアンテナポートを示す。さらに、ＲＳポート／リソースＩＤは、暗示的または明示的に示され得る。１つの例において、指示は、スケジュールされたＰＤＳＣＨのためだけに、または次の指示まで、仮定される。さらに、スケジューリング／ビーム切替オフセットが含まれ得る。また、フォールバックユニキャストＰＤＳＣＨを受信するためのビーム指示が含まれ得る。加えて、関連シグナリングは、ＵＥ固有であり得る。

【0119】

複数のビームペアリンク（ＢＰＬ）取り扱い：
複数のＢＰＬの確立および維持はいくつかの目的を有する。１つの目的は、ＰＤＣＣＨロバスト性を達成するためであり、これにより、ｇＮＢは、複数のビームペアリンク上でＰＤＣＣＨを、同時に、またはＴＤＭ方式（例えば、上の第２の例）で送信することができる。別の用途は、非コヒーレントジョイント送信（ＪＴ）または分散された複数の入力、複数の出力（Ｄ－ＭＩＭＯ）をサポートすることであり、ここでは異なるＢＰＬは、おそらくは異なるＰＤＳＣＨを伝達する。いずれの場合においても、ビーム関連の指示は、ＵＥ側のビーム形成（すなわち、ＵＥ Ｒｘビーム選択）を支援するために必要とされる。

【0120】

ビームペアリンクを維持する（更新する）ための主なツールは、複数のビーム形成したＣＳＩ－ＲＳリソースのＵＥ測定および後続のリソース選択のフィードバックであるため、ビームペアリンクは、本来、以前に送信されたＣＳＩ－ＲＳリソースと関連付けられる。ビームペアリンク（ＢＰＬ）という専門用語は、議論のための有用な構成概念であるが、この用語自体は、業界標準仕様書には登場しないということに留意することが重要である。そうでない場合、捉えられ得る目立った特徴は、ＢＰＬがｇＮＢとＵＥとの間に確立されているリンクとして規定されることであり、ここでは、ＵＥは、異なるトランスミッタ設定（Ｔｘビーム）で送信されるいくつかのＣＳＩ－ＲＳリソースの中から選好された少なくとも１つのＣＳＩ－ＲＳリソースを選択して、ｅＮＢに報告しており、また、好ましいＵＥレシーバ設定（Ｒｘビーム）は、選択したＣＳＩ－ＲＳリソースに基づいてＵＥによって決定されている。

【0121】

これに基づいて、自動的に、ビーム関連の指示は、ＵＥが測定を実施したことのある以前に送信されたＣＳＩ－ＲＳリソースへの参照であるということになる。以前に送信されたＣＳＩ－ＲＳリソースが、現在のＤＬ送信（例えば、ＰＤＳＣＨ、ＰＤＣＣＨ、またはＣＳＩ－ＲＳ）と関連してＵＥに示される場合、ＵＥは、その情報をＵＥ側のビーム形成を支援するために使用し得る。現在のＰＤＳＣＨ ＤＭＲＳ、ＰＤＣＣＨ ＤＭＲＳ、または ＣＳＩ－ＲＳ送信は、ビーム関連の指示において参照される以前に送信されたＣＳＩ－ＲＳリソースとＵＥ ＲＸにおいて空間的にＱＣＬであるということが等価に言える。

【0122】

これは、以前に送信されたＣＳＩ－ＲＳリソースへの参照が、上の第１の例と一致して、まさにＱＣＬ指示であるということを明白に示す。

【0123】

このとき、問題は、以前に送信されたＣＳＩ－ＲＳリソースをどのように参照するかである。１つの手法は、各ＣＳＩ－ＲＳリソースが識別子（例えば、ＣＳＩ－ＲＳリソースを一意的に識別するために使用され得る、無線フレーム番号、スロット番号、およびＯＦＤＭシンボル番号の観点からのタイムスタンプ）を有することであり得る。しかしながら、そのような一意のリソース識別は、大量のオーバーヘッドを消費し得る。これは、ビーム関連の指示が動的にシグナリングされ得る（例えば、ＤＣＩまたはＭＡＣ－ＣＥを通じて）ことを考慮して望ましくない。別の手法は、ＣＳＩ－ＲＳリソースが常に、ネットワーク内の一意のＴｘビームと関連付けられ、ＵＥに対するビーム関連の指示がそのビーム番号を使用するということであり得る。しかしながら、ビームの数は、非常に大きい数になり得、ここでもオーバーヘッド問題をもたらす。

【0124】

絶対的なタイムスタンプまたは固定されたビーム番号に依拠するのではなく、代替的な手法は、以前に送信されたＣＳＩ－ＲＳを参照するために、相対的なＣＳＩ－ＲＳリソースインジケータ－またはプロキシ－を使用することである。維持されるＢＰＬの数はかなり小さくてもよいため、プロキシインジケータは、かなり低いオーバーヘッド（例えば、２ビット）を有し得、最大４つのＢＰＬの維持を可能にする。プロキシは「ＢＰＬタグ」であると考えることができる。各ＢＰＬタグと関連付けられるのは、（１）ＵＥが選択したＣＳＩ－ＲＳリソースに対応するＴｘ設定（Ｔｘビーム）、および（２）選択したＣＳＩ－ＲＳリソースと関連付けられた好ましいＵＥレシーバ設定（Ｒｘビーム）である。必要なすべてのことは、ｇＮＢがＢＰＬタグと関連付けられたＴｘ設定（Ｔｘビーム）を覚えること、およびＵＥがＢＰＬタグと関連付けられたＲｘ設定（Ｒｘビーム）を覚えることであるということを認識することが重要である。ｇＮＢは、ＵＥ Ｒｘビームを知る必要がなく、またＵＥは、ｇＮＢ Ｔｘビームを知る必要がない。絶対的なビームインデックスは必要とされない。このように、将来、ＢＰＬタグがＤＬ信号送信（例えば、ＰＤＳＣＨまたはＣＳＩ－ＲＳ）と一緒にＵＥにシグナリングされる場合、ＵＥは、ＵＥがそのメモリから以前に送信されたＣＳＩ－ＲＳリソースを受信するために使用したＲｘ設定を回収することができる。この指示は、ＤＬ信号送信を効果的に受信するためにＵＥ側のビーム形成を支援する。

【0125】

ダウンリンクビーム管理をサポートするために、３つのプロシージャＰ１、Ｐ２、およびＰ３プロシージャが適用され得る。Ｐ２プロシージャでは、トランスミッタは、同じ参照信号を複数回（例えば、異なるＯＦＤＭシンボルで）、毎回異なるビーム方向（例えば、異なるマルチアンテナプリコーディング重み）で送る。これは、トランスミッタビーム掃引と呼ばれる。ＵＥは、このビーム掃引中、ＲＸビームを変更せずにおき、その後ＵＥは、ＵＥがこれらの複数のビームのうちのどの１つを好むかを報告し得る。Ｐ３プロシージャでは、トランスミッタは、同じ参照信号を複数回（例えば、異なるＯＦＤＭシンボルで）、毎回同じビーム方向で送る。次いで、レシーバは、そのレシーバビーム方向（例えば、異なるマルチアンテナレシーバ重み）をその都度変更し、したがって、その特定の送信ビームのためにどれが好ましい受信ビームであるかを評価し得る。最後に、Ｐ１プロシージャは、Ｐ２プロシージャおよびＰ３プロシージャの組み合わせであり、ここではトランスミッタおよびレシーバの両方が、ビーム掃引中にそれらのビームを変えることを許可される。

【0126】

ＢＰＬタグの１つの重要な使用例は、特定のＢＰＬ、例えばタグ＃ｂ付きのもの、の更新（改良）中である。既に論じたように、タグ＃ｂ付きのこのＢＰＬは、ＵＥが以前に測定したＣＳＩ－ＲＳリソースと関連付けられる。ＢＰＬは、例えば、Ｐ２プロシージャを用いて更新され得る。この場合、ｇＮＢは、非周期ＣＳＩ－ＲＳビーム掃引を測定し、それについて報告するようにＵＥをトリガすることができる。測定および報告トリガを伝達するＤＣＩメッセージもまた、ＢＰＬタグ＃ｂを含まなければならない。この指示により、ＵＥは、現在どのＲｘ設定（Ｒｘビーム）がタグ＃ｂと関連付けられているかをメモリからルックアップし、送信されたＣＳＩ－ＲＳリソースを受信することを支援するためにこの情報を自由に使用することができる。タグ＃ｂのシグナリングは、現在送信されるＣＳＩ－ＲＳリソースが、タグ＃ｂと関連付けられた以前に送信されたＣＳＩ－ＲＳリソースとＵＥ ＲＸにおいて空間的にＱＣＬであることを述べるＱＣＬ指示に等価である。先に述べたように、最大４つのＢＰＬ（例えば、ｂ∈｛０，１，２，３｝）をサポートするためには、ＤＣＩメッセージ内に２ビットのみが必要とされ、これは、以前に送信されたＣＳＩ－ＲＳリソースを一意に示す。

【0127】

関連付けられた非周期ＣＳＩレポートは、競合解消識別子（ＣＲＩ）を通じて好ましいＣＳＩ－ＲＳリソースを示すことになる。このＣＲＩに対応するＣＳＩ－ＲＳリソースは、これより、タグ＃ｂと関連付けられた、新規の更新されたＣＳＩ－ＲＳである。ｇＮＢは、将来の使用のために、タグ＃ｂと関連付けられたＴｘ設定（Ｔｘビーム）をメモリに記憶する。これは、例えば、将来の非周期ＣＳＩ－ＲＳビーム掃引が、ＵＥが潜在的な新規のＴｘビームに対して比較することになる参照として使用されるべき「古い」Ｔｘビームを含むことを確実にするために使用され得る。

【0128】

代替的に、タグ＃ｂ付きのＢＰＬは、Ｐ３プロシージャを用いて更新され得る。この場合、ｇＮＢは、Ｔｘ設定（Ｔｘビーム）が固定されたままであるいくつかのＣＳＩ－ＲＳリソースを測定し、それについて報告するようにＵＥをトリガすることができる。固定されたＴｘビームは、タグ＃ｂと既に関連付けられたものである。ここでも、測定トリガを伝達するＤＣＩメッセージは、ＢＰＬタグ＃ｂを含まなければならない。しかしながら、ＵＥはまた、現在送信されるＣＳＩ－ＲＳリソースが、タグ＃ｂと関連付けられた以前に送信されたＣＳＩ－ＲＳリソースとＵＥ ＲＸにおいて空間的にＱＣＬではないことをＵＥが仮定すべきであるということを通知される必要がある。これは、これがＰ３プロシージャを使用したビーム掃引であるか否かをＵＥに通知するための別個の（１ビット）フラグにより行われ得る。このフラグは、ＵＥに動的にシグナリングされ得るか、または上層（例えば、ＣＳＩフレームワーク内）により設定され得る。いずれのやり方においても、Ｐ３ビーム掃引の目的は、ＵＥが新規のＲｘビームを試し、そのＲｘビームを固定したままにしないことであるため、このフラグがＦＡＬＳＥにセットされるとき、ＵＥは、ＵＥが以前のＣＳＩ－ＲＳリソースを受信するために使用したＲｘ設定（Ｒｘビーム）を使用するべきではない。好ましいＲｘビームが発見されると、ＵＥは、関連付けられたＲｘ設定を思い出して、これをタグ＃ｂと関連付けなければならない。Ｔｘ設定（Ｔｘビーム）は固定されたままであるため、新規のＣＳＩ－ＲＳをタグ＃ｂと関連付ける必要はなく、ＵＥがＣＲＩを報告する必要もない。しかしながら、ｇＮＢは、依然として、リンク適応をサポートするために他のＣＳＩコンポーネント（例えば、チャネル品質インジケータ（ＣＱＩ）、プリコーディングマトリックインジケータ（ＰＭＩ）、ランクインデックス（ＲＩ））に報告するようにＵＥを設定することができる。

【0129】

以下の２つの実施形態は、ｇＮＢとＵＥとの間で複数のＢＰＬを確立し、維持するために、ビーム管理プロシージャをサポートする。異なるＢＰＬタグで複数のビーム掃引をトリガすることによって、各ＢＰＬについての報告された測定は、ｇＮＢが、各ＢＰＬタグについてＵＥが好むｇＮＢ Ｔｘビームを関連付けることを可能にし、またＵＥが、各ＢＰＬタグについて好ましいＵＥ Ｒｘビームを関連付けることを可能にする。したがって、最大４つのＢＰＬが、２ビットのＢＰＬタグの使用により確立され得る。

【0130】

１つの実施形態において、非周期ＣＳＩ－ＲＳビーム掃引では、空間ＱＣＬ目的のために以前に送信されたＣＳＩ－ＲＳリソースを参照することができるように、測定および報告トリガ（例えば、ＤＣＩ内）は、２ビットを使用したＢＰＬタグを含む。

【0131】

別の実施形態において、ｇＮＢがそのＴｘビームを一定に保つ複数のＣＳＩ－ＲＳリソースの非周期送信では（例えば、Ｐ３プロシージャ）、ＵＥは、ＣＳＩ－ＲＳリソースが以前に送信されたＣＳＩ－ＲＳリソースと空間的にＱＣＬではないことを示すためにＦＡＬＳＥにセットされた１ビットのフラグを受信しなければならない。このフラグは、動的にシグナリングされ得るか、または、このフラグが上層によって設定される場合には、このフラグは、ＣＳＩフレームワークの部分としてシグナリングされ得る。

【0132】

複数のＢＰＬを確立および維持するためのプロシージャに並行して、ＵＥは、ＰＤＣＣＨモニタリングのための少なくとも１つのＢＰＬで設定され得る。ＵＥがＰＤＣＣＨを受信するために使用することになるＢＰＬは、関連付けられた２ビットのＢＰＬタグを示すことによって（例えば、上層シグナリングにより）設定される。代替的に、単一のＢＰＬのみのＰＤＣＣＨモニタリングの場合、ＢＰＬタグ０が常に使用されることが定められ得る。上の第２の例によると、Ｍ個のＢＰＬは、同時に、またはＴＤＭ方式のいずれかで、ＰＤＣＣＨモニタリングのために設定され得る。この場合、ＵＥは、Ｍ個の２ビットのＢＰＬタグで設定されなければならない。

【0133】

１つの実施形態において、ＵＥは、Ｍ個のビームペアリンク上のＮＲ－ＰＤＣＣＨをモニタするように設定され得、ここでは各ビームペアリンクは、２ビットを使用したＢＰＬタグによって示される。

【0134】

ＢＰＬタグの別の使用例は、データ送信のためである（例えば、異なるＴＲＰからの異なるＰＤＳＣＨ、または非コヒーレントＪＴもしくはＤ－ＭＩＭＯ、ここでは異なるＢＰＬは、おそらくは異なるＰＤＳＣＨを伝達する）。スケジューリングＤＣＩと共に含まれるＢＰＬタグは、対応するＰＤＳＣＨを受信するためのＵＥ側のビーム形成を支援する。

【0135】

１つの実施形態において、ＰＤＳＣＨ送信では、関連付けられたＤＣＩは、ＰＤＳＣＨのためのＤＭＲＳがＢＰＬタグと関連付けられた以前に送信されたＣＳＩ－ＲＳリソースと空間的にＱＣＬであることを示す２ビットを使用したＢＰＬタグを含む。

【0136】

上記から、ビーム管理は、３つのある程度独立したプロセスからなる：
（１）各々が２ビットのＢＰＬタグで識別される、複数のＢＰＬの確立および維持、
（２）制御チャネルに使用するためのＢＰＬ、および
（３）データチャネルに使用されるＢＰＬ。

【0137】

ＢＰＬが独立であると見なされる一方、ＢＰＬ ＴＸおよびＲＸビームが測定プロセスにおいて更新されるとき、それは、ＢＰＬを同様に使用する制御チャネルおよびデータチャネルに使用され得るビームを反映する。

【0138】

グループベースのビーム報告：
別の問題は、２つ以上のビームペアリンク（ＢＰＬ）上の同時受信をサポートすることができるＵＥに有用であり得るセット／グループベースの報告に関連する。このＵＥ性能は、別個の受信チェーンを有する２つ以上のアンテナパネルを備えたＵＥの結果であり得る。１つの作業仮定は、ＮＲが、そのような報告のための２つの代替手段：セットベースの報告および／またはグループベースの報告のうちの少なくとも１つをサポートしなければならないということである。

【0139】

別の問題は、オーバーヘッドに関連する。ビームの複数のセット／グループ上でビーム関連の情報を報告することは、当然ながら、単一のビーム報告と比較して、余分なフィードバックオーバーヘッドを招く。例えば、セットおよびグループベースの報告は、ＵＥにおいて同時に受信され得るＴｘビームの中から選択することにおいては同じ柔軟性をｇＮＢに提供することができるが、等しい柔軟性では、セットベースの報告のためのフィードバックオーバーヘッドは、グループベースの報告よりも大きくなり得る。

【0140】

別のオーバーヘッド懸念は、ダウンリンク内のビーム関連の指示である（例えば、異なるセットからのビームがグループであるときにＵＥ側のビーム形成をサポートするためのＱＣＬ指示が、送信のために選択される）。アップリンクオーバーヘッドの場合のように、ｇＮＢがセット内またはグループにわたる送信のために複数のビームを選択することを望むとき、セットベースの報告とグループベースの報告との間にはオーバーヘッドの差が存在し得る。

【0141】

ＤＬ ＲＳのためのＱＣＬ：
ＤＬ ＲＳのためのＱＣＬに対して、ＱＣＬと関連付けられた異なるシステム要件が適用され得る。第１の例において、ＤＭＲＳポートグループ化は、ＱＣＬされている１つのグループ内のＤＭＲＳポート、およびＱＣＬされていない異なるグループ内のＤＭＲＳポートにより、サポートされ得る。ＤＭＲＳは、連続波（ＣＷ）アナログビーム、または同様のものに従ってグループ化され得る。さらに、ＱＣＬ指示は、例えば、無線リソース制御（ＲＲＣ）、ＭＡＣ ＣＥ、ＤＣＩ、または同様のものを使用して、シグナリングされ得る。また、ＤＭＲＳは、ドップラーシフト、ドップラースプレッド、遅延スプレッド、または同様のものなどのチャネルの大規模な特性を予測するために使用され得る。加えて、ＱＣＬは、ビーム管理（例えば、空間パラメータ）、周波数／タイミングオフセット予測（例えば、ドップラー／遅延パラメータ）、無線リソース管理（ＲＲＭ）（例えば、平均利得）などの機能性をサポートする。さらには、ＵＥがスロット内の２つ以上のＰＤＳＣＨをスケジューリングした場合（これは、例えば、非コヒーレントＪＴを使用した、典型的なマルチＴＲＰケースである）、第１および第２のＰＤＳＣＨ内のＤＭＲＳは、ＱＣＬされなくてもよい。

【0142】

第２の例において、２つのＲＳリソースのアンテナポート間のＱＣＬパラメータのサブセットと関連付けられたＱＣＬ仮定の指示は、様々な代替手段に基づいてサポートされ得る。これらの代替手段は、（１）ＱＣＬパラメータのサブセットのうちのどれが、ｇＮＢによって設定されるか、（２）どのＱＣＬタイプが、複数のＱＣＬタイプが予め定められるｇＮＢによって設定されるか、および（３）どのＱＣＬタイプが、予め定められるか、のうちの少なくとも１つを含み得る。

【0143】

第３の例において、ＵＥは、デフォルトでは示されない。したがって、異なるＣＣ上で送信されるアンテナポートは、ＱＣＬされると仮定されない。

【0144】

第４の例において、ＣＳＩ－ＲＳのためのＱＣＬ仮定の指示は、（例えば、ＳＳＳ、ＰＢＣＨ ＤＭＲＳ（規定される場合））などのＳＳブロック、細かい時間周波数トラッキングのためのＲＳ（それがＣＳＩ－ＲＳではない場合）、または同様のものと関連付けられ得る。

【0145】

１つの実施形態において、同じスロット内の異なるＰＤＳＣＨスケジューリングに属するＤＭＲＳは、デフォルトではＱＣＬではない。したがって、１つのＰＤＳＣＨ内のＤＭＲＳは、第１のグループであり、他のＰＤＳＣＨ内のＤＭＲＳは、第２のグループである。

【0146】

単一のＰＤＳＣＨ内の非ＱＣＬ ＤＭＲＳグループに関して言うと、意図される使用事例は、一般的なＱＣＬパラメータ事例の場合はマルチＴＲＰ送信、または、空間ＱＣＬ事例の場合は単一のＴＲＰからのマルチビーム送信であり得る。後者は、次いで、２つ以上のビームを同時に受信する能力を有するアナログビーム形成（空間ＱＣＬの使用に起因して）によりＵＥのために持続する。基準として、デュアルＰＤＳＣＨスケジューリングが、この場合に使用され得る。

【0147】

ＬＴＥと比較して非常に幅広の帯域幅のｇＮＢ実装は、ＣＣごとに独立した較正回路、クロック、および振動子を使用し得る。したがって、ビーム管理プロシージャ、およびしたがってキャリアあたりの空間ＱＣＬは、独立して動作され得る。

【0148】

１つの実施形態において、ビーム管理、およびしたがってｓＱＣＬ仮定は、コンポーネントキャリアあたり独立して動作する。

【0149】

ＳＳブロック、ＲＡＲ、およびＰＤＣＣＨ ＤＭＲＳ間のＱＣＬ：
このセクションは、ミリメートル（ｍｍ）波動作のためのビーム管理を支援するために、空間ＱＣＬに焦点を合わせる一方、平均遅延、平均利得、ドップラー、または同様のものなどの他のＱＣＬパラメータのために必要とされる、およびＱＣＬを使用した細かいチャネルトラッキングに使用されるＲＳにＣＳＩ－ＲＳをリンクするかどうかについての、より一般的なＱＣＬ議論が存在する。ＵＥは、セクタカバレッジ（ＴＲＰあたり単一のＳＳブロックの場合）、またはある程度幅広のビーム幅（ＴＲＰあたり数個のＳＳブロックの場合）を有し得る、ＳＳブロックを検出することになる。どのＳＳブロックをＵＥが検出したかは、初期のアクセスプロシージャを通じて知られている（すなわち、使用されたＰＲＡＣＨプリアンブルリソースに関連する）。ＳＳブロックビームは、それが、例えば、オーバーヘッドでの問題を有することから、少なくとも通常の事例でない場合では、ビーム幅が非常に狭いことは予期されない（しかしながら、オーバーヘッドが最大の懸念ではない過剰なカバレッジ事例をサポートするために、大量のＳＳブロックがスペックにおいて可能にされ得る）。

【0150】

自己完結型ランダムアクセス応答（ＲＡＲ）が使用され、ＲＡＲは、ＰＢＣＨに示される場合、検出されたＳＳブロックとＵＥにおいて空間的にＱＣＬであり得る。デフォルトでは検出されたＲＡＲと同じビーム内で初期のＰＤＣＣＨを、およびしたがって、ＰＢＣＨによって示される場合にはＳＳブロックも、送信することは当然である。デフォルトのＰＤＣＣＨは、ｇＮＢが、例えば、ビーム管理のためのＣＳＩ－ＲＳでＵＥを設定することを可能にする。

【0151】

１つの実施形態において、ＵＥは、デフォルトでは、ＰＤＣＣＨ ＤＭＲＳが、ブロードキャストされたＰＢＣＨ内で示される場合、検出されたＳＳブロックと空間ＱＣＬであると仮定し得る。このデフォルトの空間ＱＣＬは、ＵＥ固有かつ専用のＲＲＣシグナリングによって上書きされ得る。

【0152】

ＰＤＳＣＨでは、また一方でおそらくはＰＤＣＣＨでも、最も狭い潜在的なビームが使用され得、それらのビームは、専用のＣＳＩ－ＲＳ測定を使用したビーム管理によって選択および管理され得る。したがって、この場合、ＰＤＣＣＨおよびＰＤＳＣＨは、ビーム管理プロシージャ（ビーム指示）内で示されるＣＳＩ－ＲＳリソースと空間的にＱＣＬであるように設定され得る。受信すべきチャネルに応じて、ＵＥは、異なる空間ＱＣＬ仮定、例えば、検出されかつ好ましいＳＳブロック（ＳＳ－ＱＣＬ）を有するＰＤＣＣＨ、設定されたＣＳＩ－ＲＳ（ＣＳＩ－ＲＳ－ＱＣＬ）を有するＰＤＣＣＨ、または同様のもの、を利用し得る。

【0153】

ＣＳＩ－ＲＳリソース間のＱＣＬ：
２つのＣＳＩ－ＲＳリソースのアンテナポート間のＱＣＬが、サポートされ得る。さらに、ＣＳＩ－ＲＳビーム掃引Ｐ１とＰ２／Ｐ３との間のｇＮＢおよびＵＥ側の部分ＱＣＬ仮定の動的な指示がサポートされ得る。したがって、非周期ＣＳＩ－ＲＳビーム掃引、およびＣＲＩを含む関連付けられた非周期ＣＳＩレポートをトリガするとき、トリガＤＣＩは、以前に送信されたＣＳＩ－ＲＳリソースへの参照を含み得、その結果ＵＥは、そのＲＸビームを調整するためにこの情報を利用し得る。

【0154】

さらには、ビームペアリンク（ＢＰＬ）アイデンティティなどのプロキシが、以前のＣＳＩ－ＲＳリソースを参照するときに使用され得る。したがって、Ｐ２／Ｐ３をトリガするとき、ＢＰＬインデックスが、トリガＤＣＩに含まれ、そして今度はそのＢＰＬが、ＵＥが以前の時間点において測定および報告した特定のＣＳＩ－ＲＳリソースにリンクされる。

【0155】

１つの実施形態において、ビーム管理のためのＣＳＩ－ＲＳ測定をトリガするときのＣＳＩ－ＲＳリソース間の空間ＱＣＬ仮定のＤＣＩにおける動的な指示がサポートされる。

【0156】

ＵＬ ＲＳのためのＱＣＬ：
ＵＬ ＲＳのためのＱＣＬに対して、異なるシステム要件が適用され得る。ＮＲは、ダウンリンク指示ありおよびなしで、ダウンリンク制御チャネル受信のためのＵＥ側のビーム形成を支援するためのＱＣＬ仮定を導出することをサポートし得る。この指示は、例えば、ＤＣＩ、ＭＡＣ ＣＥ、ＲＲＣ、または同様のものを使用して、シグナリングされ得る。さらに、ビーム関連の指示は、ＤＬ制御およびデータチャネルに使用され得る。さらに、ダウンリンクの場合、ＮＲは、ビーム関連の指示ありおよびなしで、ビーム管理をサポートし得る。ビーム関連の指示が提供されるとき、データ受信に使用されるＵＥ側のビーム形成／受信プロシージャに関する情報は、ＱＣＬを通じてＵＥに示され得る。ＴＲＰおよびＵＥにおけるＴｘ／Ｒｘビーム対応が規定され得る。１つの例において、ＴＲＰにおけるＴｘ／Ｒｘビーム対応は、以下のうちの少なくとも１つが満足される場合には持続する：ＴＲＰが、ＴＲＰの１つまたは複数のＴｘビームに対するＵＥのダウンリンク測定に基づいて、アップリンク受信のためのＴＲＰ Ｒｘビームを決定することができる、および、ＴＲＰが、ＴＲＰの１つまたは複数のＲｘビームに対するＴＲＰのアップリンク管理に基づいて、ダウンリンク送信のためのＴＲＰ Ｔｘビームを決定することができる。別の例において、ＵＥにおけるＴｘ／Ｒｘビーム対応は、以下のうちの少なくとも１つが満足される場合には持続する：ＵＥが、ＵＥの１つまたは複数のＲｘビームに対するＵＥのダウンリンク測定に基づいて、アップリンク送信のためのＵＥ Ｔｘビームを決定することができる、および、ＵＥが、ＵＥの１つまたは複数のＴｘ ビームに対するアップリンク測定に基づいたＴＲＰの指示に基づいたダウンリンク受信のためのＵＥ Ｒｘビームを決定することができる。

【0157】

非コードブックベースのＵＬ送信の場合、サイクリックプレフィックス（ＣＰ）－ＯＦＤＭのための周波数選択性プリコーディングは、送信ポートの数が、２つのポート、３つのポート、４つのポート、または同様のものなど、既定の数よりも大きいときに、サポートされる。さらに、ＤＬ測定ＲＳの指示は、ＵＥが候補プリコーダを計算することを可能にするようにサポートされる。また、ＵＬプリコーダ決定のための機序は、プリコーデリングされるＳＲＳ、プリコーディングされないＳＲＳ、ハイブリッドＳＲＳ、プリコーディングされないＳＲＳ、または同様のものに基づき得る。

【0158】

相反性較正されたトランスミッタおよびレシーバチェーンを有するノードの場合、受信されることになる信号が、先に送信された別の信号に対する相反応答であるのはいつであるか、またはその逆について、知られていてもよい。すなわち、アナログビーム形成を有するノードが、何らかのアナログビームを用いてＳＲＳまたはＰＲＡＣＨを送信していると仮定すると、サウンディングまたはＰＲＡＣＨへの応答を受信するとき、ＵＥは、この応答が、レシーバビームが好ましくは相反送信に使用されたものと同じビームである相反チャネルを通じて到着することを予期し得る。同様に、ＰＲＡＣＨ送信は、受信したＳＳブロックまたは可動性ＲＳに対する応答であり得る。したがって、空間ＱＣＬフレームワークは、送信信号と相反に疑似コロケーションされるべき受信信号、またはその逆を規定することによって、アナログビーム形成のための相反応答の使用事例もカバーするために拡張され得る。

【0159】

１つの実施形態において、相反空間疑似コロケーションは、ノードにおいてサポートされ、ここでは、ノードにおいて受信される信号および同じノードからの送信信号は、空間的にＱＣＬである。

【0160】

特に、ビーム対応がＵＥにおいて持続するとき、これはデフォルトの動作である可能性が高いが、ＵＥは、プリコーディングされたＳＲＳまたはプリコーディングされたＰＵＳＣＨもしくはＰＵＣＣＨを、ＵＥが特定のＣＳＩ－ＲＳを受信したときと同じ方向で送信するようにシグナリングされ得る。

【0161】

１つの実施形態において、相反空間ＱＣＬは、ＳＳブロックまたはＣＳＩ－ＲＳリソースの受信とＳＲＳリソース、ＰＵＣＣＨ、またはＰＵＳＣＨなどの送信信号との間で、ＵＥにおいてサポートされる。

【0162】

これにより、ｇＮＢが、ＵＥから送信される信号の受信空間相関を知っていることを確実にし、したがって、ｇＮＢは、それに応じてそのレシーバを適合することができる。データの非コードブックベースのＵＬ送信の場合（すなわち、ここでは、プリコーディングは、ＵＥによって決められる）、ＤＬ測定ＲＳの指示は、ＵＥが候補プリコーダを計算することができるようにサポートされ得る。

【0163】

１つの実施形態において、ＵＬ送信スキームＢにおいて、ＤＬ指示は、どのＣＳＩ－ＲＳがスケジューリングされたＰＵＳＣＨおよびＰＵＣＣＨ ＤＭＲＳと相反にかつ空間的にＱＣＬであるかを規定する。このシグナリングは、ＵＬグラントを伝達するＤＣＩに少なくとも含まれ得る。ＵＬ送信スキームＢは、チャネル相反性ベースのアップリンクである。さらに、ＵＥは、自らプリコーダを決定し得る。ＵＬ送信スキームＢは、非コードブックアップリンク送信スキームとも称され得る。

【0164】

さらには、多くのＵＥがアップリンクデータおよびサウンディングを同時に送信し、ネットワークが高密である（例えば、小さいエリア内に多くのｇＮＢ）というアップリンク干渉に関連する問題が存在するときには、チャネル相反性に基づいたアップリンクプリコーディングを使用することによって、アップリンク干渉を低減することが有益である。

【0165】

１つの実施形態において、送信が、被害者ＴＲＰまたはｇＮＢから送信されるＣＳＩ－ＲＳリソースの受信と空間的にＱＣＬではない（相反的な意味で）ことを規定することによって、アップリンク干渉の抑制が、ＵＥからのプリコーディングされた送信信号を使用して被害者ｇＮＢに対してサポートされる。送信信号は、例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ、または同様のものであり得る。ここでも、追加の明示的なシグナリングが、どのＣＳＩ－ＲＳリソースが被害者であり、どれが望まれるかを示すために必要とされる。

【0166】

略語：
省略形 説明
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代移動体ネットワークまたは無線システム
ＢＳ 基地局
ＣＥ 制御要素
ＣＰ サイクリックプレフィックス
ＣＲＣ 巡回冗長検査
ＣＲＳ セル固有参照信号
ＣＳＩ チャネル状態情報
ＣＳＩ－ＲＳ チャネル状態情報参照信号
ＣＳＳ 共通検索空間
ＤＬ ダウンリンク
ＤＭＲＳ 復調用参照信号
ｅＮＢ エボルブドノードＢ（すなわち、基地局）
Ｅ－ＵＴＲＡ 拡張ユニバーサル地上無線アクセス
Ｅ－ＵＴＲＡＮ 拡張ユニバーサル地上無線アクセスネットワーク
ＤＦＴ 離散フーリエ変換
ＦＤＤ 周波数分割複信
ＩＦＦＴ 逆高速フーリエ変換
ＩｏＴ モノのインターネット
ＬＴＥ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
ＭＡＣ 媒体アクセス制御
ＭＩＭＯ 多入力多出力
ＭＳＲ 多基準無線
ＭＴＣ マシンタイプ通信
ＮＢ 狭帯域
ＮＢ－ＩｏＴ 狭帯域のモノのインターネット
ＮＢ－ＬＴＥ 狭帯域ＬＴＥ（例えば、１８０ＫＨｚ帯域幅）
ＮＢ－ＰＢＣＨ ＮＢ－ＩｏＴ物理ブロードキャストチャネル
ＮＢ－ＰＳＳ ＮＢ－ＩｏＴ一次同期シーケンス
ＮＢ－ＳＳＳ ＮＢ－ＩｏＴ二次同期シーケンス
ＯＦＤＭ 直交周波数分割変調
ＯＦＤＭＡ 直交周波数分割変調アクセス
ＰＡ 電力増幅器
ＰＡＰＲ ピーク対平均電力比
ＰＢＣＨ 物理ブロードキャストチャネル
ＰＤＣＣＨ 物理データ制御チャネル
ＰＤＣＰ パケットデータコンバージェンスプロトコル（ＰＤＣＰ）
ＰＤＵ プロトコルデータユニット
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＲＢ 物理リソースブロック
ＰＳＤ 電力スペクトル密度
ＰＳＳ 一次同期シーケンス
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＲＡＣＨ ランダムアクセスチャネル
ＲＡＴ 無線アクセス技術
ＲＢＲ 推奨ビットレート
ＲＦ 無線周波数
ＲＲＣ 無線リソース制御
ＲＳ 参照信号
ＲＸ レシーバ
ＳｏＣ システムオンチップ
ＳＣ－ＦＤＭＡ シングルキャリア周波数分割多元アクセス
ＳＦＢＣ 空間周波数ブロック符号化
ＳＩＢ システム情報ブロック
ＳＩＭ 加入者アイデンティティモジュールまたは加入者識別モジュール
ＳＮＲ 信号対雑音比
ＳＲＳ サウンディング参照信号
ＳＳ 同期信号
ＳＳＳ 二次同期シーケンス
ＴＤＤ 時分割複信
ＴＳＳ 三次同期信号または時間同期信号
ＴＸ トランスミッタ
ＵＥ ユーザ機器
ＵＬ アップリンク
ＵＳＳ ＵＥ 固有の検索空間
ＷＢ－ＬＴＥ 広帯域ＬＴＥ（すなわち、レガシーＬＴＥに対応する）
ＺＣ Ｚａｄｏｆｆ－Ｃｈｕアルゴリズム

【0167】

本明細書に説明される様々な態様は、開示される主題を実施するようにコンピューティングデバイスを制御するためにソフトウェア、ファームウェア、ハードウェア（例えば、回路）、またはそれらの任意の組み合わせをもたらすために、標準プログラミングまたはエンジニアリング技術を使用して実施され得る。いくつかの実施形態は、マイクロプロセッサ、デジタル信号プロセッサ、特注プロセッサ、およびフィールドプログラマブルゲートアレイ（ＦＰＧＡ）などの１つまたは複数の汎用または専門プロセッサ、ならびに、特定の非プロセッサ回路と併せて、本明細書に説明される方法、デバイス、およびシステムの機能の一部、大部分、またはすべてを実施するように１つまたは複数のプロセッサを制御する、特有の記憶されたプログラム命令（ソフトウェアおよびファームウェアの両方を含む）で構成され得るということを理解されたい。代替的に、一部またはすべての機能は、記憶されたプログラム命令を有さない状態マシンによって、または１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）内で実装され得、各機能または特定の機能のいくつかの組み合わせが、カスタム論理回路として実装される。当然ながら、２つの手法の組み合わせが使用されてもよい。さらに、当業者は、例えば、可用時間、現在の技術、および経済的配慮によって動機付けされる、おそらくは膨大な努力ならびに多くの設計選択にもかかわらず、本明細書に開示される概念および原則により導かれるとき、最小限の実験でそのようなソフトウェア命令およびプログラムおよびＩＣを容易に生成することができることが予期される。

【0168】

用語「製造品」は、本明細書で使用される場合、任意のコンピューティングデバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを包含することが意図される。例えば、コンピュータ可読媒体は、ハードディスク、フロッピディスク、磁気ストリップなどの磁気記憶デバイス；コンパクトディスク（ＣＤ）またはデジタル多用途ディスク（ＤＶＤ）などの光学ディスク；スマートカード；ならびにカード、スティック、またはキードライブなどのフラッシュメモリデバイスを含み得る。加えて、搬送波は、電子メール（Ｅメール）などの電子データを送信および受信すること、またはインターネットもしくはローカルエリアネットワーク（ＬＡＮ）などのコンピュータネットワークにアクセスすることに使用されるものを含むコンピュータ可読電子データを伝達するために採用され得ることが理解されるものとする。当然ながら、当業者は、本開示の主題の範囲または趣旨から逸脱することなく、この設定に対して修正がなされ得ることを理解するものとする。

【0169】

明細書および実施形態全体を通して、以下の用語は、文脈が別途明白に指示しない限り、少なくとも、本明細書内で明示的に関連付けられる意味を持つ。「第１の」および「第２の」などの関連性用語、ならびに同様のものは、１つのエンティティまたは行為を別のエンティティまたは行為から、そのようなエンティティまたは行為の間の任意の実際のそのような関係または順序を必ずしも要求または示唆することなく、単に区別をするためだけに使用され得る。用語「または」は、別途記載のない限り、または文脈から排他的形態を対象とすることが明白でない限り、包括的な「または」を意味することが意図される。さらに、用語「ａ」、「ａｎ」、および「ｔｈｅ」は、別途記載のない限り、または文脈から単数形を対象とすることが明白でない限り、１つまたは複数を意味することが意図される。用語「含む（ｉｎｃｌｕｄｅ）」およびその様々な形態は、含むがそれに限定されないことを意味することが意図される。「１つの実施形態」、「実施形態」、「例となる実施形態」、「様々な実施形態」、および同様の用語に対する言及は、そのように説明される開示の技術の実施形態が、特定の機能、特徴、構造、または特性を含み得るが、すべての実施形態が、必ずしもその特定の機能、特徴、構造、または特性を含むわけではないことを示す。さらに、「１つの実施形態において」という表現の繰り返しの使用は、必ずしも同じ実施形態を指さないが、指す可能性もある。用語「実質的に」、「本質的に」、「およそ」、「約」、またはそれらの任意の他のバージョンは、当業者によって理解されるものに近いものと定義され、１つの非限定的な実施形態において、この用語は、１０％以内であるように定義され、別の実施形態では５％以内、別の実施形態では１％以内、および別の実施形態では０．５％以内であるように定義される。特定のやり方で「設定される」デバイスまたは構造は、少なくともそのやり方で設定されるが、列挙されないやり方で設定されてもよい。

【図1】

【図2】

【図3A】

【図3B】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】