[发明专利]一种流程超时监控方法及装置

说明书

本申请公开了一种流程超时监控方法及装置，针对现有技术中由于移动管理器在流程发起方的定时器溢出时发送响应消息，导致流程状态不同步的问题，该方法包括：移动管理器接收流程发起方发送的请求消息，请求消息中携带第一定时器时长；基于请求消息，触发移动管理器与其他网元设备之间的第二流程，并采用第二定时器时长，监控第二流程；确定第二定时器时长超时时，将判定第二流程失败的通知消息发送至流程发起方，触发流程发起方判定第一流程失败。本申请中，移动管理器通过接收的请求消息，设置与流程发起方相同的定时器时长，使得移动管理器和流程发起方的流程状态保持一致，进而减少了资源消耗，提高了系统效率。

技术领域

本申请涉及通信技术领域，尤其涉及一种流程超时监控方法及装置。

背景技术

当前通信系统中，针对一些信令流程，例如切换流程、注册流程、附着流程等，流程发起方和移动管理器都会启动相应的定时器，使得流程不会无期限进行下去，从而保护流程的正常进行，其中，所谓流程发起方可以为用户设备(User Equipment，UE)，也可以为基站。

现有技术中，参阅图1所示，流程发起方向移动管理器发送请求消息后，启动定时器T1。移动管理器接收请求消息后，根据请求消息，与其他网元设备进行交互，然后，向流程发起方发送相应的响应消息。如果流程发起方在定时器T1溢出前，接收到响应消息，则停止定时器T1，并认为该流程成功，否则，认为该流程失败。

例如，参阅图2所示，以切换流程为例，基站向移动管理器发送切换请求Pathswitch Request后，启动定时器T1。移动管理器接收切换请求Pathswitch Request后，通知其他网元设备更新承载信息，承载信息更新后，向基站发送切换响应PathswitchRequest Ack。基站在定时器T1溢出前，接收到切换响应Pathswitch Request Ack，则停止定时器T1。

又例如，参阅图3所示，以附着流程为例，UE向移动管理器发送附着请求AttachRequest后，启动定时器T1。移动管理器接收附着请求Attach Request后，通知其他网元设备更新承载信息，承载信息更新后，向UE发送附着响应Attach Accept。UE在定时器T1溢出前，接收到附着响应Attach Accept，则停止定时器T1。

如果移动管理器在定时器T1溢出后，才将响应消息发送至流程发起方，此时，移动管理器认为流程成功，然而，流程发起方在定时器T1溢出后，会丢弃接收的响应消息，流程发起方认为流程失败，这就造成了流程发起方和移动管理器的流程状态不同步，可能导致资源无法释放。此外，由于移动管理器接收请求消息后，已经根据请求消息，与其他网元进行交互，而流程发起方丢弃了移动管理器发送的响应消息，这将导致流程发起方、移动管理器以及其他网元设备的用户资源状态不同步。

由此可见，需要设计一种新的方案，以克服上述缺陷。

发明内容

本申请提供了一种流程超时监控方法及装置，用以解决由于移动管理器在流程发起方的定时器溢出时发送响应消息，导致双方流程状态不同步，资源无法释放的问题。

本申请实施例提供的具体技术方案如下：

一种流程超时监控方法，包括：

移动管理器接收流程发起方发送的请求消息，所述请求消息中携带第一定时器时长，其中，所述流程发起方采用所述第一定时器时长，监控所述流程发起方触发的第一流程；

所述移动管理器基于所述请求消息，触发所述移动管理器与其他网元设备之间的第二流程，以及设置第二定时器时长，并采用所述第二定时器时长，监控所述第二流程，其中，所述第二定时器时长不大于所述第一定时器时长，所述第二流程是第一流程的子流程；

所述移动管理器确定所述第二定时器时长超时时，将判定第二流程失败的通知消息发送至所述流程发起方，所述通知消息用于触发所述流程发起方判定第一流程失败。