CN111294152A - Pusch的冗余版本配置、确定方法及装置、存储介质、基站、用户设备 - Google Patents

Abstract

一种PUSCH的冗余版本配置、确定方法及装置、存储介质、基站、用户设备，PUSCH的冗余版本配置方法，包括：确定用户设备传输PUSCH所采用的冗余版本；所述用户设备发送高层信令，所述高层信令至少包括冗余版本指示信息，所述冗余版本信息能够指示所述用户设备采用固定的冗余版本号或动态变化的冗余版本号。本发明技术方案可以实现在窄带通信系统中PUSCH的冗余版本的配置。

Description

PUSCH的冗余版本配置、确定方法及装置、存储介质、基站、用 户设备

技术领域

本发明涉及通信技术领域，尤其涉及一种PUSCH的冗余版本配置、确定方法及装置、存储介质、基站、用户设备。

背景技术

现有长期演进(Long Term Evolution，LTE)系统中关于物理上行共享信道(Physical Uplink Shared Channel,PUSCH)的冗余版本(Redundancy Version,RV)的配置方法如下：LTE固定了RV的顺序为0、2、3和1。

现有NR协议中关于基于授权(grant-based)的RV配置方法如下：目前NR协议支持自适应的混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)调度，即每次HARQ重传都会有相应的下行控制信息(Downlink Control Information,DCI)，其中都会明确指示其对应的冗余版本号。

但是，目前窄带通信系统中RV的版本固定是0，不能满足PUSCH传输的多样性需求。

发明内容

本发明解决的技术问题是如何实现在窄带通信系统中PUSCH的冗余版本的配置。

为解决上述技术问题，本发明实施例提供一种PUSCH的冗余版本配置方法，PUSCH的冗余版本配置方法包括：确定用户设备传输PUSCH所采用的冗余版本；向所述用户设备发送高层信令，所述高层信令至少包括冗余版本指示信息，所述冗余版本信息能够指示所述用户设备采用固定的冗余版本号或动态变化的冗余版本号。

可选的，所述发送高层信令包括：如果PUSCH的传输采用冗余版本号0，则配置所述冗余版本指示信息为false，并通过所述高层信令发送出去。

可选的，所述发送高层信令包括：如果PUSCH的传输采用动态变化的冗余版本号，则配置所述冗余版本指示信息为true，并通过所述高层信令发送出去。

可选的，PUSCH的传输采用的冗余版本号由其对应的重复传输次数来确定。

可选的，对于PUSCH的第i次重复传输，如果imod 8＝0，那么PUSCH的第i次重复传输采用的冗余版本号为0；如果imod 8＝1，那么PUSCH的第i次重复传输采用的冗余版本号为2；如果imod 8＝2，那么PUSCH的第i次重复传输采用的冗余版本号为3；如果imod 8＝3，那么PUSCH的第i次重复传输采用的冗余版本号为1；如果imod 8＝4，那么PUSCH的第i次重复传输采用的冗余版本号为0；如果imod 8＝5，那么PUSCH的第i次重复传输采用的冗余版本号为3；如果imod 8＝6，那么PUSCH的第i次重复传输采用的冗余版本号为0；如果imod 8＝7，那么PUSCH的第i次重复传输采用的冗余版本号为3。

可选的，所述确定用户设备传输PUSCH所采用的冗余版本之前还包括：预先配置多个冗余版本序列，所述用户设备对PUSCH的索引与预设数值进行取余，以得到取余结果，并根据所述取余结果与预设的多个冗余版本序列确定最终冗余版本序列，每一冗余版本序列包括多个冗余版本。

可选的，所述向所述用户设备发送高层信令包括：向所述用户设备发送RRC信令，所述RRC信令包括冗余版本指示比特，所述冗余版本指示比特携带所述冗余版本指示信息。

可选的，所述向所述用户设备发送高层信令包括：向所述用户设备发送RRC信令，所述RRC信令包括可用的冗余版本序列的集合；向所述用户设备发送MAC-CE，所述MAC-CE包括所述集合中的至少一个冗余版本序列。

