WO2018129725A1

WO2018129725A1 - 信道侦听方法和装置

Info

Publication number: WO2018129725A1
Application number: PCT/CN2017/071186
Authority: WO
Inventors: 李�远; 官磊
Original assignee: 华为技术有限公司
Priority date: 2017-01-13
Filing date: 2017-01-13
Publication date: 2018-07-19
Also published as: CN110178426A; JP2020505833A; EP3565341A4; US20190335496A1; EP3565341A1

Abstract

本申请实施例提供一种信道侦听方法和装置，其中，该方法包括：终端接收基站发送的上行授权信息，根据该上行授权信息确定第一上行参考资源和第二上行参考资源，并且根据该第一上行参考资源和第二上行参考资源，确定竞争窗长度，以及根据该竞争窗长度侦听信道。该技术方案能够准确的反映实时的信道状态，这样既能够避免节点之间碰撞几率，又增加了信道接入机会。

Description

信道侦听方法和装置

技术领域

本申请涉及无线通信技术领域，尤其涉及一种信道侦听方法和装置。

背景技术

增强授权辅助接入(enhanced LAA，eLAA)是在授权辅助接入的长期演进(Licensed-Assisted Access using Long Term Evolution，LAA-LTE)技术基础上发展起来的一种支持非授权频谱上行传输的系统。与LAA系统类似，eLAA系统的上行传输同样需要执行先听后发(Listen-Before-Talk，LBT)信道接入机制，其中一种LBT侦听机制为随机回退(Type 1UL channel access，CCA)，具体的，无线通信设备在0～竞争窗长度(Contention Window Size，CWS)之间均匀随机生成一个回退计数器N，根据信道的忙碌或空闲状态确定是否将回退计数器减1，并且当回退计数器减为0时无线通信设备立即占用该信道。因此，如何在上行传输过程中调整CWS是一个关键问题。

对于传输时间间隔(Transmission Time Interval，TTI)都是1ms TTI的eLAA系统而言，其时域的调度和传输都是以1ms为粒度，且所有上行子帧的解码时延和调度时延都是4ms，此时，上行参考子帧为终端接收到上行授权UL grant的子帧-3ms之前最近的一个上行突发的第一个上行子帧，且该第一个上行子帧通过随机回退的LBT方式接入信道。所以，根据该上行参考子帧的状态来调整CWS能够反映实时的信道状态。

然而，为了降低LTE系统的传输时延，提高用户体验，eLAA系统引入了传输时间间隔短于1ms的短传输时间间隔(short TTI，sTTI)，且终端支持1ms TTI和sTTI之间的动态切换。因此，sTTI的解码时延和调度时延都为k个sTTI，其小于1ms TTI的解码时延和调度时延(4ms)，sTTI的最短重传时延是2*k个sTTI，小于1ms TTI的最短重传时延(8ms)，因此，对于包含1ms TTI和sTTI的eLAA系统而言，如果仍然采用上行授权UL grant所在的子帧-3ms之前最近的一个上行突发的第一个上行子帧作为参考子帧，可能无法反映最实时的信道状态。

综上所述，对于包含1ms TTI和sTTI的eLAA系统，将上行授权UL grant所在的子帧-3ms之前最近的一个上行突发的第一个上行子帧作为参考子帧，不能反映最实时的信道状态。

发明内容

本申请实施例提供一种信道侦听方法和装置，以克服现有信道侦听方法无法反应实时信道状态的问题。

本申请第一方面提供一种信道侦听方法，适用于可以工作在非授权频谱上支持至少两种传输时间间隔或至少两种上行解码时延的无线通信系统中，该无线通信系统的基站在非授权频谱上发送下行信息，该无线通信系统的终端在非授权频谱上发送上行信息，所述方法包括：

终端接收基站发送的上行授权信息；

所述终端根据所述上行授权信息确定第一上行参考资源和第二上行参考资源；

所述终端根据所述第一上行参考资源和所述第二上行参考资源，确定竞争窗长度；

所述终端根据所述竞争窗长度侦听信道。

在本申请实施例中，终端根据上行授权信息确定出两个上行参考资源，并根据这两个参考资源调整并确定竞争窗长度，能够准确的反映实时的信道状态，从而既避免节点之间碰撞几率，又增加了信道接入机会。

可选的，所述上行授权信息包括：第一上行授权；

所述终端根据所述上行授权信息确定第一上行参考资源和第二上行参考资源，包括：所述终端根据所述第一上行授权确定第一上行参考资源和第二上行参考资源。

在本实施例中，终端能够根据同一个上行授权确定两个不同的上行参考资源，终端利用两个不同的上行参考资源一起调整竞争窗长度，提高了信道侦听的准确性。

可选的，所述第一上行参考资源时间上位于所述第一上行授权之前，所述第一上行参考资源与所述第一上行授权之间的时间间隔大于或等于第一预设时间间隔，所述第二上行参考资源时间上位于所述第一上行授权之前，所述第二上行参考资源与所述第一上行授权之间的时间间隔大于或等于第二预设时间间隔，所述第一预设时间间隔大于所述第二预设时间间隔。

其中，第一预设时间间隔为第一上行参考资源与第一参考上行授权之间的最短时间间隔，第二预设时间间隔为第二上行参考资源与第二参考上行授权之间的最短时间间隔。可选的，第一预设时间间隔可以对应第一上行参考资源中上行信道或传输快的解码时延，第二预设时间间隔可以对应第二上行参考资源中上行信道或传输快的解码时延。第二上行参考资源中上行信道或传输快的解码时延小于第一上行参考资源中上行信道或传输快的解码时延，因此第一预设时间间隔大于第二预设时间间隔。

可选的，所述上行授权信息包括：第一上行授权和第二上行授权；

所述终端根据所述上行授权信息确定第一上行参考资源和第二上行参考资源，包括：所述终端根据所述第一上行授权确定所述第一上行参考资源、并根据所述第二上行授权确定所述第二上行参考资源。

在本实施例中，第二上行授权与第一上行授权不同，分别位于不同的下行传输时间间隔中或位于不同的下行子帧中。这种情况考虑到了调度不同的下行传输时间间隔的第一上行授权与第二上行授权可能位于下行子帧中的不同时刻，且第一上行授权与第二上行授权调度的上行业务优先级不同，此时基站可能只能发送一种上行授权而不能同时在第一时间发送两种上行授权。在这种情况下，选择两个不同的上行授权(两者对应的TTI长度或解码时延不同)分别确定两个上行参考资源。

可选的，所述第一上行参考资源时间上位于所述第一上行授权之前，所述第一上行参考资源与所述第一上行授权之间的时间间隔大于或等于第一预设时间间隔，所述第二上行参考资源时间上位于所述第二上行授权之前，所述第二上行参考资源与所述第二上行授权之间的时间间隔大于或等于第二预设时间间隔，所述第一预设时间间隔大于所述第二预设时间间隔。

在本实施例中，第一预设时间间隔为第一上行参考资源与第一参考上行授权之间的最短时间间隔，第二预设时间间隔为第二上行参考资源与第二参考上行授权之间的最短时间间隔。第一参考上行授权是基站调度终端针对该第一上行参考资源中至少一个混合自动重传请求进程进行初传或重传的上行授权，第二参考上行授权是基站调度终端针对第二上行参考资源中至少一个混合自动重传请求进程进行初传或重传的上行授权。

可选的，所述终端根据所述第一上行参考资源和所述第二上行参考资源，确定竞争窗长度，包括：

所述终端将所述第一上行参考资源和所述第二上行参考资源中时间上最晚的参考资源确定为目标参考资源；

所述终端根据所述目标参考资源确定所述竞争窗长度。

在本实施例中，在第一上行参考资源和第二上行参考资源均由第一上行授权确定时，该目标参考资源为第一上行参考资源和第二上行参考资源中距离第一上行授权最近的参考资源；而在第一上行参考资源由第一上行授权确定，而第二上行参考资源由第二上行授权确定时，该目标参考资源为第一上行参考资源和第二上行参考资源中距离第一上行授权和第二上行授权中时间上较晚的上行授权最近的参考资源。由于目标参考资源是时间上最晚的参考资源，其能够准确的反映实时的信道状态，进而能够确定出精确的竞争窗长度。

可选的，所述终端根据所述目标参考资源确定所述竞争窗长度，包括：

在所述终端接收到所述目标参考资源中的至少一个混合自动重传请求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进程进行初传/重传，因此，终端获取不到接收状态信息，相应的增加竞争窗长度。

本实施例的技术方案能够更准确的调整CWS，进而更准确的反映实时的信道状态。

可选的，所述第一上行参考资源包括第一上行参考子帧，所述第二上行参考资源包括第二上行参考子帧，所述第一上行参考子帧包含至少一个第一上行数据信道或至少一个第一传输时间间隔，所述第二上行参考子帧包含至少一个第二上行数据信道或至少一个第二传输时间间隔；

或者

所述第一上行参考资源包括第一上行参考子帧，所述第一上行参考子帧包含至少一个第一上行数据信道或至少一个第一传输时间间隔，所述第二上行参考资源包括至少一个第二上行数据信道或者至少一个第二传输时间间隔。

可选的，所述第一上行数据信道或所述第一传输时间间隔所占的第一时域资源长度大于所述第二上行数据信道或所述第二传输时间间隔所占的第二时域资源长度。

本申请实施例第二方面提供一种信道侦听装置，所述装置包括用于执行上述第一方面以及第一方面的各种实现方式所提供的方法的模块或手段(means)。

本申请实施例第三方面提供一种信道侦听装置，所述装置包括收发器和处理器；

所述收发器，用于接收基站发送的上行授权信息；

所述处理器，用于根据所述收发器接收到的所述上行授权信息确定第一上行参考资源和第二上行参考资源，根据所述第一上行参考资源和所述第二上行参考资源，确定竞争窗长度，根据所述竞争窗长度侦听信道。

可选的，在所述上行授权信息包括：第一上行授权时，所述处理器，具体用于根据所述第一上行授权确定第一上行参考资源和第二上行参考资源。

其中，所述第一上行参考资源时间上位于所述第一上行授权之前，所述第一上行参考资源与所述第一上行授权之间的时间间隔大于或等于第一预设时间间隔，所述第二上行参考资源时间上位于所述第一上行授权之前，所述第二上行参考资源与所述第一上行授权之间的时间间隔大于或等于第二预设时间间隔，所述第一预设时间间隔大于所述第二预设时间间隔。

可选的，在所述上行授权信息包括：第一上行授权和第二上行授权时，所述处理器，具体用于根据所述第一上行授权确定所述第一上行参考资源、并根据所述第二上行授权确定所述第二上行参考资源。

其中，所述第一上行参考资源时间上位于所述第一上行授权之前，所述第一上行参考资源与所述第一上行授权之间的时间间隔大于或等于第一预设时间间隔，所述第二上行参考资源时间上位于所述第二上行授权之前，所述第二上行参考资源与所述第二上行授权之间的时间间隔大于或等于第二预设时间间隔，所述第一预设时间间隔大于所述第二预设时间间隔。

可选的，所述处理器，具体用于将所述第一上行参考资源和所述第二上行参考资源中时间上最晚的参考资源确定为目标参考资源，并根据所述目标参考资源确定所述竞争窗长度。

可选的，所述处理器，具体用于在所述收发器接收到所述目标参考资源中的至少一个混合自动重传请求HARQ进程的接收状态为正确接收时，减小竞争窗长度。

可选的，所述处理器，还具体用于在所述收发器接收到所述目标参考资源中的至少一个混合自动重传请求HARQ进程的接收状态均为错误接收，或者所述收发器未接收到所述目标参考资源中的任意一个HARQ进程的接收状态时，增大竞争窗长度。

可选的，所述处理器，具体用于在所述收发器接收到所述第一上行参考资源中的至少一个混合自动重传请求HARQ进程的接收状态以及所述第二上行参考资源中的至少一个HARQ进程的接收状态时，根据所接收到的所述第一上行参考资源中至少一个HARQ进程的接收状态和所述第二上行参考资源中至少一个HARQ进程的接收状态，确定所述竞争窗长度。

可选的，所述处理器，还具体用于在所述收发器接收到所述第一上行参考资源中的至少一个混合自动重传请求HARQ进程的接收状态且未接收到所述第二上行参考资源中的任意一个HARQ进程的接收状态时，根据所接收到的所述第一上行参考资源中至少一个HARQ进程的接收状态确定所述竞争窗长度，在所述收发器未接收到所述第一上行参考资源中的任意一个HARQ进程的接收状态、但接收到所述第二上行参考资源中的至少一个HARQ进程的接收状态时，根据所接收到的所述第二上行参考资源中至少一个HARQ进程的接收状态确定所述竞争窗长度。

可选的，所述处理器，还具体用于在所述收发器未接收到所述第一上行参考资源中的任意一个混合自动重传请求HARQ进程的接收状态以及所述第二上行参考资源中的任意一个HARQ进程的接收状态时，增大竞争窗长度。

或者

本申请实施例第四方面提供一种信道侦听装置，包括用于执行以上第一方面提供的方法的至少一个处理元件(或芯片)。

本申请实施例第五方面提供了一种通信系统，该系统包括上述方面所述的信道侦听装置以及基站，所述基站用于向信道侦听装置发送上行授权信息。

本申请实施例第六方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

本申请实施例第七方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

