专利名称：无线专属通道上错误的处理方法
技术领域：
本发明有关一种无线通信装置，更具体说，是有关将通讯协议第二层中不可恢复的错误与第一层中的无线链路失效以不同的方式处理的装置。
(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日
发明者陈欢跃 申请人:华硕电脑股份有限公司