CN103067989A - 一种小区更新的方法及终端 - Google Patents

Abstract

本发明提供了一种小区更新的方法及终端，涉及到移动通信技术领域。其中所述方法包括：终端检测到RLC层出现不可恢复的错误；所述终端判断所述错误是否由PS业务所产生；在所述错误是由PS业务所产生时，所述终端判断当前是否存在CS业务；在存在CS业务时，所述终端判断所述错误是否会影响到所述CS业务；在所述错误不会影响到所述CS业务时，所述终端等待所述CS业务结束，并在所述CS业务结束后再向网络侧发送小区更新请求。本发明能够避免由于PS业务的RLC层出现不可恢复的错误而发起的小区更新对CS业务造成的不良影响，改善CS和PS并发业务时用户对CS业务的使用体验。

Description

一种小区更新的方法及终端

技术领域

本发明涉及移动通信技术领域，具体涉及一种小区更新的方法及终端。

背景技术

第三代合作伙伴计划(3GPP，The 3rd Generation Partnership Project)规范定义，小区更新过程由用户终端(UE)发起，在满足下面任一种触发条件时，UE即可发起小区更新过程：

(1)、上行数据传送；

(2)、寻呼响应；

(3)、无线链路失败；

(4)、重新进入服务区；

(5)、无线链路控制(RLC，Radio Link Control)层出现不可恢复的错误；

(6)、小区重选；

(7)、周期性小区更新。

其中，根据3GPP TS25.331规范，“RLC层出现不可恢复的错误”的小区更新发起机制是指，处于连接状态下的UE检测到RLC层发生传递失败后，首先进行重传尝试，直至重传成功或达到预设的最大重传次数：

如果重传成功，则链路的RLC层恢复；

如果重传达到最大次数后仍然没有重传成功，UE可发起RLC层的复位，恢复RLC的全部初始参数：如果复位成功，那么RLC层重新开始向接收端作重传尝试，直至重传成功或达到最大重传次数：如果重传成功，则链路的RLC层恢复；如果重传达到最大次数后仍然没有重传成功，则重新发起RLC层的复位，直至复位后重传成功或达到预设的最大复位次数。

在达到最大复位次数后，如果RLC层仍然没有恢复，则判断“RLC层出现不可恢复的错误”，此时将触发UE发起小区更新过程。

随着数据业务的快速发展，人们在使用UE进行电路交换(CS)域的语音电话的同时，也越来越多地使用到分组交换(PS)域的业务，例如，人们经常使用UE长时间地进行浏览网页以及收发邮件等操作，因此，UE侧并发进行CS业务与PS业务的场景也越来越多。

在并发进行CS业务与PS业务时，如果UE因PS业务的RLC层出现不可恢复的错误而发起小区更新过程，通常会造成CS业务的短暂中断，这种中断会严重影响到用户使用CS业务的体验。

发明内容

本发明所要解决的技术问题是提供一种小区更新的方法及终端，避免由于PS业务的RLC层出现不可恢复的错误而发起的小区更新对CS业务造成的不良影响，改善CS和PS并发业务时用户对CS业务的使用体验。

为解决上述技术问题，本发明提供方案如下：

一种小区更新的方法，包括：

终端检测到分组交换PS业务的无线链路控制RLC层出现不可恢复的错误；

所述终端判断当前是否存在电路交换CS业务；

在存在CS业务时，所述终端判断所述错误是否会影响到所述CS业务；

在所述错误不会影响到所述CS业务时，所述终端等待所述CS业务结束，并在所述CS业务结束后再向网络侧发送小区更新请求。

优选地，上述的方法中，所述终端检测到分组交换PS业务的无线链路控制RLC层出现不可恢复的错误，包括：

所述终端检测到无线链路控制RLC层出现不可恢复的错误；

所述终端判断所述错误是否由PS业务所产生；

在所述错误是由PS业务所产生时，所述终端检测到PS业务的RLC层出现不可恢复的错误。