在以上各个方面中，终端接收基站发送的上行授权信息，根据该上行授权信息确定第一上行参考资源和第二上行参考资源，并根据该第一上行参考资源和该第二上行参考资源，确定竞争窗长度，以及根据确定的竞争窗长度侦听信道，相对于现有技术，终端根据上行授权信息确定出两个上行参考资源，并根据这两个参考资源调整并确定竞争窗长度，能够准确的反映实时的信道状态，从而既避免节点之间碰撞几率，又增加了信道接入机会。

附图说明

图1为基于随机回退CCA的LBT侦听机制示意图；

图2A为现有技术中竞争窗长度调整的示意图；

图2B为包含1ms TTI和sTTI的eLAA系统调整CWS的示意图；

图3为本申请实施例应用的通信系统示意图；

图4为本申请实施例提供的信道侦听方法实施例一的流程图；

图5为本申请实施例中终端根据第一上行授权确定第一上行参考资源和第二上行参考资源的示意图；

图6为本申请实施例中终端根据第一上行授权确定第一上行参考资源、并根据第二上行授权确定第二上行参考资源的示意图；

图7为本申请实施例提供的信道侦听方法实施例二的流程图；

图8为第二上行参考资源早于第一上行参考资源时的示意图；

图9A至图9D为图7所示实施例中终端根据目标参考资源确定竞争窗长度的示意图；

图10A至图10B为本申请实施例中终端根据第二上行参考资源确定竞争窗长度的示意图；

图11为本申请实施例提供的信道侦听方法实施例三的流程图；

图12A至图12D为图11所示实施例中终端根据第一上行参考资源和第二上行参考资源确定竞争窗长度的示意图；

图13为本申请实施例提供的一种信道侦听装置的结构示意图；

图14为本申请实施例提供的另一种信道侦听装置的结构示意图。

具体实施方式

长期演进(Long Term Evolution，LTE)系统采用正交频分复用(Orthogonal Frequency Division Multiplexing，OFDM)技术。在LTE系统中，用于数据传输的最小资源单位是资源粒子(Resource Element，RE)，其对应时域上的1个OFDM符号和频域上的1个子载波。在资源粒子的基础上，资源块(Resource Block，RB)由多个在时域上连续的OFDM符号和频域上连续的子载波组成，是资源调度的基本单位。

在LTE系统中，上行传输采用单载波，1个RE对应1个单载波频分多址接入(Single Carrier Frequency Division Multiplexing Access，SC-FDMA)符号和频域上的1个子载波，LTE系统的上行资源分配以传输时间间隔(Transmission Time Interval，TTI)为粒度，传统LTE系统的1个TTI的长度为14OFDM符号，即1个子帧，长度为1ms。

LTE系统的上行传输由基站调度完成，具体包括，基站通过在下行控制信道中包含上行授权(UpLink grant，UL grant)，利用该UL grant指示用户设备(User Equipment，UE)在对应的上行子帧上发送物理层上行共享信道(Physical Uplink Shared Channel，PUSCH)。一个上行子帧中包含至少一个传输块(Transmission Block，TB)，每个TB对应一个混合自动重传请求(Hybrid Automatic Repeat，HARQ)进程号(HARQ ID)。

如果TB接收成功，基站可以通过上行授权(UL grant)指示UE使用该HARQ进程传输新的上行数据或者说使用该HARQ进程号进行新的TB传输即初传。如果TB接收失败，基站也通过UL grant指示UE对传输失败的HARQ进程或者该HARQ进程号对应的TB进行重传。

其中，初传和重传通过UL grant中包含的新数据指示(New Data Indicator，NDI)信令区分。具体的，基站通过NDI指示或调度UE对该上行数据信道或者HARQ进程或者TB进行初传(在NDI“翻转”时)还是进行重传(在NDI“未翻转”时)。初传代表该上行数据信道或者HARQ进程或者TB的接收状态为正确接收(ACK)，重传代表该上行数据信道或者HARQ进程或者TB的接收状态为错误接收(NACK)。

为了扩展可使用带宽，LTE规范中的Release 13引入了授权辅助接入的长期演进(Licensed-Assisted Access using Long Term Evolution，LAA-LTE)系统，通过载波聚合(Carrier Aggregation，CA)技术，LAA-LTE系统可以将可用的频谱扩展到5GHz非授权频段，利用授权频谱实现无缝覆盖以及承载部分时延要求高的业务，利用非授权频谱承载部分数据业务。

为了实现不同运营商的基站、UE，以及Wi-Fi等异系统无线节点在非授权频谱上的友好共存，LAA-LTE系统可采用先听后发(Listen-Before-Talk，LBT)信道接入机制，利用空闲信道评测(Clear Channel Assessment，CCA)对通信信道进行检测，在侦听到信道空闲后再发送信息。

为了进一步支持非授权频谱的上行传输，在Release 14中引入了增强授权辅助接入(enhanced LAA，eLAA)系统。与现有LTE系统一致，eLAA系统的上行传输由基站发送UL grant进行调度UE完成。eLAA系统的上行传输也需要执行LBT，其中一种LBT侦听机制为随机回退CCA。

随机回退CCA(Type 1UL channel access)具体流程是：无线通信设备在0～竞争窗长度(Contention Window Size，CWS)之间均匀随机生成一个回退计数器N，并且以侦听时隙(CCA slot)为粒度进行侦听，如果侦听时隙内检测到信道空闲，则将回退计数器减一，反之检测到信道忙碌，则将回退计数器挂起，即回退计数器N在信道忙碌时间内保持不变，直到检测到信道空闲；当回退计数器减为0时无线通信设备可以立即占用该信道。

其中，CWS可以在一个范围内动态调整，例如，CWS的典型值为{15，31，63，127，255，511，1023}中的一个数值。可选的，在随机回退CCA中，侦听时隙的典型值为9us。信道状态的判断准则为：无线通信设备将侦听时隙内接收到信道上的功率与能量检测门限比较，如果该功率高于能量检测门限，则为信道忙碌，如果该功率低于能量检测门限，则为信道空闲。

eLAA系统中的上行CWS根据之前上行数据信道是否正确传输进行调整，UE确定出一个上行参考子帧，如果该上行参考子帧包含的HARQ进程或TB的接收状态为正确，则减小CWS以增加下次接入机会，如果该上行参考子帧包含的HARQ进程或TB的接收状态为错误或者UE未接收到该上行参考子帧包含的任意一个HARQ进程或TB的接收状态，则说明该上行参考子帧可能和其他无线节点发生了碰撞，故增加CWS以降低下次接入时碰撞的概率。

图1为基于随机回退CCA的LBT侦听机制示意图。如图1所述，在LBT侦听机制中，当CWS＝15，对应的回退计数器N＝7时，在多个侦听时隙内检测到信道忙碌时将回退计数器挂起，等信道空闲后再继续回退，且在被调度的上行TTI之前完成了回退计数器倒数到零；而在CWS＝31，N＝20时，由于终端在被调度的上行TTI之前未完成回退计数器倒数到零，因此LBT失败，无法占用该上行TTI发送数据信息。

为了进一步降低LTE系统的传输时延，提高用户体验，Release 14中引入了时延降低(Latency Reduction)技术，将资源分配的时域粒度由1ms TTI缩短为短传输时间间隔(short TTI，sTTI)，减小组包和解调制编码的时间，从而达到减小物理层空口时延的目的。

sTTI所占用的时域资源长度短于1ms TTI，也就是说，当某个上行数据信道对应的TTI为sTTI时，其占用的时域资源长度短于1ms。sTTI可能支持的可选长度包括7SC-FDMA符号(SC-FDMA Symbol，SS)、1个SS、2个SS、2&3SS或3&4SS等结构，其中，在2&3SS结构中，一个子帧中的一部分sTTI长度为2符号，另一部分sTTI长度为3符号；在3&4SS结构中，一个子帧中的一部分sTTI长度为3符号，另一部分sTTI长度为4符号。sTTI还支持其他短于1ms的TTI长度。支持sTTI传输的LTE系统通过频分复用能够实现对传统1ms TTI LTE系统的后相兼容。

另外，为了满足不同用户的不同时延需求，基站可以为不同的用户设备配置不同的sTTI长度，每个用户设备对应的不同sTTI长度可以在1个SS或2个SS或2&3SS或3&4SS或7SS之间可以半静态调整，但可以支持同一种sTTI长度与1ms TTI长度之间的动态切换。由于sTTI的包长度缩小，解码速度和组包速度通常都快于1ms TTI，因此，调度时延和HARQ反馈时延也相应缩短，例如，上行调度时延从现有1ms TTI的4ms降低到k个sTTI时长，上行解码时延从现有1ms TTI的4ms降低到k个sTTI时长，其中，k为正整数，相应的，最短的重传时延(从前一次TB传输到对应同一HARQ ID的后一次TB传输之间的时间间隔)从8ms降低到2*k个sTTI时长。在申请实施例中，“*”均指乘以的意思，例如，2*k指2乘以k，即2*k个sTTI时长表示2k个sTTI时长。

通过将sTTI引入到非授权频谱的eLAA系统中，由于上行调度粒度缩短，可以提高接入信道的接入成功机会，由于上行调度时延缩短，可以减小下行到上行的转换时间，从而提升信道使用效率。但是，对于支持sTTI传输的UE，如何调整CWS是需要解决的问题。

现阶段，eLAA系统直接沿用Release 14eLAA协议中定义的CWS调整方式。即，UE根据基站发送的UL grant确定上行参考子帧，并且根据上行参考子帧中TB的接收状态(初传或重传状态)，调整CWS。如果UE再次接收到上行参考子帧中TB的HARQ ID，且至少一个HARQ ID对应的NDI信息为“翻转”状态，表示初传，则减小CWS，如果接收到的上行参考子帧中所有HARQ ID对应的NDI信息为“未翻转”状态，表示重传，则增加CWS；如果UE未再次接收到上行参考子帧中TB的HARQ ID，则表示基站未第一时间对解调好的上行参考子帧进行初传/重传，也增加CWS。

其中，NDI信息包含在基站调度UE发送上行子帧的UL grant中，该UL grant可以是UE用于确定上行参考子帧的UL grant，也可以不是UE用于确定上行参考子帧的UL grant。

具体的，为了保证CWS调整能够反映实时的信道状态，上行参考子帧定义为UE接收到UL grant的子帧(例如基站发送UL grant的下行子帧)-3ms之前最近的一个上行突发(UL burst)的第一个上行子帧，且该第一个上行子帧通过随机回退的LBT方式接入信道，UE通过该第一个上行子帧发送上行数据信息UL-SCH。

该上行突发为UE发送上行数据信息的一串连续的上行子帧(例如，若两个子帧连续可以是该两个子帧之间在时间上连续，没有空闲时间间隔Gap，也可以是该两个子帧在子帧序号上连续，但子帧之间有空闲时间间隔Gap)。

其中，上行参考子帧为UE实际发送上行数据信息的子帧，例如，基站调度了但是UE因为LBT失败未能接入信道而未能发送的上行子帧不能作为参考子帧。

在1ms TTI的eLAA系统中，4ms为基站接收上行参考子帧并确定接收状态的解码时延，因此，若UE接收到UL grant的子帧为#n，则上述上行突发为子帧#n-3ms(称之为#n-3)之前距离当前时刻最近的一个上行突发，若子帧#n-3是一个UE发送上行数据信息的上行子帧且包含在一个上行突发当中，则上行参考子帧为该上行突发中发送上行数据信息的第一个上行子帧，若#n-3为该上行突发中发送上行数据信息的第一个上行子帧，则子帧#n-3是上行参考子帧。或者，若n_w为UE接收到UL grant的子帧-3ms，即#n-3之前且距离 #n-3最近的一个UE发送上行数据信息的上行子帧，该上行突发为n_w所在的上行突发，上行参考子帧为该上行突发的第一个上行子帧；若n_w为UE在该上行突发的第一个上行子帧，则上行子帧n_w是上行参考子帧。

值得说明的是，在本实施例中，子帧#n是指子帧序号为#n的子帧，其中n为正整数，子帧#n+k是指子帧序号为#n+k的子帧，或者说是指子帧#n之后第k个ms对应的子帧；子帧#n-k是指子帧序号为#n-k的子帧，或者说是指子帧#n之前第k个ms对应的子帧。TTI#n是指TTI序号为#n的TTI，TTI#n+k是指TTI序号为#n+k的TTI，或者说是指TTI#n之后的第k个TTI；子帧#n-k是指TTI序号为#n-k的TTI，或者说是指TTI#n之前的第k个TTI。

图2A为现有技术中竞争窗长度调整的示意图。如图2A所示，终端在子帧#n接收到基站发送的上行授权UL grant，则子帧#n-3之前距离当前时刻最近的一个上行突发为由上行子帧#n-4、#n-3、#n-2组成的上行突发，由于上行子帧#n-4为该上行突发的第一上行子帧，所以，在图2A中，上行子帧#n-4是参考子帧。

进一步的，如图2A所示，上行参考子帧#n-4的接收状态为“NACK”，即错误接收，所以，相应的增大竞争窗长度。例如，如图2A所示，原始CWS＝15，调整后的CWS＝31。

对于传输时间间隔TTI都是1ms TTI的eLAA系统而言，由于时域的调度和传输都是以1ms为粒度，且所有上行子帧的解码时延和调度时延都是4ms，因此上行参考子帧可以反映最实时的信道状态。但是，当eLAA系统中引入sTTI之后，且UE支持1ms TTI和sTTI之间的动态切换。由于1ms TTI的解码时延和调度时延都是4ms，故1ms TTI对应的最短重传时延是8ms，由于sTTI的解码时延和调度时延都为k个sTTI，该k个sTTI<4ms，故sTTI对应的最短重传时延是2*k个sTTI<8ms。

