JP2020523876A - 端末デバイス、ネットワークデバイス、端末デバイスの方法、及びネットワークデバイスの方法 - Google Patents

Abstract

本開示の実施形態は、参照信号（ＲＳ：Reference Signal）送信のための方法およびデバイスに関する。例示的な実施形態では、ネットワークデバイスで実施される方法が提供される。この方法によれば、ＲＳ送信用に使用される複数のＲＳポートは、ネットワークデバイスによって複数のグループに分割される。複数のグループから選択されたＲＳポートの少なくとも１つのグループの指示は、ネットワークデバイスによってサービスされる端末デバイスに送信される。端末デバイスのＲＳ構成は、ＲＳポートの少なくとも１つのグループに基づいて決定される。ＲＳ構成上の情報は、端末デバイスに送信される。【選択図】図１０

Description

本開示の実施形態は、一般に、電気通信の分野に関し、特に、参照信号（ＲＳ：Reference Signal）設定のための方法および装置に関する。

通信技術の開発に伴い、複数のタイプのサービスまたはトラフィックが提案されてきており、たとえば、一般に高いデータレートが要求される拡張モバイルブロードバンド（ｅＭＢＢ：enhanced Mobile BroadBand）、通常は長いバッテリー寿命が要求される大容量マシンタイプ通信（ｍＭＴＣ：massive Machine Type Communication）、および超高信頼性と低遅延通信（ＵＲＬＬＣ：Ultra-Reliable and Low Latency Communication）である。一方、新無線アクセスのために、ビーム管理、参照信号送信などのマルチアンテナ方式が研究されている。

従来、ネットワークデバイス（例えば、ｅＮＢまたはｇＮＢ）は、復調参照信号（ＤＭＲＳ：Demodulation Reference Signal）、チャネル状態情報参照信号（ＣＳＩ−ＲＳ：Channel State Information-Reference Signal）、サウンディング参照信号（ＳＲＳ：Sounding Reference Signal）などのダウンリンク参照信号（ＲＳ：Reference Signal）を送信する。システム内の端末デバイス（たとえば、ユーザ機器）は、割り当てられたリソース上のダウンリンクＲＳを受信する。端末デバイスはまた、対応する割り当てられたリソースでネットワークデバイスにアップリンクＲＳを送信する。ＲＳに割り当てられたリソースを示すために、ネットワークデバイスは、ＲＳの送信の前に、ＲＳ構成を端末デバイスに送信してもよい。

たとえば、ＤＭＲＳの２つの構成パターンが設計され、３ＧＰＰ仕様で合意され、それぞれが最大８または１２の直交ＤＭＲＳポートをサポートする。これにより、ネットワークデバイスがＤＭＲＳ設定を端末デバイスに示すためのオーバーヘッドが比較的大きくなる可能性がある。この場合、ＤＭＲＳ構成のオーバーヘッド削減方式を検討する必要がある。さらに、ＤＭＲＳ構成の方式は、コードワード（ＣＷ：Codeword）とＲＳ送信レイヤとの関係だけでなく、マルチユーザスケジューリングおよび再送信の要求も考慮する必要がある。

一般に、本開示の例示的な実施形態は、ＲＳ構成のための方法および装置を提供する。

第１の態様では、ネットワークデバイスに実装される方法が提供される。前記方法によれば、ＲＳ送信に使用される複数のＲＳポートは、前記ネットワークデバイスによって複数のグループに分割される。前記複数のグループから選択されたＲＳポートの少なくとも１つのグループの指示は、前記ネットワークデバイスによってサービスされる端末デバイスに送信される。前記端末デバイスのＲＳ構成は、前記ＲＳポートの少なくとも１つのグループに基づいて決定される。前記ＲＳ構成上の情報は、前記端末デバイスに送信される。

第２の態様では、端末デバイスに実装される方法が提供される。前記方法によれば、ＲＳポートの少なくとも１つのグループの指示は、前記端末デバイスにサービスを提供する前記ネットワークデバイスから受信される。前記ＲＳポートの少なくとも１つのグループは、前記ネットワークデバイスによってＲＳ送信用に使用される複数のＲＳポートのグループから選択される。ＲＳ送信用のＲＳ構成上の情報は、前記ネットワークデバイスから受信される。前記ＲＳ構成は、前記ネットワークデバイスによって前記ＲＳポートの少なくとも１つのグループに基づいて決定される。

第３の態様では、ネットワークデバイスが提供される。前記ネットワークデバイスは、プロセッサと、前記プロセッサに結合されたメモリを備える。前記メモリは、前記プロセッサによって実行されると、前記ネットワークデバイスに動作を実行させる命令を格納する。前記動作は、ＲＳ送信に使用される複数の参照信号（ＲＳ：Reference Signal）ポートを複数のグループに分割することと、前記ネットワークデバイスによってサービスされる端末デバイスに、前記複数のグループから選択されたＲＳポートの少なくとも１つのグループの指示を送信することと、前記ＲＳポートの少なくとも１つのグループに基づいて、前記端末デバイスのＲＳ構成を決定することと、前記ＲＳ構成上の情報を前記端末デバイスに送信することと、を備える。

第４の態様では、端末デバイスが提供される。前記端末デバイスは、プロセッサと、前記プロセッサに結合されたメモリを備える。前記メモリは、前記プロセッサによって実行されると、前記ネットワークデバイスに動作を実行させる命令を格納する。前記動作は、前記端末デバイスにサービスを提供するネットワークデバイスから、参照信号（ＲＳ：Reference Signal）ポートの少なくとも１つのグループの指示を受信することを備え、前記ＲＳポートの少なくとも１つのグループは、前記ネットワークデバイスによってＲＳ送信に使用される複数のＲＳポートのグループから選択され、前記ネットワークデバイスから、ＲＳ送信用のＲＳ構成上の情報を受信することを備え、前記ＲＳ構成は、前記ネットワークデバイスによって前記ＲＳポートの少なくとも１つのグループに基づいて決定される。

本開示の他の特徴は、以下の説明を通して容易に理解可能になる。

添付図面における本開示のいくつかの実施形態のより詳細な説明を通じて、本開示の上記および他の目的、特徴、および利点がより明らかになる。

図１は、本開示の実施形態を実現することができる通信環境のブロック図である。

図２Ａは、本開示のいくつかの実施形態によるＲＳ送信用のプロセスを示す。

図２Ｂは、本開示のいくつかの実施形態によるＲＳ送信用のプロセスを示す。

図３Ａは、本開示のいくつかの実施形態による複数のＲＳポートの分割の例を示す。 図３Ｂは、本開示のいくつかの実施形態による複数のＲＳポートの分割の例を示す。 図３Ｃは、本開示のいくつかの実施形態による複数のＲＳポートの分割の例を示す。

図４Ａは、本開示のいくつかの実施形態による異なる構成パターンの例を示す。 図４Ｂは、本開示のいくつかの実施形態による異なる構成パターンの例を示す。 図４Ｃは、本開示のいくつかの実施形態による異なる構成パターンの例を示す。 図４Ｄは、本開示のいくつかの実施形態による異なる構成パターンの例を示す。

図５Ａは、本開示のいくつかの実施形態による、選択された１つまたは複数のＲＳポートのグループに基づいて決定される複数のＲＳ構成の例を示す。 図５Ｂは、本開示のいくつかの実施形態による、選択された１つまたは複数のＲＳポートのグループに基づいて決定される複数のＲＳ構成の例を示す。

図６は、本開示のいくつかの実施形態によるマルチユーザスケジューリングおよびそれに応じた再送信の要件の一例を示す。

図７は、本開示のいくつかの実施形態による、一致する再送信の要件を満たすＲＳ構成の例を示す。

図８Ａは、本開示のいくつかの実施形態による、異なる構成パターンでのＲＳ構成の例を示す。 図８Ｂは、本開示のいくつかの実施形態による、異なる構成パターンでのＲＳ構成の例を示す。 図８Ｃは、本開示のいくつかの実施形態による、異なる構成パターンでのＲＳ構成の例を示す。 図８Ｄは、本開示のいくつかの実施形態による、異なる構成パターンでのＲＳ構成の例を示す。 図８Ｅは、本開示のいくつかの実施形態による、異なる構成パターンでのＲＳ構成の例を示す。 図８Ｆは、本開示のいくつかの実施形態による、異なる構成パターンでのＲＳ構成の例を示す。

図９は、本開示のいくつかの実施形態による選択されたＲＳポートの指示の一例を示す。

図１０は、本開示のいくつかの実施形態による例示的な方法のフローチャートを示す。

図１１は、本開示のいくつかの実施形態による例示的な方法のフローチャートを示す。

図１２は、本開示のいくつかの実施形態によるネットワークデバイスのブロック図である。

図１３は、本開示のいくつかの実施形態による端末デバイスのブロック図である。

図１４は、本開示の実施形態を実施するのに適したデバイスの簡略ブロック図である。

図面全体を通して、同じまたは類似の参照番号は、同じまたは類似の要素を表す。

本開示の原理は、いくつかの例示的な実施形態を参照して説明される。これらの実施形態は、例示のみを目的として記載されており、本開示の範囲に関する制限を示唆することなく、当業者が本開示を理解および実施するのを助けることを理解されたい。本明細書で説明される開示は、以下で説明されるもの以外の様々な方法で実装される。

以下の説明および特許請求の範囲において、別途定義されない限り、本明細書で使用されるすべての技術用語および科学用語は、本開示が属する分野の当業者によって一般に理解されるのと同じ意味を有する。

本明細書で使用される場合、「ネットワークデバイス」または「基地局」（ＢＳ：Base Station）という用語は、端末デバイスが通信できるセルまたはカバレッジを提供またはホストできるデバイスを指す。ネットワークデバイスの例には、ノードＢ（ＮｏｄｅＢまたはＮＢ）、ＥｖｏｌｖｅｄノードＢ（ｅＮｏｄｅＢまたはｅＮＢ）、次世代ノードＢ（ｇＮＢ）、リモート無線ユニット（ＲＲＵ：Remote Radio Unit）、無線ヘッド（ＲＨ：Radio Head）、リモート無線ヘッド（ＲＲＨ：Remote Radio Head）、フェムトノード、ピコノードなどの低電力ノードを含むが、それには限定されない。議論の目的のために、以下では、ネットワークデバイスの例としてｇＮＢを参照していくつかの実施形態を説明する。

本明細書で使用される「端末デバイス」という用語は、無線または有線の通信能力を有する任意の装置を指す。端末デバイスの例には、ユーザ機器（ＵＥ：User Equipment）、パーソナルコンピュータ、デスクトップ、携帯電話、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ：Personal Digital Assistant）、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャデバイス、ゲームデバイス、音楽ストレージおよび再生アプライアンス、またはワイヤレスまたは有線インターネットアクセスおよびブラウジングなどを可能にするインターネットアプライアンス、が含まれますが、これらに限定されない。
議論の目的のために、以下では、端末デバイスの例としてＵＥを参照していくつかの実施形態を説明する。

本明細書で使用される単数形「１つ（ａ）」、「１つ（ａｎ）」、および「この（ｔｈｅ）」は、文脈からそうでないことが明確に示されていない限り、複数形も含むことを意図している。「含む」という用語とその変形は、「含むがこれに限定されない」ことを意味するオープンな用語として読まれる。「〜に基づいて」という用語は、「少なくとも部分的に、〜に基づいて」と読まれる。「一実施形態」および「実施形態」という用語は、「少なくとも一実施形態」と読まれる。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」と読まれる。「第１」、「第２」などの用語は、異なるまたは同じオブジェクトを指す。明示的および暗黙的なその他の定義を以下に含める。

いくつかの例では、値、手順、または装置は、「最良」、「最低」、「最高」、「最小」、「最大」などと呼ばれる。そのような説明は、多くの使用される機能的選択肢の中から選択できることを示すことを意図しており、そのような選択は、他の選択よりも良い、小さい、高い、またはそうでなければ好ましい必要はないことが理解されよう。