可选的，所述向所述用户设备发送MAC-CE，所述MAC-CE包括所述集合中的至少一个冗余版本序列包括：向所述用户设备发送MAC-CE，所述MAC-CE包括所述集合中的多个冗余版本序列，所述多个冗余版本序列分别对应不同的重传过程。

可选的，所述高层信令还包括多个冗余版本序列，所述多个冗余版本序列分别对应不同的重传过程。

为解决上述技术问题，本发明实施例还公开了一种PUSCH的冗余版本确定方法，PUSCH的冗余版本确定方法包括：接收高层信令；确定所述高层信令中的冗余版本指示信息，并根据所述冗余版本信息确定传输PUSCH采用固定的冗余版本号或动态变化的冗余版本号。

可选的，所述确定方法还包括：确定PUSCH的索引；对所述索引与预设数值进行取余，以得到取余结果；根据所述取余结果与预设的多个冗余版本序列确定最终冗余版本序列，所述预设数值为所述预设的多个冗余版本序列的数量。

可选的，所述根据所述取余结果与预设的多个冗余版本序列确定最终冗余版本序列包括：选取所述预设的多个冗余版本序列中次序为所述取余结果的冗余版本序列为所述最终冗余版本序列。

本发明实施例还公开了一种PUSCH的冗余版本配置装置，冗余版本配置装置包括：冗余版本确定模块，用以确定用户设备传输PUSCH所采用的冗余版本；高层信令发送模块，用以向所述用户设备发送高层信令，所述高层信令至少包括冗余版本指示信息，所述冗余版本信息能够指示所述用户设备采用固定的冗余版本号或动态变化的冗余版本号。

本发明实施例还公开了一种PUSCH的冗余版本确定装置，冗余版本确定装置包括：高层信令接收模块，用以接收高层信令；冗余版本计算模块，用以确定所述高层信令中的冗余版本指示信息，并根据所述冗余版本信息确定传输PUSCH采用固定的冗余版本号或动态变化的冗余版本号。

本发明实施例还公开了一种存储介质，其上存储有计算机指令，所述计算机指令运行时执行所述PUSCH的冗余版本配置方法的步骤，或者所述PUSCH的冗余版本确定方法的步骤。

本发明实施例还公开了一种基站，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行所述PUSCH的冗余版本配置方法的步骤。

本发明实施例还公开了一种用户设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行所述PUSCH的冗余版本确定方法的步骤。

与现有技术相比，本发明实施例的技术方案具有以下有益效果：

本发明技术方案中，基站可以确定用户设备传输PUSCH所采用的冗余版本；向所述用户设备发送高层信令，所述高层信令至少包括冗余版本指示信息，所述冗余版本信息能够指示所述用户设备采用固定的冗余版本号或动态变化的冗余版本号。本发明技术方案中，用户设备(User Equipment,UE)在上行采用重复传输的方式进行PUSCH传输的时候，基站可以先确定UE所采用的冗余版本，例如固定的冗余版本号或动态变化的冗余版本号；基站可以通过高层信令中的冗余版本信息来通知UE其传输PUSCH所采用的冗余版本，可以在不增加新的DCI格式(format)的情况下，实现了窄带通信系统对PUSCH的冗余版本的配置，进而实现了UE进行PUSCH传输的灵活性。

进一步地，基站可以预先配置多个冗余版本序列，所述用户设备对PUSCH的索引与预设数值进行取余，以得到取余结果，并根据所述取余结果与预设的多个冗余版本序列确定最终冗余版本序列。本发明技术方案中，在UE采用动态变化的冗余版本进行PUSCH传输时，UE可以利用PUSCH的索引确定其最终采用的最终冗余版本序列，保证了UE确定冗余版本的便捷性。

附图说明

图1是本发明实施例一种PUSCH的冗余版本配置方法的流程图；

图2是图1所示步骤S102的一种具体实施方式的流程图；

图3是本发明实施例一种PUSCH的冗余版本确定方法的流程图；

图4是本发明实施例一种PUSCH的冗余版本配置装置的结构示意图；

