WO2021087904A1 - 非授权频谱上的数据传输方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种非授权频谱上的数据传输方法、装置、设备及存储介质，属于通信技术领域。所述方法包括：当终端无法在第一上行资源上发送第一数据时，终端根据第二上行资源配置确定第二上行资源，其中，第一上行资源对应于第一上行资源配置，第一上行资源配置和第二上行资源配置是同一个上行BWP的两个不同的资源配置；终端在第二上行资源上发送第一数据。本申请实施例提供的技术方案，通过为同一个上行BWP配置多个上行资源配置，有助于提高上行数据的传输机会，提高分集增益。

Description

非授权频谱上的数据传输方法、装置、设备及存储介质 技术领域

本申请涉及通信技术领域，特别涉及一种非授权频谱上的数据传输方法、装置、设备及存储介质。

背景技术

5G NR(New Radio，新空口)系统除了占用授权频谱进行信息传输之外，还可以占用非授权频谱进行数据传输，以提高频谱资源的利用率。

非授权频谱是只需要管理机构要求就可以直接使用的频谱资源。在非授权频谱上进行数据传输的终端，需要遵循LBT(Listen Before Talk，先听后说)机制。即使用非授权频谱传输的终端，在传输数据之前需要先执行LBT流程，即按照规定侦听一段时间，检测该非授权频谱是否被占用，如果该非授权频谱未被占用，也即处于空闲状态，终端才可以占用该非授权频谱传输数据。如果该非授权频谱被占用，则终端需要根据规定回退一段时间再继续侦听信道，直到信道侦听结果为空闲状态，才能进行数据传输。

发明内容

本申请实施例提供了一种非授权频谱上的数据传输方法、装置、设备及存储介质。所述技术方案如下：

一个方面，本申请实施例提供了一种非授权频谱上的数据传输方法，所述方法包括：

当终端无法在第一上行资源上发送第一数据时，所述终端根据第二上行资源配置确定第二上行资源，其中，所述第一上行资源对应于第一上行资源配置，所述第一上行资源配置和所述第二上行资源配置是同一个上行BWP(Bandwidth Part，带宽部分)的两个不同的资源配置；

所述终端在所述第二上行资源上发送所述第一数据。

另一方面，本申请实施例提供了一种非授权频谱上的数据传输方法，所述方法包括：

当基站无法在第一下行资源上发送第二数据时，所述基站根据第二下行资源配置确定第二下行资源，其中，所述第一下行资源对应于第一下行资源配置，所述第一下行资源配置和所述第二下行资源配置是同一个下行BWP的两个不同的资源配置；

所述基站在所述第二下行资源上发送所述第二数据。

另一方面，本申请实施例提供了一种非授权频谱上的数据传输装置，应用于终端，所述装置包括：

资源确定模块，用于当所述终端无法在第一上行资源上发送第一数据时，根据第二上行资源配置确定第二上行资源，其中，所述第一上行资源对应于第一上行资源配置，所述第一上行资源配置和所述第二上行资源配置是同一个上行BWP的两个不同的资源配置；

数据发送模块，用于在所述第二上行资源上发送所述第一数据。

另一方面，本申请实施例提供了一种非授权频谱上的数据传输装置，应用于基站，所述装置包括：

资源确定模块，用于当所述基站无法在第一下行资源上发送第二数据时，根据第二下行资源配置确定第二下行资源，其中，所述第一下行资源对应于第一下行资源配置，所述第一下行资源配置和所述第二下行资源配置是同一个下行BWP的两个不同的资源配置

数据发送模块，用于在所述第二下行资源上发送所述第二数据。

又一方面，本申请实施例提供了一种终端，所述终端包括处理器、存储器和收发器；

所述处理器，用于当无法在第一上行资源上发送第一数据时，根据第二上行资源配置确定第二上行资源，其中，所述第一上行资源对应于第一上行资源配置，所述第一上行资源配置和所述第二上行资源配置是同一个上行BWP的两个不同的资源配置；

所述收发器，用于在所述第二上行资源上发送所述第一数据。又一方面，本申请实施例提供了一种基站，所述基站包括处理器、存储器和收发器；

所述处理器，用于当无法在第一下行资源上发送第二数据时，根据第二下行资源配置确定第二下行资源，其中，所述第一下行资源对应于第一下行资源配置，所述第一下行资源配置和所述第二下行资源配置是同一个下行BWP的两个不同的资源配置；

所述收发器，用于在所述第二下行资源上发送所述第二数据。

再一方面，本申请实施例提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序用于被处理器执行，以实现如上述终端侧的非授权频谱上的数据传输方法。

再一方面，本申请实施例提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所 述计算机程序用于被处理器执行，以实现如上述基站侧的非授权频谱上的数据传输方法。

本申请实施例提供的技术方案可以带来如下有益效果：

当终端无法在第一上行资源上发送第一数据时，终端根据第二上行资源配置确定第二上行资源，并在第二上行资源上发送第一数据，通过为同一个上行BWP配置多个上行资源配置，有助于提高上行数据的传输机会，提高分集增益。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一个实施例提供的网络架构的示意图；

图2是本申请一个实施例提供的非授权频谱上的数据传输方法的流程图；

图3是本申请一个实施例提供的数据发送方法的流程图；

图4是本申请另一个实施例提供的数据发送方法的流程图；

图5是本申请另一个实施例提供的非授权频谱上的数据传输方法的流程图；

图6是本申请又一个实施例提供的数据发送方法的流程图；

图7是本申请又一个实施例提供的数据发送方法的流程图；

图8是本申请一个实施例提供的非授权频谱上的数据传输装置的框图；

图9是本申请另一个实施例提供的非授权频谱上的数据传输装置的框图；

图10是本申请一个实施例提供的终端的结构示意图；

图11是本申请一个实施例提供的基站的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

在对本申请实施例进行介绍说明之前，首先对本申请中涉及的信道接入机制进行解释说明。

信道接入机制(category)包括以下几种：

第一种(Category 1)：直接传输机制，也即不执行LBT，即设备在传输信息之前不需要进行信道检测，直接发送信息。LBT也可以称为监听避让机制，用于实现非授权频谱的有效共享。LBT要求在传输信息前先监听信道，进行CCA(Clear Channel Assessment，空闲信道评估)，在确保信道空闲的情况下再进行传输。

第二种(Category 2)：不含随机退避过程的LBT机制。设备在传输信息之前，只需要检测一个时间粒度即可，例如时间粒度可以是25us，如果在该时间粒度内信道空闲，那么设备就可以传输信息，否则，LBT执行失败，设备不可以传输信息。

第三种(Category 3)：CWS(Contention Window Size，竞争窗口大小)固定的随机退避型LBT机制，发送设备首先在第一时间粒度检测该波束对应的信道是否空闲，若检测到该波束对应的信道空闲，在第一竞争窗口内选取随机数的值N，并以第二时间粒度为时间粒度进行信道检测；如果在第二时间粒度检测到该波束对应的信道空闲，且随机数的值不为0，则将随机数的值减1，并继续以第二时间粒度为时间粒度进行信道检测；如果在第二时间粒度检测到该波束对应的信道忙，则再次以第一时间粒度为时间粒度进行信道检测；如果再次在第一时间粒度检测到该波束对应的信道空闲，且随机数的值不为0，则将随机数的值减1，并恢复以第二时间粒度为时间粒度进行信道检测；直至随机数的值减为0，才表示信道空闲。

第四种(Category 4)：CWS可变的随机退避型LBT机制。即在Category 3的基础上，发送设备可以根据前一次传输的结果调整CWS。比如前一次传输过程中的一个参考时间内传输的数据中，没有被正确接收的比例为X，当X大于一个门限时，则CWS值增加。为了细化LBT过程中的参数设置，在LBT Category 4中设置了四种优先级，每种优先级对应不同的参数配置，不同业务类型的数据传输对应不同的优先级。

Category 4的原理如下：设备首先在第一时间粒度检测该波束对应的信道是否空闲，若检测到该波束对应的信道空闲，在第一竞争窗口内选取随机数的值N，并以第二时间粒度为时间粒度进行信道检测；如果在第二时间粒度检测到该波束对应的信道空闲，且随机数的值不为0，则将随机数的值减1，并继续以第二时间粒度为时间粒度进行信道检测；如果在第二时间粒度检测到该波束对应的信道忙，则再次 以第一时间粒度为时间粒度进行信道检测；如果再次在第一时间粒度检测到该波束对应的信道空闲，且随机数的值不为0，则将随机数的值减1，并恢复以第二时间粒度为时间粒度进行信道检测；直至随机数的值减为0，才表示信道空闲。

举例来说，第一时间粒度为16us+M*9us，第二时间粒度为9us，则先检测16us+M*9us内信道是否空闲，若信道空闲，则在竞争窗口内选取随机数的值N，再以9us为粒度进行检测，若信道空闲，则N-1，并继续以9us为粒度检测；否则，以16us+M*9us为粒度进行信道检测，当检测信道空闲，则N-1，并恢复以9us为粒度检测直到随机数为0才表示信道空闲，可以使用。

其中，上述M的取值由表-1和表-2里的m _p决定，信道接入优先级值p不同，M取值不同。表-1为下行LBT Category 4四种优先级参数配置，表-2为上行LBT Category 4四种优先级参数配置，两者只是配置的数值略有不同。

表-1

表-2

上述表-1和表-2所示的四种信道接入优先级中，p值越小，对应的优先级越高。m _p是一个延迟时间中所包含ECCA(Extended Clear Channel，延长空闲信道评估)的个数，与执行信道接入的侦听信道时间有关系，每个延迟时间是由固定的16us时长和m _p个ECCA组成的，即上文介绍的第一时间粒度。CW _min,p和CW _max,p是最小竞争窗口值和最大竞争窗口值，与信道随机接入过程中的随机侦听信道时间有关系，在LBT过程中的CWS便是在这两个值之间生成的，然后再由0到生成的竞争窗口CW _p中随机生成的退避计数器N来决定LBT信道检测过程中退避的时间长短，CW _min,p≤CW _p≤CW _max,p，而T _mcot,p是每种优先级对应的LBT Category 4执行成功之后能占用信道的最大时长，与基站采用的信道优先级有关系，例如优先级为1，则信道侦听成功之后，最多占用信道2ms。由上表可知相较于优先级1，2而言，优先级3，4的LBT过程的执行时间较长，获得信道接入的机会相对较低，为了保证公平性，使用这两种优先级的数据传输能占用的最大传输时间也相对较长。