本開示で説明する通信は、新無線（ＮＲ：New Radio）アクセス、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）、ＬＴＥエボリューション、ＬＴＥアドバンスト（ＬＴＥ−Ａ：LTE-Advanced）、広帯域符号分割多重アクセス（ＷＣＤＭＡ：Wideband Code Division Multiple Access）、符号分割多元アクセス（ＣＤＭＡ：Code Division Multiple Access）、およびモバイル通信用グローバルシステム（ＧＳＭ：Global System for Mobile）など、を含むがこれらに限定されない任意の適切な規格に準拠してもよい。さらに、通信は、現在知られているか、将来開発されるいずれかの世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例には、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが含まれる。

図１は、本開示の実施形態を実現することができる例示的な通信ネットワーク１００を示す。ネットワーク１００は、ネットワークデバイス１１０と、ネットワークデバイス１１０によってサービスされる３つの端末デバイス１２０−１および１２０−３（全体的に端末デバイス１２０と呼ばれるか、または個別に端末デバイス１２０と呼ばれる）とを含む。ネットワークデバイス１１０のカバレッジは、セル１０２とも呼ばれる。基地局および端末デバイスの数は、制限を示唆することなく、例示のみを目的とすることを理解されたい。ネットワーク１００は、本開示の実施形態を実施するように適合された任意の適切な数の基地局および端末デバイスを含んでよい。図示されていないが、セル１０２に隣接する１つ以上の隣接するセルが存在し、１つ以上の対応するネットワークデバイスが、そこに位置する多数の端末デバイスにサービスを提供することが理解される。

ネットワークデバイス１１０は、端末デバイス１２０と通信する。ネットワーク１００における通信は、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）、ＬＴＥエボリューション、ＬＴＥアドバンスト（ＬＴＥ−Ａ：LTE-Advanced）、広帯域符号分割多元アクセス（ＷＣＤＭＡ：Wideband Code Division Multiple Access）、符号分割多重アクセス（ＣＤＭＡ：Code Division Multiple Access）およびモバイル通信用グローバルシステム（ＧＳＭ：Global System for Mobile）などを含むがこれらに限定されない任意の適切な規格に準拠する。さらに、通信は、現在知られているか、将来開発されるいずれかの世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例には、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルが含まれる。

通常のデータ通信に加えて、ネットワークデバイス１１０は、ダウンリンクでブロードキャスト、マルチキャスト、および／またはユニキャスト方式で１つまたは複数の端末デバイス１２０にＲＳを送信する。同様に、１つ以上の端末デバイス１２０は、アップリンクでＲＳをネットワークデバイス１１０に送信してもよい。本明細書で使用される「ダウンリンク」は、ネットワークデバイスから端末デバイスへのリンクを指し、「アップリンク」は、端末デバイスからネットワークデバイスへのリンクを指す。制限を示唆することなく議論するために、以下の説明では、ダウンリンクＲＳ送信に関していくつかの実施形態を説明する。

例えば、ダウンリンクＲＳ送信の場合、ＲＳは、ビーム掃引、チャネル推定、復調、および通信のための他の動作のために端末デバイス１２０によって使用される。一般的に言って、ＲＳは、ネットワークデバイス１１０と端末デバイス１２０の両方によって知られる信号シーケンス（「ＲＳシーケンス」とも呼ばれる）である。例えば、ＲＳシーケンスは、特定のルールに基づいて、ネットワークデバイス１１０によって生成および送信され、端末デバイス１２０は、同じルールに基づいて、ＲＳシーケンスを推定してもよい。ＲＳの例には、ダウンリンクまたはアップリンクの復調参照信号（ＤＭＲＳ：Demodulation Reference Signal）、チャネル状態情報参照信号（ＣＳＩ−ＲＳ：Channel State Information-Reference Signal）、サウンディング参照信号（ＳＲＳ：Sounding Reference Signal）、位相トラッキング参照信号（ＰＴＲＳ：Phase Tracking Reference Signal）などが含まれるが、これらに限定されない。制限を示唆することなく議論するために、以下の説明では、ＲＳの例としてＤＭＲＳを参照していくつかの実施形態を説明する。

ダウンリンクおよびアップリンクＲＳの送信において、ネットワークデバイス１１０は、送信のために対応するリソース（「ＲＳリソース」とも呼ばれる）を割り当て、および／または、どのＲＳシーケンスが送信されるべきかを指定してもよい。いくつかのシナリオでは、ネットワークデバイス１１０と端末デバイス１２０の両方に複数のアンテナポート（またはアンテナ素子）が実装され、アンテナポート（アンテナ素子）で指定されたＲＳシーケンスを送信できる。いくつかのＲＳポートに関連付けられたＲＳリソースのセットも指定される。ＲＳポートは、時間、周波数、および／またはコードドメインでのＲＳ送信のために割り当てられたリソース領域の１つ以上のリソース要素（ＲＥ：Resource Element）のＲＳシーケンスの一部またはすべての特定のマッピングとして参照されてもよい。そのようなリソース割り当て情報は、ダウンリンク制御情報（ＤＣＩ：Downlink Control Information）に含まれ、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）を介して端末デバイス１２０に示される。

上記のように、ＤＭＲＳの２つの構成パターンが３ＧＰＰ仕様で設計および合意されており、それのそれぞれが最大８または１２の直交ＤＭＲＳポートをサポートする。しかしながら、ＬＴＥのＤＭＲＳ構成の現在の解決策では、ＣＷの数と、ＣＷと送信レイヤと、の関係を考慮せずに、ＤＭＲＳ構成を示すためにＤＣＩ内の固定ビット数のみがサポートされている。たとえば、ＬＴＥのダウンリンク関連のＤＣＩの場合、１つまたは２つのＣＷに関係なく、変調符号化方式／新データ表示／冗長バージョン（ＭＣＳ：Modulation and Coding Scheme／ＮＤＩ：New Data Indicator／ＲＶ：Redundancy version）の２つのセットを示すために固定の１６ビットが予約され、固定の３または４ビットが、アンテナポート、スクランブルＩＤ、およびレイヤの数を示すために予約される。ＬＴＥのアップリンク関連ＤＣＩの場合、１つまたは２つのＣＷに関係なく、ＭＣＳ／ＮＤＩ／ＲＶおよびプリコーディング情報を示すために固定の１２ビットが予約される。この場合、サポートされるＤＭＲＳポートの数が増えるため、現在のソリューションでは、ネットワークデバイスがＤＭＲＳ構成を端末デバイスに示すためのオーバーヘッドが比較的大きくなる可能性がある。

上記の問題および他の潜在的な問題の１つまたは複数を解決するために、本開示の例示的な実施形態によるＤＭＲＳ構成の解決策が提供される。この解決策を使用すると、ＤＭＲＳ構成を示すためのダウンリンク制御情報のペイロードサイズを削減できる。さらに、柔軟なマルチユーザスケジューリングと、１つのＣＷに同じレイヤを使用した適切な再送信を実現できる。

本開示の原理および実装は、図２から図１４を参照して以下で詳細に説明される。ここで、図２Ａは、本開示のいくつかの実施形態によるＲＳ送信用の２つのプロセス２１０および２２０を示す。議論の目的のために、プロセス２１０および２２０は、図１を参照して説明される。プロセス２１０および２２０は、ネットワークデバイス１１０と、ネットワークデバイス１１０によってサービスされる１つまたは複数の端末デバイス１２０とを含んでもよい。

図２Ａに示されるように、プロセス２１０は、ダウンリンクＲＳ送信の場合に向けられる。一実施形態では、ネットワークデバイス１１０は、ＲＳ構成を端末デバイス１２０に示す（２１１）。ネットワークデバイス１２０は、ＲＳ構成に基づいてＲＳを送信する（２１２）。端末デバイス１２０は、ネットワークデバイス１１０からＲＳ構成を受信し、受信したＲＳ構成に基づいてＲＳを検出する。一実施形態では、ＲＳ構成は、ＲＳパターン、ＲＳポートインデックス、ＲＳのシンボルの数、ＣＷおよび／またはトランスポートブロックの数、送信レイヤの数、ＲＳポートの数、ＰＤＣＣＨの数、ＰＤＳＣＨの数、ＣＷおよび／またはトランスポートブロックの最大数、送信レイヤの最大数、ＲＳポートの最大数、ＰＤＣＣＨの最大数、ＰＤＳＣＨの最大数などのうち、少なくとも１つを含む。別の実施形態では、ＲＳ構成は、端末デバイス１２０からの報告に依存してもよい。例えば、報告は、ＲＳポートの数、送信レイヤの数、ＣＷおよび／またはトランスポートブロックの数、ＰＤＣＣＨの数、ＰＤＳＣＨの数などのうち、少なくとも１つに関する端末デバイス１２０の能力を示してもよい。

図２Ａに示されるように、プロセス２２０は、アップリンクＲＳ送信の場合に向けらる。別の実施形態では、ネットワークデバイス１１０は、端末デバイス１２０にＲＳ構成を示す（２２１）。端末デバイス１２０は、ネットワークデバイス１１０からＲＳ構成を受信し、受信したＲＳ構成に基づいてＲＳを送信する（２２２）。ネットワークデバイス１１０は、ＲＳ構成に基づいてＲＳを検出する。一実施形態では、ＲＳ構成は、ＲＳパターン、ＲＳポートインデックス、ＲＳのシンボルの数、ＣＷおよび／またはトランスポートブロックの数、送信レイヤの数、ＲＳポートの数、ＰＤＣＣＨの数、ＰＤＳＣＨの数、ＣＷおよび／またはトランスポートブロックの最大数、送信レイヤの最大数、ＲＳポートの最大数、ＰＤＣＣＨの最大数、ＰＤＳＣＨの最大数などのうち、少なくとも１つを含む。別の実施形態では、ＲＳ構成は、端末デバイス１２０からの報告に依存する。例えば、報告は、ＲＳポートの数、送信レイヤの数、ＣＷおよび／またはトランスポートブロックの数、ＰＤＣＣＨの数、ＰＤＳＣＨの数などのうち、少なくとも１つに関する端末デバイス１２０の能力を示す。

一実施形態では、ＲＳ構成のセットは、ＲＳ送信のために決定される。１つ以上のＲＳ構成は、ＲＳ構成のセットから選択され、ネットワークデバイス１１０によって端末デバイス１２０用に構成される。一実施形態では、端末デバイス１２０は、構成された１つ以上のＲＳ構成に基づいてＲＳを検出または送信する。

一実施形態では、ＲＳポートのセットをＲＳ送信に使用することができる。たとえば、ＲＳポートのセットは、（Ａ_１、Ａ_２、Ａ_３、Ａ_４…、Ａ_Ｍ−１、Ａ_Ｍ）で表すことができる。ここで、Ｍは整数であり、Ｍ≧１であり、Ａ_ｉ（ｉ∈（１、２、…）Ｍ））は、ＲＳポートのインデックスを表す。一実施形態では、ＲＳポートのセットから１つ以上のポートが選択され、端末デバイス１２０用に構成される。一実施形態では、例えば、Ｋ_１ＲＳポート（ここで、Ｋ_１は整数であり、１≦Ｋ_１≦Ｍである）は、ＲＳポートのセットから選択され、端末デバイス１２０−１用に構成される。別の実施形態では、Ｋ_２ＲＳポート（Ｋ_２は整数であり、１≦Ｋ_２≦Ｍ）は、ＲＳポートのセットから選択され、端末デバイス１２０−２用に構成されてもよい。一実施形態では、ある端末デバイス用に構成されたＲＳポートの数は、別の端末デバイス用に構成されたＲＳポートの数と異なっていてもよい。つまり、Ｋ_１の値はＫ_２の値と異なる場合がある。一実施形態では、ある端末デバイス用に構成されたポートインデックスは、別の端末デバイス用に構成されたポートインデックスと異なっていてもよい。すなわち、端末デバイス１２０−１のＫ_１ポートのポートインデックスは、端末デバイス１２０−２のＫ_２ポートのポートインデックスと異なっていてもよい。別の実施形態では、端末デバイス１２０−１用のＫ_１ポートおよび端末デバイス１２０−２用のＫ_２ポートは、少なくとも部分的に互いに重複または分離されてもよい。別の実施形態では、ＲＳポートのセットから選択されたＲＳポートのポートインデックスは、連続的または不連続的であってもよい。

