CN115087125A - 物理上行控制信道传输的方法、终端设备和网络设备 - Google Patents

物理上行控制信道传输的方法、终端设备和网络设备 Download PDF

Info

Publication number
CN115087125A
CN115087125A CN202110359884.XA CN202110359884A CN115087125A CN 115087125 A CN115087125 A CN 115087125A CN 202110359884 A CN202110359884 A CN 202110359884A CN 115087125 A CN115087125 A CN 115087125A
Authority
CN
China
Prior art keywords
pucch
message
index
mcs
repetition
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.)
Pending
Application number
CN202110359884.XA
Other languages
English (en)
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
Priority to US18/549,695 priority Critical patent/US20240306155A1/en
Priority to EP22766211.1A priority patent/EP4287749A4/en
Priority to PCT/CN2022/078982 priority patent/WO2022188685A1/zh
Publication of CN115087125A publication Critical patent/CN115087125A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
    • 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/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • H04L1/0004—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes applied to control information
    • 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/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H04L1/001—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding applied to control information
    • 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/0027—Scheduling of signalling, e.g. occurrence thereof
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message

Landscapes

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

Abstract

本申请实施例提供了一种物理上行控制信道传输的方法、终端设备和网络设备，在网络设备未给终端设备配置专用PUCCH的情况下，提出重复传输PUCCH，提高通信过程中的信息传输的成功率，以提高通信的传输效率，可以有效地解决此种情况下覆盖增强场景下通信的传输效率低的问题。

Description

