确定传输资源的方法及装置转让专利

申请号 : CN201910254149.5

文献号 : CN111769899B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 徐修强陈雁吕永霞

申请人 : 华为技术有限公司

摘要 :

本申请提供了一种确定传输资源的方法及装置,该方法中,网络设备或终端获取用于确定多个对数据进行重复传输的传输时机对应的RV的RV序列,并根据RV序列和n,确定K个传输时机中符号数量满足预设条件的传输时机中的第n个传输时机对应的RV。该方法中,根据时域资源的长短和RV序列将数据所采用的时域资源与数据所采用的RV作关联,网络设备或终端可以选择将包含的信息位较多的RV关联到较长的时域资源上,从而提高接收端的解码能力。

权利要求 :

1.一种确定传输资源的方法,其特征在于,包括:获取用于确定K个传输时机对应的冗余版本RV的RV序列,所述K个传输时机用于对数据进行重复传输,K为大于1的整数;

根据所述RV序列和n,确定第一传输时机对应的RV,其中,所述第一传输时机为所述K个传输时机中符号数量满足预设条件的传输时机中的第n个传输时机,n为大于0小于等于K的整数;

根据所述RV序列和m,确定第二传输时机对应的RV,其中,所述第二传输时机为所述K个传输时机中的符号数量不满足所述预设条件的传输时机中的第m个传输时机,m为大于0小于等于K的整数。

2.根据权利要求1所述的方法,其特征在于,所述第一传输时机对应的RV为所述RV序列中的第(mod(n‑1,4)+1)个RV,mod为取余函数。

3.根据权利要求1或2所述的方法,其特征在于,所述预设条件为:符号数量最多,或者,符号数量大于等于第一阈值,或者,符号数量位于预设或者配置的符号数量范围内,或者,符号数量小于等于第二阈值。

4.根据权利要求1所述的方法,其特征在于,所述第二传输时机对应的RV为所述RV序列中的第(mod(m+M0‑1,4)+1)个RV,M0为大于等于0的整数。

5.根据权利要求4所述的方法,其特征在于,所述M0为0,或者,所述M0为配置的整数值,或者,所述M0为所述K个传输时机中符号数量满足预设条件的传输时机的数量。

6.一种确定传输资源的装置,其特征在于,包括:第一处理单元和第二处理单元;

所述第一处理单元,用于获取用于确定K个传输时机对应的冗余版本RV的RV序列,所述K个传输时机用于对数据进行重复传输,K为大于1的整数;

所述第二处理单元,用于根据所述RV序列和n,确定第一传输时机对应的RV,其中,所述第一传输时机为所述K个传输时机中符号数量满足预设条件的传输时机中的第n个传输时机,n为大于0小于等于K的整数;

所述第二处理单元,还用于根据所述RV序列和m,确定第二传输时机对应的RV,其中,所述第二传输时机为所述K个传输时机中的符号数量不满足所述预设条件的传输时机中的第m个传输时机,m为大于0小于等于K的整数。

7.根据权利要求6所述的装置,其特征在于,所述第一传输时机对应的RV为所述RV序列中的第(mod(n‑1,4)+1)个RV,mod为取余函数。

8.根据权利要求6或7所述的装置,其特征在于,所述预设条件为:符号数量最多,或者,符号数量大于等于第一阈值,或者,符号数量位于预设或者配置的符号数量范围内,或者,符号数量小于等于第二阈值。

9.根据权利要求6所述的装置,其特征在于,所述第二传输时机对应的RV为所述RV序列中的第(mod(m+M0‑1,4)+1)个RV,M0为大于等于0的整数。

10.根据权利要求9所述的装置,其特征在于,所述M0为0,或者,所述M0为配置的整数值,或者,所述M0为所述K个传输时机中符号数量满足预设条件的传输时机的数量。

11.一种确定传输资源的装置,其特征在于,包括:处理器;

所述处理器与存储器连接,所述存储器用于存储计算机执行指令,所述处理器执行所述存储器存储的所述计算机执行指令,以使所述装置实现如权利要求1‑5任一项所述的方法。

12.一种计算机可读存储介质,其特征在于,包括指令,当所述指令在计算机上运行时,使得计算机执行如权利要求1‑5任一项所述的方法。

说明书 :

确定传输资源的方法及装置

技术领域

[0001] 本申请涉及通信技术领域,尤其涉及一种确定传输资源的方法及装置。

背景技术

[0002] 第五代(5th generation,简称5G)通信系统及未来演进通信系统中,超高可靠超低时延通信(ultra‑reliable&low latency communication,简称URLLC)是重要业务类型
之一。URLLC的典型业务包括工业自动化控制,远程驾驶,远程医疗等,这些业务的可靠性要
求往往在99.999%以上。因此,在URLLC业务中,低误码率成为最关键的指标之一。

发明内容

[0003] 本申请提供了一种确定传输资源的方法及装置,能够降低通信系统的信令开销。
[0004] 为达到上述目的,本申请提供了以下技术方案:
[0005] 第一方面,提供了一种确定传输资源的方法,包括:获取用于确定K个传输时机对应的RV的RV序列,所述K个传输时机用于对数据进行重复传输,K为大于1的整数;根据所述
RV序列和n,确定第一传输时机对应的RV,其中,所述第一传输时机为所述K个传输时机中符
号数量满足预设条件的传输时机中的第n个传输时机,n为大于0小于等于K的整数。
[0006] 需要说明的是,数据中包含的信息位(信息位指的是实际要发送的有用比特)的多少与数据所采用的RV有关。在RV0、RV2、RV3和RV1中,通常情况下,采用RV0的数据包含最多
的信息位。数据中包含的冗余信息的多少与数据所占用的时域资源长短有关。而数据中包
含的信息位的多少和冗余信息的多少都直接影响到接收端的解码能力。第一方面中,根据
时域资源的长短和RV序列将数据所采用的时域资源与数据所采用的RV作关联,网络设备或
终端可以选择将包含的信息位较多的RV关联到较长的时域资源上,从而提高接收端的解码
能力。
[0007] 在一种可能的实现方式中,所述第一传输时机对应的RV为所述RV序列中的第(mod(n‑1,4)+1)个RV,mod为取余函数。该种可能的实现方式中,若第一传输时机为K个传输时机
中的包含的符号数量最多的传输时机,在RV序列中的第一个RV为RV0时,可以保证符号数据
最多的传输时机中的一个传输时机对应RV0,从而提高接收端的译码性能。并且,在符号数
量最多的传输时机有多个的情况下,符号数量最多的多个传输时机中至少有两个对应不同
的RV,该情况下,可以提升接收端的译码能力。
[0008] 在一种可能的实现方式中,所述预设条件为:符号数量最多,或者,符号数量大于等于第一阈值,或者,符号数量位于预设或者配置的符号数量范围内,或者,符号数量小于
等于第二阈值。该种可能的实现方式,可以灵活的对K个传输时机中的不同位置的传输时机
对应的RV进行确定。
[0009] 在一种可能的实现方式中,所述方法还包括:根据所述RV序列和m,确定第二传输时机对应的RV,其中,所述第二传输时机为所述K个传输时机中的符号数量不满足所述预设
条件的传输时机中的第m个传输时机,m为大于0小于等于K的整数。
[0010] 在一种可能的实现方式中,所述第二传输时机对应的RV为所述RV序列中的第(mod(m+M0‑1,4)+1)个RV,M0为大于等于0的整数。
[0011] 在一种可能的实现方式中,所述M0为0,或者,所述M0为配置的整数值,或者,所述M0为所述K个传输时机中符号数量满足预设条件的传输时机的数量。
[0012] 第二方面,提供了一种确定传输资源的装置,包括:第一处理单元和第二处理单元;所述第一处理单元,用于获取用于确定K个传输时机对应的RV的RV序列,所述K个传输时
机用于对数据进行重复传输,K为大于1的整数;所述第二处理单元,用于根据所述RV序列和
n,确定第一传输时机对应的RV,其中,所述第一传输时机为所述K个传输时机中符号数量满
足预设条件的传输时机中的第n个传输时机,n为大于0小于等于K的整数。
[0013] 在一种可能的实现方式中,所述第一传输时机对应的RV为所述RV序列中的第(mod(n‑1,4)+1)个RV,mod为取余函数。
[0014] 在一种可能的实现方式中,所述预设条件为:符号数量最多,或者,符号数量大于等于第一阈值,或者,符号数量位于预设或者配置的符号数量范围内,或者,符号数量小于
等于第二阈值。
[0015] 在一种可能的实现方式中,所述第二处理单元,还用于根据所述RV序列和m,确定第二传输时机对应的RV,其中,所述第二传输时机为所述K个传输时机中的符号数量不满足
所述预设条件的传输时机中的第m个传输时机,m为大于0小于等于K的整数。
[0016] 在一种可能的实现方式中,所述第二传输时机对应的RV为所述RV序列中的第(mod(m+M0‑1,4)+1)个RV,M0为大于等于0的整数。
[0017] 在一种可能的实现方式中,所述M0为0,或者,所述M0为配置的整数值,或者,所述M0为所述K个传输时机中符号数量满足预设条件的传输时机的数量。
[0018] 第三方面,提供了一种确定传输资源的装置,包括:处理器。处理器与存储器连接,存储器用于存储计算机执行指令,处理器执行存储器存储的计算机执行指令,从而实现第
一方面提供的任意一种方法。其中,存储器和处理器可以集成在一起,也可以为独立的器
件。若为后者,存储器可以位于确定传输资源的装置内,也可以位于确定传输资源的装置
外。
[0019] 在一种可能的实现方式中,处理器包括逻辑电路,还包括输入接口和输出接口中的至少一个。其中,输出接口用于执行相应方法中的发送的动作,输入接口用于执行相应方
法中的接收的动作。
[0020] 在一种可能的实现方式中,确定传输资源的装置还包括通信接口和通信总线,处理器、存储器和通信接口通过通信总线连接。通信接口用于执行相应方法中的收发的动作。
通信接口也可以称为收发器。可选的,通信接口包括发送器和接收器中的至少一种,该情况
下,发送器用于执行相应方法中的发送的动作,接收器用于执行相应方法中的接收的动作。
[0021] 在一种可能的实现方式中,确定传输资源的装置以芯片的产品形态存在。
[0022] 第四方面,提供了一种计算机可读存储介质,包括指令,当该指令在计算机上运行时,使得计算机执行第一方面提供的任意一种方法。
[0023] 第五方面,提供了一种包含指令的计算机程序产品,当该指令在计算机上运行时,使得计算机执行第一方面提供的任意一种方法。
[0024] 第二方面至第五方面中的任一种实现方式所带来的技术效果可参见第一方面中对应实现方式所带来的技术效果,此处不再赘述。
[0025] 其中,需要说明的是,上述各个方面中的任意一个方面的各种可能的实现方式,在方案不矛盾的前提下,均可以进行组合。

