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

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


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

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