JP7251666B2

JP7251666B2 - 方法及びアクセスネットワーク

Info

Publication number: JP7251666B2
Application number: JP2022000994A
Authority: JP
Inventors: ファンユエン; ガンワン
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2018-01-05
Filing date: 2022-01-06
Publication date: 2023-04-04
Anticipated expiration: 2038-01-05
Also published as: JP2022050539A

Description

本開示の非限定的かつ例示的な実施形態は、一般的に、無線通信の技術分野に関し、特に、アップリンク信号の伝送及び受信のための方法及びデバイスに関する。

この部分では、開示をより理解できる態様を紹介する。そのため、この部分の記載は、この観点から読み取られるべきであり、先行技術に開示された又は開示されないことを自認することとして理解されるべきではない。

現在、３ＧＰＰ（ＴｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）では、新しい第５世代（５Ｇ）の無線通信技術が研究されている。５Ｇ通信システムにおいて、ＮｅｗＲａｄｉｏ（ＮＲ）と呼ばれるアクセス技術が採用されている。ＮＲは、マルチパネル（ＭＰ：ｍｕｌｔｉ－ｐａｎｅｌ）伝送を含む様々な通信シナリオをサポートしている。このシナリオでは、端末デバイスが複数の送受信ポイント（ＴＲＰ：ｔｒａｎｓｍｉｓｓｉｏｎ／ｒｅｃｅｐｔｉｏｎｐｏｉｎｔ）と通信する。

ＮＲにおいて、制御シグナリング伝送及び受信に関するいくつかの問題が未だ解決されていない。

本開示の様々な実施形態は、主に、アップリンク制御信号の伝送及び受信を改善することを目的とする。

本開示の第１の態様では、アップリンク制御信号を伝送するために端末デバイスで実行される方法が提供される。この方法は、第１のＴＲＰから第１のダウンリンク制御信号を受信することと、第２のＴＲＰから第２のダウンリンク制御信号を受信することと、第１及び第２のＴＲＰのうちの少なくとも１つにアップリンク制御信号を伝送することとを有する。アップリンク制御信号は、第１のダウンリンク制御信号に関連する第１の制御情報及び第２のダウンリンク制御信号に関連する第２の制御情報を含み、第１の制御情報及び第２の制御情報は、第１のＴＲＰがプライマリＴＲＰであるか、それとも第２のＴＲＰがプライマリＴＲＰであるか、第１のＴＲＰ及び第２のＴＲＰのそれぞれの識別、第１のダウンリンク制御信号及び第２のダウンリンク制御信号をそれぞれ受信するためのリソースの識別、第１のダウンリンク制御信号及び第２のダウンリンク制御信号のスクランブルシーケンスをそれぞれ初期化するための識別、及び第１のダウンリンク制御信号及び第２のダウンリンク制御信号にそれぞれ関連する参照信号のためのスクランブルシーケンスを初期化するための識別のうちの少なくとも１つによって決定される順序でアップリンク制御信号に含まれる。

いくつかの実施形態では、第１の制御情報は、第１のダウンリンク制御信号によってスケジュールされたダウンリンク伝送に関するハイブリッド自動再送要求（ＨＡＲＱ）フィードバック、及び第１のＴＲＰへのチャネル状態情報（ＣＳＩ）レポートのうちの少なくとも１つを含み、第２の制御情報は、第２のダウンリンク制御信号によってスケジュールされたダウンリンク伝送のためのＨＡＲＱフィードバック、及び第２のＴＲＰへのＣＳＩレポートのうちの少なくとも１つを含んでもよい。

いくつかの実施形態では、第１のダウンリンク制御信号及び第２のダウンリンク制御信号をそれぞれ受信するためのリソースの識別は、第１のダウンリンク制御信号及び第２のダウンリンク制御信号にそれぞれ関連する制御リソースセットの識別、又は第１のダウンリンク制御信号及び第２のダウンリンク制御信号のそれぞれの監視機会の識別を含む。

いくつかの実施形態では、第１のＴＲＰ及び第２のＴＲＰの識別は、第１のダウンリンク制御信号及び第２のダウンリンク制御信号にそれぞれ含まれ、かつ対応するＴＲＰ、又はキャリアアグリゲーションがサポートされている場合の対応するＴＲＰ及びキャリアの組み合わせを示すための識別、又は無線リソース制御（ＲＲＣ）シグナリングを介して設定された第１のＴＲＰと第２のＴＲＰの識別を含む。

いくつかの実施形態では、第１のＴＲＰはプライマリＴＲＰであり、第２のＴＲＰはセカンダリＴＲＰであり、第１の制御情報は、アップリンク制御信号のビットシーケンスにおいて第２の制御情報の前に配置される。

本開示の第２の態様では、アップリンク制御信号を伝送するために端末デバイスで実行される方法が提供される。この方法は、第１のＴＲＰから第１のダウンリンク信号を受信することと、第２のＴＲＰから第２のダウンリンク信号を受信することと、第１及び第２のＴＲＰのうちの少なくとも１つにアップリンク制御信号を伝送することとを有する。アップリンク制御信号は、第１のダウンリンク信号に関連する第１の制御情報と、第２のダウンリンク信号に関連する第２の制御情報とを含み、第１の制御情報及び第２の制御情報は、第１のダウンリンク信号及び第２のダウンリンク信号に関連する参照信号（ＲＳ）に関する識別によって決定される順序でアップリンク制御信号に含まれる。

いくつかの実施形態では、第１のダウンリンク信号及び第２のダウンリンク信号に関連するＲＳに関する識別は、第１のダウンリンク信号及び第２のダウンリンク信号にそれぞれ関連するＲＳのスクランブルシーケンスを初期化するための識別、第１のダウンリンク信号及び第２のダウンリンク信号にそれぞれ関連するＲＳの直交カバーコード（ＯＣＣ）値、第１のダウンリンク信号及び第２のダウンリンク信号にそれぞれ関連するＲＳのアンテナポートのインデックス、及び第１のダウンリンク信号及び第２のダウンリンク信号にそれぞれ関連するＲＳグループのインデックスのうちの少なくとも１つを含む。

いくつかの実施形態では、第１のダウンリンク信号及び第２のダウンリンク信号は、それぞれ、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）信号であってもよい。いくつかの実施形態では、第１のダウンリンク信号及び第２のダウンリンク信号は、それぞれ、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）信号であってもよい。

本開示の第３の態様では、アップリンク制御信号を伝送するために端末デバイスで実行される方法が提供される。この方法は、複数のＣＳＩレポートをトリガーするためのダウンリンク信号を受信することと、受信されたダウンリンク信号に関連する複数のＣＳＩレポートを含むアップリンク制御信号を伝送することとを有し、複数のＣＳＩレポートは、複数のＣＳＩレポートに関する識別によって決定される順序でアップリンク制御信号に含まれる。

いくつかの実施形態では、複数のＣＳＩレポートに関する識別は、複数のＣＳＩレポートに関連するＣＳＩＲＳリソースの識別、複数のＣＳＩレポートに関連するＣＳＩＲＳリソースセットの識別、複数のＣＳＩレポートに関連する同期信号ブロック（ＳＳＢ）リソースの識別、複数のＣＳＩレポートに関連するＳＳＢリソースセットの識別、及び複数のＣＳＩレポートに関連するレポート構成の識別のうちの少なくとも１つを含んでもよい。

いくつかの実施形態では、順序を決定するための識別は、ダウンリンク信号内のＣＳＩレポート構成を示すための情報フィールド、又はダウンリンク信号内のＣＳＩＲＳのためのリソース構成を示すためのビットマップから得られてもよい。

本開示の第４の態様では、アップリンク制御信号を伝送するために端末デバイスで実行される方法が提供される。この方法は、第１のＴＲＰに関連する第１のリソースグループ及び第２のＴＲＰに関連する第２のリソースグループを示す第１のダウンリンク信号を受信することと、第１のリソースグループからのリソースを使用して第１のアップリンク制御信号を伝送することと、第２のリソースグループからのリソースを使用して第２のアップリンク制御信号を伝送することと、を有する。

いくつかの実施形態では、方法は、アップリンク制御信号を伝送するためのリソースセットを示す第２のダウンリンク信号を受信することを更に有し、リソースセットは、第１のリソースグループ及び第２のリソースグループを含んでもよい。

本開示の第５の態様では、アップリンク制御信号を受信するために第１のＴＲＰで実行される方法が提供される。この方法は、第１のダウンリンク制御信号を端末デバイスに伝送することと、端末デバイスからアップリンク制御信号を受信することとを有する。アップリンク制御信号は、第１のダウンリンク制御信号に関連する第１の制御情報及び第２のＴＲＰからの第２のダウンリンク制御信号に関連する第２の制御情報を含み、第１の制御情報及び第２の制御情報は、第１のＴＲＰがプライマリＴＲＰであるか、それとも第２のＴＲＰがプライマリＴＲＰであるか、第１のＴＲＰ及び第２のＴＲＰのそれぞれの識別、第１のダウンリンク制御信号及び第２のダウンリンク制御信号をそれぞれ受信するためのリソースの識別、第１のダウンリンク制御信号及び第２のダウンリンク制御信号のスクランブルシーケンスをそれぞれ初期化するための識別、及び第１のダウンリンク制御信号と第２のダウンリンク制御信号にそれぞれ関連する参照信号のスクランブルシーケンスを初期化するための識別のうちの少なくとも１つによって決定される順序でアップリンク制御信号に含まれる。