図２Ｂは、本開示のいくつかの実施形態によるＲＳ構成のプロセス２３０を示す。説明のために、プロセス２３０について図１を参照して説明する。プロセス２３０は、ネットワークデバイス１１０と、ネットワークデバイス１１０によってサービスされる１つまたは複数の端末デバイス１２０とを含む。

ネットワークデバイス１１０は、複数のＲＳ構成、例えば、ＲＳ送信用に使用されるＲＳポートを複数のグループに分割する（２３１）。一実施形態では、複数のＲＳ構成のうちの少なくとも１つのグループが端末デバイス１２０用に構成される。

上記のように、ＤＭＲＳの構成パターン（ＲＡＮ１＃８９で合意されたＤＭＲＳの２つの構成パターンのいずれか）が与えられると、最大８または１２の直交ＤＭＲＳポートがサポートされる。いくつかの実施形態では、これらのＤＭＲＳポートは複数のグループに分割されてもよく、各グループは対応するグループパラメータ（例えば、インデックスまたは識別子）によって識別されてもよい。

図３Ａは、本開示の実施形態によるＲＳポートのセットの例を示す。図３Ａに示されるように、合計Ｍ個のＲＳポート３１０（ポート１からポートＭ）があると仮定され、ここで、Ｍは整数であり、Ｍ＞＝１である。たとえば、異なるシナリオでは、Ｍは２、４、６、８、または１２に等しい。

一実施形態では、Ｋ個（Ｋは整数であり、１≦Ｋ≦Ｍである）のＲＳポートは、Ｍ個のＲＳポート３１０から選択され、ＵＥ（１つの端末デバイス１２０など）用に構成される。一実施形態では、ＵＥ用に構成されたＫ個のＲＳポートは、ＵＥ固有であり、および／またはＵＥ専用である。すなわち、１つのＵＥのＫの値および／またはＫ個のＲＳポートのインデックスは、別のＵＥの値と同じであるか、異なるか、または部分的に重複する場合がある。別の実施形態では、ＵＥ用に構成されたＫ個のＲＳポートは、セル固有、ＴＲＰ固有、および／またはビーム固有である。すなわち、１つの端末デバイスのＫの値および／またはＫ個のＲＳポートのインデックスは、同じセル、ＴＲＰおよび／またはビームによってサービスされる別のＵＥの値と同じである。いくつかの実施形態では、Ｋ個のＲＳポートはＭ個のＲＳポートから連続的に選択されてもよく、したがって、Ｋ個のＲＳポートのインデックスは連続的であってもよい。いくつかの他の実施形態では、Ｋ個のＲＳポートはＭ個のＲＳポートから不連続に選択されてもよく、したがって、Ｋ個のＲＳポートのインデックスは不連続であってもよい。

一実施形態では、ＲＳ送信用にＭ個のＲＳポートを使用してもよい。Ｍ個のＲＳポートは、さまざまな方法で多重化されてもよい。たとえば、Ｍ個のＲＳポートは、コーム（Ｃｏｍｂ）、巡回シフト（ＣＳ：Cyclic Shift）、時分割直交カバリングコード（ＴＤ−ＯＣＣ：Time Division-Orthogonal Covering Code）、周波数分割直交カバリングコード（ＦＤ−ＯＣＣ：Frequency Division-Orthogonal Covering Code）、時分割多重（ＴＤＭ：Time Division Multiple）テクノロジ、周波数分割多重（ＦＤＭ：Frequency Division Multiple）テクノロジなどのうち、少なくとも１つに基づいて多重化されてもよい。

いくつかの実施形態では、Ｍ個のＲＳポートは多重化ドメインの第１の番号に関連付けられ、Ｍ個のＲＳポートから選択されたＫ個のＲＳポートは多重化ドメインの第２の番号に関連付けられる。たとえば、Ｋ個のＲＳポートのための多重化ドメインの第１の番号は、Ｍ個のＲＳポートのための多重化ドメインの第２の番号より少なくてもよい。一実施形態では、Ｍ個のＲＳポートは、２つのコーム、２つのＣＳおよび２つのＴＤ−ＯＣＣ（｛１、１｝および｛１、−１｝）に基づいて多重化されてもよい。一実施形態では、１台の端末デバイスのためのＫ個のＲＳポートは、２つのコームおよび２つのＣＳに基づいて多重化されてもよい。たとえば、異なる端末デバイスのＲＳポートの異なるグループは、２つのＴＤ−ＯＣＣに基づいて多重化されてもよい。別の実施形態では、１つの端末デバイスのＫ個のＲＳポートは、２つのＣＳおよび２つのＴＤ−ＯＣＣに基づいて多重化されてもよい。たとえば、異なる端末デバイスのＲＳポートの異なるグループは、２つのコームに基づいて多重化されてもよい。一実施形態では、１つの端末デバイスのためのＫ個のＲＳポートは、２つのコームおよび２つのＴＤ−ＯＣＣに基づいて多重化されてもよい。たとえば、異なる端末デバイスのＲＳポートの異なるグループは、２つのＣＳに基づいて多重化されてもよい。

一実施形態では、Ｍ個のＲＳポートは、ＦＤＭ、ＦＤ−ＯＣＣ、ＴＤＭまたはＴＤ−ＯＣＣに基づいて多重化されてもよい。一実施形態では、１つの端末デバイスのＫ個のＲＳポートは、ＦＤＭおよびＦＤ−ＯＣＣに基づいて多重化されてもよい。たとえば、異なる端末デバイスのＲＳポートの異なるグループは、ＴＤＭまたはＴＤ−ＯＣＣに基づいて多重化されてもよい。一実施形態では、１つの端末デバイスのＫ個のＲＳポートは、ＦＤＭおよびＴＤＭまたはＴＤ−ＯＣＣに基づいて多重化されてもよい。たとえば、異なる端末デバイスのＲＳポートの異なるグループは、ＦＤ−ＯＣＣに基づいて多重化されてもよい。別の実施形態では、１つの端末デバイスのＫ個のＲＳポートは、ＦＤ−ＯＣＣおよびＴＤＭまたはＴＤ−ＯＣＣに基づいて多重化されてもよい。たとえば、異なる端末デバイスのＲＳポートの異なるグループは、ＦＤＭに基づいて多重化されてもよい。

別の実施形態では、図３Ａに示すように、これらのＭ個のＲＳポート３１０は、各々がＭ個ＲＳポートのうち少なくとも１つを含むＮ個のグループ（グループ３１０_１からグループ３１０_Ｎ）に分割されてもよい。たとえば、各グループのサイズは同じでも異なっていてよい。一部の実施形態では、１つのグループに含まれるＲＳポートは、別のグループに含まれるＲＳポートと同じであってもよい。つまり、いくつかのグループは、互いに部分的に重複してもよい。他の実施形態では、いくつかのグループは、重複しなくてもよい。いくつかの実施形態では、１つのグループに含まれるＲＳポートは、複数のＲＳポートから連続的に選択されてもよい。他の実施形態では、１つのグループに含まれるＲＳポートは、複数のＲＳポートから不連続に選択されてもよい。一実施形態では、１つ以上のグループが端末デバイス１２０用に構成される。例えば、グループ３１０_１は端末デバイス１２０−１用に構成され、グループ３１０_２は端末デバイス１２０−２用に構成され、グループ３１０_３は端末デバイス１２０−３用に構成される。

図３Ｂは、本開示の実施形態による複数のＲＳポートの分割の別の例を示す。図３Ｂに示されるように、全部で１２個のＲＳポート３２０がサポートされ、これらはそれぞれ大文字のＡからＬでインデックス付けされる。１２個のＲＳポート３２０は３つのグループ（グループ３２０_１からグループ３２０_３）に分割され、それらは互いに重複せず、それぞれが４つのＲＳポートを含む。例えば、図３Ｂに示すように、グループ３２０_１は、ＲＳポートＡ、Ｂ、Ｃ、およびＤを含み、したがって（Ａ、Ｂ、Ｃ、Ｄ）で表すことができる。グループ３２０_２は、ＲＳポートＥ、Ｆ、Ｇ、およびＨを含み、したがって（Ｅ、Ｆ、Ｇ、Ｈ）で表すことができる。同様に、グループ３２０_３は、（Ｉ、Ｊ、Ｋ、Ｌ）で表すことができる。

図３Ｃは、本開示の実施形態による複数のＲＳポートの分割の別の例を示す。図３Ｃに示されるように、全部で８個のＲＳポート３３０がサポートされており、これらはそれぞれ大文字のＡからＨでインデックス付けされる。８個のＲＳポート３３０は、２つのグループ（グループ３３０_１および３３０_２）に分割され、それらは互いに重複せず、それぞれが４つのＲＳポートを含む。

いくつかの実施形態では、複数のＲＳポートの分割は、ＲＳポートと、１つまたは２つの直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボルとの間の関係に基づいてもよい。

いくつかの実施形態では、異なるコームおよび／または巡回シフトを伴うインターリーブ周波数分割多重（ＩＦＤＭ：Interleaved Frequency Division Multiplexing）ベースの構成パターンの場合（つまり、ＲＡＮ１＃８９で合意されたフロントロードＤＭＲＳ構成１）、最大８ポート（たとえば、ポートＡ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、およびＨ）がサポートされる。一実施形態では、８つのＲＳポートは、２つのコーム、２つのＣＳ、および２つのＴＤ−ＯＣＣ（｛１、１｝および｛１、−１｝）に基づいて多重化されてもよい。一実施形態では、８つのＲＳポートは、２つのグループに分割されてもよく、それらは互いに重複せず、それぞれが４つのＲＳポートを含む。一実施形態では、２つのグループのそれぞれのＲＳポートは、２つのＣＳおよび２つのＴＤ−ＯＣＣに基づいて多重化されてもよい。つまり、ＲＳポートの異なるグループは、２つのコームに基づいて多重化されてもよい。別の実施形態では、８つのＲＳポートは、４つのコームおよび２つのＣＳに基づいて多重化されてもよい。一実施形態では、８つのＲＳポートは、２つのグループに分割されてもよく、それらは互いに重複せず、それぞれが４つのＲＳポートを含む。一実施形態では、２つのグループのそれぞれのＲＳポートは、４つのコームに基づいて多重化されてもよい。つまり、ＲＳポートの異なるグループは、２つのＣＳに基づいて多重化されてもよい。別の実施形態では、２つのグループのそれぞれのＲＳポートは、２つのコームおよび２つのＣＳに基づいて多重化されてもよい。つまり、ＲＳポートの異なるグループは、２つのコームに基づいて多重化されてもよい。別の実施形態では、２つのコームおよび４つのＣＳに基づいて、８つのＲＳポートが多重化されてもよい。一実施形態では、８つのＲＳポートは、２つのグループに分割されてもよく、それらは互いに重複せず、それぞれが４つのＲＳポートを含む。一実施形態では、２つのグループのそれぞれのＲＳポートは、４つのＣＳに基づいて多重化されてもよい。つまり、ＲＳポートの異なるグループは、２つのコームに基づいて多重化されてもよい。別の実施形態では、２つのグループのそれぞれのＲＳポートは、２つのコームおよび２つのＣＳに基づいて多重化されてもよい。つまり、ＲＳポートの異なるグループは、２つのＣＳに基づいて多重化されてもよい。

図４Ａは、ＲＡＮ１＃８９で合意されたフロントロードＤＭＲＳ構成１の別の例を示す。図４Ａに示すように、合計８つのＲＳポートＡからＨが２つの直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボルにマッピングされる。例えば、ＲＳポートＡ、Ｃ、ＥおよびＧはコーム４１０にマッピングされ、ＲＳポートＢ、Ｄ、ＦおよびＨはコーム４２０にマッピングされる。例えば、図４Ａの例では、８つのＲＳポートＡからＨは２つのグループに分割でき、グループは互いに重複せず、それぞれ４つのＲＳポートを含む。一実施形態では、２つのグループのそれぞれのＲＳポートは、同じコームにマッピングされたＲＳポートから選択されてもよい。たとえば、分割された２つのグループは、（Ａ、Ｃ、Ｅ、Ｇ）および（Ｂ、Ｄ、Ｆ、Ｈ）になる。別の実施形態では、２つのグループのそれぞれのＲＳポートは、異なるコームにマッピングされたＲＳポートから選択されてもよい。たとえば、分割された２つのグループは、（Ａ、Ｂ、Ｃ、Ｄ）および（Ｅ、Ｆ、Ｇ、Ｈ）になる。一実施形態では、ＲＳポートＡ、Ｃ、ＥおよびＧは４つのＣＳに基づいて多重化され、ＲＳポートＢ、Ｄ、ＦおよびＨは４つのＣＳに基づいて多重化される。別の実施形態では、ＲＳポートＡおよびＣは、２つのＴＤ−ＯＣＣおよび２つのＣＳに基づいて多重化されてもよく、ＲＳポートＢ、Ｄ、ＦおよびＨは、２つのＴＤ−ＯＣＣおよび２つのＣＳに基づいて多重化されてもよい。

