[发明专利]处理小区更新的方法及装置

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种处理小区更新的方法及装置。

背景技术

移动通信系统都是基于蜂窝系统的基础上发展而来的，其频率复用大大提高了频率利用率并增大系统容量，此项技术已经深入应用到移动通讯领域中。由于用户群体的不断壮大，宏分集的小区分布方式已经无法承载目前用户的需求，需要缩小小区覆盖范围，提高频谱利用率来提升用户容量。但随之带来的是小区配置复杂，而且终端需要频繁地变化驻留小区，所以就必须实现小区变化的合理化。

基于以上原因，UE(用户终端)会发起小区更新过程，或者类似的过程，即UE需要向网络发起小区更新消息，通知网络目前的位置、或者需要请求变化的动作。

协议规定，从UE初始化小区更新流程开始，到流程结束期间，UE可以发送不同原因的小区更新消息。原因是根据UE所处的环境，发生多种问题，如发生无线链路失败时，UE发送小区更新后，出现RLC(无线链路控制)不可恢复错误的情况，UE需要再次发送小区更新消息。(1)这时UE会等待无线链路失败原因的小区更新确认消息，需要UE进行重新建立链接，可是等到RLC不可恢复错误的小区更新确认消息，需要UE进行小区变化操作，这样就会造成业务操作的延迟，同时加大UE的任务数。(2)在发送小区更新消息后，RRC就会开启定时器T302，在收到小区更新确认消息后，RRC会关闭定时器T302，但是在有多个小区更新消息发送的情况下，定时器T302是以第一个消息发送后开启，如果UE在固定的时间内，没有收到所需的小区更新确认消息，那么UE将返回空闲模式，这就带来的业务中断，影响用户的使用。

综合上述，如何处理小区更新过程是一个比较关键的问题，正是这些原因的存在，使得UE需要对小区更新过程进行优化处理。

发明内容

鉴于上述的分析，本发明旨在提供一种处理小区更新的方法及装置，用于对现有小区更新过程的缺陷进行优化处理。

本发明的目的主要是通过以下技术方案实现的：

本发明提供了一种处理小区更新的方法，包括：

小区更新流程中，用户终端UE发送携带有小区更新原因值的小区更新消息；

如果发送的小区更新消息为一条，保存本次小区更新原因值，在等待接收到对应的小区更新确认消息后执行对应的小区更新操作；

如果发送的小区更新消息为多条，对保存的多种小区更新原因值按预定优先级进行排序，并在等待接收到对应的小区更新确定消息后，按优先级从高到低的顺序执行对应的小区更新操作。

进一步地，还包括：

如果发送的小区更新消息为多条但保存的小区更新原因值为一种，则在等待接收到对应的小区更新确认消息后执行对应的小区更新操作。

进一步地，还包括：

发送完小区更新消息后，启动预设置的定时器和计数器；在收到小区更新确认消息时，关闭定时器和计数器；所述定时器用于对等待小区更新确认消息的周期时长进行监控，所述计数器用于对等待小区更新确认消息的周期数进行监控。

进一步地，还包括：

等待小区更新确认消息时，如果定时器超时并且计数器未达到预定周期数，则重新发送小区更新消息；如果定时器超时并且计数器已达到预定周期数，则终止发送小区更新消息，进入空闲模式。

进一步地，还包括：

根据需要，定时器的周期时长以预定时间作为步进值进行增加，计数器以1作为步进值进行增加。

进一步地，所述预定时间为2秒。

本发明还提供了一种处理小区更新的方法，包括：

发送模块，用于在小区更新流程中，发送携带有小区更新原因值的小区更新消息，并触发更新处理模块；

更新处理模块，如果发送的小区更新消息为一条，保存本次小区更新原因值，在等待接收到对应的小区更新确认消息后执行对应的小区更新操作；如果发送的小区更新消息为多条，对保存的多种小区更新原因值按预定优先级进行排序，并在等待接收到对应的小区更新确定消息后，按优先级从高到低的顺序执行对应的小区更新操作。

进一步地，所述更新处理模块还用于，

如果发送的小区更新消息为多条但保存的小区更新原因值为一种，则在等待接收到对应的小区更新确认消息后执行对应的小区更新操作。

进一步地，还包括：

监控模块，用于发送完小区更新消息后，启动预设置的定时器和计数器；在收到小区更新确认消息时，关闭定时器和计数器；所述定时器用于对等待小区更新确认消息的周期时长进行监控，所述计数器用于对等待小区更新确认消息的周期数进行监控。