專利名稱：無(wú)線電通訊系統(tǒng)中針對(duì)無(wú)線電鏈路控制停止時(shí)處理重置程序的方法
技術(shù)領(lǐng)域：
本發(fā)明有關(guān)一種無(wú)線電鏈路控制(radio link control，RLC)實(shí)體(entity)中被觸發(fā)的處理重置程序的方法；尤指用于無(wú)線電通訊系統(tǒng)的一種停止的RLC實(shí)體中被觸發(fā)的重置的處理方法。
(2)背景技術(shù)科技的演進(jìn)與消費(fèi)者的需求是相互的影響而前進(jìn)的。而隨著科技的演進(jìn)，數(shù)十年前劃時(shí)代的重大發(fā)明，現(xiàn)在就可能變成過(guò)時(shí)。同時(shí)，消費(fèi)者在市場(chǎng)上的需求也激勵(lì)了許多的企業(yè)努力朝向創(chuàng)新而發(fā)展?，F(xiàn)在，可攜式的無(wú)線裝置，譬如說(shuō)無(wú)線手機(jī)(cellular telephone)、個(gè)人數(shù)字助理(personal digital assistant)、筆記本計(jì)算機(jī)(notebook computer)等，都是歸類于高成長(zhǎng)的市場(chǎng)。但是，這些無(wú)線裝置所使用的通訊協(xié)議都非常的老舊。目前，消費(fèi)者正需要有通訊數(shù)據(jù)流量大且可彈性調(diào)整的高速無(wú)線接取品質(zhì)。這樣的需求也迫使整個(gè)工業(yè)界研發(fā)更加復(fù)雜的通訊標(biāo)準(zhǔn)。而第三代通用合作計(jì)劃(The 3rd Generation Partnership Project，3GPP)就是一種新的通訊協(xié)議。
請(qǐng)參閱圖1，圖1是習(xí)知簡(jiǎn)化后的通訊模式方塊圖。在傳統(tǒng)的無(wú)線環(huán)境中，一第一站臺(tái)(譬如說(shuō)基地臺(tái))10可以與許多的第二站臺(tái)(譬如說(shuō)手機(jī))20，以無(wú)線的方式相通訊。第一站臺(tái)10具有一無(wú)線電資源控制(radio resource control，RRC)12、一無(wú)線電鏈路控制(radio link control，RLC)實(shí)體14、以及一些在RLC實(shí)體之下的下層(lower layers)16。通過(guò)服務(wù)數(shù)據(jù)單元(service data units，SDU)13，RRC 12能遞送通訊信息給RLC實(shí)體14。SDU可能有許多種不同的大小，且內(nèi)含有RRC 12希望帶給第二站臺(tái)20的數(shù)據(jù)。RLC實(shí)體14將SDU 13解構(gòu)成一個(gè)或是多個(gè)協(xié)議數(shù)據(jù)單元(protocol data unit，PDU)15。然后，每一個(gè)RLC實(shí)體14所產(chǎn)生的PDU 15將會(huì)被送到下層16。下層16包含有實(shí)體層，其負(fù)責(zé)傳送數(shù)據(jù)到第二站臺(tái)20。
如圖所示，第二站臺(tái)20具有與第一站臺(tái)10完全相同的基本架構(gòu)。第二站臺(tái)20也含有一RRC 22、一RLC實(shí)體24以及下層26。與第一站臺(tái)10一樣，第二站臺(tái)20用RRC 22來(lái)傳送SDU 23給RLC實(shí)體24，用RLC實(shí)體24來(lái)傳送PDU 25給下層26。理論上，從第一站臺(tái)10所發(fā)送的數(shù)據(jù)在被第二站臺(tái)20的下層26接收后，會(huì)被重整或是重組而成為一個(gè)或是數(shù)個(gè)PDU 25，然后遞送給RLC實(shí)體24。RLC實(shí)體24接收PDU 25后，將PDU 25組構(gòu)成一個(gè)或是數(shù)個(gè)SDU，然后遞送給RRC 22。接著，RRC 22將SDU轉(zhuǎn)換成通訊信息，而此通訊信息應(yīng)該與第一站臺(tái)10中原始的通訊信息一樣。在通訊系統(tǒng)中，SDU與PDU的定義非常的廣泛。為了以下說(shuō)明的方便起見(jiàn)，以下的″SDU″通指RRC與RLC之間傳送的SDU，而″PDU″通指由RLC送至下層的PDUs。此外，除非特別的注明，為了說(shuō)明上的方便，以下的說(shuō)明都將以站在第一站臺(tái)10的立場(chǎng)撰寫。
在第三代通用合作計(jì)劃的說(shuō)明書3GPP TS 25.322 V3.10.0″RLC協(xié)議規(guī)范(protocol specification)″中，RLC實(shí)體14的重置(reset)以及停止(stop)都有詳細(xì)的定義。依據(jù)現(xiàn)行確認(rèn)模式(acknowledged mode，AM)以及非確認(rèn)模式(unacknowledged mode，UM)中的RLC停止(stop)與恢復(fù)(continue)功能定義，在RLC實(shí)體14停止時(shí)，RLC定時(shí)器(timer)并不會(huì)受到影響。當(dāng)RLC實(shí)體24正接收一大量的數(shù)據(jù)時(shí)，RRC 12或是其它的上層可能被指示必須停止RLC實(shí)體14，以防止第二站臺(tái)20的負(fù)載過(guò)重。
當(dāng)RLC實(shí)體14停止時(shí)，被觸發(fā)的輪尋功能(polling functions)以及狀態(tài)數(shù)據(jù)(status)傳輸就會(huì)被延遲，直等到RLC實(shí)體14恢復(fù)。不幸的是目前的3GPP規(guī)范中并沒(méi)有去說(shuō)明或是規(guī)定在RLC實(shí)體14停止時(shí)被觸發(fā)的重置該如何處理。
為了更清楚的了解此問(wèn)題，請(qǐng)參閱圖2。圖2為一個(gè)流程圖，顯示習(xí)知的一個(gè)停止的RLC實(shí)體。這問(wèn)題發(fā)生的時(shí)機(jī)在，當(dāng)一個(gè)重置(RESET)PDU已經(jīng)被RLC實(shí)體傳送出去且在RLC實(shí)體接收到一個(gè)重置確認(rèn)PDU(RESET ACK PDU)之前，RLC實(shí)體被停止的時(shí)候。以下的步驟顯示發(fā)生此問(wèn)題的相關(guān)步驟。
步驟100第一站臺(tái)10的RLC實(shí)體14送出一RESET PDU至第二站臺(tái)20。
步驟102當(dāng)下層16指出該RESET PDU成功或是不成功的傳送時(shí)，一個(gè)Timer_RST定時(shí)器開(kāi)始啟動(dòng)。當(dāng)Timer_RST定時(shí)器逾時(shí)的時(shí)候，另一個(gè)RESET PDU將會(huì)由RLC實(shí)體14送至第二站臺(tái)20。
步驟104判別是否RLC實(shí)體14收到了由第二站臺(tái)20發(fā)出的一相對(duì)應(yīng)的RESET ACK PDU。如果收到了，進(jìn)行步驟106；如果沒(méi)有收到該RESET ACK PDU且RLC實(shí)體14被要求停止，則進(jìn)行步驟108。
步驟106因?yàn)榈诙九_(tái)20的RLC實(shí)體24已經(jīng)確定收到了RESET PDU，RLC實(shí)體14開(kāi)始進(jìn)行重置的動(dòng)作。
步驟108RLC實(shí)體14在收到該RESET ACK PDU前，就被停止了。因?yàn)镽LC實(shí)體14停止了，所以RLC實(shí)體14不再允許遞送任何的RLC PDU給下層16或是從下層16接收任何的RLC PDU。
步驟110Timer_RST定時(shí)器逾時(shí)。然而，因?yàn)镽LC 14已經(jīng)停止了，RLC實(shí)體14無(wú)法遞送出RESET PDU。所以，Timer_RST定時(shí)器無(wú)法重新開(kāi)始計(jì)時(shí)。
步驟112通過(guò)RRC 12或是上層的要求，RLC實(shí)體14解除停止，恢復(fù)運(yùn)作。因?yàn)門imer_RST定時(shí)器已經(jīng)逾時(shí)，且無(wú)法被重新開(kāi)始計(jì)時(shí)，所以RLC實(shí)體14無(wú)法完成一個(gè)重置程序，就此遭遇了死鎖的狀態(tài)(deadlock)。
如同圖2所示，死鎖狀態(tài)的原因，就是因?yàn)樵赗LC實(shí)體14停止的時(shí)候，Timer_RST定時(shí)器逾時(shí)，而且RLC實(shí)體14不容許傳送任何RLC PDU給下層或是從下層接收任何的RLC PDU。因此，當(dāng)RLC實(shí)體14恢復(fù)后，并沒(méi)有任何方法來(lái)重置RLC實(shí)體14，所以造成了死鎖狀態(tài)。
(3)發(fā)明內(nèi)容有鑒于此，本發(fā)明的主要目的在于提供一種方法，來(lái)處理一個(gè)在無(wú)線電通訊系統(tǒng)停止的RLC實(shí)體中已經(jīng)被觸發(fā)的重置動(dòng)作，來(lái)預(yù)防以上所提到的問(wèn)題。
根據(jù)上述的目的，本發(fā)明提出一種處理方法與相對(duì)應(yīng)實(shí)施的裝置。該方法在一RLC實(shí)體被上層停止時(shí)，如果發(fā)生了Timer_RST定時(shí)器逾時(shí)的事件，則對(duì)應(yīng)該逾時(shí)事件所應(yīng)該被觸發(fā)的重置PDU重傳動(dòng)作將會(huì)暫時(shí)不執(zhí)行。直等到該RLC實(shí)體被上層解除停止，恢復(fù)運(yùn)作時(shí)，才開(kāi)始發(fā)送該重置PDU。這樣重置程序便可以正常運(yùn)作。
本發(fā)明還提出另一種處理方法與相對(duì)應(yīng)實(shí)施的裝置。該方法在一RLC實(shí)體被上層停止時(shí)，如果發(fā)生了Timer_RST定時(shí)器逾時(shí)的事件，則直接使該Timer_RST計(jì)時(shí)器重新計(jì)時(shí)。這樣，在該RLC實(shí)體被上層解除停止，恢復(fù)運(yùn)作之后，便可以發(fā)生Timer_RST定時(shí)器逾時(shí)事件，進(jìn)而導(dǎo)致重置程序的正常運(yùn)作。
本發(fā)明還提出另一種處理方法與相對(duì)應(yīng)實(shí)施的裝置。該方法在一RLC實(shí)體被上層停止時(shí)，仍然允許停止的RLC實(shí)體發(fā)送RESET PDU與接收RESETACK PDU。這樣，即使在RLC實(shí)體被上層停止時(shí)發(fā)生了Timer_RST定時(shí)器逾時(shí)的事件，重置程序也可以順利的完成。
本發(fā)明的優(yōu)點(diǎn)在于可以防止一RLC實(shí)體遭遇死鎖狀態(tài)。
(4)