对于终端而言，基站给终端传输数据需要在MCOT(Maximum Channel Occupy Time，最大信道占用时间)之内，如果基站没有抢占到信道，也就是在MCOT时间之外，终端是不会收到基站给该终端的调度数据的。

需要说明的是，上述四种信道接入机制只是示例性介绍说明，随着通信技术的演进，上述四种信道接入机制可能有所变化，或者有新的信道接入机制产生，但都是适用于本申请描述的技术方案。

下面，对NR支持的CG(Configured Grant，配置授权)进行介绍说明：

NR支持两种类型的CG，分别是CG type1(配置授权类型1)和CG type2(配置授权类型2)。

CG type1是指上行链路许可由RRC(Radio Resource Control，无线资源控制)提供，并且被存储为配置的上行链路许可。即由RRC通过高层信令进行配置。

CG type2是指上行链路许可由PDCCH(Physical Downlink Control Channel，物理下行控制信道)提供，并且基于指示配置的上行链路许可激活或停用的L1信令被存储或清除为配置的上行链路许可。即由DCI(Downlink Control Information，下行控制信息)进行指示上行免授权的激活和去激活，其需要的参数由高层信令进行配置，但是需要由DCI激活时才进行使用。

本申请实施例描述的网络架构以及业务场景是为了更加清楚地说明本申请实施例的技术方案，并不构成对本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

请参考图1，其示出了本申请一个实施例提供的网络架构的示意图。该网络架构可以包括：终端10和基站20。

终端10的数量通常为多个，每一个基站20所管理的小区内可以分布一个或多个终端10。本申请实施例中涉及的终端10，可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的用户设备(User Equipment，UE)，移动台(Mobile Station，MS)，终端设备(terminal device)等等。为方便描述，本申请实施例中，上面提到的设备统称为终端。

基站20是一种部署在接入网中用以为终端10提供无线通信功能的装置。基站20可以包括各种形式的宏基站，微基站，中继站，接入点等等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如在5G NR系统中，称为gNodeB或者gNB。随着通信技术的演进，“基站”这一名称可能会变化。为方便描述，本申请实施例中，上述为终端10提供无线通信功能的装置统称为基站20。

另外，在本申请实施例中，名词“网络”和“系统”通常混用，但本领域技术人员可以理解其含义。本申请实施例描述的技术方案可以适用于5G NR系统，也可以适用于5G NR系统后续的演进系统。

下面，将结合几个示例性实施例，对本申请技术方案进行介绍说明。

请参考图2，其示出了本申请一个实施例提供的非授权频谱上的数据传输方法的流程图。该方法可应用于图1所示的终端10中，该方法可以包括如下几个步骤：

步骤201，当终端无法在第一上行资源上发送第一数据时，终端根据第二上行资源配置确定第二上行资源。

在本申请实施例中，第一上行资源对应于第一上行资源配置，第一上行资源配置和第二上行资源配置是同一个上行BWP的两个不同的资源配置。示例性地，第一上行资源配置和第二上行资源配置具有不同的标识信息。上行资源配置的标识信息用于唯一标识该上行资源配置，不同的上行资源配置具有不同的标识信息。

可选地，上行资源是CG资源。在下述实施例中，主要以上行资源为CG资源为例进行介绍说明，但不应该对本申请实施例造成限定。此时，第一上行资源配置可以是第一CG资源配置，第二上行资源配置可以是第二CG资源配置，第一CG资源配置可以表示为CG#1，第二CG资源配置可以表示为CG#2，CG#1和CG#2是同一个上行BWP的两个不同的资源配置。第一CG资源可以是属于第一CG资源配置的资源，第二CG资源可以是属于第二CG资源配置的资源。

基站给一个上行BWP配置多个CG资源配置，该多个CG资源配置可以同时激活，每个CG资源配置对应有各自的标识信息，不同的CG资源配置的标识信息不同。CG资源配置的标识信息可以是CG index。

示例性地，终端无法在第一上行资源上发送第一数据，包括以下任意一种情形：

第一种情形：终端在第一上行资源上执行LBT检测到信道繁忙，导致无法在第一上行资源上发送第一数据。LBT要求在传输数据前侦听信道，如果检测到信道繁忙，则终端无法发送数据。

第二种情形：终端确定在第一上行资源上有另外一个在时域上重叠或者部分重叠的上行传输，并且终端决定优先传输该上行传输，导致无法在第一上行资源上发送第一数据。当该上行传输和第一数据都需要占用第一上行资源进行传输，且两者在时域上存在重叠或者部分重叠时，如果该上行传输的优先级高于第一数据，则终端无法在该第一上行资源上发送第一数据。

另外，第一数据是指准备在第一上行资源发送，但还未发送的数据。第一数据可以是一个待发送的TB(Transport Block，传输块)。

步骤202，终端在第二上行资源上发送第一数据。

当上行BWP支持多个CG资源配置时，可以用多个CG资源配置来提高传输机会，当终端无法在第一CG资源配置对应的第一CG资源上发起数据传输时，终端可以选择另外一个CG资源配置(即第二CG资源配置)对应的CG资源发送该数据。

另外，终端在确定出第二上行资源之后，可以在该第二上行资源上执行LBT，如果在该第二上行资源上执行LBT检测到信道空闲，那么终端就可以在该第二上行资源上发送第一数据。

相应地，基站接收在第二上行资源上发送的第一数据。

综上所述，本申请实施例提供的技术方案中，当终端无法在第一上行资源上发送第一数据时，终端根据第二上行资源配置确定第二上行资源，并在第二上行资源上发送第一数据，通过为同一个上行BWP 配置多个上行资源配置，有助于提高上行数据的传输机会，提高分集增益。

在一个示例中，如图3所示，终端可以通过如下方式在第二上行资源上发送第一数据：

步骤301，终端根据第二上行资源配置对应的最大HARQ(Hybrid Automatic Repeat Request，混合式自动重传请求)进程号，选择第一HARQ进程作为第二上行资源对应的HARQ进程。

在本申请实施例中，第一HARQ进程是第一上行资源对应的HARQ进程，且第一HARQ进程的缓存中存储有第一数据。在本申请实施例中，HARQ进程的缓存是指HARQ进程对应的缓存，是用于存储与该HARQ进程相关的数据的缓存。

当终端在第一CG资源配置对应的第一CG资源上执行上行传输时，终端基于实现选择该第一CG资源对应的一个HARQ进程(即第一HARQ进程)，该第一HARQ进程属于该第一CG资源配置对应的HARQ进程集合中的一个。可选地，基站给第一CG资源配置对应配置有一个最大HARQ进程号(最大可用的HARQ进程号)，终端根据第一CG资源配置对应的最大HARQ进程号，选择第一HARQ进程作为第一CG资源对应的HARQ进程。例如，终端在[0，第一CG资源配置对应的最大HARQ进程号-1]这一进程号区间中选择第一HARQ进程。假设第一CG资源配置对应的最大HARQ进程号为6，则终端可以在[0,5]之间选择第一HARQ进程，例如，终端可以将HARQ进程4确定为第一HARQ进程。之后，终端可以将待传输的第一数据放到该第一HARQ进程对应的缓存中，等待传输。

在本实施例中，上行BWP的两个CG资源配置具有相同的HARQ进程集合，仍然以上述示例为例，CG#1和CG#2的HARQ进程集合都为HARQ进程0～8。可选地，第二上行资源配置对应的最大HARQ进程号，与第一上行资源配置对应的最大HARQ进程号相同。例如，CG#2对应的最大HARQ进程号，与CG#1对应的最大HARQ进程号相同，假设CG#2和CG#1对应的最大HARQ进程号都为6，则CG#2和CG#1对应的可用HARQ进程号都为0～5。可选地，第二上行资源配置对应的最大HARQ进程号，与第一上行资源配置对应的最大HARQ进程号不同。例如，CG#2对应的最大HARQ进程号，与CG#1对应的最大HARQ进程号不同，假设CG#2对应的最大HARQ进程号为5，CG#1对应的最大HARQ进程号为6，则CG#2对应的可用HARQ进程号为0～4，CG#1对应的可用HARQ进程号为0～5。

在本实施例中，如果CG#2对应的可用HARQ进程号包括第一HARQ进程，那么终端优先选择该第一HARQ进程作为第二CG资源对应的HARQ进程。

步骤302，终端在第二上行资源上发送第一HARQ进程的缓存中存储的第一数据。

因为第二CG资源对应的HARQ进程与第一CG资源对应的HARQ进程一样，都为第一HARQ进程，因此终端可以直接在第二CG资源上发送第一HARQ进程的缓存中存储的第一数据。

示例性地，终端可以先检测第一HARQ进程对于第二上行资源是否可用，若第一HARQ进程对于第二上行资源可用，则终端可以选择该第一HARQ进程作为第二上行资源对应的HARQ进程，然后在第二上行资源上发送第一HARQ进程的缓存中存储的第一数据；若第一HARQ进程对于第二上行资源不可用，则终端可以执行以下流程：根据第二上行资源配置对应的最大HARQ进程号，选择第二HARQ进程作为第二上行资源对应的HARQ进程；将第一数据，从第一HARQ进程的缓存移动到第二HARQ进程的缓存中；在第二上行资源上发送第二HARQ进程的缓存中存储的第一数据。

当CG#2对应的可用HARQ进程号不包括第一HARQ进程时，第一HARQ进程对于第二CG资源不可用。例如，第一HARQ进程的进程号为5，第二CG资源配置对应的最大HARQ进程号为5，CG#2对应的可用HARQ进程号为0～4，HARQ进程5对于第二CG资源来说不可用。此时，终端可以从0～4之间选择一个HARQ进程作为第二CG资源对应的HARQ进程，例如选择HARQ进程2作为第二CG资源对应的HARQ进程。终端将第一数据从HARQ进程5的缓存移动到HARQ进程2的缓存中，在第二CG资源上发送该HARQ进程2的缓存中存储的第一数据。

综上所述，本申请实施例提供的技术方案中，通过选择第一上行资源对应的HARQ进程，作为第二上行资源对应的HARQ进程，免去了数据移动的流程，可以减轻终端的处理开销。