因此，对于包含1ms TTI和sTTI的eLAA系统而言，如果仍然采用接收到上行授权UL grant的子帧-3ms之前最近的一个上行突发的第一个上行子帧作为参考子帧，可能无法反映最实时的信道状态，这是因为用接收到上行授权UL grant的子帧-3ms之后仍然可能存在sTTI，该sTTI的重传时延更短，UE可以获取到该sTTI中TB的接收状态。

举例来说，图2B为包含1ms TTI和sTTI的eLAA系统调整CWS的示意图。如图2B所示，子帧#n-2中包含两个sTTI，每个sTTI的TTI长度为7SS，其解码时延为2ms，基站实际在子帧#n+1的UL grant中调度这两个sTTI中包含的HARQ进程在子帧#n+3初传/重传；子帧#n-6对应一个1ms TTI，其解码时延为4ms，基站实际在子帧#n的UL grant中调度这个1ms TTI中包含的HARQ进程在子帧#n+4初传/重传。在图2B中，UE根据在子帧#n处接收到上行授权UL grant，按照上行授权UL grant所在的子帧-3ms之前最近的一个上行突发的第一个上行子帧作为参考子帧，确定出参考子帧为子帧#n-6。但是，由于sTTI的重传时延更短，UE在针对上行突发{#n+3,#n+4}执行LBT之前也接收到了sTTI的接收状态，显然地，采用#n-2或#n-2中包含的sTTI作为参考资源调整CWS能更准确地反映实时的信道状态，而按照现有技术中采用上行授权UL grant所在的子帧-3ms之前最近的一个上行突发的第一个上行子帧作为参考子帧，可能无法反映最实时的信道状态。

针对上述问题，本申请实施例提出了一种信道侦听方法和终端，用于解决现有技术中对于包含1ms TTI和sTTI的eLAA系统，仍然将接收到上行授权UL grant的子帧-3ms之前最近的一个上行突发的第一个上行子帧作为参考子帧不能反映最实时信道状态的问题。

本申请实施例提供的信道侦听方法适用于可以工作在非授权频谱上支持至少两种传输时间间隔或至少两种上行解码时延的无线通信系统，其中，该无线通信系统的基站在非授权频谱上发送下行信息，该无线通信系统的终端在非授权频谱上发送上行信息。

其中，无线通信系统支持至少两种传输时间间隔包括：终端支持1ms TTI的上行传输以及sTTI的上行传输，无线通信系统中的终端可以以普通1ms TTI传输格式，也可以以sTTI传输格式发送上行信息，或者，终端支持两种不同长度的sTTI的上行传输，无线通信系统中的终端可以以sTTI长度较长的sTTI传输格式，也可以以sTTI长度较短的sTTI传输格式发送上行信息。无线通信系统支持至少两种上行最短重传时延包括：终端支持两种不同最短重传时延的TTI传输，该最短重传时延为包含某一个HARQ进程的上行TTI到包含同一HARQ进程的下一个上行TTI之间的最短时间。

图3为本申请实施例应用的通信系统示意图。该通信系统可以包括至少一个基站110和位于基站110覆盖范围内的多个终端120。图3示例性地示出了一个基站110和两个终端120，可选地，该通信系统可以包括多个基站并且每个基站的覆盖范围内可以包括其它数量的终端，本申请实施例对此不做限定。

可选地，该无线通信系统还可以包括网络控制器、移动管理实体等其他网络实体，本申请实施例不限于此。

本申请实施例所应用的通信系统可以为全球移动通讯(Global System of Mobile communication，GSM)系统、码分多址(Code Division Multiple Access，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long Term Evolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)，及其他应用正交频分(OFDM)技术的无线通信系统等。本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

在本申请实施例中所涉及的基站可用于为终端提供无线通信功能。所述基站可以包括各种形式的宏基站，微基站(也称为小站)，中继站，接入点等。所述基站可以是GSM或CDMA中的基站(Base T接入网sceiver Station，BTS)，也可以是WCDMA中的基站(NodeB，NB)，还可以是LTE中的演进型基站(Evolutional Node B，eNB或e-NodeB)，以及可以是5G网络中对应的设备gNB。为方便描述，本申请所有实施例中，上述为终端提供无线通信功能的装置统称为基站。

在本申请实施例中，所述终端也可称之为用户设备(User Equipment，UE)、移动台(Mobile Station，MS)、移动终端(Mobile Terminal)、终端(Terminal)等，该终端可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，例如，终端可以是移动电话(或称为“蜂窝”电话)、具有移动终端的计算机等，例如，终端还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。本申请实施例中不做具体限定。

本申请实施例中，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

值得说明的是，为了在支持至少两种最短重传时延或者TTI长度的无线通信系统中，更好地反映实时的信道状态，从而更精准地调整CWS。本申请实施例利用两种不同的最短重传时延确定两个上行参考资源，然后根据这两个上行参考资源确定CWS。在eLAA系统存在两种最短重传时延情况下，终端接收到两个上行参考资源中TB(或HARQ进程)的接收状态时，终端可以通过比较这两个上行参考资源，根据其中较近的一个上行参考资源调整CWS，或者根据这两个上行参考资源一起调整CWS，从而确保调整CWS时考虑了最近的信道状态。

可选的，在本申请实施例中，上述的TTI包括1ms TTI或sTTI，其中sTTI为时间上短于1ms的TTI。其中，TTI为基站调度终端传输的上行数据块TB对应的时域长度。

以下，首先对本申请实施例中涉及的解码时延、最短调度时延和最短重传时延进行解释说明，以便于本领域技术人员理解：

解码时延为，从终端发送包含某个HARQ进程的上行TTI或上行子帧到基站完成该HARQ进程的解调制编码并通过UL grant指示该HARQ进程进行初传或重传的最短时间，也就是说，基站接收该上行TTI或上行子帧后，最早能在解码时延之后通过UL grant调度该上行TTI或上行子帧中HARQ进程的初传或重传。

其中，基站通过该UL grant指示该HARQ进程进行初传或重传的时刻，可以是基站发送该UL grant的时刻，也可以是终端接收到该UL grant的时刻。可选的，基站发送该UL grant的时刻具体指基站发送该UL grant的下行子帧或发送该UL grant的下行TTI(sTTI或1ms TTI)或承载该UL grant的下行OFDM符号，相应的，终端接收到该UL grant具体指终端接收到该UL grant的子帧或终端接收到该UL grant的TTI(sTTI或1ms TTI)或接收到该UL grant的下行OFDM符号或上行符号。

应理解，解码时延为终端发送包含该HARQ进程的上行TTI或上行子帧的时刻到基站通过该UL grant指示该HARQ进程进行初传或重传的时刻之间的最短时间，其中，终端发送包含该HARQ进程的上行TTI或上行子帧的时刻可以是该上行TTI或上行子帧的起始边界，也可以是该上行TTI或上行子帧的结束边界。基站通过该UL grant指示该HARQ进程进行初传或重传的时刻可以是基站发送或终端接收该UL grant的子帧的起始边界或TTI的起始边界或至少一个OFDM符号的结束边界，也可以是终端接收该UL grant的子帧的起始边界或TTI的结束边界或至少一个OFDM符号的结束边界。例如，对于传统1ms TTI，解码时延可以是终端发送包含该HARQ进程的上行子帧的起始边界到基站发送该UL grant的子帧的起始边界之间的最短时间，即4ms，也可以是终端发送包含该HARQ进程的上行子帧的结束边界到基站发送该UL grant的子帧的起始边界之间的最短时间，即3ms。

可选的，解码时延可以体现为k个子帧或k毫秒，也可以体现为k个sTTI时长，还可以体现为k个上行符号。作为一种示例，若sTTI时长为2个SS，则k个sTTI时长为2*k个SS；若sTTI结构为2&3结构，且k个sTTI中包含k1个2SS的sTTI和(k-k1)个3SS的sTTI，则k个sTTI时长为(k1*2+(k-k1)*3)个SS。

举例来说，对于传统的LTE系统，解码时延为4ms，也就是说，当终端在上行子帧 #n发送HARQ进程时，该终端最快可以在子帧#n+4接收到调度该HARQ进程进行初传/重传的UL grant。但由于基站通过UL grant指示HARQ进程进行初传/重传是异步的，所以如果基站解码到HARQ进程后没有第一时间调度该同一HARQ ID进行初传或重传，则实际上，终端从发送包含某个HARQ进程的上行TTI或上行子帧到接收到包含该HARQ进程对应HARQ ID的UL grant的时长大于4ms。对于sTTI的传输，解码时延可以缩短到k个sTTI长度，例如，对于7SS结构的sTTI，可以是4个sTTI，即2ms。

最短调度时延为，基站通过UL grant指示某个HARQ进程进行初传/重传到终端在上行TTI或上行子帧中发送该HARQ进程之间的时间。其中，基站通过该UL grant指示某个HARQ进程进行初传或重传的时刻，可以是基站发送该UL grant的时刻，也可以是终端接收到该UL grant的时刻。可选的，基站发送该UL grant具体指基站发送该UL grant的下行子帧，终端接收到该UL grant具体指终端接收到该UL grant的子帧。

例如，对于传统LTE系统，即1ms TTI的传输，最短调度时延为4ms。对于sTTI的传输，最短调度时延可以缩短到m个sTTI长度，且该m为正整数，例如，对于7SS结构的sTTI，最短调度时延可以是4个sTTI，即2ms。

最短重传时延为，从终端发送包含某个HARQ进程的上行TTI或上行子帧到发送包含同一HARQ进程的下一个上行TTI或上行子帧的最短时间。可选的，最短重传时延为解码时延加最短调度时延。

例如，对于传统LTE系统，最短重传时延为8ms，也就是说，终端在上行子帧#n发送HARQ进程时，该终端最快可以在子帧#n+8发送对应同一HARQ进程号的HARQ进程。由于基站通过UL grant指示HARQ进程进行初传/重传是异步的，所以该重传时延可以大于8ms。对于sTTI的传输，最短重传时延可以缩短到k+m个sTTI长度，例如，对于7SS结构的sTTI，最短重传时延可以是8个sTTI，即4ms。

图4为本申请实施例提供的信道侦听方法实施例一的流程图。如图4所示，本申请实施例提供的信道侦听方法，包括：

步骤41：终端接收基站发送的上行授权信息。

由于eLAA系统的上行传输由基站调度完成，因此，基站通过在下行控制信道中发送上行授权信息，这样终端则可接收基站发送的该上行授权信息。应理解，该上行授权信息是基站通过下行控制信道发送给终端的指示信息，包括用于指示终端在对应的上行子帧上对上行数据信道或者HARQ进程或者TB进行初传或重传的信息，另外，终端还可以根据该上行授权信息确定出用于调整竞争窗长度的上行参考资源。

可选的，终端可接收基站发送的一个上行授权信息，也可接收基站发送的两个上行授权信息，此处并不对其进行限定。也就是说，本实施例中的上行授权信息可以包括一个上行授权，也可以包括两个上行授权。当上行授权信息仅包括一个上行授权时，在本实施例中，将其定义为第一上行授权。而在上行授权信息包括两个上行授权时，在本实施例中，分别将其定义为第一上行授权和第二上行授权。即，本申请中的第一上行授权和第二上行授权是上述上行授权信息的一种表现形式，本申请实施例并不对其进行限定。

步骤42：终端根据上述上行授权信息确定第一上行参考资源和第二上行参考资源。

可选的，在一实施例中，当上述上行授权信息仅包括第一上行授权(UL grant)时，终端可根据该第一UL grant确定第一上行参考资源和第二上行参考资源。

在另一实施例中，当上述上行授权信息包括第一上行授权(UL grant)和第二UL grant时，终端可根据第一UL grant确定第一上行参考资源，以及根据该第二UL grant确定第二上行参考资源。

步骤43：终端根据第一上行参考资源和第二上行参考资源，确定竞争窗长度。

具体的，终端确定出第一上行参考资源和第二上行参考资源后，在一种实现方式中，终端可从第一上行参考资源和第二上行参考资源中选择一个作为目标参考资源，进而根据该目标参考资源中至少一个HARQ进程的接收状态来调整竞争窗长度，从而确定出最佳竞争窗长度；而在另一种实现方式中，终端根据该第一上行参考资源和第二上行参考资源中至少一个HARQ进程的接收状态来调整竞争窗长度，从而确定出最佳竞争窗长度。

步骤44：终端根据上述竞争窗长度侦听信道。

终端根据确定出的竞争窗长度CWS来侦听信道。可选的，信道侦听方式为随机回退的CCA，具体流程可参见前述介绍，此处不再赘述。

本申请实施例提供的信道侦听方法，终端接收基站发送的上行授权信息，根据该上行授权信息确定第一上行参考资源和第二上行参考资源，并根据该第一上行参考资源和该第二上行参考资源，确定竞争窗长度，以及根据确定的竞争窗长度侦听信道，相对于现有技术，终端根据上行授权信息确定出两个上行参考资源，并根据这两个参考资源调整并确定竞争窗长度，能够准确的反映实时的信道状态，从而既避免节点之间碰撞几率，又增加了信道接入机会。

应理解，终端根据这两个参考资源调整并确定竞争窗长度，其中终端可以通过比较这两个上行参考资源，根据其中较近的一个上行参考资源调整CWS，也根据这两个上行参考资源一起调整CWS。

可选的，作为一种示例，在上述实施例提供的信道侦听方法中，上行授权信息包括：第一上行授权。

相应的，上述步骤12(终端根据上行授权信息确定第一上行参考资源和第二上行参考资源)可通过如下步骤实现：

终端根据第一上行授权确定第一上行参考资源和第二上行参考资源。

