(57)【要約】  ダウンリンク、ＤＬ、情報を受信することと、前記ＤＬ情報に基づいてアップリンク、ＵＬ、送信用の空間アソシエーションを決定することと前記ＤＬ情報に基づいてＵＬ電力制御、ＰＣ、パラメータを決定することと、を行うよう構成されたユーザ機器（ＵＥ）。【選択図】図１５
2020533894.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置、ＵＥで実行される方法であって、前記方法は、
ダウンリンク、ＤＬ、情報を受信することと、
前記ＤＬ情報に基づいてアップリンク、ＵＬ、送信用の空間アソシエーションを決定することと、
前記ＤＬ情報に基づいてＵＬ電力制御、ＰＣ、パラメータを決定することと、を含む方法。
【請求項２】
前記空間アソシエーションを決定することが、ａ）空間フィルタ、ｂ）プリコーダ、ｃ）前記ＵＬ送信に用いられるビーム、のうちのひとつを決定することを含む請求項１に記載の方法。
【請求項３】
前記空間アソシエーションを決定することがさらに、前記ＤＬ情報に基づいて、第１参照信号、ＲＳ、設定を伴う空間アソシエーションを決定することを含む請求項１または２に記載の方法。
【請求項４】
前記第１ＲＳ設定がアップリンク（ＵＬ）サウンディング参照信号（ＳＲＳ）設定である請求項３に記載の方法。
【請求項５】
前記第１ＲＳ設定がダウンリンク（ＤＬ）ＲＳ設定である請求項３に記載の方法。
【請求項６】
前記ＤＬ  ＲＳ設定がａ）ＣＳＩ−ＲＳインデクスまたはｂ）ＳＳＢインデクスのうちの一方を含む請求項５に記載の方法。
【請求項７】
ＰＣパラメータを決定することが、ＵＬ電力制御用のオフセット値（Ｐ０）を決定することを含む請求項１から６のいずれか一項に記載の方法。
【請求項８】
ＰＣパラメータを決定することが、経路損失推定に用いられるＲＳを決定することを含む請求項１から６のいずれか一項に記載の方法。
【請求項９】
前記ＤＬ情報が、物理ダウンリンク制御チャネル、ＰＤＣＣＨ、を用いて受信されたダウンリンク制御情報、ＤＣＩ、内のビットフィールドである請求項１から８のいずれか一項に記載に記載の方法。
【請求項１０】
前記ＤＬ情報がＭＡＣ  ＣＥ内のビットフィールドである請求項１から８のいずれか一項に記載の方法。
【請求項１１】
前記ビットフィールドが、前記ＰＤＣＣＨを用いて受信されたＤＣＩ内のサウンディング参照信号インジケータ、ＳＲＩ、である請求項９に記載の方法。
【請求項１２】
前記ＵＬ  ＰＣパラメータに基づいて、ＰＵＳＣＨ送信用の前記送信電力を取得することをさらに含む請求項１から１１のいずれか一項に記載の方法。
【請求項１３】
前記ＵＬ  ＰＣパラメータに基づいて、ＰＵＣＣＨ送信用の前記送信電力を取得することをさらに含む請求項１から１１のいずれか一項に記載の方法。
【請求項１４】
ＰＣパラメータを決定することが、アルファ値および／またはループインデクス値を決定することを含み、任意選択で、前記アルファ値および／または前記ループインデクス値はビーム特定的である請求項１から１３のいずれか一項に記載の方法。
【請求項１５】
前記ＤＬ情報が、利用可能なＳＲＩ状態の集合から選択されたＳＲＩ状態を表す、サウンディング参照信号（ＳＲＳ）インジケータ、ＳＲＩ、を含む請求項１から１４のいずれか一項に記載の方法。
【請求項１６】
前記利用可能なＳＲＩ状態のそれぞれが、ひとつ以上のＤＬ  ＲＳに関連付けられている請求項１５に記載の方法。
【請求項１７】
前記ＰＣパラメータを決定することが、前記ＳＲＩに関連付けられた前記ＵＬ  ＰＣパラメータを決定することを含む請求項１５または１６に記載の方法。
【請求項１８】
ユーザ装置、ＵＥ、であって、前記ＵＥは、
ダウンリンク、ＤＬ、情報を受信することと、
前記ＤＬ情報に基づいてアップリンク、ＵＬ、送信用の空間アソシエーションを決定することと、
前記ＤＬ情報に基づいてＵＬ電力制御、ＰＣ、パラメータを決定することと、を行うよう構成されるＵＥ。
【請求項１９】
前記空間アソシエーションを決定することが、ａ）空間フィルタ、ｂ）プリコーダ、ｃ）前記ＵＬ送信に用いられるビーム、のうちのひとつを決定することを含む請求項１８に記載のＵＥ。
【請求項２０】
前記空間アソシエーションを決定することがさらに、前記ＤＬ情報に基づいて、第１参照信号、ＲＳ、設定を伴う空間アソシエーションを決定することを含む請求項１８または１９に記載のＵＥ。
【請求項２１】
前記第１ＲＳ設定がアップリンク（ＵＬ）サウンディング参照信号（ＳＲＳ）設定である請求項２０に記載のＵＥ。
【請求項２２】
前記第１ＲＳ設定がダウンリンク（ＤＬ）ＲＳ設定である請求項２０に記載のＵＥ。
【請求項２３】
前記ＤＬ  ＲＳ設定がａ）ＣＳＩ−ＲＳインデクスまたはｂ）ＳＳＢインデクスのうちの一方を含む請求項２２に記載のＵＥ。
【請求項２４】
ＰＣパラメータを決定することが、ＵＬ電力制御用のオフセット値（Ｐ０）を決定することを含む請求項１８から２３のいずれか一項に記載のＵＥ。
【請求項２５】
ＰＣパラメータを決定することが、経路損失推定に用いられるＲＳを決定することを含む請求項１８から２３のいずれか一項に記載のＵＥ。
【請求項２６】
前記ＤＬ情報が、物理ダウンリンク制御チャネル、ＰＤＣＣＨ、を用いて受信されたダウンリンク制御情報、ＤＣＩ、内のビットフィールドである請求項１８から２５のいずれか一項に記載に記載のＵＥ。
【請求項２７】
前記ＤＬ情報がＭＡＣ  ＣＥ内のビットフィールドである請求項１から２５のいずれか一項に記載のＵＥ。
【請求項２８】
前記ビットフィールドが、前記ＰＤＣＣＨを用いて受信されたＤＣＩ内のサウンディング参照信号インジケータ、ＳＲＩ、である請求項２６に記載のＵＥ。
【請求項２９】
前記ＵＥはさらに、前記ＵＬ  ＰＣパラメータに基づいて、ＰＵＳＣＨ送信用の前記送信電力を取得するよう構成される請求項１８から２８のいずれか一項に記載のＵＥ。
【請求項３０】
前記ＵＥはさらに、前記ＵＬ  ＰＣパラメータに基づいて、ＰＵＣＣＨ送信用の前記送信電力を取得するよう構成される請求項１８から２８のいずれか一項に記載のＵＥ。
【請求項３１】
ＰＣパラメータを決定することが、アルファ値および／またはループインデクス値を決定することを含み、任意選択で、前記アルファ値および／または前記ループインデクス値はビーム特定的である請求項１８から３０のいずれか一項に記載のＵＥ。
【請求項３２】
前記ＤＬ情報が、利用可能なＳＲＩ状態の集合から選択されたＳＲＩ状態を表す、サウンディング参照信号（ＳＲＳ）インジケータ、ＳＲＩ、を含む請求項１８から３１のいずれか一項に記載のＵＥ。
【請求項３３】
前記利用可能なＳＲＩ状態のそれぞれが、ひとつ以上のＤＬ  ＲＳに関連付けられている請求項３２に記載のＵＥ。
【請求項３４】
前記ＰＣパラメータを決定することが、前記ＳＲＩに関連付けられた前記ＵＬ  ＰＣパラメータを決定することを含む請求項３２または３３に記載のＵＥ。
【請求項３５】
コンピュータプログラムであって、インストラクションを備え、該インストラクションは少なくともひとつのプロセッサによって実行された場合、前記少なくともひとつのプロセッサに請求項１から１７のいずれか一項に記載の方法を実行させるコンピュータプログラム。
【請求項３６】
請求項３５に記載のコンピュータプログラムを含むキャリアであって、前記キャリアは電気信号、光学信号、無線信号、またはコンピュータ可読ストレージ媒体のうちのひとつであるキャリア。
【請求項３７】
前記ＵＬ  ＰＣパラメータに基づいて、ＳＲＳ送信用の前記送信電力を取得することをさらに含む請求項１から１１のいずれか一項に記載の方法。
【請求項３８】
前記ＵＥはさらに、前記ＵＬ  ＰＣパラメータに基づいて、ＳＲＳ送信用の前記送信電力を取得するよう構成される請求項１８から２８のいずれか一項に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
アップリンク電力制御のためのビームインジケーションの実施の形態が開示される。
【背景技術】
【０００２】
一般に、本明細書で使用されるすべての用語は、異なる意味が明確に与えられ、かつ／またはそれが使用される文脈から暗示されない限り、関連する技術分野におけるそれらの通常の意味に従って解釈されるべきである。ａ／ａｎ／ｔｈｅ要素、装置、構成要素、手段、ステップなどへの言及はすべて、特に明記しない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つのインスタンスを指すものとして制限なく解釈されるべきである。本明細書に開示される任意の方法のステップは、ステップが別のステップの後または前として明示的に記載されていない限り、および／またはステップが別のステップの後または前になければならないことが暗黙的でない限り、開示される正確な順序で実行される必要はない。本明細書に開示される実施の形態のいずれかの任意の特徴は、適切な場合には任意の他の実施の形態に適用されてもよい。同様に、任意の実施の形態の任意の利点は任意の他の実施の形態に適用することができ、その逆も同様である。添付の実施の形態の他の目的、特徴、および利点は、以下の説明から明らかになるのであろう。
【０００３】
次世代の移動通信システム（５Ｇまたはニューラジオ、ＮＲ）の多種多様な要件は、多くの異なる搬送周波数における周波数帯が必要であることを意味する。例えば、十分なカバレッジを達成するためには低い帯域が必要となり、必要な容量に達するためにはより高い帯域（例えばｍｍＷ、すなわち３０ＧＨｚ付近およびそれを超える帯域）が必要となるのであろう。高周波では伝搬特性はより挑戦的であり、十分なリンクバジェットに到達するためには、基地局での高次ビームフォーミングが必要とされる。
【０００４】
ＮＲはビーム中心設計を有することになり、これは、従来のセル概念が緩和され、ＵＥが多くの場合、セルの代わりに狭いビーム間で「ハンドオーバ」を実行することになることを意味する。従って、３ＧＰＰは、ビーム間（ＴＲＰ内及びＴＲＰ間の両方）のモビリティを取り扱うための概念を導入することに合意してきた。高利得ビームフォーミングが必要とされるのであろう、より高い周波数では、各ビームは小さな領域内でのみ最適であり、最適ビーム外のリンクバジェットは迅速に劣化するのであろう。従って、高性能を維持するためには、頻繁で高速なビームスイッチング方法（いわゆるビーム管理）が必要である。ダウンリンクデータチャネル（ＰＤＳＣＨ）については、どのビームが使用されるかをＵＥに通知するビームインジケータをスケジューリングダウンリンク制御情報（ＤＣＩ）メッセージに導入することで、ＵＥがそれに応じてその受信ビームを調整できるようにすることが合意されている。ダウンリンク制御チャネル（ＰＤＣＣＨ）については、ＭＡＣレイヤによって搬送される別個の制御メッセージ（ＭＡＣ−ＣＥ）にビームインジケータを導入することが合意されている。セクション２．１．２も参照。アナログＲＸビームフォーミングの場合、ＵＥはそのデータが到着する前に、どの方向にＲＸビームを向けるべきかを知る必要があるので、特に重要である。
【０００５】
あるビームのチャネル品質の測定を行うために、ビームフォーミング参照信号を導入した。これは、チャネル状態情報ＲＳ（ＣＳＩ−ＲＳ）または同期信号ブロック（ＳＳＢｌｏｃｋ）とすることができる。ビームフォーミングは、各アンテナ素子の信号に適用される振幅および／または位相シフトを用いて、アンテナアレイの複数のアンテナ素子から同じ信号を送信することを意味する。これらの振幅／位相シフトは通常、アンテナ重みとして表され、アンテナの各々に対するアンテナ重みの集合はプリコーディングベクトルである。
【０００６】
異なるプリコーディングベクトルは送信信号のビームフォーミングを生じさせ、その重みを制御することによって、アンテナアレイから見たときにある角度方向でコヒーレントに（同位相で）信号を合成することができ、この場合、その方向にビームが形成されたと言われる。アレイのアンテナが２次元、すなわち平面内に配置される場合、ビームは、アンテナアレイに垂直な平面に関して、方位方向および仰角方向の両方に操縦され得る。
【０００７】
本開示ではビームという用語を使用するが、チャネルに整合された送信を与え、厳密な意味でビームを与えない他のプリコーディングベクトルがあることに留意されたい。例えば、チャネルがＴＲＰで既知である場合、ある方向に最大アレイ利得を与えるビームを形成する代わりに、信号強度がＵＥで最大になるようにプリコーディング重みを制御することができる。整合チャネルプリコーディングは受信機で信号電力を最大化するのに最適であるが、正確なチャネル情報を必要とする。しかし、見通しチャネルにおいては、ビームの使用はほぼ最適である。
【０００８】
ＮＲではＣＳＩ‐ＲＳはビーム管理のための参照信号として使用されるが、ＳＳＢｌｏｃｋｓのような他の信号も考慮されることが提案されている。ＳＳＢｌｏｃｋｓは本質的に周期的である。例えば、最大６４ビーム（ＳＳＢごとに１回）のビームスイープが２０ｍｓごとに実行される（セクション２．１．５も参照）。対照的に、ＣＳＩ−Ｒは、非周期的にトリガされるか、または本質的に周期的であるように構成され得る。最も一般的な場合では、ＵＥは、ビーム管理の目的のために、周期的ＳＳＢ、周期的ＣＳＩ−ＲＳ、および非周期的ＣＳＩ−ＲＳの任意の組合せで測定するように構成され得る。ネットワーク（ＮＷ）、ＮＲ基地局（ｇＮＢ）、または他のノードは無線リソース制御（ＲＲＣ）メッセージなどの制御メッセージによってＣＳＩ−ＲＳ設定でＵＥを設定し、各設定は１つまたは複数のＣＳＩ−ＲＳリソースを含む。次いで、１つまたは複数のＵＥがこれらのＣＳＩ−ＲＳリソース上で測定を実行し、その結果をネットワークに報告し返す。
【０００９】
ビーム管理用の測定
一実施の形態では、各ＣＳＩ−ＲＳリソース又はＳＳＢは、異なるＴＲＰ  ＴＸビームで送信される（すなわち、異なるマルチアンテナプリコーディング重みを有して、ＴＲＰアンテナアレイから見て異なる方向にビームを形成する）。
【００１０】
ＵＥは異なるＴＲＰ  ＴＸビームに対応する特定の参照信号（ＣＳＩ−ＲＳ  またはＳＳＢ）に対してチャネル品質測定（参照信号受信電力（ＲＳＲＰ）など）を実行するように構成されており、さらにこれらの測定をＮＷ  に報告するように構成されている場合がある。このようにして、測定報告を使用することによって、ＮＷは、所与のＵＥのための好ましいＴＲＰ  ＴＸビームを見つけることが可能である。別のユースケースでは、各ＣＳＩ−ＲＳリソースが同じＴＲＰ  ＴＸビームで送信される。
【００１１】
このようにして、ＵＥは使用されるＴＲＰ  ＴＸビームに対して異なるＵＥ  ＲＸビームを評価することができ、特定のＴＲＰ  ＴＸビームに対して好ましいＵＥ  ＲＸビームを見つけることができる。例えば、異なるＯＦＤＭシンボルでの、又は時間領域繰り返しパターンを生じる周波数領域櫛（ｃｏｍｂ）を用いての、同じビームにおけるＣＳＩ−ＲＳリソースの繰り返し送信は、例えばアナログ受信ビームフォーミングがＵＥにおいて適用される場合に有用である。ＵＥが次にＲＸビームをＯＦＤＭシンボル間又はその中で切り替えることができ、そしてリンク品質を評価することができるからである。
【００１２】
ＣＳＩ−ＲＳ送信は非周期的（例えば、イベントトリガ）か、半永続的／定期的に送信することができる。ＣＳＩ−ＲＳ送信が半永続的／周期的に送信される場合、測定報告は半永続的／周期的に設定することもできる。
【００１３】
上述の測定手順を用いて、ＵＥは好ましいＴＲＰ  ＴＸビームを見つけることができ、そのビームに対して好ましいＵＥ  ＲＸビームを見つけることができる。ＴＸ−ＲＸビームペアは、ビームペアリンク（ＢＰＬ）と呼ばれることがある。
【００１４】
ビーム管理のためのシグナリング
ＮＲの場合、ユニキャストＤＬデータチャネル（ＰＤＳＣＨ）の受信のために、ＮＲは、ＤＬ  ＲＳアンテナポートとＤＬデータチャネルのＤＭＲＳアンテナポートとの間の空間ＱＣＬ仮定の指示をサポートすることが合意されている。ＲＳアンテナポートを示す情報はＤＣＩ、すなわち、ＵＥ固有指示を介して示される（ダウンリンクグラント）。情報は、ＤＭＲＳアンテナポートとＱＣＬされたＲＳアンテナポートを示し、空間ＱＣＬは「空間擬似共同配置（ｓｐａｔｉａｌ  ｑｕａｓｉ−ｃｏ−ｌｏｃａｔｉｏｎ）」を意味し、それはＤＬ  ＲＳと解釈され得、ＤＭＲＳはＵＥにおいて空間的に等価な方法で、言い換えれば、同じ空間フィルタ、空間プリコーダ、またはビームを使用して受信され得る。
【００１５】
ＮＲは、指示がＤＣＩメッセージ（Ｌ１シグナリング）とは対照的にＭＡＣ制御要素（ＭＡＣ−ＣＥ）（Ｌ２シグナリング）に含まれることを除いて、ユーザ固有のＤＬ制御チャネル（ＰＤＣＣＨ）の受信のための空間ＱＣＬ仮定の同様の指示をサポートすることがさらに合意された。
【００１６】
制御シグナリングメカニズム
ＬＴＥ制御シグナリングは、ＰＤＣＣＨやＰＵＣＣＨ上で制御情報を運ぶことや、ＰＵＳＣＨに埋め込むことや、ＭＡＣ制御要素（「ＭＡＣ  ＣＥ」）や、ＲＲＣシグナリングを含む、様々な方法で搬送され得る。これらのメカニズムの各々は、特定の種類の制御情報を搬送するようにカスタマイズされる。
【００１７】
ＰＤＣＣＨ、ＰＵＣＣＨ上で搬送される、またはＰＵＳＣＨに埋め込まれる制御情報は、ＬＴＥについて３ＧＰＰ  ＴＳ  ３６．２１１、３６．２１２、３６．２１３、およびＮＲについて３ＧＰＰ  Ｔｓ  ３８．２１１、３８．２１２、３８．２１３および３８．２１４に記載されるように、ダウンリンク制御情報（ＤＣＩ）、アップリンク制御情報（ＵＣＩ）などの物理レイヤ関連制御情報である。ＤＣＩは一般に、ＵＥに何らかの物理レイヤ機能を実行するように命令し、その機能を実行するために必要な情報を提供するために使用される。ＵＣＩは一般に、ＨＡＲＱ−ＡＣＫ、スケジューリング要求（ＳＲ）、ＣＱＩ、ＰＭＩ、ＲＩ、および／またはＣＲＩを含むチャネル状態情報（ＣＳＩ）などの必要な情報をネットワークに提供する。ＵＣＩおよびＤＣＩはサブフレームごとに送信可能であり、したがって、高速フェージング無線チャネルとともに変化しうるパラメータを含む、急速に変化するパラメータをサポートするように設計される。ＵＣＩおよびＤＣＩは、サブフレームごとに送信可能なので、制御オーバヘッドの量を制限するために、所与のセルに対応するＵＣＩまたはＤＣＩは数十ビットのオーダである傾向がある。
【００１８】
ＭＡＣ  ＣＥで搬送される制御情報は、３ＧＰＰ  ＴＳ  ３６．３２１に記載されているように、アップリンクおよびダウンリンク共有トランスポートチャネル（ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨ）上のＭＡＣヘッダで搬送される。ＭＡＣヘッダは固定サイズを有さないので、ＭＡＣ  ＣＥにおける制御情報はそれが必要とされるときに送信可能であり、固定オーバヘッドを必ずしも示さない。さらに、ＭＡＣ  ＣＥはＵＬ−ＳＣＨまたはＤＬ−ＳＣＨトランスポートチャネルで搬送されるので、より大きな制御ペイロードを効率的に搬送することができ、リンク適応、ＨＡＲＱから恩恵を受け、ＬＤＰＣ符号化することができる。ＭＡＣ  ＣＥは、タイミングアドバンス維持またはバッファステータス報告などの、固定されたパラメータの集合を使用する反復タスクを実行するために使用されるが、これらのタスクは一般に、サブフレームごとでのＭＡＣ  ＣＥの送信を必要としない。その結果、Ｒｅｌ−１４までのＬＴＥでは、ＰＭＩ、ＣＱＩ、ＲＩ、およびＣＲＩなどの高速フェージング無線チャネルに関連するチャネル状態情報はＭＡＣ  ＣＥで搬送されない。
【００１９】
ＮＲにおける初期アクセスとビーム管理のための測定
ＮＲの場合、同期信号ブロック（ＳＳＢ）が、初期アクセス中の同期目的のために使用されることが合意されている。ＳＳＢは、プライマリ同期（ＰＳＳ）、セカンダリ同期信号（ＳＳＳ）、および必須システム情報を伝送する物理報知信号（ＰＢＣＨ）で構成される。ＳＳＢは、２０ｍｓの周期で周期的に送信され、各々が異なる時間インデクスを有する複数のＳＳＢが各周期内で送信されてもよい。ある期間内に、各ＳＳＢはＳＳＢがセクタのカバレッジエリアにわたって「ビームスイープ」方式で送信されるように、異なる方向にビームフォーミングされてもよい。ＵＥはシステムへの初期アクセスを実行するとき、ＳＳＢを絶えず「聴聞（リッスン、ｌｉｓｔｅｎｓ）」し、最も強いものを検出するとき、検出されたＰＢＣＨに含まれる特定の時間インデクスに関連するＰＲＡＣＨリソースを使用して、ランダムアクセス手順（ＲＡＣＨ）を実行する。このようにして、ｇＮＢは、ＵＥ  ＰＲＡＣＨを検出すると、どのＳＳＢ、したがってどのＴｘビームをＵＥが検出したかを暗黙的に知る。これは、後のデータ／制御チャネル伝送のＵＥ特定ビームフォーミングに使用する初期粗ビーム方向に関する情報をｇＮＢに与える。
【００２０】
ＳＳＢはビームスイープ方式で伝送され、ユーザに適したＴｘビームを検出するために使用できるので、ＳＳＢをより広くビーム管理目的に使用すべきか否かを論じている。議論されている１つの態様は、定期的に１つまたは複数のＳＳＢに基づいてＬ１−ＲＳＲＰ測定値を報告するように、ｇＮＢがＵＥを設定することである。これらは、ＵＥが移動／回転するときに、ＵＥの方向を追跡するために使用されてもよい。更に、これらの測定はＵＥ固有ベースでビーム方向を更に精密化するために、ＣＳＩ−ＲＳ上の測定と連動して使用することができる。
【００２１】
頑健なビーム管理
ＵＥを狭いビームに接続することに伴う１つの問題は、ＢＰＬが例えば、物体がリンクの邪魔になり、それをブロックする場合に、容易に劣化し得ることである。高い透過損失および高い周波数での低い回折特性のために、障害物は、ＴＲＰとＵＥとの間の接続の喪失（いわゆる、ビームリンク障害（ＢＬＦ）またはＢＰＬ障害（ＢＰＬＦ））を生じさせる可能性があり、これは呼のドロップおよび悪いユーザ体験につながり得る。
【００２２】
ＢＰＬＦの問題を軽減する１つの方法は、最初のリンクがブロックされた場合に、２番目のバックアップＢＰＬをＴＲＰとＵＥとの間で使用できるようにすることである。第２のリンクはバックアップリンクであるので、ＴＲＰ１０４とＵＥ１０２との間の通信のためのアクティブで監視されているビームリンクの使用を示す図１に示されるように、第２のリンクは監視されているリンクとして示され、第１のリンクはアクティブリンクである。図１の一番上の図では、ＴＲＰ１０４とＵＥ１０２との間に、制御信号およびデータ伝送に使用されるアクティブＢＰＬと、バックアップとして使用される１つの監視されるＢＰＬとがある。中間の図では、オブジェクト１９０がアクティブリンクをブロックしており、これにより、ＴＲＰ１０４とＵＥ１０２との間のアクティブリンク接続が破壊される。ＴＲＰ１０４とＵＥ１０２との間の接続を回復するために、ＮＷは下の図に示すように、アクティブリンクを監視されているリンクに切り替える。
【００２３】
監視されているリンクの目的は、１）アクティブリンクよりも優れた新しいリンクを発見すること、２）アクティブリンクが切断された場合にバックアップリンクを持つことである。図１において、各ＴＲＰ  ＴＸビーム１１２、１１４に関連付けられた１つのＵＥ  ＲＸビーム１１６、１１８があり、これは通常、ＵＥ１０２においてアナログまたはハイブリッド受信ビームフォーミングが使用される場合である。ＵＥ１０２が純粋なアナログ受信ビームフォーミングを使用する場合、ＵＥ１０２はその受信ビームを、一度に１つのＴＲＰ送信ビームにのみ同調させる（例えばＯＦＤＭシンボルごと）ことができる。同様に、ＴＲＰ１０４がアナログ送信ビームフォーミングを使用する場合、一度に１つのビームのみを送信すること（例えばＯＦＤＭシンボルごと）ができる。従って、所与の時刻において、送信ビームを正しい受信ビームに合わせる必要がある。各ＴＲＰ  ＴＸビームについて、所与の時点において、可能なＵＥ  ＲＸビームの集合の中に、それに関連する「最適である」ＵＥ  ＲＸビームが存在する。
【００２４】
ビームインジケーション
３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  ＃９０  Ｍｅｅｔｉｎｇ（２０１７年８月２１日〜２５日）では、ダウンリンク（ＤＬ）データチャネルＰＤＳＣＨのビームインジケーションに関連して、以下の合意がなされた：
【００２５】
合意＃１：
●少なくともＮＲユニキャストＰＤＳＣＨのビームインジケーションの目的のために、少なくとも１つのＰＤＳＣＨ  ＤＭＲＳポートグループと空間的にＱＣＬされるＤＬ  ＲＳへの参照を提供するＤＣＩにおけるＮビットインジケータフィールドをサポートする。
○インジケータ状態は、ＤＬ  ＲＳの少なくとも１つのインデクス（たとえば、ＣＲＩ、ＳＳＢインデクス）に関連付けられ、ダウンリンクＲＳの各インデクスは所与のＤＬ  ＲＳタイプ、たとえば、非周期的ＣＳＩ−ＲＳ、周期的ＣＳＩ−ＲＳ、半永続的ＣＳＩ−ＲＳ、またはＳＳＢに関連付けられ得る。
■注意：ＳＳＢについてのＬ１−ＲＳＲＰ報告はまだ合意されていない。
■注意：ＤＬ  ＣＳＩ−ＲＳタイプを決定する１つの可能性はリソース設定ＩＤによるものであり、他のオプションは除外されない。
○Ｎの値はＦＦＳであるが、多くても［３］ビットである。
○ＦＦＳ：複数のＤＭＲＳポートグループの場合。
○ＦＦＳ：２つ以上のビームインジケータを示すか否かにかかわらず、ＮＲは、インジケータオーバヘッドを最小化するように努める。  
●ＦＦＳ：例えば、ＤＬ  ＲＳインデクス（例えば、ＣＲＩ、ＳＳＢインデクス）をインジケータ状態に関連付けるためのシグナリング機構、例えば、
○関連付けは、ＵＥに明示的にシグナリングされる。
○関連付けは、ＵＥによって暗黙的に決定される。
○上記の組合せは除外されない。
●ＦＦＳ：インジケータ状態は例えば、ＬＴＥにおけるＰＱＩに類似したＰＤＳＣＨからＲＥへのマッピング目的のための他のパラメータ、他のＱＣＬパラメータを含んでも含まなくてもよい。
●ＦＦＳ：インジケータ状態が２つ以上のＤＬ  ＲＳインデクスに関連付けられ得るか否か。
●ＦＦＳ：ＰＤＣＣＨビームインジケーションは、ＰＤＳＣＨのビームインジケーション状態に基づいていてもいなくてもよい。
【００２６】
ＤＣＩ（例えばＰＤＳＣＨ用）またはＭＡＣ−ＣＥ（例えばＰＤＣＣＨ用）のいずれかでビーム関連インジケータをＵＥにシグナリングする目的は、ＵＥがそのアナログＲｘビームを設定するのを助けることである。したがって、このインジケータは、空間ＱＣＬインジケータとして見ることができる。説明のために、本開示はＵＥにシグナリングされるビーム関連インジケータを指すために、用語ＱＲＩ（ＱＣＬ参照インジケータ）を採用する。ＱＲＩは、ＰＤＳＣＨ／ＰＤＣＣＨ受信の目的のために、ＤＭＲＳが、どの特定の参照信号リソース（ＳＳＢ、ｐ−ＣＳＩ−ＲＳ、ａ−ＣＳＩ−ＲＳ）と空間的に擬似共同配置（ＱＣＬ）されるかをＵＥに知らせる。２つの送信ＲＳが受信機で空間ＱＣＬである場合、受信機は第１及び第２の送信ＲＳがほぼ同じビームパターンで送信されると仮定することができ、従って、受信機は、第１の参照信号を受信するために使用したのとほぼ同じＲＸビームを使用して、第２の参照信号を受信することができる。従って、空間ＱＣＬはアナログビームフォーミングの使用を補助し、異なる時間インスタンスにわたる「同じビーム」の使用を形式化するために３ＧＰＰで採用された用語である。これにより、ｇＮＢは、ＤＣＩメッセージ内のＱＲＩによって示される、以前に送信されたＲＳが同じＤＣＩメッセージによってスケジュールされたＰＤＳＣＨ  ＤＭＲＳと空間的にＱＣＬであることをＵＥに通知することができる。
【００２７】
異なるビームおよび／または送信ポイントをスケジューリングする際に柔軟性を持たせるために、ＱＲＩは過去に発生したいくつかの異なるＲＳ送信（例えば、いくつかの異なるビーム）のうちの１つを指し示すことができる。これを説明する１つの方法は、リスト、例えば２ビットＱＲＩインジケータおよび４つのエントリを有するリストを用いることである。したがって、ダウンリンク制御メッセージ（ＤＣＩまたはＭＡＣ−ＣＥ）においてＵＥにシグナリングされたＱＲＩは、周期的に送信されるＲＳ（ＳＳＢおよび／またはｐ−ＣＳＩ−ＲＳなど）に関連するエントリと、非周期的に送信されるＲＳ（ａ−ＣＳＩ−ＲＳなど）に関連するエントリと、の両方から構成されるＱＲＩエントリ（または状態）のリストから引き出される。リスト中の各エントリはさらに、対応する参照信号のインデクス、例えばＳＳＢの場合は時間インデクス、またはｐ／ａ−ＣＳＩ−ＲＳの場合はＣＳＩ−ＲＳリソースインジケータ（ＣＲＩ）、と関連付けられる。用語ＲＳＩ（参照信号インデクス）は、インデクスを総称するために採用される。
【００２８】
一般に、ＱＲＩ状態とＲＳＩとの間のマッピングは、（１）明示的な方法、例えばＲＲＣまたはＭＡＣ−ＣＥシグナリングを通じて、または（２）暗黙の方法のいずれかでＵＥにシグナリングされる。
【００２９】
明示的な方法（１）について、ＵＥは通常、多数の周期的ＲＳリソース（ＳＳＢまたはｐ−ＣＳＩ−ＲＳ）、すなわち、多数のＴｘビーム上で測定を実行し、好ましいリソース（ビーム）の集合についてのＲＳＲＰフィードバック（対応するＲＳＩを含む）をｅＮＢに提供する。次に、ｇＮＢは測定された／報告されたＲＳＩの部分集合を選択し、それらをリスト内のＱＲＩ状態に関連付ける。その後、このマッピングは、ＲＲＣまたはＭＡＣ−ＣＥシグナリングに基づいて、比較的ゆっくりとＵＥにシグナリングされる。
【００３０】
暗黙的な方法について、（２）は、ＵＥが非周期的ＲＳリソース（ａ−ＣＳＩ−ＲＳ）の集合上で測定を実行する場合に使用される。ここでも、ＵＥは、ｅＮＢに、好ましいリソース（ビーム）についてのＲＳＲＰフィードバック（ＲＳＩを含む）を提供することができる。しかしながら、明示的な方法（１）とは異なり、ＱＲＩ状態とＲＳＩとの間のマッピングは、測定後にＵＥに明示的にシグナリングされない。むしろ、ＱＲＩ（例えば、２ビット）は第１に、非周期的ＲＳリソースの集合上の測定をトリガするメッセージに含まれる。この意味で、ＱＲＩとＲＳＩとの間の関連付けは測定トリガに基づいて暗黙的に決定され、優先リソース（ＲＳＩ）は非周期的に送信されたＲＳの集合上の最新の測定に基づいて決定される。
【００３１】
暗黙の方法（２）はまた初期アクセス手順の場合に使用可能であり、そこでは、ＵＥが例えばＱＲＩ＝０であると仮定し、これはＲＡＣＨ手順に基づいて決定されたビームペアリンクのために予約されたものである。ＱＲＩ＝０からＲＳＩへのマッピングは、ＵＥによって選択された（ＰＢＣＨで符号化された）優先ＳＳＢの時間インデクスに基づいて暗黙的に取得される。
【００３２】
ビームインジケーションの例
例示の目的で、７つの異なるＱＲＩ状態がどのように設定されたかの例を表１（以下）に示す。この例は、３つの異なるＲＳタイプ、ＳＳＢ（周期的）、ｐ‐ＣＳＩ‐ＲＳ、およびａ‐ＣＳＩ‐ＲＳに基づく最大７つの異なるビームペアリンクの確立に対応する。したがって、ネットワークは７つの異なるＲＳを用いて７つの異なる方法（異なるビームフォーミング重みまたは異なる送信点からさえも）でビームを送信することができ、ＵＥはこれらのＲＳの各々について受信機設定（すなわちアナログＲＸビーム）を記憶する。これらの７つの異なるＱＲＩは、３ビットで示すことができる。
【００３３】
表１はまた、ＱＲＩと参照信号インデクス（ＲＳＩ）との間の関連付けが、暗黙的または明示的のいずれかで、どのようにＵＥに知られるかを示す列を含む。両方の場合において、ＲＳＩは、参照信号の集合の以前の測定に基づいて決定され、ＲＳＩは典型的には好ましいリソースインデクス、例えば、最大のＲＳＲＰを有するリソースインデクスに対応する。この決定に基づいて、ＵＥは表２（下記）に示されるように、ＲＳＩを用いて各行を強化することができる。
【表１】
2020533894.tif 000003
【表２】
2020533894.tif 000004
【００３４】
ビーム固有のＵＬ電力制御
移動システムにおいて送信機の出力電力レベル、ダウンリンクにおける基地局の出力電力レベル、およびアップリンクにおける移動局の出力電力レベルを設定することは、一般に、電力制御（ＰＣ）と呼ばれる。ＰＣの目的には、容量の向上、カバレッジの向上、システムの堅牢性の向上、および消費電力の削減が含まれる。ＬＴＥでは、ＰＣ機構を、（ｉ）開ループ、（ｉｉ）閉ループ、および（ｉｉｉ）開ループおよび閉ループの組み合わせに分類することができる。これらは、送信電力を決定するためにどの入力が使用されるかにおいて異なる。開ループの場合、送信機は受信機から送信された一部の信号を測定し、これに基づいてその出力電力を設定する。閉ループの場合、受信機は送信機からの信号を測定し、これに基づいて、送信電力制御（ＴＰＣ）コマンドを送信機に送信し、送信機は、それに応じて送信電力を設定する。組み合わされた開ループおよび閉ループ方式では、両方の入力が送信電力を設定するために使用される。
【００３５】
例えば、ＬＴＥリリース１０では、ＵＥは、
2020533894.tif 000005
を使用してＰＲＡＣＨのＰＣを最初に実行している。
【００３６】
ＵＥとｅＮｏｄｅＢとの間に接続が確立された後、ＵＥは、ＰＵＣＣＨ、ＰＵＳＣＨ、およびＳＲＳ送信上でもＵＬ  ＰＣを実行するように構成され得る。物理アップリンク制御チャネル（ＰＵＣＣＨ）送信のためのＵＥ送信電力の設定は
2020533894.tif 000006
から行われる。
【００３７】
ここで、ＰＰＵＣＣＨは、所与のサブフレームで使用される送信電力であり、ＰＬｃはＵＥによって推定される経路損失である。ＰＵＳＣＨの場合、代わりに、式
2020533894.tif 000007
を用いることができる。ここで、ｃがサービングセルを示し、ＰＰＵＳＣＨ，ｃが所与のサブフレームで使用される送信電力である。ＳＲＳについて、
2020533894.tif 000008
と定義される。
【００３８】
ＰＬｃはＵＥ送信の電力レベルを設定することの一部であることに留意されたい。このことから、ＵＥによって行われる経路損失推定がＰＣの重要な役割を果たすことは明らかである。次に、経路損失はＤＬ送信から推定されなければならず、典型的には参照信号を測定することによって行われる。
【００３９】
ビーム固有の意味するところについての正確な詳細はまだ完全には決まっていないが、ＮＲはビーム固有の電力制御をサポートすることが合意されている。ビーム固有のＰＣは例えば、複数のＵＥ  ＴＸとｇＮＢ  ＲＸビームとのペアにおける別々の電力制御が維持されるユースケースを可能にするスキームであり得る。例えば、ユースケースは以下を含む：（ｉ）あるビームを使用してＴＲＰに送信するＵＥが別のビームに切り替え、その結果、１つのＰＣループから別のＰＣループに切り替えること、および、（ｉｉ）ＴＲＰに送信するＵＥが別のＴＲＰに切り替え、その結果、１つのＰＣループから別のＰＣループにも切り替えること。
【００４０】
現在、ある種の課題が存在する。
【発明の概要】
【００４１】
ＵＬ  ＰＣの目的のために、ＮＲは、その経路損失推定を、ＳＳブロック（ＳＳＢ）および周期的ＣＳＩ−ＲＳ（ｐ−ＣＳＩ−ＲＳ）に基づかせることが合意されている。更に、非周期的（ａ‐ＣＳＩ‐ＲＳ）及び半永続的ＣＳＩ‐ＲＳ（ｓ‐ＣＳＩ‐ＲＳ）をＵＬ電力制御に使用できるようにすることも検討されている。従って、複数の異なる参照信号がＵＬ  ＰＣに使用されるので、どの参照信号を測定するか、また、ビーム固有のＵＬ  ＰＣを実行するときに、いつどの参照信号を使用するかをＵＥに認識させる方法に関する問題を解決する必要がある。
【００４２】
本開示およびその実施形態の特定の態様は、上述の困難または他の困難に対する解決策を提供することができる。従来技術におけるＱＲＩの目的は、ＤＬ参照信号およびＤＬ送信に接続することであった。いくつかの実施の形態によれば、これは以下のように拡張される：（ｉ）各ＱＲＩがＵＬ電力制御ループにも接続され、（ｉｉ）このＰＣループ内で、経路損失推定がＱＲＩに対応する参照信号に基づくことができる。
【００４３】
従って、これは、ＵＥ  Ｔｘビーム方向がＰＤＳＣＨ（またはＰＤＣＣＨ）ＵＥ  Ｒｘビーム方向と同じであるようにＵＥがＰＵＳＣＨ（またはＰＵＣＣＨ）送信を実行したい場合、適切なＰＣ戦略はＰＵＳＣＨ（またはＰＵＣＣＨ）のために示されたＱＲＩに対応するＰＣループを使用することであることを意味する。従って、使用すべきＰＣループは、ＰＤＳＣＨおよび／またはＰＤＣＣＨのＱＲＩがシグナリングされるダウンリンク制御メッセージ（ＤＣＩまたはＭＡＣ−ＣＥ）から暗黙的に得られるかもしれない。あるいはまた、ＱＲＩは、ＰＵＳＣＨおよび／またはＰＵＣＣＨのＱＲＩを選択するために明示的にシグナリングされ、ＰＣループがこのインデクス付けに従う。
【００４４】
１．ダウンリンク制御チャネルスケジューリングメッセージ（例えば、ＤＣＩ）またはＭＡＣ制御メッセージ（例えば、ＭＡＣ−ＣＥ）において、ＱＲＩのリストのなかからＱＲＩがＵＥに示され、ＵＥは、複数のＵＬ  ＰＣループから１つを選択するための参照としてそのＱＲＩを使用する。
２．ＱＲＩのリストの中の各エントリはＰＣループに接続され、このＰＣループは、ＰＣ用に経路損失を推定するために、ＱＲＩに対応するＲＳを使用してもよいし、使用しなくてもよい。
３．ＵＥは、ＲＲＣシグナリングを介して、すべてのＰＣループに共通の部分と、各ＰＣループに固有の１つの部分と、を有するＵＬ  ＰＣループを設定し、前記固有の部分は、共通の部分に対するオフセットとして指定されてもよい。
ａ．固有の部分がまだ設定されていない場合、ＵＥはそれをゼロに設定することができ、したがって、共通の部分のみを使用することができる。
４．示されたＱＲＩは、あるＵＬ  ＰＣループについての電力ヘッドルーム報告を報告および／またはトリガするために添付される。
５．ＳＲＳ  ＰＣは、ＰＤＳＣＨ送信のために現在使用されているまたは最後に使用されたＱＲＩに接続される。
６．ＳＲＳ  ＰＣは、ＱＲＩを示さずにＲＳに接続される。
【００４５】
本明細書で開示される問題のうちの１つまたは複数に対処する様々な実施の形態が、本明細書で提案される。
【００４６】
例えば、一態様では、ユーザ機器、ＵＥにおいて実装される方法が提供される。方法は、ダウンリンク、ＤＬ、情報を受信することと、前記ＤＬ情報に基づいてアップリンク、ＵＬ、送信用の空間アソシエーションを決定することと、前記ＤＬ情報に基づいてアップリンク、ＵＬ、送信用の空間アソシエーションを決定することと、を含む。
【００４７】
ある実施の形態では、前記空間アソシエーションを決定することが、ａ）空間フィルタ、ｂ）プリコーダ、ｃ）前記ＵＬ送信に用いられるビーム、のうちのひとつを決定することを含む。
【００４８】
ある実施の形態では、前記空間アソシエーションを決定することがさらに、前記ＤＬ情報に基づいて、第１参照信号、ＲＳ、設定を伴う空間アソシエーションを決定することを含む。
【００４９】
ある実施の形態では、前記第１ＲＳ設定がアップリンク（ＵＬ）サウンディング参照信号（ＳＲＳ）設定である。
【００５０】
ある実施の形態では、前記第１ＲＳ設定がダウンリンク（ＤＬ）ＲＳ設定である。
【００５１】
ある実施の形態では、前記ＤＬ  ＲＳ設定がａ）ＣＳＩ−ＲＳインデクスまたはｂ）ＳＳＢインデクスのうちの一方を含む。
【００５２】
ある実施の形態では、ＰＣパラメータを決定することが、ＵＬ電力制御用のオフセット値（Ｐ０）を決定することを含む。
【００５３】
ある実施の形態では、ＰＣパラメータを決定することが、経路損失推定に用いられるＲＳを決定することを含む。
【００５４】
ある実施の形態では、前記ＤＬ情報が、物理ダウンリンク制御チャネル、ＰＤＣＣＨ、を用いて受信されたダウンリンク制御情報、ＤＣＩ、内のビットフィールドである。
【００５５】
ある実施の形態では、前記ＤＬ情報がＭＡＣ  ＣＥ内のビットフィールドである。
【００５６】
ある実施の形態では、前記ビットフィールドが、前記ＰＤＣＣＨを用いて受信されたＤＣＩ内のサウンディング参照信号インジケータ、ＳＲＩ、である。
【００５７】
ある実施の形態では、方法は、前記ＵＬ  ＰＣパラメータに基づいて、ＰＵＳＣＨ送信用の前記送信電力を取得することを含む。
【００５８】
ある実施の形態では、方法は、前記ＵＬ  ＰＣパラメータに基づいて、ＰＵＣＣＨ送信用の前記送信電力を取得することを含む。
【００５９】
ある実施の形態では、ＰＣパラメータを決定することが、アルファ値および／またはループインデクス値を決定することを含み、任意選択で、前記アルファ値および／または前記ループインデクス値はビーム特定的である。
【００６０】
ある実施の形態では、前記ＤＬ情報が、利用可能なＳＲＩ状態の集合から選択されたＳＲＩ状態を表す、サウンディング参照信号（ＳＲＳ）インジケータ、ＳＲＩ、を含む。
【００６１】
ある実施の形態では、前記利用可能なＳＲＩ状態のそれぞれが、ひとつ以上のＤＬ  ＲＳに関連付けられている。
【００６２】
ある実施の形態では、前記ＰＣパラメータを決定することが、前記ＳＲＩに関連付けられた前記ＵＬ  ＰＣパラメータを決定することを含む。
【００６３】
他の態様では、ダウンリンク、ＤＬ、情報を受信することと、前記ＤＬ情報に基づいてアップリンク、ＵＬ、送信用の空間アソシエーションを決定することと前記ＤＬ情報に基づいてＵＬ電力制御、ＰＣ、パラメータを決定することと、を行うよう構成されたＵＥが提供される。
【００６４】
ある実施の形態では、前記空間アソシエーションを決定することが、ａ）空間フィルタ、ｂ）プリコーダ、ｃ）前記ＵＬ送信に用いられるビーム、のうちのひとつを決定することを含む。
【００６５】
ある実施の形態では、前記空間アソシエーションを決定することがさらに、前記ＤＬ情報に基づいて、第１参照信号、ＲＳ、設定を伴う空間アソシエーションを決定することを含む。
【００６６】
ある実施の形態では、前記第１ＲＳ設定がアップリンク（ＵＬ）サウンディング参照信号（ＳＲＳ）設定である。
【００６７】
ある実施の形態では、前記第１ＲＳ設定がダウンリンク（ＤＬ）ＲＳ設定である。
【００６８】
ある実施の形態では、前記ＤＬ  ＲＳ設定がａ）ＣＳＩ−ＲＳインデクスまたはｂ）ＳＳＢインデクスのうちの一方を含む。
【００６９】
ある実施の形態では、ＰＣパラメータを決定することが、ＵＬ電力制御用のオフセット値（Ｐ０）を決定することを含む。
【００７０】
ある実施の形態では、ＰＣパラメータを決定することが、経路損失推定に用いられるＲＳを決定することを含む。
【００７１】
ある実施の形態では、前記ＤＬ情報が、物理ダウンリンク制御チャネル、ＰＤＣＣＨ、を用いて受信されたダウンリンク制御情報、ＤＣＩ、内のビットフィールドである。
【００７２】
ある実施の形態では、前記ＤＬ情報がＭＡＣ  ＣＥ内のビットフィールドである。
【００７３】
ある実施の形態では、前記ビットフィールドが、前記ＰＤＣＣＨを用いて受信されたＤＣＩ内のサウンディング参照信号インジケータ、ＳＲＩ、である。
【００７４】
ある実施の形態では、前記ＵＥはさらに、前記ＵＬ  ＰＣパラメータに基づいて、ＰＵＳＣＨ送信用の前記送信電力を取得するよう構成される。
【００７５】
ある実施の形態では、前記ＵＥはさらに、前記ＵＬ  ＰＣパラメータに基づいて、ＰＵＣＣＨ送信用の前記送信電力を取得するよう構成される。
【００７６】
ある実施の形態では、ＰＣパラメータを決定することが、アルファ値および／またはループインデクス値を決定することを含み、任意選択で、前記アルファ値および／または前記ループインデクス値はビーム特定的である。
【００７７】
ある実施の形態では、前記ＤＬ情報が、利用可能なＳＲＩ状態の集合から選択されたＳＲＩ状態を表す、サウンディング参照信号（ＳＲＳ）インジケータ、ＳＲＩ、を含む。
【００７８】
ある実施の形態では、前記利用可能なＳＲＩ状態のそれぞれが、ひとつ以上のＤＬ  ＲＳに関連付けられている。
【００７９】
ある実施の形態では、前記ＰＣパラメータを決定することが、前記ＳＲＩに関連付けられた前記ＵＬ  ＰＣパラメータを決定することを含む。
【００８０】
また、上述のような方法を実施するか、またはそのような方法のためのインジケーションを運ぶのに適した装置、コンピュータプログラム、およびコンピュータ媒体も提供される。
【００８１】
実施の形態は以下の技術的利点のいずれも提供しないか、ひとつを提供するか、または複数を提供する。例えば、ＰＣループの選択はＰＤＳＣＨ／ＰＤＣＣＨまたはＰＵＳＣＨ／ＰＵＣＣＨについて示されたＱＲＩに従うので、追加のシグナリングの必要はなく、ダウンリンク制御メッセージにおいてＱＲＩを示すときの結果としてＰＣループが続く。これは、ダウンリンク制御メッセージで運ぶことができるデータの量が非常に限られているので、重要である。
【００８２】
さらに、ビーム管理に利用される参照信号はＵＬ  ＰＣにも利用できる。これにより、ビーム管理目的に使用されるもの以上に追加的な参照信号をＵＬ  ＰＣ用に設定する必要がないため、「引き締まった（ｌｅａｎ）」セットアップが可能になる。
【図面の簡単な説明】
【００８３】
本明細書に組み込まれ、本明細書の一部を形成する添付の図面は、様々な実施の形態を示す。
【図１】いくつかの実施の形態による、ＴＲＰとＵＥとの間の通信のためのアクティブビームリンクおよび監視ビームリンクの使用を示す。
【図２】いくつかの実施の形態による無線ネットワークを示す。
【図３】様々な態様によるＵＥの一実施の形態を示す。
【図４】ある実施の形態に係る、仮想化環境を示す模式的なブロック図である。
【図５】中間ネットワークを介してホストコンピュータに接続された電気通信ネットワークを概略的に示す。
【図６】基地局を介して部分的に無線の接続を介してユーザ装置と通信するホストコンピュータの一般化されたブロック図である。
【図７】ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。
【図８】ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。
【図９】ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。
【図１０】ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。
【図１１】ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。
【図１２】無線ネットワーク内の装置の模式的なブロック図である。
【図１３】ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。
【図１４】無線ネットワーク内の装置の模式的なブロック図である。
【図１５】ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示すフローチャートである。
【図１６】無線ネットワーク内の装置の模式的なブロック図である。
【図１７】ある実施の形態に係る、ＴＣＩ状態の集合を示すテーブルを示す。
【発明を実施するための形態】
【００８４】
ここで、本明細書で企図される実施の形態のいくつかを、添付の図面を参照してより完全に説明する。しかしながら、他の実施形態は本明細書に開示された主題の範囲内に含まれ、開示された主題は本明細書に記載された実施形態のみに限定されると解釈されるべきではなく、むしろ、これらの実施形態は主題の範囲を当業者に伝えるために例として提供される。アペンディクスで提供される文書にも追加的な情報が見出されうる。
【００８５】
ビーム固有のＵＬ  ＰＣ
本開示の一実施の形態は、ＰＵＳＣＨのためのＰＣが考慮される以下の表に提示される。
【表３】
2020533894.tif 000009
【表４】
2020533894.tif 000010
【００８６】
これらの表から分かるように、各ＱＲＩに付されたＰＣループがあり、ここで、ＵＬ  ＰＣループＰＰＵＳＣＨ，ｃｉは、
2020533894.tif 000011
によって与えられる。
【００８７】
ここで、αｉ、Ｐ０，ＰＵＳＣＨｉ等の意味は、これらのパラメータがビーム固有の方法で設定されてもよく、したがってｉに依存してもよいことである。しかしながら、それらはまた、例えばα０＝α１＝…＝α６＝αとなるように共有されてもよく、これはαのみが設定されればよいことを意味する。ＰＰＵＣＣＨＪにおけるインデクスＪは、ＰＵＣＣＨ送信に使用されるビームを指す。
【００８８】
さらに、ＰＬｃｉは、経路損失推定がＱＲＩ  ｉに対応する参照信号に基づくことを意味する。したがって、ＱＲＩ  ｉに対応する参照信号が送信されるたびに、それは、長期平均化を実行することによって典型的に行われるＰＬｃｉの推定を行うために、ＵＥによって使用されてもよい。ある実施の形態では、
ＰＬｃｉ＝ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ＿ｉ−ｈｉｇｈｅｒ＿ｌａｙｅｒ＿ｆｉｌｔｅｒｅｄ＿ＲＳＲＰ＿ｉ
ここで、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ＿ｉはネットワークによって定義される。したがって、上記の例では、ＣＲＩ＝３（ＱＲＩ＝５）に対応するａ−ＣＳＩ−ＲＳを送信することは、ＵＥがＰＬｃ５についてのより多くの情報を取得することを可能にし、それに応じてＰＰＵＳＣＨ，ｃ５が更新され得る。
【００８９】
ＱＲＩ  ｉに対応する参照信号に対して測定制限が設定される場合、ＵＥは、経路損失計算のために長期平均を実行すべきではない。この場合の代替案は、長期平均化が可能な（例えば、５．２で論じるような）ＰＬ推定用の異なる参照信号をＵＥが使用することである。
【００９０】
最後に、ＰＵＳＣＨのために現在使用されていないビーム、したがってＭ＝０について、式は代わりに、
2020533894.tif 000012
として定義され得ることが指摘される。
【００９１】
暗黙対明示
例えばαｉやＰ０，ＰＵＳＣＨｉなどのＵＬ  ＰＣパラメータの設定は、ＲＲＣ設定を使用して行うことができる。前述のように、ＱＲＩ状態とＲＳＩとの間のマッピングは、異なる方法で行われてもよい。明示的なマッピングについては、ＲＲＣまたはＭＡＣ−ＣＥシグナリングが自然な候補であるのに対し、暗黙的なマッピングについてはＤＣＩが用いられる。したがって、例えば、ａ−ＣＳＩ−ＲＳが暗黙的なマッピングを介して設定されるようにすることにより、次いでＵＬ  ＰＣループが定義され、そのような設定は以下を生じさせる。すなわち、どのＲＳを測定するかに関してＵＬ  ＰＣループが定義されるが、ＲＲＣ設定が多くの場合ＤＣＩシグナリングよりも遅いためαｉやＰ０，ＰＵＳＣＨｉなどのパラメータがまだＵＥにおいて利用可能でない期間が存在しうる。ある実施の形態では、これは、式αｉ＝α＋Δαｉにしたがってビーム固有のパラメータを定義することによって解決され、ここで、αはデフォルト値であり、全てのＰＣループで共有され、Δαｉはビームｉにのみ適用されるオフセットである。次に、このオフセットは、別の値がＲＲＣを介して設定されるまで、０に等しいと仮定されうる。したがって、この場合、αはデフォルト挙動に対応する。Ｐ０，ＰＵＳＣＨｉ＝Ｐ０，ＰＵＳＣＨ＋ΔＰ０，ＰＵＳＣＨｉと記述することにより、Ｐ０，ＰＵＳＣＨｉに対して同様の戦略が適用可能である。ここで、Ｐ０，ＰＵＳＣＨはデフォルト値を表す。
【００９２】
共有ＰＬ推定プロセスを伴うビーム固有のＵＬ  ＰＣ
本開示の一実施の形態では、ＰＣループはＱＲＩに接続されるが、経路損失推定に使用される参照信号はＱＲＩに接続されるものと必ずしも同じではない。これは、ＱＲＩ＝５およびＱＲＩ＝６に対応するＰＣループがそのＱＲＩ自体を定義する参照信号にもはや基づいていない以下の例によって示される。
【表５】
2020533894.tif 000013
【００９３】
ＰＣプロセスプールを伴うビーム固有のＵＬ  ＰＣ
本開示の一実施の形態では、ＰＣループはＱＲＩに接続されるが、ＰＣループはＰＣプロセスのプール内の複数のＰＣループプロセスのうちの１つを指す。これは、各ＱＲＩが３つのＰＣループプロセスのうちの１つに接続される以下の場合に例示される。
【表６】
2020533894.tif 000014
【００９４】
ＰＣプロセスプールで使用可能なＰＣループプロセスは次に、以下に示すように別のテーブルで定義される。
【表７】
2020533894.tif 000015
【００９５】
ＵＬ  ＰＣループインジケーション
一実施の形態では、ＵＥは、ＵＥ  Ｔｘビーム方向がＰＤＳＣＨまたはＰＤＣＣＨ  ＵＥ  Ｒｘビーム方向と同じになるように、ＰＵＳＣＨまたはＰＵＣＣＨ送信を実行したいと思う。これは、適切なＰＣ戦略が、対応するＰＤＳＣＨまたはＰＤＣＣＨビームのＱＲＩに対応するＰＣループを使用することであることを意味する。従って、使用すべきＰＣループは、ＰＤＳＣＨおよび／またはＰＤＣＣＨのＱＲＩがシグナリングされるダウンリンク制御メッセージ（ＤＣＩまたはＭＡＣ−ＣＥ）から暗黙的に得られるかもしれない。あるいはまた、ＱＲＩは、ＰＵＳＣＨおよび／またはＰＵＣＣＨのビームを選択するために明示的にシグナリングされ、ＰＣループがこのインデクス付けに従う。したがって、ＱＲＩはＵＬ  ＰＣの目的にも使用することが可能であり、ＰＵＳＣＨまたはＰＵＣＣＨビームを決定するためにはＵＬ  ＰＣループが存在する必要があるが、そのＵＬ  ＰＣループを決定するための別途のシグナリングは必要なくなるであろう。
【００９６】
一例では、ＵＥはＰＤＣＣＨを介してＵＬグラントを受信する。ＵＬグラントに応答して、ＵＥは、ＰＵＳＣＨ送信を行う。ＵＬグラントはＭビットフィールド（例えば、ＱＲＩインジケータ、および、例えば、Ｍ＝２または３ビット）を含むことができる。Ｍビットフィールドに基づいて、ＵＥはＤＬ  ＲＳ設定（例えば、ＣＳＩ−ＲＳまたはＳＳＢのようなＲＳタイプ、およびＣＳＩ−ＲＳリソースインデクスのようなＲＳインデクス、またはＳＳＢに関連する時間インデクス）を決定する。ＵＥはまた、ＤＬ  ＲＳ設定に基づいて、空間擬似共同配置の関連付けを決定する。ＵＥは、空間擬似共同配置の関連付けを用いて、ＰＵＳＣＨ送信を行うために使用される空間フィルタ／空間プリコーダ／ビームを決定できる。例えば、ＵＥが決定されたＤＬ  ＲＳ設定を有するＤＬ  ＲＳを受信するために第１のＤＬ空間フィルタ／空間プリコーダ／ビームを使用する場合、それは、そのＰＵＳＣＨ送信を行うために、第１のＤＬ空間フィルタ／空間プリコーダ／ビームの逆数であるＵＬ空間フィルタ／空間プリコーダ／ビームを使用する。ＵＥは、経路損失（ＰＬ）推定に使用されるＲＳタイプおよびオフセット値（例えば、Ｐ０＿ＰＵＳＣＨ）を含むことができる電力制御（ＰＣ）パラメータを使用して、ＰＵＳＣＨ送信の送信電力を決定する。ＵＥが使用するＰＣパラメータは、グラントに含まれるのと同じＭビットフィールドから決定できる。あるいは、ＰＣパラメータは、同じグラントに含まれる別個のＬビットフィールド（例えば、Ｌ＝１または２ビット）を使用して決定されてもよい。あるいは、ＰＣパラメータは、同じグラントに含まれる、Ｌビットフィールド（例えば、Ｌ＝１または２ビット）とＭビットフィールドとを使用して決定されてもよい。
【００９７】
別の例では、ＵＥはＰＤＣＣＨを介してＵＬグラントを受信する。ＵＬグラントに応答して、ＵＥは、ＰＵＳＣＨ送信を行う。ＰＤＣＣＨを受信する前に、ＵＥはＭビットフィールド（例えば、ＱＲＩインジケータ、そして例えば、Ｍ＝２または３ビット）を含むＭＡＣ−ＣＥまたは他のインジケーションを受信し、Ｍビットフィールドは、ＰＤＣＣＨを受信するための空間ＱＣＬ情報を提供する。Ｍビットフィールドに基づいて、ＵＥはＤＬ  ＲＳ設定（例えば、ＣＳＩ−ＲＳまたはＳＳＢのようなＲＳタイプ、およびＣＳＩ−ＲＳリソースインデクスのようなＲＳインデクス、またはＳＳＢに関連する時間インデクス）を決定する。ＵＥはまた、ＤＬ  ＲＳ設定に基づいて、空間擬似共同配置の関連付けを決定する。ＵＥは、空間擬似共同配置の関連付けを用いて、ＰＵＳＣＨ送信を行うために使用される空間フィルタ／空間プリコーダ／ビームを決定できる。例えば、ＵＥが決定されたＤＬ  ＲＳ設定を有するＤＬ  ＲＳを受信するために第１のＤＬ空間フィルタ／空間プリコーダ／ビームを使用する場合、それは、そのＰＵＳＣＨ送信を行うために、第１のＤＬ空間フィルタ／空間プリコーダ／ビームの逆数であるＵＬ空間フィルタ／空間プリコーダ／ビームを使用する。前例と同様に、ＵＥは、経路損失（ＰＬ）推定に使用されるＲＳタイプおよびオフセット値（例えば、Ｐ０＿ＰＵＳＣＨ）を含むことができる電力制御（ＰＣ）パラメータを使用して、ＰＵＳＣＨ送信の送信電力を決定する。ＵＥが使用するＰＣパラメータは、グラントに含まれるのと同じＭビットフィールドから決定できる。あるいは、ＰＣパラメータは、同じグラントに含まれる別個のＬビットフィールド（例えば、Ｌ＝１または２ビット）を使用して決定されてもよい。あるいは、ＰＣパラメータは、同じグラントに含まれる、Ｌビットフィールド（例えば、Ｌ＝１または２ビット）とＭビットフィールドとを使用して決定されてもよい。
【００９８】
別の実施の形態では、ＵＥはＰＤＣＣＨを介してＵＬグラントを受信する。ＵＬグラントに応答して、ＵＥは、ＰＵＳＣＨ送信を行う。ＵＬグラントはＭビットフィールド（例えば、ＳＲＳリソースインジケータ（ＳＲＩ）、および、例えば、Ｍ＝２または３ビット）を含むことができる。Ｍビットフィールドに基づいて、ＵＥはＵＬ  ＲＳ設定（例えば、ＳＲＳ設定）を決定する。ＵＥはまた、ＵＬ  ＲＳ設定に基づいて、空間擬似共同配置の関連付けを決定する。ＵＥは、空間擬似共同配置の関連付けを用いて、ＰＵＳＣＨ送信を行うために使用される空間フィルタ／空間プリコーダ／ビームを決定できる。例えば、ＵＥが決定されたＵＬ  ＲＳ設定でＳＲＳを送信するために第１のＵＬ空間フィルタ／空間プリコーダ／ビームを使用する場合、それは、そのＰＵＳＣＨ送信を行うために同じ空間フィルタ／空間プリコーダ／ビームを使用する。ＵＥは、経路損失（ＰＬ）推定に使用されるＲＳタイプおよびオフセット値（例えば、Ｐ０＿ＰＵＳＣＨ）を含むことができる電力制御（ＰＣ）パラメータを使用して、ＰＵＳＣＨ送信の送信電力を決定する。ＵＥが使用するＰＣパラメータは、グラントに含まれるのと同じＭビットフィールドから決定できる。あるいは、ＰＣパラメータは、同じグラントに含まれる別個のＬビットフィールド（例えば、Ｌ＝１または２ビット）を使用して決定されてもよい。あるいは、ＰＣパラメータは、同じグラントに含まれる、Ｌビットフィールド（例えば、Ｌ＝１または２ビット）とＭビットフィールドとを使用して決定されてもよい。
【００９９】
ＰＨＲ
一実施の形態では、ビーム固有のパワーヘッドルームレポート（ＰＨＲ）は、ビーム固有の方法でトリガされてもよく、要求されたＰＨＲのビームインデクス（例えば、ＱＲＩインデクス）はｇＮＢからＵＥにシグナリングされる。このインデクスは、所与のＰＣループ、したがって対応するＱＲＩにも結び付けられる。したがって、ＱＲＩは、ここでも、どのビームのためのＰＨＲを導出するかを示すために使用され得る。
【０１００】
ＰＵＣＣＨ
ＰＵＳＣＨのＵＬ  ＰＣについて前述したが、当業者にとって、ＰＵＣＣＨにも適用するために提示された実施の形態を拡張することは容易である。
【０１０１】
一例では、ＵＥはＰＤＳＣＨ送信を受信するためにＤＬ割り当てを受信する。ＰＤＳＣＨの受信に応答して、ＵＥは、ＰＤＳＣＨに対応するＨＡＲＱフィードバックを含むＰＵＣＣＨ送信を行う。ＤＬ割り当てはＭビットフィールド（例えば、ＱＲＩインジケータ、および、例えば、Ｍ＝２または３ビット）を含むことができる。Ｍビットフィールドに基づいて、ＵＥはＤＬ  ＲＳ設定（例えば、ＣＳＩ−ＲＳまたはＳＳＢのようなＲＳタイプ、およびＣＳＩ−ＲＳリソースインデクスのようなＲＳインデクス、またはＳＳＢに関連する時間インデクス）を決定する。ＵＥはまた、ＤＬ  ＲＳ設定に基づいて、空間擬似共同配置の関連付けを決定する。ＵＥは、空間擬似共同配置の関連付けを用いて、ＰＵＣＣＨ送信を行うために使用される空間フィルタ／空間プリコーダ／ビームを決定できる。例えば、ＵＥが決定されたＤＬ  ＲＳ設定を有するＤＬ  ＲＳを受信するために第１のＤＬ空間フィルタ／空間プリコーダ／ビームを使用する場合、それは、そのＰＵＣＣＨ送信を行うために、第１のＤＬ空間フィルタ／空間プリコーダ／ビームの逆数であるＵＬ空間フィルタ／空間プリコーダ／ビームを使用する。ＵＥは、経路損失（ＰＬ）推定に使用されるＲＳタイプおよびオフセット値（例えば、Ｐ０＿ＰＵＣＣＨ）を含むことができる電力制御（ＰＣ）パラメータを使用して、ＰＵＣＣＨ送信の送信電力を決定する。ＵＥが使用するＰＣパラメータは、グラントに含まれるのと同じＭビットフィールドから決定できる。あるいは、ＰＣパラメータは、同じグラントに含まれる別個のＬビットフィールド（例えば、Ｌ＝１または２ビット）を使用して決定されてもよい。あるいは、ＰＣパラメータは、同じグラントに含まれる、Ｌビットフィールド（例えば、Ｌ＝１または２ビット）とＭビットフィールドとを使用して決定されてもよい。
【０１０２】
複数の参照信号に基づく非ビーム固有のＳＲＳ  ＰＣ
一実施の形態では、ＳＲＳ  ＰＣはビームに基づいており、したがって、ＰＵＳＣＨ送信のために現在（または最後に使用された）ＱＲＩに基づく。ＱＲＩがＩと示される場合、ＳＲＳ  ＵＬ  ＰＣは
2020533894.tif 000016
と記述される。
【０１０３】
これは、ＳＲＳ  ＰＣが現在のＰＵＳＣＨ送信に対応する伝搬環境を採用するであろうことを意味する。ある実施の形態では、ＳＲＳは、ＵＥ  Ｔｘビーム方向がビームＩの対応するＰＤＳＣＨ  ＵＥ  Ｒｘビーム方向に関して同じであるように送信される。他の実施の形態では、複数のＳＲＳ：ｓは、ビームＩのＰＤＳＣＨ  ＵＥ  Ｒｘビームの方向の近くの、異なる複数のＵＥ  Ｔｘビーム方向に送信される。更に別の実施の形態では、ＳＲＳビームスイープは、多くの異なるＵＥ  Ｔｘビーム及び方向を用いてＳＲＳ：ｓを送信することによって行われ、そこでは方向の幾つかはビームＩのＰＤＳＣＨ  ＵＥ  Ｒｘビーム方向と実質的に異なる。
【０１０４】
単一の参照信号に基づく非ビーム固有のＳＲＳ  ＰＣ
一実施の形態では、ＳＲＳ  ＰＣは、ＰＵＳＣＨおよび／またはＰＵＣＣＨが前の実施の形態で例示したように複数の参照信号を使用するにもかかわらず、あるひとつの参照信号、たとえばＳＳＢに基づく。この場合、ＰＣは
2020533894.tif 000017
で与えられてもよい。
【０１０５】
ここで、Ｐ０，ＰＵＳＣＨ，ｃ、αなどはビーム固有のＰＵＳＣＨ  ＰＣのデフォルト値の集合であるかまたは代替的にＳＲＳ  ＰＣのために使用されるパラメータの集合であることが仮定される。この実施の形態では、ＰＬｃはＳＲＳ参照信号、たとえばＳＳＢに基づいて推定される。
【０１０６】
ビーム固有のＳＲＳ  ＰＣ
さらに別の実施の形態では、複数のＳＲＳ送信ＳＲＳ＿０、ＳＲＳ＿１、…、ＳＲＳ＿６が実行され、ここで、ＳＲＳ＿ｉはＵＥ  Ｔｘビーム方向を使用して送信され、その方向は、ビームｉの対応するＰＵＳＣＨ  ＵＥ  Ｔｘビーム方向と同じである。そうすると、ＳＲＳ  ＰＣを対応するＰＵＳＣＨビームに基づかせることによってＳＲＳにビーム固有の電力制御を適用することは、
2020533894.tif 000018
と記述可能である。
【０１０７】
これは、ＳＲＳ  ＰＣが対応するＰＵＳＣＨビームに対応する伝搬環境に採用されるであろうことを意味する。
【０１０８】
本明細書で説明される主題は任意の適切な構成要素を使用して任意の適切なタイプのシステムで実装され得るが、本明細書で開示される実施の形態は図２に示される例示的な無線ネットワーク等の無線ネットワークに関して説明される。簡単にするために、図２の無線ネットワークは、ネットワーク２０６、ネットワークノード２６０および２６０ｂ、ならびにＷＤ２１０、２１０ｂおよび２１０ｃのみを示す。実際、無線ネットワークはさらに、無線デバイス間、または無線デバイスと他の通信デバイス（固定電話、サービスプロバイダ、または任意の他のネットワークノードや終端デバイスなど）との間の通信をサポートするのに適切な追加的要素を含んでもよい。図示された構成要素のうち、ネットワークノード２６０および無線デバイス（ＷＤ）２１０が、さらなる詳細とともに示される。無線ネットワークは、無線ネットワークによって、または無線ネットワークを介して提供されるサービスへの無線デバイスのアクセスおよび／またはそのサービスの使用を容易にするために、１つまたは複数の無線デバイスに通信および他のタイプのサービスを提供することができる。
【０１０９】
無線ネットワークは、任意のタイプの通信、電気通信、データ、セルラ、および／または無線ネットワーク、または他の同様のタイプのシステムを備え、かつ／またはそれらとインタフェースすることができる。いくつかの実施形態では、無線ネットワークが特定の規格または他のタイプの事前定義された規則または手順に従って動作するように構成され得る。したがって、無線ネットワークの特定の実施形態は、グローバル移動体通信システム（ＧＳＭ）、ユニバーサル移動体通信システム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、物の狭帯域インターネット（ＮＢ−ＩｏＴ）、および／または他の適切な２Ｇ、３Ｇ、４Ｇ、または５Ｇ規格等の通信規格、ＩＥＥＥ  ８０２．１１規格等の無線ローカルエリアネットワーク（ＷＬＡＮ）規格、および／またはマイクロ波アクセスのための世界規模相互運用性（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ−Ｗａｖｅ、および／またはＺｉｇＢｅｅ規格等の任意の他の適切な無線通信規格を実装することができる。
【０１１０】
ネットワーク２０６は、１つまたは複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にするための他のネットワークを備えることができる。
【０１１１】
ネットワークノード２６０およびＷＤ２１０は、以下でより詳細に説明する様々な構成要素を備える。これらの構成要素は、無線ネットワークにおける無線接続を提供する等、ネットワークノードおよび／または無線デバイスの機能を提供するために協働する。異なる実施形態では、無線ネットワークが任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、および／または有線または無線接続を介するかどうかにかかわらず、データおよび／または信号の通信を容易にするかまたは参加することができる任意の他の構成要素またはシステムを備えることができる。
【０１１２】
本明細書で使用されるように、ネットワークノードは無線デバイスへの無線アクセスを可能にし、および／または無線デバイスへの無線アクセスを提供し、および／または無線ネットワーク内の他の機能（たとえば、管理）を実行するために、無線デバイスと、および／または無線ネットワーク内の他のネットワークノードまたは機器と直接的または間接的に通信することが可能であり、構成され、配置され、および／または動作可能な機器を指す。ネットワークノードの例はアクセスポイント（ＡＰ）（例えば、無線アクセスポイント）、基地局（Ｂｓ）（例えば、無線基地局、ノードＢ、進化型ノードＢ（ｅＮＢ）およびＮＲノードＢ（ｇＮＢ））を含むが、これらに限定されない。基地局はそれらが提供する（または別の言い方をすれば、それらの送信電力レベル）カバレージの量に基づいて分類され得、次いで、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局とも呼ばれ得る。基地局は、リレーを制御するリレーノードまたはリレードナーノードであってもよい。ネットワークノードは、集中型デジタルユニットおよび／または遠隔無線ユニット（ＲＲＵ）（遠隔無線ヘッド（ＲＲＨ）と呼ばれることもある）等の分散型無線基地局の１つまたは複数の（またはすべての）部分を含むこともできる。このような遠隔無線ユニットはアンテナ一体型無線機としてアンテナと一体化されていてもよいし、されていなくてもよい。分散無線基地局の一部は、分散アンテナシステム（ＤＡＳ）におけるノードと呼ばれることもある。ネットワークノードのさらに別の例はＭＳＲ  ＢＳ等のマルチスタンダード無線（ＭＳＲ）機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）等のネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、伝送ポイント、伝送ノード、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、コアネットワークノード（例えば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（例えば、Ｅ−ＳＭＬＣ）、および／またはＭＤＴを含む。別の例として、ネットワークノードは、以下でより詳細に説明するような仮想ネットワークノードであってもよい。しかしながら、より一般的には、ネットワークノードは、無線ネットワークへのアクセスを可能にし、かつ／またはそのようなアクセスを無線デバイスに提供し、あるいは無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供することができる、そのように構成される、そのように構築される、および／またはそのように動作可能な、任意の適切なデバイス（またはデバイスのグループ）を表すことができる。
【０１１３】
図２では、ネットワークノード２６０が処理回路２７０、デバイス可読媒体２８０、インタフェース２９０、補助装置２８４、電源２８６、電力回路２８７、およびアンテナ２６２を含む。図２の例示的な無線ネットワークに示されたネットワークノード２６０は、ハードウェアコンポーネントの図示された組合せを含むデバイスを表すことができるが、他の実施形態はコンポーネントの異なる組合せを有するネットワークノードを備えることができる。ネットワークノードは、本明細書で開示されるタスク、特徴、機能、および方法を実行するために必要とされるハードウェアおよび／またはソフトウェアの任意の適切な組合せを備えることを理解されたい。さらに、ネットワークノード２６０のコンポーネントはより大きなボックス内に配置された単一のボックスとして示されているか、または複数のボックス内にネストされているが、実際にはネットワークノードが単一の例示されたコンポーネントを構成する複数の異なる物理コンポーネントを備えることができる（たとえば、デバイス可読媒体２８０は複数の別個のハードドライブならびに複数のＲＡＭモジュールを備えることができる）。
【０１１４】
同様に、ネットワークノード２６０は複数の物理的に別個のコンポーネント（例えば、ノードＢコンポーネントおよびＲＮＣコンポーネント、またはＢＴＳコンポーネントおよびＢＳＣコンポーネント等）から構成されてもよく、それらはそれぞれ、それら自体のそれぞれのコンポーネントを有する可能性がある。ネットワークノード２６０が複数の別個の構成要素（例えば、ＢＴＳおよびＢＳＣ構成要素）を備える特定のシナリオでは、別個の構成要素のうちの１つまたは複数がいくつかのネットワークノード間で共有され得る。例えば、単一のＲＮＣは、複数のノードＢを制御することができる。そのようなシナリオでは、各固有のノードＢおよびＲＮＣペアがいくつかの例では単一の別個のネットワークノードと見なされ得る。いくつかの実施形態では、ネットワークノード２６０が複数の無線アクセス技術（ＲＡＴ）をサポートするように構成され得る。そのような実施形態では、いくつかのコンポーネントが複製されてもよく（例えば、異なるＲＡＴのための別個のデバイス可読媒体２８０）、いくつかのコンポーネントは再使用されてもよい（例えば、同じアンテナ２６２はＲＡＴによって共有されてもよい）。また、ネットワークノード２６０は、例えば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉまたはＢｌｕｅｔｏｏｔｈ無線技術のような、ネットワークノード２６０に統合される異なる無線技術のための各種説明された構成要素の複数設定を含むことができる。これらの無線技術は、ネットワークノード２６０内の同じまたは異なるチップまたはチップの集合および他のコンポーネントに統合され得る。
【０１１５】
処理回路２７０は、ネットワークノードによって提供されるものとして本明細書で説明される任意の決定、計算、または類似の操作（例えば、ある取得操作）を実行するように構成される。処理回路２７０によって実行されるこれらの動作は、例えば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をネットワークノードに格納された情報と比較すること、および／または取得された情報または変換された情報に基づいて１つまたは複数の動作を実行すること、および前記処理の結果として決定を行うことによって、処理回路２７０によって取得された情報を処理することを含み得る。
【０１１６】
処理回路２７０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の適切なコンピューティングデバイス、リソース、またはハードウェア、ソフトウェア、および／または符号化ロジックの組合せのうちの１つまたは複数の組合せを備えることができ、これらは、単独で、またはデバイス可読媒体２８０、ネットワークノード２６０機能等の他のネットワークノード２６０構成要素と併せてのいずれかで提供するように動作可能である。例えば、処理回路２７０は、デバイス可読媒体２８０または処理回路２７０内のメモリに格納された命令を実行することができる。そのような機能は、本明細書で説明される各種無線特徴、機能、または利益のいずれかを提供することを含むことができる。一部の実施形態において、処理回路２７０は、チップ（ＳＯＣ）上のシステムを含むことができる。
【０１１７】
いくつかの実施形態では、処理回路２７０が無線周波数（ＲＦ）トランシーバ回路２７２およびベースバンド処理回路２７４のうちの１つまたは複数を含むことができる。いくつかの実施形態では、無線周波数（ＲＦ）トランシーバ回路２７２およびベースバンド処理回路２７４が別個のチップ（またはチップの設定）、ボード、または無線ユニットおよびデジタルユニット等のユニット上にあってもよい。代替実施形態では、ＲＦトランシーバ回路２７２およびベースバンド処理回路２７４の一部または全部が同じチップまたはチップ、ボード、またはユニットの設定上にあってもよい。
【０１１８】
特定の実施形態では、ネットワークノード、基地局、ｅＮＢ、またはその他のネットワーク装置によって提供されるように説明される機能の一部または全部がデバイス可読媒体２８０上に記憶される、または処理回路２７０内のメモリに記憶される命令を実行するために、処理回路２７０によって実行されることができる。代替の実施形態では、機能のいくつかまたはすべてはハードワイヤード方式等で、別個のまたは個別のデバイス可読媒体上に格納された命令を実行することなく、処理回路２７０によって提供され得る。これらの実施形態のいずれにおいても、デバイス可読記憶媒体上に記憶された命令を実行するか否かにかかわらず、処理回路２７０は、説明された機能を実行するように構成され得る。そのような機能性によって提供される利点は処理回路２７０のみ、またはネットワークノード２６０の他の構成要素に限定されず、ネットワークノード２６０全体によって、および／またはエンドユーザおよび無線ネットワーク全体によって享受される。
【０１１９】
デバイス可読媒体２８０は永続記憶装置、ソリッドステートメモリ、遠隔装着メモリ、磁気媒体、光学媒体、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、大容量記憶媒体（例えば、ハードディスク）、取り外し可能記憶媒体（例えば、フラッシュドライブ、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、および／または処理回路２７０によって使用され得る情報、データ、および／または指示を記憶する任意の他の揮発性または不揮発性、不揮発性のデバイス可読および／またはコンピュータ実行可能メモリデバイスを含むが、これらに限定されない、揮発性または不揮発性のコンピュータ可読メモリの任意の形態を含み得る。デバイス可読媒体２８０は、コンピュータプログラム、ソフトウエア、論理や規則やコードやテーブルなどのうちの１つまたは複数を含むアプリケーション、および／または処理回路２７０によって実行可能でありネットワークノード２６０によって使用可能な他のインストラクションを含む、任意の適切なインストラクション、データまたは情報を保持してもよい。デバイス可読媒体２８０は、処理回路２７０によって行われた任意の計算、および／またはインタフェース２９０を介して受信された任意のデータを格納するために使用され得る。いくつかの実施形態では、処理回路２７０およびデバイス可読媒体２８０が一体化されていると考えることができる。
【０１２０】
インターフェース２９０は、ネットワークノード２６０、ネットワーク２０６、および／またはＷＤ２１０間のシグナリングおよび／またはデータの有線または無線通信に使用される。図示のように、インターフェース２９０は、例えば有線接続を介してネットワーク２０６との間でデータを送受信するためのポート／端子２９４を備える。インターフェース２９０はまた、アンテナ２６２に結合され得る、または、ある実施形態ではアンテナ２６２の一部に結合され得る、無線フロントエンド回路２９２を含む。無線フロントエンド回路２９２は、フィルタ２９８および増幅器２９６を含む。無線フロントエンド回路２２は、アンテナ２６２および処理回路２７０に接続され得る。無線フロントエンド回路は、アンテナ２６２と処理回路２７０との間で通信される信号を調整するように構成され得る。無線フロントエンド回路２９２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるデジタルデータを受信することができる。無線フロントエンド回路２９２は、フィルタ２９８および／または増幅器２９６の組合せを使用して、デジタルデータを適切なチャネルおよび帯域幅パラメータを有する無線信号に変換することができる。次いで、無線信号は、アンテナ２６２を介して送信され得る。同様に、データを受信するとき、アンテナ２６２は、無線フロントエンド回路２９２によってデジタルデータに変換される無線信号を収集することができる。デジタルデータは、処理回路２７０に渡されてもよい。他の実施形態では、インタフェースが異なる構成要素および／または構成要素の異なる組合せを含むことができる。
【０１２１】
ある代替実施形態では、ネットワークノード２６０が別個の無線フロントエンド回路２９２を含まなくてもよく、その代わりに、処理回路２７０は無線フロントエンド回路を含んでもよく、別個の無線フロントエンド回路２９２なしでアンテナ２６２に接続されてもよい。同様に、いくつかの実施形態では、ＲＦトランシーバ回路２７２のすべてまたはいくつかはインタフェース２９０の一部と見なされ得る。さらに他の実施形態ではインターフェース２９０が無線ユニット（図示せず）の一部として、１つまたは複数のポートまたは端子２９４、無線フロントエンド回路２９２、およびＲＦトランシーバ回路２７２を含むことができ、インターフェース２９０はデジタルユニット（図示せず）の一部であるベースバンド処理回路２７４と通信することができる。
【０１２２】
アンテナ２６２は、無線信号を送信および／または受信するように構成された１つまたは複数のアンテナ、またはアンテナアレイを含み得る。アンテナ２６２は無線フロントエンド回路２９０に結合することができ、データおよび／または信号を無線で送受信することができる任意のタイプのアンテナとすることができる。いくつかの実施形態では、アンテナ２６２が例えば、２ＧＨｚと６６ＧＨｚとの間で無線信号を送信／受信するように動作可能な１つまたは複数の全方向性セクタまたはパネルアンテナを備えることができる。無指向性アンテナは任意の方向に無線信号を送信／受信するために使用されてもよく、セクタアンテナは特定のエリア内のデバイスから無線信号を送信／受信するために使用されてもよく、パネルアンテナは比較的直線で無線信号を送信／受信するために使用される見通し線（ｌｉｎｅ  ｏｆ  ｓｉｇｈｔ）アンテナであってもよい。いくつかの例では、２つ以上のアンテナの使用がＭＩＭＯと呼ばれ得る。いくつかの実施形態では、アンテナ２６２がネットワークノード２６０とは別個であってもよく、インタフェースまたはポートを介してネットワークノード２６０に接続可能であってもよい。
【０１２３】
アンテナ２６２、インタフェース２９０、および／または処理回路２７０は、ネットワークノードによって実行されるものとして本明細書で説明される任意の受信動作および／または特定の取得動作を実行するように構成され得る。任意の情報、データ、および／または信号は、無線デバイス、別のネットワークノード、および／または任意の他のネットワーク機器から受信され得る。同様に、アンテナ２６２、インターフェース２９０、および／または処理回路２７０は、ネットワークノードによって実行されるものとして本明細書で説明される任意の送信動作を実行するように構成され得る。任意の情報、データ、および／または信号は、無線デバイス、別のネットワークノード、および／または任意の他のネットワーク機器に送信され得る。
【０１２４】
電力回路２８７は、電力管理回路を備えてもよく、または電力管理回路に結合されてもよく、本明細書で説明される機能を実行するための電力をネットワークノード２６０の構成要素に供給するように構成される。電力回路２８７は、電源２８６から電力を受け取ることができる。電源２８６および／または電力回路２８７はそれぞれの構成要素に適した形式でネットワークノード２６０の様々な構成要素に電力を提供するように構成されてもよい（例えば、各構成要素に必要な電圧および電流のレベルで）。電源２８６は電力回路２８７および／またはネットワークノード２６０に含まれるか、又は外部から構成されてもよい。例えば、ネットワークノード２６０は電気ケーブル等の入力回路またはインタフェースを介して外部電源（例えば、電気コンセント）に接続可能であり得、それによって、外部電源は、電力回路２８７に電力を供給する。さらなる例として、電源２８６は、電力回路２８７に接続されるか、または電力回路２８７に統合される、バッテリまたはバッテリパックの形態の電源を備えてもよい。バッテリは、外部電源が故障した場合にバックアップ電力を供給することができる。光起電装置のような他のタイプの電源も使用することができる。
【０１２５】
ネットワークノード２６０の代替的な実施の形態は、ネットワークノードの機能のある側面を提供することの責を負う、図２に示されるものを超える追加的なコンポーネントを含んでもよく、そのような機能は上述の機能のいずれかおよび／または本明細書で説明される主題をサポートするのに必要な機能を含む。例えば、ネットワークノード２６０はネットワークノード２６０への情報の入力を可能にし、ネットワークノード２６０からの情報の出力を可能にするユーザインタフェース装置を含むことができる。これにより、ユーザは、ネットワークノード２６０の診断、保守、修理、および他の管理機能を実行することができる。
【０１２６】
本明細書で使用されるように、無線デバイス（ＷＤ）は、ネットワークノードおよび／または他の無線デバイスと無線に通信することができる、構成される、配置される、および／または動作可能なデバイスを指す。特に断らない限り、用語ＷＤは、本明細書ではユーザ装置（ＵＥ）と互換的に使用され得る。無線通信は、電磁波、電波、赤外線、および／またはエアを介して情報を伝達するのに適した他のタイプの信号を使用して、無線信号を送信および／または受信することを伴ってもよい。いくつかの実施形態では、ＷＤが直接的な人間の対話なしに情報を送信および／または受信するように構成され得る。例えば、ＷＤは内部イベントまたは外部イベントによってトリガされたとき、またはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。ＷＤの例にはスマートフォン、携帯電話、セルラ電話、ボイスオーバーＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲームコンソールまたはデバイス、音楽記憶装置、再生機器、ウェアラブル端末装置、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップマウント機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ）、車載無線端末装置等が含まれるが、これらに限定されない。ＷＤは例えば、サイドランク通信のための３ＧＰＰ標準、車両間（Ｖ２Ｖ）、車両間インフラストラクチャ（Ｖ２Ｉ）、車両間（Ｖ２Ｘ）を実装することによって、デバイスツーデバイス（Ｄ２Ｄ）通信をサポートすることができ、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。さらに別の特定の例として、ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ（モノのインターネット））シナリオでは、ＷＤが監視および／または測定を実行し、そのような監視および／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する機械または他のデバイスを表すことができる。この場合、ＷＤはマシンツーマシン（Ｍ２Ｍ）デバイスであってもよく、３ＧＰＰコンテキストではＭＴＣデバイスと呼ばれてもよいある特定の例として、ＷＤは３ＧＰＰの狭帯域物のインターネット化（ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ）（ＮＢ‐ＩｏＴ）規格を実装するＵＥかもしれない。そのようなマシンまたはデバイスの特定の例は、センサ、電力計などの計測器、産業機械、または（例えば冷蔵庫やテレビ受像機などの）家電または個人電化製品、または（時計やフィットネストラッカ等の）個人携帯物ある。他のシナリオでは、ＷＤがその動作状態またはその動作に関連する他の機能を監視および／または報告することができる車両または他の機器を表すことができる。上述のＷＤは無線接続のエンドポイントを表すことができ、この場合、装置は、無線端末と呼ばれることができる。さらに、上述したようなＷＤは、モバイルであってもよく、その場合、モバイルデバイスまたはモバイル端末とも呼ばれてもよい。
【０１２７】
図示のように、無線デバイス２１０は、アンテナ２１１、インタフェース２１４、処理回路２２０、デバイス可読媒体２３０、ユーザインタフェース機器２３２、補助機器２３４、電源２３６、および電力回路２３７を含む。ＷＤ１１０は例えばいくつか例を挙げると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、ＮＢ−ＩｏＴ、またはＢｌｕｅｔｏｏｔｈ無線技術のような、ＷＤ２１０によってサポートされる異なる無線技術のための図示された構成要素の１つ以上の複数のセットを含むことができる。これらの無線技術は、ＷＤ２１０内の他の構成要素と同じまたは異なるチップまたはチップの集合に統合され得る。
【０１２８】
アンテナ２１１は、無線信号を送信および／または受信するように構成され、かつ、インタフェース２１４に接続された１つまたは複数のアンテナ、またはアンテナアレイを含み得る。いくつかの代替的な実施形態では、アンテナ２１１がＷＤ２１０とは別個であってもよく、インタフェースまたはポートを介してＷＤ２１０に接続可能であってもよい。アンテナ２１１、インタフェース２１４、および／または処理回路２２０は、ＷＤによって実行されるものとして本明細書で説明される任意の送受信動作を実行するように構成され得る。任意の情報、データ、および／または信号が、ネットワークノードおよび／または別のＷＤから受信され得る。いくつかの実施形態では、無線フロントエンド回路および／またはアンテナ２１１がインタフェースと見なされてもよい。
【０１２９】
図示のように、インターフェース２１４は、無線フロントエンド回路２１２およびアンテナ２１１を含む。無線フロントエンド回路２１２は、１つまたは複数のフィルタ２１８および増幅器２１６を備える。無線フロントエンド回路２１４は、アンテナ２１１および処理回路２２０に接続され、アンテナ２１１と処理回路２２０との間で通信される信号を調整するように構成される。無線フロントエンド回路２１２は、アンテナ２１１に結合されてもよいし、その一部であってもよい。いくつかの実施形態では、ＷＤ２１０が別個の無線フロントエンド回路２１２を含まなくてもよく、むしろ、処理回路２２０は無線フロントエンド回路を含んでもよく、アンテナ２１１に接続されてもよい。同様に、いくつかの実施形態では、ＲＦトランシーバ回路２２２のすべてまたはいくつかはインタフェース２１４の一部と見なされ得る。無線フロントエンド回路２１２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるデジタルデータを受信することができる。無線フロントエンド回路２１２は、フィルタ２１８および／または増幅器２１６の組合せを使用して、デジタルデータを適切なチャネルおよび帯域幅パラメータを有する無線信号に変換することができる。次いで、無線信号は、アンテナ２１１を介して送信され得る。同様に、データを受信するとき、アンテナ２１１は、無線フロントエンド回路２１２によってデジタルデータに変換される無線信号を収集することができる。デジタルデータは、処理回路２２０に渡されてもよい。他の実施形態では、インタフェースが異なる構成要素および／または構成要素の異なる組合せを含むことができる。
【０１３０】
処理回路２２０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の適切なコンピューティングデバイス、リソース、またはハードウェア、ソフトウェア、および／または符号化ロジックの組合せのうちの１つまたは複数の組合せを備えることができ、これらは、単独で、またはデバイス可読媒体２３０、ＷＤ２１０機能等の他のＷＤ２１０構成要素と併せてのいずれかで提供するように動作可能である。そのような機能は、本明細書で説明される各種無線特徴、または利益のいずれかを提供することを含むことができる。例えば、処理回路２２０は、デバイス可読媒体２３０または処理回路２２０内のメモリに格納された命令を実行することによって本明細書で開示される機能を提供することができる。
【０１３１】
図示のように、処理回路２２０は、ＲＦトランシーバ回路２２２、ベースバンド処理回路２２４、およびアプリケーション処理回路２２６のうちの１つまたは複数を含む。他の実施形態では、処理回路が異なる構成要素および／または構成要素の異なる組合せを含むことができる。いくつかの実施形態では、ＷＤ２１０の処理回路２２０がＳＯＣを備えることができる。いくつかの実施形態では、ＲＦトランシーバ回路２２２、ベースバンド処理回路２２４、およびアプリケーション処理回路２２６は別個のチップまたはチップの集合上にあってもよい。代替実施形態では、ベースバンド処理回路２２４およびアプリケーション処理回路２２６の一部または全部が１つのチップまたはチップの集合に統合されてもよく、ＲＦトランシーバ回路２２２は別個のチップまたはチップの集合上にあってもよい。さらに別の実施形態では、ＲＦトランシーバ回路２２２およびベースバンド処理回路２２４の一部または全部が同じチップまたはチップの集合上にあってもよく、アプリケーション処理回路２２６は別個のチップまたはチップの集合上にあってもよい。さらに他の代替実施形態では、ＲＦトランシーバ回路２２２、ベースバンド処理回路２２４、およびアプリケーション処理回路２２６の一部または全部を、同じチップまたはチップの集合に統合することができる。いくつかの実施形態では、ＲＦトランシーバ回路２２２がインタフェース２１４の一部であってもよい。ＲＦトランシーバ回路２２２は、処理回路２２０のためのＲＦ信号を調整することができる。
【０１３２】
特定の実施形態では、ＷＤによって実行されるものとして本明細書で説明される機能の一部またはすべては特定の実施形態ではコンピュータ可読記憶媒体とすることができるデバイス可読媒体２３０上に記憶された命令を実行する処理回路２２０によって提供することができる。代替の実施形態では、機能のいくつかまたはすべてはハードワイヤード方式等で、別個のまたは個別のデバイス可読記憶媒体上に格納された命令を実行することなく、処理回路２２０によって提供され得る。これらの特定の実施形態のいずれにおいても、デバイス可読記憶媒体上に記憶された命令を実行するか否かにかかわらず、処理回路２２０は、説明された機能を実行するように構成され得る。そのような機能性によって提供される利点は処理回路２２０のみ、またはＷＤ２１０の他の構成要素に限定されず、ＷＤ２１０全体によって、および／またはエンドユーザおよび無線ネットワーク全体によって享受される。
【０１３３】
処理回路２２０は、ＷＤによって実行されるものとして本明細書で説明される任意の決定、計算、または類似の操作（たとえば、ある取得操作）を実行するように構成され得る。処理回路２２０によって実行されるこれらの動作は、例えば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をＷＤ２１０に格納された情報と比較すること、および／または取得された情報または変換された情報に基づいて１つまたは複数の動作を実行すること、および前記処理の結果として決定を行うことによって、処理回路２２０によって取得された情報を処理することを含み得る。
【０１３４】
デバイス可読媒体２３０は、コンピュータプログラム、ソフトウエア、論理や規則やコードやテーブルなどのうちの１つまたは複数を含むアプリケーション、および／または処理回路２２０によって実行可能な他のインストラクションを保持するように動作可能である。デバイス可読媒体２３０は、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）やリードオンリメモリ（ＲＯＭ））、大容量ストレージ媒体（例えば、ハードディスク）、リムーバブルストレージ媒体（例えば、コンパクトディスク（ＣＤ）やデジタルビデオディスク（ＤＶＤ））、および／または情報やデータおよび／または処理回路２２０によって使用されてもよいインストラクションを保持する任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを含んでもよい。いくつかの実施形態では、処理回路２２０およびデバイス可読媒体２３０が一体化されていると考えることができる。
【０１３５】
ユーザインタフェース装置２３２は、人間のユーザがＷＤ２１０と対話することを可能にするコンポーネントを提供することができる。このような相互作用は、視覚的、聴覚的、触覚的等の多くの形態であり得る。ユーザインタフェース装置２３２は、ユーザに出力を生成し、ユーザがＷＤ２１０に入力を提供することを可能にするように動作可能であり得る。相互作用のタイプは、ＷＤ２１０にインストールされたユーザインタフェース装置２３２のタイプに応じて変わり得る。例えば、ＷＤ２１０がスマートフォンである場合、相互作用はタッチスクリーンを介してもよい；ＷＤ２１０がスマートメータである場合、相互作用は使用量を提供するスクリーン（例えば、使用されたガロン数）を介してもよいし、音声アラートを提供するスピーカ（例えば、煙が検出された場合）を介してもよい。ユーザインタフェース装置２３２は、入力インタフェース、装置および回路、ならびに出力インタフェース、装置および回路を含み得る。ユーザインタフェース装置２３２は、ＷＤ２１０への情報の入力を可能にするように構成され、処理回路２２０が入力情報を処理することを可能にするように処理回路２２０に接続される。ユーザインタフェース装置２３２は、例えば、マイクロフォン、近接または他のセンサ、キー／ボタン、タッチディスプレイ、１つまたは複数のカメラ、ＵＳＢポート、または他の入力回路を含むことができる。ユーザインタフェース装置２３２はまた、ＷＤ２１０からの情報の出力を可能にし、処理回路２２０がＷＤ２１０から情報を出力することを可能にするように構成される。ユーザインタフェース装置２３２は例えば、スピーカ、ディスプレイ、振動回路、ＵＳＢポート、ヘッドホンインタフェース、または他の出力回路を含み得る。ユーザインタフェース装置２３２の１つまたは複数の入出力インターフェース、デバイス、および回路を使用して、ＷＤ２１０はエンドユーザおよび／または無線ネットワークと通信することができ、本明細書で説明する機能性からの利益をエンドユーザおよび／または無線ネットワークに与えることができる。
【０１３６】
補助装置２３４は、一般にＷＤによって実行されない可能性があるより特定機能を提供するように動作可能である。これは、様々な目的のために測定を行うための専用センサ、有線通信等の追加のタイプの通信のためのインタフェースを含むことができる。補助装置２３４の構成要素の包含およびタイプは、実施形態および／またはシナリオに応じて変わり得る。
【０１３７】
電源２３６は、いくつかの実施形態ではバッテリまたはバッテリパックの形態であってもよい。外部電源（例えば、電気コンセント）、光起電力デバイス、またはパワーセル等の他のタイプの電源も使用することができる。ＷＤ２１０は、電源２３６からの電力を、本明細書に記載または示される任意の機能を実行するために電源２３６からの電力を必要とするＷＤ２１０の様々な部分に送達するための電力回路２３７をさらに含んでもよい。電力回路２３７は、いくつかの実施形態では電力管理回路を備えることができる。電力回路２３７は追加的にまたは代替的に、外部電源から電力を受け取るように動作可能であってもよく、その場合、ＷＤ２１０は、入力回路または電力ケーブル等のインタフェースを介して外部電源（電気コンセント等）に接続可能であってもよい。電力回路２３７はまた、特定の実施形態では、外部電源から電源２３６に電力を送達するように動作可能であってもよい。これは、例えば、電源２３６の充電のためであってもよい。電力回路２３７は電力を供給する対象のＷＤ２１０のそれぞれの構成要素に適した電力にするために、電源２３６からの電力に対して任意のフォーマット、変換、または他の修正を実行することができる。
【０１３８】
図３は、本明細書で説明される様々な態様によるＵＥの一実施形態を示す。本明細書で使用されるように、ユーザ装置またはＵＥは必ずしも、関連するデバイスを所有し、および／または操作する人間のユーザという意味でユーザを有するとは限らない。代わりに、ＵＥは人間のユーザへの販売または人間のユーザによる操作が意図されているが、最初は特定の人間のユーザ（例えば、スマートスプリンクラコントローラ）に関連付けられていてもいなくてもよく、または関連付けられていなくてもよいデバイスを表してもよい。あるいはＵＥがエンドユーザへの販売またはエンドユーザによる操作を意図されていないが、ユーザ（例えば、スマート電力メータ）のために関連付けられるか、または操作され得るデバイスを表し得る。ＵＥ３００は、ＮＢ−ＩｏＴ  ＵＥ、マシンタイプ通信（ＭＴＣ）ＵＥ、および／または強化ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって特定される任意のＵＥである可能性がある。図３に例示されているように、ＵＥ３００は、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格等、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公布された１つ以上の通信規格に従って通信するように設定されたＷＤの一例である。前述のように、用語ＷＤおよびＵＥは、交換可能に使用され得る。したがって、図３はＵＥであるが、本明細書で説明される構成要素はＷＤに等しく適用可能であり、その逆も同様である。
【０１３９】
図３では、ＵＥ３００は、入力／出力インターフェース３０５、無線周波数（ＲＦ）インタフェース３０９、ネットワーク接続インタフェース３１１、ランダムアクセスメモリ（ＲＡＭ）３１７を含むメモリ３１５、読取り専用メモリ（ＲＯＭ）３１９、および記憶媒体３２１等、通信サブシステム３３１、電源３３３、および／または任意の他のコンポーネントもしくはそれらの任意の組合せに動作可能に結合された処理回路３０１を含む。記憶媒体３２１は、オペレーティングシステム３２３、アプリケーションプログラム３２５、およびデータ３２７を含む。他の実施形態では、記憶媒体３２１が他の同様のタイプの情報を含むことができる。いくつかのＵＥは、図３に示されるコンポーネントのすべて、またはコンポーネントのサブセットのみを利用し得る。コンポーネント間の統合のレベルは、１つのＵＥから別のＵＥへと変化し得る。さらに、いくつかのＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機等、コンポーネントの複数のインスタンスを含み得る。
【０１４０】
図３では、処理回路３０１がコンピュータインストラクションおよびデータを処理するように構成され得る。処理回路３０１は１つまたは複数のハードウェア実装ステートマシン（例えば、個別論理、ＦＰＧＡ、ＡＳＩＣ等）、適切なファームウェアを伴うプログラマブル論理、１つまたは複数の格納プログラム、マイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）等の汎用プロセッサ、ならびに適切なソフトウェア、または上記の任意の組合せ等、機械可読コンピュータプログラムとしてメモリに格納された機械命令を実行するように動作可能な任意のシーケンシャルステートマシンを実装するように構成され得る。例えば、処理回路３０１は、２つの中央処理装置（ＣＰＵ）を含むことができる。データは、コンピュータによる使用に適した形式の情報であってもよい。
【０１４１】
図示の実施形態では、入力／出力インタフェース３０５が入力装置、出力デバイス、または入力および出力デバイスに通信インタフェースを提供するように構成することができる。ＵＥ３００は、入出力インターフェース３０５を介して出力デバイスを使用するように構成され得る。出力デバイスは、入力デバイスと同じタイプのインタフェースポートを使用することができる。例えば、ＵＳＢポートは、ＵＥ３００への入力およびＵＥ３００からの出力を提供するために使用され得る。出力デバイスは、スピーカ、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、他の出力デバイス、またはそれらの任意の組み合わせであり得る。ＵＥ３００は、ユーザがＵＥ３００に情報を取り込むことができるように、入力／出力インタフェース３０５を介して入力デバイスを使用するように設定されてもよい。入力デバイスはタッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ（例えば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラ等）、マイクロフォン、センサ、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカード等を含むことができる。プレゼンスセンシティブディスプレイは、ユーザからの入力を感知するための容量性または抵抗性タッチセンサを含むことができる。センサは例えば、加速度計、ジャイロスコープ、傾斜センサ、力センサ、磁力計、光学センサ、近接センサ、別の同様のセンサ、またはそれらの任意の組合せとすることができる。例えば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光センサであってもよい。
【０１４２】
図３では、ＲＦインタフェース３０９が送信機、受信機、およびアンテナ等のＲＦ構成要素に通信インタフェースを提供するように構成され得る。ネットワーク接続インタフェース３１１は、ネットワーク３４３ａへの通信インタフェースを提供するように構成され得る。ネットワーク３４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワーク、またはそれらの任意の組合せ等の有線および／または無線ネットワークを含むことができる。例えば、ネットワーク３４３ａは、Ｗｉ−Ｆｉネットワークを構成することができる。ネットワーク接続インタフェース３１１は、イーサネット（登録商標）、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭ等の１つまたは複数の通信プロトコルに従って、通信ネットワークを介して１つまたは複数の他のデバイスと通信するために使用される受信機および送信機インタフェースを含むように構成され得る。ネットワーク接続インタフェース３１１は通信ネットワークリンク（例えば、光、電気等）に適した受信機および送信機の機能を実装することができる。送信機機能および受信機機能は回路構成要素、ソフトウェア、またはファームウェアを共有することができ、あるいは、別々に実装することができる。
【０１４３】
ＲＡＭ３１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバ等のソフトウェアプログラムの実行中にデータまたはコンピュータインストラクションの記憶またはキャッシュを提供するために、バス３０２を介して処理回路３０１にインタフェースするように構成することができる。ＲＯＭ３１９は、コンピュータ命令またはデータを処理回路３０１に提供するように構成することができる。例えば、ＲＯＭ３１９は、基本入出力（Ｉ／Ｏ）、スタートアップ、または不揮発性メモリに記憶されたキーボードからのキーストロークの受信等の基本システム機能のための不変の低レベルシステムコードまたはデータを記憶するように構成することができる。記憶媒体３２１は、ＲＡＭ、ＲＯＭ、プログラマブルリードオンリメモリ（ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピー（登録商標）ディスク、ハードディスク、リムーバブルカートリッジ、またはフラッシュドライブ等のメモリを含むように構成され得る。一例では、記憶媒体３２１がオペレーティングシステム３２３、ウェブブラウザアプリケーション、ウィジェットまたはガジェットエンジンまたは別のアプリケーション等のアプリケーションプログラム３２５、およびデータファイル３２７を含むように構成することができる。記憶媒体３２１はＵＥ３００による使用のために、様々なオペレーティングシステムのうちの任意のもの、またはオペレーティングシステムの組合せを記憶することができる。
【０１４４】
記憶媒体３２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピー（登録商標）ディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ−ＤＶＤ）光ディスクドライブ、内部ハードディスクドライブ、ブルーレイ光ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ  ＳＤＲＡＭ、加入者識別モジュールまたは取り外し可能ユーザ識別（ＳＩＭ／ＲＵＩＭ）モジュール等のスマートカードメモリ、他のメモリ、またはそれらの任意の組合せ等、複数の物理駆動ユニットを含むように構成され得る。記憶媒体３２１は、ＵＥ３００が一時的または非一時的メモリ媒体に記憶されたコンピュータ実行可能インストラクション、アプリケーションプログラム等にアクセスして、データをオフロードしたり、データをアップロードしたりすることを可能にする。通信システムを利用するもの等の製造品は、デバイス可読媒体を備えることができる記憶媒体３２１において有形に具現化することができる。
【０１４５】
図３では、処理回路３０１が通信サブシステム３３１を使用してネットワーク３４３ｂと通信するように構成され得る。ネットワーク３４３ａおよびネットワーク３４３ｂは、同じネットワークであってもよいし、異なるネットワークであってもよい。通信サブシステム３３１は、ネットワーク３４３ｂと通信するために使用される１つまたは複数のトランシーバを含むように構成され得る。例えば、通信サブシステム３３１は、ＩＥＥＥ  ８０２．ＱＱ２、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘ等の１つまたは複数の通信プロトコルに従って、別のＷＤ、ＵＥ、または無線アクセスネットワーク（ＲＡＮ）の基地局等の無線通信が可能な別の装置の１つまたは複数のリモートトランシーバと通信するために使用される１つまたは複数のトランシーバを含むように構成され得る。各トランシーバはＲＡＮリンクに適切な送信機または受信機の機能（例えば、周波数割り当て等）をそれぞれ実装するために、送信機３３３および／または受信機３３５を含み得る。さらに、各トランシーバの送信機３３３および受信機３３５は回路構成要素、ソフトウェア、またはファームウェアを共有することができ、あるいは別々に実装することができる。
【０１４６】
図示の実施形態では、通信サブシステム３３１の通信機能がデータ通信、音声通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の短距離通信、近距離通信、位置を決定するための全地球測位システム（ＧＰＳ）の使用等の位置ベース通信、別の同様の通信機能、またはそれらの任意の組合せを含むことができる。例えば、通信サブシステム３３１は、セルラ通信、Ｗｉ−Ｆｉ通信、Ｂｌｕｅｔｏｏｔｈ通信、およびＧＰＳ通信を含むことができる。ネットワーク３４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワーク、またはそれらの任意の組合せ等の有線および／または無線ネットワークを含むことができる。例えば、ネットワーク３４３ｂは、携帯電話ネットワーク、Ｗｉ−Ｆｉネットワーク、および／または近場ネットワークであることができる。電源３１３は、ＵＥ３００の構成要素に交流（ＡＣ）または直流（ＤＣ）電力を供給するように構成され得る。
【０１４７】
本明細書で説明される特徴、利点、および／または機能は、ＵＥ３００のコンポーネントのうちの１つで実装され得るか、またはＵＥ３００の複数のコンポーネントにわたって分割され得る。さらに、本明細書で説明される特徴、利点、および／または機能は、ハードウェア、ソフトウェア、またはファームウェアの任意の組合せで実装され得る。一例では、通信サブシステム３３１が本明細書で説明される構成要素のうちのいずれかを含むように構成され得る。さらに、処理回路３０１は、バス３０２を介してそのような構成要素のいずれかと通信するように構成され得る。別の例では、そのような構成要素のいずれも、処理回路３０１によって実行されるときに本明細書で説明される対応する機能を実行する、メモリに格納されたプログラム命令によって表され得る。別の例では、そのような構成要素のいずれかの機能が処理回路３０１と通信サブシステム３３１との間で区分され得る。別の例ではそのような構成要素のいずれかの計算集約的でない機能がソフトウェアまたはファームウェアで実装されてもよく、計算集約的な機能はハードウェアで実装されてもよい。
【０１４８】
図４は、いくつかの実施形態によって実装される機能を仮想化することができる仮想化環境４００を示す概略ブロック図である。本文脈では、仮想化手段が仮想化ハードウエアプラットフォーム、記憶装置、およびネットワーキングリソースを含むことができる装置またはデバイスの仮想バージョンを作成する。本明細書で使用されるように、仮想化はノード（例えば、仮想化された基地局または仮想化された無線アクセスノード）またはデバイス（例えば、ＵＥ、無線デバイス、または任意の他のタイプの通信デバイス）またはそれらのコンポーネントに適用されることができ、機能の少なくとも一部が１つまたは複数の仮想コンポーネントとして（例えば、１つまたは複数のネットワーク内の１つまたは複数の物理処理ノード上で実行される１つまたは複数のアプリケーション、コンポーネント、機能、仮想マシン、またはコンテナを介して）実装される実装形態に関係する。
【０１４９】
いくつかの実施形態では、本明細書で説明される機能のいくつかまたはすべてはハードウェアノード４３０のうちの１つまたは複数によってホストされる１つまたは複数の仮想環境４００で実装される１つまたは複数の仮想マシンによって実行される仮想コンポーネントとして実装され得る。さらに、仮想ノードが無線アクセスノードでないか、または無線接続性を必要としない実施形態（例えば、コアネットワークノード）では、ネットワークノードを完全に仮想化することができる。
【０１５０】
機能は、本明細書で開示される実施形態のいくつかの特徴、機能、および／または利益のいくつかを実装するように動作可能な１つまたは複数のアプリケーション４２０（代替として、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能等と呼ばれ得る）によって実装され得る。アプリケーション４２０は、処理回路４６０およびメモリ４９０を含むハードウェア４３０を提供する仮想化環境４００で実行される。メモリ４９０は、処理回路４６０によって実行可能なインストラクション４９５を含み、それによって、アプリケーション４２０は、本明細書で開示される特徴、利点、および／または機能のうちの１つまたは複数を提供するように動作可能である。
【０１５１】
仮想化環境４００は、市販の既製（ＣＯＴＳ）プロセッサ、専用特定用途向け集積回路（ＡＳＩＣ）、またはデジタルもしくはアナログハードウェア構成要素もしくは専用プロセッサを含む任意の他のタイプの処理回路であってもよい、１つまたは複数のプロセッサまたは処理回路４６０のセットを備える汎用または専用ネットワークハードウェアデバイス４３０を備える。各ハードウェアデバイスは、インストラクション４９５または処理回路４６０によって実行されるソフトウェアを一時的に格納するための非持続性メモリであり得るメモリ４９０−１を備え得る。各ハードウェアデバイスは、物理ネットワークインタフェース４８０を含む、ネットワークインタフェースカードとしても知られている１つまたは複数のネットワークインタフェースコントローラ（ＮＩＣ）４７０を備えることができる。各ハードウェアデバイスはまた、ソフトウェア４９５および／または処理回路４６０によって実行可能なインストラクションをその中に格納した、非一時的な、永続的な、機械可読記憶媒体４９０−２を含むことができる。ソフトウェア４９５は、１つまたは複数の仮想化レイヤ４５０（ハイパーバイザとも呼ばれる）をインスタンス化するためのソフトウェア、仮想マシン４４０を実行するためのソフトウェア、ならびに本明細書で説明されるいくつかの実施形態に関連して説明される機能、特徴、および／または利益を実行することを可能にするソフトウェアを含む、任意のタイプのソフトウェアを含むことができる。
【０１５２】
仮想マシン４４０は仮想処理、仮想メモリ、仮想ネットワーキングまたはインタフェース、および仮想ストレージを含み、対応する仮想化レイヤ４５０またはハイパーバイザによって実行され得る。仮想アプライアンス４２０のインスタンスの異なる実施形態は１つまたは複数の仮想マシン４４０上で実装されてもよく、実装は異なる方法で行われてもよい。
【０１５３】
動作中、処理回路４６０は、ソフトウェア４９５を実行して、仮想マシンモニタ（ＶＭＭ）と呼ばれることもあるハイパーバイザまたは仮想化レイヤ４５０をインスタンス化する。仮想化レイヤ４５０は、ネットワークハードウェアのように見える仮想オペレーティングプラットフォームを仮想マシン４４０に提示することができる。
【０１５４】
図４に示すように、ハードウェア４３０は、汎用または特定のコンポーネントを有するスタンドアロンネットワークノードであってもよい。ハードウェア４３０は、アンテナ４２２５を備えることができ、仮想化を介していくつかの機能を実装することができる。あるいは、ハードウェア４３０が多くのハードウェアノードが一緒に動作し、とりわけアプリケーション４２０のライフサイクル管理を監視する管理および編成（ｏｒｃｈｅｓｔｒａｔｉｏｎ）（ＭＡＮＯ）４１００を介して管理される（例えば、データセンタまたは顧客構内機器（ＣＰＥ）等の）ハードウェアのより大きなクラスタの一部であってもよい。
【０１５５】
ハードウェアの仮想化は、いくつかの状況ではネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、業界標準の大容量サーバハードウェア、物理スイッチ、およびデータセンタ内に配置することができる物理ストレージ、ならびに顧客構内機器に統合するために使用することができる。
【０１５６】
ＮＦＶのコンテキストでは、仮想マシン４４０があたかも物理的な仮想化されていないマシン上で実行されているかのようにプログラムを実行する物理マシンのソフトウェア実装であってもよい。仮想マシン４４０の各々、およびその仮想マシンを実行するハードウェア４３０のその部分は、その仮想マシンに専用のハードウェア、および／またはその仮想マシンによって他の仮想マシン４４０と共有されるハードウェアであっても、別個の仮想ネットワーク要素（ＶＮＥ）を形成する。
【０１５７】
依然としてＮＦＶのコンテキストでは、仮想ネットワーク機能（ＶＮＦ）がハードウェアネットワーキングインフラストラクチャ４３０の上で１つまたは複数の仮想マシン４４０内で実行され、図４のアプリケーション４２０に対応する特定のネットワーク機能を処理する役割を担う。
【０１５８】
いくつかの実施形態では、それぞれが１つまたは複数の送信機４２２０および１つまたは複数の受信機４２１０を含む１つまたは複数の無線ユニット４２００が１つまたは複数のアンテナ４２２５に結合され得る。無線ユニット４２００は１つまたは複数の適切なネットワークインタフェースを介してハードウェアノード４３０と直接通信することができ、仮想コンポーネントと組み合わせて使用されて、無線アクセスノードまたは基地局等の無線機能を仮想ノードに提供することができる。
【０１５９】
いくつかの実施形態では、いくつかの信号がハードウェアノード４３０と無線ユニット４２００との間の通信のために代替的に使用され得る制御システム４２３０を使用して実施され得る。
【０１６０】
図５を参照すると、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク５１１と、コアネットワーク５１４と、を備える、３ＧＰＰタイプのセルラネットワークなどの電気通信ネットワーク５１０を含む。アクセスネットワーク５１１は、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなどの複数の基地局５１２ａ、５１２ｂ、５１２ｃを備え、それぞれは対応するカバレッジエリア５１３ａ、５１３ｂ、５１３ｃを定義する。各基地局５１２ａ、５１２ｂ、５１２ｃは、有線または無線接続５１５を介してコアネットワーク５１４に接続可能である。カバレッジ領域５１３ｃに位置する第１ＵＥ５９１は、対応する基地局５１２ｃに無線接続するか、またはそれによってページングされるように構成される。カバレッジエリア５１３ａ内の第２ＵＥ５９２は、対応する基地局５１２ａに無線で接続可能である。この例では複数のＵＥ５９１、５９２が示されているが、開示された実施形態は単一のＵＥがカバレッジエリア内にある状況、または単一のＵＥが対応する基地局５１２に接続している状況にも等しく適用可能である。
【０１６１】
通信ネットワーク５１０はそれ自体がホストコンピュータ５３０に接続され、それはスタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェア、またはサーバファーム内の処理資源として具体化され得る。ホストコンピュータ５３０は、サービスプロバイダの所有権または制御下にあってもよく、またはサービスプロバイダによって、またはサービスプロバイダを代理して操作されてもよい。電気通信ネットワーク５１０とホストコンピュータ５３０との間の接続５２１、５２２は、コアネットワーク５１４からホストコンピュータ５３０に直接延在することができ、または任意選択の中間ネットワーク５２０を介して進むことができる。中間ネットワーク５２０は公衆ネットワーク、プライベートネットワーク、またはホストネットワークのうちの１つ、または２つ以上の組み合わせとすることができ、中間ネットワーク５２０はもしあれば、バックボーンネットワークまたはインターネットとすることができ、特に、中間ネットワーク５２０は、２つ以上のサブネットワーク（図示せず）を含むことができる。
【０１６２】
図５の通信システム全体は、接続されたＵＥ５９１、５９２とホストコンピュータ５３０との間の接続を可能にする。接続は、オーバザトップ（ＯＴＴ）接続５５０として説明することができる。ホストコンピュータ５３０および接続されたＵＥ５９１、５９２は、アクセスネットワーク５１１、コアネットワーク５１４、いずれかの中間ネットワーク５２０、および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続５５０を介してデータおよび／またはシグナリングを通信するように構成される。ＯＴＴ接続５５０は、ＯＴＴ接続５５０が通過する参加通信デバイスがアップリンク通信およびダウンリンク通信のルーティングを知らないという意味で、トランスペアレントであり得る。例えば、基地局５１２は、接続されたＵＥ５９１に転送される（例えば、ハンドオーバされる）、ホストコンピュータ５３０から発信されるデータを伴う着信ダウンリンク通信の過去のルーティングについて通知されなくてもよく、または通知される必要がなくてもよい。同様に、基地局５１２は、ＵＥ５９１からホストコンピュータ５３０に向けて発せられる発信アップリンク通信の将来のルーティングを認識する必要はない。
【０１６３】
先の段落で論じたＵＥ、基地局、およびホストコンピュータの、一実施形態による、例示的な実装形態を、図６を参照して次に説明する。通信システム６００では、ホストコンピュータ６１０は、通信システム６００の異なる通信デバイスのインタフェースとの有線または無線接続をセットアップおよび維持するように構成された通信インタフェース６１６を含むハードウェア６１５を備える。ホストコンピュータ６１０は、ストレージおよび／または処理能力を有することができる処理回路６１８をさらに備える。特に、処理回路６１８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはインストラクションを実行するように適合されたこれらの組合せ（図示せず）を備えることができる。ホストコンピュータ６１０は、ホストコンピュータ６１０に格納されるか、またはホストコンピュータ６１０によってアクセス可能であり、処理回路６１８によって実行可能なソフトウェア６１１をさらに備える。ソフトウェア６１１は、ホストアプリケーション６１２を含む。ホストアプリケーション６１２は、ＵＥ６３０およびホストコンピュータ６１０で終端するＯＴＴ接続６５０を介して接続するＵＥ６３０などのリモートユーザにサービスを提供するように動作可能であってもよい。リモートユーザにサービスを提供する際に、ホストアプリケーション６１２は、ＯＴＴ接続６５０を使用して送信されるユーザデータを提供することができる。
【０１６４】
通信システム６００は、通信システム内に設けられ、ホストコンピュータ６１０およびＵＥ６３０と通信することを可能にするハードウェア６２５を備える基地局６２０をさらに含む。ハードウェア６２５は、通信システム６００の異なる通信デバイスのインタフェースとの有線または無線接続をセットアップおよび維持するための通信インタフェース６２６と、基地局６２０によって担当されるカバレッジエリア（図６には示されていない）内に位置するＵＥ６３０との少なくとも無線接続６７０をセットアップおよび維持するための無線インタフェース６２７とを含み得る。通信インタフェース６２６は、ホストコンピュータ６１０への接続６６０を容易にするように構成することができる。接続６６０は、直接的であってもよく、電気通信システムのコアネットワーク（図６には示されていない）を通過してもよく、および／または電気通信システムの外部の１つ以上の中間ネットワークを通過してもよい。図示の実施形態では、基地局６２０のハードウェア６２５はさらに、インストラクションを実行するように構成された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたはこれらの組み合わせ（図示せず）を含んでもよい処理回路６２８をさらに含む。基地局６２０はさらに、内部に格納された、または外部接続を介してアクセス可能なソフトウェア６２１を有する。
【０１６５】
通信システム６００は、既に参照したＵＥ６３０をさらに含む。そのハードウェア６３５は、ＵＥ６３０が現在位置するカバレッジエリアを担当する基地局との無線接続６７０をセットアップし、維持するように構成された無線インタフェース６３７を含み得る。ＵＥ６３０のハードウェア６３５はさらに、インストラクションを実行するように構成された１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたはこれらの組み合わせ（図示せず）を含んでもよい処理回路６３８をさらに含む。ＵＥ６３０は、ＵＥ６３０に格納されるか、またはＵＥ６３０によってアクセス可能であり、処理回路６３８によって実行可能なソフトウェア６３１をさらに備える。ソフトウェア６３１は、クライアントアプリケーション６３２を含む。クライアントアプリケーション６３２は、ホストコンピュータ６１０の支援により、ＵＥ６３０を介して人間または非人間のユーザにサービスを提供するように動作可能であってもよい。ホストコンピュータ６１０では、実行中のホストアプリケーション６１２は、ＵＥ６３０およびホストコンピュータ６１０で終端するＯＴＴ接続６５０を介して実行中のクライアントアプリケーション６３２と通信することができる。ユーザにサービスを提供する際に、クライアントアプリケーション６３２はホストアプリケーション６１２から要求データを受信し、要求データに応答してユーザデータを提供することができる。ＯＴＴ接続６５０は、要求データとユーザデータの両方を転送することができる。クライアントアプリケーション６３２は、ユーザと対話して、それが提供するユーザデータを生成することができる。
【０１６６】
図６に示されるホストコンピュータ６１０、基地局６２０、およびＵＥ６３０は、それぞれ、図５の、ホストコンピュータ５３０、基地局５１２ａ、５１２ｂ、５１２ｃのうちの１つ、およびＵＥ５９１、５９２のうちの１つと同一であり得ることに留意されたい。すなわち、これらのエンティティの内部動作は図６に示されるようなものであってもよく、独立して、周囲のネットワークトポロジは図５のものであってもよい。
【０１６７】
図６ではＯＴＴ接続６５０を抽象的に描くことで、ホストコンピュータ６１０とＵＥ６３０との間の基地局６２０を介した通信を説明しており、これはいかなる中間デバイスも明示的に参照しておりおらず、これらのデバイスを介したメッセージの正確なルーティングも示していない。ネットワークインフラストラクチャはＵＥ６３０から、またはホストコンピュータ６１０を操作するサービスプロバイダから、またはその両方から隠すように構成され得るルーティングを決定し得る。ＯＴＴ接続６５０がアクティブである間、ネットワークインフラストラクチャは（例えば、負荷分散の考慮またはネットワークの再構成に基づいて）ルーティングを動的に変更する決定をさらに行うことができる。
【０１６８】
ＵＥ６３０と基地局６２０との間の無線接続６７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続６７０が最後のセグメントを形成するＯＴＴ接続６５０を使用して、ＵＥ６３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施の形態の教示は以下によってネットワークのパフォーマンスを改善することができる。すなわち、ＴＲＰ（例えば、基地局）がＵＥへのダウンリンク制御メッセージにおいてビームインジケーション（例えば、ＱＲＩ）を送信することを可能とし、そのＵＥはビームインジケーションを用いることによってアップリンク電力制御ループを選択するよう構成され、これらにより、オーバヘッドの低減、レイテンシの低減、受信信号品質の改善などの利益が提供される。
【０１６９】
１つまたは複数の実施形態が改善するデータレート、待ち時間、および他の要因を監視する目的で、測定手順を提供することができる。さらに、測定結果の変動に応答して、ホストコンピュータ６１０とＵＥ６３０との間のＯＴＴ接続６５０を再構成するためのオプションのネットワーク機能があってもよい。測定手順および／またはＯＴＴ接続６５０を再構成するためのネットワーク機能は、ホストコンピュータ６１０のソフトウェア６１１およびハードウエア６１５、またはＵＥ６３０のソフトウェア６３１およびハードウエア６３５、またはその両方において実装され得る。実施形態では、センサ（図示せず）は、ＯＴＴ接続６５０が通過する通信デバイスに配備されるか、またはそれに関連して配備されてもよく、センサは上で例示された監視量の値を供給することによって、または他の物理量の値を供給することによって、測定手順に参加することができ、ソフトウェア６１１、６３１は他の物理量から監視量を計算または推定することができる。ＯＴＴ接続６５０の再構成はメッセージフォーマット、再送信設定、好ましいルーティングなどを含むことができ、再構成は、基地局６２０に影響を及ぼす必要はなく、基地局６２０には知られていないか、または知覚できないことがある。このような手順および機能は当技術分野で公知であり、実装可能である。ある実施形態では、測定は、スループット、伝搬時間、待ち時間などのホストコンピュータ６１０の測定を容易にする独自のＵＥシグナリングを含むことができる。測定は、ソフトウェア６１１および６３１が伝搬時間、エラーなどを監視しながら、ＯＴＴ接続６５０を使用して、メッセージ、特に空または「ダミー」メッセージ、が送信されるようにすることによって実施することができる。
【０１７０】
図７は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは図５および図６を参照して説明したものであってもよい。本開示を簡単にするために、図７に対する図面参照のみがこのセクションに含まれる。ステップ７１０において、ホストコンピュータはユーザデータを提供する。ステップ７１０の（任意選択であってもよい）サブステップ７１１において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ７２０において、ホストコンピュータは、ＵＥに対するユーザデータを搬送する送信を開始する。（任意選択の）ステップ７３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。（任意選択の）ステップ７４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。
【０１７１】
図８は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは図５および図６を参照して説明したものであってもよい。本開示を簡単にするために、図８に対する図面参照のみがこのセクションに含まれる。本方法のステップ８１０において、ホストコンピュータはユーザデータを提供する。任意選択のサブステップ（図示せず）では、ホストコンピュータがホストアプリケーションを実行することによってユーザデータを提供する。ステップ８２０において、ホストコンピュータは、ＵＥに対するユーザデータを搬送する送信を開始する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して渡され得る。（任意選択の）ステップ８３０において、ＵＥは、送信において搬送されたユーザデータを受信する。
【０１７２】
図９は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは図５および図６を参照して説明したものであってもよい。本開示を簡単にするために、図９に対する図面参照のみがこのセクションに含まれる。（任意選択の）ステップ９１０において、ＵＥは、ホストコンピュータによって提供される入力データを受信する。追加的にまたは代替的に、ステップ９２０において、ＵＥは、ユーザデータを提供する。ステップ９２０の（任意選択であってもよい）サブステップ９２１において、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。ステップ９１０の（任意選択であってもよい）サブステップ９１１において、ＵＥは、ホストコンピュータによって提供された受信入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されるクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮することができる。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、（任意選択であってもよい）サブステップ９３０において、ホストコンピュータへのユーザデータの送信を開始する。本方法のステップ９４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【０１７３】
図１０は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは図５および図６を参照して説明したものであってもよい。本開示を簡単にするために、図１０に対する図面参照のみがこのセクションに含まれる。（任意選択の）ステップ１０１０で、本開示全体にわたって説明される実施形態の教示に従って、基地局はＵＥからユーザデータを受信する。（任意選択の）ステップ１０２０で、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。（任意選択の）ステップ１０３０で、ホストコンピュータは、基地局によって開始された送信において搬送されたユーザデータを受信する。
【０１７４】
本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを介して実行され得る。各仮想装置は、いくつかのこれらの機能ユニットを備えることができる。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含むことができる処理回路、ならびにデジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含むことができる他のデジタルハードウェアを介して実装することができる。処理回路は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つまたは複数のタイプのメモリを含むことができるメモリ、に格納されたプログラムコードを実行するように構成することができる。メモリに格納されたプログラムコードは、１つまたは複数の電気通信および／またはデータ通信プロトコルを実行するためのプログラムインストラクション、ならびに本明細書で説明される技法のうちの１つまたは複数を実行するためのインストラクションを含む。幾つかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の１つ以上の実施の形態に従って対応する機能を行わせるために使用されてもよい。
【０１７５】
図１１は、特定の実施の形態による方法を示し、この方法は、ステップｓ１１０２において、第１の参照信号（ＲＳ）を受信することから始まる。ステップｓ１１０４において、方法は、第１ＲＳを受信する前、受信した後、または受信中に、第１ＲＳがスケジュールされた送信と擬似共同配置、ＱＣＬ、されていることを示す情報を受信することを含む。ある実施の形態では、受信された情報はインジケータ状態であってもよい。ステップｓ１１０６において、方法は、受信した情報をアップリンク、ＵＬ、電力制御、ＰＣ、ループに接続することを含む。いくつかの実施の形態では、接続という用語は、受信された情報をＵＬ  ＰＣループに関連付けることを含むことができる。
【０１７６】
図１２は、無線ネットワーク（例えば、図２に示される無線ネットワーク）における装置１２００の概略ブロック図を示す。この装置は、無線デバイスまたはネットワークノード（例えば、図２に示す無線デバイス２１０またはネットワークノード２６０）内に実装することができる。装置１２００は、図１１を参照して説明された例示的な方法、および場合によっては本明細書で開示された任意の他のプロセスまたは方法、を実行するように動作可能である。図１１の方法は、必ずしも装置１２００によってのみ実行されるわけではないことも理解されるべきである。本方法の少なくともいくつかの動作は、１つまたは複数の他のエンティティによって実行することができる。
【０１７７】
仮想装置１２００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含むことができる処理回路、ならびにデジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含むことができる他のデジタルハードウェアを備えてもよい。処理回路は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つまたは複数のタイプのメモリを含むことができるメモリ、に格納されたプログラムコードを実行するように構成することができる。いくつかの実施の形態では、メモリに格納されたプログラムコードは、１つまたは複数の電気通信および／またはデータ通信プロトコルを実行するためのプログラムインストラクション、ならびに本明細書で説明される技法のうちの１つまたは複数を実行するためのインストラクションを含む。いくつかの実装形態では、処理回路は、第１受信ユニット１２０２に第１参照信号、ＲＳを受信させ、第２受信ユニット１２０４に第１ＲＳを受信する前、受信した後、または受信中に、さらに、第１ＲＳがスケジュールされた送信と擬似共同配置、ＱＣＬ、されていることを示す情報を受信させ、接続ユニット１２０６に受信した情報をアップリンク、ＵＬ、電力制御、ＰＣ、ループに接続させ、装置１２００の任意の他の適切なユニットに本開示のひとつ以上の実施の形態に係る対応する機能を行わせるために使用されてもよい。
【０１７８】
図１２に示されるように、装置１２００は、第１受信ユニット１２０２と、第２受信ユニット１２０４と、接続ユニット１２０６と、を含み、第１受信ユニット１２０２は第１参照信号、ＲＳ、を受信するように構成され、第２受信ユニット１２０４は第１ＲＳを受信する前、受信した後、または受信中に、さらに、第１ＲＳがスケジュールされた送信と擬似共同配置、ＱＣＬ、されていることを示す情報を受信するように構成され、接続ユニット１２０６は、受信した情報をアップリンク、ＵＬ、電力制御、ＰＣ、ループに接続するように構成される。
【０１７９】
図１３は、特定の実施の形態による方法を示し、この方法は、測定を実行するためにＵＥによって使用されるべき参照信号（ＲＳ）リソースを送信するステップ１３０２で始まる。ステップ１３０４で、方法はＵＥ用のデータを取得することを含む。ステップ１３０６で、方法はＵＥへのデータの送信をスケジュールすることを含む。ステップ１３０８で、方法は、ＵＥにデータを送信することを含む。ある実施の形態では、ＵＥへのデータの送信をスケジューリングすることが、ＵＥに制御メッセージ（例えば、ＤＣＩやＭＡＣ−ＣＥ）を送信することを含み、制御メッセージが、以前に送信されたＲＳリソースが第２ＲＳリソースとのＱＣＬであることをＵＥに知らせる情報を含み、情報が、ＵＥが受信した情報をアップリンク、ＵＬ、電力制御、ＰＣ、ループに接続できるようにするためのＱＣＬ参照インジケータ（ＱＲＩ）を含む。
【０１８０】
図１４は、無線ネットワーク（例えば、図２に示される無線ネットワーク）における装置１４００の概略ブロック図を示す。この装置は、無線デバイスまたはネットワークノード（例えば、図２に示す無線デバイス２１０またはネットワークノード２６０）内に実装することができる。装置１４００は、図１３を参照して説明された例示的な方法、および場合によっては本明細書で開示された任意の他のプロセスまたは方法、を実行するように動作可能である。図１３の方法は、必ずしも装置１４００によってのみ実行されるわけではないことも理解されるべきである。本方法の少なくともいくつかの動作は、１つまたは複数の他のエンティティによって実行することができる。
【０１８１】
仮想装置１４００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含むことができる処理回路、ならびにデジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含むことができる他のデジタルハードウェアを備えてもよい。処理回路は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つまたは複数のタイプのメモリを含むことができるメモリ、に格納されたプログラムコードを実行するように構成することができる。いくつかの実施の形態では、メモリに格納されたプログラムコードは、１つまたは複数の電気通信および／またはデータ通信プロトコルを実行するためのプログラムインストラクション、ならびに本明細書で説明される技法のうちの１つまたは複数を実行するためのインストラクションを含む。ある実装では、処理回路は、第１送信ユニット１４０２に測定を行うためにＵＥによって用いられるべき参照信号（ＲＳ）リソースを送信させ、取得ユニット１４０４にＵＥ用のデータを取得させ、スケジューリングユニット１４０６にＵＥへのデータの送信をスケジューリングさせ、第２送信ユニット１４０８にデータをＵＥに送信させ、ここで、ＵＥへのデータの送信をスケジューリングすることが、ＵＥに制御メッセージ（例えば、ＤＣＩやＭＡＣ−ＣＥ）を送信することを含み、制御メッセージが、以前に送信されたＲＳリソースが第２ＲＳリソースとのＱＣＬであることをＵＥに知らせる情報を含み、情報が、ＵＥが受信した情報をアップリンク、ＵＬ、電力制御、ＰＣ、ループに接続できるようにするためのＱＣＬ参照インジケータ（ＱＲＩ）を含み、装置１４００の任意の他の適切なユニットに本開示のひとつ以上の実施の形態に係る対応する機能を行わせるために使用されてもよい。
【０１８２】
図１４に示されるように、装置１４００は第１送信ユニット１４０２と取得ユニット１４０４と第２送信ユニット１４０８とスケジューリングユニット１４０６とを含み、第１送信ユニット１４０２は測定を行うためにＵＥによって用いられるべき参照信号（ＲＳ）リソースを送信するよう構成され、取得ユニット１４０４はＵＥ用のデータを取得するよう構成され、スケジューリングユニット１４０６はＵＥへのデータの送信をスケジューリングするよう構成され、第２送信ユニット１４０８はデータをＵＥに送信するよう構成され、ここで、ＵＥへのデータの送信をスケジューリングすることが、ＵＥに制御メッセージ（例えば、ＤＣＩやＭＡＣ−ＣＥ）を送信することを含み、制御メッセージが、以前に送信されたＲＳリソースが第２ＲＳリソースとのＱＣＬであることをＵＥに知らせる情報を含み、情報が、ＵＥが受信した情報をアップリンク、ＵＬ、電力制御、ＰＣ、ループに接続できるようにするためのＱＣＬ参照インジケータ（ＱＲＩ）を含む。
【０１８３】
図１５は、特定の実施の形態による方法を示し、方法は、ステップ１５０２において、ダウンリンクＤＬ情報を受信することから始まる。ステップ１５０４において、方法は、ＤＬ情報に基づいてアップリンク、ＵＬ、送信用の空間アソシエーションを決定することを含む。ステップ１５０６において、方法は、ＤＬ情報に基づいてＵＬ電力制御、ＰＣ、パラメータを決定することを含む。
【０１８４】
ある実施の形態では、前記空間アソシエーションを決定することが、ａ）空間フィルタ、ｂ）プリコーダ、ｃ）前記ＵＬ送信に用いられるビーム、のうちのひとつを決定することを含む。
ある実施の形態では、前記空間アソシエーションを決定することがさらに、前記ＤＬ情報に基づいて、第１参照信号、ＲＳ、設定を伴う空間アソシエーションを決定することを含む。
ある実施の形態では、前記第１ＲＳ設定がアップリンク（ＵＬ）サウンディング参照信号（ＳＲＳ）設定である。
ある実施の形態では、前記第１ＲＳ設定がダウンリンク（ＤＬ）ＲＳ設定である。
ある実施の形態では、前記ＤＬ  ＲＳ設定がａ）ＣＳＩ−ＲＳインデクスまたはｂ）ＳＳＢインデクスのうちの一方を含む。
ある実施の形態では、ＰＣパラメータを決定することが、ＵＬ電力制御用のオフセット値（Ｐ０）を決定することを含む。
ある実施の形態では、ＰＣパラメータを決定することが、経路損失推定に用いられるＲＳを決定することを含む。
ある実施の形態では、前記ＤＬ情報が、物理ダウンリンク制御チャネル、ＰＤＣＣＨ、を用いて受信されたダウンリンク制御情報、ＤＣＩ、内のビットフィールドである。
ある実施の形態では、前記ＤＬ情報がＭＡＣ  ＣＥ内のビットフィールドである。
ある実施の形態では、前記ビットフィールドが、前記ＰＤＣＣＨを用いて受信されたＤＣＩ内のサウンディング参照信号インジケータ、ＳＲＩ、である。
ある実施の形態では、方法はさらに、前記ＵＬ  ＰＣパラメータに基づいて、ＰＵＳＣＨ送信用の前記送信電力を取得するステップを含む。
ある実施の形態では、方法はさらに、前記ＵＬ  ＰＣパラメータに基づいて、ＰＵＣＣＨ送信用の前記送信電力を取得するステップを含む。
ある実施の形態では、ＰＣパラメータを決定することが、アルファ値および／またはループインデクス値を決定することを含み、任意選択で、前記アルファ値および／または前記ループインデクス値はビーム特定的である。
ある実施の形態では、前記ＤＬ情報が、利用可能なＳＲＩ状態の集合から選択されたＳＲＩ状態を表す、サウンディング参照信号（ＳＲＳ）インジケータ、ＳＲＩ、を含む。
ある実施の形態では、前記利用可能なＳＲＩ状態のそれぞれが、ひとつ以上のＤＬ  ＲＳに関連付けられている。
ある実施の形態では、前記ＰＣパラメータを決定することが、前記ＳＲＩに関連付けられた前記ＵＬ  ＰＣパラメータを決定することを含む。
【０１８５】
図１６は、無線ネットワーク（例えば、図２に示される無線ネットワーク）における装置１６００の概略ブロック図を示す。この装置は、無線デバイスまたはネットワークノード（例えば、図２に示す無線デバイス２１０またはネットワークノード２６０）内に実装することができる。装置１６００は、図１５を参照して説明された例示的な方法、および場合によっては本明細書で開示された任意の他のプロセスまたは方法、を実行するように動作可能である。図１５の方法は、必ずしも装置１６００によってのみ実行されるわけではないことも理解されるべきである。本方法の少なくともいくつかの動作は、１つまたは複数の他のエンティティによって実行することができる。
【０１８６】
仮想装置１６００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含むことができる処理回路、ならびにデジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含むことができる他のデジタルハードウェアを備えてもよい。処理回路は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つまたは複数のタイプのメモリを含むことができるメモリ、に格納されたプログラムコードを実行するように構成することができる。いくつかの実施の形態では、メモリに格納されたプログラムコードは、１つまたは複数の電気通信および／またはデータ通信プロトコルを実行するためのプログラムインストラクション、ならびに本明細書で説明される技法のうちの１つまたは複数を実行するためのインストラクションを含む。いくつかの実装形態では、処理回路は、受信ユニット１６０２にダウンリンク、ＤＬ、情報を受信させ、第１決定ユニット１６０４にＤＬ情報に基づいてアップリンク、ＵＬ、送信用の空間アソシエーションを決定させ、第２決定ユニット１６０６にＤＬ情報に基づいてＵＬ電力制御、ＰＣ、パラメータを決定させ、装置１６００の任意の他の適切なユニットに本開示のひとつ以上の実施の形態に係る対応する機能を行わせるために使用されてもよい。
【０１８７】
図１６に示すように、装置１６００は、受信ユニット１６０２と、第１決定ユニット１６０４と、第２決定ユニット１６０６とを含み、受信ユニット１６０２はダウンリンク、ＤＬ、情報を受信するように構成され、第１決定ユニット１６０４はＤＬ情報に基づいてアップリンク、ＵＬ、送信用の空間アソシエーションを決定するように構成され、第２決定ユニット１６０６はＤＬ情報に基づいてＵＬ電力制御、ＰＣ、パラメータを決定するように構成される。
【０１８８】
ユニットという用語は、エレクトロニクス、電気デバイス、および／または電子デバイスの分野における通常の意味を有することができ、たとえば、本明細書で説明されるような、電気および／または電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステートおよび／またはディスクリートデバイス、ならびに、それぞれのタスク、手順、計算、出力、および／または表示機能などを実行するためのコンピュータプログラムまたはインストラクションを含むことができる。
【０１８９】
例示的実施の形態：
グループＡの実施の形態
Ａ１．    無線デバイスで実行される方法であって、
第１参照信号、ＲＳ、を受信することと、
前記第１ＲＳを受信する前、受信した後、または受信中に、さらに、前記第１ＲＳがスケジュールされた送信と擬似共同配置、ＱＣＬ、されていることを示す情報を受信することと、
前記受信した情報をアップリンク、ＵＬ、電力制御、ＰＣ、ループに接続することとを含む方法。
Ａ２．    前記受信した情報をＵＬ  ＰＣループに接続することが、前記受信した情報を用いて複数のＵＬ  ＰＣループのなかから前記ＵＬ  ＰＣループを選択することを含む実施の形態Ａ１に記載の方法。
Ａ３．    前記受信した情報が、利用可能なＱＲＩ状態の集合から選択されたＱＲＩ状態を表す擬似共同配置（ＱＣＬ）インジケータ、ＱＲＩ、を含む実施の形態Ａ１またはＡ２に記載の方法。
Ａ４．  前記受信された情報が、利用可能なＳＲＩ状態の集合から選択されたＳＲＩ状態を表す、サウンディング参照信号（ＳＲＳ）インジケータ、ＳＲＩ、を含む実施の形態Ａ１からＡ３のいずれか一項に記載の方法。
Ａ５．  前記利用可能なＱＲＩ状態のそれぞれがＵＬ電力制御ループに接続される実施の形態Ａ３に記載の方法。
Ａ６．  前記利用可能なＱＲＩ状態のそれぞれがＲＳタイプに接続される実施の形態Ａ３に記載の方法。
Ａ７．  前記方法はさらに、
前記対応するＱＲＩ状態に接続された前記ＲＳタイプに基づいて経路損失推定を行うことを含む実施の形態Ａ６に記載の方法。
Ａ８．  前記方法はさらに、
前記対応するＱＲＩ状態に接続されたＲＳタイプに基づいて経路損失推定を行うことを含む実施の形態Ａ６に記載の方法。
Ａ９．  前記方法はさらに、
前記ＵＬ電力制御ループに関連付けられた複数の電力制御パラメータに基づいてＰＵＳＣＨ用の送信電力を決定することを含む実施の形態Ａ３に記載の方法。
Ａ１０．  前記複数の電力制御パラメータが、
（ｉ）経路損失推定に用いられる、前記ＱＲＩに接続されたＲＳタイプおよび（ｉｉ）オフセット値を含む実施の形態Ａ９に記載の方法。
Ａ１１．  前記方法はさらに、
前記ＵＬ電力制御ループに関連付けられた複数の電力制御パラメータに基づいてＰＵＣＣＨ用の送信電力を決定することを含む実施の形態Ａ３に記載の方法。
Ａ１２．  前記複数の電力制御パラメータが、
（ｉ）経路損失推定に用いられる、前記ＱＲＩに接続されたＲＳタイプおよび（ｉｉ）オフセット値を含む実施の形態Ａ１１に記載の方法。
Ａ１３．  前記方法はさらに、
前記ＵＬ電力制御ループに関する電力ヘッドルーム報告を送信することであって、前記報告が前記ＱＲＩ状態のインジケーションを含む、送信することを含む実施の形態Ａ６に記載の方法。
Ａ１４．  少なくともひとつの周期的ＲＳタイプと、少なくともひとつの非周期的ＲＳタイプと、が前記ＲＳタイプとして設定可能である実施の形態Ａ６に記載の方法。
Ａ１５．  前記利用可能なＱＲＩ状態の集合内の少なくともひとつのＱＲＩ状態が周期的ＲＳタイプに関連付けられ、同じ集合内の少なくともひとつのＱＲＩ状態が非周期的ＲＳタイプに関連付けられる実施の形態Ａ１３またはＡ６に記載の方法。
Ａ１６．  前記利用可能なＱＲＩ状態の集合内の前記ＱＲＩ状態のうちのひとつ以上がさらに、前記ＱＲＩ状態が関連付けられている先の前記ＲＳタイプのＲＳの送信を特定するＲＳインデクス、ＲＳＩ、に関連付けられている実施の形態Ａ６、Ａ１４またはＡ１５に記載の方法。
Ａ１７．  前記ＲＳＩが、前記ＱＲＩ状態に関連付けられている前記ＲＳタイプのＲＳの一意で完全な送信を特定する実施の形態Ａ１６に記載の方法。
Ａ１８．  前記利用可能なＱＲＩ状態の集合が、
明示的にシグナリングされるＲＳＩに関連付けられたＱＲＩ状態と、
暗黙的にシグナリングされるＲＳＩに関連付けられたＱＲＩ状態と、のうちのひとつ以上を含む実施の形態Ａ１６またはＡ１７に記載の方法。
Ａ１９．  前記利用可能なＱＲＩ状態の集合内の各ＱＲＩ状態が周期的ＲＳタイプに関連付けられているか、または
前記利用可能なＱＲＩ状態の集合内の各ＱＲＩ状態が非周期的ＲＳタイプに関連付けられている実施の形態Ａ１３に記載の方法。
Ａ２０．  前記無線デバイスが、ｉ）第１ＱＲＩを第１受信器設定に関連付け、かつ、ｉｉ）第２ＱＲＩを第２受信器設定に関連付けるマッピング情報を保持することをさらに含み、
前記第１参照信号が前記スケジュールされた送信とのＱＣＬであることを示す前記情報が、前記ＱＲＩのうちのひとつを含む実施の形態Ａ１からＡ１９のいずれか一項に記載の方法。
Ａ２１．  前記無線デバイスが、前記第１受信器設定を第１ＲＳＩに関連付ける情報を保持し、
前記無線デバイスが、前記第２受信器設定を第２ＲＳＩに関連付ける情報を保持し、
前記マッピング情報が、前記第１ＱＲＩを前記第１ＲＳＩに関連付けることによって、前記第１ＱＲＩを前記第１受信器設定に関連付け、
前記マッピング情報が、前記第２ＱＲＩを前記第２ＲＳＩに関連付けることによって、前記第２ＱＲＩを前記第２受信器設定に関連付ける実施の形態Ａ２０に記載の方法。
Ａ２２．  前記マッピング情報が、前記第１ＱＲＩを前記第１ＲＳＩに関連付け、かつ、前記第２ＱＲＩを前記第２ＲＳＩに関連付けるテーブルを含む実施の形態Ａ２１に記載の方法。
Ａ２３．  前記第１ＲＳＩが、
時間インデクス（例えば、スロットインデクス、フレームインデクス）、
ＣＳＩ−ＲＳリソースインデクス、ＣＲＩ、
ＳＳブロック（ＳＳＢ）インデクスのうちの少なくともひとつを含む実施の形態Ａ１６、Ａ１７、Ａ１８、Ａ１９およびＡ２０のいずれか一項に記載の方法。
Ａ２４．  前記無線デバイスが前記マッピング情報を格納する前に、前記無線デバイスが、前記第１ＱＲＩを第１ＲＳタイプに関連付け、かつ、前記第２ＱＲＩを第２ＲＳタイプに関連付けるＱＲＩ情報を受信することをさらに含む実施の形態Ａ２０、Ａ２１およびＡ２２のいずれか一項に記載の方法。
Ａ２５．  前記第１ＲＳタイプが周期的ＲＳタイプ（例えば、ＳＳＢ、ｐ−ＣＳＩ−ＲＳ）であり、前記第２ＲＳタイプが非周期的ＲＳタイプ（例えば、ａ−ＣＳＩ−ＲＳ）であり、
前記第１ＲＳタイプが周期的ＲＳタイプであり、前記第２ＲＳタイプが周期的ＲＳタイプである、または
前記第１ＲＳタイプが非周期的ＲＳタイプであり、前記第２ＲＳタイプが非周期的ＲＳタイプである実施の形態Ａ２４に記載の方法。
Ａ２６．  前記ＱＲＩ情報がさらに、
ネットワークノードが、前記第１ＱＲＩが関連付けられるべき先のＲＳＩを、前記無線デバイスに、提供するであろうということを示す第１インジケータ（例えば、「明示」または０）と、
前記無線デバイス自身が、前記第１ＱＲＩが関連付けられるべき先の前記ＲＳＩを決定すべきであることを示す第２インジケータ（例えば、「暗黙」または１）とのうちのひとつを含む実施の形態Ａ２４またはＡ２５に記載の方法。
Ａ２７．  前記ＱＲＩ情報がさらに、
ネットワークノードが、前記第２ＱＲＩが関連付けられるべき先のＲＳＩを、前記無線デバイスに、提供するであろうということを示す第３インジケータ（例えば、「明示」または０）と、
前記無線デバイス自身が、前記第２ＱＲＩが関連付けられるべき先の前記ＲＳＩを決定すべきであることを示す第４インジケータ（例えば、「暗黙」または１）とのうちのひとつを含む実施の形態Ａ２６に記載の方法。
Ａ２８．  前記情報が、
スケジューリングメッセージと、
レイヤ２メッセージと、
ランダムアクセス応答メッセージと、
ＤＣＩと、
ＭＡＣ−ＣＥと、
ＲＲＣと、のうちのひとつ以上において受信される実施の形態Ａ１からＡ２７のいずれか一項に記載の方法。
Ａ２９．  前記無線デバイスが、前記ＵＥをトリガしてＲＳ送信の集合に対する測定を実行させるための情報を受信し、ここで、前記トリガ情報がＱＲＩを含み、
前記無線デバイスが、前記測定に基づいて受信器設定を選択することと、
前記無線デバイスが、前記ＱＲＩを前記選択された受信器設定に関連付ける情報を格納することと、をさらに含む実施の形態Ａ８およびＡ１５のいずれか一項に記載の方法。
【０１９０】
グループＢの実施の形態
Ｂ１．  無線デバイスにｍ個のインジケーションを提供するための、アクセスネットワークによって行われる方法であって、
測定を行うためにＵＥによって用いられるべき参照信号（ＲＳ）リソースを送信することと、
前記ＵＥ用のデータを取得することと、
前記ＵＥへの前記データの前記送信をスケジュールすることと、
前記ＵＥに前記データを送信することと、を含み、
前記ＵＥへの前記データの前記送信をスケジューリングすることが、前記ＵＥに制御メッセージ（例えば、ＤＣＩやＭＡＣ−ＣＥ）を送信することを含み、前記制御メッセージが、前記以前に送信されたＲＳリソースが第２ＲＳリソースとのＱＣＬであることを前記ＵＥに知らせる情報を含み、前記情報が、前記ＵＥが前記受信した情報をアップリンク、ＵＬ、電力制御、ＰＣ、ループに接続できるようにするためのＱＣＬ参照インジケータ（ＱＲＩ）を含む方法。
Ｂ２．    前記情報ＱＲＩが、利用可能なＱＲＩ状態の集合のなかから選択されたＱＲＩ状態を表す実施の形態Ｂ１に記載の方法。
Ｂ３．    前記ＱＲＩが２または３ビット長である実施の形態Ｂ１に記載の方法。
【０１９１】
グループＣの実施の形態
Ｃ１．    無線デバイスであって、
グループＡの実施の形態のいずれか一項に記載のステップのいずれかひとつを行うよう構成された処理回路と、
前記無線デバイスに電力を供給するよう構成された電源回路と、を備える無線デバイス。
Ｃ２．    基地局であって、
グループＢの実施の形態のいずれか一項に記載のステップのいずれかひとつを行うよう構成された処理回路と、
前記無線デバイスに電力を供給するよう構成された電源回路と、を備える基地局。
Ｃ３．    ユーザ装置（ＵＥ）であって、
無線信号を送受信するよう構成されたアンテナと、
前記アンテナおよび処理回路に接続された無線フロントエンド回路であって、前記アンテナと前記処理回路との間でやりとりされる信号を調整するよう構成された無線フロントエンド回路と、
グループＡの実施の形態のいずれか一項に記載のステップのいずれかひとつを行うよう構成された前記処理回路と、
前記処理回路に接続された入力インタフェースであって、前記ＵＥに入力される情報が前記処理回路によって処理されることを可能とする入力インタフェースと、
前記処理回路に接続された出力インタフェースであって、前記処理回路によって処理された情報を前記ＵＥから出力するよう構成された出力インタフェースと、
前記処理回路に接続され、前記ＵＥに電力を供給するよう構成されたバッテリと、を備えるＵＥ。
Ｃ４．    ユーザデータを提供するよう構成された処理回路と、
ユーザ装置（ＵＥ）への送信のために、前記ユーザデータをセルラネットワークに転送するよう構成された通信インタフェースと、を備えるホストコンピュータを含む通信システムであって、
前記セルラネットワークが、無線インタフェースと処理回路とを有する基地局を備え、前記基地局の処理回路が、グループＢの実施の形態のいずれか一項に記載のステップのいずれかひとつを行うよう構成される通信システム。
Ｃ５．    前記基地局をさらに含む実施の形態Ｃ１からＣ４のいずれか一項に記載の通信システム。
Ｃ６．    前記ＵＥをさらに含み、前記ＵＥが前記基地局と通信するよう構成される実施の形態Ｃ４またはＣ５に記載の通信システム。
Ｃ７．    前記ホストコンピュータの前記処理回路がホストアプリケーションを実行するよう構成され、それにより、前記ユーザデータを提供し、
前記ＵＥが、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するよう構成された処理回路を備える実施の形態Ｃ４からＣ６のいずれか一項に記載の通信システム。
Ｃ８．    ホストコンピュータ、基地局、およびユーザ装置（ＵＥ）を含む通信システムにおいて実施される方法であって、当該方法は、
前記ホストコンピュータにおいて、ユーザデータを提供することと、
前記ホストコンピュータにおいて、前記基地局を含むセルラネットワークを介して前記ユーザデータを前記ＵＥに運ぶ送信を開始することと、を含み、
前記基地局が、グループＢの実施の形態のいずれか一項に記載のステップのいずれかひとつを実行する方法。
Ｃ９．    前記基地局において、前記ユーザデータを送信することをさらに含む実施の形態Ｃ８に記載の方法。
Ｃ１０．    前記ユーザデータは、ホストアプリケーションを実行することによって前記ホストコンピュータにおいて提供され、前記方法はさらに、前記ＵＥにおいて、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行することを含む実施の形態Ｃ８またはＣ９に記載の方法。
Ｃ１１．    基地局と通信するよう構成されたユーザ装置（ＵＥ）であって、前記ＵＥが無線インタフェースと、実施の形態Ｃ８からＣ１０のいずれか一項に記載の方法を実行するよう構成された処理回路と、を備えるユーザ装置。
Ｃ１２．    ユーザデータを提供するよう構成された処理回路と、
ユーザ装置（ＵＥ）への送信のために、ユーザデータをセルラネットワークに転送するよう構成された通信インタフェースと、を備えるホストコンピュータを含む通信システムであって、
前記ＵＥが、無線インタフェースと処理回路とを備え、前記ＵＥのコンポーネントが、グループＡの実施の形態のいずれか一項に記載のステップのいずれかひとつを行うよう構成される通信システム。
Ｃ１３．    前記セルラネットワークはさらに、前記ＵＥと通信するよう構成された基地局を含む実施の形態Ｃ１２に記載の通信システム。
Ｃ１４．    前記ホストコンピュータの前記処理回路がホストアプリケーションを実行するよう構成され、それにより、前記ユーザデータを提供し、
前記ＵＥの処理回路が、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するよう構成される実施の形態Ｃ１２またはＣ１３に記載の通信システム。
Ｃ１５．    ホストコンピュータ、基地局、およびユーザ装置（ＵＥ）を含む通信システムにおいて実施される方法であって、当該方法は、
前記ホストコンピュータにおいて、ユーザデータを提供することと、
前記ホストコンピュータにおいて、前記基地局を含むセルラネットワークを介して前記ユーザデータを前記ＵＥに運ぶ送信を開始することと、を含み、
前記ＵＥが、グループＡの実施の形態のいずれか一項に記載のステップのいずれかひとつを実行する方法。
Ｃ１６．    前記ＵＥにおいて、前記基地局からの前記ユーザデータを受信することをさらに含む実施の形態Ｃ１５に記載の方法。
Ｃ１７．    ユーザ装置（ＵＥ）から基地局への送信に由来するユーザデータを受信するよう構成された通信インタフェースと、を備えるホストコンピュータを含む通信システムであって、
前記ＵＥが、無線インタフェースと処理回路とを備え、前記ＵＥの処理回路が、グループＡの実施の形態のいずれか一項に記載のステップのいずれかひとつを行うよう構成される通信システム。
Ｃ１８．    前記ＵＥをさらに含む実施の形態Ｃ１７に記載の通信システム。
Ｃ１９．    前記基地局をさらに備え、前記基地局は、前記ＵＥと通信するよう構成された無線インタフェースと、前記ＵＥから前記基地局への送信によって運ばれる前記ユーザデータを前記ホストコンピュータに転送するよう構成された通信インタフェースと、を備える実施の形態Ｃ１７またはＣ１８に記載の通信システム。
Ｃ２０．    前記ホストコンピュータの前記処理回路がホストアプリケーションを実行するよう構成され、
前記ＵＥの処理回路が、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するよう構成され、それにより前記ユーザデータを提供する実施の形態Ｃ４からＣ６のいずれか一項に記載の通信システム。
Ｃ２１．    前記ホストコンピュータの前記処理回路がホストアプリケーションを実行するよう構成され、それにより、前記要求データを提供し、
前記ＵＥの処理回路が、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するよう構成され、それにより前記要求データに応じて前記ユーザデータを提供する実施の形態Ｃ１７からＣ２０のいずれか一項に記載の通信システム。
Ｃ２２．    ホストコンピュータ、基地局、およびユーザ装置（ＵＥ）を含む通信システムにおいて実施される方法であって、当該方法は、
前記ホストコンピュータにおいて、前記ＵＥから前記基地局に送信されたユーザデータを受信することと、ここで、前記ＵＥがグループＡの実施の形態のいずれか一項に記載のステップのいずれかひとつを実行する方法。
Ｃ２３．    前記ＵＥにおいて、前記基地局に前記ユーザデータを提供することをさらに含む実施の形態Ｃ２２に記載の方法。
Ｃ２４．    前記ＵＥにおいてクライアントアプリケーションを実行することと、それによって、送信対象の前記ユーザデータを提供することと、
前記ホストコンピュータにおいて、前記クライアントアプリケーションに関連付けられたホストアプリケーションを実行することと、をさらに含む実施の形態Ｃ２２またはＣ２３に記載の方法。
Ｃ２５．    前記ＵＥにおいて、クライアントアプリケーションを実行することと、
前記ＵＥにおいて、前記クライアントアプリケーションへの入力データを受信することと、をさらに含み、
前記入力データは、前記クライアントアプリケーションに関連付けられているホストアプリケーションを実行することによって、前記ホストコンピュータにおいて提供され、
送信対象の前記ユーザデータが、前記入力データに応じて前記クライアントアプリケーションによって提供される実施の形態Ｃ２２からＣ２４のいずれか一項に記載の方法。
Ｃ２６．    ホストコンピュータを含む通信システムであって、当該ホストコンピュータが、ユーザ装置（ＵＥ）から基地局への送信に由来するユーザデータを受信するよう構成された通信インタフェースを備え、前記基地局が無線インタフェースと処理回路とを備え、前記基地局の処理回路が、グループＢの実施の形態のいずれか一項に記載のステップのいずれかひとつを行うよう構成される通信システム。
Ｃ２７．    前記基地局をさらに含む実施の形態Ｃ２６に記載の通信システム。
Ｃ２８．    前記ＵＥをさらに含み、前記ＵＥが前記基地局と通信するよう構成される実施の形態Ｃ２６またはＣ２７に記載の通信システム。
Ｃ２９．    前記ホストコンピュータの前記処理回路がホストアプリケーションを実行するよう構成され、
前記ＵＥが、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するよう構成され、それにより前記ホストコンピュータによって受信されるべき前記ユーザデータを提供する実施の形態Ｃ４からＣ６のいずれか一項に記載の通信システム。
Ｃ３０．    ホストコンピュータ、基地局、およびユーザ装置（ＵＥ）を含む通信システムにおいて実施される方法であって、当該方法は、
前記ホストコンピュータにおいて、前記基地局が前記ＵＥから受信した送信に由来するユーザデータを前記基地局から受信することを含み、
前記ＵＥがグループＡの実施の形態のいずれか一項に記載のステップのいずれかひとつを実行する方法。
Ｃ３１．    前記基地局において、前記ＵＥからの前記ユーザデータを受信することをさらに含む実施の形態Ｃ３０に記載の方法。
Ｃ３２．    前記基地局において、前記ホストコンピュータへの前記受信されたユーザデータの送信を開始することをさらに含む実施の形態Ｃ３０またはＣ３１に記載の方法。
【０１９２】
本出願が優先権を主張する米国特許仮出願（すなわち、２０１７年９月１１日に出願された米国出願第６２／５５７，０１８号）は、２つの３ＧＰＰ寄書のテキストを含む付録を含んでいた。その３ＧＰＰ寄書のいくつかの関連部分は、以下に再現される：
【０１９３】
寄書１
１．イントロダクション
この寄書では、ＮＲにおける電力制御（ＰＣ）フレームワークに関する概要を提供する。
２．議論
例えば、ＬＴＥ  リリース１０では、ＵＥは
2020533894.tif 000019
を使用してＰＲＡＣＨのＰＣを最初に実行している。
ＵＥとｅＮｏｄｅＢとの間に接続が確立された後、ＵＥは、ＰＵＣＣＨ、ＰＵＳＣＨ、およびＳＲＳ上でもＵＬ  ＰＣを実行するように構成され得る。物理アップリンク制御チャネル（ＰＵＣＣＨ）送信のためのＵＥ送信電力の設定は
2020533894.tif 000020
から行われる。
ここで、ＰＰＵＣＣＨは、所与のサブフレームで使用される送信電力であり、ＰＬＤＬはＵＥによって推定される経路損失である。ＰＵＳＣＨの場合、代わりに、以下の式
2020533894.tif 000021
を用いることができる。
ここで、ｃがサービングセルを示し、ＰＰＵＳＣＨ，ｃが所与のサブフレームで使用される送信電力である。ＳＲＳについて、
2020533894.tif 000022
と定義される。
ＮＲについて、これらの設計を再検討する必要がある。
２．１．ＮＲにおけるビーム固有のＰＣ
これに伴う寄書［１］において、ＵＥ  ＴＸおよびｇＮＢ  ＲＸのビームペアをＲＳおよびインジケータ状態に接続するためのビーム管理のフレームワークが存在するという点で、ＰＣ観点が議論される。このインジケータ状態をｇＮＢからＵＥに通信する方法も存在する。したがって、ビーム管理に導入されるこれらの２つの能力は、実際に、ＰＣおよびビーム固有ＰＣの分野で論じられる問題に関係する。したがって、ＰＣのためにこのフレームワークを再利用することは、冗長なシグナリングを回避することになり、これに基づいて、以下のことが提案される：
ＰＵＣＣＨ  ＰＣの場合、対応するビーム固有のＰＣパラメータセットを定義するために、少なくとも１つのＰＤＳＣＨ  ＤＭＲＳポートグループと空間的にＱＣＬされるＤＬ  ＲＳへの参照を提供するＮビットインジケータフィールドを利用する。
ＰＵＳＣＨ送信の場合、ＵＥがその送信電力を設定するために使用するビーム固有のＰＣパラメータセットは、その送信についてＵＥに提供される暗黙的／明示的ビームインジケーションから決定される。
冗長なシグナリングの指定を避けるために、ＰＣ目的のためのビーム管理目的のために定義された暗黙的／明示的ビームインジケーション機構を可能な限り再利用する。
２．２．ＮＲにおける閉ループＰＣ
ＮＲにおけるビーム固有のＰＣのサポートは、複数の閉ループ処理もまた同時にアクティブであるべきかどうかの問題を提起する。これは、伴う寄書［２］で議論され、以下の提案で結論される。
ビーム固有のＰＣの場合、単一の閉ループ処理デフォルトを作成し、設定によって複数の閉ループ処理をサポートする。
ＮＲにおける閉ループＰＣのもう１つの重要な問題は、導入された新フィーチャが、ＴＰＣコマンドが長い間与えられないという状況が発生しうることを意味するということである。これは、集約モードで実行される場合、古い開ループにつながる可能性がある。これは［２］で分析され、以下の提案で結論付けられる。
集約モードの場合、閉ループＰＣ部分の明示的なリセットをサポートする。
２．３．ＮＲにおける電力ヘッドルーム報告
ビーム固有の電力制御の導入は、ＰＨＲフレームワークをそれに応じて適応させる必要があることに帰着するのであろう。２つの解決策が議論されている：
ａ）ビーム当たり１つのＰＨＲ、あるいは
ｂ）ＰＨＲは、ＰＵＳＣＨのために現在／最後に使用されたビームに対応する。
［３］の２つの選択肢の長所と短所について議論され、以下が提案される。
ＮＲでは、ビーム固有の電力制御について、ＰＨＲは、ＰＵＳＣＨのために現在／最後に使用されたビームに対応する。
ＰＨＲが現在／最後にＰＵＳＣＨに使用されたビームに対応するとすれば、ＬＴＥからのＰＨＲトリガ条件はＮＲで再利用される。
２．４．サービスタイプ固有のＵＬ  ＰＣ
例えば、あるサービスタイプに対して余分な電力ブーストを可能にすることによって、例えば、このサービスタイプによって使用されるＰＣパラメータセットに対してより大きなＰ０を設定することによって、サービスタイプ固有のＰＣをサポートすることに関する議論がなされてきた。これは、特にＵＲＬＬＣタイプのユースケースにとって有益であるように思われ、これはＮＲにとって重要なユースケースであるので、これは動機付けられるべきであることが分かる。しかしながら、ＲＡＮ１は異なる複数のサービスタイプを区別しないので、本発明者らの見方ではこれはむしろＲＡＮ２の問題である。異なる論理チャネルをどのように多重化するかに関するからである。これに基づいて、以下のことが提案される：
サービスタイプ固有のＵＬ電力制御をサポートする。
サービスタイプ固有のＵＬ電力制御がサポートされる場合、ＬＳをＲＡＮ２に送る。
３．結論
この寄書における議論に基づき、以下が提案される：
提案１  ＰＵＣＣＨ  ＰＣの場合、対応するビーム固有のＰＣパラメータセットを定義するために、少なくとも１つのＰＤＳＣＨ  ＤＭＲＳポートグループと空間的にＱＣＬされるＤＬ  ＲＳへの参照を提供するＮビットインジケータフィールドを利用する。
ＰＵＳＣＨ送信の場合、ＵＥがその送信電力を設定するために使用するビーム固有のＰＣパラメータセットは、その送信についてＵＥに提供される暗黙的／明示的ビームインジケーションから決定される。
冗長なシグナリングの指定を避けるために、ＰＣ目的のためのビーム管理目的のために定義された暗黙的／明示的ビームインジケーション機構を可能な限り再利用する。
提案５  ビーム固有のＰＣの場合、単一の閉ループ処理デフォルトを作成し、設定によって複数の閉ループ処理をサポートする。
提案６  集約モードの場合、閉ループＰＣ部分の明示的なリセットをサポートする。
提案７  ＮＲでは、ビーム固有の電力制御について、ＰＨＲは、ＰＵＳＣＨのために現在／最後に使用されたビームに対応する。
提案８  ＰＨＲが現在／最後にＰＵＳＣＨに使用されたビームに対応するとすれば、ＬＴＥからのＰＨＲトリガ条件はＮＲで再利用される 。
提案９  サービスタイプ固有のＵＬ電力制御をサポートする。
提案１０  サービスタイプ固有のＵＬ電力制御がサポートされる場合、ＬＳをＲＡＮ２に送る。
４．リファレンス
Ｒ１−１７１６６０７，  ”Ｂｅａｍ  ｓｐｅｃｉｆｉｃ  ＰＣ  ｉｎ  ＮＲ”，  Ｅｒｉｃｓｓｏｎ，  ３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ１  ＮＲ  Ａｄ  Ｈｏｃ  ＃３，  Ｎａｇｏｙａ，  Ｊａｐａｎ，  １８ｔｈ  −  ２１ｓｔ，  Ｓｅｐｔｅｍｂｅｒ  ２０１７
Ｒ１−１７１６６０６，  ”Ｃｌｏｓｅｄ  ｌｏｏｐ  ＰＣ  ｉｎ  ＮＲ”，  Ｅｒｉｃｓｓｏｎ，  ３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ１  ＮＲ  Ａｄ  Ｈｏｃ  ＃３，  Ｎａｇｏｙａ，  Ｊａｐａｎ，  １８ｔｈ  −  ２１ｓｔ，  Ｓｅｐｔｅｍｂｅｒ  ２０１７
Ｒ１−１７１６６０５，  ”Ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ  ｒｅｐｏｒｔｉｎｇ  ｉｎ  ＮＲ”，  Ｅｒｉｃｓｓｏｎ，  ３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ１  ＮＲ  Ａｄ  Ｈｏｃ  ＃３，  Ｎａｇｏｙａ，  Ｊａｐａｎ，  １８ｔｈ  −  ２１ｓｔ，  Ｓｅｐｔｅｍｂｅｒ  ２０１７
【０１９４】
寄書２
１．イントロダクション
ＮＲはビーム固有の電力制御をサポートすることが合意されている。我々としては、ビーム固有の電力制御は、複数のＵＥ  ＴＸ及びｇＮＢ  ＲＸビームペアにおける個別の電力制御が維持されるユースケースを可能にするのであろう。ユースケースは例えば以下を含む。
特定のビームを使用してＴＲＰに送信するＵＥは、別のビームに切り替え、その結果、ＰＣパラメータ（ＰＣパラメータセット、例えば、Ｐ０、アルファ）のうちの１つの設定から別の設定へと切り替える。
ＴＲＰに送信するＵＥは、別のＴＲＰに切り替え、その結果、１つのＰＣパラメータセットから別のＰＣパラメータセットにも切り替える。
ＰＵＳＣＨが一例として使用される場合の、ビーム固有ＰＣの式は、
2020533894.tif 000023
と記述される。
ここで、αｉ、Ｐ０，ＰＵＳＣＨｉ等の意味は、これらのパラメータがビーム固有の方法で設定されてもよく、したがってビームインデクスｉに依存してもよいことである。しかしながら、それらはまた、例えばα０＝α１＝…＝α６＝αとなるように共有されてもよく、これはαのみが設定されればよいことを意味し、これらの詳細についての議論は続いている。しかしながら、ＰＬｃｉは、経路損失推定がｉに対応する参照信号に基づくことを意味する。これに基づいて、ビーム固有のＰＣを可能にするために、少なくとも２つの構成要素が配置される必要があることが特定される：
ａ）特定のＲＳをＰＣパラメータセットｉに接続する方法、および
ｂ）所与のＰＵＳＣＨ送信の出力電力ＰＰＵＳＣＨ，ｃｎを設定するときにどのＰＣパラメータセットｉを使用するかをＵＥにシグナリングするための、暗黙的または明示的な方法。
これら２つの質問の見解は、この寄書において提供される。
２．１．ビーム管理におけるビームインジケーション
ビーム固有のＰＣに関するトピックはビーム管理に密接に関連しているので、ビーム管理フレームワークを念頭に置いてＰＣフレームワークを設計することが不可欠である。ＲＡＮ１＃９０（プラハ）において、ＰＤＳＣＨのＤＬビームインジケーションに関して以下の合意がなされた：
合意＃１：
●少なくともＮＲユニキャストＰＤＳＣＨのビームインジケーションの目的のために、少なくとも１つのＰＤＳＣＨ  ＤＭＲＳポートグループと空間的にＱＣＬされるＤＬ  ＲＳへの参照を提供するＤＣＩにおけるＮビットインジケータフィールドをサポートする。
○インジケータ状態は、ＤＬ  ＲＳの少なくとも１つのインデクス（たとえば、ＣＲＩ、ＳＳＢインデクス）に関連付けられ、ダウンリンクＲＳの各インデクスは所与のＤＬ  ＲＳタイプ、たとえば、非周期的ＣＳＩ−ＲＳ、周期的ＣＳＩ−ＲＳ、半永続的ＣＳＩ−ＲＳ、またはＳＳＢに関連付けられ得る。
■注意：ＳＳＢについてのＬ１−ＲＳＲＰ報告はまだ合意されていない。
■注意：ＤＬ  ＣＳＩ−ＲＳタイプを決定する１つの可能性はリソース設定ＩＤによるものであり、他のオプションは除外されない。
○Ｎの値はＦＦＳであるが、多くても［３］ビットである。
○ＦＦＳ：複数のＤＭＲＳポートグループの場合。
○ＦＦＳ：２つ以上のビームインジケータを示すか否かにかかわらず、ＮＲは、インジケータオーバヘッドを最小化するように努める。
●ＦＦＳ：例えば、ＤＬ  ＲＳインデクス（例えば、ＣＲＩ、ＳＳＢインデクス）をインジケータ状態に関連付けるためのシグナリング機構、例えば、
○関連付けは、ＵＥに明示的にシグナリングされる。
○関連付けは、ＵＥによって暗黙的に決定される。
○上記の組合せは除外されない。
この合意は、ＤＣＩ内のＮビットインジケータフィールドがＰＤＳＣＨの復号を支援するために、ＤＬ  ＲＳ（ＣＳＩ−ＲＳまたはＳＳＢのいずれか）への少なくともひとつの空間ＱＣＬ参照を提供することを確立する。インジケータの所与の値は、インジケータ状態と呼ばれ、ＤＬ  ＲＳのインデクス（ＣＲＩまたはＳＳＢインデクス）に関連付けられる。ＣＳＩ−ＲＳの場合、リソースは定期的、半永続的、または非周期的な場合がある。この合意では、ＤＬ  ＲＳインデクスが明示的シグナリングを介して、またはＵＥ測定中に暗黙的に、どのようにインジケータ状態に関連付けられるか、はＦＦＳである。
明らかに、Ｎビットインジケータによってサポートされる機能はＬＴＥにおけるＰＱＩに類似しており、このＰＱＩは、協調ＭＰ動作をサポートするＤＣＩフォーマット２ＤにおけるＱＣＬおよびＰＤＳＣＨレートマッチングインジケーションの目的のために使用されるしかしながら、相違点の１つは、ＮＲについては同じようにＰＤＳＣＨレートマッチングパラメータをシグナリングする必要があるか明らかでないことである。さらに、インジケータは、マルチＴＲＰ（協調ＭＰ）動作の場合に限定されない。動的（空間的）ＱＣＬインジケーションは単一ＴＲＰｍｍＷａｖｅ動作に対してさえ有益である。したがって、Ｎビットインジケータについてのより一般的な用語を採用することが提案され、それは送信設定インジケータ（ＴＣＩ）というものであり、これは、ＰＤＳＣＨ送信のＱＣＬ設定が動的に示されるという概念を捕捉するものである。
図１７は、ＵＥに設定されたＲＲＣでありうるＴＣＩ状態の例示的な集合を示す。Ｎビットでは２Ｎ個までのＴＣＩ状態を定義することができ、いくつかは単一のＲＳセットを含み、他はマルチＴＲＰ動作をサポートするために複数のＲＳセットを含む。基本的な単一のＴＲＰ動作の場合、すべてのＴＣＩ状態は、単一のＲＳセットのみを含む。デフォルトＴＣＩ状態も示されており、これは、例えば、初期アクセス中にＵＥによって決定されたＳＳＢビームインデクスを参照するＱＣＬインジケーションのために使用されてもよい。前述のように、異なるＲＳタイプ、すなわち、ＳＳＢ、周期的、半持続的、または非周期的ＣＳＩ−ＲＳを参照するＱＣＬインジケーションのために、異なるＴＣＩ状態を使用することができる。ビーム管理用にＤＬ  ＲＳのどのような混合を用いるかに依存して状態を設定するのはネットワーク実装次第である。このフレームワークに関するさらなる詳細は、文書［１］で提供される。
ＰＣの観点から、ＵＥ  ＴＸおよびｇＮＢ  ＲＸビームペアをＲＳに接続するためのフレームワーク、ならびにこのインジケータ状態をｇＮＢからＵＥに通信するための方法が存在する。したがって、ビーム管理に導入されるこれらの２つの能力は、実際に、ＰＣの分野で論じられる問題に関係する。例えば、ビーム対応を有するＵＥの場合、ＵＥが、空間ＱＣＬ参照として使用されるＤＬ  ＲＳに対して逆方向に送信すべきであることには意味がある。したがって、ＤＬ送信のために定義され、シグナリングされたＴＣＩは、ＵＬ送信のためにも再使用するのに適している。したがって、ビーム固有のＰＣフレームワークをこのＴＣＩに取り付けることも有益であり、これは、ＰＣパラメータセットインデクスがＤＬおよび／またはＵＬ送信のためにシグナリングされるＴＣＩによって暗黙的に与えられるので、冗長なシグナリングを回避する。これに基づいて、以下のことが提案される：
ＰＵＣＣＨ  ＰＣの場合、対応するビーム固有のＰＣパラメータセットを定義するために、少なくとも１つのＰＤＳＣＨ  ＤＭＲＳポートグループと空間的にＱＣＬされるＤＬ  ＲＳへの参照を提供するＮビットインジケータフィールドを利用する。
ＰＵＳＣＨ送信の場合、ＵＥがその送信電力を設定するために使用するビーム固有のＰＣパラメータセットは、その送信についてＵＥに提供される暗黙的／明示的ビームインジケーションから決定される。
冗長なシグナリングの指定を避けるために、ＰＣ目的のためのビーム管理目的のために定義された暗黙的／明示的ビームインジケーション機構を可能な限り再利用する。
３．結論
以下の短い形式の提案が提供される：
提案２  ＰＵＣＣＨ  ＰＣの場合、対応するビーム固有のＰＣパラメータセットを定義するために、少なくとも１つのＰＤＳＣＨ  ＤＭＲＳポートグループと空間的にＱＣＬされるＤＬ  ＲＳへの参照を提供するＮビットインジケータフィールドを利用する。
ＰＵＳＣＨ送信の場合、ＵＥがその送信電力を設定するために使用するビーム固有のＰＣパラメータセットは、その送信についてＵＥに提供される暗黙的／明示的ビームインジケーションから決定される。
冗長なシグナリングの指定を避けるために、ＰＣ目的のためのビーム管理目的のために定義された暗黙的／明示的ビームインジケーション機構を可能な限り再利用する。
４．リファレンス
［１］  Ｒ１−１７１６３５０  ”Ｏｎ  ｂｅａｍ  ｉｎｄｉｃａｔｉｏｎ，  ｍｅａｓｕｒｅｍｅｎｔ，  ａｎｄ  ｒｅｐｏｒｔｉｎｇ”，  ３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ１  ＮＲ  Ａｄ  Ｈｏｃ  ＃３
【０１９５】
略語
以下の略語のうちの少なくともいくつかが本開示で使用されてもよい。略語間に不一致がある場合、それが上記でどのように使用されるかが優先されるべきである。以下に複数回列挙される場合、最初の列挙は、その後の任意の列挙よりも優先されるべきである。
ＴＲＰ  送信ポイント
ＵＥ  ユーザ装置
ＴＸ  送信無線チェーン
ＲＸ  受信無線チェーン
ＰＵＣＣＨ  物理アップリンク制御チャネル
ＰＤＣＣＨ  物理ダウンリンク制御チャネル
ＰＤＳＣＨ  物理ダウンリンク共有データチャネル
ＰＵＳＣＨ  物理アップリンク共有データチャネル
ＰＢＣＨ  物理報知チャネル
ＣＳＩ−ＲＳ  チャネル状態情報参照信号
ＳＳＢ  同期信号ブロック
ＰＳＳ  プライマリ同期信号
ＳＳＳ  セカンダリ同期信号
ＤＣＩ  ダウンリンク制御情報
ＭＡＣ−ＣＥ  ＭＡＣ制御要素
ＱＲＩ  ＱＣＬ参照インジケータ
ＲＳＩ  参照信号インデクス
ＳＲＳ  サウンディング参照信号
１ｘ  ＲＴＴ  ＣＤＭＡ２０００  １ｘ  無線送信技術
３ＧＰＰ  第三世代パートナーシッププロジェクト
５Ｇ  第５世代
ＡＢＳ  ほぼブランクのサブフレーム
ＡＲＱ  自動繰り返し要求
ＡＷＧＮ  追加白色ガウシアンノイズ
ＢＣＣＨ  報知制御チャネル
ＢＣＨ  報知チャネル
ＣＡ  キャリアアグリゲーション
ＣＣ  キャリアコンポーネント
ＣＣＣＨ  ＳＤＵ  共通制御チャネルＳＤＵ
ＣＤＭＡ  符号分割多重アクセス
ＣＧＩ  セルグローバル識別子
ＣＩＲ  チャネルインパルス応答
ＣＰ  サイクリックプレフィックス
ＣＰＩＣＨ  共通パイロットチャネル
ＣＰＩＣＨ  Ｅｃ／Ｎｏ  帯域内の電力密度で除した、チップごとのＣＰＩＣＨ受信エネルギ
ＣＱＩ  チャネル品質情報
Ｃ−ＲＮＴＩ  セルＲＮＴＩ
ＣＳＩ  チャネル状態情報
ＤＣＣＨ  専用制御チャネル
ＤＬ  ダウンリンク
ＤＭ  復調
ＤＭＲＳ  復調基準信号
ＤＲＸ  不連続受信
ＤＴＸ  不連続送信
ＤＴＣＨ  専用トラフィックチャネル
ＤＵＴ  テスト中のデバイス
Ｅ−ＣＩＤ  エンハンストセルＩＤ（位置決め方法）
Ｅ−ＳＭＬＣ  エバルブドサービングモバイルロケーションセンタ
ＥＣＧＩ  エバルブドＣＧＩ
ｅＮＢ  Ｅ−ＵＴＲＡＮノードＢ
ｅＰＤＣＣＨ  エンハンスト物理ダウンリンク制御チャネル
Ｅ−ＳＭＬＣ  エバルブドサービングモバイルロケーションセンタ
Ｅ−ＵＴＲＡ  エバルブドＵＴＲＡ
Ｅ−ＵＴＲＡＮ  エバルブドＵＴＲＡＮ
ＦＤＤ  周波数分割複信
ＦＦＳ  さらなる研究用
ＧＥＲＡＮ  ＧＳＭ  ＥＤＧＥ無線アクセスネットワーク
ｇＮＢ  ＮＲの基地局
ＧＮＳＳ  グローバルナビゲーション衛星システム
ＧＳＭ  グローバルシステムフォーモバイルコミュニケーション
ＨＡＲＱ  ハイブリッド自動繰り返し要求
ＨＯ  ハンドオーバ
ＨＳＰＡ  高速パケットアクセス
ＨＲＰＤ  高レートパケットデータ
ＬＯＳ  見通し線
ＬＰＰ  ＬＴＥ位置決めプロトコル
ＬＴＥ  ロングタームエボリューション
ＭＡＣ  メディアアクセスコントロール
ＭＢＭＳ  マルチメディア報知マルチキャストサービス
ＭＢＳＦＮ  マルチメディア報知マルチキャストサービス単一周波数ネットワーク
ＭＢＳＦＮ  ＡＢＳ  ＭＢＳＦＮほぼブランクのサブフレーム
ＭＤＴ  ドライブテストの最小化
ＭＩＢ  マスタ情報ブロック
ＭＭＥ  モビリティマネジメントエンティティ
ＭＳＣ  モバイルスイッチングセンタ
ＮＰＤＣＣＨ  狭帯域物理ダウンリンク制御チャネル
ＮＲ  新たな無線
ＯＣＮＧ  ＯＦＤＭＡチャネルノイズ生成器
ＯＦＤＭ  直交周波数分割多重
ＯＦＤＭＡ  直交周波数分割複数アクセス
ＯＳＳ  オペレーションサポートシステム
ＯＴＤＯＡ  観測された到着時間差
Ｏ＆Ｍ  オペレーションおよびメンテナンス
ＰＢＣＨ  物理報知チャネル
Ｐ−ＣＣＰＣＨ  プライマリ共通制御物理チャネル
ＰＣｅｌｌ  プライマリセル
ＰＣＦＩＣＨ  物理制御フォーマットインジケータチャネル
ＰＤＣＣＨ  物理ダウンリンクコントロールチャネル
ＰＤＰ  プロファイル遅延プロファイル
ＰＤＳＣＨ  物理ダウンリンク共有チャネル
ＰＧＷ  パケットゲートウエイ
ＰＨＩＣＨ  物理ハイブリッドＡＲＱインジケータチャネル
ＰＬＭＮ  公衆陸上モバイルネットワーク
ＰＭＩ  プレコーダマトリクスインジケータ
ＰＲＡＣＨ  物理ランダムアクセスチャネル
ＰＲＳ  位置決め参照信号
ＰＳＳ  プライマリ同期信号
ＰＵＣＣＨ  物理アップリンク制御チャネル
ＰＤＳＣＨ  物理ダウンリンク共有チャネル
ＲＡＣＨ  ランダムアクセスチャネル
ＱＡＭ  直交振幅変調
ＲＡＮ  無線アクセスネットワーク
ＲＡＴ  無線アクセス技術
ＲＬＭ  無線リンク管理
ＲＮＣ  無線ネットワークコントローラ
ＲＮＴＩ  無線ネットワーク一時的識別子
ＲＲＣ  無線リソースコントロール
ＲＲＭ  無線リソース管理
ＲＳ  基準信号
ＲＳＣＰ  受信信号符号電力
ＲＳＲＰ  参照シンボル受信電力  または  参照信号受信電力
ＲＳＲＱ  参照信号受信品質  または  参照シンボル受信品質
ＲＳＳＩ  受信信号強度インジケータ
ＲＳＴＤ  参照信号時間差
ＳＣＨ  同期チャネル
ＳＣｅｌｌ  セカンダリセル
ＳＤＵ  サービスデータユニット
ＳＦＮ  システムフレーム番号
ＳＧＷ  サービングゲートウエイ
ＳＩ  システム情報
ＳＩＢ  システム情報ブロック
ＳＮＲ  信号対ノイズ比
ＳＯＮ  自己最適化ネットワーク
ＳＳ  同期信号
ＳＳＳ  セカンダリ同期信号
ＴＤＤ  時分割複信
ＴＤＯＡ  到着時間差
ＴＯＡ  到着時間
ＴＳＳ  ターシャリ同期信号
ＴＴＩ  送信時間間隔
ＵＥ  ユーザ装置
ＵＬ  アップリンク
ＵＭＴＳ  ユニバーサルモバイルテレコミュニケーションシステム
ＵＳＩＭ  ユニバーサルサブスクライバアイデンティティモジュール
ＵＴＤＯＡ  アップリンク到着時間差
ＵＴＲＡ  ユニバーサルテレストリアル無線アクセス
ＵＴＲＡＮ  ユニバーサルテレストリアル無線アクセスネットワーク
ＷＣＤＭＡ  ワイドバンドＣＤＭＡ
ＷＬＡＮ  無線ローカルエリアネットワーク
【図１】
2020533894.tif 000024
【図２】
2020533894.tif 000025
【図３】
2020533894.tif 000026
【図４】
2020533894.tif 000027
【図５】
2020533894.tif 000028
【図６】
2020533894.tif 000029
【図７】
2020533894.tif 000030
【図８】
2020533894.tif 000031
【図９】
2020533894.tif 000032
【図１０】
2020533894.tif 000033
【図１１】
2020533894.tif 000034
【図１２】
2020533894.tif 000035
【図１３】
2020533894.tif 000036
【図１４】
2020533894.tif 000037
【図１５】
2020533894.tif 000038
【図１６】
2020533894.tif 000039
【図１７】
2020533894.tif 000040
【国際調査報告】
2020533894.tif 000041
2020533894.tif 000042
2020533894.tif 000043