图5是本发明实施例一种PUSCH的冗余版本确定装置的结构示意图。

具体实施方式

如背景技术中所述，目前窄带通信系统中RV的版本固定是0，不能满足PUSCH传输的多样性需求。

本申请发明人还发现，在窄带通信系统中，DCI格式(format)中也没有相应的RV指示域，无法利用DCI来指示PUSCH的冗余版本号。

本发明技术方案中，用户设备在上行采用重复传输的方式进行PUSCH传输的时候，基站可以先确定UE所采用的冗余版本，例如固定的冗余版本号或动态变化的冗余版本号；基站可以通过高层信令中的冗余版本信息来通知UE其传输PUSCH所采用的冗余版本，可以在不增加新的DCI格式(format)的情况下，实现了窄带通信系统对PUSCH的冗余版本的配置，进而实现了UE进行PUSCH传输的灵活性。

本发明技术方案中高层信令可以是RRC信令和或MAC-CE信令。

为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

图1是本发明实施例一种PUSCH的冗余版本配置方法的流程图。

所述PUSCH的冗余版本配置方法可以用于基站侧，也即可以由基站执行图1所示方法的各个步骤。

请参照图1，所述PUSCH的冗余版本配置方法可以包括以下步骤：

步骤S101：确定用户设备传输PUSCH所采用的冗余版本；

步骤S102：向所述用户设备发送高层信令，所述高层信令至少包括冗余版本指示信息，所述冗余版本信息能够指示所述用户设备采用固定的冗余版本号或动态变化的冗余版本号。

需要指出的是，本实施例中各个步骤的序号并不代表对各个步骤的执行顺序的限定。

在步骤S101的具体实施中，用户设备在上行采用重复传输的方式进行PUSCH传输时，基站可以为UE配置其采用的冗余版本，例如配置UE采用固定的冗余版本号或动态变化的冗余版本号。

本领域技术人员应当理解的是，可用的冗余版本是已知的，例如可以包括版本0、版本1、版本2和版本3。关于冗余版本的更多详细信息可以参照现有技术，此处不再赘述。

其中，UE采用动态变化的冗余版本可以是指UE在不同的重传或者重复传输过程中采用不同的冗余版本，而不是采用同一冗余版本。例如，动态变化的冗余版本可以是0、2、3和1。

进一步而言，动态变化的冗余版本可以是由基站为UE配置的，也具有是由通信协议预先约定可用的冗余版本序列，基站从中选取冗余版本序列配置给UE。

在步骤S102的具体实施中，基站可以通过高层信令中的冗余版本指示信息向UE指示其采用的冗余版本。

在一个具体实施例中，高层信令选自无线资源控制(Radio Resource Control,RRC)信令和媒体接入控制(Media Access Control,MAC)控制元(Control Element，CE)。

在一个具体实施例中，图1所示步骤S102可以包括以下步骤：向所述用户设备发送RRC信令，所述RRC信令包括冗余版本指示比特，所述冗余版本指示比特携带所述冗余版本指示信息。

例如，基站通过RRC信令中的一个比特(dynamic-RV-seq-enable)指示UE的PUSCH传输可以采用固定的冗余版本号，还是可以变化的冗余版本号。当RV-dynamic配置为false或0的时候，所有PUSCH的传输都采用固定的冗余版本号0。当RV-dynamic配置为true或1的时候，所有PUSCH的传输可以采用动态变化的冗余版本号。

在本发明一个非限制性的实施例中，如果RV-dynamic配置为true或1，PUSCH的传输采用的冗余版本号由其对应的重复传输次数来确定。其中，重复传输次数对应的是一个序号或者索引，比如重复传输总次数为N，重复传输次数为i(i＝1,…N)其表示第i次重复传输。

