[发明专利]一种呼叫异常情况的处理方法

说明书

技术领域

本发明涉及一种呼叫异常情况的处理方法，特别涉及一种第三代移动通信 用户终端(简称UE)对呼叫异常情况的处理方法。

背景技术

在第三代移动通信系统中，处于连接管理(简称为CM)层中的呼叫控制(简 称为CC)子层主要完成电路交换(简称为CS)域的呼叫管理功能，是整个CM 层的核心。根据是否建立了无线资源控制连接(简称为RRC连接)，UE可以分 别处于空闲模式或连接模式。UE处于连接模式时有4种不同的状态，分别为： CELL_DCH状态、CELL_FACH状态、CELL_PCH状态和URA_PCH状态。而 当UE处于连接模式的CELL_FACH状态时，UE与UTRAN(UMTS陆地无线 接入网)之间不存在专用物理信道连接，UE在下行方向将连续监视FACH(前 向接入信道)，而在上行方向可以使用公共或共享信道(如RACH，随机接入信 道)。因此，CELL_FACH状态不具有CELL_DCH状态的同/失步检测机制。

UE被叫时，首先发起RRC连接建立过程，若网络要求UE进入CELL_FACH 状态，那么UE在发送了呼叫证实消息(称为CALL CONFIRMED消息)后， 将等待网络侧发起无线承载建立过程，当无线承载建立成功后，UE将从 CELL_FACH状态跃迁到CELL_DCH状态，并随之发送振铃消息(称为 ALERTING消息)和摘机消息(称为CONNECT消息)，当收到网络侧的摘机确 认消息(称为CONNECT ACKNOWLEDGE消息)后，呼叫成功。如果因为无 线承载建立没有成功或者其他原因，网络侧将会发送RRC连接释放消息(称为 RRC CONNECTION RELEASE消息)，通知UE释放RRC连接，重新回到空闲 模式，这种情况将导致呼叫失败，此次RRC连接将被释放。显然，如果因为某 些原因，UE没有接收到网络侧发送的无线承载建立消息(称为RADIO BEARER SETUP消息)或RRC连接释放消息等，将导致呼叫不能继续进行，UE将继续 处于CELL_FACH状态，此时，由于UE没有定时器继续监控此次呼叫过程， 并且也没有失步检测机制等原因，将最终导致此次被叫过程不能成功建立，并 且在UE不主动挂机的情况下将无法释放此次呼叫。

发明内容

本发明提出一种UE对呼叫异常的处理方法，确保UE在RRC连接建立成 功进入CELL_FACH状态后，在向网络发送了CALL CONFIRMED消息后一段 时间内如果呼叫连接不能继续进行(即连接成功或者失败)，UE将本地释放RRC 连接，避免UE一直处于CELL_FACH状态而无法释放此次RRC连接以及此次 呼叫，极大地提高了UE的稳定性。

本发明处理方法在UE侧的CC层设置一个定时器(简称为Timer)，在UE 被呼叫时发送了CALL CONFIRM消息后开启定时器Timer，在CC层进入除呼 叫接收(简称为call received)以外的其他状态时停止定时器Timer，并在定时 器Timer超时后释放RRC连接，返回空闲模式。

本发明处理方法在UE侧的CC层设置的定时器的名称和定时时间(又称为 周期)可以根据需要进行定义，其周期通常可以定义为30秒-60秒。

本发明处理方法与现有技术相比，通过增加一个CC层的定时器，以监控发 送了CALL CONFIRMED消息后的呼叫过程，避免了在异常情况下(特别是 CELL_FACH状态下的异常情况)UE无法释放此次RRC连接以及此次呼叫的 现象，极大地提高了UE的稳定性。

附图说明

图1现有技术正常CS域被叫过程(早指派)中UE和网络侧消息交互的示 意图；

图2现有技术CS域被叫过程异常情况下UE和网络侧消息交互的示意图；

图3本发明处理方法实施例在呼叫异常情况下UE和网络侧消息交互的示 意图。

下面结合附图对本发明所述呼叫异常情况处理方法作进一步的说明。

附图1是现有技术正常CS域被叫过程(早指派)中UE和网络侧消息交互 的示意图。所谓“早指派”是指网络侧在收到CALL CONFIRMED消息后，会 立即发起无线承载建立的过程。由图可知，当无线承载建立成功后，UE将发送 ALERTING消息和CONNECT消息，当收到来自网络的CONNECT ACKNOWLEDGE消息后，呼叫成功，呼叫双方可以进行正常通话。