CN111092695B

CN111092695B - 重传次数确定方法、指示方法、装置、终端、通信节点及介质

Info

Publication number: CN111092695B
Application number: CN201911073155.7A
Authority: CN
Inventors: 任敏; 石靖; 梁春丽; 苟伟; 韩祥辉; 郝鹏; 李儒岳
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2019-11-05
Filing date: 2019-11-05
Publication date: 2023-09-26
Anticipated expiration: 2039-11-05
Also published as: CN111092695A; WO2021088656A1; TW202118340A

Abstract

本申请提供一种重传次数确定方法、指示方法、装置、通信节点及介质。该方法接收配置信息；根据所述配置信息确定待传输信息的重复传输次数。

Description

重传次数确定方法、指示方法、装置、终端、通信节点及介质

技术领域

本申请涉及无线通信网络，例如涉及一种重传次数确定方法、指示方法、装置、通信节点及介质。

背景技术

在第五代移动通信技术(the 5th Generation Mobile CommunicationTechnology，5G)中，为保证覆盖和较短传输时间内传输低时延高可靠的业务，通信节点可以利用一个或多个时隙重复发送同一个传输块(Transport Block，TB)，在Release 15(R15)的标准中重复传输次数通过无线资源控制(Radio Resource Control，RRC)信令通知，而在Release 16(R16)的标准制定过程中，允许重复传输次数通过高层信令RRC指示，或者通过下行控制信息(Downlink Control Information，DCI)指示。但对于不同的指示方式，服务节点与通信节点之间不存在有效的指示机制，从而无法高效地确定重复传输次数，导致重复传输的可靠性低。

发明内容

本申请提供一种重传次数确定方法、指示方法、装置、通信节点及介质，以提高重复传输的可靠。

本申请实施例提供一种重传次数确定方法，包括：

接收配置信息；

根据所述配置信息确定待传输信息的重复传输次数。

本申请实施例还提供了一种重传次数指示方法，包括：

确定配置信息，所述配置信息用于指示待传输信息的重复传输次数；

发送所述配置信息。

本申请实施例还提供了一种重传次数确定装置，包括：

接收模块，设置为接收配置信息；

第一确定模块，设置为根据所述配置信息确定待传输信息的重复传输次数。

本申请实施例还提供了一种重传次数指示装置，包括：

第二确定模块，设置为确定配置信息，所述配置信息用于指示待传输信息的重复传输次数；

发送模块，设置为发送所述配置信息。本申请实施例还提供了一种通信节点，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述的重传次数确定方法或重传次数指示方法。

本申请实施例还提供了一种通信节点，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述的重传次数确定方法。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述的重传次数确定方法或重传次数指示方法。

附图说明

图1为一实施例提供的一种重传次数确定方法的流程图；

图2为一实施例提供的一种重传次数指示方法的流程图；

图3为基于处理能力2和实现形式1确定PDSCH的优先级的实现示意图；

图4为基于处理能力1和实现形式1确定PDSCH的优先级的实现示意图；

图5为基于处理能力2、实现形式1以及指示方式1确定PDSCH的优先级的实现示意图；

图6为另一种基于处理能力2、实现形式1以及指示方式1确定PDSCH的优先级的实现示意图；

图7为又一种基于处理能力2、实现形式1以及指示方式1确定PDSCH的优先级的实现示意图；

图8为基于处理能力1、实现形式2以及指示方式1确定PDSCH的优先级的实现示意图；

图9为另一种基于处理能力1、实现形式2以及指示方式1确定PDSCH的优先级的实现示意图；

图10为基于处理能力1、实现形式2以及指示方式1确定PDSCH的优先级的实现示意图；

图11为另一种基于处理能力1、实现形式2以及指示方式1确定PDSCH的优先级的实现示意图；

图12为又一种基于处理能力1、实现形式2以及指示方式1确定PDSCH的优先级的实现示意图；

图13为基于处理能力1、实现形式2以及指示方式2确定PDSCH的优先级的实现示意图；

图14为基于处理能力1、实现形式2以及指示方式2确定PDSCH的优先级的实现示意图；

图15为一实施例提供的重传次数确定装置的结构示意图；

图16为一实施例提供的重传次数指示装置的结构示意图；

图17为一实施例提供的一种通信节点的结构示意图。

具体实施方式

下面结合附图和实施例对本申请进行说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

在5G技术中，为保证覆盖和较短传输时间内传输低时延高可靠的业务，引入基于动态调度的聚合传输(Transport Block Aggregation for Uplink Transmission)和免调度的重复传输(Transport Block Repetition for Uplink Transmission with aConfigured Grant)，即，终端可利用一个或多个时隙重复发送同一个传输块(TransportBlock，TB)。5G的Release 15标准中规定重复传输次数是通过RRC单独信令来通知，而在Release 16标准制定过程中，允许重复传输次数与高层配置的时域资源分配(Time DomainResource Assignment，TDRA)信息联合编码后，通过高层信令RRC指示，或者通过DCI指示。但对于不同的指示方式，服务节点与通信节点之间不存在有效的指示机制，无法明确采用何种方式指示并实现终端的重复传输，重复传输可靠性低。

在本申请实施例中，提供一种重复传输次数确定方法，通过接收配置信息并根据配置信息确定重复传输次数，提高重复传输的可靠性。下述实施例中的通信节点分为两种：终端和服务节点，其中，终端是指用户终端(User Equipment)，可以根据配置信息确定重复传输次数；服务节点是指网络侧，例如基站，通过向终端发送配置信息可以指示重复传输次数的确定方式和具体配置，从而使终端高效地确定重复传输次数。

图1为一实施例提供的一种重传次数确定方法的流程图。本实施例提供的方法可应用于终端。如图1所示，本实施例提供的方法包括步骤110和步骤120。

在步骤110中，接收配置信息。

在步骤120中，根据所述配置信息确定待传输信息的重复传输次数。

本实施例中，配置信息用于指示重复传输次数。待传输信息承载在物理传输信道上，例如，服务节点通过物理下行共享信道(Physical Downlink Shared Channel，PDSCH)等向终端发送待传输信息。

在一实施例中，待传输信息对应于第一传输类型，配置信息对应于第一方式或者第二方式；第一方式包括：无线资源控制RRC信令的第一指示域用于指示重复传输次数，在RRC信令中未配置所述第一指示域的情况下，重复传输次数为1；第二方式包括：TDRA信息中的设定项用于指示重复传输次数。

本实施例中，第一传输类型指物理传输信道的重复传输对应于通过DCI下发物理传输信道的调度信息的情况。

在一实施例中，在所述RRC信令中配置了第一指示域的情况下，所述第一指示域指示的数值是大于1的整数。

在一实施例中，对于所述第二方式，重复传输次数是大于或等于1的整数。

在一实施例中，所述根据所述配置信息确定待传输信息的重复传输次数，包括以下至少之一：

在所述第二方式的TDRA信息中对于每个时域资源的设定项都为1的情况下，通过第一方式确定重复传输次数；

在所述第二方式的TDRA信息中至少有一个时域资源对应的设定项大于1的情况下，通过第二方式确定重复传输次数；

在所述待传输信息的调度信息指示第二方式的TDRA信息中的设定项等于1的情况下，通过第一方式确定重复传输次数；

在所述待传输信息的调度信息指示第二方式的TDRA信息中的设定项大于1的情况下，通过第二方式确定重复传输次数；

在所述第二方式的TDRA信息中未配置所述设定项的情况下，通过第一方式确定重复传输次数。

在配置了包含所述设定项的第二方式的TDRA信息的情况下，通过第二方式确定重复传输次数；

在未配置包含所述设定项的第二方式的TDRA信息的情况下，通过第一方式确定重复传输次数。

在所述第一方式中所述RRC信令配置了第一指示域的情况下，通过第一方式确定重复传输次数；

在所述第一方式中所述RRC信令没有配置第一指示域的情况下，并且所述第二方式的TDRA信息中配置所述设定项的情况下，通过第二方式确定重复传输次数；

在所述第一方式中所述RRC信令没有配置第一指示域的情况下，并且所述第二方式的TDRA信息中没有配置所述设定项的情况下，所述重复传输次数等于1；

在所述第一方式中所述RRC信令没有配置第一指示域，并且包含所述设定项的第二方式的TDRA信息没有配置的情况下的情况下，所述重复传输次数等于1。

在一实施例中，所述根据所述配置信息确定待传输信息的重复传输次数，包括：

在RRC信令指示第一逻辑值的情况下，通过所述第一方式确定重复传输次数；

在RRC信令指示第二逻辑值的情况下，通过所述第二方式确定重复传输次数。

对于通过DCI下发调度信息的物理上行共享信道(Physical Uplink SharedChannel，PUSCH)重复发送的情况，网络侧可以通过两种方式来配置重复传输次数。