对于PUSCH的第i次重复传输，如果imod 8＝0，那么PUSCH的第i次重复传输采用的冗余版本号为0；如果imod 8＝1，那么PUSCH的第i次重复传输采用的冗余版本号为2；如果imod 8＝2，那么PUSCH的第i次重复传输采用的冗余版本号为3；如果imod 8＝3，那么PUSCH的第i次重复传输采用的冗余版本号为1；如果imod 8＝4，那么PUSCH的第i次重复传输采用的冗余版本号为0；如果imod 8＝5，那么PUSCH的第i次重复传输采用的冗余版本号为3；如果imod 8＝6，那么PUSCH的第i次重复传输采用的冗余版本号为0；如果imod 8＝7，那么PUSCH的第i次重复传输采用的冗余版本号为3。其中，mod可以表示取余运算。

本实施例中，预先配置的动态变化的冗余版本号序列可以是0、2、3、1、0、3、0和3。该冗余版本号序列包括8个顺序排列的冗余版本号，由此，在根据重复传输次数确定冗余版本号时，可以计算重复传输次数与8的取余，也即imod 8，其中，i为PUSCH的重复传输次数。

如前所述，对于取余结果分别为0、1、2、3、4、5、6、7的情况，PUSCH的第i次重复传输采用的冗余版本号分别为0、2、3、1、0、3、0和3。

在另一变化例中，对于取余结果分别为0、1、2、3、4、5、6、7的情况，PUSCH的第i次重复传输采用的冗余版本号分别为0、3、0、3、0、2、3和1。

在另一变化例中，对于取余结果分别为0、1、2、3、4、5、6、7的情况，PUSCH的第i次重复传输采用的冗余版本号分别为2、3、1、0、0、2、3和1。

在另一变化例中，对于取余结果分别为0、1、2、3、4、5、6、7的情况，PUSCH的第i次重复传输采用的冗余版本号分别为0、2、3、1、2、3、1和0

在另一变化例中，对于取余结果分别为0、1、2、3、4、5、6、7的情况，PUSCH的第i次重复传输采用的冗余版本号分别为3、1、0、2、0、2、3和1。

在另一变化例中，对于取余结果分别为0、1、2、3、4、5、6、7的情况，PUSCH的第i次重复传输采用的冗余版本号分别为1、0、2、3、0、2、1和1。

在另一变化例中，对于取余结果分别为0、1、2、3、4、5、6、7的情况，PUSCH的第i次重复传输采用的冗余版本号分别为0、2、3、1、1、0、2和3。

在本发明另一个非限制性的实施例中，基站可以通过高层信令指示UE采用PUSCH重复传输的时候采用的轮循次数(也即取余运算的除数)。其中，固定的轮循次数对应着唯一一个冗余版本序列或者多个冗余版本序列。

例如，冗余版本序列为0 3的对应的冗余版本轮循次数为2；冗余版本序列为0 2 31的对应的冗余版本轮循次数为4；冗余版本序列为0 2 3 1 0 3 0 3的对应的冗余版本轮循次数为8。

如果固定的轮循次数对应着多个冗余版本序列，此时基站还可以通过高层信令指示UE采用哪一个冗余版本序列用于PUSCH重复传输。

在本发明另一个非限制性的实施例中，PUSCH重复传输的时候采用的冗余版本轮循次数可以与PUSCH的重复总次数相关。当PUSCH的重复总次数在一个区间范围内的时候，其唯一对应着一个冗余版本轮循次数，同时所述冗余版本轮循次数对应着一个冗余版本序列或者多个冗余版本序列。

其中，冗余版本轮循次数与冗余版本序列的关系可参见上一实施例。

举个例子，PUSCH的重复总次数为1的时候可以对应着冗余版本轮循次数为2；

PUSCH的重复总次数为2的时候可以对应着冗余版本轮循次数为2；

PUSCH的重复总次数为4的时候可以对应着冗余版本轮循次数为4；

PUSCH的重复总次数为8的时候可以对应着冗余版本轮循次数为8；

PUSCH的重复总次数为16的时候可以对应着冗余版本轮循次数为8；

如果一个冗余版本轮循次数对应着多个冗余版本序列，此时基站还可以通过高层信令指示UE采用哪一个冗余版本序列用于PUSCH重复传输。