在另一个示例中，第一上行资源配置对应于第一HARQ进程集合，第二上行资源配置对应于第二HARQ进程集合，该第一HARQ进程集合和第二HARQ进程集合是两个不同的HARQ进程集合。如图4所示，终端通过如下方式在第二上行资源上发送第一数据：

步骤401，终端从第二HARQ进程集合中选择第二HARQ进程作为第二上行资源对应的HARQ进程。

在本实施例中，第二HARQ进程与第一HARQ进程不同，第一HARQ进程是从第一HARQ进程集合中选择的第一上行资源对应的HARQ进程，且第一HARQ进程的缓存中存储有第一数据。

当终端在第一CG资源配置对应的第一CG资源上执行上行传输时，终端基于实现选择该第一CG资源对应的一个HARQ进程(即第一HARQ进程)，该第一HARQ进程属于该第一CG资源配置对应 的HARQ进程集合中的一个。假设第一CG资源配置对应的第一HARQ进程集合包括HARQ进程0～5，则终端可以从HARQ进程0～5中选择HARQ进程2为第一HARQ进程。之后，终端可以将待传输的第一数据放到该第一HARQ进程对应的缓存中，等待传输。

示例性地，基站为CG#1和CG#2配置不同的HARQ偏移量，可以保证CG#1和CG#2分别对应的CG资源具有不同的HARQ进程，例如，CG#1配置的HARQ偏移量为0，CG#2配置的HARQ偏移量为4，此时，CG#1对应的HARQ进程集合包括HARQ进程0～3，CG#2对应的HARQ进程集合包括HARQ进程4～7。

步骤402，终端将第一数据，从第一HARQ进程的缓存移动到第二HARQ进程的缓存中。

仍然以上述示例为例，CG#1对应的HARQ进程集合包括HARQ进程0～3，CG#2对应的HARQ进程集合包括HARQ进程4～7，假设第一CG资源对应HARQ进程2，终端从HARQ进程4～7中选择HARQ进程5作为第二CG资源对应的HARQ进程，终端将第一数据从HARQ进程2的缓存移动到HARQ进程5的缓存中。

可选地，终端将第一数据，从第一HARQ进程的缓存移动到第二HARQ进程的缓存中之后，清空第一HARQ进程的缓存。

步骤403，终端在第二上行资源上发送第二HARQ进程的缓存中存储的第一数据。

仍然以上述示例为例，终端在第二CG资源上发送HARQ进程5的缓存中存储的第一数据。

示例性地，若第一HARQ进程集合和第二HARQ进程集合中包括至少一个相同的HARQ进程，且该至少一个相同的HARQ进程包括第一HARQ进程，则终端选择第一HARQ进程作为第二上行资源对应的HARQ进程；终端在第二上行资源上发送第一HARQ进程的缓存中存储的第一数据。示例性地，假设CG#1对应的HARQ进程集合包括HARQ进程0～4，CG#2对应的HARQ进程集合包括HARQ进程4～8，上述两个HARQ进程集合都包括HARQ进程4，如果第一CG资源对应的HARQ进程为HARQ进程4，则终端优先从CG#2对应的HARQ进程集合中选择HARQ进程4作为第二CG资源对应的HARQ进程，这样，终端就可以在第二CG资源上直接发送HARQ进程4的缓存中存储的第一数据，不需要进行数据的移动。

请参考图5，其示出了本申请另一个实施例提供的非授权频谱上的数据传输方法的流程图。该方法可应用于图1所示的基站20中，该方法可以包括如下几个步骤：

步骤501，当基站无法在第一下行资源上发送第二数据时，基站根据第二下行资源配置确定第二下行资源。

在本申请实施例中，第一下行资源对应于第一下行资源配置，第一下行资源配置和第二下行资源配置是同一个下行BWP的两个不同的资源配置。示例性地，第一下行资源配置和第二下行资源配置具有不同的标识信息。下行资源配置的标识信息用于唯一标识该下行资源配置，不同的下行资源配置具有不用的标识信息。

可选地，下行资源是SPS(Semi-Persistent Scheduling，半永久性调度)资源。在下述实施例中，主要以下行资源为SPS资源为例进行介绍说明，但不应该对本申请实施例造成限定。此时，第一下行资源配置可以是第一SPS资源配置，第二下行资源配置可以是第二SPS资源配置，第一SPS资源配置可以表示为SPS#1，第二SPS资源配置可以表示为SPS#2，SPS#1和SPS#2是同一个下行BWP的两个不同的资源配置，第一SPS资源可以是属于第一SPS资源配置的资源，第二SPS资源可以是属于第二SPS资源配置的资源。

基站给一个下行BWP配置多个SPS资源配置，该多个SPS资源配置可以同时激活，每个SPS资源配置对应有各自的标识信息，不同的SPS资源配置的标识信息不同。SPS资源配置的标识信息可以是SPS index。

示例性地，基站无法在第一下行资源上发送第二数据，可以包括以下任意一种情形：

第一种情形：基站在第一下行资源上执行LBT检测到信道繁忙，导致无法在第一下行资源上发送第二数据。LBT要求在传输数据前侦听信道，如果检测到信道繁忙，则基站无法发送数据。

第二种情形：基站确定在第一下行资源上有另外一个在时域上重叠或者部分重叠的下行传输，并且基站决定优先传输下行传输，，导致无法在第一下行资源上发送第二数据。当该下行传输和第二数据都需要占用第一下行资源进行传输，且两者在时域上存在重叠或者部分重叠时，如果该下行传输的优先级高于第二数据，则基站无法在该第一下行资源上发送第二数据。

另外，第二数据是指准备在第一下行资源发送，但还未发送的数据。第二数据可以是一个待发送的TB(Transport Block，传输块)。

步骤502，基站在第二下行资源上发送第二数据。

当下行BWP支持多个SPS资源配置时，可以用多个SPS资源配置来提高传输机会，当基站无法在 第一SPS资源配置对应的第一SPS资源上发起数据传输时，基站可以选择另外一个SPS资源配置(即第二SPS资源配置)对应的SPS资源发送该数据。

另外，基站在确定出第二下行资源之后，可以在该第二下行资源上执行LBT，如果在该第二下行资源上执行LBT检测到信道空闲，那么基站就可以在该第二下行资源上发送第二数据。

相应地，终端接收在第二下行资源上发送的第二数据。

综上所述，本申请实施例提供的技术方案中，当基站无法在第一下行资源上发送第二数据时，基站根据第二下行资源配置确定第二下行资源，并在第二下行资源上发送第二数据，通过维同一个下行BWP配置多个下行资源配置，有助于提高下行数据的传输机会，提高分集增益。

在一个示例中，如图6所示，基站通过如下方式在第二下行资源上发送第二数据：

步骤601，基站根据第二下行资源配置对应的最大HARQ进程号，选择第三HARQ进程作为第二下行资源对应的HARQ进程。

在本申请实施例中，第三HARQ进程是第一下行资源对应的HARQ进程，且第三HARQ进程的缓存中存储有第二数据。

当基站在第一SPS资源配置对应的第一SPS资源上执行下行传输时，基站基于实现选择该第一SPS资源对应的一个HARQ进程(即第三HARQ进程)，该第三HARQ进程属于该第一SPS资源配置对应的HARQ进程集合中的一个。可选地，基站给第一SPS资源配置对应配置有一个最大HARQ进程号(最大可用的HARQ进程号)，基站根据第一SPS资源配置对应的最大HARQ进程号，选择第三HARQ进程作为第一SPS资源对应的HARQ进程。例如，基站在[0，第一SPS资源配置对应的最大HARQ进程号-1]这一进程号区间中选择第三HARQ进程。假设第一SPS资源配置对应的最大HARQ进程号为6，则基站可以在[0,5]之间选择第三HARQ进程，例如，基站可以将HARQ进程4确定为第三HARQ进程，进程4的缓存中存储有第二数据。之后，基站可以将待传输的第二数据放到该第三HARQ进程对应的缓存中，等待传输。

在本实施例中，下行BWP的两个SPS资源配置具有相同的HARQ进程集合，仍然以上述示例为例，SPS#1和SPS#2的HARQ进程集合都为HARQ进程0～8。可选地，第二下行资源配置对应的最大HARQ进程号，与第一下行资源配置对应的最大HARQ进程号相同。例如，SPS#2对应的最大HARQ进程号，与SPS#1对应的最大HARQ进程号相同，假设SPS#1和SPS#2对应的最大HARQ进程号都为6，则SPS#1和SPS#2对应的可用HARQ进程号都为0～5。可选地，第二下行资源配置对应的最大HARQ进程号，与第一下行资源配置对应的最大HARQ进程号不同。例如，SPS#2对应的最大HARQ进程号，与SPS#1对应的最大HARQ进程号不同，假设SPS#2对应的最大HARQ进程号为5，SPS#1对应的最大HARQ进程号为6，则SPS#2对应的可用HARQ进程号为0～4，SPS#1对应的可用HARQ进程号为0～5。

在本实施例中，如果SPS#2对应的可用HARQ进程号包括第三HARQ进程，那么基站优先选择该第三HARQ进程作为第二SPS资源对应的HARQ进程。

步骤602，基站在第二下行资源上发送第三HARQ进程的缓存中存储的第二数据。

因为第二SPS资源对应的HARQ进程与第一SPS资源对应的HARQ进程一样，都为第三HARQ进程，因此基站可以直接在第二SPS资源上发送第三HARQ进程的缓存中存储的第二数据。

示例性地，基站可以先检测第三HARQ进程对于第二下行资源是否可用，若第三HARQ进程对于第二下行资源可用，则基站可以选择该第三HARQ进程作为第二下行资源对应的HARQ进程，然后在第二下行资源上发送第三HARQ进程的缓存中存储的第二数据；若第三HARQ进程对于第二下行资源不可用，则基站可以执行以下流程：根据第二下行资源配置对应的最大HARQ进程号，选择第四HARQ进程作为第二下行资源对应的HARQ进程；将第二数据，从第三HARQ进程的缓存移动到第四HARQ进程的缓存中；在第二下行资源上发送第四HARQ进程的缓存中存储的第二数据。

