[发明专利]一种基于双向链路传输的调度方法

说明书

本申请公开了一种基于双向链路传输的调度方法，包括：媒体接入控制层MAC检测和统计一个驱动反馈周期内的双向传输的无线链路控制层RLC服务数据单元SDU数据量；当统计的累积正向传输RLC SDU数据量达到预定门限时，判断本次驱动反馈周期内反向传输的RLC SDU数据量是否大于预定的驱动反向传输数据门限，若是，不进行反向优先调度，否则，更新相应统计量并进行反向优先调度。本申请技术方案能够保证双向传输中反方向数据传输的带宽和传输及时性，进而可以改善正向传输的性能。

技术领域

本申请涉及无线通信技术领域，尤其涉及一种基于双向链路传输的调度方法。

背景技术

在无线通信系统中，从协议层面来说，数据要经过多个协议层面进行分层传输，业务数据从应用层下来形成传输控制协议（TCP，Transmission Control Protocol）/用户数据报协议（UDP，User Datagram Protocol）包，然后分解成互联网络协议（IP）包经过核心网有线链路传输到基站侧的接入层面，先是通过分组数据汇聚协议（PDCP，Packet DataConvergence Protocol)）层，经过IP包头压缩和加密后，转到无线链路控制（RLC，RadioLink Control）层，按照媒体接入控制（MAC，Media Access Control）层的传输需求进行分段和串接后，再转到MAC层，最终从空口形成无线信号发送出去。

而从业务传输的方式来说，数据传输分为有连接确认保证机制的传输和无连接确认保证的传输。对于有连接确认保证的传输，就是发送端发送数据包后，接收端需要根据接收的情况反馈确认包，通知发送端是否接收正确，发送端以此来决定是否需要进行重传发送。该机制同时存在正向的业务数据传输和反向的反馈确认数据传输，通过双向链路的建立，可以在很大程度上保证数据传输的可靠性。在无线通信系统中，这种有连接确认的双向链路方式存在于两个协议层面，即接入层面的RLC层和核心网的TCP层。

RLC层设置固定大小的发送窗口和接收窗口，发送端每发送一定数量数据包后请求接收端反馈接收状态信息，而接收端也设置接收重排序定时器，每当定时器超时后也会主动向发送端发送状态反馈信息。发送端根据收到的状态反馈信息来决定是否进行RLC层的自动重传请求（ARQ，Automatic Repeat-reQuest）数据包（以下简称为ARQ重传包）的发送。状态反馈信息并不是高层发送的数据包，而是RLC层产生的控制包。RLC协议规定，当MAC层有传输需求时，优先传输状态反馈包和ARQ重传包。

TCP层的反馈确认机制和RLC层类似，不同的是TCP层的发送窗口可变，多了拥塞控制功能。不过TCP层为核心网层面，对于基站侧的接入层来说属于高层，所以TCP的反馈确认包在基站侧无法区分，只能当作普通的高层下来的数据包处理。

RLC层和TCP层都设置有最大重传次数，一旦重传到最大次数仍然没有收到接收端的反馈确认接收成功，则会引发异常处理。RLC层的异常处理是上报异常事件给基站侧的无线资源控制（RRC，Radio Resource Control）层，引发RRC进行接入层的空口链路重建。TCP层遇到相同的情况也会引发TCP连接重新建立。这些都会导致业务传输的中断和延迟，严重的甚至导致丢包。另一方面，RLC和TCP的发送窗口都有长度限制，如果收到反馈确认包延迟，也会造成发送窗口满而卡住，进而引发数据发送停止；对于TCP来说，由于有拥塞控制机制，还会导致发送窗口变小。这都会严重影响正向数据的发送速率。

由上分析可知，对于高可靠性业务传输时，采用有反馈确认的双向链路传输需要正向和反向链路都具有较小的时延和足够的传输资源分配，反向的链路传输不稳定和资源分配不足都会导致正向传输链路的卡顿和发送延迟。