CN106330410A - 一种上行信息的处理方法及装置 - Google Patents
一种上行信息的处理方法及装置 Download PDFInfo
- Publication number
- CN106330410A CN106330410A CN201510335055.2A CN201510335055A CN106330410A CN 106330410 A CN106330410 A CN 106330410A CN 201510335055 A CN201510335055 A CN 201510335055A CN 106330410 A CN106330410 A CN 106330410A
- Authority
- CN
- China
- Prior art keywords
- harq process
- information
- uplink
- terminal
- upstream data
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种上行信息的处理方法及装置,应用于基站的处理方法包括:接收终端发送的上行混合自动重传请求HARQ进程的上行数据包;在所述上行数据包校验成功,且当前不需要在所述HARQ进程上调度上行数据传输时,在一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息和标识该HARQ进程结束的指示信息,并结束所述HARQ进程。本发明实施例在基站对终端发送的上行数据包校验成功且当前不需要调度上行数据传输时,向终端发送特定的反馈消息,终端根据特定的反馈消息确定上行数据包传输成功,结束该进程;通过对上行HARQ机制的优化,缩短终端确认上行传输成功所需的时间,减少终端监听反馈消息的次数,降低业务时延。
Description
技术领域
本发明涉及无线通信技术领域,特别涉及一种上行信息的处理方法及装置。
背景技术
LTE系统中,上行混合自动重传请求HARQ采用同步的多进程停等的HARQ协议,同时支持同步自适应HARQ,初始传输发生后,重传必须发生在预定义的时刻,即对于某一个上行的HARQ进程,终端进行一次数据传输后,在等到ACK/NACK(反馈信息)反馈之前,此进程暂时中止,待终端接收到基站反馈的ACK/NACK后,在根据反馈信息的具体情况确定是发送新的数据还是重传数据。
3GPP 36.300中规定了上行HARQ的处理流程,如下表所示:
表9.1-1:上行HARQ运算
如上表所示,给定某个上行HARQ过程,在预定义的反馈子帧中,
1)如果终端只收到PHICH,且其值为NACK,则使用非自适应重传;
2)如果终端只收到PHICH,且其值为ACK,则不进行任何传输,也不会清空HARQ缓冲区。此时,终端不做任何操作,在预定义的后续反馈子帧位置继续监听基站是否通过PDCCH信道下发了关于该process(过程)的调度指示;
3)如果终端同时收到PHICH和PDCCH,无论收到的PHICH指示的ACK还是NACK,只要同时还收到PDCCH,则终端会忽略PHICH而按照PDCCH上的调度指示来决定如何进行下一次传输。
目前的上行HARQ机制中,给定HARQ过程,如果网络侧在该过程上不下发指示新数据传输的UL Grant(UL授权),终端就无法判断该次传输是否成功,导致终端需要周期性第监听该次传输的反馈信息。这样一来,不仅上行业务时延会有所增加,尤其对开启非连续接收CDRX功能的终端来说,上行数据反馈信息的发送时间有很大可能会落在CDRX休眠期,那么终端在上述预定义的反馈信息发送的子帧就需要从休眠状态转化为激活状态,进行PDCCH检测,然后再次进入休眠。另外,由于根据基站配置的max HARQ大小的不同,休眠期的终端可能需要周期性地激活监听PDCCH信道。
如图1所示,以时分双工TDD系统周期为40ms的CDRX(其中,激活定时器配置为8psf,非激活定时器配置为4psf)为例,在max HARQ-TX配置大于1时,终端在子帧12发送上行数据、子帧18收到ACK后,仍需在可以调度重传的子帧28/38上监听PDCCH信道,导致终端的休眠期反复中断,可持续休眠时间变短。此外,考虑到终端激活状态与休眠状态之间所必须进行的操作和相应的时间,所以当终端可持续休眠的时间过短时,终端可能只能进入一种浅度休眠状态甚至无法休眠,导致终端在休眠期内频繁地在激活态与休眠态之间进行状态转换,大大降低CDRX能够带来的节电增益。
发明内容
本发明的目的在于提供一种上行信息的处理方法及装置,缩短终端确认上行传输成功并结束HARQ进程的时间,减少终端监听反馈信息的次数,从而降低了业务延时。
为了达到上述目的,本发明实施例提供一种上行信息的处理方法,应用于基站,包括:
接收终端发送的一上行混合自动重传请求HARQ进程的上行数据包;
在所述上行数据包校验成功,且当前不需要在所述HARQ进程上调度上行数据传输时,在一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息和标识该HARQ进程结束的指示信息,并结束所述HARQ进程。
其中,所述指示信息为DIC0信息,定义所述DIC0信息中一预设字段用于表示该指示信息。
其中,所述针对上行数据包的ACK确认信息由下行物理信道PHICH承载,所述DIC0信息由物理下行控制信道PDCCH承载。
其中,若所述终端开启非连续接收CDRX功能,所述在所述上行数据包校验成功,且当前不需要在所述HARQ进程上调度上行数据传输时,在一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息和标识该HARQ进程结束的指示信息,具体包括:
在所述上行数据包校验成功时,获取预设子帧;其中,所述预设子帧为向所述终端发送针对上行数据包的反馈消息的子帧;
判断所述预设子帧是否落在所述终端的CDRX的休眠期;
若所述预设子帧落在所述终端的CDRX的休眠期,且当前不需要在所述HARQ进程上调度上行数据传输时,在一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息和标识该HARQ进程结束的指示信息。
本发明实施例还提供一种上行信息的处理方法,应用于终端,包括:
发送一上行混合自动重传请求HARQ进程的上行数据包至基站;
接收所述基站在预设子帧上发送的针对所述上行数据包的反馈消息;
解析所述反馈消息,确定基站对所述上行数据包校验成功、当前不需要在所述HARQ进程上调度上行数据传输且该HARQ进程结束,结束所述HARQ进程。
其中,所述反馈消息包括:由下行物理信道PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息和由物理下行控制信道PDCCH承载的标识该HARQ进程结束的指示信息。
其中,所述指示信息为DIC0信息,所述DIC0信息中的预设字段用于表示所述指示信息。
其中,所述解析所述预设子帧上的反馈消息,具体包括:
检测所述预设子帧的PDCCH,确定当前所述PDCCH上无上行授权,确定当前不需要在所述HARQ进程上调度上行数据传输;
检测所述预设子帧的PICCH,获取ACK确认信息,确定所述基站对所述上行数据包校验成功;
进一步检测所述预设子帧的PHICH,获取所述DIC0信息,根据所述DIC0信息的预设字段确定该HARQ进程结束。
其中,结束所述HARQ进程后,所述处理方法还包括:
清空所述HARQ进程的缓存。
本发明实施例还提供一种上行信息的处理装置,应用于基站,包括:
接收模块,用于接收终端发送的一上行混合自动重传请求HARQ进程的上行数据包;
发送模块,用于在所述上行数据包校验成功,且当前不需要在所述HARQ进程上调度上行数据传输时,在一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息和标识该HARQ进程结束的指示信息,并结束所述HARQ进程。
其中,所述指示信息为DIC0信息,定义所述DIC0信息中一预设字段用于表示该指示信息。
其中,所述针对上行数据包的ACK确认信息由下行物理信道PHICH承载,所述DIC0信息由物理下行控制信道PDCCH承载。
其中,所述发送模块进一步包括:
获取子模块,用于若所述终端开启非连续接收CDRX功能,在所述上行数据包校验成功时,获取预设子帧;其中,所述预设子帧为向所述终端发送针对上行数据包的反馈消息的子帧;
判断子模块,用于判断所述预设子帧是否落在所述终端的CDRX的休眠期;
发送子模块,用于若所述预设子帧落在所述终端的CDRX的休眠期,且当前不需要在所述HARQ进程上调度上行数据传输时,在一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息和标识该HARQ进程结束的指示信息。
本发明实施例还提供一种上行信息的处理装置,应用于终端,包括:
数据发送模块,用于发送一上行混合自动重传请求HARQ进程的上行数据包至基站;
反馈接收模块,用于接收所述基站在预设子帧上发送的针对所述上行数据包的反馈消息;
解析确定模块,用于解析所述反馈消息,确定基站对所述上行数据包校验成功、当前不需要在所述HARQ进程上调度上行数据传输且该HARQ进程结束,结束所述HARQ进程。
其中,所述反馈消息包括:由下行物理信道PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息和由物理下行控制信道PDCCH承载的标识该HARQ进程结束的指示信息。
其中,所述指示信息为DIC0信息,所述DIC0信息中的预设字段用于表示所述指示信息。
其中,所述解析确定模块包括:
第一解析确定子模块,用于检测所述预设子帧的PDCCH,确定当前所述PDCCH上无上行授权,确定当前不需要在所述HARQ进程上调度上行数据传输;
第二解析确定子模块,用于检测所述预设子帧的PICCH,获取ACK确认信息,确定所述基站对所述上行数据包校验成功;
第三解析确定子模块,用于进一步检测所述预设子帧的PHICH,获取所述DIC0信息,根据所述DIC0信息的预设字段确定该HARQ进程结束。
其中,所述处理装置还包括:
清空模块,用于结束所述HARQ进程后,清空所述HARQ进程的缓存。
本发明的上述技术方案至少具有如下有益效果:
本发明实施例的上行信息的处理方法及装置中,在基站对终端发送的上行数据包校验成功且当前不需要在所述HARQ进程上调度上行数据传输时,向终端发送特定的反馈消息,终端根据该特定的反馈消息确定上行数据包传输成功,结束该HARQ进程;通过对上行HARQ机制的优化,缩短了终端确认上行传输成功所需的时间,减少终端监听反馈消息的次数,从而降低了业务时延。
附图说明
图1表示现有技术中TDD系统中上行HARQ机制的原理图;
图2表示本发明实施例的基站侧的上行信息的处理方法的基本步骤流程图;
图3表示本发明实施例的终端侧的上行信息的处理方法的基本步骤流程图;
图4表示应用本发明实施例提供的处理方法的基站侧的具体处理流程图;
图5表示应用本发明实施例提供的处理方法的终端侧的具体处理流程图;
图6表示针对开启CDRX功能的终端时,基站侧的上行信息的处理方法的具体处理流程图;
图7表示本发明实施例的基站侧的上行信息的处理装置的组成结构图;
图8表示本发明实施例的终端侧的上行信息的处理装置的组成结构图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
本发明针对现有技术中基站无上行数据调度时,无法及时确认传输成功并结束HARQ进程,需周期性检测HARQ反馈,造成业务时延的问题,提供一种上行信息的处理方法及装置,在基站对终端发送的上行数据包校验成功且当前不需要在所述HARQ进程上调度上行数据传输时,向终端发送特定的反馈消息,终端根据该特定的反馈消息确定上行数据包传输成功,结束该HARQ进程;通过对上行HARQ机制的优化,缩短了终端确认上行传输成功所需的时间,减少终端监听反馈消息的次数,从而降低了业务时延。
如图2所示,本发明实施例提供一种应用于基站的上行信息的处理方法,包括:
步骤11,接收终端发送的一上行混合自动重传请求HARQ进程的上行数据包;
步骤12,在所述上行数据包校验成功,且当前不需要在所述HARQ进程上调度上行数据传输时,在一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息和标识该HARQ进程结束的指示信息,并结束所述HARQ进程。
对应的,如图3所示,本发明实施例还提供一种应用于终端侧的上行信息的处理方法,包括:
步骤21,发送一上行混合自动重传请求HARQ进程的上行数据包至基站;
步骤22,接收所述基站在预设子帧上发送的针对所述上行数据包的反馈消息;
步骤23,解析所述反馈消息,确定基站对所述上行数据包校验成功、当前不需要在所述HARQ进程上调度上行数据传输且该HARQ进程结束,结束所述HARQ进程。
对应的,所述反馈消息包括:由下行物理信道PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息和由物理下行控制信道PDCCH承载的标识该HARQ进程结束的指示信息。
需要说明的是,结束HARQ进程后,还包括清空所述HARQ进程的缓存,节省缓存空间。
本发明的上述实施例主要解决基站无上行数据时,终端如何确认传输成功结束该HARQ进程的问题。上述针对上行数据包的ACK确认信息和标识该HARQ进程结束的指示信息构成一特定的反馈消息,终端解析该特定的反馈消息,就能及时的确定传输成功,并结束该HARQ进程。
以LTE系统的上行HARQ机制为例,给定上行HARQ进程,基站侧会在规定的下行子帧发送反馈消息,该反馈消息包含由PHICH信道携带的ACK/NACK消息以及由PDCCH信道携带的上行资源调度指示。
基站侧可能出现的反馈消息组合及对应终端的行为包括以下四种:
情况1,基站:在PHICH信道上下发ACK,同时通过PDCCH信道下发指示新传的UL Grant(上行授权);
终端:根据收到的PDCCH进行新传或自适应重传。
情况2,基站:在PHICH信道上下发NACK,同时通过PDCCH信道指示重传的UL Grant;
终端:根据收到的PDCCH进行新传或自适应重传。
情况3,基站:在PHICH信道上下发ACK,但是同一子帧的PDCCH信道上无UL Grant;
终端:不进行任何操作。
情况4,基站:在PHICH信道上下发NACK,但是同一子帧的PDCCH信道上无UL Grant;
终端:进行非自适应重传。
其中,若PDCCH信道上有UL Grant,表示当前需要在所述HARQ进程上调度上行数据传输(可以为重传或新传);若PDCCH信道无有UL Grant,表示当前不需要在所述HARQ进程上调度上行数据传输。
从上面可以看出,如果终端在预定义的反馈子帧上只收到了携带ACK的PHICH而没有收到携带UL Grant的PDCCH(即情况3),那么由于基站仍然有可能在后序子帧上对该HARQ进程进行调度(延迟调度),因此这种情况下,终端不做任何操作,在预定义的后续反馈子帧上继续监听基站是否通过PDCCH信道下发了关于该HARQ进程的调度信息,即如果基站侧不下发指示新数据传输的上行授权,那么终端就无法判断该次传输是否成功,是否该结束本次HARQ进程。
本发明实施例对上述HARQ进程进行优化,使得无论基站在该HARQ进程上是否调度上行数据传输,终端都能够及时知道该次传输已经成功,然后结束该HARQ进程。
具体的,进一步的,给定上行HARQ进程,通过在预定义的上行反馈子帧下发一种特定的反馈消息来实现,即给定上行HARQ进程,如果传输成功,基站可以发送一种特定的反馈消息给终端,表示基站已经成功接收该上行数据同时基站在该进程上不进行调度新上行传输,当终端收到该特定的反馈消息时,即可确认传输成功,然后结束对应HARQ进程。
具体的,该特定的反馈消息由ACK确认信息和指示信息组成,其中,所述指示信息为DIC0信息,定义所述DIC0信息中一预设字段用于表示该指示信息。
同样的,终端侧接收到的反馈消息中的所述指示信息为DIC0信息,所述DIC0信息中的预设字段用于表示所述指示信息。
需要说明的是,DCI0信息中存在部分未被定义的字段,本发明实施例正是利用这些未被定义的字段,即从这些未被定义的字段中选择一个字段,将其定义为本发明实施例的指示信息,即标识该HARQ进程结束的指示信息。由于DCI0信息为现有信息,利用DCI0信息字段表示指示信息,在满足网络侧改动小的前提下实现信息的传输,同时不影响其他信息或调度信息的传输。
例如,用于标识本次HARQ进程结束的预设的DCI0的字段可以设置如下:
其中,N/A表示该字段未被定义,即为本申请的可用字段。
具体的,所述针对上行数据包的ACK确认信息由下行物理信道PHICH承载,所述DIC0信息由物理下行控制信道PDCCH承载。
需要说明的是,上述DCI0的字段的设置应该不同于去激活SPS时的DCI0的字段设置要求,且不能使用现有协议中已经定义的字段,即不能违背现有协议。且利用DCI0信息的字段表示上述指示信息仅为本发明的一较佳实施例,其他的在不影响现有调度机制下的内容和形式同样适用于本申请。
从终端侧来讲,所述步骤23具体包括:
步骤231,检测所述预设子帧的PDCCH,确定当前所述PDCCH上无上行授权,确定当前不需要在所述HARQ进程上调度上行数据传输;
步骤232,检测所述预设子帧的PICCH,获取ACK确认信息,确定所述基站对所述上行数据包校验成功;
步骤233,进一步检测所述预设子帧的PHICH,获取所述DIC0信息,根据所述DIC0信息的预设字段确定该HARQ进程结束。
下面结合图4从基站侧描述本发明实施例的具体流程:
步骤31,接收到上行数据包;
步骤32,对上行数据包进行校验,若校验失败,执行步骤36;若校验成功,执行步骤33;
步骤33,检测该HARQ进程上是否需要调度上行数据传输;如果需要,则执行步骤36;如果不需要,则执行步骤34;
步骤34,判断是否执行本申请的处理方法,若执行,则执行步骤35;若不执行,则执行步骤36;
步骤35,发送本申请特定的反馈消息至终端;
步骤36,按照现有协议发送反馈消息。
相应的,下面结合图5从终端侧描述本发明实施例的具体流程:
步骤41,接收基站发送的反馈消息;
步骤42,反馈消息中是否存在有效的上行授权,如果有,按照网络指示进行数据传输,如果没有,执行步骤43;
步骤43,检测反馈消息的PHICH信道携带的信息,如果是NACK,自适应重传;如果是ACK,执行步骤44;
步骤44,判断反馈消息的PDCCH信道携带的信息是否是本申请特定的指示信息;如果是,执行步骤45,如果不是,执行步骤46;
步骤45,确认传输成功,结束此HARQ进程;
步骤46,不做任何操作,后续行为按照协议规定执行。
进一步的,针对开启非连续接收CDRX功能的终端,为了避免为了监听无用的HARQ反馈而导致的终端在CDRX休眠期周期性激活,终端可持续休眠时长缩短的问题,本发明实施例中步骤12具体包括:
步骤121,在所述上行数据包校验成功时,获取预设子帧;其中,所述预设子帧为向所述终端发送针对上行数据包的反馈消息的子帧;
步骤122,判断所述预设子帧是否落在所述终端的CDRX的休眠期;
步骤123,若所述预设子帧落在所述终端的CDRX的休眠期,且当前不需要在所述HARQ进程上调度上行数据传输时,在一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息和标识该HARQ进程结束的指示信息。
简言之,给定上行HARQ进程,基站计算反馈消息发送时间(该发送时间通过预设子帧表示),判断该反馈消息的发送时间是否落在终端CDRX休眠期。如果发送反馈信息的时间落在了终端CDRX休眠期且该数据包已经校验成功,那么基站就发送这种特定的反馈消息来指示数据传输成功。终端接收到这种特定的反馈信息后,判断该次传输成功,结束该HARQ进程并清空缓存。
需要说明的是,采用这种特定的反馈消息来指示数据传输成功,可以减少终端监听上行传输反馈的次数;进一步的,对于处于CDRX周期的终端来说,通过及时确认数据成功传输,可以避免为了监听上行传输反馈而在CDRX休眠期周期性激活,进一步降低终端功耗,从而降低了上行传输对CDRX节电效果带来的负面影响。
另一方面,无论终端侧是否采用CDRX功能,终端侧的执行过程均一致,在此不重复说明。
下面结合图6对开启CDRX功能的终端,基站侧的执行过程具体描述:
步骤51,接收到上行数据包;
步骤52,对上行数据包进行校验,若校验失败,执行原上行HARQ机制;若校验成功,执行步骤53;
步骤53,计算反馈消息的发送时隙;
步骤54,判断发送时隙是否落在CDRX休眠期,若不是,执行原上行HARQ机制;若是,安照本申请的方法向基站发送特定的反馈消息指示终端数据传输成功。
为了更好的实现上述目的,如图7所示,本发明实施例还提供一种上行信息的处理装置,应用于基站,包括:
接收模块61,用于接收终端发送的一上行混合自动重传请求HARQ进程的上行数据包;
发送模块62,用于在所述上行数据包校验成功,且当前不需要在所述HARQ进程上调度上行数据传输时,在一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息和标识该HARQ进程结束的指示信息,并结束所述HARQ进程。
具体的,本发明的上述实施例中,所述指示信息为DIC0信息,定义所述DIC0信息中一预设字段用于表示该指示信息。
具体的,本发明的上述实施例中,所述针对上行数据包的ACK确认信息由下行物理信道PHICH承载,所述DIC0信息由物理下行控制信道PDCCH承载。
具体的,本发明的上述实施例中,所述发送模块进一步包括:
获取子模块,用于若所述终端开启非连续接收CDRX功能,在所述上行数据包校验成功时,获取预设子帧;其中,所述预设子帧为向所述终端发送针对上行数据包的反馈消息的子帧;
判断子模块,用于判断所述预设子帧是否落在所述终端的CDRX的休眠期;
发送子模块,用于若所述预设子帧落在所述终端的CDRX的休眠期,且当前不需要在所述HARQ进程上调度上行数据传输时,在一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息和标识该HARQ进程结束的指示信息。
需要说明的是,本发明实施例提供的基站侧的上行信息的处理装置是应用上述基站侧的上行信息的处理方法的处理装置,则上述基站侧的上行信息的处理方法的所有实施例及其有益效果均适用于该处理装置。
为了更好的实现上述目的,如图8所示,本发明实施例还提供一种上行信息的处理装置,应用于终端,包括:
数据发送模块71,用于发送一上行混合自动重传请求HARQ进程的上行数据包至基站;
反馈接收模块72,用于接收所述基站在预设子帧上发送的针对所述上行数据包的反馈消息;
解析确定模块73,用于解析所述反馈消息,确定基站对所述上行数据包校验成功、当前不需要在所述HARQ进程上调度上行数据传输且该HARQ进程结束,结束所述HARQ进程。
具体的,本发明的上述实施例中,所述反馈消息包括:由下行物理信道PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息和由物理下行控制信道PDCCH承载的标识该HARQ进程结束的指示信息。
具体的,本发明的上述实施例中,所述指示信息为DIC0信息,所述DIC0信息中的预设字段用于表示所述指示信息。
具体的,本发明的上述实施例中,所述解析确定模块包括:
第一解析确定子模块,用于检测所述预设子帧的PDCCH,确定当前所述PDCCH上无上行授权,确定当前不需要在所述HARQ进程上调度上行数据传输;
第二解析确定子模块,用于检测所述预设子帧的PICCH,获取ACK确认信息,确定所述基站对所述上行数据包校验成功;
第三解析确定子模块,用于进一步检测所述预设子帧的PHICH,获取所述DIC0信息,根据所述DIC0信息的预设字段确定该HARQ进程结束。
具体的,本发明的上述实施例中,所述处理装置还包括:
清空模块,用于结束所述HARQ进程后,清空所述HARQ进程的缓存。
需要说明的是,本发明实施例提供的终端侧的上行信息的处理装置是应用上述终端侧的上行信息的处理方法的处理装置,则上述终端侧的上行信息的处理方法的所有实施例及其有益效果均适用于该处理装置。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (18)
1.一种上行信息的处理方法,应用于基站,其特征在于,包括:
接收终端发送的一上行混合自动重传请求HARQ进程的上行数据包;
在所述上行数据包校验成功,且当前不需要在所述HARQ进程上调度上行数据传输时,在一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息和标识该HARQ进程结束的指示信息,并结束所述HARQ进程。
2.根据权利要求1所述的上行信息的处理方法,其特征在于,所述指示信息为DIC0信息,定义所述DIC0信息中一预设字段用于表示该指示信息。
3.根据权利要求2所述的上行信息的处理方法,其特征在于,所述针对上行数据包的ACK确认信息由下行物理信道PHICH承载,所述DIC0信息由物理下行控制信道PDCCH承载。
4.根据权利要求1所述的上行信息的处理方法,其特征在于,若所述终端开启非连续接收CDRX功能,所述在所述上行数据包校验成功,且当前不需要在所述HARQ进程上调度上行数据传输时,在一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息和标识该HARQ进程结束的指示信息,具体包括:
在所述上行数据包校验成功时,获取预设子帧;其中,所述预设子帧为向所述终端发送针对上行数据包的反馈消息的子帧;
判断所述预设子帧是否落在所述终端的CDRX的休眠期;
若所述预设子帧落在所述终端的CDRX的休眠期,且当前不需要在所述HARQ进程上调度上行数据传输时,在一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息和标识该HARQ进程结束的指示信息。
5.一种上行信息的处理方法,应用于终端,其特征在于,包括:
发送一上行混合自动重传请求HARQ进程的上行数据包至基站;
接收所述基站在预设子帧上发送的针对所述上行数据包的反馈消息;
解析所述反馈消息,确定基站对所述上行数据包校验成功、当前不需要在所述HARQ进程上调度上行数据传输且该HARQ进程结束,结束所述HARQ进程。
6.根据权利要求5所述的上行信息的处理方法,其特征在于,所述反馈消息包括:由下行物理信道PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息和由物理下行控制信道PDCCH承载的标识该HARQ进程结束的指示信息。
7.根据权利要求6所述的上行信息的处理方法,其特征在于,所述指示信息为DIC0信息,所述DIC0信息中的预设字段用于表示所述指示信息。
8.根据权利要求7所述的上行信息的处理方法,其特征在于,所述解析所述预设子帧上的反馈消息,具体包括:
检测所述预设子帧的PDCCH,确定当前所述PDCCH上无上行授权,确定当前不需要在所述HARQ进程上调度上行数据传输;
检测所述预设子帧的PICCH,获取ACK确认信息,确定所述基站对所述上行数据包校验成功;
进一步检测所述预设子帧的PHICH,获取所述DIC0信息,根据所述DIC0信息的预设字段确定该HARQ进程结束。
9.根据权利要求5所述的上行信息的处理方法,其特征在于,结束所述HARQ进程后,所述处理方法还包括:
清空所述HARQ进程的缓存。
10.一种上行信息的处理装置,应用于基站,其特征在于,包括:
接收模块,用于接收终端发送的一上行混合自动重传请求HARQ进程的上行数据包;
发送模块,用于在所述上行数据包校验成功,且当前不需要在所述HARQ进程上调度上行数据传输时,在一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息和标识该HARQ进程结束的指示信息,并结束所述HARQ进程。
11.根据权利要求10所述的上行信息的处理装置,其特征在于,所述指示信息为DIC0信息,定义所述DIC0信息中一预设字段用于表示该指示信息。
12.根据权利要求11所述的上行信息的处理装置,其特征在于,所述针对上行数据包的ACK确认信息由下行物理信道PHICH承载,所述DIC0信息由物理下行控制信道PDCCH承载。
13.根据权利要求10所述的上行信息的处理装置,其特征在于,所述发送模块进一步包括:
获取子模块,用于若所述终端开启非连续接收CDRX功能,所述上行数据包校验成功时,获取预设子帧;其中,所述预设子帧为向所述终端发送针对上行数据包的反馈消息的子帧;
判断子模块,用于判断所述预设子帧是否落在所述终端的CDRX的休眠期;
发送子模块,用于若所述预设子帧落在所述终端的CDRX的休眠期,且当前不需要在所述HARQ进程上调度上行数据传输时,在一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息和标识该HARQ进程结束的指示信息。
14.一种上行信息的处理装置,应用于终端,其特征在于,包括:
数据发送模块,用于发送一上行混合自动重传请求HARQ进程的上行数据包至基站;
反馈接收模块,用于接收所述基站在预设子帧上发送的针对所述上行数据包的反馈消息;
解析确定模块,用于解析所述反馈消息,确定基站对所述上行数据包校验成功、当前不需要在所述HARQ进程上调度上行数据传输且该HARQ进程结束,结束所述HARQ进程。
15.根据权利要求14所述的上行信息的处理装置,其特征在于,所述反馈消息包括:由下行物理信道PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息和由物理下行控制信道PDCCH承载的标识该HARQ进程结束的指示信息。
16.根据权利要求15所述的上行信息的处理装置,其特征在于,所述指示信息为DIC0信息,所述DIC0信息中的预设字段用于表示所述指示信息。
17.根据权利要求16所述的上行信息的处理装置,其特征在于,所述解析确定模块包括:
第一解析确定子模块,用于检测所述预设子帧的PDCCH,确定当前所述PDCCH上无上行授权,确定当前不需要在所述HARQ进程上调度上行数据传输;
第二解析确定子模块,用于检测所述预设子帧的PICCH,获取ACK确认信息,确定所述基站对所述上行数据包校验成功;
第三解析确定子模块,用于进一步检测所述预设子帧的PHICH,获取所述DIC0信息,根据所述DIC0信息的预设字段确定该HARQ进程结束。
18.根据权利要求4所述的上行信息的处理装置,其特征在于,所述处理装置还包括:
清空模块,用于结束所述HARQ进程后,清空所述HARQ进程的缓存。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510335055.2A CN106330410B (zh) | 2015-06-16 | 2015-06-16 | 一种上行信息的处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510335055.2A CN106330410B (zh) | 2015-06-16 | 2015-06-16 | 一种上行信息的处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106330410A true CN106330410A (zh) | 2017-01-11 |
CN106330410B CN106330410B (zh) | 2019-12-13 |
Family
ID=57732626
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510335055.2A Active CN106330410B (zh) | 2015-06-16 | 2015-06-16 | 一种上行信息的处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106330410B (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018192383A1 (zh) * | 2017-04-18 | 2018-10-25 | 华为技术有限公司 | 反馈信息接收方法、发送方法、装置及系统 |
CN108737036A (zh) * | 2017-04-18 | 2018-11-02 | 华为技术有限公司 | 反馈信息接收方法、发送方法、装置及系统 |
CN109150421A (zh) * | 2017-06-28 | 2019-01-04 | 华为技术有限公司 | 一种重复传输的方法和终端设备 |
WO2019023912A1 (zh) * | 2017-07-31 | 2019-02-07 | 华为技术有限公司 | 一种应答反馈方法、终端及网络设备 |
CN109495925A (zh) * | 2017-09-11 | 2019-03-19 | 维沃移动通信有限公司 | 信息传输方法、网络设备、终端及计算机可读存储介质 |
CN110192369A (zh) * | 2017-12-28 | 2019-08-30 | 北京小米移动软件有限公司 | 传输混合自动重传请求信息的方法及装置 |
CN110312315A (zh) * | 2019-04-19 | 2019-10-08 | 展讯通信(上海)有限公司 | 一种信息传输方法及装置 |
CN110890944A (zh) * | 2018-09-11 | 2020-03-17 | 中兴通讯股份有限公司 | 一种实现自动重传功能的方法及相关站点 |
CN111294140A (zh) * | 2018-12-07 | 2020-06-16 | 华为技术有限公司 | 数据传输方法与通信装置 |
WO2020143655A1 (zh) * | 2019-01-11 | 2020-07-16 | 北京展讯高科通信技术有限公司 | 用户终端及其控制方法、计算机可读存储介质 |
CN111684835A (zh) * | 2018-02-06 | 2020-09-18 | 华为技术有限公司 | 反馈信息的指示方法及装置 |
CN114070490A (zh) * | 2020-08-07 | 2022-02-18 | 北京佰才邦技术股份有限公司 | 下行控制信息传输方法、终端及网络设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090172490A1 (en) * | 2007-12-28 | 2009-07-02 | Fujitsu Limited | Data retransmission method and wireless communication apparatus |
CN102271034A (zh) * | 2010-12-31 | 2011-12-07 | 重庆重邮信科通信技术有限公司 | 一种lte上行harq控制方法 |
CN102412945A (zh) * | 2011-11-01 | 2012-04-11 | 新邮通信设备有限公司 | 物理混合重传指示信道的功率配置方法 |
CN102421148A (zh) * | 2010-09-28 | 2012-04-18 | 华为技术有限公司 | 一种控制多种通信系统实现通信的方法和用户设备 |
CN104113917A (zh) * | 2013-04-22 | 2014-10-22 | 普天信息技术研究院有限公司 | 一种上下行子帧配置改变时的实现下行harq的方法 |
-
2015
- 2015-06-16 CN CN201510335055.2A patent/CN106330410B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090172490A1 (en) * | 2007-12-28 | 2009-07-02 | Fujitsu Limited | Data retransmission method and wireless communication apparatus |
CN102421148A (zh) * | 2010-09-28 | 2012-04-18 | 华为技术有限公司 | 一种控制多种通信系统实现通信的方法和用户设备 |
CN102271034A (zh) * | 2010-12-31 | 2011-12-07 | 重庆重邮信科通信技术有限公司 | 一种lte上行harq控制方法 |
CN102412945A (zh) * | 2011-11-01 | 2012-04-11 | 新邮通信设备有限公司 | 物理混合重传指示信道的功率配置方法 |
CN104113917A (zh) * | 2013-04-22 | 2014-10-22 | 普天信息技术研究院有限公司 | 一种上下行子帧配置改变时的实现下行harq的方法 |
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108737036B (zh) * | 2017-04-18 | 2020-11-06 | 华为技术有限公司 | 反馈信息接收方法、发送方法、装置及系统 |
CN108737036A (zh) * | 2017-04-18 | 2018-11-02 | 华为技术有限公司 | 反馈信息接收方法、发送方法、装置及系统 |
WO2018192383A1 (zh) * | 2017-04-18 | 2018-10-25 | 华为技术有限公司 | 反馈信息接收方法、发送方法、装置及系统 |
CN109150421A (zh) * | 2017-06-28 | 2019-01-04 | 华为技术有限公司 | 一种重复传输的方法和终端设备 |
CN109150421B (zh) * | 2017-06-28 | 2023-03-10 | 华为技术有限公司 | 一种重复传输的方法和终端设备 |
WO2019023912A1 (zh) * | 2017-07-31 | 2019-02-07 | 华为技术有限公司 | 一种应答反馈方法、终端及网络设备 |
CN110612684A (zh) * | 2017-07-31 | 2019-12-24 | 华为技术有限公司 | 一种应答反馈方法、终端及网络设备 |
CN110612684B (zh) * | 2017-07-31 | 2021-05-04 | 华为技术有限公司 | 一种应答反馈方法、终端及网络设备 |
CN109495925A (zh) * | 2017-09-11 | 2019-03-19 | 维沃移动通信有限公司 | 信息传输方法、网络设备、终端及计算机可读存储介质 |
CN109495925B (zh) * | 2017-09-11 | 2021-09-24 | 维沃移动通信有限公司 | 信息传输方法、网络设备、终端及计算机可读存储介质 |
US11323210B2 (en) | 2017-12-28 | 2022-05-03 | Beijing Xiaomi Mobile Software Co., Ltd. | Method and device for transmitting hybrid automatic repeat request information |
CN110192369B (zh) * | 2017-12-28 | 2022-06-03 | 北京小米移动软件有限公司 | 传输混合自动重传请求信息的方法及装置 |
CN110192369A (zh) * | 2017-12-28 | 2019-08-30 | 北京小米移动软件有限公司 | 传输混合自动重传请求信息的方法及装置 |
CN111684835A (zh) * | 2018-02-06 | 2020-09-18 | 华为技术有限公司 | 反馈信息的指示方法及装置 |
CN111684835B (zh) * | 2018-02-06 | 2021-10-15 | 华为技术有限公司 | 反馈信息的指示方法及装置 |
CN110890944A (zh) * | 2018-09-11 | 2020-03-17 | 中兴通讯股份有限公司 | 一种实现自动重传功能的方法及相关站点 |
CN110890944B (zh) * | 2018-09-11 | 2022-10-28 | 中兴通讯股份有限公司 | 一种实现自动重传功能的方法及相关站点 |
CN111294140A (zh) * | 2018-12-07 | 2020-06-16 | 华为技术有限公司 | 数据传输方法与通信装置 |
CN111294140B (zh) * | 2018-12-07 | 2022-10-04 | 华为技术有限公司 | 数据传输方法与通信装置 |
CN113114444A (zh) * | 2019-01-11 | 2021-07-13 | 北京紫光展锐通信技术有限公司 | 用户终端及其控制方法、计算机可读存储介质 |
WO2020143655A1 (zh) * | 2019-01-11 | 2020-07-16 | 北京展讯高科通信技术有限公司 | 用户终端及其控制方法、计算机可读存储介质 |
CN110312315A (zh) * | 2019-04-19 | 2019-10-08 | 展讯通信(上海)有限公司 | 一种信息传输方法及装置 |
CN114070490A (zh) * | 2020-08-07 | 2022-02-18 | 北京佰才邦技术股份有限公司 | 下行控制信息传输方法、终端及网络设备 |
CN114070490B (zh) * | 2020-08-07 | 2023-05-30 | 北京佰才邦技术股份有限公司 | 下行控制信息传输方法、终端及网络设备 |
Also Published As
Publication number | Publication date |
---|---|
CN106330410B (zh) | 2019-12-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106330410A (zh) | 一种上行信息的处理方法及装置 | |
US9357561B2 (en) | Information feedback method and apparatus | |
EP4072051B1 (en) | Uplink scheduling scheme in a mobile communication system | |
CN101653024B (zh) | 用于在无线用户终端中节省功率的方法和装置 | |
CN101547078B (zh) | 非连续接收数据方法、设备及非连续调度数据系统 | |
CN102271034B (zh) | 一种lte上行harq控制方法 | |
US9985755B2 (en) | Data transmission method, apparatus, and device | |
EP2901644A1 (en) | Method and apparatus for scheduling control | |
CN102595603B (zh) | 一种bsr的传输控制方法及装置 | |
CN101779394B (zh) | 在移动通信系统中用于不连续接收的装置和方法 | |
CN101702812A (zh) | 一种非连续接收控制方法及装置 | |
CN101827439B (zh) | 时间对齐定时器调整方法及相关设备与系统 | |
CN101730250B (zh) | 一种资源的半持续调度方法、基站和用户终端 | |
CN109586853A (zh) | 上行连续重复传输的终止方法、装置、基站及用户设备 | |
CN102202326B (zh) | 上行反馈信令检测方法、检测控制装置及基站 | |
CN102468948B (zh) | 通过物理下行控制信道进行非周期调度的方法和系统 | |
CN106330411A (zh) | 一种上行信息的处理方法及装置 | |
CN102136897B (zh) | 采用harq方式发送时间提前量命令的方法及系统 | |
CN101192896B (zh) | 错误指示的处理方法、发送端设备、接收端设备及系统 | |
CN106550470A (zh) | 一种数据传输方法及装置 | |
CN102457975B (zh) | 一种数据调度方法及系统以及相关设备 | |
CN106209326B (zh) | 上行数据发送方法及装置 | |
CN111435879B (zh) | 一种漏检确定方法、终端及网络设备 | |
CN105471562B (zh) | 一种上行授权方法、装置和系统 | |
CN101242245B (zh) | 一种处理应答信息的方法与装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |