專利名稱：一種動(dòng)態(tài)分配無線鏈路窗口大小的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線移動(dòng)通信技術(shù)，尤其涉及一種動(dòng)態(tài)分配無線鏈路窗口大小的方法。
背景技術(shù)：
WCDMA是一種性能先進(jìn)的第三代移動(dòng)通信系統(tǒng)，其特點(diǎn)是應(yīng)用了寬帶的擴(kuò)頻通信技術(shù)，能夠支持大容量、高質(zhì)量的語音業(yè)務(wù)，以及高速的數(shù)據(jù)業(yè)務(wù)。無線網(wǎng)絡(luò)控制器(RNC)是WCDMA接入網(wǎng)絡(luò)(即UTRAN)的控制核心，能夠管理和調(diào)度接入網(wǎng)絡(luò)的無線資源。
無線鏈路控制(RLC)是位于RNC和用戶終端設(shè)備(UE)的層2的一個(gè)協(xié)議子層，完成對上層業(yè)務(wù)數(shù)據(jù)單元(SDU)在通用陸地?zé)o線接入網(wǎng)(UTRAN)內(nèi)的傳輸功能，可對SDU進(jìn)行分割、組裝，使其適合在空中接口進(jìn)行傳送。RLC層的工作模式有三種，即透明模式(TM)、非確認(rèn)模式(UM)、確認(rèn)模式(AM)。按照上層業(yè)務(wù)數(shù)據(jù)的特性，可以對應(yīng)選擇合適的RLC模式(1)實(shí)時(shí)業(yè)務(wù)數(shù)據(jù)的傳輸，對傳輸時(shí)延敏感而可靠性要求不太高，可使用RLC TM或UM模式，發(fā)方發(fā)送的數(shù)據(jù)無須得到收方的確認(rèn)。
(2)非實(shí)時(shí)業(yè)務(wù)數(shù)據(jù)(如IP分組)的傳輸，這類業(yè)務(wù)通常要求很高的數(shù)據(jù)傳輸正確性和可靠性，而對傳輸時(shí)延沒有嚴(yán)格要求?？墒褂肦LC AM模式，該模式通過反饋重傳機(jī)制實(shí)現(xiàn)對數(shù)據(jù)單元的差錯(cuò)控制，大大提高了無線網(wǎng)絡(luò)中數(shù)據(jù)傳輸?shù)目煽啃?。其特點(diǎn)是發(fā)方在發(fā)送確認(rèn)模式協(xié)議數(shù)據(jù)單元(AMD PDU)的同時(shí)，需要收方回傳控制PDU，其中包含對AMD PDU的確認(rèn)指示，使得發(fā)方獲知已發(fā)送的AMD PDU是否被收方正確收到，從而發(fā)方可采取對應(yīng)的處理方式。如果發(fā)方收到了關(guān)于某個(gè)AMD PDU的正確認(rèn)(表示正確收到)，則可知此AMD PDU已正確到達(dá)；如果發(fā)方收到了關(guān)于某個(gè)AMD PDU的負(fù)確認(rèn)(表示沒有正確收到)，則意味著這個(gè)AMD PDU發(fā)生了某種差錯(cuò)，發(fā)方將會重新發(fā)送之。由于發(fā)方對出錯(cuò)的AMD PDU進(jìn)行重發(fā)是自動(dòng)進(jìn)行的，這種差錯(cuò)控制機(jī)制簡稱為自動(dòng)重傳請求(ARQ)。
RLC發(fā)送/接收窗口是實(shí)現(xiàn)RLC AM模式的ARQ機(jī)制的核心，其本質(zhì)是一段用于AMD PDU發(fā)送/接收緩存(沖)的內(nèi)存空間。發(fā)送窗口用于發(fā)方的流量控制，發(fā)送窗口大小是指在沒有收到收方確認(rèn)指示的情況下，發(fā)方最多可以發(fā)送AMD PDU的數(shù)目。對應(yīng)地，接收窗口用于收方緩存接收的AMD PDU，以便于后續(xù)的SDU重組。接收窗口大小是指在檢測出錯(cuò)的首個(gè)AMD PDU之后，收方最多可以接收的AMD PDU的數(shù)目。一般地，在某個(gè)方向上(上行或下行)，發(fā)方的發(fā)送窗口大小與對應(yīng)收方的接收窗口大小應(yīng)該相等。RLC窗口大小與業(yè)務(wù)吞吐率密切相關(guān)。
RLC發(fā)送/接收窗口大小是RLC AM模式的參數(shù)之一，RNC在處理業(yè)務(wù)無線接入承載(RAB)建立請求時(shí)，根據(jù)業(yè)務(wù)的業(yè)務(wù)質(zhì)量(QoS)特性選擇合適的RLC模式。若選用RLC AM模式，則需要分配合適的發(fā)送/接收窗口大小參數(shù)以及其它參數(shù)給RNC和UE使用。一方面，在其它參數(shù)一定的條件下，發(fā)送/接收窗口越大，RLC的業(yè)務(wù)吞吐率越大；另一方面，更大的發(fā)送/接收窗口意味著需要占用更大的內(nèi)存資源，而UE的內(nèi)存空間是有限的，甚至不足以支持太大的RLC窗口。故此，需要在這兩方面進(jìn)行折中，應(yīng)該在不超出UE能力的范圍內(nèi)，配置合適的RLC窗口大小，使得RLC的業(yè)務(wù)吞吐率盡可能高，實(shí)現(xiàn)性能最優(yōu)化。

