專利名稱：一種無線鏈路控制傳輸?shù)姆椒跋到y(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信傳輸技術(shù)，尤其涉及一種無線鏈路控制(RLC，Radio Link Control)傳輸?shù)姆椒跋到y(tǒng)。
背景技術(shù)：
隨著科技的發(fā)展，人們對移動通信業(yè)務(wù)和質(zhì)量的要求也越來越高，因此在目前由第二代移動通信系統(tǒng)(2G，2nd Generation Mobile CommunicationsSystem)向第三代移動通信系統(tǒng)(3G，3rd Generation Mobile CommunicationsSystem)平滑過渡的過程中，如何利用有限的無線資源來提高傳輸速率，減少傳輸時延，成為必須面對的一個重大問題。
由2G向3G演進(jìn)的主要技術(shù)包括通用分組無線業(yè)務(wù)(GPRS，GeneralPacket Radio Service)，以及提高數(shù)據(jù)速率的GSM演進(jìn)技術(shù)(EDGE，EnhancedData rate for GSM Evolution)等。其中，GPRS是在2G的GSM網(wǎng)絡(luò)中引入的分組數(shù)據(jù)交換技術(shù)，通常稱為2.5G；EDGE是一種基于GSM/GPRS網(wǎng)絡(luò)的數(shù)據(jù)增強型移動通信技術(shù)，通常稱為2.75G。無論是2G、2.5G還是2.75G，移動通信中由空中接口傳輸?shù)臄?shù)據(jù)，必須先經(jīng)過兩個協(xié)議的處理，即RLC和多媒體接入控制(MAC，Media Access Control)。其中，RLC為用戶和控制數(shù)據(jù)提供分段和重傳業(yè)務(wù)。RLC將所傳輸?shù)纳蠈訁f(xié)議數(shù)據(jù)單元(PDU，Protocol Data Unit)拆分成便于空中傳輸?shù)臄?shù)據(jù)塊，并提供了二種模式的數(shù)據(jù)傳輸非確認(rèn)模式(UM，Unacknowledged Mode)和確認(rèn)模式(AM，Acknowledged Mode)。
在非確認(rèn)模式下，RLC傳輸上層PDU時不保證數(shù)據(jù)包正確傳輸?shù)浇邮斩?，因為該模式下，RLC不會觸發(fā)重傳機制，因此RLC數(shù)據(jù)塊傳輸出錯時RLC不作處理。在確認(rèn)模式下，RLC傳輸上層PDU時會保證數(shù)據(jù)包中的所有數(shù)據(jù)塊都正確傳輸?shù)浇邮斩?。因為?dāng)RLC不能正確傳輸數(shù)據(jù)時，發(fā)送端會接收到來自于接收端的有關(guān)錯誤的信息，并根據(jù)該信息觸發(fā)重傳機制，將傳輸錯誤的數(shù)據(jù)塊重新發(fā)送給接收端。為了實現(xiàn)數(shù)據(jù)重傳，在RLC層有一個緩存區(qū)(buffer)，用于緩存上層PDU。
可見，在非確認(rèn)模式下，由于沒有重傳機制，因此難以保證數(shù)據(jù)傳輸?shù)恼_率；在確認(rèn)模式下，雖然數(shù)據(jù)傳輸?shù)恼_率大大提高，但卻會因為一遍遍的重傳增大數(shù)據(jù)傳輸?shù)臅r延。對于時延敏感類業(yè)務(wù)，如網(wǎng)絡(luò)電話(VoIP，Voice over Internet Protocol)等，既要求時延較小，又要求數(shù)據(jù)傳輸過程中保證一定的正確率，因此針對這種情況，目前提出了一種新的RLC傳輸模式，即RLC非永久模式(NPM，Non Persistent Mode)，在該模式下，RLC傳輸上層PDU時，部分執(zhí)行重傳機制，不保證上層PDU中的所有數(shù)據(jù)塊都正確傳輸?shù)浇邮斩恕?br> 下面將以GPRS為例結(jié)合附圖1對該NPM傳輸模式進(jìn)行詳細(xì)描述。
因為在上行傳輸和在下行傳輸中，NPM模式的處理流程是相同的，因此為了描述簡潔，下面不再細(xì)分是上行傳輸還是下行傳輸，而將發(fā)送數(shù)據(jù)的一方，無論是網(wǎng)絡(luò)側(cè)還是移動臺統(tǒng)稱為發(fā)送端；將接收數(shù)據(jù)的一方，無論是網(wǎng)絡(luò)側(cè)還是移動臺統(tǒng)稱為接收端。其中發(fā)送端->接收端指網(wǎng)絡(luò)側(cè)->移動臺，或者移動臺->網(wǎng)絡(luò)側(cè)。文中其它部分也按此方式處理。
如圖1所示，圖1為現(xiàn)有技術(shù)中一種RLC非永久性傳輸模式的方法流程圖，該流程包括如下步驟步驟101，建立臨時塊流(TBF，Temporary Block Flow)，同時網(wǎng)絡(luò)側(cè)將NPM傳輸模式指示以及設(shè)定的定時器時長指示通過指派消息告訴移動臺，之后，在發(fā)送端執(zhí)行步驟102至步驟103；在接收端執(zhí)行步驟104至步驟105。
GPRS中，在兩個無線資源(RR，Radio Resources)實體，如網(wǎng)絡(luò)側(cè)和移動臺之間進(jìn)行數(shù)據(jù)傳輸時，首先建立一個物理連接，即TBF，TBF建立之后，網(wǎng)絡(luò)側(cè)和移動臺之間可以進(jìn)行數(shù)據(jù)傳輸，在數(shù)據(jù)傳輸結(jié)束后TBF被釋放，如又有數(shù)據(jù)傳送則再建立新的TBF。
其中，設(shè)定的定時器時長為允許的時延值，即一個上層PDU在空中接口傳輸中允許的最大時延值，根據(jù)不同業(yè)務(wù)的需求，該定時器時長預(yù)先由網(wǎng)絡(luò)側(cè)配置好。
步驟102，發(fā)送端將上層PDU拆分成RLC數(shù)據(jù)塊的形式，并為每個RLC數(shù)據(jù)塊都設(shè)置一個定時器，在向接收端發(fā)送RLC數(shù)據(jù)塊時，每發(fā)送一個RLC數(shù)據(jù)塊，便啟動一個定時器。
步驟103，發(fā)送端在定時器時長內(nèi)，未收到來自于接收端的與該定時器對應(yīng)的RLC數(shù)據(jù)塊的確認(rèn)指示時，不再繼續(xù)等待接收確認(rèn)指示，而按照傳輸完畢處理，將緩存區(qū)中包含該RLC數(shù)據(jù)塊的上層PDU的所有RLC數(shù)據(jù)塊清除。至此，發(fā)送端的流程結(jié)束。
步驟104，接收端在檢測到所接收的來自于發(fā)送端的某個RLC數(shù)據(jù)塊傳輸錯誤時，啟動一個監(jiān)控該RLC數(shù)據(jù)塊的定時器。
步驟105，接收端在定時器時長內(nèi)，未正確收到來自于發(fā)送端重傳的與該定時器對應(yīng)的RLC數(shù)據(jù)塊時，不再繼續(xù)等待接收，而執(zhí)行后續(xù)封裝處理。
但上述方案中，當(dāng)一個上層PDU較大時，一個上層PDU可以被拆分成很多個RLC數(shù)據(jù)塊，由于發(fā)送端為同一個上層PDU的每一個RLC數(shù)據(jù)塊都設(shè)置了定時器，則由于每個RLC數(shù)據(jù)塊的傳輸時間不一樣，因此定時器與定時器之間會有一定的時延，此時對于整個上層PDU來說，相當(dāng)于把定時器時長延長了，若一個上層PDU很大時，則會造成時延很長，無法更好的支持時延敏感類業(yè)務(wù)，并且大量的定時器設(shè)置也會浪費系統(tǒng)資源。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明一方面提供一種RLC傳輸?shù)姆椒?，使用該方法能夠降低時延。
本發(fā)明另一個面提供一種RLC傳輸?shù)南到y(tǒng)，該系統(tǒng)能夠降低時延。
本發(fā)明提供的RLC傳輸?shù)姆椒ㄊ峭ㄟ^如下技術(shù)方案予以實現(xiàn)的該方法包括發(fā)送端啟動監(jiān)控所發(fā)送上層PDU的定時器，并在該定時器時長內(nèi)，未收到來自接收端的所述上層PDU中所有RLC數(shù)據(jù)塊的確認(rèn)指示時，無需保留緩存區(qū)中所述上層PDU的所有RLC數(shù)據(jù)塊。
其中，所述定時器在請求發(fā)送上層PDU時啟動，或在第一次傳輸所述上層PDU的RLC數(shù)據(jù)塊時啟動。
較佳地，該方法進(jìn)一步包括接收端在接收到上層PDU的第一個RLC數(shù)據(jù)塊之后，啟動該上層PDU的定時器；并在該定時器時長內(nèi)，未正確收到來自發(fā)送端的所述上層PDU的所有RLC數(shù)據(jù)塊時，停止接收該上層PDU未正確收到的RLC數(shù)據(jù)塊。
其中，一個RLC數(shù)據(jù)塊包含多于一個上層PDU的數(shù)據(jù)時，當(dāng)所有的上層PDU無需重發(fā)該RLC數(shù)據(jù)塊時，無需保留緩存區(qū)中的該RLC數(shù)據(jù)塊；當(dāng)其中一個或多于一個上層PDU需要重發(fā)該RLC數(shù)據(jù)塊時，在緩存區(qū)中繼續(xù)保留該RLC數(shù)據(jù)塊。
其中，所述接收端在接收到錯誤RLC數(shù)據(jù)塊，且無法分辨該錯誤RLC數(shù)據(jù)塊包含幾個上層PDU的數(shù)據(jù)時，將該RLC數(shù)據(jù)塊作為一個新的上層PDUx，并啟動監(jiān)控該PDUx的定時器；同時將PDUx之后的一個RLC數(shù)據(jù)塊也作為一個新的上層PDUy，啟動監(jiān)控該PDUy的定時器，并等待接收對該錯誤RLC數(shù)據(jù)塊重傳的正確RLC數(shù)據(jù)塊，根據(jù)等待結(jié)果對定時器及RLC數(shù)據(jù)塊進(jìn)行校正處理。
其中，所述根據(jù)等待結(jié)果對定時器及RLC數(shù)據(jù)塊進(jìn)行校正處理為若接收到重傳的正確RLC數(shù)據(jù)塊時，則根據(jù)該RLC數(shù)據(jù)塊包含上層PDU數(shù)據(jù)的情況，停止無需啟動的定時器，若屬于同一個上層PDU的RLC數(shù)據(jù)塊都傳輸正確，則正常停止監(jiān)控該PDU的定時器；若未接收到正確的RLC數(shù)據(jù)塊時，則將所述傳輸錯誤的RLC數(shù)據(jù)塊繼續(xù)作為新的上層PDU，對于該傳輸錯誤的RLC數(shù)據(jù)塊的下一個RLC數(shù)據(jù)塊傳輸正確時，仍按照新的上層PDU處理。
本發(fā)明提供的RLC傳輸?shù)南到y(tǒng)是通過如下技術(shù)方案予以實現(xiàn)的該系統(tǒng)包括發(fā)送裝置，用于啟動監(jiān)控所發(fā)送上層PDU的定時器，并在該定時器時長內(nèi)，未收到所述上層PDU中所有RLC數(shù)據(jù)塊的確認(rèn)指示時，無需保留緩存區(qū)中所述上層PDU的所有RLC數(shù)據(jù)塊。
較佳地，該系統(tǒng)進(jìn)一步包括接收裝置，用于在接收到上層PDU的第一個RLC數(shù)據(jù)塊之后，啟動該上層PDU的定時器；并在該定時器時長內(nèi)，未正確收到傳輸?shù)乃錾蠈覲DU的所有RLC數(shù)據(jù)塊時，停止接收該上層PDU的未正確接收到的RLC數(shù)據(jù)塊。
較佳地，所述接收裝置包括接收模塊和定時器模塊，其中，接收模塊，用于在接收到上層PDU的第一個RLC數(shù)據(jù)塊之后，向接收裝置中的定時器模塊發(fā)送啟動監(jiān)控該上層PDU的定時器的通知消息；在該定時器時長內(nèi)，未正確收到傳輸?shù)脑撋蠈覲DU的所有RLC數(shù)據(jù)塊時，停止接收該上層PDU的未正確接收到的RLC數(shù)據(jù)塊；接收裝置中的定時器模塊，用于接收來自接收模塊的啟動監(jiān)控該上層PDU的定時器的通知消息，根據(jù)該通知消息，啟動監(jiān)控所述上層PDU的定時器。
較佳地，所述發(fā)送裝置包括發(fā)送模塊、定時器模塊以及緩存模塊，其中，發(fā)送模塊，用于在請求發(fā)送當(dāng)前上層PDU時，或在第一次傳輸當(dāng)前上層PDU的RLC數(shù)據(jù)塊時，向發(fā)送裝置中的定時器模塊發(fā)送啟動監(jiān)控該上層PDU定時器的通知消息；在定時器時長內(nèi)，未收到該上層PDU中所有RLC數(shù)據(jù)塊的確認(rèn)指示時，向緩存模塊發(fā)送無需保留RLC數(shù)據(jù)塊的通知消息；發(fā)送裝置中的定時器模塊，用于接收來自發(fā)送模塊的啟動監(jiān)控上層PDU定時器的通知消息，根據(jù)該通知消息啟動監(jiān)控所述上層PDU的定時器；
緩存模塊，用于接收來自發(fā)送模塊的無需保留RLC數(shù)據(jù)塊的通知消息，根據(jù)該通知消息將緩存區(qū)中所述上層PDU的所有RLC數(shù)據(jù)塊清除。
從上述方案可以看出，本發(fā)明通過將需要傳輸?shù)囊粋€上層PDU作為一個單位，為該PDU只啟動一個定時器，發(fā)送端在請求發(fā)送當(dāng)前上層PDU時，或在第一次發(fā)送當(dāng)前上層PDU的RLC數(shù)據(jù)塊時，啟動監(jiān)控該上層PDU的定時器，并在上述定時器時長內(nèi)，未收到來自接收端的所述上層PDU的所有RLC數(shù)據(jù)塊的確認(rèn)指示時，停止繼續(xù)接收確認(rèn)指示，可將緩存區(qū)中該上層PDU的所有RLC數(shù)據(jù)塊清除，從而降低了時延，節(jié)約了系統(tǒng)資源。
此外，由于現(xiàn)有技術(shù)中的接收端為每個檢測到錯誤的RLC數(shù)據(jù)塊啟動一個定時器，那么在一個上層PDU中包含很多RLC數(shù)據(jù)塊時，舉例來說，若一個上層PDU包含7個RLC數(shù)據(jù)塊，在第7個數(shù)據(jù)塊錯誤時，啟動定時器等待，則前面的6個數(shù)據(jù)塊同樣會存在等待的情況，等待第7個數(shù)據(jù)塊傳輸成功后一起封裝。若第7個數(shù)據(jù)塊在定時器時長內(nèi)，沒有收到正確的重傳數(shù)據(jù)塊，則整個上層PDU都會超時，也會造成很大時延。因此，本發(fā)明中接收端在接收到屬于同一個上層PDU的RLC數(shù)據(jù)塊中的第一個數(shù)據(jù)塊之后便啟動定時器，若存在錯誤的RLC數(shù)據(jù)塊，則當(dāng)在該定時器時長內(nèi)，未正確收到屬于該上層PDU的RLC數(shù)據(jù)塊的重傳時，不再繼續(xù)等待接收，可見時延是針對整個上層PDU的一個定時器長度，因此降低了時延。
最后，通過對無法確定是否屬于同一個上層PDU的錯誤的RLC數(shù)據(jù)塊進(jìn)行相應(yīng)處理，即再啟動一個定時器等，并且若在定時器時長內(nèi)收到正確的RLC數(shù)據(jù)塊，則可以判斷是否屬于同一個上層PDU，并停止無需啟動的定時器；若在定時器時長內(nèi)沒有收到正確的RLC數(shù)據(jù)塊，則在無法確定是否屬于同一個上層PDU的情況下，將其它的單獨進(jìn)行后續(xù)處理，從而盡可能的保證了數(shù)據(jù)傳輸?shù)恼_性以及快速性。