本開示の第６の態様では、アップリンク制御信号を受信するために第１のＴＲＰで実行される方法が提供される。この方法は、第１のダウンリンク信号を端末デバイスに伝送することと、端末デバイスからアップリンク制御信号を受信することと、を有する。アップリンク制御信号は、第１のダウンリンク信号に関連する第１の制御情報及び第２のＴＲＰからの第２のダウンリンク信号に関連する第２の制御情報を含み、第１の制御情報及び第２の制御情報は、第１のダウンリンク信号及び第２のダウンリンク信号に関連するＲＳに関する識別によって決定される順序でアップリンク制御信号に含まれる。

本開示の第７の態様では、アップリンク制御信号を受信するためにＴＲＰで実行される方法が提供される。この方法は、複数のＣＳＩレポートをトリガーするために端末デバイスにダウンリンク信号を伝送することと、受信されたダウンリンク信号に関連する複数のＣＳＩレポートを含むアップリンク制御信号を受信することとを有する。複数のＣＳＩレポートは、複数のＣＳＩレポートに関する識別によって決定される順序でアップリンク制御信号に含まれる。

本開示の第８の態様では、アップリンク制御信号を受信するために第１のＴＲＰで実行される方法が提供される。この方法は、ＴＲＰに関連する第１のリソースグループ及び第２のＴＲＰに関連する第２のリソースグループを示す第１のダウンリンク信号を端末デバイスに伝送することと、端末デバイスから、第１のリソースグループからのリソースを使用してアップリンク制御信号を受信することとを有する。

本開示の第９の態様では、端末デバイスが提供される。端末デバイスは、プロセッサ及びメモリを備える。メモリは、ネットワークデバイスに本開示の第１、第２、第３、及び第４の態様のいずれかによる方法を実行させる、プロセッサによって実行可能な命令を含む。

本開示の第１０の態様では、ネットワークデバイスが提供される。ネットワークデバイスは、プロセッサ及びメモリを備える。メモリは、ネットワークデバイスに本開示の第５、第６、第７及び第８の態様のいずれかによる方法を実行させる、プロセッサによって実行可能な命令を含む。

本開示の第１１の態様では、デバイスの少なくとも１つのプロセッサによって実行されると、デバイスに本開示の第１、第２、第３、及び第４の態様のいずれかの方法を実行させるコンピュータプログラムが格納されたコンピュータ読み取り可能な媒体が提供される。

本開示の第１２の態様では、デバイスの少なくとも１つのプロセッサによって実行されると、デバイスに本開示の第５、第６、第７及び第８の態様のいずれかの方法を実行させるコンピュータプログラムが格納されたコンピュータ読み取り可能な媒体が提供される。

本開示の実施形態は、アップリンク制御信号の伝送及び受信におけるアップリンク制御情報（ＵＣＩ）のビットの順序付けの不明確さを回避することができる。

本開示の様々な実施形態の上記及び他の態様、特徴、及び利点は、添付の図面を参照して以下の詳細な説明からより完全に明らかになる。図面において、同じ参照符号は、同じ又は均等な要素を表す。図面は、本開示の実施形態をより理解できるために示され、必ずしも一定の縮尺で描かれているものではない。

本開示の実施形態が実施され得る例示的な無線通信ネットワークを示す。

ダウンリンクにおけるＭＰ伝送のための潜在的なソリューションを示す。ダウンリンクにおけるＭＰ伝送のための潜在的なソリューションを示す。

アップリンクにおけるＭＰ伝送のための潜在的なソリューションを示す。アップリンクにおけるＭＰ伝送のための潜在的なソリューションを示す。

本開示の実施形態に係るアップリンク制御信号を伝送するための方法のフローチャートを示す。

実施形態に係るアップリンク制御信号の制御情報の順序付けの例を示す。実施形態に係るアップリンク制御信号の制御情報の順序付けの例を示す。

実施形態に係るＰＵＣＣＨ信号に含まれるビットシーケンスの例を示す。

実施形態に係る物理アップリンク制御チャネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌｕｐｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）に複数のＵＣＩビットを配置する順序を決定するための例を示す。

実施形態に係るＰＵＣＣＨ信号に含まれるビットシーケンスの別の例を示す。

本開示の実施形態に係るアップリンク制御信号を伝送するための別の方法のフローチャートを示す。

実施形態に係るアップリンク制御信号の制御情報の順序付けの別の例を示す。実施形態に係るアップリンク制御信号の制御情報の順序付けの別の例を示す。

本開示の実施形態に係るＵＣＩの順序付けの例を示す。本開示の実施形態に係るＵＣＩの順序付けの例を示す。

本開示の実施形態に係るレポート構成ＩＤを２つのセットに分けるための例を示す。

本開示の実施形態に係るＰＵＣＣＨリソースのグループとＴＲＰとの関連付けの例を示す。

本開示の実施形態に係るＰＵＣＣＨリソース構成の例を示す。

本開示の実施形態に係るアップリンク制御信号を受信するための方法のフローチャートを示す。本開示の実施形態に係るアップリンク制御信号を受信するための方法のフローチャートを示す。本開示の実施形態に係るアップリンク制御信号を受信するための方法のフローチャートを示す。本開示の実施形態に係るアップリンク制御信号を受信するための方法のフローチャートを示す。

本開示の実施形態に係る端末デバイスとして具現化され、又はそれが備えられる装置、及びネットワークデバイスとして具現化され、又はそれが備えられる装置の簡略ブロック図を示す。

以下、例示的な実施形態を参照しながら、本開示の原理及び主旨を説明する。これらの実施形態はすべて当業者が本開示をより理解し、さらに実施するために提供されるものにすぎず、本開示の範囲を限定するものではないことを理解されたい。例えば、一実施形態の一部として図示又は説明される特徴を別の実施形態とともに使用して、更に別の実施形態を生み出すことができる。明確のために、実際の実施に関するすべての特徴が本明細書で説明されるわけではない。

本明細書における「一実施形態」、「実施形態」、「例示的実施形態」などを言及する場合に、記載された実施形態が特定の特徴、構造、又は特性を含み得ることを示すが、必ずしも、すべての実施形態が特定の特徴、構造、又は特性を含むわけではない。さらに、このような表現は、必ずしも同じ実施形態を指すものではない。また、明示的に記載されているか否かに関わらず、特定の特徴、構造、又は特性が実施形態に関して説明される場合、当業者の知識の範囲内で他の実施形態に関するそのような特徴、構造、又は特性に適用することを意図している。

本明細書では、「第１」及び「第２」などの用語を使用して様々な要素を説明することがあるが、これらの要素は、これらの用語によって限定されるべきではないことを理解されたい。これらの用語は、ある要素を別の要素と区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱しない限り、第１の要素を第２の要素と呼ぶことができ、同様に、第２の要素を第１の要素と呼ぶことができる。本明細書で使用されるとき、「及び／又は」という用語は、挙げられる用語のうちの１つ以上の任意の組み合わせ及びすべての組み合わせを含む。

本明細書で使用される用語は、特定の実施形態を説明することのみを目的とし、例示的な実施形態への限定を意図するものではない。本明細書で使用されるとき、単数形である「１つ（ａ）」、「１つ（ａｎ）」、および「上記（ｔｈｅ）」は、文脈からそうでないことが明確に示されていない限り、複数形も含むことを意図している。本明細書で使用されるとき、「備える」、「有する」、及び／又は「含む」という用語は、述べられた特徴、要素及び／又はコンポーネントなどの存在を特定するが、１つ以上の他の特徴、要素、コンポーネント、及び／又はそれらの組み合わせの存在又は追加を排除するものではないことを、さらに理解されたい。

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

本明細書で使用されるとき、「無線通信ネットワーク」という用語とは、ＮｅｗＲａｄｉｏ（ＮＲ）、ロングタームエボリューション（ＬＴＥ：ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）、ＬＴＥアドバンスト（ＬＴＥ-Ａ：ＬＴＥ－Ａｄｖａｎｃｅｄ）、広帯域符号分割多重アクセス（ＷＣＤＭＡ（登録商標）：ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ－ＳｐｅｅｄＰａｃｋｅｔＡｃｃｅｓｓ）など任意の適切な無線通信規格に準拠するネットワークを指す。「無線通信ネットワーク」は、「無線通信システム」と呼ばれることもある。さらに、ネットワークデバイス間、ネットワークデバイスと端末デバイスとの間、又は無線通信ネットワーク内の端末デバイス間の通信は、任意の適切な通信プロトコルに従って実行されてもよい。ここでの通信プロトコルは、モバイル通信用グローバルシステム（ＧＳＭ：ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅ）、ユニバーサル移動体通信システム（ＵＭＴＳ：ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）、ＬＴＥ、ＮＲ、無線ＬＡＮ（ＷＬＡＮ：ｗｉｒｅｌｅｓｓｌｏｃａｌａｒｅａｎｅｔｗｏｒｋ）規格（ＩＥＥＥ８０２．１１規格など）、及び／又は現在知られている、又は将来に開発される他の適切な無線通信規格を含むが、これらに限定されない。

本明細書で使用されるとき、「ＴＲＰ」という用語とは、端末デバイスとデータ及び信号を送受信する無線通信ネットワーク内のネットワークデバイスを指す。ＴＲＰは、適用される用語及び技術に応じて、基地局（ＢＳ：ＢａｓｅＳｔａｔｉｏｎ）又はアクセスポイント（ＡＰ：ａｃｃｅｓｓｐｏｉｎｔ）を指すことがある。ＡＰの例には、ノードＢ（ＮｏｄｅＢ又はＮＢ）、ＥｖｏｌｖｅｄＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、ＮＲＮＢ（ｇＮＢとも呼ばれる）、リモート無線ユニット（ＲＲＵ：ＲｅｍｏｔｅＲａｄｉｏＵｎｉｔ）、無線ヘッド（ＲＨ：ＲａｄｉｏＨｅａｄ）、リモート無線ヘッド（ＲＲＨ：ＲｅｍｏｔｅＲａｄｉｏＨｅａｄ）、リレー、及びフェムトやピコなどの低電力ノードなどが含まれる。

