[发明专利]一种处理数据传输业务的方法及终端

说明书

技术领域

本发明涉及移动通信领域，特别是涉及第三代移动通信系统(3G)中终端在做上传、下载业务时发生断流后的处理数据传输业务方法及终端。

背景技术

在移动通信系统中，终端在做上传、下载的数据传输业务时，由于空口是无线传输，在信号覆盖比较差的地区出现链路断开是很正常的。出现断链后，终端需要根据网络侧配置给终端的重建定时器(T314、T315)大小及当前的业务状态来确定是否进行链路重建，一旦发起重建，需要用重建定时器来监控链路的重建过程，在定时器超时之前如果重建成功，则可以恢复链路，否则就需要删除当前正在传输业务的承载。T314一般用于监控CS(电路域)业务的重建，T315一般用于监控PS(分组域)业务的重建。在Release 7升级后，T314、T315的监控对象发生了更改，导致存在一种场景终端无法处理。

在Release 7升级之前，重建定时器T314、T315分别监控CS、PS业务承载(RAB)，终端断链后的处理流程为：

当T314、T315值均为0，或当T314为0、T315非0且没有配置重建定时器为T315的RAB，则用户设备(User Equipment，简称UE)回idle(空闲)态，后面如果业务需要，由协议栈上层来触发业务重建。

当T314为0时，则删除本地配置的所有重建定时器为T314的RAB。

当T315为0时，则删除本地配置的所有重建定时器为T315的RAB。

如果T315非0，并且当前配置了重建定时器为T315的RAB，则启动T315定时器；如果当前没有配置这样的RAB，则不启动该定时器。

如果T314非0，并且当前配置了重建定时器为T314的RAB，则启动T314定时器；如果当前没有配置这样的RAB，且目前T315未启动，则也启动T314。

如果T314、T315有一个启动，则发起小区更新，带原因为：RLFail(无线链路失败)。

在Release 7升级后，重建定时器的监控对象发生了变化，T314、T315分别监控CS、PS信令连接。升级后终端断链后的处理流程为：

当T314值、T315值均为0，或当T314为0、T315非0且当前不存在PS信令连接，则UE回idle(空闲)态，后面如果业务需要，由协议栈上层来触发业务重建。

当T314为0时，则删除本地配置的CS RAB并删除CS信令连接。

当T315为0时，则删除本地配置的PS RAB并删除PS信令连接。

如果T315非0，并且当前配置了重建定时器为T315的RAB，或者存在PS信令连接，则启动T315定时器；如果当前没有配置这样的RAB，则不启动该定时器。

如果T314非0，并且当前配置了重建定时器为T314的RAB，则启动T314定时器；如果当前没有任何RAB，且存在CS信令连接，则也启动T314。

如果T314、T315有一个启动，则发起小区更新，带原因为：RLFail。

现在技术存在以下问题：R7版本升级后的终端在发生链路断开后，当出现T314非0且当前不存在任何信令连接时，UE不知作何处理。

发明内容

本发明要解决的技术问题是提供一种处理数据传输业务的方法及终端，以完善终端断链后的处理流程。

为了解决上述技术问题，本发明提供了一种处理数据传输业务的方法，包括：

终端在专用态仅进行分组域数据传输业务过程中发生无线链路断开后，判断第一定时器配置的定时值为0，则删除分组域的无线接入承载和信令连接；

判断第二定时器配置的定时值非0，则发起小区更新过程，其中，

所述第一定时器为用于监控分组域业务的重建的定时器；

所述第二定时器为用于监控电路域业务的重建的定时器。

进一步地，上述方法还具有下面特点：所述终端判断第二定时器配置的定时值非0之后，还包括：

所述终端启动所述第二定时器。

为了解决上述问题，本发明还提供了一种终端，包括：

第一模块，用于在专用态仅进行分组域数据传输业务过程中发生无线链路断开后，判断第一定时器配置的定时值为0，则删除分组域的无线接入承载和信令连接；

第二模块，用于判断第二定时器配置的定时值非0，则发起小区更新过程，其中，

所述第一定时器为用于监控分组域业务的重建的定时器；

所述第二定时器为用于监控电路域业务的重建的定时器。