在本发明另一个非限制性的实施例中，基站可以通过高层信令指示UE采用PUSCH重复传输的时候采用的轮循次数或者冗余版本序列。例如，基站可以指示UE进行冗余版本序列为0 2 3 1的4次冗余版本轮循方式进行PUSCH的重复传输；也可以指示UE进行冗余版本序列为0 3的2次冗余版本轮循方式进行PUSCH的重复传输。

本发明技术方案中，用户设备在上行采用重复传输的方式进行PUSCH传输的时候，基站可以先确定UE所采用的冗余版本，例如固定的冗余版本号或动态变化的冗余版本号；基站可以通过高层信令中的冗余版本信息来通知UE其传输PUSCH所采用的冗余版本，可以在不增加新的DCI格式(format)的情况下，实现了窄带通信系统对PUSCH的冗余版本的配置，进而实现了UE进行PUSCH传输的灵活性。

本发明一个非限制性的实施例中，图1所示步骤S101之前还可以包括以下步骤：预先配置多个冗余版本序列，所述用户设备对PUSCH的索引与预设数值进行取余，以得到取余结果，并根据所述取余结果与预设的多个冗余版本序列确定最终冗余版本序列，每一冗余版本序列包括多个冗余版本。

本实施例中，基站可以预先配置多个可用的冗余版本序列，并且UE能够预先获知该多个可用的冗余版本序列。

基站可以通知UE使用动态变化的冗余版本，但UE具体使用的冗余版本序列需要UE计算得到。UE具体可以通过计算PUSCH的索引与预设数值的取余结果，并根据取余结果来确定最终采用的冗余版本序列。

具体地，PUSCH的索引可以是PUSCH所在的帧(Frame)的序号，或者是PUSCH第一次重复传输所在的帧的序号，或者是PUSCH对应的调度DCI所指示的帧的序号。

例如，基站预先配置两个可用的冗余版本序列：0231和0303。DCI调度的PUSCH所在的帧的序号记为X，如果X mod 2＝0，那么PUSCH的重复传输采用的RV序列为0 2 3 1；如果Xmod 2＝1，那么PUSCH的重复传输采用的RV序列为0 3 0 3。

在本发明一个非限制性的实施例中，请参照图2，图1所示步骤S102可以包括以下步骤：

步骤S201：向所述用户设备发送RRC信令，所述RRC信令包括可用的冗余版本序列的集合；

步骤S202：向所述用户设备发送MAC-CE，所述MAC-CE包括所述集合中的至少一个冗余版本序列。

本实施例中，在UE采用动态变化的冗余版本时，基站可以结合RRC信令和MAC-CE向UE指示其采用的具体的冗余版本序列。

可选地，在UE收到明确的MAC-CE指示前，UE可以默认采用冗余版本号0进行PUSCH的重复传输。

基站具体可以先通过RRC信令通知UE可用的冗余版本序列的集合，也即通过半静态配置的方式为UE配置可用的冗余版本序列的集合；再通过MAC-CE动态地向UE指示集合中的至少一个冗余版本序列，以供UE在不同的重传过程或者同一重传过程的不同重复传输采用。

需要说明的是，重传可以指的是由于之前的传输未能成功接收或者没有收到确认(ACKnowledgement,ACK)信息而进行的再次传输。重复传输可以指的是在未知先前传输是否成功的前提下进行的再次传输。其中，同一重传过程可以包含多个重复传输。

在一个具体的应用场景中，基站通过RRC信令配置所有可能的冗余版本号变化的顺序，具体可以是集合{0 0 0 0,0 2 3 1,0 3 0 3,2 3 1 0,3 1 0 2,1 0 2 3}。然后基站通过MAC-CE来动态指示一个冗余版本号序列。假设基站配置UE PUSCH的重复传输次数是16次。且UE收到基站指示的冗余版本号序列是02 3 1时，UE初传的16次重复传输中依次采用02 3 1的冗余版本号序列进行传输，比如第一次重复传输采用RV＝0，第二次重复传输采用RV＝2，第三次重复传输采用RV＝3，第四次重复传输采用RV＝1，第五次重复传输采用RV＝0，第六次重复传输采用RV＝2，依次类推。然后在第一次重传的16次重复传输中依次采用02 3 1的冗余版本号序列进行传输，比如第一次重复传输采用RV＝0，第二次重复传输采用RV＝2，第三次重复传输采用RV＝3，第四次重复传输采用RV＝1，第五次重复传输采用RV＝0，第六次重复传输采用RV＝2，依次类推。其他次数的重传中也采用类似的方式。

