一种基于业务类型的预调度方法和系统技术方案

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

A pre scheduling method and system based on business types

The invention provides a method for the pre scheduling method and system based on service type, the method includes: when processing the downlink data, analyzing the downlink data of Baotou; if the analytical results of the said downlink data to the default type of business data packets, the uplink and downlink data the corresponding user equipment information and scheduling information stored in the scheduling queue; pre scheduling according to the preset parameters and the preset business types and non continuous receiving parameters, the user equipment corresponding to user equipment information of the pre dispatch queue in the pre operation. The invention realizes the implementation of pre operation user equipment for specific types of data packets, the user equipment of other service types of packets do not perform pre operation, reduce the pre scheduling execution times, save the delay specific business types, reduce the occupation of system resources, but also reduce the transmission user equipment the interference caused by the air bag in the absence of data transmission.

【技术实现步骤摘要】
一种基于业务类型的预调度方法和系统
本专利技术涉及通信
，特别是涉及一种基于业务类型的预调度方法和系统。
技术介绍
分时长期演进(Time-DivisionLongTermEvolution，TD-LTE)的基站(eNodeB)在未开启预调度功能的情况下，因特网包探索器(PacketInternetGroper，PING)32Bytes的时延平均在35～40ms左右，为了在缩短时延，需要使用上行预调度的方案来缩短时延。LTE上行调度的过程如图1所示。用户设备(UserEquipment，UE)上行(UpLoad，UL)向eNodeB(eNB)发送信道探测参考信号(SoundingRS，SRS)后，通过物理上行控制信道(PhysicalUplinkControlCHannel，PUCCH)中的控制消息传输上行调度请求(SchedulingRequest，SR)至eNB请求上行资源，eNB收到SR后，下行(DownLoad，DL)通过物理下行控制信道(PhysicalDownlinkControlChannel，PDCCH)下发调度许可(SchedulingGrant)，并且先配置少部分资源给UE使用，之后UE再通过物理上行共享信道(PhysicalUplinkSharedChannel，PUSCH)发送缓存状态报告(BufferStatusReport，BSR)给eNB，并通知eNB要传输的数据量，eNB收到UE上报的BSR之后，根据该UE上报的SRS及eNB现有资源等综合分析决定给UE分配资源进行数据传输。目前，一种BBU商用版本已实现对UE持续进行上行预调度的测试功能，不管UE是否有用户上行业务数据需要传输，都给UE分配一定的资源，保证PING32Bytes的因特网控制报文协议(InternetControlMessageProtocol，ICMP)业务数据能够一次传输。所以，此时当用户有业务数据需要传输时，相比不进行预调度，不再需要上报SR的过程，从而使时延可以节省20ms左右。目前的预调度方案存在以下问题：UE上行始终发送信号，耗电严重，与非连续接收(Discontinuousreception，DRX)冲突；终端没有数据要发送时，调度终端，终端只发一些无意义的空数据，浪费系统资源；系统内控制区PDCCH/PUSCH干扰加重。
技术实现思路
本专利技术提供一种基于业务类型的预调度方法和系统，以解决目前的预调度方案与DRX冲突，浪费系统资源，以及PDCCH和PUSCH干扰加重的问题。为了解决上述问题，本专利技术提供了一种基于业务类型的预调度方法，包括：当处理上下行数据时，解析所述上下行数据的数据包头；若解析结果表示所述上下行数据为预设业务类型的数据包，则将所述上下行数据对应的用户设备信息和预调度信息存入预调度队列；按照预置的与所述预设业务类型对应的预调度参数和非连续接收参数，对所述预调度队列中的用户设备信息所对应的用户设备进行预调度操作。相应地，本专利技术还提供了一种基于业务类型的预调度系统，包括：解析模块，用于当处理上下行数据时，解析所述上下行数据的数据包头；存储模块，用于若解析结果表示所述上下行数据为预设业务类型的数据包，则将所述上下行数据对应的用户设备信息和预调度信息存入预调度队列；预调度模块，用于按照预置的与所述预设业务类型对应的预调度参数和非连续接收参数，对所述预调度队列中的用户设备信息所对应的用户设备进行预调度操作。与
技术介绍
相比，本专利技术包括以下优点：当处理上下行数据时，解析上下行数据的数据包头，判断上下行数据是否为预设业务类型的数据包，若上下行数据是预设业务类型的数据包，则对该上下行数据对应的用户设备进行预调度，实现了对特定业务类型的数据包的用户设备执行预调度操作，其他业务类型的数据包的用户设备不执行预调度操作，减少了预调度的执行次数，节省了特定业务类型的时延，降低了系统资源的占用，也减少了用户设备在无数据传输时发送空包所造成的干扰。在预调度操作的过程中，按照预设的DRX参数执行，兼容用户设备的省电功能。通过对预设的业务类型设置预调度参数，根据预设的预调度参数执行预调度操作，更好地分配系统资源，提高了资源利用率。附图说明图1是
技术介绍
中LTE上行调度的过程示意图；图2是本专利技术实施例一中的一种基于业务类型的预调度方法的步骤流程图；图3是本专利技术实施例二中的一种基于业务类型的预调度方法的步骤流程图；图4是本专利技术实施例三中的一种基于业务类型的预调度系统的结构示意图。具体实施方式为使本专利技术的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本专利技术作进一步详细的说明。下面通过列举几个具体的实施例详细介绍本专利技术提供的一种基于业务类型的预调度方法和系统。实施例一详细介绍本专利技术提供的一种基于业务类型的预调度方法。所述业务类型可以分为上行业务和下行业务，具体可以分为传输控制协议(TransmissionControlProtocol，TCP)业务、ICMP业务、用户数据报协议(UserDatagramProtocol，UDP)业务和流媒体业务等等，本专利技术实施例对具体的业务类型不做限制。在本专利技术实施例提供的一种基于业务类型的预调度方法执行之前，需要为不同的业务类型配置不同的预调度参数。具体配置规则为：对下行业务为TCP业务、上行业务为ICMP的业务类型进行预调度，配置预调度参数对UDP业务、流媒体业务的业务类型不进行预调度，不配置预调度参数。其中，预调度参数可以包括预调度持续时间、预调度重复周期和预调度重复次数。预调度参数的具体含义为：在预调度持续时间内，系统在预调度重复周期中，预调度重复次数某业务对应的UE，若系统操作时间超过预调度持续时间，则预调度操作停止。各种业务类型可以配置不同的预调度参数，比如TCP业务需要尽快反馈，但预调度持续时间不要求很长，预调度参数可以配置为预调度重复周期为20ms，预调度重复次数为1次，预调度持续时间为100ms，预调度一次的时间为(100-20)/2＝40ms；ICMP包经常是PING包，大多数是1秒钟才重复一次，可以配置预调度参数为预调度重复周期为1s，预调度重复次数为2～3次，预调度持续时间为5s。而且，预调度参数还可以根据系统负荷进行区分配置，系统负荷低时，可以配置较小的预调度重复周期和较长的预调度持续时间，比如预调度持续周期为20ms，预调度持续时间为5s；系统负荷高时，可以配置较大的预调度重复周期和较短的预调度持续时间，比如预调度重复周期为40ms或80ms，预调度持续时间为200ms。参照图2，示出了本专利技术实施例中的一种基于业务类型的预调度方法的步骤流程图。步骤200，当处理上下行数据时，解析所述上下行数据的数据包头。解析上下行数据的数据包头，以及根据数据包头的固定格式以及固定格式中的固定字符等等确定上下行数据对应的具体业务类型。本专利技术实施例对上下行数据的数据包头进行解析的技术特征不做具体限制。步骤202，若解析结果表示所述上下行数据为预设业务类型的数据包，则将所述上下行数据对应的用户设备信息和预调度信息存入预调度队列。所述预调度信息需要根据上下行数据对应的业务类型的预调度参数确定。预调度参数中的预调度持续时间可以以系统帧号为单位进行表示。例本文档来自技高网...