当SPS#2对应的可用HARQ进程号不包括第三HARQ进程时，第三HARQ进程对于第二SPS资源不可用。例如，第三HARQ进程的进程号为5，第二SPS资源配置对应的最大HARQ进程号为5，SPS#2对应的可用HARQ进程号为0～4，HARQ进程5对于第二SPS资源来说不可用。此时，基站可以从0～4之间选择一个HARQ进程作为第二SPS资源对应的HARQ进程，例如选择HARQ进程2作为第二SPS资源对应的HARQ进程。基站将第二数据从HARQ进程5的缓存移动到HARQ进程2的缓存中，在第二SPS资源上发送该HARQ进程2的缓存中存储的第二数据。

综上所述，本申请实施例提供的技术方案中，通过选择第一下行资源对应的HARQ进程，作为第二下行资源对应的HARQ进程，免去了数据移动的流程，可以减轻基站的处理开销。

在另一个示例中，第一下行资源配置对应于第三HARQ进程集合，第二下行资源配置对应于第四 HARQ进程集合，该第三HARQ进程集合和第四HARQ进程集合是两个不同的HARQ进程集合。如图7所示，基站通过如下方式在第二下行资源上发送第二数据：

步骤701，基站从第四HARQ进程集合中选择第四HARQ进程作为第二下行资源对应的HARQ进程。

在本实施例中，第四HARQ进程与第三HARQ进程不同，第三HARQ进程是从第三HARQ进程集合中选择的第一下行资源对应的HARQ进程，且第三HARQ进程的缓存中存储有第二数据。

当基站在第一SPS资源配置对应的第一SPS资源上执行上行传输时，基站基于实现选择该第一SPS资源对应的一个HARQ进程(即第三HARQ进程)，该第三HARQ进程属于该第一SPS资源配置对应的HARQ进程集合中的一个。假设第一SPS资源配置对应的第三HARQ进程集合包括HARQ进程0～5，则基站可以从HARQ进程0～5中选择HARQ进程2为第三HARQ进程。之后，基站可以将待传输的第二数据放到该第三HARQ进程对应的缓存中，等待传输。

示例性地，基站为SPS#1和SPS#2配置不同的HARQ偏移量，可以保证SPS#1和SPS#2分别对应的SPS资源具有不同的HARQ进程，例如，SPS#1配置的HARQ偏移量为0，SPS#2配置的HARQ偏移量为4，此时，SPS#1对应的HARQ进程集合包括HARQ进程0～3，SPS#2对应的HARQ进程集合包括HARQ进程4～7。

步骤702，基站将第二数据，从第三HARQ进程的缓存移动到第四HARQ进程的缓存中。

仍然以上述示例为例，SPS#1对应的HARQ进程集合包括HARQ进程0～3，SPS#2对应的HARQ进程集合包括HARQ进程4～7，假设第一SPS资源对应HARQ进程2，基站从HARQ进程4～7中选择HARQ进程5作为第二SPS资源对应的HARQ进程，基站将第二数据，从HARQ进程2的缓存中移动到HARQ进程5的缓存中。

可选地，基站将第二数据，从第三HARQ进程的缓存移动到第四HARQ进程的缓存中之后，清空第三HARQ进程的缓存。

步骤703，基站在第二下行资源上发送第四HARQ进程的缓存中存储的第二数据。

仍然以上述示例为例，基站在第二SPS资源上发送HARQ进程5的缓存中存储的第二数据。

可选地，若第三HARQ进程集合和第四HARQ进程集合中包括至少一个相同的HARQ进程，且该至少一个相同的HARQ进程包括第三HARQ进程，则基站选择第三HARQ进程作为第二下行资源对应的HARQ进程；基站在第二下行资源上发送第三HARQ进程的缓存中存储的第二数据。示例性地，假设SPS#1对应的HARQ进程集合包括HARQ进程0～4，SPS#2对应的HARQ进程集合包括HARQ进程4～8，上述两个HARQ进程集合都包括HARQ进程4，如果第一SPS资源对应的HARQ进程为HARQ进程4，则基站优先从SPS#2对应的HARQ进程集合中选择HARQ进程4作为第二SPS资源对应的HARQ进程，这样，基站就可以在第二SPS资源上直接发送HARQ进程4的缓存中存储的第二数据，不需要进行数据的移动。

上文实施例介绍的技术方案可归纳如下：

Supporting multiple active CG/SPS in NR-U(在NR-U中支持多个激活的CG/SPS资源配置)

It’s agreed to support multiple CGs per UL BWP for NR-U as also agreed in IIoT work item.(IIOT工作项目还同意，每个NR-U的UL BWP支持多个CG。)

In general,the frame work developed in IIoT for supporting multiple CGs per UL BWP can be also applied to NR-U,there should be no specific issues to handle.(一般而言，IIoT中开发的用于每个UL BWP支持多个CG的框架也可以应用于NR-U，应该没有需要处理的特定问题。)

We also think the main motivation for NR-U to support multiple CGs per UL BWP is to improve the transmission opportunities,in either time domain or frequency domain.In order to achieve this purpose,we should handle the case when UE fails to transmit on a CG resource belonging to one of the active CG configuration due to LBT failure,it should be allowed to use another available CG resource which may belong to another CG configuration to have another try.In other words,UE may generate TB pending for transmission due to LBT failure in one of the CG,then if another CG resource belonging to different CG configuration is available(i.e.,LBT is successful),the pending TB can be allowed to use that CG resource to transmit.(我们还认为，NR-U支持每个UL BWP配置多个CG的主要动机是提高传输机会，无论是时域还是频域。为了实现这个目的，我们应该处理UE由于LBT失败而无法在属于激活CG配置之一的CG资源上传输的情况，应该允许它使用可能属于另一个CG配置的另一个可用CG资源来进行另一次尝试。换言之，由于其中一个CG中的LBT失败，UE可以生成待传输TB，那么如果属于不同CG配置的另一CG资源可用(即，LBT成功)，则可以允许上述待传输TB使用该CG资源来传输。)

Proposal1——UE can be allowed to use a CG resource belonging to different CG configuration to transmit the pending TB due to LBT failure.(方案1：UE可以被允许使用属于不同CG配置的CG资源来传输由 于LBT失败而未发送的TB。)

In previous NR-U discussion,the similar case has been discussed,and we had the conclusion that the pending TB can be transmitted using another available CG resources with the same HARQ process,as we agreed in RAN2#107 meeting as follows:(在之前的NR-U讨论中，已经讨论过类似的情况，我们得出的结论是，可以使用另一个具有相同HARQ进程的可用CG资源来传输待传输TB，正如我们在RAN2#107会议上商定的那样，如下所示：)

On LBT failure at TX on CG,the UE transmits the pending TB using same HARQ process,in a CG resource.(在CG上的TX处的LBT失败时，UE在CG资源中使用相同的HARQ进程来传输待传输TB。)

Considering multiple CG configurations case,the situation may be different.For IIoT discussion,it’s been agreed that different CG configuration should be configured with different HARQ process set,i.e.,it’s achieved by configuring a HARQ process ID offset for each of the activated CG configuration,as agreed in RAN2#107bis meeting as follows:(考虑到多个CG配置情况，情况可能不同。IIoT讨论，一致认为不同的CG配置应配置不同的HARQ进程集合，即，通过为每个激活的CG配置配置HARQ进程ID偏移量来实现，如RAN2#107bis会议同意的那样，如下所示：)

1、R2 assumes that HARQ offset parameter is explicitly configured by the network for each CG/SPS configuration.(R2假设网络为每个CG/SPS配置显式配置了HARQ偏移量参数。)

2、For CG,HARQ Process ID＝[floor(CURRENT_symbol/periodicity)]modulo nrofHARQ-Processes+harq-procID-offset.(对于CG，HRRQ进程ID＝向下取整(一个CG资源所处符号的标识/CG资源的周期)取模HARQ进程数+HARQ进程偏移量。)

According to the agreements from IIoT session,it means UE can not select the same HARQ process ID to transmit the pending TB for a certain HARQ process when it use an available CG resource belonging to different CG configuration.This may require some further discussions in NR-U case.(根据来自IIoT会话的协议，这意味着当UE使用属于不同CG配置的可用CG资源时，UE不能选择相同的HARQ进程ID来发送某个HARQ进程的待传输TB。这可能需要在NR-U案件中进行进一步的讨论。)

Observation 1——For NR-U with multiple CG configurations,UE can not use the same HRAQ process to transmit the pending TB on another different CG configuration due to LBT failure on a CG resource.(意见1对于具有多个CG配置的NR-U，由于CG资源上的LBT失败，UE无法使用相同的HRAQ进程在另一个不同的CG配置上传输待传输TB。)

In general,there are two solutions:(通常，有两种解决方案：)

Solution 1:we follow the principle agreed in NR-U session,i.e.,on LBT failure upon transmission on a CG resource,the UE transmits the pending TB using the same HARQ process even if the CG resource belonging to another different CG configuration.With this principle,we actually allow same HARQ process set for different CG configuration in NR-U.In other words,network can configure the same HRAQ process IDs for different CG configuration in NR-U,and it’s up to UE implementation to select the HARQ process ID for each CG resource.(解决方案1：我们遵循NR-U会话中商定的原则，即，在CG资源上传输LBT失败时，即使CG资源属于另一个不同的CG配置，UE也使用相同的HARQ进程传输待传输TB。根据这一原则，我们实际上允许在NR-U中为不同的CG配置设置相同的HARQ进程。换句话说，网络可以为NR-U中的不同CG配置对应配置相同的HRAQ进程ID，并且由UE实现为每个CG资源选择HARQ进程ID。)Solution 2:we follow the principle agreed in IIoT session,i.e.,different CG configuration can not use the same HARQ process ID,i.e.,by configuring a HARQ offset for each of the configured CG configuration.By doing so,it will need to introduce another mechanism for NR-U so that the UE can still transmit the pending TB using a different HARQ process when the CG resource belonging to another different CG configuration.It means somehow that the UE needs to move the stored pending TB from one HARQ buffer to another HARQ buffer.It’s feasible but it’s not desired from the complexity of MAC(Medium Access Control，媒体接入控制)specification point of view.(解决方案2：我们遵循IIoT会话中商定的原则，即不同的CG配置不能使用相同的HARQ进程ID，即，通过为每个CG配置对应配置HARQ偏移量。这样做将需要为NR-U引入另一机制，以便当CG资源属于另一不同CG配置时，UE仍然可以使用不同的HARQ过程来传输待传输TB。这有点儿意味着UE需要将存储的待传输TB从一个HARQ缓存移动到另一个HARQ缓存。这是可行的，但从MAC规范的复杂性来看，这并不理想。)

