CN110312315A - 一种信息传输方法及装置 - Google Patents

Abstract

本公开涉及一种信息传输方法及装置，其中方法包括应用于用户设备的方法和应用于基站的方法。应用于用户设备的方法包括：通过物理上行链路控制信道PUCCH，在连续的时隙内重复发送当前上行控制信息；在获得正确解码反馈时，终止发送当前上行控制信息。应用于基站的方法包括：接收用户设备通过PUCCH重复发送的上行控制信息；对上行控制信息进行解码，得到解码结果；对解码结果的正确性进行确认，得到确认结果；在确认结果为正确时，进行正确解码反馈。通过在获得正确解码反馈时及时终止发送当前上行控制信息，根据本公开实施例的信息传输方法及装置，能够节省通信过程中的功能损耗，优化通信***的性能。

Description

一种信息传输方法及装置

技术领域

本公开涉及无线通信领域，尤其涉及一种信息传输方法及装置。

背景技术

在新无线通信技术(NR，New Radio)***中引入了物理上行链路控制信道重传(PUCCH repetition)机制，即控制用户设备侧(UE，User Equipment)重复向基站侧发送上行控制信息，以提高基站侧PUCCH的解码能力。但是一旦在NR***中配置了PUCCHrepetition机制，无论基站侧是否解码成功，UE侧在规定时隙内均会重复发送当前的上行控制信息。此时如果UE侧同时有其他的上行控制信息和当前的上行控制信息冲突，会导致其他的上行控制信息无法发送。

发明内容

有鉴于此，本公开提出了一种信息传输方法及装置。

根据本公开的第一方面，提供了一种信息传输方法，所述方法应用于用户设备，包括：通过物理上行链路控制信道PUCCH，在连续的时隙内重复发送当前上行控制信息；在获得正确解码反馈时，终止发送所述当前上行控制信息。

在一种可能的实现方式中，所述通过物理上行链路控制信道PUCCH，在连续的时隙内重复发送当前上行控制信息，包括：读取所述PUCCH的配置信息；在所述配置信息包括PUCCH重传格式时，通过所述PUCCH，在连续的时隙内重复发送所述当前上行控制信息。

在一种可能的实现方式中，所述在获得正确解码反馈时，终止发送所述当前上行控制信息，包括：读取混合式自动重传请求进程字段HARQ Process ID；在所述HARQProcess ID中包含调度信息时，终止发送所述当前上行控制信息。

在一种可能的实现方式中，所述在所述HARQ Process ID中包含调度信息时，终止发送所述当前上行控制信息，包括：在所述HARQ Process ID中包括被调度的HARQ ID时，终止发送所述当前上行控制信息。

在一种可能的实现方式中，所述方法还包括：在未获得正确解码反馈时，继续在连续的时隙内重复发送所述当前上行控制信息；在所述时隙的数量达到阈值时，终止发送所述当前上行控制信息。

根据本公开的第二方面，提供了一种信息传输方法，所述方法应用于基站，包括：接收用户设备通过物理上行链路控制信道PUCCH重复发送的上行控制信息；对所述上行控制信息进行解码，得到解码结果；对所述解码结果的正确性进行确认，得到确认结果；在所述确认结果为正确时，进行正确解码反馈。

在一种可能的实现方式中，所述对所述解码结果的正确性进行确认，包括：通过循环冗余校验CRC，对所述解码结果的正确性进行确认；或者，通过假设检验，对所述解码结果的正确性进行确认。

在一种可能的实现方式中，所述在所述确认结果为正确时，进行正确解码反馈，包括：在所述确认结果为正确时，对所述用户设备反馈的混合式自动重传请求HARQ进行调度。

在一种可能的实现方式中，所述对所述用户设备反馈的混合式自动重传请求HARQ进行调度，包括：对所述用户设备反馈的所述HARQ中包含的HARQ ID进行随机选择；对选择的HARQ ID进行调度。

根据本公开的第三方面，提供了一种信息传输装置，包括：重复发送单元，用于通过物理上行链路控制信道PUCCH，在连续的时隙内重复发送当前上行控制信息；终止单元，用于在获得正确解码反馈时，终止发送所述当前上行控制信息。

在一种可能的实现方式中，所述重复发送单元用于：读取所述PUCCH的配置信息；在所述配置信息包括PUCCH重传格式时，通过所述PUCCH，在连续的时隙内重复发送所述当前上行控制信息。