図４Ｂは、ＲＡＮ１＃８９で合意されたフロントロードＤＭＲＳ構成１の例を示す。図４Ｂに示すように、合計８つのＲＳポートＡからＨが２つのＯＦＤＭシンボルにマッピングされる。例えば、ＲＳポートＡおよびＢはコーム４１１にマッピングされ、ＲＳポートＣおよびＤはコーム４２１にマッピングされ、ＲＳポートＥおよびＦはコーム４３１にマッピングされ、ＲＳポートＧおよびＨはコーム４４１にマッピングされる。一実施例において、図４Ｂに示されるように、８つのＲＳポートＡからＨは、互いに重複せず、それぞれ４つのＲＳポートを含む２つのグループに分割されてもよい。一実施形態では、２つのグループのそれぞれのＲＳポートは、４つのコームにマッピングされたＲＳポートから選択されてもよい。たとえば、分割された２つのグループは、（Ａ、Ｃ、Ｅ、Ｇ）および（Ｂ、Ｄ、Ｆ、Ｈ）になる。別の実施形態では、２つのグループのそれぞれにおけるＲＳポートは、２つのコームにマッピングされたＲＳポートから選択されてもよい。たとえば、分割された２つのグループは、（Ａ、Ｂ、Ｃ、Ｄ）および（Ｅ、Ｆ、Ｇ、Ｈ）になる。

図４Ｃは、周波数領域で隣接するＲＥを使用した周波数分割直交カバリングコード（ＦＤ−ＯＣＣ：Frequency Division-Orthogonal Covering Code）ベースの構成パターンの例を示す（すなわち、ＲＡＮ１＃８９で合意されたフロントロードＤＭＲＳ構成２）。図４Ｃに示すように、合計１２個のＲＳポートＡからＬが２つのＯＦＤＭシンボル４３０および４４０にマッピングされる。たとえば、ＲＳポートＡ、Ｃ、Ｅ、Ｇ、ＩおよびＫはシンボル４３０にマッピングされ、ＲＳポートＢ、Ｄ、Ｆ、Ｈ、Ｊ、およびＬは、シンボル４４０にマッピングされる。一実施形態では、ＲＳポートＡおよびＣは、ＦＤ−ＯＣＣに基づいて多重化されてもよい。ＲＳポートＡおよび（Ｅ、Ｇ、Ｉ、Ｋ）は、ＦＤＭに基づいて多重化されてもよい。ＲＳポートＡおよび（Ｂ、Ｄ、Ｆ、Ｈ、Ｊ、Ｌ）は、ＴＤＭに基づいて多重化されてもよい。一実施形態では、具体的には、ＲＳポートＡ、Ｅ、Ｉ、Ｂ、Ｆ、およびＪは、例えば｛１、１｝などの１つの同じ直交カバリングコード（ＯＣＣ：Orthogonal Covering Code）に関連付けられる。ＲＳポートＣ、Ｇ、Ｋ、Ｄ、Ｈ、およびＬは、｛１、−１｝などの別のＯＣＣに関連付けられる。つまり、ＲＳポートＡ、Ｅ、Ｉ、Ｂ、Ｆ、Ｊは１つのＯＣＣグループに属し、ＲＳポートＣ、Ｇ、Ｋ、Ｄ、Ｈ、Ｌは別のＯＣＣグループに属する。一実施形態では、例えば、図４Ｃの例では、１２個のＲＳポートＡからＨは、互いに重複せず、それぞれ４個のＲＳポートを含む３つのグループに分割されてもよい。一実施形態では、３つのグループのそれぞれにおけるＲＳポートは、好ましくは、同じシンボルにマッピングされたＲＳポートから選択されてもよい。たとえば、分割された３つのグループのうちの２つは（Ａ、Ｃ、Ｅ、Ｇ）、および（Ｂ、Ｄ、Ｆ、Ｈ）であり、残りの１つのグループは（Ｉ、Ｋ、Ｊ、Ｌ）である。別の実施形態では、３つのグループのそれぞれにおけるＲＳポートは、好ましくは、異なるシンボルにマッピングされたＲＳポートから選択されてもよい。たとえば、分割された３つのグループは、（Ａ、Ｂ、Ｃ、Ｄ）、（Ｅ、Ｆ、Ｇ、Ｈ）および（Ｉ、Ｋ、Ｊ、Ｌ）である。さらに別の実施形態では、３つのグループのそれぞれのＲＳポートは、異なるシンボルにマッピングされ、同じＯＣＣグループに属するＲＳポートから選択されることが好ましい場合がある。たとえば、分割された３つのグループのうちの２つは（Ａ、Ｂ、Ｅ、Ｆ）と（Ｃ、Ｇ、Ｄ、Ｈ）であり、残りの１つのグループは（Ｉ、Ｋ、Ｊ、Ｌ）でもよい。あるいは、例えば、分割された３つのグループのうちの２つは（Ａ、Ｅ、Ｉ、Ｂ）と（Ｃ、Ｇ、Ｋ、Ｄ）であり、残りの１つのグループは（Ｆ、Ｈ、Ｊ、Ｌ）である。別の実施形態では、１２個のＲＳポートＡからＨは、互いに重複せず、それぞれ６個のＲＳポートを含む２つのグループに分割されてもよい。一実施形態では、２つのグループのそれぞれのＲＳポートは、好ましくは、同じシンボルにマッピングされたＲＳポートから選択されてもよい。たとえば、分割された２つのグループは、（Ａ、Ｃ、Ｅ、Ｇ、Ｉ、Ｋ）、および（Ｂ、Ｄ、Ｆ、Ｈ、Ｊ、Ｌ）である。別の実施形態では、２つのグループのそれぞれにおけるＲＳポートは、同じＯＣＣにマッピングされたＲＳポートから選択されることが好ましい場合がある。たとえば、分割された２つのグループは、（Ａ、Ｂ、Ｅ、Ｆ、Ｉ、Ｊ）、および（Ｃ、Ｄ、Ｇ、Ｈ、Ｋ、Ｌ）である。

図４Ｄは、ＲＡＮ１＃８９で合意されたフロントロードＤＭＲＳ構成２の別の例を示す。図４Ｄに示されるように、合計１２個のＲＳポートＡからＬが２つのＯＦＤＭシンボルにマッピングされる。一実施形態では、ＲＳポートＡ、Ｂ、Ｃ、およびＤは、ＦＤ−ＯＣＣおよびＴＤ−ＯＣＣに基づいて多重化されてもよい。ＲＳポートＥ、Ｆ、Ｇ、およびＨは、ＦＤ−ＯＣＣおよびＴＤ−ＯＣＣに基づいて多重化されてもよい。ＲＳポートＩ、Ｊ、Ｋ、およびＬは、ＦＤ−ＯＣＣおよびＴＤ−ＯＣＣに基づいて多重化されてもよい。さらに、ＲＳポートの異なるグループ（つまり、（Ａ、Ｂ、Ｃ、Ｄ）および（Ｅ、Ｆ、Ｇ、Ｈ）または（Ｉ、Ｊ、Ｋ、Ｌ））はＦＤＭに基づいて多重化されてもよい。

一実施形態では、１２個のＲＳポートＡからＨは、互いに重複せず、それぞれが４個のＲＳポートを含む３つのグループに分割されてもよい。一実施形態では、３つのグループのそれぞれにおけるＲＳポートは、好ましくは、同じ時間および／または周波数リソース領域にマッピングされたＲＳポートから選択されてもよい。たとえば、分割された３つのグループは、（Ａ、Ｂ、Ｃ、Ｄ）、（Ｅ、Ｆ、Ｇ、Ｈ）および（Ｂ、Ｄ、Ｆ、Ｈ）である。別の実施形態では、３つのグループのそれぞれのＲＳポートは、異なる時間および／または周波数リソース領域にマッピングされたＲＳポートから選択されることが好ましい場合がある。たとえば、分割された３つのグループは、（Ａ、Ｂ、Ｅ、Ｆ）、（Ｃ、Ｄ、Ｋ、Ｌ）および（Ｇ、Ｈ、Ｉ、Ｊ）である。別の実施形態では、１２個のＲＳポートＡからＨは、互いに重複せず、それぞれ６個のＲＳポートを含む２つのグループに分割されてもよい。一実施形態では、分割された２つのグループは：（Ａ、Ｂ、Ｅ、Ｆ、Ｉ、Ｊ）、および（Ｃ、Ｄ、Ｇ、Ｈ、Ｋ、Ｌ）であってもよい。別の実施形態では、分割された２つのグループは：（Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ）、および（Ｇ、Ｈ、Ｉ、Ｊ、Ｋ、Ｌ）であってもよい。

図２に戻る。ネットワークデバイス１１０は、複数のグループから選択されたＲＳポートの少なくとも１つのグループの指示を端末デバイス１２０に送信する（２３２）。一実施形態においては、ネットワークデバイス１１０は、図３に示すように、Ｎ個のグループから、ＲＳポートの１つ以上のグループを選択し、それから、ＲＳポートの１つ以上のグループに関連するグループパラメータを端末デバイス１２０に送信する。例えば、ネットワークデバイス１１０は、ＲＳポートの１つ以上のグループの指示を、無線リソース制御（ＲＲＣ：Radio Resource Control）レイヤ、メディアアクセス制御（ＭＡＣ：Medium Access Control）レイヤなどのシグナリングなどの上位レイヤシグナリングを介して、端末デバイス１２０に送信してもよい。

一実施形態では、例えば、ネットワークデバイス１１０は、端末デバイス１２０に対して１つのグループ（例えば、図３Ｂに示すグループ３２０_１）のみを選択してもよい。ネットワークデバイス１１０は、グループ３２０_１の指示（例えば、グループ３２０_１のインデックス）を、上位レイヤのシグナリングを介して端末デバイス１２０に送信する。端末デバイス１２０が４つのＲＳポートを含む１つのグループで示されると、端末デバイス１２０に対して最大４つのＲＳトランスミッションレイヤがサポートされ、これは１つのＣＷのみがＲＳ送信に使用できることを意味する。

別の実施形態では、例えば、ネットワークデバイス１１０は、端末デバイス１２０に対して２つのグループ（例えば、図３Ｂに示されるグループ３２０_１および３２０_２）を選択してもよい。ネットワークデバイス１１０は、グループ３２０_１および３２０_２の指示（例えば、グループ３２０_１および３２０_２のインデックス）を、上位レイヤシグナリングを介して端末デバイス１２０に送信してもよい。それぞれが４つのＲＳポートを含む２つのグループが端末デバイス１２０に示されると、端末デバイス１２０で最大８つのＲＳ送信レイヤをサポートしてもよく、すなわち、ＲＳ送信に１つまたは２つのＣＷを使用することを意味する。

次いで、ネットワークデバイス１１０は、選択された１つ以上のＲＳポートのグループに基づいて、端末デバイス１２０のＲＳ構成を決定し（２３３）、決定されたＲＳ構成に関する情報を端末デバイス１２０に送信する（２３４）。

いくつかの実施形態では、ネットワークデバイス１１０は、ＲＳポートの選択された１つまたは複数のグループに基づいて、ＲＳ送信のための複数のＲＳ構成を決定してもよい。複数のＲＳ構成のそれぞれは、ＲＳポートの選択された１つまたは複数のグループのサブセットに関連付けられてもよい。そして、ネットワークデバイス１１０は、複数のＲＳ構成から、端末デバイス１２０のＲＳ構成を選択してもよい。