优选地，上述的方法中，

在所述错误不是由PS业务所产生时，所述终端向网络侧发送小区更新请求。

优选地，上述的方法中，

所述判断所述错误是否由PS业务所产生包括：

在所述错误是否由以下任一种业务所产生时，判断所述错误是由PS业务所产生；否则，判断所述错误是不由PS业务所产生：

流媒体主叫业务Originating Streaming Call；

流媒体被叫业务Terminating Streaming Call；

交互类主叫业务Originating Interactive Call；

交互类被叫业务Terminating Interactive Call；

背景类主叫业务Originating Background Call；

背景类被叫业务Terminating Background Call。

优选地，上述的方法中，

在当前不存在CS业务时，所述终端向网络侧发送小区更新请求。

优选地，上述的方法中，

所述判断当前是否存在电路交换CS业务包括：

所述终端判断本地保存的无线资源控制连接请求或呼叫管理服务请求中携带的原因值是否为会话类主叫业务或会话类被叫业务中的任意一种：

若是，则判断存在CS业务；

否则，判断不存在CS业务。

优选地，上述的方法中，

在所述错误会影响到所述CS业务时，所述终端向网络侧发送小区更新请求。

优选地，上述的方法中，

所述判断所述错误是否会影响到所述CS业务包括：

在所述错误仅涉及PS业务的用户平面的无线承载时，判断所述错误不会影响到所述CS业务；否则，判断所述错误会影响到所述CS业务。

本发明还提供了一种终端，包括：

第一检测单元，用于检测分组交换PS业务的无线链路控制RLC层是否出现不可恢复的错误；

第一判断单元，用于在所述检测单元检测到PS业务的RLC层出现不可恢复的错误，判断当前是否存在电路交换CS业务；

第二判断单元，用于在所述第一判断单元判断存在CS业务时，判断所述错误是否会影响到所述CS业务；

第一处理单元，用于在所述第二判断单元判断所述错误不会影响到所述CS业务时，等待所述CS业务结束，并在所述CS业务结束后再向网络侧发送小区更新请求。

优选地，上述的终端中，所述第一检测单元包括：

第二检测单元，用于检测RLC层是否出现不可恢复的错误；

第三判断单元，用于在所述第二检测单元检测到RLC层出现不可恢复的错误时，判断所述错误是否由PS业务所产生。

优选地，上述的终端中，还包括：

第二处理单元，用于在所述错误不是由PS业务的RLC层所产生时，向网络侧发送小区更新请求。

优选地，上述的终端中，

所述第三判断单元，进一步用于在所述错误是否由以下任一种业务的RLC层所产生时，判断所述错误是由PS业务的RLC层所产生；否则，判断所述错误是不由PS业务的RLC层所产生：

流媒体主叫业务Originating Streaming Call；

流媒体被叫业务Terminating Streaming Call；

交互类主叫业务Originating Interactive Call；

交互类被叫业务Terminating Interactive Call；

背景类主叫业务Originating Background Call；

背景类被叫业务Terminating Background Call。

优选地，上述的终端中，还包括：

第三处理单元，用于在所述第一判断单元判断当前不存在CS业务时，向网络侧发送小区更新请求。

优选地，上述的终端中，

所述第一判断单元，进一步用于判断本地保存的无线资源控制连接请求或呼叫管理服务请求中携带的原因值是否为会话类主叫业务或会话类被叫业务中的任意一种：

若是，则判断存在CS业务；

否则，判断不存在CS业务。

优选地，上述的终端中，还包括：

第四处理单元，用于在所述第二判断单元判断所述错误会影响到所述CS业务时，向网络侧发送小区更新请求。

优选地，上述的终端中，

所述第二判断单元，进一步用于在所述错误仅涉及PS业务的用户平面的无线承载时，判断所述错误不会影响到所述CS业务；否则，判断所述错误会影响到所述CS业务。

