本发明涉及宽带集群通信技术领域，尤其是涉及一种用于宽带集群核心网与调度台间的签约数据同步实现方法。
背景技术：
随着社会经济的发展，特别是在公众移动通信的飞速发展，LTE技术以其高速率传输、分组传送、延迟降低、广域覆盖和向下兼容等特点引起人们的普遍关注，并将其引入到集群通信技术。LTE宽带集群通信，基于“语音”、“数据”、“视频”三大基本业务功能，同时可以实现单呼、组呼、全呼、优先级呼叫、调度、高速数据传输等集群通信业务功能，引起了新一代集群通信技术的变革，促进了集群通信在交通、公安、消防、林业、政府应急等全行业的发展。
宽带集群通信系统在保证兼容LTE数据业务的基础上，增强了语音集群基本业务和补充业务，以及多媒体集群调度等宽带集群业务功能，具有灵活带宽、高频谱效率、低时延、高可靠性的特征，能够满足专业用户对语音集群、宽带数据、应急指挥调度等需求；以及在未来移动办公、多媒体集群调度、视频监控、城市应急联动等方面多元化应用。
调度台通过有线或无线方式连接到集群核心网，是可以发起集群调度业务的特殊终端；当前调度台注册成功后，调度台还没有途径获取集群核心网的签约数据，现有技术方案是调度台通过手动拨号等方式发起集群调度业务，用户体验不好，不利于应急调度和突发事件处理。
在现有技术中，是调度台进行群组管理后，保证集群系统中终端侧保存的群组信息与网络侧(集群核心网)保存的对应终端的群组信息的一致性。上述技术仅提供了组信息同步的实现思路，仅保证终端与网络侧(集群核心网)保存的群组信息的一致性。；现有的宽带集群标准尚没有完整地定义核心网与调度台间的签约数据同步实现方法；现有专利中也缺少用于宽带集群核心网与调度台间的签约数据同步的具体实现方法。当前可参考的实现方法是，调度台初始注册时导入本地存储数据，或者调度台也有自己的数据库中可以配置存储签约数据，但很难保证集群核心网与调度台数据的一致性，且核心网与调度台都存有签约数据，存在数据冗余。因此本领域亟待提出有效的解决方案。
技术实现要素：
本发明的目的在于针对宽带集群通信场景中提供一种集群核心网与调度台间的签约数据同步实现方法，以有效满足应急调度和突发事件处理，优化用户体验。
为实现上述目的，本发明采用的技术方案为一种用于宽带集群核心网与调度台间的签约数据同步实现方法，
集群核心网在数据库中存储集群终端A和调度台B的用户签约数据；
集群核心网在数据库中存储组C的组签约数据；
集群核心网在数据库中存储集群终端A、调度台B和组C的组关联关系签约数据；
当调度台向集群核心网初始注册成功，调度台立即向集群核心网发送订阅请求，携带订阅类型标识消息，向集群核心网请求获取全部签约数据；
集群核心网接收并处理调度台B发送的订阅请求，集群核心网根据订阅类型标识判断，基于判断结果进行处理，包括向调度台B通知走原有订阅流程，或者向调度台B推送全部签约数据，包括用户签约数据、组签约数据以及组关联关系签约数据；
调度台B根据返回的信息做出相应操作，包括按照集群核心网通知进行原有订阅流程，处理结束；或者根据集群核心网推送的签约数据信息更新自己的集群调度数据，处理结束。
而且，所述用户签约数据，至少包括终端类型、用户名、用户号码、注册状态、用户状态、用户优先级和紧急呼叫号码。
而且，所述组签约数据，至少包括组名、组内成员数目、组号、组类型和组优先级。
而且，所述组关联关系签约数据，至少包括组内成员用户名、终端类型、用户号码、注册状态、用户状态、用户优先级和紧急呼叫号码。
而且，所述订阅类型标识基于LTE技术的宽带集群通信B-TrunC系统第二阶段系列标准，请求获取全部签约数据的订阅类型标识消息设定为大于4的任意值，使用时调度台和集群核心网utype值保持一致。
而且，所述调度台的订阅请求仅在调度台初始注册成功，才自动向集群核心网发送订阅请求获取全部签约数据，调度台重注册不会向集群核心网发送订阅请求获取全部签约数据，减少信令交互。
而且，为避免数据不同步，调度台手动触发向集群核心网发送订阅请求获取全部签约数据。
现有的宽带集群标准缺乏核心网与调度台间的签约数据同步实现方法，本发明提出调度台初始注册成功后，遵循IETF RFC3261标准规范，利用扩展的SIP订阅/推送消息获取集群核心网全部签约数据，因此调度台可以直接发起集群调度业务，优化了用户体验，丰富了应急指挥调度，具有重要的经济价值和市场前景。
附图说明
图1为现有技术中宽带集群通信系统的网络结构示意图；
图2为本发明实施例提供的集群核心网与调度台间的签约数据同步实现方法流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
如图1所示，为现有技术中宽带集群通信系统的网络结构示意图，宽带集群通信系统包括集群终端、基站、集群核心网、调度台。
所述集群终端与集群基站之间通过Uu-T接口相连；
所述集群基站与集群核心网之间通过S1-T接口相连；
所述调度台与集群核心网之间通过D接口相连，是可以发起集群调度业务的特殊终端，业务权限高于普通终端。
各接口说明如下：
Uu接口：LTE数据终端与LTE基站之间的无线接口。该接口是开放接口。
Uu-T接口：LTE宽带集群终端与LTE宽带集群基站之间的无线接口，在Uu接口基础上增加集群相关的无线通信功能。该接口是开放接口。
S1-T接口：LTE宽带集群基站与LTE宽带集群核心网之间的接口，在S1接口基础上增加集群相关的功能。该接口不开放。
D接口：调度台与集群核心网之间的参考点，提供调度台的调度、管理等功能。该接口是开放接口。
以上接口均采用现有技术标准：基于LTE技术的宽带集群通信(B-TrunC)系统(第二阶段)系列标准。
本发明实施例提出的用于宽带集群核心网与调度台间的签约数据同步实现方法，原理如下，
集群核心网接收并处理调度台发送的订阅请求，集群核心网根据订阅类型标识判断；集群核心网根据判断结果进行处理，包括走原有订阅流程，或者集群核心网遍历数据库中签约数据，将全部签约数据(用户签约数据、组签约数据以及组关联关系签约数据)推送给调度台；调度台收到集群核心网的推送消息后，根据集群核心网推送的签约数据信息更新自己的集群调度数据。
因此，实施例提出的实现过程如下，
集群核心网在数据库中存储集群终端A和调度台B的用户签约数据；
集群核心网在数据库中存储组C的组签约数据；具体实施时，各组由一个或多个终端或调度台组成，由核心网分配唯一的组号，组签约数据以组号为唯一索引，为便于说明起见，标记任一组为C；
集群核心网在数据库中存储集群终端A、调度台B和组C的组关联关系签约数据；
设调度台B向集群核心网初始注册成功，调度台B立即向集群核心网发送SIP (SUBSCRIBE)订阅请求，携带订阅类型标识utype＝255消息，向集群核心网请求获取全部签约数据；
集群核心网接收并处理调度台B发送的订阅请求，集群核心网根据订阅类型标识判断；
集群核心网根据判断结果进行处理，包括向调度台B通知走原有订阅流程，或者向调度台B推送全部签约数据(用户签约数据、组签约数据以及组关联关系签约数据)；
调度台B根据返回的信息做出相应操作，包括接收集群核心网发送的通知，根据通知进行原有订阅流程，流程处理结束；或者根据集群核心网推送的签约数据信息更新自己的集群调度数据，流程处理结束；
基于LTE技术的宽带集群通信(B-TrunC)系统标准(第二阶段)《B-TrunC TR 002-2016 V1.54端到端流程》，核心网信息存储和处理：
具体实施时，用户签约数据、组签约数据、组关联关系签约数据，提供B-TrunC业务实现所必须存储的数据。
进一步地，所述用户签约数据，至少包括终端类型、用户名、用户号码、注册状态、用户状态、用户优先级、紧急呼叫号码等；
进一步地，所述组签约数据，至少包括组名、组内成员数目、组号、组类型、组优先级等；
进一步地，所述组关联关系签约数据，至少包括组内成员用户名、终端类型、用户号码、注册状态、用户状态、用户优先级、紧急呼叫号码等；
进一步地，调度台B向集群核心网发送的SIP(SUBSCRIBE)订阅请求，类型标识utype 值可以为大于4的任意值，调度台B和集群核心网utype值保持一致即可；
基于LTE技术的宽带集群通信(B-TrunC)系统(第二阶段)系列标准《TR 005-2016集群核心网到调度台接口技术要求V1.00.docx》——“8.25章节utype”：
utype＝1为终端，utype＝2为群组，utype＝3为调度台，utype＝4为摄像头，其他utype值保留(包括utype＝255)；因此实施例设定类型标识utype值可以为大于4的任意值。
进一步地，集群核心网向调度台B发送SIP(NOTIFY)消息推送全部签约数据，当前设置SIP(NOTIFY)消息最大值为4096字节，超过最大值集群核心网就分多次推送SIP (NOTIFY)消息；
进一步地，调度台B仅在初始注册成功，才自动向集群核心网发送SIP(SUBSCRIBE) 订阅请求获取全部签约数据，调度台B重注册(刷新注册)不会向集群核心网发送订阅请求获取全部签约数据，减少信令交互；
进一步地，可选地，避免数据不同步，调度台B可手动触发向集群核心网发送SIP (SUBSCRIBE)订阅请求获取全部签约数据；
如图2所示，本发明实施例提供的集群核心网与调度台间的签约数据同步实现方法采用流程自动实现，包括以下步骤：
S1：集群核心网为集群终端A和调度台B配置用户签约数据，在数据库中存储其终端类型、用户名、用户号码、注册状态、用户状态、用户优先级、紧急呼叫号码等；
S2：集群核心网配置组C签约数据，在数据库中存储其组名、组内成员数目、组号、组类型、组优先级等；
S3：集群核心网配置集群终端A、调度台B和组C的组关联关系签约数据，在数据库中存储组C的组内成员(集群终端A、调度台B)列表的用户名、终端类型、用户号码、注册状态、用户状态、用户优先级、紧急呼叫号码等；
S4：设调度台B向集群核心网初始注册成功，调度台B立即向集群核心网发送SIP (SUBSCRIBE)订阅请求，携带订阅类型标识utype＝255消息，向集群核心网请求获取全部签约数据，参见图2中“1.SIP(SUBSCRIBE)订阅请求”；
SIP(Session Initiation Protocol，会话初始协议)是由IETF(Internet Engineering Task Force，因特网工程任务组)制定的多媒体通信协议。
S5：集群核心网接收并处理调度台B发送的订阅请求，集群核心网向调度台回复SIP(200 OK)响应消息，集群核心网根据订阅类型标识utype＝255判断；
集群核心网与调度台间发送的SIP(200OK)成功响应消息，遵循IETF RFC3261标准规范的定义；仅是一个对SIP(SUBSCRIBE)订阅请求的标准响应消息，告诉DC，核心网收到了订阅请求消息。
S6：集群核心网根据判断结果进行处理，如果订阅类型标识utype不是获取全部签约数据，侧集群核心网向调度台B通知走原有订阅流程，流程处理结束；否侧进入步骤S7；
S7：集群核心网遍历数据库中签约数据，向调度台B发送SIP(NOTIFY)消息、推送全部签约数据(用户签约数据、组签约数据以及组关联关系签约数据)；
核心网存有用户签约数据、组签约数据、组关联关系签约数据，是三张独立的数据表，每张数据表中有一个或多个签约数据，如用户签约数据可能包括100个用户的签约数据，需要遍历数据库找出所有用户的签约数据。“填充NOTIFY消息”遵循IETF RFC3261标准规范的定义，按照协议标准填充NOTIFY消息的XML结构，如“表2推送消息扩展参数”；
S8：调度台B收到集群核心网的推送消息后，根据推送的签约数据更新自己的集群调度数据，调度台向集群核心网回复SIP(200OK)响应消息，流程处理结束。
本发明提出，根据推送的签约数据更新自己的集群调度数据，调度台解析SIP(NOTIFY) 消息，呈现到界面显示出来；如手机的通讯录新增一个号码、更新一样，后续调度台就可以快速发起呼叫。
集群核心网与调度台间发送的SIP(200OK)成功响应消息，遵循IETF RFC3261标准规范的定义；仅是一个对SIP(NOTIFY)的标准响应消息，告诉核心网，DC收到了请求消息。
步骤S4中调度台B向集群核心网发送SIP(SUBSCRIBE)订阅请求命令消息包如下：
SUBSCRIBE、Via:、From、To、Call-ID:等遵循IETF RFC3261标准规范的定义，SIP信令标准组成，基本必备协议头域；
扩展参数如下：
表1订阅请求扩展参数
步骤S7中集群核心网向调度台B发送SIP(NOTIFY)推送消息命令消息包如下：
NOTIFY、Via:、From、To、Call-ID:等遵循IETF RFC3261标准规范的定义，SIP信令标准组成，基本必备协议头域；
扩展参数如下：
表2推送消息扩展参数
推送消息扩展参数说明如表2:基于LTE技术的宽带集群通信(B-TrunC)系统标准(第一阶段)《TR 005-2016集群核心网到调度台接口技术要求V1.00》中application/pttmemshipinfo+xml消息体参数定义；集群核心网与调度台间发送的SIP(200OK) 成功响应消息，遵循IETF RFC3261标准规范的定义；
以上所述仅为本发明的实施例之一，并不用于限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。