在一实施例中，通过DCI下发调度信息的PUSCH可以包括动态调度PUSCH，也可以包括首次传输是免调度(uplink transmission with configured grant)，但是重传使用动态调度的PUSCH。

在一实施例中，配置重复传输次数的第一方式是RRC信令的一个指示域(anindication field in the RRC signaling)，例如pusch-AggregationFactor信令；配置重复传输次数的第二方式是与TDRA(Time domain resource assignment)联合编码。

在一实施例中，所述第一方式是指，没有配置第一方式这个指示域时，表示重复传输次数等于1；当配置了第一方式这个指示域时，根据该指示域指示的数值，获得重复传输次数。其中，当该指示域存在时，该指示域指示的数值是大于1的整数。

在一实施例中，第二方式是指，在TDRA信息中增加设定项，例如在TDRA信息表中增加一列，该列指示重复传输次数。

表1 一种TDRA信息表

表1为一种TDRA信息表。如表1所示，TDRA信息表的内容可以包括时域资源索引、映射类型(Mapping type)、K2、SLIV、重复传输次数(numberofrepetitions)。TDRA信息的内容是由RRC配置，由高层信令或者动态控制信息指示具体某一行的时域资源。其中，K2是指时域偏置(slot offset)，是终端接收DCI到发送PUSCH之间的调度时延。SLIV是指起始符号和时域持续长度符号数的指示值(Start and length Indicator Value，SLIV)。进一步的，重复发送次数可以是大于等于1的整数。

对于这两种方式配置的重复传输次数，终端可以通过以下方法(方法1-16)中的至少一个来确定重复传输次数(重复次数)：

方法1：在第二方式的TDRA信息中重复次数所在列的所有行都指示为1的情况下，所述重复次数是根据第一方式确定。

方法2：在第二方式的TDRA信息中重复次数所在列的至少有1行指示大于1的情况下，所述重复次数是根据第二方式来获得。

方法3：在调度PUSCH的DCI通知的第二方式的TDRA信息中重复次数指示为1的情况下，所述重复次数是根据第一方式获得。

方法4：在调度PUSCH的DCI通知的第二方式的TDRA信息中重复次数指示大于1的情况下，所述重复次数是根据第二方式获得。

方法5：在第二方式的TDRA信息中重复次数所在列没有配置的情况下，所述重复次数是根据第一方式来获得。

方法6：在配置了包含所述重复次数的第二方式的TDRA信息的情况下，所述重复次数根据第二种方式获得。

方法7：在未配置包含所述重复次数的第二方式的TDRA信息的情况下，所述重复次数是根据第一种方式来获得。

方法8：在第二方式的TDRA信息中配置了重复次数该列的情况下，所述重复次数根据第二方式获得。

在第二方式的TDRA信息中没有配置重复次数该列的情况下，所述重复次数根据第一方式获得。

方法9：在包含重复次数的TDRA信息配置的情况下，所述重复次数根据所述表格中的重复次数确定。

在包含重复次数的TDRA信息没有配置的情况下，所述重复次数根据RRC信令的一个指示域确定。

在一实施例中，所述指示域没有配置的情况下，表示重复次数等于1。

方法10：在第一方式的指示域存在的情况下，所述重复次数根据所述指示域获得。

方法11：在第一方式的指示域不存在的情况下，并且第二方式的TDRA信息中配置了重复次数该列时，所述重复次数根据第二方式获得。

方法12：在第一方式的指示域不存在，并且第二方式的TDRA信息中没有配置重复次数该列的情况下，所述重复次数为1。

方法13：在第一方式的指示域不存在，并且包含所述重复次数的TDRA信息没有配置的情况下，所述重复次数为1。

方法14：引入RRC 1bit信令来指示。例如1bit表示两种逻辑值，第一逻辑值表示所述重复次数根据第一方式来获得；第二逻辑值表示所述重复次数根据第二方式来获得。

方法15：在TDRA信息中PUSCH mapping type指示为第一种传输类型的情况下，表示重复次数根据第一方式获得；在TDRA信息中PUSCH mapping type指示为第二种传输类型的情况下，表示重复次数根据第二方式获得。进一步的，第一种传输类型是指类型A(PUSCHmapping type A)，第二种传输类型是指类型B(PUSCH mapping type B)，反之也可以。其中，typeA和typeB的主要区别是起始的符号位置以及时域持续长度有不同的要求。

方法16：在TDRA信息中K2指示为K2＝0的情况下，所述重复次数根据第二方式获得。在K2是大于0的整数的情况下，所述重复次数根据第一方式来获得。反之也可以。

在一实施例中，K2是指时域偏置(slot offset)，是终端接收DCI到发送PUSCH之间的时间长度。

以上实施例提到的PUSCH仅是举例说明，实际信息传输也可以是承载在PDSCH上，或者承载在物理随机接入信道(Physical Random-Access Channel，PRACH)、物理上行控制信道(Physical Uplink Control Channel，PUCCH)等其他物理信道上。

在一实施例中，待传输信息对应于第二传输类型，所述配置信息对应于第二方式或者第三方式；

所述第二方式包括：根据TDRA信息中的设定项指示重复传输次数；

所述第三方式包括：根据RRC信令的第二指示域指示重复传输次数。

本实施例中，第二传输类型指物理传输信道的重复传输对应于通过RRC下发调度信息的物理传输信道情况，也可以是通过激活DCI下发调度信息的物理传输信道。

在一实施例中，对于所述第二方式或者第三方式，重复传输次数是大于或等于1的整数。

在一实施例中，所述根据所述配置信息确定待传输信息的重复传输次数，至少包括以下之一：

在所述第二方式的TDRA信息中对于每个时域资源的设定项都为1的情况下，通过第三方式确定重复传输次数；

在所述待传输信息的调度信息指示第二方式的TDRA信息中的设定项等于1的情况下，通过第三方式确定重复传输次数；

在所述第二方式的TDRA信息中未配置所述设定项的情况下，通过第三方式确定重复传输次数；

在所述第三方式中所述RRC信令配置了第二指示域的情况下，通过第三方式确定重复传输次数。

在未配置包含所述设定项的第二方式的TDRA信息的情况下，通过第三方式确定重复传输次数。

在RRC信令指示第三逻辑值的情况下，通过所述第三方式确定重复传输次数；

在RRC信令指示第四逻辑值的情况下，通过所述第二方式确定重复传输次数。

在一实施例中，所述待传输信息承载在物理传输信道上；所述物理传输信道包括PDSCH和PUSCH中的至少之一。

通过RRC下发调度信息的PUSCH重复发送时，网络侧可以通过两种方式来配置重复传输次数，即第二方式和第三种方式。

进一步的，通过RRC下发调度信息的PUSCH可以包括type1的免调度PUSCH(Type1PUSCH tranmission with a configured grant)，通过激活DCI下发调度信息的PUSCH可以包括type2的免调度PUSCH(Type 2PUSCH tranmission with a configured grant)。

进一步的，配置重复传输次数的第三种方式是RRC信令的一个指示域(anindication field in the RRC signaling)，例如repK信令；配置重复传输次数的第二方式是与TDRA(Time domain resource assignment)联合编码。

进一步的，所述第三种方式的指示域始终存在，根据该指示域指示的数值，获得重复传输次数。其中，该指示域指示的数值大于等于1的整数。

进一步的，所述第二方式就是实施例一中描述的第二方式。这里不再赘述。

对于这两种方式配置的重复传输次数，终端获得重复传输次数可以通过以下方法至少之一确定：

方法1：在第二方式的TDRA信息中重复次数所在列的所有行都指示为1的情况下，所述重复次数是根据第三方式获得。

方法3：在PUSCH的调度信息中通知的第二方式的TDRA信息中重复次数指示为1的情况下，所述重复次数是根据第三方式获得。

方法4：在PUSCH的调度信息中通知的第二方式的TDRA信息中重复次数指示大于1的情况下，所述重复次数是根据第二方式获得。

方法5：在第二方式的TDRA信息中重复次数所在列没有配置的情况下，所述重复次数是根据第三方式来获得。

方法6：在所述RRC信令配置了第三方式的情况下，通过第三方式确定重复传输次数

方法7：在配置了包含所述重复次数的第二方式的TDRA信息的情况下，所述重复次数根据第二方式获得。

方法8：在未配置包含所述重复次数的第二方式的TDRA信息的情况下，所述重复次数是根据第三方式来获得。

方法9：引入RRC 1bit信令来指示。例如1bit表示两种逻辑值，第三逻辑值表示所述重复次数根据第三方式来获得；第四逻辑值表示所述重复次数根据第二方式来获得。

