無線專屬通道上錯誤的處理方法

2023-12-09 23:08:26 3

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


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