Proposal2——For multiple CGs in NR-U,UE can transmit the pending TB using the same HARQ process when the CG resource belonging to another different CG configuration.(建议2：对于NR-U中的多个CG，当CG资源属于另一不同CG配置时，UE可以使用相同的HARQ进程来传输待传输TB。)

There are some other issues concluded in IIoT when discussing the supporting of multiple CGs per UL BWP,some of them are copied as following from RAN2#107bis meeting:(在IIoT中讨论每个UL BWP支持多个 CG时，还有一些其他问题，其中一些问题从RAN2#107bis会议中复制如下：)

1、Introduce SPS/CG index to identify each SPS/CG among multiple SPS/CG configurations,i.e.,as in Rel-15 LTE.(引入SPS/CG索引以标识多个SPS/CG配置中的每个SPS/CG，即，如在Rel-15LTE中。)

2、The association between“state”(used in the joint release DCI)and the CG configuration(s)for type-2 CG is configured via RRC message.(通过RRC消息配置“状态”(用于联合释放DCI)和类型2 CG的CG配置之间的关联。)

3、Each CG configuration is always configured independently,as in Rel-15 LTE.(每个CG配置始终是独立配置的，如Rel-15 LTE中的配置。)

4、Support simultaneous Type 1&2 CG configurations in a BWP.(支持BWP中同时进行类型1和类型2 CG配置。)

5、CG periodicities of any integer-multiple of one slot(FFS if we go even lower,e.g.2 symb,7 symb)below a maximum value should be supported.FFS on the maximum value of integer N.(应该支持低于最大值的一个时隙的任意整数倍的CG周期(如果进一步降低则为FFS，例如2 symb，7 symb)。FFS上的整数N的最大值)

6、Introduce a new confirmation MAC CE format in Rel-16,which reflects the confirmation of multiple configured grant configurations(在Rel-16中引入了一种新的确认MAC CE格式，它反映了多个配置授权配置的确认)

7、A single LCH can be map to multiple CG configurations.(可以将单个LCH映射到多个CG配置。)

8、Multiple LCHs can be map to a single CG configuration.(可以将多个LCH映射到单个CG配置。)

We think all the above conclusions can be applied to NR-U when supporting multiple CG configuration per UL BWP.If proposal 2 is confirmed,we don't need to signal a HARQ process offset for each configured CG configuration since it’s up to UE implementation to select the HARQ process ID even though the CG resource belongs to different CG configuration.(当每个UL BWP支持多个CG配置时，我们认为以上所有结论都可以应用于NR-U。如果提案2得到确认，则无需为每个已配置的CG配置发送HARQ进程偏移量，因为即使CG资源属于不同的CG配置，也要由UE实施来选择HARQ进程ID。)

Proposal 3——All the conclusions agreed in IIoT for supporting multiple CGs can be applied to NR-U,except that each CG configuration is configured with a HARQ process offset.(建议3：IIoT中同意的支持多个CG的所有结论均可应用于NR-U，但每个CG配置均配置有HARQ进程偏移。)

For the downlink SPS configuration,it’s also agreed in IIoT that UE can support up to 8 simultaneously activated SPS per BWP.If the motivation for supporting multiple CGs in NR-U is to increase the transmission opportunities,it’s also applied to the downlink transmission.We,thus,think it’s feasible to support multiple SPS configurations per BWP for NR-U to increase the downlink transmission opportunities.Similar as uplink CG,all the conclusions made in IIoT can be applied to NR-U except that the network does not need to configure a HARQ process offset for each SPS configuration.(对于下行链路SPS配置，在IIoT中还同意UE可以支持每个BWP最多8个同时激活的SPS。如果在NR-U中支持多个CG的动机是为了增加传输机会，那么它也适用于下行链路传输。因此，我们认为为NR-U每个BWP支持多个SPS配置是可行的，以增加下行链路传输机会。与上行链路CG相似，IIoT中的所有结论都可以应用于NR-U，除了网络不需要为每个SPS配置对应配置HARQ进程偏移量。)

Proposal4——NR-U can support simultaneously activated 8 SPS configurations per BWP as agreed in IIoT.(建议4：NR-U可以支持IIoT中商定的每个BWP同时激活的8个SPS配置。)

请参考图8，其示出了本申请一个实施例提供的非授权频谱上的数据传输装置的框图。该装置具有实现上述终端侧的方法示例的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该装置可以是上文介绍的终端，也可以设置在终端中。如图8所示，该装置800可以包括：资源确定模块810和数据发送模块820。

资源确定模块810，用于当所述终端无法在第一上行资源上发送第一数据时，根据第二上行资源配置确定第二上行资源，其中，所述第一上行资源对应于第一上行资源配置，所述第一上行资源配置和所述第二上行资源配置是同一个上行BWP的两个不同的资源配置。

数据发送模块820，用于在所述第二上行资源上发送所述第一数据。

综上所述，本申请实施例提供的技术方案中，当终端无法在第一上行资源上发送第一数据时，终端根据第二上行资源配置确定第二上行资源，并在第二上行资源上发送第一数据，通过为同一个上行BWP配置多个上行资源配置，有助于提高上行数据的传输机会，提高分集增益。

可选地，所述数据发送模块820，用于：

根据所述第二上行资源配置对应的最大HARQ进程号，选择第一HARQ进程作为所述第二上行资源对应的HARQ进程，其中，所述第一HARQ进程是所述第一上行资源对应的HARQ进程，且所述第一HARQ进程的缓存中存储有所述第一数据；

在所述第二上行资源上发送所述第一HARQ进程的缓存中存储的所述第一数据。

可选地，所述第二上行资源配置对应的最大HARQ进程号，与所述第一上行资源配置对应的最大HARQ进程号相同；

或者，

所述第二上行资源配置对应的最大HARQ进程号，与所述第一上行资源配置对应的最大HARQ进程号不同。

可选地，所述数据发送模块820，还用于：

若所述第一HARQ进程对于所述第二上行资源不可用，则根据所述第二上行资源配置对应的最大HARQ进程号，选择第二HARQ进程作为所述第二上行资源对应的HARQ进程。

将所述第一数据，从所述第一HARQ进程的缓存移动到所述第二HARQ进程的缓存中。

在所述第二上行资源上发送所述第二HARQ进程的缓存中存储的所述第一数据。

可选地，所述第一上行资源配置对应于第一HARQ进程集合，所述第二上行资源配置对应于第二HARQ进程集合；

所述数据发送模块820，用于：

从所述第二HARQ进程集合中选择第二HARQ进程作为所述第二上行资源对应的HARQ进程，其中，所述第二HARQ进程与第一HARQ进程不同，所述第一HARQ进程是从所述第一HARQ进程集合中选择的所述第一上行资源对应的HARQ进程，且所述第一HARQ进程的缓存中存储有所述第一数据；

将所述第一数据，从所述第一HARQ进程的缓存移动到所述第二HARQ进程的缓存中；

在所述第二上行资源上发送所述第二HARQ进程的缓存中存储的所述第一数据。

可选地，所述装置800还包括：缓存清空模块(图中未示出)。

缓存清空模块，用于清空所述第一HARQ进程的缓存。

可选地，所述数据发送模块820，还用于：

若所述第一HARQ进程集合和所述第二HARQ进程集合中包括至少一个相同的HARQ进程，且所述至少一个相同的HARQ进程包括所述第一HARQ进程，则选择所述第一HARQ进程作为所述第二上行资源对应的HARQ进程。

在所述第二上行资源上发送所述第一HARQ进程的缓存中存储的所述第一数据。

可选地，所述终端无法在所述第一上行资源上发送所述第一数据，包括以下任意一种情形：

所述终端在所述第一上行资源上执行LBT检测到信道繁忙，导致无法在所述第一上行资源上发送所述第一数据；

所述终端确定在所述第一上行资源上有另外一个在时域上重叠或者部分重叠的上行传输，并且所述终端决定优先传输所述上行传输，导致无法在所述第一上行资源上发送所述第一数据。

可选地，所述第一上行资源配置和所述第二上行资源配置具有不同的标识信息。

可选地，所述装置还包括：数据接收模块(图中未示出)。

数据接收模块，用于接收在第二下行资源上发送的第二数据；

其中，所述第二下行资源是当无法在第一下行资源上发送所述第二数据时，根据第二下行资源配置确定的，所述第一下行资源对应于第一下行资源配置，所述第一下行资源配置和所述第二下行资源配置是同一个下行BWP的两个不同的资源配置。

请参考图9，其示出了本申请另一个实施例提供的非授权频谱上的数据传输装置的框图。该装置具有实现上述基站侧的方法示例的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该装置可以是上文介绍的基站，也可以设置在基站中。如图9所示，该装置900可以包括：资源确定模块910和数据发送模块920。

资源确定模块910，用于当所述基站无法在第一下行资源上发送第二数据时，根据第二下行资源配置确定第二下行资源，其中，所述第一下行资源对应于第一下行资源配置，所述第一下行资源配置和所述第二下行资源配置是同一个下行BWP的两个不同的资源配置。

数据发送模块920，用于在所述第二下行资源上发送所述第二数据。

综上所述，本申请实施例提供的技术方案中，当基站无法在第一下行资源上发送第二数据时，基站根据第二下行资源配置确定第二下行资源，并在第二下行资源上发送第二数据，通过维同一个下行BWP配置多个下行资源配置，有助于提高下行数据的传输机会，提高分集增益。

可选地，所述数据发送模块920，用于：

根据所述第二下行资源配置对应的最大HARQ进程号，选择第三HARQ进程作为所述第二下行资源对应的HARQ进程，其中，所述第三HARQ进程是所述第一下行资源对应的HARQ进程，且所述第三HARQ进程的缓存中存储有所述第二数据；

在所述第二下行资源上发送所述第三HARQ进程的缓存中存储的所述第二数据。

可选地，所述第二下行资源配置对应的最大HARQ进程号，与所述第一下行资源配置对应的最大HARQ进程号相同；