「端末デバイス」という用語とは、無線通信が可能な任意のエンドデバイスを指す。非限定的な例として、端末デバイスは、通信デバイス、ユーザ機器（ＵＥ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ）、加入者局（ＳＳ：ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、ポータブル加入者局（ＰｏｒｔａｂｌｅＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、移動局（ＭＳ：ＭｏｂｉｌｅＳｔａｔｉｏｎ）、又はアクセス端末（ＡＴ：ＡｃｃｅｓｓＴｅｒｍｉｎａｌ）と呼ばれることもある。端末デバイスは、移動電話、セルラー電話、スマートフォン、ＶｏＩＰ（ｖｏｉｃｅｏｖｅｒＩＰ）電話、ＷＬＬ（ｗｉｒｅｌｅｓｓｌｏｃａｌｌｏｏｐ）電話、タブレット、ウェアラブル端末デバイス、携帯情報端末（ＰＤＡ：ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽ストレージ及び再生機器、車載無線端末デバイス、無線エンドポイント、移動局、ＬＥＥ（ｌａｐｔｏｐ－ｅｍｂｅｄｄｅｄｅｑｕｉｐｍｅｎｔ）、ＬＭＥ（ｌａｐｔｏｐ－ｍｏｕｎｔｅｄｅｑｕｉｐｍｅｎｔ）、ＵＳＢドングル、スマートデバイス、無線ＣＰＥ（ｃｕｓｔｏｍｅｒ－ｐｒｅｍｉｓｅｓｅｑｕｉｐｍｅｎｔ）などを含むが、これらに限定されない。以下の説明では、「端末デバイス」、「通信デバイス」、「端末」、「ユーザ機器」、及び「ＵＥ」という用語は、互換的に使用される場合がある。

さらに別の例として、ＩＯＴ（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）シナリオでは、端末デバイスは、監視及び／又は測定を実行し、このような監視及び／又は測定の結果を別の端末デバイス及び／又はネットワーク機器に伝送するマシン又は他のデバイスを表すことができる。この場合、端末デバイスは、３ＧＰＰの文脈でＭＴＣ（ｍａｃｈｉｎｅ－ｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスと呼ばれるＭ２Ｍ（ｍａｃｈｉｎｅ－ｔｏ－ｍａｃｈｉｎｅ）デバイスであってもよい。特定の一例として、端末デバイスは、３ＧＰＰＮＢ－ＩｏＴ（ｎａｒｒｏｗｂａｎｄｉｎｔｅｒｎｅｔｏｆｔｈｉｎｇｓ）規格を実施するＵＥである。このようなマシン又はデバイスの例には、センサ、電力計などの計測デバイス、産業機械、又は家庭用或いは個人用の機器（例えば、冷蔵庫、テレビ、時計などの個人用ウェアラブルなど）が含まれる。他のシナリオでは、端末デバイスは、動作状態又はその動作に関連する他の機能を監視及び／又はレポートできる車両又は他の機器を表すことができる。

本明細書で使用されるとき、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）伝送とは、ネットワークデバイスからＵＥへの伝送を指し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）伝送とは、反対方向の伝送を指す。

図１は、本開示の実施形態が実施され得る例示的な無線通信ネットワーク１００を示す。図示のように、無線通信ネットワーク１００は、１つ又は複数のＴＲＰ、例えば、ＴＲＰ１１０及び１２０を備えることができる。各ＴＲＰは、ＢＳ、ＮＢ、ｅＮＢ、ｇＮＢ、仮想ＢＳ、ＢＴＳ（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ）、ＢＳＳ（ＢａｓｅＳｔａｔｉｏｎＳｕｂｓｙｓｔｅｍ）、ＡＰなどの形態であってもよい。ＴＲＰ、例えば、ＴＲＰ１１０及びＴＲＰ１２０は、「ＵＥ１０２」と総称されるＵＥ１０２-１、１０２-２、及び１０２-３のセットにサービスを提供する。

いくつかの実施形態では、無線通信ネットワーク１００は、ＮＲアクセスネットワークであり得る。無線アクセスネットワーク１（ＲＡＮ１）－９０会議で、３ＧＰＰは、ＮＲ物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）、ＮＲ物理ダウンリンク共有チャネル（ＰＤＳＣＨ：ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）、及びアップリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）に関して、表１に示す次の合意が達成された。
表１３ＧＰＰのＲＡＮ１－９０会議で達成された合意

表１に示す合意では、いくつかの未解決の問題が特定され、本発明の発明者は、複数のＴＲＰが単一のＵＥと送受信するＭＰ伝送シナリオでは、いくつかの未解決の問題を考慮すべきであることを発見した。

ＤＬのＭＰ伝送のための２つの潜在的なソリューションは、図２Ａ～２Ｂに示されている。図２Ａに示すソリューションでは、（ＴＲＰ２１０又は２２０からの）単一のＰＤＣＣＨ２０１が、ＴＲＰ２１０及びＴＲＰ２２０からＵＥ２３０へのＰＤＳＣＨ伝送２０２及び２０３をスケジュールするために使用されるが、図２Ｂに示すスキームでは、ＴＲＰ２１０及び２２０のそれぞれに対してＰＤＳＣＨをスケジュールするための別々のＰＤＣＣＨが存在する。ＤＬにおけるＭＰ伝送は、コヒーレントＪＴ（ｊｏｉｎｔｔｒａｎｓｍｉｓｓｉｏｎ）スキームと比較して、より低いチャネル状態情報（ＣＳＩ：ｃｈａｎｎｅｌｓｔａｔｅｉｎｆｏｒｍａｔｉｏｎ）の精度を必要とし、かつバックホールおよび同期に関する要求が緩和された非コヒーレントＪＴであり得る。さらに、非コヒーレントＪＴは、ＵＥが単一のＴＲＰによってサービスされる単一伝送（ＳＰ：ｓｉｎｇｌｅｔｒａｎｓｍｉｓｓｉｏｎ：）スキームと比較して、より優れた容量及びカバレッジを実現する。

ＵＬにおけるＭＰ伝送のための２つの潜在的なソリューションは、図３Ａ～３Ｂに示されている。図３Ａに示すスキームでは、ＵＥ３３０は、単一のＰＵＣＣＨ又はＰＵＳＣＨ３０１を介して、ＴＲＰ３１０及びＴＲＰ３２０の両方に対して、ＨＡＲＱＡＣＫ／ＮＡＣＫ及び／又はＣＳＩレポートを伝送する。単一のＰＵＣＣＨ又はＰＵＳＣＨ３０１は、ＴＲＰ３１０によって受信され、その後、ＴＲＰ３１０は、非理想的なバックホール３０２を介してＨＡＲＱＡＣＫ／ＮＡＣＫ及び／又はＣＳＩをＴＲＰ３２０へ転送する。図３Ｂに示すスキームでは、ＵＥ３０１は、ＨＡＲＱＡＣＫ／ＮＡＣＫ及び／又はＣＳＩを搬送する別々のＰＵＣＣＨ又はＰＵＳＣＨ（３１１又は３１２）を、ＴＲＰ３１０及びＴＲＰ３２０のそれぞれに伝送する。

ＵＬにおけるＭＰ伝送に関して、いくつかの未解決の問題が発見されている。例えば、同一のＵＣＩ（例えば、ＡＣＫ／ＮＡＣＫ又はＣＳＩ）は、各ＴＲＰによって別々に要求される可能性があり、且つ図３Ａに示すのと同様のＵＬにおけるＭＰ伝送のスキームについて、複数のＵＣＩ（例えば、異なるＴＲＰからのＤＬ伝送に関連する２つのＡＣＫ／ＮＡＣＫ）を単一のＰＵＣＣＨ又はＰＵＳＣＨに投入するための順序をどのように決定するかは、依然として解決すべき問題である。さらに、図３Ｂに示すのと同様のスキームについて、別個のＰＵＣＣＨ／ＰＵＳＣＨ伝送のためのリソースをどのように決定するかは、未だ解決されていない。

３ＧＰＰＬＴＥシステムでサポートされるキャリアアグリゲーションのシナリオでは、プライマリセルのＰＵＣＣＨは、プライマリセル及び１つ又は複数のセカンダリセルのためにＡＣＫ／ＮＡＣＫを搬送することに使用される。３ＧＰＰＬＴＥ技術仕様ＴＳ３６．２１２、Ｖ１４．４．０によると、ダウンリンク制御インジケータ（ＤＣＩ：ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｄｉｃａｔｏｒ）に含まれるキャリアインジケータ、又は無線リソース制御（ＲＲＣ：ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ）シグナリングを介して設定されるセルインデックスに応じて、複数のＡＣＫ／ＮＡＣＫが単一のＰＵＣＣＨに順番に含まれる。しかし、このようなインジケータは、異なるＴＲＰのＵＣＩを識別するために使用することはできない。したがって、ＭＰ伝送のシナリオでは、ＰＵＣＣＨのＵＣＩのビットを順序付けるルールを必要とする。

上記したことに鑑みて、本開示では、アップリンク制御信号の伝送を改善するための方法、デバイス、及びコンピュータ読み取り可能な媒体が提案された。一般的に、いくつかの実施形態では、明示的又は暗黙的な識別に基づいてアップリンク制御信号（例えば、ＰＵＣＣＨ又はＰＵＳＣＨ）内の複数のＵＣＩビットを順序付けるルールが利用され、ＭＰ伝送のためのアップリンク制御信号内のＵＣＩビットの順序付けの不明確さが回避される。

図４は、本開示の実施形態に係るアップリンク制御信号を伝送するための方法４００のフローチャートを示す。方法４００は、例えば、図１に示すＵＥ１０２によって実施され得る。検討を容易にするために、方法４００は、図１に示すＵＥ１０２及び通信ネットワーク１００を参照して以下に説明される。ただし、本開示の実施形態はこれに限定されない。

