無線鏈路層的流量控制方法
2023-05-29 18:30:26
專利名稱：無線鏈路層的流量控制方法
技術領域：
本發明涉及通信領域，尤其涉及3GPP(第三代移動通信系統)的RLC(無線鏈路層)的流量控制方法。
背景技術：
在現有的TDD/CDMA移動通信系統中，通常採用如圖1所示的空中接口協議的體系結構。該空中接口協議體系主要分為三層，最低層的為物理層(PHY)L1；位於物理層之上是數據鏈路層L2，它包括媒體接入控制層(MAC)和無線鏈路控制層(RLC)。
RLC提供數據鏈路的建立和釋放服務。在控制平面，RLC承載上層的業務稱之為信令無線承載(Signal radio bearer，SRB)，在信令無線承載上傳輸的數據是信令；在用戶平面，如果PDCP(分組數據協議匯聚子層)和BMC(廣播/多播控制子層)沒有被業務使用時，RLC承載上層的業務稱之為無線承載(radiobearer，RB)，否則RB由PDCP和BMC承載，在無線承載上傳輸的數據是用戶信息。信令和用戶信息都通過RLC進行傳輸。傳輸數據包括發送數據和接收數據，而傳輸的數據包括信令和用戶信息。
無線鏈路的不穩定以及接收端、發送端的性能不對稱，都可能導致數據在鏈路上傳遞不暢而引起阻塞，或者由於接收端性能較低而引起接收端不能及時接收發送端發送的數據，進而導致接收端的內存耗盡或者接收窗口溢出。這些問題都需要通過在鏈路層進行有效的流量控制加以避免或解決。故無論早期的HDLC(高級數據鏈路控制)、SDLC(同步數據鏈路控制)，以及後來的LLC(基於高速數據鏈路規程HDLC的無線鏈路協議)等各種鏈路控制協議，都無一例外的具備流量控制功能，並且在協議中對採用的流量控制方法進行了詳細的描述。
現有的無線鏈路層流量控制方案大致可分為兩類一是以HDLC、LLC中的流量控制方案為代表。這些協議需要控制的鏈路都是共享的「虛」鏈路，主要用於傳輸數據包。由於鏈路共享，故存在鏈路擁塞事件發生。同時由於發送端和接收端的性能不對稱，可能導致接收端的緩存過滿。基於這樣的鏈路特點，以上協議的流量控制方案都是基於避免鏈路擁塞和接收緩存溢出兩個方面來考慮。流量控制具體為當發送端發現鏈路丟包或一段時間沒有收到確認包時，就認為鏈路發生擁塞，觸發流量控制調整發送窗口的大小直到收到確認包為止。並且，接收端周期性的或不定時的通知發送端自身的接收緩存大小，以便發送端及時調整發送窗口大小。
另一類流量控制方案是以GPRS中RLC的流量控制方案為代表。其鏈路特點是專用，沒有共享機制，不會發生擁塞情況。而由於其發送窗口使用確認-滑動窗口機制，需要得到接收端確認後才能移動發送窗口，所以需要在發送窗口停滯時，發送Stall Indicator(遲延指示)給接收端，讓其發送確認消息，以滑動發送窗口。這類流量控制方案的目的是保證數據的連續、無間斷髮送。
隨著TDD/CDMA通信系統的發展，3GPP提供了一種RLC鏈路控制協議，協議中同樣提到需要具備流量控制功能，也為流量控制專門設置了超域(WINDOW SUFI)；但卻沒有對具體採用怎樣的流量控制方法進行說明。
由於3GPP RLC協議所基於的鏈路特點與HDLC/LLC協議基於的鏈路特點很不同3GPP RLC控制的鏈路大多為專用鏈路，很少有共享機制，即使鏈路為共享鏈路，也是採用分時控制，因此也不會發生數據包擁塞，所以不需要使用流量控制來避免網路擁塞。
另外，雖然3GPP RLC協議中的發送窗口也是使用確認-滑動機制，但為了避免GPRS RLC中由於發送窗口停滯導致的發送效率低下的問題，在3GPPRLC中，發送窗口一般被設置較大(接收窗口的2、3倍)，故發送窗口很少會停滯，GPRS RLC的流量控制方案也就不能用於3GPP RLC中。
也就是說，目前沒有一種適合3GPP RLC的鏈路特點的流量控制方案，以便3GPP通信系統合理、高效的進行無線鏈路上的流量控制。
發明內容
本發明的目的在於提供一種適合3GPP RLC的鏈路特點的RLC流量控制方法。
為解決上述問題，本發明公開了一種無線鏈路層的流量控制方法，包括以下步驟(1)在數據傳輸過程中，接收端檢測到用於緩存該數據鏈路上傳輸數據的內存空間不足時，觸發流量控制；(2)接收端停止接收序號SN≥VR_H的協議數據單元PDU，VR_H為接收端接收到的PDU的最大序號；(3)接收端向發送端發送包含重傳PDU信息和調整發送窗口信息的狀態報告；(4)若接收端在預先設定的時間內接收到重傳PDU且檢測到緩存該數據鏈路上傳輸數據的內存空間達到一閾值時，則結束流量控制，否則，進行步驟(3)。
步驟(1)中接收端檢測到用於緩存該數據鏈路上傳輸數據的內存空間不足進一步為接收端檢測到Mspare＜Mlost+Mmax；步驟(4)中檢測到緩存該數據鏈路上傳輸數據的內存空間達到一閾值進一步為接收端檢測到Mspare＞Mlost+Mmax，其中，Mspare為接收端用於該數據鏈路接收隊列的剩餘內存空間，Mlost為該數據鏈路上丟失的PDU所佔的存儲空間，Mmax為接收端通過統計每個傳輸時間間隔TTI內接收到的PDU數目得到發送端在每個TTI內發送PDU的最大數量所佔的存儲空間。
步驟(4)結束流量控制進一步包括接收端發送若干次包括讓發送端的發送窗口大小還原到原配置窗口大小的狀態報告至發送端，以便發送端還原發送窗口大小至原配置窗口大小。
步驟(4)結束流量控制進一步包括a1接收端發送包括讓發送端的發送窗口大小還原到原配置窗口大小的狀態報告至發送端；a2接收端判斷是否接收到數據包序號SN≥VR_H的PDU，若是，則退出流量控制過程，否則繼續進行步驟a1。
最優地，預先設定的時間為TTI的整數倍。步驟(3)中發送調整發送窗口信息包括發送窗口大小WSN＝VR_H-VR_R的超域WINDOWS SUFI，VR_R為接收端等待接收的PDU的序號。
本發明還公開另一種無線鏈路層的流量控制方法，包括以下步驟(1)在數據傳輸過程中，接收端檢測到用於傳輸所述數據的數據鏈路惡化達到預設條件時，觸發流量控制；(2)接收端向發送端發送包含重傳協議數據單元PDU信息和調整發送窗口信息的狀態報告；(3)若接收端在預設的等待時間內接收到重傳PDU且接收隊列往前移動時，則結束流量控制，否則，進行步驟(2)。
步驟(3)還包括當接收端在預設的等待時間內接收到重傳PDU且接收隊列往前移動時，進一步判斷在預設的觀察時間內檢測到的數據鏈路惡化是否達到預設條件，若是，則進行步驟(2)，否則才停止流量控制。
數據鏈路惡化達到預設條件進一步為接收端接收到接收序號SN為VR_MR-1的PDU數據包，其中，VR_MR為接收端允許接收到的協議數據單元PDU的最大序號。
接收端向發送端發送調整發送窗口信息包括發送端發送WSN＝WINRX+WINmin的超域WINDOW SUFI，以便發送端比較窗口大小WSN與原配置的發送窗口大小，從中選擇較小的窗口大小做為下一次數據發送的發送窗口大小，其中，WSN為窗口大小，WINRX為接收窗口大小，WINmin為接收端根據狀態報告周期估計發送窗口的最小值。
結束流量控制進一步為接收端發送若干次包括讓發送端的發送窗口大小還原到原配置窗口大小的狀態報告至發送端，以便發送端還原發送窗口大小至原配置窗口大小。
與現有技術相比，本發明具有以下優點本發明是基於3GPP RLC的鏈路特點和協議特徵而專門提出的，避免發生內存耗盡導致接收端死機的情況；在無線鏈路變差的情況下，減少接收窗口外數據的發送，可以減少對其他鏈路數據的影響，提高無線環境的鏈路質量。
圖1是TDD/CDMA移動通信系統的空中接口協議的體系結構；圖2是本發明公開的第一種無線鏈路層的流量控制方法的流程圖；圖3是本發明RLC流量控制的第一實施流程圖；圖4是本發明公開的第二種無線鏈路層的流量控制方法的流程圖；圖5是本發明RLC流量控制的第二實施流程圖。
具體實施例方式
以下結合附圖，具體說明本發明。
請參閱圖2，其為本發明公開的第一種無線鏈路層的流量控制方法的流程圖。它包括以下步驟S110在數據傳輸過程中，接收端檢測到用於緩存該數據鏈路上傳輸數據的內存空間不足時，觸發流量控制。
由於成本以及體積等方面的限制，終端的內存不會太大。如果終端的RLC同時建立的邏輯邏路較多時，就有可能存在鏈路質量差而引起一定數目的丟包，這樣，終端需要緩存的PDU會很多，造成用於緩存PDU的內存空間不足，從而需要進行流量控制。
接收端檢測用於緩存該數據鏈路上的傳輸數據的內存空間是否足夠，通常將該內存剩餘空間與預設的閾值進行比較，比如本發明預設的閾值為(Mlost+Mmax)，其中，Mlost為該數據鏈路上丟失的AMD PDU(確認模式數據協議數據單元)所佔的存儲空間，Mmax為接收端通過統計每個傳輸時間間隔TTI內接收到的PDU數目得到發送端在每個TTI內發送PDU的最大數量所佔的存儲空間。由於接收端不能直接獲得Mmax，故只能通過統計每個TTI內獲得的PDU數目來估計每個TTI內發送PDU的最大數量。具體實現方法是記錄MAC和RLC的層間協議原語MAC_DATA_IND中傳輸輸塊數的最大值，並且每次數據通信時，發送端和接收端能夠預先確定每個PDU所佔用的存儲空間，因此，可以確定發送端在每個TTI內發送PDU的最大數量所佔的存儲空間。
上述公開的閾值也僅是本發明的一種實現例，判斷內存不足的閾值條件也可以根據其它條件確定，最簡單的方式是，設定的閾值為一常值，如a，當剩餘內存空間小於a時觸發流量控制。也就是說，上述方案是根據內存的使用情況而觸發的流量控制，進而避免數據傳輸過程中內存耗盡等情況的發生。後續的步驟S120-S140即為具體的流量控制過程。
S120接收端停止接收序號SN≥VR_H的協議數據單元PDU，其中，VR_H為接收端接收到的PDU的最大序號。也就是說，接收端停止接收新PDU，只接收重傳PDU。
S130接收端向發送端發送包含重傳PDU信息和調整發送窗口信息的狀態報告。現有的狀態報告中包含重傳PDU信息，本發明可以將發送窗口調整大小直接通過狀態報告發送至發送端。比如，WINDOW SUFI(超域)的WSN(window size number，窗口大小)為VR H-VR_R，通過超域信息發送端即可將下一次數據發送的發送窗口的大小調整為WSN，其中，VR_R為接收端等待接收的PDU的序號，VR_H為接收端接收到的PDU的最大序號。
S140若接收端在預先設定的時間內接收到重傳PDU且檢測到緩存該數據鏈路上傳輸數據的內存空間達到一閾值時，則結束流量控制，否則，進行步驟S130。當接收端在預先設定的時間內接收到重傳PDU並且檢測到內存已足夠(如剩餘內存到達一閾值)時，已滿足流量控制結束條件。流量控制結束主要是指發送端的發送窗口還原至原配置窗口大小。
上述方案，當接收端的內存不能再接收新的PDU時，通過調整發送窗口使其不再發送新的PDU，來避免接收端由於內存耗盡而導致死機以及由於接收端的接收隊列過滿致使不能接收重傳包的事件發生。
以下就一個具體的流量控制為例來說明本發明。
請參閱圖3，其為本發明RLC流量控制的第一實施流程圖。它包括(一)滿足觸發條件，進行流量控制接收端檢測到用於緩存該數據鏈路上傳輸數據的內存空間不足時，觸發流量控制。在本實施例中，當接收端檢測到本端的RLC可用於該RB接收隊列的剩餘內存空間Mspare＜Mlost+Mmax時(步驟S11)，觸發流量控制過程，其中，Mspare為接收端用於該數據鏈路接收隊列的剩餘內存空間，Nlost為該數據鏈路上丟失的AMD PDU的所佔的存儲空間，Nmax為接收端通過統計每個傳輸時間間隔TTI內接收到的PDU數目得到發送端在每個TTI內發送PDU的最大數量所佔的存儲空間。
(二)流量控制具體過程首先進行步驟S12接收端立即停止接收數據包序號SN＞＝VR_H的AMDPDU。
然後進行步驟S13接收端向發送端發送包含WSN＝VR_H-VR_R的WINDOW SUFI和各種丟失信息的status report(狀態報告)給發送端，同時啟動等待時鐘Twait，其中，VR_R為接收端等待接收的PDU的序號，WSN為窗口大小，WINDOW SUFI為接收端發送給發送端用於調整發送窗口的超域。
發送端接收到WINDOW SUFI後，會根據其中包含的WSN值來調整發送窗口大小，由於僅發送窗口內的數據才允許發送，因此將發送窗口調小，控制發送端的數據PDU的發送情況。
隨後進行步驟S14，接收端通過查看接收到的AMD PDU來判斷發送端是否接收到狀態報告，若在預設的等待時間內接收到重傳PDU，那麼將會有SDU被重組出來(步驟S15)，這時立即決定是否結束流量控制過程如果這時Mspare＞Mlost+Mmax(步驟S16)，就可以決定結束流量控制，同時停止觀察等待時鐘Twait(步驟S17)；否則繼續接收重傳PDU以及重組SDU，同時判斷是否可以結束流量控制過程，直到Mspare＞Mlost+Mmax。如果接收端在等待時間內沒有收到重傳PDU，則認為發送端沒有正確接收到以上調整發送窗口的status report，接收端將重新發送以上攜帶WINDOW SUFI的status report，並且重啟等待時鐘；如此反覆，直到達到結束流量控制過程的條件。
一旦接收端決定結束流量控制過程，將立即發出僅僅包含WSN＝4095的WINDOW SUFI的status PDU給發送端(步驟S18)，讓發送端恢復到流量控制過程之前的發送窗口；這樣可以保證發送端的發送窗口變小的持續時間足夠短。並且，接收端每個TTI發送一次以上用於恢復發送窗口的status PDU(狀態PDU)，直到收到SN＞＝VR_H的AMD PDU(步驟S19)。另外，接收端也可以採用下述步驟結束流量控制發送若干次包括讓發送端的發送窗口大小還原到原配置窗口大小的狀態報告至發送端，以便發送端還原發送窗口大小至原配置窗口大小。
設定的等待時間通常為TTI的整數倍，比如3TTI。等待時間主要是根據實際的網絡情況來設定。
通過上述的RLC流量控制，不僅避免由於內存耗盡導致的接收端死機，而且也避免由於接收端的接收隊列過滿而導致不能接收重傳包。同時，儘量避免出現MRW(移動接收窗口)過程而造成重傳。
另外，在數據傳輸過程中，接收端的狀態報告不是實時發送。為此，發送端為能保證在接收到發送端的狀態報告之前能夠一直按照業務要求的速率發送數據，其發送窗口大小就必須在某個值之上。當接收到狀態PDU時，發送端能夠根據狀態PDU移動發送窗口且能夠發送新PDU，但是，如果未接收到狀態PDU，則發送窗口將不能移動，同樣數據將停止發送。所以，一般情況下，發送窗口都設置較大，以保證在狀態報告丟失的情況下，數據發送也不受影響。這樣，發送窗口一般比接收窗口大很多。
當鏈路發生惡化，導致丟包或錯包較多，甚至較多重傳包也沒能正確接收，這時的接收隊列可能填滿，若發送端還在繼續發送數據，則丟包情況還在進一步發生。為此，本發明公開另一種RLC流量控制過程，用以提高鏈路質量。
請參閱圖4，其為本發明公開的第二種無線鏈路層的流量控制方法的流程圖。它包括以下步驟S210在數據傳輸過程中，接收端檢測到用於傳輸所述數據的數據鏈路惡化達到預設條件時，觸發流量控制。
數據鏈路惡化達到預設條件時，觸發流量控制。用以表明數據鏈路惡化的條件很多，比如，數據鏈路上丟包達到一預設程度，再比如，接收到序號為(VR_MR-1)的PDU，其中，VR_MR為接收端允許接收到的PDU的最大序號。上述的預設條件可以根據具體情況進行設定。
S220接收端向發送端發送包含重傳協議數據單元PDU信息和調整發送窗口信息的狀態報告。
接收端將需要調整發送窗口的信息及重傳PDU信息通過狀態報告發送至發送端，以便發送端調整發送窗口的大小重新發送需要重傳的PDU。
S230若接收端在預設的等待時間內接收到重傳PDU且接收隊列往前移動時，則結束流量控制，否則，進行步驟S220。
步驟S230還可以為當接收端在預設的等待時間內接收到重傳PDU且接收隊列往前移動時，進一步判斷在預設的觀察時間內檢測到的數據鏈路惡化是否達到預設條件，若是，則進行步驟S220，否則才停止流量控制。
上述步驟是在無線鏈路變差的情況下，減少接收窗口外數據的發送，減小對其他鏈路數據的幹擾，進而使鏈路相對變好。
以下就一個具體實施例來說明上述RLC流量控制。請參閱圖5，為本發明RLC流量控制的第二實施流程圖。
(一)滿足觸發條件，進行流量控制當接收端收到SN＝VR_MR-1的AMD PDU時，就觸發流量控制過程(步驟S21)，以限制發送端的數據發送。
(二)流量控制具體過程首先進行步驟S22，發送端發送包含WSN＝WINscan＝WINRx(接收窗口大小)+WINmin的WINDOW SUFI以及其他丟失信息的狀態報告給發送端；同時啟動觀察時鐘Tscan和等待時鐘Twait。
WINmin為接收端根據配置的狀態報告周期來估計發送窗口的最小值。例如，如果狀態報告周期為500ms，某種業務的TTI為20ms，一個TTI內能發送PDU個數的最大值為4(接收端的RLC可以統計處TTI周期和PDU個數的最大值)，則估計出的發送窗口的最小值應該為100＝(500ms*4/20ms)。這個100就是估計窗口WINmin。
觀察窗口值設置為WINRx+WINmin的原因即可以保證這個窗口足夠大，不會由於窗口太小發不出數據，從而不會出現流量控制的觸發條件；又可以保證出現觸發條件時，發送端不會發送過多超出接收窗口的PDU。
觀察時間的確定因為調整後的窗口(即觀察窗口)較小，對周期性的狀態報告沒有過多保護，所以觀察時間不能持續過久；但也不能太短，否則達不到觀察的意義。所以將其定為3個狀態報告周期，這個時間一般大約有1、2秒鐘，比較接近無線鏈路變差可以容忍的時間，無線鏈路變壞的時間過長，就會發生無線鏈路失敗。
發送端接收到WSN，如果WSN比原配置的發送窗口小，則將發送窗口大小調為WSN，如果WSN比原配置的發送窗口大，則將發送窗口大小調為原配置的發送窗口大小。
隨後進行步驟S23，接收端查看接收到的AMD PDU，若在等待時間內收到重傳PDU且接收隊列往前移動(步驟S24)，則停止等待時鐘(步驟S26)，並進一步判斷在觀察時間內是否再次出現觸發條件(步驟S27)，若否，則停止觀察時鐘，並滿足停止流程控制的觸發條件(步驟S28)，若是，進行步驟S22。
由於如果接收端成功接收以上狀態報告，就將首先重傳丟失的PDU，接著才發送新的AMD PDU，所以接收端可以通過接收情況來判斷發送端是否接收到狀態報告如果接收端在等待時間內收到重傳PDU，且發送窗口往前移動，那麼就停止等待時鐘；如果等待時鐘超時，則認為以上狀態報告丟失，接收端將重發以上狀態報告，且重啟觀察時鐘和等待時鐘。
如果接收端結束流量控制結束的條件滿足，將立即重複發送若干次(比如3次)包含WSN＝4095的WINDOW SUFI的status PDU(狀態PDU)給發送端，使其發送窗口恢復為Configured_Tx_Window_Size(原配置大小)(步驟S29)；，由於這時的無線鏈路已經變好，所以三次足夠保證該status PDU被成功發送。
通過上述方案，在無線鏈路變差的情況下，減少接收窗口外數據的發送，可以減少對其他鏈路數據的影響，使鏈路相對變好一點，同時讓發送窗口減小為WINscan，也能節省功率及提高無線環境的鏈路質量。
以上公開的僅為本發明的幾個具體實施例，但本發明並非局限於此，任何本領域的技術人員能思之的變化，都應落在本發明的保護範圍內。
權利要求
1.一種無線鏈路層的流量控制方法，其特徵在於，包括以下步驟(1)在數據傳輸過程中，接收端檢測到用於緩存該數據鏈路上傳輸數據的內存空間不足時，觸發流量控制；(2)接收端停止接收序號SN≥VR_H的協議數據單元PDU，VR_H為接收端接收到的PDU的最大序號；(3)接收端向發送端發送包含重傳PDU信息和調整發送窗口信息的狀態報告；(4)若接收端在預先設定的時間內接收到重傳PDU且檢測到緩存該數據鏈路上傳輸數據的內存空間達到一閾值時，則結束流量控制，否則，進行步驟(3)。
2.如權利要求1所述的無線鏈路層的流量控制方法，其特徵在於，步驟(1)中接收端檢測到用於緩存該數據鏈路上傳輸數據的內存空間不足進一步為接收端檢測到Mspare＜Mlost+Mmax；步驟(4)中檢測到緩存該數據鏈路上傳輸數據的內存空間達到一閾值進一步為接收端檢測到Mspare＞Mlost+Mmax，其中，Mspare為接收端用於該數據鏈路接收隊列的剩餘內存空間，Mlost為該數據鏈路上丟失的PDU所佔的存儲空間，Mmax為接收端通過統計每個傳輸時間間隔TTI內接收到的PDU數目得到發送端在每個TTI內發送PDU的最大數量所佔的存儲空間。
3.如權利要求1或2所述的無線鏈路層的流量控制方法，其特徵在於，步驟(4)結束流量控制進一步包括接收端發送若干次包括讓發送端的發送窗口大小還原到原配置窗口大小的狀態報告至發送端，以便發送端還原發送窗口大小至原配置窗口大小。
4.如權利要求3所述的無線鏈路層的流量控制方法，其特徵在於，步驟(4)結束流量控制進一步包括a1接收端發送包括讓發送端的發送窗口大小還原到原配置窗口大小的狀態報告至發送端；a2接收端判斷是否接收到數據包序號SN≥VR_H的PDU，若是，則退出流量控制過程，否則繼續進行步驟a1。
5.如權利要求1或2所述的無線鏈路層的流量控制方法，其特徵在於，預先設定的時間為TTI的整數倍。
6.如權利要求1或2所述的無線鏈路層的流量控制方法，其特徵在於，步驟(3)中發送調整發送窗口信息包括發送窗口大小WSN＝VR_H-VR_R的超域WINDOWS SUFI，VR_R為接收端等待接收的PDU的序號。
7.一種無線鏈路層的流量控制方法，其特徵在於，包括以下步驟(1)在數據傳輸過程中，接收端檢測到用於傳輸所述數據的數據鏈路惡化達到預設條件時，觸發流量控制；(2)接收端向發送端發送包含重傳協議數據單元PDU信息和調整發送窗口信息的狀態報告；(3)若接收端在預設的等待時間內接收到重傳PDU且接收隊列往前移動時，則結束流量控制，否則，進行步驟(2)。
8.如權利要求7所述的無線鏈路層的流量控制方法，其特徵在於，步驟(3)還包括當接收端在預設的等待時間內接收到重傳PDU且接收隊列往前移動時，進一步判斷在預設的觀察時間內檢測到的數據鏈路惡化是否達到預設條件，若是，則進行步驟(2)，否則才停止流量控制。
9.如權利要求7或8所述的無線鏈路層的流量控制方法，其特徵在於，數據鏈路惡化達到預設條件進一步為接收端接收到接收序號SN為VR_MR-1的PDU數據包，其中，VR_MR為接收端允許接收到的協議數據單元PDU的最大序號。
10.如權利要求7或8所述的無線鏈路層的流量控制方法，其特徵在於，接收端向發送端發送調整發送窗口信息包括發送端發送WSN＝WINRX+WINmin的超域WINDOW SUFI，以便發送端比較窗口大小WSN與原配置的發送窗口大小，從中選擇較小的窗口大小做為下一次數據發送的發送窗口大小，其中，WSN為窗口大小，WINRX為接收窗口大小，WINmin為接收端根據狀態報告周期估計發送窗口的最小值。
11.如權利要求7或8所述的無線鏈路層的流量控制方法，其特徵在於，結束流量控制進一步為接收端發送若干次包括讓發送端的發送窗口大小還原到原配置窗口大小的狀態報告至發送端，以便發送端還原發送窗口大小至原配置窗口大小。
全文摘要
一種無線鏈路層的流量控制方法，包括以下步驟(1)在數據傳輸過程中，接收端檢測到用於緩存該數據鏈路上傳輸數據的內存空間不足時，觸發流量控制；(2)接收端停止接收序號SN≥VR_H的協議數據單元AMD PDU；(3)接收端向發送端發送包含重傳PDU信息和調整發送窗口信息的狀態報告；(4)若接收端在預先設定的時間內接收到重傳PDU且檢測到緩存該數據鏈路上傳輸數據的內存空間達到一閾值時，則結束流量控制，否則，進行步驟(3)。本發明還可以是接收端檢測到用於傳輸所述數據的數據鏈路惡化達到預設條件時，觸發流量控制。本發明避免發生內存耗盡導致接收端死機的情況；在無線鏈路變差的情況下，減少接收窗口外數據的發送，提高無線環境的鏈路質量。
文檔編號H04L1/18GK1972284SQ20051012604
公開日2007年5月30日 申請日期2005年11月24日 優先權日2005年11月24日
發明者鄧偉, 許芳麗, 牟建斌 申請人:大唐移動通信設備有限公司