进一步地，步骤S202可以包括以下步骤：向所述用户设备发送MAC-CE，所述MAC-CE包括所述集合中的多个冗余版本序列，所述多个冗余版本序列分别对应不同的重传过程。

本实施例中，在MAC-CE包括所述集合中的多个冗余版本序列时，多个冗余版本序列可以分别对应不同的重传过程。

如前所述，不同重传过程是指采用有独立的上行授权(UL-grant)调度的传输过程。也就是说，对于采用同一上行授权调度的重复传输过程可以采用同一冗余版本序列，而对于采用不同上行授权调度的重复传输过程可以采用不同冗余版本序列。

在本发明一个具体应用场景中，UE接收的MAC-CE指示同一个HARQ-process的所有初传和或重传的冗余版本号的变化配置信息如下：

初传：0 2 3 1；

第一次重传：0 3 0 3；

第二次重传：0 2 3 1；

第三次重传：0 3 0 3；

由此，UE初传的16次重复传输中依次采用0 2 3 1的冗余版本号序列进行传输，比如第一次重复传输采用RV＝0，第二次重复传输采用RV＝2，第三次重复传输采用RV＝3，第四次重复传输采用RV＝1，第五次重复传输采用RV＝0，第六次重复传输采用RV＝2，依次类推。然后在第一次重传的16次重复传输中依次采用0 3 0 3的冗余版本号序列进行传输，比如第一次重复传输采用RV＝0，第二次重复传输采用RV＝3，第三次重复传输采用RV＝0，第四次重复传输采用RV＝3，第五次重复传输采用RV＝0，第六次重复传输采用RV＝3，依次类推。其他次数重传中也采用类似的方式。

本发明一个具体实施例中，所述高层信令还包括多个冗余版本序列，所述多个冗余版本序列分别对应不同的重传过程。

与前述实施例不同的是，基站可以在同一高层信令中指示可用的冗余版本序列的集合以及集合中的多个冗余版本序列，以用于不同的重传过程。

请参照图3，图3是本发明实施例一种PUSCH的冗余版本确定方法的流程图。

所述PUSCH的冗余版本确定方法可以用于UE侧，也即可以由UE执行图3所示方法的各个步骤。

所述PUSCH的冗余版本确定方法可以包括以下步骤：

步骤S301：接收高层信令；

步骤S302：确定所述高层信令中的冗余版本指示信息，并根据所述冗余版本信息确定传输PUSCH采用固定的冗余版本号或动态变化的冗余版本号。

本实施例中，UE可以通过高层信令中的冗余版本指示信息来确定其传输PUSCH采用固定的冗余版本号或动态变化的冗余版本号。

关于步骤S301和步骤S302的更多具体实施方式，可参照前述实施例，此处不再赘述。

在一个非限制性的实施例中，图3所示步骤S302之后还可以包括以下步骤：确定PUSCH的索引；对所述索引与预设数值进行取余，以得到取余结果；根据所述取余结果与预设的多个冗余版本序列确定最终冗余版本序列，所述预设数值为所述预设的多个冗余版本序列的数量。

本实施例中，UE可以通过计算PUSCH的索引与预设数值的取余结果，并根据取余结果来确定最终采用的冗余版本序列。

具体地，UE可以选取所述预设的多个冗余版本序列中次序为所述取余结果的冗余版本序列为所述最终冗余版本序列。

例如，基站预先配置两个可用的冗余版本序列：0231和0303。DCI调度的PUSCH所在的帧的序号记为X，如果X mod 2＝0，那么PUSCH的重复传输采用的RV序列为0 2 3 1；如果Xmod 2＝1，那么PUSCH的重复传输采用的RV序列为0 3 0 3。