从以上所述可以看出，本发明提供的小区更新的方法及终端，在检测到PS业务的RLC层出现不可恢复的错误后，如果存在并发的CS业务并且所述错误并不会对CS业务产生影响，此时终端将等待CS业务结束后才发起小区更新过程，从而优先保证CS业务的进行，避免了小区更新过程中删除物理层链路所引起的CS业务的语音中断/单通，大大改善了用户对CS业务的使用体验。

附图说明

图1为本发明实施例提供的一种小区更新的方法的流程示意图；

图2为本发明实施例提供的一种终端的结构示意图。

具体实施方式

发明人在对现有的运营商网络中每天所发生的小区更新进行统计后发现，绝大多数的小区更新的触发原因集中在“无线链路失败”和“RLC层出现不可恢复的错误”。

现有机制下，根据协议规范，在UE侧的CS业务与PS业务并发进行的时候，同一UE在CS业务与PS业务并发时，两种业务使用的是同一物理层无线链路。如果UE检测到PS业务“RLC层出现不可恢复的错误”而发起小区更新，则在小区更新的过程中，需要删除掉原有物理层的无线链路，会造成CS语音通话的短暂中断。表1示出了该场景下的小区更新过程中网络侧的一种典型信令流程。

表1

通过分析网络侧的小区更新(Cell Update)信令，可以发现该次原因值为RLC层出现不可恢复的错误(RLC Unrecoverable Error)的小区更新的建立原因为背景类主叫业务(Originating Background Call)的PS业务，小区更新直接导致了RNC删除原有物理层的无线链路，从而引起CS语音的短暂中断。

从以上信令流程可以看出，从发起PS业务的Cell Update开始，到CellUpdate Confirm后的Radio Link Restore Indication，CS语音通话是暂时中断的。

并且，并不是所有的小区更新完成后，UE都能立即与网络侧同步上。一旦不能及时同步上，则在并发业务下用户感受到的“语音中断”时延会更长。而且发明人还发现，由于UE性能参差不齐，PS业务的小区更新完成后，在新的物理层无线链路上，CS语音通话的用户平面可能会停止数据发送，即造成永久性的不可恢复的语音单通。

在现有规范和机制下，CS与PS并发业务的时候，由于PS业务发生“RLC层出现不可恢复的错误”的小区更新，会导致CS语音通话出现短暂甚至长时间的中断，对用户的语音电话感知造成重大影响。根据长期以来的用户投诉数据反映，用户对于CS语音电话时延的要求远比PS数据业务要苛刻，即使是短暂的语音电话中断也会对用户感知造成较为严重的影响，然而用户对于PS数据业务中断的宽容性和容忍度远远高于对CS语音电话中断。

因此，本发明实施例提出一种方法，能够避免由于PS业务的RLC层出现不可恢复的错误而发起的小区更新对CS业务的影响，改善CS和PS并发业务时用户对CS业务的使用体验。

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明进行详细描述。

本发明实施例提供了一种小区更新的方法，应用于终端在检测到RLC层发生不可恢复的错误后所发起的小区更新中。请参照图1，该方法包括：

步骤11，终端检测到PS业务的RLC层出现不可恢复的错误；

步骤12，所述终端判断当前是否存在电路交换CS业务；

步骤13，在存在CS业务时，所述终端判断所述错误是否会影响到所述CS业务；

步骤14，在所述错误不会影响到所述CS业务时，所述终端等待所述CS业务结束，并在所述CS业务结束后再向网络侧发送小区更新请求。

以上步骤中，处于连接状态的终端在检测到PS业务的RLC层出现不可恢复的错误后，并不像现有技术中那样立即发起小区更新过程，而是判断当前是否存在与PS业务一同并发的CS业务，如果存在并发的CS业务并且所述错误并不会对CS业务产生影响，此时终端将等待CS业务结束后才发起小区更新过程，从而优先保证CS业务的进行，避免了小区更新过程中删除物理层链路所引起的CS业务的语音中断/单通，大大改善了用户对CS业务的使用体验。

