(57)【特許請求の範囲】
【請求項１】
無線通信ネットワーク（１００）内で動作可能なセルラー無線デバイス（１０５）における、前記無線デバイスによる送信において使用されるべき参照信号リソースを識別する方法（９００）であって、
複数の参照信号リソースグループによって前記無線デバイスを設定するシグナリングを受信すること（Ｓ９０５）であって、各グループは、複数の参照信号リソースを含む、シグナリングを受信すること（Ｓ９０５）と、
制御チャネルにおいて、ビーム管理に使用されるべき参照信号リソースの選択の第１の指示を受信すること（Ｓ９１０）であって、同じ前記参照信号リソースグループに属する参照信号リソースが同時の使用のために選択されないように、前記複数の参照信号リソースグループのうちの異なるグループから、ビーム管理に使用されるべき前記複数の参照信号リソースの各々が選択される、第１の指示を受信すること（Ｓ９１０）と、
参照信号を、指示された参照信号リソースの前記選択を使用して、前記ネットワーク内のネットワークノードに送信すること（Ｓ９１５）と、
前記制御チャネルにおいて、ＰＵＳＣＨ送信に使用されるべき参照信号リソースの選択の第２の指示を受信することであって、ＰＵＳＣＨ送信に使用されるべき複数の参照信号リソースの前記第２の指示は、ビットフィールドを含み、前記ビットフィールドの長さは、前記無線デバイスが送信することが可能であるＭＩＭＯ層の最大数、および、前記参照信号リソースグループのうちの１つに対応するグループ内の参照信号リソースの数に依存する、第２の指示を受信することと、
を含み、
前記ビットフィールドの長さは、サウンディング参照信号（ＳＲＳ）リソースのＳ個の組合せを指示するのに十分であり、ここで、
0006913756.tif 000032
であり、
式中、Ｌｍａｘは前記無線デバイスが送信することが可能であるＭＩＭＯ層の最大数であり、Ｎは、前記参照信号リソースグループのうちの１つに対応するグループ内のリソースの数である、方法。
【請求項２】
前記参照信号リソースは、ＳＲＳリソースである、請求項１に記載の方法。
【請求項３】
送信される前記参照信号はＳＲＳである、請求項１または２に記載の方法。
【請求項４】
前記参照信号は、ビーム管理を目的として送信される、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記無線デバイスは、複数のアンテナパネルを含み、前記複数の参照信号リソースグループの各グループは、前記アンテナパネルのうちの異なるアンテナパネルに対応する、請求項１から４のいずれか一項に記載の方法。
【請求項６】
複数の参照信号リソースグループによって前記無線デバイスを設定するシグナリングを受信することが、前記複数の参照信号リソースグループに関連付けられた制御チャネルトリガを規定する無線リソース制御メッセージを受信することを含み、
制御チャネルにおいて、ＰＵＳＣＨ送信に使用されるべき参照信号リソースの選択の第２の指示を受信することが、前記複数の参照信号リソースグループに関連付けられたトリガと、トリガされる前記複数の参照信号リソースグループ内の参照信号リソースの中から選択された参照信号リソースを指示するリソースインジケータとを受信することを含む、請求項１から５のいずれか一項に記載の方法。
【請求項７】
ビーム管理に使用されるべき参照信号リソースの指示を取得することによってセルラー無線通信ネットワーク（１００）における通信を容易にするための無線デバイス（１０５、２００）であって、
コンピュータ可読指示を含むメモリと、
前記コンピュータ可読指示を実行するように設定される処理回路構成と
を含み、それにより、前記無線デバイスが、
複数の参照信号リソースグループによって前記無線デバイスを設定するシグナリングを受信することであって、各グループは、複数の参照信号リソースを含む、シグナリングを受信することと、
制御チャネルにおいて、ビーム管理に使用されるべき参照信号リソースの選択の第１の指示を受信することであって、同じ前記参照信号リソースグループに属する参照信号リソースが同時の使用のために選択されないように、前記複数の参照信号リソースグループのうちの異なるグループから、ビーム管理に使用されるべき前記複数の参照信号リソースの各々が選択される、第１の指示を受信することと、
参照信号を、指示された参照信号リソースの前記選択を使用して、前記ネットワーク内のネットワークノードに送信することと、
前記制御チャネルにおいて、ＰＵＳＣＨ送信に使用されるべき参照信号リソースの選択の第２の指示を受信することであって、ＰＵＳＣＨ送信に使用されるべき複数の参照信号リソースの前記第２の指示は、ビットフィールドを含み、前記ビットフィールドの長さは、前記無線デバイスが送信することが可能であるＭＩＭＯ層の最大数、および、前記参照信号リソースグループのうちの１つに対応するグループ内の参照信号リソースの数に依存する、第２の指示を受信することと、
を遂行するように動作可能であり、
前記ビットフィールドの長さは、サウンディング参照信号（ＳＲＳ）リソースのＳ個の組合せを指示するのに十分であり、ここで、
0006913756.tif 000033
であり、
式中、Ｌｍａｘは前記無線デバイスが送信することが可能であるＭＩＭＯ層の最大数であり、Ｎは、前記参照信号リソースグループのうちの１つに対応するグループ内のリソースの数である、
無線デバイス。
【請求項８】
前記参照信号リソースは、ＳＲＳリソースである、請求項７に記載の無線デバイス。
【請求項９】
前記参照信号は、ビーム管理を目的として送信される、請求項７または８に記載の無線デバイス。
【請求項１０】
前記無線デバイスは、複数のアンテナパネルを含み、前記複数の参照信号リソースグループの各グループは、前記アンテナパネルのうちの異なるアンテナパネルに対応する、請求項７から９のいずれか一項に記載の無線デバイス。
【請求項１１】
ネットワークノードにおける、無線通信ネットワークにおいて動作可能なセルラー無線デバイスにおける参照信号送信設定を設定し、前記参照信号送信設定の使用を指示する方法（１５００）であって、
複数の参照信号リソースグループによって前記無線デバイスを設定するシグナリングを送信すること（Ｓ１５０５）であって、各グループは、複数の参照信号リソースを含む、シグナリングを送信すること（Ｓ１５０５）と、
制御チャネルにおいて、ビーム管理に使用されるべき参照信号リソースの選択の第１の指示を送信すること（Ｓ１５１０）であって、前記ネットワークノードが、同じ前記参照信号リソースグループに属する参照信号リソースが同時の使用のために選択されないように、前記複数の参照信号リソースグループのうちの異なるグループから、前記ビーム管理に使用されるべき複数の参照信号リソースの各々を選択する、第１の指示を送信すること（Ｓ１５１０）と、
指示された参照信号リソースの前記選択を使用して、前記無線デバイスから参照信号を受信すること（Ｓ１５１５）と、
前記制御チャネルにおいて、ＰＵＳＣＨ送信に使用されるべき参照信号リソースの選択の第２の指示を送信することであって、ＰＵＳＣＨ送信に使用されるべき前記複数の参照信号リソースの前記第２の指示は、ビットフィールドを含み、前記ビットフィールドの長さは、前記無線デバイスが送信することが可能であるＭＩＭＯ層の最大数、および、前記参照信号リソースグループのうちの１つに対応するグループ内の参照信号リソースの数に依存する、第２の指示を送信することと、
を含み、
前記ビットフィールドの長さは、サウンディング参照信号（ＳＲＳ）リソースのＳ個の組合せを指示するのに十分であり、ここで、
0006913756.tif 000034
であり、
式中、Ｌｍａｘは前記無線デバイスが送信することが可能であるＭＩＭＯ層の最大数であり、Ｎは、前記参照信号リソースグループのうちの１つに対応するグループ内のリソースの数である、方法。
【請求項１２】
前記参照信号リソースは、ＳＲＳリソースである、請求項１１に記載の方法。
【請求項１３】
受信された前記参照信号は、ビーム管理のために使用される、請求項１１または１２に記載の方法。
【請求項１４】
前記無線デバイスは、複数のアンテナパネルを含み、前記複数の参照信号リソースグループの各グループは、前記アンテナパネルのうちの異なるアンテナパネルに対応する、請求項１１から１３のいずれか一項に記載の方法。
【請求項１５】
複数の参照信号リソースグループによって前記無線デバイスを設定するシグナリングを送信することが、前記複数の参照信号リソースグループに関連付けられた制御チャネルトリガを規定する無線リソース制御メッセージを送信することを含み、
制御チャネルにおいて、ＰＵＳＣＨ送信に使用されるべき参照信号リソースの選択の第２の指示を送信することが、前記複数の参照信号リソースグループに関連付けられたトリガと、トリガされる前記複数の参照信号リソースグループ内の参照信号リソースの中から選択された参照信号リソースを指示するリソースインジケータとを送信することを含む、請求項１１から１４のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
開示された主題は、一般的に、電気通信に関し、より詳細には、次世代移動無線通信システムにおけるＳＲＳリソースの効率的な指示に関する。
【背景技術】
【０００２】
次世代移動無線通信システム（５ＧまたはＮＲ）は、使用ケースの多様なセット、および展開シナリオの多様なセットをサポートするものになる。この展開シナリオの多様なセットは、現在のＬＴＥと同様の低い周波数（数百ＭＨｚ）、および非常に高い周波数（数十ＧＨｚのｍｍ波）両方における展開を含む。高周波数では、伝搬特性は良好なカバレッジの達成を困難にしている。カバレッジ問題に対する１つの解決策は、満足のいくリンクバジェットを達成するために、典型的にはアナログ式の高利得ビーム形成を利用することである。ビーム形成はまた、低周波数において使用されることになり（典型的には、デジタルビーム形成）、既に標準化済みの３ＧＰＰ  ＬＴＥシステム（４Ｇ）と実際は同様であることが予想される。
【０００３】
その上、将来のＮＲネットワークの大部分は、ＴＤＤ向けに展開されることになると予期される。（ＦＤＤと比較した）ＴＤＤの１つの利点は、ＴＤＤが、ＴＲＰ（すなわち、ＤＬ向け）とＵＥ（すなわち、ＵＬ向け）の両方において適用することができる、相互関係に基づくビーム形成を可能にすることである。相互関係に基づくＤＬ送信について、ＵＥは、ＴＲＰとＵＥとの間のチャネルを推定するためにＴＲＰが使用することになる、サウンディング参照信号（ＳＲＳ）を送信することになると予期される。チャネル推定値は次いで、ＴＲＰにおいて、例えば、固有ビーム形成を使用することによって、入来するＤＬ送信に対する最適なプリコーディング重みを発見するために使用されることになる。同様に、ＣＳＩ−ＲＳは、相互関係に基づくＵＬ送信のサウンディング信号として使用されることになると予期される。ＴＲＰが、ＵＬプリコーディングを決定するときにＵＥが使用することができる、先行して送信されているＤＬ参照信号（例えば、ＣＳＩ−ＲＳ）に対する擬似コロケーション（ＱＣＬ）仮定を指示することができることが、ＮＲにおいて合意されている。
【０００４】
コードブックベースプリコーディング
【０００５】
マルチアンテナ技法は、無線通信システムのデータ速度および信頼性を大幅に高める可能性がある。この性能は特に、送信機および受信機両方が複数のアンテナを装備する場合に改善され、これによって、マルチ入力マルチ出力（ＭＩＭＯ）通信チャネルがもたらされる。このようなシステムおよび／または関連技法は、一般的にＭＩＭＯという。
【０００６】
ＮＲ規格は指定されようとしているところである。ＮＲにおける中核のコンポーネントは、ＭＩＭＯアンテナの展開、およびＭＩＭＯ関連技法のサポートである。ＮＲは、チャネル依存プリコーディングを用いて少なくとも４つのアンテナポートを使用する少なくとも４層の空間多重化を用いるアップリンクＭＩＭＯをサポートすることになると予期される。空間多重化モードは、好適なチャネル条件における高データ速度を目的としている。アップリンクでＣＰ−ＯＦＤＭが使用される場合の図４において、空間多重化動作が図示されている。
【０００７】
見られるように、シンボルベクトルｓを伝達する情報は、ＮＴ×ｒプリコーダ行列Ｗによって乗算され、これは、（ＮＴアンテナポートに対応する）ＮＴ次元ベクトル空間の部分空間における送信エネルギーを分散するのに役立つ。プリコーダ行列は典型的には、可能なプリコーダ行列のコードブックから選択され、典型的には、一定数のシンボルストリームに対してコードブックにおいて一意のプリコーダ行列を指定するプリコーダ行列インジケータ（ＰＭＩ）によって指示される。ｓにおけるｒのシンボルはそれぞれ、ある層に対応し、ｒは送信ランクと称される。このように、空間多重化は達成されるが、これは、複数のシンボルが同じ時間／周波数リソースエレメント（ＴＦＲＥ）上で同時に送信可能であるからである。シンボル数ｒは典型的には、現在のチャネル性質に合うように適応される。
【０００８】
ＬＴＥおよびＮＲは、ダウンリンクにおいてＯＦＤＭを使用するため、サブキャリアｎ（または代替的には、データＴＦＲＥ番号ｎ）上のある特定のＴＦＲＥに対する受信されたＮＲ×１ベクトルｙｎはよって、
ｙｎ＝ＨｎＷｓｎ＋ｅｎ
によってモデル化され、式中、ｅｎは、ランダムプロセスの実現として取得される雑音／干渉ベクトルである。プリコーダ行列Ｗによって実装されるプリコーダは、周波数上で一定である、または周波数選択である広帯域プリコーダとすることができる。
【０００９】
プリコーダ行列は多くは、ＮＲ×ＮＴのＭＩＭＯチャネル行列Ｈｎの特性に整合するように選定されることで、いわゆるチャネル依存プリコーディングが生じる。これは一般的に、閉ループプリコーディングと称され、送信されたエネルギーの多くをＵＥに伝えるという意味で強力である部分空間へ送信エネルギーを集中させることを本質的に追及するものである。さらに、プリコーダ行列は、チャネルの直交化を追及するように選択されてもよく、このことは、ＵＥにおける適正な線形等化の後に層間干渉が低減することを意味する。
【００１０】
ＵＥがプリコーダ行列Ｗを選択するための１つの例示の方法は、以下のように、仮説的等価チャネルのフロベニウスノルムを最大化するＷｋを選択することであり得る。
0006913756.tif 000002
式中、
0006913756.tif 000003
は、下記にさらに説明するようにＣＳＩ−ＲＳから導出される可能性があるチャネル推定値であり、
Ｗｋは、インデックスｋを有する仮説的プリコーダ行列であり、
0006913756.tif 000004
は、仮説的等価チャネルである。
【００１１】
ＮＲアップリンクのための閉ループプリコーディングにおいて、ＴＲＰは、逆方向リンク（アップリンク）におけるチャネル測定に基づいて、ＵＥがＵＥのアップリンクアンテナ上で使用すべきＴＰＭＩをＵＥに送信する。ｇＮｏｄｅＢは、チャネル測定を可能にするためにＵＥがアップリンク送信に使用する可能性があるＵＥアンテナの数に従って、ＳＲＳを送信するように、ＵＥを設定する。大きい帯域幅をカバーする（広帯域プリコーディング）ことが想定される単一のプリコーダがシグナリングされ得る。チャネルの周波数変動をマッチングし、代わりに、例えば、いくつかのプリコーダおよび／またはいくつかのＴＰＭＩなどの周波数選択的プリコーディングレポートを、サブバンドあたり１つフィードバックすることも有益であり得る。
【００１２】
ＳＲＳリソースインジケータ（ＳＲＩ）および送信ランクインジケータ（ＴＲＩ）のような、ＴＰＭＩ以外の情報が、一般的に、ＵＬ  ＭＩＭＯ送信状態を決定するために使用される。これらのパラメータ、ならびに、変調コーディング状態（ＭＣＳ）、および、ＰＵＳＣＨが送信されることになるアップリンクリソースも、ＵＥからのＳＲＳ送信から導出されるチャネル測定値によって決定される。送信ランク、ひいては空間多重化層の数は、プリコーダＷの列数に反映される。効率的な性能にとって、チャネル性質に整合する送信ランクが選択されることが重要である。
【００１３】
非コードブックベースＵＬ送信
【００１４】
コードブックベースＵＬ送信に加えて、ＮＲが、ＴＸ／ＲＸ相互関係がＵＥにおいて当てはまるときに適用可能である、非コードブックベース送信モードをサポートすることになることが合意されている。前述したようなコードブックベースモードにおいて、ＵＥは典型的には、アップリンクチャネルをサウンディングするためにプリコーディングされていないＳＲＳを送信し、ｇＮＢは、ＳＲＳチャネル推定値に基づいてコードブックから好ましいプリコーダを決定し、ＵＥに、ＵＬ許可に含まれるＴＰＭＩを用いることによってＰＵＳＣＨ送信に上記プリコーダを適用するように命令する。
【００１５】
一方、非コードブックベースＵＬ送信については、ＵＥ自体が１つまたは複数のプリコーダ候補を決定し、１つまたは複数のＳＲＳリソース内の１つまたは複数のＳＲＳをプリコーディングするために上記プリコーダ候補を使用する。ｇＮＢは、対応して、１つまたは複数の好ましいＳＲＳリソースを決定し、ＵＥに、１つまたは複数の好ましいＳＲＳリソースをプリコーディングするのに適用されるプリコーダを、ＰＵＳＣＨ送信にも使用するように命令する。この命令は、ＵＬ許可を担持するＤＣＩに含まれる１つまたは複数のＳＲＩの形態でシグナリングされ得るが、代替的にまたは付加的に、ＴＲＩシグナリングを含んでもよい。
【００１６】
ＵＥがＵＬプリコーダ候補を決定するためには、ＤＬチャネル推定値に到達するために、ＣＳＩ−ＲＳのようなＤＬ参照信号を測定する必要がある。このＤＬチャネル推定値に基づいて、かつ、ＴＸ／ＲＸ相互関係が当てはまると仮定して、ＵＥは、ＤＬチャネル推定値をＵＬチャネル推定値に変換することができ、例えば、ＵＬチャネル推定値の特異値分解（ＳＶＤ）を実施することによって、または、他の確立されているプリコーダ決定方法によって、ＵＬプリコーダ候補のセットを決定するために、ＵＬチャネル推定値を使用することができる。典型的には、ｇＮＢは、プリコーダ候補決定を支援するために使用することができるＣＳＩ−ＲＳリソースを用いて、黙示的または明示的に、ＵＥを設定する。ＮＲに関するいくつかの提案において、この設定は、例えば、ＲＲＣ設定の一部として、特定のＣＳＩ−ＲＳリソースが、ＵＥがＵＬサウンディングに使用するためにスケジューリングされているＳＲＳリソースと相互的に、空間的に擬似的に同じ場所にあることを指示することによって行われる。
【００１７】
ＳＲＳ送信設定
【００１８】
ＳＲＳ送信がどのように行われるべきであるか、例えば、いずれかのＳＲＳリソースを使用するべきか、ＳＲＳリソースあたりのポートの数などが、ＴＲＰからＵＥにシグナリングされる必要がある。このシグナリングの必要性を（オーバーヘッドが低くなるように）解決するための１つの方策は、より上位層のシグナリング（例えば、ＲＲＣ）を使用して「ＳＲＳ送信設定」のセットを事前に規定し、次いで、ＤＣＩにおいていずれの「ＳＲＳ送信設定」をＵＥが適用すべきかを指示することである。「ＳＲＳ送信設定」は、例えば、入来するＳＲＳ送信においてＵＥが使用するべきＳＲＳリソースおよびＳＲＳポートがいずれであるかに関する情報を包含することができる。
【００１９】
ＳＲＳ送信がＮＲについてどのように設定およびトリガされるかは、まさに今議論されているところであり、ＳＲＳ関連パラメータを規定する３ＧＰＰ技術仕様３８．３３１に対する文書提案が、図２４に与えられる。
【００２０】
図２４に示すように、サウンディング参照信号送信を設定するためにＳＲＳ−Ｃｏｎｆｉｇ  ＩＥが使用される。この設定は、ＳＲＳ−ＲｅｓｏｕｒｃｅｓのリストおよびＳＲＳ−ＲｅｓｏｕｒｃｅＳｅｔｓのリストを規定する。各リソースセットは、ＳＲＳ−Ｒｅｓｏｕｒｃｅｓのセットを規定する。ネットワークは、設定されているａｐｅｒｉｏｄｉｃＳＲＳ−ＲｅｓｏｕｒｃｅＴｒｉｇｇｅｒ（物理層ダウンリンク制御情報内に担持される、「Ｌ１  ＤＣＩ」）を使用してＳＲＳ−Ｒｅｓｏｕｒｃｅｓのセットの送信をトリガする。
【００２１】
したがって、「ＳＲＳ送信設定」のＲＲＣ設定は、ＩＥ  ＳＲＳ−Ｃｏｎｆｉｇを用いて行われ、ＩＥ  ＳＲＳ−Ｃｏｎｆｉｇは、各ＳＲＳリソースが参照信号の時間周波数グリッドへの物理的マッピングの情報、時間ドメイン情報、シーケンスＩＤなどを包含するＳＲＳ−Ｒｅｓｏｕｒｃｅｓのリスト（リストはリソースの「プール」を構成する）を包含する。ＳＲＳ−Ｃｏｎｆｉｇはまた、ＳＲＳリソースのリストおよび関連付けられるＤＣＩトリガ状態を包含する、ＳＲＳリソースセットのリストをも包含する。したがって、特定のＤＣＩ状態がトリガされると、ＳＲＳ−Ｃｏｎｆｉｇは、関連付けられるセット内のＳＲＳリソースがＵＥによって送信されるはずであることを指示する。
【００２２】
ＵＬビーム管理
【００２３】
ＵＬビーム管理（すなわち、ＵＬ参照信号に基づくビーム管理）の概念が、現在、ＮＲがそれぞれのＵＥパネルのビーム（またはより正確には有効アンテナパターン）を制御するために開発されている。ＴＲＰがＲＳＲＰ測定を実施し、最高のＲＳＲＰ値を有するＳＲＳリソースに対応するＳＲＩをシグナリングし返す、複数の異なるＵＥパネルビームにおいて複数の異なるＳＲＳリソースをＵＥに送信させることによって、ＵＬビーム管理が実施されることが予期される。複数のパネルの各々からの複数のビームのＳＲＳ送信に対してマルチパネルＵＥがスケジューリングされている場合、ＴＲＰおよびＵＥは、複数の異なるパネルから同時に送信することができるＳＲＳリソースの組合せについて相互に合意する必要がある。合意がなければ、ＴＲＰは、ＳＲＳリソースが、同じパネル内の異なる切り替えアナログビームに対応するときなどに、同時に送信することができないＳＲＳリソースを選択することになり得る。複数のＳＲＩをシグナリングするためのＲＡＮ１＃９０からの合意に対する以下の注記（下記）は、この問題に対処するが、その対処がどのように行われるべきかについては結論付けていない。注記：ｇＮＢは、シグナリングされるＳＲＩから推測されるＵＬプリコーディング送信をＵＥによって同時に行うことができるように、ＳＲＩのみをシグナリングするべきである。
【発明の概要】
【００２４】
既存の手法に伴う上記の課題に対処するために、無線デバイスによる送信に使用されるべき参照信号リソースを識別する方法が開示される。方法は、無線デバイスまたはＵＥが、複数の参照信号リソースグループによって無線デバイスを設定するシグナリングを受信することを含み、各グループは、複数の参照信号リソースを含む。無線デバイスはその後、制御チャネル（例えば、ＰＤＣＣＨ）において、使用されるべき参照信号リソースの選択の指示を受信する。使用されるべき複数の参照信号リソースの各々は、同じ参照信号リソースグループに属する参照信号リソースが、同時の使用のために選択されないように、複数の参照信号リソースグループのうちの異なるグループから選択される。次いで、参照信号が、指示されている参照信号リソースの選択を使用して、ネットワーク内のネットワークノードに送信される。
【００２５】
特定の実施形態において、参照信号リソースは、サウンディング参照信号（ＳＲＳ）リソースであり、送信される参照信号はＳＲＳである。その上、特定の実施形態において、参照信号は、ビーム管理を目的として送信される。無線デバイスは、複数のアンテナパネルを含むことができ、複数の参照信号リソースグループの各々は、複数のアンテナパネルのうちの異なるアンテナパネルに対応する。
【００２６】
特定の実施形態において、使用されるべき複数の参照信号リソースの指示は、ビットフィールドを含み、ビットフィールドの長さは、無線デバイスが送信するように設定されるＭＩＭＯ層の最大数、および、参照信号リソースグループのうちの対応するグループ内の参照信号リソースの数に依存する。例えば、ビットフィールドの長さは、ＳＲＳリソースのＳ個の組合せを指示するのに十分であり得、
0006913756.tif 000005
であり、式中、Ｌｍａｘは、無線デバイスが送信するように設定されているＭＩＭＯ層の最大数であり、Ｎは、第１の参照信号リソースグループ内のリソースの数である。
【００２７】
別の実施形態において、無線デバイスによる送信において使用されるべき複数のＳＲＳリソースを識別するための方法は、複数のＳＲＳリソースを用いて無線デバイスを設定するシグナリングを受信することと、物理層ダウンリンク制御チャネルにおいて、使用されるべきＳＲＳリソースの指示を受信することと、上記指示から、複数のＳＲＳリソースから送信において使用されるべきである少なくとも第１のＳＲＳリソースおよび第２のＳＲＳリソースを決定することとを含む。この実施形態において、第１のＳＲＳリソースおよび第２のＳＲＳリソースは、第１のＳＲＳリソースおよび第２のＳＲＳリソースが同じである場合を除いて、複数のＳＲＳリソースのうちのいずれであることも許容される。無線デバイスは次いで、第１のＳＲＳリソースおよび第２のＳＲＳリソースによって識別されるＳＲＳ、ならびに、それぞれ第１のＳＲＳリソースおよび第２のＳＲＳリソースにマッピングされる第１のＭＩＭＯ層および第２のＭＩＭＯ層のうちの少なくとも１つを送信することができる。
【００２８】
特定の実施形態において、少なくとも第１のＳＲＳリソースおよび第２のＳＲＳリソースを決定することは、それぞれ第１のインデックスおよび第２のインデックスによって、複数のＳＲＳリソースの中から第１のＳＲＳリソースおよび第２のＳＲＳリソースを識別することを含む。その上、第１のインデックスおよび第２のインデックスは、第１のＳＲＳリソースおよび第２のＳＲＳリソースが第１のＭＩＭＯ層および第２のＭＩＭＯ層にマッピングされるべき順序をさらに指示する。例えば、第１のＭＩＭＯ層および第２のＭＩＭＯ層は、第１のＭＩＭＯ層が第２のＭＩＭＯ層よりも高品質であり、第１のＭＩＭＯ層が第１のインデックスおよび第２のインデックスのうちの低い方によってマッピングされる（または代替的に、第１のＭＩＭＯ層が第１のインデックスおよび第２のインデックスのうちの高い方にマッピングされる）ように、品質によってランク付けすることができる。
【００２９】
特定の実施形態において、無線デバイスは、テーブルを使用して第１のＳＲＳリソースおよび第２のＳＲＳリソースを決定する。テーブルは、ＳＲＳリソースの組合せの可能な各順序付けについて１つのみのエントリを含むことができ、結果、選択可能なＳＲＳリソース組合せの総数が制約される。
【００３０】
無線通信ネットワークにおいて動作可能な無線デバイスにおける参照信号送信設定の使用を設定および指示するための方法も開示される。方法は、基地局のようなネットワークノードによって実施することができる。方法は、複数の参照信号リソースグループによって無線デバイスを設定するシグナリングを送信することを含み、各グループは、複数の参照信号リソース（例えばＳＲＳリソース）を含む。方法は、制御チャネルにおいて、使用されるべき参照信号リソースの選択の指示を送信することをさらに含み、ネットワークノードが、同じ参照信号リソースグループに属する参照信号リソースが同時の使用のために選択されないように、複数の参照信号リソースグループのうちの異なるグループから、使用されるべき複数の参照信号リソースの各々を選択する。方法は、指示されている参照信号リソースの選択を使用して、無線デバイスから参照信号（例えば、ＳＲＳ）を受信することをさらに含む。
【００３１】
上記の実施形態のいずれか１つのステップを実施するように設定されている処理回路を備える無線デバイスも開示される。
【００３２】
別の実施形態によれば、ネットワークノード（例えば、基地局）が、複数のＳＲＳリソースによって無線デバイスを設定するシグナリングを送信することを含む方法を実施する。方法は、物理層ダウンリンク制御チャネル内で、送信において使用されるべきＳＲＳリソースの指示を送信することをさらに含み、ＳＲＳリソースは、複数のＳＲＳリソースからの少なくとも第１のＳＲＳリソースおよび第２のＳＲＳリソースを含む。第１のＳＲＳリソースおよび第２のＳＲＳリソースは、第１のＳＲＳリソースおよび第２のＳＲＳリソースが同じである場合を除いて、複数のＳＲＳリソースのうちのいずれであることも許容される。方法は、第１のＳＲＳリソースおよび第２のＳＲＳリソースによって識別されるＳＲＳ、ならびに、それぞれ第１のＳＲＳリソースおよび第２のＳＲＳリソースにマッピングされる第１のＭＩＭＯ層および第２のＭＩＭＯ層のうちの少なくとも１つを受信することをさらに含む。
【００３３】
上記の実施形態のいずれか１つのステップを実施するように設定されている処理回路を備える無線デバイスも開示される。
【００３４】
ネットワーク内で実施される上記の方法のいずれか１つのステップを実施するように設定されている処理回路を備えるネットワークノードも開示される。
【００３５】
同じ参照信号リソースグループに属する参照信号リソースを送信点（例えば、ネットワークノードまたは基地局）によって同時に選択することができないという事実に基づいて、上記の実施形態の技術的利点は、可能性のある参照信号リソースインジケータ状態の数が低減することを含み、したがって、シグナリングオーバーヘッドが低減する。
【００３６】
参照信号リソースインジケータシグナリングのダウンリンク制御チャネルオーバーヘッドを低減することは、例えば、ＵＬビーム管理を実施するマルチパネルＵＥにおいて、および／または、非コードブックベースＵＬ  ＭＩＭＯ送信を使用するときに達成することができる。いくつかの実施形態はさらに、ＭＩＭＯ層の品質を制御するために、ＳＲＳリソースのＭＩＭＯ層への柔軟なマッピングを可能にする。他の実施形態は、ＳＲＳリソースをＭＩＭＯ層にマッピングする柔軟性を低減しているが、使用するダウンリンク制御チャネルオーバーヘッドがより少ない。
【００３７】
図面には、開示された主題の選択された実施形態が示されている。図面において、同様の参照標示は同様の特徴を示す。
【図面の簡単な説明】
【００３８】
【図１】無線通信ネットワークを示す図である。
【図２】無線通信デバイスを示す図である。
【図３】無線アクセスノードを示す図である。
【図４】空間多重化動作の機能ブロック図である。
【図５】２つのパネルおよび対応するＳＲＳリソースグループを有する例示の無線デバイスの図式である。
【図６】図５に示す無線デバイスについての異なるＳＲＩ状態と対応するＳＲＩシグナリングビットとの間の例示のマッピングを有するテーブルを示す図である。
【図７】異なるＳＲＩグループインデックスの例示のセットならびにＳＲＩグループインデックスの対応する二進表現および十進表現を有するテーブルを示す図である。
【図８】４つの対応するＳＲＳリソースグループ内の４つのＳＲＳリソースを指示するＳＲＩ指示ビットの例示のセットを示す図である。
【図９】無線デバイスを動作させる方法を示すフローチャートである。
【図１０】仮想無線デバイス実施形態を示す図である。
【図１１】ネットワークノードを動作させる方法を示すフローチャートである。
【図１２】仮想ネットワークノード装置実施形態の図式である。
【図１３】無線デバイスを動作させる別の方法を示すフローチャートである。
【図１４】別の仮想無線デバイス装置実施形態の図式である。
【図１５】ネットワークノードを動作させる別の方法を示すフローチャートである。
【図１６】別の仮想ネットワークノード装置実施形態の図式である。
【図１７】ネットワークノードを動作させる別の方法を示すフローチャートである。
【図１８】別の仮想ネットワークノード装置実施形態の図式である。
【図１９】本発明の実施形態が動作可能である例示の仮想化環境の図式である。
【図２０】いくつかの実施形態に従って、中間ネットワークを介してホストコンピュータに接続される電気通信ネットワークの図式である。
【図２１】いくつかの実施形態に従って、一部の無線接続にわたって基地局を介してユーザ機器と通信するホストコンピュータの図式である。
【図２２】いくつかの実施形態に従って、ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実装される方法を示すフローチャートである。
【図２３】いくつかの実施形態に従って、ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実装される別の方法を示すフローチャートである。
【図２４】無線デバイスにおいてＳＲＳリソースを設定するのに使用されるサウンディング参照信号（ＳＲＳ）設定情報要素を示す図である。
【図２５】無線デバイスにおけるデジタルプリコーダ行列の例示の動作を示す図である。
【発明を実施するための形態】
【００３９】
以下の説明は、開示される主題のさまざまな実施形態を提示している。これらの実施形態は、教示する例として提示され、開示される主題の範囲を限定すると解釈されるものではない。例えば、説明される実施形態のある特定の詳細は、説明される主題の範囲から逸脱することなく、修正、省略、または拡げられてよい。
【００４０】
無線ノード：本明細書で使用される「無線ノード」は、無線アクセスノードまたは無線デバイスのどちらかである。
【００４１】
制御ノード：本明細書で使用される「制御ノード」は、別のノードを管理、制御、または設定するために使用される、無線アクセスノードまたは無線デバイスのどちらかである。
【００４２】
無線アクセスノード：本明細書で使用される「無線アクセスノード」は、信号を無線で送信するおよび／受信するように動作するセルラー通信ネットワークの無線アクセスネットワークにおける任意のノードである。無線アクセスノードのいくつかの例には、基地局（例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワークにおける拡張またはエボルブドＮｏｄｅ  Ｂ（ｅＮＢ）または３ＧＰＰ  ＮＲネットワークにおけるｇＮＢ）、分散基地局におけるＴＲＰ、高電力またはマクロ基地局、低電力基地局（例えば、マイクロ基地局、ピコ基地局、またはホームｅＮＢなど）、および中継ノードが挙げられるがこれらに限定されない。
【００４３】
コアネットワークノード：本明細書で使用される「コアネットワークノード」はコアネットワーク（ＣＮ）における任意のタイプのノードである。コアネットワークノードのいくつかの例には、例えば、モビリティ管理エンティティ（ＭＭＥ）、エボルブドサービングモバイルロケーションセンター（Ｅ−ＳＭＬＣ）、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）、または、Ｓｅｒｖｉｃｅ  Ｃａｐａｂｉｌｉｔｙ  Ｅｘｐｏｓｕｒｅ  Ｆｕｎｃｔｉｏｎ（ＳＣＥＦ）などが挙げられる。
【００４４】
無線デバイス：本明細書で使用される「無線デバイス」は、セルラー通信ネットワークへの（またはこれによってサーブされる）アクセスするためにセルラー通信ネットワークにおいて別の無線デバイスに対してまたはネットワークノードに対して、信号を無線で送信するおよび／または受信することが可能な任意のタイプのデバイスである。無線デバイスのいくつかの例には、３ＧＰＰネットワークにおけるユーザ機器（ＵＥ）、マシン型通信（ＭＴＣ）デバイス、ＮＢ−ＩｏＴデバイス、ＦｅＭＴＣデバイスなどが挙げられるが、これらに限定されない。
【００４５】
ネットワークノード：本明細書で使用される「ネットワークノード」は、セルラー通信ネットワーク／システムまたはテスト機器ノードの無線アクセスネットワークまたはＣＮのどちらかの一部である任意のノードである。
【００４６】
シグナリング：本明細書で使用される「シグナリング」は、（例えば、無線リソース制御（ＲＲＣ）などを介した）上位層シグナリング、（例えば、物理制御チャネルまたはブロードキャストチャネルを介した）下位層シグナリング、またはこれらの組合せのいずれかを含む。シグナリングは、暗黙的または明示的であってよい。シグナリングは、さらに、ユニキャスト、マルチキャスト、またはブロードキャストであってよい。シグナリングはまた、別のノードに対して直接的であってよい、または第３のノードを介するものであってよい。
【００４７】
背景技術の節において論述したように、複数のパネルの各々からの複数のビームのＳＲＳ送信に対してマルチパネルＵＥがスケジューリングされている場合、ＴＲＰおよびＵＥは、複数の異なるパネルから同時に送信することができるＳＲＳリソースの組合せについて相互に合意する必要がある。本発明の実施形態は、使用されるべきＳＲＳリソースの指示の効率的なシグナリングを容易にする。
【００４８】
１つの実施形態によれば、ＳＲＳリソースのグループが識別され、ＳＲＳリソースグループ内のリソースのうちの１つのみを、一度に送信することができる。ＳＲＳリソースグループの各々からの１つのリソースを、他のグループからの他の選択されるＳＲＳリソースの各々と同時に送信することができる。ＳＲＳリソースの数、および、いずれのＳＲＳリソースがグループ内にあるかの知識を所与として、ＴＲＰは、複数のＳＲＩがシグナリングされるときに、ＴＲＰがＵＥにいずれのＳＲＳリソースを送信するように命令することができるかを決定することができる。１つの例を下記に与える。
【００４９】
図５に示すように、２つのパネル（パネルＡおよびパネルＢ）を有するＵＥを仮定する。各パネルは４つのアナログビーム（Ａ１〜Ａ４およびＢ１〜Ｂ４）を有する。ＵＥは、ＵＥが２つのＳＲＳリソースグループを有し、各ＳＲＳリソースグループが４つのＳＲＳリソースから成ることを、ＵＥの能力においてＴＲＰにシグナリングすることによって開始する。次いで、ＴＲＰは、（上述したような）異なるリソースセットを用いてＵＥを（ＲＲＣシグナリングを使用して）設定する。例えば、１つのＳＲＳリソースセットは、８つのＳＲＳリソースから成ってよく、ＳＲＳリソース１〜４は第１のＳＲＳリソースグループに属し、ＳＲＳリソース５〜８は、第２のＳＲＳリソースグループに属する。ＵＥ  ＴＸビーム掃引手順の間、ＴＲＰは、このＳＲＳリソースセットを（不定期ＳＲＳ送信要求内での指示によって）トリガすることができ、ＵＥには、同じパネル上で送信されるべきＳＲＳリソースがいずれであるか、および、異なるパネル上で送信されるべきＳＲＳリソースがいずれであるかが分かる。ＴＲＰは次いで、８つの送信されるＳＲＳリソースに対する測定を実施し、各ＳＲＳリソースグループについて最良のＳＲＳリソースを決定し、対応するＳＲＩをＵＥにシグナリングし返すことができる。各ＳＲＳリソースは１つまたはいくつかのＳＲＳポートから成ることができ、したがって、手順は、非コードブックベース（ＳＲＳリソースあたり単一のＳＲＳポート）とコードブックベース（ＳＲＳリソースあたり１つまたはいくつかのＳＲＳポート）の両方のＵＬ送信に適用することができることに留意されたい。しかしながら、各ＳＲＳリソースが複数のアンテナポートにわたってプリコーディングされることを可能にされる非コードブックベースＵＬ送信について、この事例における（すなわち、ＵＬビーム管理が存在するときの）ＳＲＳプリコーディングは、異なるパネルに属するアンテナポートにわたって適用されるべきではないことに留意されたい（このとき、特定のＳＲＳリソースは特定のパネルにのみ属するという相互の合意が破られるため）。
【００５０】
いくつかの実施形態において、同じＳＲＳリソースグループに属するＳＲＳリソースをＴＲＰによって同時に選択することができないという事実に基づいて、可能なＳＲＩ状態の数、および、したがってＳＲＩシグナリングオーバーヘッドが低減する。この低減は、ＲＲＣが、複数のＳＲＳリソースグループを包含するＳＲＳリソースセットについて、ＳＲＩシグナリングビットと可能なＳＲＩ状態との間のマッピングを設定することによって行うことができる。そのような実施形態において、ＳＲＳグループは、ＵＥ向けに設定されているＳＲＳグループおよび選択されているＳＲＳグループから選択されるＳＲＳリソースから成る全セットから選択され得る。
【００５１】
他の実施形態において、Ｌｍａｘ個のＳＲＳリソースの各々が、ＵＥ向けに設定されているＳＲＳリソース内の残りの可能なＳＲＳリソースの全てから選択され、結果、ＳＲＳリソースが所望の順序においてＭＩＭＯ層にマッピングされることが可能になる。
【００５２】
他の実施形態において、単一の固定順序付け方法に従ってＳＲＳリソースの組合せが選択され、結果、ＳＲＩシグナリングに使用されるビットは少なくなるが、ＳＲＳリソース−ＭＩＭＯ層マッピングの任意裁量の順序付けは可能でなくなる。
【００５３】
ＳＲＩシグナリングのダウンリンク制御チャネルオーバーヘッドを低減することは、例えば、ＵＬビーム管理を実施するマルチパネルＵＥにおいて、および／または、非コードブックベースＵＬ  ＭＩＭＯ送信を使用するときに達成することができる。いくつかの実施形態はさらに、ＭＩＭＯ層の品質を制御するために、ＳＲＳリソースのＭＩＭＯ層への柔軟なマッピングを可能にする。他の実施形態は、ＳＲＳリソースをＭＩＭＯ層にマッピングする柔軟性を低減しているが、使用するダウンリンク制御チャネルオーバーヘッドがより少ない。
【００５４】
「通常の」ＳＲＳ送信（例えば、ＵＬビーム管理が行われない、非コードブックベース／コードブックベースＵＬ送信のＳＲＳ送信）の１つの例において、ＴＲＰからのＳＲＩシグナリングは、ＵＥがいずれのＳＲＳリソースをＰＵＳＣＨ送信に使用すべきか、および、それらのリソースが空間多重化（「ＭＩＭＯ」）ＰＵＳＣＨ層にマッピングされるべき順序を、ＵＥに指示することができる。シグナリングは、ｇＮＢが最良の品質（例えば、ＳＩＮＲ、ＳＩＮＲなど）を有すると考えるもののような、第１のＭＩＭＯ  ＰＵＳＣＨ層上で送信されるべきＳＲＳリソースのいずれか１つを選択し、次いで、残りのリソースのうち、次に最良の品質を有するとｇＮＢが考える、第２のＭＩＭＯ  ＰＵＳＣＨ層に送信されるべき任意のＳＲＳリソースを選択し、Ｌｍａｘ個のＳＲＳリソースを品質の降順で選択し終えるまで、以下同様に選択する。いくつかの実施形態において、品質以外の測定基準が、ＳＲＳリソースを選択するために使用されてよいことに留意されたい。このとき、この実施形態においてＵＥにシグナリングされる必要があるＳＲＩ状態の総数は
0006913756.tif 000006
であり、式中、ＳＬ＝Ｎ・（Ｎ−１）・．．．・（Ｎ−（Ｌ−１））または同等に
0006913756.tif 000007
は、所与の層数ＬのＳＲＩ状態の数であり、Ｎは、トリガされているＳＲＳリソースセット内のＳＲＳリソースの数であり、Ｌは、ＳＲＩによってトリガすることができるＳＲＳリソースの数であり、Ｌｍａｘは、ＵＥが同時に送信することができるＳＲＳリソースの最大数である（すなわち、単一ＳＲＳポートのＳＲＳリソースについて、ＬおよびＬｍａｘは、それぞれ、ＵＥが同時に送信するためにシグナリングされ得る層の数および層の最大数に等しい）。大量の可能なＳＲＩ状態は、大きなＳＲＩオーバーヘッドシグナリングをもたらすことになる。例えば、ＳＲＳリソースセット内のＳＲＳリソースの数が８に等しく、ＰＵＳＣＨ送信層の最大数が１または２に等しい（すなわち、Ｎ＝８；Ｌ＝１または２）と仮定すると、ＳＲＩ状態の可能な総数は、ＳＴ＝８＋８・７＝６４となる。これは、この実施形態において、選定されているＳＲＩ状態をＵＥに指示するには、６ビットが必要であることを意味する。
【００５５】
例えば、単一のチャネルコーディングトランスポートブロックがＭＩＭＯ層にわたってまたはピングされ、単一の変調コーディング状態が使用されるとき（「単一コードワード」ＭＩＭＯ送信としても知られる）、対応するＰＵＳＣＨ  ＭＩＭＯ層に対するＳＲＳリソースの順序は重要でない場合がある。それゆえ、一実施形態においてＴＲＰからＵＥへのＳＲＩシグナリングは、
0006913756.tif 000008
個の可能なＳＲＩ状態から成り、式中、
0006913756.tif 000009
は一度にｋ個とられるＮ個の値の組合せの数であり、Ｎ、Ｌ、およびＬｍａｘは上記で規定したものと同じである。この実施形態において、Ｎ＝８、かつＬ＝１または２であるとき、ＳＲＩ状態の可能な総数は、
0006913756.tif 000010
である。これは、選定されているＳＲＩ状態をＵＥに指示するには、依然として６ビットが必要であることを意味する。同様に、選択がＬ＝２個のＳＲＳリソースのみに制約される場合、ＳＲＩ状態の可能な数は、
0006913756.tif 000011
である。これは、この事例において、選定されているＳＲＩ状態をＵＥに指示するには、５ビットが必要であることを意味する。
【００５６】
ＳＲＳおよび／またはＰＵＳＣＨ  ＭＩＭＯ層送信に対する制限を考慮に入れることによって、ＳＲＩオーバーヘッドのさらなる低減が可能である。例として、図５に示すように、２つのパネルおよびパネルあたり４つのアナログビームを有するＵＥが存在すると仮定する。そのような事例において、可能なＳＲＩ状態の多くは、各ＳＲＳリソースグループから１つのＳＲＳリソースしか選択され得ないため、可能にされないことになる。（ここでは、ＳＲＳ選択に対する拘束を強調するために、「ＳＲＳリソースセット」ではなく「ＳＲＳリソースグループ」という用語を使用することに留意されたい。これらは両方ともＵＥに対して設定されるＳＲＳリソースのリストであり、このように拘束されるＳＲＳリソースセットはＳＲＳリソースグループと等価である）したがって、この事例においては、オーバーヘッドを低減するために可能なＳＲＩ状態とＳＲＩシグナリングビットとの間のマッピングを行うことが好ましい。この例において、Ｌ＝２個のＳＲＳリソース、すなわち、パネルＡ内のＡ１〜Ａ４のビームのうちの１つ、および、パネルＢ内のＢ１〜Ｂ４のビームからの１つのみが選択される。したがって、ＳＲＩ状態の総数は４×４＝１６になり、これは、４つのＳＲＩシグナリングビットを必要とする（これは、Ｌ＝２個の選択されているＳＲＳリソースに対して５ビットを必要とした上記の例と比較して、２０％の低減である）。図６は、異なるＳＲＩ状態とＳＲＩシグナリングビットとの間のマッピングを有するテーブルを示す。
【００５７】
より一般的には、一実施形態のＳＲＩ状態の数の式は、
0006913756.tif 000012
のように書くことができ、ここで、
0006913756.tif 000013
個の状態が、単一の固定された順序においてｇ個のＳＲＳリソースグループのうちのいずれかを選択するために使用され、
0006913756.tif 000014
個の状態（各々がＳＲＳリソースグループ選択状態と関連付けられる）が、選択されているＳＲＳリソースグループの各々から１つのＳＲＳリソース（ビームに対応する）を選択するために使用され、ここで、Ｍｉはインデックスｉ（ｉ番目のパネルに対応する）を有する選択されているＳＲＳリソースグループのＳＲＳリソース（ビーム）の数であり、Ｇｋは選択されているＳＲＳリソースグループのインデックスのｋ番目のセットであり（すなわち、Ｇｋはｇ個の要素を有する｛１，２，．．．，Ｎｇ｝のｋ番目のサブセットである）、ＮｇはＳＲＳグループ（パネル）の総数である。
【００５８】
シグナリングの単純化のために、ＳＲＩを計算するときに、ＵＥに対して設定されているＳＲＳリソースグループのいずれか内のリソースグループあたりのリソースの最大数Ｍｍａｘが常に仮定されるように、状態を割り振ることができ、このとき、ＳＲＩ状態の数は、
0006913756.tif 000015
のように書くことができる。
【００５９】
単一の固定順序は、ＳＲＩによって選択されるＳＲＳリソースインデックスの組合せが、第１のＭＩＭＯ層が最も低いＳＲＳインデックスを有し、第２のＭＩＭＯ層が次に低いＳＲＳインデックスを有し、などとなるように、単調に増大するようなものとすることができる。代替的に、ＳＲＩによって選択されるＳＲＳリソースインデックスの組合せは、第１のＭＩＭＯ層が最も高いＳＲＳインデックスを有し、第２のＭＩＭＯ層が次に高いＳＲＳインデックスを有し、などとなるように、単調に低減する。
【００６０】
この実施形態において、Ｎｇ＝２個のリソースグループがあり、各ＳＲＳリソースグループ内にＭｉ＝４個のリソースがあり、Ｌｍａｘ＝２である場合、ＳＴ＝２４個のＳＲＩ状態が必要とされ、そのため、この実施形態においてＵＥにＳＲＩをシグナリングするために、５ビットが使用され得る。
【００６１】
いくつかの実施形態において、ＳＲＩは、以下のように符号化することができる。
0006913756.tif 000016
式中、０≦Ｘｌ＜Ｍｌは、インデックスｌを有するＳＲＳリソースグループから選択されるＳＲＳリソースの識別子であり、
0006913756.tif 000017
である。選択されているＳＲＳリソースグループの数ＬおよびＹ（）の値は、テーブルの所与の行内の選択されているＳＲＳリソースグループインデックス
0006913756.tif 000018
に対応し、Ｌは選択されているＳＲＳリソースの数である。下記の例示の実施形態の図７のテーブルにおいて、Ｌｍａｘ＝４個のＳＲＳリソースグループが設定される。
0006913756.tif 000019
の可能な値ならびにＬおよび
0006913756.tif 000020
の対応する値が与えられる。一般的に、Ｌｍａｘの所与の値のテーブルは、最初に、Ｌｍａｘ個のＳＲＳリソースグループの各可能なリソースグループを選択し、次いで、Ｌｍａｘ個のＳＲＳリソースグループの各可能なリソースグループ対を選択肢、次いで、Ｌｍａｘ個のＳＲＳリソースグループのうちの３個のリソースグループから成る各可能な組合せを選択し、などとすることによって構築される。対および組合せは、選択されるリソースグループのインデックスが、単調な昇順のような固定順序に従うように、かつ、各対または組合せがテーブル内に１回しか現れないように、選択される。
【００６２】
いくつかの実施形態において、層の数Ｌは、厳密に、ＵＥに対して設定されるＳＲＳリソースグループの数Ｌｍａｘ未満になり得る。この事例において、上述したように構築され、下記の例示のテーブルに示されている関数
0006913756.tif 000021
は、Ｌ≦Ｌｍａｘであるときに必要とされるよりも少数のビットによって符号化され得る値を作り出す。これは、下記のテーブルにおいて、Ｌ≦４では４ビットが必要とされるのに対して、Ｌ＝１について、
0006913756.tif 000022
の値が３未満であり、それゆえ、符号化に２ビットをとることを観察することによって分かる。それゆえ、一実施形態において、ＳＲＩをシグナリングするのに使用されるフィールドのサイズは、ＵＥが送信するように設定されるＭＩＭＯ層の最大数、ＳＲＳリソースが選択され得るＳＲＳリソースグループの数、および、１つまたは複数のＳＲＳグループ内のＳＲＳリソースの数に従って決定される。
【００６３】
代替的な実施形態において、ＳＲＩは、最初に１０進数として符号化され、次いで、ＤＣＩ内のビット数にマッピングされるのではなく、ビットストリームとして直接的に符号化される。ＳＲＳリソースグループあたりのＳＲＳリソースの数が２のべき乗である、すなわち、
0006913756.tif 000023
である場合、この実施形態は、前述した実施形態と機能的に等価である。例えば、
0006913756.tif 000024
の２進表現が最上位ビットにマッピングされ得、次いで、Ｘ１の２進表現が後続するビットにマッピングされ、次いで、Ｘ２の２進表現が後続するビットにマッピングされ、以下、ＸＬが最下位ビットにマッピングされるまで同様である。Ｌ＜Ｌｍａｘである場合、フィールドサイズがいっぱいになるまでビットストリームはゼロでパディングされる。このビットマッピングの一例が図８に与えられ、各々が４つのＳＲＳリソースを含む４つのＳＲＳリソースグループが仮定される。
【００６４】
説明した実施形態は、任意の適した通信標準をサポートし、かつ任意の適したコンポーネントを使用する任意の適切なタイプの通信システムにおいて実装されてよい。１つの例として、ある特定の実施形態は、図１に示されるようなＬＴＥネットワークにおいて実装されてよい。
【００６５】
図１を参照すると、無線アクセス通信ネットワーク１００は、複数の無線通信デバイス１０５（例えば、従来のＵＥ、マシン型通信［ＭＴＣ］／マシンツーマシン［Ｍ２Ｍ］ＵＥ）、および複数の無線アクセスノード１１０（例えば、ｅＮｏｄｅＢまたは他の基地局）を含む。通信ネットワーク１００は、対応する無線アクセスノード１１０を介してコアネットワーク１２０に接続されるセル１１５に組織化される。無線アクセスノード１１０は、無線通信デバイス間、または無線通信デバイスと別の通信デバイス（固定電話など）との間の通信をサポートするのに適した任意の追加のエレメントと共に無線通信デバイス１０５と通信することが可能である。
【００６６】
無線通信デバイス１０５はハードウェアおよび／またはソフトウェアの任意の適した組合せを含む通信デバイスを表すが、これらの無線通信デバイスは、ある特定の実施形態では、図２によってより詳細に示される例示の無線通信デバイスなどのデバイスを表してよい。同様に、示される無線アクセスノードは、ハードウェアおよび／またはソフトウェアの任意の適した組合せを含むネットワークノードを表すことができるが、これらのノードは、特定の実施形態では、図３によってより詳細に示される例示の無線アクセスノードなどのデバイスを表してよい。
【００６７】
図２を参照すると、無線通信デバイス２００は、プロセッサ２０５、メモリ、トランシーバ２１５、およびアンテナ２２０を含む。ある特定の実施形態では、ＵＥ、ＭＴＣもしくはＭ２Ｍデバイス、および／または任意の他のタイプの無線通信デバイスによって提供されるとして説明される機能性の一部または全ては、図２に示されるメモリなどのコンピュータ可読媒体上に記憶される命令を実行するデバイスプロセッサによって提供されてよい。代替的な実施形態は、本明細書に説明される機能性のいずれかを含む、デバイスの機能性のある特定の態様を提供することを担う場合がある、図２に示されるもの以外の追加のコンポーネントを含んでよい。
【００６８】
図３を参照すると、無線アクセスノード３００は、ノードプロセッサ３０５、メモリ３１０、ネットワークインターフェース３１５、トランシーバ３２０、およびアンテナ３２５を含む。ある特定の実施形態では、基地局、ｇＮｏｄｅＢ、ｅＮｏｄｅＢ、および／または任意の他のタイプのネットワークノードによって提供されると説明される機能性の一部または全ては、図３に示されるメモリ３１０などのコンピュータ可読媒体上に記憶される命令を実行するノードプロセッサ３０５によって提供されてよい。無線アクセスノード３００の代替的な実施形態は、本明細書に説明される機能性、および／または関連のサポート機能性などの追加の機能性を提供するための追加のコンポーネントを含んでよい。
【００６９】
図９は、無線デバイス（例えば、無線通信デバイス１０５）を動作させる方法９００を示すフローチャートである。方法９００は、無線通信ネットワーク内のネットワークノードからシグナリングが受信されるステップＳ９０５を含み、シグナリングは、複数の参照信号リソースグループを使用するように無線デバイスを設定し、各グループは、複数の参照信号リソースを含む。シグナリングは、条件付きの意味合いで、すなわち、後続して受信される制御チャネル内のメッセージによって指示されるように使用されるように、複数の参照信号リソースグループを使用するように無線デバイスを設定することができる。
【００７０】
方法は、ネットワークノードから制御チャネル（例えば、物理層ダウンリンク制御チャネル）内で指示が受信されるステップＳ９１０をさらに含み、指示は、使用されるべき参照信号リソースの指示を含む。使用されるべき複数の参照信号リソースの各々は、同じ参照信号リソースグループに属する参照信号リソースが、同時の使用のために選択されないように、複数の参照信号リソースグループのうちの異なるグループから選択されるように制約され得る。例えば、使用されるべき参照信号リソースは、複数の参照信号リソースグループのうちのそれぞれの第１のグループおよび第２のグループのみから選択される第１の参照信号リソースおよび第２の参照信号リソースを含む。方法９００は、第１の参照信号リソースおよび第２の参照信号リソースを使用して、ネットワークノードに参照信号を送信するステップＳ９１５をさらに含む。
【００７１】
代替的な実施形態において、方法９００は、ステップＳ９１０とステップＳ９１５との間に介在する、ＵＥがステップＳ９１０において受信される指示に基づいてさまざまな決定を行うステップＳ９１１、Ｓ９１２、およびＳ９１３をさらに含んでよい。例えば、任意選択のステップＳ９１１において、無線デバイスは、指示から、第１の参照信号リソースグループおよび第２の参照信号リソースグループを決定し、参照信号リソースグループは、参照信号リソースグループである。任意選択のステップＳ９１２において、無線デバイスは、指示から、第１の参照信号リソースグループのみから選択される第１の参照信号リソースを決定し、任意選択のステップＳ９１３において、無線デバイスは、指示から、第２の参照信号リソースグループのみから選択される第２の参照信号リソースを決定する。その上、代替的な実施形態において、ステップＳ９１５が、第１の参照信号リソースおよび第２の参照信号リソースによって識別される参照信号、ならびに、それぞれ第１の参照信号リソースおよび第２の参照信号リソースにマッピングされる第１のＭＩＭＯ層および第２のＭＩＭＯ層のうちの少なくとも１つを送信することを含んでよい。
【００７２】
１つの実施形態において、参照信号リソースは、サウンディング参照信号（ＳＲＳ）リソースである。１つの実施形態において、使用されるべき複数の参照信号リソースの指示は、ビットフィールドを含み、ビットフィールドの長さは、無線デバイスが送信することが可能であるＭＩＭＯ層の最大数、および、参照信号リソースグループのうちの対応するグループ内の参照信号リソースの数に依存する。（無線デバイスがアップリンクＭＩＭＯ動作によって設定されているとき、無線デバイスはまた、無線デバイスが送信することが可能な最大数のＭＩＭＯ層を送信するように構成されてもよい。）ビットフィールドの長さは、ＳＲＳリソースのＳ個の組合せを指示するのに十分であり、
0006913756.tif 000025
であり、
式中、Ｌｍａｘは無線デバイスが送信するように設定されているＭＩＭＯ層の最大数であり、Ｎは、第１の参照信号リソースグループ内のリソースの数である。別の実施形態において、ビットフィールドサイズは、無線デバイスが送信するように設定されるＭＩＭＯ層の最大数、ＳＲＳリソースが選択され得るＳＲＳリソースグループの数、および、複数のＳＲＳリソースグループ内のＳＲＳリソースの数に基づいて決定されてよい。
【００７３】
１つの実施形態において、参照信号は、ビーム管理を目的として送信される。さらに、１つの実施形態において、無線デバイスは、複数のアンテナパネルを含むことができ、複数の参照信号リソースグループの各グループは、複数のアンテナパネルのうちの異なるアンテナパネルに対応する。
【００７４】
図１０は、無線ネットワーク（例えば、図１に示す無線ネットワーク）内の装置１０００の概略ブロック図である。装置は、無線デバイス（例えば、図１に示す無線デバイス１０５）において実装されてよい。装置１０００は、図９を参照して記述されている例示の方法、ならびに、場合によって、本明細書において開示されている任意の他のプロセスまたは方法を遂行するように動作可能である。例えば、モジュールＳ１００５は、ステップＳ９０５の機能を遂行することができ、モジュールＳ１０１０は、ステップＳ９１０の機能を遂行することができ、任意選択のモジュールＳ１０１１は、任意選択のステップＳ９１１の機能を遂行することができ、任意選択のモジュールＳ１０１２は、任意選択のステップＳ９１２の機能を遂行することができ、任意選択のモジュールＳ１０１３は、任意選択のステップＳ９１３の機能を遂行することができ、モジュールＳ１０１５は、ステップＳ９１５の機能を遂行することができる。図９の方法は必ずしも装置１０００のみによって遂行される必要はないことも理解されたい。方法のうちの少なくともいくつかの動作は、１つまたは複数の他のエンティティによって実施されてよい。
【００７５】
図１１は、ネットワークノードを動作させる方法１１００を示すフローチャートである。方法１１００は、可能な参照信号状態の総数が決定されるステップＳ１１０５を含み、決定は、参照信号リソースの参照信号リソースグループへのグループ分けに基づき、グループ分けは、各参照信号リソースグループから１つの参照信号リソースのみが、送信に使用するために選択可能であるように、設定される。方法は、参照信号指示ビットの異なる組合せの、可能な参照信号状態のうちのそれぞれの状態へのマッピングが決定されるステップＳ１１１０をさらに含む。マッピングは次いで、ステップＳ１１１５において無線デバイスにシグナリングされ、ステップＳ１１２０において、無線デバイスからのＵＬ送信のための１つまたは複数の好ましい参照信号リソースが決定される。方法は、上記マッピングによって、１つまたは複数の好ましい参照信号リソースに対応するＳＲＩ状態にマッピングされる参照信号指示ビットが、無線デバイスにシグナリングされるステップＳ１１２５をさらに含む。
【００７６】
図１２は、無線ネットワーク（例えば、図１に示す無線ネットワーク）内の仮想装置１２００の概略ブロック図を示す。装置は、ネットワークノード（例えば、図１に示すネットワークノード１１０）において実装されてよい。装置１２００は、図１１を参照して記述されている例示の方法、ならびに、場合によって、本明細書において開示されている任意の他のプロセスまたは方法を遂行するように動作可能である。例えば、モジュールＳ１２０５は、ステップＳ１１０５の機能を遂行することができ、モジュールＳ１２１０は、ステップＳ１１１０の機能を遂行することができ、モジュールＳ１２１５は、ステップＳ１１１５の機能を遂行することができ、モジュールＳ１２２０は、ステップＳ１１２０の機能を遂行することができ、モジュールＳ１２２５は、ステップＳ１１２５の機能を遂行することができる。図１１の方法は必ずしも装置１２００のみによって遂行される必要はないことも理解されたい。方法のうちの少なくともいくつかの動作は、１つまたは複数の他のエンティティによって実施されてよい。
【００７７】
図１３は、無線デバイス（例えば、無線通信デバイス１０５）を動作させる別の方法１３００を示すフローチャートである。方法１３００は、無線デバイスが、複数のＳＲＳリソースを用いて無線デバイスを設定するシグナリングを受信するステップＳ１３０５を含む。複数のＳＲＳリソースを用いて無線デバイスを設定するシグナリングはまた、複数のＳＲＳリソースの、複数のＳＲＳリソースグループへのグループ分けを指示することもでき、各グループは複数のＳＲＳリソースを含み、第１のＳＲＳリソースおよび第２のＳＲＳリソースは、同じＳＲＳリソースグループから選択される。方法は、無線デバイスが、物理層ダウンリンク制御チャネルにおいて、使用されるべきＳＲＳリソースの指示を受信するステップＳ１３１０をさらに含む。方法は、無線デバイスが、指示から、複数のＳＲＳリソースから送信に使用されるべきである少なくとも第１のＳＲＳリソースおよび第２のＳＲＳリソースを決定するステップＳ１３１５をさらに含む。所定のＳＲＳリソース選択規則によれば、例えば、指示および決定されている第１のＳＲＳリソースおよび第２のＳＲＳリソースは、第１のＳＲＳリソースおよび第２のＳＲＳリソースが同じである場合を除いて、複数のＳＲＳリソースのうちのいずれであることも許容される。例えば、無線デバイスは、所定のテーブルを使用して第１のＳＲＳリソースおよび第２のＳＲＳリソースを決定することができ、テーブルは、ＳＲＳリソースの組合せの可能な各順序付けについて１つのみのエントリを含み、結果、選択可能なＳＲＳリソース組合せの総数が制約される。
【００７８】
方法１３００は、無線デバイスが、第１のＳＲＳリソースおよび第２のＳＲＳリソースによって識別されるＳＲＳ、ならびに／または、それぞれ第１のＳＲＳリソースおよび第２のＳＲＳリソースにマッピングされる第１のＭＩＭＯ層および第２のＭＩＭＯ層を送信するステップＳ１３２０をさらに含む。ステップＳ１３１５における第１のＳＲＳリソースおよび第２のＳＲＳリソースの決定は、それぞれ第１のインデックスおよび第２のインデックスによって、複数のＳＲＳリソースの中から第１のＳＲＳリソースおよび第２のＳＲＳリソースを識別することを含むことができ、第１のインデックスおよび第２のインデックスは、第１のＳＲＳリソースおよび第２のＳＲＳリソースが第１のＭＩＭＯ層および第２のＭＩＭＯ層にマッピングされるべき順序をさらに指示する。例えば、第１のＭＩＭＯ層および第２のＭＩＭＯ層は、第１のＭＩＭＯ層が第２のＭＩＭＯ層よりも高品質であり、第１のＭＩＭＯ層が第１のインデックスおよび第２のインデックスのうちの低い方によってマッピングされるように、品質によってランク付けされる。代替的に、第１のＭＩＭＯ層は、第１のインデックスおよび第２のインデックスのうちの高い方にマッピングされてよい。
【００７９】
図１４は、無線ネットワーク（例えば、図１に示される無線ネットワーク）における仮想装置１２００の概略ブロック図を示す。装置は無線デバイス（例えば、図１に示される無線デバイス１０５）において実装されてよい。装置１４００は、図１３を参照して説明される例示の方法、および場合により、本明細書に開示される任意の他のプロセスまたは方法を遂行するように動作可能である。例えば、モジュールＳ１４０５は、ステップＳ１３０５の機能を遂行することができ、モジュールＳ１４１０は、ステップＳ１３１０の機能を遂行することができ、モジュールＳ１４１５は、ステップＳ１３１５の機能を遂行することができ、モジュールＳ１４２０は、ステップＳ１３２０の機能を遂行することができる。図１３の方法が必ずしも装置１４００のみによって遂行されるわけではないことも理解されたい。方法の少なくともいくつかの動作は１つまたは複数の他のエンティティによって行われ得る。
【００８０】
図１５は、ネットワークノードを動作させる方法１５００を示すフローチャートである。方法１５００は、ネットワークノードが、複数の参照信号リソースグループによって無線デバイスを設定するシグナリングを送信するステップＳ１５０５を含み、各グループは、例えば、サウンディング参照信号（ＳＲＳ）リソースなどの、複数の参照信号リソースを含む。１つの実施形態において、無線デバイスは、複数のアンテナパネルを含み、複数の参照信号リソースグループの各グループは、複数のアンテナパネルのうちの異なるアンテナパネルに対応する。ネットワークノードは、例えば、無線デバイスから制御チャネルにおいて送信される機能メッセージによって、複数のアンテナパネルの数および各パネル上のアンテナの数を知らせることができる。
【００８１】
方法１５００は、ネットワークノードが、制御チャネルにおいて、使用されるべき参照信号リソースの選択の指示を送信するステップＳ１５１０をさらに含む。所定の規則によれば、ネットワークノードは、同じ参照信号リソースグループに属する参照信号リソースが、同時の使用のために選択されないように、複数の参照信号リソースグループのうちの異なるグループから、使用されるべき複数の参照信号リソースの各々を選択する。使用されるべき複数の参照信号リソースの指示は、ビットフィールドを含むことができ、ビットフィールドの長さは、無線デバイスが送信するように設定されるＭＩＭＯ層の最大数、および、参照信号リソースグループのうちの対応するグループ内の参照信号リソースの数に依存する。その上、ビットフィールドは、ＳＲＳリソースのＳ個の組合せを指示するのに十分な長さであり得、
0006913756.tif 000026
であり、
式中、Ｌｍａｘは無線デバイスが送信するように設定されているＭＩＭＯ層の最大数であり、Ｎは、第１の参照信号リソースグループ内のリソースの数である。
【００８２】
方法１５００は、ネットワークノードが、指示されている参照信号リソースの選択を使用して、無線デバイスから参照信号（例えば、ＳＲＳ）を受信するステップＳ１５１５をさらに含む。１つの実施形態において、参照信号は、ネットワークノードまたは無線デバイスによって開始されるビーム管理手順の一部分として受信される。
【００８３】
図１６は、無線ネットワーク（例えば、図１に示される無線ネットワーク）における仮想装置１６００の概略ブロック図を示す。装置はネットワークノード（例えば、図１に示されるネットワークノード１１０）において実装されてよい。装置１６００は、図１５を参照して説明される例示の方法、および場合により、本明細書に開示される任意の他のプロセスまたは方法を遂行するように動作可能である。例えば、モジュールＳ１６０５は、ステップＳ１５０５の機能を遂行することができ、モジュールＳ１６１０は、ステップＳ１５１０の機能を遂行することができ、モジュールＳ１６１５は、ステップＳ１５１５の機能を遂行することができる。図１５の方法が必ずしも装置１６００のみによって遂行されるわけではないことも理解されたい。方法の少なくともいくつかの動作は１つまたは複数の他のエンティティによって行われ得る。
【００８４】
図１７は、ネットワークノードを動作させる方法１７００を示すフローチャートである。方法１７００は、ネットワークノードが、複数のＳＲＳリソースを用いて無線デバイスを設定するシグナリングを送信するステップＳ１７０５を含む。複数のＳＲＳリソースを用いて無線デバイスを設定するシグナリングはまた、複数のＳＲＳリソースの、複数のＳＲＳリソースグループへのグループ分けを指示することもでき、各グループは複数のＳＲＳリソースを含み、第１のＳＲＳリソースおよび第２のＳＲＳリソースは、同じＳＲＳリソースグループから選択される。方法は、ネットワークノードが、物理層ダウンリンク制御チャネルにおいて、使用されるべきＳＲＳリソースの指示を送信するステップＳ１７１０をさらに含む。無線デバイスは、指示から、複数のＳＲＳリソースから送信に使用されるべきである少なくとも第１のＳＲＳリソースおよび第２のＳＲＳリソースを決定することができる。所定のＳＲＳリソース選択規則によれば、例えば、指示および決定されている第１のＳＲＳリソースおよび第２のＳＲＳリソースは、第１のＳＲＳリソースおよび第２のＳＲＳリソースが同じである場合を除いて、複数のＳＲＳリソースのうちのいずれであることも許容される。例えば、無線デバイスは、所定のテーブルを使用して第１のＳＲＳリソースおよび第２のＳＲＳリソースを決定することができ、テーブルは、ＳＲＳリソースの組合せの可能な各順序付けについて１つのみのエントリを含み、結果、選択可能なＳＲＳリソース組合せの総数が制約される。
【００８５】
方法１７００は、ネットワークノードが、第１のＳＲＳリソースおよび第２のＳＲＳリソースによって識別されるＳＲＳ、ならびに／または、それぞれ第１のＳＲＳリソースおよび第２のＳＲＳリソースにマッピングされる第１のＭＩＭＯ層および第２のＭＩＭＯ層を受信するステップＳ１７１５をさらに含む。ステップＳ１７１０における第１のＳＲＳリソースおよび第２のＳＲＳリソースの指示は、それぞれ第１のインデックスおよび第２のインデックスによって、複数のＳＲＳリソースの中から第１のＳＲＳリソースおよび第２のＳＲＳリソースを識別することができ、第１のインデックスおよび第２のインデックスは、第１のＳＲＳリソースおよび第２のＳＲＳリソースが第１のＭＩＭＯ層および第２のＭＩＭＯ層にマッピングされるべき順序をさらに指示する。例えば、第１のＭＩＭＯ層および第２のＭＩＭＯ層は、第１のＭＩＭＯ層が第２のＭＩＭＯ層よりも高品質であり、第１のＭＩＭＯ層が第１のインデックスおよび第２のインデックスのうちの低い方によってマッピングされるように、品質によってランク付けされる。代替的に、第１のＭＩＭＯ層は、第１のインデックスおよび第２のインデックスのうちの高い方にマッピングされてよい。
【００８６】
図１８は、無線ネットワーク（例えば、図１に示される無線ネットワーク）における仮想装置１８００の概略ブロック図を示す。装置はネットワークノード（例えば、図１に示されるネットワークノード１１０）において実装されてよい。装置１８００は、図１７を参照して説明される例示の方法、および場合により、本明細書に開示される任意の他のプロセスまたは方法を遂行するように動作可能である。例えば、モジュールＳ１８０５は、ステップＳ１７０５の機能を遂行することができ、モジュールＳ１８１０は、ステップＳ１７１０の機能を遂行することができ、モジュールＳ１８１５は、ステップＳ１７１５の機能を遂行することができる。図１８の方法が必ずしも装置１８００のみによって遂行されるわけではないことも理解されたい。方法の少なくともいくつかの動作は１つまたは複数の他のエンティティによって行われ得る。
【００８７】
各仮想装置１０００、１２００、１４００、１６００および１８００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含んでよい処理回路構成、およびデジタル信号プロセッサ（ＤＳＰ）および専用デジタルロジックなどを含んでよい他のデジタルハードウェアを含むことができる。処理回路構成は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つまたはいくつかのタイプのメモリを含んでよいメモリに記憶されるプログラムコードを実行するように設定されてよい。メモリに記憶されるプログラムコードは、いくつかの実施形態では、１つまたは複数の電気通信プロトコルおよび／またはデータ通信プロトコルを実行するためのプログラム命令、および、本明細書に説明される技法の１つまたは複数を遂行するための命令を含む。いくつかの実装形態では、処理回路構成を使用して、本開示の１つまたは複数の実施形態による対応する機能を行うための装置１０００または１２００の任意の適したユニットの機能性を行うことができる。
【００８８】
ユニットという用語は、電子機器、電気デバイス、および／または電子デバイスの分野における従来の意味を有することができ、例えば、本明細書に説明されるものといった、電気および／または電子回路構成、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステートおよび／またはディスクリートデバイス、ならびに、各タスク、手順、計算、出力を遂行する、および／または機能を表示するためのコンピュータプログラムまたは命令などを含むことができる。
【００８９】
仮想化環境における動作
【００９０】
図１９は、いくつかの実施形態によって実装される機能が仮想化可能である仮想化環境１９００を示す概略ブロック図である。本コンテキストでは、仮想化は、ハードウェアプラットフォーム、記憶デバイス、およびネットワーキングリソースを仮想化することを含むことができる装置またはデバイスの仮想バージョンを作り出すことを意味する。本明細書で使用されるように、仮想化は、ノード（例えば、仮想化基地局または仮想化無線アクセスノード）に、またはデバイス（例えば、ＵＥ、無線デバイス、または任意の他のタイプの通信デバイス）もしくはこのコンポーネントに適用可能であり、機能性の少なくとも一部分が（例えば、１つまたは複数のネットワークにおいて１つまたは複数の物理処理ノード上で実行する、１つまたは複数のアプリケーション、コンポーネント、機能、仮想マシン、またはコンテナーによって）１つまたは複数の仮想コンポーネントとして実装される実装形態に関する。
【００９１】
いくつかの実施形態では、本明細書に説明される機能のいくつかまたは全ては、ハードウェアノード１９３０の１つまたは複数によってホストされる１つまたは複数の仮想環境１９００において実装される１つまたは複数の仮想マシンによって実行される仮想コンポーネントとして実装されてよい。さらに、仮想ノードが無線アクセスノードではない、または無線接続性（例えば、コアネットワークノード）を必要としない実施形態において、ネットワークノードは全体が仮想化されてよい。
【００９２】
機能は、本明細書に開示される実施形態のいくつかの特徴、機能、および／または利益のいくつかを実装するように動作可能である１つまたは複数のアプリケーション１９２０（代替的には、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれる場合がある）によって実装されてよい。アプリケーション１９２０は、処理回路構成１９６０およびメモリ１９９０を含むハードウェア１９３０を提供する仮想化環境１９００において起動する。メモリ１９９０は、アプリケーション１９２０が、本明細書に開示される特徴、利益、および／または機能の１つまたは複数を提供するように動作可能である処理回路構成１９６０によって実行可能である命令１９９５を含有する。
【００９３】
仮想化環境１９００は、市販の既製（ＣＯＴＳ）プロセッサ、専用の特定用途向け集積回路（ＡＳＩＣ）、またはデジタルもしくはアナログハードウェアコンポーネントまたは専用プロセッサを含む任意の他のタイプの処理回路構成であってよい、１つまたは複数のプロセッサまたは処理回路構成１９６０のセットを含む、汎用または専用ネットワークハードウェアデバイス１９３０を含む。それぞれのハードウェアデバイスは、処理回路構成１９６０によって実行される命令１９９５またはソフトウェアを一時的に記憶するための非永続的メモリであってよいメモリ１９９０−１を含むことができる。それぞれのハードウェアデバイスは、物理ネットワークインターフェース１９８０を含む、ネットワークインターフェースカードとしても既知である、１つまたは複数のネットワークインターフェースコントローラ（ＮＩＣ）１９７０を含んでよい。それぞれのハードウェアデバイスは、処理回路構成１９６０によって実行可能なソフトウェア１９９５および／または命令が記憶されている、非一時的、永続的、マシン可読記憶媒体１９９０−２も含んでよい。ソフトウェア１９９５は、（ハイパーバイザーとも称される）１つまたは複数の仮想化層１９５０をインスタンス化するためのソフトウェア、仮想マシン１９４０を実行するためのソフトウェア、および、本明細書に説明されるいくつかの実施形態と関連して説明される機能、特徴、および／または利益を実行することを可能にするソフトウェアを含む任意のタイプのソフトウェアを含んでよい。
【００９４】
仮想マシン１９４０は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想記憶装置を含み、対応する仮想化層１９５０またはハイパーバイザーによって起動させてよい。仮想アプライアンス１９２０のインスタンスの異なる実施形態は、仮想マシン１９４０の１つまたは複数上で実装されてよく、この実装形態は異なるやり方でなされてよい。
【００９５】
動作中、処理回路構成１９６０は、仮想マシンモニタ（ＶＭＭ）と称される時がある場合がある、ハイパーバイザーまたは仮想化層１９５０をインスタンス化するためのソフトウェア１９９５を実行する。仮想化層１９５０は、仮想マシン１９４０にはネットワーキングハードウェアのように現れる仮想オペレーティングプラットフォームを提示することができる。
【００９６】
図１９に示されるように、ハードウェア１９３０は、汎用コンポーネントまたは固有コンポーネントを有するスタンドアローンのネットワークノードであってよい。ハードウェア１９３０はアンテナ１９２２５を含んでよく、仮想化によりいくつかの機能を実装してよい。代替的には、ハードウェア１９３０は、（例えば、データセンタまたは加入者宅内機器（ＣＰＥ）などにおける）ハードウェアの大規模なクラスタの一部であってよく、この場合、多くのハードウェアノードは共に働き、かつ、とりわけ、アプリケーション１９２０のライフサイクル管理を監視する、管理およびオーケストレーション（ＭＡＮＯ）１９１００によって管理されてよい。
【００９７】
ハードウェアの仮想化は、いくつかのコンテキストにおいて、ネットワーク機能仮想化（ＮＦＶ）と称される。ＮＦＶを使用して、多くのネットワーク機器タイプを、データセンタ、および加入者宅内機器に位置することができる、業界標準の高容量サーバハードウェア、物理スイッチ、および物理記憶装置上に統合してよい。
【００９８】
ＮＦＶのコンテキストにおいて、仮想マシン１９４０は、物理的な非仮想化マシン上で実行しているかのようにプログラムを起動する物理マシンのソフトウェア実装形態であってよい。仮想マシン１９４０のそれぞれ、および、その仮想マシン専用のハードウェア、および／またはその仮想マシンによって仮想マシン１９４０のその他と共有されるハードウェアとされる、その仮想マシンを実行するハードウェア１９３０のその一部は、別個の仮想ネットワークエレメント（ＶＮＥ）を形成する。
【００９９】
さらにＮＦＶのコンテキストにおいて、仮想ネットワーク機能（ＶＮＦ）は１つまたは複数の仮想マシン１９４０に加えて、ハードウェアネットワーキングインフラストラクチャ１９３０において起動する固有ネットワーク機能をハンドリングすることを担い、かつ図１９におけるアプリケーション１９２０に対応する。
【０１００】
いくつかの実施形態では、それぞれが１つまたは複数の送信機１９２２０および１つまたは複数の受信機１９２１０を含む１つまたは複数の無線ユニット１９２００は、１つまたは複数のアンテナ１９２２５に結合されてよい。無線ユニット１９２００は、１つまたは複数の適切なネットワークインターフェースを介してハードウェアノード１９３０と直接通信してよく、無線アクセスノードまたは基地局といった、無線能力を有する仮想ノードを提供するための仮想コンポーネントと組み合わせて使用されてよい。
【０１０１】
いくつかの実施形態では、代替的には、ハードウェアノード１９３０と無線ユニット１９２００との間の通信に使用されてよい制御システム１９２３０の使用によって、いくつかのシグナリングをきたすことができる。
【０１０２】
リモートホストコンピュータによる動作
【０１０３】
図２０を参照すると、一実施形態に従って、通信システムは、無線アクセスネットワークおよびコアネットワーク２０１４などのアクセスネットワーク２０１１を含む、３ＧＰＰタイプのセルラーネットワークといった電気通信ネットワーク２０１０を含む。アクセスネットワーク２０１１は、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントといった複数の基地局２０１２ａ、２０１２ｂ、２０１２ｃを含み、これらのそれぞれは対応するカバレッジエリア２０１３ａ、２０１３ｂ、２０１３ｃを規定する。それぞれの基地局２０１２ａ、２０１２ｂ、２０１２ｃは、有線または無線接続２０１５上でコアネットワーク２０１４に接続可能である。カバレッジエリア２０１３ｃに位置する第１のＵＥ２０９１は、対応する基地局２０１２ｃに無線で接続するように、または基地局２０１２ｃによってページングされるように設定される。カバレッジエリア２０１３ａにおける第２のＵＥ２０９２は、対応する基地局２０１２ａに無線で接続可能である。複数のＵＥ２０９１、２０９２がこの例に示されるが、開示される実施形態は、単独のＵＥがカバレッジエリアにある、または単独のＵＥが対応する基地局２０１２に接続している状況に等しく適用可能である。
【０１０４】
電気通信ネットワーク２０１０は、これ自体、ホストコンピュータ２０３０に接続され、このホストコンピュータ２０３０は、スタンドアローンのサーバ、クラウド実装のサーバ、分散型サーバのハードウェアおよび／またはソフトウェアにおいて、またはサーバファームにおける処理リソースとして具現化可能である。ホストコンピュータ２０３０は、サービスプロバイダの所有権または制御下にあってよい、またはサービスプロバイダによってまたはサービスプロバイダの代わりに動作させてよい。電気通信ネットワーク２０１０とホストコンピュータ２０３０との間の接続２０２１および２０２２は、コアネットワーク２０１４からホストコンピュータ２０３０に直接拡張されてよい、またはオプションの中間ネットワーク２０２０を介して行われてよい。中間ネットワーク２０２０は、パブリック、プライベート、またはホストネットワークのうちの１つ、または複数の組合せであってよく、中間ネットワーク２０２０は、ある場合、バックボーンネットワークまたはインターネットであってよく、特に、中間ネットワーク２０２０は、２つ以上のサブネットワーク（図示せず）を含んでよい。
【０１０５】
図２０の通信システムは、全体として、接続済みＵＥ２０９１、２０９２とホストコンピュータ２０３０との間の接続性を可能にする。この接続性は、オーバーザトップ（ＯＴＴ）接続２０５０として説明可能である。ホストコンピュータ２０３０および接続済みＵＥ２０９１、２０９２は、アクセスネットワーク２０１１、コアネットワーク２０１４、任意の中間ネットワーク２０２０、および仲介としての可能なさらなるインフラストラクチャ（図示せず）を使用して、ＯＴＴ接続２０５０を介してデータおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続２０５０は、ＯＴＴ接続２０５０が通る、関与している通信デバイスがアップリンクおよびダウンリンク通信のルーティングに気付いていないという意味で透過的であってよい。例えば、基地局２０１２は、接続済みＵＥ２０９１に転送される（例えば、渡される）、ホストコンピュータ２０３０に由来するデータとの入りダウンリンク通信の過去のルーティングについて通知されなくてもよい、または通知される必要はない。同様に、基地局２０１２は、ホストコンピュータ２０３０へのＵＥ２０９１に由来する出アップリンク通信の今後のルーティングに気付く必要はない。
【０１０６】
先の段落において論じた、ＵＥ、基地局、およびホストコンピュータの一実施形態による例示の実装形態について、ここで図２１を参照して説明する。通信システム２１００において、ホストコンピュータ２１１０は、通信システム２１００の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップしかつ維持するように設定される通信インターフェース２１１６を含むハードウェア２１１５を含む。ホストコンピュータ２１１０は、記憶能力および／または処理能力を有することができる処理回路構成２１１８をさらに含む。特に、処理回路構成２１１８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適応される（示されない）これらの組合せを含んでよい。ホストコンピュータ２１１０は、ホストコンピュータ２１１０に記憶されるまたはこれによってアクセス可能であり、かつ処理回路構成２１１８によって実行可能であるソフトウェア２１１１をさらに含む。ソフトウェア２１１１はホストアプリケーション２１１２を含む。ホストアプリケーション２１１２は、ＵＥ２１３０およびホストコンピュータ２１１０において終止するＯＴＴ接続２１５０を介して接続するＵＥ２１３０といったリモートユーザにサービスを提供するように動作可能であってよい。サービスをリモートユーザに提供する際に、ホストアプリケーション２１１２は、ＯＴＴ接続２１５０を使用して送信されるユーザデータを提供してもよい。
【０１０７】
通信システム２１００は、電気通信システムにおいて提供され、かつホストコンピュータ２１１０およびＵＥ２１３０との通信を可能にするハードウェア２１２５を含む基地局２１２０をさらに含む。ハードウェア２１２５は、通信システム２１００の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップしかつ維持する通信インターフェース２１２６、および基地局２１２０によってサーブされる（図２１に示されない）カバレッジエリアに位置するＵＥ２１３０との少なくとも無線接続２１７０をセットアップしかつ維持するための無線インターフェース２１２７を含んでよい。通信インターフェース２１２６は、ホストコンピュータ２１１０への接続２１６０を容易にするように設定されてよい。接続２１６０は、直接行われてよい、または電気通信システムの（図２１に示されない）コアネットワークを、および／または電気通信システムの外部の１つまたは複数の中間ネットワークを通してよい。示される実施形態において、基地局２１２０のハードウェア２１２５は処理回路構成２１２８をさらに含む。この処理回路構成２１２８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適応される（示されない）これらの組合せを含んでよい。基地局２１２０は、内部に記憶される、または外部接続を介してアクセス可能であるソフトウェア２１２１をさらに有する。
【０１０８】
通信システム２１００は既に言及したＵＥ２１３０をさらに含む。このハードウェア２１３５は、ＵＥ２１３０が現在位置するカバレッジエリアをサーブする基地局との無線接続２１７０をセットアップしかつ維持するように設定される無線インターフェース２１３７を含んでよい。ＵＥ２１３０のハードウェア２１３５は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適応される（示されない）これらの組合せを含んでよい処理回路構成２１３８をさらに含む。ＵＥ２１３０は、ＵＥ２１３０に記憶されるまたはこれによってアクセス可能であり、かつ処理回路構成２１３８によって実行可能であるソフトウェア２１３１をさらに含む。ソフトウェア２１３１はクライアントアプリケーション２１３２を含む。クライアントアプリケーション２１３２は、ホストコンピュータ２１１０のサポートによって、ＵＥ２１３０を介して人間または人間ではないユーザにサービスを提供するように動作可能であってよい。ホストコンピュータ２１１０において、実行しているホストアプリケーション２１１２は、ＵＥ２１３０およびホストコンピュータ２１１０において終止するＯＴＴ接続２１５０を介して実行しているクライアントアプリケーション２１３２と通信してよい。サービスをユーザに提供する際に、クライアントアプリケーション２１３２は、ホストアプリケーション２１１２からの要求データを受信し、かつ要求データに応答してユーザデータを提供してよい。ＯＴＴ通信２１５０は要求データおよびユーザデータ両方を伝えてよい。クライアントアプリケーション２１３２は、提供するユーザデータを生成するためにユーザと対話してよい。
【０１０９】
図２１に示されるホストコンピュータ２１１０、基地局２１２０、およびＵＥ２１３０は、それぞれ、図２０の、ホストコンピュータ２０３０、基地局２０１２ａ、２０１２ｂ、２０１２ｃのうちの１つ、およびＵＥ２０９１、２０９２のうちの１つと同様または同一であってよいことに留意されたい。すなわち、これらのエンティティの内部の働きは、図２１において独立的に示され得るものであり、周囲のネットワークトポロジは図２０のものであってよい。
【０１１０】
図２１において、ＯＴＴ接続２１５０は、いずれの中間デバイスも、かつこれらのデバイスを介したメッセージの正確なルーティングを明示的に参照することなく、基地局２１２０を介したホストコンピュータ２１１０とＵＥ２１３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャは、ルーティングを判断してよく、これは、ＵＥ２１３０、もしくはホストコンピュータ２１１０を動作させるサービスプロバイダ、またはその両方から隠れるように設定されてよい。ＯＴＴ接続２１５０がアクティブである間に、ネットワークインフラストラクチャは、（例えば、負荷バランシングの考慮事項またはネットワークの再設定に基づいて）ルーティングを動的に変更することによる決定をさらに行ってよい。
【０１１１】
ＵＥ２１３０と基地局２１２０との間の無線接続２１７０は、本開示全体を通して説明される実施形態の教示によるものである。さまざまな実施形態の１つまたは複数によって、無線接続２１７０が最終セグメントを形成するＯＴＴ接続２１５０を使用してＵＥ２１３０に提供されるＯＴＴサービスの性能が改善される。より正確には、これらの実施形態の教示によって、とりわけ、レイテンシが改善可能であり、それによって、良好な応答といった利益が提供される。
【０１１２】
測定手順は、データ速度、レイテンシ、および１つまたは複数の実施形態が改善する他の因子をモニタリングする目的で提供されてよい。さらに、測定結果における変動に応答して、ホストコンピュータ２１１０とＵＥ２１３０との間のＯＴＴ接続２１５０を再設定するためのオプションのネットワーク機能性があってよい。ＯＴＴ接続２１５０を再設定するための、測定手順および／またはネットワーク機能性は、ホストコンピュータ２１１０のソフトウェア２１１１およびハードウェア２１１５において、ＵＥ２１３０のソフトウェア２１３１およびハードウェア２１３５において、またはこの両方において実装されてよい。実施形態において、センサ（図示せず）は、ＯＴＴ接続２１５０が通る通信デバイスにおいてまたはこれと関連して展開されてよく、センサは、上に例示されるモニタリングされた数量の値を供給することによって、またはソフトウェア２１１１、２１３１がモニタリングされた数量を計算するまたは推定することができる他の物理量の値を供給することによって、測定手順に関与してよい。ＯＴＴ接続２１５０を再設定することは、メッセージフォーマット、再送信セット、好適なルーティングなどを含んでよく、再設定は基地局２１２０に影響を与える必要なく、基地局２１２０には未知であるまたは認識できなくてよい。このような手順および機能性は当技術分野において既知でありかつ実践可能である。ある特定の実施形態において、測定は、スループット、伝搬時間、およびレイテンシなどのホストコンピュータ２１１０の測定を容易にする専用のＵＥシグナリングを伴う場合がある。ＯＴＴ接続２１５０を使用して、ソフトウェア２１１１および２１３１によって、メッセージ、特に空のまたは「ダミーの」メッセージが送信される間に伝搬時間、誤差などをモニタリングするように測定が実施されてよい。
【０１１３】
図２２は、１つの実施形態に従って、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図２０および図２１を参照して説明されるものであってよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示を簡略化するために、図２２に対する図面参照のみがこのセクションに含まれることになる。ステップ２２１０において、ホストコンピュータはユーザデータを提供する。ステップ２２１０の（オプションであってよい）サブステップ２２１１において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ２２２０において、ホストコンピュータはユーザデータをＵＥに伝達する送信を開始する。（オプションであってよい）ステップ２２３０では、基地局は、本開示全体を通して説明される実施形態の教示に従って、ホストコンピュータが開始した送信において伝達されたユーザデータをＵＥに送信する。ステップ２２４０（これもオプションであってよい）では、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションと関連付けられたクライアントアプリケーションを実行する。
【０１１４】
図２３は、１つの実施形態に従って、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図２０および図２１を参照して説明されるものであってよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示を簡略化するために、図２３に対する図面参照のみがこのセクションに含まれることになる。方法のステップ２３１０において、ホストコンピュータはユーザデータを提供する。（示されない）オプションのサブステップにおいて、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ２３２０において、ホストコンピュータはユーザデータをＵＥに伝達する送信を開始する。本開示全体を通して説明される実施形態の教示に従って、送信は基地局を介して行われてよい。（オプションであってよい）ステップ２３３０では、ＵＥは送信において伝達されるユーザデータを受信する。
【０１１５】
上述されるように、例示の実施形態は、方法、および方法のステップを行うための機能性を提供するさまざまなモジュールから成る対応する装置の両方を提供する。モジュールは、（特定用途向け集積回路といった集積回路を含む１つまたは複数のチップにおいて具現化される）ハードウェアとして実装されてよい、または、プロセッサによる実行のためのソフトウェアまたはファームウェアとして実装されてよい。特に、ファームウェアまたはソフトウェアの場合、例示の実施形態は、コンピュータプロセッサによる実行のためにコンピュータプログラムコード（すなわち、ソフトウェアまたはファームウェア）が具現化されているコンピュータ可読記憶媒体を含むコンピュータプログラム製品として提供可能である。コンピュータ記憶可読媒体は、非一時的（例えば、磁気ディスク、光ディスク、読み出し専用メモリ、フラッシュメモリデバイス、位相変化メモリ）または一時的（例えば、搬送波、赤外線信号、デジタル信号などの電気、光、音響、または他の形態の伝搬される信号）であってよい。プロセッサおよび他のコンポーネントの結合は、典型的には、１つまたは複数のバスまたはブリッジ（バスコントローラともいう）を通すものである。記憶デバイス、およびデジタルトラフィックを伝達する信号はそれぞれ、１つまたは複数の非一時的または一時的なコンピュータ可読記憶媒体を表す。よって、所与の電子デバイスの記憶デバイスは、典型的には、コントローラなどのその電子デバイスの１つまたは複数のプロセッサのセット上での実行のためのコードおよび／またはデータを記憶する。
【０１１６】
実施形態およびこの利点が詳細に説明されているが、添付の特許請求の範囲によって規定されるこれらの趣旨および範囲から逸脱することなく、さまざまな変更、代入、および代替が行われ得ることは、理解されるべきである。例えば、上に論じられる特徴および機能の多くは、ソフトウェア、ハードウェア、ファームウェア、またはこれらの組合せで実装可能である。また、特徴、機能、および上記を動作させるステップの多くは、再順序付け、省略、追加などが行われてよく、さらにはさまざまな実施形態の広範な範囲内にある。
【０１１７】
限定されることはないが、本開示の例示の実施形態が以下の列挙リストに提供される。
【０１１８】
例示の実施形態
【０１１９】
１．無線通信ネットワーク（１００）内で動作可能な無線デバイス（１０５）における、無線デバイスによる送信において使用されるべき参照信号リソースを識別する方法（９００）であって、複数の参照信号リソースグループを使用するように無線デバイスを設定するシグナリングを受信すること（Ｓ９０５）であって、各グループは複数の参照信号リソースを含む、シグナリングを受信すること（Ｓ９０５）と、制御チャネルにおいて、使用されるべき参照信号リソースの指示を受信すること（Ｓ９１０）であって、使用されるべき参照信号リソースは、複数の参照信号リソースグループのうちのそれぞれの第１の参照信号リソースグループおよび第２の参照信号リソースグループからのみ選択される第１の参照信号リソースおよび第２の参照信号リソースを含む、指示を受信すること（Ｓ９１０）と、ネットワーク内のネットワークノードへの参照信号送信において第１の参照信号リソースおよび第２の参照信号リソースを使用すること（Ｓ９１５）とを含む、方法（９００）。
【０１２０】
２．参照信号リソースは、サウンディング参照信号（ＳＲＳ）リソースである、実施形態１の方法。
【０１２１】
３．無線通信ネットワーク内で動作可能な無線デバイスにおける、無線デバイスによる送信において使用されるべき１つまたは複数のＳＲＳリソースを識別する方法であって、複数のＳＲＳリソースグループを使用するように無線デバイスを設定するシグナリングを受信することであって、各グループは複数のＳＲＳリソースを含む、シグナリングを受信することと、物理層ダウンリンク制御チャネルにおいて、使用されるべきＳＲＳリソースの指示を受信することと、指示から、第１のＳＲＳリソースグループおよび第２のＳＲＳリソースグループを決定することであって、第１のＳＲＳリソースグループおよび第２のＳＲＳリソースグループは、複数のＳＲＳリソースグループから選択される、第１のＳＲＳリソースグループおよび第２のＳＲＳリソースグループを決定することと、指示から、第１のＳＲＳリソースグループのみから選択される第１のＳＲＳリソースを決定することと、指示から、第２のＳＲＳリソースグループのみから選択される第２のＳＲＳリソースを決定することと、ａ）第１のＳＲＳリソースおよび第２のＳＲＳリソースによって識別されるＳＲＳ、ならびに、ｂ）それぞれ第１のＳＲＳリソースおよび第２のＳＲＳリソースの送信に従う第１のＭＩＭＯ層および第２のＭＩＭＯ層のうちの少なくとも１つを送信することとを含む、方法。
【０１２２】
４．指示をシグナリングするのに使用されるフィールドのサイズは、無線デバイスが送信するように設定されるＭＩＭＯ層の最大数、ＳＲＳリソースが選択され得るＳＲＳリソースグループの数、および、複数のＳＲＳリソースグループ内のＳＲＳリソースの数に基づいて決定される、実施形態３の方法。
【０１２３】
５．無線通信ネットワーク内で動作可能な無線デバイスにおける、無線デバイスによる送信において使用されるべき１つまたは複数のＳＲＳリソースを識別する方法であって、複数のＳＲＳリソースを使用するように無線デバイスを設定するシグナリングを受信することと、物理層ダウンリンク制御チャネルにおいて、使用されるべきＳＲＳリソースの指示を受信することと、指示から、複数のＳＲＳリソースから所与の送信において使用されるべきである第１のＳＲＳリソースおよび第２のＳＲＳリソースを決定することであって、第１のＳＲＳリソースおよび第２のＳＲＳリソースは、第１のＳＲＳリソースおよび第２のＳＲＳリソースが同じである場合を除いて、複数のＳＲＳリソースのうちのいずれかとすることもできる、第１のＳＲＳリソースおよび第２のＳＲＳリソースを決定することと、ａ）第１のＳＲＳリソースおよび第２のＳＲＳリソースによって識別されるＳＲＳ、ならびに、ｂ）それぞれ第１のＳＲＳリソースおよび第２のＳＲＳリソースの送信に従う第１のＭＩＭＯ層および第２のＭＩＭＯ層のうちの少なくとも１つを送信することとを含む、方法。
【０１２４】
６．第１のＳＲＳリソースおよび第２のＳＲＳリソースは各々、それぞれ第１のインデックスおよび第２のインデックスによって複数のＳＲＳリソース内で識別され、指示から第１のＳＲＳリソースおよび第２のＳＲＳリソースを決定するステップは、第１のインデックスおよび第２のインデックスが単一の固定順序において選択されるというさらなる例外をさらに有し、単一の固定順序は、ａ）第１のインデックスが第２のインデックスよりも常に大きい、およびｂ）第１のインデックスが第２のインデックスよりも常に小さい、のうちの一方である、実施形態５の方法。
【０１２５】
７．無線通信ネットワーク内で動作可能な無線デバイスにおける、無線デバイスによる送信において使用されるべき１つまたは複数のＳＲＳリソースを識別する方法であって、複数のＳＲＳリソースグループのうちの第１のＳＲＳリソースグループを使用するように無線デバイスを設定するシグナリングを受信することであって、第１のＳＲＳリソースグループは複数のＳＲＳリソースを含む、シグナリングを受信することと、物理層ダウンリンク制御チャネルにおいて、使用されるべきＳＲＳリソースの指示を受信することと、指示から、第１のＳＲＳリソースグループからのみ選択される第１のＳＲＳリソースを決定することと、ａ）第１のＳＲＳリソースによって識別されるＳＲＳ、およびｂ）第１のＳＲＳリソースの送信に従うＭＩＭＯ層のうちの少なくとも１つを送信することとを含む、方法。
【０１２６】
８．ネットワークノードにおける、無線通信ネットワークにおいて動作可能な無線デバイスにおける参照信号送信設定を設定する方法（１１００）であって、参照信号リソースの参照信号リソースグループへのグループ分けに基づいて、可能な参照信号状態の総数を決定すること（Ｓ１１０５）であって、グループ分けは、各参照信号リソースグループから、１つのみの参照信号リソースが送信において使用するために選択可能であるように設定される、可能な参照信号状態の総数を決定すること（Ｓ１１０５）と、参照信号指示ビットの複数の異なる組合せの、可能な参照信号状態のうちのそれぞれの状態へのマッピングを決定すること（Ｓ１１１０）と、マッピングを無線デバイスにシグナリングすること（Ｓ１１１５）と、無線デバイスからのＵＬ送信に対して１つまたは複数の好ましい参照信号リソースを決定すること（Ｓ１１２０）と、上記マッピングによって１つまたは複数の好ましい参照信号リソースに対応するＳＲＩ状態にマッピングされる参照信号指示ビットを無線デバイスにシグナリングすること（Ｓ１１２５）とを含む、方法。
【０１２７】
９．ＳＲＳリソースグループのグループ分けに基づいて可能なＳＲＩ状態の総数を決定することは、ＳＲＳリソースがＭＩＭＯ層にマッピングされる順序付けを固定することを含み、結果、可能なＳＲＩ状態の総数が制約される、実施形態８の方法。
【０１２８】
１０．ＳＲＳリソースグループのグループ分けに基づいて可能なＳＲＩ状態の総数を決定することは、ＳＲＳリソースが複数の所望の順序のいずれかにおいてＭＩＭＯ層にマッピングされることを可能にすることを含む、実施形態８の方法。
【０１２９】
１１．参照信号リソースは、サウンディング参照信号（ＳＲＳ）リソースである、実施形態８から１０のいずれかの方法。
【０１３０】
１２．使用されるべき参照信号リソースの指示を取得することによって無線通信ネットワーク（１００）における通信を容易にするための無線デバイス（１０５、２００）であって、実施形態１〜７のいずれかのステップを行うように設定される処理回路構成を含む、無線デバイス。
【０１３１】
１３．無線通信ネットワーク（１００）において参照信号リソースを設定するためのネットワークノード（１１０、３００）であって、実施形態８〜１１のいずれかのステップを行うように設定される処理回路構成を含む、ネットワークノード。
【０１３２】
１４．使用されるべき参照信号リソースの指示を取得することによって無線通信ネットワーク（１００）における通信を容易にするためのユーザ機器（ＵＥ）（２００）であって、無線信号を送受信するように設定されるアンテナ（２２０）と、アンテナおよび処理回路構成（２０５）に接続され、かつアンテナと処理回路構成との間で通信される信号を調整するように設定されるトランシーバ（２１５）と、実施形態１〜７のいずれかのステップを行うように設定される処理回路構成と、を含む、ユーザ機器（ＵＥ）。
【０１３３】
１５．ホストコンピュータを含む通信システムであって、ユーザデータを提供するように設定される処理回路構成と、無線デバイスへの送信のためにユーザデータをセルラーネットワークに転送するように設定される通信インターフェースと、を含み、セルラーネットワークは、ａ）ユーザデータを受信するように設定される通信インターフェース、ｂ）ユーザデータを無線デバイスに転送するために無線デバイスとインターフェースするように設定される無線インターフェース、およびｃ）実施形態８〜１１のいずれかのステップを行うように設定される処理回路構成を有するネットワークノードを含む、通信システム。
【０１３４】
１６．ネットワークノードをさらに含む、先の実施形態のいずれかの通信システム。
【０１３５】
１７．無線デバイスをさらに含み、無線デバイスはネットワークノードと通信するように設定される、先の２つの実施形態のいずれかの通信システム。
【０１３６】
１８．ホストコンピュータの処理回路構成は、ホストアプリケーションを実行することによってユーザデータを提供するように設定され、無線デバイスは、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行するように設定される処理回路構成を含む、先の３つの実施形態のいずれかの通信システム。
【０１３７】
１９．ホストコンピュータ、ネットワークノード、および無線デバイスを含む通信システムにおいて実装される方法であって、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、ネットワークノードを含むセルラーネットワークを介して無線デバイスにユーザデータを伝達する送信を開始することであって、ネットワークノードは実施形態１〜１６のいずれかのステップを行う、開始することと、を含む、方法。
【０１３８】
２０．ネットワークノードにおいて、ユーザデータを送信することをさらに含む、先の実施形態の方法。
【０１３９】
２１．ユーザデータは、ホストアプリケーションを実行することによってホストコンピュータにおいて提供され、方法は、無線デバイスにおいて、ホストアプリケーションと関連付けられるクライアントアプリケーションを実行することをさらに含む、先の２つの実施形態のいずれかの方法。
【０１４０】
２２．ホストコンピュータおよび無線デバイスを含む通信システムであって、ユーザデータを提供するように設定される処理回路構成と、無線デバイスへの送信のためにユーザデータをセルラーネットワークに転送するように設定される通信インターフェースと、を含み、無線デバイスは、トランシーバおよび処理回路構成を含み、無線デバイスのコンポーネントは、実施形態１〜７のいずれかのステップを行うように設定される、通信システム。
【０１４１】
２３．セルラーネットワークは、無線デバイスと通信するように設定されるネットワークノードをさらに含む、先の実施形態の通信システム。
【０１４２】
２４．ホストコンピュータの処理回路構成は、ホストアプリケーションを実行することによってユーザデータを提供するように設定され、無線デバイスの処理回路構成は、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行するように設定される、先の２つの実施形態のいずれかの通信システム。
【０１４３】
２５．ホストコンピュータ、ネットワークノード、および無線デバイスを含む通信システムにおいて実装される方法であって、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、ネットワークノードを含むセルラーネットワークを介して無線デバイスにユーザデータを伝達する送信を開始することであって、無線デバイスは実施形態１〜７のいずれかのステップを行う、開始することと、を含む、方法。
【０１４４】
２６．無線デバイスにおいて、ネットワークノードからユーザデータを受信することをさらに含む、先の実施形態の方法。
【０１４５】
３ＧＰＰへの貢献
【０１４６】
以下の記載は、本明細書において記載されている実施形態のいくつかの態様が、特定の通信規格の枠組みの中でどのように実装され得るかの例を提供する。特に、以下の例は、本明細書において記載されている実施形態が、３ＧＰＰ  ＲＡＮ規格の枠組みの中でどのように実装され得るかの非限定的な例を提供する。例によって記載されている変更は、実施形態のいくつかの態様が特定の規格内でどのように実装され得るかを例示するように意図されているに過ぎない。しかしながら、実施形態はまた、３ＧＰＰ仕様と他の仕様または規格の両方において、他の適切な様式で実装されてもよい。
【０１４７】
題：非コードブックベース送信のためのＵＬ  ＭＩＭＯ
【０１４８】
１−導入
【０１４９】
ＲＡＮ１−ＮＲＡＨ３において、オンラインおよびオフラインにおいて以下の合意に達した。
【０１５０】
以下が、ＲＡＮ１＃９０において合意された。１）非コードブックベースＵＬ  ＭＩＭＯにおけるＰＵＳＣＨプリコーダ決定について、広帯域の指示に関してＡｌｔ．１をサポートする（すなわち、少なくとも、ＵＬ許可内のＴＰＭＩ指示のないＳＲＩのみ）。注記：ｇＮＢは、シグナリングされるＳＲＩから推測されるＵＬプリコーディング送信をＵＥによって同時に行うことができるように、ＳＲＩのみをシグナリングするべきである。ＦＦＳ詳細。ＦＦＳ：サブバンド指示がサポートされる場合、その指示のためにＡｌｔ．１〜３をダウンセレクトする。２）ＵＬ  ＭＩＭＯが可能なＵＥがＵＥの送信チェーンにわたってコヒーレントな送信をサポートすることができるか否かを識別するＵＥの能力を指定する。ＦＦＳ：コヒーレントな送信がＵＥの送信チェーンの全体でサポートされるか、まったくサポートされないか、送信チェーンのサブセット上でサポートされるかをＵＥの能力が識別する場合。ＦＦＳ：ＵＬ  ＭＩＭＯプリコーディング設計が上記の能力をどのように考慮に入れるか。
【０１５１】
一方、以下が、ＲＡＮ１  ＮＲ  ＡＨ＃３［１］のオフライン議論において合意された。非コードブックベース送信について、合計で４つまでのＳＲＳポートをＳＲＩを使用して指示することができる。注記：非コードブックベースプリコーディングについて、各ＳＲＳリソースは１つのポートを包含する。
【０１５２】
この貢献においては、非コードブックベースＵＬ送信を論じ、ＳＲＩ指示に関するいくつかのさらなる詳細を提示する。特に、ＳＲＩから推測されるＵＬプリコーディングをＵＥによって同時に行うことができるようにするにはＵＥはＳＲＩをどのようにシグナリングすべきか、ＳＲＩシグナリングはこれをどのように考慮に入れるべきか、および、ＳＲＩの周波数選択的シグナリングの必要性という、未解決の問題に対処する。
【０１５３】
２−非コードブックベースＵＬ送信
【０１５４】
ＳＲＳリソースは狭帯域であり得、したがって、周波数帯域全体の部分のみを占有し得る。しかしながら、好ましいＳＲＳリソースを決定するＳＲＩは、広帯域と考えられるべきであり、これは、ＳＲＩが、対応するＰＵＳＣＨ送信の帯域幅全体に適用されるべきであることを意味する。例えば、ＳＲＳリソースの広帯域プリコーディングが使用される場合、ＵＥは単純に、ＰＵＳＣＨ割り当て全体についてその同じプリコーディングを適用する。ＳＲＳリソースの周波数選択的プリコーディングが使用される場合、ＵＥは、以前にＳＲＳを送信していないリソース割り当てにおいてスケジューリングされると期待されるべきではない。
【０１５５】
周波数選択的ＵＬ閉ループプリコーディングが、少なくともコードブックベースプリコーディングについて大幅な利得を提供することは、まだそれほど示されていない［２］［３］［４］。相互関係に基づく高分解能プリコーディングは、利得について追加の可能性を有し得、また、周波数選択的ＳＲＩのさらなるオーバーヘッドを回避し得る。全相互関係を利用することができない場合、周波数選択的ＳＲＩを使用することによって、非コードブックベースＵＬ送信について、周波数選択的プリコーディングが有効化され得る。しかしながら、これによってまた、オーバーヘッドシグナリングが増大することになり、そのため、そのような方式の性能利得対オーバーヘッドを評価するために、さらなる研究が必要になる。
【０１５６】
提案１：非コードブックベースＵＬ送信の性能利得対オーバーヘッドを考慮して、周波数選択的ＳＲＩの必要性をさらに研究する。
【０１５７】
一部のＵＥは、無線チェーンを較正していない（または部分的にしか較正していない）場合があり、これは、送信チェーンの相対位相がＵＥには分からないことを意味する。この事例において、プリコーディング（すなわち、コヒーレントな送信）を有用に適用することは困難になる。結果として、ＵＬ  ＭＩＭＯが可能なＵＥがＵＥの送信チェーンにわたってコヒーレントな送信をサポートすることができるか否かを識別するＵＥの能力をサポートすることが、ＲＡＮ１＃９０において合意された。ＵＥが、ＵＥのＴｘチェーンのいずれかにおいてコヒーレントに送信することが可能でないとき、図２５に見られるデジタルプリコーダ行列の単位行列に対応する、ＵＥが、アンテナ構成あたり１つのＳＲＳリソースを分配することが好ましい。ＴＲＰは、このとき、１つまたはいくつかのＳＲＩを報告することによって、ＵＬ送信に使用されるべきであるアンテナ構成を選択することができ、ここで、ＳＲＩあたり１つの層が適用される。
【０１５８】
３−ＳＲＳリソースグループ
【０１５９】
ＵＬビーム管理（すなわち、ＵＬ参照信号に基づくビーム管理）の概念が、現在、ＮＲがそれぞれのＵＥアンテナサブセットのビーム（またはより正確には有効アンテナパターン）を制御するために開発されている。ＴＲＰがＲＳＲＰ測定を実施し、最高のＲＳＲＰ値を有するＳＲＳリソースに対応するＳＲＩをシグナリングし返す、異なるＵＥアンテナサブセットビームにおいて異なるＳＲＳリソースをＵＥに送信させることによって、ＵＬビーム管理が実施されることが予期される。複数のアンテナサブセットの各々からの複数のビームのＳＲＳ送信に対してマルチアンテナサブセットＵＥがスケジューリングされている場合、ＴＲＰおよびＵＥは、異なるアンテナサブセットから同時に送信することができるＳＲＳリソースの組合せについて相互に合意する必要がある。合意がなければ、ＴＲＰは、ＳＲＳリソースが、同じアンテナサブセット内の異なる切り替えアナログビームに対応するときなどに、同時に送信することができないＳＲＳリソースを選択することになり得る。複数のＳＲＩをシグナリングするためのＲＡＮ１＃９０からの合意に対する注記（下記）は、この問題に対処するが、その対処がどのように行われるべきかについては結論付けていない。注記：ｇＮＢは、シグナリングされるＳＲＩから推測されるＵＬプリコーディング送信をＵＥによって同時に行うことができるように、ＳＲＩのみをシグナリングするべきである。
【０１６０】
これを解決するための１つの方策は、ＳＲＳリソースのグループを識別することであり、この方法において、ＳＲＳリソースグループ内のリソースのうちの１つのみを、一度に送信することができる。ＳＲＳリソースグループの各々からの１つのリソースを、他のグループからの他の選択されるＳＲＳリソースの各々と同時に送信することができる。ＳＲＳリソースグループの数、および、いずれのＳＲＳリソースがグループ内にあるかの知識を所与として、ＴＲＰは、複数のＳＲＩがシグナリングされるときに、ＴＲＰがＵＥにいずれのＳＲＳリソースを送信するように命令することができるかを決定することができる。１つの例を下記に与える。
【０１６１】
図５に示すように、２つのアンテナサブセット（例えば、パネル）（アンテナサブセット／パネルＡおよびアンテナサブセット／パネルＢ）を有するＵＥを仮定する。各アンテナサブセットは４つのアナログビーム（Ａ１〜Ａ４およびＢ１〜Ｂ４）を有する。ＵＥは、ＵＥが２つのＳＲＳリソースグループを有し、各ＳＲＳリソースグループが４つのＳＲＳリソースから成ることを、ＵＥの能力においてＴＲＰにシグナリングすることによって開始する。例えば、ＳＲＳリソース１〜４が第１のＳＲＳリソースグループ（アンテナサブセットＡに対応する）に属し、ＳＲＳリソース５〜８が、第２のＳＲＳリソースグループ（アンテナサブセットＢに対応する）に属する、ＳＲＳリソースの全体が設定され得る。ＵＥ  ＴＸビーム掃引手順（すなわち、Ｕ３）の間、ＴＲＰは、これら８つのＳＲＳリソースを（不定期ＳＲＳ送信要求内での指示によって）トリガすることができ、ＴＲＰには、当該ＳＲＳグループ分けを所与として同時に送信することができるＳＲＳリソースおよび送信することができないＳＲＳリソースが分かる。ＴＲＰは次いで、８つの送信されるＳＲＳリソースに対する測定を実施し、各ＳＲＳリソースグループについて最良のＳＲＳリソースを決定し、対応するＳＲＩをＵＥにシグナリングし返すことができる。各ＳＲＳリソースは１つまたはいくつかのＳＲＳポートから成ることができ、したがって、手順は、非コードブックベース（ＳＲＳリソースあたり単一のＳＲＳポート）とコードブックベース（ＳＲＳリソースあたり１つまたはいくつかのＳＲＳポート）の両方のＵＬ送信に適用することができることに留意されたい。しかしながら、各ＳＲＳリソースが複数のアンテナポートにわたってプリコーディングされることを可能にされる非コードブックベースＵＬ送信について、この事例における（すなわち、ＵＬビーム管理が存在するときの）ＳＲＳプリコーディングは、異なるアンテナサブセットに属するアンテナポートにわたって適用されるべきではないことに留意されたい（このとき、特定のＳＲＳリソースは特定のアンテナサブセットにのみ属するという相互の合意が破られるため）。
【０１６２】
ＳＲＳリソースグループという表記はここでは、ＮＲダウンリンクについて規定されるＤＭＲＳポートグループおよび［５］において提案されているＳＲＳポートグループと同様の目的を果たすことに留意されたい。ＳＲＩがＳＲＳリソースを参照することを所与として、かつ、ＳＲＳアンテナポートグループは１つのＳＲＳリソース内での何らかの選択または細分化を暗示すると考えられるため、「ＳＲＳリソースグループ」は、意図される挙動を記述するのにより適切であると考えられる。
【０１６３】
提案２：ＵＥが、一度にＳＲＳリソースグループ内の１つのＳＲＳリソースのみを送信することが可能であると仮定することができ、ＵＥが複数のＳＲＳリソースグループの各々からの１つのＳＲＳリソースを同時に送信することができる、ＳＲＳリソースグループが規定される。
【０１６４】
４−ＳＲＩ指示におけるＳＲＳリソースグループの利用
【０１６５】
ＤＣＩ内で複数のＳＲＩを指示するための、１つの選択肢は、サイズがＮのビットマップを使用することであり、Ｎは、（最大ランクに対応する）ＳＲＳリソースの数であり、各ビットは、ＰＵＳＣＨ層を送信するためにＳＲＳリソースが使用されるべきか否かを指示する。しかしながら、これは、非常に効率的なシグナリング方策というわけではなく、ＤＣＩオーバーヘッドを浪費する。
【０１６６】
もう１つの選択肢は、各ランクについて、いずれのＳＲＳリソースが使用されるべきかを共同で指示し、その後、ＴＲＩおよび複数のＳＲＩを共同で符号化することである。この事例において、ＴＲＰからＵＥへのＳＲＩシグナリングは、
0006913756.tif 000027
個の可能なＳＲＩ状態を指示することから成り、式中、
0006913756.tif 000028
は一度にｋ個とられるＮ個の値の組合せの数であり、ＮはＳＲＳリソースの数であり、Ｌは送信ランクであり、ＬｍａｘはＵＥが可能な最大送信ランクである。例えば、Ｎ＝８、かつＬｍａｘ＝２であるとき、ＳＲＩ状態の可能な総数は、
0006913756.tif 000029
である。これは、サイズＮビットマップ手法が使用された場合のＮ＝８ビットと比較して、選定されているＳＲＩ状態をＵＥに指示するのに６ビットが必要であることを意味する。
【０１６７】
ＳＲＳおよび／またはＰＵＳＣＨ  ＭＩＭＯ層送信に対する拘束を考慮に入れることによって、ＳＲＩオーバーヘッドのさらなる低減が可能である。例として、図５に示すように、２つのアンテナサブセット（例えば、パネル）およびアンテナサブセットあたり４つのアナログビームを有するＵＥが存在すると仮定する。そのような事例において、可能なＳＲＩ状態の多くは、各ＳＲＳリソースグループから１つのＳＲＳリソースしか選択され得ないため、可能にされないことになる。したがって、この事例においては、オーバーヘッドを低減するために可能なＳＲＩ状態とＳＲＩシグナリングビットとの間のマッピングを行うことが好ましい。例えば、ＤＣＩシグナリングは、Ｍ個のＳＲＳリソースグループのうちのいずれがＬ個の層を送信するのに使用されるかを指示する、
0006913756.tif 000030
個の状態のうちの１つを指示し得、次いで、各選択されるＳＲＳリソースグループにおいて使用されるべきＳＲＳリソースが指示され得る。例えば、グループあたり４つのＳＲＳリソースが存在する場合、グループからリソースを選択するのに４つの状態が必要とされる。次いで、リソースグループがＭ＝２個であり、最大の層数がＬｍａｘ＝２個である場合、状態は合計で
0006913756.tif 000031
個であり、そのため、この事例においてＳＲＩをシグナリングするときにＳＲＳグループ分けが考慮に入れられることを所与として、ＳＲＩをシグナリングするのに５ビットが使用され得る。
【０１６８】
観察１：ＳＲＩシグナリングのオーバーヘッドは、ＳＲＩシグナリング中にＳＲＳリソースグループを考えることによって低減することができる。
【０１６９】
提案３：ＤＣＩにおいて複数のＳＲＩ指示をシグナリングするときに、ＳＲＳリソースグループ分けを考慮に入れる。
【０１７０】
５−結論
【０１７１】
本貢献においては、非コードブックベースＵＬ送信を論じ、ＳＲＩ指示に関してさらに詳細に論じた。特に、ＳＲＩから推測されるＵＬプリコーディングをＵＥによって同時に行うことができるようにするにはＵＥはＳＲＩをどのようにシグナリングすべきか、ＳＲＩシグナリングがこれをどのように考慮に入れるべきか、および、ＳＲＩの周波数選択的シグナリングの必要性という、未解決の問題に対処する。当方の分析によって、以下の観察および提案が得られた。
【０１７２】
観察１：ＳＲＩシグナリングのオーバーヘッドは、ＳＲＩシグナリング中にＳＲＳリソースグループを考えることによって低減することができる。
【０１７３】
提案１：非コードブックベースＵＬ送信の性能利得対オーバーヘッドを考えて、周波数選択的ＳＲＩの必要性をさらに研究する。
【０１７４】
提案２：ＵＥが、一度にＳＲＳリソースグループ内の１つのＳＲＳリソースのみを送信することが可能であると仮定することができ、ＵＥが複数のＳＲＳリソースグループの各々からの１つのＳＲＳリソースを同時に送信することができる、ＳＲＳリソースグループが規定される。
【０１７５】
提案３：ＤＣＩにおいて複数のＳＲＩ指示をシグナリングするときに、ＳＲＳリソースグループ分けを考慮に入れる。
【０１７６】
６−参考文献
【０１７７】
Ｒ１−１７１６９２１「Ｓｕｍｍａｒｙ  ｏｆ  ｏｆｆｌｉｎｅ  ｄｉｓｃｕｓｓｉｏｎ  ｏｎ  ＵＬ  ＭＩＭＯ  Ｏｐｅｎ  Ｉｓｓｕｅｓ」Ｅｒｉｃｓｓｏｎ、３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  ＮＲ＃３、名古屋、日本、２０１７年９月１８日〜２１日
【０１７８】
Ｒ１−１７０８６６９「ＵＬ  ＭＩＭＯ  ｐｒｏｃｅｄｕｒｅｓ  ｆｏｒ  ｃｏｄｅｂｏｏｋ  ｂａｓｅｄ  ｔｒａｎｓｍｉｓｓｉｏｎ」Ｅｒｉｃｓｓｏｎ、３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ  ＃８９、杭州、中華人民共和国、２０１７年５月１５日〜１９日
【０１７９】
Ｒ１−１７１１００８「ＵＬ  ＭＩＭＯ  ｐｒｏｃｅｄｕｒｅｓ  ｆｏｒ  ｃｏｄｅｂｏｏｋ  ｂａｓｅｄ  ｔｒａｎｓｍｉｓｓｉｏｎ」Ｅｒｉｃｓｓｏｎ、３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ  ＃８９  ａｄｈｏｃ  ２、青島、中華人民共和国、２０１７年６月２７日〜３０日
【０１８０】
Ｒ１−１７１４２７１「ＵＬ  ＭＩＭＯ  ｆｏｒ  ｃｏｄｅｂｏｏｋ  ｂａｓｅｄ  ｔｒａｎｓｍｉｓｓｉｏｎ」Ｅｒｉｃｓｓｏｎ、３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ  ＃９０、プラハ、チェコ共和国、２０１７年８月２１日〜２５日
【０１８１】
Ｒ１−１７０９７３５「Ｗａｙ  Ｆｏｒｗａｒｄ  ｏｎ  Ｕｐｌｉｎｋ  Ｍｕｌｔｉ−ｐａｎｅｌ  ａｎｄ  Ｍｕｌｔｉ−ＴＲＰ  ｏｐｅｒａｔｉｏｎ」Ｉｎｔｅｌ他、３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ  ＃８９、杭州、中華人民共和国、２０１７年５月１５日〜１９日
【０１８２】
略語のリスト
ＴＲＰ  送信／受信ポイント
ＵＥ  ユーザ機器
ＮＷ  ネットワーク
ＢＰＬ  ビームペアリンク
ＢＬＦ  ビームペアリンク障害
ＢＬＭ  ビームペアリンクモニタリング
ＢＰＳ  ビームペアリンクスイッチ
ＲＬＭ  無線リンクモニタリング
ＲＬＦ  無線リンク障害
ＰＤＣＣＨ  物理ダウンリンク制御チャネル
ＲＲＣ  無線リソース制御
ＣＲＳ  セル固有参照信号
ＣＳＩ−ＲＳ  チャネル状態情報参照信号
ＲＳＲＰ  参照信号受信電力
ＲＳＲＱ  参照信号受信品質
ｇＮＢ  ＮＲ基地局
ＰＲＢ  物理リソースブロック
ＲＥ  リソースエレメント
【図１】
0006913756.tif 000035
【図２】
0006913756.tif 000036
【図３】
0006913756.tif 000037
【図４】
0006913756.tif 000038
【図５】
0006913756.tif 000039
【図６】
0006913756.tif 000040
【図７】
0006913756.tif 000041
【図８】
0006913756.tif 000042
【図９】
0006913756.tif 000043
【図１０】
0006913756.tif 000044
【図１１】
0006913756.tif 000045
【図１２】
0006913756.tif 000046
【図１３】
0006913756.tif 000047
【図１４】
0006913756.tif 000048
【図１５】
0006913756.tif 000049
【図１６】
0006913756.tif 000050
【図１７】
0006913756.tif 000051
【図１８】
0006913756.tif 000052
【図１９】
0006913756.tif 000053
【図２０】
0006913756.tif 000054
【図２１】
0006913756.tif 000055
【図２２】
0006913756.tif 000056
【図２３】
0006913756.tif 000057
【図２４】
0006913756.tif 000058
【図２５】
0006913756.tif 000059