物理上行控制信道传输的方法、终端设备和网络设备
本申请要求于2021年3月11日提交中国专利局、申请号为202110265678.2、申请名称为“一种PUCCH重复次数的确定方法”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信领域，更具体地，涉及通信领域中物理上行控制信道传输的方法、终端设备和网络设备。
背景技术
在通信系统中，由于终端设备的成本受到限制因素，使得终端设备的功率上限相对网络设备的功率上限低，从而，上行传输的覆盖范围一般都比下行传输的覆盖范围低。因此，上行传输中会存在一些覆盖范围受限的情况，导致传输的信号强度无法满足通信需要，影响通信过程的传输效率。
此外，关于上行传输的物理上行控制信道(physical uplink control channel，PUCCH)的传输，在网络设备未通过高层信令配置完专用PUCCH的一些场景(例如，随机接入过程)中，对于一些覆盖范围受限的场景，目前的技术并未给出具体的解决方案，因此，一定程度上影响了通信过程的传输效率。
发明内容
本申请实施例提供一种物理上行控制信道传输的方法、终端设备和网络设备置，在网络设备未给终端设备配置专用PUCCH的情况下，提出重复传输PUCCH，提高通信过程中的信息传输的成功率，以提高通信的传输效率，可以有效地解决此种情况下覆盖增强场景下通信的传输效率低的问题。
第一方面，提供了一种物理上行控制信道传输的方法，包括：
接收第一消息；
在终端设备未被配置有专用物理上行控制信道PUCCH的情况下，采用重复次数N，重复传输第一PUCCH，所述专用PUCCH是网络设备通过高层信令配置给所述终端设备的，N为大于1的整数；其中，
所述第一PUCCH用于承载反馈信息，所述反馈信息用于指示所述终端设备是否成功接收所述第一消息，或，所述反馈信息是基于所述第一消息确定的与信道质量相关的信息；或，所述第一PUCCH是根据所述第一消息确定的。
在一些实施例中，第一消息和第一PUCCH是随机接入过程中的消息和PUCCH。例如，第一消息是随机接入过程中的第四条消息(Msg4)，第一PUCCH用于承载针对Msg4的反馈信息，即，该反馈信息用于指示终端设备是否成功接收Msg4。
在另一些实施例中，第一消息和第一PUCCH是RRC信令配置过程中的消息和PUCCH。例如，该第一消息是RRC信令，该第一PUCCH用于承载针对RRC信令的反馈信息，该反馈信息可以是终端设备的物理层发送的反馈信息，该反馈信息用于指示终端设备是否成功接收该RRC信令，或者，换一种描述，该反馈信息用于指示终端设备是否成功接收用于承载RRC信令的下行物理层共享信道(physical downlink shared channel,PDSCH)。
在另一些实施例中，第一消息和第一PUCCH是信道测量过程中的消息和PUCCH。例如，该第一消息可以是信道测量请求，该第一PUCCH用于承载基于该信道测量请求确定的与信道质量相关的反馈信息，该反馈信息可以包括CSI测量结果或发射波束。
在另一些实施例中，第一消息可以是指示用于承载SR的PUCCH占用的传输资源的指示信息，第一PUCCH是基于该指示信息确定的，即，第一PUCCH占用的传输资源基于该指示信息得到。
本申请实施例提供的物理上行控制信道传输的方法，在网络设备未给终端设备配置专用PUCCH的情况下，终端设备可以采用重复次数N，重复传输与第一消息有关的第一PUCCH。这样，可以提高第一PUCCH传输的成功率，以提高通信的传输效率，可以有效地解决覆盖增强场景下通信的传输效率低的问题。
可选地，所述第一消息包括第一指示信息，所述第一指示信息用于确定所述重复次数N。
可选地，所述第一指示信息包括第一索引，所述第一索引用于指示所述重复次数N，且所述第一索引还用于指示第一调制与编码策略MCS，所述第一MCS用于解调所述第一消息的至少部分内容。
本申请实施例提供的物理上行控制信道传输的方法，将第一MCS与第一PUCCH的重复次数N关联起来，通过用于指示第一MCS的第一索引来同时指示第一PUCCH的重复次数N，即，复用用于指示第一MCS的第一索引，不仅可以完全满足现有的MCS的指示，也可以减少由于单独指示重复次数N而额外增加的比特数，减少了信令开销。
可选地，所述第一索引是MCS表中的索引，所述第一索引占用的最大比特数小于5。
其中，第一索引是MCS表中的任一个索引。
本申请实施例提供的物理上行控制信道传输的方法，作为MCS表中的任一个索引的第一索引，在第一索引占用的最大比特数小于5时，意味着，相比于现有技术的MCS表中的索引占用的最大比特数至少等于5的情况，本申请实施例的MCS表相当于删除了一部分取值大的索引指示的MCS，保留了一部分取值较小的索引指示的MCS。第一，通过删除MCS表中的MCS可以减少占用的比特数，可以减少资源浪费。第二，由于覆盖增强场景中可能不需要高性能的MCS，所以，MCS表中删除的MCS对于覆盖增强场景下的通信传输基本没有影响，完全可以满足覆盖增强场景的通信传输。
可选地，所述第一指示信息承载于下行控制信息DCI的MCS字段中的第一部分比特；以及，
所述MCS字段还包括第二部分比特，所述第二部分比特用于承载用于指示第一MCS的MCS信息，所述第一MCS用于解调所述第一消息的至少部分内容；其中，
所述第一指示信息包括用于指示所述重复次数N的第一索引，所述MCS信息包括用于指示所述第一MCS的第二索引，所述第二索引是MCS表中的索引，所述第二索引占用的最大比特数小于5。
其中，第二索引是MCS表中的任一个索引。
因此，本申请实施例提供的物理上行控制信道传输的方法，作为MCS表中的任一个索引的第二索引，占用的最大比特数小于5，意味着，相比于现有的索引占用的最大比特数为5的MCS表，该实施例的MCS表中删除了一部分取值大的索引指示的MCS，保留了一部分取值较小的索引指示的MCS。第一，通过删除MCS表中的MCS可以减少占用的比特数，可以减少资源浪费。第二，由于覆盖增强场景中可能不需要高性能的MCS，所以，MCS表中删除的MCS对于覆盖增强场景下的通信传输基本没有影响，完全可以满足覆盖增强场景的通信传输。第三，再此基础上，还可以在现有的MCS字段中额外指示第一PUCCH的重复次数N，通过复用现有的MCS字段进一步达到减少资源浪费的效果。
可选地，所述第一指示信息用于指示第一数值，所述第一数值与所述重复次数N相关。
本申请实施例提供的物理上行控制信道传输的方法，通过将第一数值与第一PUCCH的重复次数N关联，终端设备可以根据第一指示信息指示的第一数值得到重复次数N，相比于在第一指示信息包括N的情况，一定程度上可以有效地减少比特数，以减少信令开销。
可选地，所述第一数值和所述重复次数N满足以下任一种关系：N＝2^x；或，N＝2+x；其中，x为第一数值。
可选地，所述第一指示信息用于指示重复传输所述第一PUCCH占用的总符号数，所述重复次数N与所述总符号数和单次传输所述第一PUCCH占用的符号数相关。
本申请实施例提供的物理上行控制信道传输的方法，将第一PUCCH的重复次数N与重复传输第一PUCCH占用的总符号数关联，终端设备可以通过网络设备指示的总符号数得到重复次数N，这种方式可以将现有标准的PUCCH资源中单次传输PUCCH占用的符号数修改为总符号数，对现有的PUCCH资源的改动较小，易于实现。
可选地，所述第一指示信息用于指示所述重复次数N。
可选地，所述第一指示信息承载于系统消息中。
可选地，所述第一指示信息承载于DCI中。
可选地，所述第一消息为随机接入过程的第四条消息；以及，
所述重复次数N与所述终端设备在所述随机接入过程中重复发送第三条消息的重复次数M相关，M为大于1的正整数。
本申请实施例提供的物理上行控制信道传输的方法，通过将随机接入过程中第三条消息的重复次数M与第一PUCCH的重复次数N关联，可以根据重复次数M确定重复次数N，相比于通通过信令确定重复次数N的方式，可以有效节省由于传输信令造成的开销。
可选地，所述重复次数N与所述重复次数M相等；或，
所述重复次数N与所述重复次数M和预设值相关。
可选地，所述重复次数M为初传所述第三条消息的重复次数；或，
所述重复次数M为重传所述第三条消息的重复次数；或，
所述重复次数M为初传所述第三条消息的重复次数和重传所述第三条消息的重复次数的总和。
可选地，发送能力信息，所述能力信息用于指示所述终端设备支持或处于覆盖增强场景。
本申请实施例提供的物理上行控制信道传输的方法，终端设备通过向网络设备发送能力信息，第一，可以使得网络设备确定终端设备是否需要覆盖增强，在需要覆盖增强的情况下可以发送用于确定重复次数N的第一指示信息，在不需要覆盖增强的情况下就可以不发送该第一指示信息，这样，可以减少不必要的信令开销。第二，在终端设备自己确定重复次数N的情况中，网络设备基于该能力信息，也可以确知终端设备大概率会重复发送第一PUCCH，以识别重复发送的第一PUCCH。
可选地，所述能力信息包括以下至少一项内容：
随机接入过程中的第一条消息中与覆盖增强场景对应的前导序列；或，
随机接入过程中的第三条消息中与覆盖增强对应的解调参考信号DMRS的格式，或，所述第三条消息中与覆盖增强对应的上行控制信息；或，
随机接入过程中重复发送第三条消息的重复次数M，M为大于1的正整数。
可选地，在所述第一PUCCH的N次重复传输中，所述第一PUCCH的N-1次传输占用的资源相对于第1次传输占用的资源偏置m1个频域单元，所述N-1次传输是所述第1次传输之后的传输，m1为大于0的正整数。
本申请实施例提供的物理上行控制信道传输的方法，通过将第一PUCCH的N-1次传输占用的资源与第1次传输占用的资源的频域分开，不仅为重复传输PUCCH的场景提供了资源，并且，可以减少重复传输PUCCH占用的资源与现有的1次传输PUCCH占用的资源的冲突。
可选地，所述第一PUCCH的N次重复传输占用的资源相对于参考频域单元偏置m2个频域单元，m2为大于0的正整数。
本申请实施例提供的物理上行控制信道传输的方法，通过将第一PUCCH的N次传输占用的资源与参考频域单元分开，为重复传输PUCCH的场景提供了资源。
第二方面，提供了一种物理上行控制信道传输的方法，包括：
发送第一消息；
在终端设备未被配置有专用物理上行控制信道PUCCH的情况下，采用重复次数N，重复接收第一PUCCH，所述专用PUCCH是网络设备通过高层信令配置给所述终端设备的，N为大于1的整数；其中，
所述第一PUCCH用于承载反馈信息，所述反馈信息用于指示所述终端设备是否成功接收所述第一消息，或，所述反馈信息是基于所述第一消息确定的与信道质量相关的信息；或，所述第一PUCCH是根据所述第一消息确定的。
可选地，所述第一消息包括第一指示信息，所述第一指示信息用于确定所述重复次数N。
可选地，所述第一指示信息包括第一索引，所述第一索引用于指示所述重复次数N，且所述第一索引还用于指示第一调制与编码策略MCS，所述第一MCS用于解调所述第一消息的至少部分内容。
可选地，所述第一索引是MCS表中的索引，所述第一索引占用的最大比特数小于5。
可选地，所述第一指示信息承载于下行控制信息DCI的MCS字段中的第一部分比特；以及，
所述MCS字段还包括第二部分比特，所述第二部分比特用于承载用于指示第一MCS的MCS信息，所述第一MCS用于解调所述第一消息的至少部分内容；其中，
所述第一指示信息包括用于指示所述重复次数N的第一索引，所述MCS信息包括用于指示所述第一MCS的第二索引，所述第二索引是MCS表中的索引，所述第二索引占用的最大比特数小于5。
可选地，所述第一指示信息用于指示第一数值，所述第一数值与所述重复次数N相关。
可选地，所述第一数值和所述重复次数N满足以下任一种关系：N＝2^x；或，N＝2+x；其中，x为第一数值。
可选地，所述第一指示信息用于指示重复传输所述第一PUCCH占用的总符号数，所述重复次数N与所述总符号数和单次传输所述第一PUCCH占用的符号数相关。
可选地，所述第一指示信息用于指示所述重复次数N。
可选地，所述第一指示信息承载于DCI中。
可选地，所述方法还包括：
发送系统消息，所述系统消息包括用于指示所述重复次数N的第二指示信息。
可选地，所述第一消息为随机接入过程的第四条消息；以及，
所述重复次数N与所述终端设备在所述随机接入过程中重复发送第三条消息的重复次数M相关，M为大于1的正整数。
可选地，所述重复次数N与所述重复次数M相等；或，
所述重复次数N与所述重复次数M和预设值相关。
可选地，所述重复次数M为初传所述第三条消息的重复次数；或，
所述重复次数M为重传所述第三条消息的重复次数；或，
所述重复次数M为初传所述第三条消息的重复次数和重传所述第三条消息的重复次数的总和。
可选地，所述方法还包括：
接收能力信息，所述能力信息用于指示所述终端设备支持或处于覆盖增强场景。
可选地，所述能力信息包括以下至少一项内容：
随机接入过程中的第一条消息中与覆盖增强场景对应的前导序列；或，
随机接入过程中的第三条消息中与覆盖增强对应的解调参考信号DMRS的格式，或，所述第三条消息中与覆盖增强对应的上行控制信息；或，
随机接入过程中重复发送第三条消息的重复次数M，M为大于1的正整数。
可选地，在所述第一PUCCH的N次重复传输中，所述第一PUCCH的N-1次传输占用的资源相对于第1次传输占用的资源偏置m1个频域单元，所述N-1次传输是所述第1次传输之后的传输，m1为大于0的正整数。
可选地，所述第一PUCCH的N次重复传输占用的资源相对于参考频域单元偏置m2个频域单元，m2为大于0的正整数。
第三方面，提供一种终端设备，所述装置用于执行上述第一方面中提供的方法。具体地，所述装置可以包括用于执行上述第一方面中任一种可能实现方式的模块。
第四方面，提供一种网络设备，所述装置用于执行上述第二方面中提供的方法。具体地，所述装置可以包括用于执行上述第二方面中任一种可能实现方式的模块。
第五方面，提供一种终端设备，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第一方面中任一种可能实现方式中的方法。可选地，该装置还包括存储器。可选地，该装置还包括通信接口，处理器与通信接口耦合。
第六方面，提供一种网络设备，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第二方面中任一种可能实现方式中的方法。可选地，该装置还包括存储器。可选地，该装置还包括通信接口，处理器与通信接口耦合。
第七方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被装置执行时，使得所述装置实现上述第一方面或第二方面中任一方面中任一种可能实现方式中的方法。
第八方面，提供一种包含指令的计算机程序产品，所述指令被计算机执行时使得装置实现上述第一方面或第二方面中任一方面中任一种可能实现方式中的方法。
第九方面，提供一种芯片，包括：输入接口、输出接口、处理器和存储器，所述输入接口、输出接口、所述处理器以及所述存储器之间通过内部连接通路相连，所述处理器用于执行所述存储器中的代码，当所述代码被执行时，所述处理器用于执行上述第一方面或第二方面中任一方面中任一种可能实现方式中的方法。
附图说明
图1是本申请实施例提供的一种通信系统的示意性结构图。
图2是本申请实施例提供的随机接入过程的示意性流程图。
图3是本申请实施例提供的物理上行控制信道传输的方法的示意性流程图。
图4是本申请实施例提供的装置的示意性框图。
图5是本申请实施例提供的装置的示意性结构图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(Long TermEvolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、第五代(5th Generation，5G)系统、新无线(New Radio，NR)或未来的第六代(6th Generation，6G)系统等。
图1是本申请实施例提供的一种通信系统的示意性结构图。该通信系统中包括一个或多个网络设备(为了便于描述，图中示出网络设备10和网络设备20)，以及与该一个或多个网络设备通信的一个或多个终端设备。图1中所示终端设备11和终端设备12与网络设备10通信，所示终端设备21和终端设备22与网络设备20通信。
本申请实施例中的终端设备是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持、穿戴或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、车载终端设备、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、可穿戴终端设备等等。本申请的实施例对应用场景不做限定。终端有时也可以称为终端设备、用户设备(user equipment，UE)、接入终端设备、车载终端、工业控制终端、UE单元、UE站、移动站、移动台、远方站、远程终端设备、移动设备、UE终端设备、终端设备、无线通信设备、UE代理或UE装置等。终端设备也可以是固定的或者移动的。
本申请实施例中的网络设备可以是用于与终端设备通信的设备，是任意一种具有无线收发功能的设备。网络设备包括但不限于：LTE中的演进型基站(NodeB或eNB或e-NodeB，evolved Node B)，NR中的基站(gNodeB或gNB)或收发点(transmission receivingpoint/transmission reception point,TRP)，WiFi系统中的接入节点，无线中继节点，无线回传节点等。基站可以是：宏基站，微基站，微微基站，小站，中继站，或，气球站等。多个基站可以支持上述提及的同一种技术的网络，也可以支持上述提及的不同技术的网络。基站可以包含一个或多个共站或非共站的TRP。网络设备还可以是云无线接入网络(cloudradio access network，CRAN)场景下的无线控制器、CU，和/或DU。网络设备还可以是服务器，可穿戴设备，或车载设备等。以下以网络设备为基站为例进行说明。所述多个网络设备可以为同一类型的基站，也可以为不同类型的基站。基站可以与终端设备进行通信，也可以通过中继站与终端设备进行通信。终端设备可以与不同技术的多个基站进行通信，例如，终端设备可以与支持LTE网络的基站通信，也可以与支持5G网络的基站通信，还可以支持与LTE网络的基站以及5G网络的基站的双连接。
如背景技术所述，由于上行传输的覆盖范围受限，导致信号的覆盖强度无法满足通信需求，影响通信过程的传输效率，且在网络设备未给终端设备配置专用物理上行控制信道(dedicatedphysical uplink control channel，dedicatedPUCCH)的情况下，目前的技术并未给出具体的解决方案。因此，在上行传输的覆盖范围受限导致传输效率低的情况下，需要对上行传输的通信进行覆盖增强(coverage enhancement，CE)，以提高传输效率。
为了便于描述，将本申请实施例中需要进行覆盖增强的场景统称为覆盖增强场景。
基于此，本申请实施例提供了一种物理上行控制信道传输的方法，在网络设备未给终端设备配置专用PUCCH的情况下，提出重复传输PUCCH，提高通信过程中的信息传输的成功率，以提高通信的传输效率，可以有效地解决此种情况下覆盖增强场景下通信的传输效率低的问题。
应理解，换一种描述，由于PUCCH中承载有信息，所以，重复传输PUCCH也可以理解为重复传输承载于PUCCH上的信息。下文中关于重复传输PUCCH的解释同此处，为了简洁，后续不再赘述。
专用PUCCH表示的是网络设备通过无线电资源控制(radio resource control，RRC信令配置给终端设备的PUCCH。下面，简单描述下网络设备配置RRC信令的过程。
在终端设备通过随机接入过程入网后，网络设备配置RRC信令且将该RRC信令发送给终端设备，其中，该RRC信令中配置有专用PUCCH资源。若终端设备在物理层成功接收该RRC信令，则终端设备向网络设备发送一个反馈信息，以告知自己在物理层成功接收该RRC信令；若终端设备在物理层未成功接收该RRC信令，则终端设备也可以向网络设备发送一个反馈信息，以告知自己在物理层未成功接收该RRC信令，网络设备会按照预设次数重复发送该RRC信令，直到终端设备在物理层成功接收该RRC信令。在终端设备在物理层成功接收该RRC信令后，终端设备继续将该RRC信令从物理层递交至RRC层，终端设备在RRC层成功接收RRC信令后，通过RRC层向网络设备发送另一个反馈信息，以告知网络设备自己在RRC层完成RRC信令的配置。这样，RRC信令配置成功，意味着网络设备完成了专用PUCCH资源的配置。后续，当某个终端设备需要采用PUCCH传输信息时，网络设备可以通过物理下行控制信道(downlink control information，DCI)为该终端设备调度RRC信令中专用PUCCH资源中的专用PUCCH。
应理解，在本申请实施例中，只有终端设备通过RRC层向网络设备发送用于指示终端设备在RRC层完成RRC信令的配置的反馈信息后，才可以认为网络设备完成了专用PUCCH的配置，即，认为网络设备为终端设备配置了专用PUCCH。
本申请实施例的技术方案涉及终端设备未被配置有专用PUCCH的场景，也就是说，涉及网络设备成功配置RRC信令之前的各种场景，包括但不限于：随机接入(randomaccess，RA)过程、RRC信令配置过程、信道测量过程等。下面，对本申请实施例可能涉及到的场景做说明。
一、随机接入过程
图2是本申请实施例提供的随机接入过程的示意性流程图。
在S210中，网络设备在小区内广播系统消息。对应地，终端设备接收该系统消息。
其中，系统消息包括用于指示终端设备发送第一条信息(message1，简称Msg1)占用的时频资源的信息。
示例性地，该系统消息还包括上行传输和下行传输中小区带宽的信息、上行传输和下行传输中时隙配置的信息等。
在S220中，终端设备发送第一条消息(Msg1)。对应地，网络设备接收Msg1。
Msg1包括随机接入前导序列，随机接入前导序列用于告知网络设备有一个随机接入请求，同时可以使得网络设备估计网络设备与终端设备之间的传输时延，并以该传输时延来校准终端设备的上行发送时间。
终端设备根据系统消息指示的时频资源，在该时频资源上发送Msg1。
在S230中，网络设备发送第二条消息(message2，简称Msg2)。对应地，终端设备接收Msg2。
Msg2是Msg1的响应消息，Msg2也可以称为随机接入响应消息。其中，Msg2承载于下行共享信道(downlink shared channel，DL-SCH)中。
示例性地，Msg2可以包括以下内容：
网络设备检测到的随机接入前导序列的索引值，以表明Msg2针对哪个随机接入有效；
调度指示，以指示终端设备在随机接入过程中将要发送的第三条消息所使用的资源；
临时标识，以用于终端设备与网络设备之间的进一步通信。示例性地，该临时标识可以是临时小区无线网络临时标识符(temporary cell radio network temporyidentity，TC-RNTI)。在完成S250后，该临时标识可以变为唯一的标识，称为小区无线网络临时标识符(cell radio network tempory identity，C-RNTI)。
若网络设备检测到多个随机接入的尝试(来自不同终端设备)，针对多个终端设备的响应消息可被集成在一个Msg2中，且采用专用于随机接入响应的标识，即，随机接入无线网络临时标识符(random access radio network temporary identity，RA-RNTI)，用来指示终端设备接收Msg2中自己的响应消息。终端设备可以通过Msg2中的RA-RNTI和前导序列的索引来确定自己是否成功接收到与自己相关的响应消息，若接收到与自己相关的响应消息，则继续进行后续处理.
在S240中，终端设备发送第三条消息(message3，简称Msg3)。对应地，网络设备接收Msg3。
基于非竞争的随机接入，前导序列是某个终端设备专用的，所以不存在冲突。因此，只有基于竞争的随机接入才执行随机接入过程的S240和S250。
基于随机接入的触发事件的不同，Msg3中的内容存在差异。
1、若终端设备是初次接入(initial access)的状态，则Msg3是在公共控制信道(common control channel,CCCH)上传输的RRC连接请求(RRC connection request)，Msg3中至少包括非接入层(non-access stratum,NAS)UE标识信息。
2、若终端设备是RRC连接重建(RRC connection re-establishment)的状态，则Msg3是在CCCH上传输的RRC连接重建请求(RRC connection re-establishment request)，Msg3中不包括任何NAS消息。
3、若终端设备是切换(handover)的状态，则Msg3是在专用控制信道(dedicatedcontrol channel,DCCH)上传输的经过加密和完整性保护的RRC切换确认(RRC handoverconfirm)，Msg3中包括终端设备的C-RNTI，且如果可能的话，需要携带缓冲报告状态(buffer status report,BSR)。
4、对于其它触发事件，Msg3中至少包括C-RNTI。
在上述各种情况中，无论Msg3中包括的具体内容是什么，都至少包括用于唯一标识终端设备的标识，用于后续的冲突解决。具体地：
对于处于RRC连接(RRC_CONNECTED)态的终端设备来说，其唯一标识是C-RNTI；
对于处于非RRC_CONNECTED态的终端设备来说，终端设备将使用一个来自核心网的唯一的标识(服务临时移动用户标识(serving–temporary mobile subscriberidentity,S-TMSI)或一个随机数)作为其标志。此时网络设备需要先与核心网通信，才能响应Msg3；
当终端设备处于RRC_CONNECTED态但上行不同步时，终端设备也有自己的C-RNTI。
此外，上行传输通常使用终端设备特定的信息，如C-RNTI，对UL-SCH的数据进行加扰。但此时冲突还未解决，加扰不能基于C-RNTI，而只能使用TC-RNTI。也就是说，Msg3只会使用TC-RNTI进行加扰。
在S250中，终端设备发送第四条消息(message4，简称Msg4)。对应地，网络设备接收Msg4。
在S240中已经介绍过，终端设备会在Msg3有携带自己唯一的标识：C-RNTI或来自核心网的UE标志(S-TMSI或一个随机数)。网络设备在冲突解决机制中，会在Msg4中携带该唯一的标识以指定胜出的终端设备。而其它没有在冲突解决中胜出的终端设备将重新发起随机接入。
若终端设备处于RRC_CONNECTED态，则该终端设备在小区内有唯一的标识C-RNTI。在S250中，若该终端设备在冲突解决中胜出，网络设备就使用这个C-RNTI对物理下行控制信道(physical downlink control channel,PDCCH)进行加扰。该终端设备收到以此C-RNTI加扰的PDCCH，就知道自己接入成功了。
若终端设备原本不处于RRC_CONNECTED态，则该终端设备在小区内不存在C-RNTI，其唯一标志就是来自核心网(S-TMSI或一个随机数)。在S250中，若该终端设备在冲突解决中胜出，网络设备会通过UE竞争解决身份标识媒体接入控制(media access control,MAC)控制元素(UE contention resolution identity MAC control element)将Msg3发回给终端设备，终端设备比较Msg3和Msg4，发现二者匹配，就知道自己接入成功了。
在S260中，终端设备发送反馈信息，该反馈信息用于指示终端设备成功接收Msg4。
应理解，只有在S250的冲突解决中胜出的终端设备才会发送该反馈信息，即，终端设备在Msg4中接收到自己的唯一标识后，发送该反馈信息。
示例性地，该反馈信息可以是正确应答(acknowledge,ACK)。
在该场景中，若终端设备处于增强覆盖场景，可以重复传输PUCCH，该PUCCH用于承载针对Msg4的反馈信息。
二、RRC信令配置
关于该场景下各个流程的描述可参考上文描述专用PUCCH时介绍的RRC信令配置过程，此处不再赘述。
在该场景中，若终端设备处于增强覆盖场景，可以重复传输PUCCH，该PUCCH可以用于承载反馈信息，该反馈信息用于指示终端设备是否成功接收网络设备发送的内容，该内容可以是RRC信令配置完成之前由网络设备发送给终端设备的任一种可能的内容。
在一些实施例中，该内容是RRC信令，承载于PUCCH的反馈信息可以是终端设备的物理层发送的反馈信息，该反馈信息用于指示终端设备是否成功接收该RRC信令。
在一示例中，若终端设备成功接收该RRC信令，该反馈信息可以是ACK。
在另一示例中，若终端设备未成功接收该RRC信令，该反馈信息可以是否定应答(negative acknowledgement，NACK)。
三、信道测量
在RRC信令配置完成之前，网络设备可以根据信道条件进行下行调度，以选取下行传输的配置和相关参数。
网络设备向终端设备发送信道测量请求，以指示终端设备进行信道测量。
示例性地，该信道测量请求可以包括用于信道测量的参数，例如，该参数可以包括测量周期、周期内的测量时间等参数。
终端设备根据该信道测量请求，测量不同发射波束下的信道状态，得到包括不同发射波束的信道状态信息(channel state information,CSI)。
在一些实施例中，终端设备向网络设备发送CSI测量结果，该CSI测量结果包括不同发射波束的CSI，以使得网络设备确定信道质量好的CSI对应的发射波束。
在另一些实施例中，终端设备基于不同发射波束的CSI，确定信道质量好的CSI对应的发射波束，并将该发射波束发送给网络设备。
在该场景中，若终端设备处于增强覆盖场景，可以重复传输PUCCH，该PUCCH用于承载反馈信息，该反馈信息包括CSI测量结果或发射波束。
四、资源指示
在RRC信令配置完成之前，网络设备可以通过信息指示一些PUCCH占用的传输资源，终端设备基于指示的传输资源传输PUCCH。示例性地，传输资源包括时频资源。
在上行调度请求(scheduling request，SR)过程中，若终端设备需要传输上行数据，终端设备需要向网络设备发送用于承载SR的PUCCH，以告知网络设备自己需要传输上行数据，网络设备根据该SR，为终端设备分配传输资源。
在终端设备发送用于承载SR的PUCCH之前，网络设备可以向终端设备发送一个指示信息，该指示信息用于指示用于承载SR的PUCCH占用的传输资源，终端设备根据该指示信息，在该指示信息所指示的传输资源上发送承载SR的PUCCH。
在该场景中，若终端设备处于增强覆盖场景，可以重复传输用于承载SR的PUCCH，该PUCCH占用的传输资源是基于指示信息确定的。
以下，结合图3，对本申请实施例的物理上行控制信道传输的方法300做详细说明。
图3是本申请实施例提供的物理上行控制信道传输的方法300的示意性流程图。
在S310中，网络设备发送第一消息。对应地，终端设备接收该第一消息。
在S320中，在终端设备未被配置有专用PUCCH的情况下，采用重复次数N，重复传输第一PUCCH，该专用PUCCH是通过高层信令配置给所述终端设备的PUCCH，N为大于1的整数，其中，该第一PUCCH用于承载反馈信息，该反馈信息用于指示该终端设备是否成功接收该第一消息，或，该反馈信息是基于该第一信息确定的与信道质量相关的信息；或，该第一PUCCH是根据该第一消息确定的。
如前所述，第一消息和第一PUCCH都是在网络设备未给终端设备配置专用PUCCH的场景中涉及到的消息和PUCCH。关于专用PUCCH的具体描述可参考上文的相关描述，不再赘述。
下面，对各种可能的场景中的第一消息和第一PUCCH做介绍。
在一些实施例中，第一消息和第一PUCCH是随机接入过程中的消息和PUCCH。例如，第一消息是随机接入过程中的第四条消息(Msg4)，第一PUCCH用于承载针对Msg4的反馈信息，即，该反馈信息用于指示终端设备是否成功接收Msg4。关于随机接入过程中的第四条消息(Msg4)和反馈信息的具体描述可参考上文的相关描述，不再赘述。
在另一些实施例中，第一消息和第一PUCCH是RRC信令配置过程中的消息和PUCCH。例如，该第一消息是RRC信令，该第一PUCCH用于承载针对RRC信令的反馈信息。该反馈信息可以是终端设备的物理层发送的反馈信息，该反馈信息用于指示终端设备是否成功接收该RRC信令，或者，换一种描述，该反馈信息用于指示终端设备是否成功接收用于承载RRC信令的下行物理层共享信道(physical downlink shared channel,PDSCH)。关于RRC信令配置过程中的RRC信令和反馈信息的具体描述可参考上文的相关描述，不再赘述。
在另一些实施例中，第一消息和第一PUCCH是信道测量过程中的消息和PUCCH。例如，该第一消息可以是信道测量请求，该第一PUCCH用于承载基于该信道测量请求确定的与信道质量相关的反馈信息，该反馈信息可以包括CSI测量结果或发射波束。关于信道测量过程中的信道测量请求和反馈信息的具体描述可参考上文的相关描述，不再赘述。
在另一些实施例中，第一消息可以是指示用于承载SR的PUCCH占用的传输资源的指示信息，第一PUCCH是基于该指示信息确定的，即，第一PUCCH占用的传输资源基于该指示信息得到。关于该指示信息和第一PUCCH的具体描述可参考上文资源指示过程中两者的描述，不再赘述。
需要说明的是，第一PUCCH的重复次数N，有3中可能的解释。重复次数N是初传第一PUCCH的重复次数；或，重复次数N是重传第一PUCCH的重复次数；或，重复次数N是初传第一PUCCH的重复次数和重传第一PUCCH的重复次数的总和。例如，假设，初传第一PUCCH的重复次数是2，重传第一PUCCH的重复次数是3，则，重复次数N可以是2、3或5。
本申请实施例提供的物理上行控制信道传输的方法，在网络设备未给终端设备配置专用PUCCH的情况下，终端设备可以采用重复次数N，重复传输与第一消息有关的第一PUCCH。这样，可以提高第一PUCCH传输的成功率，以提高通信的传输效率，可以有效地解决覆盖增强场景下通信的传输效率低的问题。
在本申请实施例中，可以通过2种方式(即，方式1和方式2)确定重复传输PUCCH的重复次数N，下面，对2种方式做详细说明。
方式1
在该方式1中，网络设备可以发送用于确定重复次数N的指示信息。即，网络设备发送第一指示信息，该第一指示信息用于确定该重复次数N。对应地，终端设备接收该第一指示信息，基于该第一指示信息确定重复次数N。
在一些实施例中，第一指示信息用于指示该重复次数N。
在一示例中，第一指示信息可以包括重复次数N。终端设备可直接确定重复次数N。
在另一示例中，第一指示信息可以包括用于指示重复次数N的索引，例如，该索引可以是下文方式1-1和方式1-2中的各种情况中的索引。终端设备根据该索引确定重复次数N。
在另一些实施例中，第一指示信息中可以用于指示与重复次数N相关的内容，该内容与重复次数N相关，例如，该内容可以是下文方式1-3中的数值或方式1-4中重复传输PUCCH占用的总符号数。终端设备可以根据该内容确定重复次数N。
在一些实施例中，该第一指示信息可以承载于DCI中。示例性地，该第一指示信息可以承载于DCI中的一个字段中，该字段可以是新字段，也可以复用现有的字段(例如，MCS字段，可参考下文方式1-1中对MCS字段的描述)。
在另一些实施例中，该第一指示信息承载于系统消息中。示例性地，该系统消息可以是系统消息块(system information block，SIB)。
在一些实施例中，第一消息中包括该第一指示信息。示例性地，在该第一指示信息承载于DCI且该第一消息包括该第一指示信息时，该第一消息可以包括承载该第一指示信息的DCI。例如，在该第一消息是随机接入过程中的第四条消息(Msg4)时，Msg4中包括DCI，该DCI中包括该第一指示信息。
下面，对方式1中具体方式下的第一指示信息做具体说明。
方式1-1
在该方式中，重复次数N与调制与编码策略(modulation and coding scheme,MCS)相关。
在一些实施例中，第一消息中包括第一指示信息，该第一指示信息包括第一索引，该第一索引用于指示该重复次数N，且该第一索引还用于指示第一MCS，该第一MCS用于解调该第一消息的至少部分内容。即，第一索引可以同时指示重复次数N和第一MCS。
在该第一消息是Msg4的实施例中，第一指示信息可以承载于Msg4中的DCI中，第一PUCCH用于承载针对Msg4的反馈信息，第一MCS用于解调Msg4中的数据部分。
实现中，网络设备可以通过系统消息配置多个MCS和多个重复次数，多个MCS与多个重复次数对应，一个MCS对应一个重复次数，采用一个索引同时指示MCS和对应的重复次数。后续，网络设备确定终端设备可采用第一索引指示第一MCS和对应的重复次数N，可以通过第一指示信息发送第一索引，终端设备基于该第一索引和接收到的系统消息中关于MCS、重复次数和索引的关系，确定第一MCS和第一PUCCH的重复次数N。
应理解，重复次数N是网络设备配置的多个重复次数中的任一个，第一MCS是网络设备配置的多个MCS中的任一个。
示例性地，MCS、PUCCH的重复次数、索引的关系可以通过MCS表表示。
表1是本申请实施例提供的MCS表的一例。参考表1，表1中的第1列表示MCS索引，第2列表示调制阶数，第3列表示码率，第4列为PUCCH的重复次数，其中，一个调制阶数和一个码率代表一个MCS。可以看出，一个MCS索引不仅指示一个MCS的调制阶数和码率，还用于指示PUCCH的重复次数N。例如，表1中第1列的2表示的索引为2，对应的调制阶数为2，码率为193，PUCCH的重复次数为2。其中，第一指示信息的第一索引可以是表1中的任一个MCS索引。
应理解，表1的MCS表相比于现有的MCS表，增加了一列表示PUCCH的重复次数的内容，通过复用现有的MCS索引，使得MCS索引同时指示MCS和PUCCH的重复次数。
表1
Figure BDA0003005119210000131
Figure BDA0003005119210000141
本申请实施例提供的物理上行控制信道传输的方法，将MCS与PUCCH的重复次数关联起来，通过用于指示MCS的索引(例如，第一索引)同时指示PUCCH的重复次数，即，复用用于指示MCS的索引，不仅可以完全满足现有的MCS的指示，也可以减少由于单独指示重复次数N而额外增加的比特数，减少了信令开销。
当终端设备处于覆盖增强场景需要重复传输PUCCH时，传输过程中可以不需要高码率和高调制阶数的MCS。因此，可以适当调整MCS的调制阶数和码率，采用低调制阶数和低码率的MCS。这样，可以节省出一部分比特，将节省的比特用来表示PUCCH的重复次数，减少了不必要的资源浪费。
表2是本申请实施例提供的MSC表的另一例。参考表2，表2的调制阶数都为2，码率也减低了很多，由于低调制阶数和低码率的MCS占用的比特数少，相比于表1中包括的高码率和高调制阶数的MCS，减少了比特数。例如，表1的最大调制阶数为6，需要采用3个比特表示，表2的调制阶数都为2，仅需要采用1个比特表示，因此，节省了2个比特，节省的2个比特可以用于表示PUCCH的重复次数。
表2
Figure BDA0003005119210000142
Figure BDA0003005119210000151
在另一些实施例中，第一消息中包括第一指示信息，该第一指示信息包括第一索引，该第一索引用于指示该重复次数N，且该第一索引还用于指示第一MCS，该第一MCS用于解调该第一消息的至少部分内容；其中，该第一索引是MCS表中的索引，该第一索引占用的最大比特数小于5。即，第一索引可以同时指示重复次数N和第一MCS，具体描述可参考上文的相关描述。
第一索引是MCS表中的任一个MCS索引，在第一索引占用的最大比特数小于5时，意味着，相比于现有技术的MCS表中的索引占用的最大比特数至少等于5的情况，本申请实施例的MCS表相当于减少了一部分取值大的索引指示的MCS，保留了一部分取值较小的索引指示的MCS。
实际上，当终端设备处于覆盖增强场景需要重复传输PUCCH时，传输过程中可以不需要高码率和高调制阶数的MCS，可以在MCS表中删除一些高码率和高调制阶数的MCS(采用取值大的索引表示)，保留一部分低码率和低调制阶数的MCS(采用取值小的索引表示)。这样，可以减少额外的资源开销。
表3是本申请实施例提供的MCS表的另一例。参考表3，相比于表1，表3中仅保留了表1中索引为0-15的索引，占用的最大比特数为4，比表1中的0-31的索引占用的5个比特少。
表3
Figure BDA0003005119210000152
Figure BDA0003005119210000161
本申请实施例提供的物理上行控制信道传输的方法，作为MCS表中的任一个MCS索引的第一索引，在第一索引占用的最大比特数小于5时，意味着，相比于现有技术的MCS表中的索引占用的最大比特数至少等于5的情况，本申请实施例的MCS表相当于删除了一部分取值大的索引指示的MCS，保留了一部分取值较小的索引指示的MCS。第一，通过删除MCS表中的MCS可以减少占用的比特数，可以减少资源浪费。第二，由于覆盖增强场景中可能不需要高性能的MCS，所以，MCS表中删除的MCS对于覆盖增强场景下的通信传输基本没有影响，完全可以满足覆盖增强场景的通信传输。
示例性地，在随机接入场景中，第一消息是Msg4，Msg4中包括DCI，DCI中包括第一指示信息，第一指示信息中的第一索引指示第一MCS和第一PUCCH的重复次数N，第一MCS用于解调Msg4中的数据部分，第一PUCCH用于承载针对Msg4的反馈信息，该反馈信息用于指示终端设备成功接收Msg4。
实现中，网络设备向终端设备发送Msg4；
终端设备接收Msg4，根据Msg4中的DCI的第一指示信息所指示的第一MCS解调Msg4中的数据部分，且根据第一指示信息确定第一PUCCH的重复次数N；
终端设备采用重复次数N，重复传输承载有针对Msg4的反馈信息第一PUCCH。
示例性地，网络设备可将通过系统消息配置上述表1至表3的内容。
如前所述，当终端设备处于覆盖增强场景需要重复传输PUCCH时，传输过程中可以不需要高码率和高调制阶数的MCS，可以在现有的MCS表中删除一些高码率和高调制阶数的MCS(采用取值大的索引表示)，保留一部分低码率和低调制阶数的MCS(采用取值小的索引表示)。这样，由于删除了一部分MCS从而节省了一部分比特，用于指示MCS的索引占用的比特数自然减少，那么，现有的DCI中用于指示MCS的MCS字段预留的比特数比实际指示过程中占用的比特数多。所以，为了避免不必要的资源浪费，可以将MCS字段中多余的比特数用于指示PUCCH的重复次数。
因此，在另一些实施例中，第一消息中包括第一指示信息，该第一指示信息承载于DCI的MCS字段中的第一部分比特；以及，该MCS字段还包括第二部分比特，该第二部分比特用于承载用于指示第一MCS的MCS信息，该第一MCS用于解调该第一消息的至少部分内容，其中，该第一指示信息包括用于指示该重复次数N的第一索引，该MCS信息包括用于指示该第一MCS的第二索引，该第二索引是MCS表中的索引，该第二索引占用的最大比特数小于5。
在该实施例中，DCI中的MCS字段包括第一部分比特和第二部分比特，第一部分比特用于承载用于指示第一PUCCH的重复次数N的第一索引，第二部分比特用于承载用于指示第一MCS的第二索引。该第二索引是MCS表中的任一个索引，占用的最大比特数小于5，意味着，相比于现有技术的MCS表中的索引占用的最大比特数至少等于5的情况，该实施例的MCS表中删除了一部分取值大的索引指示的MCS，保留了一部分取值较小的索引指示的MCS。这样，通过删除MCS表中的MCS可以减少占用的比特数，在此基础上，还可以在现有的MCS字段中额外指示PUCCH的重复次数，通过复用现有的MCS字段进一步达到减少资源浪费的效果。
表4是本申请实施例提供的MCS表的另一例。参考表4，MCS表不包括PUCCH的重复次数的内容，MCS表中仅包括0-7的索引指示的MCS，相比于现有的0-31的索引指示MCS，少了24个MCS的内容，节省了不少比特数。
此外，由于现有的MCS表中的索引为0-31，所以，现有的DCI中的MCS字段至少包括5个比特，以5个比特为例，在该实施例中，MCS字段中用于承载指示第一MCS的第二部分比特可以占用3个比特，剩余的2个比特作为第一部分比特，用于承载指示重复次数N的索引。
表4
Figure BDA0003005119210000171
应理解，在该实施例中，网络设备可以通过任何可能的方式配置PUCCH的多个重复次数，一个索引指示一个重复次数。例如，网络设备可以配置PUCCH的重复次数和索引的对应关系，将该对应关系发送给终端设备，后续，终端设备可以基于MCS字段中的第一索引和该对应关系，确定该第一索引指示的重复次数N。
还应理解，PUCCH的重复次数和索引的对应关系可以通过表格表示，本申请实施例不做任何限定。
需要说明的是，在DCI中，与MCS字段相邻的字段可以是新数据指示字段，第一部分比特和第二部分比特也可以分别理解为两个子字段，任一个子字段都可以与新数据指示字段相邻。
示例性地，在随机接入场景中，第一消息是Msg4，Msg4中包括DCI，DCI中包括MCS字段，MCS字段包括第一部分比特和第二部分比特，第一部分比特用于承载第一指示信息，第一指示信息包括用于指示第一PUCCH的重复次数N的第一索引，第二部分比特用于承载MCS信息，MCS信息包括用于指示第一MCS的第二索引，第一MCS用于解调Msg4中的数据部分，第一PUCCH用于承载针对Msg4的反馈信息，该反馈信息用于指示终端设备成功接收Msg4。
实现中，网络设备向终端设备发送Msg4；
终端设备接收Msg4，根据DCI的MCS信息所指示的第一MCS解调Msg4中的数据部分，且根据DCI中的第一指示信息确定第一PUCCH的重复次数N；
终端设备采用重复次数N，重复传输重复传输承载有针对Msg4的反馈信息的第一PUCCH。
示例性地，网络设备可将通过系统消息配置上述表4的内容。
方式1-2
在该方式中，第一指示信息用于指示重复次数N，该第一指示信息承载于DCI中。
在一些实施例中，该第一指示信息不仅用于指示重复次数N，还可以用于指示第一PUCCH的其他参数。
示例性地，第一PUCCH的其他参数包括以下至少一个参数：PUCCH格式(PUCCHformat)、PUCCH占用的第1个符号(first symbol)(简称，第1个符号)、PUCCH占用的符号数(number of symbols)(简称，符号数)、物理资源块(physical resource block，PRB)偏置(PRBoffset)，循环移位索引集(set of initial CS indexes)。其中，通过第1个符号、符号数、PRB偏置可以确定PUCCH占用的时频资源。此外，这里的符号数表示的是单次传输PUCCH占用的符号数。
在该实施例中，可以将现有的PUCCH资源与本申请实施例提出的PUCCH的重复次数关联，定义一个新的PUCCH资源。该新的PUCCH资源包括本申请实施例提出的PUCCH的重复次数和现有的PUCCH资源。后续，通过第一指示信息指示第一PUCCH的重复次数N的同时，也可以指示第一PUCCH的其他参数。其中，该第一PUCCH的其他参数即为现有的PUCCH资源中的参数。
对于现有的PUCCH资源，需要说明的是，在网络设备未给终端设备配置专用PUCCH之前，为了实现PUCCH的传输，现有技术中，网络设备可以配置一组适用于特定小区的PUCCH资源(现有的PUCCH资源)，终端设备基于这些PUCCH资源进行上行传输。其中，这些PUCCH资源通过系统消息发送给终端设备。应理解，现有技术默认的是传输一次PUCCH。
为了便于描述，将上述描述的现有的PUCCH资源可以统称为旧PUCCH资源，将本申请实施例中区别于旧PUCCH资源的PUCCH资源可以统称为新PUCCH资源，将该实施例中包括有旧PUCCH资源和PUCCH的重复次数的资源可以记为第一新PUCCH资源。应理解，新PUCCH资源可以是网络设备单独为覆盖增强场景下的终端设备配置的PUCCH资源。
此外，相比于专用PUCCH，本申请实施例的旧PUCCH资源和新PUCCH资源也可以理解为公共PUCCH资源(pucch-resource common)，是适用于特定小区内的终端设备的PUCCH资源。为了进一步区分，将旧PUCCH资源可以统称为公共PUCCH资源1(pucch-resourcecommon1)，将新PUCCH资源可以统称为公共PUCCH资源2(pucch-resource common2)，将第一新PUCCH资源记为公共PUCCH资源2(pucch-resource common2)的一例。
实现中，网络设备可以通过系统消息配置第一新PUCCH资源(pucch-resourcecommon2的一例)，采用索引指示第一新PUCCH资源中的PUCCH，即，索引用于指示第一新PUCCH资源中PUCCH的各种参数。示例性地，索引可以用于指示PUCCH格式、第一个符号、符号数、PRB偏置、循环移位索引集、PUCCH的重复次数。
后续，网络设备通过第一指示信息发送一个索引(记为第三索引)，终端设备基于该第三索引和接收到的系统消息中的第一新PUCCH资源和索引的关系，确定第一PUCCH的重复次数N和其他参数。
也就是说，在该方式中，第一指示信息包括第三索引，该第三索引用于指示重复次数N，还用于指示第一PUCCH的其他参数。
示例性地，第一新PUCCH资源和索引的关系可以通过表格表示。
表5是本申请实施例提供的第一新PUCCH资源(pucch-resource common2的一例)。再次强调的是，表5中的第1列表示索引，第2列表示PUCCH格式，第3列表示第1个符号，第4列表示符号数，该符号数表示的是单次传输PUCCH占用的符号数，第5列表示PRB偏置，第6列表示循环移位索引集，第7列表示PUCCH的重复次数。以索引为2为例，对应的PUCCH格式为格式0，第1个符号为12，符号数为2，PRB偏置为3，循环移位索引集为{0,4,8}，PUCCH的重复次数为4。
表5
Figure BDA0003005119210000191
Figure BDA0003005119210000201
示例性地，在随机接入场景中，第一消息是Msg4，Msg4中包括DCI，DCI中包括第一指示信息，第一指示信息包括用于指示第一PUCCH的重复次数N和其他参数的第三索引，第一PUCCH用于承载针对Msg4的反馈信息，反馈信息用于指示终端设备成功接收Msg4。
实现中，网络设备向终端设备发送Msg4；
终端设备接收Msg4，根据DCI的第一指示信息确定第一PUCCH的其他参数和重复次数N；
终端设备采用重复次数N和其他参数，重复传输承载有针对Msg4的反馈信息的第一PUCCH。
示例性地，网络设备可将通过系统消息配置上述表5的内容。
方式1-3
在该方式中，PUCCH的重复次数与重复传输PUCCH占用的总符号数相关。这样，终端设备可以根据总符号数确定PUCCH的重复次数。
在一些实施例中，该第一消息包括第一指示信息，该第一指示信息用于指示重复传输该第一PUCCH占用的总符号数，该重复次数N与该总符号数和单次传输该第一PUCCH占用的符号数相关。
这样，终端设备可以根据第一指示信息确定总符号数，以及，基于总符号数、单次传输该第一PUCCH占用的符号数和重复次数N的关系，确定重复次数N。
示例性地，该总符号数、单次传输该第一PUCCH占用的符号数和重复次数N的关系可以是系统或协议预定义的。
在一示例中，总符号数与单次传输该第一PUCCH占用的符号数的商值即为重复次数N。例如，假设，总符号数为8，单次传输第一PUCCH占用的符号数为2，则，重复次数N＝8/2＝4。
示例性地，单次传输该第一PUCCH占用的符号数可以是系统或协议预定义的，也可以是网络设备通过信令指示的，本申请实施例不做任何限定。
示例性地，第一指示信息可以包括一个索引(记为第四索引)，该第四索引用于指示该第一PUCCH占用的总符号数。
实现中，网络设备可以通过系统消息配置PUCCH资源，采用索引指示PUCCH资源中的PUCCH。后续，网络设备通过第一指示信息发送第四索引，终端设备基于该第四索引和接收到的系统消息中的PUCCH资源，确定总符号数，基于总符号数、单次传输第一PUCCH占用的符号数和重复次数的关系确定重复次数N。
其中，PUCCH资源中的PUCCH可以包括以下至少一个参数：PUCCH格式、PUCCH占用的第1个符号(简称，第1个符号)、PUCCH占用的总符号数(简称，符号数)、PRB偏置、循环移位索引集。
在一示例中，通过第1个符号的标号可以得到单次传输一个PUCCH占用的符号数。例如，一个时隙内包括14个符号，可以采用0-13的标号指示该14个符号。假设，第1个符号的标号为12，默认一个时隙内的最后一个符号为PUCCH的结束符号，那么，可以确定单次传输一个PUCCH占用的符号是标号为12和13的符号，即，单次传输一个PUCCH占用的符号数为2。
应理解，该实施例的PUCCH资源可以理解为将现有的PUCCH资源做了修改后得到的PUCCH资源，即，将现有的PUCCH资源中单次传输PUCCH占用的符号数修改为总符号数，其余参数可以不变。
为了便于描述，沿用方式1-2中旧PUCCH资源和新PUCCH资源的定义，将该实施例中包括旧PUCCH资源和本申请实施例提出的总符号的新PUCCH资源可以记为第二新PUCCH资源；为了进一步区分，将第二新PUCCH资源记为公共PUCCH资源2(pucch-resource common2)的另一例。
表6是本申请实施例提供的第二新PUCCH资源(pucch-resource common2的另一例)。参考表6，符号数为一个PUCCH重复传输占用的总符号数，其余参数可以与旧PUCCH资源相同。以第一PUCCH是索引为2的PUCCH为例，对应的总符号数为8，第1个符号为12，可以确定单次传输第一PUCCH占用的符号数为2，重复次数N＝8/2＝4。
表6
Figure BDA0003005119210000211
示例性地，在随机接入场景中，第一消息是Msg4，Msg4中包括DCI，DCI中包括第一指示信息，第一指示信息包括用于指示重复传输第一PUCCH占用的总符号数，第一PUCCH的重复次数N与总符号数和单次传输第一PUCCH占用的符号数相关，第一PUCCH用于承载针对Msg4的反馈信息，反馈信息用于指示终端设备成功接收Msg4。
实现中，网络设备向终端设备发送Msg4；
终端设备接收Msg4，根据DCI的第一指示信息确定重复传输第一PUCCH占用的总符号数，且根据总符号数、第一PUCCH的重复次数N与总符号数和单次传输第一PUCCH占用的符号数的关系，确定重复次数N；
终端设备采用重复次数N，重复传输承载有针对Msg4的反馈信息的第一PUCCH。
示例性地，网络设备可将通过系统消息配置上述表6的内容。
本申请实施例提供的物理上行控制信道传输的方法，将第一PUCCH的重复次数N与重复传输第一PUCCH占用的总符号数关联，终端设备可以通过网络设备指示的总符号数得到重复次数N，这种方式可以将现有标准的PUCCH资源中单次传输PUCCH占用的符号数修改为总符号数，对现有的PUCCH资源的改动较小，易于实现。
方式1-4
在该方式中，PUCCH的重复次数与数值相关，终端设备可以根据该数值确定PUCCH的重复次数。
在一些实施例中，第一消息中包括第一指示信息，该第一指示信息用于指示第一数值，该第一数值与该重复次数N相关。也就是说，第一数值和重复次数N之间存在关联关系，终端设备可以基于该第一数值、该第一数值与该重复次数N的关系，确定重复次数N。
示例性地，该第一指示信息可以承载于DCI中。
示例性地，该第一数值和重复次数N的关系可以是系统或协议预定义的。
示例性地，第一数值比重复次数N小。这样，相比于在第一指示信息包括N的情况，可以有效地减少比特数，以减少信令开销。
在一示例中，该第一数值和该重复次数N满足关系：N＝2^x，其中，x为第一数值。例如，x＝3，则N＝2^3＝8。
在另一示例中，该第一数值和该重复次数N满足关系：N＝2+x，其中，x为第一数值。例如，x＝3，则N＝2+3＝5。
应理解，上述举例的第一数值和重复次数N的关系仅为示意性说明，不应对本申请实施例构成限定，任何其他的可以表示第一数值和重复次数N的关系都适用于本申请实施例，也在本申请实施例的保护范围内。
示例性地，在随机接入场景中，第一消息是Msg4，Msg4中包括DCI，DCI中包括第一指示信息，第一指示信息用于指示第一数值，该第一数值与第一PUCCH的重复次数N相关，第一PUCCH用于承载针对Msg4的反馈信息，反馈信息用于指示终端设备成功接收Msg4。
实现中，网络设备向终端设备发送Msg4；
终端设备接收Msg4，根据DCI的第一指示信息指示的第一数值、该第一数值与第一PUCCH的重复次数N的关系，确定第一PUCCH的重复次数N；
终端设备采用重复次数N，重复传输承载有针对Msg4的反馈信息的第一PUCCH。
本申请实施例提供的物理上行控制信道传输的方法，通过将第一数值与第一PUCCH的重复次数N关联，终端设备可以根据第一指示信息中的第一数值得到重复次数N，相比于在第一指示信息包括N的情况，一定程度上可以有效地减少比特数，以减少信令开销。
方式1-5
在该方式中，PUCCH的重复次数可通过系统消息指示。
即，在一些实施例中，该第一指示信息用于指示重复次数N，该第一指示信息承载于系统消息中。或者说，在网络设备发送第一消息之前，该方法还包括：网络设备发送系统消息，该系统消息包括用于指示该重复次数N的第一指示信息。
对应地，终端设备接收该系统消息，基于该系统消息确定重复次数N。示例性地，在网络设备通过系统消息发送该第一指示信息的实施例中，网络设备可以为终端设备配置一个固定数值的重复次数，终端设备需要重复传输PUCCH时，无论PUCCH承载的信息是哪种类型的信息，都使用该固定数值的PUCCH的重复次数。
在一示例中，该系统消息通过第一指示信息指示重复次数N的方式可以与上述方式1-2结合起来，即将PUCCH的重复次数与现有的PUCCH资源相关起来，通过索引指示重复次数和PUCCH的其他参数。例如，可以将表5中PUCCH的重复次数的取值设置为固定值，这样，第一指示信息中包括一个索引(记为第五索引)，该第五索引用于指示重复次数N和PUCCH的其他参数。
示例性地，在随机接入场景中，系统消息中包括第一指示信息，第一指示信息用于指示第一PUCCH的重复次数N，第一消息是Msg4，第一PUCCH用于承载针对Msg4的反馈信息，反馈信息用于指示终端设备成功接收Msg4。
实现中，网络设备向终端设备发送系统消息；
终端设备根据系统消息中的第一指示信息，确定第一PUCCH的重复次数N；
终端设备向网络设备发送Msg1，网络设备向终端设备发送Msg2，终端设备向网络设备发送Msg3，网络设备向终端设备发送Msg4；
终端设备采用重复次数N，重复传输承载有针对Msg4的反馈信息的第一PUCCH。
上述方式1中的各个方式都是网络设备通过第一指示信息使得终端设备可以确定重复次数N。实际上，在终端设备不需要覆盖增强时，终端设备采用现有的一次传输PUCCH即可，并不需要网络设备指示重复次数，这样，可以有效地减少不必要的信令开销。
因此，为了减少信令开销，在一些实施例中，方法还包括：
终端设备发送能力信息，该能力信息用于指示该终端设备支持或处于覆盖增强场景。
网络设备接收到该能力信息后，可以确定是否需要向终端设备发送与重复次数N相关的内容。
在一示例中，能力信息用于指示终端设备支持覆盖增强场景。
在一种情况中，网络设备只要接收到该能力信息，则认为终端设备需要覆盖增强，后续会发送与重复次数N相关的信息。
在另一种情况中，网络设备接收到该能力信息后，可以进一步根据上行信号的信号强度，进一步确定终端设备是否需要覆盖增强。例如，即使终端设备支持覆盖增强场景，上行信号的信号强度并不差，那么，网络设备认为终端设备暂不需要覆盖增强，也不会发送与重复次数N相关的第一指示信息。再例如，终端设备支持覆盖增强场景，上行信号的信号强度也不好，那么，网络设备认为终端设备需要覆盖增强，后续会发送与重复次数N相关的第一指示信息。
在另一示例中，能力信息用于指示终端设备处于覆盖增强场景。
在该示例中，网络设备接收到该能力信息，会发送与重复次数N相关的第一指示信息。
示例性地，终端设备可以基于信道质量、干扰、噪声、小区位置等因素确定自己是否处于覆盖增强场景，在处于覆盖增强场景下，发送该能力信息。例如，若终端设备处于小区边缘，则终端设备大概率处于覆盖增强场景。
示例性地，终端设备可以根据接收到的信号的强度确定自己是否处于增强覆盖场景。例如，若终端设备接收到的信号的强度低于一个门限值，则终端设备可以确定自己处于覆盖增强场景。
在随机接入过程中，能力信息可以包括以下至少一项内容，网络设备基于能力信息中的内容，确定是否发送与重复次数N相关的第一指示信息。
1、随机接入过程中的第一条消息中与覆盖增强场景对应的前导序列。也就是说，前导序列与覆盖增强场景对应。
应理解，随机接入过程的前导序列也可以称为随机接入前导序列，两种描述可互相替换。
实现中，每个小区有多个(例如，64个)前导序列可供终端设备选择，其中，该多个前导序列中的一部分前导序列与增强覆盖场景对应，该多个前导序列中另一部分前导序列与覆盖增强场景无关。若终端设备确定自己支持或处于覆盖增强场景，则选择与覆盖增强场景对应的一部分前导序列中的前导序列发送给网络设备。
2、随机接入过程中的第三条消息中与覆盖增强对应的解调参考信号(demodulation reference signal，DMRS)的格式，或，该第三条消息中与覆盖增强对应的上行控制信息。也就是说，DMRS与覆盖增强场景对应，或，上行控制信息与覆盖增强场景对应，例如，可以是上行控制信息的格式与覆盖增强场景对应。
对于DMRS，实现中，多个DMRS中的一部分DMRS与增强覆盖场景对应，该多个DMRS中另一部分DMRS与覆盖增强场景无关。若终端设备确定自己支持或处于覆盖增强场景，则选择与覆盖增强场景对应的一部分DMRS中的DMRS发送给网络设备。
同理，对于上行控制信息的格式，实现中，上行控制信息的多个格式中的一部分格式与增强覆盖场景对应，该多个格式中另一部分格式与覆盖增强场景无关。若终端设备确定自己支持或处于覆盖增强场景，则选择与覆盖增强场景对应的一部分格式中的格式作为上行控制信息的格式，将与覆盖增强场景对应的格式的上行控制信息发送给网络设备。
3、随机接入过程中重复发送第三条消息的重复次数M，M为大于1的正整数。
方式2
在该方式中，不需要网络设备向终端设备通过第一指示信息指示PUCCH的重复次数N，终端设备可以自己确定PUCCH的重复次数N。
在一些实施例中，该第一消息为随机接入过程的第四条消息(Msg4)；以及，该重复次数N与该终端设备在该随机接入过程中重复发送第三条消息(Msg3)的重复次数M相关，M为大于1的正整数。
也就是说，第一PUCCH的重复次数N与第三条消息(Msg3)的重复次数M存在关系，终端设备可以根据自己发送的第三条消息(Msg3)的重复次数M，确定将要发送的第一PUCCH的重复次数N。
在一些实施例中，重复次数N与重复次数M的关系可以是系统或协议预定义的。
在一示例中，重复次数N与重复次数M相等。
在另一示例中，重复次数N与重复次数M和预设值相关。示例性地，预设值可以是系统或协议预定义的。
示例性地，重复次数N、重复次数M和预设值可以满足如下任一种关系，其中，n为预设值，例如，n＝2：N＝M/n；或，
Figure BDA0003005119210000251
或，
Figure BDA0003005119210000252
或，N＝M–n。
应理解，上述举例的重复次数N和重复次数M的关系仅为示意性说明，不应对本申请实施例构成限定，任何其他的可以表示重复次数N和重复次数M的关系都适用于本申请实施例，也在本申请实施例的保护范围内。
关于第三条消息(Msg3)的重复次数M，本申请实施例有3中可能的解释：该重复次数M为初传该第三条消息的重复次数；或，该重复次数M为重传该第三条消息的重复次数；或，该重复次数M为初传该第三条消息的重复次数和重传该第三条消息的重复次数的总和。
在该方式中，终端设备也可以向网络设备发送能力信息，以使得网络设备确知终端设备大概率会重复发送第一PUCCH，以识别重复发送的第一PUCCH。
本申请实施例涉及的都是重复传输PUCCH，为了减少重复传输PUCCH的场景与现有的1次传输PUCCH的场景下PUCCH占用的资源的冲突，可以对重复传输的PUCCH占用的资源做进一步划分。
在一些实施例中，在该第一PUCCH的N次重复传输中，该第一PUCCH的N-1次传输占用的资源相对于第1次传输占用的资源偏置m1个频域单元，该N-1次传输是该第1次传输之后的传输，m1为大于0的正整数。
在该实施例中，第1次传输第一PUCCH占用的资源可以是现有的1次传输PUCCH占用的资源，N-1次传输第一PUCCH占用的资源是本申请实施例重新定义的，相对于第1次传输第一PUCCH占用的资源偏置m1个频域单元。例如，以表5为例，表5中的PRB偏置可以表示现有的1次传输PUCCH占用的频域单元，若第一PUCCH是索引“2”指示的PUCCH，那么，该第一PUCCH的重复次数为4，该第一PUCCH的第1次传输占用的资源的PRB偏置为“3”，该第一PUCCH的剩余的3次传输占用的资源相对于PRB偏置为“3”的资源偏置m1个频域单元。
在另一些实施例中，该第一PUCCH的N次重复传输占用的资源相对于参考频域单元偏置m2个频域单元，m2为大于0的正整数。
在一示例中，参考频域单元可以是现有的1次传输第一PUCCH时的频域单元，采用PRB偏置表示该参考频域单元。例如，继续以表5为例，若第一PUCCH是索引“2”指示的PUCCH，该第一PUCCH的1次传输占用的资源的PRB偏置为“3”，在重复传输第一PUCCH的情况下，重复次数N为4，则，该第一PUCCH的4次传输占用的资源相对于PRB偏置为“3”的频域单元偏置m2个频域单元。
在另一示例中，参考频域单元可以是系统配置的频域资源中编号最小的频资单元。例如，若频域资源中编号最小的频域单元是编号为“0”的频域单元，在重复传输第一PUCCH的情况下，重复次数N为4，则，该第一PUCCH的4次传输占用的资源相对于编号为“0”的频域单元偏置m2个频域单元。
以上，结合图1至图3，详细说明了本申请实施例提供的物理上行控制信道传输的方法，下面将结合图4至图5，详细描述根据本申请实施例提供的装置。
图4示出了本申请实施例提供的装置400，该装置400可以是终端设备或网络设备，也可以为终端设备或网络设备中的芯片。该装置400包括：通信单元410。
在一种可能的实现方式中，装置400用于执行上述方法300中终端设备对应的各个流程和步骤。
通信单元410用于，接收第一消息；
通信单元410还用于，在终端设备未被配置有专用物理上行控制信道PUCCH的情况下，采用重复次数N，重复传输第一PUCCH，所述专用PUCCH是网络设备通过高层信令配置给所述终端设备的，N为大于1的整数；其中，
所述第一PUCCH用于承载反馈信息，所述反馈信息用于指示所述终端设备是否成功接收所述第一消息，或，所述反馈信息是基于所述第一消息确定的与信道质量相关的信息；或，所述第一PUCCH是根据所述第一消息确定的。
其中，通信单元410可用于执行方法300中的步骤S310和S320中终端设备对应的流程和步骤。
在另一种可能的实现方式中，装置400用于执行上述方法300中网络设备对应的各个流程和步骤。
通信单元410用于，发送第一消息；
通信单元410还用于，在终端设备未被配置有专用物理上行控制信道PUCCH的情况下，采用重复次数N，重复接收第一PUCCH，所述专用PUCCH是网络设备通过高层信令配置给所述终端设备的，N为大于1的整数；其中，
所述第一PUCCH用于承载反馈信息，所述反馈信息用于指示所述终端设备是否成功接收所述第一消息，或，所述反馈信息是基于所述第一消息确定的与信道质量相关的信息；或，所述第一PUCCH是根据所述第一消息确定的。
其中，通信单元410可用于执行方法300中的步骤S310和S320中网络设备对应的流程和步骤。
应理解，各单元执行上述各个方法中相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，此处不再赘述。
应理解，这里的装置400以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。
上述各个方案的装置400具有实现上述方法中接入网设备或核心网设备执行的相应步骤的功能；所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块；例如通信单元可以由发射机和接收机替代，其它单元，如处理单元等可以由处理器替代，分别执行各个方法实施例中的收发操作以及相关的处理操作。此外，装置400中的通信单元也可以由发送单元和接收单元组成，对于执行与接收相关的操作，可以将该通信单元的功能理解为接收单元执行的接收操作，对于执行与发送相关的操作，可以将该通信单元的功能理解为发送单元执行的发送操作。在本申请的实施例，图4中的装置也可以是芯片或者芯片系统，例如：片上系统(system onchip，SoC)。对应的，收发单元可以是该芯片的收发电路，在此不做限定。
图5示出了本申请实施例提供的装置500。应理解，装置500可以具体为上述实施例中的终端设备或网络设备，并且可以用于执行上述方法实施例中与终端设备或网络设备对应的各个步骤和/或流程。
装置500包括处理器510、收发器520和存储器530。其中，处理器510、收发器520和存储器530通过内部连接通路互相通信，处理器510可以实现装置400中各种可能的实现方式中处理单元420的功能，收发器520可以实现装置400中各种可能的实现方式中通信单元410的功能。存储器530用于存储指令，处理器510用于执行存储器530存储的指令，或者说，处理器510可以调用这些存储指令实现装置400中处理器520的功能，以控制收发器520发送信号和/或接收信号。
可选地，该存储器530可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如，存储器还可以存储设备类型的信息。该处理器510可以用于执行存储器中存储的指令，并且当该处理器510执行存储器中存储的指令时，该处理器510用于执行上述与接入网设备或核心网设备对应的方法实施例的各个步骤和/或流程。
在一种可能的实现方式中，装置500用于执行上述方法300中终端设备对应的各个流程和步骤。
处理器510控制收发器520执行以下步骤：
接收第一消息；
在终端设备未被配置有专用物理上行控制信道PUCCH的情况下，采用重复次数N，重复传输第一PUCCH，所述专用PUCCH是网络设备通过高层信令配置给所述终端设备的，N为大于1的整数；其中，
所述第一PUCCH用于承载反馈信息，所述反馈信息用于指示所述终端设备是否成功接收所述第一消息，或，所述反馈信息是基于所述第一消息确定的与信道质量相关的信息；或，所述第一PUCCH是根据所述第一消息确定的。
在另一种可能的实现方式中，装置500用于执行上述方法300中网络设备对应的各个流程和步骤。
处理器510控制收发器520执行以下步骤：
发送第一消息；
在终端设备未被配置有专用物理上行控制信道PUCCH的情况下，采用重复次数N，重复接收第一PUCCH，所述专用PUCCH是网络设备通过高层信令配置给所述终端设备的，N为大于1的整数；其中，
所述第一PUCCH用于承载反馈信息，所述反馈信息用于指示所述终端设备是否成功接收所述第一消息，或，所述反馈信息是基于所述第一消息确定的与信道质量相关的信息；或，所述第一PUCCH是根据所述第一消息确定的。
应理解，各个器件执行上述各个方法中相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，此处不再赘述。
应理解，在本申请实施例中，上述装置的处理器可以是中央处理单元(centralprocess ing unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器执行存储器中的指令，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
本申请实施例给出了一种PUCCH重复次数的确定方法，针对Msg4的PUCCH回复。
实施例一：配置新PUCCH资源表格，通过Msg1或Msg3获取该UE支持覆盖增强特征，使用新表格，里面携带重复次数；进一步的，为了避免重复的PUCCH资源与legacy PUCCH资源冲突，可配置新的offset value。
实施例二：PUCCH的重复次数根据Msg3重复次数确定；比如和Msg3重复次数相同，或者Msg3重复次数/2等方式。
实施例三：通过Msg1或Msg3获取该UE支持覆盖增强特征，采用新型DCI(携带重复次数)的调度PDSCH，并指示重传次数；具体而言，重传次数根据预设的方式计算，比如2^n或者字段的具体取值等；或者，采用新型DCI检测，无需检测之前的DCI格式，从而无需盲检。
实施例四：缩减MCS提供冗余空间，指示重复次数；一种可能是提供冗余空间，一种可能是提供冗余比特，均可用于指示重复次数。
实施例一：配置新PUCCH资源表格
核心思想：配置一个新PUCCH表格，表格上携带PUCCH重复次数，或者重复后的符号数。
Step1：可选的，UE通过Msg1或Msg3等方式告知gNB支持/需要覆盖增强特征，告知的方式举例如下。例如：前导资源分组(即支持/需要覆盖增强的UE在一组前导资源上接入，不支持/不需要覆盖增强的UE在另一组前导资源上接入)、Msg3的DMRS配置格式/上行控制信息承载在Msg3上、Msg3重复传输次数等。
Step2：在已告知gNB指示覆盖增强之后，在指示回复Msg4的PUCCH时，重复次数的指示方法可进一步划分为以下两种方法：
方法1：复用现有表格，增加SIB信息中额外指示覆盖增强UE的重复次数N；对于有需要覆盖增强的UE，比如Msg3重复传输至少2次的UE，使用重复次数N传输PUCCH；对于能力支持覆盖增强，Msg3无重复的UE，不进行PUCCH重复传输，从而节约资源。
方法2：gNB发送调度Msg4的DCI时，对应的PUCCH资源表格为新表格；一种可能性，为CE UE单独指示一个pucch-ResourceCommon2，并配置该参数对应的表格，如表5(指示重复次数)和表6(指示重复后的符号数)；一种可能性，复用原有的pucch-ResourceCommon的其他参数，仅在原表格的最后配置一列重复次数，CE场景时根据配置的一列重复次数得到PUCCH的重复次数。具体在使用时，可以根据只有需要覆盖增强的UE(Msg3重复的UE)才重复传输PUCCH。
进一步的，由于复用了原有表格的部分内容，为了减少PUCCH重复的场景与原有UE所用资源的冲突，可以进一步对传输使用的资源进行区分：对于方法1，初传资源不变，重传的资源增加offset偏置，可SIB信息中配置，从而时重传和其他UE的PUCCH初传错开；对于方法2，可在表格中把offset偏置配置出来，使得重复传输的资源与其他UE的PUCCH初传不同。
实施例一的技术效果：
本申请实施例提出的方案给出了确定回复Msg4的PUCCH重复次数的确定方法。
实施例一区别于现有技术的改进之处：
本申请实施例提出的方案给出了一种PUCCH重复次数的确定方法，即在系统消息中指示重复次数或重复之后的符号数。
实施例二：PUCCH的重复次数根据Msg3重复次数确定
核心思想：如果Msg3已经重复传输，Msg4的PUCCH需要增强的可能性高，所以可以根据Msg3的重复次数或者是否重复确定Msg4的PUCCH重复次数。
回复Msg4的PUCCH重复次数根据Msg3的重复次数确定，如果Msg3已经重复传输了，说明基站已经知道该UE支持覆盖增强了，因此重复次数可以通过下列方法隐式的在基站和UE分别获取。具体的确定方法可能有以下多种。
方法1：重复次数＝Msg3的repetition个数相同；可以看出，Msg3如果只传输了1次，得到PUCCH也仅传输1次，与现有技术兼容；如果Msg3重复了2次或4次，PUCCH也重复传输2次或4次。
方法2：重复次数＝Msg3重复次数/n或
Figure BDA0003005119210000291
或
Figure BDA0003005119210000292
可选的n＝2。
方法3：重复次数＝Msg3重复次数–k，k为预配置的值，可选的k＝2。
上述方法1～3中的Msg3的repetition个数可以替换为“Msg3的retransmission的重复次数”或者“Msg3传输总数(即首传重复次数和重传次数之和)”
除了确定重传的重复次数，重复传输所用的频域资源、码域资源等与首传的频域、码域资源位置相同；为了与现有技术的PUCCH资源不冲突，重复所用的频域资源增加一个PRB offset。
实施例二的技术效果：
本申请实施例提出的方案给出了确定回复Msg4的PUCCH重复次数的确定方法。
实施例二区别于现有技术/其他实施例的改进之处：
通过Msg3的重复次数来确定PUCCH的重复次数，隐式的确定该次数，避免额外的配置信令或动态信令，减小开销。
实施例三：通过Msg1或Msg3获取该UE支持覆盖增强特征，采用新型DCI(携带重复次数)的调度PDSCH，并指示重传次数。
核心思想：由于没有RRC配置，重复次数仅由DCI携带的字段确定。
Step1：可选的，UE通过Msg1或Msg3等方式告知gNB支持/需要覆盖增强特征，告知的方式举例如下。例如：前导资源分组(即支持/需要覆盖增强的UE在一组前导资源上接入，不支持/不需要覆盖增强的UE在另一组前导资源上接入)、Msg3的DMRS配置格式/上行控制信息承载在Msg3上、Msg3重复传输次数等；(与实施例一的Step1相同)
Step2：基站通过信息DCI指示PUCCH重复次数，增加一个新字段；由于没有RRC配置信息，重复次数需要直接从新字段的取值x获得。
例如，重复次数＝2^x；即x＝3时，重复次数为2^3＝8次。
例如，重复次数＝2+x；其中，“2”仅为一个预配置值；即x＝3是，重复次数为5次。
Step3：UE根据指示的重复次数传输PUCCH；重复传输时所用的资源(频域资源、码域资源)与初传相同；为了与现有技术的PUCCH资源不冲突，重复所用的频域资源增加一个PRB offset。
与现有讨论的Option2区别：目前Option2讨论中，通过RRC配置重复次数的取值数组，再用新字段的取值从所述数组中确定，而Msg4的PUCCH由于没有RRC的配置信息，只能直接获取重复次数。
实施例三的技术效果：
本申请实施例提出的方案给出了确定回复Msg4的PUCCH重复次数的确定方法。
实施例三区别于现有技术/其他实施例的改进之处：
通过DCI的字段直接确定重复次数。
实施例四：缩减MCS提供冗余空间，指示重复次数
核心思想：对于需要覆盖提升的UE，原有的MCS高码率部分不再适用，从而缩减MCS表格提供冗余空间，承载重复次数。
Step1：定义CE场景的MCS table，DCI调度Msg4时指示PUCCH资源使用；
一种可能是提供冗余空间如表2的方式，即新增一行PUCCH repetition，每一行MCS index指示时携带重复次数；另一种可能是缩小MCS的行数提供冗余比特，如表和表4所示，原有的32行缩减为16行或8行，从而原有的5bit MCS指示仅占用4bit或3bit进行MCS指示即可，节约的1bit或2bit可用于指示重复次数。
Step2：需要进行覆盖增强或者由支持覆盖增强的UE才使用新定义的MCS table，否则按照现有技术解读MCS指示信息。
例如，Msg3重复传输时，该UE需要覆盖增强/且支持覆盖增强，参照新MCS table解读。
例如，通过UE通过Msg1或Msg3等方式告知gNB支持覆盖增强特征，该UE也可以使用新MCS table。
实施例四的技术效果：
本申请实施例提出的方案给出了确定回复Msg4的PUCCH重复次数的确定方法。
实施例四区别于现有技术/其他实施例的改进之处：
通过缩小MCS table提供空间指示重复次数，从而达到动态指示PUCCH重复次数的方法。
需要说明的是，在本申请实施中，“协议”可以指通信领域的标准协议。
还需要说明的是，本申请实施例中，“预定义”可以通过在设备(例如，包括站点和接入点)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。比如预定义可以是指协议中定义的。
还需要说明的是，“至少一个”是指一个或一个以上；“A和B中的至少一个”，类似于“A和/或B”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和B中的至少一个，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (35)

1.一种物理上行控制信道传输的方法，其特征在于，包括：
接收第一消息；
在终端设备未被配置有专用物理上行控制信道PUCCH的情况下，采用重复次数N，重复传输第一PUCCH，所述专用PUCCH是网络设备通过高层信令配置给所述终端设备的，N为大于1的整数；其中，
所述第一PUCCH用于承载反馈信息，所述反馈信息用于指示所述终端设备是否成功接收所述第一消息，或，所述反馈信息是基于所述第一消息确定的与信道质量相关的信息；或，所述第一PUCCH是根据所述第一消息确定的。
2.根据权利要求1所述的方法，其特征在于，所述第一消息包括第一指示信息，所述第一指示信息用于确定所述重复次数N。
3.根据权利要求2所述的方法，其特征在于，
所述第一指示信息包括第一索引，所述第一索引用于指示所述重复次数N，且所述第一索引还用于指示第一调制与编码策略MCS，所述第一MCS用于解调所述第一消息的至少部分内容。
4.根据权利要求3所述的方法，其特征在于，所述第一索引是MCS表中的索引，所述第一索引占用的最大比特数小于5。
5.根据权利要求2所述的方法，其特征在于，所述第一指示信息承载于下行控制信息DCI的MCS字段中的第一部分比特；以及，
所述MCS字段还包括第二部分比特，所述第二部分比特用于承载用于指示第一MCS的MCS信息，所述第一MCS用于解调所述第一消息的至少部分内容；其中，
所述第一指示信息包括用于指示所述重复次数N的第一索引，所述MCS信息包括用于指示所述第一MCS的第二索引，所述第二索引是MCS表中的索引，所述第二索引占用的最大比特数小于5。
6.根据权利要求2所述的方法，其特征在于，所述第一指示信息用于指示第一数值，所述第一数值与所述重复次数N相关。
7.根据权利要求6所述的方法，其特征在于，所述第一数值和所述重复次数N满足以下任一种关系：N＝2^x；或，N＝2+x；其中，x为第一数值。
8.根据权利要求2所述的方法，其特征在于，所述第一指示信息用于指示重复传输所述第一PUCCH占用的总符号数，所述重复次数N与所述总符号数和单次传输所述第一PUCCH占用的符号数相关。
9.根据权利要求2所述的方法，其特征在于，所述第一指示信息用于指示所述重复次数N。
10.根据权利要求9所述的方法，其特征在于，所述第一指示信息承载于系统消息中。
11.根据权利要求2至9中任一项所述的方法，其特征在于，所述第一指示信息承载于DCI中。
12.根据权利要求1所述的方法，其特征在于，所述第一消息为随机接入过程的第四条消息；以及，
所述重复次数N与所述终端设备在所述随机接入过程中重复发送第三条消息的重复次数M相关，M为大于1的正整数。
13.根据权利要求12所述的方法，其特征在于，
所述重复次数N与所述重复次数M相等；或，
所述重复次数N与所述重复次数M和预设值相关。
14.根据权利要求12或13所述的方法，其特征在于，
所述重复次数M为初传所述第三条消息的重复次数；或，
所述重复次数M为重传所述第三条消息的重复次数；或，
所述重复次数M为初传所述第三条消息的重复次数和重传所述第三条消息的重复次数的总和。
15.根据权利要求1至14中任一项所述的方法，其特征在于，所述方法还包括：
发送能力信息，所述能力信息用于指示所述终端设备支持或处于覆盖增强场景。
16.根据权利要求15所述的方法，其特征在于，所述能力信息包括以下至少一项内容：
随机接入过程中的第一条消息中与覆盖增强场景对应的前导序列；或，
随机接入过程中的第三条消息中与覆盖增强对应的解调参考信号DMRS的格式，或，所述第三条消息中与覆盖增强对应的上行控制信息；或，
随机接入过程中重复发送第三条消息的重复次数M，M为大于1的正整数。
17.根据权利要求1至16中任一项所述的方法，其特征在于，
在所述第一PUCCH的N次重复传输中，所述第一PUCCH的N-1次传输占用的资源相对于第1次传输占用的资源偏置m1个频域单元，所述N-1次传输是所述第1次传输之后的传输，m1为大于0的正整数；或，
所述第一PUCCH的N次重复传输占用的资源相对于参考频域单元偏置m2个频域单元，m2为大于0的正整数。
18.一种物理上行控制信道传输的方法，其特征在于，包括：
发送第一消息；
在终端设备未被配置有专用物理上行控制信道PUCCH的情况下，采用重复次数N，重复接收第一PUCCH，所述专用PUCCH是网络设备通过高层信令配置给所述终端设备的，N为大于1的整数；其中，
所述第一PUCCH用于承载反馈信息，所述反馈信息用于指示所述终端设备是否成功接收所述第一消息，或，所述反馈信息是基于所述第一消息确定的与信道质量相关的信息；或，所述第一PUCCH是根据所述第一消息确定的。
19.根据权利要求18所述的方法，其特征在于，所述第一消息包括第一指示信息，所述第一指示信息用于确定所述重复次数N。
20.根据权利要求19所述的方法，其特征在于，
所述第一指示信息包括第一索引，所述第一索引用于指示所述重复次数N，且所述第一索引还用于指示第一调制与编码策略MCS，所述第一MCS用于解调所述第一消息的至少部分内容。
21.根据权利要求19所述的方法，其特征在于，所述第一指示信息承载于下行控制信息DCI的MCS字段中的第一部分比特；以及，
所述MCS字段还包括第二部分比特，所述第二部分比特用于承载用于指示第一MCS的MCS信息，所述第一MCS用于解调所述第一消息的至少部分内容；其中，
所述第一指示信息包括用于指示所述重复次数N的第一索引，所述MCS信息包括用于指示所述第一MCS的第二索引，所述第二索引是MCS表中的索引，所述第二索引占用的最大比特数小于5。
22.根据权利要求19所述的方法，其特征在于，所述第一指示信息用于指示第一数值，所述第一数值与所述重复次数N相关。
23.根据权利要求19所述的方法，其特征在于，所述第一指示信息用于指示重复传输所述第一PUCCH占用的总符号数，所述重复次数N与所述总符号数和单次传输所述第一PUCCH占用的符号数相关。
24.根据权利要求19所述的方法，其特征在于，所述第一指示信息用于指示所述重复次数N。
25.根据权利要求24所述的方法，其特征在于，所述第一指示信息承载于系统消息中。
26.根据权利要求18所述的方法，其特征在于，所述第一消息为随机接入过程的第四条消息；以及，
所述重复次数N与所述终端设备在所述随机接入过程中重复发送第三条消息的重复次数M相关，M为大于1的正整数。
27.根据权利要求26所述的方法，其特征在于，
所述重复次数N与所述重复次数M相等；或，
所述重复次数N与所述重复次数M和预设值相关。
28.根据权利要求26或27所述的方法，其特征在于，
所述重复次数M为初传所述第三条消息的重复次数；或，
所述重复次数M为重传所述第三条消息的重复次数；或，
所述重复次数M为初传所述第三条消息的重复次数和重传所述第三条消息的重复次数的总和。
29.根据权利要求18至28中任一项所述的方法，其特征在于，所述方法还包括：
接收能力信息，所述能力信息用于指示所述终端设备支持或处于覆盖增强场景。
30.根据权利要求18至29中任一项所述的方法，其特征在于，
在所述第一PUCCH的N次重复传输中，所述第一PUCCH的N-1次传输占用的资源相对于第1次传输占用的资源偏置m1个频域单元，所述N-1次传输是所述第1次传输之后的传输，m1为大于0的正整数；或，
所述第一PUCCH的N次重复传输占用的资源相对于参考频域单元偏置m2个频域单元，m2为大于0的正整数。
31.一种终端设备，其特征在于，包括：
存储器，用于存储计算机指令；
处理器，用于调用所述存储器中存储的计算机指令，以执行如权利要求1至17中任一项所述的方法。
32.一种网络设备，其特征在于，包括：
存储器，用于存储计算机指令；
处理器，用于调用所述存储器中存储的计算机指令，以执行如权利要求18至30中任一项所述的方法。
33.一种计算机可读存储介质，其特征在于，用于存储计算机指令，所述计算机指令用于实现如权利要求1至17中任一项所述的方法，或，用于实现如权利要求18至30所述的方法。
34.一种计算机程序产品，其特征在于，包括计算机指令，所述计算机指令用于实现如权利要求1至17中任一项所述的方法，或，用于实现如权利要求18至30所述的方法。
35.一种芯片，其特征在于，所述芯片包括：
存储器：用于存储指令；
处理器，用于从所述存储器中调用并运行所述指令，使得安装有所述芯片系统的通信设备执行如权利要求1至17中任一项所述的方法，或，用于执行如权利要求18至30中任一项所述的方法。
CN202110359884.XA 2021-03-11 2021-04-02 物理上行控制信道传输的方法、终端设备和网络设备 Pending CN115087125A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US18/549,695 US20240306155A1 (en) 2021-03-11 2022-03-03 Physical uplink control channel transmission method, terminal device, and network device
EP22766211.1A EP4287749A4 (en) 2021-03-11 2022-03-03 PHYSICAL UPLINK CONTROL CHANNEL TRANSMISSION METHOD, TERMINAL DEVICE, AND NETWORK DEVICE
PCT/CN2022/078982 WO2022188685A1 (zh) 2021-03-11 2022-03-03 物理上行控制信道传输的方法、终端设备和网络设备

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110265678 2021-03-11
CN2021102656782 2021-03-11

Publications (1)

Publication Number Publication Date
CN115087125A true CN115087125A (zh) 2022-09-20

Family

ID=83245628

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110359884.XA Pending CN115087125A (zh) 2021-03-11 2021-04-02 物理上行控制信道传输的方法、终端设备和网络设备

Country Status (1)

Country Link
CN (1) CN115087125A (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024077499A1 (en) * 2022-10-11 2024-04-18 Nokia Shanghai Bell Co., Ltd. Pucch resource for msg4 harq feedback repetition
WO2024082338A1 (en) * 2022-11-02 2024-04-25 Lenovo (Beijing) Limited Method and apparatus of supporting physical uplink control channel (pucch) repetition
WO2024092589A1 (en) * 2022-11-03 2024-05-10 Zte Corporation Systems and methods for coverage enhancement in non terrestrial network
WO2024092753A1 (en) * 2022-11-04 2024-05-10 Mediatek Singapore Pte. Ltd. Repetition indication for pucch hack-ack for msg4
WO2024092618A1 (en) * 2022-11-03 2024-05-10 Apple Inc. Method and apparatus for ntn coverage enhancement for pucch and pusch
WO2024093048A1 (zh) * 2022-11-04 2024-05-10 北京佰才邦技术股份有限公司 Msg4混合自动重传请求确认的重复传输方法及设备
WO2024098212A1 (zh) * 2022-11-07 2024-05-16 Oppo广东移动通信有限公司 无线通信的方法、终端设备和网络设备
WO2024148662A1 (zh) * 2023-01-12 2024-07-18 上海移远通信技术股份有限公司 无线通信的方法及装置
WO2024169644A1 (zh) * 2023-02-17 2024-08-22 华为技术有限公司 随机接入方法、装置及系统
WO2024168696A1 (en) * 2023-02-16 2024-08-22 Mediatek Singapore Pte. Ltd. Dynamical indication of repetition factor for msg4 harq ack

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024077499A1 (en) * 2022-10-11 2024-04-18 Nokia Shanghai Bell Co., Ltd. Pucch resource for msg4 harq feedback repetition
WO2024082338A1 (en) * 2022-11-02 2024-04-25 Lenovo (Beijing) Limited Method and apparatus of supporting physical uplink control channel (pucch) repetition
WO2024092589A1 (en) * 2022-11-03 2024-05-10 Zte Corporation Systems and methods for coverage enhancement in non terrestrial network
WO2024092618A1 (en) * 2022-11-03 2024-05-10 Apple Inc. Method and apparatus for ntn coverage enhancement for pucch and pusch
WO2024092753A1 (en) * 2022-11-04 2024-05-10 Mediatek Singapore Pte. Ltd. Repetition indication for pucch hack-ack for msg4
WO2024093048A1 (zh) * 2022-11-04 2024-05-10 北京佰才邦技术股份有限公司 Msg4混合自动重传请求确认的重复传输方法及设备
WO2024098212A1 (zh) * 2022-11-07 2024-05-16 Oppo广东移动通信有限公司 无线通信的方法、终端设备和网络设备
WO2024148662A1 (zh) * 2023-01-12 2024-07-18 上海移远通信技术股份有限公司 无线通信的方法及装置
WO2024168696A1 (en) * 2023-02-16 2024-08-22 Mediatek Singapore Pte. Ltd. Dynamical indication of repetition factor for msg4 harq ack
WO2024169644A1 (zh) * 2023-02-17 2024-08-22 华为技术有限公司 随机接入方法、装置及系统

Similar Documents

Publication Publication Date Title
CN111788861B (zh) 用于执行随机接入的方法和装置
CN115087125A (zh) 物理上行控制信道传输的方法、终端设备和网络设备
US11564258B2 (en) Methods providing UL grants including time domain configuration and related wireless terminals and network nodes
KR102305752B1 (ko) 통신 방법 및 장치
EP4057754A1 (en) Transmission channel configuration method and apparatus, transmission channel sending method and apparatus, device and storage medium
KR101861726B1 (ko) 랜덤 액세스에서 자원을 예결하는 방법, 사용자 기기, 및 기지국
CN105230107B (zh) 一种随机接入响应方法、基站及终端
CN108810857B (zh) 一种资源确定方法、基站及用户设备
US10972240B2 (en) Pilot sequence transmission method and apparatus
CN107466113B (zh) 一种Msg3传输方法、装置和相关设备
CN107006036B (zh) 用户装置及数据传输方法
CN107872298B (zh) 免授权传输的方法、网络设备和终端设备
CN109392107A (zh) 一种通信的方法和装置
US11882603B2 (en) Random access method, apparatus, device, and storage device
CN108633104B (zh) 随机接入方法、用户设备、基站以及随机接入系统
CN111478757A (zh) 一种ra-rnti处理方法和装置
CN110418420B (zh) 一种随机接入方法及装置
US20210029744A1 (en) Methods and apparatus for mapping random access preamble groups to uplink channel configurations
WO2022188685A1 (zh) 物理上行控制信道传输的方法、终端设备和网络设备
JP6449954B2 (ja) ランダムアクセスにおいてリソースを事前決定するための方法、ユーザ機器、および基地局
CN116419420A (zh) 物理上行控制信道传输方法及装置、计算机可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination