CN106330411B - 一种上行信息的处理方法及装置 - Google Patents

一种上行信息的处理方法及装置 Download PDF

Info

Publication number
CN106330411B
CN106330411B CN201510335097.6A CN201510335097A CN106330411B CN 106330411 B CN106330411 B CN 106330411B CN 201510335097 A CN201510335097 A CN 201510335097A CN 106330411 B CN106330411 B CN 106330411B
Authority
CN
China
Prior art keywords
terminal
upstream data
data packet
harq process
base station
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.)
Active
Application number
CN201510335097.6A
Other languages
English (en)
Other versions
CN106330411A (zh
Inventor
秦姝琦
孔露婷
曹蕾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN201510335097.6A priority Critical patent/CN106330411B/zh
Publication of CN106330411A publication Critical patent/CN106330411A/zh
Application granted granted Critical
Publication of CN106330411B publication Critical patent/CN106330411B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/1803—Stop-and-wait protocols
    • 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/1607—Details of the supervisory signal

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供一种上行信息的处理方法及装置，应用于基站的处理方法包括：接收终端发送的一上行混合自动重传请求HARQ进程的上行数据包；在所述上行数据包校验成功，且当前不需要在所述HARQ进程上调度上行数据传输时，在第一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息；判断在后续的第二预设子帧时是否需要在所述HARQ进程上调度上行数据传输，若不需要，在所述第二预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息，并结束该HARQ进程。本发明实施例通过两次下发ACK确认信息，使得终端能够确定该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进程上调度上行数据传输，若不需要，在所述第二预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息，并结束该HARQ进程。
其中，所述ACK确认信息由下行物理控制信道PHICH承载。
其中，若所述终端开启非连续接收CDRX功能，所述在所述上行数据包校验成功，且当前不需要在所述HARQ进程上调度上行数据传输时，在第一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息，具体包括：
在所述上行数据包校验成功时，获取第一预设子帧；其中，所述第一预设子帧为向所述终端发送针对所述上行数据包的反馈信息的子帧；
判断所述第一预设子帧是否落在所述终端的CDRX的休眠期；
若所述第一预设子帧落在所述终端的CDRX的休眠期，且当前不需要在所述HARQ进程上调度上行数据传输时，在所述第一预设子站上向所述终端发送针对所述上行数据包的ACK确认信息。
本发明实施例还提供一种上行信息的处理方法，应用于终端，包括：
发送一上行混合自动重传请求HARQ进程的上行数据包至基站；
接收所述基站在第一预设子帧上发送的针对所述上行数据包的第一反馈消息；所述第一反馈消息用于标识基站对所述上行数据包校验成功且当前不需要在所述HARQ进程上调度上行数据传输；
接收所述基站在后续的第二预设子帧上发送的针对所述上行数据包括的第二反馈消息，结束该HARQ进程；所述第二反馈消息用于标识基站对所述上行数据包校验成功且所述在所述第二预设子帧时不需要在所述HARQ进程上调度上行数据传输。
其中，所述第一反馈消息包括由下行物理控制信道PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息。
其中，所述第二反馈消息包括由PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息。
其中，结束该HARQ进程后所述处理方法还包括：
清空所述HARQ进程的缓存。
本发明实施例还提供一种上行信息的处理装置，应用于基站，包括：
数据包接收模块，用于接收终端发送的一上行混合自动重传请求HARQ进程的上行数据包；
第一发送模块，用于在所述上行数据包校验成功，且当前不需要在所述HARQ进程上调度上行数据传输时，在第一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息；
第二发送模块，用于判断在后续的第二预设子帧时是否需要在所述HARQ进程上调度上行数据传输，若不需要，在所述第二预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息，并结束该HARQ进程。
其中，所述ACK确认信息由下行物理控制信道PHICH承载。
其中，所述第一发送模块包括：
获取子模块，用于若所述终端开启非连续接收CDRX功能，在所述上行数据包校验成功时，获取第一预设子帧；其中，所述第一预设子帧为向所述终端发送针对所述上行数据包的反馈信息的子帧；
判断子模块，用于判断所述第一预设子帧是否落在所述终端的CDRX的休眠期；
第一发送子模块，用于若所述第一预设子帧落在所述终端的CDRX的休眠期，且当前不需要在所述HARQ进程上调度上行数据传输时，在所述第一预设子站上向所述终端发送针对所述上行数据包的ACK确认信息。
本发明实施例还提供一种上行信息的处理装置，应用于终端，包括：
数据包发送模块，用于发送一上行混合自动重传请求HARQ进程的上行数据包至基站；
第一接收模块，用于接收所述基站在第一预设子帧上发送的针对所述上行数据包的第一反馈消息；所述第一反馈消息用于标识基站对所述上行数据包校验成功且当前不需要在所述HARQ进程上调度上行数据传输；
第二接收模块，用于接收所述基站在后续的第二预设子帧上发送的针对所述上行数据包括的第二反馈消息，结束该HARQ进程；所述第二反馈消息用于标识基站对所述上行数据包校验成功且所述在所述第二预设子帧时不需要在所述HARQ进程上调度上行数据传输。
其中，所述第一反馈消息包括由下行物理控制信道PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息。
其中，所述第二反馈消息包括由PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息。
其中，所述处理装置还包括：
清空模块，用于结束该HARQ进程后，清空所述HARQ进程的缓存。
本发明的上述技术方案至少具有如下有益效果：
本发明实施例的上行信息的处理方法及装置中，在所述上行数据包校验成功，且当前不需要在所述HARQ进程上调度上行数据传输时，通过在第一预设子帧上向终端发送ACK确认信息后续的第二预设子帧上再次下发ACK确认信息，从而告知终端本次传输成功，结束该HARQ进程；通过两次下发ACK确认信息，使得终端能够确定该HARQ进程结束，缩短了终端确认上行传输成功所需的时间，减少终端监听反馈消息的次数，从而降低了业务时延。
附图说明
图1表示现有技术中TDD系统中上行HARQ机制的原理图；
图2表示本发明实施例的基站侧的上行信息的处理方法的基本步骤流程图；
图3表示本发明实施例的终端侧的上行信息的处理方法的基本步骤流程图；
图4表示应用本发明实施例提供的处理方法的基站侧的具体处理流程图；
图5表示应用本发明实施例提供的处理方法的终端侧的具体处理流程图；
图6表示针对开启CDRX功能的终端时，基站侧的上行信息的处理方法的具体处理流程图；
图7表示本发明实施例的基站侧的上行信息的处理装置的组成结构图；
图8表示本发明实施例的终端侧的上行信息的处理装置的组成结构图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
本发明针对现有技术中基站无上行数据调度时，无法及时确认传输成功并结束HARQ进程，需周期性检测HARQ反馈，造成业务时延的问题，提供一种上行信息的处理方法及装置中，在所述上行数据包校验成功，且当前不需要在所述HARQ进程上调度上行数据传输时，通过在第一预设子帧上向终端发送ACK确认信息后续的第二预设子帧上再次下发ACK确认信息，从而告知终端本次传输成功，结束该HARQ进程；通过两次下发ACK确认信息，使得终端能够确定该HARQ进程结束，缩短了终端确认上行传输成功所需的时间，减少终端监听反馈消息的次数，从而降低了业务时延。
如图2所示，本发明实施例提供一种应用于基站的上行信息的处理方法，包括：
步骤21，接收终端发送的一上行混合自动重传请求HARQ进程的上行数据包；
步骤22，在所述上行数据包校验成功，且当前不需要在所述HARQ进程上调度上行数据传输时，在第一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息；
步骤23，判断在后续的第二预设子帧时是否需要在所述HARQ进程上调度上行数据传输，若不需要，在所述第二预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息，并结束该HARQ进程。
相应的，如图3所示，本发明实施例还提供一种应用于终端的上行信息的处理方法，包括：
步骤31，发送一上行混合自动重传请求HARQ进程的上行数据包至基站；
步骤32，接收所述基站在第一预设子帧上发送的针对所述上行数据包的第一反馈消息；所述第一反馈消息用于标识基站对所述上行数据包校验成功且当前不需要在所述HARQ进程上调度上行数据传输；
步骤33，接收所述基站在后续的第二预设子帧上发送的针对所述上行数据包括的第二反馈消息，结束该HARQ进程；所述第二反馈消息用于标识基站对所述上行数据包校验成功且所述在所述第二预设子帧时不需要在所述HARQ进程上调度上行数据传输。
本发明的上述实施例中，第一预设子帧和第二预设子帧均为按照现网规则规定的发送反馈消息的下行子帧，且第二预设子帧为第一预设子帧的后续子帧，若第一预设子帧为子帧6，则第二预设子帧为子帧6之后的子帧，例如子帧14，子帧20等等。
本发明实施例中，基站在第一次发送反馈消息的时隙，仅下发了ACK，但是该上行数据包被基站成功接收，那么基站可以通过预定义的后续子帧上再次下发ACK来告知终端上行数据包已被成功接收，结束该进程。
以LTE系统的上行HARQ机制为例，给定上行HARQ process，基站侧会在规定的下行子帧发送反馈消息，该反馈消息包含由PHICH信道携带的ACK/NACK消息以及由PDCCH信道携带的上行资源调度指示。
基站侧可能出现的反馈消息组合及对应终端的行为包括以下四种：
情况1，基站：在PHICH信道上下发ACK，同时通过PDCCH信道下发指示新传的ULGrant(上行授权)；
终端：根据收到的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进程。
本发明通过在第二预设子帧上再次下发ACK确认信息，使得终端能够确认上行数据被成功接收，从而结束进程；使得无论基站在该HARQ进程上是否调度上行数据传输，终端都能够及时知道该次传输已经成功，然后结束该HA RQ进程。
需要说明的是，结束HARQ进程后，还包括清空所述HARQ进程的缓存，节省缓存空间。
具体的，所述ACK确认信息由下行物理控制信道PHICH承载。
对应的，终端侧的，所述第一反馈消息包括由下行物理控制信道PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息。
所述第二反馈消息包括由PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息。
下面结合图4对基站侧的上行信息的处理方法做详细描述：
步骤41，接收到上行数据包；
步骤42，对上行数据包进行校验，若校验失败，按现网协议发送反馈消息；若校验成功，执行步骤43；
步骤43，检测该HARQ进程上是否需要调度上行数据传输；如果需要，按现网协议发送反馈消息；如果不需要，则执行步骤44；
步骤44，通过PHICH信道下发ACK确认信息；
步骤45，在第二预设子帧时，检测该HARQ进程上是否需要调度上行数据传输，如果需要，按现网协议发送反馈消息；如果不需要，则执行步骤46；
步骤46，通过PHICH信道下发ACK确认信息，结束进程。
相应的，下面结合图5对终端侧的上行信息的处理方法做详细描述：
给定上行HARQ process，终端在第一次收到的反馈信息如果只有ACK，对应的PDCCH信道上没有携带调度指示，那么此时终端不做任何操作。在预定义的后续第二预设反馈子帧到来时，终端再次监听PDCCH信道，如果终端在该子帧收到了指示上行数据传输的PDCCH，则按照网络指示进行数据传输；如果终端在该子帧上仍然没有收到基站的调度指示，那么终端需要再次检测PHICH信道，如果检测到PHICH信道上携带了ACK，终端则判断该次传输已经成功，结束该HARQ process同时清空该HARQ缓存。
进一步的，针对开启非连续接收CDRX功能的终端，为了避免为了监听无用的HARQ反馈而导致的终端在CDRX休眠期周期性激活，终端可持续休眠时长缩短的问题，本发明实施例中步骤22具体包括：
步骤221，在所述上行数据包校验成功时，获取第一预设子帧；其中，所述第一预设子帧为向所述终端发送针对所述上行数据包的反馈信息的子帧；
步骤222，判断所述第一预设子帧是否落在所述终端的CDRX的休眠期；
步骤223，若所述第一预设子帧落在所述终端的CDRX的休眠期，且当前不需要在所述HARQ进程上调度上行数据传输时，在所述第一预设子站上向所述终端发送针对所述上行数据包的ACK确认信息。
具体的，给定上行HARQ进程，基站计算反馈消息发送时间(该发送时间通过预设子帧表示)，判断该反馈消息的发送时间是否落在终端CDRX休眠期。如果发送反馈信息的时间落在了终端CDRX休眠期且该数据包已经校验成功，在所述第一预设子站上向所述终端发送针对所述上行数据包的ACK确认信息。
简言之，若发送时间落在CDRX休眠期，则执行本发明实施例提供的即时反馈确认的方法。
需要说明的是，采用这种即时反馈确认的方法来指示数据传输成功，可以减少终端监听上行传输反馈的次数；进一步的，对于处于CDRX周期的终端来说，通过及时确认数据成功传输，可以避免为了监听上行传输反馈而在CDRX休眠期周期性激活，进一步降低终端功耗，从而降低了上行传输对CDRX节电效果带来的负面影响。
另一方面，无论终端侧是否采用CDRX功能，终端侧的执行过程均一致，在此不重复说明
下面结合图6对开启CDRX功能的终端，基站侧的执行过程具体描述：
步骤61，接收到上行数据包；
步骤62，对上行数据包进行校验，若校验失败，执行原上行HARQ机制；若校验成功，执行步骤63；
步骤63，计算反馈消息的发送时隙；
步骤64，判断发送时隙是否落在CDRX休眠期，若不是，执行原上行HARQ机制；若是，安照本申请的方法向基站发送两次ACK确认信息的方法指示终端数据传输成功。
为了更好的实现上述目的，如图7所示，本发明实施例还提供一种上行信息的处理装置，应用于基站，包括：
数据包接收模块71，用于接收终端发送的一上行混合自动重传请求HARQ进程的上行数据包；
第一发送模块72，用于在所述上行数据包校验成功，且当前不需要在所述HARQ进程上调度上行数据传输时，在第一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息；
第二发送模块73，用于判断在后续的第二预设子帧时是否需要在所述HARQ进程上调度上行数据传输，若不需要，在所述第二预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息，并结束该HARQ进程。
具体的，本发明的上述实施例中，所述ACK确认信息由下行物理控制信道PHICH承载。
具体的，本发明的上述实施例中，所述第一发送模块包括：
获取子模块，用于若所述终端开启非连续接收CDRX功能，在所述上行数据包校验成功时，获取第一预设子帧；其中，所述第一预设子帧为向所述终端发送针对所述上行数据包的反馈信息的子帧；
判断子模块，用于判断所述第一预设子帧是否落在所述终端的CDRX的休眠期；
第一发送子模块，用于若所述第一预设子帧落在所述终端的CDRX的休眠期，且当前不需要在所述HARQ进程上调度上行数据传输时，在所述第一预设子站上向所述终端发送针对所述上行数据包的ACK确认信息。
需要说明的是，本发明实施例提供的基站侧的上行信息的处理装置是应用上述基站侧的上行信息的处理方法的处理装置，则上述基站侧的上行信息的处理方法的所有实施例及其有益效果均适用于该处理装置。
为了更好的实现上述目的，如图8所示，本发明实施例还提供一种上行信息的处理装置，应用于终端，包括：
数据包发送模块81，用于发送一上行混合自动重传请求HARQ进程的上行数据包至基站；
第一接收模块82，用于接收所述基站在第一预设子帧上发送的针对所述上行数据包的第一反馈消息；所述第一反馈消息用于标识基站对所述上行数据包校验成功且当前不需要在所述HARQ进程上调度上行数据传输；
第二接收模块83，用于接收所述基站在后续的第二预设子帧上发送的针对所述上行数据包括的第二反馈消息，结束该HARQ进程；所述第二反馈消息用于标识基站对所述上行数据包校验成功且所述在所述第二预设子帧时不需要在所述HARQ进程上调度上行数据传输。
具体的，本发明的上述实施例中，所述第一反馈消息包括由下行物理控制信道PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息。
具体的，本发明的上述实施例中，所述第二反馈消息包括由PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息。
具体的，本发明的上述实施例中，所述处理装置还包括：
清空模块，用于结束该HARQ进程后，清空所述HARQ进程的缓存。
需要说明的是，本发明实施例提供的终端侧的上行信息的处理装置是应用上述终端侧的上行信息的处理方法的处理装置，则上述终端侧的上行信息的处理方法的所有实施例及其有益效果均适用于该处理装置。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种上行信息的处理方法，应用于基站，其特征在于，包括：
接收终端发送的一上行混合自动重传请求HARQ进程的上行数据包；
在所述上行数据包校验成功，且当前不需要在所述HARQ进程上调度上行数据传输时，在第一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息；
判断在后续的第二预设子帧时是否需要在所述HARQ进程上调度上行数据传输，若不需要，在所述第二预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息，并结束该HARQ进程。
2.根据权利要求1所述的上行信息的处理方法，其特征在于，所述ACK确认信息由下行物理控制信道PHICH承载。
3.根据权利要求2所述的上行信息的处理方法，其特征在于，若所述终端开启非连续接收CDRX功能，所述在所述上行数据包校验成功，且当前不需要在所述HARQ进程上调度上行数据传输时，在第一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息，具体包括：
在所述上行数据包校验成功时，获取第一预设子帧；其中，所述第一预设子帧为向所述终端发送针对所述上行数据包的反馈信息的子帧；
判断所述第一预设子帧是否落在所述终端的CDRX的休眠期；
若所述第一预设子帧落在所述终端的CDRX的休眠期，且当前不需要在所述HARQ进程上调度上行数据传输时，在所述第一预设子站上向所述终端发送针对所述上行数据包的ACK确认信息。
4.一种上行信息的处理方法，应用于终端，其特征在于，包括：
发送一上行混合自动重传请求HARQ进程的上行数据包至基站；
接收所述基站在第一预设子帧上发送的针对所述上行数据包的第一反馈消息；所述第一反馈消息用于标识基站对所述上行数据包校验成功且当前不需要在所述HARQ进程上调度上行数据传输；
接收所述基站在后续的第二预设子帧上发送的针对所述上行数据包括的第二反馈消息，结束该HARQ进程；所述第二反馈消息用于标识基站对所述上行数据包校验成功且所述在所述第二预设子帧时不需要在所述HARQ进程上调度上行数据传输。
5.根据权利要求 4所述的上行信息的处理方法，其特征在于，所述第一反馈消息包括由下行物理控制信道PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息。
6.根据权利要求4所述的上行信息的处理方法，其特征在于，所述第二反馈消息包括由PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息。
7.根据权利要求4所述的上行信息的处理方法，其特征在于，结束该HARQ进程后，所述处理方法还包括：
清空所述HARQ进程的缓存。
8.一种上行信息的处理装置，应用于基站，其特征在于，包括：
数据包接收模块，用于接收终端发送的一上行混合自动重传请求HARQ进程的上行数据包；
第一发送模块，用于在所述上行数据包校验成功，且当前不需要在所述HARQ进程上调度上行数据传输时，在第一预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息；
第二发送模块，用于判断在后续的第二预设子帧时是否需要在所述HARQ进程上调度上行数据传输，若不需要，在所述第二预设子帧上向所述终端发送针对所述上行数据包的ACK确认信息，并结束该HARQ进程。
9.根据权利要求8所述的上行信息的处理装置，其特征在于，所述ACK确认信息由下行物理控制信道PHICH承载。
10.根据权利要求9所述的上行信息的处理装置，其特征在于，所述第一发送模块包括：
获取子模块，用于若所述终端开启非连续接收CDRX功能，在所述上行数据包校验成功时，获取第一预设子帧；其中，所述第一预设子帧为向所述终端发送针对所述上行数据包的反馈信息的子帧；
判断子模块，用于判断所述第一预设子帧是否落在所述终端的CDRX的休眠期；
第一发送子模块，用于若所述第一预设子帧落在所述终端的CDRX的休眠期，且当前不需要在所述HARQ进程上调度上行数据传输时，在所述第一预设子站上向所述终端发送针对所述上行数据包的ACK确认信息。
11.一种上行信息的处理装置，应用于终端，其特征在于，包括：
数据包发送模块，用于发送一上行混合自动重传请求HARQ进程的上行数据包至基站；
第一接收模块，用于接收所述基站在第一预设子帧上发送的针对所述上行数据包的第一反馈消息；所述第一反馈消息用于标识基站对所述上行数据包校验成功且当前不需要在所述HARQ进程上调度上行数据传输；
第二接收模块，用于接收所述基站在后续的第二预设子帧上发送的针对所述上行数据包括的第二反馈消息，结束该HARQ进程；所述第二反馈消息用于标识基站对所述上行数据包校验成功且所述在所述第二预设子帧时不需要在所述HARQ进程上调度上行数据传输。
12.根据权利要求 11所述的上行信息的处理装置，其特征在于，所述第一反馈消息包括由下行物理控制信道PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息。
13.根据权利要求11所述的上行信息的处理装置，其特征在于，所述第二反馈消息包括由PHICH承载的标识基站对所述上行数据包校验成功的ACK确认信息。
14.根据权利要求11所述的上行信息的处理装置，其特征在于，所述处理装置还包括：
清空模块，用于结束该HARQ进程后，清空所述HARQ进程的缓存。
CN201510335097.6A 2015-06-16 2015-06-16 一种上行信息的处理方法及装置 Active CN106330411B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510335097.6A CN106330411B (zh) 2015-06-16 2015-06-16 一种上行信息的处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510335097.6A CN106330411B (zh) 2015-06-16 2015-06-16 一种上行信息的处理方法及装置

Publications (2)

Publication Number Publication Date
CN106330411A CN106330411A (zh) 2017-01-11
CN106330411B true CN106330411B (zh) 2019-11-22

Family

ID=57732368

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510335097.6A Active CN106330411B (zh) 2015-06-16 2015-06-16 一种上行信息的处理方法及装置

Country Status (1)

Country Link
CN (1) CN106330411B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111565460B (zh) * 2019-02-14 2024-02-02 华为技术有限公司 一种上行传输方法及通信装置
CN111867085A (zh) * 2019-04-30 2020-10-30 华为技术有限公司 一种上行传输方法及通信装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102104469A (zh) * 2011-03-07 2011-06-22 中兴通讯股份有限公司 终端上/下行harq反馈信息调度方法及装置
CN102271034A (zh) * 2010-12-31 2011-12-07 重庆重邮信科通信技术有限公司 一种lte上行harq控制方法
CN102468940A (zh) * 2010-11-12 2012-05-23 大唐移动通信设备有限公司 调度请求和ack/nack信息的传输方法及装置
CN103297208A (zh) * 2012-03-02 2013-09-11 北京三星通信技术研究有限公司 一种支持pusch的harq传输的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102468940A (zh) * 2010-11-12 2012-05-23 大唐移动通信设备有限公司 调度请求和ack/nack信息的传输方法及装置
CN102271034A (zh) * 2010-12-31 2011-12-07 重庆重邮信科通信技术有限公司 一种lte上行harq控制方法
CN102104469A (zh) * 2011-03-07 2011-06-22 中兴通讯股份有限公司 终端上/下行harq反馈信息调度方法及装置
CN103297208A (zh) * 2012-03-02 2013-09-11 北京三星通信技术研究有限公司 一种支持pusch的harq传输的方法

Also Published As

Publication number Publication date
CN106330411A (zh) 2017-01-11

Similar Documents

Publication Publication Date Title
CN106330410B (zh) 一种上行信息的处理方法及装置
US9357561B2 (en) Information feedback method and apparatus
US8374617B2 (en) Method and apparatus for improving DRX functionality
EP4072051B1 (en) Uplink scheduling scheme in a mobile communication system
US9876610B2 (en) Method, terminal, and base station for retransmitting message
EP2154905A1 (en) Method of discontinuous receiving status that the user equipment entered
CN112584555A (zh) 一种数据传输方法、终端及ran设备
EP2148542A1 (en) Method and apparatus for improving DRX functionality
CN105722195A (zh) 一种非连续接收的方法和装置
EP2820788A1 (en) Method of performing hybrid automatic repeat request operation for random access response message
CN109088704A (zh) 基于窄带物联网的上行资源分配方法及系统
CN101730206A (zh) 移动通信终端接收下行数据的控制方法和移动通信终端
CN114258162A (zh) 非连续接收的配置方法及装置、终端和可读存储介质
CN107295687A (zh) 一种下行控制信息dci调度控制方法及装置
CN109511157B (zh) 一种数据非连续接收方法及数据非连续接收装置
CN101742532A (zh) 移动通信终端接收下行数据的控制方法和移动通信终端
CN106330411B (zh) 一种上行信息的处理方法及装置
CN109586853A (zh) 上行连续重复传输的终止方法、装置、基站及用户设备
WO2012068972A1 (zh) 一种激活配置的方法及用户设备
CN108282896B (zh) 一种上行数据重传方法及终端
CN101547079B (zh) 非连续接收数据方法、设备及非连续调度数据系统、设备
CN105850068B (zh) 一种数据包传输装置及方法
CN106550470A (zh) 一种数据传输方法及装置
CN102457975B (zh) 一种数据调度方法及系统以及相关设备
CN102136897A (zh) 采用harq方式发送时间提前量命令的方法及系统

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