發(fā)明內(nèi)容
本發(fā)明提供一種動(dòng)態(tài)分配無線鏈路窗口大小的方法，在不損失業(yè)務(wù)吞吐率的條件下滿足用戶終端設(shè)備能力配置，以提高業(yè)務(wù)呼叫的接通率。
本發(fā)明提供以下技術(shù)方案一種動(dòng)態(tài)分配無線鏈路窗口大小的方法，其特征在于，當(dāng)無線網(wǎng)絡(luò)控制器(RNC)根據(jù)用戶側(cè)的業(yè)務(wù)無線接入承載(RAB)建立請求消息而確定對業(yè)務(wù)無線承載(RB)采用無線鏈路控制確認(rèn)模式(RLC AM)時(shí)，進(jìn)行如下步驟
A、根據(jù)待建立業(yè)務(wù)的業(yè)務(wù)質(zhì)量特性選擇缺省配置參數(shù)，其中包含用戶側(cè)接收/發(fā)送窗口大小的最小配置和缺省配置；B、判斷發(fā)送/接收窗口大小的最小配置是否不大于用戶終端能夠支持的最大窗口大小，如果是則進(jìn)行步驟C，否則拒絕建立該業(yè)務(wù)；C、判斷發(fā)送/接收窗口大小的最小配置所需的緩存空間是否不大于當(dāng)前可用于建立業(yè)務(wù)的緩存空間，如果是則進(jìn)行步驟D，否則拒絕建立該業(yè)務(wù)；D、在發(fā)送/接收窗口大小的缺省配置基礎(chǔ)上，按協(xié)議支持值逐步調(diào)整發(fā)送/接收窗口大小，以得到在滿足用戶終端支持能力的條件下使業(yè)務(wù)吞吐率盡量大的發(fā)送/接收窗口大?。籈、按步驟D的調(diào)整結(jié)果配置用戶側(cè)的發(fā)送/接收窗口大小，并更新可用于建立業(yè)務(wù)的緩存空間。
步驟D包括如下步驟(a)將窗口大小降低一個(gè)等級，即調(diào)整窗口大小到相鄰的下一個(gè)協(xié)議支持值；(b)計(jì)算調(diào)整窗口大小后所需的緩存空間；(c)判斷所需的緩存空間是否大于可用于建立業(yè)務(wù)的緩存空間并且窗口大小不小于窗口最小配置值，如果是則轉(zhuǎn)步驟(a)，如果所需的緩存空間不大于可用于建立業(yè)務(wù)的RLC AM緩存空間且調(diào)整窗口大小大于等于窗口最小配置值，則停止調(diào)整。
所述接收/發(fā)送窗口大小的缺省配置是在不考慮用戶終端設(shè)備能力情況下使業(yè)務(wù)吞吐率達(dá)到最大所需的配置，即最優(yōu)配置。
采用本發(fā)明提供的方法能夠在保證業(yè)務(wù)吞吐率的前提條件下提高業(yè)務(wù)呼叫接通率的目的，并具有以下特點(diǎn)1、參數(shù)選擇合理。RLC發(fā)送/接收窗口最小值是在業(yè)務(wù)吞吐率下降不致太嚴(yán)重的情況下，即根據(jù)某個(gè)吞吐率門限確定出的一個(gè)發(fā)送/接收窗口的最小配置值，完全能夠保證在不損失業(yè)務(wù)吞吐率的情況下滿足UE能力配置。
2、參數(shù)配置靈活。RLC發(fā)送/接收窗口大小的缺省(最優(yōu))配置值是在忽略UE能力的情況下，為使業(yè)務(wù)吞吐率達(dá)到最大所需的發(fā)送/接收窗口大小。通過缺省配置，可以靈活定義參數(shù)配置值，充分發(fā)揮業(yè)務(wù)傳輸效率的性能。
3、靈活兼容各類終端設(shè)備能力通過靈活動(dòng)態(tài)分配的機(jī)制，使得RLC AM發(fā)送/接收窗口大小配置可以適應(yīng)各類終端設(shè)備的RLC能力，從而降低業(yè)務(wù)呼叫呼損率。