図４に示すように、ブロック４１０において、ＵＥ１０２は、第１のＴＲＰ、例えば図１に示すＴＲＰ１１０から第１のダウンリンク制御信号を受信し、且つブロック４２０において、第２のＴＲＰ、例えば図１に示すＴＲＰ１２０から第２のダウンリンク制御信号を受信する。なお、第１及び第２のダウンリンク制御信号は、同時に受信されてもよいし、同時に受信されなくてもよい。例えば、第１及び第２のダウンリンク制御信号は、同じタイムスロット（又はサブフレーム）内の異なるタイムスロット（又はサブフレーム）又は異なるＯＦＤＭシンボルで受信され得る。

いくつかの実施形態では、第１及び第２のダウンリンク制御信号は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）信号を含み得るが、実施形態はこれに限定されない。

いくつかの実施形態では、第１のダウンリンク制御信号は、第１のＴＲＰ１１０からのＤＬデータ伝送（例えば、ＰＤＳＣＨ伝送）をスケジュールし、第２のダウンリンク制御信号は、第２のＴＲＰ１２０からのＤＬデータ伝送（例えば、更なるＰＤＳＣＨ伝送）をスケジュールすることができる。代替的又は追加的に、別の実施形態では、第１及び第２のダウンリンク制御信号は、それぞれ、ＵＥ１０２から第１のＴＲＰ１１０及び第２のＴＲＰ１２０へのＣＳＩレポートをトリガーすることができる。

ブロック４３０において、ＵＥ１０２は、アップリンク制御信号（例えば、ＰＵＣＣＨ又はＰＵＳＣＨ信号）をＴＲＰ１１０及びＴＲＰ１２０のうちの少なくとも１つに伝送する。アップリンク制御信号は、第１のダウンリンク制御信号に関連する第１の制御情報と、第２のダウンリンク制御信号に関連する第２の制御情報とを含む。一実施形態では、第１の制御情報は、第１のダウンリンク制御信号によってスケジュールされるダウンリンク伝送（例えば、ＰＤＳＣＨ伝送）に関するＨＡＲＱフィードバック（例えば、ＡＣＫ／ＮＡＣＫ）、及び／又は、第１のＴＲＰへのＣＳＩレポートを含んでもよい。同様に、第２の制御情報は、第２のダウンリンク制御信号によってスケジュールされるダウンリンク伝送（例えば、ＰＤＳＣＨ伝送）に関するＨＡＲＱフィードバック（例えば、ＡＣＫ／ＮＡＣＫ）、及び／又は、第２のＴＲＰ１２０へのＣＳＩレポートを含んでもよい。

いくつかの実施形態では、アップリンク制御信号に第１の制御情報及び第２の制御情報を配置するための順序は、ＵＥ１０２へのＭＰ伝送における第１のＴＲＰ及び第２のＴＲＰの役割（ｒｏｌｅ）又は構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に基づいて決定され得る。例えば、順序は、第１のＴＲＰ又は第２のＴＲＰがＵＥ１０２のプライマリＴＲＰであるか否かに依存してもよい。図５Ａには、一例が示される。この例では、ＵＥ１０２が第１のＴＲＰから第１のダウンリンク制御信号５１０を受信するため、当該第１のＴＲＰがプライマリＴＲＰであり、ＵＥ１０２が第２のＴＲＰから第２のダウンリンク制御信号５２０を受信するため、当該第２のＴＲＰがセカンダリＴＲＰであると仮定する。次に、この場合の第１の制御情報及び第２の制御情報の順序付けの例は、図５Ｂに示される。この例では、プライマリＴＲＰに関連する第１の制御情報は、アップリンク制御信号において、セカンダリＴＲＰに関連する第２の制御情報の前に配置される。いくつかの実施形態では、プライマリＴＲＰは、初期アクセス中に識別され、ＵＥは、プライマリＴＲＰへのアクセス後にセカンダリＴＲＰにアクセスしてもよい。しかしながら、別の実施形態では、異なるルールが使用されてもよいことが理解されるべきである。例えば、プライマリＴＲＰに関連する第１の制御情報は、セカンダリＴＲＰに関連する第２の制御情報の後ろに配置されてもよい。

いくつかの実施形態では、第１の制御情報及び第２の制御情報は、ＵＥ１０２によってブロック４１０及び４２０で受信された第１及び第２のダウンリンク制御信号に関する識別によって決定される順序でアップリンク制御信号に含まれ得る。

例えば、ブロック４３０でＵＥ１０２によって伝送されたアップリンク制御信号（例えば、ＰＵＣＣＨ又はＰＵＳＣＨ）に第１の制御情報及び第２の制御情報を配置するための順序は、それぞれ、第１のＴＲＰ及び第２のＴＲＰのＩＤに基づいて決定されてもよい。例えば、第１のＴＲＰ１１０のＩＤが第２のＴＲＰ１２０のＩＤよりも大きい場合、第１の制御情報は、ＰＵＣＣＨ／ＰＵＳＣＨにおいて第２の制御情報の前に配置され、又はその逆も成立する。

いくつかの実施形態では、第１のＴＲＰ及び第２のＴＲＰの識別は、対応するＴＲＰを示すために、第１のダウンリンク制御信号及び第２のダウンリンク制御信号にそれぞれ含まれる識別を含んでもよい。例えば、第１のダウンリンク制御信号が比較的小さいＴＲＰＩＤ１を含み、第２のダウンリンク制御信号が比較的大きいＴＲＰＩＤ２を含む場合、図６に示すように、第１の制御情報は第２の制御情報の前に配置されてもよい。

別の実施形態では、キャリアアグリゲーションは、ＵＥ１０２でサポートされ、この場合、第１のダウンリンク制御信号及び第２のダウンリンク制御信号のそれぞれは、ＴＲＰとキャリアの組合せを示す共同符号化されたＩＤを含んでもよいが、必ずしもそうであるとは限らない。この実施形態では、順序は、第１のダウンリンク制御信号及び第２のダウンリンク制御信号内の共同符号化されたＩＤに基づいて決定されてもよい。

別の実施形態では、第１のＴＲＰ及び第２のＴＲＰの識別は、ＲＲＣシグナリングを介して設定された第１のＴＲＰ及び第２のＴＲＰのＩＤを含んでもよい。

代替的又は追加的に、アップリンク制御信号（例えば、ＰＵＣＣＨ又はＰＵＳＣＨ）に第１の制御情報及び第２の制御情報を配置するための順序は、第１のダウンリンク許可及び第２のダウンリンク許可をそれぞれ受信するためのリソースの識別に基づいて決定されてもよい。いくつかの実施形態では、リソースの識別は、第１のダウンリンク制御信号及び第２のダウンリンク制御信号にそれぞれ関連する制御リソースセット（以下、コアセットとも呼ばれる）の識別を含み得る。図７は、実施形態に係るＰＵＣＣＨ／ＰＵＳＣＨ信号において複数のアップリンク制御情報（ＵＣＩ）のビットを配置するための順序を決定する例を示す。図７に示す例では、第１のダウンリンク制御信号（図７ではＰＤＣＣＨ１として示される）は第１のコアセット７１０で受信され、第２のダウンリンク制御信号（図７ではＰＤＣＣＨ２として示される）は第２のコアセット７２０で受信される。図４のブロック４３０でＵＥ１０２によって伝送されたＰＵＣＣＨ／ＰＵＳＣＨ信号７３は、第１のダウンリンク制御信号に関連するＵＣＩ１及び第２のダウンリンク制御信号に関連するＵＣＩ２を含む。非限定的な例示において、ＵＣＩ１は、第１のダウンリンク制御信号によってスケジュールされたＰＤＳＣＨ７４０に対するＡＣＫ／ＮＡＣＫを含み、ＵＣＩ２は、第２のダウンリンク制御信号によってスケジュールされたＰＤＳＣＨ７５０に対するＡＣＫ／ＮＡＣＫを含んでもよい。ＵＣＩ１及びＵＣＩ２は、コアセット７１０の識別（ＩＤ）及びコアセット７２０のＩＤによって決定される順序でＰＵＣＣＨ／ＰＵＳＣＨに配置されてもよい。非限定的な例として、コアセット７１０のＩＤ１がコアセット７２０のＩＤ２よりも小さい場合、ＵＣＩ１はＵＣＩ２の前に配置され、又はその逆も成立する。図８は、ＰＵＣＣＨ／ＰＵＳＣＨ７３０に含まれるビットシーケンスの例を示す。この例では、コアセットＩＤ１に関するＵＣＩ１は、コアセットＩＤ２に関するＵＣＩ２の前に配置される。

順序付けを決定するためのコアセットＩＤは、ユニキャスト及びＵＥの固有のものであり得るＲＲＣシグナリング、又は物理放送チャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌｂｒｏａｄｃａｓｔｃｈａｎｎｅｌ）信号又は残りのシステム情報（ＲＭＳＩ）などの放送信号を介して、ＵＥ１０２によって取得されてもよい。