或者，

所述第二下行资源配置对应的最大HARQ进程号，与所述第一下行资源配置对应的最大HARQ进程号不同。

可选地，所述数据发送模块，还用于：，

若所述第三HARQ进程对于所述第二下行资源不可用，则根据所述第二下行资源配置对应的最大HARQ进程号，选择第四HARQ进程作为所述第二下行资源对应的HARQ进程。

将所述第二数据，从所述第三HARQ进程的缓存移动到所述第四HARQ进程的缓存中。

在所述第二下行资源上发送所述第四HARQ进程的缓存中存储的所述第二数据。

可选地，所述第一下行资源配置对应于第三HARQ进程集合，所述第二下行资源配置对应于第四HARQ进程集合；

所述数据发送模块920，用于：

从所述第四HARQ进程集合中选择第四HARQ进程作为所述第二下行资源对应的HARQ进程，其中，所述第四HARQ进程与第三HARQ进程不同，所述第三HARQ进程是从所述第三HARQ进程集合中选择的所述第一下行资源对应的HARQ进程，且所述第三HARQ进程的缓存中存储有所述第二数据；

将所述第二数据，从所述第三HARQ进程的缓存移动到所述第四HARQ进程的缓存中；

在所述第二下行资源上发送所述第四HARQ进程的缓存中存储的所述第二数据。

可选地，所述装置900还包括：缓存清空模块(图中未示出)。

缓存清空模块，用于清空所述第三HARQ进程的缓存。

可选地，所述数据发送模块920，还用于：

若所述第三HARQ进程集合和所述第四HARQ进程集合中包括至少一个相同的HARQ进程，且所述至少一个相同的HARQ进程包括所述第三HARQ进程，则选择所述第三HARQ进程作为所述第二下行资源对应的HARQ进程；

在所述第二下行资源上发送所述第三HARQ进程的缓存中存储的所述第二数据。

可选地，所述基站无法在所述第一下行资源上发送所述第二数据，包括以下任意一种情形：

所述基站在所述第一下行资源上执行LBT检测到信道繁忙，导致无法在所述第一下行资源上发送所述第二数据；

所述基站确定在所述第一下行资源上有另外一个在时域上重叠或者部分重叠的下行传输，并且所述基站决定优先传输所述下行传输，，导致无法在所述第一下行资源上发送所述第二数据。

可选地，所述第一下行资源配置和所述第二下行资源配置具有不同的标识信息。

可选地，所述装置还包括：数据接收模块(图中未示出)。

数据接收模块，用于接收在第二上行资源上发送的第一数据；

其中，所述第二上行资源是当无法在第一上行资源上发送所述第一数据时，根据第二上行资源配置确定的，所述第一上行资源对应于第一上行资源配置，所述第一上行资源配置和所述第二上行资源配置是同一个上行BWP的两个不同的资源配置。

请参考图10，其示出了本申请一个实施例提供的终端100的结构示意图，该终端100可以包括：处理器101、接收器102、发射器103、存储器104和总线105。

处理器101包括一个或者一个以上处理核心，处理器101通过运行软件程序以及模块，从而执行各种功能应用以及信息处理。

接收器102和发射器103可以实现为一个通信组件，该通信组件可以是一块通信芯片。

存储器104通过总线105与处理器101相连。

存储器104可用于存储计算机程序，处理器101用于执行该计算机程序，以实现上述方法实施例中的终端执行的各个步骤。

此外，存储器104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：磁盘或光盘，电可擦除可编程只读存储器(EEPROM)，可擦除可编程 只读存储器(EPROM)，静态随时存取存储器(SRAM)，只读存储器(ROM)，磁存储器，快闪存储器，可编程只读存储器(PROM)。

在示意性实施例中，所述终端包括处理器、存储器和收发器，该收发器可以包括接收器和发射器，接收器用于接收信息，发射器用于发送信息。

所述处理器，用于当无法在第一上行资源上发送第一数据时，根据第二上行资源配置确定第二上行资源，其中，所述第一上行资源对应于第一上行资源配置，所述第一上行资源配置和所述第二上行资源配置是同一个上行BWP的两个不同的资源配置；

所述收发器，用于在所述第二上行资源上发送所述第一数据。

可选地，所述处理器，还用于根据所述第二上行资源配置对应的最大HARQ进程号，选择第一HARQ进程作为所述第二上行资源对应的HARQ进程，其中，所述第一HARQ进程是所述第一上行资源对应的HARQ进程，且所述第一HARQ进程的缓存中存储有所述第一数据；

所述收发器，还用于在所述第二上行资源上发送所述第一HARQ进程的缓存中存储的所述第一数据。

可选地，所述第二上行资源配置对应的最大HARQ进程号，与所述第一上行资源配置对应的最大HARQ进程号相同；

或者，

所述第二上行资源配置对应的最大HARQ进程号，与所述第一上行资源配置对应的最大HARQ进程号不同。

可选地，所述处理器，还用于若所述第一HARQ进程对于所述第二上行资源不可用，则根据所述第二上行资源配置对应的最大HARQ进程号，选择第二HARQ进程作为所述第二上行资源对应的HARQ进程；

所述处理器，还用于将所述第一数据，从所述第一HARQ进程的缓存移动到所述第二HARQ进程的缓存中；

所述收发器，还用于在所述第二上行资源上发送所述第二HARQ进程的缓存中存储的所述第一数据。

可选地，所述第一上行资源配置对应于第一HARQ进程集合，所述第二上行资源配置对应于第二HARQ进程集合；

所述处理器，还用于从所述第二HARQ进程集合中选择第二HARQ进程作为所述第二上行资源对应的HARQ进程，其中，所述第二HARQ进程与第一HARQ进程不同，所述第一HARQ进程是从所述第一HARQ进程集合中选择的所述第一上行资源对应的HARQ进程，且所述第一HARQ进程的缓存中存储有所述第一数据；

所述处理器，还用于将所述第一数据，从所述第一HARQ进程的缓存移动到所述第二HARQ进程的缓存中；

所述收发器，还用于在所述第二上行资源上发送所述第二HARQ进程的缓存中存储的所述第一数据。

可选地，所述处理器，还用于清空所述第一HARQ进程的缓存。

可选地，所述处理器，还用于若所述第一HARQ进程集合和所述第二HARQ进程集合中包括至少一个相同的HARQ进程，且所述至少一个相同的HARQ进程包括所述第一HARQ进程，则选择所述第一HARQ进程作为所述第二上行资源对应的HARQ进程；

所述收发器，还用于在所述第二上行资源上发送所述第一HARQ进程的缓存中存储的所述第一数据。

可选地，所述终端无法在所述第一上行资源上发送所述第一数据，包括以下任意一种情形：

所述终端在所述第一上行资源上执行LBT检测到信道繁忙，导致无法在所述第一上行资源上发送所述第一数据；

所述终端确定在所述第一上行资源上有另外一个在时域上重叠或者部分重叠的上行传输，并且所述终端决定优先传输所述上行传输，导致无法在所述第一上行资源上发送所述第一数据。

可选地，所述第一上行资源配置和所述第二上行资源配置具有不同的标识信息。

可选地，所述收发器，还用于所述终端接收在第二下行资源上发送的第二数据；

其中，所述第二下行资源是当无法在第一下行资源上发送所述第二数据时，根据第二下行资源配置确定的，所述第一下行资源对应于第一下行资源配置，所述第一下行资源配置和所述第二下行资源配置是同一个下行BWP的两个不同的资源配置。请参考图11，其示出了本申请一个实施例提供的基站110的结构示意图。该基站110可以包括：处理器111、接收器112、发射器113、存储器114和总线115。

处理器111包括一个或者一个以上处理核心，处理器111通过运行软件程序以及模块，从而执行各 种功能应用以及信息处理。

接收器112和发射器113可以实现为一个通信组件，该通信组件可以是一块通信芯片。

存储器114通过总线115与处理器111相连。

存储器114可用于存储计算机程序，处理器111用于执行该计算机程序，以实现上述方法实施例中的基站执行的各个步骤。

此外，存储器114可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：磁盘或光盘，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，静态随时存取存储器(SRAM)，只读存储器(ROM)，磁存储器，快闪存储器，可编程只读存储器(PROM)。

在示意性实施例中，所述基站包括处理器、存储器和收发器，该收发器可以包括接收器和发射器，接收器用于接收信息，发射器用于发送信息。

所述处理器，用于当无法在第一下行资源上发送第二数据时，根据第二下行资源配置确定第二下行资源，其中，所述第一下行资源对应于第一下行资源配置，所述第一下行资源配置和所述第二下行资源配置是同一个下行BWP的两个不同的资源配置；

所述收发器，用于在所述第二下行资源上发送所述第二数据。

可选地，所述处理器，还用于根据所述第二下行资源配置对应的最大HARQ进程号，选择第三HARQ进程作为所述第二下行资源对应的HARQ进程，其中，所述第三HARQ进程是所述第一下行资源对应的HARQ进程，且所述第三HARQ进程的缓存中存储有所述第二数据；

所述收发器，还用于在所述第二下行资源上发送所述第三HARQ进程的缓存中存储的所述第二数据。

可选地，所述第二下行资源配置对应的最大HARQ进程号，与所述第一下行资源配置对应的最大HARQ进程号相同；

或者，

所述第二下行资源配置对应的最大HARQ进程号，与所述第一下行资源配置对应的最大HARQ进程号不同。

可选地，所述处理器，还用于若所述第三HARQ进程对于所述第二下行资源不可用，则根据所述第二下行资源配置对应的最大HARQ进程号，选择第四HARQ进程作为所述第二下行资源对应的HARQ进程；

所述处理器，还用于将所述第二数据，从所述第三HARQ进程的缓存移动到所述第四HARQ进程的缓存中；

所述收发器，还用于在所述第二下行资源上发送所述第四HARQ进程的缓存中存储的所述第二数据。

可选地，所述第一下行资源配置对应于第三HARQ进程集合，所述第二下行资源配置对应于第四HARQ进程集合；

可选地，所述处理器，还用于从所述第四HARQ进程集合中选择第四HARQ进程作为所述第二下行资源对应的HARQ进程，其中，所述第四HARQ进程与第三HARQ进程不同，所述第三HARQ进程是从所述第三HARQ进程集合中选择的所述第一下行资源对应的HARQ进程，且所述第三HARQ进程的缓存中存储有所述第二数据；