【技术保护点】
一种基于业务类型的预调度方法，其特征在于，包括：当处理上下行数据时，解析所述上下行数据的数据包头；若解析结果表示所述上下行数据为预设业务类型的数据包，则将所述上下行数据对应的用户设备信息和预调度信息存入预调度队列；按照预置的与所述预设业务类型对应的预调度参数和非连续接收参数，对所述预调度队列中的用户设备信息所对应的用户设备进行预调度操作。

【技术特征摘要】
1.一种基于业务类型的预调度方法，其特征在于，包括：当处理上下行数据时，解析所述上下行数据的数据包头；若解析结果表示所述上下行数据为预设业务类型的数据包，则将所述上下行数据对应的用户设备信息和预调度信息存入预调度队列；按照预置的与所述预设业务类型对应的预调度参数和非连续接收参数，对所述预调度队列中的用户设备信息所对应的用户设备进行预调度操作。2.根据权利要求1所述的方法，其特征在于，所述按照预置的与所述预设业务类型对应的预调度参数和非连续接收参数，对所述预调度队列中的用户设备信息所对应的用户设备进行预调度操作，包括：按照预置的与所述预设业务类型对应的预调度持续时间、预调度重复周期和预调度重复次数，以及非连续接收参数，对所述预调度队列中的用户设备信息所对应的用户设备进行预调度操作。3.根据权利要求1所述的方法，其特征在于，所述若解析结果表示所述上下行数据为预设业务类型的数据包，则将所述上下行数据对应的用户设备信息和预调度信息存入预调度队列，包括：若解析结果表示所述上下行数据为因特网控制报文协议ICMP的因特网包探索器PING包或用于建立连接或传输数据的传输控制协议TCP包，则将所述上下行数据对应的用户设备信息和预调度信息存入预调度队列。4.根据权利要求2所述的方法，其特征在于，所述预调度信息包括：下一次预调度的系统帧号和根据所述预调度持续时间计算得到的结束帧号。5.根据权利要求1所述的方法，其特征在于，在将所述上下行数据对应的用户设备信息和预调度信息存入预调度队列之后，所述方法还包括：若所述预调度队列中存在与所述预调度信息属于相同的用户设备信息的原预调度信息，则将所述预调度信息与所述原预调度信息...

【专利技术属性】
技术研发人员：钟山虎，
申请(专利权)人：大唐移动通信设备有限公司，
类型：发明
国别省市：北京,11