代替的又は追加的に、いくつかの実施形態では、第１のダウンリンク許可及び第２のダウンリンク許可をそれぞれ受信するためのリソースの識別は、第１のダウンリンク制御信号及び第２のダウンリンク制御信号にそれぞれ関連するＰＤＣＣＨ監視機会のＩＤを含んでもよい。すなわち、第１のダウンリンク制御信号及び第２のダウンリンク制御信号にそれぞれ関連するＰＤＣＣＨ監視機会のＩＤは、アップリンク制御信号内の制御情報の順序付けに使用されてもよい。例えば、第１のダウンリンク制御信号は、サブフレーム内の１番目のＯＦＤＭシンボルにおいてＩＤが１であるＰＤＣＣＨ監視機会に関連し、第２のダウンリンク制御信号は、サブフレーム内の３番目のＯＦＤＭシンボルにおいてＩＤが１より大きいＰＤＣＣＨ監視機会に関連する場合、ＰＤＣＣＨ監視機会に関連する時間リソースのインデックス／ＩＤの昇順／降順に従って、第１の制御情報は、ＰＵＣＣＨ／ＰＵＳＣＨ内の第２の制御情報よりも前に置かれ、又はその逆も成立する。別の例では、第１のダウンリンク制御信号が、いくつかのＯＦＤＭシンボルのうち比較的小さいインデックス又はＩＤ（例えば、１）を有する周波数リソース（例えば、１つ又は複数の物理リソースブロック又はサブキャリア）に位置するＰＤＣＣＨ監視機会に関連し、一方、第２のダウンリンク制御信号が、同じＯＦＤＭシンボルのうち比較的大きいインデックス又はＩＤ（例えば、４）を有する周波数リソースに位置するＰＤＣＣＨ監視機会に関連する場合、ＰＤＣＣＨ監視機会に関連する周波数リソースのインデックス／ＩＤの昇順／降順に従って、第１の制御情報は、ＰＵＣＣＨ／ＰＵＳＣＨ内の第２の制御情報よりも前に置かれ、又はその逆も成立する。

さらに別の実施形態では、ＰＵＣＣＨ／ＰＵＳＣＨに第１の制御情報及び第２の制御情報を配置するための順序は、第１のダウンリンク制御信号及び第２のダウンリンク制御信号のスクランブルシーケンスをそれぞれ初期化するための識別に基づいて決定されてもよい。例えば、第１のダウンリンク制御信号及び第２のダウンリンク制御信号のスクランブルシーケンスを初期化するための識別は、第１のダウンリンク制御信号及び第２のダウンリンク制御信号のスクランブルシーケンスをそれぞれ初期化するためのシードを含んでもよい。一実施形態では、比較的大きい初期シード値を有する第１のダウンリンク制御信号に関連する第１の制御情報は、ＰＵＣＣＨ／ＰＵＳＣＨ信号に第２の制御情報の前に配置されてもよい。

いくつかの実施形態では、第１のダウンリンク制御信号及び第２のダウンリンク制御信号のスクランブルシーケンスを初期化するための識別は、第１のダウンリンク制御信号及び第２のダウンリンク制御信号のスクランブルシーケンスをそれぞれ初期化するシードを生成するために使用されるパラメータを含んでもよい。

いくつかの実施形態では、代替的に、第１のダウンリンク制御信号及び第２のダウンリンク制御信号にそれぞれ関連するＲＳ（例えば、復調ＲＳ（ＤＭＲＳ））のスクランブルシーケンスを初期化するための識別（シードを挙げられるが、これに限定されない）は、順序を決定するために使用されてもよい。

いくつかの更なる実施形態では、第１のダウンリンク制御信号及び第２のダウンリンク制御信号のスクランブルシーケンスを初期化するための識別は、第１のダウンリンク制御信号及び第２のダウンリンク制御信号にそれぞれ関連するＤＭＲＳのスクランブルシーケンスを初期化するシードを生成するために使用されるパラメータを含んでもよい。

例えば、３ＧＰＰＴＳ３６．２１１ｖ２．０．０に示すように、第１又は第２のダウンリンク制御信号に関連するＤＭＲＳのスクランブルシーケンスを初期化するためのシードは、下記の式（１）によって取得されてもよい。

（１）
ここで、Ｃ_ｉｎｉｔはシードを示し、ｎ_ｓｃｉｄ及び

はシードを生成するための２つのパラメーターを示す。この例では、ＰＵＣＣＨ／ＰＵＳＣＨ信号における第１の制御情報及び第２の制御情報の順序付けは、上記式（１）のＣ_ｉｎｉｔ、ｎ_ｓｃｉｄ、又は

の値の昇順（又は降順）で決定されてもよい。

図９は、本開示の実施形態に係るアップリンク制御信号を伝送するための別の方法９００のフローチャートを示す。方法９００は、例えば、図１に示すＵＥ１０２によって実施され得る。検討を容易にするために、方法９００は、図１に示すＵＥ１０２及び通信ネットワーク１００を参照して以下に説明される。ただし、本開示の実施形態はこれに限定されない。

図９に示すように、ブロック９１０において、ＵＥ１０２は、第１のＴＲＰ、例えば図１に示すＴＲＰ１１０から第１のダウンリンク信号を受信し、且つブロック９２０において、第２のＴＲＰ、例えば図１に示すＴＲＰ１２０から第２のダウンリンク信号を受信する。一実施形態では、第１のダウンリンク信号及び第２のダウンリンク信号の両方は、ＰＤＣＣＨ信号を含むことができる。別の実施形態では、第１のダウンリンク信号及び第２のダウンリンク信号の両方は、ＰＤＳＣＨ信号を含むことができる。

ブロック９３０において、ＵＥ１０２は、アップリンク制御信号、例えば、ＰＵＣＣＨ／ＰＵＳＣＨ信号を、第１及び第２のＴＲＰ１１０及び１２０のうちの少なくとも１つに伝送する。アップリンク制御信号は、第１のダウンリンク信号に関連する第１の制御情報と、第２のダウンリンク信号に関連する第２の制御情報とを含む。いくつかの実施形態では、第１の制御情報及び第２の制御情報は、第１のダウンリンク信号及び第２のダウンリンク信号に関連する非衝突ＲＳのＩＤによって決定される順序で、アップリンク制御信号に含まれ得る。説明の目的で、順序を決定するために使用されるＲＳに関するＩＤの例を以下に示す。しかし、実施形態はこれに限定されないことを理解されたい。

いくつかの実施形態では、順序は、第１のダウンリンク信号（例えば、ＰＤＣＣＨ又はＰＤＳＣＨ）及び第２のダウンリンク信号（例えば、ＰＤＣＣＨ又はＰＤＳＣＨ）にそれぞれ関連するＲＳ（例えば、ＤＭＲＳ）のスクランブルシーケンスを初期化するための識別（例えば、シード又はシードを生成するためのパラメータ）によって決定されてもよい。一実施形態では、比較的大きいシード値に関連する第１の制御情報は、ＰＵＣＣＨ／ＰＵＳＣＨ信号のビットシーケンスにおいて、比較的小さいシード値に関連する第２の制御情報の前に配置される。

別の実施形態では、ＤＭＲＳのスクランブルシーケンスを初期化するためのシードは、式（１）によって得られ、ＰＵＣＣＨ／ＰＵＳＣＨ信号における第１の制御情報及び第２の制御情報の順序付けは、式（１）のＣ_ｉｎｉｔ、ｎ_ｓｃｉｄ、又は

の値の昇順（又は降順）で決定されてもよい。

別の実施形態では、順序は、第１のダウンリンク信号（例えば、ＰＤＣＣＨ又はＰＤＳＣＨ）及び第２のダウンリンク信号（例えば、ＰＤＣＣＨ又はＰＤＳＣＨ）のそれぞれに関連するＲＳ（例えば、ＤＭＲＳ）のＯＣＣ値及び／又は循環シフト値によって決定されてもよい。ＯＣＣ値に基づく第１の制御情報及び第２の制御情報の順序付けの例は、図１０Ａ～１０Ｂに示される。この例では、図１０Ａに示すように、ブロック９１０で受信された第１のＰＤＳＣＨ信号（ＰＤＳＣＨ１とも呼ばれる）のＤＭＲＳはＯＣＣ値ＯＣＣ１を使用し、ブロック９２０で受信された第２のＰＤＳＣＨ信号（ＰＤＳＣＨ２とも呼ばれる）のＤＭＲＳはＯＣＣ値ＯＣＣ２を使用する。一実施形態では、ＯＣＣ１＞ＯＣＣ２であり、この場合、図１０Ｂに示すように、比較的大きいＤＭＲＳＯＣＣ値（ＯＣＣ１）に関連する第１の制御情報は、アップリンク制御信号（例えば、ＰＵＣＣＨ又はＰＵＳＣＨ信号）において、比較的小さいＤＭＲＳＯＣＣ値（ＯＣＣ２）に関連する第２の制御情報の前に配置される。ただし、別の実施形態では異なるルールが使用されてもよいことが理解されるべきである。例えば、ＯＣＣ１に関連する第１の制御情報は、ＯＣＣ２に関連する第２の制御情報の後ろに配置されてもよい。

代替的又は追加的に、いくつかの実施形態では、順序は、第１のダウンリンク信号及び第２のダウンリンク信号のそれぞれに関連するＲＳ（例えば、ＤＭＲＳ）のアンテナポートのインデックス、又はＲＳのインデックスによって決定されてもよい。例えば、比較的大きいＤＭＲＳのアンテナポート番号（例えば、１００４）に関連する第１の制御情報は、比較的小さいＤＭＲＳのアンテナポート番号（例えば、１００２）に関連する第２の制御情報の前に配置されてもよい。

別の例として、順序は、第１のダウンリンク信号及び第２のダウンリンク信号に関連するＲＳ（例えば、ＤＭＲＳ）グループのインデックスによって決定されてもよい。一実施形態では、比較的大きいＤＭＲＳグループのインデックス（例えば、２）に関連する第１の制御情報は、比較的小さいＤＭＲＳグループのインデックス（例えば、１）に関連する第２の制御情報の前に配置される。