方法10：在TDRA信息中PUSCH mapping type指示为第一种传输类型的情况下，表示重复次数根据第三方式获得；在TDRA信息中PUSCH mapping type指示为第二种传输类型的情况下，表示重复次数根据第二方式获得。进一步的，第一种传输类型是指类型A(PUSCHmapping type A)，第二种传输类型是指类型B(PUSCH mapping type B)，反之也可以。其中typeA和typeB的主要区别是起始的符号位置以及时域持续长度有不同的要求。

方法11：在TDRA信息中K2指示为K2＝0的情况下，所述重复次数根据第二方式获得。在K2是大于0的整数的情况下，所述重复次数根据第三方式来获得。反之也可以。进一步的，K2是指时域偏置(slot offset)，是终端接收DCI到发送PUSCH之间的时间长度。

以上实施例提到的PUSCH(Physical Uplink Shared Channel，物理上行共享信道)仅是举例说明，实际信息传输也可以是承载在PDSCH(Physical Downlink SharedChannel，物理下行共享信道)上。或者承载在PRACH(Physical Random-Access Channel，物理随机接入信道)、PUCCH(Physical Uplink Control Channel，物理上行控制信道)等其他物理信道上。

本申请实施例还提供一种重复传输次数指示方法，以有效地指示重复传输次数。图2为一实施例提供的一种重传次数指示方法的流程图。本实施例提供的方法可应用于服务节点。如图2所示，本实施例提供的方法包括步骤210和步骤220。未在本实施例中详尽描述的细节可参考上述任意实施例，需要说明的是，服务节点确定的配置信息与上述任意实施例中终端接收的配置信息相对应；服务节点指示重复传输次数的实现方式与上述实施例中终端确定重复传输次数的方式相对应。在步骤210中，确定配置信息，所述配置信息用于指示待传输信息的重复传输次数；

在步骤220中，发送所述配置信息。

在一实施例中，所述待传输信息对应于第一传输类型，所述配置信息对应于第一方式或者第二方式；

所述第一方式包括：无线资源控制RRC信令的第一指示域用于指示重复传输次数，在RRC信令中未配置所述第一指示域的情况下，重复传输次数为1；

所述第二方式包括：TDRA信息中的设定项用于指示重复传输次数。

在一实施例中，对于所述第一方式，在所述RRC信令中配置了第一指示域的情况下，所述第一指示域指示的数值是大于1的整数。

在一实施例中，通过以下至少之一指示重复传输次数：

在所述第二方式的TDRA信息中对于每个时域资源的设定项都为1的情况下，通过第一方式指示重复传输次数；

在所述第二方式的TDRA信息中至少有一个时域资源对应的设定项大于1的情况下，通过第二方式指示重复传输次数；

在所述待传输信息的调度信息指示第二方式的TDRA信息中的设定项等于1的情况下，通过第一方式指示重复传输次数；

在所述待传输信息的调度信息指示第二方式的TDRA信息中的设定项大于1的情况下，通过第二方式指示重复传输次数；

在所述第二方式的TDRA信息中未配置所述设定项的情况下，通过第一方式指示重复传输次数。

在一实施例中，通过以下至少之一指示重复传输次数：

在配置了包含所述设定项的第二方式的TDRA信息的情况下，通过第二方式指示重复传输次数；

在未配置包含所述设定项的第二方式的TDRA信息的情况下，通过第一方式指示重复传输次数。

在一实施例中，通过以下至少之一指示重复传输次数：

在所述第一方式中所述RRC信令配置了第一指示域的情况下，通过第一方式指示重复传输次数；

在所述第一方式中所述RRC信令没有配置第一指示域的情况下，并且所述第二方式的TDRA信息中配置所述设定项的情况下，通过第二方式指示重复传输次数；

在一实施例中，通过以下至少之一指示重复传输次数：

在RRC信令指示第一逻辑值的情况下，通过所述第一方式指示重复传输次数；

在RRC信令指示第二逻辑值的情况下，通过所述第二方式指示重复传输次数

在一实施例中，所述待传输信息对应于第二传输类型，所述配置信息对应于第二方式或者第三方式；

在一实施例中，对于所述第二方式或者所述第三方式，重复传输次数是大于或等于1的整数。

在一实施例中，通过以下至少之一指示重复传输次数：

在所述第二方式的TDRA信息中对于每个时域资源的设定项都为1的情况下，通过第三方式指示重复传输次数；

在所述待传输信息的调度信息指示第二方式的TDRA信息中的设定项等于1的情况下，通过第三方式指示重复传输次数；

在所述第二方式的TDRA信息中未配置所述设定项的情况下，通过第三方式指示重复传输次数；

在所述第三方式中所述RRC信令配置了第二指示域的情况下，通过第三方式指示重复传输次数。

在一实施例中，通过以下至少之一指示重复传输次数：

在配置了包含所述设定项的第二方式的TDRA信息的情况下，通过第二方式确定指示传输次数；

在未配置包含所述设定项的第二方式的TDRA信息的情况下，通过第三方式是重复传输次数。

在一实施例中，通过以下至少之一指示重复传输次数：

在RRC信令指示第三逻辑值的情况下，通过所述第三方式指示重复传输次数；

在RRC信令指示第四逻辑值的情况下，通过所述第二方式指示重复传输次数。

在一实施例中，服务节点可以指示终端通过两种传输模式发送物理信道，以发送PUSCH为例，第一种传输模式指按照时隙粒度来重复发送PUSCH，从而实现基于动态调度的时隙聚合(Slot-based Aggregation)或者基于免调度的时隙重复(Slot-basedRepetition)，更具体地，是指终端利用多个时隙重复发送TB，并且TB在每个时隙上有相同的时频资源分配；第二种传输模式是指在同一个时隙内有一次或大于一次的重复发送TB，或者在连续可获得的多个时隙上跨时隙重复发送同一个TB。本实施例中，在这两种传输模式的TDRA信息相同的情况下(这两种传输模式对应于同一个TDRA信息)，终端可以根据不同的传输模式确定重复传输的时隙对应的时域位置。

在一实施例中，在上述两种传输模式对应的TDRA信息相同的情况下，对于第一种传输模式，时域位置根据起始符号和时域持续长度符号数的指示值(Start and LengthIndicator Value，SLIV)获得，通过对SLIV的解析可以获得第一次重复发送待传输信息的时域起始符号(记为S)和时域持续长度符号数(记为L)；对于第二种传输模式，时域位置根据时域起始符号(S)和时域持续长度符号数(L)直接获得。

在一实施例中，在上述两种传输模式对应的TDRA信息相同(即两种传输模式使用相同结构的TDRA信息表)的情况下，终端根据以下方法确定通过哪种方式确定时域位置：在终端确定采用第二种传输模式发送PUSCH的情况下，读取TDRA信息表中关于S和L的信息；在终端确定采用第一种传输模式发送PUSCH的情况下，读取TDRA信息表中的SLIV即可。

表2为联合编码的TDRA信息表。如表2所示，在终端确定采用第二种传输模式发送PUSCH的情况下，读取TDRA信息表中S和L所在的列；在终端确定采用第一种传输模式发送PUSCH的情况下，读取TDRA信息表中SLIV所在的列，从而确定时域位置。

表2 联合编码的TDRA信息表

在一实施例中，在上述两种传输模式对应的TDRA信息不同(即两种传输模式对应不同的TDRA信息表)的情况下，终端根据对应的TDRA信息表确定时域位置。

例如，表3为第一种TDRA信息表，表4为第二种TDRA信息表。在终端确定采用第二种传输模式发送PUSCH的情况下，根据第一种TDRA信息表来获得时域位置；在终端确定采用第二种传输模式发送PUSCH的情况下，根据第二种TDRA信息表来获得时域位置。

表3 第一种TDRA信息表

表4 第二种TDRA信息表

在一实施例中，服务节点通过RRC信令通知终端采用何种传输模式。

对于终端配置为仅包含新格式(DCI Format 1_2)的情况来说，新格式中的TDRA中的S参考起点在K0＝0时引入了new reference，即改为PDCCH starting symbol。这种情况下，根据TDRA信息中的SLIV(其中S的参考起点为时隙边界slot boundary)可确定出所有可能的PDSCH位置，从而确定type1HARQ-ACK codebook。

在一实施例中，在终端配置为包含第一格式(如新格式：DCI Format 1_2)的和传统格式(如DCI Format 1_1)的情况下，半静态码本构建方式包括以下之一：

方式1：根据Format 1_1的TDRA信息表与Format 1_2的TDRA信息表中所有实际SLIV的PDSCH位置，生成统一的一个类型1的混合自动重传请求确认码本(type1 HARQ-ACKcodebook)，即半静态码本。

