專利名稱：一種業(yè)務(wù)接收方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線傳輸技術(shù)，尤其涉及一種業(yè)務(wù)接收方法。
背景技術(shù)：
在通用無線分組業(yè)務(wù)(GPRS)中，無線鏈路控制(Radio Link Control，RLC)自動重復(fù)請求(Automatic Repeat ReQuest，ARQ)功能支持三種操作模式，分別為RLC應(yīng)答模式(RLC acknowledged mode)、RLC非應(yīng)答模式(RLC unacknowledged mode)和RLC非持久模式(RLC non-persistentmode)。RLC應(yīng)答模式重發(fā)RLC數(shù)據(jù)塊以獲得高可靠性，RLC非應(yīng)答模式不進行RLC數(shù)據(jù)塊的重發(fā)，RLC非持久模式使用RLC數(shù)據(jù)塊的非完全重發(fā)(non-exhaustive retransmission)。
對于多媒體廣播/多播業(yè)務(wù)(Multimedia Broadcast/Multicast Service，MBMS)的傳輸，通常采用的是RLC非持久模式。MBMS的承載實體由網(wǎng)絡(luò)側(cè)的一個RLC發(fā)送端點和多個移動臺(MS)上的RLC接收端點組成，RLC發(fā)送端點用于發(fā)送RLC/媒體接入控制(MAC)數(shù)據(jù)塊和控制塊，且只可以接收RLC/MAC控制塊；RLC接收端點用于接收RLC/MAC數(shù)據(jù)塊和控制塊，且只可以發(fā)送RLC/MAC控制塊。
現(xiàn)有協(xié)議中關(guān)于MBMS業(yè)務(wù)中的RLC非持久模式示意圖參見圖1所示，圖中陰影部分表示窗口，發(fā)送方有一發(fā)送窗口，接收方有一接收窗口，發(fā)送方根據(jù)V(A)調(diào)整發(fā)送窗口，根據(jù)V(S)進行RLC數(shù)據(jù)塊的發(fā)送；接收方根據(jù)V(Q)調(diào)整接收窗口，根據(jù)V(R)進行RLC數(shù)據(jù)塊的接收。每個RLC數(shù)據(jù)塊都有一個編號BSN，BSN的取值范圍為0，1，......，SNS-1。下面對圖1中的各個變量進行簡要描述
①SNS表示RLC數(shù)據(jù)塊的序列空間，即所有RLC數(shù)據(jù)塊的編號空間；②WS表示窗口大小，所有滿足[V(Q)≤BSN≤V(R)]modulo SNS的RLC數(shù)據(jù)塊都落在接收窗口中；③V(A)是確認狀態(tài)變量，標識發(fā)送窗口內(nèi)發(fā)出去最久但還未收到接收方確認的RLC數(shù)據(jù)塊，一般情況下V(A)＝BSN’，BSN’是滿足[V(S)-BSN’]modulo SNS≤WS的最久還未得到確認的RLC數(shù)據(jù)塊；當(dāng)發(fā)送窗口內(nèi)的所有RLC數(shù)據(jù)塊都已得到確認時，V(A)＝V(S)；④V(S)是發(fā)送狀態(tài)變量，標識發(fā)送方下一個需要傳輸?shù)臄?shù)據(jù)塊，V(S)的取值不依賴于V(A)，且滿足[V(S)-V(A)]modulo SNS≤WS；⑤V(Q)是接收窗口狀態(tài)變量，標識接收窗口內(nèi)最久還沒有收到的RLC數(shù)據(jù)塊，一般情況下V(Q)＝BSN’，BSN’是滿足[V(R)-BSN’]modulo SNS≤WS的最久沒有收到的RLC數(shù)據(jù)塊，當(dāng)接收窗口內(nèi)的所有RLC數(shù)據(jù)塊都已收到時，V(Q)＝V(R)；⑥V(R)是接收狀態(tài)變量，標識接收方下一個要接收的RLC數(shù)據(jù)塊，V(R)＝[BSN′+1]modulo SNS，其中，BSN′是接收方最近收到的RLC數(shù)據(jù)塊，滿足[V(R)≤BSN′＜V(R)+SNS-WS]modulo SNS；⑦V(B)是發(fā)送方的確認狀態(tài)數(shù)組，數(shù)組中每一個元素的取值標識當(dāng)前所發(fā)送的塊的確認狀態(tài)，由V(A)作為索引，描述V(A)之后最多WS個RLC數(shù)據(jù)塊的確認狀態(tài)，發(fā)送方可以對數(shù)組內(nèi)的任意RLC數(shù)據(jù)塊進行選擇重發(fā)；⑧V(N)是接收方的接收狀態(tài)數(shù)組，數(shù)組中每一個元素的取值標識當(dāng)前所發(fā)送的塊的接收狀態(tài)，由V(R)作為索引，描述V(R)之前最多WS個RLC數(shù)據(jù)塊的接收狀態(tài)。
在數(shù)據(jù)傳輸過程中，需要對發(fā)送窗口和接收窗口不斷進行調(diào)整，具體如下在發(fā)送方，只要有新的RLC數(shù)據(jù)塊，發(fā)送方就一直發(fā)送，在發(fā)送窗口滿的情況下，即[V(S)-V(A)]modulo SNS＝WS時，移動V(A)讓其指向下一個等待確認的RLC數(shù)據(jù)塊位置，并移動窗口，使不等式[V(S)-V(A)]modulo SNS≤WS成立；
在接收方，只要有新的RLC數(shù)據(jù)塊到達，接收方就一直接收，在接收窗口滿的情況下，即[V(R)-V(Q)]modulo SNS＝WS時，將BSN＝V(Q)的RLC數(shù)據(jù)塊及其它的已經(jīng)收到的RLC數(shù)據(jù)塊交給上層，移動V(Q)讓其指向下一個等待接收的RLC數(shù)據(jù)塊位置，并移動窗口，使不等式[V(R)-V(Q)]modulo SNS≤WS成立。
對于一些實時性要求比較高的低時延業(yè)務(wù)，如網(wǎng)際協(xié)議電話(VoIP)，需要比較低的時延來保證用戶的業(yè)務(wù)感受，鑒于RLC非持久模式的特點，相對于其它兩種模式，RLC非持久模式更適合于會話類等時延敏感業(yè)務(wù)的傳輸。目前已經(jīng)有很多公司提出要在低時延業(yè)務(wù)的臨時數(shù)據(jù)塊流(TemporaryBlock FloW，TBF)中引入RLC非持久模式。每個TBF由兩個RLC端點(RLCendpoint)組成，每個RLC端點既有一個能發(fā)送RLC/MAC數(shù)據(jù)塊的發(fā)送方，也有一個能接收RLC/MAC數(shù)據(jù)塊的接收方。
目前在低時延業(yè)務(wù)的TBF中引入RLC非持久模式的方法主要有接收方使用固定的窗口大小來接收RLC數(shù)據(jù)塊，當(dāng)接收窗口滿時，強制接收窗口向前移動。為降低業(yè)務(wù)時延，接收窗口長度一般較小。具體的接收過程如圖2所示，V(Q)指示接收窗口內(nèi)第一個未接收到的RLC數(shù)據(jù)塊位置，V(R)指示下一個要接收的RLC數(shù)據(jù)塊位置，r表示未收到的RLC數(shù)據(jù)塊，R表示已收到的RLC數(shù)據(jù)塊，-表示本文中不關(guān)心的RLC數(shù)據(jù)塊，t1、t2、t3為三個不同的時刻，下面分別對各個時刻的接收窗口狀態(tài)進行詳細說明t1時刻，接收窗口未滿，接收方繼續(xù)接收新的RLC數(shù)據(jù)塊，以及等待接收以前未收到的RLC數(shù)據(jù)塊；t2時刻，接收窗口滿，接收方還可以繼續(xù)接收新的RLC數(shù)據(jù)塊，以及等待接收以前未收到的RLC數(shù)據(jù)塊；t3時刻，又來了一個新的數(shù)據(jù)塊B1，這時需要將V(Q)移動到下一個期待接收的RLC數(shù)據(jù)塊，并移動窗口。
接收方在沒有收到V(Q)的情況下，可能多次要求發(fā)送方重發(fā)V(Q)，但接收方還是一直沒有收到V(Q)，在接收窗口未滿時，接收方不能移動接收窗口，直到接收窗口滿并收到新的RLC數(shù)據(jù)塊后才能移動接收窗口，這時接收方將不再繼續(xù)等待V(Q)的到來。接收窗口移動后的處理過程與上述各個時刻的處理過程類似，這里不再反復(fù)介紹。
但是，當(dāng)傳輸由于人為等原因暫時在一段時間內(nèi)沒有新的RLC數(shù)據(jù)塊傳輸時，接收方可能由于接收窗口未滿，而在一直等待接收接收窗口內(nèi)第一個未接收到的RLC數(shù)據(jù)塊，從而造成等待時間過長，超出了傳輸業(yè)務(wù)的時延要求；另外，如果發(fā)送窗口在未滿的情況下暫時停止、并且還有未確認的RLC數(shù)據(jù)塊，那么發(fā)送方可能會一直不停地重發(fā)發(fā)送窗口內(nèi)還未收到確認的RLC數(shù)據(jù)塊，這樣容易造成無線資源的浪費。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種業(yè)務(wù)接收方法，降低業(yè)務(wù)時延。
為達到上述目的，本發(fā)明提供的技術(shù)方案如下為V(R)設(shè)置定時器，在TBF建立時啟動該定時器，并在每次V(R)發(fā)生變化時重啟定時器，接收方在定時器超時后移動接收窗口。
其中，所述接收方在定時器超時后移動接收窗口包括定時器超時后，接收方判斷接收窗口內(nèi)是否存在除第一個未收到的RLC數(shù)據(jù)塊之外的其它未收到的RLC數(shù)據(jù)塊，如果存在，則將V(Q)移到下一個未收到的RLC數(shù)據(jù)塊處，并將接收窗口內(nèi)所述下一個未收到的RLC數(shù)據(jù)塊之前的所有已收到的RLC數(shù)據(jù)塊交給上層；否則，將接收窗口內(nèi)的所有已收到的RLC數(shù)據(jù)塊交給上層，并將V(Q)移到V(R)處。
所述設(shè)置定時器包括發(fā)送方和接收方根據(jù)業(yè)務(wù)的服務(wù)質(zhì)量需求，協(xié)商設(shè)置定時器時長；或者，根據(jù)網(wǎng)絡(luò)特性在系統(tǒng)中設(shè)置默認的定時器時長。
所述定時器超時后進一步包括接收方通知發(fā)送方停止重發(fā)當(dāng)前V(Q)指示的RLC數(shù)據(jù)塊；發(fā)送方收到通知后，停止重發(fā)該RLC數(shù)據(jù)塊。
該方法進一步包括當(dāng)V(Q)發(fā)生變化時，重啟定時器。
由此可見，本發(fā)明通過設(shè)置定時器來控制接收窗口的移動，當(dāng)TBF傳輸由于某種原因暫時沒有新的RLC數(shù)據(jù)塊用于傳輸時，若接收窗口未滿，則接收方不會一直等待接收未收到的RLC數(shù)據(jù)塊，而是在定時器超時后移動接收窗口，這樣就可避免由于等待時間過長造成超出業(yè)務(wù)時延要求的情況發(fā)生，從而降低了業(yè)務(wù)時延。另外，在定時器超時后，接收方還可通知發(fā)送方停止重發(fā)當(dāng)前V(Q)指示的RLC數(shù)據(jù)塊，這樣，發(fā)送方就不會一直重發(fā)發(fā)送窗口內(nèi)還未收到確認的RLC數(shù)據(jù)塊，而是在收到接收方發(fā)送來的通知后停止重發(fā)，從而避免了無線資源的浪費。


