(57)【要約】  本開示の実施形態は、無線通信システムにおける制御信号の伝送及び受信のための方法、装置、及びコンピュータプログラム製品に関する。ネットワークデバイスで実施される方法は、制御リソース領域で、所定のサイズを有しかつ第１構成情報を含む第１制御メッセージを端末デバイスに伝送することと、データリソース領域で、端末デバイスに対するダウンリンク又はアップリンクデータ伝送をスケジュールするための情報を含む第２制御メッセージを端末デバイスに伝送することと、を含み、第１構成情報は、第２制御メッセージを検出するためのものである。【選択図】図５
2021535638.tif 000002
【特許請求の範囲】
【請求項１】
制御リソース領域で、所定のサイズを有しかつ第１構成情報を含む第１制御メッセージを端末デバイスに伝送することと、
前記第１構成情報に応じて、データリソース領域で、前記端末デバイスに対するダウンリンク又はアップリンクデータ伝送をスケジュールするための情報を含む第２制御メッセージを前記端末デバイスに伝送することと、
を含み、
前記第１構成情報は、前記第２制御メッセージを検出するためのものである、
無線通信システムにおける方法。
【請求項２】
前記第１構成情報は、
前記第２制御メッセージの存在と、
前記第２制御メッセージ用のサーチスペースと、
前記第２制御メッセージ用のアグリゲーションレベルと、
前記第２制御メッセージのモードと、
前記第２制御メッセージに対して実行されるブラインド検出の組と、
のうちの少なくとも１つを含む、
請求項１に記載の方法。
【請求項３】
前記第２制御メッセージの前記モードは、
前記第２制御メッセージに含まれる別個のスケジューリング情報が使用される伝送／受信ポイント（ＴＲＰ：transmit/reception point）の数と、
前記第２制御メッセージによってサポートされるアップリンクプリコーディンググループの数と、
前記第２制御メッセージによってスケジュールされるトランスポートブロックの数と、
前記第２制御メッセージによって示される変調・符号化スキームの数と、
前記第２制御メッセージに対して実行されるブラインド検出の組と、
前記第２制御メッセージを検出するためのサーチスペースと、
前記第２制御メッセージ用のアグリゲーションレベルと、
のうちの少なくとも１つを示す、
請求項２に記載の方法。
【請求項４】
前記第１制御メッセージは、前記第１構成情報を示すための１つ又は複数のビットを含む、
請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記第２制御メッセージ用の半静的な第２構成情報を前記端末デバイスに伝送することをさらに含む、
請求項１乃至３のいずれか一項に記載の方法。
【請求項６】
前記第２制御メッセージ用の前記半静的な第２構成情報は、
周波数位置及び／又は時間位置と、
変調・符号化スキーム（ＭＣＳ：modulation and coding scheme）と、
仮想リソースから物理リソースへのマッピングと、
のうちの少なくとも１つを含む、
請求項５に記載の方法。
【請求項７】
前記制御リソース領域で前記第１制御メッセージを伝送することは、
前記制御リソース領域内の複数の制御チャネル要素（ＣＣＥ：control channel element）で前記第１制御メッセージを伝送することを含み、
前記複数のＣＣＥのうちの最初のＣＣＥのインデックスは、前記第２制御メッセージを検出するための前記第１構成情報を暗黙的に示す、
請求項１に記載の方法。
【請求項８】
前記最初のＣＣＥの奇数インデックス及び偶数インデックスの一方は、前記第２制御メッセージが前記第１制御メッセージによってスケジュールされることを示し、前記最初のＣＣＥの前記奇数インデックス及び前記偶数インデックスの他方は、ダウンリンク又はアップリンクデータ伝送が前記第１制御メッセージによってスケジュールされることを示す、
請求項７に記載の方法。
【請求項９】
前記最初のＣＣＥの前記インデックス  ｍｏｄ  Ｎの結果は、
前記第２制御メッセージの存在と、
前記第２制御メッセージの構成と、
のうちの一方又は両方を示し、
前記Ｎは２よりも大きい整数である、
請求項７に記載の方法。
【請求項１０】
前記複数のＣＣＥのうちの前記最初のＣＣＥの前記インデックスは、前記第１制御メッセージが所定の制御リソースセットで伝送される場合のみ、前記第２制御メッセージを検出するための前記第１構成情報を暗黙的に示す、
請求項７に記載の方法。
【請求項１１】
データリソース領域で前記第２制御メッセージを伝送することは、
前記データリソース領域内の複数の制御チャネル要素（ＣＣＥ：control channel element）で前記第２制御メッセージを伝送することを含み、
前記複数のＣＣＥのうちの最初のＣＣＥのインデックスは、対応するアップリンクフィードバックのためのリソースを示す、
請求項７に記載の方法。
【請求項１２】
前記第１制御メッセージは、前記端末デバイスに対するダウンリンク又はアップリンクデータ伝送用のリソース割り当て情報をさらに含む、
請求項１に記載の方法。
【請求項１３】
制御リソース領域の第１リソースで第１制御メッセージを第１端末デバイスに伝送することと、
前記制御リソース領域の第２リソースで第２制御メッセージを第２端末デバイスに伝送することと、
データリソース領域のリソースで第３制御メッセージを第１アンテナポート組を介して前記第１端末デバイスに伝送することと、
前記データリソース領域の同じリソースで第４制御メッセージを異なる第２アンテナポート組を介して前記第２端末デバイスに伝送することと、
を含み、
前記第１制御メッセージ及び前記第２制御メッセージのそれぞれは、所定のサイズを有し、前記第３制御メッセージ及び前記第４制御メッセージをそれぞれ検出するための情報を含み、
前記第３制御メッセージ及び前記第４制御メッセージのそれぞれは、前記第１端末デバイス及び前記第２端末デバイスに対するデータ伝送をそれぞれスケジュールするための情報を含む、
無線通信システムにおける方法。
【請求項１４】
前記第３制御メッセージは、前記第１端末デバイスに対するデータ伝送用の第１リソース割り当てを示し、前記第４制御メッセージは、前記第２端末デバイスに対するデータ伝送用の第２リソース割り当てを示し、前記第１リソース割り当ては、前記第２リソース割り当てと部分的に重複しており、
前記第３制御メッセージは、
前記第２リソース割り当てと重複している前記第１リソース割り当ての第１部分において、前記第１端末デバイスに対する前記データ伝送用の第１変調・符号化スキーム（ＭＣＳ：modulation and coding scheme）を示し、
前記第２リソース割り当てと重複していない前記第１リソース割り当ての第２部分において、前記第１端末デバイスに対する前記データ伝送用の第２ＭＣＳを示す、
請求項１３に記載の方法。
【請求項１５】
制御リソース領域で、ダウンリンク伝送用の２つのトランスポートブロックのスケジューリングをサポートする所定のサイズを有し、且つ構成指示を含む第１制御メッセージを端末デバイスに伝送することと、
前記第１制御メッセージに含まれる前記２つのトランスポートブロックのうちの第１トランスポートブロックに対するスケジューリング情報に基づいて、前記第１トランスポートブロックを使用してダウンリンクデータを伝送することと、
前記構成指示に基づいて、前記２つのトランスポートブロックのうちの第２トランスポートブロックを使用してダウンリンク伝送を制御することと、
を含む、
無線通信システムにおける方法。
【請求項１６】
前記構成指示に基づいて、前記２つのトランスポートブロックのうちの前記第２トランスポートブロックを使用して前記ダウンリンク伝送を制御することは、
前記構成指示が第１値を持つことに応答して、前記第２トランスポートブロックを使用して第２制御メッセージを伝送することと、
前記構成指示が第２値を持つことに応答して、前記第２トランスポートブロックを使用してデータを伝送することと、
を含む、
請求項１５に記載の方法。
【請求項１７】
前記構成指示に基づいて、前記２つのトランスポートブロックのうちの前記第２トランスポートブロックを使用して前記ダウンリンク伝送を制御することは、
前記構成指示が第１値を持つことに応答して、前記第２トランスポートブロックを使用して第２制御メッセージを伝送することと、
前記構成指示が第２値を持つことに応答して、前記第２トランスポートブロックを使用して伝送することを防止することと、
を含む、
請求項１５に記載の方法。
【請求項１８】
制御リソース領域で、所定のサイズを有しかつ構成指示及びリソース割り当てを含む第１制御メッセージを端末デバイスに伝送することと、
前記リソース割り当ての第１部分を使用してダウンリンクデータを伝送することと、
前記構成指示に基づいて、前記リソース割り当ての第２部分を使用して前記ダウンリンク伝送を制御することと、
を含む、
無線通信システムにおける方法。
【請求項１９】
前記構成指示に基づいて、前記リソース割り当ての前記第２部分を使用して前記ダウンリンク伝送を制御することは、
前記構成指示が第１値を持つことに応答して、前記リソース割り当ての前記第２部分を使用して第２制御メッセージを伝送することと、
前記構成指示が第２値を持つことに応答して、前記リソース割り当ての前記第２部分を使用してデータを伝送することと、
を含む、
請求項１８に記載の方法。
【請求項２０】
前記構成指示に基づいて、前記リソース割り当ての前記第２部分を使用して前記ダウンリンク伝送を制御することは、
前記構成指示が第１値を持つことに応答して、前記リソース割り当ての前記第２部分を使用して第２制御メッセージを伝送することと、
前記構成指示が第２値を持つことに応答して、前記リソース割り当ての前記第２部分を使用して伝送することを防止することと、
を含む、
請求項１８に記載の方法。
【請求項２１】
ネットワークデバイスから制御リソース領域で、所定のサイズを有する第１制御メッセージを受信することと、
前記第１制御メッセージから、第２制御メッセージを検出するための第１構成情報を取得することと、
前記取得された第１構成情報に少なくとも部分的に基づいて、前記ネットワークデバイスからデータリソース領域で前記第２制御メッセージを検出することと、
前記検出された第２制御メッセージに基づいて、ダウンリンクデータを検出し、又はアップリンクデータを伝送することと、
を含む、
端末デバイスにおける方法。
【請求項２２】
前記第１構成情報は、
前記第２制御メッセージの存在と、
前記第２制御メッセージ用のサーチスペースと、
前記第２制御メッセージ用のアグリゲーションレベルと、
前記第２制御メッセージのモードと、
前記第２制御メッセージに対して実行されるブラインド検出の組と、
のうちの少なくとも１つを含む、
請求項２１に記載の方法。
【請求項２３】
前記第２制御メッセージの前記モードは、
第２制御メッセージに含まれる別個のスケジューリング情報が使用される伝送／受信ポイント（ＴＲＰ）の数と、
前記第２制御メッセージによってサポートされるアップリンクプリコーディンググループの数と、
前記第２制御メッセージによってスケジュールされるトランスポートブロックの数と、
前記第２制御メッセージによって示される変調・符号化スキームの数と、
前記第２制御メッセージに対して実行されるブラインド検出の組と、
前記第２制御メッセージを検出するためのサーチスペースと、
前記第２制御メッセージ用のアグリゲーションレベルと、
のうちの少なくとも１つを示す、
請求項２２に記載の方法。
【請求項２４】
前記第１構成情報を取得することは、
前記第１制御メッセージに含まれる１つ又は複数のビットに基づいて前記第１構成情報を取得することを含む、
請求項２１乃至２３のいずれか一項に記載の方法。
【請求項２５】
前記ネットワークデバイスから前記第２制御メッセージ用の半静的な第２構成情報を受信することをさらに含み、
前記第２制御メッセージを検出することは、さらに前記受信した第２構成情報に基づいて行われる、
請求項２１乃至２３のいずれか一項に記載の方法。
【請求項２６】
前記第２制御メッセージ用の前記半静的な第２構成情報は、
周波数位置及び／又は時間位置と、
変調・符号化スキーム（ＭＣＳ）と、
仮想リソースから物理リソースへのマッピングと、
のうちの少なくとも１つを含む、
請求項２５に記載の方法。
【請求項２７】
前記第１制御メッセージを受信することは、
前記制御リソース領域内の複数の制御チャネル要素（ＣＣＥ）で前記第１制御メッセージを受信することを含み、
前記第１構成情報を取得することは、
前記複数のＣＣＥのうちの最初のＣＣＥのインデックスに基づいて前記第１構成情報を取得することを含む、
請求項２１に記載の方法。
【請求項２８】
前記複数のＣＣＥのうちの前記最初のＣＣＥのインデックスに基づいて前記第１構成情報を取得することは、
前記最初のＣＣＥの奇数インデックス及び偶数インデックスの一方に応答して、前記第２制御メッセージが前記第１制御メッセージによってスケジュールされると判断することと、
前記最初のＣＣＥの奇数インデックス及び偶数インデックスの他方に応答して、ダウンリンク又はアップリンクデータ伝送が前記第１制御メッセージによってスケジュールされると判断することと、
を含む、
請求項２７に記載の方法。
【請求項２９】
前記複数のＣＣＥのうちの前記最初のＣＣＥのインデックスに基づいて前記第１構成情報を取得することは、
前記最初のＣＣＥのインデックス  ｍｏｄ  Ｎ（Ｎは２よりも大きい所定の正の整数である）の結果に基づいて、前記第２制御メッセージの存在と、前記第２制御メッセージの構成とのうちの一方又は両方を決定することを含む、
請求項２７に記載の方法。
【請求項３０】
前記複数のＣＣＥのうちの前記最初のＣＣＥのインデックスに基づいて前記第１構成情報を取得することは、
所定の制御リソースセットで前記第１制御メッセージを受信することに応答して、前記複数のＣＣＥのうちの前記最初のＣＣＥのインデックスに基づいて前記第１構成情報を取得することを含む、
請求項２７に記載の方法。
【請求項３１】
前記第２制御メッセージを検出することは、
前記第２制御メッセージを、前記データリソース領域内の複数の制御チャネル要素（ＣＣＥ）で検出することを含み、
前記方法は、
前記複数のＣＣＥのうちの前記最初のＣＣＥのインデックスに基づいて、対応するアップリンクフィードバックのためのリソースを決定することをさらに含む、
請求項２７に記載の方法。
【請求項３２】
ダウンリンクデータを検出し、又はアップリンクデータを伝送することは、
前記第１制御メッセージによって割り当てられたリソースで、ダウンリンクデータを検出し、又はアップリンクデータを伝送することを含む、
請求項２１に記載の方法。
【請求項３３】
ネットワークデバイスから制御リソース領域で、所定のサイズを有する第１制御メッセージを受信することと、
前記第１制御メッセージから第２制御メッセージを検出するための構成情報を取得し、前記構成情報は、前記第２制御メッセージを検出するためのアンテナポートの組を示すことと、
前記取得された構成情報に少なくとも部分的に基づいて、データリソース領域で、前記ネットワークデバイスの前記アンテナポートの組を介して伝送される前記第２制御メッセージを検出することと、
前記検出された第２制御メッセージに基づいて、ダウンリンクデータを検出し、又はアップリンクデータを伝送することと、
を含む、
端末デバイスにおける方法。
【請求項３４】
前記構成情報は、第１リソース用の第１変調・符号化スキーム（ＭＣＳ：modulation and coding scheme）と、第２リソース用の第２ＭＣＳと、を含み、
ダウンリンクデータを検出し、又はアップリンクデータを伝送することは、
前記第１リソースで前記第１ＭＣＳに基づいて前記ダウンリンクデータを検出し、又は前記アップリンクデータを伝送することと、前記第２リソースで前記第２ＭＣＳに基づいて前記ダウンリンクデータを検出し、又は前記アップリンクデータを伝送することと、を含む、
請求項３３に記載の方法。
【請求項３５】
ネットワークデバイスから制御リソース領域で、ダウンリンク伝送用の２つのトランスポートブロックのスケジューリングをサポートする所定のサイズを有し、且つ構成指示を含む第１制御メッセージを受信することと、
前記第１制御メッセージに含まれる前記２つのトランスポートブロックのうちの第１トランスポートブロックに対するスケジューリング情報に基づいて、前記第１トランスポートブロックを検出することと、
前記構成指示に基づいて前記２つのトランスポートブロックのうちの第２トランスポートブロックの検出を制御することと、
を含む、
端末デバイスにおける方法。
【請求項３６】
前記構成指示に基づいて前記２つのトランスポートブロックのうちの前記第２トランスポートブロックの検出を制御することは、
前記構成指示が第１値を持つことに応答して、前記第２トランスポートブロックから第２制御メッセージを検出することと、
前記構成指示が第２値を持つことに応答して、前記第２トランスポートブロックからデータを検出することと、
を含む、
請求項３５に記載の方法。
【請求項３７】
前記構成指示に基づいて前記２つのトランスポートブロックのうちの前記第２トランスポートブロックの検出を制御することは、
前記構成指示が第１値を持つことに応答して、前記第２トランスポートブロックから第２制御メッセージを検出することと、
前記構成指示が第２値を持つことに応答して、前記第２トランスポートブロックを検出することを防止することと、
を含む、
請求項３５に記載の方法。
【請求項３８】
ネットワークデバイスから制御リソース領域で、所定のサイズを有し、かつ構成指示及びリソース割り当てを含む第１制御メッセージを受信することと、
前記受信した第１制御メッセージに基づいて、前記リソース割り当ての第１部分でダウンリンクデータを検出することと、
前記構成指示に基づいて、前記リソース割り当ての第２部分での検出を制御することと、
を含む、
端末デバイスにおける方法。
【請求項３９】
前記構成指示に基づいて前記リソース割り当ての前記第２部分での検出を制御することは、
前記構成指示が第１値を持つことに応答して、前記リソース割り当ての前記第２部分で第２制御メッセージを検出することと、
前記構成指示が第２値を持つことに応答して、前記リソース割り当ての前記第２部分でデータを検出することと、
を含む、
請求項３８に記載の方法。
【請求項４０】
前記構成指示に基づいて前記リソース割り当ての前記第２部分での検出を制御することは、
前記構成指示が第１値を持つことに応答して、前記リソース割り当ての前記第２部分で第２制御メッセージを検出することと、
前記構成指示が第２値を持つことに応答して、前記リソース割り当ての第２部分で検出することを防止することと、
を含む、
請求項３８に記載の方法。
【請求項４１】
ネットワークデバイスであって、
少なくとも１つのプロセッサと、
コンピュータプログラムコードを含む少なくとも１つのメモリと、を備え、
前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサによって、前記ネットワークデバイスに少なくとも請求項１〜２０のいずれか一項に記載の方法を実行させるように構成されている、
ネットワークデバイス。
【請求項４２】
端末デバイスであって、
少なくとも１つのプロセッサと、
コンピュータプログラムコードを含む少なくとも１つのメモリと、を備え、
前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサによって、前記端末デバイスに少なくとも請求項２１〜４０のいずれか一項に記載の方法を実行させるように構成されている、
端末デバイス。
【請求項４３】
デバイスの少なくとも１つのプロセッサによって実行されると、前記デバイスに請求項１〜２０のいずれか一項に記載の方法を実行させるコンピュータプログラムが格納されたコンピュータ読み取り可能な媒体。
【請求項４４】
デバイスの少なくとも１つのプロセッサによって実行されると、前記デバイスに請求項２１〜４０のいずれか一項に記載の方法を実行するコンピュータプログラムが格納されたコンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の非限定的且つ例示的な実施形態は、一般に、無線通信の技術分野に関し、特に、無線通信システムにおける制御信号の伝送及び受信のための方法、装置、及びコンピュータプログラム製品に関する。
【背景技術】
【０００２】
本セクションは、本開示の理解をより容易にし得る態様を紹介する。従って、本セクションの記載は、このような観点から読まれるべきであり、先行技術に開示された又は開示されないことを自認することとして理解されるべきではない。
【０００３】
無線システムにおいて、端末デバイスは、ネットワークデバイスにアップリンクトラフィックを伝送し、及び／又はネットワークデバイスからダウンリンクトラフィックを受信する。通常、端末デバイスとネットワークデバイスとの間のアップリンク通信及びダウンリンク通信の両方は、ネットワークデバイスからのスケジューリング情報によって制御される。
【０００４】
第３世代パートナーシッププロジェクト（３ＧＰＰＰ）によって開発されたロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ネットワークでは、スケジューリング情報は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）におけるダウンリンク制御インジケータ（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｄｉｃａｔｏｒ）において運ばれる。ＬＴＥにおけるＰＤＣＣＨは、サブフレームで最初のいくつかの直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを占有する。
【０００５】
ＰＤＣＣＨは、制御信号伝送に対して制限される容量を提供し、且つ干渉制御に関して柔軟ではないため、スケジューリング情報を含む制御信号を伝送するための新しいメカニズムが望まれている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本開示の様々な実施形態は、主に、無線通信システムにおける制御信号の伝送及び受信のための方法、装置、及びコンピュータプログラム製品を提供することを目的としている。
【課題を解決するための手段】
【０００７】
本開示の第１態様では、ネットワークデバイスで実施される方法が提供される。この方法は、制御リソース領域で，所定のサイズを有しかつ第１構成情報を含む第１制御メッセージを端末デバイスに伝送することと、データリソース領域で、端末デバイスに対するダウンリンク又はアップリンクデータ伝送をスケジュールするための情報を含む第２制御メッセージを端末デバイスに伝送することと、を含み、第１構成情報は、第２制御メッセージを検出するためのものである。
【０００８】
いくつかの実施形態では、第１構成情報は、第２制御メッセージの存在と、第２制御メッセージ用のサーチスペースと、第２制御メッセージ用のアグリゲーションレベルと、第２制御メッセージのモードと、第２制御メッセージに対して実行されるブラインド検出の組と、のうちの少なくとも１つを含んでもよい。いくつかの実施形態では、第２制御メッセージのモードは、第２制御メッセージに含まれる別個のスケジューリング情報が使用される伝送／受信ポイント（ＴＲＰ：transmit/reception points）の数と、第２制御メッセージによってサポートされるアップリンクプリコーディンググループの数と、第２制御メッセージによってスケジュールされるトランスポートブロックの数と、第２制御メッセージによって示される変調・符号化スキームの数と、第２制御メッセージに対して実行されるブラインド検出の組と、第２制御メッセージを検出するためのサーチスペースと、第２制御メッセージ用のアグリゲーションレベルと、のうちの少なくとも１つを示してもよい。
【０００９】
いくつかの実施形態では、第１制御メッセージは、第１構成情報を示すための１つ又は複数のビットを含んでもよい。
【００１０】
いくつかの実施形態では、上記方法は、第２制御メッセージ用の半静的な第２構成情報を端末デバイスに伝送することをさらに含んでもよい。いくつかの実施形態では、第２制御メッセージ用の半静的な第２構成情報は、周波数位置及び／又は時間位置と、変調・符号化スキーム（ＭＣＳ：modulation and coding scheme）と、仮想リソースから物理リソースへのマッピングと、のうちの少なくとも１つを含んでもよい。
【００１１】
いくつかの実施形態では、制御リソース領域で第１制御メッセージを伝送することは、制御リソース領域内の複数の制御チャネル要素（ＣＣＥ：control channel elements）で第１制御メッセージを伝送することを含み、複数のＣＣＥのうちの最初のＣＣＥのインデックスは、第２制御メッセージを検出するための第１構成情報を暗黙的に示してもよい。いくつかの実施形態では、最初のＣＣＥの奇数インデックス及び偶数インデックスの一方は、第２制御メッセージが第１制御メッセージによってスケジュールされることを示し、最初のＣＣＥの奇数インデックス及び偶数インデックスの他方は、ダウンリンク又はアップリンクデータ伝送が第１制御メッセージによってスケジュールされることを示してもよい。
【００１２】
いくつかの実施形態では、最初のＣＣＥのインデックス  ｍｏｄ  Ｎ（Ｎは２よりも大きい整数である）の結果は、第２制御メッセージの存在と、第２制御メッセージの構成と、のうちの一方又は両方を示してもよい。
【００１３】
いくつかの実施形態では、複数のＣＣＥのうちの最初のＣＣＥのインデックスは、第１制御メッセージが所定の制御リソースセットで伝送される場合のみ、第２制御メッセージを検出するための第１構成情報を暗黙的に示してもよい。
【００１４】
いくつかの実施形態では、データリソース領域で第２制御メッセージを伝送することは、データリソース領域内の複数のリソースユニットで第２制御メッセージを伝送することを含み、データリソース領域内の複数のリソースユニットのうちの第１リソースユニットのインデックスは、対応するアップリンクフィードバックのためのリソースを示してもよい。
【００１５】
いくつかの実施形態では、第１制御メッセージは、端末デバイスに対するダウンリンク又はアップリンクデータ伝送用のリソース割り当て情報をさらに含んでもよい。
【００１６】
本開示の第２態様では、ネットワークデバイスで実施される別の方法が提供される。この方法は、制御リソース領域の第１リソースで第１制御メッセージを第１端末デバイスに伝送することと、制御リソース領域の第２リソースで第２制御メッセージを第２端末デバイスに伝送することと、データリソース領域のリソースで第３制御メッセージを第１アンテナポート組を介して第１端末デバイスに伝送することと、データリソース領域の同じリソースで第４制御メッセージを異なる第２アンテナポート組を介して第２端末デバイスに伝送することと、を含み、第１制御メッセージ及び第２制御メッセージのそれぞれは、所定のサイズを有し、第３制御メッセージ及び第４制御メッセージをそれぞれ検出するための情報を含み、第３制御メッセージ及び第４制御メッセージのそれぞれは、第１端末デバイス及び第２端末デバイスに対するデータ伝送をそれぞれスケジュールするための情報を含む。
【００１７】
いくつかの実施形態では、第３制御メッセージは、第１端末デバイスに対するデータ伝送用の第１リソース割り当てを示し、第４制御メッセージは、第２端末デバイスに対するデータ伝送用の第２リソース割り当てを示し、第１リソース割り当ては、第２リソース割り当てと部分的に重複しており、第３制御メッセージは、第２リソース割り当てと重複している第１リソース割り当ての第１部分において、第１端末デバイスに対するデータ伝送用の第１変調・符号化スキーム（ＭＣＳ）を示し、第２リソース割り当てと重複していない第１リソース割り当ての第２部分において、第１端末デバイスに対するデータ伝送用の第２ＭＣＳを示してもよい。
【００１８】
本開示の第３態様では、ネットワークデバイスに実施される別の方法が提供される。この方法は、制御リソース領域で、ダウンリンク伝送用の２つのトランスポートブロックのスケジューリングをサポートする所定のサイズを有し、且つ構成指示を含む第１制御メッセージを端末デバイスに伝送することと、第１制御メッセージに含まれる２つのトランスポートブロックのうちの第１トランスポートブロックに対するスケジューリング情報に基づいて、第１トランスポートブロックを使用してダウンリンクデータを伝送することと、構成指示に基づいて、２つのトランスポートブロックのうちの第２トランスポートブロックを使用してダウンリンク伝送を制御することと、を含む。
【００１９】
いくつかの実施形態では、構成指示に基づいて、２つのトランスポートブロックのうちの第２トランスポートブロックを使用してダウンリンク伝送を制御することは、構成指示が第１値を持つことに応答して、第２トランスポートブロックを使用して第２制御メッセージを伝送することと、構成指示が第２値を持つことに応答して、第２トランスポートブロックを使用してデータを伝送することと、を含んでもよい。
【００２０】
いくつかの実施形態では、構成指示に基づいて、２つのトランスポートブロックのうちの第２トランスポートブロックを使用してダウンリンク伝送を制御することは、構成指示が第１値を持つことに応答して、第２トランスポートブロックを使用して第２制御メッセージを伝送することと、構成指示が第２値を持つことに応答して、第２トランスポートブロックを使用して伝送することを防止することと、を含んでもよい。
【００２１】
本開示の第４態様では、ネットワークデバイスで実施される別の方法が提供される。この方法は、制御リソース領域で、所定のサイズを有しかつ構成指示及びリソース割り当てを含む第１制御メッセージを端末デバイスに伝送することと、リソース割り当ての第１部分を使用してダウンリンクデータを伝送することと、構成指示に基づいて、リソース割り当ての第２部分を使用してダウンリンク伝送を制御することと、を含む。
【００２２】
いくつかの実施形態では、構成指示に基づいて、リソース割り当ての第２部分を使用してダウンリンク伝送を制御することは、構成指示が第１値を持つことに応答して、リソース割り当ての第２部分を使用して第２制御メッセージを伝送することと、構成指示が第２値を持つことに応答して、リソース割り当ての第２部分を使用してデータを伝送することと、を含んでもよい。
【００２３】
いくつかの実施形態では、構成指示に基づいて、リソース割り当ての第２部分を使用してダウンリンク伝送を制御することは、構成指示が第１値を持つことに応答して、リソース割り当ての第２部分を使用して第２制御メッセージを伝送することと、構成指示が第２値を持つことに応答して、リソース割り当ての第２部分を使用して伝送することを防止することと、を含んでもよい。
【００２４】
本開示の第５の態様では、端末デバイスで実施される方法が提供される。この方法は、ネットワークデバイスから制御リソース領域で、所定のサイズを有する第１制御メッセージを受信することと、第１制御メッセージから、第２制御メッセージを検出するための第１構成情報を取得することと、取得された第１構成情報に少なくとも部分的に基づいて、ネットワークデバイスからデータリソース領域で第２制御メッセージを検出することと、検出された第２制御メッセージに基づいて、ダウンリンクデータを検出し又はアップリンクデータを伝送することと、を含む。
【００２５】
本開示の第６の態様では、端末デバイスで実施される方法が提供される。この方法は、ネットワークデバイスから制御リソース領域で、所定のサイズを有する第１制御メッセージを受信することと、第１制御メッセージから第２制御メッセージを検出するための構成情報を取得し、構成情報は、第２制御メッセージを検出するためのアンテナポートの組を示すことと、取得された構成情報に少なくとも部分的に基づいて、データリソース領域で、ネットワークデバイスのアンテナポートの組を介して伝送される第２制御メッセージを検出することと、検出された第２制御メッセージに基づいて、ダウンリンクデータを検出し又はアップリンクデータを伝送することと、を含む。
【００２６】
本開示の第７の態様では、端末デバイスで実施される方法が提供される。この方法は、ネットワークデバイスから制御リソース領域で、ダウンリンク伝送用の２つのトランスポートブロックのスケジューリングをサポートする所定のサイズを有し、且つ構成指示を含む第１制御メッセージを受信することと、第１制御メッセージに含まれる２つのトランスポートブロックのうちの第１トランスポートブロックに対するスケジューリング情報に基づいて、第１トランスポートブロックを検出することと、構成指示に基づいて２つのトランスポートブロックのうちの第２トランスポートブロックの検出を制御することと、を含む。
【００２７】
本開示の第８の態様では、端末デバイスで実施される方法が提供される。この方法は、ネットワークデバイスから制御リソース領域で、所定のサイズを有し、かつ構成指示及びリソース割り当てを含む第１制御メッセージを受信することと、受信した第１制御メッセージに基づいて、リソース割り当ての第１部分でダウンリンクデータを検出することと、構成指示に基づいて、リソース割り当ての第２部分での検出を制御することと、を含む。
【００２８】
本開示の第９の態様では、ネットワークデバイスが提供される。このネットワークデバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備え、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサによって、ネットワークデバイスに少なくとも本開示の第１乃至第４態様のいずれかに記載の方法を実行させるように構成されている。
【００２９】
本開示の第１０の態様では、端末デバイスが提供される。この端末デバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備え、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサによって、端末デバイスに少なくとも本開示の第５乃至第８態様のいずれかに記載の方法を実行させるように構成されている。
【００３０】
本開示の第１１の態様では、コンピュータプログラムが提供される。このコンピュータプログラムは、装置によって実行されると、該装置に本開示の第１乃至第８の態様のいずれかに記載の方法を実行させる命令を含む。
【００３１】
本開示の第１２の態様では、装置によって実行されると、該装置に本開示の第１乃至第８の態様のいずれかに記載の方法を実行させるコンピュータプログラムが格納されたコンピュータ読み取り可能な媒体が提供される。
【図面の簡単な説明】
【００３２】
本開示の様々な実施形態の上記及び他の態様、特徴、及び利点は、添付の図面を参照した以下の詳細な説明から、より明らかになる。添付の図面において、類似する参照符号は類似又は同等の要素を示すために使用されている。図面は、本開示の実施形態の理解を容易にするために示され、縮尺で描かれる必要がない。
【００３３】
【図１】本開示の実施形態が実施されることができる例示的な通信ネットワークを示す。
【００３４】
【図２】ＰＤＣＣＨの伝送を模式的に示す。
【００３５】
【図３】拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）の伝送を模式的に示す。
【００３６】
【図４】先行技術における制御信号伝送の例を示す。
【００３７】
【図５】本開示の一実施形態に係る２レベルＤＣＩを示す。
【００３８】
【図６】本開示の一実施形態に係る２レベルＤＣＩの第２ＤＣＩの内容を示す。
【００３９】
【図７】本開示の実施形態に係る２レベルＤＣＩの第２ＤＣＩの暗黙的構成情報の例を示す。
【図８】本開示の実施形態に係る２レベルＤＣＩの第２ＤＣＩの暗黙的構成情報の例を示す。
【００４０】
【図９】本開示の実施形態に係る２レベルＤＣＩの第２ＤＣＩのマルチユーザ多重化の例を示す。
【００４１】
【図１０】本開示の実施形態に係る第２ＤＣＩをデータ伝送と多重化させる例を示す。
【図１１】本開示の実施形態に係る第２ＤＣＩをデータ伝送と多重化させる例を示す。
【００４２】
【図１２】本開示の実施形態に係る２レベル制御メッセージを伝送するための方法のフローチャートを示す。
【００４３】
【図１３】本開示の実施形態に係る２レベルＤＣＩの別の例を示す。
【図１４】本開示の実施形態に係る２レベル制御メッセージを伝送するための方法のフローチャートを示す。
【図１５】本開示の実施形態に係る２レベル制御メッセージを伝送するための方法のフローチャートを示す。
【図１６】本開示の実施形態に係る２レベル制御メッセージを伝送するための方法のフローチャートを示す。
【００４４】
【図１７】本開示の実施形態に係る２レベル制御メッセージを受信するための方法のフローチャートを示す。
【図１８】本開示の実施形態に係る２レベル制御メッセージを受信するための方法のフローチャートを示す。
【図１９】本開示の実施形態に係る２レベル制御メッセージを受信するための方法のフローチャートを示す。
【図２０】本開示の実施形態に係る２レベル制御メッセージを受信するための方法のフローチャートを示す。
【００４５】
【図２１】ネットワークデバイス又は端末デバイスとして具現化され、又はそれらに含まれることができる装置の簡略的なブロック図を示す。
【発明を実施するための形態】
【００４６】
以下、本開示の原理及び主旨を、例示的な実施形態を参照して説明する。これらの全ての実施形態は、単に当業者が本開示をよりよく理解し、さらに実施するために与えられるものであり、本開示の範囲を限定するためのものではないと理解されるべきである。例えば、１つの実施形態の一部として図示又は記載される特徴は別の実施形態とともに使用され、さらに別の実施形態を生み出すことができる。明確のために、実際の実施に関する全ての特徴が本明細書に記載されているわけではない。
【００４７】
明細書における「一実施形態」、「ある実施形態」、「例示的な実施形態」などに言及する場合に、記載される実施形態が特定の特徴、構造、又は特性を含む可能性があることを示すが、全ての実施形態が該特定の特徴、構造、又は特性を含む必要がない。また、そのような表現は、必ずしも同じ実施形態を指すとは限らない。さらに、特定の特徴、構造、又は特性がある実施形態に関連して記載されている場合、明示的に記載されているか否かにかかわらず、当業者の知識の範囲内で他の実施形態に関連するその特徴、構造、又は特性に適用することを意図している。
【００４８】
「第１」及び「第２」等の用語は、様々な要素を記述するために本明細書で使用されることがあるが、これらの要素は、これらの用語によって限定されるべきではないと理解されるべきである。これらの用語は、ある要素を別の要素と区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱しない限り、第１要素は第２要素と呼ばれることができ、同様に、第２要素は第１要素と呼ばれることができる。本明細書で使用されるとき、「及び／又は」という用語は、挙げられた用語のうちの１つ又は複数の任意及びすべての組み合わせを含む。
【００４９】
本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図するものではない。本明細書で使用されるとき、単数形である「１つ（ａ）」、「１つ（ａｎ）」及び「上記（ｔｈｅ）」は、コンテキストからそうでないことが明確に示されていない限り、複数形も含むことを意図している。本明細書で使用される場合、「備える」、「有する」、及び／又は「含む」という用語は、記載される特徴、要素、及び／又は構成要素等の存在を特定するが、１つ又は複数の他の特徴、要素、構成要素、及び／又はそれらの組み合わせの存在又は追加を排除するものではないことも理解されたい。
【００５０】
本明細書で使用されるとき、「無線通信ネットワーク」という用語とは、任意の適切な無線通信規格に準拠するネットワークを指す。ここでの規格は、例えば、新しい無線（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ-アドバンスト（ＬＴＥ-Ａ：ＬＴＥ−Ａｄｖａｎｃｅｄ）、広帯域符号分割多元接続（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ-Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）などを含む。「無線通信ネットワーク」は「無線通信システム」と呼ばれることもある。さらに、ネットワークデバイス同士の間、ネットワークデバイスと端末デバイスとの間、又は端末デバイス同士の間の無線通信ネットワークでの通信は、任意の適切な通信プロトコルに従って実行されることができる。ここでの通信プロトコルは、モバイル通信用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)、ユニバーサル移動体通信システム(ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ)、ＬＴＥ、ＮＲ、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク(ＷＬＡＮ)規格、及び／又は現在知られている又は将来に開発される他の適切な無線通信規格を含むが、これらに限定されない。
【００５１】
本明細書で使用されるとき、「ネットワークデバイス」という用語は、無線通信ネットワークにおけるノードを指し、端末デバイスは該ノードを介してネットワークにアクセスし且つ該ノードからサービスを受ける。ネットワークデバイスは、適用される用語や技術によって、基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）又はアクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）、例えば、ノードＢ（ＮｏｄｅＢ又はＮＢ）、Ｅｖｏｌｖｅｄ  ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、ＮＲ  ＮＢ（ｇＮＢとも呼ばれる）、リモート無線ユニット（ＲＲＵ：Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｕｎｉｔ）、無線ヘッダ（ＲＨ：Ｒａｄｉｏ  Ｈｅａｄｅｒ）、リモート無線ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ）、リレー、及びフェムトやピコなどの低電力ノードなどを指すことができる。
【００５２】
「端末デバイス」という用語は、無線通信が可能である任意のエンドデバイスを指す。非限定的な例として、端末デバイスは、通信デバイス、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、加入者局（ＳＳ：Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ポータブル加入者局（Ｐｏｒｔａｂｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、移動局（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、又はアクセス端末（ＡＴ：Ａｃｃｅｓｓ  Ｔｅｒｍｉｎａｌ）と呼ばれることもある。端末デバイスは、携帯電話、セルラー電話、スマートフォン、ボイスオーバーＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、タブレット、装着型端末デバイス、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶・再生装置、車載型無線端末デバイス、無線エンドポイント、モバイルステーション、ラップトップ組込機器（ＬＥＥ：Ｌａｐｔｏｐ-ｅｍｂｅｄｄｅｄ  Ｅｑｕｉｐｍｅｎｔ）、ラップトップ搭載機器（ＬＭＥ：Ｌａｐｔｏｐ-ｍｏｕｎｔｅｄ  Ｅｑｕｉｐｍｅｎｔ）、ＵＳＢドングル、スマートデバイス、無線顧客宅内機器（ＣＰＥ：Ｃｕｓｔｏｍｅｒ-Ｐｒｅｍｉｓｅｓ  Ｅｑｕｉｐｍｅｎｔ）などを含んでもよいが、これらに限定されない。以下の説明では、「端末デバイス」、「通信デバイス」、「端末」、「ユーザ機器」及び「ＵＥ」という用語を互換的に使用することができる。
【００５３】
別の例として、ＩＯＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｉｎｇｓ）シナリオにおいて、端末デバイスは、監視及び／又は測定を実行するとともに、このような監視及び／又は測定の結果を別の端末デバイス及び／又はネットワーク機器に伝送する機械又は他のデバイスを表すことがある。この場合、端末デバイスは、Ｍ２Ｍ（ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ）デバイスであってもよい。なお、Ｍ２Ｍデバイスは、３ＧＰＰのコンテキストでは、ＭＴＣ（ｍａｃｈｉｎｅ−ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスと呼ばれることがある。特定の例として、端末デバイスは、３ＧＰＰ  ＮＢ-ＩｏＴ（ｎａｒｒｏｗ  ｂａｎｄ  ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ）規格を実装するＵＥであってもよい。このような機械又はデバイスの例としては、センサ、電力計などの計測デバイス、産業機械、又は家庭用／個人用の電化製品などが挙げられる。家庭用／個人用の電化製品には、例えば冷蔵庫、テレビ、時計のような個人用装着製品などが含まれる。他のシナリオでは、端末デバイスは、その動作状態又はその動作に関連する他の機能を監視及び／又は報告することができる車両又は他の機器を表すことができる。
【００５４】
本明細書で使用されるとき、ダウンリンク（ＤＬ：downlink）伝送は、ネットワークデバイスからＵＥへの伝送を指し、アップリンク（ＵＬ：uplink）伝送は、反対方向の伝送を指す。
【００５５】
図１は、本開示の実施形態が実施されることができる例示的な無線通信ネットワーク１００を示す。図示されるように、無線通信ネットワーク１００は、１つ又は複数のネットワークデバイス、例えば、ネットワークデバイス１０１を含んでもよい。ネットワークデバイス１０１は、基地局（ＢＳ）、ノードＢ（ＮＢ）、Ｅｖｏｌｖｅｄ  ＮＢ（ｅＮＢ）、ｇＮＢ、仮想ＢＳ、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ）、又はＢＳＳ（Ｂａｓｅ  Ｓｔａｔｉｏｎ  Ｓｕｂｓｙｓｔｅｍ）、ＡＰなどの形態であってもよい。
【００５６】
この例では、ネットワークデバイス１０１は、その範囲においてＵＥ１０２、１０３、１０４のセットに無線接続を提供する。いくつかの実施形態では、ネットワークデバイスは、より少ない又はより多くのＵＥにサービスを提供してもよく、この例に示されたＵＥの数は、本開示の範囲に対して如何なる制限を示すものではないことが理解されるべきである。
【００５７】
ＬＴＥネットワークにおいて、ｅＮＢは、ＰＤＣＣＨにおけるＤＣＩ内で運ばれる制御信号を介して、ＵＥから／ＵＥへのＵＬ／ＤＬ伝送を制御する。本開示では、「制御信号」は、「制御メッセージ」と呼ばれることもある。即ち、この２つの用語は互換的に使用されることができる。
【００５８】
図２に模式的に示されているように、ＰＤＣＣＨの伝送は、サブフレーム２０１においてシステム帯域幅の全体及び最初のいくつかのＯＦＤＭシンボルを含む制御リソース領域２１０を占有する。ＤＬデータを運ぶ物理ダウンリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）は、サブフレーム２０１においてデータリソース領域２２０内で伝送される。
【００５９】
ＬＴＥ-Ａでは、拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ：enhanced PDCCH）が導入されている。ＥＰＤＣＣＨは、ＰＤＣＣＨとほぼ同じ機能を有し、図３に示すように、ＤＣＩをデータリソース領域３２０内で伝送することにより、制御信号伝送に対して拡張容量を提供する。ＥＰＤＣＣＨは、制御リソース領域３１０に続くデータリソース領域におけるＯＦＤＭシンボルを占有するため、従来のＰＤＣＣＨに比べて、制御信号検出のためのレイテンシーが増加する。
【００６０】
一方、ＥＰＤＣＣＨはシステム帯域幅の一部のみを占有するので、ＥＰＤＣＣＨ伝送に使用される物理リソース（例えば、物理リソースブロック（ＰＲＢ：physical resource block）、サブキャリア又はリソースエレメント（ＲＥ：resource element））は、周波数上連続してもよいし、連続しなくてもよい。言い換えれば、ＥＰＤＣＣＨは、伝送のためにシステム帯域幅内のローカライズされた又は分散された周波数リソースにマッピングされてもよい。その結果、ＥＰＤＣＣＨは、柔軟な周波数領域スケジューリングを可能にし、干渉コーディネーションを容易にする。
【００６１】
さらに、各ＥＰＤＣＣＨは、ＥＰＤＣＣＨの復調に使用される復調参照信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）とともに伝送される。これにより、ＵＥ側ではＤＭＲＳに基づく受信を可能にする。例えば、合計４ポートのＤＭＲＳが構成され、１ＵＥに対するＥＰＤＣＣＨが、ローカルリソースマッピング用に１ポート、分散リソースマッピング用に２ポートを使用して伝送されてもよい。
【００６２】
ＵＥ側では、ＰＤＣＣＨもＥＰＤＣＣＨもブラインド検出される必要がある。つまり、ＤＣＩの検出が完了する前に、ＵＥはＤＣＩの構成（リソースやフォーマットなど）を知ることができない。
【００６３】
より柔軟なスケジューリングを可能にするために、２レベルＤＣＩの概念が提案されている。特許出願ＷＯ２０１３／０２６４１８Ａ１では、ＤＬデータ伝送用の制御／スケジューリング情報を示すために、第１レベルＤＣＩと第２レベルＤＣＩの組み合わせが利用されている。言い換えれば、第２レベルＤＣＩは、第１レベルＤＣＩを補完するものとして考えられてもよい。このようなＤＣＩ構造は、スケジューリングにより多くの機能及び柔軟性を提供する。しかしながら、第１レベルＤＣＩ及び第２レベルＤＣＩの両方は、制御リソース領域（コアセットとも呼ばれる）に位置し、ＵＥによってブラインド検出される必要がある。別の米国（ＵＳ）特許出願２０１６０１２８０２８では、図４に模式的に示されるように、高速ＰＤＣＣＨと低速ＰＤＣＣＨの組み合わせがスケジューリングのために利用されている。特許出願ＷＯ２０１３／０２６４１８Ａ１のスキームと同様に、高速ＰＤＣＣＨと低速ＰＤＣＣＨの両方は制御リソース領域に位置し、ブラインド検出される必要がある。従って、従来のＰＤＣＣＨと比較して、現在の２レベルＤＣＩは、その検出がより複雑である。
【００６４】
上記の問題及び他のいくつかの潜在的な問題の少なくとも一部を解決するために、本明細書で２レベル制御信号伝送のために新しい設計／構造が提案されている。提案される設計／構造は、制御信号用の柔軟なスケジューリング及びより良い干渉制御を可能にする。制御信号は、ＵＬ又はＤＬ伝送用のスケジューリング情報を含んでもよいが、これに限定されないことが理解されるべきである。
【００６５】
いくつかの実施形態では、制御信号を伝送するために、第１ＤＣＩ及び第２ＤＣＩを含む２レベルＤＣＩが使用される。第１ＤＣＩは、所定のサイズを有し、制御リソース領域（例えば、３ＧＰＰ新無線（ＮＲ：new radio）システムにおけるコアセット）のリソース内で送信され、一方、第２ＤＣＩは、可変サイズを有し、データリソース領域のリソース内で伝送され、例えば、ＰＤＳＣＨを介して伝送される。第２ＤＣＩの可変サイズは、より大きな及び／又はより柔軟なペイロードを意味する。
【００６６】
提案された２レベルＤＣＩの例が図５に示されている。この例では、第１ＤＣＩ５０１は制御リソース領域５１０で伝送され、第２ＤＣＩ５０２はデータリソース領域５２０で伝送される。第１ＤＣＩ５０１は、従来の設計のようにシンプル、コンパクト、かつ有限なフォーマットのままであってもよく、また、第２ＤＣＩ５０２の検出を容易にする情報を含んでもよい。第１ＤＣＩ５０１に含まれる情報によって、第２ＤＣＩ５０２の検出の複雑さ（例えば、ブラインド検出）が低減されることができる。
【００６７】
さらに、第２ＤＣＩ５０２は、データリソース領域で伝送されるので、伝送用の周波数リソースが適応的に（例えば、チャネル状態又は干渉レベルに基づいて）選択されることができる。従って、より良好な干渉コーディネーションを達成することができる。
【００６８】
図５の例では、ＰＤＳＣＨでのＤＬ伝送５０３（又は物理アップリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）でのＵＬ伝送）のスケジューリング情報は、第２ＤＣＩ５０２から、又は第１ＤＣＩ５０１と第２ＤＣＩ５０２の両方から検出されてもよい。例えば、ＵＥ側では、第１ＤＣＩ５０１と第２ＤＣＩ５０２を順次検出し、ＰＤＳＣＨ／ＰＵＳＣＨ伝送５０３のスケジューリング情報を取得してもよい。そして、そのスケジューリング情報に基づいて、ＰＤＳＣＨ／ＰＵＳＣＨを適宜検出／伝送してもよい。
【００６９】
ＤＣＩ５０１及びＤＣＩ５０２のうちの一方又は両方が失われた場合に、ＬＴＥ技術仕様書ＴＳ  ３６．２１３  ｖ１０．０．０又はＮＲ技術仕様書ＴＳ  ３８．２１３  ｖ１５．２．０に規定されているものと同様の、従来の不連続伝送（ＤＴＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）検出又はＤＬ割り当てインジケータ（ＤＡＩ：ＤＬ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｉｃａｔｏｒ）に基づくメカニズムは、ミス検出を検出するために使用されてもよいことに注意されたい。
【００７０】
第１ＤＣＩ５０１は、第２ＤＣＩ５０２の検出に必要な情報の全部又は一部を含んでもよい。限定ではなく例示のために、いくつかの実施形態では、第１ＤＣＩ５０１は、第２ＤＣＩ５０２を検出するために必要な構成情報である第２ＤＣＩ５０２の存在、周波数領域リソース、時間領域リソース、周波数-時間位置、変調・符号化スキーム（ＭＣＳ）、仮想リソースブロックから物理リソースブロックへのマッピングルール、サーチスペース、アグリゲーションレベル（ＡＬ：Ａｇｇｒｅｇａｔｉｏｎ  Ｌｅｖｅｌ）などのうちの１つ又は複数を含んでもよい。いくつかの実施形態では、第２ＤＣＩ５０２のために示される周波数-時間位置は、専用コアセットを含んでもよい。
【００７１】
いくつかの実施形態では、第２ＤＣＩ５０２を検出するために必要な構成情報の一部は、上位層によって、例えば、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングを介して半静的に構成され、又はメディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）の制御要素（ＣＥ：Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）によって活性化されてもよい。即ち、２レベルＤＣＩの第２ＤＣＩを検出するためのいくつかの構成情報は、物理層シグナリング（例えば、第１ＤＣＩ５０１）を介して動的に構成されるのではなく、半永続的に構成されてもよい。ＤＣＩ５０２のために半静的に構成される情報は、例えば、周波数領域リソース、時間領域リソース、周波数-時間位置、変調・符号化スキーム、仮想リソースブロックから物理リソースブロックへのマッピングルール、ＮＲシステムで定義される専用コアセット、サーチスペース、及びアグリゲーションレベルなどのうちの１つ又は複数を含んでもよいが、これらに限定されない。
【００７２】
いくつかの実施形態では、ＤＣＩ５０２用の構成情報は、動的シグナリングと半静的構成の組み合わせを介して示されてもよい。例えば、第１ＤＣＩ５０１は、第２ＤＣＩ５０２が伝送されるか否か、及びＤＣＩ５０２用のサーチスペース及び／又はアグリゲーションレベルを示してもよく、一方、ＤＣＩ５０２を伝送するためのリソース割り当て（ＲＡ）及びＭＣＳは、ＲＲＣを介して構成されてもよい。
【００７３】
本明細書で提案される２レベルＤＣＩについて、第１ＤＣＩは、明示的又は暗黙的な方法、又はそれらの組み合わせで、第２ＤＣＩ用の構成情報の一部又はすべてを示してもよいことが理解されるべきである。
【００７４】
限定ではなく説明のために、第２ＤＣＩ用の構成情報を明示的に示すためのいくつかの例を表１及び表２に示す。表１の例では、第１ＤＣＩは、第２ＤＣＩが伝送されるか否かを示すための１ビットを含む。例えば、値が「０」であるビットは、第２ＤＣＩが予期されなく、言い換えれば、ＰＤＳＣＨ／ＰＵＳＣＨが第１ＤＣＩを介して直接にスケジュールされることを示す。値が「１」であるビットは、第２ＤＣＩが伝送されることを示してもよい。この場合、第２ＤＣＩ又は第１ＤＣＩ及び第２ＤＣＩの組み合わせは、ＤＬ又はＵＬ伝送をスケジュールするために使用される。
表１  第２ＤＣＩの明示的な指示例１
2021535638.tif 000003
表２  第２ＤＣＩの明示的指示例２
2021535638.tif 000004
【００７５】
表２の例では、第１ＤＣＩ内の２ビットは、第２ＤＣＩの構成を示すために使用される。例えば、２ビットの値「００」は、第２ＤＣＩを利用できないことを示し、他の値は、第２ＤＣＩの存在を示す。さらに、値「０１」、「１０」、「１１」のそれぞれは、表２に示すように、第２ＤＣＩの異なる構成／モードを示す。２ビットの異なる値（例えば、「０１」、「１０」、「１１」）による第２ＤＣＩのモードは、第２ＤＣＩ用の異なる周波数及び／又は時間リソース、ＭＣＳ、アグリゲーションレベル、サーチスペース、サイズ、又はフォーマットを示してもよい。
【００７６】
限定ではなく説明のためだけに、第２ＤＣＩは、複数の伝送／受信ポイント（ＴＲＰ）をサポートするように構成されてもよく、各ＴＲＰに対して別個の伝送制御インジケータ（ＴＣＩ：transmission control indicator）及び別個のＤＭＲＳグループを運んでもよい。ＴＣＩは、ＮＲシステムで定義されているＴＲＰの受信ビームを示す。この場合、第１ＤＣＩに含まれる２ビットの値「０１」、「１０」、「１１」のそれぞれは、第２ＤＣＩによってサポートされるＴＲＰの異なる数（例えば、２、３、４）、及びそれに対応する第２ＤＣＩの異なるサイズを示してもよい。
【００７７】
別の例として、第２ＤＣＩは、周波数選択プリコーディングによってアップリンク（例えば、ＰＵＳＣＨ）伝送をサポートするように構成されてもよい。周波数選択プリコーディングに関して、周波数選択プリコーディングには複数のプリコーディンググループが定義され、かつ１つのプリコーディンググループにおいて、対象となる周波数帯域が同じプリコーダを共有する。また、第１ＤＣＩにおける１、２又はそれ以上のビットのいくつかの異なる値は、第２ＤＣＩによってサポートされるプリコーディンググループの異なる数（例えば、２、３、及び４）、及びそれに対応する第２ＤＣＩの異なるサイズを示してもよい。
【００７８】
代替的に、いくつかの実施形態では、第２ＤＣＩは、ＰＤＳＣＨ伝送の複数のＭＣＳ及び／又はトランスポートブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ）を含むように構成されてもよい。この場合、第１ＤＣＩに含まれる１、２又はそれ以上のビットの異なる値は、第２ＤＣＩによってサポートされるＭＣＳ／ＴＢの異なる数（例えば、２、３、及び４）、及びそれに対応する第２ＤＣＩの異なるサイズを示してもよい。
【００７９】
代替的又は追加的に、いくつかの実施形態では、第１ＤＣＩに含まれるビットの異なる値によって示される第２ＤＣＩのモードは、第２ＤＣＩのブラインド検出を低減するためのサーチスペースの制限及びアグリゲーションレベルの制限のうちの一方又は両方を指定してもよい。例えば、第１ＤＣＩに含まれる２ビットの値「０１」、「１０」、「１１」のそれぞれは、第２ＤＣＩのブラインド検出のための異なるセットを示してもよい。それに対応して、各値は、時間-周波数位置の異なる数及びブラインド検出の複雑さを示してもよい。
【００８０】
図６に示す例では、第２ＤＣＩは、２つ（又はそれ以上）のＴＣＩ６０１及び６０２、２つ（又はそれ以上）のアンテナポート構成６０３及び６０４、及び／又は２つ（又はそれ以上）のＳＲＳリソースインジケータ６０５及び６０６を含んでもよい。そして、第１ＤＣＩに含まれる１つ又は複数のビットは、第２ＤＣＩに含まれるＴＣＩ、アンテナポート構成、及び／又はＳＲＳ構成の正確な数を示してもよい。
【００８１】
いくつかの実施形態では、代替的に又は追加的に、第１ＤＣＩは、第２ＤＣＩ用のいくつかの構成情報を暗黙的に示してもよい。限定ではなく説明のために、第２ＤＣＩを検出するためのいくつかの情報は、第１ＤＣＩ用の制御チャネル要素（ＣＣＥ：Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）のインデックスを介して暗黙的に示されてもよい。図７及び図８は、暗示的な指示の例を示す。
【００８２】
図７の例では、第１ＤＣＩ用の最初のＣＣＥのインデックスが奇数である場合、第１ＤＣＩに続く第２ＤＣＩがあることを示し、そうでない場合（即ち、最初のＣＣＥのインデックスが偶数である場合）、第２ＤＣＩを利用できず、この場合、第１ＤＣＩは、ＤＬ伝送（例えば、ＰＤＳＣＨ）又はＵＬ伝送（例えば、ＰＵＳＣＨ）を直接にスケジュールする。
【００８３】
図８に示す別の例では、第１ＤＣＩ用の最初のＣＣＥのインデックスは、図７の例よりも多くの情報を示すために使用される。例えば、最初のＣＣＥのインデックス  ｍｏｄ  ３＝０である場合、第２ＤＣＩを利用できず、即ち、第１ＤＣＩがＤＬ／ＵＬ伝送を直接にスケジュールすることを示してもよい。モジュロ結果の他の値は、第２ＤＣＩの存在を示す。さらに、最初のＣＣＥのインデックス  ｍｏｄ  ３＝１である場合、第２ＤＣＩに対するブラインド検出の第１組を示してもよく、最初のＣＣＥのインデックス  ｍｏｄ  ３＝２である場合、第２ＤＣＩに対するブラインド検出の第２組を示してもよい。ブラインド検出の各組のそれぞれは、第２ＤＣＩのブラインド検出のための、１つ又は複数の対応するサーチスペース及びアグリゲーションレベルを有する。このような暗黙的な指示により、第１ＤＣＩは、チャネル条件に基づいて第２ＤＣＩのブラインド検出を柔軟に減少するために使用される。
【００８４】
図７及び図８は、例示の目的のみで提供され、本開示の実施形態は、第２ＤＣＩ用の構成情報を示すための上記特定方法に限定されないことが理解されるべきである。例えば、いくつかの実施形態では、最初のＣＣＥのインデックス  ｍｏｄ  Ｎの結果が、第２ＤＣＩの情報を示すために利用されてもよく、ここで、Ｎは２よりも大きい整数であってもよい。
【００８５】
第２ＤＣＩ用の構成情報は、必ずしも第１ＤＣＩの最初のＣＣＥのインデックス（のみ）を介して示されるとは限らないことに注意されたい。いくつかの実施形態では、代替的又は追加的に、第１ＤＣＩのコルセットインデックス、アグリゲーションレベル及び／又はＭＣＳが、第２ＤＣＩ用の構成情報を暗黙的に示すために使用されてもよい。例えば、第１ＤＣＩが所定のコルセットで検出された場合、端末デバイスは、第１ＤＣＩ用の最初のＣＣＥのインデックスが、第２ＤＣＩ用の構成情報を暗黙的に示すために使用されていると判断してもよい。この場合、第２ＤＣＩの最初のＣＣＥのインデックスは、スケジュールされたＰＤＳＣＨに応答してＰＵＣＣＨリソースを示すために使用される。一方、第１ＤＣＩが所定のコルセット以外のコルセットで検出された場合、第１ＤＣＩ用の最初のＣＣＥのインデックスは、ＬＴＥ又はＮＲで規定されているようなメカニズムと同様に、代わりに対応するＰＵＣＣＨリソースを示すために使用されてもよい。
【００８６】
いくつかの実施形態では、本開示で提案される２レベルＤＣＩは、リソース効率を高めるために、第２ＤＣＩのＭＵ-ＭＩＭＯ伝送をサポートする。限定ではなく説明のために、２つの端末デバイス用の第２ＤＣＩのＭＵ-ＭＩＭＯ伝送の例が図９に示されている。この例では、ＵＥ１用及びＵＥ２用の別個の第１ＤＣＩがそれぞれ存在する。ＵＥ１用の第１ＤＣＩ９０１は、アンテナポート（又はＤＭＲＳポート）１〜４を介して伝送される第２ＤＣＩをスケジュールしてもよく、ＵＥ２用の第１ＤＣＩ９０２は、アンテナポート（又はＤＭＲＳポート）５〜８を介して伝送される第２ＤＣＩを示してもよい。このように、異なるＵＥに対する第２ＤＣＩは、同じ周波数-時間リソース９０３を占有し、且つアンテナポートによって識別される。その結果、２レベルＤＣＩを伝送するために必要なリソース割り当てが低減される。いくつかの実施形態では、第２ＤＣＩのＭＵ-ＭＩＭＯ伝送をサポートするための２レベルＤＣＩの第１ＤＣＩは、ＮＲシステムで規定されているようなＤＣＩフォーマット１_１を有してもよい。
【００８７】
さらに、図９に示す例では、ＵＥ１用の第２ＤＣＩは、リソース９０４でＰＤＳＣＨ／ＰＵＳＣＨ伝送をスケジュールし、ＵＥ２用の第２ＤＣＩは、リソース９０５でＰＤＳＣＨ／ＰＵＳＣＨ伝送をスケジュールする。リソース９０４及びリソース９０５は、リソース割り当てにおいて重複又は部分的に重複してもよい（又は重複しなくてもよい）ことに注意されたい。いくつかの実施形態では、スケジュールされたＰＤＳＣＨ／ＰＵＳＣＨは、非重複リソース及び重複リソースに対してそれぞれ異なるＭＣＳを割り当てられてもよい。例えば、重複リソース９１０におけるＵＥ１用のＰＤＳＣＨ／ＰＵＳＣＨには、ＭＣＳ  １Ａ（例えば、ＱＰＳＫ）が割り当てられてもよく、一方、非重複リソース９２０におけるＵＥ１用のＰＤＳＣＨ／ＰＵＳＣＨには、ＭＣＳ  １（例えば、１６ＱＡＭ）が割り当てられてもよい。このようなスキームは、リンク適応に対して柔軟性を提供し、且つ干渉に対してロバストである。
【００８８】
代替的に、いくつかの実施形態では、提案される２レベルＤＣＩの第１ＤＣＩによってスケジュールされた第２ＤＣＩは、図１０及び図１１に示すように、同じ第１ＤＣＩによってスケジュールされたＤＬデータ伝送（例えば、ＰＤＳＣＨ）と多重化されてもよい。言い換えれば、第２ＤＣＩは、ＤＬデータ伝送（例えば、ＰＤＳＣＨ）とともに、第１ＤＣＩによってスケジュールされてもよい。第２ＤＣＩは、さらなるＰＤＳＣＨ／ＰＵＳＣＨ伝送（図示せず）のためのスケジューリング許可を含んでもよい。
【００８９】
図１０に示す例では、第１ＤＣＩ１００１は、２つのトランスポートブロック（ＴＢ：transport block）のスケジューリングをサポートし、第１ＴＢはＰＤＳＣＨ１００２に使用され、第２ＴＢは、第２ＤＣＩ１００３又はＰＤＳＣＨに使用されてもよいし、全く伝送されなくてもよい。この場合、第１ＤＣＩ１００１は、第２ＴＢの構成、即ち、第２ＴＢが伝送されるか否か、及び／又は、第２ＴＢが第２ＤＣＩ或いは通常のＤＬデータ（例えば、ＰＤＳＣＨ）を運ぶか否かも、暗黙的又は明示的に示してもよい。限定ではなく例示のために、第１ＤＣＩが所定のコルセットで伝送される場合、端末デバイスは、第１ＤＣＩによってスケジュールされた第２ＴＢが第２ＤＣＩを運ぶと判断し、そうでない場合、端末デバイスは、通常のデータが第２ＴＢに含まれていると判断してもよい。又は、第１ＤＣＩは、第２ＴＢのタイプを示すために追加ビットを含んでもよい。例えば、追加ビットの値「０」は、通常のデータが第２ＴＢに含まれている（又は第２ＴＢが全く伝送されない）ことを示し、追加ビットの値「１」は、第２ＤＣＩが第２ＴＢにあることを示してもよい。
【００９０】
図１１に示されるＤＣＩ及びデータの多重化の別の例では、第１ＤＣＩ１１０１は、２つの部分を有するリソース割り当て（ＲＡ：resource allocation）１１１０のスケジューリングをサポートし、ＲＡ１１１０の第１部分はＤＬデータ（例えば、ＰＤＳＣＨ）１１０３の伝送のためのものであり、ＲＡ１１１０の第２部分は第２ＤＣＩ１１０２の伝送のためのものである（又は未使用のままである）。図１０を参照して説明したものと同様に、図１１の例では、第１ＤＣＩは、リソース割り当ての第２部分において伝送されるコンテンツ、即ち、通常のＤＬデータ、第２ＤＣＩがＲＡの第２部分において伝送されるか、又は何も伝送されないかを、暗黙的に（例えば、第１ＤＣＩのコルセットを介して）又は明示的に（例えば、第１ＤＣＩにおけるビットを介して）示してもよい。ＲＡ１１１０の第２部分で伝送される第２ＤＣＩ１１０２は、さらなるＰＤＳＣＨ／ＰＵＳＣＨ伝送のためのスケジューリング許可（図示せず）を含んでもよいことに注意されたい。
【００９１】
本開示の実施形態は、従来のソリューションと比較して、スケジューリングの柔軟性を高め、且つ第２ＤＣＩの検出の複雑さを低減する。
【００９２】
本開示の理解をより容易にするために、いくつかのさらなる実施形態が、図１２〜２０を参照して以下に提供される。
【００９３】
図１２は、ネットワークデバイス、例えば図１のネットワークデバイス１０１によって実行されることができる例示的な方法１２００のフローチャートを示す。説明の目的のみで、以下、方法１２００を、図１に示すネットワークデバイス１０１及び通信ネットワーク１００を参照して説明するが、本開示の実施形態はこれに限定されないことが理解されるべきである。
【００９４】
図１２に示すように、ブロック１２１０において、ネットワークデバイス１０１は、図５に示す制御リソース領域（例えば、制御リソース領域５１０）で第１制御メッセージ（例えば、図５の第１ＤＣＩ５０１）を端末デバイス、例えば、図１のＵＥ１０２に伝送する。第１制御メッセージは、所定のサイズを有し、第２制御メッセージを検出するための第１構成情報を含む。いくつかの実施形態では、第１制御メッセージ及び第２制御メッセージは、ＤＬ又はＵＬ伝送（例えば、ＰＤＳＣＨ又はＰＵＳＣＨ）をスケジュールするために使用できる２レベルの制御メッセージを形成する。いくつかの実施形態では、第１制御メッセージ及び第２制御メッセージは、ＤＣＩの形式であってもよいが、本開示の実施形態はこれに限定されない。
【００９５】
いくつかの実施形態では、第１制御メッセージに含まれる、第２制御メッセージを検出するための第１構成情報は、表１及び表２に示されるような第２制御メッセージの存在、第２制御メッセージ用のサーチスペース、第２制御メッセージ用のアグリゲーションレベル、表２に示されるような第２制御メッセージのモード、及び第２制御メッセージに対して実行されるブラインド検出の組のうちの１つ又は複数を示してもよい。従って、第１構成情報は、ＵＥ側で第２制御メッセージの検出の複雑さを軽減するのに寄与する。
【００９６】
表２を参照して説明したように、第１構成情報で示される第２制御メッセージのモードは、第２制御メッセージに含まれる個別のスケジューリング情報が使用されるＴＲＰの数を示してもよい。例えば、第２制御メッセージのモード１は、第２制御メッセージに２つのＴＲＰのスケジューリング情報が含まれていることを示してもよく、第２制御メッセージのモード１は、第２制御メッセージに３つのＴＲＰのスケジューリング情報が含まれていることを示してもよい。
【００９７】
代替的又は追加的に、第２制御メッセージのモードは、第２制御メッセージによってサポートされている／示されているアップリンクプリコーディンググループ、ＴＢ、又はＭＣ、あるいはそれらの組み合わせの数を示してもよい。
【００９８】
いくつかの実施形態では、第２制御メッセージのモードは、第２制御メッセージに対して実行されるブラインド検出の組を示してもよい。例えば、モード１は、第２制御メッセージを検出するために第１組のブラインド検出が実行されることを示す一方、モード２及び３は、第２組及び第３組のブラインド検出が実行されることをそれぞれ示してもよい。代替的又は追加的に、いくつかの実施形態では、第２制御メッセージのモードは、第２制御メッセージを検出するためのサーチスペース又はアグリゲーションレベル（又はアグリゲーションレベルのセット）を示してもよい。
【００９９】
第１制御メッセージに含まれる第１制御情報は、明示的又は暗示的な方法で第１制御メッセージによって運ばれてもよいことに注意されたい。上述の表１及び２は、第１制御情報を明示的に示すための例を示しており、そのうち、第１制御メッセージ（例えば、第１ＤＣＩ）は、第１構成情報を示すための１つ又は複数のビットを含む。
【０１００】
代替的に、図７及び図８は、第２制御メッセージ（例えば、第２ＤＣＩ）用の第１構成情報を暗黙的に、即ち、第１制御メッセージ内の追加ビットを使用せずに示すためのスキームを模式的に示している。例えば、ネットワークデバイス１０１は、制御リソース領域における複数の制御チャネル要素（ＣＣＥ：control channel element）で第１制御メッセージを伝送してもよく、該複数のＣＣＥのうちの最初のＣＣＥのインデックスは、第２制御メッセージを検出するための第１構成情報を暗黙的に示すために使用されてもよい。図７に示す例では、最初のＣＣＥの奇数のインデックスは、第２制御メッセージが第１制御メッセージによってスケジュールされることを示すとともに、最初のＣＣＥの偶数のインデックスは、ダウンリンク又はアップリンクデータ伝送が第１制御メッセージによってスケジュールされることを示す。別の例示的な実施形態では、最初のＣＣＥの偶数のインデックスは、第２制御メッセージが第１制御メッセージによってスケジュールされることを示すとともに、最初のＣＣＥの奇数のインデックスは、ダウンリンク又はアップリンクデータ伝送が第１制御メッセージによってスケジュールされることを示してもよいことが理解されるべきである。これは、最初のＣＣＥのインデックス  ｍｏｄ  ２の結果を利用して第１構成情報を示すことと同様である。
【０１０１】
いくつかの実施形態では、最初のＣＣＥのインデックス  ｍｏｄ  Ｎの結果は、第２制御メッセージを検出するための第１構成情報を示すために使用されてもよく、ここで、Ｎは２よりも大きい整数であってもよい。図８に示す例では、最初のＣＣＥのインデックス  ｍｏｄ  ３の結果は、第２制御メッセージの存在、及び第２制御メッセージ用の構成（例えば、ブラインド検出の組）のうちの一方又は両方を示すために使用される。
【０１０２】
本開示の実施形態は、最初のＣＣＥのインデックスを介して第２メッセージ用の第１構成情報を示すことに限定されないことに注意されたい。即ち、いくつかの実施形態では、第１制御メッセージの他の情報（例えば、位置、アグリゲーションレベル、ＭＣＳ）は、第１構成情報を暗黙的に示すために使用されてもよい。一例として、第１制御メッセージがネットワークデバイス１０１によって所定の制御リソースセット（例えば、専用コルセット）で伝送される場合、第２制御メッセージを検出すべきであることを暗示し、そうでない場合、第２制御メッセージが存在しないことを暗示してもよい。別の例として、第１制御メッセージがネットワークデバイス１０１によって所定の制御リソースセット（例えば、専用コルセット）で伝送される場合のみ、第１制御メッセージの最初のＣＣＥのインデックスは、第２制御メッセージを検出するための第１構成情報を暗黙的に示す。
【０１０３】
第１制御メッセージによって明示的に又は暗黙的に運ばれる第１構成情報は、第２制御メッセージを検出するために必要な情報をすべて含むわけではないと理解されるべきである。即ち、第１構成情報は、第２制御メッセージのブラインド検出を回避するのではなく、第２制御メッセージのブラインド検出を低減させることのみできる。
【０１０４】
いくつかの実施形態では、第１制御メッセージに含まれる第１構成情報の他に、ネットワークデバイス１０１は、図１２のブロック１２０５に示されるように、第２制御メッセージ用の第２構成情報もＵＥ１０２に伝送されてもよい。第２構成情報は半静的であってもよく、第１構成情報は動的であってもよい。即ち、第２構成情報は、ネットワークデバイス１０１によって上位層シグナリング、例えばＲＲＣシグナリング、又はＭＡＣ  ＣＥを介して伝送されてもよい。限定ではなく説明のために、第２制御メッセージ用の半静的な第２構成情報は、周波数位置及び／又は時間位置、変調・符号化スキーム、ＭＣＳ、及び仮想リソース（例えば、仮想リソースブロック、ＶＲＢ）から物理リソース（例えば、物理リソースブロック、ＰＲＢ）へのマッピングのうちの少なくとも１つを含んでもよい。
【０１０５】
図１２に示すように、ブロック１２２０において、ネットワークデバイス１０１は、第１構成情報に応じて、データリソース領域（例えば、図５のデータリソース領域５２０）で第２制御メッセージ（例えば、図５の第２ＤＣＩ５０２）をＵＥ１０２に伝送する。第２制御メッセージは、ＵＥ１０２に対するダウンリンク又はアップリンクデータ伝送（例えば、図５のＰＤＳＣＨ／ＰＵＳＣＨ伝送５０３）をスケジュールするための情報を含む。
【０１０６】
方法１２００の実施形態では、第２制御メッセージのブラインド検出は低減された。さらに、いくつかの実施形態では、第１制御メッセージは、従来の設計と同様にシンプル、コンパクト、かつ有限のままであり、第２制御メッセージは、より良い干渉コーディネーション、及び柔軟性／より大きなペイロードを提供する。
【０１０７】
いくつかのさらなる実施形態では、ブロック１２２０において、第２制御メッセージは、ネットワークデバイス１０１によってデータリソース領域内の複数のリソースユニット（例えば、ＣＣＥ）で伝送されてもよく、該複数のリソースユニットのうちの最初のリソースユニット（例えば、最初のＣＣＥ）のインデックスは、対応するアップリンクフィードバック（例えば、ＰＵＣＣＨ）用のリソースを示してもよい。
【０１０８】
第２制御メッセージは、ＵＥ１０２に対するダウンリンク又はアップリンクデータ伝送（例えば、ＰＤＳＣＨ／ＰＵＳＣＨ）をスケジュールするための情報（例えば、ＭＣＳ）を含むが、いくつかの実施形態では、ダウンリンク又はアップリンクデータ伝送は、ＵＥ側で第１制御メッセージ及び第２制御メッセージの両方に基づいて検出されてもよいことが理解されるべきである。例えば、ネットワークデバイス１０１によって伝送される第１制御メッセージは、図１３に示すように、ＵＥ１０２に対するダウンリンク又はアップリンクデータ伝送のためのリソース割り当て情報を含んでもよい。図１３の例では、第１制御メッセージ１３０１は、ＰＤＳＣＨ／ＰＵＳＣＨ伝送１３０３のためのリソース割り当て情報（ＲＡ２）を含み、第２制御メッセージ１３０２は、ＰＤＳＣＨ／ＰＵＳＣＨ伝送１３０３のためのさらなるスケジューリング情報（例えば、ＭＣＳ、プリコーディング情報）を含む。第２制御メッセージ１３０３用のリソース割り当て情報（ＲＡ１）は、上位層シグナリングを介して半静的に予め設定されてもよい。オプションとして、この例では、第１制御メッセージ１３０１は、第２制御メッセージ１３０２を検出するための構成情報をさらに含んでもよい。
【０１０９】
いくつかの実施形態では、リソース効率を改善するために、提案される２レベル制御メッセージの第２制御メッセージは、他の伝送と多重化されてもよい。一例として、図１４は、第２制御メッセージのＭＵ-ＭＩＭＯ伝送のための方法１４００のフローチャートを示す。
【０１１０】
方法１４００は、ネットワークデバイス、例えば、図１のネットワークデバイス１０１によって実行されてもよい。説明の目的のみで、以下、方法１４００を、図１のネットワークデバイス１０１及び通信ネットワーク１００を参照して説明するが、本開示の実施形態は、これに限定されないことが理解されるべきである。
【０１１１】
図１４に示すように、ブロック１４１０において、ネットワークデバイス１０１は、制御リソース領域の第１リソースで第１制御メッセージ（例えば、図９のＤＣＩ９０１）を第１端末デバイス（例えば、図１のＵＥ１０２）に伝送する。ブロック１４２０において、ネットワークデバイス１０１は、制御リソース領域の第２リソースで第２制御メッセージ（例えば、図９のＤＣＩ９０２）を第２端末デバイス（例えば、図１のＵＥ１０３）に伝送する。
【０１１２】
第１制御メッセージ及び第２制御メッセージは、それぞれ所定のサイズを有し、ＵＥ１０２用の第３制御メッセージ及びＵＥ１０３用の第４制御メッセージをそれぞれ検出するための情報を含む。
【０１１３】
いくつかの実施形態では、ＵＥ１０２用の第３制御メッセージを検出するための情報及びＵＥ１０３用の第４制御メッセージを検出するための情報は、図１２を参照して上述した第１構成情報と同じであってもよく、このため、関連する記述はここにも適用され、詳細は繰り返されないことに注意されたい。
【０１１４】
さらに、第３／第４制御メッセージを検出するための情報は、図７、図８、図１２及び表１、２を参照して上述したように、第１／第２制御メッセージにおいて明示的に又は暗黙的に示されてもよい。
【０１１５】
ブロック１４３０において、ネットワークデバイス１０１は、データリソース領域のリソース（例えば、図９のリソース９０３）で第３制御メッセージを第１アンテナポート組（例えば、アンテナポート１〜４）を介してＵＥ１０２に伝送する。そして、ブロック１４４０において、ネットワークデバイス１０１は、データリソース領域の同じリソース（例えば、図９のリソース９０３）で第４制御メッセージを異なる第２アンテナポート組（例えば、アンテナポート５〜８）を介してＵＥ１０３に伝送する。第３制御メッセージは、ＵＥ１０２用の２レベルＤＣＩの第２ＤＣＩであってもよく、第４制御メッセージは、ＵＥ１０３用の２レベルＤＣＩの第２ＤＣＩであってもよい。即ち、第３制御メッセージ及び第４制御メッセージは、それぞれＵＥ１０２及びＵＥ１０３のためのデータ伝送をスケジュールするための情報を含んでもよい。
【０１１６】
方法１４００によれば、異なるＵＥ用の第２ＤＣＩは、異なるアンテナポートを使用して、特殊分割多重化（ＳＤＭ：Ｓｐｅｃｉａｌ  Ｄｉｖｉｓｉｏｎａｌ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）によって多重化される。従って、複数のＵＥ用の第２ＤＣＩを伝送するために必要な時間-周波数リソースが削減される。
【０１１７】
いくつかの実施形態では、第３制御メッセージは、ＵＥ１０２用のデータ伝送用の第１リソース割り当て（例えば、図９のリソース９０４）を示し、第４制御メッセージは、ＵＥ１０３用のデータ伝送用の第２リソース割り当て（例えば、図９のリソース９０５）を示し、図９の例に示すように、第１リソース割り当ては、第２リソース割り当てと部分的に重複してもよい。この場合、重複リソース（例えば、図９のリソース９１０）と非重複リソース（例えば、図９のリソース９２０）における干渉は異なる可能性がある。
【０１１８】
いくつかの実施形態では、データ伝送のためのより柔軟なスケジューリングを可能にするために、及び／又はリンクのロバスト適応を提供するために、ネットワークデバイス１０１によって方法１４００で伝送される第３制御メッセージは、第２リソース割り当てと重複している第１リソース割り当ての第１部分（例えば、図９のリソース９１０）において、ＵＥ１０２のためのデータ伝送用の第１ＭＣＳを示すとともに、第２リソース割り当てと重複していない第１リソース割り当ての第２部分（例えば、図９のリソース９２０）において、ＵＥ１０２のためのデータ伝送用の第２ＭＣＳを示してもよい。同様に、ネットワークデバイス１０１によってＵＥ１０３に伝送される第４制御メッセージも、データ伝送のためのリソース割り当ての重複部分及び非重複部分のための第１ＭＣＳ及び第２ＭＣＳを示してもよい。
【０１１９】
方法１４００のいくつかの実施形態では、表２、図８及び図１２を参照して説明したように、第３／第４制御メッセージ(ＵＥ用の２レベルＤＣＩの第２ＤＣＩであってもよい)に含まれるＭＣＳの数は、第１／第２制御メッセージ(ＵＥ用の２レベルＤＣＩの第１ＤＣＩであってもよい)において明示的に又は暗黙的に示されてもよい。
【０１２０】
図１５は、２レベル制御メッセージの第２制御メッセージをデータ伝送と多重化するための方法１５００のフローチャートを示す。方法１５００は、ネットワークデバイス、例えば、図１のネットワークデバイス１０１によって実行されてもよい。説明の目的のみで、以下、方法１５００を、図１のネットワークデバイス１０１及び通信ネットワーク１００を参照して説明するが、本開示の実施形態はこれに限定されないことが理解されるべきである。
【０１２１】
図１５に示すように、ブロック１５１０において、ネットワークデバイス１０１は、制御リソース領域で第１制御メッセージ（例えば、図１０の第１ＤＣＩ１００１）を端末デバイス、例えば、図１のＵＥ１０２に伝送する。第１制御メッセージは、ダウンリンク伝送（例えば、ＰＤＳＣＨ）のための２つのトランスポートブロック（ＴＢ）のスケジューリングをサポートする所定のサイズを有し、構成指示、例えば指示ビットを含む。
【０１２２】
ブロック１５２０において、ネットワークデバイス１０１は、第１制御メッセージに含まれる第１ＴＢ用のスケジューリング情報に基づいて、２つのＴＢのうちの第１ＴＢを使用してダウンリンクデータ（例えば、図１０のＰＤＳＣＨ１００２）を伝送する。
【０１２３】
ブロック１５３０において、ネットワークデバイス１０１は、構成指示に基づいて、２つのＴＢのうちの第２ＴＢを使用してダウンリンク伝送を制御する。構成指示（例えば、指示ビット）は、第２ＴＢで運ばれるコンテンツ、又は第２ＴＢの存在を示してもよい。
【０１２４】
限定ではなく例示のために、ブロック１５３０において、指示ビットが第１値（例えば、１）を持つ場合、ネットワークデバイス１０１は、第２ＴＢを使用して第２制御メッセージ（例えば、図１０の第２ＤＣＩ１００３）を伝送する。一方、指示ビットが第２値（例えば、０）を持つ場合、ネットワークデバイス１０１は、第２ＴＢを使用してデータを伝送し、又は第２ＴＢを全く伝送しない（即ち、第２トランスポートブロックを使用して伝送することを防止する）ようにしてもよい。
【０１２５】
いくつかの実施形態では、指示ビットは省略されてもよく、代わりに暗黙的な構成指示が使用されてもよい。例えば、第１ＤＣＩが専用コルセットで伝送される場合、第２制御メッセージは第２ＴＢで伝送され、そうでない場合、データは第２ＴＢを使用して伝送されるか、又は第２ＴＢは伝送されない。
【０１２６】
図１６は、２レベル制御メッセージの第２制御メッセージをデータ伝送と多重化するための別の方法１６００のフローチャートを示す。方法１６００は、ネットワークデバイス、例えば、図１のネットワークデバイス１０１によって実行されてもよい。説明の目的のみで、以下、方法１６００を、図１のネットワークデバイス１０１及び通信ネットワーク１００を参照して説明するが、本開示の実施形態はこれに限定されないことが理解されるべきである。
【０１２７】
図１６に示すように、ブロック１６１０において、ネットワークデバイス１０１は、制御リソース領域で第１制御メッセージ（例えば、図１１の第１ＤＣＩ１１０１）を端末デバイス（例えば、図１のＵＥ１０２）に伝送する。第１制御メッセージは、所定のサイズを有し、構成指示、例えば指示ビット、及びリソース割り当て（ＲＡ：resource allocation）を含む。
【０１２８】
ネットワークデバイス１０１は、ブロック１６２０において、リソース割り当ての第１部分（例えば、図１１のリソース１１１０）を使用してダウンリンクデータ（例えば、図１１のＰＤＳＣＨ１００３）を伝送し、ブロック１６３０において、構成指示に基づいて、リソース割り当ての第２部分を使用してダウンリンク伝送を制御する。構成指示は、リソースの第２部分で運ばれるコンテンツを示すか、又はリソースの第２部分を伝送に使用するか否かを示すことができる。
【０１２９】
限定ではなく例示のために、ブロック１６３０において、指示ビットが第１値（例えば、１）を持つ場合、ネットワークデバイス１０１は、ＲＡの第２部分を使用して、第２制御メッセージ（例えば、図１１の第２ＤＣＩ１１０２）を伝送する。一方、指示ビットが第２値（例えば、０）を持つ場合、ネットワークデバイス１０１は、ＲＡの第２部分を使用してデータを伝送するか、又は、このＵＥ１０２のためにＲＡの第２部分を未使用のままにする（即ち、ＲＡの第２部分を使用して伝送することを防止する）ことができる。
【０１３０】
いくつかの実施形態では、指示ビットは省略されてもよく、代わりに暗黙の構成指示が使用されてもよいことに注意されたい。例えば、第１ＤＣＩが専用コルセットで伝送される場合、第２制御メッセージはＲＡの第２部分で伝送され、そうでない場合、データは第２部分を使用して伝送されるか、又はＲＡの第２部分はＵＥ１０２のために、未使用のままにされる。
【０１３１】
図１７〜２０は、端末デバイス側での信号検出のためのいくつかの例示的な方法を示す。これらの方法は、本開示で提案されるような２レベルの制御メッセージを検出するために、端末デバイス（例えば、ＵＥ１０２、１０３又は１０４）によって使用されてもよい。説明の目的のみで、以下、方法１７００〜２０００を、図１に示すＵＥ１０２及び通信ネットワーク１００を参照して説明するが、本開示の実施形態はこれに限定されないことが理解されるべきである。
【０１３２】
図７に示す方法１７００では、ブロック１７１０において、ＵＥ１０２は、ネットワークデバイス（例えば、図１のネットワークデバイス１０１）から制御リソース領域（例えば、図５の制御リソース領域５１０）で第１制御メッセージ（例えば、図５の２レベルＤＣＩの第１ＤＣＩ５０１）を受信する。第１制御メッセージは、所定のサイズを有する。
【０１３３】
ブロック１７２０において、ＵＥ１０２は、第１制御メッセージから、第２制御メッセージ（例えば、図５の第２ＤＣＩ５０２）を検出するための第１構成情報を取得する。いくつかの実施形態では、第１構成情報は、方法１２００及び図１２を参照して説明したものと同じであってもよく、このため、関連する説明はここにも適用され、詳細は繰り返されない。第１構成情報は、第２制御メッセージのブラインド検出を低減させる。
【０１３４】
いくつかの実施形態では、第１構成情報は、１つ又は複数のビットとして第１制御メッセージで明示的に運ばれてもよい。そのような実施形態では、ブロック１７２０において、ＵＥ１０２は、第１制御メッセージに含まれる１つ又は複数のビットに基づいて第１構成情報を取得する。１つ又は複数のビット及びその意味の例は、表１及び表２に記載されている。なお、実施形態はこれらに限定されないことが理解されるべきである。
【０１３５】
代替的又は追加的に、第１構成情報の一部又は全部は、第１制御メッセージに暗黙的に運ばれてもよい。例えば、ブロック１７１０において、ＵＥ１０２は、制御リソース領域内の複数のＣＣＥで第１制御メッセージを受信してもよく、そして、ブロック１７２０において、ＵＥ１０２は、複数のＣＣＥのうちの最初のＣＣＥのインデックスに基づいて第１構成情報を取得してもよい。即ち、図７及び図８の例に示すように、第１制御メッセージの最初のＣＣＥは、第２制御メッセージを検出するための第１構成情報を暗黙的に示す。いくつかの実施形態では、最初のＣＣＥのインデックスが奇数（又は偶数）である場合、ＵＥ１０２は、第２制御メッセージが第１制御メッセージによってスケジュールされると判断し、最初のＣＣＥのインデックスが偶数（又は奇数）である場合、ＵＥ１０２は、ダウンリンク又はアップリンクデータ伝送（例えば、ＰＤＳＣＨ又はＰＵＳＣＨ）が第１制御メッセージによって直接にスケジュールされると判断するようにしてもよい。
【０１３６】
別の実施形態では、ＵＥ１０２は、最初のＣＣＥのインデックス  ｍｏｄ  Ｎの結果に基づいて第１構成情報を取得してもよく、ここで、Ｎは２よりも大きい所定の正の整数である。例えば、ＵＥ１０２は、第２制御メッセージの存在に関する情報、及び／又は第２制御メッセージ用の構成情報を、モジュロ結果に基づいて取得してもよい。
【０１３７】
いくつかの実施形態では、ＵＥ１０２は、ブロック１７１０において所定の制御リソースセットで第１制御メッセージを受信した場合のみ、複数のＣＣＥのうちの最初のＣＣＥのインデックスに基づいて第１構成情報を取得してもよい。
【０１３８】
ブロック１７３０において、ＵＥ１０２は、取得された第１構成情報に少なくとも部分的に基づいて、ネットワークデバイス１０１からデータリソース領域（例えば、図２のデータリソース領域５２０）で第２制御メッセージ（例えば、図５の第２ＤＣＩ５０２）を検出する。
【０１３９】
いくつかの実施形態では、図１７のブロック１７０５において、第２制御メッセージを検出するためのいくつかのさらなる情報は、ＵＥによって別のメッセージ、例えば上位層シグナリングを介して受信されてもよい。さらなる情報は、第２制御メッセージのための第２構成情報と呼ばれてもよい。この場合、ブロック１７３０において、ＵＥ１０２は、さらに受信した第２構成情報に基づいて、第２制御メッセージを検出してもよい。第２構成情報は、半静的であってもよく、周波数位置及び／又は時間位置、変調・符号化スキーム、ＭＣＳ、及び第２制御メッセージのための仮想リソースから物理リソースへのマッピングのうちの少なくとも１つを示してもよい。
【０１４０】
第２制御メッセージは、ＤＬ又はＵＬデータ伝送（例えば、図５のＰＤＳＣＨ／ＰＵＳＣＨ５０３）のためのスケジューリング情報を含む。従って、ブロック１７４０において、ＵＥ１０２は、検出された第２制御メッセージに基づいて、ダウンリンクデータを検出し、又はアップリンクデータを伝送する。いくつかの実施形態では、ブロック１７１０で受信した第１制御メッセージは、ＤＬ又はＵＬデータ伝送のためのリソース割り当てを示し、このような実施形態では、ブロック１７４０において、ＵＥ１０２は、第１制御メッセージによって割り当てられたリソースでＤＬデータを検出し、又はアップリンクデータを伝送する。
【０１４１】
いくつかの実施形態では、ブロック１７３０において、ＵＥ１０２は、データリソース領域内の複数のリソースユニット（例えば、ＣＣＥ）で第２制御メッセージを検出してもよく、ＵＥ１０２は、第２制御メッセージ用の複数のリソースユニットのうちの最初のリソースユニットのインデックスに基づいて、対応するアップリンクフィードバック用のリソースを決定してもよい。
【０１４２】
図１７を参照して説明した２レベル制御メッセージ検出方法は、従来の解決策と比較して、ＵＥ側で低減された検出の複雑さを必要とする。
【０１４３】
いくつかの実施形態では、ＵＥ１０２によって受信される第２制御メッセージは、方法１４００を参照して説明したように、ネットワークデバイス１０１によってＭＵ−ＭＩＭＯ方式で伝送されてもよい。この場合、ＵＥ側では、第２制御メッセージは、ＵＥ１０２によって、第１制御メッセージによって示されるアンテナポートの組から受信されてもよい。
【０１４４】
図１８に示す例示的な方法１８００では、ブロック１８１０において、ＵＥ１０２は、制御リソース領域でネットワークデバイス１０１から第１制御メッセージ（例えば、図９の第１ＤＣＩ９１０）を受信する。第１制御メッセージは、所定のサイズを有する。
【０１４５】
ブロック１８２０において、ＵＥ１０２は、第１制御メッセージから、第２制御メッセージ（例えば、図９の第２ＤＣＩ９０３）を検出するための構成情報を取得する。構成情報は、第２制御メッセージを検出するためのアンテナポートの組（例えば、アンテナポート１〜４）を示す。
【０１４６】
ブロック１８３０において、ＵＥ１０２は、取得された構成情報に少なくとも部分的に基づいて、ネットワークデバイス１０１のアンテナポートの組からデータリソース領域で第２制御メッセージを検出する。
【０１４７】
ブロック１８４０において、ＵＥは、検出された第２制御メッセージに基づいて、ダウンリンクデータを検出し、又はアップリンクデータを伝送する。
【０１４８】
いくつかの実施形態では、図５〜１７を参照して上述した第１制御メッセージ及び第２メッセージの特徴がここにも適用され得ることに注意されたい。このため、詳細は繰り返されない。
【０１４９】
第２制御メッセージ、又は、第１制御メッセージ及び第２制御メッセージの両方は、ＤＬ／ＵＬ伝送のためのスケジューリング情報を含む（例えば、図９のリソース９０４におけるＰＤＳＣＨ／ＰＵＳＣＨ）。いくつかの実施形態では、ＤＬ／ＵＬ伝送のために割り当てられたリソースは、別のＵＥ（例えば、図１のＵＥ１０３）のための伝送／別のＵＥ（例えば、図１のＵＥ１０３）の伝送と重複してもよい。この場合、ブロック１８２０においてＵＥ１０２によって第２制御メッセージから取得られる構成情報は、第１リソースのＭＣＳと、第２リソースの第２ＭＣＳとを含んでもよい。それに対応して、ブロック１８４０において、ＵＥ１０２は、第１リソースで第１ＭＣＳに基づいてダウンリンクデータを検出する／アップリンクデータを伝送するとともに、第２リソースで第２ＭＣＳに基づいてダウンリンクデータを検出する／アップリンクデータを伝送する。この実施形態は、リンク適応に対してより多くの柔軟性を提供する。
【０１５０】
図１５〜１６を参照して説明したように、第２制御メッセージは、データ伝送と多重化されてもよい。そのような２レベル制御メッセージを検出するために使用できる例示的な方法１９００が図１９に示されている。
【０１５１】
図１９の例では、ブロック１９１０において、ＵＥ１０２は、制御リソース領域でネットワークデバイス１０１から第１制御メッセージ（例えば、図１０の第１ＤＣＩ１００１）を受信する。第１制御メッセージは、ダウンリンク伝送のための２つのＴＢのスケジューリングをサポートする所定のサイズを有し、構成指示、例えば指示ビットを含む。指示ビットは、２つのＴＢのうちの第２ＴＢの内容／存在を示す。
【０１５２】
ブロック１９２０において、ＵＥ１０２は、第１制御メッセージに含まれる第１ＴＢに対するスケジューリング情報に基づいて、２つのＴＢのうちの第１ＴＢを検出する。ブロック１９３０において、ＵＥ１０２は、構成指示、例えば指示ビットに基づいて、２つのＴＢのうちの第２ＴＢの検出を制御する。
【０１５３】
限定ではなく例示のために、指示ビットが第１値（例えば、１）を持つ場合、ブロック１９３０において、ＵＥ１０２は、第２ＴＢから第２制御メッセージを検出してもよい。一方、指示ビットが第２値（例えば、０）を持つ場合、ブロック１９３０において、ＵＥ１０２は、第２ＴＢからデータを検出し、又は第２ＴＢを検出することを防止してもよい。
【０１５４】
代替的に、いくつかの実施形態では、ブロック１９１０で受信した第１制御メッセージは、指示ビットを含まず、その代わりに、例えば第１制御メッセージの位置によって、２つのＴＢのうちの第２ＴＢの内容／存在に関する構成指示を暗黙的に提供する。この場合、ブロック１９３０において、ＵＥ１０２は、暗黙的な構成指示に基づいて、２つのＴＢのうちの第２ＴＢの検出を制御する。
【０１５５】
２レベル制御メッセージを検出するために使用できる別の例示的な方法２０００が図２０に示されている。図２０の例では、ブロック２０１０において、ＵＥ１０２は、制御リソース領域でネットワークデバイス１０１から第１制御メッセージ（例えば、図１１の第１ＤＣＩ１１０１）を受信する。第１制御メッセージは、所定のサイズを有し、構成指示、例えば指示ビット、及びＲＡを含む。
【０１５６】
ブロック２０２０において、ＵＥ１０２は、受信した第１制御メッセージに基づいて、ＲＡの第１部分でＤＬデータを検出する。ブロック２０３０において、ＵＥ１０２は、構成指示、例えば指示ビットに基づいて、ＲＡの第２部分での検出を制御する。
【０１５７】
いくつかの実施形態では、指示ビットが第１値（例えば、１）を持つ場合、ブロック２０３０において、ＵＥ１０２は、ＲＡの第２部分で第２制御メッセージを検出してもよい。一方、指示ビットが第２値（例えば、０）を持つ場合、ブロック１９３０において、ＵＥ１０２は、ＲＡの第２部分でデータを検出し、又はＲＡの第２部分で検出することを防止してもよい。
【０１５８】
同様に、いくつかの実施形態では、ブロック２０１０で受信した第１制御メッセージは、指示ビットを含まず、その代わりに、例えば第１制御メッセージの位置によって、２つのＴＢのうちの第２ＴＢの内容、又は第２ＴＢの存在に関する構成指示を暗黙的に提供する。この場合、ブロック２０３０において、ＵＥ１０２は、暗黙的な指示に基づいて、ＲＡの第２部分の検出を制御する。
【０１５９】
図１０の第２ＴＢ又は図１１のＲＡの第２部分で伝送されることができる第２制御メッセージは、ＵＥ１０２のさらなるＰＤＳＣＨ／ＰＵＳＣＨ伝送のためのスケジューリング情報を含んでもよい。
【０１６０】
図１８〜２０を参照して説明した方法は、リソース効率をさらに向上させる。
【０１６１】
図２１は、ネットワークデバイス（例えば、図１のネットワークデバイス１０１）又は端末デバイス（例えば、図１のＵＥ１０２、１０３又は１０４）として具現化され／それらに含まれることができる装置２１００の簡略的なブロック図を示す。本装置は、無線通信システムにおける信号検出のために使用されてもよい。信号は、２レベル制御メッセージを含んでもよい。
【０１６２】
図２１の例で示されるように、装置２１００は、装置２１００の動作及び機能を制御するプロセッサ２１１０を備える。例えば、いくつかの実施形態では、プロセッサ２１１０は、それに接続されたメモリ２１２０に格納された命令２１３０によって様々な操作を実施してもよい。メモリ２１２０は、ローカル技術環境に適した任意の適切なタイプであってもよく、非限定的な例として、半導体ベースのメモリ端末デバイス、磁気メモリ端末デバイス及びシステム、光メモリ端末デバイス及びシステム、固定メモリ及びリムーバブルメモリなどの任意の適切なデータ記憶技術を使用して実装されてもよい。図２１には１つのメモリユニットのみが示されているが、物理的に異なる複数のメモリユニットが装置２１００に存在してもよい。
【０１６３】
プロセッサ２１１０は、ローカル技術環境に適した任意の適切なタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ又は複数を含んでもよい。装置２１００は、複数のプロセッサ２１１０を備えてもよい。
【０１６４】
プロセッサ２１１０は、情報の受信及び伝送を可能にするトランシーバ２１４０にも接続されてもよい。例えば、プロセッサ２１１０及びメモリ２１２０は、図１２〜１６を参照して説明した方法１２００〜１６００のいずれか、又は図１７〜２０を参照して説明した方法１７００〜２０００のいずれかを実施するように、組み合わせて動作することができる。図５〜２０を参照して上述したすべての特徴は、装置２１００にも適用されるので、ここでは詳細に説明しない。
【０１６５】
本開示の様々な実施形態は、プロセッサ（例えば、図２１のプロセッサ２１１０）、ソフトウェア、ファームウェア、ハードウェア、又はそれらの組み合わせのうちの１つ又は複数によって実行可能なコンピュータプログラム又はコンピュータプログラム製品によって実施されてもよい。
【０１６６】
上記の説明の一部は、図１に示す通信ネットワークのコンテキストで行われたが、本開示の主旨及び範囲を制限するものとして解釈されるべきではない。本開示の原理及び概念は、他のシナリオにより一般的に適用され得る。
【０１６７】
さらに、本開示は、上述したようなコンピュータプログラム（例えば、図２１のコンピュータ命令／プログラム２１３０）を含むキャリアも提供できる。キャリアは、コンピュータ読み取り可能な記憶媒体と伝送媒体を含む。コンピュータ読み取り可能な記憶媒体は、例えば、光学コンパクトディスク、又はＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、フラッシュメモリ、磁気テープ、ＣＤ−ＲＯＭ、ＤＶＤ、ブルーレイディスク等のような電子メモリデバイスを含んでもよい。伝送媒体は、例えば、電気、光学、ラジオ、音響又は他の形態の伝搬信号、例えば搬送波、赤外線信号などを含んでもよい。
【０１６８】
本明細書に説明された技術は、様々な手段によって実施されてもよい。そのため、実施形態で説明された対応する装置の１つ又は複数の機能を実施する装置は、先行技術の手段だけでなく、対応する装置の１つ又は複数の機能を実施するための手段を備え、別々の機能ごとに別々の手段を備えてもよいし、２つ以上の機能を実施するように構成された手段を備えてもよい。例えば、これらの技術は、ハードウェア（例えば、回路又はプロセッサ）、ファームウェア、ソフトウェア、又はそれらの組み合わせで実施されてもよい。ファームウェア又はソフトウェアの場合、本明細書に説明された機能を実行するモジュール（例えば、手順、機能など）を介して実施されてもよい。
【０１６９】
いくつかの例示的な実施形態は、上記のように、方法及び装置のブロック図及びフローチャート図を参照して説明された。ブロック図及びフローチャート図の各ブロック、ならびにブロック図及びフローチャート図における各ブロックの組み合わせは、それぞれ、コンピュータプログラム命令を含む様々な手段によって実施できることが理解されるべきである。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、又は他のプログラム可能なデータ処理装置にロードされてマシンを形成することで、コンピュータ又は他のプログラム可能なデータ処理装置で実行される命令が、フローチャートのブロックで特定された機能を実行するための手段を形成してもよい。
【０１７０】
本明細書には多くの特定の実装の詳細が記載されているが、これらは、いかなる実施の範囲又は特許請求の範囲に対する制限として解釈されるべきではなく、むしろ、特定の実施の特定の実施形態に特有である特徴の説明として解釈されるべきである。本明細書において別々の実施形態のコンテキストで説明された特定の特徴は、単一の実施形態において組み合わせて実施されることもできる。逆に、単一の実施形態のコンテキストで説明された様々な特徴は、別々に又は任意の適切なサブコンビネーションで複数の実施形態で実施されることもできる。さらに、特徴は、特定の組み合わせで作用するように上記のように説明され、当初はそのように特許請求されていても、請求された組み合わせからの１つ又は複数の特徴は、場合によって、その組み合わせから除外されることができ、請求された組み合わせは、サブコンビネーション又はサブコンビネーションのバリエーションに向けられることがある。
【０１７１】
技術の進歩につれて、本発明の概念が様々な方法で実施できることは、当業者にとって明らかである。上述した実施形態は、本開示を限定するのではなく説明するために与えられたものであり、当業者であれば容易に理解できるように、本開示の精神及び範囲から逸脱することなく、修正及び変更することができることが理解される。そのような修正及び変更は、本開示の範囲及び添付の特許請求の範囲内にあると見なされる。本開示の保護範囲は、添付の特許請求の範囲によって定義される。
【図１】
2021535638.tif 000005
【図２】
2021535638.tif 000006
【図３】
2021535638.tif 000007
【図４】
2021535638.tif 000008
【図５】
2021535638.tif 000009
【図６】
2021535638.tif 000010
【図７】
2021535638.tif 000011
【図８】
2021535638.tif 000012
【図９】
2021535638.tif 000013
【図１０】
2021535638.tif 000014
【図１１】
2021535638.tif 000015
【図１２】
2021535638.tif 000016
【図１３】
2021535638.tif 000017
【図１４】
2021535638.tif 000018
【図１５】
2021535638.tif 000019
【図１６】
2021535638.tif 000020
【図１７】
2021535638.tif 000021
【図１８】
2021535638.tif 000022
【図１９】
2021535638.tif 000023
【図２０】
2021535638.tif 000024
【図２１】
2021535638.tif 000025
【手続補正書】
【提出日】令和3年2月25日(2021.2.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
制御リソース領域で、所定のサイズを有しかつ第１構成情報を含む第１制御メッセージを端末デバイスに伝送することと、
前記第１構成情報に応じて、データリソース領域で、前記端末デバイスに対するダウンリンク又はアップリンクデータ伝送をスケジュールするための情報を含む第２制御メッセージを前記端末デバイスに伝送することと、
を含み、
前記第１構成情報は、前記第２制御メッセージを検出するためのものである、
無線通信システムにおける方法。
【請求項２】
前記第１構成情報は、
前記第２制御メッセージの存在と、
前記第２制御メッセージ用のサーチスペースと、
前記第２制御メッセージ用のアグリゲーションレベルと、
前記第２制御メッセージのモードと、
前記第２制御メッセージに対して実行されるブラインド検出の組と、
のうちの少なくとも１つを含む、
請求項１に記載の方法。
【請求項３】
前記第２制御メッセージの前記モードは、
前記第２制御メッセージに含まれる別個のスケジューリング情報が使用される伝送／受信ポイント（ＴＲＰ：transmit/reception point）の数と、
前記第２制御メッセージによってサポートされるアップリンクプリコーディンググループの数と、
前記第２制御メッセージによってスケジュールされるトランスポートブロックの数と、
前記第２制御メッセージによって示される変調・符号化スキームの数と、
前記第２制御メッセージに対して実行されるブラインド検出の組と、
前記第２制御メッセージを検出するためのサーチスペースと、
前記第２制御メッセージ用のアグリゲーションレベルと、
のうちの少なくとも１つを示す、
請求項２に記載の方法。
【請求項４】
前記第１制御メッセージは、前記第１構成情報を示すための１つ又は複数のビットを含む、
請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記第２制御メッセージ用の半静的な第２構成情報を前記端末デバイスに伝送することをさらに含む、
請求項１乃至３のいずれか一項に記載の方法。
【請求項６】
前記第２制御メッセージ用の前記半静的な第２構成情報は、
周波数位置と、
時間位置と、
変調・符号化スキーム（ＭＣＳ：modulation and coding scheme）と、
仮想リソースから物理リソースへのマッピングと、
のうちの少なくとも１つを含む、
請求項５に記載の方法。
【請求項７】
前記制御リソース領域で前記第１制御メッセージを伝送することは、
前記制御リソース領域内の複数の制御チャネル要素（ＣＣＥ：control channel element）で前記第１制御メッセージを伝送することを含み、
前記複数のＣＣＥのうちの最初のＣＣＥのインデックスは、前記第２制御メッセージを検出するための前記第１構成情報を暗黙的に示す、
請求項１に記載の方法。
【請求項８】
前記最初のＣＣＥの奇数インデックス及び偶数インデックスの一方は、前記第２制御メッセージが前記第１制御メッセージによってスケジュールされることを示し、前記最初のＣＣＥの前記奇数インデックス及び前記偶数インデックスの他方は、ダウンリンク又はアップリンクデータ伝送が前記第１制御メッセージによってスケジュールされることを示す、
請求項７に記載の方法。
【請求項９】
前記最初のＣＣＥの前記インデックス  ｍｏｄ  Ｎの結果は、
前記第２制御メッセージの存在と、
前記第２制御メッセージの構成と、
のうちの一方又は両方を示し、
前記Ｎは２よりも大きい整数である、
請求項７に記載の方法。
【請求項１０】
前記複数のＣＣＥのうちの前記最初のＣＣＥの前記インデックスは、前記第１制御メッセージが所定の制御リソースセットで伝送される場合のみ、前記第２制御メッセージを検出するための前記第１構成情報を暗黙的に示す、
請求項７に記載の方法。
【請求項１１】
データリソース領域で前記第２制御メッセージを伝送することは、
前記データリソース領域内の複数の制御チャネル要素（ＣＣＥ：control channel element）で前記第２制御メッセージを伝送することを含み、
前記複数のＣＣＥのうちの最初のＣＣＥのインデックスは、対応するアップリンクフィードバックのためのリソースを示す、
請求項７に記載の方法。
【請求項１２】
前記第１制御メッセージは、前記端末デバイスに対するダウンリンク又はアップリンクデータ伝送用のリソース割り当て情報をさらに含む、
請求項１に記載の方法。
【請求項１３】
ネットワークデバイスから制御リソース領域で、所定のサイズを有する第１制御メッセージを受信することと、
前記第１制御メッセージから第２制御メッセージを検出するための構成情報を取得し、前記構成情報は、前記第２制御メッセージを検出するためのアンテナポートの組を示すことと、
前記取得された構成情報に少なくとも部分的に基づいて、データリソース領域で、前記ネットワークデバイスの前記アンテナポートの組を介して伝送される前記第２制御メッセージを検出することと、
前記検出された第２制御メッセージに基づいて、ダウンリンクデータを検出し、又はアップリンクデータを伝送することと、
を含む、
端末デバイスにおける方法。
【請求項１４】
前記構成情報は、第１リソース用の第１変調・符号化スキーム（ＭＣＳ：modulation and coding scheme）と、第２リソース用の第２ＭＣＳと、を含み、
ダウンリンクデータを検出し、又はアップリンクデータを伝送することは、
前記第１リソースで前記第１ＭＣＳに基づいて前記ダウンリンクデータを検出し、又は前記アップリンクデータを伝送することと、前記第２リソースで前記第２ＭＣＳに基づいて前記ダウンリンクデータを検出し、又は前記アップリンクデータを伝送することと、を含む、
請求項１３に記載の方法。
【請求項１５】
ネットワークデバイスから制御リソース領域で、ダウンリンク伝送用の２つのトランスポートブロックのスケジューリングをサポートする所定のサイズを有し、且つ構成指示を含む第１制御メッセージを受信することと、
前記第１制御メッセージに含まれる前記２つのトランスポートブロックのうちの第１トランスポートブロックに対するスケジューリング情報に基づいて、前記第１トランスポートブロックを検出することと、
前記構成指示に基づいて前記２つのトランスポートブロックのうちの第２トランスポートブロックの検出を制御することと、
を含む、
端末デバイスにおける方法。
【請求項１６】
前記構成指示に基づいて前記２つのトランスポートブロックのうちの前記第２トランスポートブロックの検出を制御することは、
前記構成指示が第１値を持つことに応答して、前記第２トランスポートブロックから第２制御メッセージを検出することと、
前記構成指示が第２値を持つことに応答して、前記第２トランスポートブロックからデータを検出することと、
を含む、
請求項１５に記載の方法。
【請求項１７】
前記構成指示に基づいて前記２つのトランスポートブロックのうちの前記第２トランスポートブロックの検出を制御することは、
前記構成指示が第１値を持つことに応答して、前記第２トランスポートブロックから第２制御メッセージを検出することと、
前記構成指示が第２値を持つことに応答して、前記第２トランスポートブロックを検出することを防止することと、
を含む、
請求項１５に記載の方法。
【国際調査報告】
2021535638.tif 000026
2021535638.tif 000027