方式2：对每种格式分别生成一个半静态码本。Format 1_1的TDRA信息表所确定的PDSCH对应于一个type1 HARQ-ACK codebook，Format 1_2的TDRA信息表所确定的PDSCH对应于一个type1 HARQ-ACK codebook。

方式3：如果TDRA信息表中存在一列可表示对应PDSCH或码本的优先级，这种情况下，对于Format 1_1的TDRA信息表与Format 1_2的TDRA信息表中的各项，对不同的优先级分别生成一个type1 HARQ-ACK codebook。例如，所有第一优先级(高优先级)对应于一个type1 HARQ-ACK codebook，所有第二优先级(低优先级)对应于一个type1 HARQ-ACKcodebook。

方式4：对于控制资源集(Control Resource Set，CORESET)或搜索空间(SearchSpace)的不同配置分别生成一个type1 HARQ-ACK codebook。例如，CORESET或搜索空间的配置信息中包含的DCI的格式不同)，则每种格式对应于一个type1 HARQ-ACK codebook。

上述方式在引入新的TDRA信息表的情况下，根据DCI的格式、TDRA信息表中各项的优先级、CORESET或Search Space的不同配置生成type1 HARQ-ACK codebook，降低了type1HARQ-ACK codebook的开销，提升上行传输可靠性。

在新空口(New Radio，NR)***中，一些下行控制信息的比特域依赖于高层信令的配置。对于多进多出(Multiple-Input Multiple-Output，MIMO)功能的相关比特域，尤其是调度PUSCH传输的DCI中的比特域，取决于高层信令配置的MIMO传输方式，例如，基于码本传输和基于非码本传输对应的比特域可能不同。在高层信令配置的情况下，终端无需动态支持不同的MIMO传输方式，例如无需动态支持基于码本传输和基于非码本传输。随着NR***的不断优化，在支持新的DCI格式的情况下，对于MIMO功能的相关比特域依旧按照旧的高层信令配置，会导致终端无法支持不同的MIMO传输方式，而增加新的高层信令配置，例如不同DCI格式调度的PUSCH分别对应基于码本传输和基于非码本传输，可以提升终端处理能力，但也提升了终端复杂度，例如，NR***中DCI Format 0_1的SRS资源指示比特域，需要增加至利用4个高层参数确定该域的大小。本实施例提供一种配置SRS资源或资源集的方法，以降低终端复杂度。

R16的NR引入了新的DCI格式，并且也具有SRS资源指示域，这种情况下，如果也为新的DCI格式(下述实施例以Format 0_2为例说明，对于其他新的DCI格式同样适用)中的SRS资源指示域引入新的高层参数配置，会导致使用Format0_1调度的PUSCH和使用Format0_2调度的PUSCH分别使用基于码本传输和基于非码本传输，造成终端复杂度提升。本实施例中，对于R16采用新的RRC参数(例如SRS-Resource Set)，通过以下方法配置SRS资源或资源集：

方法1：新的RRC参数的配置取值为R15中对应的参数的配置取值集合的子集。

方法2：新的RRC参数与R15中对应的参数之和不超出终端(User Equipment，UE)能力(例如UE支持的SRS资源)，具体可以为SRS-Resource Set(SRS资源集合)中的rs-ResourceIdList(SRS资源集合中资源)和usage(该SRS资源集合的用途)。具体的，R15中的SRS-ResourceSet和R16中的SRS-Resource Set-For DCI Format0_2(R16引入的配置SRS资源集合的新参数，其中也包括rs-ResourceIdList和usage)对应的参数之和不超出终端支持SRS资源数量的能力。

在一实施例中，对于R16的跟数据发射相关的RRC配置参数(如txConfig参数)可直接重用R15参数(即不使用新的RRC参数)；最大的多进多出层(maxMIMO-Layers)使用新的RRC参数或直接重用R15参数，在使用新的RRC参数的情况下，新的RRC参数配置的取值不大于R15该参数取值。

通过上述方法配置SRS资源或资源集，终端无需动态支持基于码本和基于非码本传输，从而降低UE复杂度，并且降低了比特域的大小。

在支持新的DCI格式的情况下，对于MIMO功能的相关比特域引入新的高层信令配置，为避免终端复杂度的提升，本实施例还提供了介质访问控制层控制单元(MediumAccess Control Control Element，MAC CE)的激活方式。目前NR***中DCI Format 0_1的比特域，在tci-PresentInDCI(Transmission configuration indication，TCI，传输配置指示)不使能的情况下，该域为0bit，其余情况该域为3bit。3bit指示MAC CE激活的至多8个传输配置指示(Transmission configuration indication，TCI)状态(states)中的一个。在R16 NR引入新的DCI格式(以Format 1_2为例说明，对于其他新的DCI格式同样适用)并且具有TCI指示域的情况下，如果DCI Format 1_2中TCI指示域支持1或2bit，则MAC CE的激活方式包括以下之一：

方式一：对于Format 1_1和Format 1_2中的TCI域使用相同的MAC CE激活。这种情况下，Format 1_1也支持1或2bit。例如，MAC CE激活至多4个TCI状态的情况下，TCI域在Format 1_1和Format 1_2中均为2bit。

方式二：使用独立的MAC CE激活不同NR Release版本(NR R15和NR R16)或不同格式(Format 1_1和Format 1_2)的TCI状态。具体的，在MAC CE前增加1bit，用于区分当前指示是针对哪一种NR Release版本(NR R15和NR R16)或哪一种格式(Format 1_1和Format1_2)的激活TCI states；或者同时发送激活不同NR Release版本(NR R15和NR R16)或不同格式(Format 1_1和Format 1_2)的TCI states，使用两个独立的相对位置确定(例如两个相邻位置，比特位置在高位和低位区分)比特域指示。进一步的，独立激活的不同NRRelease版本(NR R15和NR R16)或不同格式(Format 1_1和Format 1_2)的TCI states总和不超过8个。

方式三：通过高层参数配置Format 1_2中TCI域的field size(假设为m bits)，并通过预设规则分别确定不同格式(Format 1_1和Format 1_2)的TCI states。进一步的，预设规则包括以下之一：1)MAC CE激活的TCI states为Format 1_1中的TCI states，其中前2^m个TCI states为Format 1_2中的TCI states；2)在MAC CE激活的TCI states数量大于2^m的情况下，表示激活的是Format 1_1中的TCI states；在小于或小于等于2^m的情况下，表示激活的是Format 1_2中的TCI states。需要说明的是，在m＝3的情况下，表示激活的同时是Format 1_2中的TCI states和Format 1_2中的TCI states。

方式四：根据MAC CE激活的至多X种TCI states的X取值，确定是用于激活的TCIstates为Format 1_1中的TCI states还是用于激活的TCI states为Format 1_2中的TCIstates。当X小于或小于等于4时，确定为用于激活的TCI states为Format 1_2中的TCIstates；当X大于4，且X小于等于8时，确定为用于激活的TCI states为Format 1_1中的TCIstates。

方式五：根据MAC CE中的区分标识，确定是用于激活的TCI states为Format 1_1中的TCI states还是用于激活的TCI states为Format 1_2中的TCI states。例如在MAC CE中通过不同的LCID(逻辑信道标识)取值，或1bit标识，区分MAC CE是用于激活的TCIstates为Format 1_1中的TCI states还是用于激活的TCI states为Format 1_2中的TCIstates。

需要说明的是，可选的，类似于Format 1_1,对于Format 1_2,通过RRC信令(tci-PresentInDCI-ForFormat1_2)确定TCI域是否使能，在tci-PresentInDCI-ForFormat1_2不使能的情况下，该域为0bit；使能时，该域为3bit或2bit或1bit。

上述实施例通过对不同DCI格式确定TCI域，能够灵活的支持不同格式具有数量不等的TCI states，提高指示的灵活性，并且避免增加UE复杂度。

在一实施例中，UE处理PDSCH的场景讨论中，包括了以下场景：

场景1：两个PDSCH在时域上重叠，且两个PDSCH对应同一个最小处理时间能力(minimum processing timeline Capability)

场景2：两个PDSCH对应不同的最小处理时间能力。

而UE有两种处理能力：

处理能力1：UE能够处理两个时域重叠的PDSCH，和/或能够处理两个对应不同最小处理时间的PDSCH(包括时域重叠和时域不重叠两种情况)。

处理能力2：UE总是处理优先级高的PDSCH，在满足一定条件的情况下处理低优先级的PDSCH，而其他情况就跳过优先级低的PDSCH的处理。

其中，所述的时域重叠包括以下两个场景：时域重叠，频域不重叠；时频域都重叠。

当超过2个的PDSCH时，如何极大的利用UE的处理能力来处理所述PDSCH是一个亟待解决的问题。

一种解决机制是引入优先级机制，通过优先级指示UE处理所述PDSCH。

