專利名稱：無線鏈路控制層窗口流量的調(diào)整方法
技術(shù)領(lǐng)域：
本發(fā)明涉及時分同步碼分多址(TD-SCDMA)系統(tǒng)中無線鏈路控制層技 術(shù)，特別涉及一種無線鏈路控制層發(fā)送窗口的調(diào)整方法。
背景技術(shù)：
TD-SCDMA系統(tǒng)中無線鏈路控制協(xié)議(RLC)控制著無線鏈路數(shù)據(jù)包的 發(fā)送。RLC協(xié)議是一種基于滑動窗口的控制協(xié)議，圖1為RLC協(xié)議滑動窗口 示意圖。圖1中，RLC發(fā)送端有交叉斜線的方塊是指對端已經(jīng)確認(rèn)沒有收到 需要重新發(fā)送的數(shù)據(jù)包，虛線填充的方塊表示等待對端確認(rèn)的數(shù)據(jù)包，空白方 塊表示沒有占用的緩存；RLC接收端有交叉斜線的方塊表示對端發(fā)送丟失需 要重新接收的數(shù)據(jù)包，有陰影的方塊表示已經(jīng)收到的數(shù)據(jù)包，空白方塊表示沒 有占用的緩存。
RLC協(xié)議基本變量說明如下
Configure—Tx—Window—Size:上層協(xié)議層配置給RLC發(fā)送端的發(fā)送窗口 的初始值，也是最大發(fā)送窗口尺寸，單位以協(xié)議數(shù)據(jù)單元(PDU)的個數(shù)表示， RLC發(fā)送端根據(jù)該變量申請發(fā)送緩存。
VT(S):發(fā)送狀態(tài)變量，該值表示要發(fā)送的下一個PDU的序號(除去重 傳的PDU)。
VT(A):確認(rèn)狀態(tài)變量，該值表示下一個等待接收端確認(rèn)的連續(xù)的PDU 的序號。
VT(MS):最大發(fā)送狀態(tài)變量，序號大于等于該值的PDU將不允許4^ 送，VT (MS) =VT (A) +VT ( WS )。
VT( WS ):發(fā)送窗口尺寸，初始值也是最大值為Configure—Tx—Window—Size, 最小值為1 (或其它上層配置的值)，VT (WS)在這個范圍內(nèi)變化。
Configure—Rx—Window—Size:上層協(xié)議層配置給RLC接收端的初始接收 窗口尺寸，單位以PDU的個數(shù)表示，RLC接收端根據(jù)該變量申請接收緩存。
VR(R):接收狀態(tài)變量，該值表示要接收的下一個連續(xù)的PDU的序號。 VR (H):最大期望接收狀態(tài)變量，該值表示期望接收的最大PDU的序號。
VR(MR):最大允許接收的狀態(tài)變量，序號大于等于該值的PDU將被 RLC接收端拒絕接收，VR ( MR) =VR ( R) + Configure—Rx—Window_Size。
RLC 4妄收端通過狀態(tài)PDU ( Status PDU)通知RLC發(fā)送端某些lt據(jù)PDU (DataPDU)已經(jīng)被接收到，某些數(shù)據(jù)PDU沒有被接收到，RLC發(fā)送端收到 這些狀態(tài)PDU后，改變VT (A)的值，從而推動VT (MS)向前滑動，保證 數(shù)據(jù)不斷被發(fā)送。
當(dāng)RLC發(fā)送端檢測到某個數(shù)據(jù)PDU沒有被接收端收到，如圖1中RLC 發(fā)送端有交叉斜線的方塊。那就會導(dǎo)致VT (S)不斷增加直到VT (MS)，不 再發(fā)送序列號大于等于VT (MS )的數(shù)據(jù)PDU。
當(dāng)RLC接收端檢測到某個數(shù)據(jù)PDU沒有收到，如圖1中RLC接收端有 交叉斜線的方塊。那么就會導(dǎo)致VR(H)不斷增加直到VR(MR),不再接收 序列號大于等于VR (MR)的數(shù)據(jù)PDU。
在現(xiàn)有協(xié)議中規(guī)定RLC接收端根據(jù)自身的接收緩存情況來控制RLC發(fā)送 端發(fā)送窗口的大小，從而控制無線鏈路的帶寬使用。其方法是RLC接收端把 包含窗口大小調(diào)整信息(Window Size SUFI)的狀態(tài)PDU發(fā)送到RLC發(fā)送端， 從而進(jìn)行流量控制。Window Size SUFI的構(gòu)成如下表所示
TYPE = WINDOW
_WSN_
其中，TYPE為信息類型參數(shù)，長度4bit，值為0001時表示W(wǎng)indow; WSN為發(fā)送窗口大小參數(shù)，長度12bit,其值為RLC接收端根據(jù)自身接收情 況填寫的窗口大小。
當(dāng)RLC發(fā)送端收到包含Window Size SUFI信息的狀態(tài)PDU后，將VT (WS )改變?yōu)? WSN 。
若WSN=0 ,則丟棄該SUFI ; 若WSN> Configure—Tx一Window一Size,則VT (WS)取Configure—Tx—Window—Size 。 當(dāng)無線鏈路惡化時，會有數(shù)據(jù)丟失，導(dǎo)致RLC接收端緩存增大，RLC接
收端此時通過Window Size SUFI來減少RLC發(fā)送端的數(shù)據(jù)發(fā)送，通知RLC 發(fā)送端減少VT(WS)，從而減小發(fā)送窗口，避免數(shù)據(jù)擁塞。
參見圖2，圖2為接收端通過Window Size SUFI信息通知發(fā)送端改變發(fā)送 窗口示意圖。當(dāng)RLC接收端檢測到接收緩存的可用空間在不斷增加，達(dá)到某 些門限的時候(如圖2所示，此時所有重傳的數(shù)據(jù)PDU已經(jīng)收到，RLC接收 端沒有緩存占用)，RLC接收端向RLC發(fā)送端發(fā)送包含Window Size SUFI信 息的狀態(tài)PDU, Window Size SUFI信息中的WSN大于當(dāng)前發(fā)送端的VT( WS )， 通過Window Size SUFI，通知RLC發(fā)送端增加VT( WS ),從而加大發(fā)送窗口 ， 避免數(shù)據(jù)鏈路的帶寬利用效率下降。
按照不同的業(yè)務(wù)的實際測量情況， 一些非實時數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)PDU丟失 率可以容忍到10%，在良好的無線環(huán)境下，協(xié)議規(guī)定的丟棄率不超過0.7%, 所以相比較而言，Window Size SUFI丟失的概率是較高的。
按照協(xié)議規(guī)定發(fā)送端不對無線鏈路帶寬的使用情況進(jìn)行檢測，只在接收到 接收端發(fā)來的Window Size SUFI信息時，根據(jù)信息要求調(diào)整窗口大小。這樣 如果接收端發(fā)送的Window Size SUFI丟失，發(fā)送端就不會主動進(jìn)行窗口調(diào)整。 在鏈路由惡劣狀態(tài)向良好狀態(tài)轉(zhuǎn)化的時候， 一旦RLC接收端要求RLC發(fā)送端 增加發(fā)送窗口的Window Size SUFI丟失，發(fā)送端則不進(jìn)行窗口調(diào)整。Window Size SUFI的觸發(fā)在RLC協(xié)議中沒有統(tǒng)一的標(biāo)準(zhǔn)，觸發(fā)一次以后就有可能過4艮 長時間才觸發(fā)，尤其在無線質(zhì)量變好，數(shù)據(jù)PDU丟失率下降的情況下，甚至 不再觸發(fā)，在這段時間內(nèi)即使無線鏈路良好，無線鏈路也可能按照很低的速率 發(fā)送數(shù)據(jù)，將會造成很嚴(yán)重的無線鏈路速率下降。
根據(jù)以上的描述可知，若通知RLC發(fā)送端調(diào)整發(fā)送窗口的Window Size SUFI信息在無線傳輸過程中丟失，將會導(dǎo)致數(shù)據(jù)的擁塞或無線鏈路的速率下 降。
目前，接收端發(fā)送Window Size SUFI信息的方法主要有以下兩種 第一種周期性發(fā)送Window Size SUFI信息的方法。目前通常采用此種 方法，該方法在RLC接收實體的存續(xù)期間內(nèi)都會按照定時器T周期性發(fā)送 Window Size SUFI,直道RLC接收實體消亡。這樣基本可以保證RLC發(fā)送端 收到Window Size SUFI信息，并正常的進(jìn)行流量控制。第二種狀態(tài)報告中必須包含Window Size SUFI信息的方法。這種方法 在狀態(tài)報告中，必須包含TYPE為0001的Window Size SUFI信息。由于狀態(tài) 報告發(fā)送的頻度4交高，所以也能保證RLC發(fā)送端收到Window Size SUFI信息， 并正常的進(jìn)行流量控制。
上述兩種方法，雖然都能進(jìn)行正常的流量控制，但是兩種方法中接收端都 是盲目地多次重復(fù)發(fā)送Window Size SUFI信息，而實際上有些情況下發(fā)送窗 口是不需要調(diào)整的，使得其中很多次發(fā)送的Window Size SUFI信息是沒有必 要的，這樣就浪費了寶貴的空口資源。
可見，由于協(xié)議中對Window Size SUFI的觸發(fā)和應(yīng)用論述較為簡單，也 沒有提出相關(guān)的保護(hù)措施，造成了實際應(yīng)用過程中空口資源的浪費，使得無線 鏈路帶寬的利用效率降低。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種無線鏈路控制層窗口流量的調(diào)整 方法，有效克服Window Size SUFI的丟失問題，及避免在數(shù)據(jù)流量穩(wěn)定的情 況下頻繁檢查接收端接收緩存占有率的缺陷。
本發(fā)明提供的無線鏈i 各控制層窗口流量的調(diào)整方法，包括以下步驟
A、 接收端創(chuàng)建接收實體后，初始化SendWinTim為預(yù)設(shè)值；
B、 啟動第三定時器，第三定時器的定時時間到時，進(jìn)入步驟C;
C、 判斷接收緩存占有率是否大于預(yù)設(shè)的緩存上限，若是，進(jìn)入步驟D, 否則，iiA步驟F;
D、 計算Window Size SUFI中發(fā)送窗口的大小參數(shù)WSN,將WSN填入 到Window Size SUFI中，并更新SendWinTim為預(yù)設(shè)值，連續(xù)SendWinTim次 向發(fā)送端發(fā)送該Window Size SUFI后，將SendWinTim清零；
E、 啟動第一定時器，第一定時器的定時時間到時，返回步驟C;
F、 判斷接收緩存占有率是否小于預(yù)設(shè)的緩存下限，并且SendWinTim為 零，若是，進(jìn)入步驟G，否則，返回步驟B;
G、 計算Window Size SUFI中發(fā)送窗口的大小參數(shù)WSN，將WSN填入 到Window Size SUFI中，并向發(fā)送端發(fā)送該Window Size SUFI;
H、 啟動第二定時器，第二定時器的定時時間到時，返回步驟C。
較佳地，步驟D中，計算Window Size SUFI中發(fā)送窗口的大小參數(shù)WSN 為減小WSN;步驟G中，計算Window Size SUFI中發(fā)送窗口的大小參數(shù) WSN為增大WSN。
較佳地，步驟A之前進(jìn)一步包括在接收端根據(jù)具體的業(yè)務(wù)或應(yīng)用場景 預(yù)先設(shè)置用于減小發(fā)送端發(fā)送窗口的緩存上限，和用于增大發(fā)送端發(fā)送窗口的 緩存下限。
較佳地，所述預(yù)設(shè)的緩存上限為70%，所述預(yù)設(shè)的緩存下限為30%。 較佳地，所述第一、第二、第三定時器的定時時間根據(jù)具體的業(yè)務(wù)或應(yīng)用 場景預(yù)先設(shè)定。
較佳地，所述SendWinTim的預(yù)設(shè)值為3。
由上述的技術(shù)方案可見，本發(fā)明的這種無線鏈路控制層窗口流量的調(diào)整方 法，在接收端設(shè)置用于調(diào)整發(fā)送端發(fā)送窗口的緩存門限，反復(fù)檢查接收緩存占 有率，根據(jù)接收緩存占有率來觸發(fā)發(fā)送Window Size SUFI。由于本發(fā)明是針對 接收端接收緩存的實際情況，在需要調(diào)整發(fā)送窗口時才觸發(fā)發(fā)送Window Size SUFI,避免了盲目地多次重復(fù)發(fā)送Window Size SUFI信息，從而節(jié)省了寶貴 的空口資源。對于同 一個Window Size SUFI信息，連續(xù)發(fā)送SendWinTim次， 認(rèn)為SendWinTim次發(fā)送之后，能夠基本確保發(fā)送端收到Window Size SUFI, 即使再次出現(xiàn)了 Window Size SUFI丟失，由于接收端還在檢查接收緩存占有 率，還可以根據(jù)當(dāng)前接收緩存占有率再次觸發(fā)發(fā)送Window Size SUFI，保證了 在達(dá)到緩存門限的情況下，及時發(fā)送Window Size SUFI來調(diào)整發(fā)送端的發(fā)送 窗口。同時，對于接收端接收緩存占有率沒有達(dá)到任何一個接收緩存門限的情 況下，此時不需要調(diào)整發(fā)送窗口，那么不必立即檢查接收緩存占有率，而是等 待一段時間(定時器3)后再檢查，保證了在數(shù)據(jù)流量穩(wěn)定的情況下，不會頻 繁檢查接收緩存占有率。


