基于池组化CG容灾技术实施方案研究.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于池组化CG容灾技术实施方案研究

基于池组化CG容灾技术实施方案研究   【摘 要】根据河南联通现网CG部署中存在的容灾不完善问题,引入爱立信CG池组化解决方案,通过对CG实体在逻辑上划分采集模块与处理模块,形成采集处理的冗余机制,从而实现单一节点故障不影响整体话单系统采集处理的目的。   【关键词】CG容灾 池组化解决方案 话单处理   doi:10.3969/j.issn.1006-1010.2016.10.009 中图分类号:TN929.5 文献标志码:A 文章编号:1006-1010(2016)10-0046-04   引用格式:郭威. 基于池组化的CG容灾技术实施方案研究[J]. 移动通信, 2016,40(10): 46-49.   1 引言   移动数据话单由GGSN和SGSN产生,经CG(Charging Gateway)采集和处理后输出给计费侧。移动数据业务量的快速上升和上网行为的碎片化,导致数据话单文件数量成倍增长,给网络侧话单的处理和存储带来了巨大压力。   CG作为话单的重要处理设备,直接关乎话单生成的及时性和安全性,如果出现问题将直接影响BOSS侧计费话单输出,造成严重后果。面对数据话单业务量的持续增长,如何保障CG设备安全运行显得愈发重要。本文结合河南联通分组核心网爱立信CG部署现状中存在的隐患问题,介绍了通过CG池组化技术实施来解决CG设备的容灾问题。   2 河南联通CG运行现状分析   现网中爱立信CG采用的是单机运行模式,每台CG固定对某台GGSN/SGSN话单进行处理,随着移动数据业务量的增长,现有的CG处理能力越来越难以满足业务发展需求。主要存在以下问题:   (1)负荷处理不均   地区业务发展的不均衡或进行业务调整时不同网元承载的业务量会有变化,这会造成对应的CG处理话单量不均衡,业务负荷高的CG容易造成话单生成延时或积压。   (2)容灾能力不强   如果CG出现故障,需要手动处理将业务割接至其他CG,业务不能实时恢复,同时由于业务割接至其它CG还有可能造成其它CG处理负荷的增高甚至产生雪崩效应。   为了满足业务量增长的需求,虽然可通过新增或替换来提高CG的话单处理能力,但对机房、电源配套也有需求,这样就增加了投资成本,同时设备数量的增加和调整也给网络维护带来了更多压力。   如何提升CG设备容灾能力,保障话单处理的安全及时性,这已成为现网CG设备维护工作中迫切需要解决的问题。   3 CG池组容灾机制的引入实施   池组化作为一种高效容灾组网技术对保障业务安全有着重要意义,已被运营商广泛应用。在移动核心网组网架构中,常见的池组组网有SGSN/MME POOL、MSC POOL等。通过池组可实现池组内网络安全冗余度,实现设备间的负载均衡,提高设备容量的利用率,提升网络维护效率。针对爱立信CG设备单机运行的情况,借鉴核心网池组化容灾模式,引入CG池组化机制来解决CG设备网络容灾问题。   3.1 CG池组实现机制   CG本身具有话单采集和话单处理两种功能,CG容灾机制就是在此基础上重新定义话单采集及话单处理的业务逻辑,将其分为CG_FE(Front End)单元和CG_PN(Process Node)单元,CG_FE用于CDR的采集和分发,CG_PN用于话单处理和出单,将多台CG的CG_PN逻辑单元形成业务处理的池,每台CG_FE将采集的话单自动分发到多个CG_PN,从而实现业务处理的负载分担,其逻辑实现架构如图1所示:   具体工作机制主要包含三部分:   (1)话单采集分发   CG_FE负责原始话单的采集分发,每个CG_FE都带有一个业务分配模块ALB(Auto Load Balancer),通过ALB模块将原始话单分发到不同的CG_PN进行处理,其处理示意图如图2所示:   ALB按照Weighted Round Robin算法来实现话单的分发,首先根据处理能力预先分配好每个业务处理单元CG_PN的权重,然后在ALB中将权重参数配置好,后续ALB据此将采集到的原始话单转发到不同CG_PN。如有5个CG_PN单元,根据处理能力,按照表1来分配权重:   那么每个ALB在配置完参数后,就将所采集到的原始话单按照表1的权重比例送往5个CG_PN单元进行处理。   当CG_FE通过FE_Agent检测到某一CG_PN出现故障后,其ALB模块将停止向该CG_PN分发原始话单。   (2)话单处理   池组化后每个CG_PN接受到的原始话单来源于多个节点设备,处理完成后再输出成符合规范要求的标准格式供计费BOSS侧提取。在每个CG_PN上配置FTP采集模块,平时将此功能置于关闭状态样。当发现某一CG_PN处理出现问题后,通过打开FTP功能,由其它CG_PN来提取

文档评论(0)

317960162 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档