圖1為現(xiàn)有技術(shù)中一種RLC非永久性傳輸模式的方法流程圖；
圖2為本發(fā)明實施例中RLC傳輸?shù)姆椒鞒虉D；圖3為本發(fā)明實施例中RLC傳輸?shù)南到y(tǒng)結(jié)構(gòu)圖；圖4為圖3所示實施例中發(fā)送裝置與接收裝置的內(nèi)部結(jié)構(gòu)示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下面結(jié)合實施例和附圖，對本發(fā)明進(jìn)一步詳細(xì)說明。
本發(fā)明的基本思想是將需要傳輸?shù)拿總€上層PDU作為單位，為該PDU只啟動一個定時器，發(fā)送端在請求發(fā)送當(dāng)前上層PDU時，或在第一次發(fā)送當(dāng)前上層PDU的RLC數(shù)據(jù)塊時，啟動監(jiān)控該上層PDU的定時器，并在該定時器時長內(nèi)，未收到來自接收端的所述上層PDU的所有RLC數(shù)據(jù)塊的確認(rèn)指示時，停止繼續(xù)接收確認(rèn)指示，可將緩存區(qū)中所述上層PDU的所有RLC數(shù)據(jù)塊清除，從而降低了時延，節(jié)約了系統(tǒng)資源。
進(jìn)一步地，本發(fā)明通過在接收端接收到上層PDU的第一個RLC數(shù)據(jù)塊時，只設(shè)置一個定時器；當(dāng)該上層PDU中存在傳輸錯誤的RLC數(shù)據(jù)塊時，則在該定時器時長內(nèi)，未正確收到該錯誤RLC數(shù)據(jù)塊的重傳時，停止等待接收，可見時延是針對整個上層PDU的一個定時器長度，因此進(jìn)一步降低了時延。
下面仍以GPRS為例，先結(jié)合具體實施例對本發(fā)明中RLC傳輸?shù)姆椒ㄟM(jìn)行詳細(xì)描述。
參見圖2，圖2為本發(fā)明實施例中RLC傳輸?shù)姆椒鞒虉D。本實施例中的發(fā)送端和接收端都按照本發(fā)明所提供的傳輸方法進(jìn)行處理。如圖2所示，該流程包括如下步驟步驟201，建立臨時塊流(TBF，Temporary Block Flow)，同時網(wǎng)絡(luò)側(cè)將RLC傳輸模式指示以及設(shè)定的定時器時長指示通過指派消息告訴移動臺，之后，在發(fā)送端執(zhí)行步驟202至步驟203；在接收端執(zhí)行步驟204至步驟205。其中，RLC傳輸模式為本發(fā)明中所提供的RLC傳輸模式。
步驟202，發(fā)送端將本次傳輸?shù)纳蠈覲DU拆分成RLC數(shù)據(jù)塊的形式進(jìn)行發(fā)送，并在請求發(fā)送該上層PDU時，或第一次發(fā)送該上層PDU的RLC數(shù)據(jù)塊時，或接收到該上層PDU并準(zhǔn)備傳輸時，啟動監(jiān)控該上層PDU的定時器。
本步驟中，對于上層PDU可以被拆分成一個或多于一個RLC數(shù)據(jù)塊的形式，即可以使用多個RLC數(shù)據(jù)塊傳輸該上層PDU。在將一個上層PDU拆分成RLC數(shù)據(jù)塊時，最后一個RLC數(shù)據(jù)塊中會包含該上層PDU結(jié)束的標(biāo)志。其中上層PDU的部分?jǐn)?shù)據(jù)也可以占用一個RLC數(shù)據(jù)塊的一部分，此時一個RLC數(shù)據(jù)塊可能包括屬于兩個不同PDU的數(shù)據(jù)。如表一所示，表一為上層PDU與RLC數(shù)據(jù)塊之間的關(guān)系示意表

