CN1494334A - 无线专属通道上错误的处理方法 - Google Patents

无线专属通道上错误的处理方法 Download PDF

Info

Publication number
CN1494334A
CN1494334A CNA031540627A CN03154062A CN1494334A CN 1494334 A CN1494334 A CN 1494334A CN A031540627 A CNA031540627 A CN A031540627A CN 03154062 A CN03154062 A CN 03154062A CN 1494334 A CN1494334 A CN 1494334A
Authority
CN
China
Prior art keywords
cell
wireless device
rlc
wireless
cell platform
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA031540627A
Other languages
English (en)
Other versions
CN1251528C (zh
Inventor
陈欢跃
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Innovative Sonic Ltd
Original Assignee
Asustek Computer Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Asustek Computer Inc filed Critical Asustek Computer Inc
Publication of CN1494334A publication Critical patent/CN1494334A/zh
Application granted granted Critical
Publication of CN1251528C publication Critical patent/CN1251528C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/38—Connection release triggered by timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

使用者设备(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)。

Description

无线专属通道上错误的处理方法
(1)技术领域
本发明有关一种无线通信装置，更具体说，是有关将通讯协议第二层中不可恢复的错误与第一层中的无线链路失效以不同的方式处理的装置。
(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对等实体76：
1)″于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>停止定时器T305：
1>如果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有关联。
虽然本发明已以较佳实施例揭示如上，然而其并非用以限定本发明，任何熟悉本技术的人员在不脱离本发明的精神和范围内，当可作出种种的更动与替换，因此本发明的保护范围当视后附的权利要求所界定的为准。

Claims (6)

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)″；以及
传送该细胞台更新确认信息给该第一无线装置。
CNB031540627A 2002-08-13 2003-08-13 无线专属通道上错误的处理方法 Expired - Fee Related CN1251528C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US31946502P 2002-08-13 2002-08-13
US60/319,465 2002-08-13

Publications (2)

Publication Number Publication Date
CN1494334A true CN1494334A (zh) 2004-05-05
CN1251528C CN1251528C (zh) 2006-04-12

Family

ID=32030476

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB031540627A Expired - Fee Related CN1251528C (zh) 2002-08-13 2003-08-13 无线专属通道上错误的处理方法

Country Status (5)