下面对以上步骤进行更为详细的说明。

上述步骤11中，所述终端可以按照以下步骤，判断是否检测到PS业务的RLC层出现不可恢复的错误：

首先，所述终端检测到无线链路控制RLC层出现不可恢复的错误。

然后，所述终端判断所述错误是否由PS业务所产生。

这里，以3GPP标准为例，其所定义的建立无线资源控制(RRC)连接的原因中包括有多种具体的PS业务以及CS业务。因此，可以据此来判断产生错误的业务是否为PS业务。具体的，如果所述错误是否由以下任一种业务所产生的，则判断所述错误是由PS业务所产生；如果所述错误不是由以下业务所产生的，则判断所述错误是不由PS业务所产生：

流媒体主叫业务(Originating Streaming Call)；

流媒体被叫业务(Terminating Streaming Call)；

交互类主叫业务(Originating Interactive Call)；

交互类被叫业务(Terminating Interactive Call)；

背景类主叫业务(Originating Background Call)；

背景类被叫业务(Terminating Background Call)。

按照现有技术的小区更新过程，终端在检测到RLC层出现不可恢复的错误时，将触发建立原因值为“RLC层出现不可恢复的错误”的小区更新，并且该小区更新的建立原因(establishment cause)中会指示出RLC层出现不可恢复的错误的业务，因此本实施例可以通过查询该小区更新的建立原因，来确定产生所述错误的业务，进而判断产生所述错误的业务是否属于以上六种业务，来判断所述错误是否由PS业务所产生。

在所述错误是由PS业务所产生时，所述终端判断PS业务的RLC层出现不可恢复的错误，此时进入上述步骤12；

在所述错误不是由PS业务所产生时，所述终端可以立即向网络侧发送小区更新请求，其中该小区更新请求中携带的原因值为“RLC层发生不可恢复的错误”，从而启动小区更新过程，以尽快恢复PS业务。本实施例中，小区更新过程中终端与网络侧的交互可以与现有技术相同，此处不再赘述。

上述步骤12中，终端在检测到PS业务的RLC层出现不可恢复的错误，需要判断当前是否存在并发的CS业务，即当前是否存在语音电话的业务。CS业务和PS业务并发有两种可能：

一种可能是先发起CS业务后发起PS业务，这种情况下终端为发起CS业务所发送的RRC连接请求(RRC Connection Request)中将携带有以下原因值：作为主叫终端时的原因值为会话类主叫业务(Originating ConversationalCall)、和作为被叫终端时的原因值为会话类被叫业务(TerminatingConversational Call)。

另一种可能是先发起PS业务后发起CS业务，这种情况下终端为发起CS业务所发送的呼叫管理服务请求(CM Service Request)中将携带有以下原因值：作为主叫终端时的原因值为会话类主叫业务(Originating ConversationalCall)、和作为被叫终端时的原因值为会话类被叫业务(TerminatingConversational Call)。

因此，在上述步骤12中，可以通过判断本地保存的RRC连接请求或呼叫管理服务请求中携带的原因值是否为会话类主叫业务或会话类被叫业务中的任意一种：

如果RRC连接请求中携带的原因值为会话类主叫业务或会话类被叫业务，或者呼叫管理服务请求中携带的原因值为会话类主叫业务或会话类被叫业务，则判断当前存在并发的CS业务；

如果RRC连接请求中携带的原因值既不是会话类主叫业务又不是会话类被叫业务，并且呼叫管理服务请求中携带的原因值既不是会话类主叫业务又不是会话类被叫业务，则判断当前不存在并发的CS业务。

当然，以上判断过程中，需要本地保存有RRC连接请求或呼叫管理服务请求，如本地没有保存上述请求，则可以判断为相应的请求中的原因值既不是会话类主叫业务又不是会话类被叫业务。

