JP7258909B2 - アップリンク制御情報送信および受信方法および装置 - Google Patents

アップリンク制御情報送信および受信方法および装置 Download PDF

Info

Publication number
JP7258909B2
JP7258909B2 JP2020554185A JP2020554185A JP7258909B2 JP 7258909 B2 JP7258909 B2 JP 7258909B2 JP 2020554185 A JP2020554185 A JP 2020554185A JP 2020554185 A JP2020554185 A JP 2020554185A JP 7258909 B2 JP7258909 B2 JP 7258909B2
Authority
JP
Japan
Prior art keywords
pucch resource
pucch
resource
time
csi
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020554185A
Other languages
English (en)
Other versions
JP2021519025A (ja
Inventor
▲昊▼ ▲孫▼
▲麗▼霞 薛
帆 ▲楊▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2021519025A publication Critical patent/JP2021519025A/ja
Application granted granted Critical
Publication of JP7258909B2 publication Critical patent/JP7258909B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0621—Feedback content
    • H04B7/0626—Channel coefficients, e.g. channel state information [CSI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026—Transmission of channel quality indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0057—Physical resource allocation for CQI
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本出願は、その全体が参照により本明細書に組み込まれる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ステータスによって占有されるビットの量は、
Figure 0007258909000001
である。
したがって、上述の方法によれば、少なくとも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ステータスによって占有されるビットの量は、
Figure 0007258909000002
である。
可能な設計において、端末デバイスに第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ステータスによって占有されるビットの量は、
Figure 0007258909000003
である。
第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ステータスによって占有されるビットの量は、
Figure 0007258909000004
である。
可能な設計において、第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ステータスによって占有されるビットの量は、
Figure 0007258909000005
である。
可能な設計において、端末デバイスに第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ステータスによって占有されるビットの量は、
Figure 0007258909000006
である。
たとえば、K=3であり、
Figure 0007258909000007
であり、少なくとも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ステータスによって占有されるビットの量は、
Figure 0007258909000008
である。
結論として、同じスロット内で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ステータスによって占有されるビットの量は、
Figure 0007258909000009
である。
可能な設計において、第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ステータスによって占有されるビットの量は、
Figure 0007258909000010
である。
可能な設計において、装置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 メモリ

Claims (33)

  1. アップリンク制御情報送信方法であって、
    ネットワークデバイスから第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リソースとそれぞれ時間的に部分的に重なり合い、前記第1のPUCCHリソース、前記第2のPUCCHリソース、および、前記少なくとも1つの第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であり、前記少なくとも1つの第3のPUCCHリソースが第3のPUCCHリソースを含み、前記第1のPUCCHリソースと第2のPUCCHリソースがスロットにおいて時間的に部分的に重なり合い、前記スロットがさらに少なくとも1つの第3のPUCCHリソースを含むことが、
    Kが1に等しく、前記第2のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第2のPUCCHリソースが時間的に重なり合わないこと、
    Kが1に等しく、前記第2のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第2のPUCCHリソースが時間的に部分的に重なり合うこと、
    Kが1に等しく、前記第2のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第1のPUCCHリソースが時間的に重なり合わず、前記第3のPUCCHリソースと前記第2のPUCCHリソースが時間的に部分的に重なり合うこと、あるいは、
    Kが2に等しいかより大きな整数であって、前記第2のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースが前記第1のPUCCHリソースおよび前記第2のPUCCHリソースの少なくとも一つと時間的に部分的に重なり合うこと、を含むものである、
    方法。
  2. Kが、2以上の整数であり、前記少なくとも1つのSRステータスによって占有されるビットの量が、
    Figure 0007258909000011
     である請求項1に記載の方法。
  3. 前記少なくとも1つの第3のPUCCHリソースの量が、1である請求項1に記載の方法。
  4. 前記第2のPUCCHリソースが、1つの周期的CSIを送信するために使用されるか、または複数の周期的CSIを送信するために使用される請求項1から3のいずれか一項に記載の方法。
  5. 無線リソース制御シグナリングを受信するステップであって、前記無線リソース制御シグナリングが、前記第2のPUCCHリソースについての情報を含む、ステップをさらに含む請求項1から4のいずれか一項に記載の方法。
  6. 無線リソース制御シグナリングを受信するステップであって、前記無線リソース制御シグナリングが、前記少なくとも1つの第3のPUCCHリソースについての情報を含む、ステップをさらに含む請求項1から5のいずれか一項に記載の方法。
  7. 前記HARQ-ACK、前記CSI、および少なくとも1つのSRステータスが、PUCCH format 2、PUCCH format 3、またはPUCCH format 4を使用することによって前記第4のPUCCHリソース上で送信される請求項1から6のいずれか一項に記載の方法。
  8. 前記第1の情報が、ダウンリンクスケジューリングシグナリングによって受信される請求項1から7のいずれか一項に記載の方法。
  9. アップリンク制御情報受信方法であって、
    ハイブリッド自動再送要求肯定応答(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リソースとそれぞれ時間的に部分的に重なり合い、前記第1のPUCCHリソース、前記第2のPUCCHリソース、および、前記少なくとも1つの第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であり、前記少なくとも1つの第3のPUCCHリソースが第3のPUCCHリソースを含み、前記第1のPUCCHリソースと第2のPUCCHリソースがスロットにおいて時間的に部分的に重なり合い、前記スロットがさらに少なくとも1つの第3のPUCCHリソースを含むことが、
    Kが1に等しく、前記第2のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第2のPUCCHリソースが時間的に重なり合わないこと、
    Kが1に等しく、前記第2のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第2のPUCCHリソースが時間的に部分的に重なり合うこと、
    Kが1に等しく、前記第2のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第1のPUCCHリソースが時間的に重なり合わず、前記第3のPUCCHリソースと前記第2のPUCCHリソースが時間的に部分的に重なり合うこと、あるいは、
    Kが2に等しいかより大きな整数であって、前記第2のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースが前記第1のPUCCHリソースおよび前記第2のPUCCHリソースの少なくとも一つと時間的に部分的に重なり合うこと、を含むものである、
    方法。
  10. Kが、2以上の整数であり、前記少なくとも1つのSRステータスによって占有されるビットの量が、
    Figure 0007258909000012
     である請求項9に記載の方法。
  11. 前記少なくとも1つの第3のPUCCHリソースの量が、1である請求項9に記載の方法。
  12. 前記第2のPUCCHリソースが、1つの周期的CSIを送信するために使用されるか、または複数の周期的CSIを送信するために使用される請求項9から11のいずれか一項に記載の方法。
  13. 無線リソース制御シグナリングを送信するステップであって、前記無線リソース制御シグナリングが、前記第2のPUCCHリソースについての情報を含む、ステップをさらに含む請求項9から12のいずれか一項に記載の方法。
  14. 無線リソース制御シグナリングを送信するステップであって、前記無線リソース制御シグナリングが、前記少なくとも1つの第3のPUCCHリソースについての情報を含む、ステップをさらに含む請求項9から13のいずれか一項に記載の方法。
  15. 前記HARQ-ACK、前記CSI、および少なくとも1つのSRステータスが、PUCCH format 2、PUCCH format 3、またはPUCCH format 4を使用することによって前記第4のPUCCHリソース上で送信される請求項9から14のいずれか一項に記載の方法。
  16. 前記第1の情報が、ダウンリンクスケジューリングシグナリングによって送信される請求項9から15のいずれか一項に記載の方法。
  17. アップリンク制御情報送信装置であって、
    ネットワークデバイスから第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リソースとそれぞれ時間的に部分的に重なり合い、前記第1のPUCCHリソース、前記第2のPUCCHリソース、および、前記少なくとも1つの第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であり、前記少なくとも1つの第3のPUCCHリソースが第3のPUCCHリソースを含み、前記第1のPUCCHリソースと第2のPUCCHリソースがスロットにおいて時間的に部分的に重なり合い、前記スロットがさらに少なくとも1つの第3のPUCCHリソースを含むことが、
    Kが1に等しく、前記第2のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第2のPUCCHリソースが時間的に重なり合わないこと、
    Kが1に等しく、前記第2のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第2のPUCCHリソースが時間的に部分的に重なり合うこと、
    Kが1に等しく、前記第2のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第1のPUCCHリソースが時間的に重なり合わず、前記第3のPUCCHリソースと前記第2のPUCCHリソースが時間的に部分的に重なり合うこと、あるいは、
    Kが2に等しいかより大きな整数であって、前記第2のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースが前記第1のPUCCHリソースおよび前記第2のPUCCHリソースの少なくとも一つと時間的に部分的に重なり合うこと、を含むものである、
    装置。
  18. Kが、2以上の整数であり、前記少なくとも1つのSRステータスによって占有されるビットの量が、
    Figure 0007258909000013
     である請求項17に記載の装置。
  19. 前記少なくとも1つの第3のPUCCHリソースの量が、1である請求項17に記載の装置。
  20. 前記第2のPUCCHリソースが、1つの周期的CSIを送信するために使用されるか、または複数の周期的CSIを送信するために使用される請求項17から19のいずれか一項に記載の装置。
  21. 無線リソース制御シグナリングを受信することであって、前記無線リソース制御シグナリングが、前記第2のPUCCHリソースについての情報を含む、受信することをさらに含む請求項17から20のいずれか一項に記載の装置。
  22. 無線リソース制御シグナリングを受信することであって、前記無線リソース制御シグナリングが、前記少なくとも1つの第3のPUCCHリソースについての情報を含む、受信することをさらに含む請求項17から21のいずれか一項に記載の装置。
  23. 前記HARQ-ACK、前記CSI、および少なくとも1つのSRステータスが、PUCCH format 2、PUCCH format 3、またはPUCCH format 4を使用することによって前記第4のPUCCHリソース上で送信される請求項17から22のいずれか一項に記載の装置。
  24. アップリンク制御情報受信装置であって、
    ハイブリッド自動再送要求肯定応答(HARQ-ACK)のペイロードサイズに基づいて第1のアップリンク制御チャネル(PUCCH)リソースセットを決定するように構成された処理ユニットであって、
    前記第1のPUCCHリソースセットの中の第1のPUCCHリソースを決定するようにさらに構成される、処理ユニットと、
    端末デバイスに第1の情報を送信するように構成されトランシーバユニットであって、前記第1の情報が、肯定応答リソースインジケータフィールドを含み、前記肯定応答リソースインジケータフィールドが、前記第1のPUCCHリソースセットの中の前記第1のPUCCHリソースに対応する、トランシーバユニットと
    を含み、
    前記第1のPUCCHリソースおよび第2のPUCCHリソースが、時間的に重なり合わず、前記第1のPUCCHリソースおよび前記第2のPUCCHリソースが、少なくとも1つの第3のPUCCHリソースの中の同じPUCCHリソースとそれぞれ時間的に部分的に重なり合い、前記第1のPUCCHリソース、前記第2のPUCCHリソース、および、前記少なくとも1つの第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であり、前記少なくとも1つの第3のPUCCHリソースが第3のPUCCHリソースを含み、前記第1のPUCCHリソースと第2のPUCCHリソースがスロットにおいて時間的に部分的に重なり合い、前記スロットがさらに少なくとも1つの第3のPUCCHリソースを含むことが、
    Kが1に等しく、前記第2のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第2のPUCCHリソースが時間的に重なり合わないこと、
    Kが1に等しく、前記第2のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第2のPUCCHリソースが時間的に部分的に重なり合うこと、
    Kが1に等しく、前記第2のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースと前記第1のPUCCHリソースが時間的に重なり合わず、前記第3のPUCCHリソースと前記第2のPUCCHリソースが時間的に部分的に重なり合うこと、あるいは、
    Kが2に等しいかより大きな整数であって、前記第2のPUCCHリソースと前記第1のPUCCHリソースが時間的に部分的に重なり合い、前記第3のPUCCHリソースが前記第1のPUCCHリソースおよび前記第2のPUCCHリソースの少なくとも一つと時間的に部分的に重なり合うこと、を含むものである、
    装置。
  25. Kが、2以上の整数であり、前記少なくとも1つのSRステータスによって占有されるビットの量が、
    Figure 0007258909000014
     である請求項24に記載の装置。
  26. 前記少なくとも1つの第3のPUCCHリソースの量が、1である請求項24に記載の装置。
  27. 前記第2のPUCCHリソースが、1つの周期的CSIを送信するために使用されるか、または複数の周期的CSIを送信するために使用される請求項24から26のいずれか一項に記載の装置。
  28. 無線リソース制御シグナリングを送信することであって、前記無線リソース制御シグナリングが、前記第2のPUCCHリソースについての情報を含む、送信することをさらに含む請求項24から27のいずれか一項に記載の装置。
  29. 無線リソース制御シグナリングを送信することであって、前記無線リソース制御シグナリングが、前記少なくとも1つの第3のPUCCHリソースについての情報を含む、送信することをさらに含む請求項24から28のいずれか一項に記載の装置。
  30. 前記HARQ-ACK、前記CSI、および少なくとも1つのSRステータスが、PUCCH format 2、PUCCH format 3、またはPUCCH format 4を使用することによって前記第4のPUCCHリソース上で送信される請求項24から29のいずれか一項に記載の装置。
  31. コンピュータが実行可能な命令を記憶するコンピュータストレージ媒体であって、前記コンピュータが実行可能な命令が通信デバイス上で実行されるとき、前記通信デバイスが請求項1から16のいずれか一項に記載の方法のステップを実行するプログラムを有する、コンピュータストレージ媒体。
  32. アップリンク制御情報送信装置であって、プロセッサおよびストレージ媒体を含み、前記ストレージ媒体が命令を記憶し、前記命令が前記プロセッサによって実行されるときに前記プロセッサが請求項1から8のいずれか一項に記載の方法のステップを実行する、装置。
  33. アップリンク制御情報受信装置であって、プロセッサおよびストレージ媒体を含み、前記ストレージ媒体が命令を記憶し、前記命令が前記プロセッサによって実行されるときに前記プロセッサが請求項9から16のいずれか一項に記載の方法のステップを実行する、装置。
JP2020554185A 2018-04-04 2019-04-04 アップリンク制御情報送信および受信方法および装置 Active JP7258909B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201810302333.8A CN110351007B (zh) 2018-04-04 2018-04-04 一种上行控制信息发送和接收方法及装置
CN201810302333.8 2018-04-04
PCT/CN2019/081541 WO2019192604A1 (zh) 2018-04-04 2019-04-04 一种上行控制信息发送和接收方法及装置

Publications (2)

Publication Number Publication Date
JP2021519025A JP2021519025A (ja) 2021-08-05
JP7258909B2 true JP7258909B2 (ja) 2023-04-17

Family

ID=68100105

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020554185A Active JP7258909B2 (ja) 2018-04-04 2019-04-04 アップリンク制御情報送信および受信方法および装置

Country Status (6)

Country Link
US (2) US10813119B2 (ja)
EP (2) EP4191931B1 (ja)
JP (1) JP7258909B2 (ja)
CN (5) CN110351007B (ja)
WO (1) WO2019192604A1 (ja)
ZA (1) ZA202006164B (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108259154B (zh) * 2018-01-12 2022-05-24 中兴通讯股份有限公司 信息传输、接收方法及装置、存储介质、电子装置
CN110351007B (zh) 2018-04-04 2021-09-07 华为技术有限公司 一种上行控制信息发送和接收方法及装置
CN110856265B (zh) * 2019-11-08 2023-08-08 中国信息通信研究院 一种上行控制信息的复用方法和设备
CN113678558B (zh) * 2020-02-13 2023-08-15 Oppo广东移动通信有限公司 信息传输方法及相关装置
US11889502B2 (en) * 2020-02-24 2024-01-30 Qualcomm Incorporated Two-stage feedback procedures
WO2021197043A1 (zh) * 2020-04-02 2021-10-07 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN113709873B (zh) * 2020-05-22 2024-05-03 大唐移动通信设备有限公司 物理上行控制信道资源的配置方法及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160183290A1 (en) 2013-08-02 2016-06-23 Electronics And Telecommunications Research Institute Uplink scheduling method and uplink transmission method
US20170238304A1 (en) 2016-01-18 2017-08-17 Lenovo Innovations Limited (Hong Kong) Uci transmission using different subframe types
WO2018030416A1 (ja) 2016-08-10 2018-02-15 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MX2012010034A (es) * 2010-03-10 2012-09-21 Lg Electronics Inc Metodo y aparato para transmitir informacion de control de enlace ascendente en un sistema inalambrico de comunicaciones.
CN102098086B (zh) * 2010-12-30 2016-03-02 中兴通讯股份有限公司 数据发送方法及装置
US9294230B2 (en) * 2012-07-02 2016-03-22 Intel Corporation Multiplexing of channel state information and hybrid automatic repeat request—acknowledgement information
WO2014021753A2 (en) * 2012-07-31 2014-02-06 Telefonaktiebolaget L M Ericsson (Publ) Power control for simultaneous transmission of ack/nack and channel-state information in carrier aggregation systems
US10194423B2 (en) * 2012-09-28 2019-01-29 Lg Electronics Inc. Uplink transmission method and uplink transmission device
US9876620B2 (en) * 2013-01-10 2018-01-23 Samsung Electronics Co., Ltd. Uplink control information transmissions/receptions in wireless networks
CN104767595A (zh) * 2014-01-07 2015-07-08 中兴通讯股份有限公司 Harq-ack反馈信息的传输方法、系统及终端和基站
US9491777B2 (en) * 2014-01-10 2016-11-08 Qualcomm Incorporated Techniques for prioritizing the reporting of uplink control information for cells utilizing contention based radio frequency spectrum
CN104936300A (zh) * 2014-03-20 2015-09-23 中兴通讯股份有限公司 上行信道处理方法、终端、基站和系统
CN105900503B (zh) * 2014-11-27 2020-05-15 上海朋邦实业有限公司 寻呼方法、基站及寻呼系统
US10079665B2 (en) 2015-01-29 2018-09-18 Samsung Electronics Co., Ltd. System and method for link adaptation for low cost user equipments
CN106060930B (zh) * 2015-04-09 2021-07-16 北京三星通信技术研究有限公司 一种增强载波聚合系统的harq-ack传输方法和设备
CN112187432A (zh) * 2015-05-14 2021-01-05 北京三星通信技术研究有限公司 传输上行控制信息的方法和设备
US10104568B2 (en) * 2015-06-30 2018-10-16 Qualcomm Incorporated Periodic channel state information reporting for enhanced carrier aggregation
US10182467B2 (en) * 2015-08-06 2019-01-15 Innovative Technology Lab Co., Ltd. Apparatus and method for transmitting uplink control information through a physical uplink control channel
KR102083813B1 (ko) * 2015-08-14 2020-03-03 후아웨이 테크놀러지 컴퍼니 리미티드 업링크 제어 정보 송신 방법과 수신 방법, 및 관련 장치
CN106470089B (zh) * 2015-08-14 2021-05-11 中兴通讯股份有限公司 一种上行控制信息的发送方法及装置
US10499384B2 (en) * 2015-09-17 2019-12-03 Intel IP Corporation Transmission of uplink control information in wireless systems
US11005631B2 (en) * 2015-09-24 2021-05-11 Ntt Docomo, Inc. Terminal, base station and radio communication method for separately encoding uplink control information
CN113014367B (zh) * 2015-10-12 2024-05-31 纽瑞科姆有限公司 用于无线传输的保护方法
US11304226B2 (en) * 2016-05-09 2022-04-12 Sharp Kabushiki Kaisha User equipments, base stations and methods
US10869300B2 (en) * 2017-01-08 2020-12-15 Lg Electronics Inc. Uplink signal transmission method of terminal in wireless communication system and device for supporting same
JP6845330B2 (ja) * 2017-05-03 2021-03-17 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて端末と基地局の間のスケジューリング要請を送受信する方法及びそれを支援する装置
US10873966B2 (en) * 2018-01-02 2020-12-22 Samsung Electronics Co., Ltd. Signaling of control information in a communication system
DK3725020T3 (da) * 2018-01-12 2021-05-03 Ericsson Telefon Ab L M Systemer og fremgangsmåder til prioritering af kanaltilstandsinformationsrapporter
US10966223B2 (en) * 2018-01-22 2021-03-30 Apple Inc. Handling overlapping of PUCCH and PUSCH for new radio systems
US20210022129A1 (en) * 2018-02-14 2021-01-21 Nec Corporation Methods and apparatuses for uplink control information transmission
CN110351007B (zh) * 2018-04-04 2021-09-07 华为技术有限公司 一种上行控制信息发送和接收方法及装置
US11006397B2 (en) * 2018-06-08 2021-05-11 Apple Inc. Multiplexing physical uplink control channels in a slot for a new radio (NR) system
US11019682B2 (en) * 2018-06-18 2021-05-25 Apple Inc. Methods to multiplex control information in accordance with multi-slot transmissions in new radio (NR) systems

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160183290A1 (en) 2013-08-02 2016-06-23 Electronics And Telecommunications Research Institute Uplink scheduling method and uplink transmission method
US20170238304A1 (en) 2016-01-18 2017-08-17 Lenovo Innovations Limited (Hong Kong) Uci transmission using different subframe types
WO2018030416A1 (ja) 2016-08-10 2018-02-15 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
Ericsson，On UCI Multiplexing on PUCCH[online]，3GPP TSG RAN WG1 #92 R1-1802906，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1802906.zip>，2018年03月02日
Ericsson，Summary of Discussions on Multiplexing Different UCI types on a PUCCH resource[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1801 R1-1801262，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1801/Docs/R1-1801262.zip>，2018年01月26日
Samsung，Corrections on PUCCH for up to 2 Symbols[online]，3GPP TSG RAN WG1 #92 R1-1801978，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1801978.zip>，2018年03月02日

Also Published As

Publication number Publication date
CN110351007B (zh) 2021-09-07
EP3697006B1 (en) 2022-12-21
EP4191931C0 (en) 2024-07-03
US20210029732A1 (en) 2021-01-28
CN111934814A (zh) 2020-11-13
EP4191931B1 (en) 2024-07-03
CN110557973B (zh) 2021-09-07
US20200120706A1 (en) 2020-04-16
CN110351007A (zh) 2019-10-18
US10813119B2 (en) 2020-10-20
JP2021519025A (ja) 2021-08-05
EP4191931A1 (en) 2023-06-07
ZA202006164B (en) 2022-01-26
US11438921B2 (en) 2022-09-06
CN110557973A (zh) 2019-12-10
BR112020019774A2 (pt) 2021-01-05
WO2019192604A1 (zh) 2019-10-10
EP3697006A4 (en) 2021-01-13
CN111740805A (zh) 2020-10-02
CN111934814B (zh) 2021-06-29
CN113810158A (zh) 2021-12-17
CN111740805B (zh) 2021-05-14
EP3697006A1 (en) 2020-08-19

Similar Documents

Publication Publication Date Title
JP7258909B2 (ja) アップリンク制御情報送信および受信方法および装置
JP7143447B2 (ja) 情報伝送方法及び通信デバイス
US10440696B2 (en) Method for transmitting feedback information, terminal equipment and base station
TWI822665B (zh) 傳輸方法和裝置
WO2019213845A1 (zh) 无线通信方法、通信设备、芯片和系统
WO2019137467A1 (zh) 上行信息传输方法及装置
US10834635B2 (en) Information transmission method and apparatus
WO2017197586A1 (zh) 传输数据的方法和装置
WO2013023548A1 (zh) 传输信道状态信息的方法、用户设备和基站
WO2018171676A1 (zh) 数据传输的方法和装置
EP3300279A1 (en) Method for data storage, terminal device and base station
WO2022206283A1 (zh) 一种通信方法和设备
WO2022152272A1 (zh) 上行控制信息uci传输方法和装置
WO2023134572A1 (zh) 上行传输方法、终端设备和网络设备
JP2024512686A (ja) データ伝送方法および装置
BR112020019774B1 (pt) Método e aparelho de envio e recebimento de informações de controle de enlace ascendente

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201120

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201120

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20211117

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211213

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20220304

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220428

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220912

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221124

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230306

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230405

R150 Certificate of patent or registration of utility model

Ref document number: 7258909

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150