附图说明

[0026] 图1为本申请实施例提供的一种网络架构组成示意图;
[0027] 图2和图3分别为本申请实施例提供的一种数据占用的时域资源的示意图;
[0028] 图4为本申请实施例提供的一种确定传输资源的方法流程图;
[0029] 图5至图9分别为本申请实施例提供的多种数据占用的时域资源的示意图;
[0030] 图10为本申请实施例提供的一种确定传输资源的方法流程图;
[0031] 图11为本申请实施例提供的一种通信装置的组成示意图;
[0032] 图12和图13分别为本申请实施例提供的一种通信装置的硬件结构示意图;
[0033] 图14为本申请实施例提供的一种终端的硬件结构示意图;
[0034] 图15为本申请实施例提供的一种网络设备的硬件结构示意图。

具体实施方式

[0035] 在本申请的描述中,除非另有说明,“/”表示“或”的意思,例如,A/B可以表示A或B。本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A
和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。此外,“至少一个”是
指一个或多个,“多个”是指两个或两个以上。“第一”、“第二”等字样并不对数量和执行次序
进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
[0036] 需要说明的是,本申请中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其
他实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在
以具体方式呈现相关概念。
[0037] 本申请实施例提供的技术方案可以应用于各种通信系统。例如,长期演进(long term evolution,简称LTE)通信系统,采用5G通信技术的新空口(new radio,简称NR)通信
系统,未来演进系统或者多种通信融合系统等等。
[0038] 本申请实施例提供的技术方案可以应用于多种通信场景。例如,机器对机器(machine to machine,简称M2M)、宏微通信、增强型移动宽带(enhanced mobile 
broadband,简称eMBB)、超高可靠超低时延通信(ultra‑reliable&low  latency 
communication,简称URLLC)、海量物联网通信(massive machine type communication,简
称mMTC)、物联网(internet of things,简称IoT)、工业物联网(industry IoT,简称IIoT)
等场景。
[0039] 图1给出了本申请提供的技术方案所适用的一种通信系统示意图。该通信系统可以包括至少一个网络设备(图1中仅示出了1个)和至少一个终端(图1中示出了6个,分别为
终端1至终端6)。终端1至终端6中的一个或多个终端可以与网络设备通信,从而传输数据
(上行数据和/或下行数据)和信令中的一种或多种。此外,终端4至终端6也可以组成一个本
申请提供的技术方案所适用的另一个通信系统,该情况下,发送实体和接收实体都是终端。
例如,终端4至终端6可以组成一个车联网系统,则终端4可以向终端5发送数据或信令,而终
端5接收终端4发送的数据或信令。
[0040] 为了方便描述,下文中均是以本申请实施例提供的技术方案应用于网络设备和终端之间为例进行说明的。可以理解的是,当本申请实施例提供的技术方案应用于两个终端
(记为终端A和终端B)之间时,下文中各个实施例中的网络设备替换为终端A,终端替换为终
端B即可。
[0041] 本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定。本领域普通技术人员
可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似
的技术问题,同样适用。
[0042] 网络设备为网络侧的一种用于发送信号,或者,接收信号,或者,发送信号和接收信号的实体。网络设备可以为部署在无线接入网(radio access network,简称RAN)中为终
端提供无线通信功能的装置,例如可以为基站。网络设备可以为各种形式的宏基站,微基站
(也称为小站),中继站,接入点(access point,简称AP)等,也可以包括各种形式的控制节
点,如网络控制器。所述控制节点可以连接多个基站,并为所述多个基站覆盖下的多个终端
配置资源。在采用不同的无线接入技术的系统中,具备基站功能的设备的名称可能会有所
不同。例如,全球移动通信系统(global system for mobile communication,简称GSM)或
码分多址(code division multiple access,简称CDMA)网络中可以称为基站收发信台
(base transceiver station,简称BTS),宽带码分多址(wideband code division 
multiple access,简称WCDMA)中可以称为基站(NodeB),LTE系统中可以称为演进型基站
(evolved NodeB,简称eNB或eNodeB),5G通信系统或NR通信系统中可以称为下一代基站节
点(next generation node base station,简称gNB),本申请对基站的具体名称不作限定。
网络设备还可以是云无线接入网络(cloud radio access network,简称CRAN)场景下的无
线控制器、未来演进的公共陆地移动网络(public land mobile network,简称PLMN)中的
网络设备、传输接收节点(transmission and reception point,简称TRP)等。
[0043] 终端是用户侧的一种用于接收信号,或者,发送信号,或者,接收信号和发送信号的实体。终端用于向用户提供语音服务和数据连通性服务中的一种或多种。终端也可以称
为用户设备(user equipment,简称UE)、终端设备、接入终端、用户单元、用户站、移动站、远
方站、远程终端、移动设备、用户终端、无线通信设备、用户代理或用户装置。终端可以是移
动站(mobile station,简称MS)、用户单元(subscriber unit)、无人机、IoT设备、无线局域
网(wireless local area networks,简称WLAN)中的站点(station,简称ST)、蜂窝电话
(cellular phone)、智能电话(smart phone)、无绳电话、无线数据卡、平板型电脑、会话启
动协议(session initiation protocol,简称SIP)电话、无线本地环路(wireless local 
loop,简称WLL)站、个人数字处理(personal digital assistant,简称PDA)设备、膝上型电
脑(laptop computer)、机器类型通信(machine type communication,简称MTC)终端、具有
无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、
可穿戴设备(也可以称为穿戴式智能设备)。终端还可以为下一代通信系统中的终端,例如,
5G通信系统中的终端或者未来演进的PLMN中的终端,NR通信系统中的终端等。
[0044] 为了便于理解本申请,此处对本申请实施例涉及到的部分概念作简单介绍。
[0045] 1、时隙
[0046] 在NR中,对于常规(normal)循环前缀(cyclic prefix,简称CP),1个时隙包含14个正交频分复用(orthogonal frequency division multiplexing,简称OFDM)符号(以下简
称符号)。对于扩展(extended)CP,1个时隙包含12个符号。
[0047] 为了便于描述,在本申请实施例中,若未作出特别说明,1个时隙包含14个符号。在时隙中,14个符号按照从小到大的顺序依次编号,最小的编号为0,最大的编号为13。本申请
实施例中将索引(即编号)为i的符号记为符号#i,则一个时隙包含符号#0至符号#13。另外,
本申请下文中将索引(即编号)为j的时隙记为时隙#j。j为大于等于0的整数,i为大于等于0
小于等于13的整数。
[0048] 2、本申请适用的传输场景
[0049] 本申请适用的传输场景包括:基于动态调度的上行传输、基于动态调度的下行传输、基于半静态调度(Semi‑Persistent Scheduling,简称SPS)的下行传输、上行免授权传
输。
[0050] 上行免授权传输是指:终端的上行传输不需要通过网络设备的动态调度完成。具体地,当上行数据到达(本申请实施例中的数据到达是指数据已经处理好,可以进行发送)
时,终端不需要向网络设备发送调度请求(scheduling request,简称SR)并等待网络设备
的动态授权(dynamic grant),而是可以直接使用网络设备预先分配的传输资源和指定的
传输参数向网络设备发送上行数据。
[0051] 上行免授权传输也可以称为:上行免调度传输、上行免动态授权传输(UL data transmission without dynamic grant)、上行免动态调度传输、配置的授权(configured 
grant,简称CG)传输、高层配置的传输等。
[0052] 上行免授权传输分为两类:基于第一类配置授权的物理上行共享信道(physical uplink shared channel,简称PUSCH)传输(type 1PUSCH transmission with a 
configured grant,或,PUSCH transmission with type 1configured grant,或type 
1configured grant PUSCH transmission)和基于第二类配置授权的PUSCH传输(type 
2PUSCH transmission with a configured grant,或,PUSCH transmission with type 
2configured grant,或,type 2configured grant PUSCH transmission)。
[0053] 现有的基于第一类配置授权的PUSCH传输的配置方式为:网络设备通过高层参数(例如ConfiguredGrantConfig)为终端配置全部的传输资源和传输参数。例如:时域资源的
周期、开环功控相关参数、波形、冗余版本(redundancy version,简称RV)序列、重复次数、
跳频模式、资源分配类型、混合自动重传请求(hybrid automatic repeat request,简称
HARQ)进程数、解调参考信号(de‑modulation reference signal,简称DMRS)相关参数、调
制编码方案(modulation and coding scheme,简称MCS)表格、资源块组(resource block 
group,简称RBG)大小、以及时域资源、频域资源、MCS等在内的全部传输资源和传输参数。终
端接收到该高层参数后,可立即使用所配置传输参数在配置的时频资源上进行PUSCH传输。
[0054] 现有的基于第二类配置授权的PUSCH传输的配置方式分为以下两步:首先,网络设备通过高层参数(例如ConfiguredGrantConfig)向终端配置部分传输资源和传输参数。例
如:时域资源的周期、开环功控相关参数、波形、RV序列、重复次数、跳频模式、资源分配类
型、HARQ进程数、DMRS相关参数、MCS表格、RBG大小。之后,网络设备向终端发送下行控制信
息(downlink control information,简称DCI)(例如configuration‑specific DCI),以使
得终端激活基于第二类配置授权的PUSCH传输,并同时配置包括时域资源、频域资源、DMRS
相关参数、MCS等在内的传输资源和传输参数。需要说明的是,该第二类配置授权的PUSCH传
输在被激活后才能使用。
[0055] 下文中将基于第一类配置授权的PUSCH传输简称为type1上行免授权传输,基于第二类配置授权的PUSCH传输简称为type2上行免授权传输。
[0056] 3、传输时机(transmission occasion,简称TO)
[0057] 传输时机包括传输一次数据的时域资源。一个传输时机包括一个或多个符号。当有多个传输时机、且多个传输时机用于重复传输时,多个传输时机上重复发送多份相同的
数据。此时,一个传输时机上的一次数据传输可以称为一次重复传输。该多份相同数据是指
同一份信息比特经过信道编码之后所得到的多份相同或不同的RV。
[0058] 4、重复传输(Repetition)和时隙聚合(Slot aggregation)传输
[0059] 为提高数据的传输可靠性,NR通信系统中支持数据的时隙聚合传输和重复传输,时隙聚合传输和重复传输都是指传输多份相同的数据,只是因为应用的传输场景不同,被
定义了不同的名称。其中,基于动态调度的传输多份相同的数据的传输方式被称为时隙聚
合传输。基于SPS或上行免授权的传输多份相同的数据的传输方式被称为重复传输。基于
SPS的重复传输也可以称为捆绑(bundling)传输。
[0060] 由于用于传输一次PUSCH或物理下行共享信道(physical downlink shared channel,简称PDSCH)的传输时机不能包含时隙边界(slot boundary)和上下行符号切换点
(DL/UL switching point)。因此,在时隙聚合传输或重复传输时,支持不同次的重复传输
使用包含不同符号数量的传输时机,以便充分利用时隙中的可用符号,从而达到降低数据
的传输时延、提高传输可靠性的目的。其中,时隙边界是指两个时隙的界线。上下行符号切
换点是指上行符号和下行符号的界线。可用符号是指可以用于PUSCH或PDSCH传输的符号,
一个符号是否可用,与应用的场景有关。例如,针对下行数据传输,上行的符号为不可用符
号。针对上行数据传输,下行的符号为不可用符号。
[0061] 示例性的,在时频复用(time‑division duplexing,简称TDD)系统中,参见图2,假设网络设备通过DCI配置时隙中第1个符号(即符号#0)和第8个符号(即符号#7)为下行符号
(用D表示),配置第2个符号(即符号#1)和第9个符号(即符号#8)为灵活符号(用F表示),配
置其他符号为上行符号(用U表示)。当上行数据在时隙#1的第12个符号(即符号#11)准备好
之后,为降低等待时延,应当允许从时隙#1的第13个符号(即符号#12)开始传输该上行数
据。否则,该上行数据的传输要等到时隙#2的第3个符号(即符号#2)才能开始,会引入4个符
号的时延,对于时延极为敏感的URLLC业务来说,这个时延是不可接受的。为同时保证数据
传输的可靠性,假设该上行数据的多次重复传输总共需要10个符号,则如图2所示,该上行
数据可以从时隙#1的第13个符号(即符号#12)开始,到时隙#2的第12个符号(即符号#11)截
止,共重复3次。其中,第1次重复位于时隙#1的第13个符号(即符号#12)和第14个符号(即符
号#13)上,第2次重复位于时隙#2的第3个符号(即符号#2)到第7个符号(即符号#6)上,第3
次重复位于时隙#2的第10个符号(即符号#9)到第12个符号(即符号#11)上。
[0062] 5、现有的时域资源分配表格
[0063] 时域资源分配表格用于分配时域资源。
[0064] 在NR中,网络设备通过高层信令为终端配置时域资源分配表格,表格至多包含16行(entry)(即16个表项)。在配置了时域资源分配表格之后,参见表1,针对基于动态调度的
上行传输、基于动态调度的下行传输、基于SPS的下行传输和type2上行免授权传输,网络设
备可以采用DCI(例如,DCI中的Time domain resource assignment域)指示为终端分配时
域资源分配表格中的哪一行的资源。针对type1上行免授权传输,网络设备可以采用无线资
源控制(radio  resource  control,简称RRC)信令(例如,RRC信令中的
timeDomainAllocation IE参数)指示为终端分配时域资源分配表格中的哪一行的资源。
[0065] 表1
[0066]
[0067] 用于上行传输的时域资源分配表格中的每一行包含3个参数:K2、映射类型(mappingType)、起始符号和长度(startSymbolAndLength)。其中,K2为PUSCH传输的时域偏
置。PUSCH传输的时隙可以为时隙#(n1+K2),其中,n1为调度PUSCH的DCI所在的时隙。映射类
型用于指示PUSCH传输的映射类型,映射类型可以为映射类型A或映射类型B。起始符号和长
度又称为起始符号和长度指示值(Start and Length Indicator Value,简称SLIV),用于
确定所分配的时域资源在时隙中的起始符号S(即该时域资源中的第一个符号)和长度L(即
该时域资源包含的符号的数量)。
[0068] 用于下行传输的时域资源分配表格中的每一行包含3个参数:K0、映射类型、起始符号和长度。其中,K0为PDSCH传输的时域偏置。PDSCH传输的时隙可以为时隙#(n2+K0),其
中,n2为调度PDSCH的DCI所在的时隙。映射类型用于指示PDSCH传输的映射类型,映射类型
可以为映射类型A或映射类型B。起始符号和长度又称为SLIV,用于确定所分配的时域资源
在时隙中的起始符号S(即该时域资源中的第一个符号)和长度L(即该时域资源包含的符号
的数量)。
[0069] 如果网络设备没有通过高层信令为终端配置时域资源分配表格,则终端使用默认(default)的表格。例如,默认的上行时域资源分配表格可以为3GPP TS38.214中的表
6.1.2.1.1‑2、6.1.2.1.1‑3、6.1.2.1.1‑4。默认的下行时域资源分配表格可以为3GPP 
TS38.214中的表5.1.2.1.1‑2、5.1.2.1.1‑3、5.1.2.1.1‑4、5.1.2.1.1‑5。
[0070] 示例性的,默认的上行时域资源分配表格中的表6.1.2.1.1‑2包含的具体内容可参见表2。其中,表2中的j的值与上行子载波间隔有关,具体可参见表3。
[0071] 表2
[0072]
[0073] 表3
[0074]
[0075]
[0076] 注:uPUSCH为用于表征上行子载波间隔的参数。表3中的左边一列的0、1、2各代表一个上行子载波间隔。
[0077] 在终端获知通过RRC信令配置的或默认的16种组合的基础上,对于type1免授权传输,网络设备通过RRC信令(例如,RRC信令中的timeDomainAllocation参数)向终端指示16
种组合中的一种组合,由于type1免授权传输有专门的RRC参数(例如,timeDomainOffset)
指示时隙偏置,这种情况下,终端根据timeDomainOffset确定免授权传输资源的起始时隙,
例如,当timeDomainOffset所指示的值为100时,终端确定免授权传输资源起始于时隙#
100。因此,对于type1免授权传输,终端不使用组合中的K2。
[0078] 6、现有的确定重复传输的数据采用的RV的方法
[0079] 为使接收端能够借助增量冗余(incremental redundancy,简称IR)的合并接收方法来提升译码能力,网络设备会配置不同次的重复传输采用不同的RV。现有技术中,使用如
下方法确定不同次的重复传输采用的RV:
[0080] 对于基于动态调度的时隙聚合传输,每次PDSCH传输或PUSCH传输所采用的RV通过本次传输对应的传输时机的索引p(0≦p及用于调度PDSCH或PUSCH的DCI中的RV指示域所指示的rvid共同确定,rvid是指RV的索引。
例如,如3GPP TS38.214中规定,用于传输PDSCH的索引为p的传输时机采用的RV由表4确定,
用于传输PUSCH的索引为p的传输时机采用的RV由表5确定。表4和表5中的“mod”是指“取
余”。索引为p的传输时机也可以称为第p次传输时机。
[0081] 表4
[0082]
[0083] 表5
[0084]
[0085] 对于基于SPS或上行免授权的重复传输,一次PUSCH的重复传输所采用的RV通过本次传输所对应的传输时机的索引p(0RV配置的RV序列(例如,可以是{0,0,0,0}或{0,3,0,3}或{0,2,3,1})共同确定。例如,索引
为p的传输时机上的PUSCH传输所采用的RV为所配置的RV序列中的第(mod(p‑1,4)+1)个值。
示例性的,若网络设备高层通过参数repK‑RV配置的RV序列为{0,2,3,1},基于图2所示的示
例,则根据现有技术中重复传输采用的RV确定方法,参见图3,图3中3次重复传输分别采用
RV0、RV2、RV3。在本申请实施例中,RV0是指索引为0的RV、RV2是指索引为2的RV、RV3是指索
引为3的RV、RV1是指索引为1的RV。
[0086] 本申请实施例提供了一种确定传输资源的方法,如图4所示,包括:
[0087] 401、获取用于确定K个传输时机对应的RV的RV序列,所述K个传输时机用于对数据进行重复传输,K为大于1的整数。
[0088] 本申请实施例的执行主体可以为通信设备,例如,网络设备、终端等。本申请可以应用于基于动态调度的上行或下行传输,也可以应用于上行免授权传输或基于SPS的下行
传输,还可以应用于其他上行或下行传输。
[0089] 本申请对确定RV序列的方法不作限定,示例性的,具体可以采用的方法有:
[0090] 方法1、网络设备和终端约定RV序列,网络设备或终端可以根据该约定确定RV序列。
[0091] 方法2、RV序列为协议规定,网络设备或终端可以根据协议确定RV序列。
[0092] 方法3、针对终端,网络设备通过RRC信令或媒体接入控制(medium access control,简称MAC)控制元素(control element,简称CE)信令或DCI为终端配置RV序列(例
如,{0,2,3,1}或{0,3,0,3}),终端可以根据网络设备的配置确定RV序列。针对网络设备,网
络设备可以自行确定RV序列。
[0093] 方法4、针对终端,网络设备通过RRC信令或MAC CE信令或DCI为终端配置一个RV,终端根据该RV确定RV序列。例如,网络设备为终端配置的RV为RV0时,终端确定RV序列为{0,
2,3,1}或{0,3,0,3}。网络设备为终端配置的RV为RV2时,终端确定RV序列为{2,3,1,0}。网
络设备为终端配置的RV为RV3时,终端确定RV序列为{3,1,0,2}或{3,0,3,0}。网络设备为终
端配置的RV为RV1时,终端确定RV序列为{1,0,2,3}。针对网络设备,网络设备可以自行确定
RV序列。
[0094] 可选的,该方法还包括:确定K个传输时机。其中,通信设备可以先确定RV序列,再确定K个传输时机,也可以先确定K个传输时机,再确定RV序列。
[0095] 本申请中,K的值可以是网络设备通过RRC信令或MAC CE信令或DCI配置给终端的,也可以是终端和网络设备约定的,还可以是协议规定的。
[0096] 本申请对确定K个传输时机的方法不做限定,示例性的,具体可以采用的方法有:
[0097] 方法1、网络设备和终端约定K个传输时机,网络设备或终端可以根据该约定确定K个传输时机。
[0098] 方法2、K个传输时机为协议规定,网络设备或终端可以根据协议确定K个传输时机。
[0099] 方法3、网络设备通过RRC信令或MAC CE信令或DCI为终端配置K个传输时机,终端可以根据网络设备的配置确定K个传输时机。
[0100] 方法4、网络设备通过RRC信令或MAC CE信令或DCI为终端配置K个传输时机中的第1个传输时机,终端根据第1个传输时机以及网络设备和终端约定的规则确定其他K‑1个传
输时机。示例性的,约定的规则可以为:相邻的两个传输时机在时间上连续。
[0101] 本申请对K个传输时机的时域位置以及包含的符号数量不做限定,示例性的,具体有:
[0102] 示例1、K个传输时机中可以有多个传输时机位于同一个时隙,也可以每个时隙仅有1个传输时机。
[0103] 示例2、不同的传输时机包含的符号数量可以相同,也可以不同。
[0104] 示例3、相邻的两个传输时机可以在时间上连续,也可以在时间上不连续。
[0105] 402、根据所述RV序列和n,确定第一传输时机对应的RV。
[0106] 其中,所述第一传输时机为所述K个传输时机中符号数量满足预设条件的传输时机中的第n个传输时机,n为大于0小于等于K的整数。
[0107] 其中,符号数量可以是可用符号的数量,也可以是符号总数。其中,可用符号是指,能够用于PUSCH或PDSCH传输的符号。例如,上行符号为不能用于PDSCH传输的符号,下行符
号为不能用于PUSCH传输的符号。系统中,符号是否可用于PDSCH或PUSCH传输,可以是网络
设备通过RRC信令或MAC CE信令或DCI配置的,也可以是终端和网络设备约定的,还可以是
协议规定的(例如,通过3GPP TS38.213 11.1章节规定)。
[0108] 第n个传输时机可以是满足预设条件的传输时机在时间上从前往后(或从后往前)排列时处于第n个的传输时机,也可以是满足预设条件的传输时机在符号数量上从大至小
(或从小至大)排列时处于第n个的传输时机。下文中若无特别说明,第n个传输时机是指满
足预设条件的传输时机在时间上从前往后排列时处于第n个的传输时机。
[0109] 在步骤402之后,参见图4,可选的,该方法还包括:403、采用第一传输时机对应的RV发送或接收数据。
[0110] 具体的,在该方法应用于上行传输的情况下,若执行主体为终端,在步骤403中,终端采用第一传输时机对应的RV发送数据。若执行主体为网络设备。在步骤403中,网络设备
采用第一传输时机对应的RV接收数据。
[0111] 在该方法应用于下行传输的情况下,若执行主体为网络设备,在步骤403中,网络设备采用第一传输时机对应的RV发送数据。若执行主体为终端,在步骤403中,终端采用第
一传输时机对应的RV接收数据。
[0112] 在步骤402之前,该方法还可以包括:(11)确定K个传输时机中的满足预设条件的传输时机。
[0113] 若满足预设条件的传输时机为N个传输时机,网络设备或终端在N个传输时机上最多发送或接收N次重复。具体的,在N个传输时机中的每个传输时机中的符号全部可以用于
数据的传输时,网络设备或终端在N个传输时机中的每一个传输时机上发送或接收一次重
复。在N个传输时机中有传输时机中的符号不能用于数据的传输时,终端取消这些传输时机
上的数据的传输,网络设备或终端在N个传输时机上发送或接收小于N次的重复。
[0114] 需要说明的是,数据中包含的信息位(信息位指的是实际要发送的有用比特)的多少与数据所采用的RV有关。在RV0、RV2、RV3和RV1中,通常情况下,采用RV0的数据包含最多
的信息位。数据中包含的冗余信息的多少与数据所占用的时域资源长短有关。而数据中包
含的信息位的多少和冗余信息的多少都直接影响到接收端的解码能力。本申请实施例中,
根据时域资源的长短和RV序列将数据所采用的时域资源与数据所采用的RV作关联,网络设
备或终端可以选择将包含的信息位较多的RV关联到较长的时域资源上,从而提高接收端的
解码能力,降低通信系统的误码率。
[0115] 其中,预设条件可以为预设条件1至预设条件9中的任意一种预设条件。
[0116] 预设条件1:符号数量第w多,w为大于0小于等于K的整数。
[0117] 预设条件2:符号数量最多。
[0118] 预设条件3:符号数量最少。
[0119] 预设条件4:符号数量大于等于第一阈值(第一阈值记为L1,L1为大于0的整数)。
[0120] 预设条件5:符号数量小于等于第二阈值(第二阈值记为L2,L2为大于0的整数)。
[0121] 预设条件6:符号数量位于预设或者配置的符号数量范围内,具体的,可以是符号数量大于第三阈值(第三阈值记为L3,L3为大于等于0的整数)小于第四阈值(第四阈值记为
L4,L4为大于1的整数)。
[0122] 预设条件7:符号数量大于第五阈值(第五阈值记为L5,L5为大于等于0的整数)。
[0123] 预设条件8:符号数量等于第六阈值(第六阈值记为L6,L6为大于0的整数)。
[0124] 预设条件9:符号数量小于第七阈值(第七阈值记为L7,L7为大于1的整数)
[0125] 其中,针对网络设备,上述L1至L7中的任意一个或多个值可以为网络设备确定的,或,终端和网络设备约定的,或,协议规定的。针对终端,上述L1至L7中的任意一个或多个值
可以是网络设备通过RRC信令或MAC CE信令或DCI配置给终端的,或,终端和网络设备约定
的,或,协议规定的。
[0126] 针对上述任意一个预设条件,第一传输时机对应的RV可以通过以下方式一或方式二确定。
[0127] 方式一、
[0128] 第一传输时机对应的RV为:所述RV序列中的第(mod(n‑1,4)+1)个RV,n为大于0小于等于N的整数。
[0129] 若第一传输时机为K个传输时机中的包含的符号数量最多的传输时机,在RV序列中的第一个RV为RV0时,方式一可以保证符号数据最多的传输时机中的一个传输时机对应
RV0,从而提高接收端的译码性能。并且,在符号数量最多的传输时机有多个的情况下,符号
数量最多的多个传输时机中至少有两个对应不同的RV,该情况下,可以提升接收端的译码
能力。
[0130] 在方式一下,示例性的,假设预设条件为:符号数量最多,RV序列为:{RVa,RVb,RVc,RVd}。若5个传输时机在时域上的位置以及占用的符号为图5中的(a)时,5个传输时机
中的第一个传输时机、第二个传输时机和第五个传输时机对应的RV分别为RVa、RVb和RVc。
若5个传输时机在时域上的位置以及占用的符号为图5中的(b)时,5个传输时机中的第一个
传输时机、第四个传输时机和第五个传输时机对应的RV分别为RVa、RVb和RVc。若5个传输时
机在时域上的位置以及占用的符号为图5中的(c)时,5个传输时机中的第三个传输时机、第
四个传输时机和第五个传输时机对应的RV分别为RVa、RVb和RVc。若5个传输时机在时域上
的位置以及占用的符号为图5中的(d)时,5个传输时机中的第一个传输时机、第二个传输时
机和第三个传输时机对应的RV分别为RVa、RVb和RVc。
[0131] 在方式一下,示例性的,假设预设条件为:符号数量最多,RV序列为:{RVa,RVb,RVc,RVd}。若3个传输时机在时域上的位置以及占用的符号为图6中的(a)时,3个传输时机
中的第二个传输时机对应的RV为RVa。若3个传输时机在时域上的位置以及占用的符号为图
6中的(b)时,3个传输时机中的第二个传输时机对应的RV为RVa。若3个传输时机在时域上的
位置以及占用的符号为图6中的(c)时,3个传输时机中的第二个传输时机对应的RV为RVa。
[0132] 方式二、
[0133] 第一传输时机对应的RV为:RV序列中的第(mod(n+s‑1,4)+1)个RV,s为大于等于0的整数。
[0134] 其中,针对网络设备,s的值可以为网络设备确定的,或,终端和网络设备约定的,或,协议规定的。针对终端,s的值可以是网络设备通过RRC信令或MAC CE信令或DCI配置给
终端的,或,终端和网络设备约定的,或,协议规定的。
[0135] 若第一传输时机为K个传输时机中的包含的符号数量最多的传输时机中的一个传输时机时,在RV序列中的第s+1个或第(mod(s,4)+1)个RV为RV0时,方式二可以保证符号数
据最多的传输时机中的一个传输时机对应RV0,从而提高接收端的译码性能。并且,在符号
数量最多的传输时机有多个的情况下,符号数量最多的多个传输时机中至少有两个对应不
同的RV,该情况下,可以提升接收端的译码能力。
[0136] 在方式二下,示例性的,假设预设条件为:符号数量最多,RV序列为:{RVa,RVb,RVc,RVd},s=1。若5个传输时机在时域上的位置以及占用的符号为图7中的(a)时,5个传输
时机中的第一个传输时机、第二个传输时机和第五个传输时机对应的RV分别为RVb、RVc和
RVd。若5个传输时机在时域上的位置以及占用的符号为图7中的(b)时,5个传输时机中的第
一个传输时机、第四个传输时机和第五个传输时机对应的RV分别为RVb、RVc和RVd。若5个传
输时机在时域上的位置以及占用的符号为图7中的(c)时,5个传输时机中的第三个传输时
机、第四个传输时机和第五个传输时机对应的RV分别为RVb、RVc和RVd。若5个传输时机在时
域上的位置以及占用的符号为图7中的(d)时,5个传输时机中的第一个传输时机、第二个传
输时机和第三个传输时机对应的RV分别为RVb、RVc和RVd。
[0137] 在方式二下,示例性的,假设预设条件为:符号数量最多,RV序列为:{RVa,RVb,RVc,RVd},s=2。若3个传输时机在时域上的位置以及占用的符号为图8中的(a)时,3个传输
时机中的第二个传输时机对应的RV为RVc。若3个传输时机在时域上的位置以及占用的符号
为图8中的(b)时,3个传输时机中的第二个传输时机对应的RV为RVc。若3个传输时机在时域
上的位置以及占用的符号为图8中的(c)时,3个传输时机中的第二个传输时机对应的RV为
RVc。
[0138] 需要说明的是,在上述实施例中,是根据所述RV序列和n确定第一传输时机对应的RV的。在实际实现时,满足预设条件的传输时机可以均对应同一个RV(例如,RV0或RV3)。若
第一传输时机为K个传输时机中的包含的符号数量最多的传输时机中的一个传输时机,且
该RV为RV0时,该方式可以使得符号数据最多的传输时机中的一个传输时机对应RV0,从而
提高接收端的译码性能。
[0139] 其中,针对网络设备,该RV可以为网络设备确定的,或,终端和网络设备约定的,或,协议规定的。针对终端,该RV可以是网络设备通过RRC信令或MAC CE信令或DCI配置给终
端的,或,终端和网络设备约定的,或,协议规定的。
[0140] 可选的,在确定K个传输时机中的满足预设条件的传输时机对应的RV之后,还要确定K个传输时机中的不满足预设条件的传输时机对应的RV。此时,该方法还可以包括:
[0141] (21)根据所述RV序列和m,确定第二传输时机对应的RV,其中,所述第二传输时机为所述K个传输时机中的符号数量不满足所述预设条件的传输时机中的第m个传输时机。
[0142] 第二传输时机对应的RV可以通过以下方式1或方式2确定。
[0143] 方式一、所述第二传输时机对应的RV为:所述RV序列中的第(mod(m+M0‑1,4)+1)个RV,M0为大于等于0的整数。
[0144] 其中,M0的取值可以有以下几种情况:
[0145] 情况1、M0为0。
[0146] 在情况1下,示例性的,基于图5所示的示例,在图5中的(a)中,5个传输时机中的第三个传输时机和第四个传输时机对应的RV分别为RVa和RVb。在图5中的(b)中,5个传输时机
中的第二个传输时机和第三个传输时机对应的RV分别为RVa和RVb。在图5中的(c)中,5个传
输时机中的第一个传输时机和第二个传输时机对应的RV分别为RVa和RVb。在图5中的(d)
中,5个传输时机中的第四个传输时机和第五个传输时机对应的RV分别为RVa和RVb。
[0147] 情况2、所述M0为网络设备配置的整数值。
[0148] 例如,M0可以为0,1,2,3,4等。
[0149] 在情况2下,示例性的,假设M0=1,基于图7所示的示例,在图7中的(a)中,5个传输时机中的第三个传输时机和第四个传输时机对应的RV分别为RVb和RVc。在图7中的(b)中,5
个传输时机中的第二个传输时机和第三个传输时机对应的RV分别为RVb和RVc。在图7中的
(c)中,5个传输时机中的第一个传输时机和第二个传输时机对应的RV分别为RVb和RVc。在
图7中的(d)中,5个传输时机中的第四个传输时机和第五个传输时机对应的RV分别为RVb和
RVc。
[0150] 情况3、所述M0为所述K个传输时机中符号数量满足预设条件的传输时机的数量。
[0151] 在情况3下,示例性的,基于图6所示的示例,在图6中的(a)、(b)和(c)中,M0=1,3个传输时机中的第一个传输时机和第三个传输时机对应的RV分别为RVb和RVc。
[0152] 方式二、
[0153] 第二传输时机对应的RV为:所述RV序列中的第(mod(m+r‑1,4)+1)个RV。
[0154] 在方式二中,第二传输时机为M个传输时机按照符号数量由大至小的顺序进行排列后的第m个传输时机。r为RV序列中的满足预设条件的传输时机中的最后一个传输时机对
应的RV在RV序列中的排序。例如,若RV序列为{0,2,3,1},满足预设条件的传输时机中的最
后一个传输时机对应的RV为RV3,RV3为RV序列中的第3个RV,则r=3。
[0155] 在方式二下,基于图8所示的示例,在图8中的(a)中,3个传输时机中的第三个传输时机和第一个传输时机对应的RV分别为RVd和RVa。在图8中的(b)中,3个传输时机中的第一
个传输时机和第三个传输时机对应的RV分别为RVd和RVa。在图8中的(c)中,3个传输时机中
的第三个传输时机和第一个传输时机对应的RV分别为RVd和RVa。
[0156] 另外,与步骤402类似的,也可以在不满足一个预设条件的传输时机中确定符号数量满足另一个预设条件的一个或多个传输时机,根据RV序列确定一个或多个传输时机中的
传输时机对应的RV。该方法在具体实现时,与步骤402的具体实现类似,不再赘述。网络设备
和终端每次都可以对剩余的未确定对应的RV的传输时机采用这种处理方式,且每次的预设
条件都可以不同,直至K个传输时机对应的RV全部确定为止。
[0157] 在前述实施例中,K个传输时机中的不满足预设条件的传输时机所对应的RV的确定,是在确定K个传输时机中的满足预设条件的所有传输时机对应的RV之后执行的。可以理
解的是,这两种类型的传输时机所对应的RV的确定是没有先后顺序的。例如,可以按照K个
传输时机在时域中的先后顺序,逐个确定K个传输时机中各个传输时机所对应的RV。在一个
示例中,先从K个时域时机中的第一个传输时机开始,逐个判断每个传输时机是否满足前文
实施例中的任意一个或多个预设条件,然后根据判断结果采用前述实施例中提到的确定RV
的方法确定该传输时机所对应的RV。
[0158] 以下以一个终端的示例对上述实施例提供的确定传输时机对应的RV的方法作示例性说明。该示例中,一个时隙包含14个符号,网络设备配置前3个符号为下行符号(用D表
示),配置第4个符号为灵活符号(用F表示),其余符号为上行符号(用U表示)。参见图9,终端
在2个连续的时隙上确定K=4个传输时机。其中,第1和第3个传输时机分别位于时隙#n和时
隙#(n+1)的符号#4至符号#6共3个上行符号上,第2和第4个传输时机分别位于时隙#n和时
隙#(n+1)的符号#7至符号#13共7个上行符号上。终端确定的RV序列为{0,2,3,1}。参见图
10,上述方法可以包括:
[0159] 1001、终端在K=4个传输时机中确定符号数量最多的传输时机,即第2和第4个传输时机。
[0160] 1002、终端确定RV序列为{0,2,3,1}。
[0161] 1003、终端确定符号数量最多的2个传输时机中第1个传输时机(即K个传输时机中的第2个传输时机)对应的RV为RV序列中的第(mod(1‑1,4)+1)=1个值,即RV0;确定符号数
量最多的2个传输时机中第2个传输时机(即K个传输时机中的第4个传输时机)对应的RV为
RV序列中的第(mod(2‑1,4)+1)=2个值,即RV2,如图9中的(a)或(b)所示。
[0162] 在确定K个传输时机中的第2和第4个传输时机对应的RV之后,终端还要确定K个传输时机中的第1和第3个传输时机对应的RV,具体可以通过以下步骤1004a至1006a(记为实
现方式1)或者1004b至1006b(记为实现方式2)实现。
[0163] 实现方式1包括:
[0164] 1004a、终端在K=4个传输时机中确定剩余的或符号数量小于7的传输时机(即除符号数量最多的传输时机之外的传输时机),即第1和第3个传输时机。
[0165] 1005a、终端确定RV序列为{0,2,3,1}。
[0166] 1006a、终端确定剩余的2个传输时机中第1个传输时机(即K个传输时机中的第1个传输时机)对应的RV为RV序列中的第(mod(1‑1,4)+1)=1个值,即RV0;确定剩余的2个传输
时机中第2个传输时机(即K个传输时机中的第3个传输时机)对应的RV为RV序列中的第(mod
(2‑1,4)+1)=2个值,即RV2,如图9中的(a)。
[0167] 实现方式2包括:
[0168] 1004b、终端在K=4个传输时机中确定剩余的或符号数量小于7的传输时机,即第1和第3个传输时机。
[0169] 1005b、终端确定RV序列为{0,2,3,1}。
[0170] 1006b、假设m=2,终端确定剩余的2个传输时机中第1个传输时机(即K个传输时机中的第1个传输时机)对应的RV为RV序列中的第(mod(1+m‑1,4)+1)=3个值,即RV3;确定剩
余的2个传输时机中第2个传输时机(即K个传输时机中的第3个传输时机)所关联的RV为RV
序列中的第(mod(2+m‑1,4)+1)=4个值,即RV1。如图9中的(b)。
[0171] 在步骤1006b中,将m的值设为2,原因是4个传输时机中,包含符号数量最多的传输时机有2个,分别使用了RV序列中的前2个值,RV序列中包含第3个值在内的剩余的值没有被
使用,因此,其他传输时机优先使用这些值。
[0172] 在图9中,对于上行免授权传输,K=4个传输时机可以位于同一个免授权传输周期内,也可以位于不同的免授权传输周期。
[0173] 在本申请上述实施例中,均以RV序列包含4个RV为例对本申请提供的方法作示例性说明。在实际实现时,RV序列中包含的RV个数可以为其他值(例如,2,6等),本申请实施例
对此不作具体限定。
[0174] 上述主要从各个网元之间交互的角度对本申请实施例的方案进行了介绍。可以理解的是,各个网元,例如,网络设备和终端为了实现上述功能,其包含了执行各个功能相应
的硬件结构和软件模块中的至少一个。本领域技术人员应该很容易意识到,结合本文中所
公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的
结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技
术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法
来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
[0175] 本申请实施例可以根据上述方法示例对网络设备和终端进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处
理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式
实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划
分,实际实现时可以有另外的划分方式。
[0176] 在采用集成的单元的情况下,图11示出了上述实施例中所涉及的通信装置(记为通信装置110)的一种可能的结构示意图,该通信装置110包括处理单元1101。可选的,通信
装置110还包括通信单元1102和存储单元1103中的至少一个。图11所示的结构示意图可以
用于示意上述实施例中所涉及的网络设备和终端的结构。
[0177] 当图11所示的结构示意图用于示意上述实施例中所涉及的终端的结构时,处理单元1101用于对终端的动作进行控制管理,例如,处理单元1101用于支持终端执行图4中的
401至403,图10中的全部步骤,和/或本申请实施例中所描述的其他过程中的终端执行的动
作。处理单元1101可以通过通信单元1102与其他网络实体通信,例如,与网络设备通信(例
如,采用第一传输时机对应的RV向网络设备发送PUSCH)。存储单元1103用于存储终端的程
序代码和数据。
[0178] 当图11所示的结构示意图用于示意上述实施例中所涉及的终端的结构时,通信装置110可以是终端,也可以是终端内的芯片。
[0179] 当图11所示的结构示意图用于示意上述实施例中所涉及的网络设备的结构时,处理单元1101用于对网络设备的动作进行控制管理,例如,处理单元1101用于支持网络设备
执行图4中的401至403,和/或本申请实施例中所描述的其他过程中的网络设备执行的动
作。处理单元1101可以通过通信单元1102与其他网络实体通信,例如,与终端通信(例如,采
用第一传输时机对应的RV向终端发送PDSCH)。存储单元1103用于存储网络设备的程序代码
和数据。
[0180] 当图11所示的结构示意图用于示意上述实施例中所涉及的网络设备的结构时,通信装置110可以是网络设备,也可以是网络设备内的芯片。
[0181] 其中,处理单元1101也可以由第一处理单元和第二处理单元组成,其中,第一处理单元用于执行步骤401,第二处理单元用于执行步骤402。
[0182] 其中,当通信装置110为终端或网络设备时,处理单元1101可以是处理器或控制器,通信单元1102可以是通信接口、收发器、收发机、收发电路、收发装置等。其中,通信接口
是统称,可以包括一个或多个接口。存储单元1103可以是存储器。当通信装置110为终端或
网络设备内的芯片时,处理单元1101可以是处理器或控制器,通信单元1102可以是输入/输
出接口、管脚或电路等。存储单元1103可以是该芯片内的存储单元(例如,寄存器、缓存等),
也可以是终端或网络设备内的位于该芯片外部的存储单元(例如,只读存储器、随机存取存
储器等)。
[0183] 其中,通信单元也可以称为收发单元。通信装置110中的具有收发功能的天线和控制电路可以视为通信装置110的通信单元1102,具有处理功能的处理器可以视为通信装置
110的处理单元1101。可选的,通信单元1102中用于实现接收功能的器件可以视为接收单
元,接收单元用于执行本申请实施例中的接收的步骤,接收单元可以为接收机、接收器、接
收电路等。通信单元1102中用于实现发送功能的器件可以视为发送单元,发送单元用于执
行本申请实施例中的发送的步骤,发送单元可以为发送机、发送器、发送电路等。
[0184] 图11中的集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实施例的技术
方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件
产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得
一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行
本申请各个实施例所述方法的全部或部分步骤。存储计算机软件产品的存储介质包括:U
盘、移动硬盘、只读存储器(read‑only memory,简称ROM)、随机存取存储器(random access 
memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
[0185] 图11中的单元也可以称为模块,例如,处理单元可以称为处理模块。
[0186] 本申请实施例还提供了一种通信装置(记为通信装置120)的硬件结构示意图,参见图12或图13,该通信装置120包括处理器1201,可选的,还包括与处理器1201连接的存储
器1202。
[0187] 处理器1201可以是一个通用中央处理器(central processing unit,简称CPU)、微处理器、特定应用集成电路(application‑specific integrated circuit,简称ASIC),
或者一个或多个用于控制本申请方案程序执行的集成电路。处理器1201也可以包括多个
CPU,并且处理器1201可以是一个单核(single‑CPU)处理器,也可以是多核(multi‑CPU)处
理器。这里的处理器可以指一个或多个设备、电路或用于处理数据(例如计算机程序指令)
的处理核。
[0188] 存储器1202可以是ROM或可存储静态信息和指令的其他类型的静态存储设备、RAM或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器
(electrically erasable programmable read‑only memory,简称EEPROM)、只读光盘
(compact disc read‑only memory,简称CD‑ROM)或其他光盘存储、光碟存储(包括压缩光
碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能
够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任
何其他介质,本申请实施例对此不作任何限制。存储器1202可以是独立存在,也可以和处理
器1201集成在一起。其中,存储器1202中可以包含计算机程序代码。处理器1201用于执行存
储器1202中存储的计算机程序代码,从而实现本申请实施例提供的方法。
[0189] 在第一种可能的实现方式中,参见图12,通信装置120还包括收发器1203。处理器1201、存储器1202和收发器1203通过总线相连接。收发器1203用于与其他设备或通信网络
通信。可选的,收发器1203可以包括发射机和接收机。收发器1203中用于实现接收功能的器
件可以视为接收机,接收机用于执行本申请实施例中的接收的步骤。收发器1203中用于实
现发送功能的器件可以视为发射机,发射机用于执行本申请实施例中的发送的步骤。
[0190] 基于第一种可能的实现方式,图12所示的结构示意图可以用于示意上述实施例中所涉及的网络设备或终端的结构。
[0191] 当图12所示的结构示意图用于示意上述实施例中所涉及的终端的结构时,处理器1201用于对终端的动作进行控制管理,例如,处理器1201用于支持终端执行图4中的401至
403,图10中的全部步骤,和/或本申请实施例中所描述的其他过程中的终端执行的动作。处
理器1201可以通过收发器1203与其他网络实体通信,例如,与网络设备通信(例如,采用第
一传输时机对应的RV向网络设备发送PUSCH)。存储器1202用于存储终端的程序代码和数
据。
[0192] 当图12所示的结构示意图用于示意上述实施例中所涉及的网络设备的结构时,处理器1201用于对网络设备的动作进行控制管理,例如,处理器1201用于支持网络设备执行
图4中的401至403,和/或本申请实施例中所描述的其他过程中的网络设备执行的动作。处
理器1201可以通过收发器1203与其他网络实体通信,例如,与终端通信(例如,采用第一传
输时机对应的RV向终端发送PDSCH)。存储器1202用于存储网络设备的程序代码和数据。
[0193] 在第二种可能的实现方式中,处理器1201包括逻辑电路以及输入接口和输出接口中的至少一个。其中,输出接口用于执行相应方法中的发送的动作,输入接口用于执行相应
方法中的接收的动作。
[0194] 基于第二种可能的实现方式,参见图13,图13所示的结构示意图可以用于示意上述实施例中所涉及的网络设备或终端的结构。
[0195] 当图13所示的结构示意图用于示意上述实施例中所涉及的终端的结构时,处理器1201用于对终端的动作进行控制管理,例如,处理器1201用于支持终端执行图4中的401至
403,图10中的全部步骤,和/或本申请实施例中所描述的其他过程中的终端执行的动作。处
理器1201可以通过输入接口和输出接口中的至少一个与其他网络实体通信,例如,与网络
设备通信(例如,采用第一传输时机对应的RV向网络设备发送PUSCH)。存储器1202用于存储
终端的程序代码和数据。
[0196] 当图13所示的结构示意图用于示意上述实施例中所涉及的网络设备的结构时,处理器1201用于对网络设备的动作进行控制管理,例如,处理器1201用于支持网络设备执行
图4中的401至403,和/或本申请实施例中所描述的其他过程中的网络设备执行的动作。处
理器1201可以通过输入接口和输出接口中的至少一个与其他网络实体通信,例如,与终端
通信(例如,采用第一传输时机对应的RV向终端发送PDSCH)。存储器1202用于存储网络设备
的程序代码和数据。
[0197] 另外,本申请实施例还提供了一种终端(记为终端140)和网络设备(记为网络设备150)的硬件结构示意图,具体可分别参见图14和图15。
[0198] 图14为终端140的硬件结构示意图。为了便于说明,图14仅示出了终端的主要部件。如图14所示,终端140包括处理器、存储器、控制电路、天线以及输入输出装置。
[0199] 处理器主要用于对通信协议以及通信数据进行处理,以及对整个终端进行控制,执行软件程序,处理软件程序的数据,例如,用于控制终端执行图4中的401至403,图10中的
全部步骤,和/或本申请实施例中所描述的其他过程中的终端执行的动作。存储器主要用于
存储软件程序和数据。控制电路(也可以称为射频电路)主要用于基带信号与射频信号的转
换以及对射频信号的处理。控制电路和天线一起也可以叫做收发器,主要用于收发电磁波
形式的射频信号。输入输出装置,例如触摸屏、显示屏,键盘等主要用于接收用户输入的数
据以及对用户输出数据。
[0200] 当终端开机后,处理器可以读取存储器中的软件程序,解释并执行软件程序的指令,处理软件程序的数据。当需要通过天线发送数据时,处理器对待发送的数据进行基带处
理后,输出基带信号至控制电路中的控制电路,控制电路将基带信号进行射频处理后将射
频信号通过天线以电磁波的形式向外发送。当有数据发送到终端时,控制电路通过天线接
收到射频信号,将射频信号转换为基带信号,并将基带信号输出至处理器,处理器将基带信
号转换为数据并对该数据进行处理。
[0201] 本领域技术人员可以理解,为了便于说明,图14仅示出了一个存储器和处理器。在实际的终端中,可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备
等,本申请实施例对此不做限制。
[0202] 作为一种可选的实现方式,处理器可以包括基带处理器和中央处理器,基带处理器主要用于对通信协议以及通信数据进行处理,中央处理器主要用于对整个终端进行控
制,执行软件程序,处理软件程序的数据。图14中的处理器集成了基带处理器和中央处理器
的功能,本领域技术人员可以理解,基带处理器和中央处理器也可以是各自独立的处理器,
通过总线等技术互联。本领域技术人员可以理解,终端可以包括多个基带处理器以适应不
同的网络制式,终端可以包括多个中央处理器以增强其处理能力,终端的各个部件可以通
过各种总线连接。该基带处理器也可以表述为基带处理电路或者基带处理芯片。该中央处
理器也可以表述为中央处理电路或者中央处理芯片。对通信协议以及通信数据进行处理的
功能可以内置在处理器中,也可以以软件程序的形式存储在存储器中,由处理器执行软件
程序以实现基带处理功能。
[0203] 图15为网络设备150的硬件结构示意图。网络设备150可包括一个或多个射频单元,如远端射频单元(remote radio unit,简称RRU)1501和一个或多个基带单元(baseband 
unit,简称BBU)(也可称为数字单元(digital unit,简称DU))1502。
[0204] 该RRU1501可以称为收发单元、收发机、收发电路、或者收发器等等,其可以包括至少一个天线1511和射频单元1512。该RRU1501部分主要用于射频信号的收发以及射频信号
与基带信号的转换。该RRU1501与BBU1502可以是物理上设置在一起,也可以物理上分离设
置的,例如,分布式基站。
[0205] 该BBU1502为网络设备的控制中心,也可以称为处理单元,主要用于完成基带处理功能,如信道编码,复用,调制,扩频等等。
[0206] 在一个实施例中,该BBU1502可以由一个或多个单板构成,多个单板可以共同支持单一接入指示的无线接入网(如LTE网络),也可以分别支持不同接入制式的无线接入网(如
LTE网,5G网或其它网)。该BBU1502还包括存储器1521和处理器1522,该存储器1521用于存
储必要的指令和数据。该处理器1522用于控制网络设备进行必要的动作。该存储器1521和
处理器1522可以服务于一个或多个单板。也就是说,可以每个单板上单独设置存储器和处
理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要
的电路。
[0207] 应理解,图15所示的网络设备150能够执行图4中的401至403,和/或本申请实施例中所描述的其他过程中的网络设备执行的动作。网络设备150中的各个模块的操作,功能,
或者,操作和功能,分别设置为实现上述方法实施例中的相应流程。具体可参见上述方法实
施例中的描述,为避免重复,此处适当省略详述描述。
[0208] 在实现过程中,本实施例提供的方法中的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现
为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。图14和图15中
的关于处理器的其他描述可参见图12和图13中的与处理器相关的描述,不再赘述。
[0209] 本申请实施例还提供了一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行上述任一方法。
[0210] 本申请实施例还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述任一方法。
[0211] 本申请实施例还提供了一种通信系统,包括:上述网络设备和终端。
[0212] 在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式来实现。该计算机
程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或
部分地产生按照本申请实施例所述的流程或功能。计算机可以是通用计算机、专用计算机、
计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从
一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一
个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线
(digital subscriber line,简称DSL))或无线(例如红外、无线、微波等)方式向另一个网
站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取
的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设
备。可用介质可以是磁性介质(例如,软盘、硬盘、磁带),光介质(例如,DVD)、或者半导体介
质(例如固态硬盘(solid state disk,简称SSD))等。
[0213] 尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看附图、公开内容、以及所附权利要求书,可理解并实现公
开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步
骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的
若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组
合起来产生良好的效果。
[0214] 尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所
附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修
改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不
脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其
等同技术的范围之内,则本申请也意图包含这些改动和变型在内。