以下に記載されるＴＳ３８．２１１Ｖ２．０．０の表７．４．１．１．２－１及び表７．４．１．１．２－２は、それぞれＰＤＳＣＨＤＭＲＳ構成タイプ１及びタイプ２のパラメータを指定するものである。二つの表において、１列目はＲＳのアンテナポートの番号ｐを示し、２列目はＤＭＲＳＣＤＭグループのインデックスを示す。いくつかの実施形態では、ＰＵＣＣＨ／ＰＵＳＣＨ信号における第１の制御情報及び第２の制御情報の順序付けは、第１及び第２の制御情報に関連する対応のＤＭＲＳのためのｐの値、ＣＤＭグループのインデックス、又はそれらの組み合わせによって決定されてもよい。

図１１は、本開示の実施形態に係るアップリンク制御信号を伝送するための別の方法１１００のフローチャートを示す。方法１１００は、例えば、図１に示すＵＥ１０２によって実施され得る。検討を容易にするために、方法１１００は、図１に示すＵＥ１０２及び通信ネットワーク１００を参照して以下に説明される。ただし、本開示の実施形態はこれに限定されない。

図１１に示すように、ブロック１１００において、ＵＥ１０２は、複数のＣＳＩレポートをトリガーするためのダウンリンク信号を受信する。ブロック１１２０において、ＵＥ１０２は、受信されたダウンリンク信号に関連する複数のＣＳＩレポートを含むアップリンク制御信号（例えば、ＰＵＣＣＨ又はＰＵＳＣＨ信号）を伝送する。いくつかの実施形態では、複数のＣＳＩレポートは、複数のＣＳＩレポートに関する識別によって決定される順序で、アップリンク制御信号に含まれる。説明の目的で、複数のＣＳＩレポートに関する識別のいくつかの例を以下に示す。しかし、実施形態はこれに限定されないことを理解されたい。

例示的な実施形態では、順序は、複数のＣＳＩレポートに関連するＣＳＩＲＳリソース（又はリソースセット）の識別によって決定される。図１２は、一例を示す。この例では、２つのＣＳＩレポートがトリガーされ、かつ、第１のＣＳＩレポート（ＣＳＩレポート１とも呼ばれる）がインデックス１のＣＳＩＲＳリソース（又はリソースセット）に関連し、第２のＣＳＩレポート（ＣＳＩレポート２とも呼ばれる）は、インデックス２のＣＳＩＲＳリソース（又はリソースセット）に関連する。第１のＣＳＩレポートは、関連するＣＳＩＲＳリソース（又はリソースセット）のインデックスの昇順に従って、ブロック１１２０でＵＥ１０２によって伝送されたＰＵＣＣＨ／ＰＵＳＣＨ信号で第２のＣＳＩレポートの前に置かれてもよい。

別の実施形態では、順序は、複数のＣＳＩレポートに関連する同期信号ブロック（ＳＳＢ：ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｓｉｇｎａｌｂｌｏｃｋ）のリソース（又はリソースセット）の識別によって決定されるものであってもよい。例えば、第１のＣＳＩレポートはインデックス３のＳＳＢリソース（又はリソースセット）に関連し、第２のＣＳＩレポートはインデックス１のＳＳＢリソース（又はリソースセット）に関連する。この場合、第１のＣＳＩレポートは、関連するＳＳＢＲＳリソース（又はリソースセット）のインデックスの昇順に従って、ブロック１１２０でＵＥ１０２によって伝送されたＰＵＣＣＨ／ＰＵＳＣＨ信号で第２のＣＳＩレポートの後ろに置かれてもよい。

代替的又は追加的に、複数のＣＳＩレポートの順序付けは、複数のＣＳＩレポートに関連するレポート構成のＩＤによって決定されてもよい。例えば、図１３に示すように、ブロック１１２０で伝送されたＰＵＣＣＨ／ＰＵＳＣＨ信号において、比較的小さいレポート構成ＩＤ（例えば、１、２）に関連するＣＳＩレポートが、比較的大きいレポート構成ＩＤ（例えば、３、４、５）に関連する別のＣＳＩレポートの前に置かれてもよい。

さらに、いくつかの実施形態では、図１４に示すように、レポート構成ＩＤを２つのセットに分けてもよい。例えば、３未満のレポート構成ＩＤはＴＲＰ１のセット１にグループ化され、３以上のレポート構成ＩＤはＴＲＰ２のセット２にグループ化される。このようにして、ＵＥ１０２は、レポート構成ＩＤに基づいて、ＣＳＩレポートの対象ＴＲＰを認識する。

いくつかの実施形態では、ＣＳＩレポートの順序付けを決定するために使用されるＣＳＩレポートに関する識別は、ブロック１１００でＵＥ１０２によって受信されたダウンリンク信号内のＣＳＩレポート構成を示すための情報フィールドから取得されてもよい。例えば、識別は、ダウンリンク信号に含まれるレポートトリガーのパラメータから取得されてもよい。

代替的又は追加的に、識別は、ブロック１１００で受信されたダウンリンク信号内のＣＳＩＲＳのリソース構成を示すビットマップから、ＵＥ１０２によって取得されてもよい。ダウンリンク信号は、ＲＲＣシグナリング又はＤＣＩを含んでもよい。

図１５は、本開示の実施形態に係るアップリンク制御信号を伝送するための別の方法１５００のフローチャートを示す。方法１５００は、例えば、図１に示すＵＥ１０２によって実施され得る。検討を容易にするために、方法１５００は、図１に示すＵＥ１０２及び通信ネットワーク１００を参照して以下に説明される。ただし、本開示の実施形態はこれに限定されない。

図１５に示すように、ブロック１５１０において、ＵＥ１０２は、第１のＴＲＰ（例えば、図１に示すＴＲＰ１１０）に関連する第１のリソースグループ、及び第２のＴＲＰ（例えば、図１に示すＴＲＰ１２０）に関連する第２のリソースグループを示す第１のダウンリンク信号を受信する。第１のダウンリンク信号は、例えば、ＰＤＣＣＨ信号又はＭＡＣ－ＣＥ信号であり得るが、これに限定されない。

ブロック１５２０において、ＵＥ１０２は、第１のリソースグループからのリソースを使用して第１のアップリンク制御信号（例えば、ＰＵＣＣＨ又はＰＵＳＣＨ信号）を伝送する。そして、ブロック１５３０において、ＵＥ１０３は、第２のリソースグループからのリソースを使用して、第２のアップリンク制御信号（例えば、別のＰＵＣＣＨ／ＰＵＳＣＨ信号）を伝送する。

リソースグループとＴＲＰとを関連付ける例は図１６に示される。この例では、ＵＥ１０２は、第１のＴＲＰ（ＴＲＰ１とも呼ばれる）用のＰＵＣＣＨ／ＰＵＳＣＨのＰＵＣＣＨ／ＰＵＳＣＨリソースセット１６０１（すなわち、第１のリソースグループ）、及び第２のＴＲＰ（ＴＲＰ２とも呼ばれる）用のＰＵＣＣＨ／ＰＵＳＣＨのＰＵＣＣＨ／ＰＵＳＣＨリソースセット１６０２（すなわち、第２のリソースグループ）が設定される。この場合、ブロック１５２０において、ＵＥ１０２は、第１のアップリンク信号を伝送するために第１のＴＲＰに関連するリソースセット１６０１からリソースを選択することができる。同様に、ブロック１５３０において、ＵＥ１０２は、第２のアップリンク信号を伝送するために、第２のＴＲＰに関連するリソースセット１６０２からリソースを選択することができる。

一実施形態では、ブロック１５１０において、ＵＥ１０２によって受信された第１のダウンリンク信号は、１つ又は複数のＰＵＣＣＨ／ＰＵＳＣＨリソースセットをＴＲＰごとに関連付けるためのＲＲＣシグナリング又はＤＣＩを含んでもよい。

別の実施形態では、リソースセットは、ＰＵＣＣＨ／ＰＵＳＣＨ伝送のためにＵＥ１０２に設定されてもよく、各ＴＲＰは、設定されたリソースセット内のリソースサブセットに関連する。この実施形態では、方法１５００は、ブロック１５０５をさらに含むことができる。ブロック１５０５において、ＵＥ１０２は、アップリンク制御信号を伝送するためのリソースセットを示す第２のダウンリンク信号を受信する。次に、ブロック１５１０において、受信された第１のダウンリンク信号は、各ＴＲＰに関連するリソースセットからのリソースサブセット（すなわち、第１のリソースグループ又は第２のリソースグループ）をさらに示す。すなわち、リソースセットは、第１のリソースグループ及び第２のリソースグループを含む。

図１７は、ＰＵＣＣＨ／ＰＵＳＣＨリソース１７０１が第１のＴＲＰ用のＰＵＣＣＨ／ＰＵＳＣＨに設定され、ＰＵＣＣＨ／ＰＵＳＣＨリソース１７０２が第２のＴＲＰ用のＰＵＣＣＨ／ＰＵＳＣＨに設定される例を示す。ＰＵＣＣＨ／ＰＵＳＣＨリソースセット１７００に含まれるＰＵＣＣＨリソース１７０１及び１７０２は、符号分割多重化（ＣＤＭ：ｃｏｄｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ）、時分割多重化（ＴＤＭ：ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ）又は周波数分割多重化（ＦＤＭ：ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ）の方式によって異なってもよい。言い換えれば、ブロック１５０５において受信された第２のダウンリンク信号を介して取得されるリソースセット１７００に含まれる各リソースは、ＣＤＭ、ＴＤＭ又はＦＤＭインデックスによって識別され得る。

実施形態は、ブロック１５２０でＵＥ１０２によって伝送されたアップリンク制御信号によって搬送される特定のコンテンツに限定されない。例示の目的のみで、いくつかの実施形態では、ブロック１５２０及び１５３０で伝送された第１及び第２のアップリンク制御信号は、対応するＰＤＣＣＨによってスケジュールされたＰＤＳＣＨのＡＣＫ／ＮＡＣＫを含んでもよい。代替的又は追加的に、別の実施形態では、第１及び第２のアップリンク制御信号は、ＣＳＩレポートを含んでもよい。

