CN109005596A - 一种调整竞争窗长度的方法及设备 - Google Patents
一种调整竞争窗长度的方法及设备 Download PDFInfo
- Publication number
- CN109005596A CN109005596A CN201710420188.9A CN201710420188A CN109005596A CN 109005596 A CN109005596 A CN 109005596A CN 201710420188 A CN201710420188 A CN 201710420188A CN 109005596 A CN109005596 A CN 109005596A
- Authority
- CN
- China
- Prior art keywords
- harq
- state
- equipment
- harq state
- time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
- H04W74/0808—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
Abstract
本申请公开了一种调整竞争窗长度的方法及设备,该方法包括:第一设备获得对应第一HARQ进程号的至少两种HARQ状态,至少两种HARQ状态互不相同,第一HARQ进程号为第一设备在参考时间单元上向第二设备发送数据时所使用的HARQ进程号。第一设备确定至少两种HARQ状态中的有效HARQ状态,根据有效HARQ状态调整针对第一突发的竞争窗长度,第一突发在时间上晚于参考时间单元。因此,第一设备能够避免由于后续的HARQ‑ACK重置为缺省状态带来的CWS调整不准确问题,提高了竞争窗调整的精度,提高了信道接入的效率。
Description
技术领域
本申请涉及无线通信技术领域,特别涉及一种调整竞争窗长度的方法及设备。
背景技术
为了实现在非授权频谱上满足和不同运营商的基站、UE,以及Wi-Fi等异系统无线节点的友好共存,授权辅助接入(Licensed-Assisted Access,LAA)/增强授权辅助接入(enhanced LAA,eLAA)/Multefire系统采用先听后发(Listen-Before-Talk,LBT)信道接入机制。例如,发送节点在发送下行传输之前需要对信道进行侦听,侦听到信道空闲后再发送下行信息。具体的,下行LBT为基于随机回退的空闲信道评测(Clear Channel Assessment,CCA),发送节点在0~竞争窗长度(Contention Window Size,CWS)之间均匀随机生成一个回退计数器N,且以侦听时隙(CCA slot)为粒度进行侦听,如果侦听时隙内检测到信道空闲,则将回退计数器减一,反之检测到信道忙碌,则将回退计数器挂起,即回退计数器N在信道忙碌时间内保持不变,直到检测到信道空闲;当回退计数器减为0时发送节点可以立即占用该信道。
进一步地,发送节点会动态调整下行LBT的下行CWS,即发送节点根据终端反馈的针对下行参考子帧的混合自动重传请求确认(Hybrid Automatic Repeat request-Acknowledgement,HARQ-ACK)状态动态调整针对下行突发的CWS。具体的,发送节点确定当针对下行参考子帧的HARQ-ACK状态中错误应答(Negative Acknowledgement,NACK)比例较大时,增加CWS,以拉长侦听时间为代价避免与周围竞争节点的碰撞,实现友好共存;当针对下行参考子帧的HARQ-ACK状态中正确应答(Acknowledgement,ACK)比例较大时,发送节点减小CWS,从而降低侦听时间,更快接入信道。类似于下行LBT,当上行LBT采用基于随机回退的CCA时,终端会动态调整上行LBT的上行CWS,即终端根据上行参考子帧的HARQ-ACK状态动态调整针对上行突发的CWS,当针对上行参考子帧的HARQ-ACK状态为ACK时,终端减小CWS;反之,终端增加CWS。
对于Multefire1.0系统,引入了针对下行数据信道的DL HARQ-ACK反馈。其中,DLHARQ-ACK可以承载在非授权频谱的PUCCH上,也可以承载在非授权频谱的PUSCH上。DLHARQ-ACK信息为比特映射(bit map)的,包含一个下行HARQ进程集合中所有HARQ进程对应的HARQ-ACK状态。此外,对于基于GUL的Multefire 1.1系统,为了便于网络设备反馈针对GUL PUSCH的接收状态,引入了针对上行数据信道的UL HARQ-ACK反馈,承载在免调度许可下行控制信息(Grantfree-Downlink Control Information,G-DCI)中。其中,UL HARQ-ACK信息为比特映射的,包含一个上行HARQ进程集合中所有HARQ进程对应的HARQ-ACK状态。
因此,针对非授权频谱的下行传输引入新的DL HARQ-ACK反馈信息,和针对非授权频谱的上行传输引入新的UL HARQ-ACK反馈信息,如何精确调整下行CWS和上行CWS,使之能准确反映信道状态,并实现与周围竞争节点的友好共存,是急需解决的问题。
发明内容
本申请实施例提供一种调整竞争窗长度的方法及设备,以提高竞争窗长度调整的精度。
本申请实施例方法包括:
第一方面,一种调整竞争窗长度的方法,该方法包括:第一设备获得对应第一混合自动重传请求HARQ进程号的至少两种HARQ状态,至少两种HARQ状态互不相同,第一HARQ进程号为第一设备在参考时间单元上向第二设备发送数据时所使用的HARQ进程号。第一设备确定至少两种HARQ状态中的有效HARQ状态,根据有效HARQ状态调整针对第一突发的竞争窗长度,第一突发在时间上晚于参考时间单元。因此,采用本申请实施例提供的方法,第一设备能够避免由于后续的HARQ-ACK重置为缺省状态带来的CWS调整不准确问题,提高了竞争窗调整的精度,提高了信道接入的效率。
在一种可能的设计中,至少两种HARQ状态中的任一HARQ状态均对应第一HARQ进程号的同一传输块。因此,本申请实施例中不限于第一HARQ进程号是对应一个传输块还是多个传输块,能够适用于多种应用场景。
在一种可能的设计中,第一设备为网络设备,第二设备为终端设备,第一HARQ进程号是针对第二设备的HARQ进程号。因此本申请实施例能够使用于下行传输的场景。
在一种可能的设计中,第一设备为终端设备,第二设备为网络设备,第一HARQ进程号是对应于第一设备的HARQ进程号。因此本申请实施例能够使用于上行传输的场景。
在一种可能的设计中,至少两种HARQ状态承载在至少两个上行时间单元中,有效HARQ状态为至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态。因此,采用本申请实施例提供的上述方法能够便捷地确定有效HARQ状态。
在一种可能的设计中,当至少两种HARQ状态都是第一设备检测到第二设备发送的HARQ状态时,有效HARQ状态为至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态。因此,采用本申请实施例提供的上述方法在DTX状态排除后再选择时间上最早的上行时间单元所承载的HARQ状态作为有效HARQ状态,使有效HARQ状态准确性更高。
在一种可能的设计中,当至少两种HARQ状态包括不连续发送DTX状态和非DTX状态时,有效HARQ状态为非DTX状态,非DTX状态为第一设备检测到第二设备发送的HARQ状态。采用本申请实施例提供的上述方法在DTX状态排除后选择非DTX状态作为有效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状态中包含正确应答ACK状态,有效HARQ状态为ACK状态。因此,采用本申请实施例提供的方法选择ACK状态,作为有效HARQ状态,使有效HARQ状态准确性更高。
在一种可能的设计中,所述至少两种HARQ状态都是所述第一设备在该参考时间单元之后获取到的。
在一种可能的设计中,承载所述至少两种HARQ状态的至少一个时间单元中的任意一个时间单元与所述参考时间单元之间的时间间隔均不小于第一预设时间间隔。
在一种可能的设计中,所述任意一个时间单元在所述参考时间单元之后。
在一种可能的设计中,当所述至少两种HARQ状态承载在所述至少两个时间单元上时,所述有效HARQ状态为所述至少两个时间单元中最早的至少一个时间单元上所承载的HARQ状态,其中所述最早的至少一个时间单元上承载的HARQ状态为同一种HARQ状态。
在一种可能的设计中,当至少两种HARQ状态包括缺省状态和非缺省状态时,有效HARQ状态为非缺省状态。
在一种可能的设计中,当所述至少两种HARQ状态承载在所述至少两个时间单元上时,所述第一设备确定所述有效HARQ状态为所述至少两个时间单元中时间上最早的上行时间单元所承载的非DTX状态,所述非DTX状态为所述第一设备检测到所述第二设备发送的HARQ状态。
第二方面,本申请实施例提供一种调整竞争窗长度的装置,用于执行上述第一方面或第一方面的任意可能的设计的方法。具体地,该装置包括用于执行上述第一方面或第一方面的任意可能的设计的方法的模块。
第三方面,本申请实施例提供了一种调整竞争窗长度的设备,包括收发器和处理器。其中,所述处理器用于执行上述第一方面或第一方面的任意可能的设计的方法。
第四方面,本申请实施例提供了一种通信系统,包括:如第五方面所述的第一设备和第二设备。
第五方面,本申请提供了一种计算机可读存储介质,计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面或第一方面的任意可能的设计的方法。
第六方面,本申请还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面或第一方面的任意可能的设计的方法。
附图说明
图1为本申请实施例中LTE系统中上行传输的示意图;
图2为本申请实施例中HARQ反馈信息为G-DCI时终端设备接收网络设备发送的G-DCI的示意图;
图3为本申请实施例中调整竞争窗长度的方法的概述流程图;
图4(a)为本申请实施例中下行数据传输对应的DTX状态的示意图之一;
图4(b)为本申请实施例中下行数据传输对应的DTX状态的示意图之二;
图5为本申请实施例中下行数据传输对应的非DTX状态的示意图;
图6为本申请实施例中下行数据传输中同一突发内重复发送相同的HARQ状态的示意图;
图7(a)为本申请实施例中下行数据传输对应的DTX状态的示意图之三;
图7(b)为本申请实施例中下行数据传输对应的DTX状态的示意图之四;
图8为本申请实施例中上行数据传输中同一突发内重复发送相同的HARQ状态的示意图;
图9为本申请实施例中针对上行数据传输对应有效HARQ状态的示意图;
图10为本申请实施例中UL grant和G-DCI对应的HARQ不一致的示意图;
图11为本申请实施例中调整竞争窗长度的设备的结构示意图;
图12为本申请实施例中调整竞争窗长度的装置的结构示意图。
具体实施方式
下面结合附图,对本申请的实施例进行描述。
长期演进(Long Term Evolution,LTE)系统采用正交频分复用(OrthogonalFrequency Division Multiplexing,OFDM)技术,用于数据传输的最小资源单位是资源粒子(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)为粒度,1个TTI的长度为14OFDM符号,即1个子帧,长度为1ms。
参阅图1所示,LTE系统的上行传输由网络设备调度完成,即网络设备通过在下行控制信道中包含的上行授权(UL grant)指示终端设备或者说用户设备(User Equipment,UE)在对应的上行子帧上发送上行共享信道(Physical Uplink Shared Channel,PUSCH),具体的,终端设备若需要发送上行数据,需要先在上行控制信道(Physical UplinkControl Channel,PUCCH)上向网络设备发送调度请求(Scheduling Request,SR),等待网络设备接收到SR后向终端设备发送调度PUSCH的UL grant,并在UL grant调度的上行资源上发送上行数据。
考虑到终端设备在发送PUSCH之前需要发送SR和等待网络设备的UL grant调度,因此传统的基于UL grant调度的上行传输存在时延较大以及多次执行LBT带来信道抢占失败的风险。为了减少时延并更高效地利用上行资源,可以采用免调度许可上行(Grant freeUpLink,GUL)传输,或者称为自主上行(Autonomous UL,AUL)传输,网络设备半静态地将GUL资源配置或指示给一个或至少两个终端设备,并激活GUL传输,终端设备如果有了上行业务需求,不需要发送SR,而可以直接在GUL资源上发送上行数据,从而减小发送SR和等待ULgrant带来的时延。
对于基于GUL的系统,为了便于网络设备反馈针对GUL PUSCH的接收状态,引入了针对上行数据信道的上行HARQ-ACK反馈,承载在HARQ反馈信息中。具体的,该HARQ反馈信息可以是G-DCI。对于HARQ反馈信息反馈HARQ状态的方式,HARQ反馈信息包含用于指示终端设备使用至少一个HARQ进程进行的前一次传输是否被正确接收的指示信息,但不包含网络设备调度该终端设备使用该HARQ进程进行初传或重传的调度信息。。
作为示例而非限定,该HARQ反馈信息也可以用于反馈针对其他上行数据信道的HARQ状态,而不仅限于GUL PUSCH。
具体的,HARQ反馈信息中以比特映射的方式指示一个HARQ进程集合中每个HARQ进程的接收状态。例如,ACK通过二进制‘1’表示,NACK通过二进制‘0’表示。当HARQ进程集合包含对应HARQ ID{#0,#1,#2,#3}的HARQ进程时,若#0、#1为正确接收,#2、#3为错误接收,则HARQ反馈信息中包含的bit map为{1,1,0,0}。基于比特映射的HARQ反馈信息中,其包含的每个HARQ进程号都有一种缺省状态,例如NACK状态。当网络设备发送该HARQ反馈信息时,若不需要对某个HARQ进程反馈HARQ状态(例如未检测到终端设备使用该HARQ进程发送数据包),则指示该HARQ进程为缺省状态(可以用NACK表示),或者说,网络设备通过该HARQ反馈信息针对某个检测到的数据信道所对应的HARQ进程反馈过HARQ状态后,可以将该HARQ进程对应的HARQ状态重置为缺省状态。如图2所示,HARQ反馈信息为G-DCI,HARQ进程集合包括#H0,#H1,#H2,#H3,终端设备在子帧#n~#n+3分别使用#H0~#H3发送上行数据信息,网络设备在#n+5的G-DCI中反馈针对#H0和#H1的HARQ状态[H0:NACK,H1:ACK,H2:NACK,H3:NACK],其中,#H2和#H3的HARQ状态为缺省状态;在#n+7的G-DCI中反馈针对#H2和#H3的HARQ状态[NACK,NACK,ACK,ACK],#H1的HARQ状态在#n+7的G-DCI中被重置为缺省状态NACK。
终端设备根据HARQ反馈信息调整上行CWS时,若前后两个HARQ反馈信息由于重置缺省状态而产生不一致,则终端设备如何根据HARQ反馈信息对CWS进行调整是本申请实施例急需解决的问题。
类似于上行CWS调整的问题,当终端设备反馈的下行HARQ信息为比特映射时,考虑到下行HARQ信息也是基于比特映射的,下行HARQ信息包含的每个HARQ进程号都有一种缺省状态,例如NACK状态。因此,网络设备接收到的下行HARQ信息也会出现至少两次下行HARQ信息由于重置缺省状态而产生不一致的情况,此时网络设备如何根据下行HARQ信息对CWS进行调整也是本申请实施例急需解决的问题。
本申请实施例涉及的主要网元包括可以工作在非授权频谱上的网络设备和终端设备,其中,网络设备包括宏基站、微小区、微微小区、家庭基站、远端射频头、中继等,终端设备包括手机、能接入LTE系统的笔记本电脑、平板电脑等。
本申请实施例适用于可以工作在非授权频谱上的无线通信系统,包括但不限于Multefire 1.0,Multefire 1.1,Multefire 2.0,FeLAA,5G NR等系统,其中无线通信系统的网络设备和终端设备中至少有一者在非授权频谱上发送信息。例如,网络设备在非授权频谱上发送下行信息,对应终端设备在授权频谱或非授权频谱上发送上行信息;或者,终端设备在非授权频谱上发送上行信息,对应网络设备在授权频谱或非授权频谱上发送下行信息。
参阅图3所示,本申请实施例提供一种调整竞争窗长度的方法,该方法包括:
步骤300:第一设备获得对应第一HARQ进程号的至少两种HARQ状态,至少两种HARQ状态互不相同,第一HARQ进程号为第一设备在参考时间单元上向第二设备发送数据时所使用的HARQ进程号。
步骤310:第一设备确定至少两种HARQ状态中的有效HARQ状态。
步骤320:第一设备根据有效HARQ状态调整针对第一突发的竞争窗长度,第一突发在时间上晚于参考时间单元。
应理解的是,在本申请实施例中,第一设备在使用非授权频谱上执行LBT成功后,第一设备可以持续占用信道,即可以在连续的时间单元上传输数据。第一设备执行LBT成功之后占用信道发送的数据传输称为突发。具体的,该第一突发包括至少一个时间单元,该至少一个时间单元可以在时间上连续,也可以在时间上不连续。对于下行传输来说,可以将该至少一个时间单元称为下行突发(DL Burst),对于上行传输来说,可以将该至少一个时间单元称为上行突发(UL Burst)。至少一个时间单元可以在时间上连续是指时间单元的(例如,TTI或子帧)序号连续。此外,该第一突发中包含的任意两个相邻时间单元之间可以有空隙,也可以没有空隙。也就是说,第一设备不占用前一个时间单元的结尾处或者后一个时间单元的起始处的时域资源,而将其保留为空闲,本申请实施例对此不作限定。
在一种可能的设计中,该第一突发可以是下行突发,下行突发可以为网络设备(例如基站)或网络设备下的小区(Cell)在抢占到非授权频段资源之后占用的至少一个时间单元。具体地,下行突发包括时间上连续的至少一个下行时间单元,且一个下行突发与任意另一个下行突发或另一个上行突发在时间上不连续。
在一种可能的设计中,该第一突发可以是上行突发,上行突发可以为终端设备在抢占到非授权频段资源之后占用的至少一个时间单元。具体地,上行突发包括时间上连续的至少一个上行时间单元,且一个上行突发与任意另一个网络设备发送的下行突发或另一个该终端设备发送的上行突发在时间上不连续。
应理解,第一设备根据该竞争窗长度(CWS)执行LBT,并在完成LBT后占用信道发送该第一突发,则该CWS称之为针对该第一突发的CWS。
针对步骤300,该至少两种HARQ状态都是该第一设备在该参考时间单元之后获取到的。或者说,承载该至少两种HARQ状态的时间单元都在该参考时间单元之后。此外,承载该至少两种HARQ状态的时间单元都在该第一设备确定该CWS之前。考虑到该第一设备在该参考时间单元之前的另一时间单元上也使用该第一HARQ进程号发送过上行信息并获取过针对该另一时间单元的HARQ状态,显然该另一时间单元的HARQ状态并不应计入该至少两种互不相同的HARQ状态。
此外,还应理解,该参考时间单元为第一设备确定该CWS之前,第一设备使用第一HARQ进程号向第二设备发送数据信息所占用的最近的一个时间单元。或者说,第一设备没有在参考时间单元和第一突发之间使用第一HARQ进程号发送的数据传输。
需要说明的是,在本申请实施例中,参考时间单元包括时间上连续的至少一个TTI。也就是说,参考时间单元可以是一个TTI,也可以是时间上连续的多个TTI。参考时间单元中包括的每个TTI可以是完整TTI(即第一设备占用该TTI对应的全部时域资源发送信息),也可以是部分TTI。例如,对于部分TTI,第一设备只占用一个完整TTI的一部分时域资源而不占用另外一部分时域资源。又例如,相比于完整TTI,第一设备将TTI起始部分的时域资源预留为空闲(即不占用该TTI起始部分的时域资源),或者将TTI结束部分的时域资源预留为空闲。又例如,一个下行参考时间单元可以包括下行突发的前两个TTI,其中的第一个TTI为部分TTI,网络设备从该第一个TTI的中间占用至该第一个TTI的结束边界的部分,第二个TTI为完整TTI。
应理解的是,TTI可以是1ms TTI,或者称为子帧,长度为1ms,也可以是短于1ms的sTTI或者称为迷你时隙(mini-slot),sTTI所占用的时域资源长度短于1ms TTI,也就是说,当某个数据信道对应的TTI为sTTI时,其占用的时域资源长度短于1ms。对于上行传输而言,TTI是上行资源分配或上行传输的时域粒度,或者说TTI是终端设备进行上行传输的最小时域单元。sTTI可能支持的可选长度包括7SC-FDMA符号(SC-FDMA Symbol,SS)、1个SS、2个SS、3个SS或4个SS等结构。对于下行传输而言,TTI是下行资源分配或下行传输的时域粒度,或者说TTI是网络设备进行下行传输的最小时域单元。sTTI可能支持的可选长度包括7OFDMA符号(OFDMA Symbol,OS)、1个OS、2个OS、3个OS或4个OS等结构。sTTI还支持其他短于1ms的TTI长度。
应理解,第一设备确定参考时间单元,并根据获取到的针对第一HARQ进程号的HARQ状态调整针对第一突发的CWS,其中第一HARQ进程号为第一设备在参考时间单元中发送数据信息所使用的HARQ进程号。
在一种可能的设计中,参考时间单元为第一突发之前的一个同类型突发中的一个时间单元。
应理解,第一设备可以采用该参考时间单元发送数据信息,第一设备可以采用第一突发发送数据信息、控制信息或参考信号中的至少一种。应理解,该同类型突发是指上下行传输方向相同,例如当该第一突发为上行突发时,该参考时间单元为该上行突发之前的一个上行突发中的时间单元;当该第一突发为下行突发时,该参考时间单元为该下行突发之前的一个下行突发中的时间单元。
在一种可能的设计中,当第一设备为网络设备,第二设备为终端设备时,参考时间单元为下行参考时间单元。该网络设备确定的下行参考时间单元为第一突发之前最近的一个下行突发(称之为第二下行突发)中的一个下行时间单元,且该网络设备至少预期能接收到该终端设备针对该下行参考时间单元的HARQ状态(或者说从HARQ反馈时序上该终端设备来得及针对该参考时间单元上的数据信息解调并完成HARQ状态反馈,如后文所述)。具体的,下行参考时间单元为该第二下行突发中的第一个下行时间单元。
在一种可能的设计中,当第一设备为网络设备,第二设备为终端设备时,参考时间单元为上行参考时间单元。此时,该参考时间单元由该终端设备根据接收到的用于指示上行数据包所对应的HARQ状态的下行控制信息确定。具体的,该下行控制信息时间上在该第一突发之前。
此外,应理解,该参考时间单元为该终端设备接收到该下行控制信息的时间单元(例如承载该下行控制信息的下行时间单元)之前的一个上行突发(称之为第二上行突发)中的一个上行时间单元。更具体的,该参考时间单元为该第二上行突发中的第一个上行时间单元。此外,该第二上行突发为该终端设备通过随机回退的CCA方式接入信道发送的上行突发。此外,该终端设备在该参考时间单元上发送了上行数据信息UL-SCH,也就是说,该网络设备调度了但是该终端设备因为LBT失败未能接入信道而未能发送的上行时间单元不能作为该参考时间单元。
此外,应理解,该第二上行突发为目标时间单元之前最近的一个上行突发,该目标时间单元与承载该下行控制信息的下行时间单元之间的时间间隔为第一预定义时间间隔。例如该下行控制信息为UL grant,接收到UL grant的下行时间单元为子帧#n,第一预定义时间间隔为3ms,则第二上行突发为子帧#n-3之前最近的一个上行突发。
此外,应理解,该下行控制信息包括两种类型:调度信息和HARQ反馈信息。具体的,调度信息包括UL grant。具体的,HARQ反馈信息包括基于比特映射的上行HARQ反馈信息,例如G-DCI。该终端设备根据接收到的该下行控制信息确定该参考时间单元时,可以基于接收到的调度信息确定该参考时间单元,也可以基于接收到的反馈信息确定该参考时间单元。
在一种可能的设计中,承载该至少两种HARQ状态的至少一个时间单元中的任意一个时间单元与参考时间单元之间的时间间隔均不小于第一预设时间间隔。具体的,该任意一个时间单元在该参考时间单元之后且在该第一突发之前。考虑到网络设备或终端设备对数据包的解码时延以及对HARQ信息的组包时延,第二设备针对参考时间单元反馈的HARQ状态要等一段时间之后才能发送出来,具体的,承载该HARQ状态的时间单元与参考时间单元之间的时间间隔最短为该第一预设时间间隔。更具体的,该第一预设时间间隔为k个时间单元,k>0,k为整数。例如,对于下行传输,当参考时间单元为子帧#n时,终端设备最早能来得及在子帧#n+k针对参考时间单元反馈HARQ状态,对于上行传输,当参考时间单元为子帧#n时,网络设备最早能来得及在子帧#n+k针对参考时间单元反馈HARQ状态。早于子帧#n+k反馈上来的HARQ状态一定不是针对参考时间单元的HARQ状态反馈,因而不包含在该至少两种HARQ状态中。因此,本发明中的至少两种HARQ状态都是从HARQ反馈时序上,第二设备来得及针对参考时间单元上的数据信息解调并进行反馈的HARQ状态,或者说,承载该至少两种HARQ状态的任意一个时间单元与该参考时间单元之间的时间间隔大于或等于第一预设时间间隔。
例如,假设第一预设时间间隔为k个子帧,k>0。当参考时间单元为子帧#n时,第一设备最早能来得及在子帧#n+k上获得对应第一HARQ进程号的HARQ状态,早于子帧#n+k的子帧上承载的HARQ状态不是针对参考时间单元的HARQ反馈。因此该至少两种HARQ状态都是子帧#n+k以后且对应第一HARQ进程号的HARQ状态。
应理解,该第一设备可以在接收到该至少两种HARQ状态后确定该参考时间单元,也可以在接收到该至少两种HARQ状态前确定该参考时间单元。例如对于上行数据传输,该终端设备在接收到该下行控制信息之后,根据该下行控制信息确定该参考时间单元。例如对于下行数据传输,由于该终端发送HARQ信息的时刻是由该网络设备指示的,该网络设备可以预期接收到HARQ信息的时刻,因此该网络设备确定下行参考时间单元可以在接收到该至少两种HARQ状态之前,也可以在接收到该至少两种HARQ状态之后,不作限定。应理解,HARQ状态也称为接收状态或HARQ接收状态。
应理解,该至少两种HARQ状态中的任意一种HARQ状态(称为该种HARQ状态)具体是指对应该第一HARQ进程号的HARQ状态的取值,例如ACK,NACK,或DTX。因此,该种HARQ状态并不特定的对应某个特定的时间单元。该种HARQ状态承载在至少一个时间单元上,或者说,至少一个时间单元中的每个时间单元上所承载的HARQ信息都对应该种HARQ状态。可选的,该种HARQ状态可以承载在一个时间单元上,例如该第二设备仅在一个时间单元上反馈了对应第一HARQ进程号的HARQ信息,则该HARQ信息对应的HARQ状态即为该种HARQ状态;可选的,该种HARQ状态可以承载在至少两个时间单元上,也就是说该至少两个时间单元的每个时间单元上所承载的HARQ信息都对应该种HARQ状态,例如该第二设备在两个时间单元上反馈了对应第一HARQ进程号的HARQ信息,且这两个HARQ信息对应的HARQ状态都为NACK,则该种HARQ状态为NACK,且称该种HARQ状态承载在该两个时间单元上。
应理解,当该种HARQ状态承载在至少一个时间单元上时,该种HARQ状态也称之为该至少一个时间单元中任意一个时间单元上所承载的HARQ信息所对应的HARQ状态。具体的,当该种HARQ状态可以承载在一个时间单元上时,该种HARQ状态为该时间单元上的HARQ信息对应的HARQ状态。当该种HARQ状态承载在至少两个时间单元上时,该种HARQ状态为该至少两个时间单元中任意一个时间单元上的HARQ信息对应的HARQ状态。
应理解,当该至少两种HARQ状态承载在该至少两个时间单元上时,该至少两个时间单元的数目大于或等于该至少两种HARQ状态的数目。例如,第一设备在三个时间单元上接收的三个HARQ信息分别(按时间先后)对应ACK,NACK,NACK,则该至少两种HARQ状态包括两种状态ACK和NACK,承载在三个时间单元上。此时最早的时间单元上承载的HARQ状态为ACK。又例如,第一设备在三个时间单元上接收的三个HARQ信息分别(按时间先后)对应ACK,ACK,NACK,则该至少两种HARQ状态包括两种状态ACK和NACK,承载在三个时间单元上。此时最早的时间单元上承载的HARQ状态为ACK。
应理解,上述该至少两个时间单元可以都是上行时间单元,也可以都是下行时间单元。上述特征也适用于后面所述的该至少两种HARQ状态承载在至少两个上行时间单元以及该至少两种HARQ状态承载在至少两个下行时间单元的场景。
应理解,该至少两种HARQ状态互不相同是指,该至少两种HARQ状态中的任意一种HARQ状态都与至少两种HARQ状态中的任意另一种HARQ状态不同。例如,该至少两种HARQ状态为两种互不相同的HARQ状态:ACK和NACK;又例如,该至少两种HARQ状态为三种互不相同的HARQ状态:ACK和NACK和DTX。
应理解,该至少两种HARQ状态可以全部承载在非授权频谱上;该至少两种HARQ状态也可以其中的一部分HARQ状态承载在非授权频谱上,另一部分HARQ状态承载在授权频谱上;该至少两种HARQ状态也可以全部承载在授权频谱上。
需要说明的是,当某个HARQ进程号对应至少两个传输块,也就是说第一设备采用多码字(Codeword)传输时,第二设备针对该HARQ进程号可能会反馈两个HARQ信息,每个HARQ信息对应其中一个码字或者说传输块。当该至少两个传输块的HARQ状态不同时,例如一个传输块对应的HARQ状态为ACK,另一个传输块对应的HARQ状态为NACK时,则该HARQ进程号也对应了至少两个不同的HARQ状态。应理解,本申请实施例中提到的该至少两种HARQ状态不包括针对同一HARQ进程号的至少两个不同码字或传输块所导致的不同HARQ状态。
可选的,该第一HARQ进程号对应一个传输块,或者说,该第一HARQ进程号对应单码字(或称为单传输块)的数据传输。
当第一设备采用单码字传输时,每个HARQ进程号只对应一个传输块,因此该至少两种互不相同的HARQ状态是由于承载在不同时间单元或者不同控制信息所导致的,可以从中确定有效HARQ状态。
可选的,该至少两种HARQ状态中的任一HARQ状态均对应同一传输块,该同一传输块对应于该第一HARQ进程号。
当第一设备采用多码字传输时,也可以限定该至少两种HARQ状态都对应同一传输块,因此该至少两种互不相同的HARQ状态是由于承载在不同时间单元或者不同控制信息所导致的。应理解,该至少两种HARQ状态都对应该第一HARQ进程号中的该同一传输块是指,该至少两种HARQ状态都是HARQ信息中对应该同一传输块的字段所承载的。例如,第一设备采用第一HARQ进程号发送了两个传输块,TB#1和TB#2,并先后获取到两个针对该第一HARQ进程号的HARQ信息,对应状态{TB#1:ACK,TB#2:NACK}以及{TB#1:NACK,TB#2:NACK},则该至少两种互不相同的HARQ状态都是对应TB#1的HARQ状态。
针对步骤310,下面针对第一设备为网络设备,第二设备为终端设备,第一HARQ进程号是针对第二设备的HARQ进程号,以及第一设备为终端设备,第二设备为网络设备,第一HARQ进程号是对应于第一设备的HARQ进程号两种具体场景分别说明如何确定至少两种HARQ状态中的有效HARQ状态。
场景1:第一设备为网络设备,第二设备为终端设备,第一HARQ进程号是针对第二设备的HARQ进程号。
可选的,第一HARQ进程号对应的该至少两种HARQ状态中的任意一种HARQ状态包括:正确应答ACK,错误应答NACK。
例如,当终端设备确定某个数据包(或与该数据包对应的下行HARQ进程)接收正确时,则终端设备向网络设备反馈该下行HARQ进程号对应的HARQ状态为ACK。当终端设备确定该数据包接收错误时,则终端设备向网络设备反馈该下行HARQ进程号对应的HARQ状态为NACK。或者,当终端设备未检测到该下行数据包所在的下行数据信道,则终端设备向网络设备反馈该下行HARQ进程号对应的HARQ状态为NACK,也就是说,通过NACK指示下行数据信道或与其对应的下行HARQ进程未检测到。
可选的,第一HARQ进程号对应的该至少两种HARQ状态中的任意一种HARQ状态包括:ACK,NACK或不连续传输(Discontinuous Transmission,DTX)状态。
应理解的是,终端设备反馈HARQ信息的时间单元是网络设备指示的,该终端设备在该网络设备指示的时间单元上可能占用信道发送HARQ信息,也可以未发送HARQ信息。当网络设备在预期该终端设备发送HARQ信息的时间单元上检测不到该终端设备发送的HARQ信息时,则该种HARQ状态为DTX状态,或称DTX为该网络设备检测不到该终端设备占用信道发送HARQ信息所对应的HARQ状态。当网络设备在预期该终端设备发送HARQ信息的时间单元上检测到终端设备发送的HARQ状态时,则该种HARQ状态属于非DTX状态,或称非DTX状态为该网络设备检测到该终端设备占用信道发送的HARQ状态,例如,该非DTX状态可以包括ACK和或NACK。
网络设备确定对应第一HARQ进程号的HARQ状态为DTX状态,具体包括以下两种可能的情况:
情况1:当网络设备将反馈HARQ信息的时间单元通知给终端设备后,当终端设备因为LBT失败抢占不到信道而未在该时间单元上发送HARQ信息。
此时,终端设备会在后续的第一个抢上信道发送的HARQ信息中,该HARQ信息仍然会包括对应第一HARQ进程号的HARQ状态。例如,当该参考时间单元上该第一HARQ进程号对应的数据包的接收状态为ACK时,终端设备在网络设备通知反馈HARQ信息的时间单元将由于LBT失败而无法发送,网络设备在预期的时间单元上检测不到终端设备发送的HARQ状态,从而确定对应第一HARQ进程号的HARQ状态为DTX。终端设备针对下一次反馈HARQ信息的时间单元所执行的LBT成功并抢占到信道,从而发送HARQ信息,该HARQ信息包括对应第一HARQ进程号的HARQ状态为ACK;若在此之后还有后续反馈HARQ信息的时间单元,终端设备反馈的HARQ信息中包括对应第一HARQ进程号的HARQ状态重置为缺省状态(NACK)。
情况2:终端设备可能未检测到网络设备的下行数据信道,或者说未检测到参考时间单元的DL grant的存在,因此终端设备判断不需要反馈HARQ信息。网络设备在预期的时间单元上检测不到终端设备发送的HARQ状态,确定对应第一HARQ进程号的HARQ状态为DTX。此时,该DTX是对应第一HARQ进程号的真正HARQ状态。另外,即使后续还有反馈HARQ信息的时间单元,终端设备反馈的HARQ信息中包括对应第一HARQ进程号的HARQ状态为缺省状态(NACK)。
例如,图4(a)和图4(b)所示,网络设备在子帧#n~#n+4发送下行突发,其中,参考时间单元为子帧#n,网络设备在参考时间单元上调度了UE 1(使用#H0)和UE 2(使用#H0),其中,第一HARQ进程号为UE 1的#H0。网络设备通知UE1和UE2在子帧#n+4的sPUCCH和子帧#n+9的ePUCCH上反馈HARQ信息。
在图4(a)中,假设UE 1正确解调#H0,UE 2错误解调#H0。UE1因为LBT失败而未占用sPUCCH,因此,网络设备在子帧#n+4的sPUCCH上检测不到UE1发送的HARQ状态,确定对应第一HARQ进程号的HARQ状态为DTX。UE1在子帧#n+9执行LBT成功而占用了ePUCCH,反馈HARQ信息,该HARQ信息承载UE 1的#H0的HARQ状态为ACK。图4(a)对应上述情况1。
在图4(b)中,假设UE 1未检测到子帧#n上的DL grant,UE 2错误解调#H0。因此UE1由于未检测到新的HARQ进程,所以在子帧#n+4上不发送HARQ信息,因此网络设备在子帧#n+4的sPUCCH上检测不到UE1发送的HARQ状态,确定对应第一HARQ进程号的HARQ状态为DTX。UE1检测到了#n+1~#n+3的DL grant,因此在子帧#n+9的ePUCCH上反馈HARQ信息,此时该HARQ信息承载UE 1的#H0的HARQ状态为ACK为NACK。图4(b)对应上述情况2。
此外,网络设备在预期的时间单元上检测到终端设备发送的HARQ状态,即非DTX状态是由终端设备向网络设备反馈的HARQ信息承载的。具体的,HARQ信息包括网络设备所发送的数据包或者说该数据包所对应的HARQ进程号或者说传输块(TB,Transport Block)或者说数据信道所对应的HARQ状态。HARQ信息为承载包括对应第一HARQ进程号的HARQ状态在内的至少一个HARQ状态的控制信息。或者,HARQ信息为承载对应第一HARQ进程号的HARQ状态的比特域或比特位。具体的,当第一HARQ进程为下行HARQ进程时,其对应的HARQ信息为承载在上行控制信道(sPUCCH/ePUCCH)或上行数据信道(PUSCH)中用于指示包括对应第一HARQ进程号在内的至少一个下行HARQ进程号的HARQ状态的上行控制信息(也称为HARQ-ACK信息)。例如,该上行控制信息包含比特映射的HARQ状态,每个HARQ比特位对应一个下行HARQ进程号。或者,该HARQ信息为该上行控制信息中用于指示对应第一HARQ进程号的HARQ状态的比特位。
结合场景1,本申请实施例提供以下几种可能的实现方式确定至少两种HARQ状态中的有效HARQ状态:
方式1-1:至少两种HARQ状态承载在至少两个上行时间单元中,有效HARQ状态为至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态。
具体的,之所以有效HARQ状态为至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态是因为,时间上最早的上行时间单元所承载的HARQ状态真实地反映了该参考时间单元上第一HARQ进程号所对应的数据信息的接收情况,而后续的HARQ状态可能被重置为缺省状态,因此可能不是该数据信息的接收情况真实反应。所以,有效状态应该为时间上最早的上行时间单元所承载的HARQ状态。
如图5所示,网络设备在子帧#n~#n+4发送下行突发,其中,参考时间单元为子帧#n,网络设备在参考时间单元上调度了UE 1(使用#H0)和UE 2(使用#H0),第一HARQ进程号为UE 1的#H0。UE 1正确解调#H0,UE 2错误解调#H0。网络设备通知UE1和UE2在子帧#n+4的sPUCCH和子帧#n+8的ePUCCH上反馈HARQ信息,包含比特映射的HARQ状态。UE1在子帧#n+4的sPUCCH上反馈HARQ信息,该HARQ信息承载的UE 1的#H0的HARQ状态为ACK。UE1在#n+8的ePUCCH上再次反馈HARQ信息时,该HARQ信息承载的UE 1的的HARQ状态重置为NACK。因此,有效HARQ状态为至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态,即UE1在子帧#n+4的sPUCCH上反馈的HARQ信息中承载的UE 1的#H0的HARQ状态:ACK。
应理解,当该至少两个上行时间单元中的任意一个时间单元上对应的HARQ状态为DTX(即,该网络设备未检测到该终端设备在该任意一个时间单元上发送HARQ信息)时,也可以称:该任意一个时间单元所承载的HARQ状态为DTX。
如图4(a)所示,对应第一HARQ进程号的两种不同的HARQ状态分别为DTX和ACK,分别承载在两个上行时间单元子帧#n+4和子帧#n+9中,网络设备可以根据方式1-1确定有效HARQ状态为两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态,即DTX。
如图4(b)所示,对应第一HARQ进程号的两种不同的HARQ状态分别为DTX和NACK,分别承载在两个上行时间单元子帧#n+4和子帧#n+9中,网络设备可以根据方式1-1确定有效HARQ状态为两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态,即DTX。
应理解,承载HARQ信息的时间单元是由网络设备指示的,在方式1-1中,该至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态是从第一设备角度最早获取到的HARQ状态,或者说是从第一设备角度预期最早获取到的HARQ状态。该HARQ状态可能是第二设备针对参考时间单元对应的第一HARQ进程号所反馈的最早的HARQ信息所承载的,也可能不是第二设备针对参考时间单元对应的第一HARQ进程号所反馈的最早的HARQ信息所承载的,例如当第二设备在第一设备预期的最早的时间单元上未发送HARQ信息(DTX),而在较晚的时间单元上发送了HARQ信息,则第一设备仍然理解该最早获取到的HARQ状态为DTX状态(而不是第二设备实际最早发送的HARQ信息对应的HARQ状态)。
因此,方式1-1的特点在于实现简便。
但是对于方式1-1,当对应第一HARQ进程号的该至少两种的HARQ状态中包括DTX,且DTX是该至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态时,则不论后续时间单元上所承载的HARQ状态是何种状态,按照方式1-1,有效状态都为DTX。若该DTX是由于情况1:终端设备LBT失败而导致的,且终端设备针对下一次反馈HARQ信息的时间单元所执行的LBT成功并抢占到信道,从而发送了ACK状态时,网络设备由于将该参考时间单元对应的实际的ACK状态错误地记为DTX,可能会错误地将CWS调大。
为了解决上述将该参考时间单元对应的实际的ACK状态错误地记为DTX的问题,该网络设备可以将DTX状态排除后再选择时间上最早的上行时间单元所承载的HARQ状态作为有效HARQ状态。
也就是说,该网络设备确定有效HARQ状态为时间上最早的上行时间单元所承载的非DTX状态。具体的,该时间上最早的上行时间单元为承载该至少两种HARQ状态的至少两个时间单元中时间上最早的时间单元。应理解,该非DTX状态为除DTX状态以外的任意一种HARQ状态。进一步的,该非DTX状态可以是ACK或NACK中的任意一种。例如,第一设备在三个时间单元上接收的针对第一HARQ进程号的三个HARQ信息分别(按时间先后)对应DTX,ACK,NACK,则该有效HARQ状态为ACK。此时最早的时间单元上承载的HARQ状态为ACK。又例如,第一设备在两个时间单元上接收的针对第一HARQ进程号的两种HARQ信息分别(按时间先后)对应DTX,NACK,此时最早的时间单元上承载的HARQ状态为NACK。
方式1-2:当至少两种HARQ状态都是第一设备检测到第二设备发送的HARQ状态时,有效HARQ状态为至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态。其中,第一设备检测到第二设备发送的HARQ状态也称之为该网络设备检测到该终端设备占用信道发送的HARQ状态。具体的,第一设备检测到第二设备发送的HARQ状态为非DTX状态。更具体的,第一设备检测到第二设备发送的HARQ状态包括ACK和NACK状态。如上所述,为了解决方式1-1的缺点,可以排除DTX状态,限定该至少两种HARQ状态都是非DTX状态,然后从这些非DTX状态中确定时间上最早的HARQ状态作为有效HARQ状态。例如当参考时间单元上第一HARQ进程的接收状态为ACK时,终端设备对于最早的承载HARQ信息的时间单元由于LBT失败而无法发送,针对下一个承载HARQ信息的时间单元的LBT成功且占用信道,则该最早的时间单元上对应的HARQ状态为DTX,该下一个时间单元上的HARQ状态为ACK,则有效HARQ状态为ACK。
也就是说,当网络设备针对第一HARQ进程号获取到DTX状态和至少两种非DTX状态时,可以排除DTX而限定该至少两种HARQ状态为非DTX状态。
可选地,该至少两种HARQ状态都是第一设备检测到第二设备发送的HARQ状态,且该至少两种HARQ状态承载在该至少两个上行时间单元中,该有效HARQ状态为该至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态。
另外,也可以仅限定在当网络设备针对第一HARQ进程号获取到至少两种非DTX状态而未获取到DTX状态的情况下,才执行方式1-2。
如图5所示,网络设备在子帧#n~#n+4发送下行突发,其中,参考时间单元为子帧#n,网络设备在参考时间单元上调度了UE 1(使用#H0)和UE 2(使用#H0),第一HARQ进程号为UE 1的#H0。UE 1正确解调#H0,UE 2错误解调#H0。网络设备通知UE1和UE2在子帧#n+4的sPUCCH和子帧#n+8的ePUCCH上反馈HARQ信息,包含比特映射的HARQ状态。UE1在子帧#n+4的sPUCCH上反馈HARQ信息,该HARQ信息承载的UE 1的#H0的HARQ状态为ACK。UE1在#n+8的ePUCCH上再次反馈HARQ信息时,该HARQ信息承载的UE 1的的HARQ状态重设为NACK。至少两种HARQ状态都是网络设备检测到终端设备发送的HARQ状态,分别为ACK和NACK,网络设备可以根据方式1-2确定有效HARQ状态为至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态,即UE1在子帧#n+4的sPUCCH上反馈的HARQ信息中承载的UE 1的#H0的HARQ状态ACK。
应理解,在方式1-2中,当至少两种HARQ状态都是第一设备检测到第二设备发送的HARQ状态时,有效HARQ状态为至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态,也就是说有效HARQ状态为该至少两种HARQ状态中第一设备最早接收到的HARQ信息所承载的对应第一HARQ进程号的HARQ状态。具体的,第一设备检测到第二设备发送的HARQ状态也就是非DTX状态。
因此,该至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态是从第一设备角度最早接收到的HARQ信息所对应的HARQ状态。该HARQ信息可能是第二设备针对参考时间单元对应的第一HARQ进程号所反馈的最早的HARQ信息,也可能不是第二设备针对参考时间单元对应的第一HARQ进程号所反馈的最早的HARQ信息,例如第二设备反馈的最早的HARQ信息(包含针对参考时间单元对应的第一HARQ进程号的真正HARQ状态)未被第一设备检测到,而反馈的后续的HARQ信息(第一HARQ进程号对应的HARQ状态已被重置为缺省状态)被第一设备当做最早的HARQ信息检测到了,对于这种情况,由于第一设备无法判断,有效HARQ状态为该缺省状态。应理解,上述说明同样适用于场景2(方式2-1、方式2-2和方式2-3)。
因此,方式1-2的特点在于相对对方式1-1略微复杂,但是确定的有效HARQ状态准确性更高。
针对方式1-1和方式1-2,应理解的是,至少两个上行时间单元中的前K,K>1个时间单元都承载相同的HARQ状态,则该有效HARQ状态为该相同的HARQ状态。也就是说,有效HARQ状态为至少两个上行时间单元中时间上最早的K个时间单元承载的HARQ状态,K为正整数,K个时间单元承载的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状态。应理解,上述说明同样适用于场景2(例如方式2-1和方式2-2),当该至少两个HARQ状态承载在至少两个下行时间单元时,第一设备可以根据最早的时间单元上的HARQ信息确定该HARQ状态,也可以根据较晚的时间单元上的HARQ信息确定该HARQ状态,都称之为有效HARQ状态为至少两个下行时间单元中时间上最早的下行时间单元所承载的HARQ状态。
换句话说,当该至少两种HARQ状态承载在该至少两个时间单元上时,该有效HARQ状态为该至少两个时间单元中最早的至少一个时间单元上所承载的HARQ状态,其中该最早的至少一个时间单元上承载的HARQ状态为同一种HARQ状态。该至少两个时间单元都是上行时间单元(针对场景1),或者,该至少两个时间单元都是下行时间单元(针对场景2)。
如图6所示,网络设备在子帧#n~#n+4发送下行突发,其中,参考时间单元为子帧#n,网络设备在参考时间单元上调度了UE 1(使用#H0)和UE 2(使用#H0),第一HARQ进程号为UE 1的#H0。UE 1正确解调#H0,UE 2错误解调#H0。网络设备通知UE1和UE2在子帧#n+4的sPUCCH和子帧#n+6、#n+8的ePUCCH上反馈HARQ信息,HARQ信息包含比特映射的HARQ状态。UE1在子帧#n+4的sPUCCH上反馈HARQ信息,该HARQ信息承载的UE 1的#H0的HARQ状态为ACK。为了保证HARQ信息传输可靠性,UE1在子帧#n+6的ePUCCH上反馈的HARQ信息中承载的UE 1的#H0的HARQ状态仍然为ACK而未重置为NACK。UE1在子帧#n+8的ePUCCH上反馈的HARQ信息中承载的UE 1的#H0的HARQ状态重置为NACK。因此,UE 1的#H0的有效HARQ状态为子帧#n+4对应的sPUCCH和子帧#n+6对应的ePUCCH上承载的相同的HARQ状态,即ACK。
方式1-3:当至少两种HARQ状态包括非DTX状态和DTX状态时,有效HARQ状态为非DTX状态,非DTX状态为第一设备检测到第二设备发送的HARQ状态。为了在确定有效HARQ状态时排除DTX状态,也可以在该至少两种HARQ状态包含DTX状态和非DTX状态时,将有效HARQ状态确定为非DTX状态。
如图7(a)所示,与图4(a)类似,对应第一HARQ进程号的两种不同的HARQ状态分别为DTX和ACK,分别承载在两个上行时间单元子帧#n+4和子帧#n+9中,网络设备可以根据方式1-3确定有效HARQ状态为非DTX状态,即ACK。
如图4(b)所示,对应第一HARQ进程号的两种不同的HARQ状态分别为DTX和NACK,分别承载在两个上行时间单元子帧#n+4和子帧#n+9中,网络设备可以根据方式1-3确定有效HARQ状态为非DTX状态,即NACK。
因此,相较于方式1-2仅针对两个非DTX状态确定其中的有效HARQ状态,方式1-3的特点在于当两种不同的HARQ状态包括一个DTX状态和一个非DTX状态时,不用等待有两个不同的非DTX状态根据方式1-2确定有效HARQ状态,网络设备可以根据方式1-3直接确定出有效HARQ状态,因此,方式1-3更加便捷高效。
可选地,当该至少两种HARQ状态包括DTX状态和一种非DTX状态(或称之为该网络设备检测到该终端设备发送的HARQ状态)时,该有效HARQ状态为该种非DTX状态。也就是说,该至少两种HARQ状态只包含两种不同的HARQ状态,一种为DTX状态,一种为某种非DTX状态,则选择该种非DTX状态作为有效HARQ状态。更具体的,该一种非DTX状态可以是ACK,也可以是NACK。
可选地,当该至少两种HARQ状态包括DTX状态和至少一种非DTX状态(或称之为该第一设备检测到该第二设备发送的HARQ状态)时,该有效HARQ状态为该至少一种非DTX状态中的一种。当该至少一种非DTX状态仅包括一种非DTX状态(例如ACK或NACK)时,该有效HARQ状态为该种非DTX状态;当该至少一种非DTX状态包括至少两种非DTX状态(例如ACK和NACK)时,该有效HARQ状态为至少两种非DTX状态中的一种。进一步的,当该至少两种非DTX状态承载在至少两个上行时间单元上时,该有效HARQ状态为该至少两个上行时间单元中时间上最早的上行时间单元所承载的非DTX状态。
此外,当网络设备获取到针对第一HARQ进程号的DTX状态和至少两种互不相同的非DTX状态时,网络设备也可以根据方式1-2确定有效HARQ状态,即限定至少两种HARQ状态为该至少两种互不相同的非DTX状态。如图7(b)所示,网络设备通知UE1和UE2在子帧#n+4的sPUCCH和子帧#n+8、#n+10的ePUCCH上反馈HARQ信息,包含比特映射的HARQ状态,第一HARQ进程号为UE 1的#H0。UE1因为LBT失败而未占用sPUCCH,网络设备确定在子帧#n+4的sPUCCH上对应第一HARQ进程号的HARQ状态为DTX。UE1执行LBT成功而占用了#n+8和#n+10的ePUCCH,因此#n+8的ePUCCH承载的HARQ状态为ACK,#n+10的ePUCCH承载的HARQ状态重置为NACK。此时网络设备根据方式1-2,排除#n+4的DTX,将该至少两种互不相同的HARQ状态限定为#n+8的ACK和#n+10的NACK,并确定有效HARQ状态,即#n+8的ePUCCH承载的HARQ状态:ACK。
场景2:第一设备为终端设备,所述第二设备为网络设备,第一HARQ进程号是对应于第一设备的HARQ进程号。
上行HARQ进程号对应的HARQ状态包括:ACK或NACK。
例如,网络设备确定某个数据包或与该数据包对应的上行HARQ进程接收正确,则网络设备向终端设备反馈对应该上行HARQ进程号的HARQ状态为ACK;或者,网络设备确定该数据包(或者与该数据包对应的上行HARQ进程)接收错误,则网络设备向终端设备反馈对应该上行HARQ进程号的HARQ状态为NACK;或者,网络设备未检测到该数据包(或者,与该数据包对应的上行HARQ进程),则网络设备向终端反馈对应该上行HARQ进程号的HARQ状态为NACK,也就是说,通过NACK指示该数据包或与该数据包对应的该上行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进程号都有一种缺省状态,具体的,该缺省状态为NACK。此处不再赘述。
进一步地,该HARQ反馈信息可以为G-DCI信息。
可选的,HARQ反馈信息为G-DCI中用于指示第一HARQ进程号对应的HARQ状态的比特位。
又或者,该HARQ信息为调度信息。例如UL grant,或者,该HARQ信息为UL grant中的用于指示HARQ状态的字段,例如新数据指示(New Data Indicator,NDI)字段。
调度信息用于指示终端设备使用第一HARQ进程号对应的HARQ状态,并包含用于调度终端设备使用第一HARQ进程号进行初传或重传的传输格式信息。其中,该传输格式信息包括被调度的上行传输所对应的频域资源信息、时域资源信息、调制编码方式(Modulationand Coding Scheme,MCS)、功率信息、上行导频或控制信。例如,探测参考信号(SoundingReference Signal,SRS),和/或解调参考符号(Demodulation Reference Symbol,DMRS),和/或信道状态信息(Channel State Information,CSI),和/或DL HARQ请求)、预编码矩阵指示(Precoding Matrix Indicator,PMI)中的至少一种。具体的,调度信息可以为ULgrant。
可选的,调度信息为UL grant中的用于指示HARQ状态的比特位,即NDI。
可选的,以UL grant为例,该调度信息可以通过以下方式中的一种指示第一HARQ进程号对应的HARQ状态,此处仅为举例不限定本申请实施例。
方法1:通过加扰方式区分。当该UL grant为采用第一RNTI(例如C-RNTI)加扰的动态UL grant,不论采用该C-RNTI加扰的UL grant指示的NDI取值是0还是1,都代表对应第一HARQ进程号的HARQ状态为ACK。当该UL grant为第二RNTI(例如SPS C-RNTI,或者GUL C-RNTI)加扰的半静态UL grant,且该UL grant指示的NDI取值为预设值,例如为1,则代表对应第一HARQ进程号的HARQ状态为NACK。须知,第一RNTI与第二RNTI不同。应理解,GUL传输可以使用半静态资源分配方式,当半静态UL grant中携带的NDI=0时,用于激活/重激活GUL传输。当半静态UL grant中携带的NDI=1时,用于调度终端设备进行单次重传。
方法2:通过NDI区分。当该UL grant中携带的NDI与第一HARQ进程号对应的前一次传输,即该终端设备在参考时间单元上使用第一HARQ进程号发送的数据包对应的NDI相比发生翻转时,则代表调度终端设备使用第一HARQ进程号进行初传,该终端设备认为参考时间单元上第一HARQ进程号对应的HARQ状态为ACK。若未翻转,则代表调度终端设备使用第一HARQ进程号进行重传,该终端设备认为参考时间单元上第一HARQ进程号对应的HARQ状态为NACK。
结合场景2,本申请实施例提供以下几种可能的实现方式确定至少两种HARQ状态中的有效HARQ状态:
方式2-1:至少两种HARQ状态承载在至少两个下行时间单元中,有效HARQ状态为至少两个下行时间单元中时间上最早的下行时间单元所承载的HARQ状态。
类似于场景1的方式1-1,考虑到基于比特映射的HARQ反馈信息,当网络设备针对第一HARQ进程号反馈了多次HARQ状态时,时间上最早的上行时间单元所承载的HARQ状态真实地反映了该参考时间单元上第一HARQ进程号所对应的数据信息的接收情况,而后续的HARQ状态可能被重置为缺省状态,因此可能不是该数据信息的接收情况真实反应。
应理解,在方式2-1下,该有效HARQ状态为该至少两个下行时间单元中时间上最早的下行时间单元所承载的HARQ信息对应的HARQ状态,而不限定该HARQ信息对应的类型,例如该HARQ信息可以对应HARQ反馈信息,也可以对应调度信息。
如图8所示,终端设备在子帧#n~#n+3发送上行突发,分别对应HARQ进程#H0~#H3,其中,参考时间单元为子帧#n,第一HARQ进程号为#H0。网络设备在子帧#n+5发送ULgrant调度#H0的初传(ACK),在子帧#n+7反馈G-DCI,包含子帧#n对应#H0的HARQ状态ACK,在子帧#n+9反馈G-DCI,将对应#H0的HARQ状态重置为NACK。
终端设备确定有效HARQ状态为至少两个下行时间单元中时间上最早的下行时间单元所承载的HARQ状态,即在子帧#n+5接收到的UL grant承载的对应#H0的HARQ状态:ACK。
此外,任意一个HARQ反馈信息和调度信息可以分别承载在不同的时间单元上,也可以承载在同一个时间单元上。当该任意一个HARQ反馈信息和调度信息承载在同一个下行时间单元上,且该时间单元为该时间上最早的下行时间单元时,该有效HARQ状态可以是该任意一个HARQ反馈信息对应的HARQ状态,也可以是该调度信息对应的HARQ状态。
应理解,任意两个HARQ反馈信息承载在两个不同的时间单元上。
但是,该终端设备获取到的针对第一HARQ进程号的HARQ状态可能分别承载在HARQ反馈信息和调度信息上,且HARQ反馈信息对应的HARQ状态与调度信息对应的HARQ状态不同。例如,当网络设备未检测到终端设备使用第一HARQ进程号发送的上行数据包(称为数据包#1),并在之后通过上述方法1调度该终端设备使用该第一HARQ进程号发送初传数据包(称为数据包#2)时,该终端设备会误以为该调度信息是对该数据包#1的ACK,即未检测到的状态误以为是ACK。相比而言,HARQ反馈信息的可靠性更高,例如上述例子中,网络设备由于未检测到该数据包#1,会将第一HARQ进程号对应的HARQ状态设指示为缺省的NACK状态。因此,当该HARQ反馈信息对应的HARQ状态与该调度信息对应的HARQ状态不同时,可以排除该调度信息承载的HARQ状态,然后从该HARQ反馈信息承载的HARQ状态中确定时间上最早的HARQ状态作为有效HARQ状态。
也就是说,该终端设备确定有效HARQ状态为时间上最早的下行时间单元上的HARQ反馈信息所承载的HARQ状态。具体的,该时间上最早的上行时间单元为该终端设备获取到的承载该至少两种HARQ状态的至少两个时间单元中时间上最早的时间单元。
方式2-2:当至少两种HARQ状态都是由第二设备发送的HARQ反馈信息承载时,有效HARQ状态为至少两个下行时间单元中时间上最早的下行时间单元所承载的HARQ状态。
应理解,当该调度信息和该HARQ反馈信息所承载的HARQ状态矛盾时,可以排除该调度信息中承载的HARQ状态,限定该至少两种HARQ状态都是该HARQ反馈信息承载的HARQ状态,然后从该HARQ反馈信息承载的至少两种HARQ状态中确定时间上最早的HARQ状态作为有效HARQ状态。
类似与场景1的方式1-2,应理解的是,考虑到终端设备可能通过对下行控制信道区域进行盲检测以获取该HARQ反馈信息,因此该时间上最早的下行时间单元所承载的HARQ状态实际上为终端设备检测到或者说接收到的的时间上最早的HARQ反馈信息所对应的HARQ状态。
如图9所示,终端设备在子帧#n~#n+3发送上行突发,分别对应HARQ进程#H0~#H3,其中,参考时间单元为子帧#n,第一HARQ进程号为#H0。网络设备在子帧#n+5反馈G-DCI,包含子帧#n对应的#H0的实际HARQ状态ACK、子帧#n+1对应的#H1的实际HARQ状态NACK以及#H2和#H3的缺省状态NACK,网络设备在子帧#n+7反馈G-DCI,包含子帧#n+2对应的#H2的实际HARQ状态ACK、子帧#n+3对应的#H3的实际HARQ状态NACK以及#H0和#H1的缺省状态NACK。终端设备正确检测到子帧#n+5的G-DCI以及子帧#n+7的G-DCI。终端设备确定对应第一HARQ进程号#H0的两种不同的HARQ状态为ACK和NACK,都是由网络设备发送的HARQ反馈信息承载的,终端设备可以根据方式2-2确定有效HARQ状态为两个下行时间单元中时间上最早的下行时间单元所承载的HARQ状态,即子帧#n+5的G-DCI中对应#H0的HARQ状态:ACK。
与场景1类似,应理解的是,对于方式2-1和方式2-2,至少两个下行时间单元中的前K(K>1)个时间单元都承载相同的HARQ状态,则该有效HARQ状态为该相同的HARQ状态,如场景1中的方式1-1所述。也就是说,该有效HARQ状态为该至少两个下行时间单元中时间上最早的K个时间单元承载的HARQ状态,K为正整数,该K个时间单元承载的HARQ状态相同。应理解,该最早的K个时间单元中的任意一个时间单元上用于承载HARQ状态的HARQ信息可以对应HARQ反馈信息,也可以对应调度信息,即不限定该HARQ信息对应的类型。
或者说,当该至少两种HARQ状态承载在该至少两个下行时间单元上时,该有效HARQ状态为该至少两个下行时间单元中最早的至少一个下行时间单元上所承载的HARQ状态,其中该最早的至少一个下行时间单元上承载的HARQ状态为同一种HARQ状态。则该有效HARQ状态为该相同的HARQ状态。如图8所示,最早的2个HARQ信息——#n+5的UL grant和#n+7的G-DCI都对应了相同的HARQ状态,终端设备确定#H0的有效HARQ状态为UL grant和子帧#n+7的G-DCI中对应的该相同HARQ状态,即ACK。
方式2-3:当至少两种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状态,且该至少一个HARQ反馈信息所承载的至少一种HARQ状态中存在一种HARQ状态与该调度信息所承载的HARQ状态不同时,该有效HARQ状态为该至少一个HARQ反馈信息所承载的至少一种HARQ状态中的一种。进一步的,当至少一个HARQ反馈信息承载至少两种互不相同的HARQ状态,且该至少两种互不相同的HARQ状态承载在至少两个下行时间单元上时,该有效HARQ状态为该至少两个下行时间单元中时间上最早的下行时间单元所承载的HARQ状态。
此外,该终端设备获取到针对第一HARQ进程号的HARQ状态包含该至少一个HARQ反馈信息所承载的至少一种HARQ状态和该调度信息中承载的HARQ状态,且该至少一个HARQ反馈信息承载至少两种互不相同的HARQ状态时,该终端设备也可以根据方式2-2确定有效HARQ状态,即限定该至少两种HARQ状态都是该HARQ反馈信息承载的HARQ状态,然后从该HARQ反馈信息承载的至少两种HARQ状态中确定时间上最早的HARQ状态作为有效HARQ状态。
如图10所示,终端设备在#n+8利用#H0发送GUL传输(GUL PUSCH),子帧#n+8为参考时间单元。网络设备未检测到#H0对应的GUL传输,但检测到子帧#n+9上#H1对应的GUL传输,从而在子帧#n+12反馈G-DCI,该G-DCI指示子帧#n+8上#H0的HARQ状态为缺省状态NACK。同时,网络设备还在子帧#n+12发送UL grant调度终端设备使用#H0在子帧#n+16进行初传,此时UL grant指示子帧#n+8上的#H0的HARQ状态为ACK。此时,出现HARQ反馈信息G-DCI所承载的HARQ状态与调度信息UL grant所承载的HARQ状态不同的场景,因此,终端设备确定有效HARQ状态为G-DCI承载的#n+8上#H0的HARQ状态为NACK。
此外,当HARQ反馈信息所承载的HARQ状态与调度信息所承载的HARQ状态相同时,如图8所示,终端设备可以根据方式2-1和方式2-2确定有效HARQ状态。
进一步地,当至少两种HARQ状态包括ACK状态时,有效HARQ状态为ACK状态。针对上述场景1和场景2,当HARQ状态为NACK时,可能是由于之前的HARQ状态为ACK被重置成了缺省状态(NACK),而当HARQ状态为ACK时,则一定表明参考时间单元上第一HARQ进程号对应的数据信息被第二设备正确接收,因此,当该至少两种HARQ状态包括ACK状态时,该有效HARQ状态为ACK状态。
也可以说,当至少两种HARQ状态包括缺省状态和非缺省状态时,有效HARQ状态为非缺省状态。其中,非缺省状态是指HARQ状态为ACK,缺省状态是指HACK状态为NACK。
如图5所示,当网络设备获取到两种不同的HARQ状态:#n+4的ACK和#n+8的NACK时,则显然NACK是由于重置而导致的缺省状态,有效HARQ状态为非缺省的ACK状态。如图9所示,当终端设备获取到两种不同的HARQ状态:#n+5的ACK和#n+7的NACK时,类似地,有效HARQ状态为ACK状态。
针对步骤320,第一设备根据有效HARQ状态调整针对第一突发的竞争窗长度,也需要具体结合上述两种场景考虑。
需要说明的是,在第一设备根据有效HARQ状态调整针对第一突发的CWS之前,首先第一设备将CWS初始化为一个初始值。每当第一设备获取到针对参考时间单元上数据信息的HARQ状态时,则根据HARQ状态调整CWS,并将调整后的CWS用于下一个基于随机回退CCA的突发的信道侦听。其中,CWS的调整包括增加CWS,减小CWS,或保持CWS不变。例如,当该参考时间单元上的至少一个HARQ进程号的HARQ状态中,不包括ACK状态,或者NACK状态所占的比例较大时,增加CWS;反之减小CWS。
具体的,针对场景1,网络设备在参考时间单元上调度至少一个终端设备,针对该至少一个终端设备中的每个终端设备使用的至少一个HARQ进程号,因此,对于网络设备获取到的针对上述所有终端设备的所有对应该参考时间单元的HARQ状态,当这些对应该参考时间单元的HARQ状态中,NACK状态超过一定比例(例如80%等),则网络设备增加CWS,否则网络设备减小CWS。
应理解,当网络设备针对任意一个HARQ进程号获取到至少两种互不相同的HARQ状态时,则对应该参考时间单元的HARQ状态为本申请中所述的有效HARQ状态。
进一步地,当有效HARQ状态为DTX状态时,将其考虑为NACK,或者将其忽略不计入NACK比例计算。
应理解,针对场景1,该第一HARQ进程号可以是该参考时间单元中包含的针对任意一个终端设备的任意一个HARQ进程号。也就是说,该第二设备为第一设备在该参考时间单元中发送下行信息的任意一个终端设备;该第一HARQ进程号是该参考时间单元中使用的任意一个针对该第二设备的下行HARQ进程号。该参考时间单元中包含的针对至少一个终端设备的至少一个HARQ进程号包括该第一HARQ进程号,因此可以说,网络设备根据包含该第一HARQ进程号在内的该至少一个终端设备的该至少一个HARQ进程号对应的接收状态或者说有效HARQ状态确定下行CWS。或者说,该第一HARQ进程号对应的HARQ状态参与了下行CWS的确定。
例如,网络设备将参考时间单元调度给两个终端设备:UE 1和UE 2,其中调度UE 1所使用的下行HARQ进程号包括UE 1的#H1和#H2,调度UE 2所使用的下行HARQ进程包括UE 2的#H1和#H2,第二设备可以是UE 1,第一HARQ进程号可以是UE 1的#H1;当UE 1的#H1的有效HARQ状态为ACK,UE 1的#H2的有效HARQ状态为NACK,UE 2的#H1的有效HARQ状态为NACK,UE2的#H2的有效HARQ状态为ACK时,由于NACK占总的HARQ状态数目的50%,未达到门限80%,因此网络设备在发送下一次下行突发时减小CWS,其中第一HARQ进程号参与了NACK比例的计算。
具体的,针对场景2,若该终端设备获取到其在该参考时间单元上发送数据所使用的至少一个HARQ进程号(称为上行HARQ进程号集合)的HARQ状态,且该上行HARQ进程号集合中至少有一个HARQ状态为ACK,则终端设备减小CWS,否则(例如,终端设备未接收到参考时间单元中任一HARQ进程号的HARQ状态,或者该上行HARQ进程号集合中全部HARQ状态都为NACK)终端设备增加CWS。
应理解,当终端设备针对任意一个HARQ进程号获取到至少两种互不相同的HARQ状态时,则对应该参考时间单元的HARQ状态为本申请中所述的有效HARQ状态。
应理解,针对场景2,第一HARQ进程号可以是上行参考时间单元对应的任意一个HARQ进程号。也就是说,该第一HARQ进程是在该上行参考时间单元中该第一设备使用的任意一个上行HARQ进程号。当上行参考时间单元中包含的至少一个HARQ进程号包括该第一HARQ进程号时,终端设备根据包含该第一HARQ进程号在内的该至少一个HARQ进程号分别对应的有效HARQ状态确定上行CWS。或者说,该第一HARQ进程号对应的HARQ状态参与了上行CWS的确定。例如,终端设备在参考时间单元上使用HARQ进程号#H1和#H2发送上行数据,其中,#H1的有效HARQ状态为ACK,#H2的有效HARQ状态为NACK,当有一个HARQ进程号对应的有效HARQ状态为ACK时,终端设备减小CWS,因此,终端设备减小CWS,此时,第一HARQ进程号可以是#H1。
基于同一构思,本申请还提供了一种调整竞争窗长度的设备,该设备可以用于执行上述图3中对应的方法实施例,因此本申请实施例提供的调整竞争窗长度的设备的实施方式可以参见该方法的实施方式,重复之处不再赘述。
参阅图11所示,本申请实施例提供一种调整竞争窗长度的设备1100,包括:
收发器1101,用于获得对应第一混合自动重传请求HARQ进程号的至少两种HARQ状态,至少两种HARQ状态互不相同,第一HARQ进程号为设备在参考时间单元上向第二设备发送数据时所使用的HARQ进程号;
处理器1102,用于确定至少两种HARQ状态中的有效HARQ状态;根据有效HARQ状态调整针对第一突发的竞争窗长度,第一突发在时间上晚于参考时间单元。
在一种可能的设计中,至少两种HARQ状态中的任一HARQ状态均对应第一HARQ进程号的同一传输块。
在一种可能的设计中,设备为网络设备,第二设备为终端设备,第一HARQ进程号是针对第二设备的HARQ进程号。
在一种可能的设计中,设备为终端设备,第二设备为网络设备,第一HARQ进程号是对应于设备的HARQ进程号。
在一种可能的设计中,至少两种HARQ状态承载在至少两个上行时间单元中,有效HARQ状态为至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态。
在一种可能的设计中,当至少两种HARQ状态都是收发器1101检测到第二设备发送的HARQ状态时,有效HARQ状态为至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态。
在一种可能的设计中,当至少两种HARQ状态包括不连续发送DTX状态和非DTX状态时,有效HARQ状态为非DTX状态,非DTX状态为收发器1101检测到第二设备发送的HARQ状态。
在一种可能的设计中,至少两种HARQ状态承载在至少两个下行时间单元中,有效HARQ状态为至少两个下行时间单元中时间上最早的下行时间单元所承载的HARQ状态。
在一种可能的设计中,当至少两种HARQ状态都是由第二设备发送的HARQ反馈信息承载时,有效HARQ状态为至少两个下行时间单元中时间上最早的下行时间单元所承载的HARQ状态。
在一种可能的设计中,当至少两种HARQ状态分别由第二设备发送的HARQ反馈信息和第二设备发送的调度信息承载时,HARQ反馈信息所承载的HARQ状态与调度信息所承载的HARQ状态不同,有效HARQ状态为HARQ反馈信息所承载的HARQ状态。
在一种可能的设计中,至少两种HARQ状态中包含正确应答ACK状态,有效HARQ状态为ACK状态。
基于同一构思,本申请还提供了一种调整竞争窗长度的装置,该设备可以用于执行上述图3中对应的方法实施例,因此本申请实施例提供的调整竞争窗长度的装置的实施方式可以参见该方法的实施方式,重复之处不再赘述。
参阅图12所示,本申请实施例提供一种调整竞争窗长度的装置1200,包括:
收发单元1201,用于获得对应第一混合自动重传请求HARQ进程号的至少两种HARQ状态,至少两种HARQ状态互不相同,第一HARQ进程号为设备在参考时间单元上向第二设备发送数据时所使用的HARQ进程号;
处理单元1202,用于确定至少两种HARQ状态中的有效HARQ状态;根据有效HARQ状态调整针对第一突发的竞争窗长度,第一突发在时间上晚于参考时间单元。
需要说明的是,一个具体的实施方式中,图12中的收发单元1201的功能可以用图11的收发器1101实现,处理单元1202的功能可以由图11的处理器1102实现。
本申请还提供了一种通信系统,包括第一设备和第二设备。
综上所述,本申请实施例提供一种调整竞争窗长度的方法,该方法包括:第一设备获得对应第一混合自动重传请求HARQ进程号的至少两种HARQ状态,至少两种HARQ状态互不相同,第一HARQ进程号为第一设备在参考时间单元上向第二设备发送数据时所使用的HARQ进程号。第一设备确定至少两种HARQ状态中的有效HARQ状态,根据有效HARQ状态调整针对第一突发的竞争窗长度,第一突发在时间上晚于参考时间单元。因此,采用本申请实施例提供的方法,第一设备能够避免由于后续的HARQ-ACK重置为缺省状态带来的CWS调整不准确问题,提高了竞争窗调整的精度,提高了信道接入的效率。
本领域内的技术人员应明白,本申请实施例可提供为方法、系统、或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (22)
1.一种调整竞争窗长度的方法,其特征在于,该方法包括:
第一设备获得对应第一混合自动重传请求HARQ进程号的至少两种HARQ状态,所述至少两种HARQ状态互不相同,所述第一HARQ进程号为所述第一设备在参考时间单元上向第二设备发送数据时所使用的HARQ进程号;
所述第一设备确定所述至少两种HARQ状态中的有效HARQ状态;
所述第一设备根据所述有效HARQ状态调整针对第一突发的竞争窗长度,所述第一突发在时间上晚于所述参考时间单元。
2.如权利要求1所述的方法,其特征在于,所述至少两种HARQ状态中的任一HARQ状态均对应所述第一HARQ进程号的同一传输块。
3.如权利要求1或2所述的方法,其特征在于,所述第一设备为网络设备,所述第二设备为终端设备,所述第一HARQ进程号是针对所述第二设备的HARQ进程号。
4.如权利要求1或2所述的方法,其特征在于,所述第一设备为终端设备,所述第二设备为网络设备,所述第一HARQ进程号是对应于所述第一设备的HARQ进程号。
5.如权利要求3所述的方法,其特征在于,所述至少两种HARQ状态承载在至少两个上行时间单元中,所述有效HARQ状态为所述至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态。
6.如权利要求5所述的方法,其特征在于,当所述至少两种HARQ状态都是所述第一设备检测到所述第二设备发送的HARQ状态时,所述有效HARQ状态为所述至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态。
7.如权利要求3或6所述的方法,其特征在于,当所述至少两种HARQ状态包括不连续发送DTX状态和非DTX状态时,所述有效HARQ状态为所述非DTX状态,所述非DTX状态为所述第一设备检测到所述第二设备发送的HARQ状态。
8.如权利要求4所述的方法,其特征在于,所述至少两种HARQ状态承载在至少两个下行时间单元中,所述有效HARQ状态为至少两个下行时间单元中时间上最早的下行时间单元所承载的HARQ状态。
9.如权利要求8所述的方法,其特征在于,当所述至少两种HARQ状态都是由所述第二设备发送的HARQ反馈信息承载时,所述有效HARQ状态为所述至少两个下行时间单元中时间上最早的下行时间单元所承载的HARQ状态。
10.如权利要求4或9所述的方法,其特征在于,当所述至少两种HARQ状态分别由所述第二设备发送的HARQ反馈信息和所述第二设备发送的调度信息承载,且所述HARQ反馈信息所承载的HARQ状态与所述调度信息所承载的HARQ状态不同时,所述有效HARQ状态为所述HARQ反馈信息所承载的HARQ状态。
11.如权利要求1-4、7中任一项所述的方法,其特征在于,所述至少两种HARQ状态中包含正确应答ACK状态,所述有效HARQ状态为所述ACK状态。
12.一种调整竞争窗长度的设备,其特征在于,包括:
收发器,用于获得对应第一混合自动重传请求HARQ进程号的至少两种HARQ状态,所述至少两种HARQ状态互不相同,所述第一HARQ进程号为所述设备在参考时间单元上向第二设备发送数据时所使用的HARQ进程号;
处理器,用于确定所述至少两种HARQ状态中的有效HARQ状态;根据所述有效HARQ状态调整针对第一突发的竞争窗长度,所述第一突发在时间上晚于所述参考时间单元。
13.如权利要求12所述的设备,其特征在于,所述至少两种HARQ状态中的任一HARQ状态均对应所述第一HARQ进程号的同一传输块。
14.如权利要求12或13所述的设备,其特征在于,所述设备为网络设备,所述第二设备为终端设备,所述第一HARQ进程号是针对所述第二设备的HARQ进程号。
15.如权利要求12或13所述的设备,其特征在于,所述设备为终端设备,所述第二设备为网络设备,所述第一HARQ进程号是对应于所述设备的HARQ进程号。
16.如权利要求14所述的设备,其特征在于,所述至少两种HARQ状态承载在至少两个上行时间单元中,所述有效HARQ状态为所述至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态。
17.如权利要求16所述的设备,其特征在于,当所述至少两种HARQ状态都是所述收发器检测到所述第二设备发送的HARQ状态时,所述有效HARQ状态为所述至少两个上行时间单元中时间上最早的上行时间单元所承载的HARQ状态。
18.如权利要求14或17所述的设备,其特征在于,当所述至少两种HARQ状态包括不连续发送DTX状态和非DTX状态时,所述有效HARQ状态为所述非DTX状态,所述非DTX状态为所述收发器检测到所述第二设备发送的HARQ状态。
19.如权利要求15所述的设备,其特征在于,所述至少两种HARQ状态承载在至少两个下行时间单元中,所述有效HARQ状态为所述至少两个下行时间单元中时间上最早的下行时间单元所承载的HARQ状态。
20.如权利要求19所述的设备,其特征在于,当所述至少两种HARQ状态都是由所述第二设备发送的HARQ反馈信息承载时,所述有效HARQ状态为所述至少两个下行时间单元中时间上最早的下行时间单元所承载的HARQ状态。
21.如权利要求15或20所述的设备,其特征在于,当所述至少两种HARQ状态分别由所述第二设备发送的HARQ反馈信息和所述第二设备发送的调度信息承载,且所述HARQ反馈信息所承载的HARQ状态与所述调度信息所承载的HARQ状态不同时,所述有效HARQ状态为所述HARQ反馈信息所承载的HARQ状态。
22.如权利要求12-15、18中任一项所述的设备,其特征在于,所述至少两种HARQ状态中包含正确应答ACK状态,所述有效HARQ状态为所述ACK状态。
Priority Applications (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710420188.9A CN109005596B (zh) | 2017-06-06 | 2017-06-06 | 一种调整竞争窗长度的方法及设备 |
JP2019567291A JP2020522948A (ja) | 2017-06-06 | 2018-05-31 | コンテンションウィンドウサイズを調整するための方法およびデバイス |
KR1020197037970A KR20200007974A (ko) | 2017-06-06 | 2018-05-31 | 경쟁 윈도 크기 조정을 위한 방법 및 장치 |
PCT/CN2018/089373 WO2018223893A1 (zh) | 2017-06-06 | 2018-05-31 | 一种调整竞争窗长度的方法及设备 |
BR112019025705-5A BR112019025705A2 (pt) | 2017-06-06 | 2018-05-31 | método, dispositivo e meio de armazenamento legível por computador para ajustar um tamanho de janela de contenção |
EP18812973.8A EP3624538B1 (en) | 2017-06-06 | 2018-05-31 | Method and device for adjusting contention window length |
US16/702,957 US11218257B2 (en) | 2017-06-06 | 2019-12-04 | Method and device for adjusting contention window size |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710420188.9A CN109005596B (zh) | 2017-06-06 | 2017-06-06 | 一种调整竞争窗长度的方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109005596A true CN109005596A (zh) | 2018-12-14 |
CN109005596B CN109005596B (zh) | 2020-12-01 |
Family
ID=64565737
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710420188.9A Active CN109005596B (zh) | 2017-06-06 | 2017-06-06 | 一种调整竞争窗长度的方法及设备 |
Country Status (7)
Country | Link |
---|---|
US (1) | US11218257B2 (zh) |
EP (1) | EP3624538B1 (zh) |
JP (1) | JP2020522948A (zh) |
KR (1) | KR20200007974A (zh) |
CN (1) | CN109005596B (zh) |
BR (1) | BR112019025705A2 (zh) |
WO (1) | WO2018223893A1 (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111416687A (zh) * | 2019-01-04 | 2020-07-14 | 上海朗帛通信技术有限公司 | 一种被用于信道感知的通信设备中的方法和装置 |
WO2020143808A1 (zh) * | 2019-01-11 | 2020-07-16 | 华为技术有限公司 | 免授权传输的方法及装置 |
WO2020199054A1 (zh) * | 2019-03-29 | 2020-10-08 | Oppo广东移动通信有限公司 | 竞争窗口大小的确定方法及相关产品 |
WO2021056475A1 (zh) * | 2019-09-27 | 2021-04-01 | 小米通讯技术有限公司 | 竞争窗长度调整方法及装置、通信设备及存储介质 |
WO2021062874A1 (zh) * | 2019-10-03 | 2021-04-08 | Oppo广东移动通信有限公司 | 竞争窗口大小的确定方法,网络设备,终端设备 |
CN113490287A (zh) * | 2019-07-26 | 2021-10-08 | 北京小米移动软件有限公司 | 竞争窗口的确定方法及装置、通信设备及存储介质 |
CN114245476A (zh) * | 2019-02-22 | 2022-03-25 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的节点中的方法和装置 |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018174613A1 (en) * | 2017-03-24 | 2018-09-27 | Samsung Electronics Co., Ltd. | Method for wireless communication and user equipment |
DE112018000166T5 (de) * | 2017-07-14 | 2019-08-01 | Intel IP Corporation | Konfiguration von "grantless uplink"-übertragungen für eine benutzerausrüstung |
US10772153B2 (en) * | 2018-04-27 | 2020-09-08 | Cavium, Llc. | Methods and apparatus for two-stage ACK/DTX detection |
CN109314614B (zh) * | 2018-08-23 | 2022-03-01 | 北京小米移动软件有限公司 | 混合自动重传请求反馈方法及装置、用户设备和基站 |
EP3925154A1 (en) * | 2019-02-14 | 2021-12-22 | Ofinno, LLC | Uplink transmission with uplink grant processing prioritization |
US20240089036A1 (en) * | 2021-02-24 | 2024-03-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Interpreting multiplexed harq feedback data |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105682239A (zh) * | 2015-12-31 | 2016-06-15 | 宇龙计算机通信科技(深圳)有限公司 | 非授权频谱上先听后说机制的信道检测配置方法及装置 |
WO2016182355A1 (ko) * | 2015-05-12 | 2016-11-17 | 엘지전자 주식회사 | 비면허 대역을 지원하는 무선접속시스템에서 경쟁 윈도우 크기를 조정하는 방법 및 이를 지원하는 장치 |
WO2016182366A1 (ko) * | 2015-05-12 | 2016-11-17 | 엘지전자 주식회사 | 비면허 대역을 지원하는 무선접속시스템에서 harq-ack 정보를 기반으로 경쟁 윈도우 크기를 조정하는 방법 및 이를 지원하는 장치 |
WO2017069798A1 (en) * | 2015-10-20 | 2017-04-27 | Intel IP Corporation | Contention window size adaptation |
CN106656428A (zh) * | 2015-10-28 | 2017-05-10 | 中兴通讯股份有限公司 | 先听后说参数处理方法、竞争窗调整方法和装置 |
CN106658742A (zh) * | 2015-11-03 | 2017-05-10 | 中兴通讯股份有限公司 | 数据调度及传输的方法、装置及系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3364586A4 (en) * | 2015-10-13 | 2019-05-29 | LG Electronics Inc. | METHOD AND DEVICE FOR SENDING OR RECEIVING SUB-LENGTH LENGTH INFORMATION IN A WIRELESS ACCESS SYSTEM WITH SUPPORT OF AN UNLICENSED BELT |
WO2018012919A1 (ko) * | 2016-07-14 | 2018-01-18 | 엘지전자 주식회사 | 비면허 대역을 지원하는 무선 통신 시스템에서 경쟁 윈도우 크기의 조정 방법 및 이를 지원하는 장치 |
-
2017
- 2017-06-06 CN CN201710420188.9A patent/CN109005596B/zh active Active
-
2018
- 2018-05-31 JP JP2019567291A patent/JP2020522948A/ja not_active Withdrawn
- 2018-05-31 KR KR1020197037970A patent/KR20200007974A/ko not_active Application Discontinuation
- 2018-05-31 EP EP18812973.8A patent/EP3624538B1/en active Active
- 2018-05-31 BR BR112019025705-5A patent/BR112019025705A2/pt not_active Application Discontinuation
- 2018-05-31 WO PCT/CN2018/089373 patent/WO2018223893A1/zh unknown
-
2019
- 2019-12-04 US US16/702,957 patent/US11218257B2/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016182355A1 (ko) * | 2015-05-12 | 2016-11-17 | 엘지전자 주식회사 | 비면허 대역을 지원하는 무선접속시스템에서 경쟁 윈도우 크기를 조정하는 방법 및 이를 지원하는 장치 |
WO2016182366A1 (ko) * | 2015-05-12 | 2016-11-17 | 엘지전자 주식회사 | 비면허 대역을 지원하는 무선접속시스템에서 harq-ack 정보를 기반으로 경쟁 윈도우 크기를 조정하는 방법 및 이를 지원하는 장치 |
WO2017069798A1 (en) * | 2015-10-20 | 2017-04-27 | Intel IP Corporation | Contention window size adaptation |
CN106656428A (zh) * | 2015-10-28 | 2017-05-10 | 中兴通讯股份有限公司 | 先听后说参数处理方法、竞争窗调整方法和装置 |
CN106658742A (zh) * | 2015-11-03 | 2017-05-10 | 中兴通讯股份有限公司 | 数据调度及传输的方法、装置及系统 |
CN105682239A (zh) * | 2015-12-31 | 2016-06-15 | 宇龙计算机通信科技(深圳)有限公司 | 非授权频谱上先听后说机制的信道检测配置方法及装置 |
Non-Patent Citations (3)
Title |
---|
HUAWEI: ""Contention window size adjustment for UL category 4 LBT for eLAA"", 《3GPP TSG RAN WGL MEETING #85 RL-164073》 * |
LENOVO: ""Contention window size adjustment for LBT category 4 for LAA PDSCH transmission"", 《3GPP TSG RAN WGL MEETING #83 RL-156733》 * |
LG ELECTRONICS: ""DL LBT design in LAA"", 《3GPP TSG RAN WGL MEETING #83 RL-156856》 * |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111416687A (zh) * | 2019-01-04 | 2020-07-14 | 上海朗帛通信技术有限公司 | 一种被用于信道感知的通信设备中的方法和装置 |
CN111416687B (zh) * | 2019-01-04 | 2022-11-01 | 上海朗帛通信技术有限公司 | 一种被用于信道感知的通信设备中的方法和装置 |
WO2020143808A1 (zh) * | 2019-01-11 | 2020-07-16 | 华为技术有限公司 | 免授权传输的方法及装置 |
CN111436136A (zh) * | 2019-01-11 | 2020-07-21 | 华为技术有限公司 | 免授权传输的方法及装置 |
CN111436136B (zh) * | 2019-01-11 | 2022-03-25 | 华为技术有限公司 | 免授权传输的方法及装置 |
CN114245476A (zh) * | 2019-02-22 | 2022-03-25 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的节点中的方法和装置 |
WO2020199054A1 (zh) * | 2019-03-29 | 2020-10-08 | Oppo广东移动通信有限公司 | 竞争窗口大小的确定方法及相关产品 |
CN113613256A (zh) * | 2019-03-29 | 2021-11-05 | Oppo广东移动通信有限公司 | 竞争窗口大小的确定方法及相关产品 |
CN113613256B (zh) * | 2019-03-29 | 2023-03-10 | Oppo广东移动通信有限公司 | 竞争窗口大小的确定方法及相关产品 |
CN113490287A (zh) * | 2019-07-26 | 2021-10-08 | 北京小米移动软件有限公司 | 竞争窗口的确定方法及装置、通信设备及存储介质 |
CN113490287B (zh) * | 2019-07-26 | 2023-08-08 | 北京小米移动软件有限公司 | 竞争窗口的确定方法及装置、通信设备及存储介质 |
WO2021056475A1 (zh) * | 2019-09-27 | 2021-04-01 | 小米通讯技术有限公司 | 竞争窗长度调整方法及装置、通信设备及存储介质 |
CN114208080A (zh) * | 2019-10-03 | 2022-03-18 | Oppo广东移动通信有限公司 | 竞争窗口大小的确定方法,网络设备,终端设备 |
WO2021062874A1 (zh) * | 2019-10-03 | 2021-04-08 | Oppo广东移动通信有限公司 | 竞争窗口大小的确定方法,网络设备,终端设备 |
CN114208080B (zh) * | 2019-10-03 | 2023-08-29 | Oppo广东移动通信有限公司 | 竞争窗口大小的确定方法,网络设备,终端设备 |
Also Published As
Publication number | Publication date |
---|---|
US11218257B2 (en) | 2022-01-04 |
EP3624538B1 (en) | 2022-06-08 |
JP2020522948A (ja) | 2020-07-30 |
BR112019025705A2 (pt) | 2020-09-01 |
CN109005596B (zh) | 2020-12-01 |
WO2018223893A1 (zh) | 2018-12-13 |
EP3624538A4 (en) | 2020-05-27 |
EP3624538A1 (en) | 2020-03-18 |
US20200106565A1 (en) | 2020-04-02 |
KR20200007974A (ko) | 2020-01-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109005596A (zh) | 一种调整竞争窗长度的方法及设备 | |
CN106533637B (zh) | 用于载波聚合系统的通信方法和装置 | |
US10333654B2 (en) | Method for supporting HARQ in communication system using unlicensed frequency band and device having applied same | |
WO2017076157A1 (zh) | 数据调度及传输的方法、装置及系统 | |
CN105790898B (zh) | 通讯系统的无线通讯处理方法 | |
WO2016206483A1 (zh) | 数据的传输方法及装置 | |
US10587370B2 (en) | Method and apparatus for performing hybrid automatic repeat request processes | |
KR102149262B1 (ko) | 클리어 채널 평가에서 경쟁 윈도우 크기를 결정하는 방법 및 장치 | |
CN107295676B (zh) | 数据传输方法及装置 | |
CN109479306A (zh) | 用户设备、基站和方法 | |
CN106804116B (zh) | 一种反馈信息的传输方法和基站以及用户设备 | |
CN105743619A (zh) | 混合自动重传请求(harq)传输的方法和设备 | |
CN110536458A (zh) | 重复传输方法、装置、网络设备和计算机可读存储介质 | |
CN110149173A (zh) | 一种半持续调度传输方法、网络侧设备及用户终端 | |
KR20140142299A (ko) | 다운링크 제어 정보 전송 방법 및 장치 | |
CN110140403A (zh) | 一种通信方法及装置 | |
CN107113156A (zh) | 一种全双工传输的控制方法和用户设备以及基站 | |
US20230198677A1 (en) | HARQ-ACK Codebook Generation Method, HARQ-ACK Codebook Transmission Method, and PDSCH Reception Method | |
CN108464049A (zh) | 频分双工通信系统和方法 | |
CN104796926A (zh) | 资源管理方法和装置 | |
CN110035445A (zh) | 数据传输管理方法及装置、终端、基站及存储介质 | |
US20190260520A1 (en) | Message transmission method, user device, base station, and computer storage medium | |
CN107734710A (zh) | 一种数据传输的方法及装置 | |
CN108605314A (zh) | 一种上行数据传输方法及相关设备 | |
CN103369695B (zh) | 一种上行调度方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |