CN108023690A - 动态harq-ack反馈的方法及装置 - Google Patents
动态harq-ack反馈的方法及装置 Download PDFInfo
- Publication number
- CN108023690A CN108023690A CN201610965849.1A CN201610965849A CN108023690A CN 108023690 A CN108023690 A CN 108023690A CN 201610965849 A CN201610965849 A CN 201610965849A CN 108023690 A CN108023690 A CN 108023690A
- Authority
- CN
- China
- Prior art keywords
- harq
- ack
- interval
- terminal
- data packet
- 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.)
- Pending
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]
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供了一种动态HARQ‑ACK反馈的方法及装置,该方法包括:网络侧确定HARQ‑ACK的动态反馈间隔;所述网络侧在每个所述反馈间隔结束反馈相应的HARQ‑ACK,能够配置HARQ‑ACK的动态反馈间隔,从而节约了不必要的信令开销,降低HARQ实现流程。此外,终端侧不必在每次传输后进行HARQ‑ACK检测,降低接收端处理复杂度,有利于工作在省电模式下物联网终端。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种动态HARQ-ACK(混合自动重传请求确认信息)反馈的方法及装置。
背景技术
第5代移动通信系统(简称5G)提出了Gbps(传输速度为每秒1000兆位)用户体验速率、超高流量密度、超大连接数、频谱效率提升、时延降低等技术需求。国内IMT-2020(5G)推进组针对5G提出了四种典型的应用场景:针对移动互联网应用的广域覆盖、热点高容量覆盖场景,针对移动物联网应用的低功耗大连接、低时延高可靠场景。
针对5G的移动物联网业务应用,其主要的挑战为需要支持广域覆盖、超大连接。在广域覆盖场景下,一定比例的用户有较大传播损耗,需要多次重传,采用获得正确译码。此外,在3GPP讨论的mMTC(海量低功耗连接)典型场景中,80%的用户处于室内环境中,相较于室外用户,信道衰落会存在额外几十dB(Decibel,分贝)的穿透损耗,对于这些室内用户需要多次重传采用获得正确译码。不同于4G网络只有10%的用户需要重传,在某些场景下,大多数5G用户需要进行重传。此外,考虑到物联网大多为小数据包,如果每个数据包均反馈ACK/NACK,那么信令开销所占的比例要高于4G网络中,ACK/NACK信令开销的比例。因此针对5G的这些需求,为在设计HARQ机制时,需要考虑这些因素。
以上行传输为例,现有重传机制中,接收端在接收到每个数据包后,都会向发送端发送ACK/NACK信息,通知发送端重传或者不重传数据包。或者,接收端按照TTI bundling(也称为子帧捆绑)的方式,在连续一个固定时间内,发送端连续发送数据包,接收端对这些连续发送的数据包进行合并处理后,根据合并检测的结果,反馈一个ACK/NACK信息给发送端。这里连续固定时间间隔是唯一,即如果用户需要在一段连续时间内重复发送数据包,连续传输的时间长度对所有这些用户是相同的。
如上所述,由于用户处于大覆盖和室内场景中,大多数用户都需要进行重传。根据用户的路径损耗和穿透损耗不同,用户需要进行重传的次数也不相同。如果对所有需要进行多次重传的用户,都采用相同TTI bundling尺寸,会使得有些用户进行不必要的重传,或者增加用户的ACK/NACK反馈次数。
在mMTC场景中,穿透损耗使得大多数用户需要进行重传,每包反馈HARQ-ACK则会带来不必要的信令开销。
在NB-IoT(Narrow Band Internet of Things,窄带物联网)中,通过DCI控制信令指示用户发送数据包的重复次数,这种通过物理层的方式指示的方式,浪费了物理层的信令开销。另外,在NB-IoT中,数据包在有效子帧内是连续发送的,重复数据包之间没有时间间隔,因而没有充分利用时间分集的优势。另外,NB-IoT应用于调度场景,没有考虑到免调度场景。NB-IoT的HARQ-ACK不适用于5G大连接数、高覆盖下的通信。
发明内容
鉴于上述技术问题,本发明实施例提供一种动态HARQ-ACK反馈的方法及装置,解决如何采用动态时间间隔反馈ACK/NACK的问题。
依据本发明实施例的一个方面,提供了一种动态HARQ-ACK反馈的方法,包括:
网络侧确定HARQ-ACK的动态反馈间隔;
所述网络侧在每个所述反馈间隔结束反馈相应的HARQ-ACK。
可选地,所述网络侧确定HARQ-ACK的动态反馈间隔,包括:
所述网络侧从预配置的多个HARQ-ACK的动态反馈间隔中选择一个HARQ-ACK的动态反馈间隔;或者
所述网络侧获取终端自主确定的HARQ-ACK的动态反馈间隔;或者
所述网络侧根据对终端的路径损耗测量得到所述HARQ-ACK的动态反馈间隔;或者
所述网络侧根据HARQ-ACK统计得到所述HARQ-ACK的动态反馈间隔;或者
所述网络侧根据终端反馈测量量得到所述HARQ-ACK的动态反馈间隔。
可选地,所述方法还包括:
所述网络侧通过系统广播或者用户特定的信令通知终端所述HARQ-ACK的动态反馈间隔。
可选地,所述反馈间隔包括以下任意一项或几项:
终端收到两次HARQ-ACK间的时间间隔;
初传数据包到HARQ-ACK的时间间隔;
从上次收到HARQ-ACK开始,对应该HARQ进程的第一个数据包到HARQ-ACK的时间间隔;
从终端传输当前数据包到传输下次重复数据包的时间间隔;
一组数据包传输结束时刻到相应的HARQ-ACK间的时间间隔。
依据本发明实施例的另一个方面,还提供了一种动态HARQ-ACK反馈的方法,包括:
终端确定HARQ-ACK的动态反馈间隔;
所述终端根据所述HARQ-ACK的动态反馈间隔在相应的时隙读取HARQ-ACK。
可选地,所述终端确定HARQ-ACK的动态反馈间隔,包括:
所述终端自主确定HARQ-ACK的动态反馈间隔。
可选地,所述终端自主确定HARQ-ACK的动态反馈间隔,包括:
所述终端根据终端的路径损耗测量确定所述HARQ-ACK的动态反馈间隔。
可选地,所述方法还包括:
所述终端将确定的所述HARQ-ACK的动态反馈间隔对应的序号通过高层或物理层信令反馈到网络侧。
可选地,所述反馈间隔包括以下任意一项或几项:
终端收到两次HARQ-ACK间的时间间隔;
初传数据包到HARQ-ACK的时间间隔;
从上次收到HARQ-ACK开始,对应该HARQ进程的第一个数据包到HARQ-ACK的时间间隔;
从终端传输当前数据包到传输下次重复数据包的时间间隔;
一组数据包传输结束时刻到相应的HARQ-ACK间的时间间隔。
依据本发明实施例的第三个方面,还提供了一种动态HARQ-ACK反馈的装置,包括:
第一确定模块,用于确定HARQ-ACK的动态反馈间隔;
反馈模块,用于在每个所述反馈间隔结束反馈相应的HARQ-ACK。
可选地,所述第一确定模块进一步用于:
从预配置的多个HARQ-ACK的动态反馈间隔中选择一个HARQ-ACK的动态反馈间隔;或者
获取终端自主确定的HARQ-ACK的动态反馈间隔;或者
根据对终端的路径损耗测量得到所述HARQ-ACK的动态反馈间隔;或者
根据ARQ-ACK统计得到所述HARQ-ACK的动态反馈间隔;或者
根据终端反馈测量量得到所述HARQ-ACK的动态反馈间隔。
可选地,所述装置还包括:
第一通知模块,用于通过系统广播或者特定的信令通知终端所述HARQ-ACK的动态反馈间隔。
可选地,所述反馈间隔包括以下任意一项或几项:
终端收到两次HARQ-ACK间的时间间隔;
初传数据包到HARQ-ACK的时间间隔;
从上次收到HARQ-ACK开始,对应该HARQ进程的第一个数据包到HARQ-ACK的时间间隔;
从终端传输当前数据包到传输下次重复数据包的时间间隔;
一组数据包传输结束时刻到相应的HARQ-ACK间的时间间隔。
依据本发明实施例的第四个方面,还提供了一种动态HARQ-ACK反馈的装置,包括:
第二确定模块,用于确定HARQ-ACK的动态反馈间隔;
读取模块,用于根据所述HARQ-ACK的动态反馈间隔在相应的时隙读取HARQ-ACK。
可选地,所述第二确定模块进一步用于:自主确定HARQ-ACK的动态反馈间隔。
可选地,所述第二确定模块进一步用于:根据终端的路径损耗测量确定所述HARQ-ACK的动态反馈间隔。
可选地,所述装置还包括:
第二通知模块,用于将确定的所述HARQ-ACK的动态反馈间隔对应的序号通过高层或物理层信令反馈到网络侧。
可选地,所述反馈间隔包括以下任意一项或几项:
终端收到两次HARQ-ACK间的时间间隔;
初传数据包到HARQ-ACK的时间间隔;
从上次收到HARQ-ACK开始,对应该HARQ进程的第一个数据包到HARQ-ACK的时间间隔;
从终端传输当前数据包到传输下次重复数据包的时间间隔;
一组数据包传输结束时刻到相应的HARQ-ACK间的时间间隔。
上述技术方案中的一个技术方案具有如下优点或有益效果:能够配置HARQ-ACK的动态反馈间隔,从而节约了不必要的信令开销,降低HARQ实现流程。此外,终端侧不必在每次传输后进行HARQ-ACK检测,降低接收端处理复杂度,有利于工作在省电模式下物联网终端。
附图说明
图1为本发明的实施例一中动态HARQ-ACK反馈的方法的流程图;
图2为本发明的实施例二中动态HARQ-ACK反馈的方法的流程图;
图3为本发明的实施例五中动态HARQ-ACK反馈的装置的框图;
图4为本发明的实施例六中动态HARQ-ACK反馈的装置的框图;
图5为本发明的实施例七中动态HARQ-ACK反馈的装置的框图;
图6为本发明的实施例八中动态HARQ-ACK反馈的装置的框图。
具体实施方式
本领域技术人员知道,本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此,本发明的实施例可以具体实现为以下形式:完全的硬件、完全的软件(包括固件、驻留软件、微代码等),或者硬件和软件结合的形式。
本发明实施例提出一种动态HARQ-ACK反馈机制,网络侧预配置或通过信令(高层或物理层)指示反馈间隔,隔一段反馈间隔,网络侧在相应的HARQ-ACK资源上反馈一个或若干个HARQ-ACK。终端根据系统广播或终端(或称为UE)特定的信令,确定在HARQ-ACK的动态反馈间隔,在相应的时隙读取HARQ-ACK。
对于调度的场景来说,基站调度终端发送数据信号,HARQ-ACK的动态反馈间隔是从调度信令后第一个数据包算起到HARQ-ACK的间隔时间。对于免调度来说,HARQ-ACK的动态反馈间隔是初传包到HARQ-ACK的时间间隔,或者从上次收到HARQ-ACK开始,用户传输第一个数据包到HARQ-ACK的间隔时间。
在免调度时,基站有可能没有检测到HARQ-ACK反馈间隔内的第一个数据包,此时,基站将第二个数据包看作是第一个数据包,这样,基站和终端对第一个数据包位置理解不一致,从而造成HARQ-ACK反馈的位置理解不一致。在免调度场景下,需要明确HARQ-ACK反馈间隔内的第一个数据包的位置,可将首数据包指示以伴随信令形式,和首数据包一起发送到基站,或者基站通过激活检测确定首数据包。
需要说明的是,上述反馈间隔指的是反映了数据包和其HARQ-ACK的时间间隔,比如,是终端收到两次HARQ-ACK间的时间间隔;或者初传包到HARQ-ACK的时间间隔,或者从上次收到HARQ-ACK开始,对应该HARQ进程的第一个数据包到HARQ-ACK的间隔时间;这里的反馈间隔还可以是从终端传输当前包到传输下次重复包的时间间隔;或者还可以一组重复传输结束时刻到相应的HARQ-ACK间的时间间隔。
反馈间隔还可以包括以上两个内容,即终端收到两次HARQ-ACK间的时间间隔,以及从终端传输当前包到传输下次重复包的时间间隔,或者初传包到HARQ-ACK的时间间隔,以及从终端传输当前包到传输下次重复包的时间间隔,或者从上次收到HARQ-ACK开始,对应该HARQ进程的第一个数据包到HARQ-ACK的间隔时间,以及从用户传输当前包到传输下次重复包的时间间隔。
需要说明的是,如果采用系统广播的方式通知反馈间隔,系统广播一个或多个时间间隔,如果系统只广播了一个时间间隔,那么所有终端可采用唯一一个时间间隔进行反馈。或者,协议预配置好若干反馈间隔,系统广播该反馈间隔的序号信息。比如,当协议预配置好若干反馈间隔,以及采用该反馈间隔用户的路径损耗,用户根据其计算路径损耗,在相应的反馈间隔读取HARQ-ACK,此时会出现终端计算的路径损耗和基站计算路径损耗不一致的情况,这样基站传输HARQ-ACK的位置和终端读取HARQ-ACK的位置会不一致,为了避免这种情况的发生,也可以基站采用信令通知终端HARQ-ACK的动态反馈间隔,或者终端通过信令通知基站其所选择的反馈间隔序号,或者基站在各个反馈间隔对应的HARQ-ACK资源均反馈HARQ-ACK,终端在相应的位置上读取HARQ-ACK的信息。
基站侧确定HARQ-ACK动态的时间间隔可以根据终端的路径损耗测量得到,也可以根据用户的信号HARQ-ACK统计得到,还可以根据用户反馈测量量统计特性得到,如CQI(信道质量指示符)/RSRP(参考信号接收功率)。
本发明实施例的另一个方面还提供了一种动态HARQ-ACK反馈机制,终端侧自主确定HARQ-ACK的动态反馈间隔,终端根据路径损耗(pathloss)等信息自主确定ACK的反馈间隔,该间隔通过信令方式通知基站,或者基站和终端共同根据终端上报的测量量,如CQI/RSRP,来确定反馈HARQ-ACK的动态反馈间隔,比如:基站预定义CQI/RSRP门限,终端根据该CQI/RSRP门限进行判断HARQ-ACK的动态反馈间隔。协议可以预先配置了若干反馈间隔,根据路径损耗确定HARQ-ACK的动态反馈间隔,并将该间隔对应的序号通过高层或物理层信令反馈到基站。
需要说明的是,上述反馈间隔指的是终端收到两次HARQ-ACK间的时间间隔,或者初传包到HARQ-ACK的时间间隔,或者从上次收到HARQ-ACK开始,对应该HARQ进程的第一个数据包到HARQ-ACK的间隔时间;这里的反馈间隔还可以是从终端传输当前包到传输下次重复包的时间间隔;反馈间隔还可以包括以上两个内容,即终端收到两次HARQ-ACK间的时间间隔,以及从终端传输当前包到传输下次重复包的时间间隔,或者初传包到HARQ-ACK的时间间隔,以及从终端传输当前包到传输下次重复包的时间间隔,或者从上次收到HARQ-ACK开始,对应该HARQ进程的第一个数据包到HARQ-ACK的间隔时间,以及从终端传输当前包到传输下次重复包的时间间隔。
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
实施例一
参见图1,图中示出了一种动态HARQ-ACK反馈的方法,具体步骤如下:
步骤101、网络侧确定HARQ-ACK的动态反馈间隔;
可选地,在本实施例中网络侧(例如基站)可以通过如下任意一种方式确定HARQ-ACK的动态反馈间隔:
方式一、网络侧从预配置的多个HARQ-ACK的动态反馈间隔中选择一个HARQ-ACK的动态反馈间隔。
方式二、网络侧获取终端自主确定的HARQ-ACK的动态反馈间隔。
方式三、网络侧根据对终端的路径损耗测量得到HARQ-ACK的动态反馈间隔。
方式四、网络侧根据HARQ-ACK统计得到所述HARQ-ACK的动态反馈间隔。
方式五、网络侧根据终端反馈测量量得到所述HARQ-ACK的动态反馈间隔,需要说明的是,上述测量量可以是CQI(信道质量指示符)、RSRP(参考信号接收功率)等。
可选地,在本实施例中,反馈间隔包括以下任意一项或几项:
终端收到两次HARQ-ACK间的时间间隔;
初传数据包到HARQ-ACK的时间间隔;
从上次收到HARQ-ACK开始,对应该HARQ进程的第一个数据包到HARQ-ACK的时间间隔;
从终端传输当前数据包到传输下次重复数据包的时间间隔;
一组数据包传输结束时刻到相应的HARQ-ACK间的时间间隔。
步骤102、网络侧在每个所述反馈间隔结束反馈相应的HARQ-ACK。
需要说明的是,上述HARQ-ACK包括ACK和NACK。
可选地,在本实施例中,方法还包括:
网络侧通过系统广播或者用户特定的信令通知终端HARQ-ACK的动态反馈间隔。
在本实施例中,在大多数终端都需重传次数较高的情况下,可以根据不同重复粒度的反馈HARQ-ACK,从而节约了不必要的信令开销,降低HARQ实现流程。此外,终端侧不必在每次传输后进行HARQ-ACK检测,降低接收端处理复杂度,有利于工作在省电模式下物联网终端。
实施例二
参见图2,图中示出了一种动态HARQ-ACK反馈的方法,具体步骤如下:
步骤201、终端确定HARQ-ACK的动态反馈间隔;
在本实施例中,可选地,终端可以通过如下任意一种方式确定HARQ-ACK的动态反馈间隔:
方式一、终端自主确定HARQ-ACK的动态反馈间隔。
具体地,终端根据终端的路径损耗测量确定所述HARQ-ACK的动态反馈间隔。
在本实施例中,若采用终端自主确定HARQ-ACK的动态反馈间隔,则方法还包括:终端将确定的所述HARQ-ACK的动态反馈间隔对应的序号通过高层或物理层信令反馈到网络侧。
方式二、终端获取网络侧预配置或信令通知的HARQ-ACK的动态反馈间隔。
具体地,终端通过系统广播或者特定的信令获取网络侧确定的HARQ-ACK的动态反馈间隔对应的序号。
在本实施例中,可选地,所述反馈间隔包括以下任意一项或几项:
终端收到两次HARQ-ACK间的时间间隔;
初传数据包到HARQ-ACK的时间间隔;
从上次收到HARQ-ACK开始,对应该HARQ进程的第一个数据包到HARQ-ACK的时间间隔;
从终端传输当前数据包到传输下次重复数据包的时间间隔;
一组数据包传输结束时刻到相应的HARQ-ACK间的时间间隔。
步骤202、终端根据所述HARQ-ACK的动态反馈间隔在相应的时隙读取HARQ-ACK。
在本实施例中,在大多数终端都需重传次数较高的情况下,可以根据不同重复粒度的反馈HARQ-ACK,从而节约了不必要的信令开销,降低HARQ实现流程。此外,终端侧不必在每次传输后进行HARQ-ACK检测,降低接收端处理复杂度,有利于工作在省电模式下物联网终端。
实施例三
在本实施例中,协议中规定了若干HARQ-ACK反馈间隔,每个反馈间隔包含可以为以下内容:数据包(例如初传包)到其HARQ-ACK的间隔时间,以及在该间隔时间内重传次数,那么在两次重传的间隔时间就是初传包到HARQ-ACK间隔时间除以重传次数。需要说明的是,对于一个HARQ进程,如果终端收到HARQ-ACK为NACK,需要在下一个重传间隔内进行重传,该反馈间隔也是为从所述NACK算起第一个数据包到HARQ-ACK的时间间隔。
在终端初始接入系统时,基站根据终端测量的路径损耗来配置终端的HARQ-ACK反馈间隔,或者,当终端传输数据包一定时间后,基站根据终端的HARQ-ACK信息来确定HARQ-ACK的动态反馈间隔。终端的HARQ-ACK反馈间隔,基站通过高层信令通知终端。
终端在收到HARQ-ACK反馈间隔,可利用初传包到HARQ-ACK间隔时间除以重传次数,得到重传包间隔,并在相应的时间读取HARQ-ACK信息。如果终端收到HARQ-ACK为NACK,则从HARQ-ACK开始,从该HARQ进程下的第一个数据包算起,间隔基站通知初传包到HARQ-ACK间隔时间的时隙内,读取HARQ-ACK信息。
本实施例可以根据终端的路径损耗和HARQ-ACK统计信息确定HARQ-ACK动态的时间间隔,可以在不增加额外重传的基础上,有效的降低信令开销。
实施例四
协议中规定了若干HARQ-ACK反馈间隔,每个反馈间隔可以包含以下内容:初传包到HARQ-ACK间隔时间,以及在该间隔时间内重传次数,那么在两次重传的间隔时间就是初传包到HARQ-ACK间隔时间除以重传次数。需要说明的是,对于一个HARQ进程,如果终端收到HARQ-ACK为NACK,需要在下一个重传间隔内进行重传,该反馈间隔也是为从所述NACK算起第一个数据包到HARQ-ACK的时间间隔。
在终端初始接入系统时,终端根据终端测量的路径损耗来确定终端的HARQ-ACK反馈间隔,并将该反馈间隔的序号通知基站,或者,当用户传输数据包一定时间后,终端根据HARQ-ACK信息来确定HARQ-ACK的动态反馈间隔,将该反馈间隔的序号通知基站。用户的HARQ-ACK反馈间隔,终端通过高层信令通知基站。
基站在收到HARQ-ACK反馈间隔后,可利用初传包到HARQ-ACK间隔时间除以重传次数,得到重传包间隔,并在相应的时间发送HARQ-ACK信息。
本实施例根据终端的路径损耗和HARQ-ACK统计信息确定HARQ-ACK动态的时间间隔,可以在不增加额外重传的基础上,有效的降低信令开销。
实施例五
参见图3,图中示出了一种动态HARQ-ACK反馈的装置,该装置300包括:
第一确定模块301,用于确定HARQ-ACK的动态反馈间隔;
反馈模块302,用于在每个所述反馈间隔结束反馈相应的HARQ-ACK。
在本实施例中,可选地,第一确定模块进一步用于:
从预配置的多个HARQ-ACK的动态反馈间隔中选择一个HARQ-ACK的动态反馈间隔;或者
获取终端自主确定的HARQ-ACK的动态反馈间隔;或者
根据对终端的路径损耗测量得到所述HARQ-ACK的动态反馈间隔;或者
根据HARQ-ACK统计得到所述HARQ-ACK的动态反馈间隔;或者
根据终端反馈测量量得到所述HARQ-ACK的动态反馈间隔。
在本实施例中,可选地,所述装置还包括:
第一通知模块,用于通过系统广播或者特定的信令通知终端所述HARQ-ACK的动态反馈间隔。
在本实施例中,可选地,所述反馈间隔包括以下任意一项或几项:
终端收到两次HARQ-ACK间的时间间隔;
初传数据包到HARQ-ACK的时间间隔;
从上次收到HARQ-ACK开始,对应该HARQ进程,终端传输第一个数据包开始算起,到收到HARQ-ACK的时间间隔;
从终端传输当前数据包到传输下次重复数据包的时间间隔;
一组数据包传输结束时刻到相应的HARQ-ACK间的时间间隔。
在本实施例中,能够配置HARQ-ACK的动态反馈间隔,从而节约了不必要的信令开销,降低HARQ实现流程。此外,终端侧不必在每次传输后进行HARQ-ACK检测,降低接收端处理复杂度,有利于工作在省电模式下物联网终端。
实施例六
参见图4,图中示出了一种动态HARQ-ACK反馈的装置,装置400包括:
第二确定模块401,用于确定HARQ-ACK的动态反馈间隔;
读取模块402,用于根据所述HARQ-ACK的动态反馈间隔在相应的时隙读取HARQ-ACK。
在本实施例中,可选地,所述第二确定模块进一步用于:
自主确定HARQ-ACK的动态反馈间隔。
在本实施例中,可选地,所述第二确定模块进一步用于:
根据终端的路径损耗测量确定所述HARQ-ACK的动态反馈间隔。
在本实施例中,可选地,所述装置还包括:
第二通知模块,用于将确定的所述HARQ-ACK的动态反馈间隔对应的序号通过高层或物理层信令反馈到网络侧。
在本实施例中,可选地,所述反馈间隔包括以下任意一项或几项:
终端收到两次HARQ-ACK间的时间间隔;
初传数据包到HARQ-ACK的时间间隔;
从上次收到HARQ-ACK开始,对应该HARQ进程,终端传输第一个数据包开始算起,到收到HARQ-ACK的时间间隔;
从终端传输当前数据包到传输下次重复数据包的时间间隔;
一组数据包传输结束时刻到相应的HARQ-ACK间的时间间隔。
在本实施例中,能够配置HARQ-ACK的动态反馈间隔,从而节约了不必要的信令开销,降低HARQ实现流程。此外,终端侧不必在每次传输后进行HARQ-ACK检测,降低接收端处理复杂度,有利于工作在省电模式下物联网终端。
实施例七
参见图5,图中示出了一种动态HARQ-ACK反馈的装置,该装置包括:
第一收发机501,在第一处理器504的控制下接收和发送数据。
第一处理器504,用于读取第一存储器505中的程序,执行下列过程:确定HARQ-ACK的动态反馈间隔;在每个所述反馈间隔结束反馈相应的HARQ-ACK。
在图5中,总线架构(用第一总线500来代表)可以包括任意数量的互联的总线和桥,第一总线500将包括由第一处理器504代表的一个或多个处理器和第一存储器505代表的存储器的各种电路链接在一起。第一总线500还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。第一总线接口503在第一总线500和第一收发机501之间提供接口。第一收发机501可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。经第一处理器504处理的数据通过第一收发机501和第一天线502在无线介质上进行传输,进一步,第一天线502还接收数据并将数据经由第一收发机501传送给第一处理器504。
第一处理器504负责管理第一总线500和通常的处理,还可以提供各种功能,包括定时,外围接口,电压调节、电源管理以及其他控制功能。而第一存储器505可以被用于第一存储处理器504在执行操作时所使用的数据。具体的,第一处理器504可以是CPU、ASIC、FPGA或CPLD。
在本实施例中,可选地,第一处理器504进一步用于:
从预配置的多个HARQ-ACK的动态反馈间隔中选择一个HARQ-ACK的动态反馈间隔;或者
获取终端自主确定的HARQ-ACK的动态反馈间隔;或者
根据对终端的路径损耗测量得到所述HARQ-ACK的动态反馈间隔;或者
根据HARQ-ACK统计得到所述HARQ-ACK的动态反馈间隔;或者
根据终端反馈测量量得到所述HARQ-ACK的动态反馈间隔。
在本实施例中,可选地,第一收发机501还用于:通过系统广播或者用户特定的信令通知终端所述HARQ-ACK的动态反馈间隔。
在本实施例中,可选地,所述反馈间隔包括以下任意一项或几项:
终端收到两次HARQ-ACK间的时间间隔;
初传数据包到HARQ-ACK的时间间隔;
从上次收到HARQ-ACK开始,对应该HARQ进程,终端传输第一个数据包开始算起,到收到HARQ-ACK的时间间隔;
从终端传输当前数据包到传输下次重复数据包的时间间隔;
一组数据包传输结束时刻到相应的HARQ-ACK间的时间间隔。
实施例八
请参照图6,本发明实施例提供了一种动态HARQ-ACK反馈的装置,包括:
第二收发机601,在第二处理器604的控制下接收和发送数据。
第二处理器604,用于读取第二存储器605中的程序,执行下列过程:确定HARQ-ACK的动态反馈间隔;根据所述HARQ-ACK的动态反馈间隔在相应的时隙读取HARQ-ACK。
在图6中,总线架构(用第二总线600来代表)可以包括任意数量的互联的总线和桥,第二总线600将包括由第二处理器604代表的一个或多个处理器和第二存储器605代表的存储器的各种电路链接在一起。第二总线600还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。第二总线接口603在第二总线600和第二收发机601之间提供接口。第二收发机601可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。经第二处理器604处理的数据通过第二收发机601和第二天线602在无线介质上进行传输,进一步,第二天线602还接收数据并将数据经由第二收发机601传送给第二处理器604。
第二处理器604负责管理第二总线600和通常的处理,还可以提供各种功能,包括定时,外围接口,电压调节、电源管理以及其他控制功能。而第二存储器605可以被用于第二存储处理器604在执行操作时所使用的数据。具体的额,第二处理器604可以是CPU、ASIC、FPGA或CPLD。
在本实施例中,可选地,第二处理器604进一步用于自主确定HARQ-ACK的动态反馈间隔。
在本实施例中,可选地,第二处理器604进一步用于根据终端的路径损耗测量确定所述HARQ-ACK的动态反馈间隔。
在本实施例中,可选地,第二收发机601进一步用于将确定的所述HARQ-ACK的动态反馈间隔对应的序号通过高层或物理层信令反馈到网络侧。
在本实施例中,可选地,所述反馈间隔包括以下任意一项或几项:
终端收到两次HARQ-ACK间的时间间隔;
初传数据包到HARQ-ACK的时间间隔;
从上次收到HARQ-ACK开始,对应该HARQ进程,终端传输第一个数据包开始算起,到收到HARQ-ACK的时间间隔;
从终端传输当前数据包到传输下次重复数据包的时间间隔;
一组数据包传输结束时刻到相应的HARQ-ACK间的时间间隔。
应理解,说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本发明的各种实施例中,应理解,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
另外,本文中术语“系统”和“网络”在本文中常可互换使用。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
在本申请所提供的实施例中,应理解,“与A相应的B”表示B与A相关联,根据A可以确定B。但还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。
在本申请所提供的几个实施例中,应该理解到,所揭露方法和装置,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述的是本发明的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本发明所述的原理前提下还可以做出若干改进和润饰,这些改进和润饰也在本发明的保护范围内。
Claims (18)
1.一种动态HARQ-ACK反馈的方法,其特征在于,包括:
网络侧确定HARQ-ACK的动态反馈间隔;
所述网络侧在每个所述反馈间隔结束反馈相应的HARQ-ACK。
2.根据权利要求1所述的方法,其特征在于,所述网络侧确定HARQ-ACK的动态反馈间隔,包括:
所述网络侧从预配置的多个HARQ-ACK的动态反馈间隔中选择一个HARQ-ACK的动态反馈间隔;或者
所述网络侧获取终端自主确定的HARQ-ACK的动态反馈间隔;或者
所述网络侧根据对终端的路径损耗测量得到所述HARQ-ACK的动态反馈间隔;或者
所述网络侧根据HARQ-ACK统计得到所述HARQ-ACK的动态反馈间隔;或者
所述网络侧根据终端反馈测量量得到所述HARQ-ACK的动态反馈间隔。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述网络侧通过系统广播或者用户特定的信令通知终端所述HARQ-ACK的动态反馈间隔。
4.根据权利要求1~3任一项所述的方法,其特征在于,
所述反馈间隔包括以下任意一项或几项:
终端收到两次HARQ-ACK间的时间间隔;
初传数据包到HARQ-ACK的时间间隔;
从上次收到HARQ-ACK开始,对应该HARQ进程的第一个数据包到HARQ-ACK的时间间隔;
从终端传输当前数据包到传输下次重复数据包的时间间隔;
一组数据包传输结束时刻到相应的HARQ-ACK间的时间间隔。
5.一种动态HARQ-ACK反馈的方法,其特征在于,包括:
终端确定HARQ-ACK的动态反馈间隔;
所述终端根据所述HARQ-ACK的动态反馈间隔在相应的时隙读取HARQ-ACK。
6.根据权利要求5所述的方法,其特征在于,所述终端确定HARQ-ACK的动态反馈间隔,包括:
所述终端自主确定HARQ-ACK的动态反馈间隔。
7.根据权利要求6所述的方法,其特征在于,所述终端自主确定HARQ-ACK的动态反馈间隔,包括:
所述终端根据终端的路径损耗测量确定所述HARQ-ACK的动态反馈间隔。
8.根据权利要求6所述的方法,其特征在于,所述方法还包括:
所述终端将确定的所述HARQ-ACK的动态反馈间隔对应的序号通过高层或物理层信令反馈到网络侧。
9.根据权利要求5~8任一项所述的方法,其特征在于,
所述反馈间隔包括以下任意一项或几项:
终端收到两次HARQ-ACK间的时间间隔;
初传数据包到HARQ-ACK的时间间隔;
从上次收到HARQ-ACK开始,对应该HARQ进程的第一个数据包到HARQ-ACK的时间间隔;
从终端传输当前数据包到传输下次重复数据包的时间间隔;
一组数据包传输结束时刻到相应的HARQ-ACK间的时间间隔。
10.一种动态HARQ-ACK反馈的装置,其特征在于,包括:
第一确定模块,用于确定HARQ-ACK的动态反馈间隔;
反馈模块,用于在每个所述反馈间隔结束反馈相应的HARQ-ACK。
11.根据权利要求10所述的装置,其特征在于,所述第一确定模块进一步用于:
从预配置的多个HARQ-ACK的动态反馈间隔中选择一个HARQ-ACK的动态反馈间隔;或者
获取终端自主确定的HARQ-ACK的动态反馈间隔;或者
根据对终端的路径损耗测量得到所述HARQ-ACK的动态反馈间隔;或者
根据ARQ-ACK统计得到所述HARQ-ACK的动态反馈间隔;或者
根据终端反馈测量量得到所述HARQ-ACK的动态反馈间隔。
12.根据权利要求10所述的装置,其特征在于,所述装置还包括:
第一通知模块,用于通过系统广播或者特定的信令通知终端所述HARQ-ACK的动态反馈间隔。
13.根据权利要求10~12任一项所述的装置,其特征在于,
所述反馈间隔包括以下任意一项或几项:
终端收到两次HARQ-ACK间的时间间隔;
初传数据包到HARQ-ACK的时间间隔;
从上次收到HARQ-ACK开始,对应该HARQ进程的第一个数据包到HARQ-ACK的时间间隔;
从终端传输当前数据包到传输下次重复数据包的时间间隔;
一组数据包传输结束时刻到相应的HARQ-ACK间的时间间隔。
14.一种动态HARQ-ACK反馈的装置,其特征在于,包括:
第二确定模块,用于确定HARQ-ACK的动态反馈间隔;
读取模块,用于根据所述HARQ-ACK的动态反馈间隔在相应的时隙读取HARQ-ACK。
15.根据权利要求14所述的装置,其特征在于,所述第二确定模块进一步用于:自主确定HARQ-ACK的动态反馈间隔。
16.根据权利要求15所述的装置,其特征在于,所述第二确定模块进一步用于:根据终端的路径损耗测量确定所述HARQ-ACK的动态反馈间隔。
17.根据权利要求15所述的装置,其特征在于,所述装置还包括:
第二通知模块,用于将确定的所述HARQ-ACK的动态反馈间隔对应的序号通过高层或物理层信令反馈到网络侧。
18.根据权利要求14~17任一项所述的装置,其特征在于,
所述反馈间隔包括以下任意一项或几项:
终端收到两次HARQ-ACK间的时间间隔;
初传数据包到HARQ-ACK的时间间隔;
从上次收到HARQ-ACK开始,对应该HARQ进程的第一个数据包到HARQ-ACK的时间间隔;
从终端传输当前数据包到传输下次重复数据包的时间间隔;
一组数据包传输结束时刻到相应的HARQ-ACK间的时间间隔。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610965849.1A CN108023690A (zh) | 2016-11-04 | 2016-11-04 | 动态harq-ack反馈的方法及装置 |
PCT/CN2017/108869 WO2018082554A1 (zh) | 2016-11-04 | 2017-11-01 | 动态harq-ack反馈方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610965849.1A CN108023690A (zh) | 2016-11-04 | 2016-11-04 | 动态harq-ack反馈的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108023690A true CN108023690A (zh) | 2018-05-11 |
Family
ID=62076600
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610965849.1A Pending CN108023690A (zh) | 2016-11-04 | 2016-11-04 | 动态harq-ack反馈的方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108023690A (zh) |
WO (1) | WO2018082554A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113472487A (zh) * | 2020-03-30 | 2021-10-01 | 维沃移动通信有限公司 | Harq-ack反馈的触发方法、反馈方法及设备 |
CN113573256A (zh) * | 2020-04-28 | 2021-10-29 | 维沃移动通信有限公司 | 信息反馈、资源调度方法、终端及网络设备 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2573577B (en) * | 2018-05-11 | 2020-09-02 | Tcl Communication Ltd | Transmission techniques in a cellular network |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101594682A (zh) * | 2008-05-29 | 2009-12-02 | 大唐移动通信设备有限公司 | 移动通信系统及其下行反馈方法 |
CN101729227A (zh) * | 2008-10-24 | 2010-06-09 | 华为技术有限公司 | 一种终端响应时间确定方法、装置和系统 |
CN101971548A (zh) * | 2008-03-13 | 2011-02-09 | Lg电子株式会社 | 通过考虑测量间隔来处理harq的方法 |
CN105991247A (zh) * | 2015-02-16 | 2016-10-05 | 中兴通讯股份有限公司 | 一种设备到设备发送、接收、调度方法和相应装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8532015B2 (en) * | 2009-02-20 | 2013-09-10 | Nokia Siemens Networks Oy | Methods and apparatuses for transmitting downlink control signaling on wireless relay link |
CN103209061A (zh) * | 2012-01-17 | 2013-07-17 | 北京三星通信技术研究有限公司 | 一种harq-ack反馈信息的发送方法 |
-
2016
- 2016-11-04 CN CN201610965849.1A patent/CN108023690A/zh active Pending
-
2017
- 2017-11-01 WO PCT/CN2017/108869 patent/WO2018082554A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101971548A (zh) * | 2008-03-13 | 2011-02-09 | Lg电子株式会社 | 通过考虑测量间隔来处理harq的方法 |
CN101594682A (zh) * | 2008-05-29 | 2009-12-02 | 大唐移动通信设备有限公司 | 移动通信系统及其下行反馈方法 |
CN101729227A (zh) * | 2008-10-24 | 2010-06-09 | 华为技术有限公司 | 一种终端响应时间确定方法、装置和系统 |
CN105991247A (zh) * | 2015-02-16 | 2016-10-05 | 中兴通讯股份有限公司 | 一种设备到设备发送、接收、调度方法和相应装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113472487A (zh) * | 2020-03-30 | 2021-10-01 | 维沃移动通信有限公司 | Harq-ack反馈的触发方法、反馈方法及设备 |
CN113472487B (zh) * | 2020-03-30 | 2023-04-28 | 维沃移动通信有限公司 | Harq-ack反馈方法及设备 |
CN113573256A (zh) * | 2020-04-28 | 2021-10-29 | 维沃移动通信有限公司 | 信息反馈、资源调度方法、终端及网络设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2018082554A1 (zh) | 2018-05-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10856164B2 (en) | Method for scheduling resources in unlicensed frequency band, base station and terminal | |
CN106559188B (zh) | 一种数据传输的方法及基站 | |
CN104170294B (zh) | 物理上行链路共享信道(pusch)传输时间间隔(tti)捆绑 | |
CN101675693B (zh) | 移动台、基站装置、无线通信系统以及通信控制方法 | |
CN109392126A (zh) | 上行传输方法、终端设备和网络设备 | |
CN102387009B (zh) | 一种无线链路控制层上行传输的方法和演进的节点b | |
CN106452661A (zh) | 应答信息的传输方法、装置、基站及终端 | |
CN110505697A (zh) | 一种混合自动重传请求的传输方法、终端及基站 | |
CN103379628A (zh) | 基于传输时间间隔捆绑的资源分配方法及移动终端 | |
US20100146358A1 (en) | Method and Arrangement Relating to Communications Network | |
Centenaro et al. | System-level study of data duplication enhancements for 5G downlink URLLC | |
CN114124311B (zh) | 一种5g免授权重传接入技术中断概率评估方法 | |
CN106171004A (zh) | 一种rlc数据包分流方法及基站 | |
CN109219135A (zh) | 一种上行资源调度方法及装置 | |
CN105379318A (zh) | 组通信装置和方法 | |
Pedersen et al. | Preemptive scheduling of latency critical traffic and its impact on mobile broadband performance | |
KR101945658B1 (ko) | 스펙트럼 통합의 데이터 발송 방법 및 장치 | |
Maldonado et al. | Latency and reliability analysis of cellular networks in unlicensed spectrum | |
CN108023690A (zh) | 动态harq-ack反馈的方法及装置 | |
CN105323044B (zh) | 一种数据调度方法、装置和带内中继 | |
CN110121901A (zh) | 免授权数据传输的确认方法和装置 | |
CN110167183A (zh) | 数据传输方法、通信装置及存储介质 | |
CN105722096A (zh) | 一种业务数据传输方法及设备 | |
CN105532048B (zh) | 终端、网络设备和上行控制信息处理方法 | |
CN103457708A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180511 |
|
RJ01 | Rejection of invention patent application after publication |