次に、アップリンク制御信号を受信するための方法１８００のフローチャートを示す図１８を参照する。方法１８００は、第１のＴＲＰ、例えば、図１に示すＴＲＰ１１０又は１２０によって実施され得る。検討を容易にするために、方法１８００は、図１に示すＴＲＰ１１０及び通信ネットワーク１００を参照して以下に説明される。ただし、本開示の実施形態はこれに限定されない。

図１８に示すように、ブロック１８１０において、ＴＲＰ１１０は、第１のダウンリンク制御信号を、例えば図１のＵＥ１０２などの端末デバイスに伝送する。ブロック１８２０において、ＴＲＰ１１０は、ＵＥ１０２からアップリンク制御信号（例えば、ＰＵＣＣＨ又はＰＵＳＣＨ信号）を受信する。アップリンク制御信号は、第１のダウンリンク制御信号に関連する第１の制御情報及び第２のＴＲＰ（例えば、図１のＴＲＰ１２０）からの第２のダウンリンク制御情報に関連する第２の制御情報を含む。アップリンク制御信号は、図４のブロック４３０においてＵＥ１０２によって伝送されたものと同じであってもよい。したがって、方法４００を参照して提供されるアップリンク制御信号及びその中の制御情報の順序に関する説明は、ここでも適用されることができる。

方法４００及び図４を参照して説明したように、いくつかの実施形態では、第１の制御情報及び第２の制御情報は、第１のＴＲＰ又は第２のＴＲＰがＵＥ１０２のプライマリＴＲＰであるかどうかによって決定される順序でアップリンク制御信号に含まれてもよい。例えば、第１の制御情報及び第２の制御情報は、プライマリＴＲＰに関連する第１の制御情報がセカンダリＴＲＰに関連する第２の制御情報の前に配置されるような順序でアップリンク制御信号に含まれてもよい。一例は図５Ａ、５Ｂに示される。

代替的又は追加的に、いくつかの実施形態では、順序は、第１のダウンリンク制御信号及び第２のダウンリンク制御信号に関する識別によって決定されてもよい。非限定的な例示のために、第１のダウンリンク制御信号及び第２のダウンリンク制御信号に関連し、順序を決定するために使用される識別は、図６を参照して説明したように、それぞれ第１のＴＲＰ及び第２のＴＲＰのＩＤを含んでもよい。一実施形態では、第１のＴＲＰ及び第２のＴＲＰのＩＤは、対応するＴＲＰ、又はキャリアアグリゲーションがサポートされている場合の対応するＴＲＰ及びキャリアの組み合わせを示すための第１のダウンリンク制御信号及び第２のダウンリンク制御信号にそれぞれ含まれる識別であってもよい。別の実施形態では、第１のＴＲＰ及び第２のＴＲＰのＩＤは、ＲＲＣシグナリングを介して設定されてもよい。

別の実施形態では、第１のダウンリンク制御信号及び第２のダウンリンク制御信号をそれぞれ受信するためのリソースの識別によって、順序を決定してもよい。例えば、第１のダウンリンク制御信号及び第２のダウンリンク制御信号を受信するためのリソースの識別は、図７及び８を参照して説明したように、第１のダウンリンク制御信号及び第２のダウンリンク制御信号のそれぞれに関連するコアセットのＩＤを含んでもよい。

代替的に、方法４００を参照して説明したように、第１のダウンリンク制御信号及び第２のダウンリンク制御信号のそれぞれに関連するＰＤＣＣＨ監視機会のＩＤによって、順序を決定してもよい。

別の実施形態では、第１の制御情報及び第２の制御情報は、方法４００を参照して説明したように、第１のダウンリンク制御信号及び第２のダウンリンク制御信号のスクランブルシーケンスを初期化するための識別（例えば、シード又はシードを生成するためのパラメータ）によって決定される順序、又は、第１のダウンリンク制御信号及び第２のダウンリンク制御信号に関連するＲＳ（例えばＤＭＲＳ）のスクランブルシーケンスを初期化するための識別（例えば、シード又はシードを生成するためのパラメータ）によって決定される順序で、アップリンク制御信号に含まれてもよい。

方法４００及び図４を参照して説明したように、アップリンク制御信号で搬送される第１の制御情報及び第２の制御情報は、例えば、ＡＣＫ／ＮＡＣＫ及び／又はＣＳＩレポートを含んでもよい。

図１９は、アップリンク制御信号を受信するための別の方法１９００のフローチャートを示す。方法１９００は、第１のＴＲＰ、例えば、図１に示すＴＲＰ１１０又は１２０によって実施され得る。検討を容易にするために、方法１９００は、図１に示すＴＲＰ１１０及び通信ネットワーク１００を参照して以下に説明される。ただし、本開示の実施形態はこれに限定されない。

図１９に示すように、ブロック１９１０において、ＴＲＰ１１０は、第１のダウンリンク信号（例えば、ＰＤＣＣＨ又はＰＤＳＣＨ信号）を、例えば図１のＵＥ１０２などの端末デバイスに伝送する。ブロック１９２０において、ＴＲＰ１１０は、ＵＥ１０２からアップリンク制御信号を受信する。アップリンク信号は、図９のブロック９３０でＵＥ１０２によって伝送されたものと同じであってもよい。したがって、図９及び方法９００を参照して提供されるアップリンク制御信号及びアップリンク制御信号内の制御情報の順序付けに関する説明は、ここでも適用されることができ、詳細は繰り返されない。

いくつかの実施形態では、アップリンク制御信号は、第１のダウンリンク信号に関連する第１の制御情報及び第２のＴＲＰ、例えばＴＲＰ１２０からの第２のダウンリンク信号に関連する第２の制御情報を含む。かつ、第１の制御情報及び第２の制御情報は、第１のダウンリンク信号及び第２のダウンリンク信号に関連するＲＳ（例えば、ＤＭＲＳ）に関する識別によって決定される順序でアップリンク制御信号に含まれる。

非限定的な例示のために、ＲＳに関する識別は、第１のダウンリンク信号及び第２のダウンリンク信号のそれぞれに関連するＲＳのスクランブルシーケンスを初期化するための識別（例えば、シード又はシードを生成するためのパラメータ）、第１のダウンリンク信号及び第２のダウンリンク信号のそれぞれに関連するＲＳのＯＣＣ又はＣＳ値、第１のダウンリンク信号及び第２のダウンリンク信号のそれぞれに関連するＲＳ（又はＲＳのインデックス）のアンテナポートのインデックス、及び第１のダウンリンク信号及び第２のダウンリンク信号のそれぞれに関連するＲＳグループのインデックスのうちの少なくとも１つを含んでもよい。

図２０は、アップリンク制御信号を受信するための別の方法２０００のフローチャートを示す。方法２０００は、例えば、図１に示すＴＲＰ１１０又は１２０によって実施され得る。検討を容易にするために、方法２０００は、図１に示すＴＲＰ１１０及び通信ネットワーク１００を参照して以下に説明される。ただし、本開示の実施形態はこれに限定されない。

図２０に示すように、ブロック２０１０において、ＴＲＰ１１０は、複数のＣＳＩレポートをトリガーするために、第１のダウンリンク信号（例えば、ＰＤＣＣＨ又はＰＤＳＣＨ信号）を、図１のＵＥ１０２などの端末デバイスに伝送する。ブロック２０２０において、ＴＲＰ１１０は、受信されたダウンリンク信号に関連する複数のＣＳＩレポートを含むアップリンク制御信号を受信する。いくつかの実施形態では、複数のＣＳＩレポートは、複数のＣＳＩレポートに関する識別によって決定された順序でアップリンク制御信号に含まれる。

例えば、複数のＣＳＩレポートに関する識別は、複数のＣＳＩレポートに関連するＣＳＩＲＳリソース（又はリソースセット）のＩＤ、複数のＣＳＩレポートに関連するＳＳＢリソース（又はリソースセット）のＩＤ、及び複数のＣＳＩレポートに関連するレポート構成のＩＤのうちの少なくとも１つを含んでもよい。

いくつかの実施形態では、順序を決定するための識別は、ブロック２０１０で伝送されたダウンリンク信号におけるＣＳＩレポート構成を示すための情報フィールド、又は、ダウンリンク信号内のＣＳＩＲＳのリソース構成を示すビットマップから取得されてもよい。

ブロック２０２０でＴＲＰ１１０によって受信されたアップリンク制御信号は、図１１のブロック１１２０でＵＥ１０２によって伝送されたものと同じであってもよい。したがって、方法１１及び図１１を参照して提供されるアップリンク制御信号に関する説明は、ここでも適用されることができる。

図２１は、アップリンク制御信号を受信するための別の方法２１００のフローチャートを示す。方法２１００は、第１のＴＲＰ、例えば、図１に示すＴＲＰ１１０又は１２０によって実施され得る。検討を容易にするために、方法２１００は、図１に示すＴＲＰ１１０及び通信ネットワーク１００を参照して以下に説明される。ただし、本開示の実施形態はこれに限定されない。

図２１に示すように、ブロック２１１０において、ＴＲＰ１１０は、第１のダウンリンク信号を端末デバイス、例えば図１のＵＥ１０２に伝送する。第１のダウンリンク信号は、ＴＲＰ１１０に関連する第１のリソースグループ及び第２のＴＲＰ１２０に関連する第２のリソースグループを示す。ブロック２１２０において、ＴＲＰ１１０は、ＵＥ１０２から、第１のリソースグループからのリソースを使用してアップリンク制御信号を受信する。一実施形態では、第１のリソースグループは、ＴＲＰ１１０へのＰＵＣＣＨ／ＰＵＳＣＨ伝送のためにＵＥ１０２について構成されたＰＵＣＣＨ／ＰＵＳＣＨリソースセットであり、第２のリソースグループは、ＴＲＰ１２０へのＰＵＣＣＨ／ＰＵＳＣＨ伝送のためにＵＥ１０２について構成されたＰＵＣＣＨ／ＰＵＳＣＨリソースセットであってもよい。

