[发明专利]功能号状态信息更新的同步方法和系统

说明书

本申请公开了一种功能号状态信息更新的同步方法和系统，其中方法包括：关键任务业务客户端向本客户端对应的负责业务控制功能的第一应用服务器，发送触发功能号状态变更的请求消息；第一应用服务器将所述请求消息转发给功能号服务器；功能号服务器根据所述请求消息，对相应的功能号进行处理后，将处理后的功能号状态信息发送给第一应用服务器，并触发已经订阅了所述功能号的其他负责业务控制功能的应用服务器对所述功能号的状态信息进行更新；第一应用服务器根据所述功能号状态信息，对本服务器保存的相应功能号状态信息进行更新，并将所述功能号状态信息发送给所述关键任务业务客户端。采用本发明，可以有效避免网络侧功能号信息不一致问题。

技术领域

本发明涉及移动通信技术，特别是涉及一种功能号状态信息更新的同步方法和系统。

背景技术

现有的3GPP关键任务一键通(MCPTT)标准协议23.280中定义了功能号激活、去激活、抢占等方法。

图1给出了现有的功能号激活/去激活方法的实现流程，如图1所示，该查询功能号方法包括：

步骤1、关键任务业务客户端(MC service client)决定激活/去激活一个或多个功能号，向关键任务业务服务器(MC service server)发送功能号激活/去激活请求。

步骤2、MC service server根据所述功能号激活/去激活请求，进行权限审核，并检查所请求的功能号激活/去激活是否存在冲突。

步骤3、如果激活/去激活成功，则MC service server更新并存储激活/去激活请求中的功能号状态。

步骤4、MC service server向MC service client返回激活/去激活请求结果。

步骤5、MC service server将本次激活/去激活结果通知给其它激活了相同功能号的MC service client。

发明人在实现本发明的过程中发现：在实际应用中，同一区域通常存在多个关键任务业务服务器，此场景中采用现有的功能号激活/去激活、抢占等方案会导致网络侧功能号信息不一致问题。具体原因为：现有的功能号激活/去激活、抢占等方法会触发功能号状态信息的变更。而上述现有的功能号激活、去激活、抢占等方案中，MC service server根据MC service client的请求对相应功能号进行处理后，仅将本次处理结果通知给其它激活了相同功能号的MC service client，而其他关键任务业务服务器则无法获取该处理结果，从而无法实现多个关键任务业务服务器之间功能号状态信息的同步，进而导致网络侧功能号信息不一致问题。

发明内容

有鉴于此，本发明的主要目的在于提供一种功能号状态信息更新的同步方法和系统，可以有效避免网络侧功能号信息不一致问题。

为了达到上述目的，本发明提出的技术方案为：

一种功能号状态信息更新的同步方法，包括：

关键任务业务客户端向本客户端对应的负责业务控制功能的第一应用服务器，发送触发功能号状态变更的请求消息；

所述第一应用服务器将所述请求消息转发给功能号服务器；

所述功能号服务器根据所述请求消息，对相应的功能号进行处理后，将处理后的功能号状态信息发送给所述第一应用服务器，并触发已经订阅了所述功能号的其他应用服务器对所述功能号的状态信息进行更新；所述其他应用服务器为负责业务控制功能的应用服务器；

所述第一应用服务器根据所述功能号状态信息，对本服务器保存的相应功能号状态信息进行更新，并将所述功能号状态信息发送给所述关键任务业务客户端。

较佳地，所述触发功能号状态变更的请求消息为功能号激活/去激活请求消息或者功能号抢占请求消息。