具体的优先级机制的实现形式包括以下之一：

实现形式1：根据调度的时间先后顺序确定优先级，后调度的PDSCH优先级高于前面调度的PDSCH优先级。

实现形式2：引入显式的信令指示。

对于实现形式1，需要进一步的根据UE的能力来确定能够处理的一个或多个优先级高的后调度的PDSCH。

对于实现形式2，具体的，可以在下行控制信息(DCI)中引入1比特信令来指示优先级。其中1比特指示两种逻辑值。

在一实施例中，所述优先级指示的逻辑值包含以下两种方式：

逻辑值指示方式1：

当前一个PDSCH对应的DCI的优先级指示的逻辑值与当前PDSCH对应的DCI的优先级指示的逻辑值不同时，则指示该终端优先处理当前PDSCH，而对于前一个PDSCH，进一步的根据终端的能力来确定是否处理。

当前一个PDSCH对应的DCI的优先级指示的逻辑值与当前PDSCH对应的DCI的优先级指示的逻辑值相同时，则进一步的规定：

当都为第一逻辑值时，两个PDSCH的优先级相同，或者当前调度PDSCH的优先级低于前一个PDSCH；

当都为第二逻辑值时，两个PDSCH的优先级相同，或者当前调度的PDSCH的优先级高于前一个PDSCH。

逻辑值指示方式2：

前一个PDSCH对应的DCI的优先级指示为第一逻辑值时：

当前PDSCH对应的DCI的优先级指示第一逻辑值：表示当前调度的PDSCH的优先级与前一个PDSCH优先级相同，或者比前一个PDSCH优先级低；

当前PDSCH对应的DCI的优先级指示第二逻辑值：表示当前调度的PDSCH的优先级比前一个PDSCH的优先级高；

前一个PDSCH对应的DCI的优先级指示为第二逻辑值时：

当前DCI该比特的状态为第二逻辑值：表示当前调度的PDSCH的优先级与前一个DCI调度的PDSCH优先级相同，或者比前面的PDSCH优先级高。

在一实施例中，所述第一逻辑值对应“0”，第二逻辑值对应“1”，或者反过来，只要为基站和终端双方约定好即可。为描述方便，下述实施例中的第一逻辑值对应“0”，第二逻辑值对应“1”。

在一实施例中，对于实现形式2(包括两种指示方式)，当前一个PDSCH对应的DCI的优先级指示为0时，而当前DCI的优先级指示为0时，表示的是当前调度的PDSCH的优先级比前一个PDSCH的低，或者相同。这种情况下，对于UE处理能力2的UE来说，其处理操作可以是：

作为UE的实现行为不做任何规定；

丢弃当前调度的PDSCH；

尽UE的最大能力处理所述前一个和当前调度的PDSCH；

UE不期待这种调度情况的出现。

在一实施例中，对于实现形式2的指示方式2，当前一个DCI的优先级指示为1时，而当前DCI的优先级指示为0时，表示的是当前调度的PDSCH的优先级比前面调度的低，或者相同。这种情况下，对于UE能力2的UE来说，其处理操作可以是：

作为UE的实现行为不做任何规定；

丢弃当前调度的PDSCH；

UE不期待这种调度情况的出现。

其中实现形式2的显式信令是可以配置的，如果没有配置该信令，则默认采用实现形式1。如果配置该信令，则按照上述实现形式2来确定PDSCH的优先级。

下面通过具体的实例来说明对于不同处理能力的UE两种优先级的实现形式。

实例1：【处理能力2+实现形式1】

图3为基于处理能力2和实现形式1确定PDSCH的优先级的实现示意图。如图3所示，对于处理能力2的UE，当优先级采用实现形式1时，UE根据调度的先后顺序，确定出最后调度的PDSCH的优先级最高，因而UE总能够处理最后一个调度的PDSCH，而前面与之有时域重叠的PDSCH将会被丢弃。

在图3中，由于PDSCH1与PDSCH2时域重叠了，且PDSCH1为先调度，PDSCH2为后调度，根据优先级实现形式1，UE将丢弃PDSCH1，然后PDSCH2与PDSCH3也时域重叠了，那么UE再根据优先级形式1，UE将进一步丢弃PDSCH2，而只保留对PDSCH3的处理。

实例2：【处理能力1+实现形式1】

图4为基于处理能力1和实现形式1确定PDSCH的优先级的实现示意图。如图4所示，对于处理能力1的UE，当优先级采用实现形式1时，UE根据调度的先后顺序，确定出最后调度的2个PDSCH的优先级最高，而前面与之有时域重叠的PDSCH将会被丢弃。

在图4中，由于PDSCH1与PDSCH2时域重叠了，PDSCH2与PDSCH3时域重叠了，由于UE为处理能力1的UE，能够处理两个相互重叠的PDSCH，因此，根据优先级实现形式1，UE根据调度的先后顺序，确定出最后调度的两个PDSCH2和PDSCH3优先级最高，UE处理这两个PDSCH而丢弃PDSCH1。

实例3：【处理能力2+实现形式2+指示方式1】

图5为基于处理能力2、实现形式1以及指示方式1确定PDSCH的优先级的实现示意图。如图5所示，对于处理能力2的UE，当优先级采用实现形式2的指示方式1时，调度PDSCH1时，信令指示为0，而当在后面调度PDSCH2时，由于其在时域上会与PDSCH1发生冲突，因此信令设置为1，(发生了翻转0->1)指示UE在PDSCH1和PDSCH2发生时域冲突时要处理PDSCH2，而后，又要发送PDSCH3，而且PDSCH3也会与PDSCH2有重叠，则再设置信令发生翻转1->0，指示UE在PDSCH2和PDSCH3发生时域冲突时要处理PDSCH3。

在一实施例中，在通过实现形式2的指示方式1的情况下，也可以处理先调度的PDSCH而丢弃后调度的PDSCH。

图6为另一种基于处理能力2、实现形式1以及指示方式1确定PDSCH的优先级的实现示意图。如图6所示，调度PDSCH1的时候，设置所述信令为0，而调度PDSCH2的时候，设置所述信令为0，则表示PDSCH2的优先级与PDSCH1的优先级相同，或更低，当二者其中一个要丢弃的时候，丢弃优先级低的；而调度PDSCH3的时候，可以设置所述信令为1，由于发生了翻转，则表示当该PDSCH3与前面的PDSCH2有时域重叠时，UE将处理PDSCH3，而丢弃PDSCH2，此时，由于PDSCH1和PDSCH3没有时域冲突，那么UE将同时处理PDSCH1和PDSCH3.

对于同样的场景，如果优先级采用实现形式1，则不管PDSCH1与PDSCH3是否有冲突，PDSCH1由于最先调度的，它总是会先被丢弃的。而采用实现形式2，则提供了一种可以同时处理PDSCH1和PDSCH3的机制(如图6所示)。

图7为又一种基于处理能力2、实现形式1以及指示方式1确定PDSCH的优先级的实现示意图。如果PDSCH1与PDSCH3发生了重叠，而PDSCH3的所述显式信令的指示相对于PDSCH1的指示也是发生了翻转，那么UE也是会只处理PDSCH3而丢弃PDSCH1(如图7所示)。

在一实施例中，在采用实现形式2的指示方式1的情况下，对于能力2的UE，UE总是期待当前DCI的所述优先级指示总是发生翻转，从而简化和明确UE的行为。

实例4：【处理能力1+实现形式2+指示方式1】

图8为基于处理能力1、实现形式2以及指示方式1确定PDSCH的优先级的实现示意图。如图8所示，对于处理能力1的UE，当优先级采用实现形式2的指示方式1时，调度PDSCH1时，信令指示为1，而当在后面调度PDSCH2时，虽然其在时域上与PDSCH1发生冲突，但处理能力2的UE可以同时处理两个PDSCH，因此信令设置为1，指示PDSCH2的优先级与PDSCH1的优先级相同，或者更高，当要在二者中丢弃其中一个的情况下，则丢弃优先级低的(也就是PDSCH1)；而后，又要发送PDSCH3，而且PDSCH3也会与PDSCH有重叠，考虑到UE最多只能处理两个重叠的PDSCH，则设置所述信令发生翻转1->0，指示UE在PDSCH2和PDSCH3发生时域冲突时要处理PDSCH3，而当要丢弃前面的PDSCH时，PDSCH2的PDSCH1的优先级高，因而最终丢弃的是PDSCH1，处理的是PDSCH2和PDSCH3。

