一种通信系统中的用户调度方法技术方案

本申请公开了一种通信系统中的用户调度方法，包括：基站接收用户发送的上行报文，根据PDCP层的报文识别正在进行TCP业务的下载用户，并将其加入下载用户队列；在进行上行用户的预调度时，优先预调度下载用户队列中的用户。应用本申请，能够提高业务用户的下载速率。

【技术实现步骤摘要】

本申请涉及通信技术，特别涉及一种通信系统中的用户调度方法。
技术介绍
在基于TCP连接的数据传输中，要求发送出去的信令或者数据要ACK回包以后才能进行下一步的流程，这种机制称为TCP的ACK回包机制。在用户接收网络数据的下载过程中，如果能够缩短用户向网络方向的上行回包的时延，则能够提升网络向用户方向的下行发包的速度，从而提升下载速率。在目前的LTE系统中，基站和核心网对于用户面的应用层采用的是透传机制，即不会解析其中的内容，不管应用层采用TCP还是UDP，都感知不到，看到的只是用户面报文。由于UE和基站是无线连接，而基站到核心网以及服务器都是有线连接，而有线连接的时延是很短的，则UE和服务器的TCP连接的大部分时延是在空口。在LTE的上行授权调度机制中，终端对信道的占用需要经过基站的预先授权，而基站的授权也要基于终端有多少数据要发送，基于此，LTE系统中上行调度的过程如下：终端先向基站发送调度请求，基站为终端的BSR上报进行上行授权，终端上报BSR(缓冲区状态报告)，然后，基站调度后为终端的上行数据传输发上行授权，终端再发送上行数据。系统进行用户上行调度时的处理时延相对下行数据发送是很大的，因此，为进一步降低时延以提高下载速率产生了预调度机制。预调度机制，即基站不需要知道终端有多少数据要发送就预先发送上行授权，给终端一定量(可通过参数配置)的发送数据的机会，终端在调度时刻缓存中有数据要发送则直接就能发出去。通过预调度的提前授权能够缩短空口上行数据发送前的调度时延，理论上可以降低上行数据发送时延，提高下载速率。而在实际测试中发现，虽然应用了预调度机制，但是经常无法有效降低上行数据发送时延，不能实现提高下载速率的目的。
技术实现思路
本申请提供了一种通信系统中的用户调度方法，能够有效提高业务用户的下载速率。为实现上述目的，本申请采用如下的技术方案：一种通信系统中的用户调度方法，包括：基站接收用户发送的上行报文，根据PDCP层的报文识别正在进行TCP业务的下载用户，并将其加入下载用户队列；在进行上行用户的预调度时，优先预调度下载用户队列中的用户。较佳地，所述根据PDCP层的报文识别正在进行TCP业务的下载用户包括：在设定时间内，根据PDCP层的报文统计TCP的ACK回包数，若大于设定的数量，则确定相应用户为正在进行TCP业务的下载用户。较佳地，所述PDCP层的报文统计TCP的ACK回包数包括：若PDCP层的报文长度小于设定门限，则认为该报文是TCP的ACK回包；或者，读取PDCP层报文的TCP头部，若ACK域置1，则认为该报文是TCP的ACK回包。较佳地，所述将识别出的正在进行TCP业务的下载用户加入下载用户队列时，按照识别出的时间加入所述下载用户队列，并将新加入的用户放入队列尾部。较佳地，所述优先预调度下载用户队列中的用户包括：在进行上行用户的预调度时，先预调度所述下载用户队列中的用户，并按照所述下载用户队列中从头到尾的顺序依次预调度其中的用户；在预调度完所述下载用户队列中的所有用户后，再预调度除所述下载用户队列中的用户之外的其他用户。由上述技术方案可见，本申请中，基站接收用户发送的上行报文后，根据PDCP层的报文识别正在进行TCP业务的下载用户，并将其加入下载用户队列；然后，在进行上行用户的预调度时，优先预调度下载用户队列中的用户。通过上述处理改变了预调度方式，能够有针对性地调度做业务的用户，从而有效缩短上行时延，进而有效提高下行业务的传输速率。附图说明图1为本申请中用户预调度方法的基本流程示意图；图2为本申请实例中TCP传输的示意图。具体实施方式为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。对于
技术介绍
中提到的预调度机制，虽然设计初衷是希望通过缩短调度时间来减小传输时延，从而达到提高下行业务速率的目的，但是在实际测试中却经常无法实现提高下行业务速率的目标。这里对预调度机制进行一下深入研究，来分析无法提高下行业务速率的原因。具体地，预调度机制是在基站不知道终端有多少数据要发送时预先进行的调度，由于调度时间的提前，导致基站对终端发送数据量无法准确掌握，因此，在具体实现时是无论用户是否真的有数据要发送，对于所有激活的用户都会进行预调度，如果大量激活用户中只有很少的用户在做业务，那么预调度时真正做业务的用户有可能轮询到后面调度，则预调度的效果就会打折扣，因此导致时延不一定能优化，下载速率无法提升。由上述分析可见，预调度机制的问题在于对所有激活用户都进行预调度，而没有针对做业务的用户进行预调度。基于上述问题原因的分析，本申请给出一种新的预调度方法，能够解决现有预调度机制无法提高下载速率的问题。图1为本申请中预调度方法的基本流程示意图，如图1所示，该方法包括：步骤101，基站接收用户发送的上行报文。步骤102，基站根据接收的PDCP层的报文识别正在进行TCP业务的下载用户，并将识别出的下载用户加入下载用户队列。本步骤用于识别做业务的用户和将用户加入队列。其中，在识别做业务的用户时，本申请中通过基站解析上行PDCP上的应用层报文来识别。优选地，可以解析每个用户在PDCP缓存内报文的TCP头部控制字段，如果在设定时间内，识别出超过设定数量的TCPACK回包，则说明该用户属于TCP下载用户，可以把该识别出的TCP下载用户放入下载用户队列。在识别TCPACK回包时，本申请给出如下两种方式：方式一、若PDCP层的报文长度小于设定门限时，则将该报文看做是TCPACK回包；具体设定门限的大小可以根据通常ACK回包的报文大小来设定。例如，最简单地，单独携带ACK信息时，通常TCPACK回包的报文大小不超过60字节，因此可以将PDCP层小于或等于60bype的报文看做是TCPACK回包；方式二、可以读取PDCP层的TCP头，将ACK域置1的报文看做是TCPACK回包。在识别出做TCP业务的用户后，将用户加入下载用户队列。优选地，按照识别出的时间加入下载用户队列，并将新加入队列的用户依次放入队列尾部。步骤103，在进行预调度时，优先预调度下载用户队列中的用户。本申请中，通过先调度下载用户队列来保障下载用户优先分到资源。具体地，在预调度时刻，如果下载用户队列不为空，按照下载用户队列中从头到尾的顺序预调度各个用户，分配资源，所有下载用户队列中的用户都完成预调度后，再进入除下载用户队列中的用户之外的其他用户的预调度。具体对用户的预调度技术为现有技术，这里不再赘述。至此，本申请中的预调度方法基本流程结束。下面通过一个例子进行详细说明，以一次完整的小文件(小于1500byte)TCP传输为例，图2为该文件传输的示意图。由于文件比较小，小于1500byte，只下发了一次DATA就发送完了。如果文件大于1500byte，则会有多次DATA和ACK过程。图2中的下载过程上行都是ACK信令，报文大小一般不超过60byte。假定以1S为统计时间，可以采用下述两种方法之一识别下载用户：方法一：统计该段时间内，上行PDCP层小于等于60byte的报文数大于等于一定的门限，说明上行存在TCPACK回包，则标记该用户为下载用户，并按照识别出的时间放入下载用户队列，新加入队列的用户依次放入队列尾本文档来自技高网...

【技术保护点】
一种通信系统中的用户调度方法，其特征在于，包括：基站接收用户发送的上行报文，根据PDCP层的报文识别正在进行TCP业务的下载用户，并将其加入下载用户队列；在进行上行用户的预调度时，优先预调度下载用户队列中的用户。

【技术特征摘要】
1.一种通信系统中的用户调度方法，其特征在于，包括：基站接收用户发送的上行报文，根据PDCP层的报文识别正在进行TCP业务的下载用户，并将其加入下载用户队列；在进行上行用户的预调度时，优先预调度下载用户队列中的用户。2.根据权利要求1所述的方法，其特征在于，所述根据PDCP层的报文识别正在进行TCP业务的下载用户包括：在设定时间内，根据PDCP层的报文统计TCP的ACK回包数，若大于设定的数量，则确定相应用户为正在进行TCP业务的下载用户。3.根据权利要求2所述的方法，其特征在于，所述PDCP层的报文统计TCP的ACK回包数包括：若PDCP层的报文长度小于设定门限，则认为该...

【专利技术属性】
技术研发人员：程浩，
申请(专利权)人：成都鼎桥通信技术有限公司，
类型：发明
国别省市：四川;51