[发明专利]采用ATM技术对SSCOP链路滑窗更新的方法

说明书

技术领域

本发明涉及一种SSCOP链路滑窗更新方法，更具体地，涉及一种采用ATM技术做为地面传输承载的第三代移动通信系统的核心网CN、无线网络控制器RNC以及基站NodeB等网元设备间对SSCOP链路滑窗更新的方法。

背景技术

当第三代移动通信系统使用ATM(Asynchronous TransferMode)技术做为地面传输承载时，在核心网CN(Core Network)与无线网络控制器RNC(无线网络控制器)的Iu接口(RNC与核心网间的接口)，RNC与基站NodeB(基站)间的Iub接口(RNC与基站间的接口)以及RNC间的Iur接口(两个RNC间的逻辑接口，物理上可能不是点对点连接)上都采用ATM的SSCOP(ServiceSpecific Connection Oriented Protocol)进行信令数据的可靠传输。在协议栈中，SSCOP位于CPCS(Common Part ConvergenceSublayer，公共部分汇聚子层)之上。

其中，SSCOP协议中的基本变量为：

VR(R)：下一个期望收到的SD PDU的序列序号，收到后增1。

VR(H)：下一个期望收到的最大SD PDU序号，在收到新SDPDU或POLL PDU时对VR(H)进行更新。

VR(MR)：不被接收端允许接收的起始SD PDU序号。

在数据发送阶段(Data transfer)，接收方实时地根据自身的状况(例如接收缓存的大小、接收缓存中队列的长度等因素)，更新变量VR(MR)，并通过发送STAT PDU或USTAT PDU将VR(MR)传递给发送方，从而改变发送方的发送窗口大小。

接收端为发送端给出一个可靠度，标识发送端当前可以发送的SD PDU的最大序号。发送端发来的超过该最大序号的SD PDU都将被接收端丢弃。发送端总是按序分配发送序号，若序号超过该最大序号，停止发送，向对端发轮询消息POLL-PDU来申请更新发送窗口上边界；若更新最大序号(收到STAT-PDU等)后发送序号仍然超过最大序号，发送端置拥塞标志并通知管理层缺乏可靠度。这时如果仍然有上层用户数据到来，SSCOP会尽可能按顺序存入发送队列直至其满，之后丢失以后来到的SD。发端每发送一定数目的SD会向对端发轮询消息POLL，以前移发送窗口上边界。如前所述，窗口过小会使发送端出现拥塞，限制了SSCOP连接的吞吐量；窗口过大会超过接收端的接收缓冲容量，造成数据丢失。

接收方通过滑窗控制发送方发送数据的速率，以实现流量控制的目的。

滑窗控制经典的方法是预先估计链路的最大的性能，给出一个接收窗口的初值，之后就不能改变它的大小。这样的缺点是在链路接收能力不足时不能及时降低流量，容易使CPCS/ATM接收缓存被占满后溢出，造成多次的重传数据包，使链路的负担加重，链路传输质量下降。另外，当对方发POLL-PDU轮询包的时间间隔大于100ms时，就需要加大接收窗口，因为这时窗口的更新频率变低了(100ms是协议的建议值，但对方的设计是未知的)。

综上所述，SSCOP链路的流控机制在使用中会出现两方面的问题。一个方面是对接时两端的POLL-PDU轮询包发送的频率并不一致，导致两端滑动窗口更新的频率也不一致，当某一端的轮询包发送的频率过低的话，容易造成对端数据包的积压。另一个方面是在使用中不能动态调整滑动窗口的大小，在链路传输质量差或接收能力不足时，容易造成CPCS/ATM接收缓冲溢出，出现多次重传数据包，加重链路负荷。

发明内容

因而，为了解决接收窗口的滑窗不能动态更新的问题，本发明提供了一种SSCOP链路的新流控算法来实现滑窗的自动更新。

其中，流控算法满足以下的要求：(1)链路的接收能力不足时适当降低对方的流量，避免CPCS/ATM接收缓存被占满后造成丢包重传；(2)使串口控制在一个比较合适的大小，既不会将流量限制的过小，无法充分发挥链路性能，又不至于流量太大而造成链路质量恶化；以及(3)能够处理一些特殊情况，当对方不是按照100ms的频率发POLL轮询包时，要根据窗口更新时间间隔的长度来扩大或缩小接收窗口。间隔时间越长，越要加大窗口；间隔时间越短，越要减小窗口。