Country Link
EP (1) EP1408658A3 (zh)
JP (1) JP2004166233A (zh)
KR (1) KR20040015674A (zh)
CN (1) CN1251528C (zh)
TW (1) TWI233285B (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100370848C (zh) * 2004-12-07 2008-02-20 华为技术有限公司 一种组呼或组播过程中网络侧获取听者移动台信息的方法
CN100372400C (zh) * 2004-12-07 2008-02-27 华为技术有限公司 一种组呼/组播过程中网络侧获取听者移动台信息的方法
US7672673B2 (en) 2005-03-31 2010-03-02 Nec Corporation Mobile communication system, relief method of competition between downlink RRC message and inter-cell movement of user equipment, and radio network controller
CN1980476B (zh) * 2005-12-08 2010-11-03 埃沃柳姆公司 用于管理无线通信网络小区中的过载的方法和设备
US10880791B2 (en) 2006-06-20 2020-12-29 Interdigital Technology Corporation Methods and system for performing handover in a wireless communication system

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100456727C (zh) 2003-05-16 2009-01-28 松下电器产业株式会社 在主从系统中的媒体访问控制
EP1562392A1 (en) * 2004-02-06 2005-08-10 M-Stack Limited Apparatus and method for operating a communications device in a mobile communications network
ES2497117T3 (es) * 2004-05-13 2014-09-22 Telefonaktiebolaget Lm Ericsson (Publ) Restablecimiento de la comunicación inalámbrica entre una red de acceso por radio y una estación de móvil
KR100606370B1 (ko) 2004-11-30 2006-07-31 엘지노텔 주식회사 3지피피 시스템에서의 스케줄링 정보의 오류검출 방법
EP1689130A1 (en) * 2005-02-07 2006-08-09 Lg Electronics Inc. Method for settling an error in a radio link control
US7701844B2 (en) 2005-02-09 2010-04-20 Interdigital Technology Corporation Method and apparatus for recognizing radio link failures associated with HSUPA and HSDPA channels
US7801527B2 (en) 2005-04-28 2010-09-21 Motorola Mobility, Inc. Cell update process with reconfiguration status
US20090270086A1 (en) * 2005-08-26 2009-10-29 Matsushita Electric Industrial Co., Ltd. Wireless communication terminal apparatus, network apparatus, wireless communication system and telephone call connecting method
US8179855B2 (en) 2006-02-07 2012-05-15 Research In Motion Limited Method, and associated apparatus, for communicating data at reduced transmission latency in radio communication system having slotted interface
KR100736567B1 (ko) * 2006-04-25 2007-07-06 엘지전자 주식회사 이동통신 단말기 및 이를 이용한 ｒｌｃ 복구불능 에러의취급방법
CN101449517B (zh) 2006-05-05 2015-06-03 广东新岸线计算机系统芯片有限公司 长期演进上行链路和下行链路中的无线电链路故障检测方法及其装置
WO2008060097A1 (en) * 2006-11-15 2008-05-22 Samsung Electronics Co., Ltd. Apparatus and method for transmitting/receiving ciphered packet in mobile communication system
JP4963226B2 (ja) * 2006-12-15 2012-06-27 富士通株式会社 無線通信システムにおける復旧方法、および無線ネットワーク制御装置
WO2008082207A1 (en) * 2006-12-29 2008-07-10 Samsung Electronics Co., Ltd. Method of efficient state transition in enhanced cell fach
TWI398150B (zh) * 2007-03-23 2013-06-01 Via Tech Inc 鄰近通信小區之同步方法和裝置
KR20130045411A (ko) * 2007-04-23 2013-05-03 인터디지탈 테크날러지 코포레이션 무선 링크 및 핸드오버 실패 처리
KR101365885B1 (ko) 2007-04-30 2014-02-24 엘지전자 주식회사 교착상태를 방지하는 데이터 전송 방법
US8219119B2 (en) 2007-06-13 2012-07-10 Innovative Sonic Limited Method and apparatus for improving DRX operation in a wireless communications system
GB2455707A (en) * 2007-12-13 2009-06-24 Nec Corp Radio link failure recovery
US20090175175A1 (en) * 2008-01-04 2009-07-09 Interdigital Patent Holdings, Inc. Radio link control reset using radio resource control signaling
US8477811B2 (en) 2008-02-02 2013-07-02 Qualcomm Incorporated Radio access network (RAN) level keep alive signaling
WO2009111233A1 (en) 2008-03-04 2009-09-11 Interdigital Patent Holdings, Inc. Method and apparatus for accessing a random access channel by selectively using dedicated or contention-based preambles during handover
US8712415B2 (en) 2008-03-20 2014-04-29 Interdigital Patent Holdings, Inc. Timing and cell specific system information handling for handover in evolved UTRA
CN104244345A (zh) 2008-06-30 2014-12-24 交互数字专利控股公司 用于执行从源小区至目标小区的切换的方法和wtru
CN104244347A (zh) * 2008-08-08 2014-12-24 交互数字专利控股公司 用于服务高速下行链路共享信道小区改变的方法和wtru
CN101945426B (zh) * 2009-07-07 2013-03-13 联芯科技有限公司 Rlc不可恢复性错误与高优先级小区更新并发的方法和装置
US9462628B2 (en) * 2011-07-11 2016-10-04 Qualcomm Incorporated Apparatus and method for maintaining a circuit-switched voice call in a multi-RAB wireless communication system in an area of weak coverage
GB2491046B (en) * 2012-05-24 2013-09-25 Renesas Mobile Corp Method, apparatus and computer program for controlling a user equipment
CN103813366B (zh) * 2012-11-07 2017-12-08 锐迪科（重庆）微电子科技有限公司 一种处理器异常的恢复方法和移动终端
GB2515760A (en) * 2013-07-02 2015-01-07 Broadcom Corp Method, apparatus and computer program for operating a user equipment
CN104754760B (zh) * 2013-12-27 2019-05-14 锐迪科（重庆）微电子科技有限公司 一种分组业务重建方法和终端
US20160066311A1 (en) * 2014-08-26 2016-03-03 Qualcomm Incorporated Cell update procedure enhancements

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI110352B (fi) * 2000-02-24 2002-12-31 Nokia Corp Menetelmä ja järjestely yhteyksien uudelleenmuodostamisen optimoimiseksi solukkoradiojärjestelmässä, joka tukee reaaliaikaista ja ei-reaaliaikaista tiedonsiirtoa

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100370848C (zh) * 2004-12-07 2008-02-20 华为技术有限公司 一种组呼或组播过程中网络侧获取听者移动台信息的方法
CN100372400C (zh) * 2004-12-07 2008-02-27 华为技术有限公司 一种组呼/组播过程中网络侧获取听者移动台信息的方法
US7672673B2 (en) 2005-03-31 2010-03-02 Nec Corporation Mobile communication system, relief method of competition between downlink RRC message and inter-cell movement of user equipment, and radio network controller
CN1842214B (zh) * 2005-03-31 2012-05-02 日本电气株式会社 移动通信系统、竞争救济方法以及无线网络控制器
CN1980476B (zh) * 2005-12-08 2010-11-03 埃沃柳姆公司 用于管理无线通信网络小区中的过载的方法和设备
US10880791B2 (en) 2006-06-20 2020-12-29 Interdigital Technology Corporation Methods and system for performing handover in a wireless communication system
US11582650B2 (en) 2006-06-20 2023-02-14 Interdigital Technology Corporation Methods and system for performing handover in a wireless communication system

Also Published As

Publication number Publication date
TWI233285B (en) 2005-05-21
TW200402978A (en) 2004-02-16
EP1408658A3 (en) 2009-07-29
EP1408658A2 (en) 2004-04-14
JP2004166233A (ja) 2004-06-10
CN1251528C (zh) 2006-04-12
KR20040015674A (ko) 2004-02-19

Similar Documents

Publication Publication Date Title
CN1251528C (zh) 无线专属通道上错误的处理方法
JP3954995B2 (ja) ワイヤレス装置がサービス領域に再入する処理方法
TWI695648B (zh) 雙鏈路交遞
US7068636B2 (en) Method for determining RLC entity re-establishment during SRNS relocation
US7852803B2 (en) Enhanced radio link control error handling
TWI393476B (zh) 經由替代存取網路再建立呼叫之方法
US8737294B2 (en) Apparatus and method for handling RLC retransmission failure according to activation status of security mode
US20170318504A1 (en) Control of communication using dual-connectivity mode description
EP3231216B1 (en) Solving ambiguity regarding source cell to fetch wireless device context for successful rrc connection reestablishment to target cell
US20060223537A1 (en) Mobile communication system, relief method of competition between downlink RRC message and inter-cell movement of user equipment, and radio network controller
CN106714283A (zh) 通信装置及同步方法
US10091681B2 (en) Mobile terminals and methods for performing a measurement
CN101911779A (zh) 用于小区重选的方法和设备
JP2011010306A (ja) 異無線アクセス技術間ハンドオーバーを行う方法および装置
JP2011097591A (ja) 近接情報送信を扱う方法及び関連の通信装置
WO2018014154A1 (zh) 一种rrc连接重建方法和装置
JPWO2014156121A1 (ja) 無線通信システムにおける通信装置およびハンドオーバ制御方法
US9549302B2 (en) Apparatuses and methods for packet data protocol context handling for emergency bearer services
US20090163217A1 (en) Wireless network control apparatus, communication system and communication method
CN116134891A (zh) 管理配置
JP4725312B2 (ja) 移動体通信システム、無線ネットワーク制御装置及びそれらに用いる呼接続時間短縮方法
TWI748396B (zh) 增強的過程事務標識（pti）錯誤處理
CN101902829B (zh) 一种用户设备及连接释放异常的处理方法
WO2020218436A1 (ja) 通信制御方法
KR101446357B1 (ko) Ｓｒｎｓ 재할당 중 호 절단 방지 방법 및 이를 위한 장치

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
ASS Succession or assignment of patent right

Owner name: INNOVATIVE SONIC LTD.

Free format text: FORMER OWNER: HUASHUO COMPUTER CO LTD

Effective date: 20070112

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20070112

Address after: The British Virgin Islands, Tortora Rhodes town

Patentee after: Innovative Sonic Ltd.

Address before: Beitou District of Taiwan city of Taipei Province Li Road No. 150 4 floor

Patentee before: Huashuo Computer Co., Ltd.

C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20060412

Termination date: 20100813