(57)【要約】  本明細書に開示される技法のいくつかの態様によると、異なるアンテナサブセットにおいて送信するように適合されたＵＥは、ＵＥがいくつかの異なったＲＳリソースを送信できることの指示を送信し、ここで、ＲＳリソースのそれぞれは少なくとも１つのＲＳポートを含む。ＵＥは、ＵＥが複数のＲＳリソースにおいて同時に送信することが可能であることを指示する能力情報を送信する、および／または第１のＲＳ設定および第２のＲＳ設定を受信し、この場合、第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである。ＵＥは、少なくとも１つのＲＳリソースの指示を受信し、かつ指示されたＲＳリソースと関連付けられたＵＥのアンテナにおいて物理チャネルを送信する。【選択図】図６
2020523912.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）（５０）において、前記ＵＥ（５０）における異なるアンテナサブセットにおいて送信する方法（９００）であって、
前記ＵＥ（５０）がいくつかの異なった参照信号（ＲＳ）リソースを送信できることの指示を送信すること（９０２）であって、前記ＲＳリソースのそれぞれは少なくとも１つのＲＳポートを含む、指示を送信すること（９０２）と、
ａ）前記ＵＥ（５０）が複数のＲＳリソースにおいて同時に送信することが可能であることを指示する能力情報を送信すること、および
ｂ）第１のＲＳ設定および第２のＲＳ設定を受信することであって、前記第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、前記第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである、第１のＲＳ設定および第２のＲＳ設定を受信すること、の少なくとも１つと、
少なくとも１つのＲＳリソースの指示を受信すること（９０６）と、
指示された前記少なくとも１つのＲＳリソースと関連付けられた前記ＵＥのアンテナにおいて物理チャネルを送信すること（９０８）と、を含む、方法（９００）。
【請求項２】
前記能力情報は、前記ＵＥ（５０）が同時に送信できるのはどのＲＳリソースかを指示する、請求項１に記載の方法（９００）。
【請求項３】
前記方法（９００）は、前記ＵＥ（５０）における異なるアンテナサブセットにおいてマルチ入力マルチ出力（ＭＩＭＯ）レイヤを送信することをさらに含み、
前記方法（９００）は、異なるＲＳリソースに対応するアンテナポート間の相対位相を前記アンテナポートにおける送信の間に前記ＵＥ（５０）が制御できないことの指示を送信することをさらに含み、
前記少なくとも１つのＲＳリソースの指示を受信する前記ステップ（９０６）は、複数のＲＳリソースの指示を受信することをさらに含み、
前記物理チャネルを送信する前記ステップ（９０８）は、指示された前記ＲＳリソースのそれぞれと関連付けられた異なるＭＩＭＯレイヤを送信することを含む、請求項１または２に記載の方法（９００）。
【請求項４】
前記少なくとも１つのＲＳリソースのそれぞれに対応する少なくとも１つのプリコーダの指示を受信することと、
指示された前記ＲＳリソースと関連付けられた前記ＵＥ（５０）のアンテナにおける指示された前記プリコーダを使用して前記物理チャネルを送信することと、をさらに含む、請求項１から３のいずれか一項に記載の方法（９００）。
【請求項５】
１つもしくは複数のＲＳリソースインジケータに対応するＰＵＳＣＨの送信電力を調整すること、または、各ＲＳリソースインジケータに対応する１つもしくは複数のＳＲＳリソースの前記送信電力を調整すること、あるいはこれらの両方をさらに含み、前記１つもしくは複数のＲＳリソースインジケータのそれぞれ、または、前記各ＲＳリソースインジケータのそれぞれに対応する前記送信電力は、前記１つもしくは複数のＲＳリソースインジケータ、または各ＲＳリソースインジケータのその他に対応する送信電力を調整する電力制御コマンドと異なっている電力制御コマンドによって調整される、請求項１から４のいずれか一項に記載の方法（９００）。
【請求項６】
パラメータのセットはそれぞれのＲＳリソースインジケータと関連付けられ、前記方法は、前記送信電力を判定するために前記パラメータのセットを使用することを含み、パラメータのそれぞれのセットは、他のＲＳリソースインジケータと関連付けられたパラメータのセットと異なっている、請求項５に記載の方法（９００）。
【請求項７】
複数のＲＳリソースは前記ＵＥ（５０）に対して指示され、前記方法（９００）は、前記複数の指示されたＲＳリソース内に含まれる全てのＲＳポートの位相を連帯的に調整するプリコーダを使用して、前記複数の指示されたＲＳリソースに対応する複数のアンテナサブセットにおいて前記物理チャネルを送信することをさらに含む、請求項１から６のいずれか一項に記載の方法（９００）。
【請求項８】
無線ネットワークのネットワークノード（３０）において、ユーザ機器（ＵＥ）（５０）における異なるアンテナサブセットにおいて前記ＵＥ（５０）からの送信を受信する方法（１１００）であって、
前記ＵＥ（５０）がいくつかの異なった参照信号（ＲＳ）リソースを送信できることの指示を受信することであって、前記ＲＳリソースのそれぞれは少なくとも１つのＲＳポートを含む、指示を受信することと、
ａ）前記ＵＥ（５０）が複数のＲＳリソースにおいて同時に送信することが可能であることを指示する能力情報を受信すること、
ｂ）前記ＵＥ（５０）に第１のＲＳ設定および第２のＲＳ設定を送ることであって、前記第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、前記第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである、第１のＲＳ設定および第２のＲＳ設定を送ること、および
ｃ）前記ＵＥ（５０）に送信要求を送ることであって、前記送信要求は、前記ＵＥ（５０）が同時に送信できないＳＲＳリソースを送信するように前記ＵＥ（５０）に命令することを回避するように前記ネットワークノード（３０）によって構成される、送信要求を送ること、
の少なくとも１つと、
受信した前記指示に基づいて少なくとも１つのＲＳリソースを選択することと、
選択された前記少なくとも１つのＲＳリソースの指示を前記ＵＥ（５０）に送信することと、
指示された前記少なくとも１つのＲＳリソースと関連付けられた前記ＵＥ（５０）のアンテナにおいて前記ＵＥ（５０）によって送信される物理チャネルを受信することと、を含む、方法（１１００）。
【請求項９】
前記能力情報は、前記ＵＥ（５０）が同時に送信できるのはどのＲＳリソースかを指示する、請求項８に記載の方法（１１００）。
【請求項１０】
前記方法（１１００）は、前記ＵＥ（５０）における異なるアンテナサブセットにおいて送信されるＭＩＭＯレイヤを受信することをさらに含み、
前記方法（１１００）は、異なるＲＳリソースに対応するアンテナポート間の相対位相を前記アンテナポートにおける送信の間に前記ＵＥ（５０）が制御できないことの指示を受信することをさらに含み、
前記少なくとも１つのＲＳリソースの指示を送信するステップは、複数のＲＳリソースを送信することを含み、
受信した前記物理チャネルは、指示された前記ＲＳリソースのそれぞれと関連付けられた異なるレイヤによって受信される、請求項８または９に記載の方法（１１００）。
【請求項１１】
前記少なくとも１つのＲＳリソースのそれぞれに対応する少なくとも１つのプリコーダの指示を送信することと、
指示された前記プリコーダを使用して送信された物理チャネルを受信することと、をさらに含む、請求項８から１０のいずれか一項に記載の方法（１１００）。
【請求項１２】
前記ＵＥ（５０）に対する複数のＲＳリソースインジケータのそれぞれに対応する電力制御コマンドを前記ＵＥ（５０）に送信することで、他のＲＳリソースインジケータに対応する送信電力を調整する電力制御コマンドと異なっている電力制御コマンドによって前記ＲＳリソースインジケータのそれぞれに対応する送信電力を調整することをさらに含む、請求項８から１１のいずれか一項に記載の方法（１１００）。
【請求項１３】
複数のＲＳリソースは前記ＵＥ（５０）に対して指示され、前記方法（１１００）は、前記複数の指示されたＲＳリソース内に含まれる全てのＲＳポートの位相を連帯的に調整するプリコーダを使用して、前記複数の指示されたＲＳリソースに対応する複数のアンテナサブセットにおいて送信される前記物理チャネルを受信することをさらに含む、請求項８から１２のいずれか一項に記載の方法（１１００）。
【請求項１４】
ユーザ機器（ＵＥ）（５０）における異なるアンテナサブセットにおいて送信するように適合されたＵＥ（５０）であって、
前記ＵＥ（５０）がいくつかの異なった参照信号（ＲＳ）リソースを送信できることの指示を送信することであって、前記ＲＳリソースのそれぞれは少なくとも１つのＲＳポートを含む、指示を送信すること、
ａ）前記ＵＥ（５０）が複数のＲＳリソースにおいて同時に送信することが可能であることを指示する能力情報を送信すること、および
ｂ）第１のＲＳ設定および第２のＲＳ設定を受信することであって、前記第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、前記第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである、第１のＲＳ設定および第２のＲＳ設定を受信すること、
の少なくとも１つ、
少なくとも１つのＲＳリソースの指示を受信すること、および
指示された前記少なくとも１つのＲＳリソースと関連付けられた前記ＵＥ（５０）のアンテナにおいて物理チャネルを送信すること、を行うように適合された、ＵＥ（５０）。
【請求項１５】
前記能力情報は、前記ＵＥ（５０）が同時に送信できるのはどのＲＳリソースかを指示する、請求項１４に記載のＵＥ（５０）。
【請求項１６】
前記ＵＥ（５０）は、前記ＵＥ（５０）における異なるアンテナサブセットにおいてＭＩＭＯレイヤを送信するようにさらに適合され、前記ＵＥ（５０）は、
異なるＲＳリソースに対応するアンテナポート間の相対位相を前記アンテナポートにおける送信の間に前記ＵＥ（５０）が制御できないことの指示を提供するように、
複数のＲＳリソースを受信するように、および、
指示された前記ＲＳリソースのそれぞれと関連付けられた異なるＭＩＭＯレイヤを送信するように適合された、請求項１４または１５のＵＥ（５０）。
【請求項１７】
前記ＵＥ（５０）は、
前記少なくとも１つのＲＳリソースのそれぞれに対応する少なくとも１つのプリコーダの指示を受信するように、および、
指示された前記ＲＳリソースと関連付けられた前記ＵＥ（５０）のアンテナにおける指示された前記プリコーダを使用して前記物理チャネルを送信するようにさらに適合された、請求項１４から１６のいずれか一項に記載のＵＥ（５０）。
【請求項１８】
前記ＵＥ（５０）は、１つもしくは複数のＲＳリソースインジケータに対応するＰＵＳＣＨの送信電力を調整すること、または、各ＲＳリソースインジケータに対応する１つもしくは複数のＳＲＳリソースの前記送信電力を調整すること、あるいはこれらの両方を行うようにさらに適合されており、前記１つもしくは複数のＲＳリソースインジケータのそれぞれ、または、前記各ＲＳリソースインジケータのそれぞれに対応する前記送信電力は、前記１つもしくは複数のＲＳリソースインジケータ、または各ＲＳリソースインジケータのその他に対応する送信電力を調整する電力制御コマンドと異なっている電力制御コマンドによって調整される、請求項１４から１７のいずれか一項に記載のＵＥ（５０）。
【請求項１９】
パラメータのセットはそれぞれのＲＳリソースインジケータと関連付けられ、前記ＵＥ（５０）は、前記送信電力を判定するために前記パラメータのセットを使用するようにさらに適合されており、パラメータのそれぞれのセットは、他のＲＳリソースインジケータと関連付けられたパラメータのセットと異なっている、請求項１８に記載のＵＥ（５０）。
【請求項２０】
複数のＲＳリソースは前記ＵＥ（５０）に対して指示され、前記ＵＥ（５０）は、前記複数の指示されたＲＳリソース内に含まれる全てのＲＳポートの位相を連帯的に調整するプリコーダを使用して、前記複数の指示されたＲＳリソースに対応する複数のアンテナサブセットにおいて前記物理チャネルを送信するようにさらに適合された、請求項１４から１９のいずれか一項に記載のＵＥ（５０）。
【請求項２１】
ユーザ機器（ＵＥ）（５０）における異なるアンテナサブセットにおいて前記ＵＥ（５０）からの送信を受信するように適合された、無線ネットワークのネットワークノード（３０）であって、
前記ＵＥ（５０）がいくつかの異なった参照信号（ＲＳ）リソースを送信できることの指示を受信することであって、前記ＲＳリソースのそれぞれは少なくとも１つのＲＳポートを含む、指示を受信すること、
ａ）前記ＵＥ（５０）が複数のＲＳリソースにおいて同時に送信することが可能であることを指示する能力情報を受信すること、
ｂ）前記ＵＥ（５０）に第１のＲＳ設定および第２のＲＳ設定を送ることであって、前記第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、前記第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである、第１のＲＳ設定および第２のＲＳ設定を送ること、および
ｃ）前記ＵＥ（５０）に送信要求を送ることであって、前記送信要求は、前記ＵＥ（５０）が同時に送信できないＳＲＳリソースを送信するように前記ＵＥ（５０）に命令することを回避するように前記ネットワークノード（３０）によって構成される、送信要求を送ること、
の少なくとも１つ、
受信した前記指示に基づいて少なくとも１つのＲＳリソースを選択すること、
選択された前記少なくとも１つのＲＳリソースの指示を前記ＵＥ（５０）に送信すること、および
指示された前記少なくとも１つのＲＳリソースと関連付けられた前記ＵＥ（５０）のアンテナにおいて前記ＵＥ（５０）によって送信される物理チャネルを受信すること、を行うように適合された、ネットワークノード（３０）。
【請求項２２】
前記能力情報は、前記ＵＥ（５０）が同時に送信できるのはどのＲＳリソースかを指示する、請求項２１に記載のネットワークノード（３０）。
【請求項２３】
前記ネットワークノード（３０）は、前記ＵＥ（５０）における異なるアンテナサブセットにおいて送信されるＭＩＭＯレイヤを受信するように適合されており、
前記ネットワークノード（３０）は、異なるＲＳリソースに対応するアンテナポート間の相対位相を前記アンテナポートにおける送信の間に前記ＵＥ（５０）が制御できないことの指示を受信するように、および、
複数のＲＳリソースを前記ＵＥ（５０）に送信する
ように適合されており、
受信した前記チャネルは、指示された前記ＲＳリソースのそれぞれと関連付けられた異なるレイヤによって受信される、請求項２１または２２に記載のネットワークノード（３０）。
【請求項２４】
前記ネットワークノード（３０）は、
前記少なくとも１つのＲＳリソースのそれぞれに対応する少なくとも１つのプリコーダの指示を送信するように、および、
指示された前記プリコーダを使用して送信された前記物理チャネルを受信するようにさらに適応された、請求項２１から２３のいずれか一項に記載のネットワークノード（３０）。
【請求項２５】
前記ネットワークノード（３０）は、前記ＵＥ（５０）に対する複数のＲＳリソースインジケータのそれぞれに対応する電力制御コマンドを前記ＵＥ（５０）に送信することで、他のＲＳリソースインジケータに対応する送信電力を調整する電力制御コマンドと異なる電力制御コマンドによって前記ＲＳリソースインジケータのそれぞれに対応する送信電力を調整するようにさらに適合された、請求項２１から２４のいずれか一項に記載のネットワークノード（３０）。
【請求項２６】
複数のＲＳリソースは前記ＵＥ（５０）に対して指示され、受信した前記物理チャネルは、前記複数の指示されたＲＳリソース内に含まれる全てのＲＳポートの位相を連帯的に調整するプリコーダを使用して、前記複数の指示されたＲＳリソースに対応する複数のアンテナサブセットにおいて前記ＵＥ（５０）によって送信される、請求項２１から２５のいずれか一項に記載のネットワークノード（３０）。
【請求項２７】
ユーザ機器（ＵＥ）（５０）における異なるアンテナサブセットにおいて送信するように適合されたＵＥ（５０）であって、
送受信回路（５６）と、
前記送受信回路（５６）に動作可能に結合される処理回路（５２）と、
前記処理回路（５２）に結合されるメモリ（６４）であって、前記処理回路（５２）による実行のための命令を記憶することによって、前記処理回路（５２）は前記送受信回路（５６）に、
前記ＵＥ（５０）が、いくつかの異なった参照信号（ＲＳ）リソースであって、前記ＲＳリソースのそれぞれは少なくとも１つのＲＳポートを含む、ＲＳリソースを送信できることの指示を送信すること、
ａ）前記ＵＥ（５０）が複数のＲＳリソースにおいて同時に送信することが可能であることを指示する能力情報を送信すること、および
ｂ）第１のＲＳ設定および第２のＲＳ設定を受信することであって、前記第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、前記第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである、第１のＲＳ設定および第２のＲＳ設定を受信すること、
の少なくとも１つ、
少なくとも１つのＲＳリソースの指示を受信すること、および
指示された前記少なくとも１つのＲＳリソースと関連付けられた前記ＵＥ（５０）のアンテナにおいて物理チャネルを送信すること、
を行わせるように制御するように設定された、メモリ（６４）と、を含む、ＵＥ（５０）。
【請求項２８】
前記能力情報は、前記ＵＥ（５０）が同時に送信できるのはどのＲＳリソースかを指示する、請求項２７に記載のＵＥ（５０）。
【請求項２９】
前記処理回路（５２）は、前記ＵＥ（５０）における異なるアンテナサブセットにおいてＭＩＭＯレイヤを送信するように設定されており、前記処理回路（５２）は、
異なるＲＳリソースに対応するアンテナポート間の相対位相を前記アンテナポートにおける送信の間に前記ＵＥ（５０）が制御できないことの指示を送信するように、
複数のＲＳリソースを受信するように、および、
指示された前記ＲＳリソースのそれぞれと関連付けられた異なるＭＩＭＯレイヤを送信するように設定された、請求項２７または２８に記載のＵＥ（５０）。
【請求項３０】
前記処理回路（５２）は、
前記少なくとも１つのＲＳリソースのそれぞれに対応する少なくとも１つのプリコーダの指示を受信するように、および、
指示された前記ＲＳリソースと関連付けられた前記ＵＥ（５０）のアンテナにおける指示された前記プリコーダを使用して前記物理チャネルを送信するように設定された、請求項２７から２９のいずれか一項に記載のＵＥ（５０）。
【請求項３１】
前記処理回路（５２）は、１つもしくは複数のＲＳリソースインジケータに対応するＰＵＳＣＨの送信電力を調整すること、または、各ＲＳリソースインジケータに対応する１つまたは複数のＳＲＳリソースの前記送信電力を調整すること、あるいはこれらの両方を行うように設定されており、前記１つもしくは複数のＲＳリソースインジケータのそれぞれ、または、前記各ＲＳリソースインジケータのそれぞれに対応する前記送信電力は、前記１つもしくは複数のＲＳリソースインジケータ、または各ＲＳリソースインジケータのその他に対応する送信電力を調整する電力制御コマンドと異なっている電力制御コマンドによって調整される、請求項２７から３０のいずれか一項に記載のＵＥ（５０）。
【請求項３２】
パラメータのセットはそれぞれのＲＳリソースインジケータと関連付けられ、前記処理回路は、前記送信電力を判定するために前記パラメータのセットを使用するようにさらに設定されており、パラメータのそれぞれのセットは、他のＲＳリソースインジケータと関連付けられたパラメータのセットと異なっている、請求項３１に記載のＵＥ（５０）。
【請求項３３】
複数のＲＳリソースは前記ＵＥ（５０）に対して指示され、前記処理回路（５２）は、前記複数の指示されたＲＳリソース内に含まれる全てのＲＳポートの位相を連帯的に調整するプリコーダを使用して、前記複数の指示されたＲＳリソースに対応する複数のアンテナサブセットにおいて前記物理チャネルを送信するようにさらに設定された、請求項２７から３２のいずれか一項に記載のＵＥ（５０）。
【請求項３４】
ユーザ機器（ＵＥ）（５０）における異なるアンテナサブセットにおいて前記ＵＥ（５０）からの送信を受信するように適合された、無線ネットワークのネットワークノード（３０）であって、
送受信回路（３６）と、
前記送受信回路（３６）に動作可能に結合される処理回路（３２）と、
前記処理回路（３２）に結合されるメモリ（４４）であって、前記処理回路（３２）による実行のための命令を記憶することによって、前記処理回路（５２）は前記送受信回路（５６）に、
前記ＵＥ（５０）が、いくつかの異なった参照信号（ＲＳ）リソースであって、前記ＲＳリソースのそれぞれは少なくとも１つのＲＳポートを含む、ＲＳリソースを送信できることの指示を受信すること、
ａ）前記ＵＥ（５０）が複数のＲＳリソースにおいて同時に送信することが可能であることを指示する能力情報を受信すること、
ｂ）前記ＵＥ（５０）に第１のＲＳ設定および第２のＲＳ設定を送ることであって、前記第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、前記第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである、第１のＲＳ設定および第２のＲＳ設定を送ること、および
ｃ）前記ＵＥ（５０）に送信要求を送ることであって、前記送信要求は、前記ＵＥ（５０）が同時に送信できないＳＲＳリソースを送信するように前記ＵＥ（５０）に命令することを回避するように前記ネットワークノード（３０）によって構成される、送信要求を送ること、
の少なくとも１つ、
受信した前記指示に基づいて少なくとも１つのＲＳリソースを選択すること、
選択された前記少なくとも１つのＲＳリソースの指示を前記ＵＥ（５０）に送信すること、および
指示された前記少なくとも１つのＲＳリソースと関連付けられた前記ＵＥ（５０）のアンテナにおいて前記ＵＥ（５０）によって送信される物理チャネルを受信すること、
を行わせるように制御するように設定された、メモリ（４４）と、を含む、ネットワークノード（３０）。
【請求項３５】
前記能力情報は、前記ＵＥ（５０）が同時に送信できるのはどのＲＳリソースかを指示する、請求項３４に記載のネットワークノード（３０）。
【請求項３６】
前記処理回路（３２）は、前記ＵＥ（５０）における異なるアンテナサブセットにおいて送信されるＭＩＭＯレイヤを受信するように設定されており、前記処理回路（３２）は、
異なるＲＳリソースに対応するアンテナポート間の相対位相を前記アンテナポートにおける送信の間に前記ＵＥ（５０）が制御できないことの指示を受信するように、および、
複数のＲＳリソースを前記ＵＥ（５０）に送信するように設定されており、
受信した前記チャネルは、指示された前記ＲＳリソースのそれぞれと関連付けられた異なるレイヤによって受信される、請求項３４または３５に記載のネットワークノード（３０）。
【請求項３７】
前記処理回路（３２）は、
前記少なくとも１つのＲＳリソースのそれぞれに対応する少なくとも１つのプリコーダの指示を送信するように、および、
指示された前記プリコーダを使用して送信された前記物理チャネルを受信するように設定された、請求項３４から３６のいずれか一項に記載のネットワークノード（３０）。
【請求項３８】
前記処理回路（３２）は、前記ＵＥ（５０）に対する複数のＲＳリソースのそれぞれに対応する電力制御コマンドを前記ＵＥ（５０）に送信することで、他のＲＳリソースインジケータに対応する送信電力を調整する電力制御コマンドと異なっている電力制御コマンドによって前記ＲＳリソースインジケータのそれぞれに対応する送信電力を調整するように設定された、請求項３４から３７のいずれか一項に記載のネットワークノード（３０）。
【請求項３９】
複数のＲＳリソースは前記ＵＥ（５０）に対して指示され、受信した前記物理チャネルは、前記複数の指示されたＲＳリソース内に含まれる全てのＲＳポートの位相を連帯的に調整するプリコーダを使用して、前記複数の指示されたＲＳリソースに対応する複数のアンテナサブセットにおいて前記ＵＥ（５０）によって送信される、請求項３４から３８のいずれか一項に記載のネットワークノード（３０）。
【請求項４０】
ユーザ機器（ＵＥ）（５０）におけるプロセッサ（５２）に対するプログラム命令を含むコンピュータプログラム製品であって、
前記プログラム命令は、前記ＵＥ（５０）に、前記プログラム命令が前記プロセッサ（５２）によって実行される時、請求項１から７のいずれか一項に記載の方法（９００）を実行させるように設定された、コンピュータプログラム製品。
【請求項４１】
ネットワークノード（３０）におけるプロセッサ（３２）に対するプログラム命令を含むコンピュータプログラム製品であって、
前記プログラム命令は、前記ネットワークノード（３０）に、前記プログラム命令が前記プロセッサ（３２）によって実行される時、請求項８から１３のいずれか一項に記載の方法（１１００）を実行させるように設定された、コンピュータプログラム製品。
【請求項４２】
記憶された、請求項４０または４１に記載のコンピュータプログラム製品を含む、非一時的なコンピュータ可読媒体（４４、６４）。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般的に、無線ネットワークに関し、より詳細には、無線デバイスにおける異なるアンテナサブセットにおいての送信および受信を含む、複数のアンテナを有する無線デバイスのためのアップリンクサウンディング参照信号に対する設定の使用およびシグナリングに関する。
【背景技術】
【０００２】
５Ｇまたは「新無線」（ＮＲ）と称されることが多い、第３世代パートナーシッププロジェクト（３ＧＰＰ）のメンバによって現在開発中の次世代モバイル無線通信システムは、様々な使用事例および様々な配置シナリオをサポートするものになる。後者は、今日のＬｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）システムと同様の低周波数（数百ＭＨｚ）、および超高周波数（数十ＧＨｚのｍｍ波）両方における配置を含む。
【０００３】
ＬＴＥの場合のように、ＮＲは、ダウンリンクにおいて（すなわち、ネットワークノード、ｇＮＢ、ｅＮＢ、または他の基地局から、ユーザ機器、すなわちＵＥまで）直交周波数分割多重（ＯＦＤＭ）を使用することになる。アップリンクにおいて（すなわち、ＵＥからｇＮＢまで）、離散フーリエ変換（ＤＦＴ）−拡散ＯＦＤＭおよびＯＦＤＭの両方がサポートされることになる。
【０００４】
よって、基本のＮＲ物理リソースは、図１に示されるように、ＬＴＥにおけるものと同様の時間周波数グリッドとして見られ得、この場合、それぞれのリソースエレメントは、１つのＯＦＤＭシンボル間隔中の１つのＯＦＤＭサブキャリアに対応する。Δｆ＝１５ｋＨｚのサブキャリアスペーシングが図１に示されているが、異なるサブキャリアスペーシング値がＮＲにおいてサポートされる。ＮＲにおける（異なるヌメロロジーとも称される）サポートされるサブキャリアスペーシング値は、Δｆ＝（１５×２α）ｋＨｚにより与えられ、ここでαは非負整数である。
【０００５】
さらに、ＬＴＥにおけるリソース割り当ては、典型的には、リソースブロック（ＲＢ）に関して説明され、この場合、リソースブロックは、時間領域における１つのスロット（０．５ｍｓ）、および周波数領域における１２の連続したサブキャリアに対応する。リソースブロックは、システム帯域幅の一端から０を始めとして、周波数領域において番号付けされる。ＮＲについて、リソースブロックはまた、周波数においては１２のサブキャリアであるが、時間領域においてはさらに検討されている。ＲＢは、以下の論述では（区別なく）物理ＲＢ（ＰＲＢ）とも称される。
【０００６】
時間領域において、ＮＲにおけるダウンリンク送信およびアップリンク送信は、図２に示されるように、ＬＴＥと同様の等しいサイズのサブフレームに整理されることになる。ＮＲにおいて、（１５×２α）ｋＨｚの参照ヌメロロジーに対するサブフレーム長は厳密には１／２αｍｓである。
【０００７】
ダウンリンク送信は動的にスケジューリングされ、すなわち、それぞれのサブフレームにおいて、ｇＮＢは、どのＵＥデータが送信されるべきか、および現在のダウンリンクサブフレームにおけるどのリソースブロックにおいてデータは送信されるのかについてのダウンリンク制御情報（ＤＣＩ）を送信する。現時点での理解によると、この制御シグナリングは典型的には、ＮＲにおけるそれぞれのサブフレームでの最初の１つまたは２つのＯＦＤＭシンボルにおいて送信されることになる。制御情報は、物理制御チャネル（ＰＤＣＣＨ）上で伝達され、データは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で伝達される。ＵＥは最初に、ＰＤＣＣＨを検出かつ復号し、ＰＤＣＣＨがうまく復号される場合、ＵＥは、ＰＤＣＣＨにおける復号された制御情報に基づいて対応するＰＤＳＣＨを復号する。それぞれのＵＥには、同じサービングセル内で一意であるＣ−ＲＮＴＩ（セル無線ネットワーク一時識別子）がアサインされる。ＵＥに対するＰＤＣＣＨのＣＲＣ（巡回冗長検査）ビットはＵＥのＣ−ＲＮＴＩによってスクランブルがかけられるため、ＵＥは、ＰＤＣＣＨのＣＲＣ（巡回冗長検査）ビットにスクランブルをかけるために使用されるＣ−ＲＮＴＩを検査することによってそのＰＤＣＣＨを認識する。
【０００８】
アップリンクデータ送信はまた、ＰＤＣＣＨを使用して動的にスケジューリングされる。ＵＥは最初に、ＰＤＣＣＨにおけるアップリンクグラントを復号した後、変調次数、符号化速度、アップリンクリソース割り当てなどを指定可能である、アップリンクグラントにおける復号された制御情報に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上でデータを送信する。
【０００９】
ＬＴＥにおいて、半永続的スケジューリング（ＳＰＳ）はまた、アップリンクおよびダウンリンクの両方においてサポートされることによって、一連の周期的なデータ送信は単一のＰＤＣＣＨによってアクティブ化または非アクティブ化される。ＳＰＳでは、アクティブ化後のデータ送信のために送信されるＰＤＣＣＨはない。ＳＰＳにおいて、ＰＤＣＣＨのＣＲＣは、ＵＥがＳＰＳをサポートする場合にＵＥに対して設定されるＳＰＳ−Ｃ−ＲＮＴＩによってスクランブルがかけられる。
【００１０】
ＰＵＳＣＨに加えて、物理アップリンク制御チャネル（ＰＵＣＣＨ）はまた、ＨＡＲＱ（ハイブリッド自動再送要求）関連の肯定応答（ＡＣＫ）、否定応答（ＮＡＣＫ）、またはチャネル状態情報（ＣＳＩ）フィードバックなどのアップリンク制御情報（ＵＣＩ）を伝達するために、ＮＲにおいてサポートされる。
【００１１】
コードブックベースのプリコーディング
マルチアンテナ技法は、無線通信システムのデータ速度および信頼性を大幅に増大させることができる。性能は、送信機および受信機の両方が複数のアンテナを備える場合にとりわけ改善され、これによって、マルチ入力マルチ出力（ＭＩＭＯ）通信チャネルがもたらされる。このようなシステムおよび／または関連技法は、一般的にＭＩＭＯと称される。
【００１２】
ＮＲ標準は現在指定されているが、ＮＲにおけるコアコンポーネントは、ＭＩＭＯアンテナ配置およびＭＩＭＯ関連技法のサポートであると予想される。ＮＲは、チャネル依存プリコーディングによって少なくとも４つのアンテナポートを使用する少なくとも４レイヤ空間多重化によってアップリンクＭＩＭＯをサポートすることが予期される。空間多重化モードは、有利なチャネル条件における高データ速度を目標とする。ＣＰ−ＯＦＤＭ（サイクリックプレフィックスＯＦＤＭ）がアップリンクにおいて使用される場合の空間多重化動作の例示が図３に提供される。
【００１３】
見られるように、シンボルベクトルｓを伝達する情報には、ＮＴ×ｒプリコーダ行列Ｗを乗じ、これは、（ＮＴアンテナポートに対応する）ＮＴ次元ベクトル空間のサブスペースにおける送信エネルギーを分散させるのに役立つ。プリコーダ行列は典型的には、可能なプリコーダ行列のコードブックから選択され、かつ典型的には、所与の数のシンボルストリームについてのコードブックにおける一意のプリコーダ行列を指定する、送信プリコーダ行列インジケータ（ＴＰＭＩ）によって指示される。ｓにおけるｒのシンボルは、それぞれレイヤに相当し、ｒは送信ランクと称される。このように、空間多重化は、複数のシンボルが同じ時間／周波数リソースエレメント（ＴＦＲＥ）上で同時に送信可能であるため、達成される。シンボルｒの数は、典型的には、現在のチャネル特性に適合させるために適合される。
【００１４】
ＬＴＥにおけるＰＵＳＣＨに対する単なるＤＦＴ拡散ＯＦＤＭとは対照的に、ＣＰ−ＯＦＤＭはＮＲにおけるアップリンクＭＩＭＯに対してサポートされるため、ＮＲ  ＭＩＭＯコードブック設計は、ＬＴＥリリース１０のアップリンクＭＩＭＯに対して必要とされたのと同じ程度の設計係数としてＵＥの電力増幅器のピーク対平均電力比（ＰＡＰＲ）の増大を気にする必要はない。従って、ＰＡＰＲの増大が限定されたコードブック、およびＰＡＰＲの増大が比較的高いコードブックは両方共、ＮＲアップリンクＭＩＭＯに適する可能性がある。その結果として、ＮＲアップリンクＭＩＭＯに対する適したコードブックは、既存の３ＧＰＰ技術仕様３６．２１１の５．３．３Ａ項に規定されるアップリンクＭＩＭＯコードブック、および３ＧＰＰ技術仕様３６．２１１の６．３．４．２．３項、および３ＧＰＰ技術仕様３６．２１３の７．２．４項におけるダウンリンクＭＩＭＯコードブックを含んでよい。
【００１５】
サブキャリアｎ（または、代替的には、データＴＦＲＥ数ｎ）に対するある特定のＴＦＲＥについての受信されたＮＲ×１ベクトルｙｎは、
ｙｎ＝ＨｎＷｓｎ＋ｅｎ、式１
によってモデル化される。ここで、ｅｎはランダムプロセスの実現として得られる雑音／干渉ベクトルである。プリコーダＷは、広帯域プリコーダであり、これは、周波数上で一定である、または周波数選択的である。
【００１６】
プリコーダ行列Ｗは、ＮＲｘＮＴ  ＭＩＭＯチャネル行列Ｈｎの特性をマッチさせることで、いわゆるチャネル依存プリコーディングが生じるように選定されることが多い。これはまた、一般に閉ループプリコーディングと称され、基本的に、送信エネルギーを部分空間に集中させることで、送信されるエネルギーの多くをＵＥに伝える意味で強力になるように努める。さらに、プリコーダ行列は、また、チャネルを直交させるように努めるために選択されてよく、これは、ＵＥにおける適正な線形等化後に、レイヤ間干渉が低減されることを意味する。
【００１７】
ＵＥがプリコーダ行列Ｗを選択するための１つの方法例として可能なのは、仮定の等価チャネルのフロベニウスノルムを最大化するＷｋを選択することである。
2020523912.tif 000003
ここで、
2020523912.tif 000004
は、場合によって、サウンディング参照シンボル（ＳＲＳ）から導出されるチャネル推定であり、
Ｗｋは、インデックスｋの仮定のプリコーダ行列であり、
2020523912.tif 000005
は、仮定の等価チャネルである。
【００１８】
ＮＲアップリンクに対する閉ループプリコーディングにおいて、送信ポイント（ＴＲＰ）は、逆のリンク（アップリンク）におけるチャネル測定に基づいて、ＵＥがこのアップリンクアンテナにおいて使用するべきであるＴＰＭＩをＵＥに送信する（「ＴＲＰ」という用語は、特定のｅＮＢ、ｇＮＢ、アクセスポイント、もしくは他の送信ポイントに、または１つもしくは複数の送信ポイントのためのコントローラに相当し得る）。ｇＮｏｄｅＢ（ｇＮＢ）は、ＵＥが、チャネル測定を有効にするためにアップリンク送信に対して使用しようとする、ＵＥアンテナ数に従ってＳＲＳを送信するように設定する。大きな帯域幅をカバーすることになっている単一のプリコーダ（広帯域プリコーディング）はシグナリングされ得る。チャネルの周波数偏差、および、フィードバックの代わりの、１サブバンドごとに１つの、周波数選択プリコーディングレポート、例えば、いくつかのプリコーダおよび／またはいくつかのＴＰＭＩをマッチさせることも有益であり得る。
【００１９】
ＴＰＭＩ以外の情報は、一般的に、ＳＲＳリソースインジケータ（ＳＲＩ）のみならず、送信ランクインジケータ（ＴＲＩ）などのアップリンクＭＩＭＯ送信状態を判定するために使用される。これらのパラメータ、ならびに、変調符号化状態（ＭＣＳ）、およびＰＵＳＣＨが送信されるアップリンクリソースはまた、ＵＥからのＳＲＳ送信から導出されるチャネル測定によって判定される。送信ランク、ひいては、空間多重化レイヤの数は、プリコーダＷのカラムの数に反映される。効率的な性能にとって、チャネル特性にマッチする送信ランクが選択されることは重要である。
【００２０】
ＣＳＩ−ＲＳリソース
ＬＴＥにおいて、ＵＥは、クラスＢのｅＭＩＭＯタイプが使用される場合のダウンリンクチャネル状態情報（ＣＳＩ）取得目的のための複数のチャネル状態情報参照シンボル（ＣＳＩ−ＲＳ）リソースが設定可能である。ＣＳＩ−ＲＳリソースは、時間周波数リソースグリッドにおいてある特定の位置におけるある特定の数のＣＳＩ−ＲＳを規定し、かつ、ある特定の準コロケーション（ＱＣＬ）想定、および別の参照信号に向けた相対的な電力レベルと関連付け可能である。それぞれのＣＳＩ−ＲＳリソースにおけるＣＳＩ−ＲＳは、典型的には、異なる送信ビームを形成するように異なるプリコーディングウェイトによってプリコーディングされる。ＣＳＩレポート手順の一部として、ＵＥは、ＣＳＩ−ＲＳリソースインジケータ（ＣＲＩ）によって、好ましい送信ビームに対応する好ましいＣＳＩ−ＲＳリソースを選択してよい。ＵＥは次いで、プリコーダ検索を実行することによって、選択されたＣＳＩ−ＲＳリソースのための適切なＰＭＩ、ＲＩ、および対応するＣＱＩを判定する。よって、ＵＥは最初に、最良のＣＳＩ−ＲＳリソースを選択した後、選択されたＣＳＩ−ＲＳリソース内のプリコーダコードブックを適用する。
【００２１】
制御シグナリング
ＬＴＥ制御シグナリングは、ＰＤＣＣＨまたはＰＵＣＣＨにおいて、ＰＵＳＣＨにおける埋め込み、媒体アクセス制御（ＭＡＣ）制御エレメント（ＭＡＣ  ＣＥ）において、または無線リソース制御（ＲＲＣ）シグナリングにおいてといったものを含んで、さまざまなやり方で伝達可能である。これらの機構のそれぞれは、特定の種類の制御情報を伝達するためにカスタマイズされる。
【００２２】
ＰＤＣＣＨ、ＰＵＣＣＨにおいて伝達される、またはＰＵＳＣＨに埋め込まれる（「上でピギーバックされる」）制御情報は、３ＧＰＰ  ＴＳ３６．２１１、３ＧＰＰ  ＴＳ３６．２１２、および３ＧＰＰ  ＴＳ３６．２１３に説明されるようなダウンリンク制御情報（ＤＣＩ）、アップリンク制御情報（ＵＣＩ）などの物理レイヤ関連制御情報である。ＤＣＩは一般的に、機能を実行するために必要とされる情報を提供するある物理レイヤ機能を実行するようにＵＥに命令するために使用される。ＵＣＩは一般的に、ＣＱＩ、ＰＭＩ、ＲＩ、および／またはＣＲＩを含む、ＨＡＲＱ−ＡＣＫ、スケジューリング要求（ＳＲ）、チャネル状態情報（ＣＳＩ）などの必要とされる情報をネットワークに提供する。ＵＣＩおよびＤＣＩは、サブフレームごとに送信可能であるため、高速フェージング無線チャネルと共に変化する可能性があるものを含む、急速に変化するパラメータをサポートするように設計される。ＵＣＩおよびＤＣＩは全てのサブフレームにおいて送信可能であるため、所与のセルに対応するＵＣＩまたはＤＣＩは、制御オーバーヘッドの量を限定するために、およそ数十ビットである傾向がある。
【００２３】
ＭＡＣ  ＣＥにおいて伝達される制御情報は、３ＧＰＰ  ＴＳ３６．３２１に説明されるように、アップリンクおよびダウンリンク共有トランスポートチャネル（ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨ）上のＭＡＣヘッダにおいて伝達される。ＭＡＣヘッダは固定サイズを有さないため、ＭＡＣ  ＣＥにおける制御情報は、必要とされる時に送られ得、必ずしも固定オーバーヘッドを表さない。また、ＭＡＣ  ＣＥは、より大きい制御ペイロードを効率的に伝達可能であるが、これは、それらＭＡＣ  ＣＥが、リンク適合、ＨＡＲＱから有益であるＵＬ−ＳＣＨまたはＤＬ−ＳＣＨトランスポートチャネルにおいて伝達され、かつターボ符号化可能であるからである。ＭＡＣ  ＣＥは、タイミングアドバンスを維持することまたはバッファ状態レポートなどのパラメータの固定セットを使用する繰り返しタスクを実行するために使用されるが、これらのタスクは一般的に、サブフレームごとのＭＡＣ  ＣＥの送信を必要としない。その結果として、ＰＭＩ、ＣＱＩ、ＲＩ、およびＣＲＩなどの高速フェージング無線チャネルに関連しているチャネル状態情報は、リリース１４までのＬＴＥにおけるＭＡＣ  ＣＥでは伝達されない。
【００２４】
マルチパネルＵＥアンテナアレイ
ＵＥアンテナアレイを構築する時、一般的に、同じ電力レベルで所与の受信するＴＲＰによって見られるように同じ角度カバレッジによるアンテナを有することは、困難である可能性がある。これは、ＮＲによってサポートされるミリメートル波周波数においてとりわけ困難である可能性がある。さらに、小型のモバイルデバイスにおいて利用可能な限られた空間において接近してＵＥのアンテナおよび送信機（ＴＸ）チェーンの全てを設置することは難しい場合がある。１つの構築手法として、図４に示されるように、ＵＥ  ＴＸチェーンが、１パネルごとに１つまたは複数の送信チェーンを有する「パネル」に分割されるモジュールアプローチを使用することがある。このようなマルチパネルのＵＥは一般的に、異なる方向を指し示すエレメントパターンのパネルを有するようにモデル化されるが、１パネル内のアンテナエレメントは、３ＧＰＰ技術レポート３８．８０２において論述されるように、一般に同じ方向を指し示すエレメントパターンを有する。異なるパネルにおける送信チェーンがＵＥにおいて分離可能であるため、１パネルにおけるアンテナエレメント間の較正および位相コヒーレンスを維持することよりも、異なるパネルにおけるアンテナエレメント間の較正および位相コヒーレンスを維持することの方が困難である場合がある。よって、パネル間の、周波数オフセット、タイミング不整合、および／または位相オフセットが存在し得る。異なるパネルのＴＸチェーンの間の位相コヒーレンスの態様はさらに以下に論じられる。
【００２５】
図４における例は、合計８のアンテナエレメントを有する４パネルＵＥアレイを示す。それぞれのパネルは、独立したＴＸチェーンによって駆動される同様のアンテナパターンを有する２つのエレメントを含む。アンテナエレメントパターンは、おおよそ９０度のビーム幅を有することで、４パネルによって共に全方向がカバーされる。「パネル」という用語は概念的に、例えば、別個の印刷回路基板上に実装されるように、物理的に異なった、分離されたアンテナグループを有するという概念に関するが、本明細書におけるこの概念の使用が、この物理的な意味で別個でありかつ異なったアンテナグループに限定されると理解されるべきではないことは、留意されたい。
【００２６】
ＮＲにおけるＳＲＳ送信
サウンディング参照信号（ＳＲＳ）は、ＬＴＥにおけるさまざまな目的のために使用され、かつＮＲにおける同様の目的にサーブすることが予想される。ＳＲＳについての１つの主要な使用は、（どのＭＣＳ状態でＵＥが送信するべきかの判定を含む）アップリンクリンク適合、および／または周波数選択スケジューリングを有効にするためのチャネル品質推定を可能にする、アップリンクチャネル状態推定に対するものである。アップリンクＭＩＭＯの文脈において、これらＳＲＳはまた、ＵＥがこのアップリンクアンテナアレイにおける送信のためにＳＲＳを使用する時、良好なアップリンクスループットおよび／またはＳＩＮＲを提供するプリコーダならびにレイヤ数を判定するために使用可能である。さらなる使用には、電力制御およびアップリンクタイミングアドバンス調整が含まれる。
【００２７】
ＬＴＥ標準のリリース１４に従って設計されるＵＥと違って、少なくともいくつかのＮＲ  ＵＥは、複数のＳＲＳリソースを送信することが可能であってよい。これは概念的には、ダウンリンクにおける複数のＣＳＩ−ＲＳリソースの使用と同様であり、ＳＲＳリソースは１つまたは複数のＳＲＳポートを含み、ＵＥは、ビーム成形器および／またはプリコーダをＳＲＳリソース内のＳＲＳポートに適用可能であることで、これらリソースは、同じ有効アンテナパターンによって送信されるようにする。ＵＥにおいて複数のＳＲＳリソースを規定するための主要な動機は、ＵＥにおけるアナログビーム形成をサポートすることであり、この場合、ＵＥは、さまざまなビームパターンで送信できるが、一度に１つのみである。このようなアナログビーム形成は、特に、ＮＲによってサポート可能であるより高い周波数において、比較的高い指向性を有することができる。
【００２８】
以前のＬＴＥアップリンクＭＩＭＯおよび送信ダイバーシチ設計は、高い指向性のビーム形成が異なるＳＲＳポートにおいて使用可能であるため、単一のＳＲＳリソースが十分である場合に重点を置いていない。ＮＲ  ＵＥが異なるビームにおいて送信する時、ＴＲＰによって受信される電力は、どのビームが使用されるかに応じて実質的に異なっている可能性がある。１つのアプローチは、単一のＳＲＳリソースを有することであり得るが、送信に使用するためのビームがどれであるかをＵＥに指示することとすることができる。しかしながら、ＵＥアンテナ設計はＵＥの間で広く変化し、かつＵＥアンテナパターンは非常に不規則である得るため、ＴＲＰがＵＥアップリンクプリコーディングまたはビーム形成を制御可能であるＵＥアンテナパターンの所定のセットを有することは実行不可能である。従って、ＮＲ  ＵＥは、それぞれのＳＲＳリソース上の異なった有効アンテナパターンを使用して複数のＳＲＳリソースにおいて送信することができることで、ＴＲＰは、ＵＥによって使用される異なる有効アンテナパターンに対する複合チャネル特性および品質を判定することが可能になる。それぞれの有効アンテナパターンと対応するＳＲＳリソースとのこの連係を仮定して、ＴＲＰはさらにまた、１つまたは複数の有効アンテナパターンのうちのどれが、１つまたは複数のＳＲＳリソースインジケータ、すなわち「ＳＲＩ」を通してＰＵＳＣＨ（または、他の物理チャネルもしくは信号）における送信に使用されるべきであるかをＵＥに指示することができる。
【００２９】
ＵＥ実装形態に応じて、互いに対する送信チェーンの相対位相を維持することは可能であってよい。この場合、ＵＥは、それぞれの送信チェーン上のビームを選択することによって、および送信チェーン間の異なるゲインおよび／または位相を使用して両方の送信チェーンの選択されたビーム上の同じ変調シンボルを送信することによって、適合アレイを形成することができる。制御された位相を有する複数のアンテナエレメントにおける共通の変調シンボルまたは信号のこの送信は、「コヒーレント」送信と標示可能である。ＬＴＥリリース１０におけるコヒーレントなアップリンクＭＩＭＯ送信のためのサポートは、アップリンク空間多重化のための相対的送信位相連続性に対する機能グループ指示によって指示され、ここで、ＵＥは、コヒーレント送信をサポートするために経時的に送信チェーンの相対位相を適切に維持することができるかどうかを指示する。
【００３０】
他のＵＥの実装形態では、送信チェーンの相対位相はあまり制御されていない恐れがあり、コヒーレント送信は使用されない場合がある。このような実装形態では、一度に送信チェーンのうちの１つにおいて送信すること、または、送信チェーンにおいて異なる変調シンボルを送信することが依然可能であってよい。後者の場合、それぞれの送信チェーンにおける変調シンボルは、空間多重化または「ＭＩＭＯ」レイヤを形成することができる。送信方式のこのクラスは、「非コヒーレント」送信と称される場合がある。このような非コヒーレント送信方式は、複数の送信チェーンによるＬＴＥリリース１０のＵＥによって使用され得るが、相対送信位相連続性をサポートしない。
【００３１】
複数の送信チェーン上でのアナログビーム形成の使用例が図５に表されている。ここで、それぞれの送信チェーンは、位相アレイによって生じたビームのセットの間で切り換え可能である電力増幅器を含む。送信チェーンは、それぞれ２つの送信チェーンの２つのセットにグループ化される。それぞれのセット内の送信チェーンは、同じビーム方向を有するが、異なるセットは異なる方向をカバーするビームを有してよい。例示のためにそれぞれの送信チェーンは４つのアナログビームのうちの１つを選択することができ、２つの送信チェーンのセットは、相対する方向を指し示すことが想定される。従って、送信チェーンのそれぞれのセットは、３ＧＰＰ  ＴＲ３８．９００および３ＧＰＰ  ＴＲ３８．８０２において規定されるような「パネル」に対応することができるため、例示のために「パネル」という用語をここで使用する。
【００３２】
図５において、有効アンテナパターン＃０および＃７は、第１のパネルおよび第２のパネルそれぞれにおける同時送信のために選択されることが想定される。しかしながら、アナログビーム形成の使用により、例えば、有効アンテナパターン＃０および＃１の同時送信は、１パネル内で選択されたアナログビームであるため、可能ではない。ＵＥの実装形態は変化するものであるため、複数のＳＲＳポートおよびリソースの使用に基づいてどの有効アンテナパターンがＵＥによって同時に送信可能であるかをＴＲＰが判定できるようにするための機構が必要とされる。第２の問題は、コヒーレント送信が異なるＳＲＳリソースと関連付けられたＳＲＳポートの間で可能であるかどうかをどのように判定するかである。ＬＴＥ  ＵＥの相対送信位相連続性は全ての送信チェーンに該当し、これは、マルチパネルのＮＲ  ＵＥにとって過度の簡略化である場合があるが、これは、１パネル内のエレメントの間の位相コヒーレンスがパネル間よりも達成が容易である場合があるからである。
【００３３】
電力制御
モバイルシステムにおいて、送信機、ダウンリンクにおける基地局、およびアップリンクにおける移動局の出力電力レベルを設定することは、一般に電力制御（ＰＣ）と称される。ＰＣの目的は、容量の改善、カバレッジ、システム堅牢性の改善、および電力消費の低減を含む。
【００３４】
ＬＴＥにおいて、ＰＣ機構は、（ｉ）開ループ、（ｉｉ）閉ループ、および（ｉｉｉ）開／閉ループの組み合わせのグループに分類可能である。これらは、送信電力を判定するために何の入力が使用されるかという点で異なっている。開ループの場合、送信機は、受信機から送られるある信号を測定し、かつこれに基づいてこの出力電力を設定する。閉ループの場合、受信機は送信機からの信号を測定し、かつこれに基づいて送信機に送信電力制御（ＴＰＣ）コマンドを送り、送信機はさらにまた、それに応じてこの送信電力を設定する。開／閉ループの組み合わせ方式では、両方の入力を使用して送信電力を設定する。
【００３５】
端末と基地局との間の複数のチャネル、例えば、トラヒックチャネルおよび制御チャネルによるシステムにおいて、異なる電力制御原理は、異なるチャネルに適用され得る。異なる原理を使用することは、電力制御原理を個々のチャネルの必要性に適合させることにおいてより多くの自由度をもたらす。欠点は、いくつかの原理を維持する複雑さの増大である。
【００３６】
例えば、ＬＴＥリリース１０において、物理アップリンク制御チャネル（ＰＵＣＣＨ）送信のためのＵＥ送信電力の設定は、以下のように規定される。
ＰＰＵＣＣＨ＝ｍｉｎ｛ＰＣＭＡＸ，ｃ’Ｐ０，ＰＵＣＣＨ＋ＰＬＤＬ＋∇Ｆｏｒｍａｔ＋δ｝
ここで、ＰＰＵＣＣＨは所与のサブフレームにおいて使用するための送信電力であり、ＰＬＤＬはＵＥによって推定されるパスロスである。ＰＵＳＣＨについて、代わりに以下の式を使用するものがある。
ＰＰＵＳＣＨ，ｃ＝ｍｉｎ｛ＰＣＭＡＸ，ｃ−ＰＰＵＣＣＨ，Ｐ０，ＰＵＳＣＨ＋αＰＬＤＬ＋１０ｌｏｇ１０Ｍ＋∇ＭＣＳ＋δ｝
式中、ｃはサービングセルを示し、ＰＰＵＳＣＨ，ｃは所与のサブフレームにおいて使用するための送信電力である。また、ＰＬＤＬがＵＥ送信に対する電力レベルを設定することの一部であることは留意されたい。このことから、ＵＥによって行われるパスロス推定がＰＣの重要な役割を果たすことは明らかである。パスロスはさらには、ダウンリンク（ＤＬ）送信から推定されなければならず、典型的には、参照信号に対する測定によって行われる。
【発明の概要】
【００３７】
ＮＲはＵＥにおけるアナログビーム形成の使用を容易にするための複数のＳＲＳ送信をサポートするものになるが、どのＵＥのビームが同時に送信可能であるか、またはどれがコヒーレントに組み合わせ可能であるかを判定するための機構が依然規定されていない。
【００３８】
詳細に後述されるいくつかの実施形態によると、ＵＥは、いくつかの異なったＳＲＳリソースを送信できることを指示し、ここでＳＲＳリソースのそれぞれは、いくつかのＳＲＳポートを含む。この指示は、例えば、良好な角度カバレッジのためにＵＥが必要とするのはどれだけのビームかを判定するために、および、同様の方向においてＵＥが送信できるのはどれだけのレイヤかを判定するために、ネットワークによって使用可能である。指示はまた、ＵＥパネルから送信できるのはどれだけのレイヤかを判定するために使用可能である。
【００３９】
いくつかの実施形態におけるＵＥはまた、ＳＲＳリソースのグループを指示し、ここで、１グループにおけるそれぞれのＳＲＳは同時に送信されない恐れがあるが、異なるグループにおけるＳＲＳリソースは同時に送信可能である。ネットワークは、この情報を使用して、ＵＥが同時に送信できるのはどの送信チェーンであるかを判定することができる。
【００４０】
いくつかの実施形態では、ＵＥはさらにまた、ＰＵＳＣＨのためのプリコーディングを判定するために使用するべきである少なくとも１つのＳＲＳリソースの指示を受信する。ＵＥは、ＰＵＳＣＨを伝達するエレメントの仮想アレイを形成するために選択されたＳＲＳリソースにおいてそれぞれのＳＲＳポートに対して使用されるのと同じプリコーダまたはアナログビーム成形器を適用するものとする。この場合、仮想アレイは、指示されるＳＲＳリソースと同じ数のＰＵＳＣＨのための仮想アンテナを有する。いくつかの実施形態では、ＵＥはさらに、仮想エレメントを組み合わせるために使用するものとするプリコーダを指示するＴＰＭＩを受信してよく、それによって、選択されたＳＲＳリソース内のＳＲＳポートに対応するＰＵＳＣＨアンテナエレメントのコヒーレントな組み合わせが可能になる。
【００４１】
最後に、これらの実施形態のいくつかにおけるＵＥは、選択されたＳＲＳおよび／またはＴＰＭＩから判定されるプリコーディングおよび／またはアナログビーム形成を使用してＰＵＳＣＨを送信する。
【００４２】
本明細書に開示される技法のいくつかの態様によると、異なるアンテナサブセットにおいて送信するように適合されるＵＥは、ＵＥがいくつかの異なったＲＳリソースを送信できることの指示を送信し、ここで、ＲＳリソースのそれぞれは少なくとも１つのＲＳポートを含む。ＵＥは、ＵＥが複数のＲＳリソースにおいて同時に送信することが可能であることを指示する能力情報を送信すること、および／または第１のＲＳ設定および第２のＲＳ設定を受信する。この場合、第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである。ＵＥは、少なくとも１つのＲＳリソースの指示を受信し、かつ指示されたＲＳリソースと関連付けられたＵＥのアンテナにおいて物理チャネルを送信する。
【００４３】
いくつかの実施形態によると、ＵＥにおいて、ＵＥにおける異なるアンテナサブセットにおいて送信する方法は、ＵＥがいくつかの異なったＲＳリソースを送信できることの指示を送信することであって、ＲＳリソースのそれぞれはいくつかのＲＳポートを含む、送信することを含む。方法は、ＵＥが同時に送信できるのはどのＲＳリソースかの指示を送信することを含む。方法はさらに、少なくとも１つのＲＳリソースの指示を受信することと、指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいて物理チャネルを送信することとを含む。
【００４４】
いくつかの実施形態では、ＵＥは、アンテナポートにおける送信の間に異なるＳＲＳリソースに対応するアンテナポート間の相対位相を制御できないことを指示する。ＵＥはさらにまた、複数のＳＲＳリソースの指示を受信した後、ＳＲＳリソースのうちの１つに対応する１アンテナ上の１つの変調シンボルを、およびＳＲＳリソースのもう一方のものに対応する異なるアンテナ上の異なる変調シンボルを送信することができる。このように、異なるアンテナサブセットにおける異なるＭＩＭＯレイヤによる非コヒーレントＭＩＭＯ送信は、これらの送信チェーンの全てのコヒーレントな組み合わせをサポートしないＵＥにおいてサポート可能である。
【００４５】
いくつかの関連の実施形態では、ＵＥは複数のＴＰＭＩを受信し、ここで、それぞれのＴＰＭＩは複数のＳＲＳリソースのうちの１つに相当し、ＳＲＳリソースのそれぞれにおけるそれぞれのＳＲＳポートに対応する仮想ＰＵＳＣＨアンテナエレメントを組み合わせるために適用されるプリコーダを指示する。このように、コヒーレントＭＩＭＯ送信はＳＲＳリソースに対応する送信チェーン上で使用可能であるが、異なるＭＩＭＯレイヤによる非コヒーレントＭＩＭＯ送信は異なるＳＲＳリソースに対応する異なるアンテナサブセットに使用される。
【００４６】
本明細書に説明される技法およびデバイスによって、アナログビーム形成および複数のＴＸチェーンによるＵＥは、全てのＴＸチェーンにおいて送信可能である。異なるアナログビームのコヒーレントな組み合わせをサポートするＵＥは、異なるアナログビーム上でＭＩＭＯレイヤを送信可能である。アナログビームのコヒーレントな組み合わせをサポートしないＵＥは、異なるアナログビーム上で異なるＭＩＭＯレイヤを送信できる。
【００４７】
いくつかの実施形態によると、無線ネットワークのネットワークノードにおいて、ＵＥにおける異なるアンテナサブセットにおいてＵＥからの送信を受信する方法は、ＵＥがいくつかの異なったＲＳリソースを送信できることの指示を受信することであって、ＲＳリソースのそれぞれはいくつかのＲＳポートを含む、受信することを含む。方法はまた、ＵＥが同時に送信できるのはどのＲＳリソースかの指示を受信することと、受信した指示に基づいて少なくとも１つのＲＳリソースを選択することとを含む。方法はさらに、選択された少なくとも１つのＲＳリソースの指示をＵＥに送信することと、指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいてＵＥによって送信される物理チャネルを受信することとを含む。
【００４８】
いくつかの実施形態によると、無線ネットワークのネットワークノードにおいて、ＵＥにおける異なるアンテナサブセットにおいてＵＥからの送信を受信する方法は、ＵＥがいくつかの異なったＲＳリソースを送信できることの指示を受信することであって、ＲＳリソースのそれぞれは少なくとも１つのＲＳポートを含む、受信することを含む。この方法はさらに、ＵＥが複数のＲＳリソースにおいて同時に送信することが可能であることを示す能力情報を受信すること、および／または、ＵＥに、第１のＲＳ設定および第２のＲＳ設定を送ることであって、第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである、第１のＲＳ設定および第２のＲＳ設定を送ること、および／または、ＵＥに送信要求を送ることであって、送信要求は、ＵＥが同時に送信できないＳＲＳリソースを送信するようにＵＥに命令することを回避するようにネットワークノードによって構成される、送信要求を送ることを含む。この方法は、またさらに、受信した指示に基づいて少なくとも１つのＲＳリソースを選択することと、選択された少なくとも１つのＲＳリソースの指示をＵＥに送信することと、指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいてＵＥによって送信される物理チャネルを受信することとを含む。
【００４９】
いくつかの実施形態によると、ＵＥにおける異なるアンテナサブセットにおいて送信するように適合されるＵＥは、送受信回路と、送受信回路に動作可能に結合されるプロセッサと、処理回路に結合されるメモリであって、プロセッサによる実行のための命令を記憶することによって、プロセッサは送受信回路を制御するように設定される、メモリと、を含む。送受信回路は、ＵＥが、いくつかの異なったＲＳリソースであって、ＲＳリソースのそれぞれはいくつかのＲＳポートを含む、ＲＳリソースを送信できることの指示を送信するように、および、ＵＥが同時に送信できるのはどのＲＳリソースであるかの指示を送信するように制御される。送受信回路はまた、少なくとも１つのＲＳリソースの指示を受信するように、および、指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいて物理チャネルを送信するように制御される。
【００５０】
いくつかの実施形態によると、ＵＥにおける異なるアンテナサブセットにおいてＵＥからの送信を受信するように適合される無線ネットワークのネットワークノードは、送受信回路と、送受信回路に動作可能に結合されるプロセッサと、処理回路に結合されるメモリであって、プロセッサによる実行のための命令を記憶することによって、プロセッサは送受信回路を制御するように設定される、メモリと、を含む。送受信回路は、ＵＥが、いくつかの異なったＲＳリソースであって、ＲＳリソースのそれぞれはいくつかのＲＳポートを含む、ＲＳリソースを送信できることの指示を受信するように制御される。送受信回路はまた、ＵＥが同時に送信できるのはどのＲＳリソースかの指示を受信するように、および、受信した指示に基づいて少なくとも１つのＲＳリソースを選択するように制御される。送受信回路は、選択された少なくとも１つのＲＳリソースの指示をＵＥに送信するように、および、指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいてＵＥによって送信される物理チャネルを受信するように制御される。
【００５１】
さらなる実施形態は、装置、コンピュータプログラム製品、および、処理回路によって実行される時、上述される実施形態の動作を行うようにする命令を記憶する非一時的なコンピュータ可読媒体を含んでよい。
【図面の簡単な説明】
【００５２】
【図１】基本のＮＲ物理リソースを示す図である。
【図２】１５ｋＨｚのサブキャリアスペーシングによるＬＴＥ時間領域構造を示す図である。
【図３】ＮＲにおけるプリコーディングされた空間多重化の送信構造を示す図である。
【図４】例示の４パネル、８エレメントのＵＥアンテナアレイを示す図である。
【図５】例示の、１パネルごとに４つの異なった有効アンテナパターンを有する２パネルを示す図である。
【図６】本発明のいくつかの実施形態による例示の技法を示すプロセスおよび信号フロー図である。
【図７】１パネルごとに異なる数のＳＲＳリソースをサポートするＵＥを示す図である。
【図８】例示のＵＥを示す図である。
【図９】いくつかの実施形態による例示の方法を示すプロセスフロー図である。
【図１０】例示のネットワークノードを示す図である。
【図１１】いくつかの実施形態による別の例示の方法を示すプロセスフロー図である。
【図１２】２８ＧＨｚにおける２つの単一ポートパネルにわたる、ランク１送信のための、異なる送信方式と異なるコードブックとの間の達成可能なチャネルゲインを示す図である。
【図１３】２８ＧＨｚにおける２つの単一ポートパネルにわたる、ランク１送信のための、異なる送信方式と異なるコードブックとの間の達成可能なチャネルゲインを示す図である。
【図１４】２８ＧＨｚにおける４つの単一ポートパネルにわたる、ランク１送信のための、異なる送信方式と異なるコードブックとの間の達成可能なチャネルゲインを示す図である。
【図１５】２８ＧＨｚにおける４つの単一ポートパネルにわたる、ランク１送信のための、異なる送信方式と異なるコードブックとの間の達成可能なチャネルゲインを示す図である。
【図１６】例示のＵＥの機能表現を示す図である。
【図１７】例示のネットワークノードの機能表現を示す図である。
【発明を実施するための形態】
【００５３】
複数のＳＲＩベースのＰＵＳＣＨ送信
上で論じられるように、ＵＥは、複数のＳＲＩを使用してＰＵＳＣＨを送信するように命令されてよく、このような送信はコヒーレントにまたは非コヒーレントに行われてよい。ＴＲＰまたはｇＮＢに対して所与のＳＲＩをＵＥの有効アンテナパターンと関連付けるために、ｅＮＢ（または、ｇＮＢ、他の基地局、もしくはアクセスポイント）は、どれだけの有効アンテナパターンがＵＥによって必要とされるのか、さらにまた、同じ有効アンテナパターンを使用してＵＥが同時に送信しなければならないアンテナポートはどれだけかを知っているべきである。
【００５４】
図６は、これらの問題点に対処するために本明細書に説明される技法のいくつかの実施形態を要約するフローチャートを示す。図において、本明細書の残りの部分にあるように、「ＵＥ」という用語は、複数のＳＲＳリソースにおけるＳＲＳの送信をサポートする任意の無線デバイスに言及すると理解されてよく、「ＴＲＰ」という用語は、特定のｅＮＢ、ｇＮＢ、アクセスポイント、もしくは他の送信ポイントに、または、１つまたは複数の送信ポイントのためのコントローラに相当し得る。同様に、ＮＲにおける基地局を説明するために一般的に使用される「ｇＮＢ」という用語は、ここでは、より一般的には、任意の基地局、アクセスポイント、または送信ポイントに言及すると理解されるべきである。
【００５５】
図６に示される第１のステップにおいて、ＵＥは、ＵＥが使用したいＳＲＳリソースはどれだけか、どれだけのＳＲＳリソースが同時に送信可能であるか、および１ＳＲＳリソースごとのポートの数に関する情報を送信する（ブロック６０２）。これは、ＳＲＳリソースグループの数、１グループごとのＳＲＳリソースの数、および１ＳＲＳリソースごとのＳＲＳポートの数を示すことを含んでよい。いくつかの実施形態において、このステップは、どのＳＲＳリソースがＵＥによって同時に送信され得るかの指示を含む。より詳細に後述されるいくつかの実施形態では、同時に送信可能であるＳＲＳリソースは、ＳＲＳリソースグループの数、および１グループごとのＳＲＳリソースの数に基づく固定マッピングを使用して判定可能である。他の実施形態では、より多くのパラメータを使用して、同時に送信され得るＳＲＳリソースを識別する。一般的に、このステップは、より詳細に後述されるように、多くの異なるやり方で行われ得る。
【００５６】
図６に示される次のステップにおいて、ＴＲＰは、第１のステップにおいて受信されるＵＥ能力についての情報に基づいて、ＵＥに使用されるべきＳＲＳリソースを規定し、かつこの情報をＵＥにシグナリングする（ブロック６０４）。これは、ＵＥ能力における情報に基づいてＳＲＳリソースおよび対応するＳＲＩによってＵＥを設定することを含んでよい。
【００５７】
ＵＥがＵＬ送信に対してスケジューリングされるべきである時はいつでも、ＴＲＰは、ＳＲＳ送信要求をＵＥに送信することで、どのＳＲＳリソースが送信されるべきであるかをＵＥに通知することから開始する（ブロック６０６）。ＳＲＳリソースの以前の設定に基づいて、ＵＥは、それぞれのＳＲＳリソースをある特定の送信チェーンのある特定のビームに直接マッピングすることができる。ＴＲＰは、ＵＥが同時に送信できないＳＲＳリソースを同時に送信するようにＵＥに命令することを回避するように、どのＳＲＳリソースがＵＥによって同時に送信可能であるかの指示を使用してよい。
【００５８】
次のステップでは、ＵＥはＳＲＳリソースを送信し（ブロック６０８）、ＴＲＰはこれらＳＲＳリソースを測定し、かつこれからのＵＬ送信に対して好ましいＳＲＳリソースおよび対応するＴＰＭＩを判定する（ブロック６１０）。ＴＲＰはさらにまた、ＳＲＩおよびＴＰＭＩをＵＥにシグナリングし、ＵＥはこれらをこれからのＰＵＳＣＨ送信に対して適用する（ブロック６１２）。破線による矢印およびテキストボックスがオプションの要素であり、これらが例証される方法の全ての実装形態または全ての事例に必ずしも現れるとは限らないことは、留意されたい。
【００５９】
ＳＲＳリソースおよびＰＵＳＣＨ送信に対するＵＥ能力
ここで、ＳＲＳリソースおよびＰＵＳＣＨ送信に対するＵＥ能力を指示するための機構について説明する。これらの機構は、アナログビーム形成が、１「パネル」ごとに２つの送信チェーンの４つの送信チェーンにおいて使用され、パネルは異なる方向をカバーする場合の、図５の例示の設定を通して理解可能である。当然ながら、ここでの機構は、任意の数の「パネル」、または、１セットごとに任意の数の送信チェーンを有する送信チェーンのセットをカバーするように一般化可能である。
【００６０】
図５に示される例では、（１パネルにおけるそれぞれの送信チェーンが同じパネルにおける他の送信チェーンと同じ４つのビームボアサイトを使用すると仮定すると）１パネルごとに４つの一意のビームがあるため、ＵＥはさらにまた、もたらし得る８つの一意のビームを有する。これらは、図において０〜７の番号が付けられる。それぞれのビームがＴＲＰによって異なる電力レベルにおいて受信可能であるため、ＴＲＰは、ＵＥがもたらし得るこのビームの総数（またはより一般的には、有効アンテナパターン）について通知されるものとする。これを行うための１つのやり方は、ＵＥがＵＥ能力として８つのＳＲＳリソースをサポートする（または、代替的には必要とする）可能性があることをＵＥがＴＲＰに指示することである。一般的に、ＵＥ能力におけるＳＲＳリソースの数は、１パネルごとに異なる数のビームがある事例に反映する可能性があり、この場合、ＳＲＳリソースの数は、それぞれのパネルに必要とされる全てのＳＲＳリソースの単なる合計であり、すなわち、パネルごとの異なったビームの数が、パネルにおけるビームに対する十分な角度カバレッジを提供するために、生じ得る、または、すなわち、必要とされる可能性がある。場合によっては、ＵＥは、パネル間で重複するビームを有する場合があるため、所与のビーム方向は１つのパネルにおいてのみ使用されてよく、ＵＥ能力におけるＳＲＳリソースの総数は十分に重複しないビームの数である。
【００６１】
この例を継続させるために、それぞれが、パネルのうちの１つにおける送信チェーンのそれぞれに対応する２つのＳＲＳポートを有する８のＳＲＳリソースがＵＥに対して設定されると想定する。ＴＲＰは、ＵＥに全てのＴＸチェーンにおいて送信することを望む場合、どのＳＲＳリソースがそれぞれのＴＸチェーンに対応するかを知らなければならない。これは、どのＳＲＳリソースがＵＥによって同時に送信可能であるかによって同等に識別され得る。
【００６２】
１パネルごとに単数のビームがＵＥによってサポートされる場合に適した実施形態では、どのＳＲＳリソースが同時に送信可能であるかはそれぞれのパネルと関連付けられるＳＲＳリソースの数に基づく規則によって判定される。２パネルの例では、インデックス０…Ｎｂ−１によるＳＲＳリソースは、パネル＃１上で暗黙的に送信されるが、インデックスＮｂ…２＊Ｎｂ−１によるＳＲＳリソースは、パネル＃２のためのものであり、ここで、Ｎｂは、１パネルごとのビーム数（または、同等に、ＳＲＳリソース）である（および、図５の例ではＮｂ＝４）。より一般的には、２つのパネルが同じ数のビームＮｂを有する場合、２つのＳＲＳリソースのインデックスｋ１およびｋ２は、
2020523912.tif 000006
の場合、例えば、同じＯＦＤＭシンボルにおいて、同時に送信可能であるとＴＲＰによって想定可能である。１ペア以上のＳＲＳリソースが同時に送信される場合、規則
2020523912.tif 000007
を使用して、全てのＳＲＳリソースが同時に送信可能であるかどうかを判定し、ここで、ｋｉおよびｋｊはペアリングされるｉ番目のＳＲＳリソースインデックスおよびｊ番目のＳＲＳリソースインデックスであり、同時に送信されるＳＲＳリソースの全ての二つ一組の組み合わせは規則を満たすものでなければならない。共に送信できないＳＲＳリソースは、「ＳＲＳリソースグループ」または「ＳＲＳリソースセット」と標示されてよく、数量Ｎｂは代替的には、ＳＲＳリソースグループまたはセットにおけるＳＲＳリソースの数として識別され得る。従って、例えば、ＳＲＳリソースインデックス０…Ｎｂ−１およびＮｂ…２＊Ｎｂ−１は、第１のＳＲＳリソースグループおよび第２のＳＲＳリソースグループにおけるものとみなされ得る。
【００６３】
どのＳＲＳリソースが同時に送信可能であるか、またはアップリンク上で送信するどのＳＲＳが、ＰＵＳＣＨがどのように送信されるかを指示するＳＲＩに使用されるインデックス作成と同じではない場合があるかを判定するために、ＳＲＳリソースインデックス作成が使用される。これは、ＵＥによって送信され得るＳＲＳリソースのセットが、ＵＥがいかなる所与の時点においてもＰＵＳＣＨ送信に対して設定されるＳＲＳの数より一般的に大きいからである。ＵＥが、送信できる全てのＳＲＳリソースのサブセットを使用してＰＵＳＣＨを送信するように設定することによって、可能なＳＲＳリソースのセット全体ではなくサブセットをシグナリングするために使用されるＳＲＩビットを少なくすることが可能である。従って、いくつかの実施形態では、ＵＥは、ＰＵＳＣＨ送信に使用されるＳＲＳリソース指示（ＳＲＩ）に対応するＳＲＳリソースの第１のリスト、およびＵＥがＳＲＳを送信してよいＳＲＳリソースの第２のリストによって設定される。
【００６４】
いくつかの実施形態では、１パネルごとのビームの数は異なっていてよい。パネルｋ（または同等には、ＳＲＳリソースグループｋ）がＮｂ，ｋのビーム（または同等にはＳＲＳリソース）を利用すると想定すると、ＳＲＳリソース０、…、Ｎｂ，１−１は、暗黙的にパネル＃１と関連付けられ、かつ同時送信できないが、ＳＲＳリソースＮｂ，１…、Ｎｂ，１＋Ｎｂ，２−１は、パネル＃２と関連付けられ、かつ同時に送信できないなどとなる。
【００６５】
異なる数のビームがＵＥによってそれぞれのパネルに対してサポートされ得る場合に適した他の実施形態では、どのＳＲＳリソースが同時に送信可能であるかは、パネルごとに設定可能である。それぞれのリストが同時に送信されない場合があるＳＲＳリソースのセットを含むＳＲＳリソースの複数のリストが構成される。ＳＲＳリソースの全ての他の組み合わせは、同時に送信可能である。これらのＳＲＳリソースのそれぞれのリストは、同時に送信できないそれぞれのパネルにおけるビーム、例えば、それぞれのパネルに対して選択されるアナログビームに対応し得る。リストは、厳密に同じ長さである必要はない、または同時に送信できない同じ数のビームを識別しない場合があり、これによって、異なる数のビームをそれぞれのリスト、ひいてはそれぞれのパネルと関連付け可能になる。一実施形態では、インデックスｌのそれぞれのリストは、長さＮｂ，ｍａｘのビットマップを含み、リストｌにおけるインデックスｍのビットは、ＳＲＳリソースｋに相当し、ここで、ｋ＝ｌＮｂ，ｍａｘ＋ｍであり、ｋ、ｌ、およびｍはゼロの最小値による整数である。数量Ｎｂ，ｍａｘは、代替的には、それぞれのＳＲＳリソースリストにおけるＳＲＳリソースの最大数として識別されてよく、それぞれのＳＲＳリソースリストは、「ＳＲＳリソースグループ」または「ＳＲＳリソースセット」として識別され得る。
【００６６】
これらの後者の実施形態の使用の一例は、以下の図７のＵＥ設定を使用して示され得、ここで、パネル＃１は４ビームをサポートするが、パネル＃２は２ビームを有する。２つのリスト（それぞれのパネルに対して１つ）が必要とされることが考えられ、ここで、第１のリストおよび第２のリストは、それぞれ、｛１１１１｝および｛１１００｝と表される。ＳＲＳリソースｋ∈｛０、１、２、３｝は同時に送信されない可能性があり、第１のリスト（およびパネル）と関連付けられることが考えられ、ＳＲＳリソースｋ∈｛４、５｝は、同時に送信されない可能性があり、第２のリスト（およびパネル）と関連付けられることが考えられる。
【００６７】
先の実施形態の別形では、それぞれのリストはＫｍａｘビットのビットマップを含み、ここで、ＫｍａｘはＳＲＳリソースの総数であり、それぞれのビットはＳＲＳリソースに対応する。図７におけるＵＥ設定について、どのリソースが同時に送信されない場合があるかを規定する２つのリストは、それぞれ、｛１１１１００｝および｛００００１１｝で表されることになる。
【００６８】
図７と関係がある先の実施形態のさらに他の別形では、リソースをシグナリングすることによって代わりに行われるシグナリングは、｛４、２｝をシグナリングすることによって同時に送信されない場合があるが、これは、ＳＲＳリソースｋ∈｛０、１、２、３｝が同時に送信できず、また、ＳＲＳリソースｋ∈｛４、５｝が同時に送信できないことを意味する。よって、このシグナリングの順序は重要である場合があり、個々のＳＲＳリソースをタグ付けするために使用されてよく、シグナリング｛４、２｝は以下のリスト、
ＳＲＳリソースインデックス０：パネル１、パネル内ビーム０、
ＳＲＳリソースインデックス１：パネル１、パネル内ビーム１、
ＳＲＳリソースインデックス２：パネル１、パネル内ビーム２、
ＳＲＳリソースインデックス３：パネル１、パネル内ビーム３、
ＳＲＳリソースインデックス４：パネル１、パネル内ビーム０、
ＳＲＳリソースインデックス５：パネル１、パネル内ビーム１
に変換可能である。
【００６９】
よって、ある特定のビームを指示するためのいずれのｇＮＢシグナリングもこのインデックス作成を利用することが可能である。ＵＥ能力シグナリング｛４、２｝に基づいて、また、ビームマッピングへのＳＲＳリソースインデックスを暗黙的に含意する。このマッピングによって、例えば、ＳＲＩ∈｛０、１、２、３｝がパネル１に対応するのに対し、ＳＲＩ∈｛４、５｝がパネル２に対応することが明確になる。より一般的な事例の｛Ｎ１、Ｎ２、…、Ｎｑ｝について、ＳＲＳリソースインデックス０、…、Ｎ１−１がパネル１からのＮ１ビームに対応し、次のＮ２  ＳＲＳリソースインデックスがパネル２からのＮ２ビームに対応するなどを含意することが考えられる。
【００７０】
任意のＳＲＳリソースが任意のパネルと関連付け可能である場合に適した他の実施形態では、所与の数のパネルに対するＳＲＳリソース（または同等には、ＳＲＳリソースグループ、ＳＲＳリソースグループセット）の全ての可能な組み合わせのリストを使用して、ＳＲＳリソースのどの組み合わせが送信され得るかを識別する。可能とされるＳＲＳリソース組み合わせのリストは、以下のように規定される組み合わせインデックスｒとして生成される。
2020523912.tif 000008
ここで、
2020523912.tif 000009
は、共に送信され得るソートされたＳＲＳリソースインデックスｓｉを含有する長さＮＰのセットであり、それによって、（１≦ｓｉ≦Ｎｂ，ｔｏｔ，ｓｉ＜ｓｉ＋１）であり、ここで、
2020523912.tif 000010
は拡張された２項係数であり、これによって、一意のラベル
2020523912.tif 000011
がもたらされ、ここで、ＮｐはＳＲＳリソースリストの数（または同等には、パネル、ＳＲＳリソースセット、またはＳＲＳグループの数）であり、Ｎｂ，ｔｏｔは、ＳＲＳ送信に対して選択され得るＵＥに割り当てられるＳＲＳリソースの総数である。明確にするために、ここで、ＳＲＳリソースインデックスｓｉが１の最小値およびＮｂの最大値を有するのに対し、他の実施形態がゼロから始まるＳＲＳインデックスを有することは留意されたい。
【００７１】
上で論じられるように、ＵＬ  ＭＩＭＯ対応のＵＥは、このＴｘチェーンの一部または全ての間でコヒーレントに送信可能ではない場合があり、ＴＲＰはこの制限を知っているべきである。最も簡易な事例では、ＵＥはこのＴｘチェーンの任意のグループの間でコヒーレントに送信できない。このようなＵＥは、送信チェーンの任意の組み合わせにおいてコヒーレントに送信できないことを指示することができる。一実施形態では、任意の送信チェーンにおいてコヒーレントに送信できないことのこの指示は、ＵＬ  ＭＩＭＯ対応のＵＥが、Ｔｘチェーンの間の相対位相連続性をサポートできることを指示しない時に識別可能である。
【００７２】
ＵＥが１パネル内のＴｘチェーン上のコヒーレント送信をサポート可能であるが、パネルにわたってサポートされないという可能性もある。一実施形態では、このようなＵＥは、このＳＲＳリソースのそれぞれにおけるものであるＳＲＳポートに対応するＰＵＳＣＨ  ＤＭＲＳアンテナポートに加えて、異なるＳＲＳリソースリスト（または同等には、異なるパネル、ＳＲＳリソースセット、もしくはＳＲＳグループ）におけるものであるＳＲＳリソースに対応するＰＵＳＣＨ  ＤＭＲＳアンテナポートをコヒーレントに送信可能であるかどうかを指示することによって、どのＳＲＳリソースが連帯的にコヒーレントに送信可能であるかを指示する。このような指示は、異なるＳＲＳリソースリスト（または同等には、異なるパネル、ＳＲＳリソースセット、もしくはＳＲＳグループ）に対応する全てのＳＲＳリソースの間の相対位相連続性をサポートすることとすることができる。
【００７３】
他の事例では、ＵＥはそのパネルのいくつかの間のみでコヒーレントに送信することが可能であってよい。従って、別の実施形態では、ＵＥは、このＳＲＳリソースのそれぞれにおけるものであるＳＲＳリソースに対応するＰＵＳＣＨ  ＤＭＲＳアンテナポートに加えて、ＳＲＳリソースリストのサブセット（または同等には、パネルのサブセット、ＳＲＳリソースセット、もしくはＳＲＳグループ）の中のＳＲＳリソースに対応するＰＵＳＣＨ  ＤＭＲＳアンテナポートをコヒーレントに送信可能であることを指示する。このような指示は、ＳＲＳリソースのリストのセット（または同等には、異なるパネル、ＳＲＳリソースセット、もしくはＳＲＳグループ）の間の相対位相連続性をサポートすることとすることができる。ＳＲＳリソースのリストのセットは、長さＮｐであるビットマップのコヒーレントなＳＲＳリソースリストのビットマップによって識別可能であり、ここで、ＮＰはＳＲＳリソースリストの数（または同等には、パネル、ＳＲＳリソースセット、もしくはＳＲＳグループの数）である。コヒーレントなＳＲＳリソースリストのビットマップにおける「１」は、例えば、対応するＳＲＳリソースリストにおけるＳＲＳリソースと関連付けられたＰＵＳＣＨ  ＤＭＲＳポート全てが、ビットマップにおける「１」も有するコヒーレントなＳＲＳリソースリストにおけるＳＲＳリソースと関連付けられた他のＤＭＲＳポートによってコヒーレントに送信可能であることを指示する。コヒーレントなＳＲＳリソースリストのビットマップにおける「０」は、対応するＳＲＳリソースリストにおけるＳＲＳリソースと関連付けられたＰＵＳＣＨ  ＤＭＲＳポート全てが、いずれの他のＰＵＳＣＨ  ＤＭＲＳポートによってもコヒーレントに送信できないことを指示する。
【００７４】
いくつかの実施形態では、ＰＵＳＣＨ送信をスケジューリングするＵＬグラントを含むＤＣＩフォーマットは、ＳＲＳリソースに対する指示されるＵＥ能力に従ってディメンションされる。例えば、ＳＲＳリソースリストにおけるＳＲＳリソースは、いくつかの実施形態によると、同時に送信できないため、ＳＲＳリソースリスト（または同等には、ＳＲＳリソースグループ）ごとに多くても１つのＳＲＳリソースが、ＰＵＳＣＨをスケジューリングするＤＣＩにおけるＳＲＩの形式において指示可能である。従って、１つの実施形態では、ＳＲＩ指示フィールドはＮＰサブフィールドを含み、この場合、それぞれのサブフィールドｋ＝１、…、ＮＰは
2020523912.tif 000012
ビットを含む。それぞれのサブフィールドは、同時に送信できないＮｂ，ｋのＳＲＳリソースを含むＳＲＳリソースリスト（または同等には、ＳＲＳリソースグループ）と関連付けられる。ビットフィールドにおけるそれぞれのコードポイントは、リストにおけるＳＲＳリソースを指示する、またはリストにおけるＳＲＳリソースは使用されないことを指示する。
【００７５】
アップリンクアンテナサブセット送信
ＵＥが複数のＳＲＩを使用して送信することができるように設定される時、ＳＲＳリソースは、異なるＴｘチェーン、ひいては、ＵＥのアンテナのサブセットと関連付け可能である。ＳＲＳリソースに複数のＳＲＳポートがある場合、ＴＲＰは、ＰＵＳＣＨ送信のためにアンテナサブセットにおいて使用するためのプリコーダを識別するＴＰＭＩを判定するためにＳＲＳポートを使用することができる。その結果として、それぞれのＳＲＳリソース、およびオプションとして、それぞれのＴＰＭＩは、ＵＥアンテナの異なるサブセットに対応することが考えられる。従って、一実施形態において、ＵＥが１つのＳＲＩによってシグナリングされる時、シグナリングされたＳＲＳリソースと関連付けられたＵＥのアンテナに対するＴＰＭＩによって指示されるプリコーダを使用してＰＵＳＣＨなどの物理チャネルを送信する。
【００７６】
複数のＳＲＩをサポートするいくつかの実施形態では、ＵＥは、ＳＲＳリソースの組み合わせのそれぞれが同時に送信可能であり、かつ、同時に送信可能である複数のＳＲＩがシグナリングされることをさらに指示する時、このアンテナの複数のサブセットにおいて同時に送信する。ＵＥがＳＲＳリソースに対応するアンテナにおいてＰＵＳＣＨをさらにコヒーレントに送信可能であるいくつかの関連の実施形態では、ＵＥは、シグナリングされる複数のＳＲＩに対応する全てのアンテナにおけるＰＵＳＣＨに対して適用するように単一のプリコーダまたはプリコーダ行列を識別する単一のＴＰＭＩがシグナリングされ得る。ＵＥがさらに、ＳＲＳリソースに対応するアンテナにおけるＰＵＳＣＨをコヒーレントに送信できない他の関連の実施形態では、ＵＥは、シグナリングされたＳＲＩに対応する異なるアンテナサブセットにおける、異なる変調シンボル、ひいては、異なるＭＩＭＯＭレイヤを送信する。ＵＥがコヒーレントに送信できない場合の同様の実施形態では、ＵＥは、シグナリングされる複数のＳＲＩのそれぞれに対応するアンテナのサブセットにおけるＰＵＳＣＨに対して適用するように単一のプリコーダまたはプリコーダ行列を識別するそれぞれのＳＲＳリソースに対して単一のＴＰＭＩがシグナリングされ得る。
【００７７】
アップリンク電力制御
異なるパネルは異なる方向に指向可能であるため、これらが経験する伝搬環境は、潜在的にはかなり異なっている場合がある。また、これらはマルチＴＲＰ送信における異なるＴＲＰに送信していることがあってよい。本発明のいくつかの実施形態では、ＵＬ電力制御はひいてはパネルに接続される。それ故に、図７における先の実施形態に戻ると、アナログビーム形成は、「パネル」ごとに２つの送信チェーンがある４つの送信チェーンにおいて使用され、パネルは、ＵＥがこの電力制御をパネルに接続してよい異なる方向をカバーする。それ故に、例えば、電力制御がＣＳＩ−ＲＳに基づく場合、ＵＥは、２つの異なるＣＳＩ−ＲＳによって設定されてよく、さらにまた、ＣＳＩ−ＲＳ１からのパネル１からの電力制御をベースにしてよいのに対し、パネル２に対する電力制御はＣＳＩ−ＲＳ２に基づく。このように、電力制御の開ループ部分はパネル特有のものになるが、これは、電力制御についてのパスロス推定がパネル特有であるからである。また、電力制御について、パラメータのセットは通常設定され（アルファ、Ｐ０など）、さらにシグナリングされたＵＥ能力に基づいてパネルごとに設定され得る。
【００７８】
他の実施形態では、２つの別個の電力制御ループが使用されるが、パスロス推定は同じＣＳＩ−ＲＳに基づく。さらに他の実施形態では、パスロスは代わりに、同期信号（ＳＳ）に基づく。
【００７９】
いくつかの実施形態では、閉ループ電力制御は、１パネルごとにＴＰＣコマンドを送信することによってパネルごとに行われる。このような場合、１パネルから送信されるＳＲＳおよびＰＵＳＣＨ電力のどちらかまたは両方は、アップリンク電力測定に使用されてよく、ＳＲＳおよびＰＵＳＣＨの両方はＴＰＣコマンドによって制御されるこれらの送信電力を有してよい。従って、それぞれのパネルに対する電力制御コマンドは、ＳＲＳリソースと、およびいくつかの実施形態では、ＳＲＳリソースグループまたはリストと関連付けられてよい。
【００８０】
パネルごとの電力制御によるいくつかの関連の実施形態では、ＵＥは、複数のＳＲＩを指示される時、電力制御コマンドのそれぞれに対応する電力レベルを使用して送信し、さらにはＳＲＳリソースのそれぞれに対応する。ＳＲＳリソース、グループ、またはリストがＵＥアンテナのサブセットに対応することができるため、複数のＳＲＩが指示される時、電力制御コマンドは、異なるアンテナサブセットにおいて同時に送信する時、異なるアンテナサブセットにおける電力を異なるように設定するために使用可能である。これは、ＴＰＭＩと関連付けられたコードブックが単に単位となる大きさの重みを有する時にも、アンテナエレメントにおける異なる振幅重み付けを可能にするという利点を有することができる。このような均一でない重み付けされたアンテナアレイは、性能を改善することができる。
【００８１】
いくつかの実施形態では、ＰＨＲ（電力ヘッドルームレポート）はパネルごとにレポートされる。
【００８２】
図８は、本開示の実施形態が実装可能である無線通信システム（例えば、セルラー通信システム）における無線デバイス５０のブロック図を示す。無線デバイス５０はＵＥであってよい。「ＵＥ」という用語は、本明細書において、この広範な意味で、任意の無線デバイスを意味するように使用される。そのように、「無線デバイス」および「ＵＥ」という用語は、本明細書において区別なく使用され得る。一般に、無線デバイス５０はさらに、ターゲットデバイス、Ｄ２Ｄ  ＵＥ、マシン型ＵＥ、もしくはマシンツーマシン（Ｍ２Ｍ）通信対応ＵＥ、ＵＥに装着されたセンサ、ｉＰＡＤ、タブレット、携帯端末、スマートフォン、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ（ＵＳＢ）ドングル、宅内機器（ＣＰＥ）、ＩｏＴ（モノのインターネット）対応デバイス、または、５Ｇおよび／またはＮＲネットワークと通信可能である任意の他のデバイスなどを表してよい。
【００８３】
図８に示されるように、無線デバイス５０は、１つまたは複数のプロセッサ６２（例えば、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、および／またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）、および、コンピュータプログラム８、および、オプションとして、設定データ６８を記憶するメモリ６４を備える処理回路構成５２を含む。無線デバイス５０は、１つもしくは複数のアンテナ５４に結合される、１つもしくは複数の送信機または受信機を含む送受信回路構成５６も含む。いくつかの実施形態では、上述される無線デバイス５０の機能性は、メモリ６４に記憶され、かつプロセッサ６２によって実行されるソフトウェア（例えば、コンピュータプログラム６６）において完全にまたは部分的に実装され得る。
【００８４】
いくつかの実施形態では、本明細書に説明されるコンピュータプログラム製品を含有するキャリアが提供される。キャリアは、電子信号、光信号、無線信号、または、コンピュータ可読記憶媒体（例えば、メモリなどの非一時的なコンピュータ可読媒体）のうちの１つである。
【００８５】
いくつかの実施形態では、コンピュータプログラムは、少なくとも１つのプロセッサによって実行される時、無線デバイス５０の少なくとも１つのプロセッサに、本明細書に説明されるＵＥ関連の技法のいずれかを実行させる命令を含む。
【００８６】
無線デバイス５０（例えば、ＵＥ）または同様の無線デバイスは、例えば、図９に示される方法９００を実行するように設定され得る。方法９００は、ＵＥがいくつかの異なったＲＳリソースを送信できることの指示を送信することであって、ＲＳリソースのそれぞれはいくつかのＲＳポートを含む、送信することを含み、これはブロック９０２に示されている。例示の方法９００はさらに、ブロック９０４に示されるように、ＵＥが同時に送信できるのはどのＲＳリソースかの指示を送信することと、ブロック９０６に示されるように、少なくとも１つのＲＳリソースの指示を受信することとを含む。ＵＥが同時に送信できるのはどのＲＳリソースかの指示を送信することが、ＵＥ５０が複数のリソースにおいて同時に送信することが可能であることを指示するＵＥ送信能力情報の特定の例であることは留意されたい。
【００８７】
例示の方法９００には示されないが、上で論じられるように、ＵＥ５０は、ネットワークから、第１のＲＳ設定および第２のＲＳ設定を受信してよく、例えば、この場合、第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである。さまざまな実施形態において、このステップは、ブロック９０４に示されるステップ、または追加のステップの代替策であってよい。
【００８８】
方法９００は、またさらに、ブロック９０８に示されるように、指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいて物理チャネルを送信することを含む。
【００８９】
いくつかの実施形態では、方法９００はさらに、ＵＥにおける異なるアンテナサブセットにおいてＭＩＭＯレイヤを送信することを含む。これらの実施形態では、方法９００はまた、異なるＲＳリソースに対応するアンテナポート間の相対位相をアンテナポートにおける送信の間にＵＥが制御できないことの指示を送信することを含む。少なくとも１つのＲＳリソースの指示を受信するステップは、複数のＲＳリソース、および複数のＲＳリソースのそれぞれに対応するプリコーダを受信することをさらに含む。物理チャネルを送信するステップは、指示されたＲＳリソースのそれぞれと関連付けられたＵＥのアンテナにおける指示されたプリコーダを使用することを含む。
【００９０】
方法９００はまた、少なくとも１つのＲＳリソースのそれぞれに対応する少なくとも１つのプリコーダの指示を受信することと、指示されたＲＳリソースと関連付けられたＵＥのアンテナにおける指示されたプリコーダを使用して物理チャネルを送信することとを含んでよい。
【００９１】
方法９００は、複数のＲＳリソースの送信電力を調整することを含んでよい。この場合、ＲＳリソースは同時に送信され、ＲＳリソースのそれぞれの送信電力は、他のＲＳリソースを調整する電力制御コマンドと異なっている電力制御コマンドによって調整される。いくつかの実施形態では、方法９００は、１つもしくは複数のＲＳリソースインジケータに対応するＰＵＳＣＨの送信電力を調整すること、または、各ＲＳリソースインジケータに対応する１つもしくは複数のＳＲＳリソースの送信電力を調整すること、あるいはこれらの両方を含んでよく、この場合、１つもしくは複数のＲＳリソースインジケータのそれぞれ、または、各ＲＳリソースインジケータのそれぞれに対応する送信電力は、１つもしくは複数のＲＳリソースインジケータ、または各ＲＳリソースインジケータのその他に対応する送信電力を調整する電力制御コマンドと異なっている電力制御コマンドによって調整される。
【００９２】
いくつかの実施形態では、複数のＲＳリソースはＵＥに対して指示され、方法９００は、複数の指示されたＲＳリソース内に含まれる全てのＲＳポートの位相を連帯的に調整するプリコーダを使用して、複数の指示されたＲＳリソースに対応する複数のアンテナサブセットにおいて物理チャネルを送信することをさらに含む。
【００９３】
図１０は、本開示の実施形態が実装可能である無線通信システム（例えば、セルラー通信システム）における例示のネットワークノード３０を示すブロック図である。ネットワークノード３０は、例えば、ｅＮＢまたはｇＮＢなどのネットワークアクセスポイントであってよい。示される例では、ネットワークノード３０は、無線アクセスノード、送受信ポイント（ＴＲＰ）、基地局、または無線ネットワーク内に通信を可能にする他の一般的な無線ノードであってよい。さまざまな実施形態では、ネットワークノード３０は、例えば、ベーストランシーバ基地局、基地局コントローラ、ネットワークコントローラ、拡張もしくはエボルブドＮｏｄｅＢ（ｅＮＢ）、ＮｏｄｅＢ、ｇＮＢ（ＮＲまたは５Ｇをサポートするアクセスポイント）、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、中継ノード、アクセスポイント、無線アクセスポイント、リモートラジオユニット（ＲＲＵ）、またはリモート無線ヘッド（ＲＲＨ）を表すこともできる。これらの例のいくつかがＵＥと通信するための無線回路構成を含まず、これを行う１つまたは複数の他のネットワークノードとの通信インターフェース回路３８を介して接続されることは、理解されるであろう。いくつかの実施形態では、ネットワークノード３０は、無線デバイス５０などの他のノード、または、ネットワークノード３０のカバレッジエリア（例えば、セル）内の他のアクセスノードに無線アクセスを提供する。ここで説明されるネットワークノード３０は、ＮＲネットワークにおいて動作するように設定されるが、本明細書に論じられる技法を利用する他のネットワークまたは標準に適用可能であってよい。
【００９４】
図１０に示されるように、ネットワークノード３０は、１つまたは複数のプロセッサ４２（例えば、ＣＰＵ、ＡＳＩＣ、および／またはＦＰＧＡなど）、および、コンピュータプログラム４６、および、オプションとして、設定データ４８を記憶するメモリ４４を備える処理回路構成３２を含む。ネットワークノード３０は、コアネットワークまたは他のネットワークノードと通信するための通信インターフェース回路構成３８を含んでよい。示されるネットワークノード３０は、無線デバイス５０などの無線デバイスと通信するために、１つもしくは複数のアンテナ３４に結合される、１つまたは複数の送信機または受信機を含んでよい送受信回路構成３６も含む。いくつかの実施形態では、本明細書に説明されるネットワークノード３０の機能性は、例えば、メモリ４４に記憶され、かつプロセッサ４２によって実行されるソフトウェアにおいて完全にまたは部分的に実装され得る。
【００９５】
いくつかの実施形態では、ネットワークノード３０のメモリ４４は、プロセッサ４２の１つまたは複数によって実行される時、ネットワークノード３０に、本明細書に説明される技法の１つまたは複数を実行させるように設定する命令を記憶する。
【００９６】
ネットワークノード３０は、単独で、または１つもしくは複数のネットワークノードと組み合わせて動作しようがしまいが、例えば、図１１に示される方法、およびこの別形を実行するように設定され得る。方法１１００は、図１１に示されるように、ＵＥがいくつかの異なったＲＳリソースを送信できることの指示を受信するステップを含み、ここで、ＲＳリソースのそれぞれはいくつかのＲＳポートを含み、このことはブロック１１０２に示されている。例示の方法１１００は、ブロック１１０４に示されるように、ＵＥが同時に送信できるのはどのＲＳリソースかの指示を受信することと、ブロック１１０６に示されるように、受信した指示に基づいて、少なくとも１つのＲＳリソースを選択することとをさらに含む。ＵＥが同時に送信できるのはどのＲＳリソースかの指示が、ＵＥが複数のリソースにおいて同時に送信可能であることを指示するより一般的なＵＥ能力情報の特定の例であることは理解されるであろう。
【００９７】
例示の方法１１００には示されないが、ネットワークノード３０は、いくつかの実施形態では、第１のＲＳ設定および第２のＲＳ設定を送ってよく、この場合、第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである。いくつかの実施形態では、ネットワークノード３０は、ＵＥに送信要求を送ってよく、ここで、送信要求は、例えば、ＵＥによって提供される能力情報を使用して、ＵＥが同時に送信できないＳＲＳリソースを送信するようにＵＥに命令することを回避するようにネットワークノード３０によって構成される。
【００９８】
方法１１００はまたさらに、ブロック１１０８に示されるように、選択された少なくとも１つのＲＳリソースの指示をＵＥに送信することと、ブロック１１１０に示されるように、指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいてＵＥによって送信される物理チャネルを受信することとを含む。
【００９９】
方法１１００はさらに、ＵＥにおける異なるアンテナサブセットにおいて送信されるＭＩＭＯレイヤを受信することと、異なるＲＳリソースに対応するアンテナポート間の相対位相をアンテナポートにおける送信の間にＵＥが制御できないことの指示を受信することとを含んでよい。少なくとも１つのＲＳリソースの指示を送信するステップは、複数のＲＳリソース、および複数のＲＳリソースのそれぞれに対応するプリコーダを送信することを含んでよい。受信した物理チャネルは、指示されたＲＳリソースのそれぞれと関連付けられたＵＥのアンテナにおける指示されたプリコーダを使用して送信され得る。
【０１００】
方法１１００は、少なくとも１つのＲＳリソースのそれぞれに対応する少なくとも１つのプリコーダの指示を受信することと、指示されたＲＳリソースと関連付けられたＵＥのアンテナにおける指示されたプリコーダを使用して物理チャネルを送信することとをさらに含んでよい。
【０１０１】
方法１１００は、ＵＥの複数のＲＳリソースのそれぞれに対する電力制御コマンドをＵＥに送信することを含んでよく、ここで、ＲＳリソースは同時に送信され、ＲＳリソースのそれぞれの送信電力は、他のＲＳリソースを調整する電力制御コマンドと異なっている電力制御コマンドによって調整される。
【０１０２】
いくつかの実施形態では、複数のＲＳリソースはＵＥに対して指示され、方法１１００は、複数の指示されたＲＳリソース内に含まれる全てのＲＳポートの位相を連帯的に調整するプリコーダを使用して、複数の指示されたＲＳリソースに対応する複数のアンテナサブセットにおいて送信される物理チャネルを受信することをさらに含む。
【０１０３】
本明細書に開示される独創的な技法および装置の他の実施形態は、無線デバイス５０の少なくとも１つのプロセッサによって実行される時、無線デバイス５０の少なくとも１つのプロセッサに、上述される方法の１つまたは複数を実行させる命令を含む、コンピュータプログラムおよびコンピュータプログラム製品を含む。同様に、実施形態は、ネットワークノードの少なくとも１つのプロセッサによって実行される時、ネットワークノード３０の少なくとも１つのプロセッサに、ネットワークノード３０について上述される方法の１つまたは複数を実行させる命令を含む、コンピュータプログラムおよびコンピュータプログラム製品を含む。
【０１０４】
以下に、上述されるさまざまな技法を補足するための追加の詳細についての文脈が示されている。
【０１０５】
ＲＡＮ１＃８８およびＲＡＮ１＃８８ｂｉｓなどからのＵＬ−ＭＩＭＯコードブック構造に対するいくつかの協定は、ＤＣＩによるＵＬ−ＭＩＭＯスケジューリングをＮＲがサポートすることを含む。このサポートは、先の時間インスタンスにおいてこのＵＥによって送信されたＳＲＩの指示を含むことができる。それぞれの設定されたＳＲＳリソースは、少なくとも１つのＵＬ  Ｔｘビーム／プリコーダと関連付けられ、単一のＳＲＳリソースが設定される時に必要とされるＳＲＩはない。ＵＬ−ＭＩＭＯに対するサポートはまた、指示されるＳＲＩにおいて設定されるＳＲＳポートの数までである可能な値に対するＴＲＩ、および広帯域ＴＰＭＩを含むことができる。ＴＰＭＩを使用して、ＳＲＩによって選択されたＳＲＳリソースにおけるＳＲＳポートにわたる好ましいプリコーダを指示する。プリコーディング行列は、指示されるＳＲＩにおいて設定されるＳＲＳポートの数に左右される場合がある。このフィールドは、非コードブックベースＵＬ−ＭＩＭＯ送信に使用されてよく、サブバンドＴＰＭＩはシグナリングされ得る。複数のＳＲＳリソースの選択を指示するための複数のやり方があってよい。
【０１０６】
ＵＥがＵＬ周波数選択プリコーディングによって設定される時、サブバンドＴＰＭＩシグナリングがサポートされる場合、以下の代替策：１）サブバンドＴＰＭＩが、所与のＰＵＳＣＨ送信のための割り当てられたＰＲＢに対してのみＤＣＩを介してＵＥにシグナリングされること、または２）サブバンドＴＰＭＩが、所与のＰＵＳＣＨ送信に対する実際のＲＡにかかわらず、ＵＬにおける全てのＰＲＢに対してＤＣＩを介してＵＥにシグナリングされること、のうちの１つがサポートされ得る。サブバンドＴＰＭＩは、２段コードブックがサポートされる場合のＷ２に対応し得る。広帯域ＴＰＭＩはサブバンドＴＰＭＩと共に常にシグナリングされ得る。
【０１０７】
さらに、複数の方式、例えば、方式ＡおよびＢに対する周波数選択プリコーディングをサポートするために使用されるＸポートおよびＹポートの所定の最小数ならびに規定があってよい。この協定に関して、方式Ａは、送信ポートの数がＸ以上である時にＣＰ−ＯＦＤＭに対する周波数選択プリコーディングのサポートに関わる先の協定に関するコードブックベースＵＬ送信である。方式Ｂは、送信ポートの数がＹ以上である時にＣＰ−ＯＦＤＭに対する周波数選択プリコーディングのサポートに関連している非コードブックベースＵＬ送信である。
【０１０８】
ＮＲにおけるコードブックベースＵＬ送信方式と非コードブックベースＵＬ送信方式との間の主な相違は、コードブックベースＵＬ送信に対して、ＴＰＭＩはＵＥにシグナリングされるが、非コードブックベースＵＬ送信に対して、ＴＰＭＩはシグナリングされないことである。別の相違は、コードブックベースＵＬ送信に対して、電力増幅器（ＰＡ）は、ＳＲＳポートにわたって追加のプリコーディングを適用する時電力増幅器の利用を存続させるために複数のＳＲＳポートにマッピングされることが意図されない（可能とされない）ことである。他方の非コードブックベースＵＬ送信に対して、ＰＡは、ＳＲＳポートにわたって適用されることになる追加のプリコーディングはないため、複数のＳＲＳポートにマッピングされることが意図される（可能とされる）。
【０１０９】
いくつかの実施形態では、コードブックベースＵＬ送信に対して、少なくとも１つのＴＰＭＩはＵＬ送信に対するプリコーダを判定するためにＵＥに再びシグナリングされる。他の実施形態では、非コードブックベースＵＬ送信に対して、ＵＥに再びシグナリングされるＴＰＭＩはない。その代わりに、ＳＲＩが、ＵＬ送信に対するプリコーダを判定するためにＵＥに再びシグナリングされ得る。
【０１１０】
ＴＰＭＩオーバーヘッドに対する主要な原動力は、広帯域または周波数選択ＴＰＭＩがサポートされるかどうかである。ＴＰＭＩオーバーヘッドは、ＰＤＣＣＨにおいて合理的に伝達されてよく、周波数選択プリコーディングからどのゲインが可能であり得るかについての上界が判定され得る。
【０１１１】
アップリンクおよびダウンリンクにおいてコードブックベース周波数選択プリコーディングをサポートするためのシグナリングは、根本的に異なっている。ダウンリンクにおいて、ＴＰＭＩシグナリングは回避可能であるが、これは、ＵＥがＤＭＲＳを測定することによって効果的なチャネルを判定できるからである。しかしながら、コードブックベースＵＬ  ＭＩＭＯにおいて、ＵＥはｇＮＢによって所望されるプリコーディングを知っていなければならないため、ＴＰＭＩによってシグナリングされなければならない。
【０１１２】
アップリンクプリコーディングとダウンリンクプリコーディングとの間の第２の相違は、ＵＣＩペイロードが多種多様なサイズであり得、ＵＥが固定サイズによる少数のＤＣＩフォーマットに対してのみ設定されることである。従って、ＤＬ  ＭＩＭＯに対するＰＭＩは、多種多様なサイズを有することができるが、ＵＬ  ＭＩＭＯに対するＴＰＭＩは好ましくは、固定サイズを有するものとする。２段階ＤＣＩシグナリングが追加のオーバーヘッドを伝達することが可能であるが、このような２段階設計が、一般に、ＮＲ制御シグナリングをかなり複雑にする可能性があり、少なくともＮＲの第１のバージョンにおいて好ましくない場合があることは留意されたい。
【０１１３】
別の相違は、ＵＣＩが多種多様なＰＵＣＣＨフォーマットおよびＰＵＳＣＨ上で伝達可能であることで、ＵＣＩをカバレッジ要件に従って適合させることが可能になることである。ＰＤＣＣＨは、異なるカバレッジ条件に対して可能とするように小型のおよびより大きいＤＣＩフォーマットをサポートするが、柔軟性は大幅に低くなる。
【０１１４】
別の所見は、ＮＲ  ＰＤＣＣＨがＬＴＥ  ＰＤＣＣＨと同じカバレッジを有するものとすることで、フォーマットサイズを同様とするものとすることである。これは、ＮＲ  ＵＬ  ＭＩＭＯに対するＴＰＭＩサイズに対する大まかな案内として使用可能である。６ビットまでが、４のＴｘプリコーディングおよびランク指示に使用され、５ビットが第２のトランスポートブロックのＭＣＳに使用され、１ビットは新しいデータインジケータであることは留意されたい。従って、ＴＰＭＩ、ＳＲＩ、およびＲＩの全てに対する合計１１ビットは、ＵＬ  ＭＩＭＯ動作に関するＬＴＥに対するオーバーヘッドの一貫した量を有することになる。
【０１１５】
ＴＰＭＩ、ＳＲＩ、およびＲＩの全てに対するおおよそ１０のＤＣＩビットがＮＲ  ＵＬ  ＭＩＭＯコードブック設計のための開始ポイントとして使用可能であることが認められる。
【０１１６】
広帯域およびサブバンドのＴＰＭＩの性能についてここで論述する。周波数選択ＴＰＭＩに必要とされるビット数は、サブバンドの数に比例する傾向がある。この節では、ランク１サブバンドのＴＰＭＩベース送信の理想的なアレイゲインを広帯域送信を使用するものと比較した、本発明者によって得られる高レベルのシミュレーション結果が提示される。上界および下界の性能は、サブバンド補正行列のＳＶＤおよび理想的な送信ダイバーシチ（ＴＸＤ）方式に基づいて理想的な閉ループ（ＣＬ）ＭＩＭＯによって評価される。性能比較について、リリース８のコードブックおよびコードブック例は、非定モジュラス要素によって評価された。ランク１プリコーディングが使用されるが、これは最大ゲインがどこにある傾向があるかであるため、サブバンドＴＰＭＩの利点に対する初期検査としての役割にサーブすることができるからである。図１２〜図１５に示されるプロットは、単一リンクをモデル化するために３ＧＰＰ評価想定によるシステムレベルのシミュレータから引き出されるチャネル実現を使用することによって得られる。従って、ＵＥ間干渉などのシステムレベルの懸念事項は性能比較において捕えられない。理想的なチャネル推定が使用される。その結果として、この結果は、周波数選択プリコーディングのゲインに関する上界とみなされ得る。マルチパネルが備えられたＵＥに対するシミュレーション結果が図１２〜図１５に示される。２つ（４つ）のＵＥアンテナは、異なる角度から、すなわち、アジマスにおいて角度０度および１８０度（０度、９０度、１８０度、および２７０度）で信号を送信するために２つ（４つ）の単一ポートパネルとして実装される。
【０１１７】
図１２〜図１３は、２８ＧＨｚの周波数における１０ＭＨｚのチャネル帯域幅による２つの１ポートパネル上のランク１送信に対する評価結果を示す。これらのシミュレーションにおいて、３つの異なるサブバンドサイズが比較され、すなわち、合計４８ＰＲＢと想定すると、広帯域送信に加えてサブバンドごとに１ＰＲＢおよび１２ＰＲＢであり、これは図において楕円でグループ化された異なる曲線で示されている。
【０１１８】
これらの結果から、０．４ｄＢまでの最大（基本的には理論的な）ゲインが、広帯域送信にわたるサブバンドごとに１つのＰＲＢによるサブバンドＴＰＭＩベース送信によって達成可能であることが認められる。４サブバンドなどのより現実的な数のサブバンドは、およそ０．１５ｄＢの中間ゲインを生じさせる。
【０１１９】
コードブックを比較すると、例示のコードブックがリリース８のコードブックより著しく性能が優れている傾向があり、およそ１．０ｄＢの中間ゲインを有することが多いことが認められる。３ビットのオーバーヘッドを有する広帯域の例示のコードブックは、実際には、リリース８のコードブックが（サブバンドごとのＴＰＭＩで）より多くのビットを使用する時にもリリース８のコードブックより性能が優れている。例示のコードブックのゲインは、非定モジュラス要素のこの使用により大きいと予想されるため、非定モジュラス要素によるより大きいコードブックがリリース８の（定モジュラス）コードブックによるより多くのサブバンドを使用することより良好な性能のソリューションであり得ると結論付けられる。これは、とりわけ、異なるパネルの指向性がパネルからのｇＮＢにおける広く変化する受信される電力レベルをもたらす可能性があるため、ミリメートル波の事例に当てはまる。
【０１２０】
図１２および図１３は、周波数２８ＧＨｚにおける２つの１ポートパネル上のランク１送信に対する異なる送信方式および異なるコードブックの間の達成可能なチャネルゲインに関する性能比較を示す。
【０１２１】
図１４および図１５は、周波数２８ＧＨｚにおける４つの１ポートパネル上のランク１送信に対する異なる送信方式および異なるコードブックの間の達成可能なチャネルゲインに関する性能比較を示す。４つの１ポートパネル上のランク１送信に対するシミュレーション結果が、図１４および図１５に提供される。これらの４つの１ポートパネルに対して同様の所見がなされ得る。とりわけ、周波数選択プリコーディングにおける実際的な数のサブバンドからのゲインは、さらにまた数十倍のｄＢになる。しかしながら、４ポートコードブックは２ポートコードブックより大きいため、２ポートサブバンドプリコーディングと同じゲインに達するための４ポートサブバンドプリコーディングに対するＴＰＭＩオーバーヘッドははるかに大きくなる。従って、サブバンドＴＰＭＩは２ポートよりも４ポートの方がより少ない動機となると思われる。
【０１２２】
現実的なチャネルにおける実際的な数のビットによるサブバンドＴＰＭＩからのゲインが少量である場合があることが認められる。例えば、２８ＧＨｚにおける２ポートおよび４ポートの両方に対して、ＵＭａにおいておよそ０．１５〜０．３ｄＢの中間ゲインが認められる。また、コードブックサイズの増大および非定モジュラス要素の使用によって、マルチパネルＵＥにおけるサブバンドサイズを増大するよりも実質的に良好なゲインがもたらされ得ることが認められる。
【０１２３】
このコントリビューションにおいて提示されるシミュレーション結果に基づいて、いくつかの実施形態では、サブバンドＴＰＭＩが必要とされる場合がある。Ｘの値はＵＬ  ＭＩＭＯサブバンドプリコーディングゲインによって判定されない場合がある。非定モジュラスによるコードブックは、ＵＬ  ＭＩＭＯに対するサブバンドＴＰＭＩの代替策とみなされ得る。
【０１２４】
ＵＥのアンテナアレイトポロジは、アンテナエレメント放射パターン、偏波特性、アンテナエレメント分離、および指し示す方向に関して全くの任意であることが予想される。特により高い周波数におけるＵＥ実装形態について、ＵＥ内の異なるアンテナ配置（それぞれのアンテナ配置、例えば、単一のアンテナエレメントまたはパネルが１つのベースバンドポートに接続されると想定される場合）は、例えば、異なる方向を指し示す放射パターン、アンテナ配置間の大きな分離、または直交偏波により、関連性が低いまたはないチャネルを経験することになることが予想される。これは、簡易なｉ．ｉ．ｄ．モデルが適切であると言っているのではない。むしろ、これらのさまざまなＵＥ設定の現実的なチャネルおよびモデルによる評価は堅牢なコードブックを生じさせるために必要である。
【０１２５】
それ故に、多種多様なＵＥアンテナ設定およびチャネル条件において良好に機能することができるコードブックを作成することが所望されている。等しく間隔があけられたアンテナエレメントによる、アンテナエレメントの均一の線形アレイまたはサブアレイに基づくＤＬ  ＤＦＴベースコードブックは、ＵＥにとって十分ではない場合がある。
【０１２６】
完全なＵＥアンテナ実装形態の自由度をサポートするために、ＮＲコードブックが多種多様なＵＥアンテナ設定およびチャネル条件を考慮して設計されるべきであることが認められる。
【０１２７】
また、ＵＬコードブック設計に対するいくつかの最適化が可能である。ＤＦＴ−Ｓ−ＯＦＤＭおよびＣＰ−ＯＦＤＭの両方がアップリンクに対してサポートされるべきであるため、波形の両方のセットに対するコードブックを設計することが可能である。多段階または一段階のコードブックは、チャネル条件、および許容可能であるＵＬオーバーヘッドの量に従ってサポート可能である。コードブックを存続させるキュービックメトリック、または非定モジュラス要素によるキュービックメトリックは、ある潜在的な電力節約対性能のトレードオフなどを可能にするように設定可能である。従って、ベースラインとして簡易で堅牢な設計から始めること、およびコードブックを、それらの性能ゲイン、複雑さの利益、および使用事例が確立された後に１つずつ追加することが望ましい場合がある。
【０１２８】
最適化には、ＵＬ  ＭＩＭＯの使用事例に留意するべきである。ＵＥにおける複数のＴｘチェーンの主要な目標は一般的に、ＳＵ−ＭＩＭＯであるが、これは、エンドユーザが有することで利益を得ることができるより高いピーク速度を可能にするからである。システム能力ゲインは、アップリンクセクタ化および／またはＭＵ−ＭＩＭＯによるものである可能性がより高いが、これは、ｇＮＢがより多くの（恐らくはるかに多くの）受信アンテナを有する傾向があるからである。複数のＴｘアンテナがＵＥ能力である場合に複数のＴｘアンテナに基づいてセルカバレッジを設定することができないため、複数のＵＥアンテナは、一般的に、レンジを増大させるための効果的なやり方ではない。従って、設計は、可能なＤＣＩビットの中から最も「これに見合うだけの価値がある」ものを得ること、および簡易な方式を使用することに重点を置くべきである。
【０１２９】
多種多様なコードブックが、ＣＰ−ＯＦＤＭ対ＤＦＴ−Ｓ−ＯＦＤＭ、ＣＭの存続対非定モジュラス、一段階対多段階などについて設計可能であることが認められる。従って、ベースラインとして堅牢で簡易なコードブックの設計、およびこれらのゲイン、複雑さ、および使用事例に従って他のコードブックを加えることは優先されるべきである。
【０１３０】
８ポートＳＲＳがサポートされることになるかどうかは依然未定である。上で論じられるように、ＵＬ  ＭＩＭＯ設計は主にピーク速度が動機となっている。ＮＲは、アップリンク上で１５ｂｐｓ／Ｈｚのピークスペクトル効率を必要とし、これは、それぞれが５／８の符号レートを有する４つの６４のＱＡＭ  ＭＩＭＯレイヤを満たすことができる。従って、８のＭＩＭＯレイヤに対しても、少なくとも、ＮＲの第１のリリースにおける８のＳＲＳポートをサポートするためのコードブックに対しても必要性がないと思われる。前方互換性に留意するべきであるため、リリース１５のＮＲが８のＭＩＭＯレイヤをサポートしない場合でも、リリース１５における８のＤＭＲＳおよび８のＳＲＳポートを有することが望ましい場合があることに留意されたい。４レイヤＳＵ−ＭＩＭＯが１５ｂｐｓ／ＨｚのＮＲピークスペクトル効率要件を満たすことができることが認められる。リリース１５のＮＲは、ＳＵ−ＭＩＭＯ送信およびコードブックに対して多くても４レイヤをサポートすることができる。
【０１３１】
少なくともいくつかのＵＥ実装形態において、ＵＥにおける異なるアンテナが低い相関性を有することが予想されるという想定により、２段階コードブック（すなわち、ＬＴＥダウンリンクに対して規定されるように、Ｗ＝Ｗ１Ｗ２構造である）は十分ではない恐れがあるが、これは、この構造が具体的には、別個の広帯域（および潜在的にはゆっくり変化する）およびサブバンド挙動に合わせられるからである。また、２のＳＲＳポートコードブックは単に一段階のものになる。
【０１３２】
しかしながら、ＵＥ設定において、より多くのＳＲＳポートによって、チャネルが十分な相関性を示す場合、これは、２段階コードブックによって行われるようにフィードバックを低減するために活用可能である。いくつかの実施形態では、ＵＬコードブックは２段階構造を含んでよい。一段階コードブック構造が低いチャネル相関をハンドリングする必要がある可能性があることが認められる。いくつかの実施形態では、多段階コードブック構造（例えば、ＤＬにおけるようにＷ＝Ｗ１Ｗ２を使用する）は、チャネル相関がそのように可能である場合に、オーバーヘッドを低減するために使用され得る。
【０１３３】
ＲＡＮ１＃８８ｂｉｓによる２つの代替策は、ＴＰＭＩが経時的に持続するかどうかについての根本的な含意を有する。代替策１において、サブバンドＴＰＭＩは、所与のＰＵＳＣＨ送信のために割り当てられたＰＲＢのみに対してＤＣＩを介してＵＥにシグナリングされ得る。代替策２において、サブバンドＴＰＭＩは、所与のＰＵＳＣＨ送信に対する実際のＲＡにかかわらず、ＵＬにおける全てのＰＲＢに対してＤＣＩを介してＵＥにシグナリングされ得る。
【０１３４】
代替策１において、ＴＰＭＩはＰＵＳＣＨ送信にのみ適用される。これは、サブフレーム間のＴＰＭＩの相互依存または蓄積がない、すなわち、ＴＰＭＩが「単発」であることを意味する。ＴＰＭＩを持続させることを可能にすることを使用して、例えば、長期の「Ｗ１」が短期の「Ｗ２」より少ない回数でシグナリングされる多段階コードブックにおいて、オーバーヘッドを低減することが可能である。同様に、異なるサブフレームにおける異なるＴＰＭＩは異なるサブバンドに適用可能である。しかしながら、オーバーヘッドが節約可能である場合またはどれくらい節約できるかは、チャネル特性、およびＵＥが行うＰＵＳＣＨ送信は何回かに左右される。
【０１３５】
さらに、ＴＰＭＩは、ＳＲＳなどの他の信号ではなくＰＵＳＣＨにのみ適用される。これは、ＴＰＭＩによって制御されるＳＲＳのプリコーディングを可能にする代替策２とは対照的である。ｅＮＢはＴＰＭＩを知っており、かつプリコーディングされないＳＲＳまたはＤＭＲＳのどちらかを有するため、ｅＮＢは、プリコーディング後に複合チャネルを判定することができるようにするものとし、例えば、干渉推定または電力制御の観点からの利益はない。さらに、複数のＳＲＳリソースを使用して、Ｔｘチェーンのビーム形成ゲインを追跡することができる。ＴＰＭＩはＳＲＳプリコーディングを制御することができる。最終的に、代替策２が帯域幅部分の外部に適用されるかどうかは不明確である。いくつかの実施形態では、ＲＡＮ１＃８８ｂｉｓによる代替策１の別形は、少なくとも広帯域ＴＰＭＩおよび一段階コードブックに対してサポートされ、ＴＰＭＩは、所与のＰＵＳＣＨ送信に対して割り当てられたＰＲＢ対してのみＤＣＩを介してＵＥにシグナリングされる。
【０１３６】
いくつかの実施形態では、コードブックは、コードブックのサイズを最小化することでオーバーヘッドシグナリングを低減するために、プリコーダを組み合わせるポートのみを含有するコードブックベースＵＬ送信に使用され得る（すなわち、これがＳＲＩを介してハンドリングできるため、ポート選択のプリコーダはない）。
【０１３７】
ＮＲは恐らくコードブックにおける限られた数のポートのみをサポートすることになるのに対し、ＳＲＳリソースの数はより柔軟になるため、ポート選択に対してコードブックの代わりにＳＲＩを使用することは有利である可能性がある。ＳＲＩはＴＰＭＩオーバーヘッドを増大させることなくＵＥ  Ｔｘアンテナ選択に使用可能であることが認められる。いくつかの実施形態では、コードブックベースＵＬ送信に対するコードブックは、プリコーダを組み合わせるポートのみを含有するものとする。
【０１３８】
アンテナパターン、向き、および偏波の挙動はＵＥにおいては大きく変化するものであるため、マルチパネルＵＥに対してモデルを具体的に開発することは実際的ではない場合がある。しかしながら、無相関のエレメントをサポートするコードブック設計は、多種多様なアンテナ設定にわたってゲインを提供可能である。従って、十分に堅牢な単一パネル設計は、マルチパネルの場合において使用可能である。堅牢な単一パネル設計がマルチパネル応用に使用可能であることが認められる。いくつかの実施形態では、ＵＬコードブック設計は単一パネル動作を対象にし、マルチパネル動作は単一パネル設計によってサポートされ得る。
【０１３９】
パネルにおけるエレメントの空間特性がパネル間で異なっている可能性があるため、異なるＳＲＳリソースにおける異なるパネルを送信することは当然のことである。しかしながら、より高いランクでより指向性のある送信をもたらすために、および／または複数の電力増幅器からの送信電力を組み合わせるために、複数のパネルにおいて同時に送信することも有益であり得る。その結果として、コードブックが適用可能であるポートは、ＳＲＳリソースをアグリゲートすることによって形成可能であるものとする。複数のＳＲＩが指示される時、ＴＰＭＩは指示されたリソースにおける全てのポートにわたって適用され、アグリゲートされたリソースに対応するコードブックが使用される。いくつかの実施形態において、ＴＰＭＩは、複数のＳＲＩによって指示されるアグリゲートされたＳＲＳリソースに適用可能である。
【０１４０】
ＵＬビーム管理についての概念は、各ＵＥパネルに対するビーム（またはより正確には、有効アンテナパターン）を制御するためにＮＲに対して現在開発されている。ＵＬビーム管理が、ＵＥに、ＴＲＰがＲＳＲＰ測定を行い、かつ最高のＲＳＲＰ値によるＳＲＳリソースに対応するＳＲＩを再びシグナリングする、異なるＵＥパネルビームにおける異なるＳＲＳリソースを送信させることによって行われることが予期される。マルチパネルＵＥが複数のパネルのそれぞれからの複数のビームのＳＲＳ送信に対してスケジューリングされる場合、ＴＲＰおよびＵＥは、ＳＲＳリソースの組み合わせが異なるパネルから同時に送信可能である相互の合意を有する必要がある。その他の場合、ＴＲＰは、ＳＲＳリソースが１パネルにおける異なる切り換えられたアナログビームに対応する時など、同時に送信可能でないＳＲＳリソースを選択する可能性がある。これを解決するための１つのやり方は、ＳＲＳリソースグループにおけるリソースのうちの１つのみが一度に送信可能である場合にＳＲＳリソースのグループを識別することである。ＳＲＳリソースグループのそれぞれからの１つのリソースは、他のグループからの他の選択されたＳＲＳリソースのそれぞれと同時に送信可能である。ＳＲＳグループの数、およびどのＳＲＳリソースがグループにあるかを知っていると仮定すると、ＴＲＰは、複数のＳＲＩがシグナリングされる時にＵＥに送信するように指示することができるのはどのＳＲＳリソースかを判定することができる。
【０１４１】
ここでのＳＲＳリソースグループの概念がＮＲダウンリンクに対して規定されるＤＭＲＳポートグループ、およびＳＲＳポートグループと同様の目的にサーブすることは留意されたい。ＳＲＩがＳＲＳリソースに言及すると仮定すると、ＳＲＳアンテナポートグループは１つのＳＲＳリソース内のある選択または下位区分を含意すると思われるため、「ＳＲＳリソースグループ」は意図される挙動を説明するためにより適切であると思われる。
【０１４２】
いくつかの実施形態では、ＳＲＳリソースグループは、ＵＥが、一度にＳＲＳリソースグループにおける１つのＳＲＳリソースのみを送信することが可能であると想定できる場合に、および、ＵＥが、複数のＳＲＳリソースグループのそれぞれからの１つのＳＲＳリソースを同時に送信可能である場合に、規定され得る。
【０１４３】
コードブックベースＵＬ送信および非コードブックベースＵＬ送信の規定、ＵＬ  ＭＩＭＯコードブックの設計、これらをサポートするのに利用可能であってよいＴＰＭＩオーバーヘッドの量、ＴＰＭＩを持続させるべきであるかにかかわらず、周波数選択プリコーディングの利益、ならびにＵＬ  ＳＵ−ＭＩＭＯおよびコードブックが設計されるものとするポートおよびレイヤの数を含む、さまざまなＵＬ  ＭＩＭＯコードブック関連の問題点が考察されている。ＴＰＭＩ、ＳＲＩ、およびＲＩの全てに対しておおよそ１０のＤＣＩビットがＮＲ  ＵＬ  ＭＩＭＯコードブック設計のための開始ポイントとして使用可能であり、かつ現実的なチャネルにおける実際的なビット数によるサブバンドＴＰＭＩからのゲインが少量であってよいことが認められる。例えば、２８ＧＨｚにおける２ポートおよび４ポートの両方に対して、およそ０．１５〜０．３ｄＢの中間ゲインがＵＭａに認められる。
【０１４４】
コードブックサイズを増大させることおよび非定モジュラス要素を使用することによって、マルチパネルＵＥにおけるサブバンドサイズを増大させるよりも実質的に良好なゲインがもたらされ得ることも認められている。完全なＵＥアンテナ実装形態の自由度をサポートするために、ＮＲコードブックは、多種多様なＵＥアンテナ設定およびチャネル条件を考慮して設計されるべきである。多種多様なコードブックが、ＣＰ−ＯＦＤＭ対ＤＦＴ−Ｓ−ＯＦＤＭ、ＣＭの存続対非定モジュラス、一段階対多段階などについて設計可能であることが認められる。４レイヤＳＵ−ＭＩＭＯが１５ｂｐｓ／ＨｚのＮＲピークスペクトル効率要件を満たすことができることが認められる。一段階コードブック構造は低いチャネル相関をハンドリングする必要がある可能性がある。
【０１４５】
ＳＲＩがＴＰＭＩオーバーヘッドを増大させることなくＵＥ  Ｔｘアンテナ選択に使用可能であり、堅牢な単一パネル設計がマルチパネル応用において使用可能であることも認められる。
【０１４６】
いくつかの実施形態では、コードブックベースＵＬ送信に対して、少なくともＴＰＭＩはＵＬ送信のためのプリコーダを判定するためにＵＥに再びシグナリングされる。非コードブックベースＵＬ送信に対して、ＴＰＭＩはＵＥに再びシグナリングされない場合があり、その代わりに、ＳＲＩが、ＵＬ送信のためのプリコーダを判定するためにＵＥに再びシグナリングされることになる。サブバンドＴＰＭＩは場合によって使用され得る。
【０１４７】
いくつかの実施形態では、Ｘの値はＵＬ  ＭＩＭＯサブバンドプリコーディングゲインによって判定されない。非定モジュラスによるコードブックは、ＵＬ  ＭＩＭＯに対するサブバンドＴＰＭＩに対する代替策とみなされ得る。
【０１４８】
いくつかの実施形態において、ベースラインとして堅牢で簡易なコードブックの設計、および他のコードブックを、それらのゲイン、複雑さ、および使用事例に従って追加することは、優先され得る。リリース１５のＮＲは、ＳＵ−ＭＩＭＯ送信およびコードブックに対して多くても４レイヤをサポートすることができる。（例えば、ＤＬのようにＷ＝Ｗ１Ｗ２を使用する）多段階コードブック構造は、チャネル相関がそのように可能である場合にオーバーヘッドを低減するために有用である可能性がある。
【０１４９】
いくつかの実施形態では、ＲＡＮ１＃８８ｂｉｓによる代替策１の別形は、少なくとも広帯域ＴＰＭＩおよび一段階コードブックに対してサポートされ、ＴＰＭＩは、所与のＰＵＳＣＨ送信のための割り当てられたＰＲＢに対してのみＤＣＩを介してＵＥにシグナリングされる。コードブックベースＵＬ送信に対するコードブックは、場合によってプリコーダを組み合わせるポートのみを含有するものとする。
【０１５０】
ＵＬコードブック設計は単一パネル動作を対象にし、マルチパネル動作は単一パネル設計によってサポートされ得る。
【０１５１】
ＴＰＭＩは、複数のＳＲＩによって指示されるアグリゲートされたＳＲＳリソースに適用可能である。ＳＲＳリソースグループは、ＵＥが、一度にＳＲＳリソースグループにおける１つのＳＲＳリソースのみを送信することが可能であると想定できる場合に、および、ＵＥが、複数のＳＲＳリソースグループのそれぞれからの１つのＳＲＳリソースを同時に送信可能である場合に、規定され得る。
【０１５２】
図１６は、本開示のいくつかの他の実施形態による無線デバイス５０の概略的なブロック図である。ノードは、１つまたは複数のモジュールを含み、これらのそれぞれはソフトウェアにおいて実装される。モジュールは、本明細書に説明されるいくつかのＵＥ関連の技法のいずれかによる無線デバイスの機能性を提供し、かつＵＥがいくつかの異なったＲＳリソースであって、ＲＳリソースのそれぞれはいくつかのＲＳポートを含む、ＲＳリソースを送信できることの指示を送信するための、およびＵＥが同時に送信できるのはどのＲＳリソースかの指示を送信するための指示送信モジュール１６０２を含む。示された無線デバイス５０は、少なくとも１つのＲＳリソースの指示を受信するための受信モジュール１６０４と、指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいて物理チャネルを送信するための物理チャネル送信モジュール１６０６とをさらに含む。
【０１５３】
同様に、図１７は、本開示のいくつかの他の実施形態によるネットワークノードの概略的なブロック図である。ノードは、１つまたは複数のモジュールを含み、モジュールのそれぞれはソフトウェアにおいて実装される。モジュールは、いくつかの実施形態に従って、ネットワークノードの機能性を提供し、かつＵＥがいくつかの異なったＲＳリソースであって、ＲＳリソースのそれぞれはいくつかのＲＳポートを含む、ＲＳリソースを送信できることの指示を受信するための、およびＵＥが同時に送信できるのはどのＲＳリソースかの指示を受信するための指示受信モジュール１７０２と、受信した指示に基づいて少なくとも１つのＲＳリソースを選択するための選択モジュール１７０４とを含む。示されたネットワークノード３０は、選択された少なくとも１つのＲＳリソースの指示をＵＥに送信するための送信モジュール１７０６と、指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいてＵＥによって送信される物理チャネルを受信するための物理チャネル受信モジュール１７０８とをさらに含む。
【０１５４】
特に、開示された発明の修正および他の実施形態について、前述の説明および関連の図面に提示される教示の利益を有する当業者は想到するであろう。従って、本発明が開示される具体的な実施形態に限定されるものではなく、修正および他の実施形態が本開示の範囲内に含まれることが意図されることは、理解されたい。具体的な用語が本明細書に用いられる場合があるが、これらは、一般的かつ記述的な意味でのみ使用され、限定を目的とするものではない。
【０１５５】
上に開示される技法および装置の実施形態は、限定はされないが、以下の実施例を含む。
【０１５６】
（ａ）ＵＥにおいて、ＵＥにおける異なるアンテナサブセットにおいて送信する方法であって、
ＵＥがいくつかの異なったＲＳリソースを送信できることの指示を送信することであって、ＲＳリソースのそれぞれはいくつかのＲＳポートを含む、送信することと、
ＵＥが同時に送信できるのはどのＲＳリソースかの指示を送信することと、
少なくとも１つのＲＳリソースの指示を受信することと、
指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいて物理チャネルを送信することと、を含む、方法。
【０１５７】
（ｂ）ＵＥにおける異なるアンテナサブセットにおいてＭＩＭＯレイヤを送信することをさらに含み、
方法は、異なるＲＳリソースに対応するアンテナポート間の相対位相をアンテナポートにおける送信の間にＵＥが制御できないことの指示を送信することをさらに含み、
少なくとも１つのＲＳリソースの指示を受信するステップは、複数のＲＳリソース、および複数のＲＳリソースのそれぞれに対応するプリコーダを受信することをさらに含み、
物理チャネルを送信するステップは、指示されたＲＳリソースのそれぞれと関連付けられたＵＥのアンテナにおける指示されたプリコーダを使用することを含む、例示の実施形態（ａ）の方法。
【０１５８】
（ｃ）少なくとも１つのＲＳリソースのそれぞれに対応する少なくとも１つのプリコーダの指示を受信することと、
指示されたＲＳリソースと関連付けられたＵＥのアンテナにおける指示されたプリコーダを使用して物理チャネルを送信することと、をさらに含む、例示の実施形態（ａ）または（ｂ）の方法。
【０１５９】
（ｄ）複数のＲＳリソースの送信電力を調整することをさらに含み、ＲＳリソースは同時に送信され、ＲＳリソースのそれぞれの送信電力は、他のＲＳリソースを調整する電力制御コマンドと異なっている電力制御コマンドによって調整される、例示の実施形態（ａ）〜（ｃ）のいずれかの方法。
【０１６０】
（ｅ）複数のＲＳリソースはＵＥに対して指示され、方法は、複数の指示されたＲＳリソース内に含まれる全てのＲＳポートの位相を連帯的に調整するプリコーダを使用して、複数の指示されたＲＳリソースに対応する複数のアンテナサブセットにおいて物理チャネルを送信することをさらに含む、例示の実施形態（ａ）〜（ｄ）のいずれかの方法。
【０１６１】
（ｆ）無線ネットワークのネットワークノードにおいて、ＵＥにおける異なるアンテナサブセットにおいてＵＥからの送信を受信する方法であって、
ＵＥがいくつかの異なったＲＳリソースを送信できることの指示を受信することであって、ＲＳリソースのそれぞれはいくつかのＲＳポートを含む、受信することと、
ＵＥが同時に送信できるのはどのＲＳリソースかの指示を受信することと、
受信した指示に基づいて少なくとも１つのＲＳリソースを選択することと、
選択された少なくとも１つのＲＳリソースの指示をＵＥに送信することと、
指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいてＵＥによって送信される物理チャネルを受信することと、を含む、方法。
【０１６２】
（ｇ）方法は、ＵＥにおける異なるアンテナサブセットにおいて送信されるＭＩＭＯレイヤを受信することをさらに含み、
方法は、異なるＲＳリソースに対応するアンテナポート間の相対位相をアンテナポートにおける送信の間にＵＥが制御できないことの指示を受信することをさらに含み、
少なくとも１つのＲＳリソースの指示を送信するステップは、複数のＲＳリソース、および複数のＲＳリソースのそれぞれに対応するプリコーダを送信することを含み、
受信した物理チャネルは、指示されたＲＳリソースのそれぞれと関連付けられたＵＥのアンテナにおける指示されたプリコーダを使用して送信される、例示の実施形態（ｆ）の方法。
【０１６３】
（ｈ）少なくとも１つのＲＳリソースのそれぞれに対応する少なくとも１つのプリコーダの指示を受信することと、
指示されたＲＳリソースと関連付けられたＵＥのアンテナにおける指示されたプリコーダを使用して物理チャネルを送信することと、をさらに含む、例示の実施形態（ｆ）または（ｇ）の方法。
【０１６４】
（ｉ）ＵＥの複数のＲＳリソースのそれぞれに対する電力制御コマンドをＵＥに送信することをさらに含み、ＲＳリソースは同時に送信され、ＲＳリソースのそれぞれの送信電力は、他のＲＳリソースを調整する電力制御コマンドと異なっている電力制御コマンドによって調整される、例示の実施形態（ｆ）〜（ｈ）のいずれかの方法。
【０１６５】
（ｊ）複数のＲＳリソースはＵＥに対して指示され、方法は、複数の指示されたＲＳリソース内に含まれる全てのＲＳポートの位相を連帯的に調整するプリコーダを使用して、複数の指示されたＲＳリソースに対応する複数のアンテナサブセットにおいて送信される物理チャネルを受信することをさらに含む、例示の実施形態（ｆ）〜（ｉ）のいずれかの方法。
【０１６６】
（ｋ）ＵＥにおける異なるアンテナサブセットにおいて送信するように適合されるＵＥであって、
ＵＥがいくつかの異なったＲＳリソースを送信できることの指示を送信することであって、ＲＳリソースのそれぞれはいくつかのＲＳポートを含む、送信することと、
ＵＥが同時に送信できるのはどのＲＳリソースかの指示を送信することと、
少なくとも１つのＲＳリソースの指示を受信することと、
指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいて物理チャネルを送信することとを行うように適合される、ＵＥ。
【０１６７】
（ｌ）ＵＥは、ＵＥにおける異なるアンテナサブセットにおいてＭＩＭＯレイヤを送信するようにさらに適合され、
ＵＥは、異なるＲＳリソースに対応するアンテナポート間の相対位相をアンテナポートにおける送信の間にＵＥが制御できないことの指示を提供するように適合され、
ＵＥは、複数のＲＳリソース、および複数のＲＳリソースのそれぞれに対応するプリコーダを受信するように適合され、
ＵＥは、指示されたＲＳリソースのそれぞれと関連付けられたＵＥのアンテナにおける指示されたプリコーダを使用して物理チャネルを送信するように適合される、例示の実施形態（ｋ）のＵＥ。
【０１６８】
ＵＥは、
（ｍ）少なくとも１つのＲＳリソースのそれぞれに対応する少なくとも１つのプリコーダの指示を受信するように、および、
指示されたＲＳリソースと関連付けられたＵＥのアンテナにおける指示されたプリコーダを使用して物理チャネルを送信するようにさらに適合される、例示の実施形態（ｋ）または（ｌ）のＵＥ。
【０１６９】
（ｎ）ＵＥは、複数のＲＳリソースの送信電力を調整するようにさらに適合され、ＲＳリソースは同時に送信され、ＲＳリソースのそれぞれの送信電力は、他のＲＳリソースを調整する電力制御コマンドと異なっている電力制御コマンドによって調整される、例示の実施形態（ｋ）〜（ｍ）のいずれかのＵＥ。
【０１７０】
（ｏ）複数のＲＳリソースはＵＥに対して指示され、ＵＥは、複数の指示されたＲＳリソース内に含まれる全てのＲＳポートの位相を連帯的に調整するプリコーダを使用して、複数の指示されたＲＳリソースに対応する複数のアンテナサブセットにおいて物理チャネルを送信するようにさらに適合される、例示の実施形態（ｋ）〜（ｎ）のいずれかのＵＥ。
【０１７１】
（ｐ）ＵＥにおける異なるアンテナサブセットにおいてＵＥからの送信を受信するように適合される無線ネットワークのネットワークノードであって、
ＵＥがいくつかの異なったＲＳリソースを送信できることの指示を受信することであって、ＲＳリソースのそれぞれはいくつかのＲＳポートを含む、受信することと、
ＵＥが同時に送信できるのはどのＲＳリソースかの指示を受信することと、
受信した指示に基づいて少なくとも１つのＲＳリソースを選択することと、
選択された少なくとも１つのＲＳリソースの指示をＵＥに送信することと、
指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいてＵＥによって送信される物理チャネルを受信することとを行うように適合される、ネットワークノード。
【０１７２】
（ｑ）ネットワークノードは、ＵＥにおける異なるアンテナサブセットにおいて送信されるＭＩＭＯレイヤを受信するように適合され、ネットワークノードは、
ＵＥが、異なるＲＳリソースに対応するアンテナポート間の相対位相をアンテナポートにおける送信の間にＵＥが制御できないことの指示を受信するように、および、
複数のＲＳリソース、および複数のＲＳリソースのそれぞれに対応するプリコーダをＵＥに送信するように適合され、
受信したチャネルは、指示されたＲＳリソースのそれぞれと関連付けられたＵＥのアンテナにおける指示されたプリコーダを使用してＵＥによって送信される、例示の実施形態（ｐ）のネットワークノード。
【０１７３】
（ｒ）少なくとも１つのＲＳリソースのそれぞれに対応する少なくとも１つのプリコーダの指示を受信するように、および
指示されたＲＳリソースと関連付けられたＵＥのアンテナにおける指示されたプリコーダを使用して物理チャネルを送信するようにさらに適合される、例示の実施形態（ｐ）または（ｑ）のネットワークノード。
【０１７４】
（ｓ）ネットワークノードは、ＵＥの複数のＲＳリソースのそれぞれに対する電力制御コマンドをＵＥに送信するようにさらに適合され、ＲＳリソースは同時に送信され、ＲＳリソースのそれぞれの送信電力は、他のＲＳリソースを調整する電力制御コマンドと異なっている電力制御コマンドによって調整される、例示の実施形態（ｐ）〜（ｒ）のいずれかのネットワークノード。
【０１７５】
（ｔ）複数のＲＳリソースはＵＥに対して指示され、受信した物理チャネルは、複数の指示されたＲＳリソース内に含まれる全てのＲＳポートの位相を連帯的に調整するプリコーダを使用して、複数の指示されたＲＳリソースに対応する複数のアンテナサブセットにおいてＵＥによって送信される、例示の実施形態（ｐ）〜（ｓ）のいずれかのネットワークノード。
【０１７６】
（ｕ）ＵＥにおける異なるアンテナサブセットにおいて送信するように適合されるＵＥであって、
送受信回路と、
送受信回路に動作可能に結合されるプロセッサと、
処理回路に結合されるメモリであって、プロセッサによる実行のための命令を記憶することによって、プロセッサは送受信回路に、
ＵＥが、いくつかの異なったＲＳリソースであって、ＲＳリソースのそれぞれはいくつかのＲＳポートを含む、ＲＳリソースを送信できることの指示を送信するように、
ＵＥが同時に送信できるのはどのＲＳリソースであるかの指示を送信するように、
少なくとも１つのＲＳリソースの指示を受信するように、および
指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいて物理チャネルを送信するように制御するように設定される、メモリと、を含む、ＵＥ。
【０１７７】
（ｖ）プロセッサは、ＵＥにおける異なるアンテナサブセットにおいてＭＩＭＯレイヤを送信するように設定され、
プロセッサは、異なるＲＳリソースに対応するアンテナポート間の相対位相をアンテナポートにおける送信の間にＵＥが制御できないことの指示を送信するように設定され、
プロセッサは、複数のＲＳリソース、および複数のＲＳリソースのそれぞれに対応するプリコーダを受信するように設定され、および
プロセッサは、指示されたＲＳリソースのそれぞれと関連付けられたＵＥのアンテナにおける指示されたプリコーダを使用して物理チャネルを送信するように設定される、例示の実施形態（ｕ）のＵＥ。
【０１７８】
（ｗ）プロセッサは、少なくとも１つのＲＳリソースのそれぞれに対応する少なくとも１つのプリコーダの指示を受信するように、および、
指示されたＲＳリソースと関連付けられたＵＥのアンテナにおける指示されたプリコーダを使用して物理チャネルを送信するように設定される、例示の実施形態（ｕ）または（ｖ）のＵＥ。
【０１７９】
（ｘ）プロセッサは、複数のＲＳリソースの送信電力を調整するように設定され、ＲＳリソースは同時に送信され、ＲＳリソースのそれぞれの送信電力は、他のＲＳリソースを調整する電力制御コマンドと異なっている電力制御コマンドによって調整される、例示の実施形態（ｕ）〜（ｗ）のいずれかのＵＥ。
【０１８０】
（ｙ）複数のＲＳリソースはＵＥに対して指示され、プロセッサは、複数の指示されたＲＳリソース内に含まれる全てのＲＳポートの位相を連帯的に調整するプリコーダを使用して、複数の指示されたＲＳリソースに対応する複数のアンテナサブセットにおいて物理チャネルを送信するようにさらに設定される、例示の実施形態（ｕ）〜（ｘ）のいずれかのＵＥ。
【０１８１】
（ｚ）ＵＥにおける異なるアンテナサブセットにおいてＵＥからの送信を受信するように適合される無線ネットワークのネットワークノードであって、
送受信回路と、
送受信回路に動作可能に結合されるプロセッサと、
処理回路に結合されるメモリであって、プロセッサによる実行のための命令を記憶することによって、プロセッサは送受信回路に、
ＵＥがいくつかの異なったＲＳリソースを送信できることの指示を受信することであって、ＲＳリソースのそれぞれはいくつかのＲＳポートを含む、受信することと、
ＵＥが同時に送信できるのはどのＲＳリソースかの指示を受信することと、
受信した指示に基づいて少なくとも１つのＲＳリソースを選択することと、
選択された少なくとも１つのＲＳリソースの指示をＵＥに送信することと、
指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいてＵＥによって送信される物理チャネルを受信することとを行わせるように制御するように設定される、メモリと、を含む、ネットワークノード。
【０１８２】
（ａａ）プロセッサは、ＵＥにおける異なるアンテナサブセットにおいて送信されるＭＩＭＯレイヤを受信するように設定され、プロセッサは、
異なるＲＳリソースに対応するアンテナポート間の相対位相をアンテナポートにおける送信の間にＵＥが制御できないことの指示を受信するように、および、
複数のＲＳリソース、および複数のＲＳリソースのそれぞれに対応するプリコーダをＵＥに送信するように設定され、
受信したチャネルは、指示されたＲＳリソースのそれぞれと関連付けられたＵＥのアンテナにおける指示されたプリコーダを使用してＵＥによって送信される、例示の実施形態（ｚ）のネットワークノード。
【０１８３】
（ｂｂ）プロセッサは、少なくとも１つのＲＳリソースのそれぞれに対応する少なくとも１つのプリコーダの指示を受信するように、および
指示されたＲＳリソースと関連付けられたＵＥのアンテナにおける指示されたプリコーダを使用して物理チャネルを送信するように設定される、例示の実施形態（ｚ）または（ａａ）のネットワークノード。
【０１８４】
（ｃｃ）プロセッサは、ＵＥの複数のＲＳリソースのそれぞれに対する電力制御コマンドをＵＥに送信するように設定され、ＲＳリソースは同時に送信され、ＲＳリソースのそれぞれの送信電力は、他のＲＳリソースを調整する電力制御コマンドと異なっている電力制御コマンドによって調整される、例示の実施形態（ｚ）〜（ｂｂ）のいずれかのネットワークノード。
【０１８５】
（ｄｄ）複数のＲＳリソースはＵＥに対して指示され、受信した物理チャネルは、複数の指示されたＲＳリソース内に含まれる全てのＲＳポートの位相を連帯的に調整するプリコーダを使用して、複数の指示されたＲＳリソースに対応する複数のアンテナサブセットにおいてＵＥによって送信される、例示の実施形態（ｚ）〜（ｃｃ）のいずれかのネットワークノード。
【０１８６】
（ｅｅ）ＵＥにおける異なるアンテナサブセットにおいて送信するように適合されるＵＥであって、
ＵＥが、いくつかの異なったＲＳリソースであって、ＲＳリソースのそれぞれはいくつかのＲＳポートを含む、ＲＳリソースを送信できることの指示を送信するための、およびＵＥが同時に送信できるのはどのＲＳリソースかの指示を送信するための指示送信モジュールと、
少なくとも１つのＲＳリソースの指示を受信するための受信モジュールと、
指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいて物理チャネルを送信するための物理チャネル送信モジュールと、を含む、ＵＥ。
【０１８７】
（ｆｆ）ＵＥにおける異なるアンテナサブセットにおいてＵＥからの送信を受信するように適合される無線ネットワークのネットワークノードであって、
ＵＥが、いくつかの異なったＲＳリソースであって、ＲＳリソースのそれぞれはいくつかのＲＳポートを含む、ＲＳリソースを送信できることの指示を受信するための、およびＵＥが同時に送信できるのはどのＲＳリソースかの指示を受信するための指示受信モジュールと、
受信した指示に基づいて少なくとも１つのＲＳリソースを選択するための選択モジュールと、
選択された少なくとも１つのＲＳリソースの指示をＵＥに送信するための送信モジュールと、
指示された少なくとも１つのＲＳリソースと関連付けられたＵＥのアンテナにおいてＵＥによって送信される物理チャネルを受信するための物理チャネル受信モジュールと、を含む、ネットワークノード。
【図１】
2020523912.tif 000013
【図２】
2020523912.tif 000014
【図３】
2020523912.tif 000015
【図４】
2020523912.tif 000016
【図５】
2020523912.tif 000017
【図６】
2020523912.tif 000018
【図７】
2020523912.tif 000019
【図８】
2020523912.tif 000020
【図９】
2020523912.tif 000021
【図１０】
2020523912.tif 000022
【図１１】
2020523912.tif 000023
【図１２】
2020523912.tif 000024
【図１３】
2020523912.tif 000025
【図１４】
2020523912.tif 000026
【図１５】
2020523912.tif 000027
【図１６】
2020523912.tif 000028
【図１７】
2020523912.tif 000029
【手続補正書】
【提出日】令和2年2月28日(2020.2.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）（５０）において、前記ＵＥ（５０）における異なるアンテナサブセットにおいて送信する方法（９００）であって、
前記ＵＥ（５０）がいくつかの異なった参照信号（ＲＳ）リソースを送信できることの指示を送信すること（９０２）であって、前記ＲＳリソースのそれぞれは少なくとも１つのＲＳポートを含む、指示を送信すること（９０２）と、
ａ）前記ＵＥ（５０）が複数のＲＳリソースにおいて同時に送信することが可能であることを指示する能力情報を送信すること、および
ｂ）第１のＲＳ設定および第２のＲＳ設定を受信することであって、前記第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、前記第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである、第１のＲＳ設定および第２のＲＳ設定を受信すること、の少なくとも１つと、
少なくとも１つのＲＳリソースの指示を受信すること（９０６）と、
指示された前記少なくとも１つのＲＳリソースと関連付けられた前記ＵＥのアンテナにおいて物理チャネルを送信すること（９０８）と、を含む、方法（９００）。
【請求項２】
前記能力情報は、前記ＵＥ（５０）が同時に送信できるのはどのＲＳリソースかを指示する、請求項１に記載の方法（９００）。
【請求項３】
前記方法（９００）は、前記ＵＥ（５０）における異なるアンテナサブセットにおいてマルチ入力マルチ出力（ＭＩＭＯ）レイヤを送信することをさらに含み、
前記方法（９００）は、異なるＲＳリソースに対応するアンテナポート間の相対位相を前記アンテナポートにおける送信の間に前記ＵＥ（５０）が制御できないことの指示を送信することをさらに含み、
前記少なくとも１つのＲＳリソースの指示を受信する前記ステップ（９０６）は、複数のＲＳリソースの指示を受信することをさらに含み、
前記物理チャネルを送信する前記ステップ（９０８）は、指示された前記ＲＳリソースのそれぞれと関連付けられた異なるＭＩＭＯレイヤを送信することを含む、請求項１または２に記載の方法（９００）。
【請求項４】
前記少なくとも１つのＲＳリソースのそれぞれに対応する少なくとも１つのプリコーダの指示を受信することと、
指示された前記ＲＳリソースと関連付けられた前記ＵＥ（５０）のアンテナにおける指示された前記プリコーダを使用して前記物理チャネルを送信することと、をさらに含む、請求項１から３のいずれか一項に記載の方法（９００）。
【請求項５】
１つもしくは複数のＲＳリソースインジケータに対応するＰＵＳＣＨの送信電力を調整すること、または、各ＲＳリソースインジケータに対応する１つもしくは複数のＳＲＳリソースの前記送信電力を調整すること、あるいはこれらの両方をさらに含み、前記１つもしくは複数のＲＳリソースインジケータのそれぞれ、または、前記各ＲＳリソースインジケータのそれぞれに対応する前記送信電力は、前記１つもしくは複数のＲＳリソースインジケータ、または各ＲＳリソースインジケータのその他に対応する送信電力を調整する電力制御コマンドと異なっている電力制御コマンドによって調整される、請求項１から４のいずれか一項に記載の方法（９００）。
【請求項６】
パラメータのセットはそれぞれのＲＳリソースインジケータと関連付けられ、前記方法は、前記送信電力を判定するために前記パラメータのセットを使用することを含み、パラメータのそれぞれのセットは、他のＲＳリソースインジケータと関連付けられたパラメータのセットと異なっている、請求項５に記載の方法（９００）。
【請求項７】
複数のＲＳリソースは前記ＵＥ（５０）に対して指示され、前記方法（９００）は、前記複数の指示されたＲＳリソース内に含まれる全てのＲＳポートの位相を連帯的に調整するプリコーダを使用して、前記複数の指示されたＲＳリソースに対応する複数のアンテナサブセットにおいて前記物理チャネルを送信することをさらに含む、請求項１から６のいずれか一項に記載の方法（９００）。
【請求項８】
無線ネットワークのネットワークノード（３０）において、ユーザ機器（ＵＥ）（５０）における異なるアンテナサブセットにおいて前記ＵＥ（５０）からの送信を受信する方法（１１００）であって、
前記ＵＥ（５０）がいくつかの異なった参照信号（ＲＳ）リソースを送信できることの指示を受信することであって、前記ＲＳリソースのそれぞれは少なくとも１つのＲＳポートを含む、指示を受信することと、
ａ）前記ＵＥ（５０）が複数のＲＳリソースにおいて同時に送信することが可能であることを指示する能力情報を受信すること、
ｂ）前記ＵＥ（５０）に第１のＲＳ設定および第２のＲＳ設定を送ることであって、前記第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、前記第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである、第１のＲＳ設定および第２のＲＳ設定を送ること、および
ｃ）前記ＵＥ（５０）に送信要求を送ることであって、前記送信要求は、前記ＵＥ（５０）が同時に送信できないＳＲＳリソースを送信するように前記ＵＥ（５０）に命令することを回避するように前記ネットワークノード（３０）によって構成される、送信要求を送ること、
の少なくとも１つと、
受信した前記指示に基づいて少なくとも１つのＲＳリソースを選択することと、
選択された前記少なくとも１つのＲＳリソースの指示を前記ＵＥ（５０）に送信することと、
指示された前記少なくとも１つのＲＳリソースと関連付けられた前記ＵＥ（５０）のアンテナにおいて前記ＵＥ（５０）によって送信される物理チャネルを受信することと、を含む、方法（１１００）。
【請求項９】
前記能力情報は、前記ＵＥ（５０）が同時に送信できるのはどのＲＳリソースかを指示する、請求項８に記載の方法（１１００）。
【請求項１０】
前記方法（１１００）は、前記ＵＥ（５０）における異なるアンテナサブセットにおいて送信されるＭＩＭＯレイヤを受信することをさらに含み、
前記方法（１１００）は、異なるＲＳリソースに対応するアンテナポート間の相対位相を前記アンテナポートにおける送信の間に前記ＵＥ（５０）が制御できないことの指示を受信することをさらに含み、
前記少なくとも１つのＲＳリソースの指示を送信するステップは、複数のＲＳリソースを送信することを含み、
受信した前記物理チャネルは、指示された前記ＲＳリソースのそれぞれと関連付けられた異なるレイヤによって受信される、請求項８または９に記載の方法（１１００）。
【請求項１１】
前記少なくとも１つのＲＳリソースのそれぞれに対応する少なくとも１つのプリコーダの指示を送信することと、
指示された前記プリコーダを使用して送信された物理チャネルを受信することと、をさらに含む、請求項８から１０のいずれか一項に記載の方法（１１００）。
【請求項１２】
前記ＵＥ（５０）に対する複数のＲＳリソースインジケータのそれぞれに対応する電力制御コマンドを前記ＵＥ（５０）に送信することで、他のＲＳリソースインジケータに対応する送信電力を調整する電力制御コマンドと異なっている電力制御コマンドによって前記ＲＳリソースインジケータのそれぞれに対応する送信電力を調整することをさらに含む、請求項８から１１のいずれか一項に記載の方法（１１００）。
【請求項１３】
複数のＲＳリソースは前記ＵＥ（５０）に対して指示され、前記方法（１１００）は、前記複数の指示されたＲＳリソース内に含まれる全てのＲＳポートの位相を連帯的に調整するプリコーダを使用して、前記複数の指示されたＲＳリソースに対応する複数のアンテナサブセットにおいて送信される前記物理チャネルを受信することをさらに含む、請求項８から１２のいずれか一項に記載の方法（１１００）。
【請求項１４】
ユーザ機器（ＵＥ）（５０）における異なるアンテナサブセットにおいて送信するように適合されたＵＥ（５０）であって、
前記ＵＥ（５０）がいくつかの異なった参照信号（ＲＳ）リソースを送信できることの指示を送信することであって、前記ＲＳリソースのそれぞれは少なくとも１つのＲＳポートを含む、指示を送信すること、
ａ）前記ＵＥ（５０）が複数のＲＳリソースにおいて同時に送信することが可能であることを指示する能力情報を送信すること、および
ｂ）第１のＲＳ設定および第２のＲＳ設定を受信することであって、前記第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、前記第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである、第１のＲＳ設定および第２のＲＳ設定を受信すること、
の少なくとも１つ、
少なくとも１つのＲＳリソースの指示を受信すること、および
指示された前記少なくとも１つのＲＳリソースと関連付けられた前記ＵＥ（５０）のアンテナにおいて物理チャネルを送信すること、を行うように適合された、ＵＥ（５０）。
【請求項１５】
ユーザ機器（ＵＥ）（５０）における異なるアンテナサブセットにおいて前記ＵＥ（５０）からの送信を受信するように適合された、無線ネットワークのネットワークノード（３０）であって、
前記ＵＥ（５０）がいくつかの異なった参照信号（ＲＳ）リソースを送信できることの指示を受信することであって、前記ＲＳリソースのそれぞれは少なくとも１つのＲＳポートを含む、指示を受信すること、
ａ）前記ＵＥ（５０）が複数のＲＳリソースにおいて同時に送信することが可能であることを指示する能力情報を受信すること、
ｂ）前記ＵＥ（５０）に第１のＲＳ設定および第２のＲＳ設定を送ることであって、前記第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、前記第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである、第１のＲＳ設定および第２のＲＳ設定を送ること、および
ｃ）前記ＵＥ（５０）に送信要求を送ることであって、前記送信要求は、前記ＵＥ（５０）が同時に送信できないＳＲＳリソースを送信するように前記ＵＥ（５０）に命令することを回避するように前記ネットワークノード（３０）によって構成される、送信要求を送ること、
の少なくとも１つ、
受信した前記指示に基づいて少なくとも１つのＲＳリソースを選択すること、
選択された前記少なくとも１つのＲＳリソースの指示を前記ＵＥ（５０）に送信すること、および
指示された前記少なくとも１つのＲＳリソースと関連付けられた前記ＵＥ（５０）のアンテナにおいて前記ＵＥ（５０）によって送信される物理チャネルを受信すること、を行うように適合された、ネットワークノード（３０）。
【請求項１６】
ユーザ機器（ＵＥ）（５０）における異なるアンテナサブセットにおいて送信するように適合されたＵＥ（５０）であって、
送受信回路（５６）と、
前記送受信回路（５６）に動作可能に結合される処理回路（５２）と、
前記処理回路（５２）に結合されるメモリ（６４）であって、前記処理回路（５２）による実行のための命令を記憶することによって、前記処理回路（５２）は前記送受信回路（５６）に、
前記ＵＥ（５０）が、いくつかの異なった参照信号（ＲＳ）リソースであって、前記ＲＳリソースのそれぞれは少なくとも１つのＲＳポートを含む、ＲＳリソースを送信できることの指示を送信すること、
ａ）前記ＵＥ（５０）が複数のＲＳリソースにおいて同時に送信することが可能であることを指示する能力情報を送信すること、および
ｂ）第１のＲＳ設定および第２のＲＳ設定を受信することであって、前記第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、前記第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである、第１のＲＳ設定および第２のＲＳ設定を受信すること、
の少なくとも１つ、
少なくとも１つのＲＳリソースの指示を受信すること、および
指示された前記少なくとも１つのＲＳリソースと関連付けられた前記ＵＥ（５０）のアンテナにおいて物理チャネルを送信すること、
を行わせるように制御するように設定された、メモリ（６４）と、を含む、ＵＥ（５０）。
【請求項１７】
ユーザ機器（ＵＥ）（５０）における異なるアンテナサブセットにおいて前記ＵＥ（５０）からの送信を受信するように適合された、無線ネットワークのネットワークノード（３０）であって、
送受信回路（３６）と、
前記送受信回路（３６）に動作可能に結合される処理回路（３２）と、
前記処理回路（３２）に結合されるメモリ（４４）であって、前記処理回路（３２）による実行のための命令を記憶することによって、前記処理回路（５２）は前記送受信回路（５６）に、
前記ＵＥ（５０）が、いくつかの異なった参照信号（ＲＳ）リソースであって、前記ＲＳリソースのそれぞれは少なくとも１つのＲＳポートを含む、ＲＳリソースを送信できることの指示を受信すること、
ａ）前記ＵＥ（５０）が複数のＲＳリソースにおいて同時に送信することが可能であることを指示する能力情報を受信すること、
ｂ）前記ＵＥ（５０）に第１のＲＳ設定および第２のＲＳ設定を送ることであって、前記第１のＲＳ設定は、ＰＵＳＣＨ送信に使用されるＲＳリソース指示に少なくとも対応するＳＲＳリソースの第１のリストであり、前記第２のＲＳ設定は、ＳＲＳ送信に使用され得るＲＳリソースの第２のリストである、第１のＲＳ設定および第２のＲＳ設定を送ること、および
ｃ）前記ＵＥ（５０）に送信要求を送ることであって、前記送信要求は、前記ＵＥ（５０）が同時に送信できないＳＲＳリソースを送信するように前記ＵＥ（５０）に命令することを回避するように前記ネットワークノード（３０）によって構成される、送信要求を送ること、
の少なくとも１つ、
受信した前記指示に基づいて少なくとも１つのＲＳリソースを選択すること、
選択された前記少なくとも１つのＲＳリソースの指示を前記ＵＥ（５０）に送信すること、および
指示された前記少なくとも１つのＲＳリソースと関連付けられた前記ＵＥ（５０）のアンテナにおいて前記ＵＥ（５０）によって送信される物理チャネルを受信すること、
を行わせるように制御するように設定された、メモリ（４４）と、を含む、ネットワークノード（３０）。
【請求項１８】
ユーザ機器（ＵＥ）（５０）におけるプロセッサ（５２）に対するプログラム命令を含むコンピュータプログラム製品であって、
前記プログラム命令は、前記ＵＥ（５０）に、前記プログラム命令が前記プロセッサ（５２）によって実行される時、請求項１から７のいずれか一項に記載の方法（９００）を実行させるように設定された、コンピュータプログラム製品。
【請求項１９】
ネットワークノード（３０）におけるプロセッサ（３２）に対するプログラム命令を含むコンピュータプログラムであって、
前記プログラム命令は、前記ネットワークノード（３０）に、前記プログラム命令が前記プロセッサ（３２）によって実行される時、請求項８から１３のいずれか一項に記載の方法（１１００）を実行させるように設定された、コンピュータプログラム。
【請求項２０】
記憶された、請求項１８または１９に記載のコンピュータプログラム製品を含む、非一時的なコンピュータ可読媒体（４４、６４）。
【国際調査報告】
2020523912.tif 000030
2020523912.tif 000031
2020523912.tif 000032
2020523912.tif 000033
2020523912.tif 000034
2020523912.tif 000035