在判断当前不存在并发的CS业务时，本实施例中所述终端可以立即向网络侧发送小区更新请求，其中该小区更新请求中携带的原因值可以是“RLC层发生不可恢复的错误”，从而启动小区更新过程，以尽快恢复PS业务。本实施例中，小区更新过程中终端与网络侧的交互可以与现有技术相同，此处不再赘述。

上述步骤13中，在存在并发的CS业务时，终端进一步判断PS业务的RLC层发生不可恢复的错误是否会影响到所述CS业务，在所述错误影响到所述CS业务时才立即进行小区更新，向网络侧发送原因值为“RLC层发生不可恢复的错误”的小区更新请求；在所述错误不影响所述CS业务时，进入步骤14，以等待CS业务结束后进行小区更新。

Uu接口为UE与UTRAN之间的接口，是UMTS系统的空中接口，可分为三个协议层：物理层(L1)、数据链路层(L2)和网络层(L3)。RLC是GPRS/WCDMA/TD-SCDMA/LTE等无线通信系统中的无线链路控制层协议，RLC层属于L2的一部分，为用户和控制数据提供分段和重传业务。在控制平面，RLC向上层提供的业务为信令无线承载(SRB)；在用户平面，RLC可以向上层提供无线承载(RB)。在PS业务和CS业务并发的情况下，PS业务和CS业务的RLC层都将映射到物理层的同一无线链路上，本实施例中进一步判断所述错误是否仅涉及PS业务的用户平面的无线承载(RB)，即RLC层出现不可恢复的错误的无线承载是否仅涉及PS业务的用户平面时：如果是，则说明所述错误不会影响到CS业务，此时可以等待CS业务结束后再开始小区更新，从而能够避免仅因为PS业务的用户平面出现问题就立即删除原有物理层的无线链路所造成的CS业务的中断等问题。

根据3GPP规范，处于连接状态的终端涉及到编号2-31的RB，其中编号为2、3、4的RB为SRB，涉及到控制平面；编号为5-31的RB为用户平面的RB。发明人发现，在SRB出现RLC层出现不可恢复错误时，将会影响到并发的CS业务；而在PS业务的编号为5-31的RB出现RLC层出现不可恢复错误时，通常并不会影响到并发的CS业务。由此，更为具体的，本实施例在上述步骤13中，可以根据RLC层出现不可恢复错误所涉及到的RB的编号，来判断所述错误是否会影响到CS业务：

其中，在所述错误所涉及到的RB的编号属于区间2-4时，判断所述错误会影响到CS业务；在所述错误所涉及到的RB的编号属于区间5-31时，判断所述错误不会影响到CS业务。

上述步骤14中，终端在检测到CS业务的本端用户挂机或者通话对端挂机后，可以向网络侧发送小区更新请求，其中该小区更新请求中携带的原因值可以是“RLC层发生不可恢复的错误”，从而启动小区更新过程，以恢复PS业务。

可以看出，本发明实施例的上述小区更新的方法，有效地解决了在CS与PS业务并发、PS业务出现RLC层不可恢复错误的时候，手机发起PS业务小区更新所引起的CS语音业务中断的问题，有效地提升了并发业务下的语音通话感知。

基于上述小区更新的方法，本发明实施例还相应地提供了一种终端，请参照图2所示，该终端包括：

第一检测单元，用于检测分组交换PS业务的无线链路控制RLC层是否出现不可恢复的错误；

第一判断单元，用于在所述检测单元检测到PS业务的RLC层出现不可恢复的错误，判断当前是否存在电路交换CS业务；

第二判断单元，用于在所述第一判断单元判断存在CS业务时，判断所述错误是否会影响到所述CS业务；

第一处理单元，用于在所述第二判断单元判断所述错误不会影响到所述CS业务时，等待所述CS业务结束，并在所述CS业务结束后再向网络侧发送小区更新请求。

