功能号状态信息更新的同步方法和系统与流程

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

背景技术：

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

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

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

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

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

步骤4、mcserviceserver向mcserviceclient返回激活/去激活请求结果。

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

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

技术实现要素：

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

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

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

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

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

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

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

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

较佳地，所述触发已经订阅了所述功能号的其他应用服务器对所述功能号的状态信息进行更新包括：

所述功能号服务器向所述其他应用服务器发送功能号状态信息变更通知消息，所述功能号状态信息变更通知消息携带所述功能号状态信息，所述功能号状态信息包括激活相应功能号的所有用户的用户id；

所述其他应用服务器根据所述功能号状态信息变更通知消息，对本服务器保存的相应功能号状态信息进行更新。

较佳地，所述将所述功能号状态信息发送给所述关键任务业务客户端包括：

所述第一服务器向所述关键任务业务客户端发送与所述请求消息对应的响应消息，所述响应消息携带所述功能号状态信息。

一种功能号状态信息更新的同步系统，包括一个功能号服务器和至少一个以上的负责业务控制功能的应用服务器；其中，

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

所述应用服务器，用于将来自关键任务业务客户端的触发功能号状态变更的请求消息，转发给功能号服务器；在接收到所述功能号服务器根据所述触发功能号状态变更的请求消息反馈的功能号状态信息时，根据所述功能号状态信息，对本服务器保存的相应功能号状态信息进行更新，并将所述功能号状态信息发送给所述关键任务业务客户端；在所述功能号服务器的所述触发下，对本服务器保存的相应功能号的状态信息进行更新。

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

较佳地，所述功能号服务器触发已经订阅了所述功能号的其他应用服务器对所述功能号的状态信息进行更新，包括：

所述功能号服务器向所述其他应用服务器发送功能号状态信息变更通知消息，所述功能号状态信息变更通知消息携带所述功能号状态信息；所述功能号状态信息包括激活相应功能号的所有用户的用户id；

所述其他应用服务器根据所述功能号状态信息变更通知消息，对本服务器保存的相应功能号状态信息进行更新。

较佳地，所述应用服务器将所述功能号状态信息发送给所述关键任务业务客户端，包括：

所述第一服务器向所述关键任务业务客户端发送与所述请求消息对应的响应消息，所述响应消息携带所述功能号状态信息。

综上所述，本发明提出的功能号的激活方法和系统，在关键任务业务客户端发送功能号激活请求后，由功能号服务器统一负责对订阅相应功能号的所有应用服务器中的相应功能号状态信息更新，这样，利用功能号服务器即可实现对网络侧功能号激活、去激活、状态信息变更及同步的处理，从而可以有效避免网络侧功能号信息不一致问题。

附图说明

图1为现有协议的功能号激活方法流程示意图；

图2为本发明实施例的方法流程示意图；

图3为利用图2实施例实现的功能号激活过程示意图；

图4为利用图2实施例实现的功能号抢占过程示意图；

图5为本发明实施例的系统结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。

图2为本发明实施例的方法流程示意图，如图2所示，该实施例实现的功能号的激活方法主要包括：

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

所述触发功能号状态变更的请求消息是指将会触发功能号发生状态变更的请求消息，具体地，可以是现有协议中的功能号激活/去激活请求消息，也可以功能号抢占请求消息，也可以是其他会触发功能号发生状态变更的请求消息，在此不再赘述。

步骤202、所述第一应用服务器将所述请求消息转发给功能号服务器。

这里需要说明的是，与现有协议不同的是本实施例中的应用服务器不同于现有协议中的关键任务业务服务器(mcserviceserver)在功能上所不同的是，这里负责业务控制功能的应用服务器不进行功能号的激活/去激活、抢占等处理，因此，在收到mcserviceclient发送的触发功能号状态变更的请求消息后，需要将其转发给负责功能号激活/去激活、抢占处理和状态同步的功能号服务器。

在实际应用中，功能号服务器可以是独立的mcserviceserver，也可以和负责业务控制功能的应用服务器共部署在一个server上。对于每个功能号，一个mc系统中只有一个功能号控制服务器。

例如，在关键任务一键通(mcptt)系统中，所述功能号服务器可以为一台mcpttserver，在关键任务视频(mcvideo)系统中，所述功能号服务器可以为一台mcvideoserver；在关键任务数据(mcdata)系统中，所述功能号服务器可以为一台mcdataserver，当功能号控制点在gsm-r(globalsystemformobilecommunications–railway)系统中时，所述功能号服务器可以为一台业务控制点服务器(scpserver)。

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

本步骤中，与现有协议不同的是，负责功能号激活/去激活、抢占处理的服务器收到功能号激活请求后，不仅需要执行相应的激活/去激活、抢占处理，还需要触发已经订阅了该功能号(即请求激活的功能号)的其他应用服务器对各自保存的该功能号的状态信息进行更新，以实现相关应用服务器对该功能号的状态信息的同步更新，从而可以确保网络侧该功能号的状态信息的一致性，进而可以避免网络侧功能号状态信息的不一致问题。尤其是，当用户存在应用层漫游(migration)的场景下，如果用户通过归属地(primarymcsystem)的负责业务控制功能的应用服务器路由了功能号变更的相关请求，那么功能号服务器可以同步更新到漫游地(partnermcsystem)的负责业务控制功能的应用服务器；如果用户通过漫游地(partnermcsystem)的负责业务控制功能的应用服务器路由了功能号变更的相关请求，那么功能号服务器可以同步更新到归属地(primarymcsystem)的负责业务控制功能的应用服务器，从而可以确保用户存在应用层漫游(migration)的场景下的功能号状态信息的一致性。