圖1為RLC窗口大小與業(yè)務(wù)吞吐率的關(guān)系示意圖；圖2為本發(fā)明的流程圖。
具體實(shí)施例方式
本發(fā)明針對RLC AM模式的特殊性，綜合考慮RLC發(fā)送/接收窗口大小與業(yè)務(wù)吞吐率的關(guān)系、發(fā)送/接收窗口對于內(nèi)存占用的需求、以及UE的實(shí)際能力，使RNC能夠依據(jù)UE上報(bào)的RLC能力來配置RLC發(fā)送/接收窗口，盡量提高業(yè)務(wù)吞吐率，同時(shí)避免這種情況發(fā)生，即，因?yàn)镽NC所配置的參數(shù)超過UE能力能夠支持的范圍而導(dǎo)致不必要的業(yè)務(wù)建立失敗，從而提高業(yè)務(wù)呼叫的接通率。
1、UE的RLC能力在無線資源控制(RRC)連接建立過程中，UE通過RRC連接建立完成(RRCCONNECTION SETUP COMPLETE)消息上報(bào)其RLC能力，RNC保存收到的UE能力，包括以下3個(gè)參數(shù)](1)總的RLC AM緩存大小(Total_RLC_buffer_size)定義UE支持的所有RLC AM實(shí)體所需占用的最大緩存。根據(jù)3GPP協(xié)議規(guī)定，總的RLC AM緩存大小應(yīng)當(dāng)滿足如下條件Σi=1AM_entitiesTx_win_size×(UL_AMD_PDU_size-AMD_Header_size)+]]>Σi=1AM_entitiesRx_win_size×(DL_AMD_PDU_size-AMD_Header_size)---(1)]]>≤Total_RLC_buffer_size]]>
其中，Total_RLC_buffer_size為UE支持總共可用的RLC AM緩存大小；AM_entities為實(shí)際信令或業(yè)務(wù)分配的RLC確認(rèn)模式實(shí)體數(shù)；Tx_win_size與Rx_win_size分別是UE的RLC發(fā)送窗和接收窗大??；UL_AMD_PDU_size與DL_AMD_PDU_size分別是上行和下行AMD PDU大??；AMD_Header_size是RLC AM模式數(shù)據(jù)PDU的控制頭大小。
(2)最大RLC AM實(shí)體數(shù)(Max_AM_entities)定義UE支持的RLC AM實(shí)體最大數(shù)目。公式(1)中，AM_entities必須小于等于Max_AM_entities。
(3)最大AM RLC窗口大小(Max_AM_win_size)定義UE支持的RLC AM實(shí)體最大發(fā)送和接收窗口大小。公式(1)中，Tx_win_size與Rx_win_size都必須小于等于Max_AM_win_size。
2、業(yè)務(wù)RAB的RLC窗口相關(guān)參數(shù)在RRC信令連接建立完成后，RNC在處理業(yè)務(wù)RAB建立請求時(shí)，需要根據(jù)業(yè)務(wù)的QoS特性，選擇典型的缺省配置參數(shù)，包括合適的RLC模式和對應(yīng)的RLC參數(shù)。
若選用RLC AM模式，業(yè)務(wù)下行典型缺省參數(shù)中RLC發(fā)送窗口大小即對應(yīng)缺省配置的UE RLC接收窗口大小(Rx_win_size)，上行典型缺省參數(shù)中RLC發(fā)送窗口大小即對應(yīng)缺省配置的UE RLC發(fā)送窗口大小(Tx_win_size)。
3、觸發(fā)條件假設(shè)已建信令連接占用的RLC AM緩沖空間大小為SRB_RLC_buffer_size，則剩余可用的RLC AM緩沖大小為RAB_RLC_buffer_sizeavailable＝Total_RLC_buffer_size-SRB_RLC_buffer_size。如果此時(shí)新建業(yè)務(wù)且業(yè)務(wù)選用RLC AM模式，若缺省配置的業(yè)務(wù)RB的RLC發(fā)送/接收窗口大小無法滿足UE能力，即若支持缺省配置UE RLC發(fā)送/接收窗口大小所占用的RLC AM緩沖空間大小RAB_RLC_buffer_size(計(jì)算如公式(2))大于剩余可用的RLC AM緩沖大小RAB_RLC_buffer_sizeavailable，則需要?jiǎng)討B(tài)調(diào)整缺省的Rx_win_size和Tx_win_size大小，以滿足UE能力。
Σi=1AM_entitiesTx_win_size×(UL_AMD_PDU_size-AMD_Header_size)+]]>Σi=1AM_entitiesRx_win_size×(DL_AMD_PDU_size-AMD_Header_size)---(2)]]>=RAB_RLC_buffer_size]]>若是多業(yè)務(wù)建立，假設(shè)已建信令連接占用的RLC AM緩沖大小為SRB_RLC_buffer_size，已建業(yè)務(wù)連接占用的RLC AM緩沖大小為RAB_RLC_buffer_size，則剩余可用的RLC AM緩沖大小為RAB_RLC_buffer_sizeavailable＝Total_RLC_buffer_size-SRB_RLC_buffer_size-RAB_RLC_buffer_size。
從上述可知，RLC發(fā)送/接收窗口大小的配置比較關(guān)鍵。因?yàn)椋环矫娲翱诖笮Q定了業(yè)務(wù)承載需要占用的RLC緩沖區(qū)空間，而RLC緩沖空間受限于UE能力，不能過大；另一方面，窗口大小也與RLC子層數(shù)據(jù)吞吐率高低密切相關(guān)。定性的可知，隨著窗口大小的增大，RLC吞吐率會相應(yīng)提高。綜合考慮RLC緩沖區(qū)和吞吐率因素，RLC窗口大小的動(dòng)態(tài)配置就是選取某種折中。
RLC窗口大小與吞吐率的關(guān)系曲線如圖1所示，其中，窗口大小“Default/Optimum”點(diǎn)對應(yīng)缺省配置的發(fā)送/接收窗口大小，在本發(fā)明中為最優(yōu)的缺省配置，它是在不考慮UE能力的情況下，為使業(yè)務(wù)吞吐率達(dá)到最大所需的發(fā)送/接收窗口大小(Tx_win_sizedefault/Rx_win_sizedefault)。窗口大小“Limit”點(diǎn)對應(yīng)發(fā)送/接收窗口最小值，它是在業(yè)務(wù)吞吐率下降不致太嚴(yán)重的情況下，即根據(jù)某個(gè)吞吐率門限確定出的一個(gè)發(fā)送/接收窗口的最小配置值(Tx_win_sizelimit/Rx_win_sizelimit)。觀察曲線，RLC窗口增大，吞吐率上升，但是窗口大小若超過缺省(最優(yōu))配置值，吞吐率就幾乎沒有增長，反而會導(dǎo)致窗口占用率下降，RLC緩沖資源利用率降低；RLC窗口減小時(shí)，吞吐率降低，窗口占用率升高，但是若窗口大小減至最小配置值以下，吞吐率將低于最低門限，便會使傳輸性能和效果大打折扣。
綜上所述，RLC窗口大小應(yīng)該在窗口最小配置值和窗口缺省(最優(yōu))配置值之間取值，方能兼顧緩沖資源利用效率和業(yè)務(wù)吞吐率。具體選擇時(shí)，以不超過UE能力的最大窗口值為佳?；谶@種思路，對本發(fā)明中RLC發(fā)送/接收窗口大小動(dòng)態(tài)調(diào)整的流程詳細(xì)說明如下面向業(yè)務(wù)特性配置缺省的典型RLC參數(shù)。若缺省配置RLC AM，則需要配置RLC缺省(最優(yōu))發(fā)送/接收窗口大小(Tx_win_sizedefault/Rx_win_s1zedefault)和發(fā)送/接收窗口最小值(Tx_win_sizelimit/Rx_win_sizelimit)。
(RRC連接建立完成后)初始化，獲取UE上報(bào)的RLC能力參數(shù)(包括Total_RLC_buffer_size，Max_AM_entities，Max_AM_win_size)。若信令連接占用的RLC AM緩沖空間大小為SRB_RLC_buffeer_size，則業(yè)務(wù)建立剩余可用的RLC AM緩沖空間大小為RAB_RLC_buffer_sizeavailable＝Total_RLC_buffeer_size-SRB_RLC_buffer_size。
當(dāng)RNC收到業(yè)務(wù)建立請求消息時(shí)，通過分析其中包含的業(yè)務(wù)請求，得出對應(yīng)的需要采用RLC AM模式的業(yè)務(wù)RB；按照消息中RAB信息的排列順序，依次對每一個(gè)待建的RLC AM模式業(yè)務(wù)RB進(jìn)行如下處理，參閱圖2步驟1、判斷RAB_RLC_buffer_sizeavailable是否大于零，如果不是，說明沒有可用的RLC緩沖大小支持RLC AM業(yè)務(wù)建立，則拒絕建立該業(yè)務(wù)；如果是，則繼續(xù)步驟2。
步驟2、根據(jù)業(yè)務(wù)特性選擇典型的缺省配置參數(shù)，包括有UE側(cè)上行RLC參數(shù)(主要有Tx_win_sizedefault，Tx_win_sizelimit，UL_AMD_PDU_size)，UE側(cè)下行RLC參數(shù)(主要有Rx_win_sizedefault，Rx_win_sizelimit，DL_AMD_PDU_size)。
步驟3、判斷發(fā)送/接收窗口的最小配置值是否大于UE能夠支持的最大RLCAM窗口大小(即Tx_win_sizelimit＞Max_AM_win_size或者Tx_win_sizelimit＞Max_AM_win_size)，如果是，則拒絕建立該業(yè)務(wù)，否則，繼續(xù)步驟4。
步驟4、通過公式(3)計(jì)算采用發(fā)送/接收窗口的最小配置值(Tx_win_sizelimit/Rx_win_sizelimit)時(shí)需要占用的最小RLC AM緩沖空間RAB_RLC_buffer_sizelimit
Σi=1AM_entitiesTx_win_sizelimit×(UL_AMD_PDU_size-AMD_Header_size)+]]>Σi=1AM_entitiesRx_win_sizelimit×(DL_AMD_PDU_size-AMD_Header_size)---(3)]]>=RAB_RLC_buffer_sizelimit]]>判斷計(jì)算出的最小RLC AM緩沖空間是否大于當(dāng)前可用的RLC AM緩沖空間，即RAB_RLC_buffer_sizelimit＞RAB_RLC_buffer_sizeavailable，如果是，則拒絕建立該業(yè)務(wù)，否則，繼續(xù)步驟5。
步驟5、基于缺省配置參數(shù)，根據(jù)公式(2)計(jì)算采用發(fā)送/接收窗口缺省(最優(yōu))配置值(Tx_win_sizedefault/Rx_win_sizedefault)時(shí)需要占用RLC AM緩沖空間大小RAB_RLC_buffer_size。
對于UE側(cè)上行參數(shù)，計(jì)算發(fā)送窗口缺省(最優(yōu))配置值與最小配置值的差值dW1；對于UE側(cè)下行參數(shù)，計(jì)算接收窗口缺省(最優(yōu))配置值與最小配置值的差值dW2(如公式(4))。
dW1＝Tx_win_sizedefault-Tx_win_sizelimit(4)dW2＝Rx_win_sizedefault-Rx_win_sizelimit步驟6、比較dW1與dW2的大小，差值較大那個(gè)方向的窗口參數(shù)優(yōu)先做動(dòng)態(tài)調(diào)整。窗口缺省(最優(yōu))配置值與最小配置值差值較大方向上的窗口調(diào)整完后，再調(diào)整另一方向上的窗口大小。動(dòng)態(tài)調(diào)整步驟如下(a)降低窗口大小一等級，即調(diào)整窗口大小到相鄰下一個(gè)協(xié)議支持值；(b)更新調(diào)整窗口大小后所需的業(yè)務(wù)RLC AM緩沖空間大小RAB_RLC_buffer_size’；(c)若RAB_RLC_buffer_size’＞RAB_RLC_buffer_sizeavailable且調(diào)整后窗口大小大于窗口最小配置值，則繼續(xù)調(diào)整窗口大小，至步驟a)；若RAB_RLC_buffer_size’≤RAB_RLC_buffer_sizeavailable且調(diào)整后窗口大小大于等于窗口最小配置值，則停止調(diào)整。
步驟7、根據(jù)步驟6調(diào)整結(jié)果配置UE側(cè)發(fā)送/接收窗口大小。
步驟8、基于已建業(yè)務(wù)RLC AM緩沖空間占用大小，更新剩余可用的RLCAM緩沖空間大小RAB_RLC_buffer_sizeavailable。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若對本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種動(dòng)態(tài)分配無線鏈路窗口大小的方法，其特征在于，當(dāng)無線網(wǎng)絡(luò)控制器(RNC)根據(jù)用戶側(cè)的業(yè)務(wù)無線接入承載(RAB)建立請求消息而確定對業(yè)務(wù)無線承載(RB)采用無線鏈路控制確認(rèn)模式(RLC AM)時(shí)，進(jìn)行如下步驟A、根據(jù)待建立業(yè)務(wù)的業(yè)務(wù)質(zhì)量特性選擇缺省配置參數(shù)，其中包含用戶側(cè)接收/發(fā)送窗口大小的最小配置和缺省配置；B、判斷發(fā)送/接收窗口大小的最小配置是否不大于用戶終端能夠支持的最大窗口大小，如果是則進(jìn)行步驟C，否則拒絕建立該業(yè)務(wù)；C、判斷發(fā)送/接收窗口大小的最小配置所需的緩存空間是否不大于當(dāng)前可用于建立業(yè)務(wù)的緩存空間，如果是則進(jìn)行步驟D，否則拒絕建立該業(yè)務(wù)；D、在發(fā)送/接收窗口大小的缺省配置基礎(chǔ)上，按協(xié)議支持值逐步調(diào)整發(fā)送/接收窗口大小，以得到在滿足用戶終端支持能力的條件下使業(yè)務(wù)吞吐率盡量大的發(fā)送/接收窗口大??；E、按步驟D的調(diào)整結(jié)果配置用戶側(cè)的發(fā)送/接收窗口大小，并更新可用于建立業(yè)務(wù)的緩存空間。
2.如權(quán)利要求1所述的方法，其特征在于，所述接收/發(fā)送窗口大小的缺省配置是在不考慮用戶終端設(shè)備能力情況下使業(yè)務(wù)吞吐率達(dá)到最大所需的配置，即最優(yōu)配置。
3.如權(quán)利要求1或2所述的方法，其特征在于，步驟A之前還包括步驟A1、判斷是否有可用于建立業(yè)務(wù)的緩存空間，如果是則進(jìn)行步驟A，否則拒絕建立該業(yè)務(wù)。
4.如權(quán)利要求3所述的方法，其特征在于，按照請求消息中無線接入承載信息的排列順序，依次對每一個(gè)待建的業(yè)務(wù)無線承載進(jìn)行步驟A1到步驟E的處理。
5.如權(quán)利要求3所述的方法，其特征在于，步驟D包括如下步驟(a)將窗口大小降低一個(gè)等級，即調(diào)整窗口大小到相鄰的下一個(gè)協(xié)議支持值；(b)計(jì)算調(diào)整窗口大小后所需的緩存空間；(c)判斷所需的緩存空間是否大于可用于建立業(yè)務(wù)的緩存空間并且窗口大小不小于窗口最小配置值，如果是則轉(zhuǎn)步驟(a)，如果所需的緩存空間不大于可用于建立業(yè)務(wù)的RLC AM緩存空間且調(diào)整窗口大小大于等于窗口最小配置值，則停止調(diào)整。
6.如權(quán)利要求3所述的方法，其特征在于，進(jìn)行步驟D之前，先計(jì)算UE側(cè)上行參數(shù)中發(fā)送窗口缺省配置值與最小配置值的差值，和計(jì)算UE側(cè)下行參數(shù)中接收窗口缺省配置值與最小配置值的差值；并且在步驟D中，先調(diào)整完差值較大那個(gè)方向的窗口大小后再調(diào)整另一方向上的窗口大小。
全文摘要
本發(fā)明公開了一種動(dòng)態(tài)分配無線鏈路窗口大小的方法，以在不損失業(yè)務(wù)吞吐率的條件下滿足用戶終端設(shè)備能力配置，從而提高業(yè)務(wù)呼叫的接通率；該方法通過綜合考慮RLC發(fā)送/接收窗口大小與業(yè)務(wù)吞吐率的關(guān)系、發(fā)送/接收窗口對于內(nèi)存占用的需求、以及UE的實(shí)際能力，在窗口最小配置值和窗口最優(yōu)缺省配置值之間動(dòng)態(tài)調(diào)整取值來配置用戶側(cè)的RLC發(fā)送/接收窗口。
文檔編號H04L1/16GK1764101SQ20041008783
公開日2006年4月26日 申請日期2004年10月22日 優(yōu)先權(quán)日2004年10月22日
發(fā)明者邱慰剛 申請人:華為技術(shù)有限公司