其中，所述第一检测单元包括：

第二检测单元，用于检测RLC层是否出现不可恢复的错误；

第三判断单元，用于在所述第二检测单元检测到RLC层出现不可恢复的错误时，判断所述错误是否由PS业务所产生。

在所述错误不是由PS业务的RLC层所产生时，本实施例可以立即进行小区更新，以尽快恢复PS业务，此时所述终端还包括：第二处理单元，用于在所述错误不是由PS业务的RLC层所产生时，向网络侧发送小区更新请求。

根据3GPP规范中所涉及到PS业务的呼叫，本实施例所述第三判断单元，进一步用于在所述错误是否由以下任一种业务的RLC层所产生时，判断所述错误是由PS业务的RLC层所产生；否则，判断所述错误是不由PS业务的RLC层所产生：

流媒体主叫业务Originating Streaming Call；

流媒体被叫业务Terminating Streaming Call；

交互类主叫业务Originating Interactive Call；

交互类被叫业务Terminating Interactive Call；

背景类主叫业务Originating Background Call；

背景类被叫业务Terminating Background Call。

在当前不存在CS业务时，本实施例可以立即进行小区更新，以尽快恢复PS业务，此时所述终端还包括：第三处理单元，用于在所述第一判断单元判断当前不存在CS业务时，向网络侧发送小区更新请求。

根据CS和PS业务并发建立的特点，本实施例中所述第一判断单元，进一步用于判断本地保存的无线资源控制连接请求或呼叫管理服务请求中携带的原因值是否为会话类主叫业务或会话类被叫业务中的任意一种：

若是，则判断存在CS业务；

否则，判断不存在CS业务。

在当前不存在CS业务时，本实施例可以立即进行小区更新，以尽快恢复PS业务，此时所述终端还包括：第四处理单元，用于在所述第二判断单元判断所述错误会影响到所述CS业务时，向网络侧发送小区更新请求。

这里，所述第二判断单元，进一步用于在所述错误仅涉及PS业务的用户平面的无线承载时，判断所述错误不会影响到所述CS业务；否则，判断所述错误会影响到所述CS业务。

更为具体的，所述第二判断单元，可以用于在所述错误涉及到的无线承载的编号属于区间2-4时，判断所述错误会影响到CS业务；在所述错误所涉及到的无线承载的编号属于区间5-31时，判断所述错误不会影响到CS业务。

此说明书中所描述的许多功能部件都被称为模块，以便更加特别地强调其实现方式的独立性。

本发明实施例中，模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同位里上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。

实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上(包括在不同存储设备上)，并且至少部分地可以仅作为电子信号存在于系统或网络上。

在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成(VLSI)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。

以上所述仅是本发明的实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (16)

1.一种小区更新的方法，其特征在于，包括：

终端检测到分组交换PS业务的无线链路控制RLC层出现不可恢复的错误；

所述终端判断当前是否存在电路交换CS业务；

在存在CS业务时，所述终端判断所述错误是否会影响到所述CS业务；

在所述错误不会影响到所述CS业务时，所述终端等待所述CS业务结束，并在所述CS业务结束后再向网络侧发送小区更新请求。

2.如权利要求1所述的方法，其特征在于，所述终端检测到分组交换PS业务的无线链路控制RLC层出现不可恢复的错误，包括：

所述终端检测到无线链路控制RLC层出现不可恢复的错误；

所述终端判断所述错误是否由PS业务所产生；

在所述错误是由PS业务所产生时，所述终端检测到PS业务的RLC层出现不可恢复的错误。

3.如权利要求2所述的方法，其特征在于，

在所述错误不是由PS业务所产生时，所述终端向网络侧发送小区更新请求。

4.如权利要求2或3所述的方法，其特征在于，

所述判断所述错误是否由PS业务所产生包括：