请参照图4，PUSCH的冗余版本配置装置40可以包括：

冗余版本确定模块401，用以确定用户设备传输PUSCH所采用的冗余版本；

高层信令发送模块402，用以向所述用户设备发送高层信令，所述高层信令至少包括冗余版本指示信息，所述冗余版本信息能够指示所述用户设备采用固定的冗余版本号或动态变化的冗余版本号。

关于所述冗余版本配置装置40的工作原理、工作方式的更多内容，可以参照图1至图3中的相关描述，这里不再赘述。

请参照图5，PUSCH的冗余版本确定装置50可以包括：

高层信令接收模块501，用以接收高层信令；

冗余版本计算模块502，用以确定所述高层信令中的冗余版本指示信息，并根据所述冗余版本信息确定传输PUSCH采用固定的冗余版本号或动态变化的冗余版本号。

本发明实施例中，用户设备在上行采用重复传输的方式进行PUSCH传输的时候，基站可以先确定UE所采用的冗余版本，例如固定的冗余版本号或动态变化的冗余版本号；基站可以通过高层信令中的冗余版本信息来通知UE其传输PUSCH所采用的冗余版本，可以在不增加新的DCI格式(format)的情况下，实现了窄带通信系统对PUSCH的冗余版本的配置，进而实现了UE进行PUSCH传输的灵活性。

关于所述冗余版本确定装置50的工作原理、工作方式的更多内容，可以参照图1至图3中的相关描述，这里不再赘述。

本发明实施例还公开了一种存储介质，其上存储有计算机指令，所述计算机指令运行时可以执行图1至图3中所示方法的步骤。所述存储介质可以包括ROM、RAM、磁盘或光盘等。所述存储介质还可以包括非挥发性存储器(non-volatile)或者非瞬态(non-transitory)存储器等。

本发明实施例还公开了一种基站，所述基站可以包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机指令。所述处理器运行所述计算机指令时可以执行图1中所示方法的步骤。

本发明实施例还公开了一种用户设备，所述用户设备可以包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机指令。所述处理器运行所述计算机指令时可以执行图3中所示方法的步骤。所述用户设备包括但不限于手机、计算机、平板电脑等终端设备。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (18)

1.一种PUSCH的冗余版本配置方法，其特征在于，包括：

确定用户设备传输PUSCH所采用的冗余版本；

向所述用户设备发送高层信令，所述高层信令至少包括冗余版本指示信息，所述冗余版本指示信息能够指示所述用户设备采用固定的冗余版本号或动态变化的冗余版本号。

2.根据权利要求1所述的PUSCH的冗余版本号配置方法，其特征在于，所述发送高层信令包括：

如果PUSCH的传输采用冗余版本号0，则配置所述冗余版本指示信息为false，并通过所述高层信令发送出去。

3.根据权利要求1所述的PUSCH的冗余版本号配置方法，其特征在于，所述发送高层信令包括：

如果PUSCH的传输采用动态变化的冗余版本号，则配置所述冗余版本指示信息为true，并通过所述高层信令发送出去。

4.根据权利要求3所述的PUSCH的冗余版本号配置方法，其特征在于，PUSCH的传输采用的冗余版本号由其对应的重复传输次数来确定。

5.根据权利要求4所述的PUSCH的冗余版本号配置方法，其特征在于，对于PUSCH的第i次重复传输，如果imod 8＝0，那么PUSCH的第i次重复传输采用的冗余版本号为0；如果imod8＝1，那么PUSCH的第i次重复传输采用的冗余版本号为2；如果imod 8＝2，那么PUSCH的第i次重复传输采用的冗余版本号为3；如果imod 8＝3，那么PUSCH的第i次重复传输采用的冗余版本号为1；如果imod 8＝4，那么PUSCH的第i次重复传输采用的冗余版本号为0；如果imod 8＝5，那么PUSCH的第i次重复传输采用的冗余版本号为3；如果imod 8＝6，那么PUSCH的第i次重复传输采用的冗余版本号为0；如果imod 8＝7，那么PUSCH的第i次重复传输采用的冗余版本号为3。