圖1為現(xiàn)有協(xié)議中的RLC非持久模式示意圖。
圖2為現(xiàn)有技術(shù)中的接收過程示意圖。
圖3為本發(fā)明實施例中的接收過程示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，下面參照附圖并舉實施例，對本發(fā)明作進一步詳細說明。
本發(fā)明的基本思想是為V(R)設(shè)置定時器，在TBF建立時啟動該定時器，并在每次V(R)發(fā)生變化時重啟定時器，接收方在定時器超時后移動接收窗口。也就是說，通過使用定時器來監(jiān)控接收方是否有新的數(shù)據(jù)到達，并控制接收窗口的移動。
定時器時長的具體值可以由發(fā)送方和接收方根據(jù)業(yè)務(wù)的QoS需求協(xié)商設(shè)置一定時器時長，比如，通過RLC數(shù)據(jù)塊或控制塊進行協(xié)商；或者，根據(jù)網(wǎng)絡(luò)特性在系統(tǒng)中設(shè)置一個默認的定時器時長，網(wǎng)絡(luò)側(cè)將設(shè)置的定時器時長通過系統(tǒng)消息廣播給所有的移動臺，或者通過控制信令發(fā)送給特定的移動臺。在業(yè)務(wù)傳輸過程中，還可以根據(jù)實際業(yè)務(wù)需要，對定時器時長進行動態(tài)調(diào)整。
下面結(jié)合圖3對本發(fā)明中接收方的接收過程進行詳細說明，其中，V(Q)指示接收窗口內(nèi)第一個未接收到的RLC數(shù)據(jù)塊位置，V(R)指示下一個要接收的RLC數(shù)據(jù)塊位置，r表示未收到的RLC數(shù)據(jù)塊，R表示已收到的RLC數(shù)據(jù)塊，-表示本文中不關(guān)心的RLC數(shù)據(jù)塊，t1、t2、t3為三個不同的時刻，下面分別對各個時刻的接收窗口狀態(tài)進行詳細說明。
t1時刻，接收窗口未滿，接收方收到一個新的RLC數(shù)據(jù)塊，V(R)前移，重啟定時器。
t2時刻，接收窗口未滿，TBF傳輸由于某種原因如人為原因而暫時中斷，V(R)不動，這時定時器繼續(xù)運行。在t1到t2到這段時間內(nèi)，接收方有可能收到發(fā)送方重發(fā)到RLC數(shù)據(jù)塊，比如圖3中，t1時刻V(Q)所指RLC數(shù)據(jù)塊的下一個標記為r的RLC數(shù)據(jù)塊在t2時刻到達接收方，此時該RLC數(shù)據(jù)塊的標記更改為R。
t3時刻，接收窗口未滿，V(R)依然不動，定時器超時，這時接收方不再繼續(xù)等待，而是移動接收窗口。具體如下接收方判斷接收窗口內(nèi)是否存在除第一個未收到的無線鏈路控制RLC數(shù)據(jù)塊之外的其它未收到的RLC數(shù)據(jù)塊，如果存在，則將接收窗口狀態(tài)變量V(Q)移到下一個未收到的RLC數(shù)據(jù)塊處，并將接收窗口內(nèi)所述下一個未收到的RLC數(shù)據(jù)塊之前的所有已收到的RLC數(shù)據(jù)塊交給上層；否則，將接收窗口內(nèi)的所有已收到的RLC數(shù)據(jù)塊交給上層，并將V(Q)移到V(R)處。定時器超時前的處理過程與現(xiàn)有協(xié)議一致，這里不再一一贅述。
t3時刻V(Q)移動后，即V(Q)發(fā)生變化時，重啟定時器，開始新一輪的計時，定時器超時前按現(xiàn)有協(xié)議進行處理，定時器超時后移動接收窗口。
可見，采取本發(fā)明所提供的方法以后，當(dāng)傳輸由于某種原因暫時沒有新的RLC數(shù)據(jù)塊傳輸時，如果接收窗口未滿，則接收方不會一直等待接收未收到的RLC數(shù)據(jù)塊，而是在定時器超時后移動接收窗口，這樣就可避免由于等待時間過長造成超出業(yè)務(wù)時延要求的情況發(fā)生，從而降低了業(yè)務(wù)時延。
另外，在定時器超時后，接收方還可通知發(fā)送方停止重發(fā)當(dāng)前V(Q)指示的RLC數(shù)據(jù)塊，所述當(dāng)前V(Q)指示的RLC數(shù)據(jù)塊是指未經(jīng)移動的V(Q)所指示的RLC數(shù)據(jù)塊；發(fā)送方收到接收方發(fā)送來的通知后，停止重發(fā)該RLC數(shù)據(jù)塊。這樣，發(fā)送方就不會一直重發(fā)發(fā)送窗口內(nèi)還未收到確認的RLC數(shù)據(jù)塊，而是在收到接收方發(fā)送來的通知后停止重發(fā)，從而避免了無線資源的浪費。
另外，為了使發(fā)送方或接收方確知對方是否支持本發(fā)明所提供的方法，發(fā)送方或接收方可互相進行通知，比如，網(wǎng)絡(luò)側(cè)通過小區(qū)系統(tǒng)消息通知小區(qū)內(nèi)的所有移動臺自身支持本發(fā)明所提供的方法，或者，通過控制信令通知某個特定的移動臺自身支持本發(fā)明所提供的方法；移動臺可以在接入網(wǎng)絡(luò)或信道請求的時候通知網(wǎng)絡(luò)自身支持本發(fā)明所提供的方法。
以上所述對本發(fā)明的目的、技術(shù)方案和有益效果進行了進一步的詳細說明，所應(yīng)理解的是，以上所述并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種業(yè)務(wù)接收方法，其特征在于，為接收狀態(tài)變量V(R)設(shè)置定時器，該方法包括在臨時數(shù)據(jù)塊流TBF建立時啟動該定時器，并在每次V(R)發(fā)生變化時重啟定時器，接收方在定時器超時后移動接收窗口。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述接收方在定時器超時后移動接收窗口包括定時器超時后，接收方判斷接收窗口內(nèi)是否存在除第一個未收到的無線鏈路控制RLC數(shù)據(jù)塊之外的其它未收到的RLC數(shù)據(jù)塊，如果存在，則將接收窗口狀態(tài)變量V(Q)移到下一個未收到的RLC數(shù)據(jù)塊處，并將接收窗口內(nèi)所述下一個未收到的RLC數(shù)據(jù)塊之前的所有已收到的RLC數(shù)據(jù)塊交給上層；否則，將接收窗口內(nèi)的所有已收到的RLC數(shù)據(jù)塊交給上層，并將V(Q)移到V(R)處。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述設(shè)置定時器包括發(fā)送方和接收方根據(jù)業(yè)務(wù)的服務(wù)質(zhì)量需求，協(xié)商設(shè)置定時器時長；或者，根據(jù)網(wǎng)絡(luò)特性在系統(tǒng)中設(shè)置默認的定時器時長。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述定時器超時后進一步包括接收方通知發(fā)送方停止重發(fā)當(dāng)前V(Q)指示的RLC數(shù)據(jù)塊；發(fā)送方收到通知后，停止重發(fā)該RLC數(shù)據(jù)塊。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進一步包括當(dāng)V(Q)發(fā)生變化時，重啟定時器。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)接收方法，該方法為接收狀態(tài)變量V(R)設(shè)置定時器，在臨時數(shù)據(jù)塊流(TBF)建立時啟動該定時器，并在每次V(R)發(fā)生變化時重啟定時器，接收方在定時器超時后移動接收窗口。本發(fā)明所提供的方法能夠降低TBF傳輸過程中的業(yè)務(wù)時延，減少無線資源的浪費。
文檔編號H04L29/06GK1984074SQ200610087090
公開日2007年6月20日 申請日期2006年6月16日 優(yōu)先權(quán)日2006年6月16日
發(fā)明者翁武林, 張 杰, 陳德, 耿風(fēng)華 申請人:華為技術(shù)有限公司