代替的に、別の実施形態では、第１のリソースグループ及び第２のリソースグループは、ＰＵＣＣＨ／ＰＵＳＣＨ伝送のためにＵＥ１０２について構成されたＰＵＣＣＨ／ＰＵＳＣＨリソースセットと異なるリソースサブセットであってもよい。この実施形態では、ＴＲＰ１１０は、ブロック２１０５において、リソースセットを示すための第２のダウンリンク信号を伝送する。

図２２は、例えば図１に示すＵＥ１０２などの端末デバイスとして具現化され又はそれに備えられる装置２２１０、及び例えば図１に示すＴＲＰ１１０又は１２０、１０２などのネットワークデバイスとして具現化され又はそれに備えられる装置２２２０の簡略化ブロック図を示す。

装置２２１０は、データプロセッサ（ＤＰ）などの少なくとも１つのプロセッサ２２１１と、プロセッサ２２１１に接続される少なくとも１つのメモリ（ＭＥＭ）２２１２とを備える。装置２２１０は、プロセッサ２２１１に接続される伝送機ＴＸ及び受信機ＲＸ２２１３をさらに備えてもよく、伝送機ＴＸ及び受信機ＲＸ２２１３は装置２２２０に通信可能に接続するように動作できる。ＭＥＭ２２１２は、プログラム（ＰＲＯＧ）２２１４を格納する。ＰＲＯＧ２２１４は、関連するプロセッサ２２１１上で実行されると、装置２２１０が本開示の実施形態、例えば方法４００、９００、１１００又は１５００に従って動作することをイネーブルする命令を含んでもよい。少なくとも１つのプロセッサ２２１１と少なくとも１つのＭＥＭ２２１２との組み合わせは、本開示の様々な実施形態を実施するのに適合された処理手段２２１５を形成することができる。

装置２２２０は、ＤＰなどの少なくとも１つのプロセッサ２２２１と、プロセッサ２２２１に接続される少なくとも１つのＭＥＭ２２２２とを備える。装置２２２０は、プロセッサ２２２１に接続される適切なＴＸ／ＲＸ２２２３をさらに備えてもよく、ＴＸ／ＲＸ２２２３は装置２２１０と無線通信するように動作できる。ＭＥＭ２２２２は、ＰＲＯＧ２２２４を格納する。ＰＲＯＧ２２２４は、関連するプロセッサ２２２１上で実行されると、装置２２２０が本開示の実施形態に従って動作し、例えば、方法１８００～２１００のいずれかを実行することをイネーブルする命令を含んでもよい。少なくとも１つのプロセッサ２２２１と少なくとも１つのＭＥＭ２２２２との組み合わせは、本開示の様々な実施形態を実施するのに適合された処理手段２２２５を形成することができる。

本開示の様々な実施形態は、プロセッサ２２１１、２２２１のうちの１つ以上によって実行可能なコンピュータプログラム、ソフトウェア、ファームウェア、ハードウェア、またはそれらの組み合わせによって実施されてもよい。

ＭＥＭ２２１２及び２２２２は、ローカルの技術的環境に適した任意のタイプのものでもよく、非限定的な例として、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実施されてもよい。

プロセッサ２２１１及び２２２１は、ローカルの技術的環境に適した任意のタイプでもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含んでもよい。

さらに、本開示は上述のようなコンピュータプログラムを含むキャリアも提供できる。キャリアは、コンピュータ読み取り可能な記憶媒体を含む。コンピュータ読み取り可能な記憶媒体は、例えば、光学コンパクトディスク、又はＲＡＭ（ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄｏｎｌｙｍｅｍｏｒｙ）、フラッシュメモリ、磁気テープ、ＣＤ－ＲＯＭ、ＤＶＤ、Ｂｌｕｅ－ｒａｙディスクなどのような電子メモリデバイスでもよい。

本明細書で説明された技術は、様々な手段で実施されてもよい。そのため、実施形態で説明された対応する装置の１つ又は複数の機能を実施する装置は、従来技術の手段を備えるだけでなく、実施形態で説明された対応する装置の１つまたは複数の機能を実施するための手段を備え、別々の機能ごとに別々の手段を備えてもよいし、２つ以上の機能を実施するように設定される手段を備えてもよい。例えば、これらの技術は、ハードウェア（１つ以上の装置）、ファームウェア（１つ以上の装置）、ソフトウェア（１つ以上のモジュール）、またはそれらの組み合わせで実施されてもよい。ファームウェアまたはソフトウェアの場合、本明細書で説明された機能を実行するモジュール（例えば、手順、機能など）を介して実施されてもよい。

本明細書における例示的な実施形態は、上記のように、方法および装置のブロック図およびフローチャート図を参照して説明された。ブロック図およびフローチャート図の各ブロック、ならびにブロック図およびフローチャート図におけるブロックの組み合わせは、それぞれ、コンピュータプログラム命令を含む様々な手段によって実施できることが理解される。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、または機械を製造するための他のプログラマブルデータ処理装置にロードされ、コンピュータまたは他のプログラマブルデータ処理装置で実行される命令が、フローチャートのブロックで特定された機能を実行するための手段を形成するようにしてもよい。

本明細書は多くの具体的な実装の詳細を含むが、これらはいかなる実施または特許請求の範囲を限定するものではなく、むしろ特定の実装形態の特定の実施形態に特有の機能の説明として解釈されるべきである。本明細書において別々の実施形態の文脈で説明された特定の特徴は、単一の実施形態において組み合わせて実施されることもできる。逆に、単一の実施形態の文脈で説明された様々な特徴は、別々にまたは任意の適切なサブコンビネーションで複数の実施形態で実施されることもできる。さらに、特徴が特定の組み合わせで動作するものとして上記のように説明され、当初はそのように特許請求されていても、請求された組み合わせからの１つ以上の特徴は、場合によって、その組み合わせから除外することができ、請求された組み合わせはサブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。

技術の進歩につれて、本発明の概念を様々な方法で実施できることは、当業者にとって明らかである。上記の実施形態は、本開示を限定するものではなく説明するために提供され、当業者が容易に理解するように、本開示の意図および範囲から逸脱することなく修正および変更することができる。そのような修正および変更は、本開示の範囲および添付の特許請求の範囲内に含まれると見なされる。本開示の保護範囲は、添付の特許請求の範囲によって定義される。

本開示で使用されるいくつかの略語及びそれらに対応する表現を以下にリストする。
３ＧＰＰ第３世代パートナーシッププロジェクト
ＴＲＰ送受信ポイント
ＵＥユーザー機器
ＭＰマルチパネル／ＴＲＰ
ＰＵＣＣＨ物理アップリンク制御チャネル
ＰＵＳＣＨ物理アップリンク共有チャネル
ＰＤＳＣＨ物理ダウンリンク共有チャネル
ＰＤＣＣＨ物理ダウンリンク制御チャネル
ＤＣＩダウンリンク制御インジケータ
ＵＣＩアップリンク制御情報
ＮＲ新しい無線アクセス

Claims

アクセスネットワークによって実行される方法であって、
第１のダウンリンク制御信号に関連付けられた第１のACK/NACK情報と、
第２のダウンリンク制御信号に関連付けられた第２のACK/NACK情報と、を含むPhysical Uplink Control Channel (PUCCH)を、User Equipment (UE)から、受信することを含み、
前記PUCCHにおける前記第１のACK/NACK情報の位置と、前記PUCCHにおける前記第２のACK/NACK情報の位置とが、第１のダウンリンク制御信号に関連付けられた第１のControl Resource Set (CORESET)の第１の識別情報と第２のダウンリンク制御信号に関連付けられた第２のCORESETの第２の識別情報とに、基づいて決定される、
方法。
前記第１の識別情報の値が前記第２の識別情報の値より小さいとき、
前記PUCCHにおける前記第１のACK/NACK情報の前記位置は、
前記PUCCHにおける前記第２のACK/NACK情報の前記位置より前に位置する、
請求項１に記載の方法。
前記第１のACK/NACK情報は、前記第２のACK/NACK情報の前に連結されている、
請求項１または２に記載の方法。
前記第１の識別情報及び前記第２の識別情報は、Radio Resource Control (RRC)シグナリングを介して、設定される
請求項１から３の何れか一つに記載の方法。
アクセスネットワークであって、
第１のダウンリンク制御信号に関連付けられた第１のACK/NACK情報と、
第２のダウンリンク制御信号に関連付けられた第２のACK/NACK情報と、を含むPhysical Uplink Control Channel (PUCCH)を、User Equipment (UE)から、受信することを含み、
前記PUCCHにおける前記第１のACK/NACK情報の位置と、前記PUCCHにおける前記第２のACK/NACK情報の位置とが、第１のダウンリンク制御信号に関連付けられた第１のControl Resource Set (CORESET)の第１の識別情報と第２のダウンリンク制御信号に関連付けられた第２のCORESETの第２の識別情報とに、基づいて決定される、
アクセスネットワーク。
前記第１の識別情報の値が前記第２の識別情報の値より小さいとき、
前記PUCCHにおける前記第１のACK/NACK情報の前記位置は、
前記PUCCHにおける前記第２のACK/NACK情報の前記位置より前に位置する、
請求項５に記載のアクセスネットワーク。
前記第１のACK/NACK情報は、前記第２のACK/NACK情報の前に連結されている、
請求項５または６に記載のアクセスネットワーク。
前記第１の識別情報及び前記第２の識別情報は、Radio Resource Control (RRC)シグナリングを介して、設定される
請求項５から７の何れか一つに記載のアクセスネットワーク。