所述处理器，还用于将所述第二数据，从所述第三HARQ进程的缓存移动到所述第四HARQ进程的缓存中；

所述收发器，还用于在所述第二下行资源上发送所述第四HARQ进程的缓存中存储的所述第二数据。

可选地，所述处理器，还用于清空所述第三HARQ进程的缓存。

可选地，所述处理器，还用于若所述第三HARQ进程集合和所述第四HARQ进程集合中包括至少一个相同的HARQ进程，且所述至少一个相同的HARQ进程包括所述第三HARQ进程，则选择所述第三HARQ进程作为所述第二下行资源对应的HARQ进程；

所述收发器，还用于在所述第二下行资源上发送所述第三HARQ进程的缓存中存储的所述第二数据。

可选地，所述基站无法在所述第一下行资源上发送所述第二数据，包括以下任意一种情形：

所述基站在所述第一下行资源上执行LBT检测到信道繁忙，导致无法在所述第一下行资源上发送所述第二数据；

所述基站确定在所述第一下行资源上有另外一个在时域上重叠或者部分重叠的下行传输，并且所述基站决定优先传输所述下行传输，，导致无法在所述第一下行资源上发送所述第二数据。

可选地，所述第一下行资源配置和所述第二下行资源配置具有不同的标识信息。

可选地，所述收发器，还用于接收在第二上行资源上发送的第一数据；

其中，所述第二上行资源是当无法在第一上行资源上发送所述第一数据时，根据第二上行资源配置确定的，所述第一上行资源对应于第一上行资源配置，所述第一上行资源配置和所述第二上行资源配置是同一个上行BWP的两个不同的资源配置。

本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述终端侧的非授权频谱上的数据传输方法。

本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述基站侧的非授权频谱上的数据传输方法。

本申请还提供了一种终端程序产品，当终端程序产品在终端上运行时，使得终端执行上述终端侧的非授权频谱上的数据传输方法。

本申请还提供了一种基站程序产品，当基站程序产品在基站上运行时，使得基站执行上述基站侧的非授权频谱上的数据传输方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (44)

1. 一种非授权频谱上的数据传输方法，其特征在于，所述方法包括：

   当终端无法在第一上行资源上发送第一数据时，所述终端根据第二上行资源配置确定第二上行资源，其中，所述第一上行资源对应于第一上行资源配置，所述第一上行资源配置和所述第二上行资源配置是同一个上行BWP的两个不同的资源配置；

   所述终端在所述第二上行资源上发送所述第一数据。
2. 根据权利要求1所述的方法，其特征在于，所述终端在所述第二上行资源上发送所述第一数据，包括：

   所述终端根据所述第二上行资源配置对应的最大HARQ进程号，选择第一HARQ进程作为所述第二上行资源对应的HARQ进程，其中，所述第一HARQ进程是所述第一上行资源对应的HARQ进程，且所述第一HARQ进程的缓存中存储有所述第一数据；

   所述终端在所述第二上行资源上发送所述第一HARQ进程的缓存中存储的所述第一数据。
3. 根据权利要求2所述的方法，其特征在于，

   所述第二上行资源配置对应的最大HARQ进程号，与所述第一上行资源配置对应的最大HARQ进程号相同；

   或者，

   所述第二上行资源配置对应的最大HARQ进程号，与所述第一上行资源配置对应的最大HARQ进程号不同。
4. 根据权利要求2或3所述的方法，其特征在于，所述方法还包括：

   若所述第一HARQ进程对于所述第二上行资源不可用，则所述终端根据所述第二上行资源配置对应的最大HARQ进程号，选择第二HARQ进程作为所述第二上行资源对应的HARQ进程；

   所述终端将所述第一数据，从所述第一HARQ进程的缓存移动到所述第二HARQ进程的缓存中；

   所述终端在所述第二上行资源上发送所述第二HARQ进程的缓存中存储的所述第一数据。
5. 根据权利要求1所述的方法，其特征在于，所述第一上行资源配置对应于第一HARQ进程集合，所述第二上行资源配置对应于第二HARQ进程集合；

   所述终端在所述第二上行资源上发送所述第一数据，包括：

   所述终端从所述第二HARQ进程集合中选择第二HARQ进程作为所述第二上行资源对应的HARQ进程，其中，所述第二HARQ进程与第一HARQ进程不同，所述第一HARQ进程是从所述第一HARQ进程集合中选择的所述第一上行资源对应的HARQ进程，且所述第一HARQ进程的缓存中存储有所述第一数据；

   所述终端将所述第一数据，从所述第一HARQ进程的缓存移动到所述第二HARQ进程的缓存中；

   所述终端在所述第二上行资源上发送所述第二HARQ进程的缓存中存储的所述第一数据。
6. 根据权利要求5所述的方法，其特征在于，所述终端将所述第一数据，从所述第一HARQ进程的缓存移动到所述第二HARQ进程的缓存中之后，还包括：

   所述终端清空所述第一HARQ进程的缓存。
7. 根据权利要求5或6所述的方法，其特征在于，所述方法还包括：

   若所述第一HARQ进程集合和所述第二HARQ进程集合中包括至少一个相同的HARQ进程，且所述至少一个相同的HARQ进程包括所述第一HARQ进程，则所述终端选择所述第一HARQ进程作为所述第二上行资源对应的HARQ进程；

   所述终端在所述第二上行资源上发送所述第一HARQ进程的缓存中存储的所述第一数据。
8. 根据权利要求1至7任一项所述的方法，其特征在于，所述终端无法在所述第一上行资源上发送所述第一数据，包括以下任意一种情形：

   所述终端在所述第一上行资源上执行LBT检测到信道繁忙，导致无法在所述第一上行资源上发送所述第一数据；

   所述终端确定在所述第一上行资源上有另外一个在时域上重叠或者部分重叠的上行传输，并且所述终端决定优先传输所述上行传输，导致无法在所述第一上行资源上发送所述第一数据。
9. 根据权利要求1至8任一项所述的方法，其特征在于，所述第一上行资源配置和所述第二上行资源配置具有不同的标识信息。
10. 根据权利要求1至9任一项所述的方法，其特征在于，所述方法还包括：

    所述终端接收在第二下行资源上发送的第二数据；

    其中，所述第二下行资源是当无法在第一下行资源上发送所述第二数据时，根据第二下行资源配置确定的，所述第一下行资源对应于第一下行资源配置，所述第一下行资源配置和所述第二下行资源配置是同一个下行BWP的两个不同的资源配置。
11. 一种非授权频谱上的数据传输方法，其特征在于，所述方法包括：

    当基站无法在第一下行资源上发送第二数据时，所述基站根据第二下行资源配置确定第二下行资源，其中，所述第一下行资源对应于第一下行资源配置，所述第一下行资源配置和所述第二下行资源配置是同一个下行BWP的两个不同的资源配置；

    所述基站在所述第二下行资源上发送所述第二数据。
12. 根据权利要求11所述的方法，其特征在于，所述基站在所述第二下行资源上发送所述第二数据，包括：

    所述基站根据所述第二下行资源配置对应的最大HARQ进程号，选择第三HARQ进程作为所述第二下行资源对应的HARQ进程，其中，所述第三HARQ进程是所述第一下行资源对应的HARQ进程，且所述第三HARQ进程的缓存中存储有所述第二数据；

    所述基站在所述第二下行资源上发送所述第三HARQ进程的缓存中存储的所述第二数据。
13. 根据权利要求12所述的方法，其特征在于，

    所述第二下行资源配置对应的最大HARQ进程号，与所述第一下行资源配置对应的最大HARQ进程号相同；

    或者，

    所述第二下行资源配置对应的最大HARQ进程号，与所述第一下行资源配置对应的最大HARQ进程号不同。
14. 根据权利要求12或13所述的方法，其特征在于，所述方法还包括：

    若所述第三HARQ进程对于所述第二下行资源不可用，则所述基站根据所述第二下行资源配置对应的最大HARQ进程号，选择第四HARQ进程作为所述第二下行资源对应的HARQ进程；

    所述基站将所述第二数据，从所述第三HARQ进程的缓存移动到所述第四HARQ进程的缓存中；

    所述基站在所述第二下行资源上发送所述第四HARQ进程的缓存中存储的所述第二数据。
15. 根据权利要求11所述的方法，其特征在于，所述第一下行资源配置对应于第三HARQ进程集合，所述第二下行资源配置对应于第四HARQ进程集合；

    所述基站在所述第二下行资源上发送所述第二数据，包括：

    所述基站从所述第四HARQ进程集合中选择第四HARQ进程作为所述第二下行资源对应的HARQ进程，其中，所述第四HARQ进程与第三HARQ进程不同，所述第三HARQ进程是从所述第三HARQ进程集合中选择的所述第一下行资源对应的HARQ进程，且所述第三HARQ进程的缓存中存储有所述第二数据；

    所述基站将所述第二数据，从所述第三HARQ进程的缓存移动到所述第四HARQ进程的缓存中；

    所述基站在所述第二下行资源上发送所述第四HARQ进程的缓存中存储的所述第二数据。
16. 根据权利要求15所述的方法，其特征在于，所述基站将所述第二数据，从所述第三HARQ进程的缓存移动到所述第四HARQ进程的缓存中之后，还包括：

    所述基站清空所述第三HARQ进程的缓存。
17. 根据权利要求15或16所述的方法，其特征在于，所述方法还包括：

    若所述第三HARQ进程集合和所述第四HARQ进程集合中包括至少一个相同的HARQ进程，且所述至少一个相同的HARQ进程包括所述第三HARQ进程，则所述基站选择所述第三HARQ进程作为所述第二下行资源对应的HARQ进程；

    所述基站在所述第二下行资源上发送所述第三HARQ进程的缓存中存储的所述第二数据。
18. 根据权利要求11至17任一项所述的方法，其特征在于，所述基站无法在所述第一下行资源上发送所述第二数据，包括以下任意一种情形：

    所述基站在所述第一下行资源上执行LBT检测到信道繁忙，导致无法在所述第一下行资源上发送所述第二数据；

    所述基站确定在所述第一下行资源上有另外一个在时域上重叠或者部分重叠的下行传输，并且所述基站决定优先传输所述下行传输，，导致无法在所述第一下行资源上发送所述第二数据。