在一种可能的实现方式中，所述终止单元用于：读取混合式自动重传请求进程字段HARQ Process ID；在所述HARQ Process ID中包含调度信息时，终止发送所述当前上行控制信息。

在一种可能的实现方式中，所述终止单元进一步用于：在所述HARQ Process ID中包括被调度的HARQ ID时，终止发送所述当前上行控制信息。

在一种可能的实现方式中，所述装置还用于：在未获得正确解码反馈时，继续在连续的时隙内重复发送所述当前上行控制信息；在所述时隙的数量达到阈值时，终止发送所述当前上行控制信息。

根据本公开的第四方面，提供了一种信息传输装置，包括：接收单元，用于接收用户设备通过物理上行链路控制信道PUCCH重复发送的上行控制信息；解码单元，用于对所述上行控制信息进行解码，得到解码结果；确认单元，用于对所述解码结果的正确性进行确认，得到确认结果；反馈单元，用于在所述确认结果为正确时，进行正确解码反馈。

在一种可能的实现方式中，所述确认单元用于：通过循环冗余校验CRC，对所述解码结果的正确性进行确认；或者，通过假设检验，对所述解码结果的正确性进行确认。

在一种可能的实现方式中，所述反馈单元用于：在所述确认结果为正确时，对所述用户设备反馈的混合式自动重传请求HARQ进行调度。

在一种可能的实现方式中，所述反馈单元进一步用于：对所述用户设备反馈的所述HARQ中包含的HARQ ID进行随机选择；对选择的HARQ ID进行调度。

根据本公开的第五方面，提供了一种信息传输装置，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行上述第一方面的方法。

根据本公开的第六方面，提供了一种信息传输装置，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行上述第二方面的方法。

根据本公开的第七方面，提供了一种非易失性计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述第一方面的方法。

根据本公开的第八方面，提供了一种非易失性计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述第二方面的方法。

通过用户设备在获得正确解码反馈时及时终止发送当前上行控制信息，以及基站在确定解码结果正确时及时进行正确解码反馈，根据本公开实施例的信息传输方法及装置，能够使得用户设备在基站侧正确对当前上行控制信息解码时，提前终止向基站侧的信息重传，继而可以为其他的控制信息提供传输通道，提升信息传输的效率，节省通信过程中的功能损耗，优化通信***的性能。

根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面，并且用于解释本公开的原理。

图1示出根据本公开一实施例的信息传输方法的流程图。

图2示出根据本公开一实施例的信息传输方法的流程图。

图3示出根据本公开一实施例的信息传输方法的流程图。

图4示出根据本公开一实施例的信息传输方法的流程图。

图5示出根据本公开一实施例的信息传输方法的流程图。

图6示出根据本公开一实施例的信息传输装置的框图。

图7示出根据本公开一实施例的信息传输装置的框图。

图8示出根据本公开一应用示例的示意图。

图9示出根据本公开一实施例的信息传输装置的框图。

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

另外，为了更好地说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

可以理解，本公开提及的上述各个方法实施例，在不违背原理逻辑的情况下，均可以彼此相互结合形成结合后的实施例，限于篇幅，本公开不再赘述。

此外，本公开还提供了信息传输装置、电子设备、计算机可读存储介质、程序，上述均可用来实现本公开提供的任一种图像处理方法，相应技术方案和描述和参见方法部分的相应记载，不再赘述。

在NR***中，引入了PUCCH repetition机制，以提高基站侧PUCCH的解码能力。对于PUCCH的format 1/3/4格式来说，一旦UE被配置了PUCCH repetition的功能，UE会通过PUCCH，在个连续时隙内，向基站重复发送某一上行控制信息，从而向基站反馈NR***的***配置。在这个过程中，由于UE无法知道基站侧是否已经对上行控制信息进行正确解码，因此，UE必须在这个连续时隙内，不断重复发送这一上行控制信息，这可能会导致其他的PUCCH的相关控制信息或物理上行共享信道(PUSCH)的相关控制信息不能发送。然而在实际的通信过程中，基站有可能提前解码出通过PUCCH传输的上行控制信息，对于已经正确解码的上行控制信息，UE还必须通过PUCCH继续进行发送，对于NR***来说，是一种资源的浪费。