圖1為RLC協(xié)議滑動窗口示意圖2為接收端通過Window Size SUFI信息通知發(fā)送端改變發(fā)送窗口示意
圖3為本發(fā)明較佳實施例的無線鏈路控制層窗口流量的調(diào)整方法流程圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖及具體實 施例對本發(fā)明進(jìn)行詳細(xì)描述。
參見圖3，圖3為本發(fā)明較佳實施例的無線鏈路控制層窗口流量的調(diào)整方 法流程圖。本實施例中，在接收端根據(jù)具體的業(yè)務(wù)或應(yīng)用場景預(yù)先設(shè)置用于減 小發(fā)送端發(fā)送窗口的緩存上限和用于增大發(fā)送端發(fā)送窗口的緩存下限。這兩個 門限是接收緩存的占有率，例如，設(shè)置緩存上限為70%，緩存下限為30%。 該流程包括以下步驟
步驟301、接收端創(chuàng)建了接收實體后，初始化SendWinTim為預(yù)設(shè)值；
SendWinTim為連續(xù)發(fā)送Window Size SUFI的次數(shù)，一4殳來說，認(rèn)為連續(xù) 發(fā)送3次之后，能夠基本確保發(fā)送端收到Window Size SUFI。因此，在本實施 例中，所述SendWinTim的預(yù)設(shè)值設(shè)置為3。
步驟302、接收端啟動定時器3;
步驟303、判斷定時器3是否到達(dá)其定時時間，若是，執(zhí)行步驟304,否 則，返回執(zhí)行本步驟；
本發(fā)明較佳實施例在接收端創(chuàng)建了接收實體后，并不是立即檢查接收緩 存，而是在等待一定時間后再進(jìn)行緩存檢查，根據(jù)接收緩存占有率來判斷是否 需要向發(fā)送端發(fā)送Window Size SUFI。
步驟304、判斷接收緩存占有率是否大于預(yù)設(shè)的緩存上限，若是，執(zhí)行步 驟305，否則，執(zhí)行步驟310;
接收端對接收緩存占有率進(jìn)行檢查，如果接收緩存占有率大于預(yù)設(shè)的緩存 上限，例如大于70%，則說明需要進(jìn)行窗口流量調(diào)整。
步驟305、計算Window Size SUFI中發(fā)送窗口的大小參數(shù)WSN,將計算 出的WSN填入該Window Size SUFI中，并更新SendWinTime值；
此時的接收緩存占有率大于緩存上限，所以減小WSN(發(fā)送端的 Configure—Tx—Window—Size )， 同時設(shè)置SendWinTime為3。
步驟306、將Window Size SUFI加入到狀態(tài)PDU中，向發(fā)送端發(fā)送該狀 態(tài)PDU,同時令SendWinTime減1;
步驟307，判斷SendWinTime是否等于零，若是，執(zhí)行步驟308,否則，
返回步驟306;
步驟308、接收端啟動定時器l;
步驟309、判斷定時器1是否到達(dá)其定時時間，若是，返回步驟304，否 則，返回執(zhí)行本步驟；
步驟310、判斷接收緩存占有率是否小于預(yù)設(shè)的緩存下限，同時判斷 SendWinTime是否等于零，若是，執(zhí)行步驟311，否則，返回執(zhí)行步驟302;
在本步驟中，需要判斷SendWinTime是否等于零，若SendWinTime等于 零，說明已經(jīng)執(zhí)行過步驟305 -309，結(jié)果是減小了發(fā)送窗口，這時，如果接 收緩存占有率小于預(yù)設(shè)的緩存下限，則需要進(jìn)行窗口流量調(diào)整；若 SendWinTime不等于零，則表明在創(chuàng)建接收實體后，還未進(jìn)行過窗口流量調(diào)整， 這時，無論接收緩存占有率是否小于預(yù)設(shè)的緩存下限，都不需要進(jìn)行窗口流量 調(diào)整。
步驟311、計算Window Size SUFI中發(fā)送窗口的大小參數(shù)WSN,將計算 出的WSN填入該Window Size SUFI中；
此時的接收緩存占有率小于緩存下限，所以增大WSN (發(fā)送端的 Configure—TxJWindow—Size )。
步驟312,將Window Size SUFI加入到狀態(tài)PDU中，向發(fā)送端發(fā)送該狀 態(tài)PDU;
步驟313、接收端啟動定時器2;
步驟314、判斷定時器2是否到達(dá)其定時時間，若是，返回步驟3(H，否 則，返回執(zhí)行本步驟。
本實施例中，所述定時器l、 2、 3的定時時間可#^居具體的業(yè)務(wù)或應(yīng)用場 景靈活設(shè)定。
最后應(yīng)當(dāng)說明的是，以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制， 本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可以對本發(fā)明的技術(shù)方案進(jìn)行修改或者等同 替換，而不脫離本發(fā)明技術(shù)方案的精神范圍，其均應(yīng)涵蓋在本發(fā)明的權(quán)利要求 范圍當(dāng)中。
權(quán)利要求
1.一種無線鏈路控制層窗口流量的調(diào)整方法，其特征在于，包括如下步驟A、接收端創(chuàng)建接收實體后，初始化發(fā)送次數(shù)SendWinTim為預(yù)設(shè)值；B、啟動第三定時器，第三定時器的定時時間到時，進(jìn)入步驟C；C、判斷接收緩存占有率是否大于預(yù)設(shè)的緩存上限，若是，進(jìn)入步驟D，否則，進(jìn)入步驟F；D、計算窗口大小調(diào)整信息Window Size SUFI中發(fā)送窗口的大小參數(shù)WSN，將WSN填入到Window Size SUFI中，并更新SendWinTim為預(yù)設(shè)值，連續(xù)SendWinTim次向發(fā)送端發(fā)送該Window Size SUFI后，將SendWinTim清零；E、啟動第一定時器，第一定時器的定時時間到時，返回步驟C；F、判斷接收緩存占有率是否小于預(yù)設(shè)的緩存下限，并且SendWinTim為零，若是，進(jìn)入步驟G，否則，返回步驟B；G、計算Window Size SUFI中發(fā)送窗口的大小參數(shù)WSN，將WSN填入到Window Size SUFI中，并向發(fā)送端發(fā)送該Window Size SUFI；H、啟動第二定時器，第二定時器的定時時間到時，返回步驟C。
2. 如權(quán)利1所述的方法，其特征在于步驟D中，計算Window Size SUFI中發(fā)送窗口的大小參數(shù)WSN為減 小WSN;步驟G中，計算Window Size SUFI中發(fā)送窗口的大小參數(shù)WSN為增 大WSN。
3. 如權(quán)利l所述的方法，其特征在于，步驟A之前進(jìn)一步包括 在接收端根據(jù)具體的業(yè)務(wù)或應(yīng)用場景預(yù)先設(shè)置用于減小發(fā)送端發(fā)送窗口的緩存上限，和用于增大發(fā)送端發(fā)送窗口的緩存下限。
4. 如權(quán)利3所述的方法，其特征在于 所述預(yù)設(shè)的緩存上限為70% ,所述預(yù)設(shè)的緩存下限為30% 。
5. 如權(quán)利要求1所述的方法，其特征在于 所述第一、第二、第三定時器的定時時間4艮據(jù)具體的業(yè)務(wù)或應(yīng)用場景預(yù)先 設(shè)定。
6.如權(quán)利要求1所述的方法，其特征在于 所述SendWinTim的預(yù)i殳值為3。
全文摘要
本發(fā)明公開了一種無線鏈路控制層窗口流量的調(diào)整方法。所述方法在接收端設(shè)置用于減小發(fā)送端發(fā)送窗口的緩存上限和用于增大發(fā)送端發(fā)送窗口的緩存下限，接收端反復(fù)檢查接收緩存占有率，根據(jù)接收緩存占有率來觸發(fā)發(fā)送Window Size SUFI；對于同一個Window Size SUFI信息，連續(xù)發(fā)送SendWinTim次；對于接收端接收緩存占有率沒有達(dá)到任何一個接收緩存門限的情況下，不需要調(diào)整發(fā)送窗口，不立即對接收緩存占有率進(jìn)行檢查，而是等待一段時間后再進(jìn)行檢查。本發(fā)明不僅有效地防止了Window Size SUFI的丟失問題，而且避免了在數(shù)據(jù)流量穩(wěn)定的情況下頻繁檢查接收端接收緩存占有率的缺陷。
文檔編號H04L12/56GK101170504SQ20071017865
公開日2008年4月30日 申請日期2007年12月3日 優(yōu)先權(quán)日2007年12月3日
發(fā)明者劉宇紅 申請人:北京天碁科技有限公司