(57)【要約】  ＰＵＣＣＨ上でのＣＳＩ報告をトリガするためのシステムおよび方法が本明細書で説明される。ネットワークノードが、チャネル状態情報（ＣＳＩ）要求フィールドと物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインジケータとを含むダウンリンク関係制御メッセージを送信する。無線デバイスが、制御メッセージを受信し、ＣＳＩ要求フィールドとＰＵＣＣＨリソースインジケータとに従ってＣＳＩリポートをトリガすることを決定する。【選択図】図４
2020536427.tif 000002
【特許請求の範囲】
【請求項１】
無線デバイスによって実施される方法であって、前記方法が、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で、ダウンリンク関係ダウンリンク制御情報（ＤＣＩ）メッセージを受信することと、
前記ダウンリンク関係ＤＣＩメッセージ中のチャネル状態情報（ＣＳＩ）要求フィールドに従ってＣＳＩリポートをトリガすることを決定することと、
前記ダウンリンク関係ＤＣＩメッセージ中の物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインジケータに従って、前記トリガされたＣＳＩリポートのためのＰＵＣＣＨリソースを決定することと、
前記決定されたＰＵＣＣＨリソース上で前記ＣＳＩリポートを送信することと
を含む、方法。
【請求項２】
前記ダウンリンク関係ＤＣＩメッセージが、前記ＰＵＣＣＨ上でのＣＳＩフィードバックをトリガすべきかどうかを示す前記ＣＳＩ要求フィールドを含む、請求項１に記載の方法。
【請求項３】
前記ダウンリンク関係ＤＣＩメッセージが、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信をスケジュールするためのグラントを含む、請求項１または２に記載の方法。
【請求項４】
ＰＤＳＣＨ送信をスケジュールするための前記グラントにさらに従って、前記トリガされたＣＳＩリポートのための前記ＰＵＣＣＨリソースを決定することをさらに含む、請求項３に記載の方法。
【請求項５】
前記ＰＵＣＣＨリソースインジケータを解釈することに関連する設定情報を取得することをさらに含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記ＰＵＣＣＨリソースを決定することは、
前記ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されることに応答して、第１のＰＵＣＣＨリソースを決定することと、
前記ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されないことに応答して、第２のＰＵＣＣＨリソースを決定することと
のうちの少なくとも１つを含む、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記第１のＰＵＣＣＨリソースが前記第２のＰＵＣＣＨリソースとは異なる、請求項６に記載の方法。
【請求項８】
前記ＰＵＣＣＨリソースを決定することは、前記ダウンリンクＤＣＩメッセージ中にＣＳＩ要求が示されることとダウンリンクグラントが含まれることとの両方に応答して、少なくとも第３のＰＵＣＣＨリソースを決定することをさらに含む、請求項６または７に記載の方法。
【請求項９】
前記ＣＳＩリポートが、前記決定されたＰＵＣＣＨリソース上でハイブリッド自動再送要求確認応答（ＨＡＲＱ−ＡＣＫ）と多重化される、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記ＣＳＩリポートとＨＡＲＱ−ＡＣＫとが、異なるＰＵＣＣＨリソース上で送信される、請求項１から８のいずれか一項に記載の方法。
【請求項１１】
前記ＨＡＲＱ−ＡＣＫが前記ダウンリンク関係ＤＣＩによってスケジュールされる、請求項９または１０に記載の方法。
【請求項１２】
ＨＡＲＱ−ＡＣＫリソースが、前記ＰＵＣＣＨリソースインジケータに従って決定される、請求項９から１１のいずれか一項に記載の方法。
【請求項１３】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で、ダウンリンク関係ダウンリンク制御情報（ＤＣＩ）メッセージを受信することと、
前記ダウンリンク関係ＤＣＩメッセージ中のチャネル状態情報（ＣＳＩ）要求フィールドに従ってＣＳＩリポートをトリガすることを決定することと、
前記ダウンリンク関係ＤＣＩメッセージ中の物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインジケータに従って、前記トリガされたＣＳＩリポートのためのＰＵＣＣＨリソースを決定することと、
前記決定されたＰＵＣＣＨリソース上で前記ＣＳＩリポートを送信することと
を行うように設定された、無線インターフェースと処理回路要素とを備える、無線デバイス。
【請求項１４】
前記ダウンリンク関係ＤＣＩメッセージが、前記ＰＵＣＣＨ上でのＣＳＩフィードバックをトリガすべきかどうかを示す前記ＣＳＩ要求フィールドを含む、請求項１３に記載の無線デバイス。
【請求項１５】
前記ダウンリンク関係ＤＣＩメッセージが、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信をスケジュールするためのグラントを含む、請求項１３または１４に記載の無線デバイス。
【請求項１６】
ＰＤＳＣＨ送信をスケジュールするための前記グラントにさらに従って、前記トリガされたＣＳＩリポートのための前記ＰＵＣＣＨリソースを決定するようにさらに設定された、請求項１５に記載の無線デバイス。
【請求項１７】
前記ＰＵＣＣＨリソースインジケータを解釈することに関連する設定情報を取得するようにさらに設定された、請求項１３から１６のいずれか一項に記載の無線デバイス。
【請求項１８】
前記ＰＵＣＣＨリソースを決定することは、
前記ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されることに応答して、第１のＰＵＣＣＨリソースを決定することと、
前記ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されないことに応答して、第２のＰＵＣＣＨリソースを決定することと
のうちの少なくとも１つを含む、請求項１３から１７のいずれか一項に記載の無線デバイス。
【請求項１９】
前記第１のＰＵＣＣＨリソースが前記第２のＰＵＣＣＨリソースとは異なる、請求項１８に記載の無線デバイス。
【請求項２０】
前記ＰＵＣＣＨリソースを決定することは、前記ダウンリンクＤＣＩメッセージ中にＣＳＩ要求が示されることとダウンリンクグラントが含まれることとの両方に応答して、少なくとも第３のＰＵＣＣＨリソースを決定することをさらに含む、請求項１８または１９に記載の無線デバイス。
【請求項２１】
前記ＣＳＩリポートが、前記決定されたＰＵＣＣＨリソース上でハイブリッド自動再送要求確認応答（ＨＡＲＱ−ＡＣＫ）と多重化される、請求項１３から２０のいずれか一項に記載の無線デバイス。
【請求項２２】
前記ＣＳＩリポートとＨＡＲＱ−ＡＣＫとが、異なるＰＵＣＣＨリソース上で送信される、請求項１３から２１のいずれか一項に記載の無線デバイス。
【請求項２３】
前記ＨＡＲＱ−ＡＣＫが前記ダウンリンク関係ＤＣＩによってスケジュールされる、請求項２１または２２に記載の無線デバイス。
【請求項２４】
ＨＡＲＱ−ＡＣＫリソースが、前記ＰＵＣＣＨリソースインジケータに従って決定される、請求項２１から２３のいずれか一項に記載の無線デバイス。
【請求項２５】
ネットワークノードによって実施される方法であって、前記方法が、
チャネル状態情報（ＣＳＩ）要求フィールドと物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインジケータとを含むダウンリンク関係ダウンリンク制御情報（ＤＣＩ）メッセージを生成することと、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で、前記生成されたダウンリンク関係ＤＣＩメッセージを送信することと、
前記ダウンリンク関係ＤＣＩメッセージに従って、ＰＵＣＣＨリソース上でＣＳＩリポートを受信することと
を含む、方法。
【請求項２６】
前記ＣＳＩ要求フィールドが、前記ＰＵＣＣＨ上でのＣＳＩフィードバックをトリガすべきかどうかを示す、請求項２５に記載の方法。
【請求項２７】
前記ダウンリンク関係ＤＣＩメッセージが、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信をスケジュールするためのグラントをさらに含む、請求項２５または２６に記載の方法。
【請求項２８】
前記ＰＵＣＣＨリソースインジケータは、少なくとも、前記ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されるときに使用すべき第１のＰＵＣＣＨリソースを示す第１のフィールドと、前記ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されないときに使用すべき第２のＰＵＣＣＨリソースを示す第２のフィールドとを含む、請求項２５から２７のいずれか一項に記載の方法。
【請求項２９】
前記第１のＰＵＣＣＨリソースが前記第２のＰＵＣＣＨリソースとは異なる、請求項２８に記載の方法。
【請求項３０】
前記ＰＵＣＣＨリソースインジケータは、前記ダウンリンクＤＣＩメッセージ中にＣＳＩ要求が示されることとダウンリンクグラントが含まれることとの両方であるときに使用すべき少なくとも第３のＰＵＣＣＨリソースを示す第３のフィールドを含む、請求項２８または２９に記載の方法。
【請求項３１】
チャネル状態情報（ＣＳＩ）要求フィールドと物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインジケータとを含むダウンリンク関係ダウンリンク制御情報（ＤＣＩ）メッセージを生成することと、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で、前記生成されたダウンリンク関係ＤＣＩメッセージを送信することと、
前記ダウンリンク関係ＤＣＩメッセージに従って、ＰＵＣＣＨリソース上でＣＳＩリポートを受信することと
を行うように設定された、無線インターフェースと処理回路要素とを備える、ネットワークノード。
【請求項３２】
前記ＣＳＩ要求フィールドが、前記ＰＵＣＣＨ上でのＣＳＩフィードバックをトリガすべきかどうかを示す、請求項３１に記載のネットワークノード。
【請求項３３】
前記ダウンリンク関係ＤＣＩメッセージが、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信をスケジュールするためのグラントをさらに含む、請求項３１または３２に記載のネットワークノード。
【請求項３４】
前記ＰＵＣＣＨリソースインジケータは、少なくとも、前記ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されるときに使用すべき第１のＰＵＣＣＨリソースを示す第１のフィールドと、前記ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されないときに使用すべき第２のＰＵＣＣＨリソースを示す第２のフィールドとを含む、請求項３１から３３のいずれか一項に記載のネットワークノード。
【請求項３５】
前記第１のＰＵＣＣＨリソースが前記第２のＰＵＣＣＨリソースとは異なる、請求項３４に記載のネットワークノード。
【請求項３６】
前記ＰＵＣＣＨリソースインジケータは、前記ダウンリンクＤＣＩメッセージ中にＣＳＩ要求が示されることとダウンリンクグラントが含まれることとの両方であるときに使用すべき少なくとも第３のＰＵＣＣＨリソースを示す第３のフィールドを含む、請求項３４または３５に記載のネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、その内容全体が参照により本明細書に組み込まれる、２０１７年１０月２日に出願された米国仮出願第６２／５６７，０２５号の利益を主張する。
【０００２】
本開示は、一般に、無線通信および無線通信ネットワークに関する。
【背景技術】
【０００３】
序論
（５Ｇまたは次世代としても知られる）新しい無線（ＮＲ）のためのアーキテクチャは、３ＧＰＰなどの標準化団体において議論されている。ＮＲネットワークは、使用事例の多様なセットと展開シナリオの多様なセットとをサポートすることになる。後者は、今日のＬＴＥと同様の低周波数（たとえば、数百ＭＨｚ）と超高周波数（たとえば、数十ＧＨｚ単位のｍｍ波）の両方における展開を含む。
【０００４】
ＬＴＥと同様に、ＮＲは、ダウンリンクでは（すなわち、ネットワークノード、ｇＮＢ、ｅＮＢ、または基地局から、ユーザ機器またはＵＥに向かう）ＯＦＤＭを使用することになる。アップリンクでは（すなわち、ＵＥからｇＮＢに向かう）、ＤＦＴ拡散ＯＦＤＭとＯＦＤＭの両方がサポートされることになる。
【０００５】
したがって、基本ＮＲ物理リソースは、図１に示されている、ＬＴＥにおける時間周波数グリッドと同様の時間周波数グリッドとして見なされ得、各リソースエレメントが、１つのＯＦＤＭシンボル間隔（ｉｎｔｅｒｖａｌ）中の１つのＯＦＤＭサブキャリアに対応する。Δｆ＝１５ｋＨｚのサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）が図１に示されているが、異なるサブキャリア間隔値がＮＲにおいてサポートされ得る。ＮＲにおける（異なるヌメロロジーとも呼ばれる）サポートされるサブキャリア間隔値は、Δｆ＝（１５×２α）ｋＨｚによって与えられ、ただし、αは非負整数である。
【０００６】
さらに、ＬＴＥにおけるリソース割り当ては、典型的にリソースブロックに関して説明され、リソースブロックは、時間領域における１つのスロット（０．５ｍｓ）および周波数領域における１２個の連続サブキャリアに対応する。リソースブロックは、周波数領域において、システム帯域幅の一端から０で開始して番号付けされる。また、ＮＲの場合、リソースブロックは、周波数では同じく１２個のサブキャリアであるが、時間領域ではさらなる検討が必要である。
【０００７】
時間領域では、ＮＲにおけるダウンリンク送信およびアップリンク送信は、図２に示されているように、ＬＴＥと同様に、等しいサイズのサブフレームに編成されることになる。ＮＲでは、（１５×２α）ｋＨｚの参照ヌメロロジーの場合のサブフレーム長は、正確に１／２αｍｓである。
【０００８】
ネットワークにアクセスするＵＥに関連する制御情報は、ネットワークノード（たとえば、ｇＮＢ）によってブロードキャストされ得る。ＵＥとネットワークとの間に、この制御情報の配信に関係するいくらかの不確実性が存在し得る。
【発明の概要】
【０００９】
本開示の目的は、従来技術の少なくとも１つの欠点をなくすか、または緩和することである。
【００１０】
ＣＳＩフィードバックのための動的ＰＵＣＣＨリソース割り当てのためのシステムおよび方法が、本明細書で提供される。
【００１１】
本開示の第１の態様では、無線デバイスによって実施される方法が提供される。無線デバイスは、本方法を実施するように設定された、無線インターフェースと処理回路要素とを備えることができる。本方法は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で、ダウンリンク関係ダウンリンク制御情報（ＤＣＩ）メッセージを受信することを含む。無線デバイスは、ダウンリンク関係ＤＣＩメッセージ中のチャネル状態情報（ＣＳＩ）要求フィールドに従ってＣＳＩリポートをトリガすることを決定する。無線デバイスは、ダウンリンク関係ＤＣＩメッセージ中の物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインジケータに従って、トリガされたＣＳＩリポートのためのＰＵＣＣＨリソースを決定する。無線デバイスは、決定されたＰＵＣＣＨリソース上でＣＳＩリポートを送信する。
【００１２】
いくつかの実施形態では、ダウンリンク関係ＤＣＩメッセージは、ＰＵＣＣＨ上でのＣＳＩフィードバックをトリガすべきかどうかを示すＣＳＩ要求フィールドを含む。
【００１３】
いくつかの実施形態では、ダウンリンク関係ＤＣＩメッセージは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信をスケジュールするためのグラントを含む。トリガされたＣＳＩリポートのためのＰＵＣＣＨリソースは、ＰＤＳＣＨ送信をスケジュールするためのグラントにさらに従って決定され得る。
【００１４】
いくつかの実施形態では、無線デバイスは、ＰＵＣＣＨリソースインジケータを解釈することに関連する設定情報を取得することができる。
【００１５】
いくつかの実施形態では、ＰＵＣＣＨリソースを決定することは、ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されることに応答して、第１のＰＵＣＣＨリソースを決定することと、ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されないことに応答して、第２のＰＵＣＣＨリソースを決定することとのうちの少なくとも１つを含むことができる。第１のＰＵＣＣＨリソースは第２のＰＵＣＣＨリソースとは異なり得る。いくつかの実施形態では、ＰＵＣＣＨリソースを決定することは、ダウンリンクＤＣＩメッセージ中にＣＳＩ要求が示されることとダウンリンクグラントが含まれることとの両方に応答して、少なくとも第３のＰＵＣＣＨリソースを決定することをさらに含むことができる。
【００１６】
いくつかの実施形態では、ＣＳＩリポートは、決定されたＰＵＣＣＨリソース上でハイブリッド自動再送要求確認応答（ＨＡＲＱ−ＡＣＫ）と多重化され得る。いくつかの実施形態では、ＣＳＩリポートとＨＡＲＱ−ＡＣＫとは、異なるＰＵＣＣＨリソース上で送信され得る。ＨＡＲＱ−ＡＣＫはダウンリンク関係ＤＣＩによってスケジュールされ得る。ＨＡＲＱ−ＡＣＫリソースは、ＰＵＣＣＨリソースインジケータに従って決定され得る。
【００１７】
本開示の別の態様では、ネットワークノードによって実施される方法が提供される。ネットワークノードは、本方法を実施するように設定された、無線インターフェースと処理回路要素とを備えることができる。本方法は、チャネル状態情報（ＣＳＩ）要求フィールドと物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインジケータとを含むダウンリンク関係ダウンリンク制御情報（ＤＣＩ）メッセージを生成することを含む。ネットワークノードは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で、生成されたダウンリンク関係ＤＣＩメッセージを送信する。ネットワークノードは、ダウンリンク関係ＤＣＩメッセージに従って、ＰＵＣＣＨリソース上でＣＳＩリポートを受信する。
【００１８】
いくつかの実施形態では、ＣＳＩ要求フィールドは、ＰＵＣＣＨ上でのＣＳＩフィードバックをトリガすべきかどうかを示す。
【００１９】
いくつかの実施形態では、ダウンリンク関係ＤＣＩメッセージは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信をスケジュールするためのグラントをさらに含むことができる。
【００２０】
いくつかの実施形態では、ＰＵＣＣＨリソースインジケータは、少なくとも、ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されるときに使用すべき第１のＰＵＣＣＨリソースを示す第１のフィールドと、ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されないときに使用すべき第２のＰＵＣＣＨリソースを示す第２のフィールドとを含むことができる。第１のＰＵＣＣＨリソースは第２のＰＵＣＣＨリソースとは異なり得る。
【００２１】
いくつかの実施形態では、ＰＵＣＣＨリソースインジケータは、ダウンリンクＤＣＩメッセージ中にＣＳＩ要求が示されることとダウンリンクグラントが含まれることとの両方であるときに使用すべき少なくとも第３のＰＵＣＣＨリソースを示す第３のフィールドを含むことができる。
【００２２】
本明細書で説明される様々な態様および実施形態は、代替的に、随意に、および／または加えて互いに組み合わせられ得る。
【００２３】
本開示の他の態様および特徴は、添付図とともに特定の実施形態の以下の説明を検討すると、当業者に明らかになろう。
【００２４】
次に、本開示の実施形態が、単に例として、添付の図を参照しながら説明される。
【図面の簡単な説明】
【００２５】
【図１】ＬＴＥ物理リソースの一例を示す図である。
【図２】ＬＴＥ時間領域構造の一例を示す図である。
【図３】例示的な無線ネットワークを示す図である。
【図４】例示的なシグナリング図である。
【図５】無線デバイスにおいて実施される例示的な方法を示すフローチャートである。
【図６】ネットワークノードにおいて実施される例示的な方法を示すフローチャートである。
【図７】例示的な無線デバイスのブロック図である。
【図８】モジュールをもつ例示的な無線デバイスのブロック図である。
【図９】例示的なネットワークノードのブロック図である。
【図１０】モジュールをもつ例示的なネットワークノードのブロック図である。
【発明を実施するための形態】
【００２６】
以下に記載される実施形態は、当業者が本実施形態を実践することを可能にするための情報を表す。添付の図面に照らして以下の説明を読むと、当業者は、説明の概念を理解し、本明細書で特に扱われないこれらの概念の適用例を認識されよう。これらの概念および適用例は説明の範囲内に入ることを理解されたい。
【００２７】
以下の説明では、多数の具体的な詳細が記載されている。ただし、実施形態は、これらの具体的な詳細なしに実践され得ることを理解されたい。他の事例では、よく知られている回路、構造、および技法は、説明の理解を不明瞭にしないために詳細に示されていない。当業者は、含まれた説明を用いて、過度の実験なしに適切な機能性を実装することが可能になる。
【００２８】
「一実施形態（ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ）」、「一実施形態（ａｎ  ｅｍｂｏｄｉｍｅｎｔ）」、「例示的な実施形態」などへの本明細書における言及は、説明される実施形態が、特定の特徴、構造、または特性を含み得ることを示すが、あらゆる実施形態が、必ずしも、特定の特徴、構造、または特性を含むとは限らないことがある。その上、そのような句は必ずしも同じ実施形態を指しているとは限らない。さらに、特定の特徴、構造、または特性が実施形態に関して説明されるとき、明示的に説明されるか否かにかかわらず、他の実施形態に関してそのような特徴、構造、または特性を実装することは当業者の知識内にあることが具申される。
【００２９】
いくつかの実施形態では、「ユーザ機器」（ＵＥ）という非限定的な用語が使用され、「ユーザ機器」（ＵＥ）は、セルラーまたはモバイルまたは無線通信システムにおいてネットワークノードおよび／または別のＵＥと通信することができる任意のタイプの無線デバイスを指すことがある。ＵＥの例は、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＵＥ、マシン型ＵＥ、またマシンツーマシン（Ｍ２Ｍ）通信が可能なＵＥ、携帯情報端末、タブレット、モバイル端末、スマートフォン、ラップトップ組込み装備（ＬＥＥ：ｌａｐｔｏｐ  ｍｏｕｎｔｅｄ  ｅｑｕｉｐｐｅｄ）、ラップトップ搭載機器（ＬＭＥ：ｌａｐｔｏｐ  ｍｏｕｎｔｅｄ  ｅｑｕｉｐｍｅｎｔ）、ＵＳＢドングル、ＰｒｏＳｅ  ＵＥ、Ｖ２Ｖ  ＵＥ、Ｖ２Ｘ  ＵＥ、ＭＴＣ  ＵＥ、ｅＭＴＣ  ＵＥ、ＦｅＭＴＣ  ＵＥ、ＵＥ  Ｃａｔ０、ＵＥ  Ｃａｔ  Ｍ１、狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）ＵＥ、ＵＥ  Ｃａｔ  ＮＢ１などである。ＵＥの例示的な実施形態が、図７に関して以下でより詳細に説明される。
【００３０】
いくつかの実施形態では、「ネットワークノード」という非限定的な用語が使用され、「ネットワークノード」は、セルラーまたはモバイルまたは無線通信システムにおいてＵＥおよび／または別のネットワークノードと通信することができる任意のタイプの無線アクセスノード（または無線ネットワークノード）または任意のネットワークノードに対応することができる。ネットワークノードの例は、ノードＢ、ＭｅＮＢ、ＳｅＮＢ、ＭＣＧまたはＳＣＧに属するネットワークノード、基地局（ＢＳ）、マルチスタンダード無線（ＭＳＲ）ＢＳなどのＭＳＲ無線アクセスノード、ｅノードＢ、ｇＮＢネットワークコントローラ、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ）、リレー、ドナーノード制御リレー、トランシーバ基地局（ＢＴＳ）、アクセスポイント（ＡＰ）、送信ポイント、送信ノード、ＲＲＵ、ＲＲＨ、分散アンテナシステム（ＤＡＳ）におけるノード、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥなど）、Ｏ＆Ｍ、ＯＳＳ、自己組織化ネットワーク（ＳＯＮ）、測位ノード（たとえば、Ｅ−ＳＭＬＣ）、ＭＤＴ、テスト機器などである。ネットワークノードの例示的な実施形態が、図９に関して以下でより詳細に説明される。
【００３１】
いくつかの実施形態では、「無線アクセス技術」（ＲＡＴ）という用語は、任意のＲＡＴ、たとえば、ＵＴＲＡ、Ｅ−ＵＴＲＡ、狭帯域モノのインターネット（ＮＢ−ＩｏＴ）、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ、次世代ＲＡＴ（ＮＲ）、４Ｇ、５Ｇなどを指す。第１のノードおよび第２のノードのいずれも、単一のＲＡＴまたは複数のＲＡＴをサポートすることが可能であり得る。
【００３２】
本明細書で使用される「無線ノード」という用語は、ＵＥまたはネットワークノードを示すために使用され得る。
【００３３】
いくつかの実施形態では、ＵＥは、ＤＬ方向およびＵＬ方向のうちの少なくとも１つにおける２つまたはそれ以上のキャリアのアグリゲーションを暗示するキャリアアグリゲーション（ＣＡ）において動作するように設定され得る。ＣＡを用いると、ＵＥは複数のサービングセルを有することができ、本明細書の「サービング」という用語は、ＵＥが、対応するサービングセルを伴って設定され、サービングセル上で、たとえば、ＰＣｅｌｌ上でまたはＳＣｅｌｌのいずれか上でネットワークノードからデータを受信し、および／またはネットワークノードにデータを送信し得ることを意味する。データは、物理チャネル、たとえば、ＤＬにおけるＰＤＳＣＨ、ＵＬにおけるＰＵＳＣＨなどを介して送信または受信される。コンポーネントキャリア（ＣＣ）は、互換的にキャリアまたはアグリゲートされたキャリアとも呼ばれ、ＰＣＣまたはＳＣＣは、たとえば、ＵＥにＲＲＣ設定メッセージを送ることによって、上位レイヤシグナリングを使用して、ネットワークノードによってＵＥにおいて設定される。設定されたＣＣは、設定されたＣＣのサービングセル上で（たとえば、ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＳＣｅｌｌなどの上で）ＵＥをサーブするためにネットワークノードによって使用される。設定されたＣＣはまた、ＣＣ上で動作しているセル、たとえば、ＰＣｅｌｌ、ＳＣｅｌｌまたはＰＳＣｅｌｌ、および近隣セル上で１つまたは複数の無線測定（たとえば、ＲＳＲＰ、ＲＳＲＱなど）を実施するためにＵＥによって使用される。
【００３４】
いくつかの実施形態では、ＵＥはまた、デュアルコネクティビティ（ＤＣ）またはマルチコネクティビティ（ＭＣ）において動作することができる。マルチキャリアまたはマルチキャリア動作はＣＡ、ＤＣ、ＭＣなどのいずれかであり得る。「マルチキャリア」という用語は、互換的に帯域組合せと呼ばれることもある。
【００３５】
本明細書で使用される「無線測定」という用語は、無線信号に対して実施される任意の測定を指し得る。無線測定は絶対的または相対的であり得る。無線測定は、たとえば、周波数内、周波数間、ＣＡなどであり得る。無線測定は、単方向（たとえば、ＤＬまたはＵＬ、あるいはサイドリンク上のいずれかの方向において）または双方向（たとえば、ＲＴＴ、Ｒｘ−Ｔｘなど）であり得る。無線測定のいくつかの例：タイミング測定（たとえば、伝搬遅延、ＴＯＡ、タイミングアドバンス、ＲＴＴ、ＲＳＴＤ、Ｒｘ−Ｔｘなど）、角度測定（たとえば、到来角）、電力ベース測定またはチャネル品質測定（たとえば、パスロス、受信信号電力、ＲＳＲＰ、受信信号品質、ＲＳＲＱ、ＳＩＮＲ、ＳＮＲ、干渉電力、総干渉プラス雑音、ＲＳＳＩ、雑音電力、ＣＳＩ、ＣＱＩ、ＰＭＩなど）、セル検出またはセル識別、ＲＬＭ、ＳＩ読取りなど。測定は、各方向において１つまたは複数のリンク上で実施され、たとえば、ＲＳＴＤまたは相対的ＲＳＲＰ、あるいは同じ（共有）セルの異なるＴＰからの信号に基づいて実施され得る。
【００３６】
本明細書で使用される「シグナリング」という用語は、（たとえば、ＲＲＣなどを介した）上位レイヤシグナリング、（たとえば、物理的制御チャネルまたはブロードキャストチャネルを介した）下位レイヤシグナリング、またはそれらの組合せのいずれかを含み得る。シグナリングは暗示的または明示的であり得る。シグナリングは、さらに、ユニキャスト、マルチキャストまたはブロードキャストであり得る。シグナリングはまた、別のノードに直接であるか、または第３のノードを介し得る。
【００３７】
本明細書で使用される「時間リソース」という用語は、時間の長さに関して表される任意のタイプの物理リソースまたは無線リソースに対応し得る。時間リソースの例は、シンボル、タイムスロット、サブフレーム、無線フレーム、ＴＴＩ、インターリービング時間などを含む。「周波数リソース」という用語は、チャネル帯域幅内のサブバンド、サブキャリア、キャリア周波数、周波数帯域を指し得る。「時間および周波数リソース」という用語は、時間リソースと周波数リソースとの任意の組合せを指し得る。
【００３８】
ＵＥ動作のいくつかの例は、ＵＥ無線測定（上記の「無線測定」という用語を参照）、ＵＥ送信を用いた双方向測定、セル検出または識別、ビーム検出または識別、システム情報読取り、チャネル受信および復号、１つまたは複数の無線信号および／またはチャネルの少なくとも受信を伴う任意のＵＥ動作またはＵＥアクティビティ、セル変更または（再）選択、ビーム変更または（再）選択、モビリティ関係動作、測定関係動作、無線リソース管理（ＲＲＭ）関係動作、測位プロシージャ、タイミング関係プロシージャ、タイミング調整関係プロシージャ、ＵＥロケーション追跡プロシージャ、時間追跡関係プロシージャ、同期関係プロシージャ、ＭＤＴ様プロシージャ、測定収集関係プロシージャ、ＣＡ関係プロシージャ、サービングセルアクティブ化／非アクティブ化、ＣＣ設定／設定解除などを含む。
【００３９】
図３は、無線通信のために使用され得る無線ネットワーク１００の一例を示す。無線ネットワーク１００は、ＵＥ１０２Ａ〜１０２Ｂと、相互接続ネットワーク１１５を介して１つまたは複数のネットワークノード１０６に接続された無線アクセスノード１０４Ａ〜１０４Ｂ（たとえば、ｅＮＢ、ｇＮＢなど）など、複数のネットワークノードとを含む。ネットワーク１００は任意の好適な展開シナリオを使用することができる。カバレッジエリア１０８内のＵＥ１０２は、各々、無線インターフェース上で無線アクセスノード１０４Ａと直接通信することが可能であり得る。いくつかの実施形態では、ＵＥ１０２は、Ｄ２Ｄ通信を介して互いに通信することも可能であり得る。
【００４０】
一例として、ＵＥ１０２Ａは、無線インターフェース上で無線アクセスノード１０４Ａと通信することができる。すなわち、ＵＥ１０２Ａは、無線アクセスノード１０４Ａに無線信号を送信し、および／または無線アクセスノード１０４Ａから無線信号を受信することができる。無線信号は、ボイストラフィック、データトラフィック、制御信号、および／または任意の他の好適な情報を含んでいることがある。いくつかの実施形態では、無線アクセスノード１０４Ａに関連する無線信号カバレッジのエリアは、セル１０８と呼ばれることがある。
【００４１】
相互接続ネットワーク１２５は、オーディオ、ビデオ、信号、データ、メッセージなど、または前述の任意の組合せを送信することが可能な任意の相互接続システムを指すことがある。相互接続ネットワーク１２５は、公衆交換電話網（ＰＳＴＮ）、パブリックまたはプライベートデータネットワーク、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネット、有線または無線ネットワークなどのローカル、地域、またはグローバル通信またはコンピュータネットワーク、企業イントラネット、あるいはそれらの組合せを含む任意の他の好適な通信リンクの全部または一部分を含むことができる。
【００４２】
いくつかの実施形態では、ネットワークノード１３０は、ＵＥ１１０のための通信セッションの確立および他の様々な機能性を管理するコアネットワークノード１３０であり得る。コアネットワークノード１３０の例は、モバイルスイッチングセンター（ＭＳＣ）、ＭＭＥ、サービングゲートウェイ（ＳＧＷ）、パケットデータネットワークゲートウェイ（ＰＧＷ）、運用保守（Ｏ＆Ｍ：ｏｐｅｒａｔｉｏｎ  ａｎｄ  ｍａｉｎｔｅｎａｎｃｅ）、運用サポートシステム（ＯＳＳ：ｏｐｅｒａｔｉｏｎｓ  ｓｕｐｐｏｒｔ  ｓｙｓｔｅｍ）、ＳＯＮ、測位ノード（たとえば、拡張サービングモバイルロケーションセンター（Ｅ−ＳＭＬＣ：Ｅｎｈａｎｃｅｄ  Ｓｅｒｖｉｎｇ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ））、ＭＤＴノードなどを含むことができる。ＵＥ１１０は、非アクセス層レイヤを使用していくつかの信号をコアネットワークノードと交換することができる。非アクセス層シグナリングでは、ＵＥ１１０とコアネットワークノード１３０との間の信号が無線アクセスネットワークを通して透過的に受け渡され得る。いくつかの実施形態では、無線アクセスノード１２０は、ノード間インターフェース上で１つまたは複数のネットワークノードとインターフェースすることができる。
【００４３】
説明されたように、ＵＥ１０２がセル１０８にアクセスするために必要とされる制御情報を含むシステム情報は、（１つまたは複数の）無線アクセスノード１０４によって周期的にブロードキャストされる。ＵＥ１０２とネットワークとの間に、このシステム情報の配信に関係するいくらかの不確実性が存在し得る。
【００４４】
ダウンリンク送信は動的にスケジュールされ、すなわち、各サブフレーム中で、ｇＮＢは、データがどのＵＥに送信されるべきであるか、およびデータが現在のダウンリンクサブフレーム中のどのリソースブロック上で送信されることになるかに関するダウンリンク制御情報（ＤＣＩ）を送信する。この制御シグナリングは、典型的に、ＮＲにおいて各サブフレーム中の最初の１つまたは２つのＯＦＤＭシンボル中で送信される。制御情報は、物理制御チャネル（ＰＤＣＣＨ）上で搬送され、データは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で搬送される。ＵＥが最初にＰＤＣＣＨを検出および復号し、ＰＤＣＣＨが正常に復号された場合、ＵＥは、ＰＤＣＣＨ中の復号された制御情報に基づいて、対応するＰＤＳＣＨを復号する。
【００４５】
アップリンクデータ送信も、ＰＤＣＣＨを使用して動的にスケジュールされる。ダウンリンクと同様に、ＵＥは、最初にＰＤＣＣＨ中のアップリンクグラントを復号し、次いで、変調次数、コーディングレート、アップリンクリソース割り当てなど、アップリンクグラント中の復号された制御情報に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上でデータを送信する。
【００４６】
ＰＵＳＣＨに加えて、物理アップリンク制御チャネル（ＰＵＣＣＨ）はまた、ＮＲでは、ＨＡＲＱ（ハイブリッド自動再送要求）関係確認応答（ＡＣＫ）、否定応答（ＮＡＣＫ）、またはチャネル状態情報（ＣＳＩ）フィードバックなどのアップリンク制御情報（ＵＣＩ）を搬送するためにサポートされる。
【００４７】
ＮＲは、ダウンリンクにおいて、最高３２個のコンポーネントキャリア（ＣＣ）のキャリアアグリゲーションをサポートする。各ＣＣはセルとして働き、ＣＣのうちの１つは１次セルまたはキャリアである。１次キャリアのみが、関連するアップリンクキャリアを有し得る。この場合、各ダウンリンクコンポーネントキャリアについてのＡＣＫ／ＮＡＣＫ、ＳＲ、およびＣＳＩがアグリゲートされ、単一のアップリンクキャリア上で送信される。したがって、アグリゲートされたＵＣＩペイロードサイズは、非常に大きくなり得る。
【００４８】
ＤＬ関係ＤＣＩの主要なコンテンツは、ＰＤＳＣＨ送信をスケジュールするＤＬグラントである。ＤＬグラントは、ＵＥがスケジュールされるＰＤＳＣＨがどの周波数領域リソースを占有するかと、使用される変調符号化方式（ＭＣＳ）と、冗長バージョン（ＲＶ）、新データインジケータ（ＮＤＩ）、およびＨＡＲＱプロセスナンバなどのＨＡＲＱ関係情報とを示す情報を含む。ＤＬグラントはまた、ＰＤＳＣＨ中のレイヤの数、およびどのＤＭＲＳアンテナポートが使用されるかなど、マルチアンテナ関係情報を含み得る。ＰＵＣＣＨリソースインジケータもＤＣＩ中に存在することが合意された。ＰＵＣＣＨリソースインジケータは、従来、ＵＥが、スケジュールされたＰＤＳＣＨについてのＨＡＲＱ−ＡＣＫをどの時間／周波数／コードＰＵＣＣＨリソース上で送信するものとするかを示す。ＰＵＣＣＨリソース指示フィールドのために２つのビットが使用され得、各コードポイントは、（周波数ロケーション、スロットオフセットなどに関して）４つの上位レイヤの設定されたＰＵＣＣＨリソースの中から１つを示すことになる。
【００４９】
ＳＲＳ要求フィールドもＤＬ関係ＤＣＩ中に含まれ、ＳＲＳ要求フィールドは、アップリンク中で１つまたは複数のＳＲＳリソースの送信をトリガすることができる。
【００５０】
ＬＴＥでは、およびおそらくＮＲの場合にも、すべてのコードワード（ＣＷ）がオフにされることを示すことによってＤＬグラントなしにＤＬ関係ＤＣＩを送信することが可能である。ＬＴＥでは、これは、すべてのＣＷについてＭＣＳ＝０であり、ＲＶ＝１であることを示すことによって行われる。同様の方法が、ＮＲの場合にも採用され得る。したがって、ＰＤＳＣＨをもスケジュールすることなしに、ＳＲＳトリガリング要求のみをもつＤＬ関係ＤＣＩを送信することが可能であり得る。
【００５１】
ＲＡＮ１説明による、ＤＬ関係ＤＣＩ中の従来のフィールドの説明が、表１において与えられる。
2020536427.tif 000003
【００５２】
ＤＬ関係ＤＣＩが、ＰＤＳＣＨをスケジュールするＤＬグラントをどのように含み得るかと同様に、ＵＬ関係ＤＣＩは、ＵＥのためのＰＵＳＣＨ送信をスケジュールするＵＬグラントを含み得る。フィールドの多くは、ＤＬ関係ＤＣＩとＵＬ関係ＤＣＩとの間で同様である。たとえば、ＵＬ関係ＤＣＩは、ＰＵＳＣＨ送信、ＭＳＣ、ＨＡＲＱ関係情報、マルチアンテナ関係情報などのためにＵＥが使用するものとする物理時間周波数リソースに関する情報を含む。ＵＬ関係ＤＣＩはまた、非周期ＣＳＩリポートをトリガすることができるＣＳＩリポートトリガリング要求フィールドを含んでいる。このフィールドは、非周期ＣＳＩリポートが、典型的に、スケジュールされたＵＬ−ＳＣＨとともにＰＵＳＣＨ上で搬送されるように、ＵＬ関係ＤＣＩ中に存在する。ＲＡＮ１合意による、ＵＬ関係ＤＣＩ中の従来のフィールドの説明が、表２において与えられる。
2020536427.tif 000004
【００５３】
ＬＴＥでは、およびおそらくＮＲでは、ＣＳＩ要求フィールドの各コードポイントは、複数のＣＳＩリポートが同時にトリガされ得ることを暗示する、１つまたは複数のセルのための複数のＣＳＩリポートセッティングを含むことができる上位レイヤの設定された「ＣＳＩリポートセット」を指す。これは、以下の表３に示されている。
2020536427.tif 000005
【００５４】
ＮＲでは、ＵＥは、Ｎ≧１個のＣＳＩ報告セッティングとＭ≧１個のリソースセッティングと１つのＣＳＩ測定セッティングとを伴って設定され得、ここで、ＣＳＩ測定セッティングはＬ≧１個のリンクを含み、Ｌの値はＵＥ能力に依存し得る。少なくとも以下の設定パラメータは、少なくともＣＳＩ獲得のためにＲＲＣを介してシグナリングされる。
【００５５】
Ｎ、Ｍ、およびＬは、暗黙的にまたは明示的にのいずれかで示される。
【００５６】
各ＣＳＩ報告セッティングにおいて、少なくとも：（１つまたは複数の）報告されたＣＳＩパラメータ、報告された場合のＣＳＩタイプ（ＩまたはＩＩ）、コードブックサブセット制限を含むコードブック設定、時間領域挙動、ＣＱＩおよびＰＭＩのための周波数粒度、測定制限設定。
【００５７】
各リソースセッティングにおいて、
【００５８】
−  Ｓ≧１個の（１つまたは複数の）ＣＳＩ−ＲＳリソースセットの設定
【００５９】
−  少なくとも、ＲＥへのマッピング、ポートの数、時間領域挙動などを含む、各セットｓについてのＫｓ≧１個のＣＳＩ−ＲＳリソースの設定
【００６０】
−  時間領域挙動：非周期、周期、または半永続的
【００６１】
−  少なくともＣＳＩ−ＲＳを包含するＲＳタイプ
【００６２】
ＣＳＩ測定セッティングにおけるＬ個のリンクの各々において：ＣＳＩ報告セッティング指示、リソースセッティング指示、測定されるべき量（チャネルまたは干渉のいずれか）
−  １つのＣＳＩ報告セッティングが１つまたは複数のリソースセッティングにリンクされ得る
−  複数のＣＳＩ報告セッティングがリンクされ得る
【００６３】
少なくとも、以下は、適用可能な場合、Ｌ１またはＬ２シグナリングによって動的に選択される。
−  ＣＳＩ測定セッティング内の１つまたは複数のＣＳＩ報告セッティング
−  少なくとも１つのリソースセッティングから選択された１つまたは複数のＣＳＩ−ＲＳリソースセット
−  少なくとも１つのＣＳＩ−ＲＳリソースセットから選択された１つまたは複数のＣＳＩ−ＲＳリソース
【００６４】
ＬＴＥでは、ＵＥは、周期報告モードまたは非周期報告モードにおいてＣＳＩを報告するように設定され得る。周期ＣＳＩ報告はＰＵＣＣＨ上で搬送されるが、非周期ＣＳＩはＰＵＳＣＨ上で搬送される。ＰＵＣＣＨは、固定数または設定された数のＰＲＢ中で、およびＱＰＳＫ変調を用いて単一の空間レイヤを使用して送信される。非周期ＣＳＩ報告を搬送するＰＵＳＣＨリソースは、ＰＤＣＣＨまたは拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）上で搬送されるアップリンクグラントを通して動的に割り当てられ、可変数のＰＲＢを占有し、ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭなどの変調状態、ならびに複数の空間レイヤを使用することができる。
【００６５】
ＮＲでは、ＬＴＥの場合のような周期および非周期ＣＳＩ報告に加えて、半永続的ＣＳＩ報告もサポートされ得る。
【００６６】
したがって、ＮＲでは、３つのタイプのＣＳＩ報告が以下のようにサポートされ得る。
【００６７】
周期ＣＳＩ報告：ＣＳＩは、ＵＥによって周期的に報告される。周期性およびサブフレームオフセットなど、パラメータは、ｇＮＢからＵＥへの上位レイヤシグナリングによって、半静的に設定される。
【００６８】
非周期ＣＳＩ報告：このタイプのＣＳＩ報告は、ｇＮＢによって、たとえば、ＰＤＣＣＨ中のＤＣＩによって動的にトリガされる、ＵＥによるシングルショット（すなわち、１回）のＣＳＩリポートを伴う。非周期ＣＳＩリポートの設定に関係するパラメータのうちのいくつかが、ｇＮＢからＵＥに対して半静的に設定されるが、トリガリングは動的である。
【００６９】
半永続的ＣＳＩ報告：周期ＣＳＩ報告と同様に、半永続的ＣＳＩ報告は、ＵＥに対してｇＮＢによって半静的に設定され得る周期性およびサブフレームオフセットを有する。しかしながら、ｇＮＢからＵＥへの動的トリガは、ＵＥが半永続的ＣＳＩ報告を始めることを可能にするために必要とされ得る。いくつかの場合には、ｇＮＢからＵＥへの動的トリガは、ＣＳＩリポートの半永続的送信を停止するようにＵＥに指令するために必要とされ得る。
【００７０】
さらに、ＮＲは、ＬＴＥによってサポートされるＰＵＳＣＨベースの非周期ＣＳＩ報告に加えて、２つのタイプの非周期ＣＳＩ報告をサポートすることができ、ＮＲは、（少なくともショートＰＵＣＣＨの場合）ＰＵＣＣＨ上の非周期ＣＳＩ報告をもサポートする。
【００７１】
ＮＲが、ＰＵＳＣＨ上の非周期ＣＳＩ報告に加えて、ＰＵＣＣＨ上の非周期ＣＳＩ報告をサポートし、ＰＵＳＣＨおよびＰＵＣＣＨのいずれかの上の半永続的ＣＳＩ報告をもサポートすることができることを仮定すれば、ＰＵＣＣＨ上のＣＳＩリポートの効率的な動的トリガリングが必要とされる。
【００７２】
いくつかの実施形態では、ＰＵＣＣＨ上のＣＳＩリポートのトリガリングをサポートするために、ＣＳＩ要求フィールドがＤＬ関係ＤＣＩ中に導入され得る（たとえば、表１に示されているフィールドに加えて、ＣＳＩ要求フィールドがあり得る）。（前に、ＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨリソースの指示のためにのみ使用された）既存のＰＵＣＣＨリソース指示フィールドは、ＣＳＩフィードバック／リポートのためのＰＵＣＣＨリソースの指示のために再利用され得る。
【００７３】
いくつかの実施形態では、ＰＵＣＣＨリソース指示フィールドは、ＤＬグラントおよび／またはＣＳＩ要求がＤＬ関係ＤＣＩ中に存在するかどうかに応じて別様に解釈され得る。
【００７４】
したがって、非周期ＣＳＩフィードバックのための動的ＰＵＣＣＨリソース割り当ては、ＤＣＩオーバーヘッドを増加させることなしに達成され、増加されたスケジューリングフレキシビリティおよびより大きいマルチユーザ容量を可能にし得る。
【００７５】
ショートＰＵＣＣＨ上の非周期ＣＳＩ報告をサポートすることに対する１つの可能な利益は、ＷＢ  ＣＳＩさえも非周期的にトリガされ得るように、より多くのスケジューリングフレキシビリティを可能にすることであり、一組の１０ビットのＷＢ  ＣＳＩのみを送信する場合に（複数のＯＦＤＭシンボルをスパンする）ＰＵＳＣＨ送信全体を費やすことは、不経済であり得る。別の動機づけは、同スロットＣＳＩフィードバックを可能にすることであり、ここで、非周期ＣＳＩ要求トリガを含んでいるＤＣＩは、スロットの始まりにおいて受信され、ＣＳＩフィードバックは、スロットの終わりにおいてショートＰＵＣＣＨ上で送信される。
【００７６】
本明細書で説明されるいくつかの実施形態では、非周期ＣＳＩ（Ａ−ＣＳＩ）リポートは、どの（１つまたは複数の）ＣＳＩリポートがＣＳＩ要求フィールド中で報告されるものとするかを示すことによって、ＤＣＩを用いてトリガされる。
【００７７】
従来、ＣＳＩ要求フィールドはＵＬ関係ＤＣＩ中に存在し、なぜなら、これは、その場合、ＣＳＩリポートがＰＵＳＣＨ上でＵＬ−ＳＣＨと多重化され、ＵＬ関係ＤＣＩがＰＵＳＣＨリソース割り当てを含んでいるからである。しかしながら、Ａ−ＣＳＩリポートがＰＵＣＣＨ上で送信されたとき、ＣＳＩ要求フィールドはＤＬ関係ＤＣＩ中に含まれ得る。第１に、同スロットＣＳＩ報告の場合、ＵＥは、おそらく、それが即時のＣＳＩリポートを用いてトリガされるのと同じスロット中でＰＤＳＣＨを用いてスケジュールされている（さもなければ、即時の報告を用いる利益がない）。したがって、ＣＳＩ要求フィールドが、ＤＬグラントを含んでいるＤＬ関係ＤＣＩ中に存在しない場合、ＵＬ関係ＤＣＩとＤＬ関係ＤＣＩの両方は、同じスロット中で送信される必要があるであろう。第２に、ＤＬ関係ＤＣＩは、ＡＣＫ／ＮＡＣＫを含んでいるＰＵＣＣＨのタイミングオフセットおよび周波数／コードロケーションを示す、ＨＡＲＱ−ＡＣＫについてのＰＵＣＣＨリソースインジケータフィールドをすでに含んでいる。
【００７８】
いくつかの実施形態では、このフィールドは、Ａ−ＣＳＩリポートを送信するときに使用されるべきＰＵＣＣＨリソースを示すために再利用され得る。
【００７９】
一実施形態では、Ａ−ＣＳＩリポートは、常に、ＨＡＲＱ−ＡＣＫを送信するために使用される同じＰＵＣＣＨ上でピギーバックされる。すなわち、ＨＡＲＱ−ＡＣＫビットおよびＡ−ＣＳＩビットは、ＤＣＩ中のＰＵＣＣＨリソース指示フィールド中で示される同じＰＵＣＣＨリソースにバンドルされ、多重化される。この実施形態はＵＥ実装形態を簡略化し、仕様複雑さを低減することができるが、この実施形態はｇＮＢのフレキシビリティを制限し得る。これはまた、ＵＬリソースに関して不経済であり得る。ＨＡＲＱ−ＡＣＫはわずか数ビットであるが、ＷＢ  ＣＳＩは２０ビット程度であり得るので、異なる周波数割り当ておよび／またはＰＵＣＣＨフォーマットが、「ＨＡＲＱ−ＡＣＫのみ」または「ＨＡＲＱ−ＡＣＫ＋ＣＳＩ」がＰＵＣＣＨ中で多重化されるかどうかに応じて必要とされ得る。
【００８０】
異なるＰＵＣＣＨリソース上で同じＤＣＩを用いてトリガされたＨＡＲＱ−ＡＣＫとＣＳＩとを送信することが、潜在的に有益であり得る。たとえば、多くのアンテナポートを伴うＣＳＩリポートがトリガされ、ＵＥによるいくらかのＣＳＩプロセス遅延を必要とし得、その結果、ＣＳＩリポートは、たとえば、スロットｎ＋２中で送信されるが、ＡＣＫ／ＮＡＣＫはスロットｎ中で送信され得る。したがって、ＣＳＩとＡＣＫ／ＮＡＣＫとについて異なるＰＵＣＣＨタイミングオフセットを示すことが、有益であり得る。また、そのようなフレキシビリティが、ＤＣＩオーバーヘッドを増加させることなしに導入され得れば、有益であり得る。
【００８１】
したがって、いくつかの実施形態では、ＰＵＣＣＨリソースインジケータフィールドは、ＤＣＩ中のＤＬグラントの存在（すなわち、ＰＤＳＣＨがＤＣＩによってスケジュールされる場合、またはすべてのＣＷがオフにされる場合）、および／またはＣＳＩ要求の存在（すなわち、１つまたは複数のＣＳＩリポートがトリガされる場合、またはＣＳＩリポートがトリガされないことを意味する、トリガリング状態００が示される場合）に応じて別様に解釈され得る。
【００８２】
１つのそのような実施形態の一例が、以下の表４に示されている。この例では、ビット００がＰＵＣＣＨリソースインジケータフィールド中で示される場合、ＤＣＩがＤＬグラントのみを含んでおり、ＣＳＩ要求を含んでいない場合は、ＰＵＣＣＨリソース＃１が使用されるが、ＤＣＩがＣＳＩ要求のみを含んでおり、ＤＬグラントを含んでいない場合は、ＰＵＣＣＨリソース＃３が使用される。ＤＣＩがＤＬグラントとＣＳＩ要求の両方を含んでいる場合、ＰＵＣＣＨリソース＃７が使用される。さらに本例では、ビット１０が示された場合、ＰＵＣＣＨリソース＃３がＨＡＲＱ−ＡＣＫのために使用され、ＰＵＣＣＨリソース＃２がＣＳＩのために使用され、両方が同時にトリガされた場合、別個のＰＵＣＣＨリソースが、それぞれの送信のために使用される。
2020536427.tif 000006
【００８３】
いくつかの実施形態では、ＰＵＣＣＨリソースインジケータトリガリング状態（すなわちトリガ００、トリガ０１、．．．）の上位レイヤ設定は、２つまたはそれ以上の情報フィールドを含むことができる。各情報フィールドは、別個のＰＵＣＣＨリソースへの参照を含むことができる。ＵＥがどの情報フィールド（すなわち、どのＰＵＣＣＨリソース）を使用するものとするかは、ＤＣＩがＣＳＩ要求トリガを含むか否かに依存する。いくつかの実施形態では、トリガ状態の設定は、２つの情報フィールド、すなわち、ＣＳＩ要求が存在するときに使用されるものとする第１のフィールドと、ＣＳＩ要求トリガがＤＣＩ中に存在しないときに使用されるものとする第２のフィールドとを含むことができる。
【００８４】
他の実施形態では、３つの情報フィールド、すなわち、ＤＬグラントのみが存在するときに使用されるものとする第１のフィールドと、ＤＬグラントが存在しないが、ＣＳＩ要求トリガが存在するときに使用されるものとする第２のフィールドと、ＤＬグラントとＣＳＩ要求の両方が存在するときに使用されるものとする第３のフィールドとが使用され得る。いくつかのそのような実施形態では、ＤＬグラントとＣＳＩ要求の両方がＤＣＩ中に存在するときに使用されるものとする情報フィールドは、２つのＰＵＣＣＨリソース、すなわち、第１のＰＵＣＣＨリソースと第２のＰＵＣＣＨリソースとを含む。第１のＰＵＣＣＨリソースは、ＨＡＲＱ−ＡＣＫを送信するために使用されるものとし、第２のＰＵＣＣＨリソースは、ＣＳＩを送信するために使用されるものとする。
【００８５】
本明細書での実施形態が、ＰＵＣＣＨ上の非周期ＣＳＩフィードバックに関して説明されたが、ＤＣＩによってトリガされたとき、ＰＵＣＣＨ上の半永続的ＣＳＩフィードバックのために等しく十分に適用され得ることが、当業者によって諒解されよう。そのような場合、半永続的ＣＳＩフィードバックのために使用すべきＰＵＣＣＨリソースは、ＰＵＣＣＨリソースインジケータフィールド中で示され得る。いくつかのそのような実施形態では、ＰＵＣＣＨのための周波数およびコードリソースのみが示されるが、半永続的ＣＳＩリポートのための周期性およびスロットオフセットは、別の上位レイヤパラメータを伴って半静的に設定され得る。他の実施形態では、スロットオフセットも示され得る。
【００８６】
図４は、例示的なシグナリング図である。ｇＮＢ１０４などのアクセスノードは、ダウンリンクＤＣＩメッセージなどの制御メッセージのためのパラメータを生成することができる（ステップ４０１）。いくつかの実施形態では、これは、少なくとも１つのＣＳＩリポートをトリガするように無線デバイスに示すためにＣＳＩ要求フィールドを追加することを含むことができる。これは、前記（１つまたは複数の）ＣＳＩリポートのための（１つまたは複数の）ＰＵＣＣＨリソースを無線デバイスに示すためにＰＵＣＣＨリソース指示フィールドを使用することをさらに含むことができる。アクセスノード１０４は、設定された制御メッセージ（たとえば、ダウンリンクＤＣＩ）を無線デバイス１０２に送信する（ステップ４０２）。無線デバイス１０２は、受信されたダウンリンクＤＣＩメッセージに従って（１つまたは複数の）アップリンク制御リソースを決定することができる（ステップ４０３）。いくつかの実施形態では、これは、ダウンリンクＤＣＩメッセージに従ってＰＵＣＣＨリソース指示フィールドを解釈することを含むことができる。その解釈は、ダウンリンクＤＣＩメッセージ中のスケジュールされたダウンリンクグラントおよび／またはＣＳＩ要求のうちの少なくとも１つに依存することがある。無線デバイス１０２は、その後、（１つまたは複数の）決定されたアップリンク制御リソースにおいてアップリンク制御情報を送信することができる（ステップ４０４）。
【００８７】
図５は、ＵＥ１０２などの無線デバイスにおいて実行され得る方法を示すフローチャートである。本方法は以下を含むことができる。
【００８８】
ステップ５１０：制御メッセージを受信すること。制御メッセージは、ダウンリンク関係ＤＣＩメッセージであり得る。制御メッセージは、ｇＮＢ１０４などのアクセスノードから受信され得る。制御メッセージはＰＤＣＣＨ上で受信され得る。
【００８９】
いくつかの実施形態では、制御メッセージは、少なくとも１つのＣＳＩリポートをトリガすべきかどうかを示す第１の情報を含むことができる。第１の情報はＣＳＩ要求フィールドであり得る。いくつかの実施形態では、制御メッセージは、少なくとも１つのＵＬ制御リソースを示す第２の情報を含むことができる。第２の情報はＰＵＣＣＨリソースインジケータフィールドであり得る。第２の情報は、ＣＳＩリポート／フィードバックのために使用されるべき少なくとも１つのＰＵＣＣＨリソースを示すことができる。制御メッセージは、ダウンリンク送信に関連するグラント／スケジューリング情報をさらに含むことができる。いくつかの実施形態では、ダウンリンク送信はＰＤＳＣＨ送信であり得る。
【００９０】
ステップ５２０：受信された制御メッセージに従って、少なくとも１つのＣＳＩリポートをトリガすることを決定すること。いくつかの実施形態では、これは、第１の情報（ダウンリンク関係ＤＣＩメッセージ中のＣＳＩ要求フィールド）に従って、（１つまたは複数の）ＣＳＩリポートをトリガすることを決定することを含むことができる。いくつかの実施形態では、これは、第２の情報（ダウンリンク関係ＤＣＩメッセージ中のＰＵＣＣＨリソースインジケータ）に従って、１つまたは複数のアップリンク制御リソース（たとえば、ＰＵＣＣＨリソース）を決定することをさらに含むことができる。（１つまたは複数の）アップリンク制御リソースを決定することは、第１の情報および／またはダウンリンク送信に関連するグラント／スケジューリング情報のうちの少なくとも１つにさらに従うことができる。
【００９１】
いくつかの実施形態では、（１つまたは複数の）アップリンク制御リソースは、第１の情報が（１つまたは複数の）ＣＳＩリポートをトリガするか否かに従って決定される。いくつかの実施形態では、（１つまたは複数の）アップリンク制御リソースは、ダウンリンク送信がスケジュールされるか否かに従って決定される。たとえば、アップリンク制御リソースを決定することは、ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されることに応答して、第１のＰＵＣＣＨリソースを決定することを含むことができる。別の例では、アップリンク制御リソースを決定することは、ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されないことに応答して、第２のＰＵＣＣＨリソースを決定することを含むことができる。いくつかの実施形態では、第１のＰＵＣＣＨリソースは第２のＰＵＣＣＨリソースとは異なる。別の例では、アップリンク制御リソースを決定することは、ダウンリンクＤＣＩメッセージ中にＣＳＩ要求が示されることとダウンリンクグラントが含まれることとの両方に応答して、少なくとも第３のＰＵＣＣＨリソースを決定することを含むことができる。いくつかの実施形態では、第３のＰＵＣＣＨリソースは、第１のＰＵＣＣＨリソースおよび第２のＰＵＣＣＨリソースとは異なる。
【００９２】
ステップ５３０：アップリンク制御情報を送信すること。アップリンク制御情報は、決定された少なくとも１つのアップリンク制御リソース（たとえば、ＰＵＣＣＨリソース）中で送信され得る。アップリンク制御情報は、ｇＮＢ１０４などのアクセスノードに送信され得る。送信されたアップリンク制御情報は、ＨＡＲＱ−ＡＣＫおよび／またはＣＳＩリポートのうちの少なくとも１つを含むことができる。いくつかの実施形態では、ＣＳＩリポートは、決定されたアップリンク制御リソース上でＨＡＲＱ−ＡＣＫと多重化され得る。他の実施形態では、ＣＳＩリポートとＨＡＲＱ−ＡＣＫとは、異なるＰＵＣＣＨリソース上で送信され得る。いくつかの実施形態では、ＨＡＲＱ−ＡＣＫは、ダウンリンク関係ＤＣＩによってスケジュールされ、ＨＡＲＱ−ＡＣＫリソースは、ＰＵＣＣＨリソースインジケータに従って決定され得る。
【００９３】
いくつかの実施形態では、図５の方法は、無線デバイスによって、ＣＳＩ要求フィールドおよび／またはＰＵＣＣＨリソースインジケータを解釈することに関連する設定情報を取得することをさらに含むことができる。いくつかの実施形態では、無線デバイスは、ＤＬ関係ＤＣＩメッセージを受信することより前に、設定情報を取得することができる。これは、上位レイヤシグナリングによって、ダウンリンク制御メッセージ中の第１のビットフィールドを１つまたは複数のＣＳＩリポートのトリガリングにマッピングする第１の情報を取得することと、上位レイヤシグナリングによって、ダウンリンク制御メッセージ中の第２のビットフィールドを１つまたは複数のアップリンク制御リソースの指示にマッピングする第２の情報を取得することとを含むことができる。したがって、無線デバイスは、取得された設定情報に従って、受信されたＤＬ関係ＤＣＩメッセージを解釈することができる。
【００９４】
上記のステップのうちの１つまたは複数が、同時におよび／または異なる順序で実施され得ることが諒解されよう。また、破線で示されているステップは、随意であり、いくつかの実施形態では省略され得る。
【００９５】
図６は、アクセスノード１０４などのネットワークノードにおいて実施され得る方法を示すフローチャートである。本方法は以下を含むことができる。
【００９６】
ステップ６１０：ダウンリンク制御メッセージを生成すること。いくつかの実施形態では、制御メッセージはＤＬ関係ＤＣＩメッセージであり得る。制御メッセージを生成することは、ＣＳＩ要求フィールドおよび／またはＰＵＣＣＨリソースインジケータフィールドを含むパラメータを生成／設定することを含むことができる。ＣＳＩ要求フィールドは、ＰＵＣＣＨ上でのＣＳＩフィードバックをトリガすべきかどうかを示すことができる。制御メッセージは、ＰＤＳＣＨ送信をスケジュールするためのグラントをさらに含むことができる。
【００９７】
いくつかの実施形態では、ＰＵＣＣＨリソースインジケータは、少なくとも、ＣＳＩリポートが制御メッセージによって要求／トリガされるときに使用すべき第１のＰＵＣＣＨリソースを示す第１のフィールドと、ＣＳＩリポートが制御メッセージによって要求／トリガされないときに使用すべき第２のＰＵＣＣＨリソースを示す第２のフィールドとを含むことができる。いくつかの実施形態では、ＰＵＣＣＨリソースインジケータは、制御メッセージによってＣＳＩリポートが要求されることとダウンリンクグラントが含まれることとの両方であるときに使用すべき少なくとも第３のＰＵＣＣＨリソースを示す第３のフィールドを含むことができる。
【００９８】
ステップ６２０：生成された制御メッセージを送信すること。いくつかの実施形態では、これは、ＰＤＣＣＨ上で、生成されたダウンリンク関係ＤＣＩメッセージを送信することを含む。
【００９９】
ステップ６３０：アップリンク制御情報を受信すること。アップリンク制御情報は、少なくとも１つのＣＳＩリポートを含むことができる。アップリンク制御情報は、生成されたダウンリンク制御メッセージに従ってＰＵＣＣＨリソース上で受信され得る。
【０１００】
上記のステップのうちの１つまたは複数が、同時におよび／または異なる順序で実施され得ることが諒解されよう。また、破線で示されているステップは、随意であり、いくつかの実施形態では省略され得る。
【０１０１】
図７は、いくつかの実施形態による、例示的な無線デバイス、ＵＥ１０２のブロック図である。ＵＥ１０２は、トランシーバ７１０と、プロセッサ７２０と、メモリ７３０とを含む。いくつかの実施形態では、トランシーバ７１０は、（たとえば、（１つまたは複数の）送信機（Ｔｘ）、（１つまたは複数の）受信機（Ｒｘ）および（１つまたは複数の）アンテナを介して）無線アクセスノード１０４に無線信号を送信すること、および無線アクセスノード１０４から無線信号を受信することを容易にする。プロセッサ７２０は、ＵＥによって提供されるものとして上記で説明された機能性の一部または全部を提供するための命令を実行し、メモリ７３０は、プロセッサによって実行される命令を記憶する。いくつかの実施形態では、プロセッサ７２０およびメモリ７３０は、処理回路要素を形成する。
【０１０２】
プロセッサ７２０は、上記で説明されたＵＥ１０２の機能など、ＵＥ１０２の説明された機能の一部または全部を実施するために、命令を実行し、データを操作するための、ハードウェアの任意の好適な組合せを含み得る。いくつかの実施形態では、プロセッサ７２０は、たとえば、１つまたは複数のコンピュータ、１つまたは複数の中央処理ユニット（ＣＰＵ）、１つまたは複数のマイクロプロセッサ、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、１つまたは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）および／または他の論理を含み得る。
【０１０３】
メモリ７３０は、概して、コンピュータプログラム、ソフトウェア、論理、ルール、アルゴリズム、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／またはプロセッサ７２０によって実行されることが可能な他の命令など、命令を記憶するように動作可能である。メモリ７３０の例は、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）または読取り専用メモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／あるいは、ＵＥ１０２のプロセッサ７２０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的コンピュータ可読および／またはコンピュータ実行可能メモリデバイスを含む。
【０１０４】
いくつかの実施形態では、通信インターフェース７４０は、プロセッサ７２０に通信可能に結合され、ネットワークノード１０４のための入力を受信するか、ネットワークノード１０４からの出力を送るか、入力または出力またはその両方の好適な処理を実施するか、他のデバイスに通信するか、あるいは前述の任意の組合せを行うように動作可能な任意の好適なデバイスを指し得る。通信インターフェース７４０は、ネットワークを通して通信するために、適切なハードウェア（たとえば、ポート、モデム、ネットワークインターフェースカードなど）と、プロトコル変換能力およびデータ処理能力を含むソフトウェアとを含み得る。
【０１０５】
ＵＥ１０２の他の実施形態は、上記で説明された機能性および／または（上記で説明されたソリューションをサポートするのに必要な任意の機能性を含む）任意の追加の機能性のいずれかを含む、ＵＥの機能性のいくつかの態様を提供することを担当し得る、図７に示されている構成要素以外の追加の構成要素を含み得る。ほんの一例として、ＵＥ１０２は、プロセッサの一部であり得る、入力デバイスおよび回路、出力デバイス、ならびに１つまたは複数の同期ユニットまたは回路を含み得る。入力デバイスは、ＵＥ１０２へのデータのエントリのための機構を含む。たとえば、入力デバイスは、マイクロフォン、入力エレメント、ディスプレイなど、入力機構を含み得る。出力デバイスは、オーディオ、ビデオおよび／またはハードコピーフォーマットでデータを出力するための機構を含み得る。たとえば、出力デバイスは、スピーカー、ディスプレイなどを含み得る。
【０１０６】
いくつかの実施形態では、ＵＥ１０２は、上記で説明されたＵＥの機能性を実装するように設定された一連の機能ユニットまたはモジュールを備えることができる。図８を参照すると、いくつかの実施形態では、ＵＥ１０２は、ダウンリンク制御メッセージを受信し、前記制御メッセージを処理するためのダウンリンク制御モジュール７５０と、アップリンク制御リソースを決定し、アップリンク制御情報を送信するためのアップリンク制御モジュール７６０とを備えることができる。
【０１０７】
様々なモジュールが、ハードウェアおよびソフトウェア、たとえば、図７に示されているＵＥ１０２のプロセッサ、メモリおよび（１つまたは複数の）トランシーバの組合せとして実装され得ることが諒解されよう。いくつかの実施形態は、追加のおよび／または随意の機能性をサポートするための追加のモジュールをも含み得る。
【０１０８】
図９は、いくつかの実施形態による、例示的なネットワークノード、たとえば、アクセスノード１０４のブロック図である。アクセスノード１０４は、トランシーバ９１０、プロセッサ９２０、メモリ９３０、およびネットワークインターフェース９４０のうちの１つまたは複数を含み得る。いくつかの実施形態では、トランシーバ９１０は、（たとえば、（１つまたは複数の）送信機（Ｔｘ）、（１つまたは複数の）受信機（Ｒｘ）、および（１つまたは複数の）アンテナを介して）ＵＥ１０２に無線信号を送信すること、およびＵＥ１０２から無線信号を受信することを容易にする。プロセッサ９２０は、アクセスノード１０４によって提供されるものとして上記で説明された機能性の一部または全部を提供するための命令を実行し、メモリ９３０は、プロセッサ９２０によって実行される命令を記憶する。いくつかの実施形態では、プロセッサ９２０およびメモリ９３０は、処理回路要素を形成する。ネットワークインターフェース９４０は、ゲートウェイ、スイッチ、ルータ、インターネット、公衆交換電話網（ＰＳＴＮ）、コアネットワークノードまたは無線ネットワークコントローラなど、バックエンドネットワーク構成要素に信号を通信する。
【０１０９】
プロセッサ９２０は、命令を実行し、上記で説明された機能など、アクセスノード１０４の説明された機能の一部または全部を実施するようにデータを操作するための、ハードウェアの任意の好適な組合せを含み得る。いくつかの実施形態では、プロセッサ９２０は、たとえば、１つまたは複数のコンピュータ、１つまたは複数の中央処理ユニット（ＣＰＵ）、１つまたは複数のマイクロプロセッサ、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、１つまたは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）および／または他の論理を含み得る。
【０１１０】
メモリ９３０は、概して、コンピュータプログラム、ソフトウェア、論理、ルール、アルゴリズム、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／またはプロセッサ９２０によって実行されることが可能な他の命令など、命令を記憶するように動作可能である。メモリ９３０の例は、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）または読取り専用メモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／あるいは情報を記憶する任意の他の揮発性または不揮発性、非一時的コンピュータ可読および／またはコンピュータ実行可能メモリデバイスを含む。
【０１１１】
いくつかの実施形態では、ネットワークインターフェース９４０は、プロセッサ９２０に通信可能に結合され、アクセスノード１０４のための入力を受信するか、アクセスノード１０４からの出力を送るか、入力または出力またはその両方の好適な処理を実施するか、他のデバイスに通信するか、あるいは前述の任意の組合せを行うように動作可能な任意の好適なデバイスを指し得る。ネットワークインターフェース９４０は、ネットワークを通して通信するために、適切なハードウェア（たとえば、ポート、モデム、ネットワークインターフェースカードなど）と、プロトコルコンバージョン能力およびデータ処理能力を含むソフトウェアとを含み得る。
【０１１２】
アクセスノード１０４の他の実施形態は、上記で説明された機能性および／または（上記で説明されたソリューションをサポートするのに必要な任意の機能性を含む）任意の追加の機能性のいずれかを含む、アクセスノードの機能性のいくつかの態様を提供することを担当し得る、図９に示されている構成要素以外の追加の構成要素を含み得る。様々な異なるタイプのネットワークノードは、同じ物理ハードウェアを有するが（たとえば、プログラミングを介して）異なる無線アクセス技術をサポートするように設定された構成要素を含み得るか、あるいは部分的にまたは完全に異なる物理構成要素を表し得る。
【０１１３】
いくつかの実施形態では、たとえば、無線アクセスノードであり得るネットワークノード１０４は、上記で説明されたネットワークノード１０４の機能性を実装するように設定された一連のモジュールを備え得る。図１０を参照すると、いくつかの実施形態では、ネットワークノード１０４は、ダウンリンク制御メッセージを生成するための設定モジュール９５０と、前記生成された制御メッセージを送信するための送信モジュール９６０とを備えることができる。
【０１１４】
様々なモジュールが、ハードウェアおよびソフトウェア、たとえば、図９に示されているネットワークノード１２０のプロセッサ、メモリおよび（１つまたは複数の）トランシーバの組合せとして実装され得ることが諒解されよう。いくつかの実施形態は、追加のおよび／または随意の機能性をサポートするための追加のモジュールをも含み得る。
【０１１５】
図７および図９に関して説明されたものと同様の、プロセッサと、インターフェースと、メモリとが、（コアネットワークノード１０６などの）他のネットワークノード中に含まれ得る。他のネットワークノードは、随意に、（図７および図９で説明されたトランシーバなどの）無線インターフェースを含むことも含まないこともある。
【０１１６】
例示的な標準化シナリオ
【０１１７】
ＲＡＮ１＃９０−ＡＨ３においてショートＰＵＣＣＨ上の非周期ＣＳＩ報告をサポートすることが合意された。これのための１つの動機づけは、より多くのスケジューリングフレキシビリティを可能にすることであり、ＷＢ  ＣＳＩさえも非周期的にトリガされ得、一組の１０ビットのＷＢ  ＣＳＩのみを送信する場合に（複数のＯＦＤＭシンボルをスパンする）ＰＵＳＣＨ送信全体を費やすことは、不経済であり得る。別の動機づけは、同スロットＣＳＩフィードバック（すなわち、Ｙ＝０）を可能にすることである。
【０１１８】
Ａ−ＣＳＩリポートは、どの（１つまたは複数の）ＣＳＩリポートがＣＳＩ要求フィールド中で報告されるものとするかを示すことによって、ＤＣＩを用いてトリガされなければならない。従来、ＣＳＩ要求フィールドはＵＬ関係ＤＣＩ中に存在し、なぜなら、これは、その場合、ＣＳＩリポートがＰＵＳＣＨ上でＵＬ−ＳＣＨと多重化され、ＵＬ関係ＤＣＩがＰＵＳＣＨ  ＲＡを含んでいるからである。しかしながら、Ａ−ＣＳＩリポートがＰＵＣＣＨ上で送信されたとき、ＤＬ関係ＤＣＩ中にＣＳＩ要求フィールドを含めることは適切であり得る第１に、同スロットＣＳＩ報告（Ｙ＝０）の場合、ＵＥは、おそらく、それが即時のＣＳＩリポートを用いてトリガされるのと同じスロット中でＰＤＳＣＨを用いてスケジュールされている（さもなければ、即時の報告を用いる利益がほとんどない）。したがって、ＣＳＩ要求フィールドが、ＤＬグラントを含んでいるＤＬ関係ＤＣＩ中に存在しない場合、ＵＬ関係ＤＣＩとＤＬ関係ＤＣＩの両方は、同じスロット中で送信される必要があるであろう。第２に、ＤＬ関係ＤＣＩは、ＡＣＫ／ＮＡＣＫを含んでいるＰＵＣＣＨのタイミングオフセットおよび周波数／コードロケーションを示す、ＨＡＲＱ−ＡＣＫについてのＰＵＣＣＨリソースインジケータフィールドをすでに含んでいる。このフィールドは、Ａ−ＣＳＩのためのＰＵＣＣＨリソースを示すために再利用され得る。
【０１１９】
所見１：ＰＵＣＣＨ上のＡ−ＣＳＩのトリガリングは、ＤＬ関係ＤＣＩを用いて行われ得る。
【０１２０】
１つの手法は、常に、ＨＡＲＱ−ＡＣＫを送信するために使用される同じＰＵＣＣＨ上でＡ−ＣＳＩリポートをピギーバックすることであろう。しかしながら、これは、ｇＮＢのためのフレキシビリティを制限することになる。これはまた、ＵＬリソースに関して不経済であり得る。ＨＡＲＱ−ＡＣＫはわずか数ビットであるが、ＷＢ  ＣＳＩは２０ビット程度であり得るので、異なる周波数割り当ておよび／またはＰＵＣＣＨフォーマットが、「ＨＡＲＱ−ＡＣＫのみ」または「ＨＡＲＱ−ＡＣＫ＋ＣＳＩ」がＰＵＣＣＨ中で多重化されるかどうかに応じて必要とされ得る。さらに、異なるＰＵＣＣＨリソース上で同じＤＣＩを用いてトリガされたＨＡＲＱ−ＡＣＫとＣＳＩとを送信することが、潜在的に有益であり得る。たとえば、多くのアンテナポートを伴うＣＳＩリポートがトリガされ、ＵＥによるいくらかのＣＳＩ処理遅延を必要とし得、その結果、ＣＳＩリポートは、たとえば、スロットｎ＋２中で送信されるが、ＡＣＫ／ＮＡＣＫはスロットｎ中で送信され得る。したがって、異なるＰＵＣＣＨタイミングオフセットが示される必要があるであろう。そのようなフレキシビリティは、ＤＣＩオーバーヘッドを増加させることなしに導入され得る。ＰＵＣＣＨリソースインジケータフィールドは、単に、ＤＣＩ中のＤＬグラントおよび／またはＣＳＩ要求の存在に応じて別様に解釈され得る。これは、上記の表４に示されている。この例では、ビット００が示される場合、ＤＣＩがＤＬグラントのみを含んでおり、ＣＳＩ要求を含んでいない場合は、ＰＵＣＣＨリソース＃１が使用されるが、ＤＣＩがＣＳＩ要求のみを含んでおり、ＤＬグラントを含んでいない場合は、ＰＵＣＣＨリソース＃３が使用される。ＤＣＩがＤＬグラントとＣＳＩ要求の両方を含んでいる場合、ＰＵＣＣＨリソース＃７が使用される。さらに本例では、ビット１０が示された場合、ＰＵＣＣＨリソース＃３がＨＡＲＱ−ＡＣＫのために使用され、ＰＵＣＣＨリソース＃２がＣＳＩのために使用され、両方が同時にトリガされた場合、別個のＰＵＣＣＨリソースが、それぞれの送信のために使用される。
【０１２１】
提案１：ＰＵＣＣＨ上の非周期ＣＳＩフィードバックをサポートするために、ＣＳＩ要求フィールドが、ＤＬ関係ＤＣＩ中に存在するように設定され得る。
【０１２２】
−  ＤＬ関係ＤＣＩ中のＰＵＣＣＨリソースインジケータフィールドは、トリガされたＣＳＩリポートのためのＰＵＣＣＨリソースを示す。
【０１２３】
−  このフィールドは、ＤＣＩがＤＬグラントのみを含んでいるか、ＣＳＩ要求のみを含んでいるか、またはその両方を含んでいるかに応じて別様に解釈される。
【０１２４】
−  同じＰＵＣＣＨ中のＨＡＲＱ−ＡＣＫおよびＣＳＩのバンドリング、ならびに別個のＰＵＣＣＨの指示の両方がサポートされる。
【０１２５】
合意されたＷＦでは、０よりも大きいＣＳＩトリガリングオフセットのためのＰＵＣＣＨ上のＡ−ＣＳＩのサポートが、作業仮説として残された。Ｙ＝０が高速ＣＳＩ計算を必要とするので、Ｙ＝０は、ＵＥが扱うのに最も困難なケースであることに留意されたい。ＰＵＣＣＨ上のＡ−ＣＳＩのための機構は仕様に導入されているので、とにかく、そのサポートをＹ＝０のみに制限することは、極めて人工的な制限のように見える。したがって、以下を提案する。
【０１２６】
提案２：Ｙ＞０の場合のＰＵＣＣＨ上のＡ−ＣＳＩをサポートするために作業仮説を確認する。
【０１２７】
ＲＡＮ１＃９０−ＡＨ３における合意は、ショートＰＵＣＣＨ上のＡ−ＣＳＩのサポートを追加したにすぎない。しかしながら、同じ機構が、ロングＰＵＣＣＨ上のＡ−ＣＳＩをサポートするためにも使用され得、これは、たとえば、ＣＳＩとＨＡＲＱ−ＡＣＫとが単一のＰＵＣＣＨにおいて一緒にバンドルされる場合、信頼性について有益であり得る。さらに、それは、ｇＮＢにおいてスケジューリングフレキシビリティを増加させる。
【０１２８】
提案３：非周期ＣＳＩフィードバックは、ロングＰＵＣＣＨ上で搬送され得る。
【０１２９】
ＲＡＮ１＃９０では、潜在的ダウン選択を用いて、ＳＰ−ＣＳＩが、ショートＰＵＣＣＨ／ロングＰＵＣＣＨ／ＰＵＳＣＨ上で潜在的にサポートされ得ることが合意された。ＲＡＮ１＃９０−ＡＨ３では、ＬＴＥ  ＳＰＳ様トリガリングを用いて、ＳＰ−ＣＳＩがＰＵＳＣＨ上でサポートされることが合意された。したがって、ＳＰ−ＣＳＩがショート／ロングＰＵＣＣＨ上でもサポートされるかどうかの疑問は残る。
【０１３０】
ＲＡＮ１＃８９−ＡＨ２青島では、タイプＩサブバンドＣＳＩがＰＵＳＣＨおよびロングＰＵＣＣＨのいずれか一方の上で搬送され得ることが合意された。ＷＢ  ＣＳＩのみが、周期ＣＳＩフィードバックのためにサポートされるので、これは、Ａ−ＣＳＩまたはＳＰ−ＣＳＩのいずれか（またはその両方）が、合意が実現されるためにロングＰＵＣＣＨ上で搬送されることをサポートしなければならないことを暗示する。さらに、ＲＡＮ１＃９０−ＡＨ３における合意によれば、ＰＵＣＣＨベースＣＳＩリポートのためのショートまたはロングＰＵＣＣＨリソースの使用が設定され、これは、ＳＰ−ＣＳＩのためにショート／ロングＰＵＣＣＨの両方がサポートされなければならないこと、またはショート／ロングＰＵＣＣＨのいずれもサポートされてはならないことのいずれかを意味する。
【０１３１】
報告モードの数を抑制するために、ＰＵＳＣＨ上のＳＰ−ＣＳＩとロングＰＵＣＣＨ上のＡ−ＣＳＩとをサポートすることが十分であると考える。したがって、ＳＰ−ＣＳＩがＰＵＣＣＨ上でサポートされるかどうかが、さらに考慮され得る。
【０１３２】
いくつかの実施形態は、機械可読媒体（媒体において具現化されたコンピュータ可読プログラムコードを有する、コンピュータ可読媒体、プロセッサ可読媒体、またはコンピュータ使用可能媒体とも呼ばれる）に記憶されたソフトウェア製品として表され得る。機械可読媒体は、ディスケット、コンパクトディスク読取り専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク読取り専用メモリ（ＤＶＤ−ＲＯＭ）メモリデバイス（揮発性または不揮発性）、または同様の記憶機構を含む、磁気、光、または電気的記憶媒体を含む任意の好適な有形媒体であり得る。機械可読媒体は、実行されたとき、処理回路要素（たとえば、プロセッサ）に、１つまたは複数の実施形態による方法におけるステップを実施させる、命令、コードシーケンス、設定情報、または他のデータの様々なセットを含んでいることがある。当業者は、説明された実施形態を実装するのに必要な他の命令および動作も、機械可読媒体に記憶され得ることを諒解されよう。機械可読媒体から動作するソフトウェアは、説明されたタスクを実施するために回路要素とインターフェースし得る。
【０１３３】
上記で説明された実施形態は、例にすぎないことを意図する。その説明の範囲から逸脱することなく、当業者によって特定の実施形態の改変、修正および変形が実現され得る。
【０１３４】
用語集
本明細書は以下の略語のうちの１つまたは複数を含み得る。
１ｘ  ＲＴＴ    ＣＤＭＡ２０００  １ｘ無線送信技術
３ＧＰＰ    第３世代パートナーシッププロジェクト
５Ｇ    第５世代
ＡＢＳ    オールモストブランクサブフレーム
ＡＣＫ    確認応答
ＡＤＣ    アナログデジタル変換
ＡＧＣ    自動利得制御
ＡＮ    アクセスネットワーク
ＡＮＲ    自動ネイバー関係
ＡＰ    アクセスポイント
ＡＲＱ    自動再送要求
ＡＳ    アクセス層
ＡＷＧＮ    加法性白色ガウス雑音帯域
ＢＣＣＨ    ブロードキャスト制御チャネル
ＢＣＨ    ブロードキャストチャネル
ＢＬＥＲ    ブロックエラーレート
ＢＳ    基地局
ＢＳＣ    基地局コントローラ
ＢＴＳ    基地トランシーバ局
ＣＡ    キャリアアグリゲーション
ＣＣ    コンポーネントキャリア
ＣＣＣＨ  ＳＤＵ    共通制御チャネルＳＤＵ
ＣＤＭＡ    符号分割多重化アクセス
ＣＧ    セルグループ
ＣＧＩ    セルグローバル識別子
ＣＰ    サイクリックプレフィックス
ＣＰＩＣＨ  Ｅｃ／Ｎｏ    中の電力密度で除算されたチップごとのＣＰＩＣＨ受信エネルギー
ＣＰＩＣＨ    共通パイロットチャネル
ＣＱＩ    チャネル品質情報
Ｃ−ＲＮＴＩ    セルＲＮＴＩ
ＣＲＳ    セル固有参照信号
ＣＳＧ    クローズドサブスクライバグループ
ＣＳＩ    チャネル状態情報
ＤＡＳ    分散アンテナシステム
ＤＣ    デュアルコネクティビティ
ＤＣＣＨ    専用制御チャネル
ＤＣＩ    ダウンリンク制御情報
ＤＦＴ    離散フーリエ変換
ＤＬ    ダウンリンク
ＤＬ−ＳＣＨ    ダウンリンク共有チャネル
ＤＭＲＳ    復調用参照信号
ＤＲＸ    間欠受信
ＤＴＣＨ    専用トラフィックチャネル
ＤＴＸ    間欠送信
ＤＵＴ    被試験デバイス
ＥＡＲＦＣＮ    エボルブド絶対無線周波数チャネル番号
ＥＣＣＥ    拡張制御チャネルエレメント
ＥＣＧＩ    エボルブドＣＧＩ
Ｅ−ＣＩＤ    拡張セルＩＤ（測位方法）
ｅＭＢＢ    拡張モバイルブロードバンド
ｅＮＢ    Ｅ−ＵＴＲＡＮノードＢまたはエボルブドノードＢ
ｅＰＤＣＣＨ    拡張物理ダウンリンク制御チャネル
ＥＰＳ    エボルブドパケットシステム
Ｅ−ＳＭＬＣ    エボルブドサービングモバイルロケーションセンター
Ｅ−ＵＴＲＡ    エボルブドＵＴＲＡ
Ｅ−ＵＴＲＡＮ    エボルブドＵＴＲＡＮ
ＦＤＤ    周波数分割複信
ＦＤＭ    周波数分割多重化
ＦＦＴ    高速フーリエ変換
ＧＥＲＡＮ    ＧＳＭ  ＥＤＧＥ無線アクセスネットワーク
ｇＮＢ    ５Ｇ無線基地局
ＧＳＭ    モバイル通信用グローバルシステム
ＨＡＲＱ    ハイブリッド自動再送要求
ＨＤ−ＦＤＤ    半二重ＦＤＤ
ＨＯ    ハンドオーバ
ＨＲＰＤ    高速パケットデータ
ＨＳＰＡ    高速パケットアクセス
ＩＥ    情報エレメント
ＬＣＭＳ    モビリティ状態の臨界のレベル
ＬＰＰ    ＬＴＥ測位プロトコル
ＬＴＥ    Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ
Ｍ２Ｍ    マシンツーマシン
ＭＡＣ    媒体アクセス制御
ＭＢＭＳ    マルチメディアブロードキャストマルチキャストサービス
ＭＢＳＦＮ  ＡＢＳ    ＭＢＳＦＮオールモストブランクサブフレーム
ＭＢＳＦＮ    マルチメディアブロードキャストマルチキャストサービス単一周波数ネットワーク
ＭＣＧ    マスタセルグループ
ＭＣＳ    変調符号化方式
ＭＤＴ    ドライブテスト最小化
ＭｅＮＢ    マスタｅノードＢ
ＭＩＢ    マスタ情報ブロック
ＭＭＥ    モビリティ管理エンティティ
ＭＰＤＣＣＨ    ＭＴＣ物理ダウンリンク制御チャネル
ＭＲＴＤ    最大受信タイミング差
ＭＳＣ    モバイルスイッチングセンター
Ｍｓｇ    メッセージ
ＭＳＲ    マルチスタンダード無線
ＭＴＣ    マシン型通信
ＮＡＣＫ    否定応答
ＮＡＳ    非アクセス層
ＮＤＩ    次データインジケータ
ＮＰＢＣＨ    狭帯域物理ブロードキャストチャネル
ＮＰＤＣＣＨ    狭帯域物理ダウンリンク制御チャネル
ＮＲ    新しい無線
Ｏ＆Ｍ    運用および保守
ＯＣＮＧ    ＯＦＤＭＡチャネル雑音生成器
ＯＦＤＭ    直交周波数分割多重化
ＯＦＤＭＡ    直交周波数分割多元接続
ＯＳＳ    運用サポートシステム
ＯＴＤＯＡ    観測到達時間差
ＰＢＣＨ    物理ブロードキャストチャネル
ＰＣＣ    １次コンポーネントキャリア
Ｐ−ＣＣＰＣＨ    １次共通制御物理チャネル
ＰＣｅｌｌ    １次セル
ＰＣＦＩＣＨ    物理制御フォーマットインジケータチャネル
ＰＣＧ    １次セルグループ
ＰＣＨ    ページングチャネル
ＰＣＩ    物理セル識別情報
ＰＤＣＣＨ    物理ダウンリンク制御チャネル
ＰＤＳＣＨ    物理ダウンリンク共有チャネル
ＰＤＵ    プロトコルデータユニット
ＰＧＷ    パケットゲートウェイ
ＰＨＩＣＨ    物理ＨＡＲＱ指示チャネル
ＰＬＭＮ    パブリックランドモバイルネットワーク
ＰＭＩ    プリコーダ行列インジケータ
ＰＲＡＣＨ    物理ランダムアクセスチャネル
ＰｒｏＳｅ    近傍サービス
ＰＲＳ    測位参照信号
ＰＳＣ    １次サービングセル
ＰＳＣｅｌｌ    １次ＳＣｅｌｌ
ＰＳＳ    １次同期信号
ＰＳＳＳ    １次サイドリンク同期信号
ＰＵＣＣＨ    物理アップリンク制御チャネル
ＰＵＳＣＨ    物理アップリンク共有チャネル
ＱＡＭ    直交振幅変調
ＲＡ    ランダムアクセス
ＲＡＣＨ    ランダムアクセスチャネル
ＲＡＮ    無線アクセスネットワーク
ＲＡＴ    無線アクセス技術
ＲＢ    リソースブロック
ＲＦ    無線周波数
ＲＬＭ    無線リンク管理
ＲＮＣ    無線ネットワークコントローラ
ＲＮＴＩ    無線ネットワーク一時識別子
ＲＲＣ    無線リソース制御
ＲＲＨ    リモート無線ヘッド
ＲＲＭ    無線リソース管理
ＲＲＵ    リモートラジオユニット
ＲＳＣＰ    受信信号コード電力
ＲＳＲＰ    参照信号受信電力
ＲＳＲＱ    参照信号受信品質
ＲＳＳＩ    受信信号強度インジケータ
ＲＳＴＤ    参照信号時間差
ＳＣＣ    ２次コンポーネントキャリア
ＳＣｅｌｌ    ２次セル
ＳＣＧ    ２次セルグループ
ＳＣＨ    同期チャネル
ＳＤＵ    サービスデータユニット
ＳｅＮＢ    ２次ｅノードＢ
ＳＦＮ    システムフレーム／周波数番号
ＳＧＷ  サービングゲートウェイ
ＳＩ    システム情報
ＳＩＢ    システム情報ブロック
ＳＩＮＲ    信号対干渉雑音比
ＳＮＲ    信号雑音比
ＳＰＳ    半永続的スケジューリング
ＳＯＮ    自己組織化ネットワーク
ＳＲ    スケジューリング要求
ＳＲＳ    サウンディング参照信号
ＳＳＣ    ２次サービングセル
ＳＳＳ    ２次同期信号
ＳＳＳＳ    ２次サイドリンク同期信号
ＴＡ    タイミングアドバンス
ＴＡＧ    タイミングアドバンスグループ
ＴＤＤ    時分割複信
ＴＤＭ    時分割多重化
ＴＲＰ    送信／受信（Ｔｒａｎｓｍｉｓｓｉｏｎ／Ｒｅｃｅｐｔｉｏｎ）ポイントまたは送信／受信（Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ）ポイント
ＴＴＩ    送信時間間隔
Ｔｘ    送信機
ＵＡＲＦＣＮ    ＵＭＴＳ絶対無線周波数チャネル番号
ＵＥ    ユーザ機器
ＵＬ    アップリンク
ＵＭＴＳ    Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ
ＵＲＬＬＣ    超高信頼低レイテンシ通信
ＵＴＲＡ    ユニバーサル地上無線アクセス
ＵＴＲＡＮ    ユニバーサル地上無線アクセスネットワーク
Ｖ２Ｉ    車両対インフラストラクチャ
Ｖ２Ｐ    車両対歩行者
Ｖ２Ｘ    車両対Ｘ
ＷＣＤＭＡ    ワイドＣＤＭＡ
ＷＬＡＮ    無線ローカルエリアネットワーク
【図１】
2020536427.tif 000007
【図２】
2020536427.tif 000008
【図３】
2020536427.tif 000009
【図４】
2020536427.tif 000010
【図５】
2020536427.tif 000011
【図６】
2020536427.tif 000012
【図７】
2020536427.tif 000013
【図８】
2020536427.tif 000014
【図９】
2020536427.tif 000015
【図１０】
2020536427.tif 000016
【手続補正書】
【提出日】令和1年10月28日(2019.10.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線デバイスによって実施される方法であって、前記方法が、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信をスケジュールするためのグラントと、前記スケジュールされたＰＤＳＣＨ送信のためのハイブリッド自動再送要求確認応答（ＨＡＲＱ−ＡＣＫ）リソースを示す物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインジケータとを含むダウンリンク関係ダウンリンク制御情報（ＤＣＩ）メッセージを受信することと、
前記ダウンリンク関係ＤＣＩメッセージ中のチャネル状態情報（ＣＳＩ）要求フィールドに従ってＣＳＩリポートをトリガすることを決定することと、
前記ダウンリンク関係ＤＣＩメッセージ中の前記ＰＵＣＣＨリソースインジケータに従って、前記トリガされたＣＳＩリポートのためのＰＵＣＣＨリソースを決定することと、
前記決定されたＰＵＣＣＨリソース上で前記ＣＳＩリポートを送信することと
を含む、方法。
【請求項２】
前記ダウンリンク関係ＤＣＩメッセージが、前記ＰＵＣＣＨ上でのＣＳＩフィードバックをトリガすべきかどうかを示す前記ＣＳＩ要求フィールドを含む、請求項１に記載の方法。
【請求項３】
前記ＰＤＳＣＨ送信をスケジュールするための前記グラントにさらに従って、前記トリガされたＣＳＩリポートのための前記ＰＵＣＣＨリソースを決定することをさらに含む、請求項１に記載の方法。
【請求項４】
前記ＰＵＣＣＨリソースインジケータを解釈することに関連する設定情報を取得することをさらに含む、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記ＰＵＣＣＨリソースを決定することは、
前記ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されることに応答して、第１のＰＵＣＣＨリソースを決定することと、
前記ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されないことに応答して、第２のＰＵＣＣＨリソースを決定することと
のうちの少なくとも１つを含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記第１のＰＵＣＣＨリソースが前記第２のＰＵＣＣＨリソースとは異なる、請求項５に記載の方法。
【請求項７】
前記ＰＵＣＣＨリソースを決定することは、前記ダウンリンクＤＣＩメッセージ中に前記ＣＳＩ要求が示されることと前記ＰＤＳＣＨ送信をスケジュールするための前記グラントが含まれることとの両方に応答して、少なくとも第３のＰＵＣＣＨリソースを決定することをさらに含む、請求項５または６に記載の方法。
【請求項８】
前記ＣＳＩリポートが、前記決定されたＰＵＣＣＨリソース上でＨＡＲＱ−ＡＣＫと多重化される、請求項１から７のいずれか一項に記載の方法。
【請求項９】
前記ＣＳＩリポートとＨＡＲＱ−ＡＣＫとが、異なるＰＵＣＣＨリソース上で送信される、請求項１から７のいずれか一項に記載の方法。
【請求項１０】
第２のＨＡＲＱ−ＡＣＫリソースが、前記ＰＵＣＣＨリソースインジケータに従って決定される、請求項９に記載の方法。
【請求項１１】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信をスケジュールするためのグラントと、前記スケジュールされたＰＤＳＣＨ送信のためのハイブリッド自動再送要求確認応答（ＨＡＲＱ−ＡＣＫ）リソースを示す物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインジケータとを含むダウンリンク関係ダウンリンク制御情報（ＤＣＩ）メッセージを受信することと、
前記ダウンリンク関係ＤＣＩメッセージ中のチャネル状態情報（ＣＳＩ）要求フィールドに従ってＣＳＩリポートをトリガすることを決定することと、
前記ダウンリンク関係ＤＣＩメッセージ中の前記ＰＵＣＣＨリソースインジケータに従って、前記トリガされたＣＳＩリポートのためのＰＵＣＣＨリソースを決定することと、
前記決定されたＰＵＣＣＨリソース上で前記ＣＳＩリポートを送信することと
を行うように設定された、無線インターフェースと処理回路要素とを備える、無線デバイス。
【請求項１２】
前記ダウンリンク関係ＤＣＩメッセージが、前記ＰＵＣＣＨ上でＣＳＩフィードバックをトリガすべきかどうかを示す前記ＣＳＩ要求フィールドを含む、請求項１１に記載の無線デバイス。
【請求項１３】
ＰＤＳＣＨ送信をスケジュールするための前記グラントにさらに従って、前記トリガされたＣＳＩリポートのための前記ＰＵＣＣＨリソースを決定するようにさらに設定された、請求項１１に記載の無線デバイス。
【請求項１４】
前記ＰＵＣＣＨリソースインジケータを解釈することに関連する設定情報を取得するようにさらに設定された、請求項１１から１３のいずれか一項に記載の無線デバイス。
【請求項１５】
前記ＰＵＣＣＨリソースを決定することは、
前記ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されることに応答して、第１のＰＵＣＣＨリソースを決定することと、
前記ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されないことに応答して、第２のＰＵＣＣＨリソースを決定することと
のうちの少なくとも１つを含む、請求項１１から１４のいずれか一項に記載の無線デバイス。
【請求項１６】
前記第１のＰＵＣＣＨリソースが前記第２のＰＵＣＣＨリソースとは異なる、請求項１５に記載の無線デバイス。
【請求項１７】
前記ＰＵＣＣＨリソースを決定することは、前記ダウンリンクＤＣＩメッセージ中に前記ＣＳＩ要求が示されることと前記ＰＤＳＣＨ送信をスケジュールするための前記グラントが含まれることとの両方に応答して、少なくとも第３のＰＵＣＣＨリソースを決定することをさらに含む、請求項１５または１６に記載の無線デバイス。
【請求項１８】
前記ＣＳＩリポートが、前記決定されたＰＵＣＣＨリソース上でＨＡＲＱ−ＡＣＫと多重化される、請求項１１から１７のいずれか一項に記載の無線デバイス。
【請求項１９】
前記ＣＳＩリポートとＨＡＲＱ−ＡＣＫとが、異なるＰＵＣＣＨリソース上で送信される、請求項１１から１７のいずれか一項に記載の無線デバイス。
【請求項２０】
第２のＨＡＲＱ−ＡＣＫリソースが、前記ＰＵＣＣＨリソースインジケータに従って決定される、請求項１９に記載の無線デバイス。
【請求項２１】
ネットワークノードによって実施される方法であって、前記方法が、
チャネル状態情報（ＣＳＩ）要求フィールドと、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信をスケジュールするためのグラントと、前記スケジュールされたＰＤＳＣＨ送信のためのハイブリッド自動再送要求確認応答（ＨＡＲＱ−ＡＣＫ）リソースを示す物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインジケータとを含むダウンリンク関係ダウンリンク制御情報（ＤＣＩ）メッセージを生成することと、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で、前記生成されたダウンリンク関係ＤＣＩメッセージを送信することと、
前記ダウンリンク関係ＤＣＩメッセージに従って、ＰＵＣＣＨリソース上でＣＳＩリポートを受信することと
を含む、方法。
【請求項２２】
前記ＣＳＩ要求フィールドが、前記ＰＵＣＣＨ上でのＣＳＩフィードバックをトリガすべきかどうかを示す、請求項２１に記載の方法。
【請求項２３】
前記ＰＵＣＣＨリソースインジケータは、少なくとも、前記ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されるときに使用すべき第１のＰＵＣＣＨリソースを示す第１のフィールドと、前記ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されないときに使用すべき第２のＰＵＣＣＨリソースを示す第２のフィールドとを含む、請求項２１または２２に記載の方法。
【請求項２４】
前記第１のＰＵＣＣＨリソースが前記第２のＰＵＣＣＨリソースとは異なる、請求項２３に記載の方法。
【請求項２５】
前記ＰＵＣＣＨリソースインジケータは、前記ダウンリンクＤＣＩメッセージ中に前記ＣＳＩ要求が示されることと前記ＰＤＳＣＨ送信をスケジュールするための前記グラントが含まれることとの両方であるときに使用すべき少なくとも第３のＰＵＣＣＨリソースを示す第３のフィールドを含む、請求項２３または２４に記載の方法。
【請求項２６】
チャネル状態情報（ＣＳＩ）要求フィールドと、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信をスケジュールするためのグラントと、前記スケジュールされたＰＤＳＣＨ送信のためのハイブリッド自動再送要求確認応答（ＨＡＲＱ−ＡＣＫ）リソースを示す物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインジケータとを含むダウンリンク関係ダウンリンク制御情報（ＤＣＩ）メッセージを生成することと、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で、前記生成されたダウンリンク関係ＤＣＩメッセージを送信することと、
前記ダウンリンク関係ＤＣＩメッセージに従って、ＰＵＣＣＨリソース上でＣＳＩリポートを受信することと
を行うように設定された、無線インターフェースと処理回路要素とを備える、ネットワークノード。
【請求項２７】
前記ＣＳＩ要求フィールドが、前記ＰＵＣＣＨ上でのＣＳＩフィードバックをトリガすべきかどうかを示す、請求項２６に記載のネットワークノード。
【請求項２８】
前記ＰＵＣＣＨリソースインジケータは、少なくとも、前記ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されるときに使用すべき第１のＰＵＣＣＨリソースを示す第１のフィールドと、前記ダウンリンク関係ＤＣＩメッセージ中にＣＳＩ要求が示されないときに使用すべき第２のＰＵＣＣＨリソースを示す第２のフィールドとを含む、請求項２６または２７に記載のネットワークノード。
【請求項２９】
前記第１のＰＵＣＣＨリソースが前記第２のＰＵＣＣＨリソースとは異なる、請求項２８に記載のネットワークノード。
【請求項３０】
前記ＰＵＣＣＨリソースインジケータは、前記ダウンリンクＤＣＩメッセージ中に前記ＣＳＩ要求が示されることと前記ＰＤＳＣＨ送信をスケジュールするための前記グラントが含まれることとの両方であるときに使用すべき少なくとも第３のＰＵＣＣＨリソースを示す第３のフィールドを含む、請求項２８または２９に記載のネットワークノード。
【国際調査報告】
2020536427.tif 000017
2020536427.tif 000018
2020536427.tif 000019