專利名稱：一種業務接收方法
技術領域：
本發明涉及無線傳輸技術，尤其涉及一種業務接收方法。
背景技術：
在通用無線分組業務(GPRS)中，無線鏈路控制(Radio Link Control，RLC)自動重復請求(Automatic Repeat ReQuest，ARQ)功能支持三種操作模式，分別為RLC應答模式(RLC acknowledged mode)、RLC非應答模式(RLC unacknowledged mode)和RLC非持久模式(RLC non-persistentmode)。RLC應答模式重發RLC數據塊以獲得高可靠性，RLC非應答模式不進行RLC數據塊的重發，RLC非持久模式使用RLC數據塊的非完全重發(non-exhaustive retransmission)。
對于多媒體廣播/多播業務(Multimedia Broadcast/Multicast Service，MBMS)的傳輸，通常采用的是RLC非持久模式。MBMS的承載實體由網絡側的一個RLC發送端點和多個移動臺(MS)上的RLC接收端點組成，RLC發送端點用于發送RLC/媒體接入控制(MAC)數據塊和控制塊，且只可以接收RLC/MAC控制塊；RLC接收端點用于接收RLC/MAC數據塊和控制塊，且只可以發送RLC/MAC控制塊。
現有協議中關于MBMS業務中的RLC非持久模式示意圖參見圖1所示，圖中陰影部分表示窗口，發送方有一發送窗口，接收方有一接收窗口，發送方根據V(A)調整發送窗口，根據V(S)進行RLC數據塊的發送；接收方根據V(Q)調整接收窗口，根據V(R)進行RLC數據塊的接收。每個RLC數據塊都有一個編號BSN，BSN的取值范圍為0，1，......，SNS-1。下面對圖1中的各個變量進行簡要描述
①SNS表示RLC數據塊的序列空間，即所有RLC數據塊的編號空間；②WS表示窗口大小，所有滿足[V(Q)≤BSN≤V(R)]modulo SNS的RLC數據塊都落在接收窗口中；③V(A)是確認狀態變量，標識發送窗口內發出去最久但還未收到接收方確認的RLC數據塊，一般情況下V(A)＝BSN’，BSN’是滿足[V(S)-BSN’]modulo SNS≤WS的最久還未得到確認的RLC數據塊；當發送窗口內的所有RLC數據塊都已得到確認時，V(A)＝V(S)；④V(S)是發送狀態變量，標識發送方下一個需要傳輸的數據塊，V(S)的取值不依賴于V(A)，且滿足[V(S)-V(A)]modulo SNS≤WS；⑤V(Q)是接收窗口狀態變量，標識接收窗口內最久還沒有收到的RLC數據塊，一般情況下V(Q)＝BSN’，BSN’是滿足[V(R)-BSN’]modulo SNS≤WS的最久沒有收到的RLC數據塊，當接收窗口內的所有RLC數據塊都已收到時，V(Q)＝V(R)；⑥V(R)是接收狀態變量，標識接收方下一個要接收的RLC數據塊，V(R)＝[BSN′+1]modulo SNS，其中，BSN′是接收方最近收到的RLC數據塊，滿足[V(R)≤BSN′＜V(R)+SNS-WS]modulo SNS；⑦V(B)是發送方的確認狀態數組，數組中每一個元素的取值標識當前所發送的塊的確認狀態，由V(A)作為索引，描述V(A)之后最多WS個RLC數據塊的確認狀態，發送方可以對數組內的任意RLC數據塊進行選擇重發；⑧V(N)是接收方的接收狀態數組，數組中每一個元素的取值標識當前所發送的塊的接收狀態，由V(R)作為索引，描述V(R)之前最多WS個RLC數據塊的接收狀態。
在數據傳輸過程中，需要對發送窗口和接收窗口不斷進行調整，具體如下在發送方，只要有新的RLC數據塊，發送方就一直發送，在發送窗口滿的情況下，即[V(S)-V(A)]modulo SNS＝WS時，移動V(A)讓其指向下一個等待確認的RLC數據塊位置，并移動窗口，使不等式[V(S)-V(A)]modulo SNS≤WS成立；
在接收方，只要有新的RLC數據塊到達，接收方就一直接收，在接收窗口滿的情況下，即[V(R)-V(Q)]modulo SNS＝WS時，將BSN＝V(Q)的RLC數據塊及其它的已經收到的RLC數據塊交給上層，移動V(Q)讓其指向下一個等待接收的RLC數據塊位置，并移動窗口，使不等式[V(R)-V(Q)]modulo SNS≤WS成立。
對于一些實時性要求比較高的低時延業務，如網際協議電話(VoIP)，需要比較低的時延來保證用戶的業務感受，鑒于RLC非持久模式的特點，相對于其它兩種模式，RLC非持久模式更適合于會話類等時延敏感業務的傳輸。目前已經有很多公司提出要在低時延業務的臨時數據塊流(TemporaryBlock FloW，TBF)中引入RLC非持久模式。每個TBF由兩個RLC端點(RLCendpoint)組成，每個RLC端點既有一個能發送RLC/MAC數據塊的發送方，也有一個能接收RLC/MAC數據塊的接收方。
目前在低時延業務的TBF中引入RLC非持久模式的方法主要有接收方使用固定的窗口大小來接收RLC數據塊，當接收窗口滿時，強制接收窗口向前移動。為降低業務時延，接收窗口長度一般較小。具體的接收過程如圖2所示，V(Q)指示接收窗口內第一個未接收到的RLC數據塊位置，V(R)指示下一個要接收的RLC數據塊位置，r表示未收到的RLC數據塊，R表示已收到的RLC數據塊，-表示本文中不關心的RLC數據塊，t1、t2、t3為三個不同的時刻，下面分別對各個時刻的接收窗口狀態進行詳細說明t1時刻，接收窗口未滿，接收方繼續接收新的RLC數據塊，以及等待接收以前未收到的RLC數據塊；t2時刻，接收窗口滿，接收方還可以繼續接收新的RLC數據塊，以及等待接收以前未收到的RLC數據塊；t3時刻，又來了一個新的數據塊B1，這時需要將V(Q)移動到下一個期待接收的RLC數據塊，并移動窗口。
接收方在沒有收到V(Q)的情況下，可能多次要求發送方重發V(Q)，但接收方還是一直沒有收到V(Q)，在接收窗口未滿時，接收方不能移動接收窗口，直到接收窗口滿并收到新的RLC數據塊后才能移動接收窗口，這時接收方將不再繼續等待V(Q)的到來。接收窗口移動后的處理過程與上述各個時刻的處理過程類似，這里不再反復介紹。
但是，當傳輸由于人為等原因暫時在一段時間內沒有新的RLC數據塊傳輸時，接收方可能由于接收窗口未滿，而在一直等待接收接收窗口內第一個未接收到的RLC數據塊，從而造成等待時間過長，超出了傳輸業務的時延要求；另外，如果發送窗口在未滿的情況下暫時停止、并且還有未確認的RLC數據塊，那么發送方可能會一直不停地重發發送窗口內還未收到確認的RLC數據塊，這樣容易造成無線資源的浪費。
發明內容
有鑒于此，本發明的目的在于提供一種業務接收方法，降低業務時延。
為達到上述目的，本發明提供的技術方案如下為V(R)設置定時器，在TBF建立時啟動該定時器，并在每次V(R)發生變化時重啟定時器，接收方在定時器超時后移動接收窗口。
其中，所述接收方在定時器超時后移動接收窗口包括定時器超時后，接收方判斷接收窗口內是否存在除第一個未收到的RLC數據塊之外的其它未收到的RLC數據塊，如果存在，則將V(Q)移到下一個未收到的RLC數據塊處，并將接收窗口內所述下一個未收到的RLC數據塊之前的所有已收到的RLC數據塊交給上層；否則，將接收窗口內的所有已收到的RLC數據塊交給上層，并將V(Q)移到V(R)處。
所述設置定時器包括發送方和接收方根據業務的服務質量需求，協商設置定時器時長；或者，根據網絡特性在系統中設置默認的定時器時長。
所述定時器超時后進一步包括接收方通知發送方停止重發當前V(Q)指示的RLC數據塊；發送方收到通知后，停止重發該RLC數據塊。
該方法進一步包括當V(Q)發生變化時，重啟定時器。
由此可見，本發明通過設置定時器來控制接收窗口的移動，當TBF傳輸由于某種原因暫時沒有新的RLC數據塊用于傳輸時，若接收窗口未滿，則接收方不會一直等待接收未收到的RLC數據塊，而是在定時器超時后移動接收窗口，這樣就可避免由于等待時間過長造成超出業務時延要求的情況發生，從而降低了業務時延。另外，在定時器超時后，接收方還可通知發送方停止重發當前V(Q)指示的RLC數據塊，這樣，發送方就不會一直重發發送窗口內還未收到確認的RLC數據塊，而是在收到接收方發送來的通知后停止重發，從而避免了無線資源的浪費。
圖1為現有協議中的RLC非持久模式示意圖。
圖2為現有技術中的接收過程示意圖。
圖3為本發明實施例中的接收過程示意圖。
具體實施例方式
為使本發明的目的、技術方案及優點更加清楚明白，下面參照附圖并舉實施例，對本發明作進一步詳細說明。
本發明的基本思想是為V(R)設置定時器，在TBF建立時啟動該定時器，并在每次V(R)發生變化時重啟定時器，接收方在定時器超時后移動接收窗口。也就是說，通過使用定時器來監控接收方是否有新的數據到達，并控制接收窗口的移動。
定時器時長的具體值可以由發送方和接收方根據業務的QoS需求協商設置一定時器時長，比如，通過RLC數據塊或控制塊進行協商；或者，根據網絡特性在系統中設置一個默認的定時器時長，網絡側將設置的定時器時長通過系統消息廣播給所有的移動臺，或者通過控制信令發送給特定的移動臺。在業務傳輸過程中，還可以根據實際業務需要，對定時器時長進行動態調整。
下面結合圖3對本發明中接收方的接收過程進行詳細說明，其中，V(Q)指示接收窗口內第一個未接收到的RLC數據塊位置，V(R)指示下一個要接收的RLC數據塊位置，r表示未收到的RLC數據塊，R表示已收到的RLC數據塊，-表示本文中不關心的RLC數據塊，t1、t2、t3為三個不同的時刻，下面分別對各個時刻的接收窗口狀態進行詳細說明。
t1時刻，接收窗口未滿，接收方收到一個新的RLC數據塊，V(R)前移，重啟定時器。
t2時刻，接收窗口未滿，TBF傳輸由于某種原因如人為原因而暫時中斷，V(R)不動，這時定時器繼續運行。在t1到t2到這段時間內，接收方有可能收到發送方重發到RLC數據塊，比如圖3中，t1時刻V(Q)所指RLC數據塊的下一個標記為r的RLC數據塊在t2時刻到達接收方，此時該RLC數據塊的標記更改為R。
t3時刻，接收窗口未滿，V(R)依然不動，定時器超時，這時接收方不再繼續等待，而是移動接收窗口。具體如下接收方判斷接收窗口內是否存在除第一個未收到的無線鏈路控制RLC數據塊之外的其它未收到的RLC數據塊，如果存在，則將接收窗口狀態變量V(Q)移到下一個未收到的RLC數據塊處，并將接收窗口內所述下一個未收到的RLC數據塊之前的所有已收到的RLC數據塊交給上層；否則，將接收窗口內的所有已收到的RLC數據塊交給上層，并將V(Q)移到V(R)處。定時器超時前的處理過程與現有協議一致，這里不再一一贅述。
t3時刻V(Q)移動后，即V(Q)發生變化時，重啟定時器，開始新一輪的計時，定時器超時前按現有協議進行處理，定時器超時后移動接收窗口。
可見，采取本發明所提供的方法以后，當傳輸由于某種原因暫時沒有新的RLC數據塊傳輸時，如果接收窗口未滿，則接收方不會一直等待接收未收到的RLC數據塊，而是在定時器超時后移動接收窗口，這樣就可避免由于等待時間過長造成超出業務時延要求的情況發生，從而降低了業務時延。
另外，在定時器超時后，接收方還可通知發送方停止重發當前V(Q)指示的RLC數據塊，所述當前V(Q)指示的RLC數據塊是指未經移動的V(Q)所指示的RLC數據塊；發送方收到接收方發送來的通知后，停止重發該RLC數據塊。這樣，發送方就不會一直重發發送窗口內還未收到確認的RLC數據塊，而是在收到接收方發送來的通知后停止重發，從而避免了無線資源的浪費。
另外，為了使發送方或接收方確知對方是否支持本發明所提供的方法，發送方或接收方可互相進行通知，比如，網絡側通過小區系統消息通知小區內的所有移動臺自身支持本發明所提供的方法，或者，通過控制信令通知某個特定的移動臺自身支持本發明所提供的方法；移動臺可以在接入網絡或信道請求的時候通知網絡自身支持本發明所提供的方法。
以上所述對本發明的目的、技術方案和有益效果進行了進一步的詳細說明，所應理解的是，以上所述并不用以限制本發明，凡在本發明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
權利要求
1.一種業務接收方法，其特征在于，為接收狀態變量V(R)設置定時器，該方法包括在臨時數據塊流TBF建立時啟動該定時器，并在每次V(R)發生變化時重啟定時器，接收方在定時器超時后移動接收窗口。
2.根據權利要求1所述的方法，其特征在于，所述接收方在定時器超時后移動接收窗口包括定時器超時后，接收方判斷接收窗口內是否存在除第一個未收到的無線鏈路控制RLC數據塊之外的其它未收到的RLC數據塊，如果存在，則將接收窗口狀態變量V(Q)移到下一個未收到的RLC數據塊處，并將接收窗口內所述下一個未收到的RLC數據塊之前的所有已收到的RLC數據塊交給上層；否則，將接收窗口內的所有已收到的RLC數據塊交給上層，并將V(Q)移到V(R)處。
3.根據權利要求1所述的方法，其特征在于，所述設置定時器包括發送方和接收方根據業務的服務質量需求，協商設置定時器時長；或者，根據網絡特性在系統中設置默認的定時器時長。
4.根據權利要求1所述的方法，其特征在于，所述定時器超時后進一步包括接收方通知發送方停止重發當前V(Q)指示的RLC數據塊；發送方收到通知后，停止重發該RLC數據塊。
5.根據權利要求1所述的方法，其特征在于，該方法進一步包括當V(Q)發生變化時，重啟定時器。
全文摘要
本發明公開了一種業務接收方法，該方法為接收狀態變量V(R)設置定時器，在臨時數據塊流(TBF)建立時啟動該定時器，并在每次V(R)發生變化時重啟定時器，接收方在定時器超時后移動接收窗口。本發明所提供的方法能夠降低TBF傳輸過程中的業務時延，減少無線資源的浪費。
文檔編號H04L29/06GK1984074SQ200610087090
公開日2007年6月20日 申請日期2006年6月16日 優先權日2006年6月16日
發明者翁武林, 張 杰, 陳德, 耿風華 申請人:華為技術有限公司