在本实施例中，终端可以根据第一UL grant确定第一上行参考资源和第二上行参考资源，也就是说，终端根据同一个UL grant确定两个不同的上行参考资源。

可选的，终端根据第一UL grant确定第一上行参考资源可以通过如下可能方式实现。具体的，终端确定第一时刻之前距离第一时刻最近的第一上行突发中包括的上行时域资源，且将该上行时域资源作为第一上行参考资源。其中，该上行时域资源可以是第一上行突发的第一个上行子帧或第一个TTI或第一个第一上行数据信道。

其中，第一上行突发为一串连续的上行子帧或TTI，其中，两个子帧(或两个TTI)连续可以包括该两个子帧(或两个TTI)在时间上连续，子帧(或TTI)之间没有空闲时间间隔，也可以是该两个子帧在子帧序号上连续但该两个子帧之间有空闲时间间隔，或该两个TTI在TTI序号上连续，但该两个TTI之间有空闲时间间隔。其中，若第一上行突发为一串连续的上行TTI，这些上行TTI可以是相同TTI长度的，也可以是不同TTI长度的。

进一步的，若上述第一时刻包含在一个上行突发当中，则第一上行参考资源为该上行突发的第一个上行子帧或第一个TTI或第一个第一上行数据信道。可选的，该第一个上行子帧或第一个TTI或第一个第一上行数据信道是终端占用信道发送上行共享信道(Uplink Shared Channel，UL-SCH)的上行子帧或TTI或第一上行数据信道。

对于基站调度终端发送但是终端未能发送的子帧或TTI或上行数据信道(例如由于LBT失败未能在该子帧之前接入信道)，则将该子帧或TTI或上行数据信道忽略，不将其作为第一上行参考资源。可选的，上述第一上行突发或上行子帧或TTI或第一上行数据信道是终端使用随机回退CCA接入信道后发送的，如果终端使用其他LBT方式接入信道后发送该第一个上行子帧或TTI或上行数据信道，则也不将其作为第一上行参考资源。

同理，终端根据第一UL grant确定第二上行参考资源，包括：终端确定第二时刻之前距离第二时刻最近的第二上行突发中的上行资源，且将该上行资源作为第二上行参考资源，该上行资源可以是第二上行突发的第一个上行子帧或第一个TTI或第一个第二上行数据信道。该方法类似于终端根据第一UL grant确定第一上行参考资源，第二上行突发的定义类似于第一上行突发的定义，此处不再赘述。

可选的，上述第一上行突发与第二上行突发是不同的上行突发。考虑到一个上行突发的第一个上行子帧只能是一种TTI长度，例如，只能是1ms TTI结构或只能是sTTI结构，且如果是sTTI结构，只能是同一种结构的sTTI长度，故同一个上行突发的第一个子帧不可能既包含1ms TTI又包含sTTI，也不可能包含两种不同长度的sTTI，所以终端选择的第一上行参考资源和第二上行参考资源位于不同的上行突发中。

图5为本申请实施例中终端根据第一上行授权确定第一上行参考资源和第二上行参考资源的示意图。如图5所示，假设基站在子帧#n+6中通过下行控制信道发送UL grant 1来调度子帧#n中的HARQ进程H0(1ms TTI)在子帧#n+10进行初传/重传，基站在子帧#n+7中通过下行控制信道发送UL grant 2来调度子帧#n+4中的HARQ进程H1(7SS sTTI)在子帧#n+9进行初传/重传，此时，第一预设时间间隔为4ms，第二预设时间间隔为4个sTTI，由于UL grant 1在时间上早于UL grant 2，那么终端将时间上较晚的UL grant 2作为第一UL grant，确定第一上行参考资源为基站发送UL grant 2的下行子帧(#n+7-3ms)之前最近的上行突发的第一个上行子帧#n，确定第二上行参考资源为基站发送UL grant 2的下行子帧(#n+7-3ms)个sTTI之前最近的上行突发的第一个上行sTTI(#n+4的第一个sTTI)。

值得说明的是，终端根据确定好的CWS进行信道侦听并在信道侦听成功后接入信道，发送新的上行突发。其中，用于确定第一上行参考资源和第二上行参考资源的第一UL grant可以是调度该新的上行突发中至少一个上行子帧或TTI的UL grant，也可以不用于调度该新的上行突发中任意一个或多个上行子帧或TTI(也就是说，是用于调度该新的上行突发以外其他上行突发中至少一个上行子帧或TTI的UL grant)。换句话说，终端可以根据调度新的上行突发中上行子帧或TTI的UL grant确定上行参考资源，也可以根据其他UL grant确定上行参考资源，例如更早或更晚的UL grant。

进一步的，在本申请实施例中，第一上行参考资源时间上位于第一上行授权之前，第一上行参考资源与第一上行授权之间的时间间隔大于或等于第一预设时间间隔，第二上行参考资源时间上位于第一上行授权之前，第二上行参考资源与第一上行授权之间的时间间隔大于或等于第二预设时间间隔，且第一预设时间间隔大于第二预设时间间隔。

可选的，下面首先对第一预设时间间隔和第二预设时间间隔进行解释说明，且在本申请实施例中，第一预设时间间隔大于第二预设时间间隔。该第一预设时间间隔为第一上行参考资源与第一参考上行授权之间的最短时间间隔，第二预设时间间隔为第二上行参考资源与第二参考上行授权之间的最短时间间隔。其中，第一预设时间间隔可以对应第一上行参考资源中上行信道或TB的解码时延，即从终端发送包含某个HARQ进程的上行TTI或上行子帧(第一上行参考资源)的时刻到基站通过UL grant(第一参考上行授权)指示该HARQ进程进行初传或重传的时刻之间的最短时间，此处不再赘述，第二预设时间间隔可以对应第二上行参考资源中上行信道或TB的解码时延，此处不再赘述。第二上行参考资源中上行信道或TB的解码时延小于第一上行参考资源中上行信道或TB的解码时延，因此第一预设时间间隔大于第二预设时间间隔。

应理解，第一上行参考资源与第一参考上行授权之间的最短时间间隔并不是指在某一次特定的传输中，从第一上行参考资源到第一参考上行授权之间的时间间隔，而是指根据基站的解码能力，第一上行参考资源到第一参考上行授权之间可能达到的最短时间间隔，其中该解码能力或解码时延可以是预定义的。因此，进一步地，第一预设时间间隔是预定义的，第二预设时间间隔是预定义的。由于基站的调度算法或者LBT信道抢占等因素，某一次特定传输中，第一上行参考资源到基站实际调度终端针对该第一上行参考资源中至少一个HARQ进程进行初传或重传的上行授权之间的时间间隔可能会大于第一预设时间间隔；类似地，第二上行参考资源到基站实际调度终端针对该第二上行参考资源中至少一个HARQ进程进行初传或重传的上行授权之间的时间间隔可能会大于第二预设时间间隔。

其中，第一参考上行授权是基站调度终端针对该第一上行参考资源中至少一个HARQ进程进行初传或重传的上行授权，第二参考上行授权是基站调度终端针对第二上行参考资源中至少一个HARQ进程进行初传或重传的上行授权。

实际上，第一上行参考资源对应的第一个TTI可以是1ms TTI或sTTI。由上述分析可知，终端确定第一时刻之前距离第一时刻最近的第一上行突发中包括的上行时域资源，且将该上行时域资源作为第一上行参考资源。

在本申请实施例中，第一时刻在该第一UL grant之前，与该第一UL grant之间的时间间隔为第一预设时间间隔或第一预设时间间隔-1ms或第一预设时间间隔-1*sTTI长度。具体的，第一时刻与该第一UL grant之间的时间间隔可以是第一时刻与基站发送该第一UL grant的时刻之间的时间间隔，也可以是第一时刻与终端接收到该第一UL grant的时刻之间的时间间隔。可选的，基站发送该第一UL grant包括基站发送该第一UL grant的下行子帧，终端接收到该第一UL grant包括终端接收到该第一UL grant的子帧或终端接收到该第一UL grant的TTI(sTTI或1ms TTI)或终端接收到该第一UL grant的上行符号。

举例来说，若第一预设时间间隔为3ms(例如解码时延为4ms，第一预设时间间隔为解码时延-1ms，或者解码时延为3ms，第一预设时间间隔为解码时延)，第一时刻与该第一UL grant之间的时间间隔为第一预设时间间隔，基站发送第一UL grant的下行子帧为#n，则第一时刻为子帧#n-3；或者，若第一预设时间间隔为3ms，终端接收并检测到第一UL grant的下行子帧为#n+1，则第一时刻为子帧#n-2；或者例如，若第一预设时间间隔为3*sTTI长度(例如解码时延为4*sTTI长度，第一预设时间间隔为解码时延-1sTTI长度，或者解码时延为3*sTTI长度，第一预设时间间隔为解码时延)，基站发送第一UL grant的下行sTTI为#p，则第一时刻为sTTI#p-3。或者，若第一预设时间间隔为4ms(例如解码时延为4ms，第一预设时间间隔为解码时延)，第一时刻与该第一UL grant之间的时间间隔为第一预设时间间隔-1ms，基站发送第一UL grant的下行子帧为#n，则第一时刻为子帧#n-3。

在本申请实施例中，第二时刻在该第一UL grant之前，第二时刻与该第一UL grant之间的时间间隔为第二预设时间间隔或第二预设时间间隔-1ms或第二预设时间间隔-1*sTTI长度。类似于第一时刻与第一UL grant之间的时间间隔的定义，此处不再赘述。

可选的，上述第一上行参考资源时间上位于第一上行授权之前，包括：第一上行参考资源的结束时刻早于终端接收到该第一UL grant的时刻或者终端接收到该UL grant的时刻对应的子帧，或者早于基站发送该UL grant的下行子帧。

例如，第一上行参考资源为上行子帧#n，基站(Evolved Node B，eNB)发送的第一UL grant承载在下行子帧#n+4的物理层下行控制信道(Physical Downlink Control Channel，PDCCH)中，终端接收到该第一UL grant在子帧#n+5，因此第一UL grant晚于第一上行参考资源。上述第二上行参考资源时间上位于第一上行授权之前类似，此处不再赘述。

可以理解的是，当终端根据第一UL grant确定两个上行参考资源，且两个上行参考资源包含的数据信道或TTI的时域长度不同时(第一时域资源长度不等于第二时域资源长度)，由于第一UL grant只能用于调度同一种TTI长度或对应同一种解码时延的上行信道或TB，而不能同时调度对应两种不同TTI长度或对应两种解码时延的上行信道或TB，因此终端根据该第一UL grant确定对应另一种TTI长度或对应另一种解码时延的上行参考资源时，也可以直接根据该第一UL grant以及另一种TTI长度对应的解码时延或另一种解码时延确定，而不需要该第一UL grant所调度的TTI的时域长度与该另一种TTI长度相同，或者该第一UL grant所调度的TTI对应的解码时延与该另一种解码时延相同。进一步地，当第一UL grant调度对应1ms TTI长度的上行信道或TB时，终端除了根据第一UL grant以及1ms TTI对应的解码时延确定第一上行参考资源，还可以根据第一UL grant所在的子帧中包含的某一个sTTI(即使该sTTI中并未包含调度sTTI的UL grant)以及sTTI的解码时延确定第二上行参考资源。进一步地，第一UL grant所在的子帧中包含的该sTTI可以是第一UL grant所在的sTTI，也可以是第一UL grant所在的子帧中的其他sTTI。当第一UL grant调度对应sTTI长度的上行信道或TB时，终端除了根据第一UL grant以及sTTI对应的解码时延确定第二上行参考资源，还可以根据第一UL grant所在的子帧(即使该子帧中并未包含调度1ms TTI的UL grant)以及1ms TTI的解码时延确定第一上行参考资源。

举例来说，当终端根据调度1ms TTI的第一UL grant确定包含sTTI的第二上行参考资源时，终端可以根据该第一UL grant所在下行子帧中的某个下行sTTI(该下行sTTI中可以包含调度上行sTTI的UL grant)而不是根据该第一UL grant所在的下行子帧，确定第二上行参考资源为第二时刻之前最近的第二上行突发中的上行资源。

当终端根据调度sTTI的第一UL grant确定包含1ms TTI的第一上行参考资源时，终端可以根据该第一UL grant所在的下行子帧(该下行子帧的PDCCH区域可以包含调度上行1ms TTI的UL grant)而不是根据该UL grant所在的下行sTTI，确定第一上行参考资源为第一时刻之前最近的第一上行突发中的上行资源。

作为一种示例，对于第一时域资源长度不等于第二时域资源长度的情况，第一UL grant可以用于调度对应第一时域资源长度的上行数据信道，也可以是用于调度对应第二时域资源长度的上行数据信道。例如，该第一UL grant可以调度终端在对应sTTI的数据信道上发送数据信息，也可以调度终端发送对应1ms TTI的数据信道上发送数据信息。

应理解，第一UL grant可以用于调度终端针对对应第一时域资源长度的上行数据信道中的HARQ进程或TB进行初传/重传，也可以用于调度终端针对对应第二时域资源长度的上行数据信道中的HARQ进程或TB进行初传/重传，用于承载该HARQ进程或TB的初传/重传的上行数据信道可以对应第一时域资源长度，也可以对应第二时域资源长度。例如，该第一UL grant可以是调度终端针对sTTI进行重传的UL grant，也可以是调度终端针对1ms TTI进行重传的UL grant，用于承载sTTI或者1ms TTI重传的TTI可以是sTTI，也可以是1ms TTI。

