專利名稱：無(wú)線專屬通道上錯(cuò)誤的處理方法
技術(shù)領(lǐng)域：
本發(fā)明有關(guān)一種無(wú)線通信裝置，更具體說(shuō)，是有關(guān)將通訊協(xié)議第二層中不可恢復(fù)的錯(cuò)誤與第一層中的無(wú)線鏈路失效以不同的方式處理的裝置。
(2)背景技術(shù)在此本說(shuō)明書(shū)引述第三代合作計(jì)劃(3rd Generation Partnership Project；3GPP)規(guī)格書(shū)的3GPP TS 25.331 V3.11.0(2002-06)″無(wú)線資源控制層協(xié)議規(guī)格(Radio Resource Control(RRC)Protocol Specification)″與3GPP TS 25.322V3.11.0(2002-06)″無(wú)線鏈路控制層協(xié)議規(guī)格(Radio Link Control(RLC)ProtocolSpecification)″來(lái)作為全球移動(dòng)通信系統(tǒng)(Universal MobileTelecommunications System；UMTS)的技術(shù)性參考文獻(xiàn)。UMTS描述了一個(gè)稱為使用者設(shè)備(User Equipment；UE)的裝置(通常為移動(dòng)裝置)，其在無(wú)線通信環(huán)境中，與一個(gè)或數(shù)個(gè)基地臺(tái)相通訊。這些基地臺(tái)(也就是所謂的Node Bs)與無(wú)線網(wǎng)絡(luò)控制器(Radio Network Controllers；RNCs)被統(tǒng)稱為UMTS地面無(wú)線接取網(wǎng)絡(luò)(UMTSTerrestrial Radio Access Network；UTRAN)。
請(qǐng)參閱圖1，此圖為3GPP無(wú)線通信網(wǎng)絡(luò)10的簡(jiǎn)易方塊圖。無(wú)線通信網(wǎng)絡(luò)10包括數(shù)個(gè)無(wú)線網(wǎng)絡(luò)子系統(tǒng)(radio network subsystems；RNSs)20，這些RNS20與一核心網(wǎng)絡(luò)(core network；CN)30通訊。CN30里包括一封包交換(package switch；PS)領(lǐng)域30p、以及一電路交換(circuit switch；CS)領(lǐng)域30c。數(shù)個(gè)RNSs20構(gòu)成了一UTRAN20u，其中每一個(gè)RNS20都具有一RNC22，用來(lái)與數(shù)個(gè)基地臺(tái)(NodeB)24通信。每一基地臺(tái)24是一收發(fā)器，可用來(lái)傳送及接收無(wú)線信號(hào)，并可藉由收發(fā)信號(hào)的范圍來(lái)定義出一個(gè)基地臺(tái)的涵蓋范圍此外，并可將一些細(xì)胞臺(tái)(也就是一些基地臺(tái)24)聯(lián)合起來(lái)定義成一UTRAN注冊(cè)區(qū)域(UTRAN registration area；URA)。無(wú)線通信網(wǎng)絡(luò)10會(huì)配置UE40一特定RNS20，此RNS20被稱為UE40的服務(wù)RNS(service RNS；SRNS)20s，當(dāng)要傳送數(shù)據(jù)給UE40時(shí)，都是從CN30或UTRAN20u先傳到SRNs20s，再通過(guò)SRNs20s傳送給UE40。這些數(shù)據(jù)是由一個(gè)或多個(gè)有特定數(shù)據(jù)結(jié)構(gòu)的封包所構(gòu)成，并且藉由多個(gè)無(wú)線負(fù)載(radio bearer；RBs)28、48其中的一個(gè)來(lái)傳輸。建立于UE40上的RB48會(huì)有一對(duì)應(yīng)的RB28建立于該UE所屬的SRNS20s之上。這些RBs的編號(hào)是連續(xù)的從RB0到RBn。通常RB0至RB4是專屬的信令RBs(signaling RBs；SRBs)，用來(lái)在UTRAN20u與UE40之間傳遞協(xié)議信令，在之后會(huì)有更詳細(xì)的說(shuō)明。RB28及RB48里編號(hào)大于4的RB(也就是例如RB5、RB6等等)，通常被用來(lái)傳輸使用者數(shù)據(jù)。RNC22利用UE40通過(guò)細(xì)胞臺(tái)更新程序所指定的基地臺(tái)24，來(lái)與UE40互相傳輸數(shù)據(jù)。細(xì)胞臺(tái)更新程序是由UE40所起始用來(lái)更換UE所屬的基地臺(tái)24。通常新基地臺(tái)的選擇取決于，例如UE40在SRNS20s服務(wù)范圍里的所在位置。當(dāng)UE40傳送數(shù)據(jù)給無(wú)線通信網(wǎng)絡(luò)10時(shí)，會(huì)先被SRNS20s接收并接著轉(zhuǎn)送至CN30。有時(shí)候UE40會(huì)移動(dòng)靠近到另一個(gè)RNS20的服務(wù)范圍，而這一個(gè)鄰近的RNS便被稱為漂移RNS(drift RNS；DRNS)20d。在DRNS20d里的基地臺(tái)24有可能會(huì)接收到UE40所傳輸?shù)男盘?hào)。此時(shí)，DRNS20d里的RNC22會(huì)將接收到的信號(hào)轉(zhuǎn)送至SRNS20s。接著SRNS20s使用從DRNS20d轉(zhuǎn)送來(lái)的信號(hào)、再加上從SRNS20s自己的基地臺(tái)24所得到的對(duì)應(yīng)信號(hào)，來(lái)產(chǎn)生一個(gè)結(jié)合信號(hào)，之后將此結(jié)合信號(hào)譯碼處理成為封包數(shù)據(jù)。SRNS20s接著轉(zhuǎn)送接收到的數(shù)據(jù)至CN30，也就是說(shuō)所有UE40和CN30之間的通信都會(huì)經(jīng)過(guò)SRNS20s。
請(qǐng)參閱圖2，并對(duì)照?qǐng)D1，圖2是通信網(wǎng)絡(luò)10中所使用的UMTS無(wú)線接口協(xié)議架構(gòu)的簡(jiǎn)易方塊圖。其中UE40與UTRAN20u之間的通信是藉由一個(gè)包括第一層(Layer 1)、第二層(Layer 2)及第三層(Layer 3)的多層通信協(xié)議所實(shí)現(xiàn)的，這三層共同提供信令平面(signaling plane；C-plane)92與使用者平面(userplane；U-plane)94的信號(hào)與數(shù)據(jù)傳送。其中第一層是實(shí)體層(physical layer)60，在UTRAN20u中負(fù)責(zé)組合從DRNS20d與SRNS20s傳送來(lái)的信號(hào)；第二層包括一封包數(shù)據(jù)匯聚協(xié)議(packet data convergence protocol；PDCP)層70、一無(wú)線鏈路控制(radio link control；RLC)層72、以及一媒體存取控制(medium accesscontrol；MAC)層74；第三層包括一無(wú)線資源(radio resource control；RRC)層80。使用者平面94處理UE40與UTRAN20u(RBs20、RBs48里編號(hào)大于四的無(wú)線負(fù)載)之間使用者數(shù)據(jù)的傳送，而信令平面92則處理UE40與UTRAN20u(RBs20、RBs48里編號(hào)從零至四的無(wú)線負(fù)載)之間信令數(shù)據(jù)的傳送。RRC層80負(fù)責(zé)建立及設(shè)定所有UTRAN20u與UE40之間的RBs28及48，而PDCP層70則針對(duì)從使用者平面94接收到的服務(wù)數(shù)據(jù)單元(SDUs)提供標(biāo)頭壓縮(header compression)功能。RLC層72則負(fù)責(zé)切割PDCP70 SDUs與RRC80 SDUs，使其成為RLC協(xié)議數(shù)據(jù)單元(protocol data units；PDUs)。RLC層72是由一或多個(gè)RLC實(shí)體76所組成的，其中每一個(gè)RLC實(shí)體76分別與一RB28、48有關(guān)聯(lián)。UTRAN20u里的每一個(gè)RB28都會(huì)有一個(gè)RLC實(shí)體76唯一專屬于這個(gè)RB28。同樣地，UE40里的同一個(gè)RB48也會(huì)有一個(gè)對(duì)應(yīng)的RLC實(shí)體76。這兩個(gè)專屬同一個(gè)RB28、48所對(duì)應(yīng)的RLC實(shí)體76被稱做RLC對(duì)等實(shí)體(RLC peer entities)。在確認(rèn)模式(acknowledgedmode；AM)之下傳送時(shí)，RLC層72可以提供上層(如PDCP層70或RRC層80)確認(rèn)是否RLC PDUs已經(jīng)在UTRAN20u與UE40里的RLC對(duì)等實(shí)體76間被成功的傳送及接收。MAC層74則提供了將RLC PDUs置入到傳送通道所需的排程及多任務(wù)功能，也就是說(shuō)MAC層74是RLC層72與實(shí)體層60間連接的接口。
請(qǐng)參閱圖3，并同時(shí)參考第1及圖2。圖3是RRC層80的狀態(tài)圖。RRC層80有兩個(gè)主要的狀態(tài)閑置模式81與UTRA RRC連線模式(RRC Connected mode)86。當(dāng)在閑置模式時(shí)，RRC層80沒(méi)有開(kāi)啟任何與其對(duì)等(peer)的RRC層80間的通信線路；也就是除了UTRAN20u里可以給所有UEs40用的公用信道RB0外，沒(méi)有任何的SRBs28、48可以提供與對(duì)等實(shí)體RRC層80之間的通信。以UE40作為范例，UE40里的RRC層80與在UTRAN20u里對(duì)等的RRC層80建立一連線(例如編號(hào)從一到四的SRBs28、48)時(shí)，UE40里的RRC層80便轉(zhuǎn)換到UTRA RRC連線模式86，而通常連線的建立是通過(guò)一共享通道RB0來(lái)啟始。UTRA RRC連線模式86包含有四種狀態(tài)CELL_DCH82、CELL_FACH82、CELL_PCH84以及URA_PCH85。其中CELL_DCH狀態(tài)82的主要特征在于一專屬通道已經(jīng)分配給UE40，作為上鏈通信(從UE40傳至UTRAN20u)和下鏈通信(從UTRAN20u至UE40)之用；CELL_FACH狀態(tài)83的主要特征在于沒(méi)有任何專屬信道配置給UE40，而分派給UE40一預(yù)設(shè)公用或共享信道，來(lái)代替專屬信道作為上鏈通信之用；CELL_PCH狀態(tài)84的主要特征在于沒(méi)有任何專屬實(shí)體信道被分配給UE40、UE40不可以有任何信號(hào)或數(shù)據(jù)上傳的動(dòng)作、以及UTRAN20u知道UE40所在位置所屬的細(xì)胞臺(tái)(基地臺(tái)24)；URA_PCH狀態(tài)85主要特征在于沒(méi)有專屬實(shí)體信道被分配給UE40、UE40不可以有任何信號(hào)或數(shù)據(jù)上傳的動(dòng)作、以及UTRAN20u知道UE40所在位置所屬的URA。
RRC層80可利用一些重設(shè)定程序來(lái)建立和配置RBs28、48。這些程序包含UTRAN20u在信令平面92利用RB28、48來(lái)傳送一特定的信息給UE40，以及UE40也通過(guò)信令平面92里的一RB28、48來(lái)響應(yīng)一對(duì)應(yīng)的信息，通常此信息是通過(guò)RB2傳送的。如先前指出的3GPP規(guī)格TS25.331中第8.2.2節(jié)所示，這些信息包括無(wú)線負(fù)載建立(Radio Bearer Setup)、無(wú)線負(fù)載重設(shè)定(Radio Bearerreconfiguration)、無(wú)線負(fù)載釋放(Radio Bearer Release)、傳送通道重設(shè)定(Transport Channel Reconfiguration)、以及實(shí)體信道重設(shè)定(Physical ChannelReconfiguration)。對(duì)每一個(gè)上述重設(shè)定信息，UE40都有一對(duì)應(yīng)的″完成″或″失敗″響應(yīng)信息，用來(lái)指出此程序在UE40端是成功或失敗，并提供UTRAN20u任何用來(lái)完成此程序所需的信息。重設(shè)定信息與其響應(yīng)信息都可選擇性地載送一些信息元素(IEs)，這些IEs就是帶有補(bǔ)充信息的數(shù)據(jù)域位。在這些重設(shè)定程序之外，還有一個(gè)細(xì)胞臺(tái)更新程序，是從UE40產(chǎn)生的細(xì)胞臺(tái)更新信息起始，而由UTRAN20u所響應(yīng)。UE40使用此細(xì)胞臺(tái)更新程序來(lái)指示在連線狀態(tài)82、83、84時(shí)的細(xì)胞臺(tái)(即基地臺(tái)24)位置改變，同時(shí)也可以用來(lái)指示無(wú)線鏈路(radio link；RL)的失效、與RLC不可恢復(fù)的錯(cuò)誤。無(wú)線鏈路失效是發(fā)生在實(shí)體層(亦即是第一層60)的連線失敗，而RLC不可恢復(fù)的錯(cuò)誤則發(fā)生在RLC層72，造成的原因有許多種。
在AM連線中，當(dāng)一發(fā)送端RLC實(shí)體76檢測(cè)到下列任何一項(xiàng)情況時(shí)，它應(yīng)該傳送一重設(shè)PDU(RESET PDU)至它的對(duì)等RLC實(shí)體76，以重設(shè)這兩個(gè)RLC對(duì)等實(shí)體761)″于MaxDAT次的重新傳輸之后No_Discard(No_Discard after MaxDATnumber of retransmissions)″被設(shè)定以及VT(DAT)等于MaxDAT的值時(shí)(請(qǐng)參閱TS25.322第9.7.3.4節(jié))；2)VT(MRW)等于MaxMRW值時(shí)；3)接收到具有″不正確的序列號(hào)碼(erroneous Sequence Number)″的一個(gè)STATUS PDU時(shí)(請(qǐng)參閱TS25.322的第10章)；發(fā)送端應(yīng)該-停止傳輸任何AMD PDU或STATUS PDU；
-VT(RST)的值加一；-如果VT(RST)等于MaxRST值發(fā)送端可送出RESET PDU至下層；執(zhí)行在TS25.322第11.4.4a節(jié)所指定的動(dòng)作；-否則(即如果VT(RST)小于MaxRST)送出RESET PDU至下層；啟動(dòng)定時(shí)器Timer_RST。
詳細(xì)內(nèi)容請(qǐng)參閱3GPP規(guī)范TS25.322第11.4節(jié)。當(dāng)重送RESET PDU的次數(shù)達(dá)到最高可嘗試次數(shù)后，發(fā)送端RLC實(shí)體76應(yīng)結(jié)束正在執(zhí)行的RLC RESET程序，并向上層(即RRC層80)指出發(fā)生了一個(gè)不可恢復(fù)的錯(cuò)誤。而當(dāng)RRC層80從AM RLC實(shí)體76接收到發(fā)生了一個(gè)不可恢復(fù)的錯(cuò)誤后，UE40應(yīng)以″RLC不可恢復(fù)錯(cuò)誤(RLCunrecoVerable error)″為發(fā)生原因來(lái)執(zhí)行細(xì)胞臺(tái)更新程序，亦即UE40應(yīng)傳送細(xì)胞臺(tái)更新(CELL UPDATE)信息，并將″AM_RLC錯(cuò)誤指示(RB2、RB3、RB4)″IE或″AM_RLC錯(cuò)誤指示(RB＞4)″IE設(shè)定為″TRUE″，來(lái)指明RLC不可恢復(fù)錯(cuò)誤已發(fā)生在信令平面92或在使用者平面94上。細(xì)胞臺(tái)更新程序的詳細(xì)內(nèi)容請(qǐng)參閱TS25.331第8.3.1節(jié)，在后面也會(huì)簡(jiǎn)單地討論細(xì)胞臺(tái)更新的程序。
當(dāng)使用者平面94上有RLC不可恢復(fù)錯(cuò)誤發(fā)生時(shí)，在接收到從UE40傳送來(lái)的CELL UPDATE/URA UPDATE信息后，UTRAN20u可以選擇性地將″RLC重新建立(re-establish)指示器(indicator)(RB5及編號(hào)大于5的RB)″IE放入細(xì)胞臺(tái)更新確認(rèn)(CELL UPDATE CONFIRM)信息中，以要求UE40也執(zhí)行一RLC重新建立程序，而在此狀況下在UTRAN20u里的對(duì)應(yīng)RLC實(shí)體76也應(yīng)該被重新建立。
當(dāng)信令平面92上發(fā)生RLC不可恢復(fù)的錯(cuò)誤時(shí)，在接收從UE40傳送來(lái)的CELLUPDATE/URA UPDATE的信息后，UTRAN20u可以選擇性地將″RLC重新建立指示器(RB2、RB3及RB4)″IE放入細(xì)胞臺(tái)更新確認(rèn)(CELL UPDATE CONFIRM)信息里，以要求在UE40也執(zhí)行一RLC重新建立程序，而在此狀況下在UTRAN20u里的對(duì)應(yīng)RLC實(shí)體76也應(yīng)該被重新建立，或藉由于下鏈CCCH傳輸一RRC連線釋放(RRCCONNECTION RELEASE)信息，以啟始RRC連線釋放程序。
如果在一專屬通道上(此時(shí)RRC層80是在CELL_DCH狀態(tài)82下)發(fā)生無(wú)線鏈路失效或RLC不可恢復(fù)錯(cuò)誤時(shí)，在傳送細(xì)胞臺(tái)更新信息的前，UE40應(yīng)先執(zhí)行無(wú)線存取負(fù)載(radio access bearer；RAB)釋放步驟，并接著選擇一個(gè)適當(dāng)?shù)募?xì)胞臺(tái)24，該RAB釋放步驟會(huì)釋放與值為零的定時(shí)器T314/T315有相關(guān)的RABs。一個(gè)RAB可以包含一個(gè)或多個(gè)RBs，但通常RABs與RBs是為一對(duì)一的關(guān)系。當(dāng)執(zhí)行RLC重新建立程序時(shí)，如果任何一個(gè)定時(shí)器T314或T315過(guò)期，則UE40也應(yīng)該釋放與過(guò)期的定時(shí)器有相關(guān)的RABs。在TS25.331第8.3.1.2節(jié)中有與上述有關(guān)的描述，并摘錄于下。
當(dāng)開(kāi)始URA更新或細(xì)胞臺(tái)更新程序時(shí)，UE應(yīng)該1>停止定時(shí)器T305；1>如果UE在CELL_DCH狀態(tài)2>執(zhí)行RAB釋放步驟；1>設(shè)定變量協(xié)議錯(cuò)誤指示器(PROTOCOL_ERROR_INDICATOR)、失敗指示器(FAILURE_INDICATOR)、不支持的設(shè)定(UNSUPPORTED_CONFIGURATION)、以及無(wú)效的設(shè)定(INVALID_CONFIGURATION)為″FALSE″；1>設(shè)定變量細(xì)胞臺(tái)更新開(kāi)始(CELL_UPDATE_STARTED)為″TRUE″；1>如果UE不在CELL_FACH狀態(tài)2>移至CELL_FACH狀態(tài)；2>按照第8.5.17節(jié)的描述，選擇PRACH；2>按照第8.5.19節(jié)的描述，選擇次要(Secondary)CCPCH；2>如第8.6.5.1節(jié)所述，使用系統(tǒng)信息(system information)所傳送的傳輸格式組(transport format set)。
1>如果UE執(zhí)行細(xì)胞臺(tái)重選2>清除變數(shù)C_RNTI；并且2>停止在MAC層中使用剛被清除的C_RNTI。
1>按照第8.5.15節(jié)的描述，依據(jù)正在使用中細(xì)胞臺(tái)的SFN來(lái)設(shè)定CFN；1>當(dāng)是在進(jìn)行細(xì)胞臺(tái)更新程序時(shí)2>按照第8.3.1.3節(jié)的描述，設(shè)定細(xì)胞臺(tái)更新(CELL UPDATE)信息的內(nèi)容；2>在上鏈CCCH上，送出細(xì)胞臺(tái)更新(CELL UPDATE)信息。
1>當(dāng)是在進(jìn)行URA更新程序時(shí)2>按照第8.3.1.3節(jié)的描述，設(shè)定URA更新(URA UPDATE)信息的內(nèi)容；
2>在上鏈CCCH上，送出URA更新(URA UPDATE)信息。
1>設(shè)定計(jì)數(shù)器V302的值為1；1>當(dāng)MAC層指示該信息傳送的結(jié)果為成功或失敗時(shí)，開(kāi)始定時(shí)器T302計(jì)時(shí)。
RAB釋放步驟的習(xí)知技術(shù)揭示在下面，同樣地，下列步驟中也是節(jié)錄自TS25.331。
對(duì)于RAB釋放步驟，UE應(yīng)該2>在變量RB_TIMER_INDICATOR中，將″T314過(guò)期(T314 expired)″IE以及″T315過(guò)期(T315 expired)″IE設(shè)定為FALSE。
2>如果定時(shí)器T314及定時(shí)器T315的儲(chǔ)存值都等于零時(shí)；或2>如果定時(shí)器T314的儲(chǔ)存值等于零，且沒(méi)有任何無(wú)線負(fù)載其相關(guān)的無(wú)線存取負(fù)載在變量ESTABLISHED_RABS里的″重新建立定時(shí)器(Re-establishmenttimer)″IE值是設(shè)為″使用T315″時(shí)2>釋放所有的無(wú)線資源；3>通知上層已將建立好的信令連線(儲(chǔ)存在變量ESTABLISHED_SIGNLING_CONNECTIONS中)以及建立好的無(wú)線存取負(fù)載(儲(chǔ)存在變量ESTABLISHED_RABS)釋放；3>將變數(shù)ESTABLISHED_SIGNALLING_CONNECTIONS清除；3>將變數(shù)ESTABLISHED_RABS清除；3>進(jìn)入閑置模式；3>執(zhí)行第8.5.2節(jié)所述的從連線模式到進(jìn)入閑置模式所需執(zhí)行的其它動(dòng)作；3>該程序結(jié)束。
2>如果定時(shí)器T314的儲(chǔ)存值等于零時(shí)3>當(dāng)無(wú)線存取負(fù)載其在變量ESTABLISHED_RABS里的″重新建立定時(shí)器(Re-establishment timer)″IE的值是設(shè)為″使用T314″時(shí)，釋放所有與該無(wú)線存取負(fù)載相關(guān)的無(wú)線負(fù)載；3>在變量RB_TIMER_INDICATOR中，設(shè)定IE″T314過(guò)期″為T(mén)RUE。
2>如果定時(shí)器T315的儲(chǔ)存值等于零3>當(dāng)無(wú)線存取負(fù)載其在變量ESTABLISHED_RABS里的″重新建立定時(shí)器″IE的值是設(shè)為″使用T315″時(shí)，釋放所有與該無(wú)線存取負(fù)載相關(guān)的無(wú)線負(fù)載；
3>在變量RB_TIMER_INDICATOR中，設(shè)定IE″T315過(guò)期″為T(mén)RUE。
2>如果定時(shí)器T314的儲(chǔ)存值大于零時(shí)3>如果無(wú)線存取負(fù)載其在變量ESTABLISHED_RABS里的″重新建立定時(shí)器″IE值是設(shè)為″使用T314″，且有與該無(wú)線存取負(fù)載相關(guān)的無(wú)線負(fù)載時(shí)；4>開(kāi)始定時(shí)器T314計(jì)時(shí)。
2>如果定時(shí)器T315的儲(chǔ)存值大于零時(shí)3>如果無(wú)線存取負(fù)載其在變量ESTABLISHED_RABS里的″重新建立定時(shí)器(Re-establishment timer)″IE值是設(shè)為″使用T315″，且有與該無(wú)線存取負(fù)載相關(guān)的無(wú)線負(fù)載時(shí)；4>開(kāi)始定時(shí)器T315計(jì)時(shí)。
2>對(duì)于被釋放的無(wú)線負(fù)載3>從變量ESTABLISHED_RABS中刪除有關(guān)該無(wú)線負(fù)載的信息；3>當(dāng)屬于相同無(wú)線存取負(fù)載的所有無(wú)線負(fù)載都被釋放時(shí)4>通過(guò)CN領(lǐng)域辨識(shí)碼(CN domain identity)與儲(chǔ)存在變量ESTABLISHED_RABS里的RAB辨識(shí)碼，來(lái)通知上層該無(wú)線存取負(fù)載已在本地端被釋放；4>從變量ESTABLISHED_RABS中刪除所有有關(guān)于該無(wú)線存取負(fù)載的信息。
2>按照TS25.304來(lái)選擇一個(gè)適當(dāng)?shù)腢TRA細(xì)胞臺(tái)；2>設(shè)定變量ORDERED_RECONFIGURATION為FALSE。
例如，當(dāng)定時(shí)器T314的儲(chǔ)存值等于零，且定時(shí)器T315的儲(chǔ)存值大于零時(shí)，對(duì)于變量ESTABLISHED_RABS中″重新建立定時(shí)器″IE的值為″使用T314(useT314)″的任何無(wú)線存取負(fù)載其相關(guān)的所有無(wú)線負(fù)載，UE40應(yīng)在本地端將其釋放，并且開(kāi)始定時(shí)器T315的計(jì)時(shí)；接著如果定時(shí)器T315過(guò)期，且有無(wú)線存取負(fù)載其在變量ESTABLISHED_RABS中″重新建立定時(shí)器″IE的值為″使用T315(useT315)″時(shí)，UE40也應(yīng)該在本地端釋放相關(guān)于此無(wú)線存取負(fù)載的所有無(wú)線負(fù)載48，并且進(jìn)入閑置模式81。
如TS25.331的第8.3.1.2節(jié)所述的習(xí)知技術(shù)中，當(dāng)RRC80在CELL_DCH狀態(tài)82中時(shí)，UE40會(huì)用相同的方式處理無(wú)線鏈路失效以及RLC不可恢復(fù)的錯(cuò)誤。也就是在CELL_DCH狀態(tài)82時(shí)，不論發(fā)生這兩種錯(cuò)誤的其中之一，都必須執(zhí)行RAB釋放的步驟，然而無(wú)線鏈路失效與RLC不可恢復(fù)的錯(cuò)誤本質(zhì)上其實(shí)有許多的不同。例如一個(gè)RLC不可恢復(fù)的錯(cuò)誤有可能藉由RLC重新建立(re-establishment)程序，回到啟始狀態(tài)而被修復(fù)，但是無(wú)線鏈路失效在根本上是無(wú)線連線時(shí)的實(shí)體層發(fā)生問(wèn)題，是不能通過(guò)任何重新建立程序而被修復(fù)的。因此，在執(zhí)行RAB釋放步驟時(shí)，定時(shí)器T314及定時(shí)器T315使用在RLC不可恢復(fù)的錯(cuò)誤上是不被保證的，且可能因定時(shí)器T314或T315的時(shí)間長(zhǎng)度比執(zhí)行RLC重新建立程序所需要的時(shí)間長(zhǎng)度為短，而導(dǎo)致在RLC重新被建立完成前，一些正常功能的RAB(亦即用作服務(wù)或應(yīng)用的RAB)即被釋放掉。
舉例來(lái)說(shuō)，假設(shè)UE40處于CELL-_DCH狀態(tài)82，并且其具有使用者平面94的RAB6到10，RAB6到10包含著有一對(duì)一對(duì)映關(guān)系的RB48 6到10。假設(shè)定時(shí)器T314被設(shè)為零秒，定時(shí)器T315被設(shè)為10秒，并且假設(shè)除了RAB6和RAB7的外，其它所有RABs都是與T314相關(guān)。當(dāng)一RLC不可恢復(fù)的錯(cuò)誤只發(fā)生在RB6上時(shí)，UE40會(huì)傳送一個(gè)內(nèi)含有″AM_RLC錯(cuò)誤指示(RB＞4)″IE設(shè)為″TRUE″的細(xì)胞臺(tái)更新信息(CELL UPDATE)給UTRAN20u。UTRAN20u以一個(gè)內(nèi)含有″RLC重新建立指示器(RB5及編號(hào)更大的RB)″IE的細(xì)胞臺(tái)更新確認(rèn)(CELL UPDATE CONFIRM)信息響應(yīng)，以要求將UE40里的RAB6到RAB10的所有RLC重新建立。因此，在正常運(yùn)作中的RAB8、9及10(即RB8、9、10)，會(huì)在重新建立完成之前被釋放，這是因?yàn)槎〞r(shí)器T314(只有零秒)的時(shí)間長(zhǎng)度比執(zhí)行RLC重新建立程序所需要的時(shí)間長(zhǎng)度要短。而不正常的RB6(即RAB6)則在執(zhí)行了RLC重新建立程序后，RB6被恢復(fù)成良好狀況，可是正常運(yùn)作的RB8、9及10(即RAB8、9、10)卻在執(zhí)行RLC重新建立程序之前即被釋放。而這些正常運(yùn)作的RAB(亦即用在服務(wù)或應(yīng)用的RAB)被不必要的釋放，會(huì)導(dǎo)致無(wú)線資源利用率降低，并增加服務(wù)中斷的比率，也會(huì)因此造成UE40的使用者極大的不方便。
最后，依據(jù)TS25.331第8.3.1.6節(jié)的描述，如果接收到細(xì)胞臺(tái)更新確認(rèn)信息時(shí)，UE40應(yīng)該處理″RLC重新建立指示器(RB2、RB3、及RB4)″IE，以及″RLC重新建立指示器(RB5及編號(hào)比5大的RB)″IE。然而依照TS25.331第8.3.1.5節(jié)的描述，UTRAN20u在細(xì)胞臺(tái)更新確認(rèn)信息里只可包含″重新建立指示器(RB5及編號(hào)比5大的RB)″IE，進(jìn)而導(dǎo)致IE″重新建立指示器(RB2、RB3、及RB4)″不可能被UTRAN20u包含在細(xì)胞臺(tái)更新確認(rèn)信息中，也因此這個(gè)程序的該指示器(亦即是IE″重新建立指示器(RB2、RB3、及RB4)″)實(shí)際上是無(wú)法作用的。
(3)發(fā)明內(nèi)容有鑒于此，本發(fā)明主要的目的就在于提供一種在專屬通道上處理不可恢復(fù)的錯(cuò)誤的改進(jìn)方法，用來(lái)避免上述問(wèn)題的發(fā)生。
本發(fā)明揭示一種方法及實(shí)施此方法的無(wú)線裝置，是為了改善在專屬通道上發(fā)生不可恢復(fù)錯(cuò)誤的處理方式。簡(jiǎn)單來(lái)說(shuō)，如果偵查到無(wú)線裝置處于CELL_DCH狀態(tài)，且發(fā)生了第一層的無(wú)線鏈路失效，這時(shí)會(huì)執(zhí)行改進(jìn)的無(wú)線存取負(fù)載(RAB)釋放程序來(lái)釋放無(wú)線負(fù)載。然而如果偵查到無(wú)線裝置是處于CELL_DCH狀態(tài)，但并無(wú)發(fā)生第一層的無(wú)線鏈路失效，則RAB釋放程序便不會(huì)被執(zhí)行。
此外，本發(fā)明方法明確地允許UTRAN傳送包含信息元素(IE)″RLC重新建立指示器(RB2、RB3、及RB4)″的細(xì)胞臺(tái)更新確認(rèn)信息給UE。
本發(fā)明的一個(gè)優(yōu)點(diǎn)是在專屬通道上，只有當(dāng)?shù)谝粚訜o(wú)線鏈路失效被檢測(cè)到時(shí)才執(zhí)行RAB釋放步驟，因此可以避免不必要的RAB釋放，且避免不必要的服務(wù)中斷。而且因避免使用定時(shí)器T314以及T315在RLC不可恢復(fù)錯(cuò)誤的處理上，UE因此保證會(huì)有足夠的時(shí)間來(lái)重新建立RLC連線，更因此可以救回快要中斷的RAB及其上的服務(wù)。
本發(fā)明的另一優(yōu)點(diǎn)是UTRAN可明確地包含IE″RLC重新建立指示器(RB2、RB3、及RB4)″在細(xì)胞臺(tái)更新確認(rèn)信息中傳送給UE，因此可與由UE所啟始傳給UTRAN的IE″AM_RLC錯(cuò)誤指示(RB2、RB3、RB4)″有對(duì)應(yīng)的關(guān)系。
為了讓本發(fā)明的上述和其它目的、特點(diǎn)和優(yōu)點(diǎn)對(duì)熟悉本技術(shù)的人員能更明顯易懂，下文特舉一較佳實(shí)施例，并配合附圖進(jìn)行詳細(xì)說(shuō)明如下。
(4)