为了解决上述问题，本实施例公开了一种信息传输方法的应用示例，在本示例中，在UE被配置为PUCCH重传格式时，UE可以在个连续的时隙内通过PUCCH向基站不断重复发送某一上行控制信息，基站在接收到UE发送的上行控制信息后，对其进行解码，并对解码后的信息进行循环冗余校验(CRC，Cyclic Redundancy Check)，在CRC校验通过时，表明基站已对UE发送的上行控制信息进行了正确解码，此时基站可以对UE反馈的混合式自动重传请求(HARQ，Hybrid Automatic Repeat reQuest)中包含的任一HARQ ID进行调度，UE在读取到HARQ中包含被调度的HARQ ID时，可以及时中断PUCCH的重传，即停止向基站再次发送上述的上行控制信息。

图1示出根据本公开一实施例的信息传输方法的流程图，该方法可以应用于用户设备，其中，用户设备可以为手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(MID，mobile Internetdevice)、可穿戴设备、虚拟现实(VR，virtual reality)设备、增强现实(AR，augmentedreality)设备、工业控制中的无线终端、无人驾驶中的无线终端、远程手术中的无线终端、智能电网中的无线终端、运输安全(中的无线终端、智慧城市中的无线终端、智慧家庭中的无线终端、车联网中的无线终端等等，在本实施例中不做具体限定。

如图1所示，所述信息传输方法可以包括：

步骤S11，通过PUCCH，在连续的时隙内重复发送当前上行控制信息。

步骤S12，在获得正确解码反馈时，终止发送当前上行控制信息。

上述公开实施例中，通过PUCCH发送的当前上行控制信息，其具体的信息类型和信息内容均不受限定，可以根据实际情况灵活选择。在一个示例中，该上行控制信息可以是确定应答(ACK，Acknowledgment)信息，在一个示例中，该上行控制信息可以是否定应答(NAK，Negative Acknowledgment)信息。

通过在获得正确解码反馈时，终止发送当前上行控制信息，可以使得用户设备在信息传输的过程中，在传输的上行控制信息已被正确解码时，可以提前终止当前上行控制信息的重传，继而可以为其他的控制信息提供传输通道，提升信息的传输效率，节省通信过程中的功能损耗，优化用户设备所在通信***的性能。

步骤S11的实现方式不受限定，图2示出根据本公开一实施例的信息传输方法的流程图，如图所示，在一种可能的实现方式中，步骤S11可以包括：

步骤S111，读取PUCCH的配置信息。

步骤S112，在配置信息包括PUCCH重传格式时，通过PUCCH，在连续的时隙内重复发送当前上行控制信息。

配置信息包括的PUCCH重传格式的具体实现方式不受限定，可以根据实际情况确定，在一种可能的实现方式中，配置信息包括的PUCCH重传格式可以为ACK/NACK重传(ACK/NACK Repetition)，其配置的方式同样不受限定，在一个示例中，ACK/NACK Repetition可以通过UE的参数ackNackRepetition进行配置。在UE读取到包括了PUCCH的重传格式的配置信息后，UE可以根据配置信息的配置内容开始进行信息重传，即可以开始在连续的时隙内不断通过PUCCH重复发送上行控制信息，UE重复发送上行控制信息所持续的时隙数量不受限制，可以根据具体的配置进行确定，在一个示例中，UE重复发送上行控制信息所持续的时隙数量的个数可以被记为个，其具体的数值在此不做限定。同样的，UE重复发送上行控制信息所持续的时隙数量的具体配置方式也不受限定，在一个示例中，可以通过UE参数repetitionFactor进行配置。

在UE处于信息重传的状态下，即通过PUCCH，在连续的时隙内重复发送当前上行控制信息时，通过上述各公开实施例可知，UE可以通过步骤S12，在获得正确解码反馈时，终止发送当前上行控制信息。在实际应用过程中，步骤S12的实现方式同样不受限定，图3示出根据本公开一实施例的信息传输方法的流程图，如图所示，在一种可能的实现方式中，步骤S12可以包括：

步骤S121，读取混合式自动重传请求进程字段HARQ Process ID。

步骤S122，在HARQ Process ID中包含调度信息时，终止发送当前上行控制信息。

在一种可能的实现方式中，UE确定是否获得正确解码反馈的方式可以是通过读取混合式自动重传请求进程字段(HARQ Process ID)来实现。在一种可能的实现方式中，UE可以向基站反馈HARQ ACK，则在HARQ ACK中可以包含HARQ Process ID，在HARQ Process ID中包含基站的调度信息时，则可以认为获得了正确解码反馈，此时可以终止发送当前上行控制信息。

如何确定HAR Process ID中包含调度信息，需要根据调度信息的具体类型来确定。调度信息的具体实现方式不受限定，因此步骤S122的实现方式同样不受限定，在一种可能的实现方式中，步骤S122可以包括：在HARQ Process ID中包括被调度的HARQ ID时，终止发送所述当前上行控制信息。

在一个示例中，HARQ Process ID可以是一个HARQ ID的集合，该集合可以被命名为HARQ X，在HARQ X中包含的HARQ ID数量不受限定，可以是一个，也可以是多个，HARQ ID的内容同样不受限定，可以根据实际情况确定，无论HARQ X中包含的HARQ ID的情况如何，只要HARQ X中存在被调度的HARQ ID，则可以认为基站向UE发出了下行新传的指示，这一指示同时可以隐含通知UE，基站已对UE向基站发送的当前上行控制信息进行了正确解码，UE不再有必要再次重复向基站发送相同的上行控制信息，即UE可以停止目前的PUCCH重传。

通过在HARQ Process ID中包括被调度的HARQ ID时终止发送当前上行控制信息，可以及时地确认基站对当前上行控制信息的解码状态，从而可以提前终止PUCCHrepetition的发送，从而节省通信***的功能损耗，优化通信***的性能，同时，由于HARQID本身即受基站的调度，UE本身也需要确认HARQ Process ID是否存在调度的情况，因此，本公开实施例中提出的信息传输方法，不会额外增加通信***的信令开销，进一步节省了***的开销和功能损耗。

图4示出根据本公开一实施例的信息传输方法的流程图，如图所示，在一种可能的实现方式中，本公开实施例提出的信息传输方法，还可以包括：

步骤S13，在未获得正确解码反馈时，继续在连续的时隙内重复发送当前上行控制信息。

步骤S14，在时隙的数量达到阈值时，终止发送当前上行控制信息。

在一种可能的实现方式中，在未获得正确解码反馈时，说明UE发出的当前上行控制信息仍未被解码，此时可以维持PUCCH重传状态不变，即继续按照配置情况，在连续的时隙内重复发送当前上行控制信息，来保证当前上行控制信息可以被正确解码。从上述各公开实施例也可以看出，UE重复发送上行控制信息所持续的时隙数量不受限制，可以根据具体的配置进行确定，即时隙的数量达到的阈值可以根据实际的配置情况来确定，与上述公开实施例相同，在此不再赘述。

通过上述各公开实施例可以看出，应用于用户设备的信息传输方法，其终止发送当前上行控制信息的一个重要判断依据为正确解码反馈，而此正确解码反馈可以由基站发出。因此，图5示出根据本公开一实施例的信息传输方法的流程图，如图所示，该方法可以应用于基站，包括：

步骤S21，接收用户设备通过PUCCH重复发送的上行控制信息。

步骤S22，对上行控制信息进行解码，得到解码结果。

步骤S23，对解码结果的正确性进行确认，得到确认结果。

步骤S24，在确认结果为正确时，进行正确解码反馈。

在一种可能的实现方式中，接收用户设备通过PUCCH重复发送的上行控制信息，其中的上行控制信息与上述公开实施例中提出的上行控制信息一致，其实现方式不受限制，在此不再赘述。

在一种可能的实现方式中，步骤S22的具体实现过程，在此同样不受限定，任何基站对UE通过PUCCH发送的上行控制信息进行解码的可行的实现方法，均可以作为步骤S12的实施方式。在一个示例中，基站可以在相应的资源位置接收UE通过PUCCH发送的当前上行控制信息并进行解码，如果解码失败，那么基站可以在下一个PUCCH机会上继续接收该当前上行控制信息，并且和已接收到的当前控制信息进行合并，并对合并内容再次进行解码。

在得到解码结果后，可以通过步骤S23对解码结果的正确性进行确认，步骤S23的实现方式同样不受限定，在一种可能的实现方式中，步骤S23可以包括：通过循环冗余校验CRC，对解码结果的正确性进行确认；或者，通过假设检验，对解码结果的正确性进行确认。通过CRC对解码结果的正确性进行确认的具体实现过程不受限制，在一个示例中，通过CRC对解码结果的正确性进行确认的方式可以为：由于UE通过PUCCH发送的上行控制信息本身是带有CRC校验码的，因此基站可以基于该CRC校验码，对解码结果进行CRC校验，CRC校验的具体实现过程不受限制，任何可以基于CRC校验码实现CRC校验的方式，均可以作为本公开实施例中对解码结果的正确性进行确认的方式。通过假设检验对解码结果的正确性进行确认的过程同样不受限定，在一个示例中，该假设检验的过程可以为：基站对收到的当前上行控制信息的解码内容进行假设，并基于此假设来生成假设上行控制信息，然后将收到的当前控制信息，与生成的假设上行控制信息进行比较，如一致则可以表明解码结果正确，否则可以表明解码结果有误。

在基站通过上述各公开实施例确认解码结果为正确时，则可以通过步骤S14向UE发送正确解码反馈，步骤S14的实现方式同样不受限定，在一种可能的实现方式中，步骤S14可以包括：在确认结果为正确时，对用户设备反馈的HARQ进行调度。

在一个示例中，在基站确认了解码结果正确时，可以通知UE其已对当前上行控制信息正确解码，但是如果通过占用其他的信令或信道对UE进行通知，则会造成额外的信令开销，降低***的通信性能。而由于基站在与UE进行通信的过程中，在需要指示UE进行下行新传时，本身可以对UE反馈的HARQ进行调度，因此，在本公开示例中，基站可以通过调度UE反馈的HARQ，隐含通知UE其已对当前上行控制信息正确解码，可以进行下行新传而不再需要继续传输当前上行控制信息。

对HARQ进行调度的方式也可以根据实际情况灵活选择，在一种可能的实现方式中，对用户设备反馈的HARQ进行调度可以包括：

对用户设备反馈的HARQ中包含的HARQ ID进行随机选择；

对选择的HARQ ID进行调度。

上述各公开实施例中已经提出过，UE可以向基站反馈HARQ ACK，而在HARQ ACK中可以包含HARQ Process ID，HARQ Process ID可以是一个HARQ ID的集合，该集合可以包含的HARQ ID数量不受限定，因此在一个示例中，基站可以选择HARQ Process ID集合中一个未被占用的HARQ ID，来向UE隐含指示其已对当前上行控制信息进行成功解码。

这样，基站在对基站通过PUCCH重复发送的当前上行控制信息进行成功解码时，通过对UE反馈的HARQ中包含的HARQ ID进行调度，从而可以在不增加***信令开销的情况下，有效地对UE进行正确解码反馈，UE在获得此正确解码反馈后，可以提取终止发送当前上行控制信息，从而可以避免资源上的浪费，也可以使得UE中可能存在的其他PUCCH相关信息或PUSCH相关信息得到发送，从而可以节省***功耗，优化***性能。

图6示出了根据本公开一实施例的信息传输装置的框图，如图所示，该装置应用于用户设备，该装置30包括：

重复发送单元31，用于通过物理上行链路控制信道PUCCH，在连续的时隙内重复发送当前上行控制信息.

终止单元32，用于在获得正确解码反馈时，终止发送当前上行控制信息。

在一种可能的实现方式中，重复发送单元用于：读取PUCCH的配置信息；在配置信息包括PUCCH重传格式时，通过PUCCH，在连续的时隙内重复发送当前上行控制信息。

在一种可能的实现方式中，终止单元用于：读取混合式自动重传请求进程字段HARQ Process ID；在HARQ Process ID中包含调度信息时，终止发送当前上行控制信息。

在一种可能的实现方式中，终止单元进一步用于：在HARQ Process ID中包括被调度的HARQ ID时，终止发送当前上行控制信息。

在一种可能的实现方式中，装置还用于：在未获得正确解码反馈时，继续在连续的时隙内重复发送当前上行控制信息；在时隙的数量达到阈值时，终止发送当前上行控制信息。

图7示出了根据本公开一实施例的信息传输装置的框图，如图所示，该装置应用于基站，该装置40包括：

接收单元41，用于接收用户设备通过物理上行链路控制信道PUCCH重复发送的上行控制信息。

解码单元42，用于对上行控制信息进行解码，得到解码结果。

确认单元43，用于对解码结果的正确性进行确认，得到确认结果。

反馈单元44，用于在确认结果为正确时，进行正确解码反馈。

在一种可能的实现方式中，确认单元用于：通过循环冗余校验CRC，对解码结果的正确性进行确认；或者，通过假设检验，对解码结果的正确性进行确认。

在一种可能的实现方式中，反馈单元用于：在确认结果为正确时，对用户设备反馈的混合式自动重传请求HARQ进行调度。

在一种可能的实现方式中，反馈单元进一步用于：对用户设备反馈的HARQ中包含的HARQ ID进行随机选择；对选择的HARQ ID进行调度。

图8示出了本公开一应用实例的示意图，该应用示例仅为便于理解本公开实施例，不对本公开实施例进行限制。

如图8所示，用户设备UE1与基站之间进行相互通信，在第N个时隙，UE1向基站反馈HARQ ACK，在本公开示例中，UE1向基站反馈的HARQ ACK中包含的HARQ Process ID为集合HARQ X，HARQ X中共包含了x个HARQ ID。同时，UE1的PUCCH配置中，被配置了ACK/NACKRepetition，因此UE1在相应的PUCCH上向基站发送某一上行控制信息，此处记为信息I。

由于UE1被配置了ACK/NACK Repetition，因此根据配置，UE1需要在接下来连续个时隙内，通过PUCCH向基站不断重复发送信息I。基站在相应的资源位置接收UE1通过PUCCH发送的信息I，在接收到该信息I后，基站会对该信息I进行解码，并根据信息I中包含的CRC校验码，对解码结果进行校验，如果校验通过，说明基站已对信息I进行成功解码，此时基站可以对UE1反馈的HARQ ACK中包含的HARQ X内的某一未占用的HARQ ID进行调度；如果校验未通过，说明基站未对信息I成功解码，此时会继续在下一个时隙内接收信息I，并与之前接收的信息进行合并后再次解码和校验，直至校验通过。

UE1在连续个时隙内，在向重复基站发送信息I的同时，也不断检验反馈的HARQ ACK中是否包含被基站调度的HARQ ID，如果发现基站调度了其中某一HARQ ID，则可以终止继续想基站发送信息I，即终止ACK/NACK Repetition，如果始终未收到HARQ ID的调度，则继续重复向基站发送信息I，直至个时隙结束。

图9是根据一示例性实施例示出的一种信息传输装置1300的框图。例如，装置1300可以被提供为一服务器。参照图9，装置1300包括处理组件1322，其进一步包括一个或多个处理器，以及由存储器1332所代表的存储器资源，用于存储可由处理组件1322的执行的指令，例如应用程序。存储器1332中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1322被配置为执行指令，以执行上述方法。

装置1300还可以包括一个电源组件1326被配置为执行装置1300的电源管理，一个有线或无线网络接口1350被配置为将装置1300连接到网络，和一个输入输出(I/O)接口1358。装置1300可以操作基于存储在存储器1332的操作***，例如Windows ServerTM，MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

在示例性实施例中，还提供了一种非易失性计算机可读存储介质，例如包括计算机程序指令的存储器1332，上述计算机程序指令可由装置1300的处理组件1322执行以完成上述方法。

本公开可以是***、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(***)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (22)

1.一种信息传输方法，其特征在于，所述方法应用于用户设备，包括：

通过物理上行链路控制信道PUCCH，在连续的时隙内重复发送当前上行控制信息；

在获得正确解码反馈时，终止发送所述当前上行控制信息。

2.根据权利要求1所述的信息传输方法，其特征在于，所述通过物理上行链路控制信道PUCCH，在连续的时隙内重复发送当前上行控制信息，包括：

读取所述PUCCH的配置信息；

在所述配置信息包括PUCCH重传格式时，通过所述PUCCH，在连续的时隙内重复发送所述当前上行控制信息。

3.根据权利要求1所述的信息传输方法，其特征在于，所述在获得正确解码反馈时，终止发送所述当前上行控制信息，包括：

读取混合式自动重传请求进程字段HARQ Process ID；

在所述HARQ Process ID中包含调度信息时，终止发送所述当前上行控制信息。

4.根据权利要求3所述的信息传输方法，其特征在于，所述在所述HARQ Process ID中包含调度信息时，终止发送所述当前上行控制信息，包括：

在所述HARQ Process ID中包括被调度的HARQ ID时，终止发送所述当前上行控制信息。

5.根据权利要求1所述的信息传输方法，其特征在于，所述方法还包括：

在未获得正确解码反馈时，继续在连续的时隙内重复发送所述当前上行控制信息；

在所述时隙的数量达到阈值时，终止发送所述当前上行控制信息。

6.一种信息传输方法，其特征在于，所述方法应用于基站，包括：

接收用户设备通过物理上行链路控制信道PUCCH重复发送的上行控制信息；

对所述上行控制信息进行解码，得到解码结果；

对所述解码结果的正确性进行确认，得到确认结果；

在所述确认结果为正确时，进行正确解码反馈。

7.根据权利要求6所述的信息传输方法，其特征在于，所述对所述解码结果的正确性进行确认，包括：

通过循环冗余校验CRC，对所述解码结果的正确性进行确认；或者，

通过假设检验，对所述解码结果的正确性进行确认。

8.根据权利要求6所述的信息传输方法，其特征在于，所述在所述确认结果为正确时，进行正确解码反馈，包括：

在所述确认结果为正确时，对所述用户设备反馈的混合式自动重传请求HARQ进行调度。

9.根据权利要求8所述的信息传输方法，其特征在于，所述对所述用户设备反馈的混合式自动重传请求HARQ进行调度，包括：

对所述用户设备反馈的所述HARQ中包含的HARQ ID进行随机选择；

对选择的HARQ ID进行调度。

10.一种信息传输装置，其特征在于，所述装置应用于用户设备，包括：

重复发送单元，用于通过物理上行链路控制信道PUCCH，在连续的时隙内重复发送当前上行控制信息；

终止单元，用于在获得正确解码反馈时，终止发送所述当前上行控制信息。

11.根据权利要求10所述的信息传输装置，其特征在于，所述重复发送单元用于：

读取所述PUCCH的配置信息；

在所述配置信息包括PUCCH重传格式时，通过所述PUCCH，在连续的时隙内重复发送所述当前上行控制信息。

12.根据权利要求10所述的信息传输装置，其特征在于，所述终止单元用于：

读取混合式自动重传请求进程字段HARQ Process ID；

在所述HARQ Process ID中包含调度信息时，终止发送所述当前上行控制信息。

13.根据权利要求12所述的信息传输装置，其特征在于，所述终止单元进一步用于：

在所述HARQ Process ID中包括被调度的HARQ ID时，终止发送所述当前上行控制信息。

14.根据权利要求10所述的信息传输装置，其特征在于，所述装置还用于：

在未获得正确解码反馈时，继续在连续的时隙内重复发送所述当前上行控制信息；

在所述时隙的数量达到阈值时，终止发送所述当前上行控制信息。

15.一种信息传输装置，其特征在于，所述装置应用于基站，包括：

接收单元，用于接收用户设备通过物理上行链路控制信道PUCCH重复发送的上行控制信息；

解码单元，用于对所述上行控制信息进行解码，得到解码结果；

确认单元，用于对所述解码结果的正确性进行确认，得到确认结果；

反馈单元，用于在所述确认结果为正确时，进行正确解码反馈。

16.根据权利要求15所述的信息传输装置，其特征在于，所述确认单元用于：

通过循环冗余校验CRC，对所述解码结果的正确性进行确认；或者，

通过假设检验，对所述解码结果的正确性进行确认。

17.根据权利要求15所述的信息传输装置，其特征在于，所述反馈单元用于：

在所述确认结果为正确时，对所述用户设备反馈的混合式自动重传请求HARQ进行调度。

18.根据权利要求17所述的信息传输装置，其特征在于，所述反馈单元进一步用于：

对所述用户设备反馈的所述HARQ中包含的HARQ ID进行随机选择；

对选择的HARQ ID进行调度。

19.一种信息传输装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行权利要求1-5任一项所述的方法。

20.一种信息传输装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行权利要求6-9任一项所述的方法。

21.一种非易失性计算机可读存储介质，其上存储有计算机程序指令，其特征在于，所述计算机程序指令被处理器执行时实现权利要求1至5中任意一项所述的方法。

22.一种非易失性计算机可读存储介质，其上存储有计算机程序指令，其特征在于，所述计算机程序指令被处理器执行时实现权利要求6至9中任意一项所述的方法。