一実施形態では、例えば、ネットワークデバイス１１０が、端末デバイス用の４つのＲＳポートを含む１つのグループ（例えば、図３Ｂに示すグループ３２０_１）のみを選択する場合、１つのＣＷのみのＲＳ送信をサポートできる。図５Ａは、この場合に選択されたＲＳポートの１つのグループに基づいて決定された複数のＲＳ構成の例を示す。図５Ａに示すように、レイヤの数およびＲＳポートに関する合計８つのＲＳ構成を含むテーブル５１０は、選択されたグループ３２０_１に基づいて決定されてもよい。８つのＲＳ構成のそれぞれは、インデックス値に関連付けられる。ネットワークデバイス１１０は、端末デバイス１２０のテーブル５１０からＲＳ構成を選択することができる。いくつかの実施形態では、ネットワークデバイス１１０は、ＰＤＣＣＨを介して端末デバイス１２０に送信されるＤＣＩに選択されたＲＳ構成に関連するインデックス値を含めることができる。次に、ネットワークデバイス１１０は、選択されたＲＳ構成を示すために、ＤＣＩを端末デバイス１２０に送信することができる。選択されたＲＳ構成の表示に必要なのはＤＣＩの３ビットのみであるため、ＲＳ構成を示すためのオーバーヘッドが大幅に削減されることがわかる。

一実施形態では、ＲＳ構成に関する情報の送信のオーバーヘッドを低減するために、複数のＲＳ構成（最大４つの送信レイヤのテーブル５１０など）が事前に端末デバイス１２０に指定または示されてもよく、複数のＲＳ構成のそれぞれは、インデックス値によって識別されてもよい。ネットワークデバイス１１０が、端末デバイス１２０への同数のＲＳポートを含む別のグループ（例えば、グループ３２０_１以外の図３Ｂに示されるグループ３２０_２）を示す場合、テーブル５１０内のＲＳポートは、示された他のグループのＲＳポートインデックスによって置き換えられてもよい。例えば、ネットワークデバイス１１０が図３Ｂに示すようなグループ３２０_２を端末デバイス１２０に示す場合、テーブル５１０内のポートＡ、Ｂ、Ｃ、およびＤは、それぞれポートＥ、Ｆ、Ｇ、およびＨに置き換えられてもよい。ネットワークデバイス１１０が図３Ｂに示されるようなグループ３２０_３を端末デバイス１２０に示す場合、テーブル５１０のポートＡ、Ｂ、Ｃ、およびＤは、それぞれポートＩ、Ｊ、Ｋ、およびＬに置き換えられてもよい。

別の実施形態では、例えば、ネットワークデバイス１１０が、それぞれが端末デバイス用の４つのＲＳポートを含む２つのグループ（例えば、図３Ｂに示されるグループ３２０_１および３２０_２）を選択する場合、１つまたは２つのＣＷのみによるＲＳ送信がサポートされる。図５Ｂは、この場合のＲＳポートの選択された２つのグループに基づいて決定された複数のＲＳ構成の例を示す。図５Ｂに示されるように、１つのＣＷを有するＲＳ送信のための合計１６のＲＳ構成を含むテーブル５２０および２つのＣＷを有するＲＳ送信のための合計４つのＲＳ構成を含むテーブル５３０は、選択されたグループ３２０_１および３２０_２に基づいて決定され得る。これらの各ＲＳ構成は、インデックス値に関連付けられている。ネットワークデバイス１１０は、端末デバイス１２０のテーブル５２０または５３０からＲＳ構成を選択してもよい。いくつかの実施形態では、ネットワークデバイス１１０は、ＰＤＣＣＨを介して端末デバイス１２０に送信されるＤＣＩに、選択されたＲＳ構成に関連するインデックス値を含めてもよい。次に、ネットワークデバイス１１０は、選択されたＲＳ構成を示すために、ＤＣＩを端末デバイス１２０に送信してもよい。いくつかの実施形態では、図３Ｂに示されるようにネットワークデバイス１１０がグループ３２０_１および３２０_２以外の２つの異なるグループを選択する場合、テーブル５２０および５３０内のＲＳポートインデックスは、それぞれ２つの異なるグループ内の対応するＲＳポートインデックスに置き換えられ得ることを理解されたい。

いくつかの実施形態では、選択された１つまたは複数のＲＳポートのグループに基づくＲＳ送信のための複数のＲＳ構成の決定は、１つのＣＷに対する同じレイヤでのマルチユーザスケジューリングおよび一致する再送信の要件を考慮してもよい。図６は、マルチユーザスケジューリングおよび／またはそれに応じた再送信の要件の例を示す。図６に示すように、テーブル６１０は、１つのＣＷを伴うＲＳ送信に対して定義され、一方、テーブル６２０は、２つのＣＷを伴うＲＳ送信に対して定義される。具体的には、テーブル６２０において、２つのＣＷを備えたＲＳ送信のためのＲＳ構成６２１は、５つのＲＳ送信レイヤおよび対応するＲＳポートＦ、Ｇ、Ｈ、Ｉ、およびＪを示す。２つのＣＷの１つがＲＳポートＦおよびＧで送信され、送信が失敗した場合、テーブル６１０内に見つけられる２つのＲＳ送信レイヤとＲＳポートＦおよびＧを示すＲＳ構成はできないため、ＲＳポートＦおよびＧは失敗したＣＷの再送信に使用できない。さらに、テーブル６１０のＲＳ構成６１１および６１２、およびテーブル６２０のＲＳ構成６２１および６２２で示されるように、３レイヤＲＳ送信に関連付けられたＲＳポートは、常に、５レイヤＲＳ送信に関連付けられたＲＳポートとオーバラップしている。したがって、図６に示すテーブル６１０および６２０では、３レイヤＲＳ送信と５レイヤＲＳ送信によるマルチユーザスケジューリングを実現できない。

以下でさらに説明するように、本開示によるＲＳ構成の解決策は、上記の問題を解決することができる。

いくつかの実施形態では、複数のＲＳ構成は、１つのＣＷでのＲＳ送信のための第１および第２のＲＳ構成と、２つのＣＷでのＲＳ送信のための第３のＲＳ構成と、を含むように決定され得る。第１、第２、および第３のＲＳ構成は、選択された１つ以上のＲＳポートのグループの第１、第２、および第３のサブセットにそれぞれ関連付けられ、第３のサブセットは、第１および第２のサブセットで構成されてもよい。このようにして、２つのＣＷでＲＳ送信用に構成された比較的多数のレイヤを、１つのＣＷでＲＳ送信用に構成された、いくつかの比較的少数のレイヤに分割できる場合がある。そのため、２つのＣＷのいずれか１つの送信が失敗した場合、同じ送信レイヤ（ＲＳポートなど）を、失敗したＣＷの再送信に使用できる。

図７は、本開示の実施形態による、一致する再送信の要件を満たすＲＳ構成の例を示す。図７に示されるように、テーブル７１０は、１つのＣＷでのＲＳ送信に対して定義され、テーブル７２０は、２つのＣＷでのＲＳ送信に対して定義される。具体的には、テーブル７２０で、２つのＣＷを使用したＲＳ送信のＲＳ構成７２１は、５つのＲＳ送信レイヤと、対応するＲＳポートＡ、Ｂ、Ｄ、Ｅ、およびＦを示す。一般性を失うことなく、２つのＣＷの一方は、ＲＳポートＡおよびＢで送信され、２つのＣＷの他方は、ＲＳポートＤ、ＥおよびＦで送信される。２つのＣＷのいずれかの送信が失敗した場合、同じ送信レイヤ（ＲＳポートなど）は、ＲＳポートＡおよびＢに関連付けられたＲＳ構成７１１およびＲＳポートＤ、ＥおよびＦに関連付けられたＲＳ構成７１２がテーブル７１０にあるため、失敗したＣＷの再送信に使用される。

代替的または追加的に、いくつかの実施形態では、複数のＲＳ構成は、１つのＣＷを伴うＲＳ送信のための第４のＲＳ構成と、２つのＣＷを伴うＲＳ送信のための第５のＲＳ構成と、を含むように決定され得る。第４および第５のＲＳ構成は、ＲＳポートの選択された１つまたは複数のグループの第４および第５のサブセットにそれぞれ関連付けられ、第４および第５のサブセットは、互いに重複しない。このようにして、第４と第５のＲＳ構成によるマルチユーザスケジューリングを実現できる。

図７に示されるように、テーブル７２０において、２つのＣＷを有するＲＳ送信のためのＲＳ構成７２２は、８つのＲＳ送信レイヤおよび対応するＲＳポートＡ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、ＧおよびＨを示す。テーブル７１０において、１つのＣＷを有するＲＳ送信のためのＲＳ構成７１３は、４つのＲＳ送信レイヤと対応するＲＳポートＩ、Ｊ、Ｋ、およびＬを示す。ＲＳ構成７２２および７１３では、ＲＳ構成７２２に関連付けられたＲＳポートとＲＳ構成７１３に関連付けられたＲＳポートは重複しないので、８レイヤＲＳ送信と４レイヤＲＳ送信を伴うマルチユーザスケジューリングを実現することができる。

いくつかの実施形態では、端末デバイス１２０が、ＲＳ送信に使用されるシンボルの数（例えば、１または２）で、上位レイヤシグナリング（ＲＲＣレイヤでのシグナリングなど）を介して既に構成されている場合、ＲＳ構成上の情報の送信のオーバーヘッドは、さらに削減されてもよい。図８Ａから８Ｅは、本開示のいくつかの実施形態による異なる構成パターンでのＲＳ構成の例を示す。図８Ａから８Ｂは、異なるコーム（Ｃｏｍｂ）および／または巡回シフトを使用したＩＦＤＭベースの構成パターン（つまり、ＲＡＮ１＃８９で合意されたフロントロード（Ｆｒｏｎｔ−ｌｏａｄ）ＤＭＲＳ構成１）のＲＳ構成の例を示す。図８Ｃから８Ｅは、周波数ドメインにおける隣接するＲＥを伴うＦＤ−ＯＣＣベースの構成パターンでのＲＳ構成の例を示す（つまり、ＲＡＮ１＃８９で合意されたフロントロードＤＭＲＳ構成２）。具体的には、図８Ａから８Ｅの例では、ネットワークデバイス１１０および端末デバイス１２０は、ＲＳ送信のために１つのシンボルのみを使用するように構成される。

図８Ａに示すように、ＩＦＤＭベースの構成パターンでは、１つのシンボル内に、コーム２と２つの巡回シフトを伴う最大４つのＲＳポートがサポートされる。この場合、ＲＳ送信では１つのＣＷのみがサポートされるため、ＤＣＩにはＭＣＳ／ＲＶ／ＮＤＩの１つのセットと、１つのＣＷのみに関連付けられたＤＭＲＳ構成を示すフィールドのみが含まれる。ＲＳ構成の例をテーブル８１０に示す。

図８Ｂに示すように、ＩＦＤＭベースの構成パターンでは、１つのシンボル内に、コーム４と２つの巡回シフトを伴う最大８つのＲＳポートがサポートされる。この場合、ＲＳ送信では最大２つのＣＷがサポートされ、ＲＳ構成の例はテーブル８２０および８３０に示され、テーブル８２０は１つのＣＷに関連付けられたＲＳ構成を含み、テーブル８３０は２つのＣＷに関連付けられたＲＳ構成を含む。

図８Ｃに示すように、ＦＤ−ＯＣＣベースの構成パターンでは、周波数ドメイン内において、隣接するＲＥ間で２つのＦＤ−ＯＣＣを伴う最大６つのＲＳポートがサポートされる。この場合、ＲＳ送信のための最大２つのＣＷがサポートされ、ＲＳ構成の例はテーブル８４０および８５０に示され、テーブル８４０は１つのＣＷに関連付けられたＲＳ構成を含み、テーブル８５０は２つのＣＷに関連付けられたＲＳ構成を含む。