可选的，作为另一种示例，在上述实施例提供的信道侦听方法中，上行授权信息包括：第一上行授权和第二上行授权。

终端根据第一上行授权确定第一上行参考资源、并根据第二上行授权确定第二上行参考资源。

可选的，终端根据第一UL grant确定第一上行参考资源，根据第二UL grant确定第二上行参考资源，且第二UL grant与第一UL grant不同，分别位于不同的下行TTI中或位于不同的下行子帧中。进一步的，该申请实施例中的技术方案并不包括利用两个UL grant共同确定某一个参考资源的情况。

在本申请实施例中，第二时刻在该第二UL grant之前，第二时刻与该第二UL grant之间的时间间隔为第二预设时间间隔或第二预设时间间隔-1ms或第二预设时间间隔-1*sTTI长度。类似于第二时刻与第一UL grant之间的时间间隔的定义，此处不再赘述。

可以理解的是，对于第一时域资源长度不等于第二时域资源长度或者第一预设时间间隔不等于第二预设时间间隔的情况，第一UL grant用于调度上行数据信道或HARQ进程或传输块，该上行数据信道或HARQ进程或传输块对应第一时域资源长度或者第一预设时间间隔，第二UL grant用于调度另一个上行数据信道或HARQ进程或传输块，该另一个上行数据信道或HARQ进程或传输块对应第二时域资源长度或者第二预设时间间隔。

可选的，第一UL grant用于调度第一上行数据信道或HARQ进程或传输块，该第一上行数据信道或HARQ进程或传输块用于针对之前的一个上行数据信道或HARQ进程或传输块进行初传/重传，此处，之前的一个上行数据信道或HARQ进程或传输块对应第一时域资源长度或者第一预设时间间隔。第二UL grant用于调度第二上行数据信道或HARQ进程或传输块，该第二上行数据信道或HARQ进程或传输块与第一上行数据信道或HARQ进程或传输块不同，用于针对之前的上行数据信道或HARQ进程或传输块进行初传/重传，该之前的上行数据信道或HARQ进程或传输块对应第二时域资源长度或者第二预设时间间隔。

考虑到调度1ms TTI的第一UL grant和调度sTTI的第二UL grant可能位于下行子帧中的不同时刻，并且1ms TTI对应的第一UL grant调度的上行业务优先级和sTTI对应的第二UL grant调度的上行业务优先级不同，因此基站可能只能发送一种UL grant而不能同时在第一时间发送两种UL grant。在这种情况下，不使用同一个UL grant确定两个上行参考资源(其中一个上行参考资源的TTI长度或解码时延与UL grant调度的资源不匹配)，而是选择两个不同的UL grant(两者对应的TTI长度或解码时延不同)分别确定两个上行参考资源。

例如，调度1ms TTI的第一UL grant位于较早的PDCCH区域，调度sTTI的第二UL grant可能位于较晚的sPDCCH区域，因此，若基站在子帧中间抢占到信道，一次只能发送调度sTTI的第二UL grant，从而只使用该第二UL grant确定sTTI对应的第二上行参考资源，而使用另一个调度了1ms TTI的第一UL grant确定1ms TTI对应的第一上行参考资源。

图6为本申请实施例中终端根据第一上行授权确定第一上行参考资源、并根据第二上行授权确定第二上行参考资源的示意图。如图6所示，假设基站在子帧#n+2中通过下行控制信道的UL grant 1调度子帧#n中的HARQ进程H2(1ms TTI)在子帧#n+10进行初传/重传，基站在子帧#n+7中通过下行控制信道的UL grant 2调度子帧#n+4中的HARQ进程H1(7SS sTTI)在子帧#n+9进行初传/重传，第一预设时间间隔为4ms，第二预设时间间隔为4个sTTI，在本实施例中，UL grant 1为第一UL grant，UL grant 2为第二UL grant。故终端根据调度1ms TTI的第一UL grant，确定第一时刻为UL grant 1所在的下行子帧#n+2之前3ms(第一预设时间间隔-1ms)处，即子帧#n-2，确定第一上行参考资源(对应1ms TTI)为第一时刻之前距离第一时刻最近的上行突发的第一个上行子帧#n-3，根据调度sTTI的第二UL grant，确定第二时刻为UL grant 2所在的下行sTTI之前3个sTTI处，即子帧#n+5的第二个sTTI(假设#n+5为7SS结构)，确定第二上行参考资源(对应sTTI或包含sTTI的子帧)为子帧#n+5的第二个sTTI之前最近的上行突发的第一个上行sTTI(#n+4的第一个sTTI)或包含sTTI的上行子帧#n+4。

值得说明的是，终端根据确定好的CWS进行信道侦听并在信道侦听成功后接入信道，发送新的上行突发。其中，用于确定第一上行参考资源的第一UL grant、用于确定第二上行参考资源的第二UL grant可以是调度该新的上行突发中至少一个上行子帧或TTI的UL grant，也可以不用于调度该新的上行突发中任意一个或多个上行子帧或TTI。换句话说，终端可以根据调度新的上行突发中上行子帧或TTI的UL grant确定上行参考资源，也可以根据其他UL grant确定上行参考资源，例如更早或更晚的UL grant。

进一步的，在本申请实施例中，第一上行参考资源时间上位于第一上行授权之前，第一上行参考资源与第一上行授权之间的时间间隔大于或等于第一预设时间间隔，第二上行参考资源时间上位于第二上行授权之前，第二上行参考资源与第二上行授权之间的时间间隔大于或等于第二预设时间间隔，第一预设时间间隔大于第二预设时间间隔。

可选的，在本申请实施例中，假设第一预设时间间隔大于第二预设时间间隔。该第一预设时间间隔为第一上行参考资源与第一参考上行授权之间的最短时间间隔，第二预设时间间隔为第二上行参考资源与第二参考上行授权之间的最短时间间隔。第一参考上行授权是基站调度终端针对该第一上行参考资源中至少一个HARQ进程进行初传或重传的上行授权，第二参考上行授权是基站调度终端针对第二上行参考资源中至少一个HARQ进程进行初传或重传的上行授权。所以，第一上行参考资源与第一上行授权之间的时间间隔大于或等于第一预设时间间隔，第二上行参考资源与第二上行授权之间的时间间隔大于或等于第二预设时间间隔。

进一步的，由于1ms TTI对应的解码时延、最短调度时延以及最短重传时延均大于sTTI对应的解码时延、最短调度时延以及最短重传时延，因此，若第一上行授权为用于调度1ms TTI的UL grant，第二上行授权为用于调度sTTI的UL grant，则第一预设时间间隔大于第二预设时间间隔。

在本申请实施例中，第一上行参考资源时间上位于第一上行授权之前，包括：第一上行参考资源的结束时刻早于终端接收到该第一UL grant的时刻或者终端接收到该第一UL grant的时刻对应的子帧或TTI，或者早于基站发送该第一UL grant的下行子帧或TTI。第二上行参考资源时间上位于第二上行授权之前，包括：第二上行参考资源的结束时刻早于终端接收到该第二UL grant的时刻或者终端接收到该第二UL grant的时刻对应的子帧或TTI。

在上述任一实施例的基础上，上述步骤43(终端根据第一上行参考资源和第二上行参考资源，确定竞争窗长度)可通过以下两种可能实现方式实现，具体参见如下实施例。

在一种可能实现方式中，图7为本申请实施例提供的信道侦听方法实施例二的流程图。如图7所示，在本申请实施例提供的信道侦听方法中，上述步骤43(终端根据第一上行参考资源和第二上行参考资源，确定竞争窗长度)，包括：

步骤71：终端将第一上行参考资源和第二上行参考资源中时间上最晚的参考资源确定为目标参考资源。

步骤72：终端根据该目标参考资源确定竞争窗长度。

作为一种示例，终端首先从第一上行参考资源和第二上行参考资源中确定出一个目标参考资源，进而只根据该目标参考资源进行确定竞争窗长度。

具体的，在第一上行参考资源和第二上行参考资源均由第一UL grant确定时，该目标参考资源为第一上行参考资源和第二上行参考资源中距离第一UL grant最近的参考资源。在第一上行参考资源由第一UL grant确定，而第二上行参考资源由第二UL grant确定时，该目标参考资源为第一上行参考资源和第二上行参考资源中距离第一UL grant和第二UL grant中时间上较晚的UL grant最近的参考资源。也就是说，选择一个时间上最晚参考资源作为目标参考资源，进而根据目标参考资源，即根据是否接收到目标参考资源中HARQ进程(或TB)的接收状态或者根据接收到的目标参考资源中HARQ进程(或TB)的接收状态(正确接收或错误接收)来调整CWS，从而确定出最佳CWS。

可以理解的是，终端不是直接根据是否接收到两个上行参考资源中每个上行参考资源中HARQ进程(或TB)的接收状态，或者根据两个上行参考资源中每个上行参考资源中HARQ进程(或TB)的接收状态调整CWS，而是根据两个上行参考资源的时间先后关系，从中确定出一个作为目标参考资源，进而根据目标参考资源中HARQ进程(或TB)接收状态来确定CWS。

可选的，目标参考资源为所述第一上行参考资源和所述第二上行参考资源中时间上最晚的参考资源，包括：该目标参考资源对应的TTI或所在的子帧晚于另一个上行参考资源。

本申请实施例提供的信道侦听方法，终端根据第一上行参考资源和第二上行参考资源确定竞争窗长度时，首先确定出目标参考资源为第一上行参考资源和第二上行参考资源中时间上最晚的参考资源，进而只需根据该目标参考资源确定竞争窗长度。由于目标参考资源是时间上最晚的参考资源，其能够准确的反映实时的信道状态，进而能够确定出精确的竞争窗长度。

进一步的，在一种实施例中，两个上行数据信道(或者说TTI)的最短重传时延或者解码时延不相同，具体包含两种可能的情况。

第一种情况是：两个上行数据信道对应TTI的长度相同(例如，都是1ms TTI)，但是由于基站和终端针对其中第一个TTI的处理能力较高，相比于第二个TTI可以达到更短的重传时延/解码时延，因此终端获取到第一个TTI(中TB或HARQ进程)的接收状态快于第二个TTI。例如，两种上行数据信道都对应1ms TTI长度，第一上行数据信道对应的解码时延为4ms，第二上行数据信道对应的解码时延为3ms。

第二种情况是：两个上行数据信道对应TTI的长度不同，其中一个(例如第二上行数据信道)对应sTTI的时域长度短于另一个(例如第一上行数据信道)对应1ms TTI或sTTI的时域长度。由于长度较短的sTTI重传时延/解码时延较短，因此终端获取到长度较短的sTTI(中TB块或HARQ进程)的接收状态快于1ms TTI或长度较长的sTTI。

应理解，对于上面所述的两种情况，都有第一预设时间间隔大于第二预设时间间隔，其中第一预设时间间隔对应第一上行参考资源的解码时延(或解码时延-1ms或解码时延-1个sTTI时长)，第二预设时间间隔对应第二上行参考资源的解码时延(或解码时延-1ms或解码时延-1个sTTI时长)。考虑到两种TTI类型的解码时延不同，解码时延较短的TTI可能更早获取到其接收状态，但是由于基站对于两种TTI类型的上行调度是灵活的，解码时延较短的第二上行参考资源中的TTI发送可能早于解码时延较长的第一上行参考资源中的TTI，也可能晚于解码时延较长的第一上行参考资源中的TTI，因此需要根据两个上行参考资源共同确定CWS。

例如，通过对比第一上行参考资源和第二上行参考资源，根据时间上最晚或者说距离当前时刻较近的一个上行参考资源确定CWS，而不是固定地将解码时延较短的上行参考资源确定CWS。

参照上述图5所示，终端被调度在子帧#n发送HARQ进程H0，在子帧#n+4发送HARQ进程H1，基站通过UL grant调度终端分别在子帧#n+9和#n+10初传/重传HARQ进程H1和HARQ进程H0，因此，可确定第一上行参考资源为子帧#n，第二上行参考资源为子帧#n+4或#n+4的第一个sTTI。由于第一上行参考资源早于第二上行参考资源，则可以根据第二上行参考资源调整CWS。

在另一实施例中，图8为第二上行参考资源早于第一上行参考资源时的示意图。如图8所示，第一上行参考资源为子帧#n，第二上行参考资源为子帧#n-2或#n-2的第一个sTTI，早于第一上行参考资源，则可以使用第一上行参考资源调整CWS。

进一步的，在图7所示实施例的基础上，在一种实施例中，上述步骤72(终端根据该目标参考资源确定竞争窗长度)，包括：

在终端接收到该目标参考资源中的至少一个HARQ进程的接收状态为正确接收时，终端减小竞争窗长度。或者说，在终端接收到该目标参考资源中的至少一个HARQ进程的接收状态，且接收到接收状态的所有HARQ进程中有至少一个HARQ进程的接收状态为正确接收时，终端减小竞争窗长度。

当确定出目标参考资源之后，终端根据目标参考资源确定CWS的步骤与现有技术中通过上行参考子帧确定CWS的步骤类似。

具体的，若该目标参考资源中包括的至少一个HARQ进程的接收状态为正确接收，则减小CWS。例如，若原始CWS＝31，则调整后的CWS为同一业务优先级下的最小值，例如，当业务优先级(priority class)等于3时，CWS＝15。

其中，至少一个HARQ进程的接收状态为正确接收，包括：至少一个HARQ进程号对应的HARQ进程或TB的NDI为“翻转”状态，也就是说，基站指示终端初传该HARQ进程或使用该HARQ进程号传输新的数据。