圖1為一傳統(tǒng)的通訊模式簡(jiǎn)要方塊圖；圖2顯示先前技術(shù)中重置一停止的RLC實(shí)體的流程圖；以及圖3、圖4以及圖5顯示了依據(jù)本發(fā)明的三個(gè)實(shí)施例，來(lái)重置一停止的RLC實(shí)體的流程圖。
(5)具體實(shí)施方式
為使本發(fā)明的上述目的、特點(diǎn)和優(yōu)點(diǎn)能更明顯易懂，下文特舉一較佳實(shí)施例，并配合附圖進(jìn)行詳細(xì)說(shuō)明如下本發(fā)明使用于類似圖1的通訊模式中。在傳統(tǒng)的無(wú)線環(huán)境中，一第一站臺(tái)(譬如說(shuō)基地臺(tái))10可以與許多的第二站臺(tái)(譬如說(shuō)手機(jī))20，以無(wú)線的方式相通訊。第一站臺(tái)10具有一無(wú)線電資源控制(radio resource control，RRC)12、一無(wú)線電鏈路控制(radio link control，RLC)實(shí)體14、以及一些在RLC實(shí)體之下的下層(lower layers)16。通過(guò)服務(wù)數(shù)據(jù)單元(service dataunits，SDU)13，RRC 12能遞送通訊信息給RLC實(shí)體14。SDU可能有許多種不同的大小，且內(nèi)含有RRC 12希望帶給第二站臺(tái)20的數(shù)據(jù)。RLC實(shí)體14將SDU13解構(gòu)成一個(gè)或是多個(gè)協(xié)議數(shù)據(jù)單元(protocol data unit，PDU)15。然后，每一個(gè)RLC實(shí)體14所產(chǎn)生的PDU 15將會(huì)被送到下層16。下層16包含有實(shí)體層，其負(fù)責(zé)傳送數(shù)據(jù)到第二站臺(tái)20。
如圖所示，第二站臺(tái)20具有與第一站臺(tái)10完全相同的基本架構(gòu)。第二站臺(tái)20也含有一RRC 22、一RLC實(shí)體24以及下層26。與第一站臺(tái)10一樣，第二站臺(tái)20用RRC 22來(lái)傳送SDU 23給RLC實(shí)體24，用RLC實(shí)體24來(lái)傳送PDU 25給下層26。理論上，從第一站臺(tái)10所發(fā)送的數(shù)據(jù)在被第二站臺(tái)20的下層26接收后，會(huì)被重整或是重組而成為一個(gè)或是數(shù)個(gè)PDU 25，然后遞送給RLC實(shí)體24。RLC實(shí)體24接收PDU 25后，將PDU 25組構(gòu)成一個(gè)或是數(shù)個(gè)SDU，然后遞送給RRC 22。接著，RRC 22將SDU轉(zhuǎn)換成通訊信息，而此通訊信息應(yīng)該與第一站臺(tái)10中原始的通訊信息一樣。
請(qǐng)參閱圖3，圖3顯示本發(fā)明的第一實(shí)施例，重置一停止的RLC實(shí)體的流程圖。利用延遲重置動(dòng)作直到RLC實(shí)體14恢復(fù)以后，本發(fā)明的第一實(shí)施例預(yù)防了死鎖狀態(tài)的發(fā)生。以下為步驟介紹步驟120第一站臺(tái)10的RLC實(shí)體14送出一RESET PDU給第二站臺(tái)20。
步驟122當(dāng)下層16指出該RESET PDU傳送時(shí)(不論傳送成功或是傳送不成功)，一個(gè)Timer_RST定時(shí)器開(kāi)始啟動(dòng)；而當(dāng)Timer_RST定時(shí)器逾時(shí)的時(shí)候，另一個(gè)RESET PDU將會(huì)由RLC實(shí)體14送至第二站臺(tái)20。
步驟124判別RLC實(shí)體14是否收到了由第二站臺(tái)20發(fā)出的一相對(duì)應(yīng)的RESET ACK PDU；如果收到了，進(jìn)行步驟126；如果沒(méi)有收到該RESET ACK PDU且RLC實(shí)體14被要求停止，則進(jìn)行步驟128。
步驟126因?yàn)榈诙九_(tái)20的RLC實(shí)體24已經(jīng)確定收到了RESET PDU，RLC實(shí)體14開(kāi)始進(jìn)行重置的動(dòng)作。
步驟128RLC實(shí)體14在收到該RESET ACK PDU前就被停止了。因?yàn)镽LC實(shí)體14停止了，所以RLC實(shí)體14不再允許遞送任何的RLC PDU給下層16或是從下層16接收任何的RLC PDU。
步驟130判別Timer_RST定時(shí)器是否逾時(shí)。如果逾時(shí)，則進(jìn)行步驟136；如果沒(méi)有逾時(shí)，則進(jìn)行步驟132。
步驟132響應(yīng)RRC 12或是上層的要求，RLC實(shí)體14解除停止，恢復(fù)運(yùn)作。
步驟134Timer_RST定時(shí)器逾時(shí)，進(jìn)行步驟138。
步驟136因?yàn)樵赗LC實(shí)體14停止時(shí)發(fā)生了Timer_RST定時(shí)器逾時(shí)，所以，因逾時(shí)而必需重傳另一個(gè)RESET PDU的動(dòng)作，被延遲至步驟137之后。
步驟137響應(yīng)RRC 12或是上層的要求，RLC實(shí)體14解除停止，恢復(fù)運(yùn)作。
步驟138因?yàn)镽LC實(shí)體14已解除停止，恢復(fù)運(yùn)作，第一站臺(tái)10的RLC實(shí)體14送出另一個(gè)RESET PDU至第二站臺(tái)20。
步驟139當(dāng)下層16指出該RESET PDU傳送工作已結(jié)束時(shí)，不論傳送成功與否，Timer_RST計(jì)時(shí)器重新開(kāi)始啟動(dòng)?；氐讲襟E124。
總而言之，圖3描述了，如果RLC實(shí)體14停止的時(shí)候，Timer_RST定時(shí)器發(fā)生了逾時(shí)的狀況，其因而必需重傳另一個(gè)RESET PDU的動(dòng)作將會(huì)被延遲，直到RLC實(shí)體14恢復(fù)后再進(jìn)行。也就是說(shuō)，在RLC實(shí)體14停止的時(shí)候，就算Timer_RST定時(shí)器發(fā)生了逾時(shí)的狀況，也不會(huì)立刻發(fā)送一個(gè)對(duì)應(yīng)的RESETPDU。本發(fā)明的第一實(shí)施例允許RLC實(shí)體14在恢復(fù)之后，才開(kāi)始發(fā)送一個(gè)因Timer_RST定時(shí)器逾時(shí)而需重傳的RESET PDU，并因而重新啟動(dòng)Timer_RST定時(shí)器。藉由此方法，RLC實(shí)體14可順利地進(jìn)行重置程序，而不會(huì)發(fā)生先前所述的死鎖狀態(tài)。
請(qǐng)參閱圖4，圖4顯示本發(fā)明的第二實(shí)施例，重置一停止的RLC實(shí)體的流程圖。在RLC實(shí)體14停止的時(shí)候，Timer_RST定時(shí)器發(fā)生了逾時(shí)的狀況，本發(fā)明的第二實(shí)施例利用重新啟動(dòng)Timer_RST定時(shí)器來(lái)預(yù)防死鎖狀態(tài)的發(fā)生。以下為步驟介紹步驟140第一站臺(tái)10的RLC實(shí)體14送出一RESET PDU給第二站臺(tái)20。
步驟142當(dāng)下層16指出該RESET PDU傳送工作已結(jié)束時(shí)，一個(gè)Timer_RST定時(shí)器開(kāi)始啟動(dòng)。
步驟144判別RLC實(shí)體14是否收到了由第二站臺(tái)20發(fā)出的一相對(duì)應(yīng)的RESET ACK PDU。如果收到了，進(jìn)行步驟146；如果沒(méi)有收到該RESET ACK PDU且RLC實(shí)體14被要求停止，則進(jìn)行步驟148。
步驟146因?yàn)榈诙九_(tái)20的RLC實(shí)體24已經(jīng)確定收到了RESET PDU，RLC實(shí)體14開(kāi)始進(jìn)行重置的動(dòng)作。
步驟148RLC實(shí)體14在收到該RESET ACK PDU前，就被停止了；而因?yàn)镽LC實(shí)體14停止了，所以RLC實(shí)體14不再允許遞送任何的RLC PDU給下層16或是從下層16接收任何的RLC PDU。
步驟150判別Timer_RST定時(shí)器是否逾時(shí)；如果逾時(shí)，則進(jìn)行步驟152；如果沒(méi)有逾時(shí)，則進(jìn)行步驟154。
步驟152因?yàn)镽LC實(shí)體14停止時(shí)發(fā)生了Timer_RST定時(shí)器逾時(shí)的事件，所以Timer_RST計(jì)時(shí)器重新啟動(dòng)。
步驟154判別是否應(yīng)RRC 12或是上層的要求，RLC實(shí)體14解除停止，恢復(fù)運(yùn)作，如果是，則進(jìn)行步驟156；如果否，則回到步驟150。
步驟156Timer_RST定時(shí)器逾時(shí)。
步驟158此時(shí)RLC實(shí)體14已經(jīng)恢復(fù)運(yùn)作了，對(duì)應(yīng)該Timer_RST定時(shí)器逾時(shí)，第一站臺(tái)10的RLC實(shí)體14送出另一個(gè)RESET PDU至第二站臺(tái)20。
步驟159當(dāng)下層16指出該RESET PDU傳送工作結(jié)束時(shí)，Timer_RST計(jì)時(shí)器重新開(kāi)始啟動(dòng)，然后回到步驟144。
總而言之，圖4描述了如果RLC實(shí)體14停止的時(shí)候，Timer_RST定時(shí)器發(fā)生了逾時(shí)的狀況，則Timer_RST定時(shí)器將會(huì)被重新啟動(dòng)。因此，確定在RLC實(shí)體14在恢復(fù)之后，Timer_RST定時(shí)器的逾時(shí)可以產(chǎn)生一個(gè)相對(duì)應(yīng)的RESETPDU。藉由此方法，RLC實(shí)體14被適切地重置，而不會(huì)發(fā)生先前所述的死鎖狀態(tài)。
請(qǐng)參閱圖5，圖5顯示本發(fā)明的第三實(shí)施例，重置一停止的RLC實(shí)體的流程圖；當(dāng)RLC實(shí)體14被上層停止時(shí)，本發(fā)明的第三實(shí)施例允許RLC實(shí)體14接收RESET ACK PDU，也允許RLC實(shí)體14發(fā)送RESET PDU。以下為步驟介紹步驟160第一站臺(tái)10的RLC實(shí)體14送出一RESET PDU給第二站臺(tái)20。
步驟162當(dāng)下層16指出該RESET PDU傳送工作結(jié)束時(shí)，一個(gè)Timer_RST定時(shí)器開(kāi)始啟動(dòng)步驟164判別是否RLC實(shí)體14收到了由第二站臺(tái)20發(fā)出的一相對(duì)應(yīng)的RESET ACK PDU；如果收到了，進(jìn)行步驟166；如果沒(méi)有收到該RESET ACK PDU，且RLC實(shí)體14被要求停止，則進(jìn)行步驟168。
步驟166因?yàn)榈诙九_(tái)20的RLC實(shí)體24已經(jīng)確定收到了RESET PDU，RLC實(shí)體14開(kāi)始進(jìn)行重置的動(dòng)作。
步驟168RLC實(shí)體14在收到該RESET ACK PDU前，就被停止了。
步驟170使RLC實(shí)體14可以遞送RESET PDU給下層16，以及可以從下層16接收RESET ACK PDU。
步驟172判別Timer_RST定時(shí)器是否逾時(shí)；如果逾時(shí)，則進(jìn)行步驟174；如果沒(méi)有逾時(shí)，則進(jìn)行步驟178。
步驟174因?yàn)镽LC實(shí)體14目前已經(jīng)可以遞送RESET PDU了，所以RLC實(shí)體14送出一RESET PDU至第二站臺(tái)20。
步驟176當(dāng)下層16指出該RESET PDU傳送工作結(jié)束時(shí)，Timer_RST定時(shí)器開(kāi)始啟動(dòng)，然后回到步驟172。
步驟178判別RLC實(shí)體14是否接收到從第二站臺(tái)發(fā)出的一個(gè)相對(duì)應(yīng)的RESET ACK PDU；如果是，則進(jìn)行步驟180；如果否，則回到步驟172。
步驟180因?yàn)榈诙九_(tái)20的RLC實(shí)體24已經(jīng)確定收到了RESET PDU，RLC實(shí)體14開(kāi)始進(jìn)行重置的動(dòng)作。
總而言之，圖5描述了，在RLC實(shí)體14停止的時(shí)候，RLC實(shí)體14依然被允許發(fā)送RESET PDU給下層16、以及從下層16接收RESET ACK PDU；因此，RLC實(shí)體14可以運(yùn)用Timer_RST的逾時(shí)來(lái)產(chǎn)生新的RESET PDU，而且，也可以接收第二站臺(tái)來(lái)的RESET ACK PDU來(lái)重置RLC實(shí)體14。這樣，便可以避免先前所述的死鎖狀態(tài)。
本發(fā)明提供了三種實(shí)施例來(lái)重置一個(gè)已經(jīng)被上層停止的RLC實(shí)體。與先前技術(shù)相較之下，本發(fā)明的方法所提供的三個(gè)方法是延遲發(fā)送RESET PDU，至停止的RLC實(shí)體恢復(fù)運(yùn)作后才開(kāi)始發(fā)送；在RLC實(shí)體停止時(shí)，重新啟動(dòng)逾時(shí)的Timer_RST定時(shí)器；以及允許停止的RLC實(shí)體發(fā)送RESET PDU與接收RESETACK PDU。運(yùn)用以上三者任何之一，均可以防止RLC實(shí)體遭遇死鎖狀態(tài)。
本發(fā)明雖以較佳實(shí)施例揭示如上，然而其并非用以限定本發(fā)明，任何熟悉本技術(shù)的人員在不脫離本發(fā)明的精神和范圍內(nèi)，當(dāng)可做出種種的等效變化或等效替換，因此本發(fā)明的保護(hù)范圍當(dāng)視后附的權(quán)利要求所界定的為準(zhǔn)。
權(quán)利要求
1.一種無(wú)線電鏈路控制中處理重置程序的方法，是運(yùn)用在一無(wú)線電通訊系統(tǒng)的一無(wú)線電鏈路控制(RLC)實(shí)體中，該方法包含有下列步驟通過(guò)傳送一重置協(xié)議數(shù)據(jù)單元(PDU)以及啟動(dòng)一定時(shí)器(Timer_RST)，該無(wú)線電鏈路控制實(shí)體開(kāi)始一無(wú)線電鏈路控制重置程序；于接收到對(duì)應(yīng)該無(wú)線電鏈路控制重置程序的一重置確認(rèn)協(xié)議數(shù)據(jù)單元(RESET ACK PDU)前，一上層停止該無(wú)線電鏈路控制實(shí)體；延遲因?yàn)樵摱〞r(shí)器逾時(shí)所觸發(fā)的重置協(xié)議數(shù)據(jù)單元的發(fā)送，直到該無(wú)線電鏈路控制實(shí)體被該上層解除停止，恢復(fù)運(yùn)作；以及于該無(wú)線電鏈路控制實(shí)體被該上層解除停止，恢復(fù)運(yùn)作后，該無(wú)線電鏈路控制實(shí)體發(fā)送被該定時(shí)器逾時(shí)所觸發(fā)的該重置協(xié)議數(shù)據(jù)單元。
2.一種無(wú)線電鏈路控制處理重置程序的無(wú)線通訊裝置，是在一無(wú)線電通訊系統(tǒng)的一無(wú)線電鏈路控制(RLC)實(shí)體中，執(zhí)行重置程序，其包含有一第一裝置，通過(guò)傳送一重置協(xié)議數(shù)據(jù)單元(PDU)以及啟動(dòng)一定時(shí)器(Timer_RST)，使該無(wú)線電鏈路控制實(shí)體開(kāi)始一無(wú)線電鏈路控制重置程序；一第二裝置，于接收到對(duì)應(yīng)該無(wú)線電鏈路控制重置程序的一重置確認(rèn)協(xié)議數(shù)據(jù)單元(RESET ACK PDU)前，使一上層停止該無(wú)線電鏈路控制實(shí)體；一第三裝置，延遲因?yàn)樵摱〞r(shí)器逾時(shí)所觸發(fā)的重置協(xié)議數(shù)據(jù)單元的發(fā)送，直到該無(wú)線電鏈路控制實(shí)體被該上層解除停止，恢復(fù)運(yùn)作；以及一第四裝置，于該無(wú)線電鏈路控制實(shí)體被該上層解除停止，恢復(fù)運(yùn)作后，使該無(wú)線電鏈路控制實(shí)體發(fā)送被該定時(shí)器逾時(shí)所觸發(fā)的該重置協(xié)議數(shù)據(jù)單元。
3.一種無(wú)線電鏈路控制中處理重置程序的方法，是運(yùn)用在一無(wú)線電通訊系統(tǒng)的一無(wú)線電鏈路控制(RLC)實(shí)體中，該方法包含有下列步驟通過(guò)傳送一重置協(xié)議數(shù)據(jù)單元(PDU)以及啟動(dòng)一定時(shí)器(Timer_RST)，該無(wú)線電鏈路控制實(shí)體開(kāi)始一無(wú)線電鏈路控制重置程序；于接收到對(duì)應(yīng)該無(wú)線電鏈路控制重置程序的一重置確認(rèn)協(xié)議數(shù)據(jù)單元(RESET ACK PDU)前，一上層停止該無(wú)線電鏈路控制實(shí)體；以及于該無(wú)線電鏈路控制實(shí)體停止期間，如該定時(shí)器逾時(shí)，該無(wú)線電鏈路控制實(shí)體重新啟動(dòng)該定時(shí)器。
4.一種無(wú)線電鏈路控制處理重置程序的無(wú)線通訊裝置，是在一無(wú)線電通訊系統(tǒng)的一無(wú)線電鏈路控制(RLC)實(shí)體中，執(zhí)行重置程序，其包含有一第一裝置，通過(guò)傳送一重置協(xié)議數(shù)據(jù)單元(PDU)以及啟動(dòng)一定時(shí)器(Timer_RST)，使該無(wú)線電鏈路控制實(shí)體開(kāi)始一無(wú)線電鏈路控制重置程序；一第二裝置，于接收到對(duì)應(yīng)該無(wú)線電鏈路控制重置程序的一重置確認(rèn)協(xié)議數(shù)據(jù)單元(RESET ACK PDU)前，使一上層停止該無(wú)線電鏈路控制實(shí)體；以及一第三裝置，于該RLC實(shí)體停止期間，如該定時(shí)器逾時(shí)，則使該無(wú)線電鏈路控制實(shí)體重新啟動(dòng)該定時(shí)器。
全文摘要
一種無(wú)線電通訊系統(tǒng)中針對(duì)無(wú)線電鏈路控制(radio link control，RLC)停止時(shí)處理重置(reset)程序的方法，首先，通過(guò)傳送一重置協(xié)議數(shù)據(jù)單元(protocol data unit，PDU)以及啟動(dòng)一Timer
文檔編號(hào)H04L29/06GK1497922SQ20031010282
公開(kāi)日2004年5月19日 申請(qǐng)日期2003年10月15日 優(yōu)先權(quán)日2003年10月15日
發(fā)明者吳志祥 申請(qǐng)人:華碩電腦股份有限公司