图9为另一种基于处理能力1、实现形式2以及指示方式1确定PDSCH的优先级的实现示意图。如图9所示，对于处理能力1的UE，当优先级采用实现形式2的指示方式1时，调度PDSCH1时，信令指示为0，而当在后面调度PDSCH2时，虽然其在时域上与PDSCH1发生冲突，但处理能力2的UE可以同时处理两个PDSCH，因此信令设置为0，指示PDSCH2的优先级与PDSCH1的优先级相同，或者更低，当要在二者中丢弃其中一个的情况下，则丢弃优先级低的(也就是PDSCH2)；而后，又要发送PDSCH3，而且PDSCH3也会与PDSCH2有重叠，考虑到UE最多只能处理两个重叠的PDSCH，则设置所述信令发生翻转1->0，指示UE在PDSCH2和PDSCH3发生时域冲突时要处理PDSCH3，而当要丢弃前面的PDSCH时，PDSCH1的PDSCH2的优先级高，因而最终丢弃的是PDSCH2，处理的是PDSCH1和PDSCH3。

上述实例中，实现形式2相对于实现形式1引入了额外的信令开销，但是可以更加灵活，因为实现形式1前面调度的优先级肯定是比后面调度的低，因而总是不能优先处理，而实现形式2提供了前面调度的优先级高于后面调度的优先级的可能。

实例5：【处理能力2+实现形式2+指示形式2】

图10为基于处理能力1、实现形式2以及指示方式1确定PDSCH的优先级的实现示意图。如图10所示，对于处理能力2的UE，当优先级采用实现形式2的指示方式2时，调度PDSCH1时，信令指示为0，而当在后面调度PDSCH2时，由于其在时域上会与PDSCH1发生冲突，因此信令设置为1，指示PDSCH2的优先级比PDSCH1的高，UE在PDSCH1和PDSCH2发生时域冲突时要优先处理PDSCH2。而后，又要发送PDSCH3，而且PDSCH3也与PDSCH2有重叠，因此信令设置为1，指示PDSCH3的优先级要比PDSCH2的高，或相同。对于处理能力为2的UE，UE在PDSCH2和PDSCH3发生时域冲突而只能处理其中一个时，则处理PDSCH3。

图11为另一种基于处理能力1、实现形式2以及指示方式1确定PDSCH的优先级的实现示意图。在通过实现形式2的指示方式2的情况下，也可以处理先调度的PDSCH而丢弃后调度的PDSCH。如图11所示，调度PDSCH1的时候，设置所述信令为0，而调度PDSCH2的时候，设置所述信令为0，则表示PDSCH2的优先级与PDSCH1的优先级相同，或更低，当二者其中一个要丢弃的时候，丢弃优先级低的；而调度PDSCH3的时候，可以设置所述信令为1，表示当该PDSCH3与前面的PDSCH2有时域重叠时，UE将处理PDSCH3，而丢弃PDSCH2，此时，由于PDSCH1和PDSCH3没有时域冲突，那么UE将同时处理PDSCH1和PDSCH3(如图11所示)。

图12为又一种基于处理能力1、实现形式2以及指示方式1确定PDSCH的优先级的实现示意图。如果PDSCH1与PDSCH3发生了重叠，而PDSCH3的所述显式信令为1，而PDSCH1为0，则UE也是会只处理PDSCH3而丢弃PDSCH1(如图12所示)。

上述实例中，在采用实现形式2的指示方式2的情况下，对于能力2的UE，UE总是期待后调度的DCI的所述优先级指示的值为1，从而简化和明确UE的行为。

实例6：【处理能力1+实现形式2+指示方式2】

图13为基于处理能力1、实现形式2以及指示方式2确定PDSCH的优先级的实现示意图。如图13所示，对于处理能力1的UE，当优先级采用实现形式2的指示方式2时，调度PDSCH1时，信令指示为0，而当在后面调度PDSCH2时，虽然其在时域上与PDSCH1发生冲突，但处理能力2的UE可以同时处理两个PDSCH，因此信令设置为1，指示PDSCH2的优先级与PDSCH1的优先级相同，或者更高，当要在二者中丢弃其中一个的情况下，则丢弃优先级低的(也就是PDSCH1)；而后，又要发送PDSCH3，而且PDSCH3也会与PDSCH有重叠，考虑到UE最多只能处理两个重叠的PDSCH，则设置所述信令为1，指示UE在PDSCH2和PDSCH3发生时域冲突时要处理PDSCH3。由于当前UE是处理能力2的UE，因此UE可以同时处理PDSCH2和PDSCH3。

图14为基于处理能力1、实现形式2以及指示方式2确定PDSCH的优先级的实现示意图。如图14所示，对于处理能力1的UE，当优先级采用实现形式2的指示方式2时，调度PDSCH1时，信令指示为0，而当在后面调度PDSCH2时，虽然其在时域上与PDSCH1发生冲突，但处理能力2的UE可以同时处理两个PDSCH，因此信令设置为0，指示PDSCH2的优先级与PDSCH1的优先级相同，或者更低，当要在二者中丢弃其中一个的情况下，则丢弃优先级低的(也就是PDSCH2)；而后，又要发送PDSCH3，而且PDSCH3也会与PDSCH2有重叠，考虑到UE最多只能处理两个重叠的PDSCH，则设置所述信令为1，指示UE在PDSCH2和PDSCH3发生时域冲突时要处理PDSCH3，而当要丢弃前面的PDSCH时，PDSCH1的PDSCH2的优先级高，因而最终丢弃的是PDSCH2，处理的是PDSCH1和PDSCH3。

需要注意的是，上述的实施例针对的是时域有重叠的PDSCH，对于时频域都有冲突的场景同样适用。此外，对于不同的PDSCH对应不同的最小处理时间能力时(MinimumProcessing Timeline Capability)，所述方法同样适用。

本实施例还通过在PDSCH的时域资源分配的高层配置参数中增加一个参数，从而在不同的PDSCH可以让UE采用不同的最小处理时间(minimum processing time)来处理的情况下，指示一个PDSCH要采用的最小处理时间。

在一实施例中，在PDSCH的时域资源分配中增加一个关于最小处理时间的指示，本实施例中，以考虑两种不同的最小处理时间的情况为例，在PDSCH的时域资源分配的高层配置参数中增加一个参数。

在一实施例中，服务节点在配置PDSCH的时域资源分配参数的情况下，可以通过合理的配置，确定合理的UE处理PDSCH的处理时间，如，对于较短PDSCH资源分配，则可以配置较小的处理时间(Capability2)，而对于较长的PDSCH分配，则可以配置较大的处理时间(Capability1)。通过参数来指示处理时间，服务节点可以有较大的灵活性。

本实施例还提供了一种确定DCI调度的数据的优先级的方法。在NR***中，在DCI格式中引入优先级指示域，用于指示被DCI调度的数据对应的优先级，对于被调度的数据为下行数据的情况，同时也可以指示该下行数据对应的HARQ-ACK的优先级。此外，该优先级指示域可能是RRC信令配置该优先级指示域是否在DCI格式中存在的。以回退(Fallback)DCI为例，Fallback DCI会调度数据，但是对于Fallback DCI中的信息域的比特数不会依赖于RRC信令的配置，因为Fallback DCI的比特数总是固定的，这样避免RRC信令模糊对于UE盲检DCI的影响。因此，上述的优先级指示域不能被增加为Fallback DCI，因为它是基于RRC配置有无该优先级指示域的。本实施例还提供了一种确定FallbackDCI调度的数据的优先级的方法，以及确定该数据对应的HARQ-ACK的优先级的方法，其中，Fallback DCI包括DCI格式1-0和DCI格式0-0，具体可以通过方法一和/或方法二FallbackDCI调度的数据的优先级。

方法一：在时域资源分配表格中新增一列，用于指示时域资源分配的优先级。即该时域资源分配中的数据的优先级从新增的优先级指示列获得。这里的优先级指示可以分为多个等级指示。

服务节点为UE配置时域资源分配(time domain resource allocation，TDRA)表格时，在表格中新增一列，该列用于描述每行的时域资源分配对应的优先级。这种情况下，Fallback DCI调度数据时，选择了某行的时域资源分配索引，该行时域资源分配中传输数据的优先级被确定用于该行对应的优先级。

例如，表5为一种时域资源分配信息表。如表5所示，每一行对应一个时域资源分配。按照上述的方法，在该表格中增加一列，例如优先级指示，采用1表示高优先级，0表示低优先级。这样，服务节点使用Fallback DCI(如DCI格式1-0)调度一个PDSCH时，服务节点从表格中选择一行，将行索引作为时域资源分配信息在DCI格式1-0中传输给UE。UE接收到DCI格式1-0后，获得其中的行索引信息，然后再根据服务节点配置的PDSCH时域资源分配表格获知该行的PDSCH时域资源分配对应的优先级，从而最终获得DCI格式1-0调度的数据(PDSCH)的优先级。该优先级也适用于该PDSCH的HARQ-ACK。