6.根据权利要求1所述的PUSCH的冗余版本配置方法，其特征在于，所述确定用户设备传输PUSCH所采用的冗余版本之前还包括：

预先配置多个冗余版本序列，所述用户设备对PUSCH的索引与预设数值进行取余，以得到取余结果，并根据所述取余结果与预设的多个冗余版本序列确定最终冗余版本序列，每一冗余版本序列包括多个冗余版本。

7.根据权利要求1所述的PUSCH的冗余版本配置方法，其特征在于，所述向所述用户设备发送高层信令包括：

向所述用户设备发送RRC信令，所述RRC信令包括冗余版本指示比特，所述冗余版本指示比特携带所述冗余版本指示信息。

8.根据权利要求1所述的PUSCH的冗余版本配置方法，其特征在于，所述向所述用户设备发送高层信令包括：

向所述用户设备发送RRC信令，所述RRC信令包括可用的冗余版本序列的集合；

向所述用户设备发送MAC-CE，所述MAC-CE包括所述集合中的至少一个冗余版本序列。

9.根据权利要求8所述的PUSCH的冗余版本配置方法，其特征在于，所述向所述用户设备发送MAC-CE，所述MAC-CE包括所述集合中的至少一个冗余版本序列包括：

向所述用户设备发送MAC-CE，所述MAC-CE包括所述集合中的多个冗余版本序列，所述多个冗余版本序列分别对应不同的重传过程。

10.根据权利要求1所述的PUSCH的冗余版本配置方法，其特征在于，所述高层信令还包括多个冗余版本序列，所述多个冗余版本序列分别对应不同的重传过程。

11.一种PUSCH的冗余版本确定方法，其特征在于，包括：

接收高层信令；

确定所述高层信令中的冗余版本指示信息，并根据所述冗余版本信息确定传输PUSCH采用固定的冗余版本号或动态变化的冗余版本号。

12.根据权利要求10所述的PUSCH的冗余版本确定方法，其特征在于，还包括：

确定PUSCH的索引；

对所述索引与预设数值进行取余，以得到取余结果；

根据所述取余结果与预设的多个冗余版本序列确定最终冗余版本序列，所述预设数值为所述预设的多个冗余版本序列的数量。

13.根据权利要求12所述的PUSCH的冗余版本确定方法，其特征在于，所述根据所述取余结果与预设的多个冗余版本序列确定最终冗余版本序列包括：

选取所述预设的多个冗余版本序列中次序为所述取余结果的冗余版本序列为所述最终冗余版本序列。

14.一种PUSCH的冗余版本配置装置，其特征在于，包括：

冗余版本确定模块，用以确定用户设备传输PUSCH所采用的冗余版本；

高层信令发送模块，用以向所述用户设备发送高层信令，所述高层信令至少包括冗余版本指示信息，所述冗余版本信息能够指示所述用户设备采用固定的冗余版本号或动态变化的冗余版本号。

15.一种PUSCH的冗余版本确定装置，其特征在于，包括：

高层信令接收模块，用以接收高层信令；

冗余版本计算模块，用以确定所述高层信令中的冗余版本指示信息，并根据所述冗余版本信息确定传输PUSCH采用固定的冗余版本号或动态变化的冗余版本号。

16.一种存储介质，其上存储有计算机指令，其特征在于，所述计算机指令运行时执行权利要求1至10中任一项所述PUSCH的冗余版本配置方法的步骤，或者权利要求11至13任一项所述PUSCH的冗余版本确定方法的步骤。

17.一种基站，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机指令，其特征在于，所述处理器运行所述计算机指令时执行权利要求1至10中任一项所述PUSCH的冗余版本配置方法的步骤。

18.一种用户设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机指令，其特征在于，所述处理器运行所述计算机指令时执行权利要求11至13任一项所述PUSCH的冗余版本确定方法的步骤。

Images