更进一步的，在图7所示实施例的基础上，在另一种实施例中，上述步骤72(终端根据该目标参考资源确定竞争窗长度)，包括：

在终端接收到该目标参考资源中的至少一个HARQ进程的接收状态均为错误接收，或者终端未接收到该目标参考资源中的任意一个HARQ进程的接收状态时，终端增大竞争窗长度。

作为一种示例，终端接收到基站指示的该目标参考资源中至少一个HARQ进程或TB的接收状态，但该至少一个HARQ进程或TB的接收状态都是错误接收，也就是说，该至少一个HARQ进程或TB对应的NDI均是“未翻转”，也即，基站指示重传这些HARQ进程或TB。此时，终端增大竞争窗长度。

作为另一种示例，终端未接收到基站指示的目标参考资源中任意一个HARQ进程的接收状态，也就是说，在接收到上行参考资源之后没有再次收到基站指示目标参考资源中包含的任意一个HARQ进程进行初传或重传。由于上行参考资源是根据上行授权信息和解码时延推算出来的，即基站发送上行授权信息或者终端接收到上行授权信息的时候，基站已经知道了上行参考资源中HARQ进程或TB的接收状态，但是没有第一时间调度该上行参考资源中HARQ进程进行初传/重传，则终端在获取不到信息的情况下也会增加CWS。

可以理解的是，终端接收到或者未接收到基站指示的目标参考资源中至少一个HARQ进程或TB的接收状态，是指在目标参考资源之后(不包含目标参考资源)到基站发送或终端接收(用于确定上行参考资源的)上行授权信息时刻或子帧(包含该UL grant时刻或子帧)之间的时间范围内。

可选的，终端增大竞争窗长度是在现有CWS值的基础上增加，例如现有CWS＝N，则调整后的CWS值为2*N-1。

图9A至图9D为图7所示实施例中终端根据目标参考资源确定竞争窗长度的示意图。

可选的，如图9A所示，假设基站在子帧#n+6中通过下行控制信道发送UL grant 1来调度子帧#n中的HARQ进程H0(1ms TTI)在子帧#n+10进行初传/重传，基站在子帧#n+7中通过下行控制信道发送UL grant 2来调度子帧#n+4中的HARQ进程H1(7SS sTTI)在子帧#n+9进行初传，且确定子帧#n+4为目标参考资源，由于HARQ进程H1的接收状态为正确接收ACK，则减小CWS。

对于1ms TTI的传输，其对应的第一预设时间间隔为4ms，对于7SS sTTI的传输，其对应的第二预设时间间隔为4个sTTI。由于UL grant 2时间上晚于UL grant 1，因此，终端根据较晚的UL grant 2确定第一上行参考资源和第二上行参考资源，其中第一时刻为基站发送UL grant 2的下行子帧#n+7之前3ms(第一预设时间间隔-1ms)处，即子帧#n+4，第一上行参考资源为第一时刻之前最近的上行突发的第一个上行子帧#n，第二时刻为基站发送UL grant 2的下行sTTI之前3个sTTI(第二预设时间间隔-1*sTTI)处，即子帧#n+5的第二个sTTI(假设#n+5为7SS结构)，第二上行参考资源为第二时刻之前最近的上行突发的第一个上行sTTI(#n+4的第一个sTTI)。

终端在第一上行参考资源和第二参考资源中选择时间上最晚的第二上行参考资源为目标参考资源，由于目标参考资源中HARQ进程H1的接收状态为正确响应ACK，因此，终端减小针对上行突发#n+9、#n+10的CWS。

如图9B所示，图9B与图9A的区别在于，UL grant 2调度子帧#n-2中的HARQ进程H1(7SS sTTI)在子帧#n+9进行初传，终端根据UL grant 2确定的第二上行参考资源为#n-2的第一个sTTI，早于第一上行参考资源，因此终端确定目标参考资源为第一上行参考资源，并根据第一上行参考资源中HARQ进程H0的接收状态确定CWS。由于HARQ进程H0的接收状态为错误响应NACK，因此，终端增加针对上行突发#n+9、#n+10的CWS。

如图9C所示，与图9A类似，终端确定第二上行参考资源为目标参考资源，但是与图9A的区别在于目标参考资源中HARQ进程H1的接收状态为错误响应NACK，因此，终端增加针对上行突发#n+9、#n+10的CWS。

如图9D所示，与图9A类似，终端确定第二上行参考资源为目标参考资源，但是与图9A的区别在于基站没有再次调度目标参考资源HARQ进程H1进行初传/重传，因此，终端增加针对上行突发#n+9、#n+10的CWS。

进一步的，图10A至图10B为本申请实施例中终端根据第二上行参考资源确定竞争窗长度的示意图。

作为一种示例，第一上行参考资源包括一个第一上行参考子帧，第二上行参考资源包括一个第二上行参考子帧，且该第二上行参考子帧中所有终端发送的sTTI都用于CWS调整。如图10A所示，终端确定出第二时刻为基站发送UL grant 2的下行子帧#n+7之前3个sTTI处，第二上行参考资源为第二时刻之前最近的上行突发的第一个上行子帧#n+4，并确定出第二上行参考资源为目标参考资源，#n+4中包含的两个sTTI，两个sTTI分别包含HARQ进程H1和HARQ进程H2，HARQ进程H1接收状态为ACK且HARQ进程H2接收状态为NACK，由于至少有一个HARQ进程为ACK，则终端减小CWS。

作为另一种示例，第一上行参考资源包括一个第一上行参考子帧，第二上行参考资源包括一个第二上行数据信道或其对应的sTTI(参考sTTI)。如图10B所示，终端确定的第二上行参考资源为第二时刻之前最近的上行突发中第一个上行子帧#n+4的第一个sTTI，并根据该sTTI中HARQ进程H1接收状态为正确接收(ACK)，确定减小CWS。

在本申请实施例中，作为另一种可能实现方式，图11为本申请实施例提供的信道侦听方法实施例三的流程图。如图11所示，在本申请实施例提供的信道侦听方法中，上述步骤43(终端根据第一上行参考资源和第二上行参考资源，确定竞争窗长度)，包括：

步骤111：在终端接收到第一上行参考资源中的至少一个HARQ进程的接收状态以及第二上行参考资源中的至少一个HARQ进程的接收状态时，终端根据所接收到的第一上行参考资源中至少一个HARQ进程的接收状态和第二上行参考资源中至少一个HARQ进程的接收状态，确定竞争窗长度。

可选的，终端根据第一上行参考资源和第二上行参考资源确定竞争窗长度，具体是终端根据第一上行参考资源和/或第二上行参考资源中HARQ进程接收状态的接收情况以及 HARQ进程的接收状态确定CWS。其中，HARQ进程接收状态的接收情况包括是否接收到第一上行参考资源和/或第二上行参考资源中HARQ进程(或TB)的接收状态，HARQ进程的接收状态包括终端接收到了第一上行参考资源和/或第二上行参考资源的至少一个HARQ进程(或TB)的接收状态，该至少一个HARQ进程中每个HARQ进程的接收状态是正确接收还是错误接收。具体的，若终端在第一上行参考资源与上行授权信息(包含该上行授权信息)之间接收到第一上行参考资源中至少一个HARQ进程的接收状态，例如通过UL grant指示终端针对该至少一个HARQ进程进行初传/重传，则称为接收到第一上行参考资源中HARQ进程(或TB)的接收状态，反之称之为未接收到第一上行参考资源中HARQ进程(或TB)的接收状态。若终端在第二上行参考资源与上行授权信息(包含该上行授权信息)之间接收到第二上行参考资源中至少一个HARQ进程的接收状态，则称为接收到第二上行参考资源中HARQ进程(或TB)的接收状态，反之称之为未接收到第二上行参考资源中HARQ进程(或TB)的接收状态。

可选的，终端接收到或者未接收到基站指示的某一上行参考资源中至少一个HARQ进程(或TB)的接收状态，是指在该上行参考资源之后到基站发送或终端接收(用于确定该上行参考资源的)UL grant时刻或子帧或TTI(包含该UL grant时刻或子帧或TTI)之间的时间范围内。该上行参考资源可以是第一上行参考资源或者第二上行参考资源。

可以理解的是，终端再次收到了第一上行参考资源和第二上行参考资源中HARQ进程(或TB)的接收状态包括：终端既接收到第一上行参考资源中至少一个HARQ进程(或TB)的接收状态，也接收到第二上行参考资源中至少一个HARQ进程(或TB)的接收状态。

此时，终端则根据所接收到的第一上行参考资源中至少一个HARQ进程的接收状态和第二上行参考资源中至少一个HARQ进程的接收状态，确定竞争窗长度。具体的，假设终端所接收到的第一上行参考资源中至少一个HARQ进程组成的集合为第一HARQ进程集合，终端所接收到的第二上行参考资源中至少一个HARQ进程组成的集合为第二HARQ进程集合。

那么，在一种实施例中，若第一HARQ进程集合和第二HARQ进程集合所包括的所有HARQ进程中，如果存在至少一个(任意一个)HARQ进程的接收状态是正确接收，则减小CWS。若第一HARQ进程集合和第二HARQ进程集合中所有HARQ进程的接收状态都是错误接收，则增加CWS。

在另一种实施例中，终端从第一HARQ进程集合和第二HARQ进程集合中选择一个目标HARQ集合，如果该目标HARQ进程集合包括的所有HARQ进程中存在至少一个(任意一个)HARQ进程的接收状态是正确接收，则减小CWS；反之，如果该目标HARQ进程集合中所有HARQ进程的接收状态都是错误接收，则增加CWS。举例来说，可将第一HARQ进程集合作为目标HARQ进程集合。

进一步的，目标HARQ进程集合为第一上行参考资源和第二上行参考资源中时间上最晚的上行参考资源中，由该上行参考资源包含的至少一个HARQ进程组成的集合。

该步骤与图7所示实施例的方案类似，该方案与图7所示实施例的区别仅在于该方案中的最晚参考资源是第一上行参考资源和第二上行参考资源中的每个上行参考资源所包含的至少一个HARQ进程(或TB)的接收状态都被终端接收到的情况下选择的时间上最晚的上行参考资源。

可选的，终端只接收到接收到两个上行参考资源中其中一个上行参考资源中至少一个HARQ进程(或TB)的接收状态，也就是说接收到第一上行参考资源中至少一个HARQ进程(或TB)的接收状态，但未接收到第二上行参考资源中至少一个HARQ进程(或TB)的接收状态，或者接收到第二上行参考资源中至少一个HARQ进程(或TB)的接收状态，但未接收到第一上行参考资源中至少一个HARQ进程(或TB)的接收状态时，终端都认为没有接收到两个上行参考资源的HARQ接收状态，从而增加CWS(即使接收到HARQ接收状态的上行参考资源中包含正确接收的状态)。

更进一步的，在一种实施例中，当基站解码两个上行参考资源之后，在发送UL grant时可能更希望优先调度其中一个上行参考资源(而不论这个上行参考资源在时间上相比于另一个上行参考资源更早或更晚)，或者说基站只能发送一个UL grant，无法调度两种不同TTI长度/解码时延的TTI，因此终端可能只能接收到其中一个上行参考资源的接收状态，因此，只能根据接收到的上行参考资源的接收状态确定CWS。

具体的，若终端只接收到第一上行参考资源和第二上行参考资源中一个上行参考资源包含的至少一个HARQ进程的接收状态，而未接收到另一个上行参考资源包含的任意一个HARQ进程的接收状态，则终端只能根据所接收到的上行参考资源中HARQ进程的接收状态确定CWS。详见下述步骤112和步骤113。

步骤112：在终端接收到第一上行参考资源中的至少一个HARQ进程的接收状态且未接收到第二上行参考资源中的任意一个HARQ进程的接收状态时，终端根据所接收到的第一上行参考资源中至少一个HARQ进程的接收状态确定竞争窗长度。

在该步骤中，若终端所接收到的第一上行参考资源中至少存在一个HARQ进程的接收状态为正确接收，则减小CWS，若终端所接收到的第一上行参考资源中所有的HARQ进程的接收状态为错误接收，则增加CWS。

步骤113：在终端未接收到第一上行参考资源中的任意一个HARQ进程的接收状态、但接收到第二上行参考资源中的至少一个HARQ进程的接收状态时，终端根据所接收到的第二上行参考资源中至少一个HARQ进程的接收状态确定竞争窗长度。

在该步骤中，若终端所接收到的第二上行参考资源中至少存在一个HARQ进程的接收状态为正确接收，则减小CWS，若终端所接收到的第二上行参考资源中所有的HARQ进程的接收状态为错误接收，则增加CWS。

更进一步的，在又一种实施例中，上述步骤43(终端根据第一上行参考资源和第二上行参考资源，确定竞争窗长度)通过如下步骤114实现：

步骤114：在终端未接收到第一上行参考资源中的任意一个HARQ进程的接收状态以及第二上行参考资源中的任意一个HARQ进程的接收状态时，终端增大竞争窗长度。

具体的，在本实施例中，终端未接收到两个上行参考资源中任意一个上行参考资源包括的任意一个HARQ进程的接收状态。这种情况类似于只选一个上行参考资源情况下确定CWS的情况，基站未能在第一时间调度上行参考资源中HARQ进程进行初传/重传，因此，终端获取不到接收状态信息，相应的增加CWS。

也即，当终端既未接收到第一上行参考资源中的任意一个HARQ进程的接收状态，也未接收到第二上行参考资源中的任意一个HARQ进程的接收状态时，终端增大竞争窗长度。