圖1為無(wú)線通信系統(tǒng)的簡(jiǎn)易方塊示意圖。
圖2為UMTS無(wú)線接口協(xié)議架構(gòu)的簡(jiǎn)易方塊示意圖。
圖3為圖2中無(wú)線資源控制(RRC)層的狀態(tài)圖。
圖4為本發(fā)明無(wú)線裝置的方塊示意圖。
圖5為一流程圖，用來(lái)說(shuō)明依據(jù)本發(fā)明在圖4中的UE該如何執(zhí)行細(xì)胞臺(tái)更新或URA更新程序。
圖6為一流程圖，用來(lái)說(shuō)明依據(jù)本發(fā)明，圖1中的UTRAN在收到細(xì)胞臺(tái)更新(CELL UPDATE)或URA更新(URA UPDATE)信息時(shí)該執(zhí)行的程序。
(5)具體實(shí)施方式
在下列敘述中，使用者設(shè)備(UE)是一個(gè)無(wú)線通信裝置，可以是移動(dòng)電話、手提式無(wú)線收發(fā)機(jī)、個(gè)人數(shù)字助理(PDA)、計(jì)算機(jī)、或任何以無(wú)線方式進(jìn)行數(shù)據(jù)交換的裝置。這里假設(shè)此無(wú)線的數(shù)據(jù)交換方式是遵照3GPP的協(xié)議。
請(qǐng)參閱圖4，圖4為本發(fā)明的使用者設(shè)備(UE)100的方塊示意圖。本發(fā)明的UE與習(xí)知技術(shù)的UE絕大部分相同，UE100包括接受輸入與提供輸出的裝置，例如鍵盤(pán)102與液晶顯示器(liquid crystal display；LCD)104。無(wú)線收發(fā)機(jī)108可接收無(wú)線信號(hào)，并提供對(duì)應(yīng)數(shù)據(jù)給控制電路系統(tǒng)106，也可將從控制電路系統(tǒng)106接收到的數(shù)據(jù)以無(wú)線方式傳出。無(wú)線收發(fā)機(jī)108于是是本發(fā)明通信協(xié)議的第一層(Layer 1)60的一部分?？刂齐娐废到y(tǒng)106負(fù)責(zé)控制UE100的操作，且被用在通信協(xié)議的第二層與第三層的實(shí)施上；特別是在RRC層80的實(shí)施上，藉由適當(dāng)?shù)男薷模瑏?lái)符合本發(fā)明的改進(jìn)?？刂齐娐废到y(tǒng)106在電子通訊系統(tǒng)中包括中央處理器(CPU)106c與存儲(chǔ)器106m，此種電路安排與已知無(wú)線通信裝置的技術(shù)相似。存儲(chǔ)器106m中儲(chǔ)存有用來(lái)實(shí)施本發(fā)明通信協(xié)議里第二層與第三層的程序代碼107。與習(xí)知的UE比較，本發(fā)明的UE100具有一些更改過(guò)以實(shí)施本發(fā)明方法的程序代碼107。本發(fā)明的改進(jìn)實(shí)施在程序代碼107中，對(duì)有關(guān)RRC層80的步驟進(jìn)行更改，以便實(shí)施本發(fā)明所改進(jìn)的方法。在讀完以下對(duì)最佳實(shí)施例的詳細(xì)解說(shuō)后，熟悉本技術(shù)的人員應(yīng)可清楚得知本發(fā)明所揭示的更改方法。
當(dāng)RLC不可恢復(fù)的錯(cuò)誤發(fā)生(由RLC層72偵查到的)在專屬通道上時(shí)(即RRC層80是處于CELL_DCH狀態(tài)82時(shí))，UE100并不藉由檢視定時(shí)器T314 109a與定時(shí)器T315 109b是否為零，來(lái)作為釋放相關(guān)的RAB的憑據(jù)。也就是當(dāng)UE100處于CELL_DCH狀態(tài)82時(shí)，RLC不可恢復(fù)的錯(cuò)誤并不會(huì)呼叫RAB釋放步驟。定時(shí)器T314 109a與定時(shí)器T315 109b只用在無(wú)線鏈路失效時(shí)(由無(wú)線收發(fā)機(jī)108的第一層接口60偵查到)，而不會(huì)被用在專屬通道上有RLC不可恢復(fù)的錯(cuò)誤(由RLC層72偵查到)發(fā)生時(shí)。
在執(zhí)行細(xì)胞臺(tái)更新程序時(shí)，本發(fā)明更進(jìn)一步改變何時(shí)執(zhí)行RAB釋放步驟的條件。接下來(lái)詳細(xì)說(shuō)明本發(fā)明方法的改進(jìn)步驟(利用程序代碼107實(shí)施)，通過(guò)此改進(jìn)步驟來(lái)控制UE100執(zhí)行細(xì)胞臺(tái)更新程序或URA更新程序。
如圖5A和5B的流程圖200所示，當(dāng)啟始URA更新或細(xì)胞臺(tái)更新程序時(shí)，UE應(yīng)該1>停止定時(shí)器T3051>如果UE在CELL_DCH狀態(tài)；以及1>如果造成啟始此程序的原因是″無(wú)線鏈路失效″2>執(zhí)行改進(jìn)過(guò)的RAB釋放步驟；1>設(shè)定變量協(xié)議錯(cuò)誤指示器(PROTOCOL_ERROR_INDICATOR)、失敗指示器(FAILURE_INDICATOR)、不支持的設(shè)定(UNSUPPORTED_CONFIGURATION)、以及無(wú)效的設(shè)定(INVALID_CONFIGURATION)為″FALSE″；1>設(shè)定變量細(xì)胞臺(tái)更新開(kāi)始(CELL_UPDATE_STARTED)為″TRUE″；1>如果UE不在CELL_FACH狀態(tài)2>移至CELL_FACH狀態(tài)；2>按照第8.5.17節(jié)的描述來(lái)選擇PRACH；2>按照第8.5.19節(jié)的描述來(lái)選擇次要CCPCH；2>如第8.6.5.1節(jié)所述，使用系統(tǒng)信息所傳送的傳輸格式組(transportformat set)。
1>如果UE執(zhí)行細(xì)胞臺(tái)重選2>清除變數(shù)C_RNTI；并且2>停止在MAC層中使用剛被清除的C_RNTI。
1>按照第8.5.15節(jié)的描述，依據(jù)正在使用中細(xì)胞臺(tái)的SFN來(lái)設(shè)定CFN；1>當(dāng)為進(jìn)行細(xì)胞臺(tái)更新程序時(shí)2>按照第8.3.1.3節(jié)的描述，設(shè)定細(xì)胞臺(tái)更新(CELL UPDATE)信息的內(nèi)容；2>在上鏈CCCH上送出細(xì)胞臺(tái)更新(CELL UPDATE)信息。
1>當(dāng)為進(jìn)行URA更新的程序時(shí)2>按照第8.3.1.3節(jié)的描述，設(shè)定URA更新(UPDATE)信息的內(nèi)容；2>在上鏈CCCH上送出URA更新(UPDATE)信息。
1>設(shè)計(jì)數(shù)器V302的值為1；1>當(dāng)MAC層指示該信息傳送的結(jié)果為成功或失敗時(shí)，開(kāi)始定時(shí)器T302計(jì)時(shí)。
上述步驟中提及的章節(jié)與習(xí)知技術(shù)的同一章節(jié)完全相同且都是出自TS25.331。因此為了使描述簡(jiǎn)潔，而省略上述步驟中的章節(jié)的詳細(xì)內(nèi)容。請(qǐng)注意現(xiàn)在本發(fā)明中的細(xì)胞臺(tái)更新程序/URA更新程序的步驟，會(huì)確保RAB釋放步驟只在(1)UE100在CELL_DCH狀態(tài)82時(shí)；以及(2)造成啟始細(xì)胞臺(tái)更新/URA更新程序的原因是″無(wú)線鏈路失效″的時(shí)候，才會(huì)執(zhí)行。所以實(shí)施于程序代碼107中的本發(fā)明程序，只準(zhǔn)許″無(wú)線鏈路失效″這種錯(cuò)誤可導(dǎo)致執(zhí)行RAB釋放步驟。特別是在執(zhí)行本發(fā)明細(xì)胞臺(tái)更新程序/URA更新程序中，出現(xiàn)RLC不可恢復(fù)的錯(cuò)誤時(shí)，不可以也不會(huì)導(dǎo)致執(zhí)行RAB釋放步驟。
最后為了確保IE″RLC重新建立指示器(RB2、RB3、RB4)″是符合功能需求的且為有用的程序指示器，本發(fā)明在UTRAN20u接收到細(xì)胞臺(tái)更新/URA更新信息時(shí)，加強(qiáng)UTRAN20u所進(jìn)行的程序步驟。詳細(xì)描述在下面的這些步驟和圖6的流程圖300，都對(duì)應(yīng)到TS25.311第8.3.1.5節(jié)所描述的習(xí)知技術(shù)步驟。
當(dāng)UTRAN接收到細(xì)胞臺(tái)更新/URA更新信息時(shí)，UTRAN應(yīng)該1>假使該程序是由接收到一細(xì)胞臺(tái)更新信息所觸發(fā)時(shí)2>如果已執(zhí)行更換SRNS(SRNS relocation)3>在下鏈DCCH中傳送細(xì)胞臺(tái)更新確認(rèn)信息。
2>否則3>更新每一個(gè)在UTRAN中有維護(hù)的(maintained)CN領(lǐng)域的起始值(STARTvalue)，將其值設(shè)定為在IE″起始值表(START list)″里的IE″CN領(lǐng)域識(shí)別碼(CNdomain identity)″中所指明的CN領(lǐng)域?yàn)橄嗤叩摹迤鹗贾当?START list)″內(nèi)對(duì)應(yīng)的IE″起始值(START)″所指定的值；3>如果此程序不是當(dāng)UE在CELL_DCH狀態(tài)時(shí)所啟動(dòng)的，針對(duì)″起始值表(START list)″IE內(nèi)的″CN領(lǐng)域識(shí)別碼(CN domain identity)″中所指明的每一個(gè)CN領(lǐng)域4>將MAC-d HFN中最高的20位設(shè)定為″起始值表″IE中對(duì)應(yīng)的起始值；4>將MAC-d HFN中剩下來(lái)的位設(shè)定為零。
3>在下鏈DCCH或是在不需要加密保護(hù)時(shí)可選擇性的在CCCH上傳送細(xì)胞臺(tái)更新確認(rèn)信息；以及3>可選擇性的包括″RLC重新建立指示器(RB2、RB3、及RB4)″IE以及″RLC重新建立指示器(RB5及編號(hào)大于5的RB)″IE，以要求UE重新建立RLC，而UTRAN中對(duì)應(yīng)的RLC實(shí)體也應(yīng)被重新建立；或1>假使該程序是由接收到一URA更新信息所觸發(fā)時(shí)2>如果已執(zhí)行更換SRNS(SRNS relocation)3>在下鏈DCCH中傳送URA更新確認(rèn)信息。
2>否則3>在下鏈CCCH或DCCH上傳送URA更新確認(rèn)信息。
2>當(dāng)有多個(gè)URA識(shí)別碼廣播在系統(tǒng)信息中時(shí)，包括″URA識(shí)別碼(URAidentity)″IE在URA更新確認(rèn)(URA UPDATE CONFIRM)信息中；或1>藉由在下鏈CCCH上傳輸RRC連線釋放(RRC CONNECTION RELEASE)信息，以啟始RRC連線釋放程序；此時(shí)UTRAN還應(yīng)該2>如果細(xì)胞臺(tái)更新信息是因?yàn)樵赗B2、RB3或RB4中發(fā)現(xiàn)不可恢復(fù)的錯(cuò)誤而被傳送時(shí)3>藉由在下鏈CCCH上傳送RRC連線釋放(RRC CONNECTION RELEASE)信息，來(lái)啟始RRC連線釋放程序。
UTRAN可以傳送許多細(xì)胞臺(tái)更新確認(rèn)(CELL UPDATE CONFIRM)/URA更新確認(rèn)(URA UPDATE CONFIRM)信息，以增加UE正確接收到信息的機(jī)率。在這種情形下，這些重復(fù)傳送的信息的RRC序號(hào)(Sequence Number；SN)應(yīng)該相同。
關(guān)于上述的步驟，應(yīng)注意到本發(fā)明的步驟讓UTRAN可以選擇性的包括″RLC重新建立指示器(RB2、RB3、及RB4)″IE及/或″RLC重新建立指示器(RB5及編號(hào)大于5的RB)″IE以要求UE重新建立RLC。與先前技術(shù)相比較，先前技術(shù)只準(zhǔn)許″RLC重新建立指示器(RB5及編號(hào)大于5的RB)″IE包括在UTRAN傳送的細(xì)胞臺(tái)更新確認(rèn)(CELL UPDATE CONFIRM)信息里。
與先前的技術(shù)比較，當(dāng)UE處于CELL_DCH狀態(tài)且RLC不可恢復(fù)的錯(cuò)誤被檢測(cè)到時(shí)，本發(fā)明阻止RAB釋放步驟被執(zhí)行。此外，UTRAN可明確的在傳給UE的細(xì)胞臺(tái)更新確認(rèn)信息中包括″RLC重新建立指示器(RB2、RB3、及RB4)″IE，因此可與UE所啟使傳輸給UTRAN的細(xì)胞臺(tái)更新信息內(nèi)的″AM_RLC錯(cuò)誤指示(RB2、RB3、RB4)″IE有關(guān)聯(lián)。
雖然本發(fā)明已以較佳實(shí)施例揭示如上，然而其并非用以限定本發(fā)明，任何熟悉本技術(shù)的人員在不脫離本發(fā)明的精神和范圍內(nèi)，當(dāng)可作出種種的更動(dòng)與替換，因此本發(fā)明的保護(hù)范圍當(dāng)視后附的權(quán)利要求所界定的為準(zhǔn)。
權(quán)利要求
1.一種無(wú)線專屬通道上處理錯(cuò)誤發(fā)生的方法，是于一無(wú)線裝置的一專屬信道上對(duì)不可恢復(fù)的錯(cuò)誤發(fā)生所采取的解決方法，此方法包括檢測(cè)該無(wú)線裝置是否處于CELL_DCH狀態(tài)中；檢測(cè)一第一層無(wú)線鏈路失效是否已發(fā)生；執(zhí)行無(wú)線存取負(fù)載(RAB)的釋放步驟，以釋放無(wú)線負(fù)載，作為對(duì)于檢測(cè)到該無(wú)線裝置處于CELL_DCH狀態(tài)中，并發(fā)現(xiàn)該第一層無(wú)線鏈路失效時(shí)的反應(yīng)；不執(zhí)行RAB的釋放步驟，作為對(duì)于檢測(cè)到該無(wú)線裝置處于CELL_DCH狀態(tài)中，卻沒(méi)有發(fā)現(xiàn)該第一層無(wú)線鏈路失效時(shí)的反應(yīng)。
2.如權(quán)利要求1所述的無(wú)線專屬通道上處理錯(cuò)誤發(fā)生的方法，其特征在于，還包括該無(wú)線裝置啟始一細(xì)胞臺(tái)更新程序。
3.如權(quán)利要求2所述的無(wú)線專屬通道上處理錯(cuò)誤發(fā)生的方法中，其特征在于，還包括當(dāng)該無(wú)線裝置啟動(dòng)該細(xì)胞臺(tái)更新程序時(shí)，一全球地面無(wú)線接取網(wǎng)絡(luò)(UTRAN)會(huì)從該無(wú)線裝置接收到一細(xì)胞臺(tái)更新信息；當(dāng)接收到該細(xì)胞臺(tái)更新信息后，該UTRAN會(huì)編制一細(xì)胞臺(tái)更新確認(rèn)信息，其中包括一信息元素(IE)″RLC重新建立指示器(RB2、RB3、及RB4)″；以及該UTRAN會(huì)傳送該細(xì)胞臺(tái)更新確認(rèn)信息至該無(wú)線裝置。
4.一種無(wú)線專屬通道上處理錯(cuò)誤發(fā)生的方法，其是藉由一無(wú)線系統(tǒng)中包括一第一無(wú)線裝置，該第一無(wú)線裝置包括一第一中央處理器(CPU)，連接一第一存儲(chǔ)器，該第一存儲(chǔ)器內(nèi)包括可被該第一CPU執(zhí)行的一第一程序代碼，該第一程序代碼使該第一CPU執(zhí)行下列步驟檢測(cè)該第一無(wú)線裝置是否處于CELL_DCH狀態(tài)中；檢測(cè)一第一層無(wú)線鏈路失效是否已發(fā)生；執(zhí)行無(wú)線存取負(fù)載(RAB)的釋放步驟，以釋放無(wú)線負(fù)載，作為對(duì)于檢測(cè)到該無(wú)線裝置處于CELL_DCH狀態(tài)中，并發(fā)現(xiàn)該第一層無(wú)線鏈路失效時(shí)的反應(yīng)；不執(zhí)行RAB的釋放步驟，作為對(duì)于檢測(cè)到該無(wú)線裝置處于CELL_DCH狀態(tài)中，卻沒(méi)有發(fā)現(xiàn)該第一層無(wú)線鏈路失效時(shí)的反應(yīng)。
5.如權(quán)利要求4所述的無(wú)線專屬通道上處理錯(cuò)誤發(fā)生的方法，其特征在于，該第一程序代碼還導(dǎo)致該第一無(wú)線裝置啟始一細(xì)胞臺(tái)更新程序。
6.如權(quán)利要求4所述的無(wú)線專屬通道上處理錯(cuò)誤發(fā)生的方法，其特征在于，還包括一第二無(wú)線裝置，該第二無(wú)線裝置包括一第二中央處理器，連接一第二存儲(chǔ)器，該第二存儲(chǔ)器內(nèi)包括可被該第二CPU執(zhí)行的一第二程序代碼，該第二程序代碼使該第二中央處理器執(zhí)行下列步驟該第二無(wú)線裝置從該第一無(wú)線裝置接收一細(xì)胞臺(tái)更新信息；在接收到該細(xì)胞臺(tái)更新信息后，編制一細(xì)胞臺(tái)更新確認(rèn)信息，其中包括一信息元素(IE)″RLC重新建立指示器(RB2、RB3、RB4)″；以及傳送該細(xì)胞臺(tái)更新確認(rèn)信息給該第一無(wú)線裝置。
全文摘要
使用者設(shè)備(UE)在連線時(shí)可檢測(cè)到兩種錯(cuò)誤無(wú)線鏈路控制層(RLC)中不可恢復(fù)的錯(cuò)誤(unrecoverable error)、與無(wú)線鏈路的失效(Radio Link Failure)。當(dāng)UE處于專屬通道(Dedicated Channel；DCH)的狀態(tài)中時(shí)，會(huì)以不同的方式來(lái)處理這兩種錯(cuò)誤。其中，無(wú)線鏈路失效會(huì)導(dǎo)致使用者設(shè)備執(zhí)行無(wú)線存取負(fù)載(RAB)的釋放程序，其特征為通過(guò)個(gè)別定時(shí)器的值來(lái)判斷是否要將相關(guān)的RAB釋放。另外，RLC不可恢復(fù)的錯(cuò)誤則不被允許執(zhí)行RAB釋放步驟，以防止不必要的服務(wù)中斷(unnecessary dropping of services)。全球地面無(wú)線接取網(wǎng)絡(luò)(UTRAN)可選擇性的在傳送的信息中包括指示器(indicators)，這些指示器用來(lái)命令UE執(zhí)行所指示的RLC重建程序(RLC re－establishment procedure)。
文檔編號(hào)H04B7/26GK1494334SQ0315406
公開(kāi)日2004年5月5日 申請(qǐng)日期2003年8月13日 優(yōu)先權(quán)日2002年8月13日
發(fā)明者陳歡躍 申請(qǐng)人:華碩電腦股份有限公司