服务节点和UE约定，对于非Fallback DCI，例如DCI格式1-1从表4中调度的PDSCH的优先级，可以采用下面的方式进行处理：

如果非Fallback DCI，如DCI格式1-1或DCI格式1-2，从该表格中调度了某一行的PDSCH，且该DCI中带有优先级指示域，则以该DCI中的优先级指示域中的优先级为准作为PDSCH的优先级，且适用于该PDSCH的HARQ-ACK；或者，对于非Fallback DCI从该表格中调度了某一行的PDSCH，总是按照该行在表格中对应的优先级指示，作为该PDSCH的优先级，且适用于该PDSCH的HARQ-ACK。如果该DCI中未带有优先级指示域，则以该表格中配置的优先级为准作为该PDSCH的优先级，且适用于该PDSCH的HARQ-ACK。

表5 一种时域资源分配信息表

又例如，表6是另一种时域资源分配信息表。如表6所示，其中，每一行对应一个时域资源分配。按照上述的方法，在该表格中增加一列，例如优先级指示，采用1表示高优先级，0表示低优先级。这样，服务节点使用Fallback DCI(如DCI格式0-0)调度一个PUSCH时，服务节点从表格中选择一行，将行索引作为时域资源分配信息在DCI格式0-0中传输给UE。UE接收到DCI格式0-0后，获得其中的行索引信息，然后再根据服务节点配置的PUSCH时域资源分配表格获知该行的PUSCH时域资源分配对应的优先级，从而最终获得DCI格式0-0调度的数据(PUSCH)的优先级。

服务节点和终端约定，对于非Fallback DCI，例如DCI格式0-1从该表格中调度的PUSCH的优先级，可以采用下面的方式进行处理：如果非Fallback DCI，如DCI格式0-1或DCI格式0-2，从该表格中调度了某一行的PUSCH，且该DCI中带有优先级指示域，则以该DCI中的优先级指示域中的优先级为准作为PUSCH的优先级；或者，对于非Fallback DCI从该表格中调度了某一行的PUSCH，总是按照该行在表格中对应的优先级指示，作为该PUSCH的优先级。如果该DCI中未带有优先级指示域，则以该表格中配置的优先级为准作为该PUSCH的优先级。

表6 另一种时域资源分配信息表

方法2，服务节点和UE约定，被Fallback DCI调度的数据总是具有高的或低的优先级，即具有设定的优先级。

在一实施例中，上述方法1和方法2可以融合，这种情况下DCI是FallbackDCI或非Fallback DCI均可。例如，在方法1中，如果时域资源分配的表格中的优先级指示未被配置或者只是部分行索引对应的优先级未配置时，对于被调度的时域资源分配在上述表格中未配置对应的优先级时，服务节点和UE按照方法2该时域资源分配的优先级，或者服务节点和UE约定该时域资源分配的优先级为低或高。

在一实施例中，，服务节点和UE约定，在UE构造高的优先级和或低优先级的半静态HARQ-ACK码本的过程中，也可以按照PDSCH时域资源分配表格中的优先级指示，为每个被调度的PDSCH确定其对应的HARQ-ACK的优先级，从而使得每个被调度的PDSCH的HARQ-ACK归属到对应的高的或低的优先级半静态HARQ-ACK码本中。

在冗余版本(Redundancy Rersion，RV)域配置为0bit或1bit的情况下，本实施例提供了一种确定RV版本的方法，以实现在用于动态调度PDSCH且配置了重复因子的情况下，或在激活SPS(半静态调度)PDSCH传输且配置了重复因子的情况下，对于每次传输确定RV版本说。本实施例仅以PDSCH为例进行描述，对于动态调度的PUSCH且配置了重复因子，或激活CG(configured grant)PUSCH传输且配置了重复因子的情况，对于每次传输如何使用RV版本也需要确定，该方法同样适用。本实施例中所述重复因子，可理解为重复传输次数。

现有技术中，DCI格式中的RV域总是2bit且无需配置，当配置半静态PDSCH传输且配置了重复因子时，或者动态调度PDSCH且配置了重复因子时，根据DCI中的RV指示(对于半静态PDSCH来说就是激活DCI中的RV指示)，表7为PDSCH的重复传输中每次传输对应的RV。如表7所示，重复因子配置为K，每次传输索引n为n＝0,1,...,K-1。

表7 PDSCH的重复传输中每次传输对应的RV

目前，对于配置为0bit的RV域，仅使用RV0；对于1bit的RV域，动态指示RV0和RV3。但是对于配置了重复因子时，并且RV域配置为0bit或1bit时，重复传输中的每次传输所使用的RV需要确定。

本实施例中，在RV域配置为0bit，且配置了重复因子的情况下，确定RV的方法包括以下之一：

方法1：仅使用RV0，且每次传输都使用RV0。表8为方法1的PDSCH的重复传输中每次传输对应的RV。

表8 方法1的PDSCH的重复传输中每次传输对应的RV

方法2：使用预定义的RV循环。表9为方法2的PDSCH的重复传输中每次传输对应的RV。如表9所示，所述预定义的RV循环如表7中的任意一行所示。

表9 方法2的PDSCH的重复传输中每次传输对应的RV

在RV域配置为1bit，且配置了重复因子的情况下，确定RV的方法包括以下之一：

方法A：使用预定义的RV循环，且候选RV取值集合为{0,1,2,3}。表8-10为方法A的PDSCH的重复传输中每次传输对应的RV。预定义的RV循环如表10-112所示，或者是表9中任意两行的组合。

表10 方法A的PDSCH的重复传输中每次传输对应的RV

表11 方法A的PDSCH的重复传输中每次传输对应的RV

表12 方法A的PDSCH的重复传输中每次传输对应的RV

方法B：使用预定义的RV循环，且候选RV取值集合为{0,3}。表13-14为方法B的PDSCH的重复传输中每次传输对应的RV。

表13 方法B的PDSCH的重复传输中每次传输对应的RV

表14 方法B的PDSCH的重复传输中每次传输对应的RV

需要说明的是，对于配置了RV为1bit的情况，DCI调度PDSCH指示的RV取值(rvidindicated by the DCI scheduling the PDSCH)和和根据调度PDSCH的DCI中的RV取值确定重复传输中第n次使用的RV不限于上述举例，还可以互换。例如：以表12为例，互换之后为表15所示。表15为RV取值和RV循环互换后PDSCH的重复传输中每次传输对应的RV

表15 RV取值和RV循环互换后PDSCH的重复传输中每次传输对应的RV

可选的，在一实施例中，根据不同的重复因子(重复次数)，确定使用不同预定义的RV循环。例如，当配置RV为1bit时，当重复因子(重复次数)为2时，使用表13；当重复因子(重复次数)为4时，使用表8。

通过上述实施例在配置了重复因子的业务信道传输，且下行控制信息中冗余版本比特域被配置为0bit或1bit的情况下，通过预定义且有限制的RV版本集合确定每次重复传输所使用的冗余版本，避免终端和服务节点理解不一致造成数据接收错误。

本实施例还提供一种动态激活/去激活免调度传输类型1(CG type1)的方法，该方法包括服务节点(如基站)给终端(如UE)配置及激活一套或多套免调度传输类型1(CGtype1)资源，DCI信令可以去激活/重新激活所述type1 CGs资源，其中，去激活/重新激活DCI信令中指示所述type1 CGs对应的标识。

R-15中，每个带宽部分(Band Width Part，BWP)至多只能配置一套免调度资源，即type1 CG或type2 CG，且两种类型的免调度资源不同时存在，其中，type1 CG资源配置由RRC信令配置CG部分参数及激活，type2 CG资源配置由RRC信令配置CG部分参数及由无线网络临时标识(Radio Network Temporary Identity，CS-RNTI)加扰的DCI激活/去激活。两种类型的CGs配置主要特点是type1配置激活时延更低，type2相对更动态，可以对CGs的参数更动态的调整，更匹配用户的业务传输。R-16中支持多套CG配置且type1和type2CG能够同时配置，每套CG都配置一个序号作为CG的一个标识。在一些场景下，基站需要快速去激活type1 CG资源或者随着时间推移，type1 CG资源配置与当前的业务不太匹配了，需要调整CG资源的参数，若是按照当前的规则，需要通过RRC重配置来实现type1 CG去激活及调整参数，时延会很大。在一些实施例中，通过DCI信令对type1的CGs进行去激活/重新激活，即将type1,2CGs结合起来。