本申请实施例提供的信道侦听方法，终端根据所接收到第一上行参考资源中的至少一个HARQ进程的接收状态或者根据所接收到的第二上行参考资源中的至少一个HARQ进程的接收状态，确定竞争窗长度，并在至少存在一个HARQ进程的接收状态为正确接收，则减小CWS，而在接收到的所有HARQ进程的接收状态为错误接收时，增加CWS，以及在终端未接收到第一上行参考资源和第二上行参考资源中的任意一个HARQ进程的接收状态时，增大竞争窗长度，相对于现有技术，该技术方案也能够更准确的调整CWS，进而更准确的反映实时的信道状态。

值得说明的是，在图7所示的实施例中，基站为了保证终端准确调整CWS，需要第一时间调度时间上最晚的上行参考资源，而图11所示的实施例不需要基站进行调度，因此，图11所示的实施例相对于图7所示的实施例而言，减小了对于基站调度的约束。

图12A至图12D为图11所示实施例中终端根据第一上行参考资源和第二上行参考资源确定竞争窗长度的示意图。

如图12A所示，假设基站在子帧#n+6中通过下行控制信道发送UL grant 1来调度子帧#n中的HARQ进程H0(1ms TTI)在子帧#n+10进行初传(H0接收状态为ACK)，基站在子帧#n+7中通过下行控制信道发送UL grant 2调度子帧#n+4中的HARQ进程H1(7SS sTTI)在子帧#n+9进行重传(H1接收状态为NACK)。

对于1ms TTI的传输，其对应的第一预设时间间隔为4ms，对于7SS sTTI的传输，其对应的第二预设时间间隔为4个sTTI。由于UL grant 2时间上晚于UL grant 1，因此，终端根据较晚的UL grant 2确定第一上行参考资源和第二上行参考资源，且第一时刻为基站发送UL grant 2的下行子帧#n+7之前3ms处，即#n+4，第一上行参考资源为第一时刻之前最近的上行突发的第一个上行子帧#n，第二时刻为基站发送UL grant 2的下行sTTI之前3个sTTI处，即子帧#n+5的第二个sTTI(假设#n+5为7SS结构)，第二上行参考资源为第二时刻之前最近的上行突发的第一个上行sTTI(#n+4的第一个sTTI)。根据上述步骤111，由于第一上行参考资源和第二参考资源中每个上行参考资源的接收状态都被接收到了，且其中包含一个ACK状态(第一上行参考资源中至少存在一个HARQ进程的接收状态为正确接收)，因此终端减小CWS。

如图12B所示，当终端选择最晚的第二上行参考资源对应的第二HARQ进程集合作为目标HARQ进程集合(包含HARQ进程H1)，由于HARQ进程H1接收状态为NACK，因此，终端增加CWS。

如图12C所示，基站在子帧#n+6中通过下行控制信道发送UL grant 1，但未调度子帧#n中的HARQ进程H0(1ms TTI)进行初传/重传，基站在子帧#n+7中通过下行控制信道发送UL grant 2来调度子帧#n+4中的HARQ进程H1(7SS sTTI)在子帧#n+9进行初传(HARQ进程H1接收状态为ACK)。由图12C可知，终端只接收到HARQ进程H1的重传，因此，终端只根据所接收到的第二上行参考资源中的HARQ进程H1的接收状态确定CWS。由于该HARQ进程H1的接收状态为正确接收(ACK状态)，则减小CWS。

如图12D所示，基站在子帧#n+6中通过下行控制信道发送UL grant 1，但UL grant 1未调度子帧#n中的HARQ进程H0(1ms TTI)进行初传/重传，基站在子帧#n+7中通过下行控制信道发送UL grant 2，但UL grant 2未调度HARQ进程H1(7SS sTTI)进行初传/ 重传，此时，终端未接收到任意一个上行参考资源中的任意一个HARQ进程的接收状态，因此增加CWS。

可选的，在上述任一实施例提供的信道侦听方法中，上述第一上行参考资源包括第一上行参考子帧，上述第二上行参考资源包括第二上行参考子帧，该第一上行参考子帧包含至少一个第一上行数据信道或至少一个第一传输时间间隔，该第二上行参考子帧包含至少一个第二上行数据信道或至少一个第二传输时间间隔。

或者

上述第一上行参考资源包括第一上行参考子帧，该第一上行参考子帧包含至少一个第一上行数据信道或至少一个第一传输时间间隔，上述第二上行参考资源包括至少一个第二上行数据信道或者至少一个第二传输时间间隔。

可选的，对于两个上行数据信道对应TTI的长度不同，其中一个(例如第二上行数据信道)对应sTTI的时域长度短于另一个(例如第一上行数据信道)1ms TTI或sTTI的时域长度的一个典型场景为：第一上行数据信道对应1ms TTI，第二上行数据信道对应sTTI时，第一上行参考资源包括第一上行参考子帧，并且第二上行参考资源可以有两种定义方式：方式1，包括一个第二上行参考子帧，该第二上行参考子帧中所有终端发送的sTTI都用于CWS调整；方式2，包括一个第二上行数据信道或其对应的sTTI。

对于方式1，好处在于参考样本数更多，对于方式2，好处在于参考资源更靠前、更容易反映碰撞情况，因为终端上行传输时若与其他同时发送的节点碰撞，则碰撞发生在传输起始位置的概率更大，因此传输起始位置的上行数据信道(中TB块或HARQ进程)的接收状态更能反映碰撞情况，而CWS的增加正是为了缓解碰撞问题。

可选的，第一上行参考资源包括第一上行参考子帧，若该第一上行参考子帧包括第一传输时间间隔，该第一传输时间间隔是1ms TTI结构的，且终端根据第一上行参考资源调整CWS，则该1ms TTI中所有的HARQ进程都可以用于调整CWS。相应的，第二上行参考资源包括第二上行参考子帧，该第二上行参考子帧包括第二传输时间间隔，如果第二传输时间间隔是sTTI结构的，且终端根据第二上行参考资源调整CWS，则该第二上行参考子帧中所有sTTI的所有HARQ进程都可以用于调整CWS。

可选的，第一上行参考资源包含至少一个第一上行数据信道或者至少一个第一上行数据信道对应的第一传输时间间隔(包含第一上行数据信道的第一传输时间间隔，比如，1ms TTI)。第二上行参考资源中包含至少一个第二上行数据信道或者至少一个第二上行数据信道对应的第二传输时间间隔(包含第一上行数据信道的第一传输时间间隔，比如，sTTI)。

在本申请实施例中，第一上行参考资源中包含至少一个第一上行数据信道，其中第一上行数据信道是包含UL-SCH的上行信道或者是终端发送了数据信息的上行信道。由于在上行信道中，只有包含UL-SCH的PUSCH才需要基站通过NDI指示其承载的TB(或HARQ进程)的接收状态为正确接收或错误接收，例如，侦听参考信号(Sounding Reference Signal，SRS)、解调参考信号(Demodulation Reference Signal，DMRS)等其他上行信道并不需要基站反馈接收状态，因此，第一上行参考资源中包含数据信息。第二上行参考资源中包含至少一个第二上行数据信道类似，此处不再赘述。

可以理解的是，第一上行参考资源包括第一上行参考子帧，第一上行参考子帧包含至少一个第一上行数据信道可以解释如下：

从基站角度(Cell-specific)，基站在第一上行参考资源上调度了至少一个第一上行数据信道。如果第一上行参考资源包括至少两个上行数据信道，则这些上行数据信道可以调度同一个终端，也可以调度不同的终端。从终端角度，终端只选择被调度或者选择被调度且终端实际发送第一上行数据信道的第一上行参考资源来确定CWS。

第二上行参考资源包括至少一个第二上行数据信道类似，此处不再赘述。例如，第二上行参考资源为一个上行子帧，该子帧为7SS结构，包含两个7SS的sTTI，其中终端只被调度在第二个sTTI上发送上行数据，该子帧的第一个sTTI调度了其他终端发送上行数据，则也称该第二参考资源包含两个上行数据信道，终端根据第二个sTTI(中TB或HARQ进程)的接收状态调整CWS。

进一步的，在本申请实施例中，上述第一上行数据信道或第一传输时间间隔所占的第一时域资源长度大于第二上行数据信道或第二传输时间间隔所占的第二时域资源长度。

当两个上行数据信道对应TTI的长度不同，其中一个(例如第二上行数据信道)对应sTTI的时域长度短于另一个(例如第一上行数据信道)对应1ms TTI或sTTI的时域长度时，第一上行数据信道所占的第一时域资源长度大于第二上行数据信道所占的第二时域资源长度，或者说第一上行数据信道对应的TTI长度大于第二上行数据信道对应的TTI长度。

由于第一上行数据信道和第二上行数据信道的TTI长度不同，即数据包的大小不同，因此，分别对应的解码时延也不同。可选的，第一上行数据信道对应1ms TTI，第二上行数据信道对应sTTI。可选的，第一上行数据信道和第二上行数据信道都对应sTTI，但是第一上行数据信道的sTTI长度大于第二上行数据信道的sTTI长度，例如，第一上行数据信道对应的sTTI为7SS结构，第二上行数据信道对应的sTTI为2SS结构。

可以理解的是，第一上行数据信道所占的第一时域资源可以是只包含发送数据信息UL-SCH的上行共享信道PUSCH或短上行共享信道sPUSCH所占的时域资源，也可以是PUSCH或sPUSCH所在的TTI所占的时域资源，即第一时域资源包含了解调参考信号DMRS。

例如，按照TTI所占的时域资源考虑，1ms TTI的1ms PUSCH所占的时域资源长度为1ms，sTTI长度为7SS的sPUSCH所占的时域资源长度为7SS，sTTI长度为2SS的sPUSCH所占的时域资源长度为2SS。如果只考虑PUSCH或sPUSCH而不考虑DMRS所占的时域资源，sTTI长度为2SS的sPUSCH，若其中一个SS为DMRS，则其所占的时域资源只包含发送UL-SCH信息的1SS。第二上行数据信道所占的第二时域资源类似于第一时域资源的定义，此处不再赘述。

图13为本申请实施例提供的一种信道侦听装置的结构示意图，该装置可以集成于前述终端内，如图13所示，该装置包括：收发器1301和处理器1302。可选的，该装置还可以包括存储器，该存储器用于存储处理器1302的执行指令。可选的，该收发器1301可以是由独立功能的发送器和接收器实现，两者均可以通过天线等形式实现，本申请实施例并不对其限定。

该收发器1301，用于接收基站发送的上行授权信息；

该处理器1302，用于根据收发器1301接收到的所述上行授权信息确定第一上行参考资源和第二上行参考资源，根据所述第一上行参考资源和所述第二上行参考资源，确定竞争窗长度，根据所述竞争窗长度侦听信道。

可选的，在所述上行授权信息包括：第一上行授权时，处理器1302，具体用于根据所述第一上行授权确定第一上行参考资源和第二上行参考资源。

在本实施例中，所述第一上行参考资源时间上位于所述第一上行授权之前，所述第一上行参考资源与所述第一上行授权之间的时间间隔大于或等于第一预设时间间隔，所述第二上行参考资源时间上位于所述第一上行授权之前，所述第二上行参考资源与所述第一上行授权之间的时间间隔大于或等于第二预设时间间隔，所述第一预设时间间隔大于所述第二预设时间间隔。

可选的，在所述上行授权信息包括：第一上行授权和第二上行授权时，处理器1302，具体用于根据所述第一上行授权确定所述第一上行参考资源、并根据所述第二上行授权确定所述第二上行参考资源。

在本实施例中，所述第一上行参考资源时间上位于所述第一上行授权之前，所述第一上行参考资源与所述第一上行授权之间的时间间隔大于或等于第一预设时间间隔，所述第二上行参考资源时间上位于所述第二上行授权之前，所述第二上行参考资源与所述第二上行授权之间的时间间隔大于或等于第二预设时间间隔，所述第一预设时间间隔大于所述第二预设时间间隔。

可选的，在一实施方式中，处理器1302，具体用于将所述第一上行参考资源和所述第二上行参考资源中时间上最晚的参考资源确定为目标参考资源，并根据所述目标参考资源确定所述竞争窗长度。

作为一种示例，处理器1302，具体用于在收发器1301接收到所述目标参考资源中的至少一个混合自动重传请求HARQ进程的接收状态为正确接收时，减小竞争窗长度。

进一步的，处理器1302，还具体用于在收发器1301接收到所述目标参考资源中的至少一个混合自动重传请求HARQ进程的接收状态均为错误接收，或者收发器1301未接收到所述目标参考资源中的任意一个HARQ进程的接收状态时，增大竞争窗长度。

作为另一种示例，处理器1302，具体用于在收发器1301接收到所述第一上行参考资源中的至少一个混合自动重传请求HARQ进程的接收状态以及所述第二上行参考资源中的至少一个HARQ进程的接收状态时，根据所接收到的所述第一上行参考资源中至少一个HARQ进程的接收状态和所述第二上行参考资源中至少一个HARQ进程的接收状态，确定所述竞争窗长度。

进一步的，处理器1302，还具体用于在收发器1301接收到所述第一上行参考资源中的至少一个混合自动重传请求HARQ进程的接收状态且未接收到所述第二上行参考资源中的任意一个HARQ进程的接收状态时，根据所接收到的所述第一上行参考资源中至少一个HARQ进程的接收状态确定所述竞争窗长度，在收发器1301未接收到所述第一上行参考资源中的任意一个HARQ进程的接收状态、但接收到所述第二上行参考资源中的至少一个HARQ进程的接收状态时，根据所接收到的所述第二上行参考资源中至少一个HARQ进程的接收状态确定所述竞争窗长度。