図８Ｄに示すように、ＦＤ−ＯＣＣベースの構成パターンでは、周波数ドメイン内において、隣接するＲＥ間で２つのＦＤ−ＯＣＣを伴う最大４つのＲＳポートがサポートされる。この場合、ＲＳ送信のための１つのＣＷのみがサポートされるため、ＤＣＩにはＭＣＳ／ＲＶ／ＮＤＩの１つのセットと、１つのＣＷのみに関連付けられたＤＭＲＳ構成を示すフィールドのみが含まれる。ＲＳ構成の例をテーブル８６０に示す。

図８Ｅに示すように、ＦＤ−ＯＣＣベースの構成パターンでは、周波数ドメイン内において、隣接するＲＥ間で２つのＦＤ−ＯＣＣを伴う最大２つのＲＳポートがサポートされる。この場合、ＲＳ送信のための１つのＣＷのみがサポートされるため、ＤＣＩにはＭＣＳ／ＲＶ／ＮＤＩの１つのセットと、１つのＣＷのみに関連付けられたＤＭＲＳ構成を示すフィールドのみが含まれる。ＲＳ構成の例をテーブル８７０または８８０に示す。

一実施形態では、ＲＳポートのセットをＲＳ送信に使用することができる。たとえば、ＲＳポートのセットは、（Ａ_１、Ａ_２、Ａ_３、Ａ_４…、Ａ_Ｍ−１、Ａ_Ｍ）で表すことができ、ここで、Ｍは整数であり、Ｍ≧１であり、Ａ_ｉ（ｉ∈（１、２、…）Ｍ））は、ＲＳポートのインデックスを表す。一実施形態では、ＲＳポートのセットから選択される１つ以上のポートは、端末デバイス１２０用に構成され得る。例えば、Ｎ個のＲＳポート（Ｎは整数であり、１≦Ｎ≦Ｍ）は、ＲＳポートのセットから選択され、端末デバイス１２０用に構成されてもよい。Ｎ個のＲＳポートは（Ｂ_１、Ｂ_２、Ｂ_３、…、Ｂ_Ｎ−１、Ｂ_Ｎ）で表すことができ、ここで、Ｎは整数であり、Ｎ≧１であり、Ｂ_ｊ（ｊ∈（１、２、…Ｎ））は、Ａ_ｉ（ｉ∈（１、２、…Ｍ））から選択される。一実施形態では、１つの端末デバイス用に構成されたＲＳポートのポートインデックスは、別のＵＥ用に構成されたものとは異なってもよい。別の実施形態では、異なる端末デバイス用に構成されたＲＳポートのポートインデックスは、互いに少なくとも部分的に重複、または、分離されてもよい。別の実施形態では、ＲＳポートのセットから選択されたＲＳポートのポートインデックスは、連続的または不連続的であってもよい。

一実施形態では、Ｎ個のＲＳポートは、無線リソース制御（ＲＲＣ：Radio Resource Control）レイヤ、媒体アクセス制御（ＭＡＣ：Medium Access Control）レイヤなどの上のシグナリングのような上位レイヤシグナリングを介して端末デバイス１２０に示されてもよい。別の実施形態では、Ｎ個のＲＳポートは、物理レイヤシグナリングを介して端末デバイス１２０に示されてもよい。例えば、Ｎ個のＲＳポートの指示は、ＤＣＩに含まれ、ＰＤＣＣＨを介して端末デバイス１２０に送信されてもよい。

一実施形態では、Ｎ個のＲＳポートのインデックスは、異なる端末デバイスに対して異なる順序を有してもよい。一実施形態では、１２個のＲＳポート（たとえば、ポートＡ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ｈ、Ｉ、Ｊ、ＫおよびＬ）または８個のＲＳポート（たとえば、ポートＡ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、およびＨ）を、ＲＳ送信に使用できる。一実施形態では、８つのＲＳポート（例えば、ポートＡ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、およびＨ）は、１つの端末デバイスに対して構成されてもよい。４レイヤ以下のＲＳ送信では、ポートＡ、Ｂ、Ｃ、および／またはＤが使用できる。つまり、ＲＳポートＥ、Ｆ、Ｇ、および／またはＨは、４レイヤ以上のＲＳ送信にのみ使用できる。一実施形態では、複数のＲＳ構成は、事前に端末デバイスに指定または指示されていてもよく、複数のＲＳ構成のそれぞれは、インデックス値によって識別されてもよい。図８Ｆは、複数のＲＳ構成の例を示し、テーブル８９０は、４レイヤ以下のＲＳ送信用のＲＳ構成を含むように示され、テーブル８９１は、５から８レイヤのＲＳ送信用のＲＳ構成を含むように示される。別の実施形態では、異なる順序の８つのＲＳポート、例えば、ＲＳポートＥ、Ｆ、Ｇ、Ｈ、Ａ、Ｂ、Ｃ、およびＤを、別のＵＥ用に構成することができる。４レイヤ以下のＲＳ送信の場合、ＲＳポートＥ、Ｆ、Ｇ、Ｈを使用できる。つまり、ＲＳポートＡ、Ｂ、Ｃ、および／またはＤは、４レイヤ以上のＲＳ送信にのみ使用できる。一実施形態では、テーブル８９０のＲＳ構成は４レイヤ以下のＲＳ送信に使用され、テーブル８９１のＲＳ構成は５から８レイヤのＲＳ送信に使用され、テーブル８９０および８９１内のポートＡ、Ｂ、Ｃ、Ｄは、それぞれポートＥ、Ｆ、ＧおよびＨに置き換えられ、テーブル８９０および８９１内のポートＥ、Ｆ、ＧおよびＨは、それぞれポートＡ、Ｂ、ＣおよびＤに置き換えられる。この場合、ポート構成が異なる端末デバイスに、共通の構成テーブルを使用できる。

一実施形態では、Ｎの値は、ＲＳポートの数を示すためのフィールドで示されてもよい。別の実施形態では、ＲＳ送信に使用されるＲＳポートの予め決定された数（例えば、Ｌ）があってもよい。したがって、Ｒビットを使用して、ＲＳポートの異なる数を示してもよく、ただし、Ｒ＝ｃｅｉｌ（ｌｏｇ２（Ｌ））である。一実施形態では、ポートインデックス（Ｂ_１、Ｂ_２、Ｂ_３、…、Ｂ_Ｎ−１、Ｂ_Ｎ）は、個別に端末デバイスに示されてもよい。別の実施形態では、ポートインデックスは、グループに分割されてもよく、各グループはグループインデックスに関連付けられる。例えば、この場合、端末デバイスに、１つ以上のグループインデックスが示されてもよい。

図９は、Ｎ個のＲＳポートの表示の例を示す。別の実施形態では、ＲＳポートのセット（例えば、上述のＲＳポート（Ａ_１、Ａ_２、Ａ_３、Ａ_４…、Ａ_Ｍ−１、Ａ_Ｍ））を、ＲＳ送信に使用することができる。Ｍビットのビットマップ（たとえば、「１１１１００００…０」）は、１つの端末デバイスのＮ個のＲＳポートを示すために使用できる。たとえば、ビットマップの「１」のビットは、対応するＲＳポートが選択されていることを示し、ビットマップの「０」のビットは、対応するＲＳポートが選択されていないことを示す。

いくつかの実施形態では、ＲＳ構成のグループ化に関する情報は、ＲＳ送信に関連する異なるパラメータに依存し得る。一実施形態では、ＲＳ構成のグループ化に関する情報は、各グループのサイズ、グループの数、各グループのアンテナポートのインデックスなどのうち少なくとも１つを含んでもよい。一実施形態では、ＲＳ構成のグループ化に関する情報は、ＲＳ構成がグループに分割されるかどうかを示してもよい。すなわち、いくつかの実施形態では、ＲＳ構成はグループに分割されない場合があり、したがって、この場合、端末デバイスにグループインデックスは示されない。

いくつかの実施形態では、ＲＳ構成のグループ化に関する情報は、ＲＳ送信に関連する少なくとも１つのパラメータに依存し得る。一実施形態では、ＲＳ送信に関連するパラメータは、ＲＳパターン、ＲＳのシンボルの数、ＣＷの数、トランスポートブロックの数、送信レイヤの数、ＲＳポートの数、ＰＤＣＣＨの数、ＰＤＳＣＨの数、ＣＷの最大数、トランスポートブロックの最大数、送信レイヤの最大数、ＲＳポートの最大数、ＰＤＣＣＨの最大数、ＰＤＳＣＨの最大数などのうち、少なくとも１つを含み得る。一実施形態では、少なくとも１つのパラメータは、ネットワークデバイスによって示されてもよい。別の実施形態では、少なくとも１つのパラメータは、端末デバイスの能力に依存し得る。

一実施形態では、ＤＭＲＳポートの数がＭ_１であるか、ＣＷおよび／またはトランスポートブロックの最大数がＴ_１であるか、送信レイヤの最大数がＬ_１であるか、ＰＤＣＣＨおよび／またはＰＤＳＣＨの最大数がＰ_１である場合、ＤＭＲＳ構成の各グループのサイズはＧ_１であり、ＤＭＲＳ構成のグループの数はＮ_１である。ＤＭＲＳポートの数がＭ_２であるか、ＣＷおよび／またはトランスポートブロックの最大数がＴ_２であるか、送信レイヤの最大数がＬ_２であるか、ＰＤＣＣＨおよび／またはＰＤＳＣＨの最大数がＰ_２である場合、ＤＭＲＳ構成の各グループのサイズはＧ_２であり、ＤＭＲＳ構成のグループの数はＮ_２である。

一実施形態では、異なるパラメータについて、ＲＳ構成のグループ化に関する情報（すなわち、各グループのサイズ、グループの数、各グループのアンテナポートのインデックスなどのうち少なくとも１つ）が異なる場合がある。たとえば、Ｍ_１またはＴ_１またはＬ_１またはＰ_１の値が、Ｍ_２またはＴ_２またはＬ_２またはＰ_２の値よりも小さい場合、Ｇ_１の値はＧ_２の値より小さく、および／または、Ｎ_１の値はＮ_２の値よりも小さくなる。別の実施形態では、ＲＳ構成はグループに分割されなくてもよい。つまり、すべてのＤＭＲＳポートを、端末デバイス用に構成できる。一実施形態では、ＲＡＮ１＃８９で合意されたフロントロードＤＭＲＳ構成１では、最大で８個のポートがサポートされ得る。たとえば、ＲＳ構成は２つのグループに分割できる。２つのグループはそれぞれ４つのＤＭＲＳポートを含む場合がある。別の実施形態では、ＲＡＮ１＃８９で合意されたフロントロードＤＭＲＳ構成２では、最大で１２ポートがサポートされ得る。たとえば、ＲＳ構成は３つのグループに分割できる。３つのグループはそれぞれ４つのＤＭＲＳポートを含む場合がある。あるいは、たとえば、ＲＳ構成は２つのグループに分割できる。２つのグループはそれぞれ６つのＤＭＲＳポートを含む場合がある。

いくつかの実施形態では、ＲＳ構成のグループ化に関する情報は、ＲＳ送信に使用されるシンボルの数に依存し得る。一実施形態では、例えば、１つのシンボルがＲＳ送信のために構成される場合、ＤＭＲＳ構成の各グループのサイズはＧ_３であり、ＤＭＲＳ構成のグループの数はＮ_３である。別の実施形態では、例えば、２つのシンボルがＲＳ送信のために構成される場合、ＤＭＲＳ構成の各グループのサイズはＧ_４であり、ＤＭＲＳ構成のグループの数はＮ_４である。一実施形態では、Ｇ_３の値はＧ_４の値よりも小さくてもよく、および／または、Ｎ_３の値はＮ_４の値よりも小さくてもよい。

図１０は、本開示のいくつかの実施形態による例示的な方法９００のフローチャートを示す。方法９００は、図１に示すようなネットワークデバイス１１０で実施することができる。議論の目的のために、方法９００は、図１を参照してネットワークデバイス１１０の観点から説明される。

動作１０１０において、ネットワークデバイス１１０は、ＲＳ送信に使用される複数の参照信号（ＲＳ：Reference Signal）ポートを複数のグループに分割する。