表一上述表中列出了3個上層PDU，其中PDU1使用1、2和3共三個RLC數(shù)據(jù)塊發(fā)送，PDU2使用4、5、6以及7的前半部分共3.5個RLC數(shù)據(jù)塊發(fā)送，PDU3使用7的后半部分、8、9以及10共3.5個RLC數(shù)據(jù)塊發(fā)送。在第一次發(fā)送上層PDU的RLC數(shù)據(jù)塊時，啟動定時器。即如果在發(fā)送過程中，按照表一中所示的1至10的順序發(fā)送的話，則可以是對于PDU1，在發(fā)送RLC數(shù)據(jù)塊1時啟動監(jiān)控PDU1的定時器；對于PDU2，在發(fā)送RLC數(shù)據(jù)塊4時啟動監(jiān)控PDU2的定時器；對于PDU3，則在發(fā)送RLC數(shù)據(jù)塊7時啟動監(jiān)控PDU3的定時器。
步驟203，發(fā)送端在定時器時長內(nèi)，未收到來自于接收端的與該定時器對應(yīng)的上層PDU中所有RLC數(shù)據(jù)塊的確認(rèn)指示時，不再繼續(xù)等待接收確認(rèn)指示，而按照傳輸完畢處理，此時無需保留緩存區(qū)中包含該RLC數(shù)據(jù)塊的上層PDU的所有RLC數(shù)據(jù)塊，即可以將該上層PDU的所有RLC數(shù)據(jù)塊清除。至此，發(fā)送端的流程結(jié)束。
此處仍以表一所示上層PDU與RLC數(shù)據(jù)塊之間的關(guān)系進(jìn)行說明，若在監(jiān)控PDU1的定時器時長內(nèi)收到了RLC數(shù)據(jù)塊1和3的確認(rèn)指示，但沒有收到RLC數(shù)據(jù)塊2的確認(rèn)指示，即定時器超時，則不再繼續(xù)等待接收RLC數(shù)據(jù)塊2的確認(rèn)指示，可將緩存區(qū)中PDU1的所有RLC數(shù)據(jù)塊清除。其中對于接收到確認(rèn)指示的RLC數(shù)據(jù)塊1和3，該RLC數(shù)據(jù)塊可以在接收到確認(rèn)指示后便從緩存區(qū)中清除，也可以不從緩存區(qū)中清除，而等到最后和整個PDU1的所有RLC數(shù)據(jù)塊一起清除，或者也可以在其它時間清除；若在監(jiān)控該PDU1的定時器時長內(nèi)，接收到RLC數(shù)據(jù)塊2傳輸錯誤的消息，則可以將該RLC數(shù)據(jù)塊進(jìn)行重傳，并在該定時器時長內(nèi)等待接收確認(rèn)指示，如果在定時器時長內(nèi)，未收到數(shù)據(jù)傳輸正確的確認(rèn)指示時，可將緩存區(qū)中PDU1的所有RLC數(shù)據(jù)塊清除。
若在監(jiān)控該PDU1的定時器時長內(nèi)都收到了RLC數(shù)據(jù)塊1、2和3的數(shù)據(jù)傳輸正確的確認(rèn)指示，則可以結(jié)束監(jiān)控PDU1的定時器，并且此時可以將緩存區(qū)中PDU1的所有RLC數(shù)據(jù)塊清除，或者在其它時間清除。
對于其它的上層PDU以及該上層PDU的RLC數(shù)據(jù)塊的處理過程與PDU1的處理過程相同。但是對于表一中所示的RLC數(shù)據(jù)塊7，因為包含兩個上層PDU的數(shù)據(jù)，若發(fā)送端未收到該RLC數(shù)據(jù)塊7的確認(rèn)指示，則只有在監(jiān)控PDU2的定時器和監(jiān)控PDU3的定時器都超時后，才不再需要等待接收端的關(guān)于該RLC數(shù)據(jù)塊7的確認(rèn)指示。其中，在監(jiān)控PDU2的定時器超時后，若將緩存區(qū)中屬于PDU2的RLC數(shù)據(jù)塊清除時，應(yīng)保留RLC數(shù)據(jù)塊7；在監(jiān)控PDU3的定時器超時后，才可將緩存區(qū)中RLC數(shù)據(jù)塊7連同屬于PDU3的其它RLC數(shù)據(jù)塊清除。
步驟204，接收端在接收到上層PDU的第一個RLC數(shù)據(jù)塊之后，啟動一個監(jiān)控該上層PDU的定時器。
本步驟仍以表一所示上層PDU與RLC數(shù)據(jù)塊之間的關(guān)系進(jìn)行說明。正常情況下，應(yīng)該在接收到上層PDU的第一個RLC數(shù)據(jù)塊時，啟動定時器。如果在接收過程中，按照表一中所示的1至10的順序接收的話，則可以是在接收到RLC數(shù)據(jù)塊1時啟動監(jiān)控PDU1的定時器；在接收到RLC數(shù)據(jù)塊4時啟動監(jiān)控PDU2的定時器；在接收到RLC數(shù)據(jù)塊7時啟動監(jiān)控PDU3的定時器。以下均以按照從1到10的順序接收為例進(jìn)行描述。
但若此時RLC數(shù)據(jù)塊2傳輸錯誤，如果能從該錯誤RLC數(shù)據(jù)塊2中分辨出該數(shù)據(jù)塊不包含其它上層PDU的數(shù)據(jù)，即可以從錯誤的RLC數(shù)據(jù)塊中分別出是否包含PDU的結(jié)束標(biāo)志，將仍然按照上述正常情況設(shè)置定時器；如果不能從該錯誤RLC數(shù)據(jù)塊2中分辨出該數(shù)據(jù)塊是否包含其它上層PDU的數(shù)據(jù)，則將該RLC數(shù)據(jù)塊2作為一個新的上層PDU的開始，如記為PDU×2，此時啟動一個監(jiān)控該PDU×2的定時器，并且由于不能確定RLC數(shù)據(jù)塊2，則也無法得知RLC數(shù)據(jù)塊3是否是一個新的上層PDU的開始，因此也將該RLC數(shù)據(jù)塊3作為一個新的上層PDU的開始，如記為PDU×3，此時啟動一個監(jiān)控該PDU×3的定時器，但該RLC數(shù)據(jù)塊3中包含有上層PDU結(jié)束的標(biāo)志，因此可以得知RLC數(shù)據(jù)塊4是一個新的上層PDU的開始，因此在接收到RLC數(shù)據(jù)塊4后啟動一個監(jiān)控PDU2的定時器，依次類推，若RLC數(shù)據(jù)塊7傳輸錯誤，且不能分辨RLC數(shù)據(jù)塊所屬的上層PDU，則同樣會將RLC數(shù)據(jù)塊7作為一個新的上層PDU，如記為PDU×7，并啟動監(jiān)控該PDU×7的定時器，同時將RLC數(shù)據(jù)塊8作為一個新的上層PDU，如記為PDU×8，并啟動監(jiān)控該PDU×8的定時器。同理，對于其它的上層PDU中的RLC數(shù)據(jù)塊處理過程相同。
其中，在某個RLC數(shù)據(jù)塊傳輸錯誤時，會向發(fā)送端發(fā)送指示錯誤的信息，要求發(fā)送端對數(shù)據(jù)進(jìn)行重傳。
步驟205，接收端在定時器時長內(nèi)，未正確收到來自于發(fā)送端的與該定時器對應(yīng)的上層PDU的所有RLC數(shù)據(jù)塊時，不再繼續(xù)等待接收該上層PDU的未正確接收到的RLC數(shù)據(jù)塊，而執(zhí)行后續(xù)封裝處理。至此，接收端的流程結(jié)束。
本步驟中，若發(fā)送端按照正常情況為當(dāng)前接收的上層PDU設(shè)置了一個定時器，則若RLC數(shù)據(jù)塊2傳輸錯誤后，在等待發(fā)送端重傳的過程中，若在定時器時長內(nèi)，未收到正確的RLC數(shù)據(jù)塊2，則不再繼續(xù)等待接收，而執(zhí)行后續(xù)封裝處理；若在該時長內(nèi)收到了正確的RLC數(shù)據(jù)塊2，則正常結(jié)束監(jiān)控該PDU1的定時器，執(zhí)行后續(xù)封裝處理。
若發(fā)送端按照步驟204中所述在不能從錯誤的RLC數(shù)據(jù)塊2中分辨出該數(shù)據(jù)塊是否包含其它上層PDU的數(shù)據(jù)時，又啟動了兩個定時器。那么，如果此時接收端在監(jiān)控PDU1的定時器時長內(nèi)，接收到正確的RLC數(shù)據(jù)塊2，則可以判斷出該RLC數(shù)據(jù)塊2屬于PDU1中，并且可以知道RLC數(shù)據(jù)塊1、2和3同屬于一個PDU1，此時停止無需啟動的定時器，即監(jiān)控PDU×2和PDU×3的定時器，同時因為RLC數(shù)據(jù)塊1、2和3都接收正確，因此正常停止監(jiān)控PDU1的定時器；若接收端在監(jiān)控PDU1的定時器時長內(nèi)，接收到了重傳的RLC數(shù)據(jù)塊2，只是仍然存在錯誤，但卻可以從中得知該RLC數(shù)據(jù)塊2屬于PDU1中，并且可以知道RLC數(shù)據(jù)塊1、2和3同屬于一個PDU1，此時停止無需啟動的定時器，即監(jiān)控PDU×2和PDU×3的定時器，監(jiān)控PDU1的定時器不停，并繼續(xù)等待接收RLC數(shù)據(jù)塊2的重傳，直到接收到正確的RLC數(shù)據(jù)塊2時停止監(jiān)控PDU1的定時器，或監(jiān)控PDU1的定時器超時，停止等待接收。
若接收端在監(jiān)控PDU1的定時器時長內(nèi)，沒有接收到RLC數(shù)據(jù)塊2的重傳，或沒有接收到能識別所屬上層PDU信息的RLC數(shù)據(jù)塊2時，此時可以認(rèn)為PDU1不再需要等待接收對RLC數(shù)據(jù)塊2的重傳，而執(zhí)行后續(xù)處理。但因為RLC數(shù)據(jù)塊2仍然不能確定是否是新的上層PDU，因此監(jiān)控PDU×2的定時器不停，若在監(jiān)控PDU×2的定時器時長內(nèi)，接收到正確的RLC數(shù)據(jù)塊2，此時雖然知道RLC數(shù)據(jù)塊2和3屬于PDU1，但監(jiān)控PDU1的定時器已經(jīng)超時，該RLC數(shù)據(jù)塊2和3的數(shù)據(jù)可能已不滿足時延要求，因此停止無需啟動的定時器，即監(jiān)控PDU×2和PDU×3的定時器；若在監(jiān)控PDU×2的定時器時長內(nèi)，沒有接收到正確的RLC數(shù)據(jù)塊2，則不再等待PDU×2的重傳，但監(jiān)控PDU×3的定時器不停，若正確接收到RLC數(shù)據(jù)塊3，由于該數(shù)據(jù)塊中含有上層PDU結(jié)束標(biāo)志，則監(jiān)控PDU×3的定時器可以正常停止。
若發(fā)送端按照步驟204中所述的在不能從錯誤的RLC數(shù)據(jù)塊7中分辨出該數(shù)據(jù)塊是否包含其它PDU的數(shù)據(jù)時，又啟動了兩個定時器。則此時若接收端在監(jiān)控PDU×7的定時器時長內(nèi)，接收到正確的RLC數(shù)據(jù)塊7，則可以判斷出該RLC數(shù)據(jù)塊7包含兩個PDU的數(shù)據(jù)，則停止無需啟動的定時器，即監(jiān)控PDU×8的定時器，監(jiān)控PDU×7的定時器繼續(xù)作為監(jiān)控PDU3的定時器；若在上述定時器時長內(nèi)，沒有收到正確的RLC數(shù)據(jù)塊7，則仍按上述有關(guān)錯誤RLC數(shù)據(jù)塊2的處理方法處理。
以上結(jié)合實施例對本發(fā)明中RLC傳輸?shù)姆椒ㄟM(jìn)行了詳細(xì)描述，其中對于步驟204和205可以不按上述實施例中所述操作處理，而可以仍然按照圖1所示現(xiàn)有技術(shù)中的步驟104和105進(jìn)行處理等。
下面再結(jié)合實施例對本發(fā)明中RLC傳輸?shù)南到y(tǒng)進(jìn)行詳細(xì)描述。
參見圖3，圖3為本發(fā)明實施例中RLC傳輸?shù)南到y(tǒng)結(jié)構(gòu)圖。如圖3所示，該系統(tǒng)包括發(fā)送裝置和接收裝置，其中發(fā)送裝置可以位于網(wǎng)絡(luò)側(cè)中也可以位于移動臺中，接收裝置可以位于移動臺中，也可以位于網(wǎng)絡(luò)側(cè)中；或者發(fā)送裝置和接收裝置都位于網(wǎng)絡(luò)側(cè)中，也都位于移動臺中。在移動臺使用該發(fā)送裝置或接收裝置之前，由網(wǎng)絡(luò)側(cè)將RLC傳輸模式指示以及預(yù)設(shè)的定時器時長指示通過指派消息告訴移動臺。其中，RLC傳輸模式為本發(fā)明中所提供的RLC傳輸模式。
其中，發(fā)送裝置，用于將本次傳輸?shù)纳蠈覲DU拆分成RLC數(shù)據(jù)塊的形式進(jìn)行發(fā)送，并在第一次發(fā)送該上層PDU的RLC數(shù)據(jù)塊時，或在收到該上層PDU并準(zhǔn)備傳輸時，或在請求發(fā)送該上層PDU時，啟動監(jiān)控該PDU的定時器。在該定時器時長內(nèi)，未收到來自于接收端的與該定時器對應(yīng)的上層PDU中所有RLC數(shù)據(jù)塊的確認(rèn)指示時，不再繼續(xù)等待接收確認(rèn)指示，而按照傳輸完畢處理，可將緩存區(qū)中包含該RLC數(shù)據(jù)塊的上層PDU的所有RLC數(shù)據(jù)塊清除；在該定時器時長內(nèi)，接收到來自接收模塊的需要重傳的消息時，會將需要重傳的RLC數(shù)據(jù)塊，向接收裝置發(fā)送出去。
接收裝置，用于接收來自發(fā)送裝置的上層PDU的RLC數(shù)據(jù)塊，并在某個RLC數(shù)據(jù)塊傳輸錯誤時，向發(fā)送端發(fā)送指示錯誤的信息，要求發(fā)送端對數(shù)據(jù)進(jìn)行重傳。在接收到屬于同一個上層PDU的第一個RLC數(shù)據(jù)塊之后，啟動一個監(jiān)控該上層PDU的定時器。并且在該定時器時長內(nèi)，未正確收到來自于發(fā)送端傳輸?shù)呐c該定時器對應(yīng)的上層PDU的所有RLC數(shù)據(jù)塊時，不再繼續(xù)等待接收該上層PDU的未正確接收到的RLC數(shù)據(jù)塊，而執(zhí)行后續(xù)封裝處理。
其中發(fā)送裝置和接收裝置的內(nèi)部結(jié)構(gòu)可以進(jìn)一步如圖4所示，參見圖4，發(fā)送裝置包括發(fā)送模塊、定時器模塊以及緩存模塊。接收裝置包括接收模塊以及定時器模塊。
其中，發(fā)送模塊，用于將本次傳輸?shù)纳蠈覲DU拆分成RLC數(shù)據(jù)塊的形式，存入緩存模塊中，同時將RLC數(shù)據(jù)塊向接收模塊發(fā)送出去，并在第一次發(fā)送該上層PDU的RLC數(shù)據(jù)塊時，或接收到本次上層PDU并準(zhǔn)備傳輸時，或請求發(fā)送該上層PDU時，向發(fā)送裝置中的定時器模塊發(fā)送啟動定時器的通知消息，通知該定時器模塊啟動監(jiān)控該上層PDU的定時器，在該定時器時長內(nèi)，未收到來自于接收模塊的該上層PDU中所有RLC數(shù)據(jù)塊的確認(rèn)指示時，向緩存模塊發(fā)送無需保留RLC數(shù)據(jù)塊的通知消息；在該定時器時長內(nèi)，接收到來自接收模塊的需要重傳的消息時，會從緩存模塊中讀取需要重傳的RLC數(shù)據(jù)塊，向接收模塊發(fā)送出去。
發(fā)送裝置中的定時器模塊，用于接收來自發(fā)送模塊的啟動定時器的通知消息，根據(jù)該通知消息啟動監(jiān)控上述上層PDU的定時器。
緩存模塊，用于緩存來自發(fā)送模塊的上層PDU的RLC數(shù)據(jù)塊，并接收來自發(fā)送模塊的無需保留RLC數(shù)據(jù)塊的通知消息，根據(jù)該通知消息可將緩存區(qū)中相應(yīng)PDU的所有RLC數(shù)據(jù)塊清除。
接收模塊，用于接收來自發(fā)送模塊的上層PDU的RLC數(shù)據(jù)塊，并在某個RLC數(shù)據(jù)塊傳輸錯誤時，向發(fā)送端發(fā)送指示錯誤的信息，要求發(fā)送端對數(shù)據(jù)進(jìn)行重傳。在接收到上層PDU的第一個RLC數(shù)據(jù)塊之后，向接收裝置中的定時器模塊發(fā)送通知消息，通知該定時器模塊啟動監(jiān)控該上層PDU的定時器，在該定時器時長內(nèi)，未正確收到來自于發(fā)送端傳輸?shù)呐c該定時器對應(yīng)的上層PDU的所有RLC數(shù)據(jù)塊時，不再繼續(xù)等待接收該上層PDU的未正確接收到的RLC數(shù)據(jù)塊。
接收裝置中的定時器模塊，用于接收來自接收模塊的通知消息，根據(jù)該通知消息，啟動一個監(jiān)控上述上層PDU的定時器。
實際應(yīng)用中，該系統(tǒng)中的所述接收裝置可以按照現(xiàn)有技術(shù)中的非永久性傳輸模式進(jìn)行處理。
以上所述的具體實施例，對本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步詳細(xì)說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實施例而已，并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種無線鏈路控制RLC傳輸?shù)姆椒ǎ涮卣髟谟?，該方法包括發(fā)送端啟動監(jiān)控所發(fā)送上層PDU的定時器，并在該定時器時長內(nèi)，未收到來自接收端的所述上層PDU中所有RLC數(shù)據(jù)塊的確認(rèn)指示時，無需保留緩存區(qū)中所述上層PDU的所有RLC數(shù)據(jù)塊。
2.如權(quán)利要求1所述的方法，其特征在于，所述定時器在請求發(fā)送上層PDU時啟動，或在第一次傳輸所述上層PDU的RLC數(shù)據(jù)塊時啟動。
3.如權(quán)利要求1所述的方法，其特征在于，該方法進(jìn)一步包括接收端在接收到上層PDU的第一個RLC數(shù)據(jù)塊之后，啟動該上層PDU的定時器；并在該定時器時長內(nèi)，未正確收到來自發(fā)送端的所述上層PDU的所有RLC數(shù)據(jù)塊時，停止接收該上層PDU未正確收到的RLC數(shù)據(jù)塊。
4.如權(quán)利要求1或3所述的方法，其特征在于，一個RLC數(shù)據(jù)塊包含多于一個上層PDU的數(shù)據(jù)，當(dāng)所有的上層PDU無需重發(fā)該RLC數(shù)據(jù)塊時，無需保留緩存區(qū)中的該RLC數(shù)據(jù)塊；當(dāng)其中一個或多于一個上層PDU需要重發(fā)該RLC數(shù)據(jù)塊時，在緩存區(qū)中繼續(xù)保留該RLC數(shù)據(jù)塊。
5.如權(quán)利要求3所述的方法，其特征在于，所述接收端在接收到錯誤RLC數(shù)據(jù)塊且無法分辨該錯誤RLC數(shù)據(jù)塊包含幾個上層PDU的數(shù)據(jù)時，將該RLC數(shù)據(jù)塊作為一個新的上層PDUx，并啟動監(jiān)控該PDUx的定時器；同時將PDUx之后的一個RLC數(shù)據(jù)塊也作為一個新的上層PDUy，啟動監(jiān)控該PDUy的定時器，并等待接收對該錯誤RLC數(shù)據(jù)塊重傳的正確RLC數(shù)據(jù)塊，根據(jù)等待結(jié)果對定時器及RLC數(shù)據(jù)塊進(jìn)行校正處理。
6.如權(quán)利要求5所述的方法，其特征在于，所述根據(jù)等待結(jié)果對定時器及RLC數(shù)據(jù)塊進(jìn)行校正處理為若接收到重傳的正確RLC數(shù)據(jù)塊時，則根據(jù)該RLC數(shù)據(jù)塊包含上層PDU數(shù)據(jù)的情況，停止無需啟動的定時器，若屬于同一個上層PDU的RLC數(shù)據(jù)塊都傳輸正確，則正常停止監(jiān)控該PDU的定時器；若未接收到正確的RLC數(shù)據(jù)塊時，則將所述傳輸錯誤的RLC數(shù)據(jù)塊繼續(xù)作為新的上層PDU，對于該傳輸錯誤的RLC數(shù)據(jù)塊的下一個RLC數(shù)據(jù)塊傳輸正確時，仍按照新的上層PDU處理。
7.一種無線鏈路控制RLC傳輸?shù)南到y(tǒng)，其特征在于，該系統(tǒng)包括發(fā)送裝置，用于啟動監(jiān)控所發(fā)送上層PDU的定時器，并在該定時器時長內(nèi)，未收到所述上層PDU中所有RLC數(shù)據(jù)塊的確認(rèn)指示時，無需保留緩存區(qū)中所述上層PDU的所有RLC數(shù)據(jù)塊。
8.如權(quán)利要求7所述的系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包括接收裝置，用于在接收到上層PDU的第一個RLC數(shù)據(jù)塊之后，啟動該上層PDU的定時器；并在該定時器時長內(nèi)，未正確收到傳輸?shù)乃錾蠈覲DU的所有RLC數(shù)據(jù)塊時，停止接收該上層PDU的未正確接收到的RLC數(shù)據(jù)塊。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述接收裝置包括接收模塊和定時器模塊，其中，接收模塊，用于在接收到上層PDU的第一個RLC數(shù)據(jù)塊之后，向接收裝置中的定時器模塊發(fā)送啟動監(jiān)控該上層PDU的定時器的通知消息；在該定時器時長內(nèi)，未正確收到傳輸?shù)脑撋蠈覲DU的所有RLC數(shù)據(jù)塊時，停止接收該上層PDU的未正確接收到的RLC數(shù)據(jù)塊；接收裝置中的定時器模塊，用于接收來自接收模塊的啟動監(jiān)控上層PDU的定時器的通知消息，根據(jù)該通知消息，啟動監(jiān)控所述上層PDU的定時器。
10.如權(quán)利要7、8或9所述的系統(tǒng)，其特征在于，所述發(fā)送裝置包括發(fā)送模塊、定時器模塊以及緩存模塊，其中，發(fā)送模塊，用于在請求發(fā)送當(dāng)前上層PDU時，或在第一次傳輸當(dāng)前上層PDU的RLC數(shù)據(jù)塊時，向發(fā)送裝置中的定時器模塊發(fā)送啟動監(jiān)控該上層PDU定時器的通知消息；在定時器時長內(nèi)，未收到該上層PDU中所有RLC數(shù)據(jù)塊的確認(rèn)指示時，向緩存模塊發(fā)送無需保留RLC數(shù)據(jù)塊的通知消息；發(fā)送裝置中的定時器模塊，用于接收來自發(fā)送模塊的啟動監(jiān)控上層PDU定時器的通知消息，根據(jù)該通知消息啟動監(jiān)控所述上層PDU的定時器；緩存模塊，用于接收來自發(fā)送模塊的無需保留RLC數(shù)據(jù)塊的通知消息，根據(jù)該通知消息將緩存區(qū)中所述上層PDU的所有RLC數(shù)據(jù)塊清除。
全文摘要
本發(fā)明公開了一種無線鏈路控制RLC傳輸?shù)姆椒?，該方法包括發(fā)送端啟動監(jiān)控所發(fā)送上層PDU的定時器，并在該定時器時長內(nèi)，未收到來自于接收端的所述上層PDU中所有RLC數(shù)據(jù)塊的確認(rèn)指示時，無需保留緩存區(qū)中該上層PDU的所有RLC數(shù)據(jù)塊。此外，本發(fā)明還公開了一種RLC傳輸?shù)南到y(tǒng)，該系統(tǒng)包括發(fā)送裝置。本發(fā)明所提供的方法及系統(tǒng)，可以有效降低時延，更好的支持時延敏感類業(yè)務(wù)。
文檔編號H04L29/06GK101087171SQ200610115139
公開日2007年12月12日 申請日期2006年8月26日 優(yōu)先權(quán)日2006年8月26日
發(fā)明者耿風(fēng)華 申請人:華為技術(shù)有限公司