这里，根据所述请求消息，对相应的功能号进行处理的具体方法同现有协议，在此不再赘述。

较佳地，可以采用下述方法触发已经订阅了请求激活的功能号的其他应用服务器对该功能号的状态信息进行更新：

步骤x1、所述功能号服务器向所述其他应用服务器发送功能号状态信息变更通知消息。

所述功能号状态信息变更通知消息携带所述功能号状态信息，所述功能号状态信息包括激活相应功能号的所有用户的用户id，这样，基于功能号状态信息，可以确定出该功能号被哪一个或哪些用户激活。具体地，在mcptt系统中，用户id为mcpttid；在mcvideo系统中，用户id为mcvideoid；在mcdata系统中，用户id为mcdataid。

步骤x2、所述其他应用服务器根据所述功能号状态信息变更通知消息，对本服务器保存的相应功能号状态信息进行更新。

这里，其他应用服务器收到功能号服务器发送的所述功能号状态信息变更通知消息后，将根据该功能号状态信息变更通知消息所携带的功能号状态信息，对相应功能号的状态信息进行更新，从而可以确保其他应用服务器保存的该功能号的状态信息的准确性。

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

较佳地，可以利用与所述请求消息对应的响应消息，将所述功能号状态信息发送给所述关键任务业务客户端，具体如下：

所述第一服务器向所述关键任务业务客户端发送与所述请求消息对应的响应消息，所述功能号激活响应携带所述功能号状态信息。

图3给出了当所述触发功能号状态变更的请求消息为功能号激活请求消息时利用上述方法实施例的实现的功能号激活流程示意图，如图3所示，该流程包括：

1、应用客户端向应用服务器1发起功能号激活请求。

2、应用服务器1收到功能号激活请求后，向功能号服务器发起功能号激活请求。

3、功能号服务器收到功能号激活请求，检查授权，并根据策略执行功能号激活操作。

4、功能号服务器向应用服务器1回复功能号激活请求的响应，响应中携带功能号状态信息。

5、应用服务器1更新并保存功能号最新状态信息。

6、应用服务器1向应用客户端回复功能号激活请求的响应，响应中携带功能号状态信息。

7、如果应用服务器2已经订阅了功能号，则功能号服务器向应用服务器2发送功能号状态信息变更通知。

8、应用服务器2更新并保存功能号最新状态信息。

需要说明的是，在实际应用中，上述步骤4、7不分先后，步骤5、6不分先后。

图4给出了当所述触发功能号状态变更的请求消息为功能号抢占请求消息时利用上述方法实施例的实现的功能号抢占流程示意图，如图4所示，该流程包括：

1、应用客户端向应用服务器1发起功能号抢占请求。

2、应用服务器1收到功能号激活请求后，向功能号服务器发起功能号抢占请求。

3、功能号服务器收到功能号抢占请求，检查授权，并根据策略执行功能号抢占处理。

4、功能号服务器向应用服务器1回复功能号抢占请求的响应，响应中携带功能号状态信息。

5、应用服务器1更新并保存功能号最新状态信息。

6、应用服务器1向应用客户端回复功能号抢占请求的响应，响应中携带功能号状态信息。

7、如果应用服务器2已经订阅了功能号，则功能号服务器向应用服务器2发送功能号状态信息变更通知。

8、应用服务器2更新并保存功能号最新状态信息。

图5给出了与上述方法实施例对应的一种功能号的激活系统的结构示意图，如图5所示，该系统包括一种功能号状态信息更新的同步系统，包括一个功能号服务器和至少一个以上的负责业务控制功能的应用服务器；其中，

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

所述应用服务器，用于将来自关键任务业务客户端的触发功能号状态变更的请求消息，转发给功能号服务器；在接收到所述功能号服务器根据所述触发功能号状态变更的请求消息反馈的功能号状态信息时，根据所述功能号状态信息，对本服务器保存的相应功能号状态信息进行更新，并将所述功能号状态信息发送给所述关键任务业务客户端；在所述功能号服务器的所述触发下，对本服务器保存的相应功能号的状态信息进行更新。

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

较佳地，所述功能号服务器触发已经订阅了所述功能号的其他应用服务器对所述功能号的状态信息进行更新，包括：

所述功能号服务器向所述其他应用服务器发送功能号状态信息变更通知消息，所述功能号状态信息变更通知消息携带所述功能号状态信息；所述功能号状态信息包括激活相应功能号的所有用户的用户id；

所述其他应用服务器根据所述功能号状态信息变更通知消息，对本服务器保存的相应功能号状态信息进行更新。

较佳地，所述应用服务器将所述功能号状态信息发送给所述关键任务业务客户端，包括：

所述第一服务器向所述关键任务业务客户端发送与所述请求消息对应的响应消息，所述响应消息携带所述功能号状态信息。

通过上述功能号状态信息更新的同步方法和系统实施例可以看出：本发明实施例中，在关键任务业务客户端发送触发功能号状态变更的请求消息后，由功能号服务器统一负责对订阅相应功能号的所有应用服务器中的相应功能号状态信息更新，可以实现由功能号服务器对网络侧功能号激活、去激活、状态信息变更及同步的统一处理，从而可以有效避免网络侧功能号信息不一致问题。

综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。