专利名称：一种呼叫异常情况的处理方法
技术领域：
本发明涉及一种呼叫异常情况的处理方法，特别涉及一种第三代移动通信用户终端(简称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 BEARERSETUP消息)或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消息，当收到来自网络的CONNECTACKNOWLEDGE消息后，呼叫成功，呼叫双方可以进行正常通话。
附图2是现有技术CS域被叫过程异常情况下UE和网络侧消息交互的示意图。由图可知，当UE没有收到来自网络的无线承载建立消息或RRC连接释放消息时，将一直处于CELL_FACH状态，无法释放此次呼叫。
附图3是本发明处理方法实施例在呼叫异常情况下UE和网络侧消息交互的示意图。图3(A)是本发明处理方法实施例在呼叫异常情况下，定时器Timer超时后本地释放RRC连接，返回空闲模式的示意图。图3(B)是本发明处理方法实施例在CC层进入其他状态时，停止定时器Timer的示意图。
由图3(A)和图3(B)可知，本发明处理方法实施例包括以下步骤1、在UE侧的CC层设置定时器T_callCnf(周期30秒)，以监控被叫时发送了CALL CONFIRMED消息后呼叫是否正常进行；2、CC层发送CALL CONFIRMED消息后，开启T_callCnf，并进入被叫证实(称为mobile terminating call confirmed)状态；3、CC层进入除呼叫接收“call received”以外的其他状态后，即停止T_callCnf；4、T_callCnf超时后UE释放此次呼叫，CC层本地释放RRC连接，并进入“null”(空)状态。
在此实施例中，UE侧CC层进入除呼叫接收“call received”以外的其他状态包括①被叫过程正常进行，CC层将发送CONNECT消息，开启定时器T313，进入连接请求(称为connect request)状态；②UE主动挂机，CC层将发送断连(称为DISCONNECT)消息，开启定时器T305，进入断连请求(称为disconnect request)状态；③CC层收到了释放(称为DISCONNECT、RELEASE)或者释放完成(称为RELEASE COMPLETE)消息，CC层将进入“null”状态或者开启T308并进入释放请求(称为release request)状态。
本发明方法还可有其他多种实施例，在不背离本发明方法的精神及其实质的情况下，本领域技术人员当可相据本发明方法作出各种相应的改变或变形，但这些相应的改变或变形均属于本发明方法的权利要求保护范围。
权利要求
1.一种UE对呼叫异常情况的处理方法，其特征在于在UE侧的CC层设置一个定时器(简称为Timer)，在UE被呼叫时发送了CALL CONFIRM消息后开启定时器Timer，在CC层进入除呼叫接收(简称为call received)以外的其他状态时停止定时器Timer，并在定时器Timer超时后释放RRC连接，返回空闲模式。
2.根据权利要求1所述处理方法，其特征在于在UE侧的CC层设置的定时器的名称和定时时间(又称为周期)可以根据需要进行定义，其周期通常可以定义为30秒-60秒。
3.根据权利要求1所述处理方法，其特征在于UE侧CC层进入除呼叫接收以外的其他状态包括①被叫过程正常进行，CC层将发送CONNECT消息，开启定时器T313，进入连接请求(称为connect request)状态；②UE主动挂机，CC层将发送断连(称为DISCONNECT)消息，开启定时器T305，进入断连请求(称为disconnect request)状态；③CC层收到了释放(称为DISCONNECT、RELEASE)或者释放完成(称为RELEASE COMPLETE)消息，CC层将进入“null”状态或者开启T308并进入释放请求(称为release request)状态。
全文摘要
本发明提出一种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连接，返回空闲模式。
文档编号H04W76/04GK101052225SQ200710078378
公开日2007年10月10日 申请日期2007年4月11日 优先权日2007年4月11日
发明者李贵勇, 何兰, 陈贤亮, 王小华 申请人:重庆重邮信科(集团)股份有限公司