在一实施例中，服务节点(如基站gNB)给终端(如UE)配置了4套免调度传输资源，编号分别为#0,1,2,3。其中#0,1是type1免调度传输资源，#2,3是Type2免调度传输资源。UE收到基站的RRC配置及激活信令激活#0，1CGs资源后，当需要快速去激活/或者调整type1CG资源参数时，通过发送CS-RNTI加扰的DCI对#0,1CGs进行去激活或重新激活(想快速去激活CGs配置或调整type1 CGs的配置参数)，DCI中CGs index指示域指示#0，1或者包含#0，1index的联合去激活states.

本申请实施例还提供一种重传次数确定装置。图15为一实施例提供的重传次数确定装置的结构示意图。如图15所示，所述重传次数确定装置包括：接收模块310和第一确定模块320。

接收模块310，设置为接收配置信息；

第一确定模块320，设置为根据所述配置信息确定待传输信息的重复传输次数。

本实施例的重传次数确定装置，通过接收配置信息并根据配置信息确定重复传输次数，提高重复传输的可靠性。

在一实施例中，所述第一确定模块320，具体设置为以下至少之一：

在一实施例中，所述第一确定模块320，具体设置为：

本实施例提出的重传次数确定装置与上述实施例提出的重传次数确定方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述任意实施例，并且本实施例具备与执行重传次数确定方法相同的有益效果。

本申请实施例还提供一种重传次数指示装置。图16为一实施例提供的重传次数指示装置的结构示意图。如图16所示，所述重传次数指示装置包括：第二确定模块410和发送模块420。

第二确定模块410，设置为确定配置信息，所述配置信息用于指示待传输信息的重复传输次数；

发送模块420，设置为发送所述配置信息。

本实施例的重传次数指示装置，通过发送配置信息并根据配置信息指示重复传输次数，提高重复传输的可靠性。

在一实施例中，所述第二确定模块410，具体设置为以下至少之一：

在所述第一方式中所述RRC信令配置了第一指示域的情况下，通过第一方式是重复传输次数；

在配置了包含所述设定项的第二方式的TDRA信息的情况下，通过第二方式是重复传输次数；

在未配置包含所述设定项的第二方式的TDRA信息的情况下，通过第三方式指示重复传输次数。

在一实施例中，所述第二确定模块410，具体设置为：

本实施例提出的重传次数指示装置与上述实施例提出的重传次数指示方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述任意实施例，并且本实施例具备与执行重传次数指示方法相同的有益效果。

本申请实施例还提供一种通信节点。

在一实施例中，所述重传次数确定方法可以由重传次数确定装置执行，该重传次数确定装置可以通过软件和/或硬件的方式实现，并集成在所述通信节点中。所述通信节点为终端。

在一实施例中，所述重传次数指示方法可以由重传次数指示装置执行，该重传次数指示装置可以通过软件和/或硬件的方式实现，并集成在所述通信节点中。所述通信节点为服务节点(网络侧、基站等)。

图17为一实施例提供的一种通信节点的结构示意图。如图17所示，本实施例提供的一种通信节点，包括：处理器510和存储装置520。该通信节点中的处理器可以是一个或多个，图17中以一个处理器510为例，所述设备中的处理器510和存储装置520可以通过总线或其他方式连接，图17中以通过总线连接为例。

所述一个或多个程序被所述一个或多个处理器510执行，使得所述一个或多个处理器实现上述任一实施例所述的重传次数确定方法或重传次数指示方法。

该通信节点中的存储装置520作为一种计算机可读存储介质，可用于存储一个或多个程序，所述程序可以是软件程序、计算机可执行程序以及模块，如本发明实施例中重传次数确定方法对应的程序指令/模块(例如，附图7所示的重传次数确定装置中的模块，包括：接收模块310和第一确定模块320)。处理器510通过运行存储在存储装置520中的软件程序、指令以及模块，从而执行通信节点的各种功能应用以及数据处理，即实现上述方法实施例中的重传次数确定方法或重传次数指示方法。

存储装置520主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等(如上述实施例中的配置信息、TDRA信息等)。此外，存储装置520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置520可进一步包括相对于处理器510远程设置的存储器，这些远程存储器可以通过网络连接至通信节点。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

在一实施例中，当上述通信节点中所包括一个或者多个程序被所述一个或者多个处理器510执行时，实现如下操作：接收配置信息；根据所述配置信息确定待传输信息的重复传输次数。

在一实施例中，当上述通信节点中所包括一个或者多个程序被所述一个或者多个处理器510执行时，也可以实现如下操作：确定配置信息，所述配置信息用于指示待传输信息的重复传输次数；发送所述配置信息。

本实施例提出的通信节点与上述实施例提出的重传次数确定方法或重传次数指示方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述任意实施例，并且本实施例具备与执行重传次数确定方法或重传次数指示方法相同的有益效果。

本申请实施例还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种重传次数确定方法或重传次数指示方法。

通过以上关于实施方式的描述，所属领域的技术人员可以了解到，本申请可借助软件及通用硬件来实现，也可以通过硬件实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random AccessMemory,RAM)、闪存(FLASH)、硬盘或光盘等，包括多个指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请任意实施例所述的方法。

以上所述，仅为本申请的示例性实施例而已，并非用于限定本申请的保护范围。

本申请附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(ROM)、随机访问存储器(RAM)、光存储器装置和***(数码多功能光碟DVD或CD光盘)等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑器件(FGPA)以及基于多核处理器架构的处理器。

通过示范性和非限制性的示例，上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的，但不偏离本发明的范围。因此，本发明的恰当范围将根据权利要求确定。

Claims

1.一种重传次数确定方法，其特征在于，包括：

接收配置信息；

根据所述配置信息确定待传输信息的重复传输次数；

所述待传输信息对应于第一传输类型，所述配置信息对应于第一方式或者第二方式；

所述第二方式包括：时域资源分配TDRA信息中的设定项用于指示重复传输次数；

其中，所述第一传输类型指物理传输信道的重复传输对应于通过DCI下发物理传输信道的调度信息的情况。

2.根据权利要求1所述的方法，其特征在于，对于所述第一方式，在所述RRC信令中配置了第一指示域的情况下，所述第一指示域指示的数值是大于1的整数。

3.根据权利要求1所述的方法，其特征在于，对于所述第二方式，重复传输次数是大于或等于1的整数。

4.根据权利要求1所述的方法，其特征在于，所述根据所述配置信息确定待传输信息的重复传输次数，包括以下至少之一：

5.根据权利要求1所述的方法，其特征在于，所述根据所述配置信息确定待传输信息的重复传输次数，包括以下至少之一：

6.根据权利要求1所述的方法，其特征在于，所述根据所述配置信息确定待传输信息的重复传输次数，包括以下至少之一：

7.根据权利要求1所述的方法，其特征在于，所述根据所述配置信息确定待传输信息的重复传输次数，包括：

8.根据权利要求1所述的方法，其特征在于，

所述待传输信息对应于第二传输类型，所述配置信息对应于第二方式或者第三方式；

9.根据权利要求8所述的方法，其特征在于，对于所述第二方式或者第三方式，重复传输次数是大于或等于1的整数。

10.根据权利要求8所述的方法，其特征在于，所述根据所述配置信息确定待传输信息的重复传输次数，至少包括以下之一：

11.根据权利要求8所述的方法，其特征在于，所述根据所述配置信息确定待传输信息的重复传输次数，至少包括以下之一：

12.根据权利要求9所述的方法，其特征在于，所述根据所述配置信息确定待传输信息的重复传输次数，包括：

13.根据权利要求1-12任一项所述的方法，其特征在于，所述待传输信息承载在物理传输信道上；

所述物理传输信道包括物理下行共享信道PDSCH和物理上行共享信道PUSCH中的至少之一。

14.一种重传次数指示方法，其特征在于，包括：

发送所述配置信息；

所述第二方式包括：TDRA信息中的设定项用于指示重复传输次数；

15.根据权利要求14所述的方法，其特征在于，对于所述第一方式，在所述RRC信令中配置了第一指示域的情况下，所述第一指示域指示的数值是大于1的整数。

16.根据权利要求14所述的方法，其特征在于，对于所述第二方式，重复传输次数是大于或等于1的整数。

17.根据权利要求14所述的方法，其特征在于，所述待传输信息对应于第二传输类型，所述配置信息对应于第二方式或者第三方式；

18.根据权利要求17所述的方法，其特征在于，对于所述第二方式或者所述第三方式，重复传输次数是大于或等于1的整数。

19.一种重传次数确定装置，其特征在于，包括：

接收模块，设置为接收配置信息；

第一确定模块，设置为根据所述配置信息确定待传输信息的重复传输次数；

20.一种重传次数指示装置，其特征在于，包括：

发送模块，设置为发送所述配置信息；

21.一种通信节点，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-13任一项所述的重传次数确定方法或如权利要求14-18任一项所述的重传次数指示方法。

22.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-13任一项所述的重传次数确定方法或如权利要求14-18任一项所述的重传次数指示方法。