[发明专利]一种基于业务类型的预调度方法和系统

说明书

本发明提供了一种基于业务类型的预调度方法和系统，其中，所述方法包括：当处理上下行数据时，解析所述上下行数据的数据包头；若解析结果表示所述上下行数据为预设业务类型的数据包，则将所述上下行数据对应的用户设备信息和预调度信息存入预调度队列；按照预置的与所述预设业务类型对应的预调度参数和非连续接收参数，对所述预调度队列中的用户设备信息所对应的用户设备进行预调度操作。本发明实现了对特定业务类型的数据包的用户设备执行预调度操作，其他业务类型的数据包的用户设备不执行预调度操作，减少了预调度的执行次数，节省了特定业务类型的时延，降低了系统资源的占用，也减少了用户设备在无数据传输时发送空包所造成的干扰。

技术领域

本发明涉及通信技术领域，特别是涉及一种基于业务类型的预调度方法和系统。

背景技术

分时长期演进(Time-Division Long Term Evolution，TD-LTE)的基站(eNodeB)在未开启预调度功能的情况下，因特网包探索器(Packet Internet Groper，PING)32Bytes的时延平均在35～40ms左右，为了在缩短时延，需要使用上行预调度的方案来缩短时延。

LTE上行调度的过程如图1所示。用户设备(User Equipment，UE)上行(UpLoad，UL)向eNodeB(eNB)发送信道探测参考信号(Sounding RS，SRS)后，通过物理上行控制信道(Physical Uplink Control CHannel，PUCCH)中的控制消息传输上行调度请求(Scheduling Request，SR)至eNB请求上行资源，eNB收到SR后，下行(DownLoad，DL)通过物理下行控制信道(Physical Downlink Control Channel，PDCCH)下发调度许可(Scheduling Grant)，并且先配置少部分资源给UE使用，之后UE再通过物理上行共享信道(Physical Uplink Shared Channel，PUSCH)发送缓存状态报告(Buffer Status Report，BSR)给eNB，并通知eNB要传输的数据量，eNB收到UE上报的BSR之后，根据该UE上报的SRS及eNB现有资源等综合分析决定给UE分配资源进行数据传输。

目前，一种BBU商用版本已实现对UE持续进行上行预调度的测试功能，不管UE是否有用户上行业务数据需要传输，都给UE分配一定的资源，保证PING 32Bytes的因特网控制报文协议(Internet Control Message Protocol，ICMP)业务数据能够一次传输。所以，此时当用户有业务数据需要传输时，相比不进行预调度，不再需要上报SR的过程，从而使时延可以节省20ms左右。

目前的预调度方案存在以下问题：UE上行始终发送信号，耗电严重，与非连续接收(Discontinuous reception，DRX)冲突；终端没有数据要发送时，调度终端，终端只发一些无意义的空数据，浪费系统资源；系统内控制区PDCCH/PUSCH干扰加重。

发明内容

本发明提供一种基于业务类型的预调度方法和系统，以解决目前的预调度方案与DRX冲突，浪费系统资源，以及PDCCH和PUSCH干扰加重的问题。

为了解决上述问题，本发明提供了一种基于业务类型的预调度方法，包括：

当处理上下行数据时，解析所述上下行数据的数据包头；

若解析结果表示所述上下行数据为预设业务类型的数据包，则将所述上下行数据对应的用户设备信息和预调度信息存入预调度队列；

按照预置的与所述预设业务类型对应的预调度参数和非连续接收参数，对所述预调度队列中的用户设备信息所对应的用户设备进行预调度操作。

相应地，本发明还提供了一种基于业务类型的预调度系统，包括：

解析模块，用于当处理上下行数据时，解析所述上下行数据的数据包头；