在所述错误是否由以下任一种业务所产生时，判断所述错误是由PS业务所产生；否则，判断所述错误是不由PS业务所产生：

流媒体主叫业务Originating Streaming Call；

流媒体被叫业务Terminating Streaming Call；

交互类主叫业务Originating Interactive Call；

交互类被叫业务Terminating Interactive Call；

背景类主叫业务Originating Background Call；

背景类被叫业务Terminating Background Call。

5.如权利要求1所述的方法，其特征在于，

在当前不存在CS业务时，所述终端向网络侧发送小区更新请求。

6.如权利要求1或5所述的方法，其特征在于，

所述判断当前是否存在电路交换CS业务包括：

所述终端判断本地保存的无线资源控制连接请求或呼叫管理服务请求中携带的原因值是否为会话类主叫业务或会话类被叫业务中的任意一种：

若是，则判断存在CS业务；

否则，判断不存在CS业务。

7.如权利要求1所述的方法，其特征在于，

在所述错误会影响到所述CS业务时，所述终端向网络侧发送小区更新请求。

8.如权利要求1或7所述的方法，其特征在于，

所述判断所述错误是否会影响到所述CS业务包括：

在所述错误仅涉及PS业务的用户平面的无线承载时，判断所述错误不会影响到所述CS业务；否则，判断所述错误会影响到所述CS业务。

9.一种终端，其特征在于，包括：

第一检测单元，用于检测分组交换PS业务的无线链路控制RLC层是否出现不可恢复的错误；

第一判断单元，用于在所述检测单元检测到PS业务的RLC层出现不可恢复的错误，判断当前是否存在电路交换CS业务；

第二判断单元，用于在所述第一判断单元判断存在CS业务时，判断所述错误是否会影响到所述CS业务；

第一处理单元，用于在所述第二判断单元判断所述错误不会影响到所述CS业务时，等待所述CS业务结束，并在所述CS业务结束后再向网络侧发送小区更新请求。

10.如权利要求8所述的终端，其特征在于，所述第一检测单元包括：

第二检测单元，用于检测RLC层是否出现不可恢复的错误；

第三判断单元，用于在所述第二检测单元检测到RLC层出现不可恢复的错误时，判断所述错误是否由PS业务所产生。

11.如权利要求10所述的终端，其特征在于，还包括：

第二处理单元，用于在所述错误不是由PS业务的RLC层所产生时，向网络侧发送小区更新请求。

12.如权利要求10或11所述的终端，其特征在于，

所述第三判断单元，进一步用于在所述错误是否由以下任一种业务的RLC层所产生时，判断所述错误是由PS业务的RLC层所产生；否则，判断所述错误是不由PS业务的RLC层所产生：

流媒体主叫业务Originating Streaming Call；

流媒体被叫业务Terminating Streaming Call；

交互类主叫业务Originating Interactive Call；

交互类被叫业务Terminating Interactive Call；

背景类主叫业务Originating Background Call；

背景类被叫业务Terminating Background Call。

13.如权利要求9所述的终端，其特征在于，还包括：

第三处理单元，用于在所述第一判断单元判断当前不存在CS业务时，向网络侧发送小区更新请求。

14.如权利要求9或13所述的终端，其特征在于，

所述第一判断单元，进一步用于判断本地保存的无线资源控制连接请求或呼叫管理服务请求中携带的原因值是否为会话类主叫业务或会话类被叫业务中的任意一种：

若是，则判断存在CS业务；

否则，判断不存在CS业务。

15.如权利要求9所述的终端，其特征在于，还包括：

第四处理单元，用于在所述第二判断单元判断所述错误会影响到所述CS业务时，向网络侧发送小区更新请求。

16.如权利要求9或15所述的终端，其特征在于，

所述第二判断单元，进一步用于在所述错误仅涉及PS业务的用户平面的无线承载时，判断所述错误不会影响到所述CS业务；否则，判断所述错误会影响到所述CS业务。

Images