19. 根据权利要求11至18任一项所述的方法，其特征在于，所述第一下行资源配置和所述第二下行资源配置具有不同的标识信息。
20. 根据权利要求11至19任一项所述的方法，其特征在于，所述方法还包括：

    所述基站接收在第二上行资源上发送的第一数据；

    其中，所述第二上行资源是当无法在第一上行资源上发送所述第一数据时，根据第二上行资源配置确定的，所述第一上行资源对应于第一上行资源配置，所述第一上行资源配置和所述第二上行资源配置是同一个上行BWP的两个不同的资源配置。
21. 一种非授权频谱上的数据传输装置，其特征在于，应用于终端，所述装置包括：

    资源确定模块，用于当所述终端无法在第一上行资源上发送第一数据时，根据第二上行资源配置确定第二上行资源，其中，所述第一上行资源对应于第一上行资源配置，所述第一上行资源配置和所述第二上行资源配置是同一个上行BWP的两个不同的资源配置；

    数据发送模块，用于在所述第二上行资源上发送所述第一数据。
22. 根据权利要求21所述的装置，其特征在于，所述数据发送模块，用于：

    根据所述第二上行资源配置对应的最大HARQ进程号，选择第一HARQ进程作为所述第二上行资源对应的HARQ进程，其中，所述第一HARQ进程是所述第一上行资源对应的HARQ进程，且所述第一HARQ进程的缓存中存储有所述第一数据；

    在所述第二上行资源上发送所述第一HARQ进程的缓存中存储的所述第一数据。
23. 根据权利要求22所述的装置，其特征在于，

    所述第二上行资源配置对应的最大HARQ进程号，与所述第一上行资源配置对应的最大HARQ进程号相同；

    或者，

    所述第二上行资源配置对应的最大HARQ进程号，与所述第一上行资源配置对应的最大HARQ进程号不同。
24. 根据权利要求22或23所述的装置，其特征在于，所述数据发送模块，还用于：

    若所述第一HARQ进程对于所述第二上行资源不可用，则根据所述第二上行资源配置对应的最大HARQ进程号，选择第二HARQ进程作为所述第二上行资源对应的HARQ进程；

    将所述第一数据，从所述第一HARQ进程的缓存移动到所述第二HARQ进程的缓存中；

    在所述第二上行资源上发送所述第二HARQ进程的缓存中存储的所述第一数据。
25. 根据权利要求21所述的装置，其特征在于，所述第一上行资源配置对应于第一HARQ进程集合，所述第二上行资源配置对应于第二HARQ进程集合；

    所述数据发送模块，用于：

    从所述第二HARQ进程集合中选择第二HARQ进程作为所述第二上行资源对应的HARQ进程，其中，所述第二HARQ进程与第一HARQ进程不同，所述第一HARQ进程是从所述第一HARQ进程集合中选择的所述第一上行资源对应的HARQ进程，且所述第一HARQ进程的缓存中存储有所述第一数据；

    将所述第一数据，从所述第一HARQ进程的缓存移动到所述第二HARQ进程的缓存中；

    在所述第二上行资源上发送所述第二HARQ进程的缓存中存储的所述第一数据。
26. 根据权利要求25所述的装置，其特征在于，所述装置还包括：

    缓存清空模块，用于清空所述第一HARQ进程的缓存。
27. 根据权利要求25或26所述的装置，其特征在于，所述数据发送模块，还用于：

    若所述第一HARQ进程集合和所述第二HARQ进程集合中包括至少一个相同的HARQ进程，且所述至少一个相同的HARQ进程包括所述第一HARQ进程，则选择所述第一HARQ进程作为所述第二上行资源对应的HARQ进程；

    在所述第二上行资源上发送所述第一HARQ进程的缓存中存储的所述第一数据。
28. 根据权利要求21至27任一项所述的装置，其特征在于，所述终端无法在所述第一上行资源上发送所述第一数据，包括以下任意一种情形：

    所述终端在所述第一上行资源上执行LBT检测到信道繁忙，导致无法在所述第一上行资源上发送所述第一数据；

    所述终端确定在所述第一上行资源上有另外一个在时域上重叠或者部分重叠的上行传输，并且所述终端决定优先传输所述上行传输，导致无法在所述第一上行资源上发送所述第一数据。
29. 根据权利要求21至28任一项所述的装置，其特征在于，所述第一上行资源配置和所述第二上行资源配置具有不同的标识信息。
30. 根据权利要求21至29任一项所述的装置，其特征在于，所述装置还包括：

    数据接收模块，用于接收在第二下行资源上发送的第二数据；

    其中，所述第二下行资源是当无法在第一下行资源上发送所述第二数据时，根据第二下行资源配置确定的，所述第一下行资源对应于第一下行资源配置，所述第一下行资源配置和所述第二下行资源配置是同一个下行BWP的两个不同的资源配置。
31. 一种非授权频谱上的数据传输装置，其特征在于，应用于基站，所述装置包括：

    资源确定模块，用于当所述基站无法在第一下行资源上发送第二数据时，根据第二下行资源配置确定第二下行资源，其中，所述第一下行资源对应于第一下行资源配置，所述第一下行资源配置和所述第二下行资源配置是同一个下行BWP的两个不同的资源配置；

    数据发送模块，用于在所述第二下行资源上发送所述第二数据。
32. 根据权利要求31所述的装置，其特征在于，所述数据发送模块，用于：

    根据所述第二下行资源配置对应的最大HARQ进程号，选择第三HARQ进程作为所述第二下行资源对应的HARQ进程，其中，所述第三HARQ进程是所述第一下行资源对应的HARQ进程，且所述第三HARQ进程的缓存中存储有所述第二数据；

    在所述第二下行资源上发送所述第三HARQ进程的缓存中存储的所述第二数据。
33. 根据权利要求32所述的装置，其特征在于，

    所述第二下行资源配置对应的最大HARQ进程号，与所述第一下行资源配置对应的最大HARQ进程号相同；

    或者，

    所述第二下行资源配置对应的最大HARQ进程号，与所述第一下行资源配置对应的最大HARQ进程号不同。
34. 根据权利要求32或33所述的装置，其特征在于，所述数据发送模块，还用于：

    若所述第三HARQ进程对于所述第二下行资源不可用，则根据所述第二下行资源配置对应的最大HARQ进程号，选择第四HARQ进程作为所述第二下行资源对应的HARQ进程；

    将所述第二数据，从所述第三HARQ进程的缓存移动到所述第四HARQ进程的缓存中；

    在所述第二下行资源上发送所述第四HARQ进程的缓存中存储的所述第二数据。
35. 根据权利要求31所述的装置，其特征在于，所述第一下行资源配置对应于第三HARQ进程集合，所述第二下行资源配置对应于第四HARQ进程集合；

    所述数据发送模块，用于：

    从所述第四HARQ进程集合中选择第四HARQ进程作为所述第二下行资源对应的HARQ进程，其中，所述第四HARQ进程与第三HARQ进程不同，所述第三HARQ进程是从所述第三HARQ进程集合中选择的所述第一下行资源对应的HARQ进程，且所述第三HARQ进程的缓存中存储有所述第二数据；

    将所述第二数据，从所述第三HARQ进程的缓存移动到所述第四HARQ进程的缓存中；

    在所述第二下行资源上发送所述第四HARQ进程的缓存中存储的所述第二数据。
36. 根据权利要求35所述的装置，其特征在于，所述装置还包括：

    缓存清空模块，用于清空所述第三HARQ进程的缓存。
37. 根据权利要求35或36所述的装置，其特征在于，所述数据发送模块，还用于：

    若所述第三HARQ进程集合和所述第四HARQ进程集合中包括至少一个相同的HARQ进程，且所述至少一个相同的HARQ进程包括所述第三HARQ进程，则选择所述第三HARQ进程作为所述第二下行资源对应的HARQ进程；

    在所述第二下行资源上发送所述第三HARQ进程的缓存中存储的所述第二数据。
38. 根据权利要求31至37任一项所述的装置，其特征在于，所述基站无法在所述第一下行资源上发送所述第二数据，包括以下任意一种情形：

    所述基站在所述第一下行资源上执行LBT检测到信道繁忙，导致无法在所述第一下行资源上发送所述第二数据；

    所述基站确定在所述第一下行资源上有另外一个在时域上重叠或者部分重叠的下行传输，并且所述基站决定优先传输所述下行传输，，导致无法在所述第一下行资源上发送所述第二数据。
39. 根据权利要求31至38任一项所述的装置，其特征在于，所述第一下行资源配置和所述第二下行资源配置具有不同的标识信息。
40. 根据权利要求31至39任一项所述的装置，其特征在于，所述装置还包括：

    数据接收模块，用于接收在第二上行资源上发送的第一数据；

    其中，所述第二上行资源是当无法在第一上行资源上发送所述第一数据时，根据第二上行资源配置确定的，所述第一上行资源对应于第一上行资源配置，所述第一上行资源配置和所述第二上行资源配置是同一个上行BWP的两个不同的资源配置。
41. 一种终端，其特征在于，所述终端包括处理器、存储器和收发器；

    所述处理器，用于当无法在第一上行资源上发送第一数据时，根据第二上行资源配置确定第二上行资源，其中，所述第一上行资源对应于第一上行资源配置，所述第一上行资源配置和所述第二上行资源配置是同一个上行BWP的两个不同的资源配置；

    所述收发器，用于在所述第二上行资源上发送所述第一数据。
42. 一种基站，其特征在于，所述基站包括处理器、存储器和收发器；

    所述处理器，用于当无法在第一下行资源上发送第二数据时，根据第二下行资源配置确定第二下行资源，其中，所述第一下行资源对应于第一下行资源配置，所述第一下行资源配置和所述第二下行资源配置是同一个下行BWP的两个不同的资源配置；

    所述收发器，用于在所述第二下行资源上发送所述第二数据。
43. 一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序，所述计算机程序用于被处理器执行，以实现如权利要求1至10任一项所述的非授权频谱上的数据传输方法。
44. 一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序，所述计算机程序用于被处理器执行，以实现如权利要求11至20任一项所述的非授权频谱上的数据传输方法。

Images