動作１０２０において、ネットワークデバイス１１０は、ネットワークデバイスによってサービスされる端末デバイスに、複数のグループから選択されたＲＳポートの少なくとも１つのグループの指示を送信する。

いくつかの実施形態において、ＲＳポートの少なくとも１つのグループの指示を送信することは、複数のグループからＲＳポートの少なくとも１つのグループを選択することを含み、ＲＳポートの少なくとも１つのグループは、少なくとも１つのグループパラメータによって識別され、ＲＳポートの少なくとも１つのグループの少なくとも１つのグループパラメータを端末デバイスに送信することを含む。

いくつかの実施形態では、ＲＳポートの少なくとも１つのグループの指示を送信することは、ＲＳポートの少なくとも１つのグループの指示を、上位レイヤシグナリングを介して端末デバイスに送信することを含む。

動作１０３０において、ネットワークデバイス１１０は、ＲＳポートの少なくとも１つのグループに基づいて、端末デバイスのＲＳ構成を決定する。

いくつかの実施形態では、端末デバイスのＲＳ構成を決定することは、ＲＳポートの少なくとも１つのグループに基づいて、ＲＳ送信のための複数のＲＳ構成を決定することを含み、複数のＲＳ構成のそれぞれはＲＳポートの少なくとも１つのグループのサブセットに関連付けられ、複数のＲＳ構成から、端末デバイスのＲＳ構成を選択することを含む。

いくつかの実施形態では、複数のＲＳ構成は、１つのＣＷでのＲＳ送信のための第１および第２のＲＳ構成と、２つのＣＷでのＲＳ送信のための第３のＲＳ構成と、を含み、第１、第２および第３のＲＳ構成は、それぞれがＲＳポートの少なくとも１つグループの第１、第２および第３のサブセットに関連付けられ、第３のサブセットは第１および第２のサブセットで構成される。

いくつかの実施形態では、複数のＲＳ構成は、１つのＣＷを伴うＲＳ送信のための第４のＲＳ構成と、２つのＣＷを伴うＲＳ送信のための第５のＲＳ構成と、を含み、第４および第５のＲＳ構成は、ＲＳポートの少なくとも１つのグループの第４および第５のサブセットにそれぞれ関連付けられ、第４および第５のサブセットは互いに重複していない。

動作１０４０において、ネットワークデバイス１１０は、ＲＳ構成に関する情報を端末デバイスに送信する。

いくつかの実施形態では、ＲＳ構成に関する情報を端末デバイスに送信することは、ＲＳ構成をインデックス値に関連付けることと、端末デバイスに送信されるダウンリンク制御情報（ＤＣＩ：Downlink Control Information）にインデックス値を含めることと、ＤＣＩを端末デバイスに送信することと、を含む。

いくつかの実施形態では、ＲＳは復調参照信号（ＤＭＲＳ：Demodulation Reference Signal）を含む。

図１１は、本開示のいくつかの実施形態による例示的な方法１１００のフローチャートを示す。方法１１００は、図１に示すように端末デバイス１２０で実施することができる。議論の目的のために、方法１１００は、図１を参照して端末デバイス１２０の観点から説明される。

動作１１１０において、端末デバイス１２０は、端末デバイスにサービスを提供するネットワークデバイスから、参照信号（ＲＳ：Reference Signal）ポートの少なくとも１つのグループの指示を受信し、ＲＳポートの少なくとも１つのグループは、ネットワークデバイスによってＲＳ送信のために使用されるＲＳポートの複数のグループから選択される。

いくつかの実施形態では、ＲＳポートの少なくとも１つのグループは、少なくとも１つのグループパラメータによって識別され、ＲＳポートの少なくとも１つのグループの指示を受信することは、ネットワークデバイスから少なくとも１つのグループパラメータを受信することを含む。

いくつかの実施形態では、ＲＳポートの少なくとも１つのグループの指示を受信することは、ネットワークデバイスから、上位レイヤシグナリングを介してＲＳポートの少なくとも１つのグループの指示を受信することを含む。

動作１１２０において、端末デバイス１２０は、ネットワークデバイスから、ＲＳ送信のためのＲＳ構成に関する情報を受信し、ＲＳ構成は、ネットワークデバイスによってＲＳポートの少なくとも１つのグループに基づいて決定される。

いくつかの実施形態では、ＲＳ構成に関する情報を受信することは、ネットワークデバイスから、ＲＳ構成に関連付けられたインデックス値を含むダウンリンク制御情報（ＤＣＩ：Downlink Control Information）を受信することを含む。

いくつかの実施形態では、ＲＳは復調参照信号（ＤＭＲＳ：Demodulation Reference Signal）を含む。

図１２は、本開示のいくつかの実施形態による装置１２００のブロック図を示す。装置１２００は、図１に示されるネットワークデバイス１１０の例示的な実装と見なすことができる。示されるように、装置１２００は、ＲＳ送信のために使用される複数の参照信号（ＲＳ：Reference Signal）ポートを複数のグループに分割するように構成された分割モジュール１２１０を含む。装置１２００は、複数のグループから選択されたＲＳポートの少なくとも１つのグループの指示を、ネットワークデバイスによってサービスされる端末デバイスに送信するように構成された第１の送信モジュール１２２０も含む。装置１２００はまた、ＲＳポートの少なくとも１つのグループに基づいて、端末デバイスのためのＲＳ構成を決定するように構成された決定モジュール１２３０を含む。さらに、装置１２００は、ＲＳ構成に関する情報を端末デバイスに送信するように構成された第２の送信モジュール１４０も含む。

図１３は、本開示のいくつかの実施形態による装置１３００のブロック図を示す。装置１３００は、図１に示されるような端末デバイス１２０の例示的な実装とみなすことができる。示されるように、装置１３００は、端末デバイスにサービスを提供するネットワークデバイスから、少なくとも１つのグループの参照信号（ＲＳ：Reference Signal）ポートの指示を受信するように構成される第１の受信モジュール１３１０を含み、ＲＳポートの少なくとも１つのグループは、ネットワークデバイスによるＲＳ送信のために使用されるＲＳポートの複数のグループから選択される。装置１２００はまた、ネットワークデバイスからＲＳ送信のためのＲＳ構成に関する情報を受信するように構成された第２の受信モジュール１３２０も含み、ＲＳ構成は、ネットワークデバイスによってＲＳポートの少なくとも１つのグループに基づいて決定される。

明確にするため、図１２および／または１３は、装置１２００および／または１３００のいくつかのオプションのモジュールを示していない。しかしながら、図１から１０を参照して説明したような様々な特徴が装置１２００に適用可能であり、図１から９および図１１を参照して説明したような様々な特徴が装置１３００に適用可能であると、理解されるべきである。さらに、装置１２００および／または１３００のそれぞれのモジュールは、ハードウェアモジュールまたはソフトウェアモジュールであってもよい。例えば、いくつかの実施形態では、装置１２００および／または１３００は、ソフトウェアおよび／またはファームウェアによって部分的または完全に実装され、例えば、コンピュータ可読媒体で具現化されるコンピュータプログラム製品として実装され得る。あるいは、または、さらに、装置１２００および／または１３００は、例えば、集積回路（ＩＣ：Integrated Circuit）、特定用途向け集積回路（ＡＳＩＣ：Application-Specific Integrated Circuit）、システムオンチップ（ＳＯＣ：System On Chip）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Field Programmable Gate Array）などとして実装されるハードウェアに基づいて部分的または完全に実装され得る。本開示の範囲は、この態様に限定されない。

図１４は、本開示の実施形態を実施するのに適したデバイス１４００の簡略ブロック図である。デバイス１４００は、図１に示すように、ネットワークデバイス１１０または端末デバイス１２０のさらなる例示的な実装と見なすことができる。したがって、デバイス１４００は、ネットワークデバイス１１０、または、ネットワークデバイス１１０の少なくとも一部、または、端末デバイス１２０として、実装することができる。

示されるように、デバイス１４００は、プロセッサ１４１０と、プロセッサ１４１０に結合されたメモリ１４２０と、プロセッサ１４１０に結合された適切な送信機（ＴＸ）および受信機（ＲＸ）１４４０と、ＴＸ／ＲＸ１４４０に結合された通信インターフェースと、を含む。メモリ１４１０は、プログラム１４３０の少なくとも一部を格納する。ＴＸ／ＲＸ１４４０は、双方向通信用である。ＴＸ／ＲＸ１４４０は、通信を容易にするために少なくとも１つのアンテナを有するが、実際にはこのアプリケーションで言及するアクセスノードは、複数のアンテナを有する。通信インターフェースは、ｅＮＢ間の双方向通信用のＸ２インターフェース、モビリティマネジメントエンティティ（ＭＭＥ：Mobility Management Entity）／サービングゲートウェイ（Ｓ−ＧＷ：Serving Gateway）とｅＮＢ間の通信用のＳ１インターフェース、ｅＮＢとリレーノード（ＲＮ：Relay Node）間の通信用のＵｎインターフェース、または、ｅＮＢと端末デバイス間の通信用のＵｕインターフェースのような、他のネットワーク要素との通信に必要なインターフェースを表す。

プログラム１４３０は、関連するプロセッサ１４１０によって実行されると、図１から１１を参照して本明細書で説明されるように、デバイス１４００が本開示の実施形態に従って動作できるようにするプログラム命令を含むと想定される。本明細書の実施形態は、デバイス１４００のプロセッサ１４１０によって実行可能なコンピュータソフトウェアによって、またはハードウェアによって、またはソフトウェアとハードウェアの組み合わせによって実装され得る。プロセッサ１４１０は、本開示の様々な実施形態を実装するように構成され得る。さらに、プロセッサ１４１０とメモリ１４１０の組み合わせは、本開示の様々な実施形態を実装するように適合された処理手段１４５０を形成し得る。

メモリ１４１０は、ローカル技術ネットワークに適した任意のタイプのものであり、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定メモリ、リムーバブルメモリなどの任意の適切なデータストレージ技術を使用して実装され得る。デバイス１４００には１つのメモリ１４１０のみが示されているが、デバイス１４００にはいくつかの物理的に別個のメモリモジュールがあってもよい。プロセッサ１４１０は、ローカル技術ネットワークに適した任意のタイプのものであってよく、非限定の例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含み得る。デバイス１４００は、メインプロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップなどの複数のプロセッサを有してもよい。

一般に、本開示の様々な実施形態は、ハードウェアまたは専用回路、ソフトウェア、ロジック、またはそれらの任意の組み合わせで実装され得る。いくつかの態様はハードウェアで実装されてもよく、一方、他の態様はコントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアで実装されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート、またはいくつかの他の絵入り表現として図示および説明されているが、本明細書で説明されるブロック、装置、システム、技術または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路またはロジック、汎用ハードウェアまたはコントローラまたは他のコンピューティングデバイス、またはそれらの何らかの組み合わせで実装され得ることが理解されるだろう。

本開示はまた、非一時的なコンピュータ可読記憶媒体に有形に記憶された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、プログラムモジュールに含まれる命令などのコンピュータ実行可能命令を含み、対象の実プロセッサまたは仮想プロセッサ上のデバイスで実行され、図１から１１のいずれかを参照して上述したプロセスまたは方法を実行する。一般に、プログラムモジュールは、特定のタスクを実行し、特定の抽象データ型を実装するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能は、様々な実施形態で望まれるように、プログラムモジュール間で結合または分割されてもよい。プログラムモジュールのマシン実行可能命令は、ローカルまたは分散デバイス内で実行できる。分散デバイスでは、プログラムモジュールは、ローカルとリモートの両方のストレージメディアに配置できる。

本開示の方法を実行するためのプログラムコードは、１つ以上のプログラミング言語の任意の組み合わせで書かれてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、またはその他のプログラム可能なデータ処理装置のプロセッサまたはコントローラに提供され、プログラムコードは、プロセッサまたはコントローラによって実行されると、フローチャートおよび／またはブロック図で指定された機能／動作を実行する。プログラムコードは、完全にマシン上で、一部はマシン上で、スタンドアロンソフトウェアパッケージとして、一部はマシン上で、一部はリモートマシン上で、または完全にリモートマシンまたはサーバ上で実行される。

