专利名称：无线链路控制层窗口流量的调整方法
技术领域：
本发明涉及时分同步码分多址(TD-SCDMA)系统中无线链路控制层技 术，特别涉及一种无线链路控制层发送窗口的调整方法。
背景技术：
TD-SCDMA系统中无线链路控制协议(RLC)控制着无线链路数据包的 发送。RLC协议是一种基于滑动窗口的控制协议，图1为RLC协议滑动窗口 示意图。图1中，RLC发送端有交叉斜线的方块是指对端已经确认没有收到 需要重新发送的数据包，虚线填充的方块表示等待对端确认的数据包，空白方 块表示没有占用的緩存；RLC接收端有交叉斜线的方块表示对端发送丢失需 要重新接收的数据包，有阴影的方块表示已经收到的数据包，空白方块表示没 有占用的緩存。
RLC协议基本变量说明如下
Configure—Tx—Window—Size:上层协议层配置给RLC发送端的发送窗口 的初始值，也是最大发送窗口尺寸，单位以协议数据单元(PDU)的个数表示， RLC发送端根据该变量申请发送緩存。
VT(S):发送状态变量，该值表示要发送的下一个PDU的序号(除去重 传的PDU)。
VT(A):确认状态变量，该值表示下一个等待接收端确认的连续的PDU 的序号。
VT(MS):最大发送状态变量，序号大于等于该值的PDU将不允许4^ 送，VT (MS) =VT (A) +VT ( WS )。
VT( WS ):发送窗口尺寸，初始值也是最大值为Configure—Tx—Window—Size, 最小值为1 (或其它上层配置的值)，VT (WS)在这个范围内变化。
Configure—Rx—Window—Size:上层协议层配置给RLC接收端的初始接收 窗口尺寸，单位以PDU的个数表示，RLC接收端根据该变量申请接收緩存。
VR(R):接收状态变量，该值表示要接收的下一个连续的PDU的序号。 VR (H):最大期望接收状态变量，该值表示期望接收的最大PDU的序号。
VR(MR):最大允许接收的状态变量，序号大于等于该值的PDU将被 RLC接收端拒绝接收，VR ( MR) =VR ( R) + Configure—Rx—Window_Size。
RLC 4妄收端通过状态PDU ( Status PDU)通知RLC发送端某些lt据PDU (DataPDU)已经被接收到，某些数据PDU没有被接收到，RLC发送端收到 这些状态PDU后，改变VT (A)的值，从而推动VT (MS)向前滑动，保证 数据不断被发送。
当RLC发送端检测到某个数据PDU没有被接收端收到，如图1中RLC 发送端有交叉斜线的方块。那就会导致VT (S)不断增加直到VT (MS)，不 再发送序列号大于等于VT (MS )的数据PDU。
当RLC接收端检测到某个数据PDU没有收到，如图1中RLC接收端有 交叉斜线的方块。那么就会导致VR(H)不断增加直到VR(MR),不再接收 序列号大于等于VR (MR)的数据PDU。
在现有协议中规定RLC接收端根据自身的接收緩存情况来控制RLC发送 端发送窗口的大小，从而控制无线链路的带宽使用。其方法是RLC接收端把 包含窗口大小调整信息(Window Size SUFI)的状态PDU发送到RLC发送端， 从而进行流量控制。Window Size SUFI的构成如下表所示
TYPE = WINDOW
_WSN_
其中，TYPE为信息类型参数，长度4bit，值为0001时表示Window; WSN为发送窗口大小参数，长度12bit,其值为RLC接收端根据自身接收情 况填写的窗口大小。
当RLC发送端收到包含Window Size SUFI信息的状态PDU后，将VT (WS )改变为 WSN 。
若WSN=0 ,则丢弃该SUFI ; 若WSN> Configure—Tx一Window一Size,则VT (WS)取Configure—Tx—Window—Size 。 当无线链路恶化时，会有数据丟失，导致RLC接收端緩存增大，RLC接
收端此时通过Window Size SUFI来减少RLC发送端的数据发送，通知RLC 发送端减少VT(WS)，从而减小发送窗口，避免数据拥塞。
参见图2，图2为接收端通过Window Size SUFI信息通知发送端改变发送 窗口示意图。当RLC接收端检测到接收緩存的可用空间在不断增加，达到某 些门限的时候(如图2所示，此时所有重传的数据PDU已经收到，RLC接收 端没有緩存占用)，RLC接收端向RLC发送端发送包含Window Size SUFI信 息的状态PDU, Window Size SUFI信息中的WSN大于当前发送端的VT( WS )， 通过Window Size SUFI，通知RLC发送端增加VT( WS ),从而加大发送窗口 ， 避免数据链路的带宽利用效率下降。
按照不同的业务的实际测量情况， 一些非实时数据业务的数据PDU丢失 率可以容忍到10%，在良好的无线环境下，协议规定的丢弃率不超过0.7%, 所以相比较而言，Window Size SUFI丟失的概率是较高的。
按照协议规定发送端不对无线链路带宽的使用情况进行检测，只在接收到 接收端发来的Window Size SUFI信息时，根据信息要求调整窗口大小。这样 如果接收端发送的Window Size SUFI丟失，发送端就不会主动进行窗口调整。 在链路由恶劣状态向良好状态转化的时候， 一旦RLC接收端要求RLC发送端 增加发送窗口的Window Size SUFI丢失，发送端则不进行窗口调整。Window Size SUFI的触发在RLC协议中没有统一的标准，触发一次以后就有可能过4艮 长时间才触发，尤其在无线质量变好，数据PDU丢失率下降的情况下，甚至 不再触发，在这段时间内即使无线链路良好，无线链路也可能按照很低的速率 发送数据，将会造成很严重的无线链路速率下降。
根据以上的描述可知，若通知RLC发送端调整发送窗口的Window Size SUFI信息在无线传输过程中丢失，将会导致数据的拥塞或无线链路的速率下 降。
目前，接收端发送Window Size SUFI信息的方法主要有以下两种 第一种周期性发送Window Size SUFI信息的方法。目前通常采用此种 方法，该方法在RLC接收实体的存续期间内都会按照定时器T周期性发送 Window Size SUFI,直道RLC接收实体消亡。这样基本可以保证RLC发送端 收到Window Size SUFI信息，并正常的进行流量控制。第二种状态报告中必须包含Window Size SUFI信息的方法。这种方法 在状态报告中，必须包含TYPE为0001的Window Size SUFI信息。由于状态 报告发送的频度4交高，所以也能保证RLC发送端收到Window Size SUFI信息， 并正常的进行流量控制。
上述两种方法，虽然都能进行正常的流量控制，但是两种方法中接收端都 是盲目地多次重复发送Window Size SUFI信息，而实际上有些情况下发送窗 口是不需要调整的，使得其中很多次发送的Window Size SUFI信息是没有必 要的，这样就浪费了宝贵的空口资源。
可见，由于协议中对Window Size SUFI的触发和应用论述较为简单，也 没有提出相关的保护措施，造成了实际应用过程中空口资源的浪费，使得无线 链路带宽的利用效率降低。
发明内容
本发明所要解决的技术问题是提供一种无线链路控制层窗口流量的调整 方法，有效克服Window Size SUFI的丢失问题，及避免在数据流量稳定的情 况下频繁检查接收端接收緩存占有率的缺陷。
本发明提供的无线链i 各控制层窗口流量的调整方法，包括以下步骤
A、 接收端创建接收实体后，初始化SendWinTim为预设值；
B、 启动第三定时器，第三定时器的定时时间到时，进入步骤C;
C、 判断接收緩存占有率是否大于预设的緩存上限，若是，进入步骤D, 否则，iiA步骤F;
D、 计算Window Size SUFI中发送窗口的大小参数WSN,将WSN填入 到Window Size SUFI中，并更新SendWinTim为预设值，连续SendWinTim次 向发送端发送该Window Size SUFI后，将SendWinTim清零；
E、 启动第一定时器，第一定时器的定时时间到时，返回步骤C;
F、 判断接收緩存占有率是否小于预设的緩存下限，并且SendWinTim为 零，若是，进入步骤G，否则，返回步骤B;
G、 计算Window Size SUFI中发送窗口的大小参数WSN，将WSN填入 到Window Size SUFI中，并向发送端发送该Window Size SUFI;
H、 启动第二定时器，第二定时器的定时时间到时，返回步骤C。
较佳地，步骤D中，计算Window Size SUFI中发送窗口的大小参数WSN 为减小WSN;步骤G中，计算Window Size SUFI中发送窗口的大小参数 WSN为增大WSN。
较佳地，步骤A之前进一步包括在接收端根据具体的业务或应用场景 预先设置用于减小发送端发送窗口的緩存上限，和用于增大发送端发送窗口的 緩存下限。
较佳地，所述预设的緩存上限为70%，所述预设的緩存下限为30%。 较佳地，所述第一、第二、第三定时器的定时时间根据具体的业务或应用 场景预先设定。
较佳地，所述SendWinTim的预设值为3。
由上述的技术方案可见，本发明的这种无线链路控制层窗口流量的调整方 法，在接收端设置用于调整发送端发送窗口的緩存门限，反复检查接收緩存占 有率，根据接收緩存占有率来触发发送Window Size SUFI。由于本发明是针对 接收端接收緩存的实际情况，在需要调整发送窗口时才触发发送Window Size SUFI,避免了盲目地多次重复发送Window Size SUFI信息，从而节省了宝贵 的空口资源。对于同 一个Window Size SUFI信息，连续发送SendWinTim次， 认为SendWinTim次发送之后，能够基本确保发送端收到Window Size SUFI, 即使再次出现了 Window Size SUFI丟失，由于接收端还在检查接收緩存占有 率，还可以根据当前接收緩存占有率再次触发发送Window Size SUFI，保证了 在达到緩存门限的情况下，及时发送Window Size SUFI来调整发送端的发送 窗口。同时，对于接收端接收緩存占有率没有达到任何一个接收緩存门限的情 况下，此时不需要调整发送窗口，那么不必立即检查接收緩存占有率，而是等 待一段时间(定时器3)后再检查，保证了在数据流量稳定的情况下，不会频 繁检查接收緩存占有率。
图1为RLC协议滑动窗口示意图2为接收端通过Window Size SUFI信息通知发送端改变发送窗口示意
图3为本发明较佳实施例的无线链路控制层窗口流量的调整方法流程图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实 施例对本发明进行详细描述。
参见图3，图3为本发明较佳实施例的无线链路控制层窗口流量的调整方 法流程图。本实施例中，在接收端根据具体的业务或应用场景预先设置用于减 小发送端发送窗口的缓存上限和用于增大发送端发送窗口的緩存下限。这两个 门限是接收緩存的占有率，例如，设置緩存上限为70%，緩存下限为30%。 该流程包括以下步骤
步骤301、接收端创建了接收实体后，初始化SendWinTim为预设值；
SendWinTim为连续发送Window Size SUFI的次数，一4殳来说，认为连续 发送3次之后，能够基本确保发送端收到Window Size SUFI。因此，在本实施 例中，所述SendWinTim的预设值设置为3。
步骤302、接收端启动定时器3;
步骤303、判断定时器3是否到达其定时时间，若是，执行步骤304,否 则，返回执行本步骤；
本发明较佳实施例在接收端创建了接收实体后，并不是立即检查接收緩 存，而是在等待一定时间后再进行緩存检查，根据接收緩存占有率来判断是否 需要向发送端发送Window Size SUFI。
步骤304、判断接收緩存占有率是否大于预设的緩存上限，若是，执行步 骤305，否则，执行步骤310;
接收端对接收緩存占有率进行检查，如果接收緩存占有率大于预设的緩存 上限，例如大于70%，则说明需要进行窗口流量调整。
步骤305、计算Window Size SUFI中发送窗口的大小参数WSN,将计算 出的WSN填入该Window Size SUFI中，并更新SendWinTime值；
此时的接收緩存占有率大于緩存上限，所以减小WSN(发送端的 Configure—Tx—Window—Size )， 同时设置SendWinTime为3。
步骤306、将Window Size SUFI加入到状态PDU中，向发送端发送该状 态PDU,同时令SendWinTime减1;
步骤307，判断SendWinTime是否等于零，若是，执行步骤308,否则，
返回步骤306;
步骤308、接收端启动定时器l;
步骤309、判断定时器1是否到达其定时时间，若是，返回步骤304，否 则，返回执行本步骤；
步骤310、判断接收緩存占有率是否小于预设的緩存下限，同时判断 SendWinTime是否等于零，若是，执行步骤311，否则，返回执行步骤302;
在本步骤中，需要判断SendWinTime是否等于零，若SendWinTime等于 零，说明已经执行过步骤305 -309，结果是减小了发送窗口，这时，如果接 收緩存占有率小于预设的緩存下限，则需要进行窗口流量调整；若 SendWinTime不等于零，则表明在创建接收实体后，还未进行过窗口流量调整， 这时，无论接收緩存占有率是否小于预设的緩存下限，都不需要进行窗口流量 调整。
步骤311、计算Window Size SUFI中发送窗口的大小参数WSN,将计算 出的WSN填入该Window Size SUFI中；
此时的接收緩存占有率小于緩存下限，所以增大WSN (发送端的 Configure—TxJWindow—Size )。
步骤312,将Window Size SUFI加入到状态PDU中，向发送端发送该状 态PDU;
步骤313、接收端启动定时器2;
步骤314、判断定时器2是否到达其定时时间，若是，返回步骤3(H，否 则，返回执行本步骤。
本实施例中，所述定时器l、 2、 3的定时时间可#^居具体的业务或应用场 景灵活设定。
最后应当说明的是，以上实施例仅用以说明本发明的技术方案而非限制， 本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同 替换，而不脱离本发明技术方案的精神范围，其均应涵盖在本发明的权利要求 范围当中。
权利要求
1.一种无线链路控制层窗口流量的调整方法，其特征在于，包括如下步骤A、接收端创建接收实体后，初始化发送次数SendWinTim为预设值；B、启动第三定时器，第三定时器的定时时间到时，进入步骤C；C、判断接收缓存占有率是否大于预设的缓存上限，若是，进入步骤D，否则，进入步骤F；D、计算窗口大小调整信息Window Size SUFI中发送窗口的大小参数WSN，将WSN填入到Window Size SUFI中，并更新SendWinTim为预设值，连续SendWinTim次向发送端发送该Window Size SUFI后，将SendWinTim清零；E、启动第一定时器，第一定时器的定时时间到时，返回步骤C；F、判断接收缓存占有率是否小于预设的缓存下限，并且SendWinTim为零，若是，进入步骤G，否则，返回步骤B；G、计算Window Size SUFI中发送窗口的大小参数WSN，将WSN填入到Window Size SUFI中，并向发送端发送该Window Size SUFI；H、启动第二定时器，第二定时器的定时时间到时，返回步骤C。
2. 如权利1所述的方法，其特征在于步骤D中，计算Window Size SUFI中发送窗口的大小参数WSN为减 小WSN;步骤G中，计算Window Size SUFI中发送窗口的大小参数WSN为增 大WSN。
3. 如权利l所述的方法，其特征在于，步骤A之前进一步包括 在接收端根据具体的业务或应用场景预先设置用于减小发送端发送窗口的緩存上限，和用于增大发送端发送窗口的緩存下限。
4. 如权利3所述的方法，其特征在于 所述预设的緩存上限为70% ,所述预设的緩存下限为30% 。
5. 如权利要求1所述的方法，其特征在于 所述第一、第二、第三定时器的定时时间4艮据具体的业务或应用场景预先 设定。
6.如权利要求1所述的方法，其特征在于 所述SendWinTim的预i殳值为3。
全文摘要
本发明公开了一种无线链路控制层窗口流量的调整方法。所述方法在接收端设置用于减小发送端发送窗口的缓存上限和用于增大发送端发送窗口的缓存下限，接收端反复检查接收缓存占有率，根据接收缓存占有率来触发发送Window Size SUFI；对于同一个Window Size SUFI信息，连续发送SendWinTim次；对于接收端接收缓存占有率没有达到任何一个接收缓存门限的情况下，不需要调整发送窗口，不立即对接收缓存占有率进行检查，而是等待一段时间后再进行检查。本发明不仅有效地防止了Window Size SUFI的丢失问题，而且避免了在数据流量稳定的情况下频繁检查接收端接收缓存占有率的缺陷。
文档编号H04L12/56GK101170504SQ20071017865
公开日2008年4月30日 申请日期2007年12月3日 优先权日2007年12月3日
发明者刘宇红 申请人:北京天碁科技有限公司