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


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