上記のプログラムコードは、命令実行システム、装置、またはデバイスによって、またはそれらに関連して使用するためのプログラムを含み、または格納することができる任意の有形媒体であり得る機械可読媒体で具現化され得る。機械可読媒体は、機械可読信号媒体または機械可読記憶媒体であり得る。機械可読媒体は、電子、磁気、光学、電磁気、赤外線、または半導体のシステム、装置、またはデバイス、または前述のものの任意の適切な組み合わせを含み得るが、これらに限定されない。機械可読記憶媒体のさらに具体的な例には、１つまたは複数のワイヤ、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、読み取り専用メモリ（ＲＯＭ：Read-Only Memory）、消去可能なプログラマブル読み取りを専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ：Compact Disc Read-Only Memory）、光学式記憶装置、磁気記憶装置、または上記の適切な組み合わせを、備えた電気接続が含まれる。

さらに、操作は特定の順序で示されているが、これは、望ましい結果を達成するために、示された特定の順序または順次でそのような操作を実行すること、または、すべての示された操作を実行することを必要とするものとして理解されるべきではない。特定の状況では、マルチタスクと並列処理が有利な場合がある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは本開示の範囲に対する制限としてではなく、特定の実施形態に特有の特徴の説明として解釈されるべきである。別個の実施形態の文脈で説明される特定の特徴は、単一の実施形態で組み合わせて実装されてもよい。逆に、単一の実施形態の文脈で説明される様々な特徴は、複数の実施形態で別々に、または任意の適切なサブコンビネーションで実装されてもよい。

本開示は、構造的特徴および／または方法論的行為に特有の言語で説明されているが、添付の特許請求の範囲で定義される本開示は、必ずしも上記の特定の特徴または行為に限定されないことを理解されたい。むしろ、上記の特定の特徴および行為は、特許請求の範囲を実施する例示的な形態として開示されている。

Claims (26)

1. ネットワークデバイスに実装される方法であって、
   ＲＳ送信に使用される複数の参照信号（ＲＳ：Reference Signal）ポートを複数のグループに分割することと、
   前記ネットワークデバイスによってサービスされる端末デバイスに、前記複数のグループから選択されたＲＳポートの少なくとも１つのグループの指示を送信することと、
   前記ＲＳポートの少なくとも１つのグループに基づいて、前記端末デバイスのＲＳ構成を決定することと、
   前記ＲＳ構成上の情報を前記端末デバイスに送信することと、
   を備える方法。
2. 前記ＲＳポートの少なくとも１つのグループの前記指示を送信することは、
   前記複数のグループから前記ＲＳポートの少なくとも１つのグループを選択することと、
   前記ＲＳポートの少なくとも１つのグループは、少なくとも１つのグループパラメータにより識別され、
   前記ＲＳポートの少なくとも１つのグループのために、前記少なくとも１つのグループパラメータを、前記端末デバイスに送信することと、
   を含む、請求項１に記載の方法。
3. 前記ＲＳポートの少なくとも１つのグループの前記指示を送信することは、
   前記ＲＳポートの少なくとも１つのグループの前記指示を、上位レイヤシグナリングを介して前記端末デバイスに送信することを含む、
   請求項１に記載の方法。
4. 前記端末デバイスの前記ＲＳ構成を決定することは、
   前記ＲＳポートの少なくとも１つのグループに基づいて、複数のＲＳ構成を決定することを含み、
   前記複数のＲＳ構成のそれぞれは、前記ＲＳポートの少なくとも１つのグループのサブセットに関連しており、
   前記端末デバイスの前記ＲＳ構成を前記複数のＲＳ構成から選択することを含む、
   請求項１に記載の方法。
5. 前記ＲＳ構成上の前記情報を前記端末デバイスに送信することは、
   前記ＲＳ構成をインデックス値に関連付けることと、
   前記端末デバイスに送信されるダウンリンク制御情報（ＤＣＩ：Downlink Control Information）内に前記インデックス値を含めることと、
   前記ＤＣＩを前記端末デバイスに送信することと、
   を含む、
   請求項１に記載の方法。
6. 前記複数のＲＳ構成は、
   １つのコードワードでのＲＳ送信用の第１および第２のＲＳ構成と、
   ２つのコードワードでのＲＳ送信用の第３のＲＳ構成と、を含み、
   前記第１、第２および第３のＲＳ構成はそれぞれ、前記ＲＳポートの少なくとも１つのグループの、第１、第２および第３のサブセットに関連付けられ、
   前記第３のサブセットは、前記第１および第２のサブセットで構成される、
   請求項４記載の方法。
7. 前記複数のＲＳ構成は、
   １つのコードワードでのＲＳ送信のための第４のＲＳ構成と、
   ２つのコードワードでのＲＳ送信のための第５のＲＳ構成と、を含み、
   前記第４および第５のＲＳ構成はそれぞれ、前記ＲＳポートの少なくとも１つのグループの第４および第５のサブセットに関連付けられ、
   前記第４および第５のサブセットは、互いに重複していない、
   請求項４記載の方法。
8. 前記ＲＳは、復調参照信号（ＤＭＲＳ：Demodulation Reference Signal）を含む、
   請求項１に記載の方法。
9. 端末デバイスに実装される方法であって、
   前記端末デバイスにサービスを提供するネットワークデバイスから、参照信号（ＲＳ：Reference Signal）ポートの少なくとも１つのグループの指示を受信することを備え、
   前記ＲＳポートの少なくとも１つのグループは、前記ネットワークデバイスによってＲＳ送信に使用される複数のＲＳポートのグループから選択され、
   前記ネットワークデバイスから、ＲＳ送信用のＲＳ構成上の情報を受信することを備え、
   前記ＲＳ構成は、前記ネットワークデバイスによって前記ＲＳポートの少なくとも１つのグループに基づいて決定される、
   方法。
10. 前記ＲＳポートの少なくとも１つのグループは、少なくとも１つのグループパラメータによって識別され、
    前記ＲＳポートの少なくとも１つのグループの前記指示を受信することは、前記ネットワークデバイスから前記少なくとも１つのグループパラメータを受信することを含む、
    請求項９に記載の方法。
11. 前記ＲＳポートの少なくとも１つのグループの前記指示を受信することは、前記ネットワークデバイスから、上位レイヤシグナリングを介して前記ＲＳポートの少なくとも１つのグループの前記指示を受信することを含む、
    請求項９に記載の方法
12. 前記ＲＳ構成上の前記情報を受信することは、前記ネットワークデバイスから、前記ＲＳ構成に関連するインデックス値を含むダウンリンク制御情報（ＤＣＩ：Downlink Control Information）を受信することを含む、
    請求項９に記載の方法。
13. 前記ＲＳは、復調参照信号（ＤＭＲＳ：Demodulation Reference Signal）を含む、
    請求項９に記載の方法。
14. プロセッサと、前記プロセッサに結合され、その上に命令を格納するメモリと、を備えるネットワークデバイスであって、前記命令は、前記プロセッサによって実行されると、前記ネットワークデバイスに動作を実行させ、前記動作は
    ＲＳ送信に使用される複数の参照信号（ＲＳ：Reference Signal）ポートを複数のグループに分割することと、
    前記ネットワークデバイスによってサービスされる端末デバイスに、前記複数のグループから選択されたＲＳポートの少なくとも１つのグループの指示を送信することと、
    前記ＲＳポートの少なくとも１つのグループに基づいて、前記端末デバイスのＲＳ構成を決定することと、
    前記ＲＳ構成上の情報を前記端末デバイスに送信することと、
    を備えるネットワークデバイス。
15. 前記ＲＳポートの少なくとも１つのグループの前記指示を送信することは、
    前記複数のグループから前記ＲＳポートの少なくとも１つのグループを選択することと、
    前記ＲＳポートの少なくとも１つのグループは、少なくとも１つのグループパラメータにより識別され、
    前記ＲＳポートの少なくとも１つのグループのために、前記少なくとも１つのグループパラメータを、前記端末デバイスに送信することと、
    を含む、
    請求項１４に記載のネットワークデバイス。
16. 前記ＲＳポートの少なくとも１つのグループの前記指示を送信することは、
    前記ＲＳポートの少なくとも１つのグループの前記指示を、上位レイヤシグナリングを介して前記端末デバイスに送信することを含む、
    請求項１４に記載のネットワークデバイス。
17. 前記端末デバイスの前記ＲＳ構成を決定することは、
    前記ＲＳポートの少なくとも１つのグループに基づいて、複数のＲＳ構成を決定することを含み、
    前記複数のＲＳ構成のそれぞれは、前記ＲＳポートの少なくとも１つのグループのサブセットに関連しており、
    前記端末デバイスの前記ＲＳ構成を前記複数のＲＳ構成から選択することを含む、
    請求項１４に記載のネットワークデバイス。
18. 前記ＲＳ構成上の前記情報を前記端末デバイスに送信することは、
    前記ＲＳ構成をインデックス値に関連付けることと、
    前記端末デバイスに送信されるダウンリンク制御情報（ＤＣＩ：Downlink Control Information）内に前記インデックス値を含めることと、
    前記ＤＣＩを前記端末デバイスに送信することと、
    を含む、
    請求項１４に記載のネットワークデバイス。
19. 前記複数のＲＳ構成は、
    １つのコードワードでのＲＳ送信用の第１および第２のＲＳ構成と、
    ２つのコードワードでのＲＳ送信用の第３のＲＳ構成と、を含み、
    前記第１、第２および第３のＲＳ構成はそれぞれ、前記ＲＳポートの少なくとも１つのグループの、第１、第２および第３のサブセットに関連付けられ、
    前記第３のサブセットは、前記第１および第２のサブセットで構成される、
    請求項１７に記載のネットワークデバイス。
20. 前記複数のＲＳ構成は、
    １つのコードワードでのＲＳ送信用の第４のＲＳ構成と、
    ２つのコードワードでのＲＳ送信用の第５のＲＳ構成と、を含み、
    前記第４および第５のＲＳ構成はそれぞれ、前記ＲＳポートの少なくとも１つのグループの第４および第５のサブセットに関連付けられ、
    前記第４および第５のサブセットは、互いに重複していない、
    請求項１７に記載のネットワークデバイス。
21. 前記ＲＳは、復調参照信号（ＤＭＲＳ：Demodulation Reference Signal）を含む、
    請求項１４に記載のネットワークデバイス。
22. プロセッサと、前記プロセッサに結合され、その上に命令を格納するメモリと、を備える端末デバイスであって、前記命令は、前記プロセッサによって実行されると、前記端末デバイスに動作を実行させ、前記動作は
    前記端末デバイスにサービスを提供するネットワークデバイスから、参照信号（ＲＳ：Reference Signal）ポートの少なくとも１つのグループの指示を受信することを備え、
    前記ＲＳポートの少なくとも１つのグループは、前記ネットワークデバイスによってＲＳ送信に使用される複数のＲＳポートのグループから選択され、
    前記ネットワークデバイスから、ＲＳ送信用のＲＳ構成上の情報を受信することを備え、
    前記ＲＳ構成は、前記ネットワークデバイスによって前記ＲＳポートの少なくとも１つのグループに基づいて決定される、
    端末デバイス。
23. 前記ＲＳポートの少なくとも１つのグループは、少なくとも１つのグループパラメータによって識別され、
    前記ＲＳポートの少なくとも１つのグループの前記指示を受信することは、前記ネットワークデバイスから前記少なくとも１つのグループパラメータを受信することを含む、
    請求項２２に記載の端末デバイス。
24. 前記ＲＳポートの少なくとも１つのグループの前記指示を受信することは、前記ネットワークデバイスから、上位レイヤシグナリングを介して前記ＲＳポートの少なくとも１つのグループの前記指示を受信することを含む、
    請求項２２に記載の端末デバイス。
25. 前記ＲＳ構成上の前記情報を受信することは、前記ネットワークデバイスから、前記ＲＳ構成に関連するインデックス値を含むダウンリンク制御情報（ＤＣＩ：Downlink Control Information）を受信することを含む、
    請求項２２に記載の端末デバイス。
26. 前記ＲＳは、復調参照信号（ＤＭＲＳ：Demodulation Reference Signal）を含む、
    請求項２２に記載の端末デバイス。

Images