(57)【要約】  本出願は、アップリンク制御情報送信および受信方法および装置を開示する。送信方法は、ネットワークデバイスから第1の情報を受信するステップであって、前記第1の情報が、肯定応答リソースインジケータARIフィールドを含む、ステップと、ハイブリッド自動再送要求肯定応答HARQ-ACKのペイロードサイズに基づいて第1のアップリンク制御チャネルPUCCHリソースセットを決定するステップと、ARIフィールドに基づいて第1のPUCCHリソースセットの中の第1のPUCCHリソースを決定するステップであって、第1のPUCCHリソースおよび第2のPUCCHリソースが、時間的に部分的に重なり合うか、または第1のPUCCHリソースおよび第2のPUCCHリソースが、時間的に重なり合わず、第1のPUCCHリソースおよび第2のPUCCHリソースが、少なくとも1つの第3のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、第2のPUCCHリソースが、チャネル状態情報CSIを送信するために使用され、少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的スケジューリング要求SRを送信するために使用される、ステップと、合計ペイロードサイズに基づいて第2のPUCCHリソースセットを決定するステップであって、合計ペイロードサイズが、SRステータスのペイロードサイズ、CSIのペイロードサイズ、およびHARQ-ACKのペイロードサイズに基づいて決定される、ステップと、ARIフィールドに基づいて第2のPUCCHリソースセットの中の第4のPUCCHリソースを決定するステップと、第4のPUCCHリソース上でネットワークデバイスにHARQ-ACK、CSI、および少なくとも1つのSRステータスを送信するステップであって、SRステータスが、肯定的SRまたは否定的SRである、ステップとを含む。このようにして、端末デバイスのアップリンク送信のシングルキャリアの特徴が、保たれることが可能であり、UCIがネットワークデバイスによって正しく受信され得ることが、保証される。
2021519025.tif 000002
【特許請求の範囲】
【請求項１】
アップリンク制御情報送信方法であって、
ネットワークデバイスから第1の情報を受信するステップであって、前記第1の情報が、肯定応答リソースインジケータARIフィールドを含む、ステップと、
ハイブリッド自動再送要求肯定応答HARQ-ACKのペイロードサイズに基づいて第1のアップリンク制御チャネルPUCCHリソースセットを決定するステップと、
前記ARIフィールドに基づいて前記第1のPUCCHリソースセットの中の第1のPUCCHリソースを決定するステップであって、
前記第1のPUCCHリソースおよび第2のPUCCHリソースが、時間的に部分的に重なり合うか、または
前記第1のPUCCHリソースおよび第2のPUCCHリソースが、時間的に重なり合わず、前記第1のPUCCHリソースおよび前記第2のPUCCHリソースが、少なくとも1つの第3のPUCCHリソースの中の同じ第3のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、
前記第2のPUCCHリソースが、チャネル状態情報CSIを送信するために使用され、前記少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的スケジューリング要求SRを送信するために使用される、ステップと、
合計ペイロードサイズに基づいて第2のPUCCHリソースセットを決定するステップであって、前記合計ペイロードサイズが、SRステータスのペイロードサイズ、前記CSIのペイロードサイズ、および前記HARQ-ACKの前記ペイロードサイズに基づいて決定される、ステップと、
前記ARIフィールドに基づいて前記第2のPUCCHリソースセットの中の第4のPUCCHリソースを決定するステップと、
前記第4のPUCCHリソース上で前記ネットワークデバイスに前記HARQ-ACK、前記CSI、および少なくとも1つのSRステータスを送信するステップであって、前記SRステータスが、肯定的SRまたは否定的SRである、ステップとを含む、方法。
【請求項２】
前記第2のPUCCHリソースが、1つの周期的CSIを送信するために使用されるか、または複数の周期的CSIを送信するために使用される請求項1に記載の方法。
【請求項３】
前記少なくとも1つの第3のPUCCHリソースの量が、Kであり、Kが、2以上の整数であり、前記少なくとも1つのSRステータスによって占有されるビットの量が、
【数１】
2021519025.tif 000013
である請求項1または2に記載の方法。
【請求項４】
前記第1のリソースセットが、前記第2のリソースセットと同じである請求項1から3のいずれか一項に記載の方法。
【請求項５】
アップリンク制御情報受信方法であって、
ハイブリッド自動再送要求肯定応答HARQ-ACKのペイロードサイズに基づいて第1のPUCCHリソースセットを決定するステップと、
前記第1のPUCCHリソースセットの中の第1のアップリンク制御チャネルPUCCHリソースを決定するステップと、
端末デバイスに第1の情報を送信するステップであって、前記第1の情報が、肯定応答リソースインジケータARIフィールドを含み、前記ARIフィールドが、前記第1のPUCCHリソースセットの中の前記第1のPUCCHリソースに対応し、
前記第1のPUCCHリソースおよび第2のPUCCHリソースが、時間的に部分的に重なり合うか、または
前記第1のPUCCHリソースおよび第2のPUCCHリソースが、時間的に重なり合わず、前記第1のPUCCHリソースおよび前記第2のPUCCHリソースが、少なくとも1つの第3のPUCCHリソースの中の同じ第3のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、
前記第2のPUCCHリソースが、チャネル状態情報CSIを送信するために使用され、前記少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的スケジューリング要求SRを送信するために使用される、ステップと、
合計ペイロードサイズに基づいて第2のPUCCHリソースセットを決定するステップであって、前記合計ペイロードサイズが、SRステータスのペイロードサイズ、前記CSIのペイロードサイズ、および前記HARQ-ACKの前記ペイロードサイズに基づいて決定される、ステップと、
前記ARIフィールドに基づいて前記第2のPUCCHリソースセットの中の第4のPUCCHリソースを決定するステップと、
前記端末デバイスによって送信される前記HARQ-ACK、前記CSI、および少なくとも1つのSRステータスを前記第4のPUCCHリソース上で受信するステップであって、前記SRステータスが、肯定的SRまたは否定的SRである、ステップとを含む、方法。
【請求項６】
前記第2のPUCCHリソースが、1つの周期的CSIを送信するために使用されるか、または複数の周期的CSIを送信するために使用される請求項5に記載の方法。
【請求項７】
前記少なくとも1つの第3のPUCCHリソースの量が、Kであり、Kが、2以上の整数であり、前記少なくとも1つのSRステータスによって占有されるビットの量が、
【数２】
2021519025.tif 000014
である請求項5または6に記載の方法。
【請求項８】
前記第1のリソースセットが、前記第2のリソースセットと同じである請求項5から7のいずれか一項に記載の方法。
【請求項９】
アップリンク制御情報送信装置であって、
ネットワークデバイスから第1の情報を受信するように構成されたトランシーバユニットであって、前記第1の情報が、肯定応答リソースインジケータARIフィールドを含む、トランシーバユニットと、
ハイブリッド自動再送要求肯定応答HARQ-ACKのペイロードサイズに基づいて第1のアップリンク制御チャネルPUCCHリソースセットを決定するように構成された処理ユニットとを含み、
前記処理ユニットが、前記ARIフィールドに基づいて前記第1のPUCCHリソースセットの中の第1のPUCCHリソースを決定するようにさらに構成され、
前記第1のPUCCHリソースおよび第2のPUCCHリソースが、時間的に部分的に重なり合うか、または
前記第1のPUCCHリソースおよび第2のPUCCHリソースが、時間的に重なり合わず、前記第1のPUCCHリソースおよび前記第2のPUCCHリソースが、少なくとも1つの第3のPUCCHリソースの中の同じPUCCHリソースとそれぞれ時間的に部分的に重なり合い、
前記第2のPUCCHリソースが、チャネル状態情報CSIを送信するために使用され、前記少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的スケジューリング要求SRを送信するために使用され、
前記処理ユニットが、合計ペイロードサイズに基づいて第2のPUCCHリソースセットを決定するようにさらに構成され、前記合計ペイロードサイズが、SRステータスのペイロードサイズ、前記CSIのペイロードサイズ、および前記HARQ-ACKの前記ペイロードサイズに基づいて決定され、
前記処理ユニットが、前記ARIフィールドに基づいて前記第2のPUCCHリソースセットの中の第4のPUCCHリソースを決定するようにさらに構成され、
前記処理ユニットが、前記第4のPUCCHリソース上で前記ネットワークデバイスに前記HARQ-ACK、前記CSI、および少なくとも1つのSRステータスを送信するようにさらに構成され、前記SRステータスが、肯定的SRまたは否定的SRである、装置。
【請求項１０】
前記第2のPUCCHリソースが、1つの周期的CSIを送信するために使用されるか、または複数の周期的CSIを送信するために使用される請求項9に記載の装置。
【請求項１１】
前記少なくとも1つの第3のPUCCHリソースの量が、Kであり、Kが、2以上の整数であり、前記少なくとも1つのSRステータスによって占有されるビットの量が、
【数３】
2021519025.tif 000015
である請求項9または10に記載の装置。
【請求項１２】
前記第1のリソースセットが、前記第2のリソースセットと同じである請求項9から11のいずれか一項に記載の装置。
【請求項１３】
アップリンク制御情報受信装置であって、
ハイブリッド自動再送要求肯定応答HARQ-ACKのペイロードサイズに基づいて第1のPUCCHリソースセットを決定するように構成された処理ユニットであって、
前記第1のPUCCHリソースセットの中の第1のアップリンク制御チャネルPUCCHリソースを決定するようにさらに構成される、処理ユニットと、
端末デバイスに第1の情報を送信するように構成されトランシーバユニットであって、前記第1の情報が、肯定応答リソースインジケータARIフィールドを含み、前記ARIフィールドが、前記第1のPUCCHリソースセットの中の前記第1のPUCCHリソースに対応する、トランシーバユニットとを含み、
前記第1のPUCCHリソースおよび第2のPUCCHリソースが、時間的に部分的に重なり合うか、または
前記第1のPUCCHリソースおよび第2のPUCCHリソースが、時間的に重なり合わず、前記第1のPUCCHリソースおよび前記第2のPUCCHリソースが、少なくとも1つの第3のPUCCHリソースの中の同じPUCCHリソースとそれぞれ時間的に部分的に重なり合い、
前記第2のPUCCHリソースが、チャネル状態情報CSIを送信するために使用され、前記少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的スケジューリング要求SRを送信するために使用され、
前記処理ユニットが、合計ペイロードサイズに基づいて第2のPUCCHリソースセットを決定するようにさらに構成され、前記合計ペイロードサイズが、SRステータスのペイロードサイズ、前記CSIのペイロードサイズ、および前記HARQ-ACKの前記ペイロードサイズに基づいて決定され、
前記処理ユニットが、前記ARIフィールドに基づいて前記第2のPUCCHリソースセットの中の第4のPUCCHリソースを決定するようにさらに構成され、
前記トランシーバユニットが、前記端末デバイスによって送信される前記HARQ-ACK、前記CSI、および少なくとも1つのSRステータスを前記第4のPUCCHリソース上で受信するようにさらに構成され、前記SRステータスが、肯定的SRまたは否定的SRである、装置。
【請求項１４】
前記第2のPUCCHリソースが、1つの周期的CSIを送信するために使用されるか、または複数の周期的CSIを送信するために使用される請求項13に記載の装置。
【請求項１５】
前記少なくとも1つの第3のPUCCHリソースの量が、Kであり、Kが、2以上の整数であり、前記少なくとも1つのSRステータスによって占有されるビットの量が、
【数４】
2021519025.tif 000016
である請求項13または14に記載の装置。
【請求項１６】
前記第1のリソースセットが、前記第2のリソースセットと同じである請求項13から15のいずれか一項に記載の装置。
【請求項１７】
アップリンク制御情報送信方法であって、
ネットワークデバイスから第1の情報を受信するステップであって、前記第1の情報が、第1のアップリンク制御チャネルPUCCHリソースを示し、前記第1のPUCCHリソースが、ハイブリッド自動再送要求肯定応答HARQ-ACKを送信するために使用され、第2のPUCCHリソースおよび前記第1のPUCCHリソースが、時間的に部分的に重なり合うか、または第2のPUCCHリソースおよび前記第1のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、前記第1のPUCCHリソースおよび前記第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、前記第2のPUCCHリソースが、チャネル状態情報CSIを送信するために使用され、前記少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的スケジューリング要求SRを送信するために使用され、前記少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される、ステップと、
前記第1のPUCCHリソース上で前記ネットワークデバイスに少なくとも1つのSRステータス、前記CSI、および前記HARQ-ACKを送信するステップであって、前記SRステータスが、肯定的SRまたは否定的SRである、ステップとを含む、方法。
【請求項１８】
前記第2のPUCCHリソースが、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである請求項17に記載の方法。
【請求項１９】
前記第1の情報が、前記HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2であることをさらに示し、
少なくとも1つのSRステータス、前記CSI、および前記HARQ-ACKを送信する前に、前記方法が、
前記少なくとも1つのSRステータス、前記CSI、および前記HARQ-ACKを一緒に符号化するステップをさらに含む請求項17または18に記載の方法。
【請求項２０】
前記第1の情報が、前記HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 3またはPUCCH format 4であることをさらに示し、
少なくとも1つのSRステータス、前記CSI、および前記HARQ-ACKを送信する前に、前記方法が、
前記少なくとも1つのSRステータス、前記HARQ-ACK、および前記CSI内の第1の部分CSI part 1を一緒に符号化し、前記CSI内の第2の部分CSI part 2を独立して符号化するステップをさらに含む請求項17または18に記載の方法。
【請求項２１】
前記少なくとも1つの第3のPUCCHリソースの量が、Kであり、Kが、2以上の整数であり、前記少なくとも1つのSRステータスによって占有されるビットの量が、
【数５】
2021519025.tif 000017
である請求項17から20のいずれか一項に記載の方法。
【請求項２２】
前記第1の情報が、肯定応答リソースインジケータARIフィールドを含み、
少なくとも1つのSRステータス、前記CSI、および前記HARQ-ACKを送信する前に、前記方法が、
前記少なくとも1つのSRステータスのペイロードサイズ、前記CSIのペイロードサイズ、および前記HARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定するステップと、
前記合計ペイロードサイズに基づいて、前記合計ペイロードサイズに対応するPUCCHリソースセットを決定し、前記ARIフィールドに基づいて前記PUCCHリソースセットの中のPUCCHリソースを前記第1のPUCCHリソースとして決定するステップとをさらに含む請求項17から21のいずれか一項に記載の方法。
【請求項２３】
アップリンク制御情報受信方法であって、
端末デバイスに第1の情報を送信するステップであって、前記第1の情報が、第1のPUCCHリソースを示し、前記第1のPUCCHリソースが、HARQ-ACKを送信するために使用され、第2のPUCCHリソースおよび前記第1のPUCCHリソースが、時間的に部分的に重なり合うか、または第2のPUCCHリソースおよび前記第1のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、前記第1のPUCCHリソースおよび前記第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、前記少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的SRを送信するために使用され、前記少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される、ステップと、
前記端末デバイスによって送信される少なくとも1つのSRステータス、前記CSI、および前記HARQ-ACKを前記第1のPUCCHリソース上で受信するステップであって、前記SRステータスが、肯定的SRまたは否定的SRである、ステップとを含む、方法。
【請求項２４】
前記第2のPUCCHリソースが、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである請求項23に記載の方法。
【請求項２５】
前記第1の情報が、前記HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2、PUCCH format 3、またはPUCCH format 4であることをさらに示す請求項23または24に記載の方法。
【請求項２６】
前記少なくとも1つの第3のPUCCHリソースの量が、Kであり、Kが、2以上の整数であり、前記少なくとも1つのSRステータスによって占有されるビットの量が、
【数６】
2021519025.tif 000018
である請求項23から25のいずれか一項に記載の方法。
【請求項２７】
端末デバイスに第1の情報を送信する前記ステップが、
前記少なくとも1つのSRステータスのペイロードサイズ、前記CSIのペイロードサイズ、および前記HARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定するステップと、
前記合計ペイロードサイズに基づいて、前記合計ペイロードサイズに対応するPUCCHリソースセットを決定し、前記第1のPUCCHリソースとして前記PUCCHリソースセットからPUCCHリソースを選択するステップと、
前記端末デバイスに前記第1の情報を送信するステップであって、前記第1の情報が、ARIフィールドを含み、前記ARIフィールドが、前記選択されたPUCCHリソースに対応するARIフィールドである、ステップとを含む請求項23から26のいずれか一項に記載の方法。
【請求項２８】
アップリンク制御情報送信装置であって、
ネットワークデバイスから第1の情報を受信するように構成された受信ユニットであって、前記第1の情報が、第1のアップリンク制御チャネルPUCCHリソースを示し、前記第1のPUCCHリソースが、ハイブリッド自動再送要求肯定応答HARQ-ACKを送信するために使用され、第2のPUCCHリソースおよび前記第1のPUCCHリソースが、時間的に部分的に重なり合うか、または第2のPUCCHリソースおよび前記第1のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、前記第1のPUCCHリソースおよび前記第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、前記第2のPUCCHリソースが、チャネル状態情報CSIを送信するために使用され、前記少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的スケジューリング要求SRを送信するために使用され、前記少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される、受信ユニットと、
前記第1のPUCCHリソース上で前記ネットワークデバイスに少なくとも1つのSRステータス、前記CSI、および前記HARQ-ACKを送信するように構成された送信ユニットであって、前記SRステータスが、肯定的SRまたは否定的SRである、送信ユニットとを含む、装置。
【請求項２９】
前記第2のPUCCHリソースが、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである請求項28に記載の装置。
【請求項３０】
前記第1の情報が、前記HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2であることをさらに示し、
前記装置が、前記少なくとも1つのSRステータス、前記CSI、および前記HARQ-ACKが送信される前に前記少なくとも1つのSRステータス、前記CSI、および前記HARQ-ACKを一緒に符号化するように構成された第1の処理ユニットをさらに含む請求項28または29に記載の装置。
【請求項３１】
前記第1の情報が、前記HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 3またはPUCCH format 4であることをさらに示し、
前記装置が、前記少なくとも1つのSRステータス、前記CSI、および前記HARQ-ACKが送信される前に、前記少なくとも1つのSRステータス、前記HARQ-ACK、および前記CSI内の第1の部分CSI part 1を一緒に符号化し、前記CSI内の第2の部分CSI part 2を独立して符号化するように構成された第1の処理ユニットをさらに含む請求項28または29に記載の装置。
【請求項３２】
前記少なくとも1つの第3のPUCCHリソースの量が、Kであり、Kが、2以上の整数であり、前記少なくとも1つのSRステータスによって占有されるビットの量が、
【数７】
2021519025.tif 000019
である請求項28から31のいずれか一項に記載の装置。
【請求項３３】
前記第1の情報が、肯定応答リソースインジケータARIフィールドを含み、
前記装置が、前記少なくとも1つのSRステータス、前記CSI、および前記HARQ-ACKが送信される前に、前記少なくとも1つのSRステータスのペイロードサイズ、前記CSIのペイロードサイズ、および前記HARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定し、前記合計ペイロードサイズに基づいて、前記合計ペイロードサイズに対応するPUCCHリソースセットを決定し、前記ARIフィールドに基づいて前記PUCCHリソースセットの中のPUCCHリソースを前記第1のPUCCHリソースとして決定するように構成された第2の処理ユニットをさらに含む請求項28から32のいずれか一項に記載の装置。
【請求項３４】
アップリンク制御情報受信装置であって、
端末デバイスに第1の情報を送信するように構成された送信ユニットであって、前記第1の情報が、第1のPUCCHリソースを示し、前記第1のPUCCHリソースが、HARQ-ACKを送信するために使用され、第2のPUCCHリソースおよび前記第1のPUCCHリソースが、時間的に部分的に重なり合うか、または第2のPUCCHリソースおよび前記第1のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、前記第1のPUCCHリソースおよび前記第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、前記少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的SRを送信するために使用され、前記少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される、送信ユニットと、
前記端末デバイスによって送信される少なくとも1つのSRステータス、前記CSI、および前記HARQ-ACKを前記第1のPUCCHリソース上で受信するように構成された受信ユニットであって、前記SRステータスが、肯定的SRまたは否定的SRである、受信ユニットとを含む装置。
【請求項３５】
前記第2のPUCCHリソースが、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである請求項34に記載の装置。
【請求項３６】
前記第1の情報が、前記HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2、PUCCH format 3、またはPUCCH format 4であることをさらに示す請求項34または35に記載の装置。
【請求項３７】
前記少なくとも1つの第3のPUCCHリソースの量が、Kであり、Kが、2以上の整数であり、前記少なくとも1つのSRステータスによって占有されるビットの量が、
【数８】
2021519025.tif 000020
である請求項34から36のいずれか一項に記載の装置。
【請求項３８】
前記装置が、
前記少なくとも1つのSRステータスのペイロードサイズ、前記CSIのペイロードサイズ、および前記HARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定し、前記合計ペイロードサイズに基づいて、前記合計ペイロードサイズに対応するPUCCHリソースセットを決定し、前記PUCCHリソースセットからのPUCCHリソースを前記第1のPUCCHリソースとして選択するように構成された処理ユニットをさらに含み、
前記送信ユニットが、前記端末デバイスに前記第1の情報を送信するように特に構成され、前記第1の情報が、ARIフィールドを含み、前記ARIフィールドは、前記選択されたPUCCHリソースに対応するARIフィールドである、請求項34から37のいずれか一項に記載の装置。
【請求項３９】
コンピュータが実行可能な命令を記憶するコンピュータストレージ媒体であって、前記コンピュータが実行可能な命令が通信デバイス上で実行されるとき、前記通信デバイスが請求項1から8、17から19、または29から34のいずれか一項に記載の方法を実行することを可能にされる、コンピュータストレージ媒体。
【請求項４０】
コンピュータプログラムコードを含むコンピュータプログラム製品であって、前記コンピュータプログラムコードが通信デバイスによって実行されるとき、前記通信デバイスが請求項1から8、17から19、または29から34のいずれか一項に記載の方法を実行することを可能にされる、コンピュータプログラム製品。
【請求項４１】
アップリンク制御情報送信装置であって、プロセッサおよびストレージ媒体を含み、前記ストレージ媒体が命令を記憶し、前記命令が前記プロセッサによって実行されるときに前記プロセッサが請求項1から4、20から22、または35から39のいずれか一項に記載の方法を実行することを可能にされる、装置。
【請求項４２】
アップリンク制御情報受信装置であって、プロセッサおよびストレージ媒体を含み、前記ストレージ媒体が命令を記憶し、前記命令が前記プロセッサによって実行されるときに前記プロセッサが請求項5から8、17から22、または29から39のいずれか一項に記載の方法を実行することを可能にされる、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、その全体が参照により本明細書に組み込まれる2018年4月4日に中国国家知識産権局に出願した「UPLINK CONTROL INFORMATION SENDING AND RECEIVING METHOD AND APPARATUS」と題した中国特許出願第201810302333.8号の優先権を主張するものである。
【０００２】
本出願は、ワイヤレス通信テクノロジーの分野に関し、特に、アップリンク制御情報送信および受信方法および装置に関する。
【背景技術】
【０００３】
第5世代(the 5th generation、5G)モバイル通信システムにおいては、物理アップリンク制御チャネル(physical uplink control channel、PUCCH)が、スロット(slot)内で送信される。スロット内で、PUCCHの開始直行周波数分割多重化(orthogonal frequency division multiplexing、OFDM)シンボルとPUCCHによって占有されるOFDMシンボルの量との両方が、柔軟に構成される可能性がある。したがって、システムの実際の実行されているプロセスにおいて、同じスロット内の3つの異なる種類のアップリンク制御情報(uplink control information、UCI)によって占有されるOFDMシンボルは、部分的に重なり合う可能性がある。図1に示されるように、チャネル状態情報(channel state information、CSI)によって占有されるOFDMシンボル、スケジューリング要求(scheduling request、SR)によって占有されるOFDMシンボル、およびハイブリッド自動再送要求肯定応答(hybrid automatic repeat request ACK、HARQ-ACK)によって占有されるOFDMシンボルは、部分的に重なり合う。
【０００４】
端末デバイスがアップリンク送信のシングルキャリアの特徴を保ち(言い換えると、比較的低いピーク対平均電力比(peak to average power ratio、PAPR)を保ち)、UCIがネットワークデバイスによって正しく受信され得ることを保証することを可能にするために、いずれのOFDMシンボル上においても1つのUCIのみが送信されることが可能であり、PUCCHチャネルが直接切り捨てられる送信方法は使用され得ない。したがって、同じスロット内で3つの異なる種類のUCIによって占有されるOFDMシンボルが部分的に重なり合うときに3つの異なる種類のUCIをどのようにして送信すべきかという問題が、解決される必要がある。
【発明の概要】
【課題を解決するための手段】
【０００５】
本出願の実施形態は、従来技術において同じスロット内で3つの異なる種類のUCIによって占有されるOFDMシンボルが部分的に重なり合うときに3つの異なる種類のUCIをどのようにして送信すべきかという問題を解決するためのアップリンク制御情報送信および受信方法および装置を提供する。
【０００６】
第1の態様によれば、本出願の実施形態は、アップリンク制御情報送信方法を提供し、方法は、ネットワークデバイスから第1の情報を受信するステップであって、第1の情報が、第1のアップリンク制御チャネルPUCCHリソースを示し、第1のPUCCHリソースが、HARQ-ACKを送信するために使用され、第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合うか、または第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、第1のPUCCHリソースおよび第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、第2のPUCCHリソースが、CSIを送信するために使用され、少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的SR(positive SR)を送信するために使用され、少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される、ステップと、第1のPUCCHリソース上でネットワークデバイスに少なくとも1つのSRステータス、CSI、およびHARQ-ACKを送信するステップであって、SRステータスが、肯定的SRまたは否定的SR(negative SR)である、ステップとを含む。
【０００７】
したがって、本出願のこの実施形態において提供される方法によれば、同じスロット内で3つの異なる種類のUCIによって占有されるOFDMシンボルが部分的に重なり合うときに3つの異なる種類のUCIをどのようにして送信すべきかという問題が、解決されることが可能であり、その結果、端末デバイスのアップリンク送信のシングルキャリアの特徴が、保たれることが可能であり、UCIがネットワークデバイスによって正しく受信され得ることが、保証される。
【０００８】
可能な設計において、第2のPUCCHリソースは、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである。
【０００９】
したがって、第2のPUCCHリソースは、複数の形態のPUCCHリソースである可能性がある。
【００１０】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2であることをさらに示し、少なくとも1つのSRステータス、CSI、およびHARQ-ACKを送信する前に、方法は、少なくとも1つのSRステータス、CSI、およびHARQ-ACKを一緒に符号化するステップをさらに含む。
【００１１】
したがって、端末デバイスは、PUCCHフォーマットに基づいて適切な符号化モードを決定する可能性がある。
【００１２】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 3またはPUCCH format 4であることをさらに示し、少なくとも1つのSRステータス、CSI、およびHARQ-ACKが送信される前に、少なくとも1つのSRステータス、HARQ-ACK、およびCSI内の第1の部分CSI part 1が、一緒に符号化され、CSI内の第2の部分CSI part 2が、独立して符号化される。
【００１３】
したがって、端末デバイスは、PUCCHフォーマットに基づいて適切な符号化モードを決定する可能性がある。
【００１４】
可能な設計において、少なくとも1つの第3のPUCCHリソースの量がKであり、Kが2以上の整数であるとき、少なくとも1つのSRステータスによって占有されるビットの量は、
【００１５】
【数１】
2021519025.tif 000003
【００１６】
である。
【００１７】
したがって、上述の方法によれば、少なくとも1つのSRステータスが正確に示され得ることが、保証されることが可能である。
【００１８】
可能な設計において、第1の情報は、肯定応答リソースインジケータ(acknowledgment resource indicator)ARIフィールドを含み、少なくとも1つのSRステータス、CSI、およびHARQ-ACKが送信される前に、少なくとも1つのSRステータスのペイロードサイズ、CSIのペイロードサイズ、およびHARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズが決定され、合計ペイロードサイズに基づいて、合計ペイロードサイズに対応するPUCCHリソースセットが決定され、ARIフィールドに基づいてPUCCHリソースセットの中のPUCCHリソースが第1のPUCCHリソースとして決定される。
【００１９】
したがって、端末デバイスは、ネットワークデバイスによって構成された第1のPUCCHリソースをARIフィールドに基づいて決定する可能性がある。
【００２０】
第2の態様によれば、本出願の実施形態は、アップリンク制御情報受信方法を提供し、方法は、端末デバイスに第1の情報を送信するステップであって、第1の情報が、第1のPUCCHリソースを示し、第1のPUCCHリソースが、HARQ-ACKを送信するために使用され、第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合うか、または第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、第1のPUCCHリソースおよび第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的SRを送信するために使用され、少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される、ステップと、端末デバイスによって送信される少なくとも1つのSRステータス、CSI、およびHARQ-ACKを第1のPUCCHリソース上で受信するステップであって、SRステータスが、肯定的SRまたは否定的SRである、ステップとを含む。
【００２１】
可能な設計において、第2のPUCCHリソースは、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである。
【００２２】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2、PUCCH format 3、またはPUCCH format 4であることをさらに示す。
【００２３】
可能な設計において、少なくとも1つの第3のPUCCHリソースの量がKであり、Kが2以上の整数であるとき、少なくとも1つのSRステータスによって占有されるビットの量は、
【００２４】
【数２】
2021519025.tif 000004
【００２５】
である。
【００２６】
可能な設計において、端末デバイスに第1の情報を送信するステップは、少なくとも1つのSRステータスのペイロードサイズ、CSIのペイロードサイズ、およびHARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定するステップと、合計ペイロードサイズに基づいて、合計ペイロードサイズに対応するPUCCHリソースセットを決定し、第1のPUCCHリソースとしてPUCCHリソースセットからPUCCHリソースを選択するステップと、端末デバイスに第1の情報を送信するステップであって、第1の情報が、ARIフィールドを含み、ARIフィールドが、選択されたPUCCHリソースに対応するARIフィールドである、ステップとを含む。
【００２７】
第3の態様によれば、本出願の実施形態は、アップリンク制御情報送信方法を提供し、方法は、ネットワークデバイスから第1の情報を受信するステップであって、第1の情報が、第1のアップリンク制御チャネルPUCCHリソースを示し、第1のPUCCHリソースが、HARQ-ACKを送信するために使用され、第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合い、少なくとも1つの第3のPUCCHリソースが、第1のPUCCHリソースと時間的に重なり合わず、第2のPUCCHリソースが、CSIを送信するために使用され、少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的SRを送信するために使用され、少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される、ステップと、第1のPUCCHリソース上でネットワークデバイスにHARQ-ACKおよびCSIを送信し、少なくとも1つの第3のPUCCHリソース上で少なくとも1つの肯定的SRを送信するステップとを含む。
【００２８】
可能な設計において、第2のPUCCHリソースは、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである。
【００２９】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2であることをさらに示し、CSIおよびHARQ-ACKを送信する前に、方法は、CSIおよびHARQ-ACKを一緒に符号化するステップをさらに含む。
【００３０】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 3またはPUCCH format 4であることをさらに示し、少なくとも1つのSRステータス、CSI、およびHARQ-ACKが送信される前に、HARQ-ACKおよびCSI内の第1の部分CSI part 1が、一緒に符号化され、CSI内の第2の部分CSI part 2が、独立して符号化される。
【００３１】
可能な設計において、第1の情報は、肯定応答リソースインジケータARIフィールドを含み、CSIおよびHARQ-ACKが送信される前に、合計ペイロードサイズが、CSIのペイロードサイズおよびHARQ-ACKのペイロードサイズに基づいて決定され、合計ペイロードサイズに基づいて、合計ペイロードサイズに対応するPUCCHリソースセットが決定され、ARIフィールドに基づいてPUCCHリソースセットの中のPUCCHリソースが第1のPUCCHリソースとして決定される。
【００３２】
第4の態様によれば、本出願の実施形態は、アップリンク制御情報受信方法を提供し、方法は、端末デバイスに第1の情報を送信するステップであって、第1の情報が、第1のPUCCHリソースを示し、第1のPUCCHリソースが、HARQ-ACKを送信するために使用され、第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合い、少なくとも1つの第3のPUCCHリソースが、第1のPUCCHリソースと時間的に重なり合わず、第2のPUCCHリソースが、CSIを送信するために使用され、少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的SRを送信するために使用され、少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される、ステップと、端末デバイスによって送信されるCSIおよびHARQ-ACKを第1のPUCCHリソース上で受信し、端末デバイスによって送信された少なくとも1つの肯定的SRを少なくとも1つの第3のPUCCHリソース上で受信するステップとを含む。
【００３３】
可能な設計において、第2のPUCCHリソースは、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである。
【００３４】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2、PUCCH format 3、またはPUCCH format 4であることをさらに示す。
【００３５】
可能な設計において、端末デバイスに第1の情報を送信するステップは、CSIのペイロードサイズおよびHARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定するステップと、合計ペイロードサイズに基づいて、合計ペイロードサイズに対応するPUCCHリソースセットを決定し、第1のPUCCHリソースとしてPUCCHリソースセットからPUCCHリソースを選択するステップと、端末デバイスに第1の情報を送信するステップであって、第1の情報が、ARIフィールドを含み、ARIフィールドが、選択されたPUCCHリソースに対応するARIフィールドである、ステップとを含む。
【００３６】
第5の態様によれば、本出願の実施形態は、アップリンク制御情報送信方法を提供し、方法は、ネットワークデバイスから第1の情報を受信するステップであって、第1の情報が、第1のアップリンク制御チャネルPUCCHリソースを示し、第1のPUCCHリソースが、HARQ-ACKを送信するために使用され、第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、第1のPUCCHリソースおよび第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、第2のPUCCHリソースが、CSIを送信するために使用され、少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的SRを送信するために使用され、少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される、ステップと、第1のPUCCHリソース上でネットワークデバイスにHARQ-ACKを送信し、第2のPUCCHリソース上でネットワークデバイスにCSIおよび少なくとも1つのSRステータスを送信するステップとを含む。
【００３７】
可能な設計において、第2のPUCCHリソースは、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである。
【００３８】
可能な設計において、少なくとも1つの第3のPUCCHリソースの量がKであり、Kが2以上の整数であるとき、少なくとも1つのSRステータスによって占有されるビットの量は、
【００３９】
【数３】
2021519025.tif 000005
【００４０】
である。
【００４１】
第6の態様によれば、本出願の実施形態は、アップリンク制御情報受信方法を提供し、方法は、端末デバイスに第1の情報を送信するステップであって、第1の情報が、第1のPUCCHリソースを示し、第1のPUCCHリソースが、HARQ-ACKを送信するために使用され、第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、第1のPUCCHリソースおよび第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、第2のPUCCHリソースが、CSIを送信するために使用され、少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的SRを送信するために使用され、少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される、ステップと、端末デバイスによって送信されるHARQ-ACKを第1のPUCCHリソース上で受信し、端末デバイスによって送信されるCSIおよび少なくとも1つのSRステータスを第2のPUCCHリソース上で受信するステップとを含む。可能な設計において、第2のPUCCHリソースは、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである。
【００４２】
第7の態様によれば、本出願の実施形態は、アップリンク制御情報送信方法を提供し、方法は、ネットワークデバイスから第1の情報を受信するステップであって、第1の情報が、第1のPUCCHリソースを示し、第1のPUCCHリソースが、HARQ-ACKを送信するために使用され、第1の情報が、ARIフィールドを含み、第1のPUCCHリソースが、合計ペイロードサイズおよびARIフィールドに基づいて決定され、合計ペイロードサイズが、少なくとも1つのSRステータスのペイロードサイズと、CSIのペイロードサイズと、HARQ-ACKのペイロードサイズとの合計であり、第4のPUCCHリソースが、HARQ-ACKのペイロードサイズおよびARIフィールドに基づいて決定され、第1のPUCCHリソースが、第1のPUCCHリソースセットに属し、第4のPUCCHリソースが、第2のPUCCHリソースセットに属し、第2のPUCCHリソースおよび第4のPUCCHリソースが、時間的に部分的に重なり合うか、または第2のPUCCHリソースおよび第4のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、第4のPUCCHリソースおよび第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、第2のPUCCHリソースが、CSIを送信するために使用され、少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的SRを送信するために使用され、少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される、ステップと、第1のPUCCHリソース上でネットワークデバイスに少なくとも1つのSRステータス、CSI、およびHARQ-ACKを送信するステップであって、SRステータスが、肯定的SRまたは否定的SRである、ステップとを含む。
【００４３】
可能な設計において、第2のPUCCHリソースは、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである。
【００４４】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2であることをさらに示し、少なくとも1つのSRステータス、CSI、およびHARQ-ACKを送信するステップの前に、方法は、少なくとも1つのSRステータス、CSI、およびHARQ-ACKを一緒に符号化するステップをさらに含む。
【００４５】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 3またはPUCCH format 4であることをさらに示し、少なくとも1つのSRステータス、CSI、およびHARQ-ACKが送信される前に、少なくとも1つのSRステータス、HARQ-ACK、およびCSI内の第1の部分CSI part 1が、一緒に符号化され、CSI内の第2の部分CSI part 2が、独立して符号化される。
【００４６】
可能な設計において、少なくとも1つの第3のPUCCHリソースの量がKであり、Kが2以上の整数であるとき、少なくとも1つのSRステータスによって占有されるビットの量は、
【００４７】
【数４】
2021519025.tif 000006
【００４８】
である。
【００４９】
可能な設計において、第1のPUCCHリソースの開始シンボルが、第4のPUCCHリソースの開始シンボルと同じであるか、または第1のPUCCHリソースの終了シンボルが、第4のPUCCHリソースの終了シンボルと同じである。
【００５０】
第8の態様によれば、本出願の実施形態は、アップリンク制御情報受信方法を提供し、方法は、端末デバイスに第1の情報を送信するステップであって、第1の情報が、第1のPUCCHリソースを示し、第1のPUCCHリソースが、HARQ-ACKを送信するために使用され、第1の情報が、ARIフィールドを含み、第1のPUCCHリソースが、合計ペイロードサイズおよびARIフィールドに基づいて決定され、合計ペイロードサイズが、少なくとも1つのSRステータスのペイロードサイズと、CSIのペイロードサイズと、HARQ-ACKのペイロードサイズとの合計であり、第4のPUCCHリソースが、HARQ-ACKのペイロードサイズおよびARIフィールドに基づいて決定され、第1のPUCCHリソースが、第1のPUCCHリソースセットに属し、第4のPUCCHリソースが、第2のPUCCHリソースセットに属し、第2のPUCCHリソースおよび第4のPUCCHリソースが、時間的に部分的に重なり合うか、または第2のPUCCHリソースおよび第4のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、第4のPUCCHリソースおよび第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、第2のPUCCHリソースが、CSIを送信するために使用され、少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的SRを送信するために使用され、少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される、ステップと、端末デバイスによって送信される少なくとも1つのSRステータス、CSI、およびHARQ-ACKを第1のPUCCHリソース上で受信するステップであって、SRステータスが、肯定的SRまたは否定的SRである、ステップとを含む。
【００５１】
可能な設計において、第2のPUCCHリソースは、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである。
【００５２】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2、PUCCH format 3、またはPUCCH format 4であることをさらに示す。
【００５３】
可能な設計において、少なくとも1つの第3のPUCCHリソースの量がKであり、Kが2以上の整数であるとき、少なくとも1つのSRステータスによって占有されるビットの量は、
【００５４】
【数５】
2021519025.tif 000007
【００５５】
である。
【００５６】
可能な設計において、端末デバイスに第1の情報を送信するステップは、少なくとも1つのSRステータスのペイロードサイズ、CSIのペイロードサイズ、およびHARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定するステップと、合計ペイロードサイズに基づいて、合計ペイロードサイズに対応するPUCCHリソースセットを決定し、第1のPUCCHリソースとしてPUCCHリソースセットからPUCCHリソースを選択するステップと、端末デバイスに第1の情報を送信することであって、第1の情報が、ARIフィールドを含み、ARIフィールドが、選択されたPUCCHリソースに対応するARIフィールドである、ステップとを含む。
【００５７】
第9の態様によれば、本出願の実施形態は、アップリンク制御情報送信方法を提供し、方法は、ネットワークデバイスから第1の情報を受信するステップであって、第1の情報が、第1のPUCCHリソースを示し、第1のPUCCHリソースが、HARQ-ACKを送信するために使用され、第1の情報が、ARIフィールドを含み、第1のPUCCHリソースが、合計ペイロードサイズおよびARIフィールドに基づいて決定され、合計ペイロードサイズが、CSIのペイロードサイズと、HARQ-ACKのペイロードサイズとの合計であり、第4のPUCCHリソースが、HARQ-ACKのペイロードサイズおよびARIフィールドに基づいて決定され、第1のPUCCHリソースが、第1のPUCCHリソースセットに属し、第4のPUCCHリソースが、第2のPUCCHリソースセットに属し、第2のPUCCHリソースおよび第4のPUCCHリソースが、時間的に部分的に重なり合い、第2のPUCCHリソースが、CSIを送信するために使用される、ステップと、第1のPUCCHリソース上でネットワークデバイスにCSIおよびHARQ-ACKを送信するステップとを含む。
【００５８】
可能な設計において、第2のPUCCHリソースは、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである。
【００５９】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2であることをさらに示し、CSIおよびHARQ-ACKを送信するステップの前に、方法は、CSIおよびHARQ-ACKを一緒に符号化するステップをさらに含む。
【００６０】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 3またはPUCCH format 4であることをさらに示し、少なくとも1つのSRステータス、CSI、およびHARQ-ACKが送信される前に、HARQ-ACKおよびCSI内の第1の部分CSI part 1が、一緒に符号化され、CSI内の第2の部分CSI part 2が、独立して符号化される。
【００６１】
可能な設計において、第1のPUCCHリソースの開始シンボルが、第4のPUCCHリソースの開始シンボルと同じであるか、または第1のPUCCHリソースの終了シンボルが、第4のPUCCHリソースの終了シンボルと同じである。
【００６２】
第10の態様によれば、本出願の実施形態は、アップリンク制御情報受信方法を提供し、方法は、端末デバイスに第1の情報を送信するステップであって、第1の情報が、第1のPUCCHリソースを示し、第1のPUCCHリソースが、HARQ-ACKを送信するために使用され、第1の情報が、ARIフィールドを含み、第1のPUCCHリソースが、合計ペイロードサイズおよびARIフィールドに基づいて決定され、合計ペイロードサイズが、CSIのペイロードサイズと、HARQ-ACKのペイロードサイズとの合計であり、第4のPUCCHリソースが、HARQ-ACKのペイロードサイズおよびARIフィールドに基づいて決定され、第1のPUCCHリソースが、第1のPUCCHリソースセットに属し、第4のPUCCHリソースが、第2のPUCCHリソースセットに属し、第2のPUCCHリソースおよび第4のPUCCHリソースが、時間的に部分的に重なり合い、第2のPUCCHリソースが、CSIを送信するために使用される、ステップと、端末デバイスによって送信されるCSIおよびHARQ-ACKを第1のPUCCHリソース上で受信するステップとを含む。
【００６３】
可能な設計において、第2のPUCCHリソースは、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである。
【００６４】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2、PUCCH format 3、またはPUCCH format 4であることをさらに示す。
【００６５】
可能な設計において、第1のPUCCHリソースの開始シンボルが、第4のPUCCHリソースの開始シンボルと同じであるか、または第1のPUCCHリソースの終了シンボルが、第4のPUCCHリソースの終了シンボルと同じである。
【００６６】
第11の態様によれば、本出願の実施形態は、アップリンク制御情報送信方法を提供し、方法は、ネットワークデバイスから第1の情報を受信するステップであって、第1の情報が、第1のPUCCHリソースを示し、第1のPUCCHリソースが、HARQ-ACKを送信するために使用され、第1の情報が、ARIフィールドを含み、第1のPUCCHリソースが、合計ペイロードサイズおよびARIフィールドに基づいて決定され、合計ペイロードサイズが、CSIのペイロードサイズと、HARQ-ACKのペイロードサイズとの合計であり、第4のPUCCHリソースが、HARQ-ACKのペイロードサイズおよびARIフィールドに基づいて決定され、第1のPUCCHリソースが、第1のPUCCHリソースセットに属し、第4のPUCCHリソースが、第2のPUCCHリソースセットに属し、第2のPUCCHリソースおよび第4のPUCCHリソースが、時間的に部分的に重なり合い、少なくとも1つの第3のPUCCHリソースおよび第4のPUCCHリソースが、時間的に重なり合わず、第2のPUCCHリソースが、CSIを送信するために使用され、少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的SRを送信するために使用され、少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される、ステップと、第1のPUCCHリソース上でネットワークデバイスにHARQ-ACKおよびCSIを送信し、少なくとも1つの第3のPUCCHリソース上で少なくとも1つの肯定的SRを送信するステップとを含む。
【００６７】
可能な設計において、第2のPUCCHリソースは、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである。
【００６８】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2であることをさらに示し、CSIおよびHARQ-ACKを送信するステップの前に、方法は、CSIおよびHARQ-ACKを一緒に符号化するステップをさらに含む。
【００６９】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 3またはPUCCH format 4であることをさらに示し、少なくとも1つのSRステータス、CSI、およびHARQ-ACKが送信される前に、HARQ-ACKおよびCSI内の第1の部分CSI part 1が、一緒に符号化され、CSI内の第2の部分CSI part 2が、独立して符号化される。
【００７０】
可能な設計において、第1のPUCCHリソースの開始シンボルが、第4のPUCCHリソースの開始シンボルと同じであるか、または第1のPUCCHリソースの終了シンボルが、第4のPUCCHリソースの終了シンボルと同じである。
【００７１】
第12の態様によれば、本出願の実施形態は、アップリンク制御情報受信方法を提供し、方法は、端末デバイスに第1の情報を送信するステップであって、第1の情報が、第1のPUCCHリソースを示し、第1のPUCCHリソースが、HARQ-ACKを送信するために使用され、第1の情報が、ARIフィールドを含み、第1のPUCCHリソースが、合計ペイロードサイズおよびARIフィールドに基づいて決定され、合計ペイロードサイズが、CSIのペイロードサイズと、HARQ-ACKのペイロードサイズとの合計であり、第4のPUCCHリソースが、HARQ-ACKのペイロードサイズおよびARIフィールドに基づいて決定され、第1のPUCCHリソースが、第1のPUCCHリソースセットに属し、第4のPUCCHリソースが、第2のPUCCHリソースセットに属し、第2のPUCCHリソースおよび第4のPUCCHリソースが、時間的に部分的に重なり合い、少なくとも1つの第3のPUCCHリソースおよび第4のPUCCHリソースが、時間的に重なり合わず、第2のPUCCHリソースが、CSIを送信するために使用され、少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的SRを送信するために使用され、少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される、ステップと、
端末デバイスによって送信されるCSIおよびHARQ-ACKを第1のPUCCHリソース上で受信し、端末デバイスによって送信された少なくとも1つの肯定的SRを少なくとも1つの第3のPUCCHリソース上で受信するステップとを含む。
【００７２】
可能な設計において、第2のPUCCHリソースは、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである。
【００７３】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2、PUCCH format 3、またはPUCCH format 4であることをさらに示す。
【００７４】
可能な設計において、第1のPUCCHリソースの開始シンボルが、第4のPUCCHリソースの開始シンボルと同じであるか、または第1のPUCCHリソースの終了シンボルが、第4のPUCCHリソースの終了シンボルと同じである。
【００７５】
第13の態様によれば、本出願の実施形態は、アップリンク制御情報送信装置を提供し、装置は、端末デバイスである可能性があり、または端末デバイスのチップである可能性がある。装置は、処理ユニットおよびトランシーバユニットを含む可能性がある。装置が端末デバイスであるとき、処理ユニットは、プロセッサである可能性があり、トランシーバユニットは、トランシーバである可能性がある。端末デバイスは、ストレージユニットをさらに含む可能性があり、ストレージユニットは、メモリである可能性がある。ストレージユニットは、命令を記憶するように構成され、処理ユニットは、ストレージユニットに記憶された命令を実行して、端末デバイスが以下、すなわち、第1の態様および第1の態様の可能な設計のいずれか1つの方法、第3の態様および第3の態様の可能な設計のいずれか1つの方法、第5の態様および第5の態様の可能な設計のいずれか1つの方法、第7の態様および第7の態様の可能な設計のいずれか1つの方法、第9の態様および第9の態様の可能な設計のいずれか1つの方法、または第11の態様および第11の態様の可能な設計のいずれか1つの方法のうちの1つを実行することを可能にする。装置が端末デバイスのチップであるとき、処理ユニットは、プロセッサである可能性があり、トランシーバユニットは、入力/出力インターフェース、ピン、回路などである可能性がある。処理ユニットは、ストレージユニットに記憶された命令を実行して、端末デバイスが以下、すなわち、第1の態様および第1の態様の可能な設計のいずれか1つの方法、第3の態様および第3の態様の可能な設計のいずれか1つの方法、第5の態様および第5の態様の可能な設計のいずれか1つの方法、第7の態様および第7の態様の可能な設計のいずれか1つの方法、第9の態様および第9の態様の可能な設計のいずれか1つの方法、または第11の態様および第11の態様の可能な設計のいずれか1つの方法のうちの1つを実行することを可能にする。ストレージユニットは、チップ内のストレージユニット(たとえば、レジスタもしくはキャッシュ)である可能性があり、または端末デバイス内にあり、チップの外に置かれるストレージユニット(たとえば、読み出し専用メモリもしくはランダムアクセスメモリ)である可能性がある。
【００７６】
第14の態様によれば、本出願の実施形態は、アップリンク制御情報受信装置を提供し、装置は、ネットワークデバイスである可能性があり、またはネットワークデバイスのチップである可能性がある。装置は、処理ユニットおよびトランシーバユニットを含む可能性がある。装置がネットワークデバイスであるとき、処理ユニットは、プロセッサである可能性があり、トランシーバユニットは、トランシーバである可能性がある。ネットワークデバイスは、ストレージユニットをさらに含む可能性があり、ストレージユニットは、メモリである可能性がある。ストレージユニットは、命令を記憶するように構成され、処理ユニットは、ストレージユニットに記憶された命令を実行して、ネットワークデバイスが以下、すなわち、第2の態様および第2の態様の可能な設計のいずれか1つの方法、第4の態様および第4の態様の可能な設計のいずれか1つの方法、第6の態様および第6の態様の可能な設計のいずれか1つの方法、第8の態様および第8の態様の可能な設計のいずれか1つの方法、第10の態様および第10の態様の可能な設計のいずれか1つの方法、または第12の態様および第12の態様の可能な設計のいずれか1つの方法のうちの1つを実行することを可能にする。装置がネットワークデバイスのチップであるとき、処理ユニットは、プロセッサである可能性があり、トランシーバユニットは、入力/出力インターフェース、ピン、回路などである可能性がある。処理ユニットは、ストレージユニットに記憶された命令を実行して、ネットワークデバイスが以下、すなわち、第2の態様および第2の態様の可能な設計のいずれか1つの方法、第4の態様および第4の態様の可能な設計のいずれか1つの方法、第6の態様および第6の態様の可能な設計のいずれか1つの方法、第8の態様および第8の態様の可能な設計のいずれか1つの方法、第10の態様および第10の態様の可能な設計のいずれか1つの方法、または第12の態様および第12の態様の可能な設計のいずれか1つの方法のうちの1つを実行することを可能にする。ストレージユニットは、チップ内のストレージユニット(たとえば、レジスタもしくはキャッシュ)である可能性があり、またはネットワークデバイス内にあり、チップの外に置かれるストレージユニット(たとえば、読み出し専用メモリもしくはランダムアクセスメ
モリ)である可能性がある。
【００７７】
第15の態様によれば、本出願の実施形態は、チップを提供し、チップは、メモリに接続され、第1の態様から第12の態様までの方法を実施するためにメモリに記憶されたプログラムを読み、実行するように構成される。
【００７８】
第16の態様によれば、本出願の実施形態は、端末デバイスを提供し、端末デバイスは、トランシーバ、プロセッサ、およびメモリを含む。メモリは、コンピュータプログラムを記憶するように構成され、プロセッサは、メモリに記憶されたコンピュータプログラムを呼び出し、トランシーバを使用することによって第1の態様および第1の態様の可能な設計のいずれか1つによる方法を実行するか、またはトランシーバを使用することによって第3の態様および第3の態様の可能な設計のいずれか1つによる方法を実行するか、またはトランシーバを使用することによって第5の態様および第5の態様の可能な設計のいずれか1つによる方法を実行するか、またはトランシーバを使用することによって第7の態様および第7の態様の可能な設計のいずれか1つによる方法を実行するか、またはトランシーバを使用することによって第9の態様および第9の態様の可能な設計のいずれか1つによる方法を実行するか、または第11の態様および第11の態様の可能な設計のいずれか1つによる方法を実行する。
【００７９】
第17の態様によれば、本出願の実施形態は、ネットワークデバイスを提供し、ネットワークデバイスは、トランシーバ、プロセッサ、およびメモリを含む。メモリは、コンピュータプログラムを記憶するように構成され、プロセッサは、メモリに記憶されたコンピュータプログラムを呼び出し、トランシーバを使用することによって第2の態様および第2の態様の可能な設計のいずれか1つによる方法を実行するか、またはトランシーバを使用することによって第4の態様および第4の態様の可能な設計のいずれか1つによる方法を実行するか、またはトランシーバを使用することによって第6の態様および第6の態様の可能な設計のいずれか1つによる方法を実行するか、またはトランシーバを使用することによって第8の態様および第8の態様の可能な設計のいずれか1つによる方法を実行するか、またはトランシーバを使用することによって第10の態様および第10の態様の可能な設計のいずれか1つによる方法を実行するか、または第12の態様および第12の態様の可能な設計のいずれか1つによる方法を実行する。
【００８０】
第18の態様によれば、本出願の実施形態は、コンピュータ可読ストレージ媒体をさらに提供し、コンピュータ可読ストレージ媒体は、コンピュータプログラムを記憶し、コンピュータプログラムがコンピュータ上で実行されるとき、コンピュータは、上述の態様の方法を実行することを可能にされる。
【００８１】
第19の態様によれば、本出願の実施形態は、プログラムを含むコンピュータプログラム製品をさらに提供し、プログラムがコンピュータ上で実行されるとき、コンピュータは、上述の態様の方法を実行することを可能にされる。
【００８２】
第20の態様によれば、本出願の実施形態は、ネットワークシステムをさらに提供し、ネットワークシステムは、第13の態様または第16の態様の端末デバイスおよび第14の態様または第17の態様のネットワークデバイスを含む。
【図面の簡単な説明】
【００８３】
【図１】本出願の実施形態による同じスロット内の3つの種類のUCIによって占有されるOFDMシンボルの部分的な重なり合いの概略図である。
【図２】本出願の実施形態によるアップリンク制御情報送信および受信方法の概要の流れ図1である。
【図３（ａ）】図2に示される実施形態に対応する筋書き1の概略図である。
【図３（ｂ）】図2に示される実施形態に対応する筋書き1の概略図である。
【図３（ｃ）】図2に示される実施形態に対応する筋書き1の概略図である。
【図３（ｄ）】図2に示される実施形態に対応する筋書き1の概略図である。
【図３（ｅ）】図2に示される実施形態に対応する筋書き1の概略図である。
【図４（ａ）】図2に示される実施形態に対応する筋書き2の概略図である。
【図４（ｂ）】図2に示される実施形態に対応する筋書き2の概略図である。
【図５】本出願の実施形態によるアップリンク制御情報送信および受信方法の概要の流れ図2である。
【図６】図5に示された実施形態に対応する応用の筋書きの概略図である。
【図７】本出願の実施形態によるアップリンク制御情報送信および受信方法の概要の流れ図3である。
【図８】本出願の実施形態によるアップリンク制御情報送信および受信方法の概要の流れ図4である。
【図９】本出願の実施形態によるアップリンク制御情報送信および受信方法の概要の流れ図5である。
【図１０】本出願の実施形態によるアップリンク制御情報送信および受信方法の概要の流れ図6である。
【図１１】本出願の実施形態によるアップリンク制御情報送信装置の概略的な構造図である。
【図１２】本出願の実施形態によるアップリンク制御情報受信装置の概略的な構造図である。
【図１３】本出願の実施形態による端末デバイスの概略的な構造図である。
【図１４】本出願の実施形態によるネットワークデバイスの概略的な構造図である。
【発明を実施するための形態】
【００８４】
以下で、本出願の実施形態を添付の図面を参照して説明する。
【００８５】
本出願の実施形態は、5Gシステムに適用される可能性がある。本出願の実施形態に含まれるネットワーク要素は、ネットワークデバイスおよび端末デバイスを含む。
【００８６】
ネットワークデバイスは、アクセスネットワーク(access network、AN)の特定の実装形態であり、アクセスノードとも呼ばれる可能性がある。無線アクセスが使用される場合、ネットワークデバイスは、無線アクセスネットワーク(radio access network、RAN)と呼ばれ、端末デバイスのための無線アクセスサービスを提供する。アクセスノードは、特に、移動体通信用グローバルシステム(global system for mobile communication、GSM(登録商標))システムまたは符号分割多元接続(code division multiple access、CDMA)システムの基地局、広帯域符号分割多元接続(wideband code division multiple access、WCDMA(登録商標))システムのノードB(NodeB)、LTEシステムの進化型ノードB(evolutional node B、eNB、またはeNodeB)、5Gネットワークの基地局デバイス、スモールセルデバイス、ワイヤレスアクセスノード(WiFi AP)、またはマイクロ波アクセスのためのワイヤレス相互運用性基地局(worldwide interoperability for microwave access base station、WiMAX BS)である可能性がある。これは、本出願において限定されない。
【００８７】
端末デバイスは、ワイヤレス端末または有線端末である可能性がある。ワイヤレス端末は、ユーザに音声および/もしくはデータ接続性を提供するデバイス、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された別の処理デバイスである可能性がある。ワイヤレス端末は、無線アクセスネットワーク(radio access network、RAN)によって少なくとも1つのコアネットワークと通信する可能性がある。ワイヤレス端末は、モバイル電話(「セルラ」電話とも呼ばれる)などのモバイル端末またはモバイル端末を有するコンピュータである可能性があり、たとえば、無線アクセスネットワークと音声および/またはデータをやりとりするポータブル、ポケットサイズ、ハンドヘルド、コンピュータ組み込み、または車載モバイル装置である可能性がある。たとえば、ワイヤレス端末は、パーソナル通信サービス(personal communication service、PCS)電話、コードレス電話機、セッション開始プロトコル(session initiation protocol、SIP)電話、ワイヤレスローカルループ(wireless local loop、WLL)局、または携帯情報端末(personal digital assistant、PDA)などのデバイスである可能性がある。ワイヤレス端末は、システム、加入者ユニット(subscriber unit、SU)、加入者局(subscriber station、SS)、移動局(mobile station、MB)、モバイルコンソール(mobile)、遠隔局(remote station、RS)、アクセスポイント(access point、AP)、リモート端末(remote terminal、RT)、アクセス端末(access terminal、AT)、ユーザ端末(user terminal、UT)、ユーザエージェント(user agent、UA)、またはユーザ機器(user equipment、UE)とも呼ばれる可能性がある。
【００８８】
第1のPUCCHリソース、第2のPUCCHリソース、および第3のPUCCHリソースを含む3つの種類のPUCCHリソースが、本出願の実施形態に含まれる。3つの種類のPUCCHリソースが、以下でそれぞれ説明される。
【００８９】
第1に、第1のPUCCHリソース
【００９０】
特に、ネットワークデバイスは、ダウンリンクスケジューリングシグナリングを使用することによって、ダウンリンクデータを受信するように端末デバイスをスケジューリングし、HARQ-ACKを送信するために使用されるPUCCHリソース、つまり、第1のPUCCHリソースを、ダウンリンクスケジューリングシグナリングを使用することによって端末デバイスのために構成する。本出願の実施形態に示される第1の情報は、ダウンリンクスケジューリングシグナリングに含まれる複数の情報のうちの1つである可能性があり、第1のPUCCHリソースを示すために使用される。
【００９１】
ネットワークデバイスがダウンリンクデータを受信するように端末デバイスをスケジューリングするとき、端末デバイスは、端末デバイスがダウンリンクデータを成功裏に受信することをネットワークデバイスに知らせるために第1のPUCCHリソース上でネットワークデバイスに肯定応答(Acknowledgement、ACK)を送信するか、または端末デバイスがダウンリンクデータを受信することに失敗することをネットワークデバイスに知らせるために第1のPUCCHリソース上でネットワークデバイスに否定応答(Negative Acknowledgement、NACK)を送信する必要がある。したがって、第1のPUCCHリソースは、端末デバイスのためにネットワークデバイスによって動的に構成される。
【００９２】
第2に、第2のPUCCHリソース
【００９３】
ネットワークデバイスは、CSIおよびCSIの(送信周期(sending period)またはオフセット(offset)などのパラメータを含む)関連するパラメータを送信するために使用されるPUCCHリソースを、無線リソース制御(Radio Resource Control、RRC)シグナリングを使用することによって端末デバイスのために構成する。端末デバイスは、ネットワークデバイスによって構成されたパラメータおよびCSIを送信するために使用されるPUCCHリソースを使用することによってCSIを送信する。
【００９４】
特に、CSIを送信するためにネットワークデバイスによって構成されるPUCCHリソースが周期的CSIを送信するために使用されるPUCCHリソースであるとき、ネットワークデバイスは、第2のPUCCHリソースを直接構成する。ネットワークデバイスが異なる周期性を持ち、CSIを送信するために使用される複数のPUCCHリソースを構成するとき、第1のPUCCHリソースと、第2のPUCCHリソースと、少なくとも1つの第3のPUCCHリソースとの間に重なり合う関係が存在するかどうかを判定するとき、ネットワークデバイスおよび端末デバイスは、まず、異なる周期性を持ち、CSIを送信するために使用される複数のPUCCHリソースを既存の組合せソリューションを使用することによって1つのPUCCHリソースへと組み合わせ、PUCCHリソースを第2のPUCCHリソースとして使用する必要がある。ネットワークデバイスおよび端末デバイスは、同じ組合せソリューションを使用することによって第2のPUCCHリソースを決定し、決定された第2のPUCCHリソースに基づいて、PUCCHリソースの間に重なり合う関係が存在するかどうかを判定する。特定の組合せソリューションは従来技術において知られている組合せソリューションである可能性があり、これは本出願の実施形態において限定されないことを理解されたい。
【００９５】
したがって、本出願の実施形態における第2のPUCCHリソースは、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである。
【００９６】
第3に、第3のPUCCHリソース
【００９７】
ネットワークデバイスは、肯定的(positive)SRを送信するために使用されるPUCCHリソース、つまり、第3のPUCCHリソースおよびSRの(送信周期などのパラメータを含む)関連するパラメータを、RRCシグナリングを使用することによって端末デバイスのために構成する。特に、第3のPUCCHリソースの量は、1以上の正の整数である可能性がある。端末デバイスが肯定的SRを送信する必要がある場合、端末デバイスは、少なくとも1つの第3のPUCCHリソースのうちの1つにおいて肯定的SRを送信することを選択する可能性がある。端末デバイスが肯定的SRを送信する必要がない場合、端末デバイスは、少なくとも1つの第3のPUCCHリソースのうちのいずれにおいても肯定的SRを送信しない。
【００９８】
したがって、CSIを送信するために使用されるPUCCHリソースおよび肯定的SRを送信するために使用されるPUCCHリソースは、ネットワークデバイスによって準静的に構成される。
【００９９】
本出願の実施形態においては、2つのPUCCHリソースが時間的に部分的に重なり合うことは、2つのPUCCHリソースの開始シンボルが同じであることである可能性があり、または2つのPUCCHリソースの開始シンボルが異なることである可能性があることに留意されたい。2つのPUCCHリソースの開始シンボルが同じである場合、2つのPUCCHリソースの終了シンボルは、異なる。同様に、本出願の実施形態においては、2つのPUCCHリソースが時間的に部分的に重なり合うことは、2つのPUCCHリソースの終了シンボルが同じであることである可能性があり、または2つのPUCCHリソースの終了シンボルが異なることである可能性がある。2つのPUCCHリソースの終了シンボルが同じである場合、2つのPUCCHリソースの開始シンボルは、異なる。
【０１００】
同じスロット内で3つの異なる種類のUCIによって占有されるOFDMシンボルが部分的に重なり合うときに3つの異なる種類のUCIをどのようにして送信すべきかという問題を解決し、端末デバイスのアップリンク送信のシングルキャリアの特徴を保ち、UCIがネットワークデバイスによって正しく受信され得ることを保証するための、異なる筋書きで本出願の実施形態において提供されるアップリンク制御情報送信および受信方法が、図2、図5、および図7を参照して以下で説明される。
【０１０１】
図2に示されるように、本出願の実施形態は、アップリンク制御情報送信および受信方法を提供し、方法は、以下のステップを含む。
【０１０２】
ステップ200:ネットワークデバイスが、端末デバイスに第1の情報を送信する。
【０１０３】
第1の情報は、第1のPUCCHリソースを示し、第1のPUCCHリソースは、HARQ-ACKを送信するために使用される。
【０１０４】
第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合うか、または第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、第1のPUCCHリソースおよび第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合う。
【０１０５】
ネットワークデバイスは、第1のPUCCHリソース、第2のPUCCHリソース、および少なくとも1つの第3のPUCCHリソースに基づいて第1のPUCCHリソースと、第2のPUCCHリソースと、少なくとも1つの第3のPUCCHリソースとの間の重なり合う関係を判定する可能性があることを理解されたい。特に、この実施形態の2つの種類の応用の筋書きが存在する可能性がある。
【０１０６】
筋書き1:第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合い、これは、特に、以下のいくつかの場合を含む可能性があるが、これらに限定されない。
【０１０７】
(1)図3(a)に示されるように、少なくとも1つの第3のPUCCHリソースの量が、1であり、第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合い、第3のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合い、第3のPUCCHリソースおよび第2のPUCCHリソースが、時間的に重なり合わない。
【０１０８】
(2)図3(b)に示されるように、少なくとも1つの第3のPUCCHリソースの量が、1であり、第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合い、第3のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合い、第3のPUCCHリソースおよび第2のPUCCHリソースが、時間的に部分的に重なり合う。
【０１０９】
(3)図3(c)に示されるように、少なくとも1つの第3のPUCCHリソースの量が、1であり、第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合い、第3のPUCCHリソースおよび第1のPUCCHリソースが、時間的に重なり合わず、第3のPUCCHリソースおよび第2のPUCCHリソースが、時間的に部分的に重なり合う。
【０１１０】
(4)少なくとも1つの第3のPUCCHリソースの量が、Kであり、Kが、2以上の正の整数であり、第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合い、K個の第3のPUCCHリソースが、第1のPUCCHリソースおよび第2のPUCCHリソースのうちの少なくとも1つと時間的に部分的に重なり合う第3のPUCCHリソースを含む。
【０１１１】
図3(d)に示されるように、第2のPUCCHリソースおよび第1のPUCCHリソースは、時間的に部分的に重なり合う。K=2であると仮定される。1つの第3のPUCCHリソースが、第1のPUCCHリソースおよび第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、もう1つの第3のPUCCHリソースが、第1のPUCCHリソースと時間的に部分的に重なり合う。場合(4)は、複数の可能な場合を含む可能性があることを理解されたい。図3(d)は、例であるに過ぎず、本出願のこの実施形態を限定しない。
【０１１２】
筋書き2:第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、第1のPUCCHリソースおよび第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、これは、特に、以下の場合を含む可能性があるが、これらに限定されない。
【０１１３】
(1)図4(a)に示されるように、少なくとも1つの第3のPUCCHリソースの量が、1であり、第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に重なり合わず、第3のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合い、第3のPUCCHリソースおよび第2のPUCCHリソースが、時間的に部分的に重なり合う。
【０１１４】
(2)少なくとも1つの第3のPUCCHリソースの量が、Kであり、Kが、2以上の正の整数であり、第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に重なり合わず、K個の第3のPUCCHリソースが、第1のPUCCHリソースおよび第2のPUCCHリソースと時間的に部分的に重なり合う第3のPUCCHリソースを含み、言い換えると、K個の第3のPUCCHリソースのうちの少なくとも1つが、第1のPUCCHリソースおよび第2のPUCCHリソースと時間的に部分的に重なり合う。
【０１１５】
図4(b)に示されるように、第2のPUCCHリソースおよび第1のPUCCHリソースは、時間的に重なり合わない。K=3であると仮定される。1つの第3のPUCCHリソースが、第1のPUCCHリソースおよび第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、その他2つの第3のPUCCHリソースが、第1のPUCCHリソースと時間的に部分的に重なり合う。場合(2)は、複数の可能な場合を含む可能性があることを理解されたい。図4(b)は、例であるに過ぎず、本出願のこの実施形態を限定しない。
【０１１６】
ステップ210:端末デバイスが、ネットワークデバイスから第1の情報を受信し、第1のPUCCHリソース上でネットワークデバイスに少なくとも1つのSRステータス、CSI、およびHARQ-ACKを送信し、SRステータスは、肯定的SRまたは否定的SRである。
【０１１７】
端末デバイスは、第1の情報を受信した後に第1のPUCCHリソースを決定することを理解されたい。同様に、端末デバイスは、第1のPUCCHリソース、第2のPUCCHリソース、および少なくとも1つの第3のPUCCHリソースに基づいて第1のPUCCHリソースと、第2のPUCCHリソースと、少なくとも1つの第3のPUCCHリソースとの間の重なり合う関係を判定する可能性がある。特定の重なり合う関係が、上で説明されており、繰り返しの部分は、再度説明されない。したがって、ネットワークデバイスは、第1のPUCCHリソースと、第2のPUCCHリソースと、少なくとも1つの第3のPUCCHリソースとの間の重なり合う関係を端末デバイスに知らせる必要がなく、端末デバイスは、第1の情報および既存のPUCCHリソース構成情報に基づいて第1のPUCCHリソースと、第2のPUCCHリソースと、少なくとも1つの第3のPUCCHリソースとの間の重なり合う関係を判定する可能性がある。
【０１１８】
加えて、端末デバイスとネットワークデバイスとの両方が、第1のPUCCHリソースと、第2のPUCCHリソースと、少なくとも1つの第3のPUCCHリソースとの間の重なり合う関係を判定し得る。したがって、ネットワークデバイスは、この実施形態において説明される重なり合う関係で、端末デバイスが第1のPUCCHリソース上でネットワークデバイスに少なくとも1つのSRステータス、CSI、およびHARQ-ACKを送信すると判定することもできる。したがって、ネットワークデバイスは、端末デバイスによって送信される少なくとも1つのSRステータス、CSI、およびHARQ-ACKを第1のPUCCHリソース上で受信する。たとえば、図3(e)は、端末デバイスが図3(a)に対応する筋書きにおいて第1のPUCCHリソース上でネットワークデバイスにSRステータス、CSI、およびHARQ-ACKを送信することを示す概略図である。
【０１１９】
可能な設計において、第1の情報は、肯定応答リソースインジケータ(Acknowledgment Resource Indicator、ARI)フィールドを含む。
【０１２０】
特に、ネットワークデバイスは、端末デバイスのための少なくとも1つのPUCCHリソースセット(PUCCH resource set)を構成する。少なくとも1つのPUCCHリソースセットはより上位のレイヤのシグナリングを使用することによってネットワークデバイスにより構成され、PUCCHリソースセットとペイロードサイズ(payload size)の範囲との間に1対1の対応が存在する。1つのPUCCHリソースセットは、少なくとも8個のPUCCHリソースを含む可能性があり、1つのPUCCHリソースは、1つのARIフィールドに対応する。1つのARIフィールドは、PUCCHリソースセット内の1つのPUCCHリソースまたは1つのPUCCHリソースサブセットを示すために使用され得ることを理解されたい。1つのARIフィールドが1つのPUCCHリソースサブセットを示すために使用される場合、1つのPUCCHリソースが、暗黙的なインジケーションによってさらに決定されるが、特定のPUCCHリソースセットは、示され得ない。
【０１２１】
この実施形態において、ネットワークデバイスは、少なくとも1つのSRステータスのペイロードサイズ、CSIのペイロードサイズ、およびHARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定し、合計ペイロードサイズに基づいて、合計ペイロードサイズに対応するPUCCHリソースセットを決定し、PUCCHリソースセットからのPUCCHリソースを第1のPUCCHリソースとして選択する。したがって、第1の情報に含まれるARIフィールドは、選択されたPUCCHリソースに対応するARIフィールドである。
【０１２２】
第1の情報を受信した後、端末デバイスは、少なくとも1つのSRステータスのペイロードサイズ、CSIのペイロードサイズ、およびHARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定し、合計ペイロードサイズに基づいて、合計ペイロードサイズに対応するPUCCHリソースセットを決定し、ARIフィールドに基づいてPUCCHリソースセットからのPUCCHリソースを第1のPUCCHリソースとして選択する。
【０１２３】
代替的に、第1の情報を受信した後、端末デバイスは、HARQ-ACKのペイロードサイズに対応するPUCCHリソースセットに基づいておよびARIフィールドに基づいて、PUCCHリソースセットの中のPUCCHリソースまたはPUCCHリソースサブセットを決定し、PUCCHリソースまたはPUCCHリソースサブセットに対応するPUCCH開始シンボル、PUCCH終了シンボル、またはPUCCH開始シンボルおよびPUCCH終了シンボルに基づいて、PUCCHリソースまたはPUCCHリソースサブセットが図2に示される実施形態に対応する筋書き1または筋書き2の第1のPUCCHリソースと別のPUCCHリソースとの間の重なり合う関係を満たすと判定し、少なくとも1つのSRステータスのペイロードサイズ、CSIのペイロードサイズ、およびHARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定し、合計ペイロードサイズに基づいて、合計ペイロードサイズに対応するPUCCHリソースセットを決定し、ARIフィールドに基づいてPUCCHリソースセットの中のPUCCHリソースを第1のPUCCHリソースとして決定する。合計ペイロードサイズに対応するPUCCHリソースセットは、HARQ-ACKのペイロードサイズに対応するPUCCHリソースセットと同じである。
【０１２４】
端末デバイスによって送信される少なくとも1つのSRステータスは、以下のいくつかの場合を含む可能性があることに留意されたい。
【０１２５】
(1)少なくとも1つの第3のPUCCHリソースの量が1であるとき、端末デバイスが肯定的SRを送信する必要がある場合、少なくとも1つのSRステータスは、肯定的SRであり、または端末デバイスが肯定的SRを送信する必要がない場合、少なくとも1つのSRステータスは、否定的SRである。少なくとも1つのSRステータス、CSI、およびHARQ-ACKは1つのPUCCHリソース上で送信されるので、予約されたビットが、少なくとも1つのSRステータスを送信するために使用される。したがって、たとえ端末デバイスが肯定的SRを送信する必要がないとしても、否定的SRが送信される。
【０１２６】
(2)従来技術においては、少なくとも1つの第3のPUCCHリソースの量がKであり、Kが2以上の正の整数であるとき、および少なくとも1つの第3のPUCCHリソースが第1のPUCCHリソースとも第2のPUCCHとも重なり合わないとき、端末デバイスが肯定的SRを送信する必要がある場合、端末デバイスは、肯定的SRを送信するためにK個の第3のPUCCHリソースから第3のPUCCHリソースを選択し、いかなるその他の第3のPUCCHリソース上でいかなる内容も送信せず、複数の肯定的SRを送信するためにK個の第3のPUCCHリソースから複数の第3のPUCCHリソースを選択しない。端末デバイスが肯定的SRを送信する必要がない場合、端末デバイスは、K個の第3のPUCCHリソース上で肯定的SRを送信せず、いかなる内容も送信しない。
【０１２７】
筋書き1および筋書き2において、少なくとも1つのSRステータスは、端末デバイスが肯定的SRを送信するK個の第3のPUCCHリソースの中の特定の第3のPUCCHリソースのSR構成を示すか、または端末デバイスがK個の第3のPUCCHリソースに対応するSR構成で肯定的SRを送信しないことを示す必要がある。
【０１２８】
可能な設計において、少なくとも1つのSRステータスによって占有されるビットの量は、
【０１２９】
【数６】
2021519025.tif 000008
【０１３０】
である。
【０１３１】
たとえば、K=3であり、
【０１３２】
【数７】
2021519025.tif 000009
【０１３３】
であり、少なくとも1つのSRステータスが2ビットを占有すると仮定される。00は、否定的SRを示し、つまり、00は、端末デバイスが肯定的SRを送信しないことを示し、01は、肯定的SRを示し、肯定的SRは、第1の第3のPUCCHリソースに対応するSR構成を示し、10は、肯定的SRを示し、肯定的SRは、第2の第3のPUCCHリソースに対応するSR構成を示し、11は、肯定的SRを示し、肯定的SRは、第1の第3のPUCCHリソースに対応するSR構成を示す。上述の対応は、例であるに過ぎず、本出願のこの実施形態を制限しないことを理解されたい。
【０１３４】
特に、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 0、PUCCH format 1、PUCCH format 2、PUCCH format 3、またはPUCCH format 4であることをさらに示す。
【０１３５】
第1の情報がHARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 0またはPUCCH format 1であることを示すとき、PUCCH format 0またはPUCCH format 1が1または2ビットが占有されることを指定するので、端末デバイスは、第1のPUCCHリソース上で少なくとも1つのSRおよびHARQ-ACKのみを送信し、CSIを送信しない。
【０１３６】
第1の情報がHARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2であることを示すとき、端末デバイスは、少なくとも1つのSRステータス、CSI、およびHARQ-ACKを送信する前に少なくとも1つのSRステータス、CSI、およびHARQ-ACKを一緒に符号化する。
【０１３７】
第1の情報がHARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 3またはPUCCH format 4であることを示すとき、少なくとも1つのSRステータス、CSI、およびHARQ-ACKを送信する前に、端末デバイスは、少なくとも1つのSRステータス、HARQ-ACK、およびCSIの第1の部分(CSI part 1)を一緒に符号化し、CSIの第2の部分(CSI part 2)を独立して符号化する。
【０１３８】
PUCCH format 2、PUCCH format 3、またはPUCCH format 4は、3ビット以上が占有されることを指定する。
【０１３９】
結論として、同じスロット内で3つの異なる種類のUCIによって占有されるOFDMシンボルが部分的に重なり合うときに3つの異なる種類のUCIをどのようにして送信すべきかという問題を解決するために、図2に示された実施形態において、ネットワークデバイスは、端末デバイスのために第1のPUCCHリソースを動的に構成し、第1のPUCCHリソースおよび別のPUCCHリソースが図2に示された実施形態に対応する筋書き1または筋書き2の第1のPUCCHリソースと別のPUCCHリソースとの間の重なり合う関係を満たすとき、端末デバイスは、第1のPUCCHリソース上でネットワークデバイスに少なくとも1つのSRステータス、CSI、およびHARQ-ACKを送信する。したがって、本出願のこの実施形態において提供される方法によれば、端末デバイスのアップリンク送信のシングルキャリアの特徴が、保たれることが可能であり、UCIがネットワークデバイスによって正しく受信され得ることが、保証される。
【０１４０】
図5に示されるように、本出願の実施形態は、アップリンク制御情報送信および受信方法を提供し、方法は、以下のステップを含む。
【０１４１】
ステップ500:ネットワークデバイスが、端末デバイスに第1の情報を送信する。
【０１４２】
第1の情報は、第1のPUCCHリソースを示し、第1のPUCCHリソースは、HARQ-ACKを送信するために使用される。
【０１４３】
第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合い、少なくとも1つの第3のPUCCHリソースおよび第1のPUCCHリソースが、時間的に重なり合わない。
【０１４４】
図2に示された実施形態と同様に、ネットワークデバイスは、第1のPUCCHリソース、第2のPUCCHリソース、および少なくとも1つの第3のPUCCHリソースに基づいて第1のPUCCHリソースと、第2のPUCCHリソースと、少なくとも1つの第3のPUCCHリソースとの間の重なり合う関係を判定する可能性があることを理解されたい。この実施形態の応用の筋書きは、以下の通りである。第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合い、少なくとも1つの第3のPUCCHリソースおよび第1のPUCCHリソースが、時間的に重なり合わない。これは、特に、以下のいくつかの場合を含む可能性があるが、これらに限定されない。
【０１４５】
(1)図3(c)に示されるように、少なくとも1つの第3のPUCCHリソースの量が、1であり、第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合い、第3のPUCCHリソースおよび第1のPUCCHリソースが、時間的に重なり合わず、第3のPUCCHリソースおよび第2のPUCCHリソースが、時間的に部分的に重なり合う。
【０１４６】
(2)少なくとも1つの第3のPUCCHリソースの量が、Kであり、Kが、2以上の正の整数であり、第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合い、K個の第3のPUCCHリソースのいずれも、第1のPUCCHリソースと時間的に重なり合わず、K個の第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースおよび第2のPUCCHリソースが、時間的に部分的に重なり合う。
【０１４７】
図6に示されるように、第2のPUCCHリソースおよび第1のPUCCHリソースは、時間的に部分的に重なり合う。K=2であり、2つの第3のPUCCHリソースがそれぞれ第2のPUCCHリソースと時間的に部分的に重なり合うと仮定される。場合(2)は、複数の可能な場合を含む可能性があることを理解されたい。図6は、例であるに過ぎず、本出願のこの実施形態を限定しない。
【０１４８】
さらに、図5に示される実施形態に対応する筋書きは、図2に示された実施形態の筋書き1のサブセットと考えられる可能性があることを理解されたい。
【０１４９】
ステップ510:端末デバイスが、ネットワークデバイスから第1の情報を受信し、第1のPUCCHリソース上でネットワークデバイスにHARQ-ACKおよびCSIを送信し、少なくとも1つの第3のPUCCHリソース上で少なくとも1つの肯定的SRを送信する。
【０１５０】
図2に示された実施形態と同様に、端末デバイスは、第1の情報を受信した後に第1のPUCCHリソースを決定することを理解されたい。同様に、端末デバイスは、第1のPUCCHリソース、第2のPUCCHリソース、および少なくとも1つの第3のPUCCHリソースに基づいて第1のPUCCHリソースと、第2のPUCCHリソースと、少なくとも1つの第3のPUCCHリソースとの間の重なり合う関係を判定する可能性がある。特定の重なり合う関係が、上で説明されており、繰り返しの部分は、再度説明されない。したがって、ネットワークデバイスは、第1のPUCCHリソースと、第2のPUCCHリソースと、少なくとも1つの第3のPUCCHリソースとの間の重なり合う関係を端末デバイスに知らせる必要がなく、端末デバイスは、第1の情報および既存のPUCCHリソース構成情報に基づいて第1のPUCCHリソースと、第2のPUCCHリソースと、少なくとも1つの第3のPUCCHリソースとの間の重なり合う関係を判定する可能性がある。
【０１５１】
加えて、端末デバイスとネットワークデバイスとの両方が、第1のPUCCHリソースと、第2のPUCCHリソースと、少なくとも1つの第3のPUCCHリソースとの間の重なり合う関係を判定し得る。したがって、ネットワークデバイスは、この実施形態において説明される重なり合う関係で、端末デバイスが第1のPUCCHリソース上でネットワークデバイスにCSIおよびHARQ-ACKを送信し、少なくとも1つの第3のPUCCHリソース上で少なくとも1つの肯定的SRを送信すると判定することもできる。したがって、ネットワークデバイスは、端末デバイスによって送信されるCSIおよびHARQ-ACKを第1のPUCCHリソース上で受信し、端末デバイスによって送信された少なくとも1つの肯定的SRを少なくとも1つの第3のPUCCHリソース上で受信する。
【０１５２】
端末デバイスによって少なくとも1つの第3のPUCCHリソース上で少なくとも1つの肯定的SRを送信することは、以下の2つの場合を含む可能性があることに留意されたい。
【０１５３】
(1)少なくとも1つの第3のPUCCHリソースの量が1であるとき、端末デバイスが肯定的SRを送信する必要がある場合、端末デバイスは、第3のPUCCHリソース上で肯定的SRを送信し、または端末デバイスが肯定的SRを送信する必要がない場合、端末デバイスは、第3のPUCCHリソース上でいかなる内容も送信しない。
【０１５４】
(2)少なくとも1つの第3のPUCCHリソースの量がKであり、Kが2以上の正の整数であるとき、端末デバイスが肯定的SRを送信する必要がある場合、端末デバイスは、肯定的SRを送信するためにK個の第3のPUCCHリソースから第3のPUCCHリソースを選択し、いかなるその他の第3のPUCCHリソース上でも内容を送信せず、複数の肯定的SRを送信するためにK個の第3のPUCCHリソースから複数の第3のPUCCHリソースを選択せず、または端末デバイスが肯定的SRを送信する必要がない場合、端末デバイスは、K個の第3のPUCCHリソースのいずれにおいても肯定的SRを送信せず、いかなる内容も送信しない。
【０１５５】
図2に示された実施形態と同様に、可能な設計において、第1の情報は、肯定応答リソースインジケータARIフィールドを含む。
【０１５６】
この実施形態において、ネットワークデバイスは、CSIのペイロードサイズおよびHARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定し、合計ペイロードサイズに基づいて、合計ペイロードサイズに対応するPUCCHリソースセットを決定し、PUCCHリソースセットからのPUCCHリソースを第1のPUCCHリソースとして選択する。したがって、第1の情報に含まれるARIフィールドは、選択されたPUCCHリソースに対応している。
【０１５７】
第1の情報を受信した後、端末デバイスは、CSIのペイロードサイズおよびHARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定し、合計ペイロードサイズに基づいて、合計ペイロードサイズに対応するPUCCHリソースセットを決定し、ARIフィールドに基づいてPUCCHリソースセットからのPUCCHリソースを第1のPUCCHリソースとして選択する。
【０１５８】
代替的に、第1の情報を受信した後、端末デバイスは、HARQ-ACKのペイロードサイズに対応するPUCCHリソースセットに基づいておよびARIフィールドに基づいて、PUCCHリソースセットの中のPUCCHリソースまたはPUCCHリソースサブセットを決定し、PUCCHリソースまたはPUCCHリソースサブセットに対応するPUCCH開始シンボル、PUCCH終了シンボル、またはPUCCH開始シンボルおよびPUCCH終了シンボルに基づいて、PUCCHリソースまたはPUCCHリソースサブセットが図5に示される実施形態に対応する筋書きの第1のPUCCHリソースと別のPUCCHリソースとの間の重なり合う関係を満たすと判定し、CSIのペイロードサイズおよびHARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定し、合計ペイロードサイズに基づいて、合計ペイロードサイズに対応するPUCCHリソースセットを決定し、ARIフィールドに基づいてPUCCHリソースセットの中のPUCCHリソースを第1のPUCCHリソースとして決定する。合計ペイロードサイズに対応するPUCCHリソースセットは、HARQ-ACKのペイロードサイズに対応するPUCCHリソースセットと同じである。
【０１５９】
図2に示された実施形態の合計ペイロードサイズは、少なくとも1つのSRステータスのペイロードサイズと、CSIのペイロードサイズと、HARQ-ACKのペイロードサイズとの合計であることを理解されたい。図5に示された実施形態において、合計ペイロードサイズは、CSIのペイロードサイズとHARQ-ACKのペイロードサイズとの合計である。
【０１６０】
加えて、図2に示された実施形態と同様に、特に、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 0、PUCCH format 1、PUCCH format 2、PUCCH format 3、またはPUCCH format 4であることをさらに示す。
【０１６１】
第1の情報がHARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 0またはPUCCH format 1であることを示すとき、PUCCH format 0またはPUCCH format 1が1または2ビットが占有されることを指定するので、端末デバイスは、第1のPUCCHリソース上でHARQ-ACKのみを送信する。
【０１６２】
第1の情報がHARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2であることを示すとき、端末デバイスは、CSIおよびHARQ-ACKを送信する前にCSIおよびHARQ-ACKを一緒に符号化する。
【０１６３】
第1の情報がHARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 3またはPUCCH format 4であることを示すとき、CSIおよびHARQ-ACKを送信する前に、端末デバイスは、HARQ-ACKおよびCSIの第1の部分(CSI part 1)を一緒に符号化し、CSIの第2の部分(CSI part 2)を独立して符号化する。
【０１６４】
PUCCH format 2、PUCCH format 3、またはPUCCH format 4は、3ビット以上が占有されることを指定する。
【０１６５】
結論として、同じスロット内で3つの異なる種類のUCIによって占有されるOFDMシンボルが部分的に重なり合うときに3つの異なる種類のUCIをどのようにして送信すべきかという問題を解決するために、図5に示された実施形態において、ネットワークデバイスは、端末デバイスのために第1のPUCCHリソースを動的に構成し、第1のPUCCHリソースおよび別のPUCCHリソースが図5に示された実施形態に対応する応用の筋書きの第1のPUCCHリソースと別のPUCCHリソースとの間の重なり合う関係を満たすとき、端末デバイスは、第1のPUCCHリソース上でネットワークデバイスにCSIおよびHARQ-ACKを送信し、少なくとも1つの第3のPUCCHリソース上で少なくとも1つの肯定的SRを送信する。したがって、本出願のこの実施形態において提供される方法によれば、端末デバイスのアップリンク送信のシングルキャリアの特徴が、保たれることが可能であり、UCIがネットワークデバイスによって正しく受信され得ることが、保証される。
【０１６６】
図7に示されるように、本出願の実施形態は、アップリンク制御情報送信および受信方法を提供し、方法は、以下のステップを含む。
【０１６７】
ステップ700:ネットワークデバイスが、端末デバイスに第1の情報を送信する。
【０１６８】
第1の情報は、第1のPUCCHリソースを示し、第1のPUCCHリソースは、HARQ-ACKを送信するために使用される。
【０１６９】
第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、第1のPUCCHリソースおよび第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合う。
【０１７０】
図2および図5に示された実施形態と同様に、ネットワークデバイスは、第1のPUCCHリソース、第2のPUCCHリソース、および少なくとも1つの第3のPUCCHリソースに基づいて第1のPUCCHリソースと、第2のPUCCHリソースと、少なくとも1つの第3のPUCCHリソースとの間の重なり合う関係を判定する可能性があることを理解されたい。この実施形態の応用の筋書きは、以下の通りである。第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、第1のPUCCHリソースおよび第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合う。これは、図2に示された実施形態の筋書き2と同じである。詳細に関しては、図2に示された実施形態の筋書き2の場合(1)および(2)を参照されたい。繰り返しの部分は、再度説明されない。
【０１７１】
ステップ710:端末デバイスが、ネットワークデバイスから第1の情報を受信し、端末デバイスが、第1のPUCCHリソース上でネットワークデバイスにHARQ-ACKを送信し、第2のPUCCHリソース上でネットワークデバイスにCSIおよび少なくとも1つのSRステータスを送信する。
【０１７２】
図2および図5に示された実施形態と同様に、端末デバイスは、第1の情報を受信した後に第1のPUCCHリソースを決定することを理解されたい。同様に、端末デバイスは、第1のPUCCHリソース、第2のPUCCHリソース、および少なくとも1つの第3のPUCCHリソースに基づいて第1のPUCCHリソースと、第2のPUCCHリソースと、少なくとも1つの第3のPUCCHリソースとの間の重なり合う関係を判定する可能性がある。特定の重なり合う関係が、上で説明されており、繰り返しの部分は、再度説明されない。したがって、ネットワークデバイスは、第1のPUCCHリソースと、第2のPUCCHリソースと、少なくとも1つの第3のPUCCHリソースとの間の重なり合う関係を端末デバイスに知らせる必要がなく、端末デバイスは、第1の情報および既存のPUCCHリソース構成情報に基づいて第1のPUCCHリソースと、第2のPUCCHリソースと、少なくとも1つの第3のPUCCHリソースとの間の重なり合う関係を判定する可能性がある。
【０１７３】
加えて、端末デバイスとネットワークデバイスとの両方が、第1のPUCCHリソースと、第2のPUCCHリソースと、少なくとも1つの第3のPUCCHリソースとの間の重なり合う関係を判定し得る。したがって、ネットワークデバイスは、この実施形態において説明される重なり合う関係で、端末デバイスが第1のPUCCHリソース上でネットワークデバイスにHARQ-ACKを送信し、第2のPUCCHリソース上でCSIおよび少なくとも1つのSRステータスを送信すると判定することもできる。したがって、ネットワークデバイスは、端末デバイスによって送信されたHARQ-ACKを第1のPUCCHリソース上で受信し、端末デバイスによって送信されるCSIおよび少なくとも1つのSRステータスを第2のPUCCHリソース上で受信する。
【０１７４】
第2のPUCCHリソース上で端末デバイスによって送信される少なくとも1つのSRステータスは、図2に示された実施形態において第1のPUCCHリソース上で端末デバイスによって送信される少なくとも1つのSRステータスと同じであり、これは、以下のいくつかの場合を含む可能性があることに留意されたい。
【０１７５】
(1)少なくとも1つの第3のPUCCHリソースの量が1であるとき、端末デバイスが肯定的SRを送信する必要がある場合、少なくとも1つのSRステータスは、肯定的SRであり、または端末デバイスが肯定的SRを送信する必要がない場合、少なくとも1つのSRステータスは、否定的SRである。少なくとも1つのSRステータスおよびCSIは1つのPUCCHリソース上で送信されるので、予約されたビットが、少なくとも1つのSRステータスを送信するために使用される。したがって、たとえ端末デバイスが肯定的SRを送信する必要がないとしても、否定的SRが送信される。
【０１７６】
(2)少なくとも1つの第3のPUCCHリソースの量がKであり、Kが2以上の正の整数であるとき、少なくとも1つのSRステータスが、端末デバイスが肯定的SRを送信するK個の第3のPUCCHリソースの中の特定の第3のPUCCHリソースを示すか、または端末デバイスがK個の第3のPUCCHリソースのうちのいずれにおいても肯定的SRを送信しないことを示す必要がある。
【０１７７】
可能な設計において、少なくとも1つのSRステータスによって占有されるビットの量は、
【０１７８】
【数８】
2021519025.tif 000010
【０１７９】
である。
【０１８０】
結論として、同じスロット内で3つの異なる種類のUCIによって占有されるOFDMシンボルが部分的に重なり合うときに3つの異なる種類のUCIをどのようにして送信すべきかという問題を解決するために、図7に示された実施形態において、ネットワークデバイスは、端末デバイスのために第1のPUCCHリソースを動的に構成し、第1のPUCCHリソースおよび別のPUCCHリソースが図7に示された実施形態に対応する応用の筋書きの第1のPUCCHリソースと別のPUCCHリソースとの間の重なり合う関係を満たすとき、端末デバイスは、第1のPUCCHリソース上でネットワークデバイスにHARQ-ACKを送信し、第2のPUCCHリソース上でネットワークデバイスにCSIまたはCSIおよび少なくとも1つのSRステータスを送信する。したがって、本出願のこの実施形態において提供される方法によれば、端末デバイスのアップリンク送信のシングルキャリアの特徴が、保たれることが可能であり、UCIがネットワークデバイスによって正しく受信され得ることが、保証される。
【０１８１】
図2、図5、および図7にそれぞれ対応する上述の実施形態への拡張として、本出願の実施形態は、ネットワークデバイスが同じリソース上に複数のUCIのレポートをスケジューリングすることを可能にするための、異なる筋書きにおけるアップリンク制御情報送信および受信方法をさらに提供する。
【０１８２】
図8に示されるように、本出願の実施形態は、ネットワークデバイスが同じリソース上に複数のUCIのレポートをスケジューリングすることを可能にするためのアップリンク制御情報送信および受信方法をさらに提供する。方法は、以下のステップを含む。
【０１８３】
ステップ800:ネットワークデバイスが、第1の情報を送信し、第1の情報は、第1のPUCCHリソースを示し、第1のPUCCHリソースは、HARQ-ACKを送信するために使用され、第1の情報は、ARIフィールドを含む。
【０１８４】
第1のPUCCHリソースは、合計ペイロードサイズおよびARIフィールドに基づいて決定され、合計ペイロードサイズは、少なくとも1つのSRステータスのペイロードサイズと、CSIのペイロードサイズと、HARQ-ACKのペイロードサイズとの合計である。第4のPUCCHリソースが、HARQ-ACKのペイロードサイズおよびARIフィールドに基づいて決定される。第1のPUCCHリソースは、第1のPUCCHリソースセットに属し、第4のPUCCHリソースは、第2のPUCCHリソースセットに属する。
【０１８５】
本出願のこの実施形態において、ネットワークデバイスは、端末デバイスのために少なくとも2つのPUCCHリソースセットを構成し、第1のPUCCHリソースセットは、第2のPUCCHリソースセットと異なり、合計ペイロードサイズに対応するPUCCHリソースセットが、第1のPUCCHリソースセットであり、HARQ-ACKのペイロードサイズに対応するPUCCHリソースセットが、第2のPUCCHリソースセットであることを理解されたい。
【０１８６】
第2のPUCCHリソースおよび第4のPUCCHリソースが、時間的に部分的に重なり合うか、または第2のPUCCHリソースおよび第4のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、第4のPUCCHリソースおよび第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合う。第2のPUCCHリソースが、CSIを送信するために使用され、少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的SRを送信するために使用され、少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される。
【０１８７】
第4のPUCCHリソースとその他のPUCCHリソースとの間の重なり合う関係は図2に示された実施形態の筋書き1または筋書き2における重なり合う関係と同じであり、繰り返しの部分は再度説明されないことを理解されたい。
【０１８８】
ステップ810:端末デバイスが、ネットワークデバイスから第1の情報を受信し、端末デバイスが、第1のPUCCHリソース上でネットワークデバイスにCSI、HARQ-ACK、および少なくとも1つのSRステータスを送信し、SRステータスは、肯定的SRまたは否定的SRである。
【０１８９】
第1の情報を受信した後、端末デバイスは、まず、HARQ-ACKのペイロードサイズに基づいて、HARQ-ACKのペイロードサイズに対応するPUCCHリソースセットを決定する。端末が、ARIフィールドに基づいて、HARQ-ACKのペイロードサイズに対応するPUCCHリソースセットの中の1つのPUCCHリソースまたは1つのPUCCHリソースサブセットを第4のPUCCHリソースとして決定し、さらに、第4のPUCCHリソースに対応するPUCCH開始シンボル、PUCCH終了シンボル、またはPUCCH開始シンボルおよびPUCCH終了シンボルに基づいて、第4のPUCCHリソースおよび第2のPUCCHリソースが部分的に重なり合うと判定するか、または第2のPUCCHリソースおよび第4のPUCCHリソースが時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが第4のPUCCHリソースおよび第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合うと判定した後、端末は、少なくとも1つのSRステータスのペイロードサイズ、CSIのペイロードサイズ、およびHARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定し、合計ペイロードサイズに基づいて、合計ペイロードサイズに対応するPUCCHリソースセットを決定し、ARIフィールドに基づいて合計ペイロードサイズに対応するPUCCHリソースセットの中のPUCCHリソースを第1のPUCCHリソースとして決定する。
【０１９０】
可能な設計において、第1のPUCCHリソースの開始シンボルが、第4のPUCCHリソースの開始シンボルと同じであるか、または第1のPUCCHリソースの終了シンボルが、第4のPUCCHリソースの終了シンボルと同じである。たとえば、第1のPUCCHリソースの開始シンボルが、第4のPUCCHリソースの開始シンボルと同じであり、第1のPUCCHリソースの終了シンボルが、第4のPUCCHリソースの終了シンボルと同じである。
【０１９１】
第1のPUCCHリソースは、その他のPUCCHリソースと重なり合う関係にない可能性があり、または別の可能な重なり合う関係にある可能性があることを理解されたい。これは、本出願において限定されない。
【０１９２】
さらに、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットをさらに示し得る。詳細に関しては、図2に示された実施形態の特定の説明を参照されたい。端末デバイスによって送信される少なくとも1つのSRステータスの特定の説明も、図2に示された実施形態の特定の説明と同じである。詳細は、本明細書において再度説明されない。
【０１９３】
図9に示されるように、本出願の実施形態は、ネットワークデバイスが同じリソース上に複数のUCIのレポートをスケジューリングすることを可能にするためのアップリンク制御情報送信および受信方法をさらに提供する。方法は、以下のステップを含む。
【０１９４】
ステップ900:ネットワークデバイスが、第1の情報を送信し、第1の情報は、第1のPUCCHリソースを示し、第1のPUCCHリソースは、HARQ-ACKを送信するために使用され、第1の情報は、ARIフィールドを含む。
【０１９５】
第1のPUCCHリソースは、合計ペイロードサイズおよびARIフィールドに基づいて決定され、合計ペイロードサイズは、CSIのペイロードサイズと、HARQ-ACKのペイロードサイズとの合計である。第4のPUCCHリソースが、HARQ-ACKのペイロードサイズおよびARIフィールドに基づいて決定される。第1のPUCCHリソースは、第1のPUCCHリソースセットに属し、第4のPUCCHリソースは、第2のPUCCHリソースセットに属する。
【０１９６】
本出願のこの実施形態において、ネットワークデバイスは、端末デバイスのために少なくとも2つのPUCCHリソースセットを構成し、第1のPUCCHリソースセットは、第2のPUCCHリソースセットと異なり、合計ペイロードサイズに対応するPUCCHリソースセットが、第1のPUCCHリソースセットであり、HARQ-ACKのペイロードサイズに対応するPUCCHリソースセットが、第2のPUCCHリソースセットであることを理解されたい。
【０１９７】
第2のPUCCHリソースおよび第4のPUCCHリソースは、時間的に部分的に重なり合う。第2のPUCCHリソースは、CSIを送信するために使用される。
【０１９８】
第4のPUCCHリソースと別のPUCCHリソースとの間の重なり合う関係は、この実施形態において限定されないことを理解されたい。特に、少なくとも1つの第3のPUCCHリソースと第4のPUCCHリソースとの間の重なり合う関係および少なくとも1つの第3のPUCCHリソースと第2のPUCCHリソースとの間の重なり合う関係は、この実施形態において限定されない。したがって、この実施形態に対応する応用の筋書きは、図2に示された実施形態の筋書き1とまったく同じではない。本出願のこの実施形態は、図2に示された実施形態の筋書き1以外の筋書きをさらに含む。
【０１９９】
ステップ910:端末デバイスが、ネットワークデバイスから第1の情報を受信し、端末デバイスが、第1のPUCCHリソース上でネットワークデバイスにCSIおよびHARQ-ACKを送信する。
【０２００】
第1の情報を受信した後、端末デバイスは、まず、HARQ-ACKのペイロードサイズに基づいて、HARQ-ACKのペイロードサイズに対応するPUCCHリソースセットを決定する。端末が、ARIフィールドに基づいて、HARQ-ACKのペイロードサイズに対応するPUCCHリソースセットの中の1つのPUCCHリソースまたは1つのPUCCHリソースサブセットを第4のPUCCHリソースとして決定し、さらに、第4のPUCCHリソースに対応するPUCCH開始シンボル、PUCCH終了シンボル、またはPUCCH開始シンボルおよびPUCCH終了シンボルに基づいて、第4のPUCCHリソースおよび第2のPUCCHリソースが部分的に重なり合うと判定した後、端末デバイスは、CSIのペイロードサイズおよびHARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定し、合計ペイロードサイズに基づいて、合計ペイロードサイズに対応するPUCCHリソースセットを決定し、ARIフィールドに基づいて合計ペイロードサイズに対応するPUCCHリソースセットの中のPUCCHリソースを第1のPUCCHリソースとして決定する。
【０２０１】
可能な設計において、第1のPUCCHリソースの開始シンボルが、第4のPUCCHリソースの開始シンボルと同じであるか、または第1のPUCCHリソースの終了シンボルが、第4のPUCCHリソースの終了シンボルと同じである。たとえば、第1のPUCCHリソースの開始シンボルが、第4のPUCCHリソースの開始シンボルと同じであり、第1のPUCCHリソースの終了シンボルが、第4のPUCCHリソースの終了シンボルと同じである。
【０２０２】
第1のPUCCHリソースは、別のPUCCHリソースと重なり合う関係にない可能性があり、または別の可能な重なり合う関係にある可能性があることを理解されたい。これは、本出願において限定されない。
【０２０３】
さらに、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットをさらに示し得る。詳細に関しては、図5に示された実施形態の特定の説明を参照されたい。詳細は、本明細書において再度説明されない。
【０２０４】
図10に示されるように、本出願の実施形態は、ネットワークデバイスが同じリソース上に複数のUCIのレポートをスケジューリングすることを可能にするためのアップリンク制御情報送信および受信方法をさらに提供する。方法は、以下のステップを含む。
【０２０５】
ステップ1000:ネットワークデバイスが、第1の情報を送信し、第1の情報は、第1のPUCCHリソースを示し、第1のPUCCHリソースは、HARQ-ACKを送信するために使用され、第1の情報は、ARIフィールドを含む。
【０２０６】
第1のPUCCHリソースは、合計ペイロードサイズおよびARIフィールドに基づいて決定され、合計ペイロードサイズは、CSIのペイロードサイズと、HARQ-ACKのペイロードサイズとの合計である。第4のPUCCHリソースが、HARQ-ACKのペイロードサイズおよびARIフィールドに基づいて決定される。第1のPUCCHリソースは、第1のPUCCHリソースセットに属し、第4のPUCCHリソースは、第2のPUCCHリソースセットに属する。
【０２０７】
本出願のこの実施形態において、ネットワークデバイスは、端末デバイスのために少なくとも2つのPUCCHリソースセットを構成し、第1のPUCCHリソースセットは、第2のPUCCHリソースセットと異なり、合計ペイロードサイズに対応するPUCCHリソースセットが、第1のPUCCHリソースセットであり、HARQ-ACKのペイロードサイズに対応するPUCCHリソースセットが、第2のPUCCHリソースセットであることを理解されたい。
【０２０８】
第2のPUCCHリソースおよび第4のPUCCHリソースが、時間的に部分的に重なり合い、少なくとも1つの第3のPUCCHリソースおよび第4のPUCCHリソースが、時間的に重なり合わない。第2のPUCCHリソースが、CSIを送信するために使用され、少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的SRを送信するために使用され、少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される。
【０２０９】
第4のPUCCHリソースとその他のPUCCHリソースとの間の重なり合う関係は図5に示された実施形態に対応する筋書きにおける重なり合う関係と同じであり、繰り返しの部分は再度説明されないことを理解されたい。
【０２１０】
ステップ1010:端末デバイスが、ネットワークデバイスから第1の情報を受信し、第1のPUCCHリソース上でネットワークデバイスにHARQ-ACKおよびCSIを送信し、少なくとも1つの第3のPUCCHリソース上で少なくとも1つの肯定的SRを送信する。
【０２１１】
第1の情報を受信した後、端末デバイスは、まず、HARQ-ACKのペイロードサイズに基づいて、HARQ-ACKのペイロードサイズに対応するPUCCHリソースセットを決定する。端末が、ARIフィールドに基づいて、HARQ-ACKのペイロードサイズに対応するPUCCHリソースセットの中の1つのPUCCHリソースまたは1つのPUCCHリソースサブセットを第4のPUCCHリソースとして決定し、さらに、第4のPUCCHリソースに対応するPUCCH開始シンボル、PUCCH終了シンボル、またはPUCCH開始シンボルおよびPUCCH終了シンボルに基づいて、第2のPUCCHリソースおよび第4のPUCCHリソースが、時間的に部分的に重なり合い、少なくとも1つの第3のPUCCHリソースおよび第4のPUCCHリソースが、時間的に重なり合わないと判定した後、端末は、CSIのペイロードサイズおよびHARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定し、合計ペイロードサイズに基づいて、合計ペイロードサイズに対応するPUCCHリソースセットを決定し、ARIフィールドに基づいて合計ペイロードサイズに対応するPUCCHリソースセットの中のPUCCHリソースを第1のPUCCHリソースとして決定する。
【０２１２】
可能な設計において、第1のPUCCHリソースの開始シンボルが、第4のPUCCHリソースの開始シンボルと同じであるか、または第1のPUCCHリソースの終了シンボルが、第4のPUCCHリソースの終了シンボルと同じである。たとえば、第1のPUCCHリソースの開始シンボルが、第4のPUCCHリソースの開始シンボルと同じであり、第1のPUCCHリソースの終了シンボルが、第4のPUCCHリソースの終了シンボルと同じである。
【０２１３】
第1のPUCCHリソースは、PUCCHリソースと重なり合う関係にない可能性があり、または別の可能な重なり合う関係にある可能性があることを理解されたい。これは、本出願において限定されない。
【０２１４】
さらに、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットをさらに示し得る。詳細に関しては、図5に示された実施形態の特定の説明を参照されたい。端末デバイスによって少なくとも1つの第3のPUCCHリソース上で少なくとも1つの肯定的SRを送信することの特定の説明も、図5に示された実施形態の特定の説明と同じである。詳細は、本明細書において再度説明されない。
【０２１５】
上述の実施形態に基づいて、本出願の実施形態は、アップリンク制御情報送信装置を提供する。図11に示されるように、装置1100は、
ネットワークデバイスから第1の情報を受信するように構成された受信ユニット1101であって、第1の情報が、第1のアップリンク制御チャネルPUCCHリソースを示し、第1のPUCCHリソースが、ハイブリッド自動再送要求肯定応答HARQ-ACKを送信するために使用され、第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合うか、または第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、第1のPUCCHリソースおよび第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、第2のPUCCHリソースが、チャネル状態情報CSIを送信するために使用され、少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的スケジューリング要求SRを送信するために使用され、少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される、受信ユニット1101と、
第1のPUCCHリソース上でネットワークデバイスに少なくとも1つのSRステータス、CSI、およびHARQ-ACKを送信するように構成された送信ユニット1102であって、SRステータスが、肯定的SRまたは否定的SRである、送信ユニット1102とを含む。
【０２１６】
可能な設計において、第2のPUCCHリソースは、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである。
【０２１７】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2であることをさらに示し、
装置1100は、少なくとも1つのSRステータス、CSI、およびHARQ-ACKが送信される前に少なくとも1つのSRステータス、CSI、およびHARQ-ACKを一緒に符号化するように構成された第1の処理ユニット1103をさらに含む。
【０２１８】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 3またはPUCCH format 4であることをさらに示し、
装置1100は、少なくとも1つのSRステータス、CSI、およびHARQ-ACKが送信される前に少なくとも1つのSRステータス、HARQ-ACK、およびCSI内の第1の部分CSI part 1を一緒に符号化し、CSI内の第2の部分CSI part 2を独立して符号化するように構成された第1の処理ユニット1103をさらに含む。
【０２１９】
可能な設計において、少なくとも1つの第3のPUCCHリソースの量がKであり、Kが2以上の整数であるとき、少なくとも1つのSRステータスによって占有されるビットの量は、
【０２２０】
【数９】
2021519025.tif 000011
【０２２１】
である。
【０２２２】
可能な設計において、第1の情報は、肯定応答リソースインジケータARIフィールドを含み、
装置1100は、少なくとも1つのSRステータス、CSI、およびHARQ-ACKが送信される前に、少なくとも1つのSRステータスのペイロードサイズ、CSIのペイロードサイズ、およびHARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定し、合計ペイロードサイズに基づいて、合計ペイロードサイズに対応するPUCCHリソースセットを決定し、ARIフィールドに基づいてPUCCHリソースセットの中のPUCCHリソースを第1のPUCCHリソースとして決定するように構成された第2の処理ユニット1104をさらに含む。
【０２２３】
図11のアップリンク制御情報送信装置によって含まれる機能モジュールの特定の実装および対応する有益な効果に関しては、図2に示された上述の実施形態の特定の説明を参照するものとすることは理解されるであろう。詳細は、本明細書において再度説明されない。
【０２２４】
別の任意の変更形態において、本出願の実施形態は、アップリンク制御情報送信装置を提供する。たとえば、装置は、チップである可能性があり、装置は、プロセッサおよびインターフェースを含む。プロセッサは、第1の処理ユニット1103および第2の処理ユニット1104の機能を実施し、インターフェースは、受信ユニット1101および送信ユニット1102の機能を実施する。装置は、メモリをさらに含む可能性があり、メモリは、プロセッサ上で実行される可能性があるプログラムを記憶するように構成される。プロセッサは、プログラムを実行するとき、上述の実施形態の方法を実施する。
【０２２５】
上述の実施形態に基づいて、本出願の実施形態は、アップリンク制御情報受信装置を提供する。図12に示されるように、装置1200は、以下を含む。
端末デバイスに第1の情報を送信するように構成された送信ユニット1201であって、第1の情報が、第1のPUCCHリソースを示し、第1のPUCCHリソースが、HARQ-ACKを送信するために使用され、第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に部分的に重なり合うか、または第2のPUCCHリソースおよび第1のPUCCHリソースが、時間的に重なり合わず、少なくとも1つの第3のPUCCHリソースの中のいずれかの第3のPUCCHリソースが、第1のPUCCHリソースおよび第2のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的SRを送信するために使用され、少なくとも1つの第3のPUCCHリソースの中の1つの第3のPUCCHリソースが、1つの肯定的SRを送信するために使用される、送信ユニット1201と、
端末デバイスによって送信される少なくとも1つのSRステータス、CSI、およびHARQ-ACKを第1のPUCCHリソース上で受信するように構成された受信ユニット1202であって、SRステータスが、肯定的SRまたは否定的SRである、受信ユニット1202とを含む。
【０２２６】
可能な設計において、第2のPUCCHリソースは、1つの周期的CSIを送信するために使用されるPUCCHリソースであるか、または複数の周期的CSIを送信するために使用されるPUCCHリソースである。
【０２２７】
可能な設計において、第1の情報は、HARQ-ACKを送信するために使用されるPUCCHフォーマットがPUCCH format 2、PUCCH format 3、またはPUCCH format 4であることをさらに示す。
【０２２８】
可能な設計において、少なくとも1つの第3のPUCCHリソースの量がKであり、Kが2以上の整数であるとき、少なくとも1つのSRステータスによって占有されるビットの量は、
【０２２９】
【数１０】
2021519025.tif 000012
【０２３０】
である。
【０２３１】
可能な設計において、装置1200は、
少なくとも1つのSRステータスのペイロードサイズ、CSIのペイロードサイズ、およびHARQ-ACKのペイロードサイズに基づいて合計ペイロードサイズを決定し、合計ペイロードサイズに基づいて、合計ペイロードサイズに対応するPUCCHリソースセットを決定し、PUCCHリソースセットからのPUCCHリソースを第1のPUCCHリソースとして選択するように構成された処理ユニット1203をさらに含む。
【０２３２】
送信ユニット1201は、端末デバイスに第1の情報を送信するように特に構成され、第1の情報は、ARIフィールドを含み、ARIフィールドは、選択されたPUCCHリソースに対応するARIフィールドである。
【０２３３】
上述のユニットの分割は、論理的な機能の分割に過ぎないことを理解されたい。実際の実施中に、ユニットのすべてまたは一部は、1つの物理的なエンティティへと統合される可能性があり、または物理的に分けられる可能性がある。さらに、これらのユニットは、処理要素の呼び出しを通じてすべてソフトウェアによって実装される可能性があり、またはすべてハードウェアの形態で実装される可能性があり、または一部のユニットが、処理要素の呼び出しを通じてソフトウェアによって実装される可能性があり、その他のユニットが、ハードウェアの形態で実装される。実装プロセスにおいて、上述の方法のステップまたは上述のユニットは、処理要素内のハードウェア集積論理回路を使用することによって、またはソフトウェアの形態の命令を使用することによって実装され得る。
【０２３４】
たとえば、上述のユニットは、上述の方法を実施するように構成された1つまたは複数の集積回路、たとえば、1つもしくは複数の特定要素向け集積回路(Application Specific Integrated Circuit、ASIC)、1つもしくは複数のマイクロプロセッサ(digital signal processor、DSP)、または1つもしくは複数のフィールドプログラマブルゲートアレイ(Field Programmable Gate Array、FPGA)である可能性がある。別の例として、上述のユニットのうちの1つがプログラムを呼び出すことを通じて処理要素によって実装されるとき、処理要素は、汎用プロセッサ、たとえば、中央演算処理装置(Central Processing Unit、CPU)、またはプログラムを呼び出すことができる別のプロセッサである可能性がある。別の例として、これらのユニットは、システムオンチップ(system-on-a-chip、SOC)の形態で統合され、実装される可能性がある。
【０２３５】
上述の実施形態に基づいて、本出願の実施形態は、端末デバイスをさらに提供する。図13に示されるように、端末デバイス1300は、トランシーバ1301、プロセッサ1302、およびメモリ1303を含む。メモリ1303は、コンピュータプログラムを記憶するように構成される。プロセッサ1302は、トランシーバ1301を使用することによって図2、図5、図7、図8、図9、および図10に示された方法を実行するためにメモリ1303に記憶されたコンピュータプログラムを呼び出す。
【０２３６】
図11に示された実施形態の装置が図13に示された端末デバイス1300によって実装される可能性があることは、理解されるであろう。特に、第1の処理ユニット1103および第2の処理ユニット1104は、プロセッサ1302によって実装される可能性があり、受信ユニット1101および送信ユニット1102は、トランシーバ1001によって実装される可能性がある。端末デバイス1300の構造は、本出願のこの実施形態を限定しない。
【０２３７】
上述の実施形態に基づいて、本出願の実施形態は、ネットワークデバイスをさらに提供する。図14に示されるように、ネットワークデバイス1400は、トランシーバ1401、プロセッサ1402、およびメモリ1403を含む。メモリ1403は、コンピュータプログラムを記憶するように構成される。プロセッサ1402は、トランシーバ1401を使用することによって図2、図5、図7、図8、図9、および図10に示された方法を実行するためにメモリ1403に記憶されたコンピュータプログラムを呼び出す。
【０２３８】
図12に示された実施形態の装置が図14に示されたネットワークデバイス1400によって実装される可能性があることは、理解されるであろう。特に、送信ユニット1201および受信ユニット1202は、トランシーバ1401によって実装される可能性があり、処理ユニット1203は、プロセッサ1402によって実装される可能性がある。ネットワークデバイス1400の構造は、本出願のこの実施形態を限定しない。
【０２３９】
図13および図14において、プロセッサは、CPU、ネットワークプロセッサ(network processor、NP)、ハードウェアチップ、またはこれらの任意の組合せである可能性がある。メモリは、揮発性メモリ(volatile memory)、たとえば、ランダムアクセスメモリ(random access memory、RAM)を含む可能性があり、またはメモリは、不揮発性メモリ(non-volatile memory)、たとえば、読み出し専用メモリ(read-only memory、ROM)、フラッシュメモリ(flash memory)、ハードディスク(hard disk drive、HDD)、もしくはソリッドステートドライブ(solid-state drive、SSD)を含む可能性があり、またはメモリは、上述の種類のメモリの組合せを含む可能性がある。
【０２４０】
結論として、本出願の実施形態において提供される方法によれば、同じスロット内で3つの異なる種類のUCIによって占有されるOFDMシンボルが部分的に重なり合うときに3つの異なる種類のUCIをどのようにして送信すべきかという問題が、解決されることが可能であり、その結果、端末デバイスのアップリンク送信のシングルキャリアの特徴が、保たれることが可能であり、UCIがネットワークデバイスによって正しく受信され得ることが、保証される。
【０２４１】
当業者は、本出願の実施形態が方法、システム、またはコンピュータプログラム製品として提供される可能性があることを理解するはずである。したがって、本出願の実施形態は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアとの組合せによる実施形態の形態を用いる可能性がある。さらに、本出願の実施形態は、コンピュータが使用可能なプログラムコードを含む(ディスクメモリ、CD-ROM、光学式メモリなどを含むがこれらに限定されない)1つまたは複数のコンピュータが使用可能なストレージ媒体上に実装されるコンピュータプログラム製品の形態を使用する可能性がある。
【０２４２】
本出願の実施形態は、本出願の実施形態による方法、デバイス(システム)、およびコンピュータプログラム製品の流れ図および/またはブロック図を参照して説明されている。流れ図および/またはブロック図の各プロセスおよび/または各ブロックと、流れ図および/またはブロック図のプロセスおよび/またはブロックの組合せとを実装するためにコンピュータプログラム命令が使用される可能性があることを理解されたい。これらのコンピュータプログラム命令は、コンピュータまたは任意のその他のプログラミング可能なデータ処理デバイスのプロセッサによって実行される命令が流れ図の1つもしくは複数のプロセスおよび/またはブロック図の1つもしくは複数のブロックの特定の機能を実装するための装置を生成するようにマシンを生成するために多目的コンピュータ、専用コンピュータ、組み込みプロセッサ、または任意のその他のプログラミング可能なデータ処理デバイスのプロセッサのために提供される可能性がある。
【０２４３】
これらのコンピュータプログラム命令は、コンピュータ可読メモリに記憶された命令が指示装置を含む製品を生成するように、特定の方法で働くようにコンピュータまたは任意のその他のプログラミング可能なデータ処理デバイスに命令することができるコンピュータ可読メモリに記憶される可能性がある。指示装置は、流れ図の1つもしくは複数のプロセスおよび/またはブロック図の1つもしくは複数のブロックの特定の機能を実装する。
【０２４４】
これらのコンピュータプログラム命令は、一連の動作およびステップがコンピュータまたは別のプログラミング可能なデバイス上で実行され、それによって、コンピュータによって実施される処理を生成するようにコンピュータまたは別のプログラミング可能なデータ処理デバイスにロードされる可能性がある。したがって、コンピュータまたは別のプログラミング可能なデバイス上で実行される命令が、流れ図の1つもしくは複数のプロセスおよび/またはブロック図の1つもしくは複数のブロックの特定の機能を実施するためのステップを提供する。
【０２４５】
明らかに、当業者は、本出願の精神および範囲を逸脱することなしに本出願の実施形態に様々な修正および変更を行うことができる。本出願は、これらの修正および変更が添付の請求項の範囲およびそれらの均等なテクノロジーによって定義される保護の範囲内に入るという条件でこれらの修正および変更を包含するように意図される。
【符号の説明】
【０２４６】
1100  装置
1101  受信ユニット
1102  送信ユニット
1103  第1の処理ユニット
1104  第2の処理ユニット
1200  装置
1201  送信ユニット
1202  受信ユニット
1203  処理ユニット
1300  端末デバイス
1301  トランシーバ
1302  プロセッサ
1303  メモリ
1400  ネットワークデバイス
1401  トランシーバ
1402  プロセッサ
1403  メモリ
【図１】
2021519025.tif 000021
【図２】
2021519025.tif 000022
【図３（ａ）】
2021519025.tif 000023
【図３（ｂ）】
2021519025.tif 000024
【図３（ｃ）】
2021519025.tif 000025
【図３（ｄ）】
2021519025.tif 000026
【図３（ｅ）】
2021519025.tif 000027
【図４（ａ）】
2021519025.tif 000028
【図４（ｂ）】
2021519025.tif 000029
【図５】
2021519025.tif 000030
【図６】
2021519025.tif 000031
【図７】
2021519025.tif 000032
【図８】
2021519025.tif 000033
【図９】
2021519025.tif 000034
【図１０】
2021519025.tif 000035
【図１１】
2021519025.tif 000036
【図１２】
2021519025.tif 000037
【図１３】
2021519025.tif 000038
【図１４】
2021519025.tif 000039
【手続補正書】
【提出日】令和2年11月20日(2020.11.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アップリンク制御情報送信方法であって、
ネットワークデバイスから第1の情報を受信するステップであって、前記第1の情報が、肯定応答リソースインジケータフィールドを含む、ステップと、
ハイブリッド自動再送要求肯定応答(HARQ-ACK)のペイロードサイズに基づいて第1のアップリンク制御チャネル(PUCCH)リソースセットを決定するステップと、
前記肯定応答リソースインジケータフィールドに基づいて前記第1のPUCCHリソースセットの中の第1のPUCCHリソースを決定するステップであって、
前記第1のPUCCHリソースおよび第2のPUCCHリソースが、スロット内で時間的に部分的に重なり合い、前記スロットが、少なくとも1つの第3のPUCCHリソースをさらに含むか、または
前記第1のPUCCHリソースおよび第2のPUCCHリソースが、時間的に重なり合わず、前記第1のPUCCHリソースおよび前記第2のPUCCHリソースが、少なくとも1つの第3のPUCCHリソースの中の同じ第3のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、
前記第2のPUCCHリソースが、チャネル状態情報(CSI)を送信するために使用され、前記少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的スケジューリング要求(SR)を送信するために使用される、ステップと、
合計ペイロードサイズに基づいて第2のPUCCHリソースセットを決定するステップであって、前記合計ペイロードサイズが、前記少なくとも1つの第3のPUCCHリソースにそれぞれ対応する少なくとも1つのSRステータスのペイロードサイズ、前記CSIのペイロードサイズ、および前記HARQ-ACKの前記ペイロードサイズに基づいて決定される、ステップと、
前記肯定応答リソースインジケータフィールドに基づいて前記第2のPUCCHリソースセットの中の第4のPUCCHリソースを決定するステップと、
前記第4のPUCCHリソース上で前記ネットワークデバイスに前記HARQ-ACK、前記CSI、および前記少なくとも1つのSRステータスを送信するステップであって、前記SRステータスが、肯定的SRまたは否定的SRである、ステップと
を含む、方法。
【請求項２】
前記少なくとも1つの第3のPUCCHリソースの量が、Kであり、Kが、2以上の整数であり、前記少なくとも1つのSRステータスによって占有されるビットの量が、
【数１】
2021519025.tif 000040
である請求項1に記載の方法。
【請求項３】
前記少なくとも1つの第3のPUCCHリソースの量が、1である請求項1に記載の方法。
【請求項４】
前記第2のPUCCHリソースが、1つの周期的CSIを送信するために使用されるか、または複数の周期的CSIを送信するために使用される請求項1から3のいずれか一項に記載の方法。
【請求項５】
無線リソース制御シグナリングを受信するステップであって、前記無線リソース制御シグナリングが、前記第2のPUCCHリソースについての情報を含む、ステップをさらに含む請求項1から4のいずれか一項に記載の方法。
【請求項６】
無線リソース制御シグナリングを受信するステップであって、前記無線リソース制御シグナリングが、前記少なくとも1つの第3のPUCCHリソースについての情報を含む、ステップをさらに含む請求項1から5のいずれか一項に記載の方法。
【請求項７】
前記HARQ-ACK、前記CSI、および少なくとも1つのSRステータスが、PUCCH format 2、PUCCH format 3、またはPUCCH format 4を使用することによって前記第4のPUCCHリソース上で受信される請求項1から6のいずれか一項に記載の方法。
【請求項８】
前記第1の情報が、ダウンリンクスケジューリングシグナリングによって送信される請求項1から7のいずれか一項に記載の方法。
【請求項９】
アップリンク制御情報受信方法であって、
ハイブリッド自動再送要求肯定応答(HARQ-ACK)のペイロードサイズに基づいて第1のアップリンク制御チャネル(PUCCH)リソースセットを決定するステップと、
前記第1のPUCCHリソースセットの中の第1のPUCCHリソースを決定するステップと、
端末デバイスに第1の情報を送信するステップであって、前記第1の情報が、肯定応答リソースインジケータフィールドを含み、前記肯定応答リソースインジケータフィールドが、前記第1のPUCCHリソースセットの中の前記第1のPUCCHリソースに対応し、
前記第1のPUCCHリソースおよび第2のPUCCHリソースが、スロット内で時間的に部分的に重なり合い、前記スロットが、少なくとも1つの第3のPUCCHリソースをさらに含むか、または
前記第1のPUCCHリソースおよび第2のPUCCHリソースが、時間的に重なり合わず、前記第1のPUCCHリソースおよび前記第2のPUCCHリソースが、少なくとも1つの第3のPUCCHリソースにそれぞれ対応する前記少なくとも1つの第3のPUCCHリソースの中の同じ第3のPUCCHリソースとそれぞれ時間的に部分的に重なり合い、
前記第2のPUCCHリソースが、チャネル状態情報(CSI)を送信するために使用され、前記少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的スケジューリング要求(SR)を送信するために使用される、ステップと、
合計ペイロードサイズに基づいて第2のPUCCHリソースセットを決定するステップであって、前記合計ペイロードサイズが、前記少なくとも1つの第3のPUCCHリソースにそれぞれ対応する少なくとも1つのSRステータスのペイロードサイズ、前記CSIのペイロードサイズ、および前記HARQ-ACKの前記ペイロードサイズに基づいて決定される、ステップと、
前記肯定応答リソースインジケータフィールドに基づいて前記第2のPUCCHリソースセットの中の第4のPUCCHリソースを決定するステップと、
前記端末デバイスによって送信される前記HARQ-ACK、前記CSI、および前記少なくとも1つのSRステータスを前記第4のPUCCHリソース上で受信するステップであって、前記SRステータスが、肯定的SRまたは否定的SRである、ステップと
を含む、方法。
【請求項１０】
前記少なくとも1つの第3のPUCCHリソースの量が、Kであり、Kが、2以上の整数であり、前記少なくとも1つのSRステータスによって占有されるビットの量が、
【数２】
2021519025.tif 000041
である請求項9に記載の方法。
【請求項１１】
前記少なくとも1つの第3のPUCCHリソースの量が、1である請求項9に記載の方法。
【請求項１２】
前記第2のPUCCHリソースが、1つの周期的CSIを送信するために使用されるか、または複数の周期的CSIを送信するために使用される請求項9から11のいずれか一項に記載の方法。
【請求項１３】
無線リソース制御シグナリングを受信するステップであって、前記無線リソース制御シグナリングが、前記第2のPUCCHリソースについての情報を含む、ステップをさらに含む請求項9から12のいずれか一項に記載の方法。
【請求項１４】
無線リソース制御シグナリングを受信するステップであって、前記無線リソース制御シグナリングが、前記少なくとも1つの第3のPUCCHリソースについての情報を含む、ステップをさらに含む請求項9から13のいずれか一項に記載の方法。
【請求項１５】
前記HARQ-ACK、前記CSI、および少なくとも1つのSRステータスが、PUCCH format 2、PUCCH format 3、またはPUCCH format 4を使用することによって前記第4のPUCCHリソース上で受信される請求項9から14のいずれか一項に記載の方法。
【請求項１６】
前記第1の情報が、ダウンリンクスケジューリングシグナリングによって受信される請求項9から15のいずれか一項に記載の方法。
【請求項１７】
アップリンク制御情報送信装置であって、
ネットワークデバイスから第1の情報を受信するように構成されたトランシーバユニットであって、前記第1の情報が、肯定応答リソースインジケータフィールドを含む、トランシーバユニットと、
ハイブリッド自動再送要求肯定応答(HARQ-ACK)のペイロードサイズに基づいて第1のアップリンク制御チャネル(PUCCH)リソースセットを決定するように構成された処理ユニットと
を含み、
前記処理ユニットが、前記肯定応答リソースインジケータフィールドに基づいて前記第1のPUCCHリソースセットの中の第1のPUCCHリソースを決定するようにさらに構成され、
前記第1のPUCCHリソースおよび第2のPUCCHリソースが、スロット内で時間的に部分的に重なり合い、前記スロットが、少なくとも1つの第3のPUCCHリソースをさらに含むか、または
前記第1のPUCCHリソースおよび第2のPUCCHリソースが、時間的に重なり合わず、前記第1のPUCCHリソースおよび前記第2のPUCCHリソースが、少なくとも1つの第3のPUCCHリソースの中の同じPUCCHリソースとそれぞれ時間的に部分的に重なり合い、
前記第2のPUCCHリソースが、チャネル状態情報(CSI)を送信するために使用され、前記少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的スケジューリング要求(SR)を送信するために使用され、
前記処理ユニットが、合計ペイロードサイズに基づいて第2のPUCCHリソースセットを決定するようにさらに構成され、前記合計ペイロードサイズが、前記少なくとも1つの第3のPUCCHリソースにそれぞれ対応する少なくとも1つのSRステータスのペイロードサイズ、前記CSIのペイロードサイズ、および前記HARQ-ACKの前記ペイロードサイズに基づいて決定され、
前記処理ユニットが、前記肯定応答リソースインジケータフィールドに基づいて前記第2のPUCCHリソースセットの中の第4のPUCCHリソースを決定するようにさらに構成され、
前記処理ユニットが、前記第4のPUCCHリソース上で前記ネットワークデバイスに前記HARQ-ACK、前記CSI、および前記少なくとも1つのSRステータスを送信するようにさらに構成され、前記SRステータスが、肯定的SRまたは否定的SRである、装置。
【請求項１８】
前記少なくとも1つの第3のPUCCHリソースの量が、Kであり、Kが、2以上の整数であり、前記少なくとも1つのSRステータスによって占有されるビットの量が、
【数３】
2021519025.tif 000042
である請求項17に記載の装置。
【請求項１９】
前記少なくとも1つの第3のPUCCHリソースの量が、1である請求項17に記載の装置。
【請求項２０】
前記第2のPUCCHリソースが、1つの周期的CSIを送信するために使用されるか、または複数の周期的CSIを送信するために使用される請求項17から19のいずれか一項に記載の装置。
【請求項２１】
無線リソース制御シグナリングを受信することであって、前記無線リソース制御シグナリングが、前記第2のPUCCHリソースについての情報を含む、受信することをさらに含む請求項17から20のいずれか一項に記載の装置。
【請求項２２】
無線リソース制御シグナリングを受信することであって、前記無線リソース制御シグナリングが、前記少なくとも1つの第3のPUCCHリソースについての情報を含む、受信することをさらに含む請求項17から21のいずれか一項に記載の装置。
【請求項２３】
前記HARQ-ACK、前記CSI、および少なくとも1つのSRステータスが、PUCCH format 2、PUCCH format 3、またはPUCCH format 4を使用することによって前記第4のPUCCHリソース上で受信される請求項17から22のいずれか一項に記載の装置。
【請求項２４】
アップリンク制御情報受信装置であって、
ハイブリッド自動再送要求肯定応答(HARQ-ACK)のペイロードサイズに基づいて第1のアップリンク制御チャネル(PUCCH)リソースセットを決定するように構成された処理ユニットであって、
前記第1のPUCCHリソースセットの中の第1のPUCCHリソースを決定するようにさらに構成される、処理ユニットと、
端末デバイスに第1の情報を送信するように構成されトランシーバユニットであって、前記第1の情報が、肯定応答リソースインジケータフィールドを含み、前記肯定応答リソースインジケータフィールドが、前記第1のPUCCHリソースセットの中の前記第1のPUCCHリソースに対応する、トランシーバユニットと
を含み、
前記第1のPUCCHリソースおよび第2のPUCCHリソースが、スロット内で時間的に部分的に重なり合い、前記スロットが、少なくとも1つの第3のPUCCHリソースをさらに含むか、または
前記第1のPUCCHリソースおよび第2のPUCCHリソースが、時間的に重なり合わず、前記第1のPUCCHリソースおよび前記第2のPUCCHリソースが、少なくとも1つの第3のPUCCHリソースの中の同じPUCCHリソースとそれぞれ時間的に部分的に重なり合い、
前記第2のPUCCHリソースが、チャネル状態情報(CSI)を送信するために使用され、前記少なくとも1つの第3のPUCCHリソースが、少なくとも1つの肯定的スケジューリング要求SRを送信するために使用され、
前記処理ユニットが、合計ペイロードサイズに基づいて第2のPUCCHリソースセットを決定するようにさらに構成され、前記合計ペイロードサイズが、前記少なくとも1つの第3のPUCCHリソースにそれぞれ対応する少なくとも1つのSRステータスのペイロードサイズ、前記CSIのペイロードサイズ、および前記HARQ-ACKの前記ペイロードサイズに基づいて決定され、
前記処理ユニットが、前記肯定応答リソースインジケータフィールドに基づいて前記第2のPUCCHリソースセットの中の第4のPUCCHリソースを決定するようにさらに構成され、
前記トランシーバユニットが、前記端末デバイスによって送信される前記HARQ-ACK、前記CSI、および前記少なくとも1つのSRステータスを前記第4のPUCCHリソース上で受信するようにさらに構成され、前記SRステータスが、肯定的SRまたは否定的SRである、装置。
【請求項２５】
前記少なくとも1つの第3のPUCCHリソースの量が、Kであり、Kが、2以上の整数であり、前記少なくとも1つのSRステータスによって占有されるビットの量が、
【数４】
2021519025.tif 000043
である請求項24に記載の装置。
【請求項２６】
前記少なくとも1つの第3のPUCCHリソースの量が、1である請求項24に記載の装置。
【請求項２７】
前記第2のPUCCHリソースが、1つの周期的CSIを送信するために使用されるか、または複数の周期的CSIを送信するために使用される請求項24から26のいずれか一項に記載の装置。
【請求項２８】
無線リソース制御シグナリングを受信することであって、前記無線リソース制御シグナリングが、前記第2のPUCCHリソースについての情報を含む、受信することをさらに含む請求項24から27のいずれか一項に記載の装置。
【請求項２９】
無線リソース制御シグナリングを受信することであって、前記無線リソース制御シグナリングが、前記少なくとも1つの第3のPUCCHリソースについての情報を含む、受信することをさらに含む請求項24から28のいずれか一項に記載の装置。
【請求項３０】
前記HARQ-ACK、前記CSI、および少なくとも1つのSRステータスが、PUCCH format 2、PUCCH format 3、またはPUCCH format 4を使用することによって前記第4のPUCCHリソース上で受信される請求項24から29のいずれか一項に記載の装置。
【請求項３１】
コンピュータが実行可能な命令を記憶するコンピュータストレージ媒体であって、前記コンピュータが実行可能な命令が通信デバイス上で実行されるとき、前記通信デバイスが請求項1から18のいずれか一項に記載の方法を実行することを可能にされる、コンピュータストレージ媒体。
【請求項３２】
アップリンク制御情報送信装置であって、プロセッサおよびストレージ媒体を含み、前記ストレージ媒体が命令を記憶し、前記命令が前記プロセッサによって実行されるときに前記プロセッサが請求項1から9のいずれか一項に記載の方法を実行可能に構成された、装置。
【請求項３３】
アップリンク制御情報受信装置であって、プロセッサおよびストレージ媒体を含み、前記ストレージ媒体が命令を記憶し、前記命令が前記プロセッサによって実行されるときに前記プロセッサが請求項10から18のいずれか一項に記載の方法を実行可能に構成された、装置。
【国際調査報告】
2021519025.tif 000044
2021519025.tif 000045
2021519025.tif 000046
2021519025.tif 000047