进一步的，处理器1302，还具体用于在收发器1301未接收到所述第一上行参考资源中的任意一个混合自动重传请求HARQ进程的接收状态以及所述第二上行参考资源中的任意一个HARQ进程的接收状态时，增大竞争窗长度。

或者

该装置的实现原理和技术效果与前述图1～图12所示的方法实施例类似，在此不再赘述。

图14为本申请实施例提供的另一种信道侦听装置的结构示意图，该装置可以集成于前述终端内，如图14所示，该装置包括：接收模块1401、确定模块1402以及侦听模块1403。其中，

该接收模块1401，用于接收基站发送的上行授权信息；

该确定模块1402，用于根据所述上行授权信息确定第一上行参考资源和第二上行参考资源，并根据所述第一上行参考资源和所述第二上行参考资源，确定竞争窗长度；

该侦听模块1403，用于根据所述竞争窗长度侦听信道。

可选的，在所述上行授权信息包括：第一上行授权时，确定模块1402，具体用于根据所述第一上行授权确定第一上行参考资源和第二上行参考资源。

可选的，在所述上行授权信息包括：第一上行授权和第二上行授权时，确定模块1402，具体用于根据所述第一上行授权确定所述第一上行参考资源、并根据所述第二上行授权确定所述第二上行参考资源。

可选的，确定模块1402，具体用于将所述第一上行参考资源和所述第二上行参考资源中时间上最晚的参考资源确定为目标参考资源，并且根据所述目标参考资源确定所述竞争窗长度。

可选的，确定模块1402，具体用于在所述接收模块1401接收到所述目标参考资源中的至少一个混合自动重传请求HARQ进程的接收状态为正确接收时，减小竞争窗长度。

进一步的，确定模块1402，还具体用于在所述接收模块1401接收到所述目标参考资源中的至少一个混合自动重传请求HARQ进程的接收状态均为错误接收，或者所述接收模块1401未接收到所述目标参考资源中的任意一个HARQ进程的接收状态时，增大竞争窗长度。

在本申请的一实施例中，确定模块1402，具体用于在所述接收模块1401接收到所述第一上行参考资源中的至少一个混合自动重传请求HARQ进程的接收状态以及所述第二上行参考资源中的至少一个HARQ进程的接收状态时，根据所接收到的所述第一上行参考资源中至少一个HARQ进程的接收状态和所述第二上行参考资源中至少一个HARQ进程的接收状态，确定所述竞争窗长度。

进一步的，确定模块1402，还具体用于在所述接收模块1401接收到所述第一上行参考资源中的至少一个混合自动重传请求HARQ进程的接收状态且未接收到所述第二上行参考资源中的任意一个HARQ进程的接收状态时，根据所接收到的所述第一上行参考资源中至少一个HARQ进程的接收状态确定所述竞争窗长度，在所述接收模块1401未接收到所述第一上行参考资源中的任意一个HARQ进程的接收状态、但接收到所述第二上行参考资源中的至少一个HARQ进程的接收状态时，根据所接收到的所述第二上行参考资源中至少一个HARQ进程的接收状态确定所述竞争窗长度。

更进一步的，确定模块1402，还具体用于在所述接收模块1401未接收到所述第一上行参考资源中的任意一个混合自动重传请求HARQ进程的接收状态以及所述第二上行参考资源中的任意一个HARQ进程的接收状态时，增大竞争窗长度。

或者

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，确定模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上确定模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(Central Processing Unit，CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

Claims

一种信道侦听方法，其特征在于，包括：

终端接收基站发送的上行授权信息；

所述终端根据所述上行授权信息确定第一上行参考资源和第二上行参考资源；

所述终端根据所述第一上行参考资源和所述第二上行参考资源，确定竞争窗长度；

所述终端根据所述竞争窗长度侦听信道。
根据权利要求1所述的方法，其特征在于，所述上行授权信息包括：第一上行授权；

所述终端根据所述上行授权信息确定第一上行参考资源和第二上行参考资源，包括：

所述终端根据所述第一上行授权确定第一上行参考资源和第二上行参考资源。
根据权利要求2所述的方法，其特征在于，

所述第一上行参考资源时间上位于所述第一上行授权之前，所述第一上行参考资源与所述第一上行授权之间的时间间隔大于或等于第一预设时间间隔，所述第二上行参考资源时间上位于所述第一上行授权之前，所述第二上行参考资源与所述第一上行授权之间的时间间隔大于或等于第二预设时间间隔，所述第一预设时间间隔大于所述第二预设时间间隔。
根据权利要求1所述的方法，其特征在于，所述上行授权信息包括：第一上行授权和第二上行授权；

所述终端根据所述上行授权信息确定第一上行参考资源和第二上行参考资源，包括：

所述终端根据所述第一上行授权确定所述第一上行参考资源、并根据所述第二上行授权确定所述第二上行参考资源。
根据权利要求4所述的方法，其特征在于，

所述第一上行参考资源时间上位于所述第一上行授权之前，所述第一上行参考资源与所述第一上行授权之间的时间间隔大于或等于第一预设时间间隔，所述第二上行参考资源时间上位于所述第二上行授权之前，所述第二上行参考资源与所述第二上行授权之间的时间间隔大于或等于第二预设时间间隔，所述第一预设时间间隔大于所述第二预设时间间隔。
根据权利要求1～5任一项所述的方法，其特征在于，所述终端根据所述第一上行参考资源和所述第二上行参考资源，确定竞争窗长度，包括：

所述终端将所述第一上行参考资源和所述第二上行参考资源中时间上最晚的参考资源确定为目标参考资源；

所述终端根据所述目标参考资源确定所述竞争窗长度。
根据权利要求6所述的方法，其特征在于，所述终端根据所述目标参考资源确定所述竞争窗长度，包括：

在所述终端接收到所述目标参考资源中的至少一个混合自动重传请求HARQ进程的接收状态为正确接收时，所述终端减小竞争窗长度。
根据权利要求6或7所述的方法，其特征在于，所述终端根据所述目标参考资源确定所述竞争窗长度，包括：

在所述终端接收到所述目标参考资源中的至少一个混合自动重传请求HARQ进程的接收状态均为错误接收，或者所述终端未接收到所述目标参考资源中的任意一个HARQ进程的接收状态时，所述终端增大竞争窗长度。
根据权利要求1～5任一项所述的方法，其特征在于，所述终端根据所述第一上行参考资源和所述第二上行参考资源，确定竞争窗长度，包括：

在所述终端接收到所述第一上行参考资源中的至少一个混合自动重传请求HARQ进程的接收状态以及所述第二上行参考资源中的至少一个HARQ进程的接收状态时，所述终端根据所接收到的所述第一上行参考资源中至少一个HARQ进程的接收状态和所述第二上行参考资源中至少一个HARQ进程的接收状态，确定所述竞争窗长度。
根据权利要求1～5、9任一项所述的方法，其特征在于，所述终端根据所述第一上行参考资源和所述第二上行参考资源，确定竞争窗长度，包括：

在所述终端接收到所述第一上行参考资源中的至少一个混合自动重传请求HARQ进程的接收状态且未接收到所述第二上行参考资源中的任意一个HARQ进程的接收状态时，所述终端根据所接收到的所述第一上行参考资源中至少一个HARQ进程的接收状态确定所述竞争窗长度；

在所述终端未接收到所述第一上行参考资源中的任意一个HARQ进程的接收状态、但接收到所述第二上行参考资源中的至少一个HARQ进程的接收状态时，所述终端根据所接收到的所述第二上行参考资源中至少一个HARQ进程的接收状态确定所述竞争窗长度。
根据权利要求1～5、9或10任一项所述的方法，其特征在于，所述终端根据所述第一上行参考资源和所述第二上行参考资源，确定竞争窗长度，包括：

在所述终端未接收到所述第一上行参考资源中的任意一个混合自动重传请求HARQ进程的接收状态以及所述第二上行参考资源中的任意一个HARQ进程的接收状态时，所述终端增大竞争窗长度。
根据权利要求1～11任一项所述的方法，其特征在于，

所述第一上行参考资源包括第一上行参考子帧，所述第二上行参考资源包括第二上行参考子帧，所述第一上行参考子帧包含至少一个第一上行数据信道或至少一个第一传输时间间隔，所述第二上行参考子帧包含至少一个第二上行数据信道或至少一个第二传输时间间隔；

或者

所述第一上行参考资源包括第一上行参考子帧，所述第一上行参考子帧包含至少一个第一上行数据信道或至少一个第一传输时间间隔，所述第二上行参考资源包括至少一个第二上行数据信道或者至少一个第二传输时间间隔。
根据权利要求12所述的方法，其特征在于，所述第一上行数据信道或所述第一传输时间间隔所占的第一时域资源长度大于所述第二上行数据信道或所述第二传输时间间隔所占的第二时域资源长度。
一种信道侦听装置，其特征在于，包括：收发器和处理器；

所述收发器，用于接收基站发送的上行授权信息；

所述处理器，用于根据所述收发器接收到的所述上行授权信息确定第一上行参考资源和第二上行参考资源，根据所述第一上行参考资源和所述第二上行参考资源，确定竞争窗长度，根据所述竞争窗长度侦听信道。
根据权利要求14所述的装置，其特征在于，在所述上行授权信息包括：第一上行授权时，所述处理器，具体用于根据所述第一上行授权确定第一上行参考资源和第二上行参考资源。
根据权利要求15所述的装置，其特征在于，

所述第一上行参考资源时间上位于所述第一上行授权之前，所述第一上行参考资源与所述第一上行授权之间的时间间隔大于或等于第一预设时间间隔，所述第二上行参考资源时间上位于所述第一上行授权之前，所述第二上行参考资源与所述第一上行授权之间的时间间隔大于或等于第二预设时间间隔，所述第一预设时间间隔大于所述第二预设时间间隔。
根据权利要求14所述的装置，其特征在于，在所述上行授权信息包括：第一上行授权和第二上行授权时，所述处理器，具体用于根据所述第一上行授权确定所述第一上行参考资源、并根据所述第二上行授权确定所述第二上行参考资源。
根据权利要求17所述的装置，其特征在于，

所述第一上行参考资源时间上位于所述第一上行授权之前，所述第一上行参考资源与所述第一上行授权之间的时间间隔大于或等于第一预设时间间隔，所述第二上行参考资源时间上位于所述第二上行授权之前，所述第二上行参考资源与所述第二上行授权之间的时间间隔大于或等于第二预设时间间隔，所述第一预设时间间隔大于所述第二预设时间间隔。
根据权利要求14～18任一项所述的装置，其特征在于，所述处理器，具体用于将所述第一上行参考资源和所述第二上行参考资源中时间上最晚的参考资源确定为目标参考资源，并根据所述目标参考资源确定所述竞争窗长度。
根据权利要求19所述的装置，其特征在于，所述处理器，具体用于在所述收发器接收到所述目标参考资源中的至少一个混合自动重传请求HARQ进程的接收状态为正确接收时，减小竞争窗长度。
根据权利要求19或20所述的装置，其特征在于，所述处理器，还具体用于在所述收发器接收到所述目标参考资源中的至少一个混合自动重传请求HARQ进程的接收状态均为错误接收，或者所述收发器未接收到所述目标参考资源中的任意一个HARQ进程的接收状态时，增大竞争窗长度。
根据权利要求14～18任一项所述的装置，其特征在于，所述处理器，具体用于在所述收发器接收到所述第一上行参考资源中的至少一个混合自动重传请求HARQ进程的接收状态以及所述第二上行参考资源中的至少一个HARQ进程的接收状态时，根据所接收到的所述第一上行参考资源中至少一个HARQ进程的接收状态和所述第二上行参考资源中至少一个HARQ进程的接收状态，确定所述竞争窗长度。
根据权利要求14～18、22任一项所述的装置，其特征在于，所述处理器，还具体用于在所述收发器接收到所述第一上行参考资源中的至少一个混合自动重传请求HARQ 进程的接收状态且未接收到所述第二上行参考资源中的任意一个HARQ进程的接收状态时，根据所接收到的所述第一上行参考资源中至少一个HARQ进程的接收状态确定所述竞争窗长度，在所述收发器未接收到所述第一上行参考资源中的任意一个HARQ进程的接收状态、但接收到所述第二上行参考资源中的至少一个HARQ进程的接收状态时，根据所接收到的所述第二上行参考资源中至少一个HARQ进程的接收状态确定所述竞争窗长度。
根据权利要求14～18、22或23任一项所述的装置，其特征在于，所述处理器，还具体用于在所述收发器未接收到所述第一上行参考资源中的任意一个混合自动重传请求HARQ进程的接收状态以及所述第二上行参考资源中的任意一个HARQ进程的接收状态时，增大竞争窗长度。
根据权利要求14～24任一项所述的装置，其特征在于，

所述第一上行参考资源包括第一上行参考子帧，所述第二上行参考资源包括第二上行参考子帧，所述第一上行参考子帧包含至少一个第一上行数据信道或至少一个第一传输时间间隔，所述第二上行参考子帧包含至少一个第二上行数据信道或至少一个第二传输时间间隔；

或者

所述第一上行参考资源包括第一上行参考子帧，所述第一上行参考子帧包含至少一个第一上行数据信道或至少一个第一传输时间间隔，所述第二上行参考资源包括至少一个第二上行数据信道或者至少一个第二传输时间间隔。
根据权利要求25所述的装置，其特征在于，所述第一上行数据信道或所述第一传输时间间隔所占的第一时域资源长度大于所述第二上行数据信道或所述第二传输时间间隔所占的第二时域资源长度。