[发明专利]组多归属实现集群组呼的故障接管方法有效
申请号: | 201811215347.2 | 申请日: | 2018-10-18 |
公开(公告)号: | CN109194526B | 公开(公告)日: | 2022-05-24 |
发明(设计)人: | 朱达宇;涂书忠;何志华;慎项民 | 申请(专利权)人: | 东方通信股份有限公司 |
主分类号: | H04L41/0663 | 分类号: | H04L41/0663;H04L67/1097 |
代理公司: | 绍兴普华联合专利代理事务所(普通合伙) 33274 | 代理人: | 范琪美 |
地址: | 310053 浙*** | 国省代码: | 浙江;33 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 归属 实现 集群 故障 接管 方法 | ||
本发明涉及一种组多归属实现集群组呼的故障接管方法。其特征在于:组多归属的设计方法为:在建网时为某个组指定多个归属交换,组的静态信息和动态信息在多个归属交换中心上保存;有组呼业务到来时,从多个归属交换中心选择一个交换中心作为组控制交换,负责组呼业务的分发和话权管理;当某个交换中心出现故障时,归属该交换的组的其他归属交换中心可以管理针对这个组的业务。本发明采用组多归属的思想,使得通话组的动静态信息同步保存在网络中多个节点,当某个节点出现故障时,其他节点可以立即接管业务,有效解决了单点故障,提高了组呼业务的可靠性。
技术领域
本发明涉及一种组多归属实现集群组呼的故障接管方法。
背景技术
随着集群业务的发展,多交换组网在现网中使用的越来越多。在多交换组网中,某个交换中心故障,其他交换中心能否接管该交换中心的业务呢,完全接管故障交换的业务需要考虑很多问题,比如:基站的接管,归属用户的接管,呼叫业务的接管。鉴于组呼业务是集群通信的核心业务,本文为集群组呼业务的故障接管提供一个解决方案。
发明内容
针对现有技术中存在的问题,本发明的目的在于提供一种组多归属实现集群组呼的故障接管方法的技术方案。
所述的组多归属实现集群组呼的故障接管方法,其特征在于:组多归属的设计方法为:在建网时为某个组指定多个归属交换,组的静态信息和动态信息在多个归属交换中心上保存;有组呼业务到来时,从多个归属交换中心选择一个交换中心作为组控制交换,负责组呼业务的分发和话权管理;当某个交换中心出现故障时,归属该交换的组的其他归属交换中心可以管理针对这个组的业务。
所述的组多归属实现集群组呼的故障接管方法,其特征在于所述组多归属的实施包括如下过程:
1)组静态信息下发到多个交换;
2)拜访交换到归属交换的路由设计;
3)组动态信息同步;
4)组呼的寻呼;
5)冲突和迟后进入。
所述的组多归属实现集群组呼的故障接管方法,其特征在于所述组静态信息下发到多个交换的方法如下:
网管上需要支持为通话组配置多个归属交换中心,通话组的配置信息发生变化时,即增加、删除、修改,网管需要推送该组的多个归属交换中心,这个推送过程需要是可靠的,如果出现消息丢失,网管需要标记该交换中心存在数据不一致,并提供手段可以后续再次触发推送过程;各个交换中心也能适时主动到网管获取全部静态信息,进一步确保通话组的静态信息在网管和交换之间保持一致,在各个归属交换之间保持一致。
所述的组多归属实现集群组呼的故障接管方法,其特征在于所述拜访交换到归属交换的路由设计方法如下:
发起交换中心收到组附着或组呼请求时,判断通话组是否归属当前交换,如果不归属,说明自己是拜访交换角色,需要把请求路由到某个归属交换;设计一个目的号码路由表,拜访交换根据通话组的号码查询目的号码路由表找下一跳,下一跳指定了具体的链路;各个交换中心位于同一个组播域内,通过周期发送hello报文,发现邻居,并建立两两之间的点对点链路;同一个组号,按最大匹配原则,在目的号码路由表中可以匹配到唯一一条记录,该记录指示了到达下一跳的链路。
所述的组多归属实现集群组呼的故障接管方法,其特征在于所述链路分为主用链路和备用链路,主用链路优先使用,只有当主用链路故障时,才使用备用链路,主用链路和备用链路各配两条链路,这两条链路都可用时轮流使用。
所述的组多归属实现集群组呼的故障接管方法,其特征在于所述组动态信息同步方法如下:
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于东方通信股份有限公司,未经东方通信股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201811215347.2/2.html,转载请声明来源钻瓜专利网。