《中国移动——彩信系统网络结构和应急方案.ppt》由会员分享，可在线阅读，更多相关《中国移动——彩信系统网络结构和应急方案.ppt（46页珍藏版）》请在三一办公上搜索。
1、网络部,1,彩信中心备份方案及未来发展中国移动有限公司网络部,网络部,2,彩信系统网络结构彩信Push消息的应急方案彩信系统的应急方案,网络部,3,彩信中心网络结构,CMnet,网络部,4,GSM,WAP网关,邮箱,INTERNET,GPRS,DSMP,彩信中心单域逻辑组网图,SP,USER DB,MMSC,MMSC,彩信承载在WAP上，用户通过GPRS或拨号，可以收发彩信；彩信中心通过短信中心，直接下发Push消息。当彩信中心所在地的短信中心发生故障时，会影响到用户正常接收彩信。当彩信中心发生故障时，会影响到该彩信中心所代用户和sp收发彩信。当某个ENUM DNS发生故障时，设备会主动查询备
2、用ENUM DNS，不影响业务。,网络部,5,彩信中心目前情况,多点SP接入地：北京，上海，广州，武汉，南京，杭州，济南，沈阳，成都，石家庄,网络部,6,彩信中心省际备份的难点和线索,（1）话单（2）定购关系（3）用户数据,网络部,7,彩信系统网络结构彩信Push消息的应急方案彩信系统的应急方案,网络部,8,彩信Push消息备份方案,彩信中心下发Push消息时，支持连接到多个短信中心，并负载均衡下发Push消息。当其中某个短信中心发生故障时，Push消息可自动从另外的短信中心下发。,网络部,9,当本地短信中心Push连接都中断时，可以启用备用WAP Push通道，将Push消息通过异地WAP网
3、关、异地短信中心经信令网下发给用户。目前彩信中心到异地WAP网关的Push消息备份需要人工制作数据才能够完成，可以要求彩信中心进行Push消息自动转换：及事先将备份Push网关信息制作到彩信中心，当通过本地短信中心下发Push消息中断时，发出告警消息，并自动切换到备份Push网关。,彩信Push消息备份及进一步优化,网络部,10,彩信系统网络结构彩信Push消息的应急方案彩信系统的应急方案目前条件下彩信系统应急方案未来彩信系统应急方案,网络部,11,彩信中心目前网络情况,网络部,12,彩信中心目前割接情况（1）,一、当割接省份有一个彩信中心时2、该彩信中心发生故障割接时需要完成的工作（1）En
4、um DNS修改号段信息（容易）（2）全接入SP修改号段归属（容易）（3）MISC修改单点SP和全接入SP定购关系（困难，需要2小时以上）（4）单点SP、本地SP更改彩信中心URL（容易）（5）单点SP、本地SP需要分配新的企业代码数据（数据部协调）（6）计费中心制作单点SP新的数据（7）彩信中心修改单点SP数据（容易）（8）导入、导出彩信用户信息（困难，需要10小时以上）具体方案如下：,网络部,13,彩信中心目前割接情况（1）,方案1：备份地MMSC设置故障地MMSC号段使用SP的业务（包括上行、下行）不去MISC鉴权。此期间SP的下发不计费。方案优点：故障切换速度较快，可能接管故障地纯本地
5、SP、全网SP、全网落地SP；MISC、BOSS无须修改数据；由于彩信包月话单为首次使用触发，所以故障期间的下发不会影响SP的包月话单，可在故障恢复之后进行触发；方案难点：MMSC须做改造，如果需要接管故障地的纯本地彩信SP业务，需要预先在备份MMSC制作一些应急数据，预先划分好企业代码、服务号等数据，故障期间提供给SP使用，平时离线；但是用户的上行可能会失败（服务号可能会变更）；由于故障期间不去MISC鉴权，可能造成SP给用户群发广告等行为；,网络部,14,彩信中心目前割接情况（1）,方案二：使用MISC的业务数据割接方案，在故障期间将SP的企业代码、连接MMSC等信息都修改为备份域MMSC
6、的企业代码和参数。方案优点：对于可接管的SP，其业务使用、计费流程等使用感知可以不变化；方案难点：故障切换和恢复都需要MISC和故障域BOSS同时修改数据，修改数据时间比方案一长（MISC侧约需30分钟），可能对业务有瞬断的影响（刷新内存）；MISC的数据切换方案较复杂，每次操作之前需要进行最新确认，以保证与现网的版本保持一致；无法接管故障地纯本地SP和某些全网SP（主要是相同业务的指令、费率与广东不同的SP），因为备份域MISC也需要制作这些数据，过于繁琐，而且可能引起数据冲突；需要故障地BOSS也改两次数据；需要中央稽核系统关闭故障期间全域的对于这些SP的话单稽核功能，以避免MISC再向B
7、OSS同步定购关系拖长割接时间；（否则广东MMSC生成的话单会被做错单处理）；对MISC的业务报表有影响，需要报表组配合做一些设置；,网络部,15,彩信中心目前割接情况（1）,方案三：使用MISC的业务应急预案，在故障期间SP全部使用帮助信息类业务代码下发或者MISC设置SP下发不需要鉴权。（类似于方案一，只是将不鉴权的设置放在MISC）方案优点：由于彩信包月话单为首次使用触发，所以故障期间的下发不会影响SP的包月话单；不影响SP继续提供服务，不影响新增定购的生成；方案难点：数据部管理规范已经严格限制帮助信息类业务的使用，最好不放开此业务的使用；一些SP原来没有此业务，需要新申请并测试，然后置
8、为离线状态，故障期间需要业务切换时打开给SP使用；SP需要进行预先演练，实现故障期间所有业务下发全部使用帮助信息类的目的；MISC侧仍然需要修改故障地的企业代码为备份地企业代码（MISC前转鉴权需要），以满足业务使用的流程；由于需要修改企业代码，业务报表数据仍会有异常，需要报表组配合做一些设置；需要BOSS处理：修改企业代码，以正确处理这些免费话单；或者不修改企业代码，直接打为错单；如果需要接管四川的纯本地彩信SP业务，需要预先在广东MMSC和MISC制作一些应急数据，预先划分好企业代码、服务号等数据，故障期间提供给SP使用，平时离线；MISC制作数据工作量比较大；,网络部,16,彩信中心目前
9、割接情况（2）,网络部,17,彩信中心目前割接情况（2）,一、当割接省份有一个彩信中心时2、该彩信中心发生故障割接时需要完成的工作（2）Enum DNS修改号段信息（容易）（3）导入、导出彩信用户信息（困难，需要10小时以上，短时间割接不进行用户数据导入导出）（4）本地SP业务：如时间较短，不割接；如时间较长，割接业务并制作计费信息（不接入MISC），不对用户计费或由备份彩信中心挑出，放在特殊目录，由计费中心经临时通道传送给本地SP所在地。,网络部,18,彩信中心目前割接情况（3）,网络部,19,彩信中心目前割接情况（3）,二、当割接省份有两个或两个以上彩信中心时2、该彩信中心发生故障割接时需
10、要完成的工作（1）Enum DNS修改号段信息（容易）（2）彩信中心修改单点、本地SP数据（容易）注：需要全网彩信中心更改SP的接入地。（3）全接入SP修改号段归属（容易）（4）单点、本地接入SP更改接入彩信中心（5）导入、导出彩信用户信息（困难，需要10小时以上，短时间割接不进行用户数据导入导出）注：计费已经做的调整。,网络部,20,彩信中心目前割接情况（4）,网络部,21,彩信中心目前割接情况（4）,三、当割接省份有两个或两个以上彩信中心时2、该彩信中心发生故障割接时需要完成的工作（1）Enum DNS修改号段信息（容易）（2）全接入SP修改号段归属（容易）（3）彩信中心修改本地SP数据（
11、容易）（4）本地SP更改彩信中心URL（容易）（5）导入、导出彩信用户信息导入、导出彩信用户信息（困难，需要10小时以上，短时间割接不进行用户数据导入导出）注：计费已经做的调整。,网络部,22,总结,（1）话单、定购关系、用户数据（2）大部分需修改Enum DNS,多点SP修改数据。,网络部,23,组网原则及备份原则,一、组网原则1、只建有一个彩信中心的地方，不接入单点全网SP和多点全网SP。2、单点接入SP也接入到单点的多个MMSC。二、备份原则1、如果当地建设有2套以上的彩信中心，优先采用本地的其它彩信中心作为备份。（不是区域备区域）2、北京、广州、上海、武汉彩信中心同时作为全国彩信中心的
12、备份。注：主要涉及计费问题3、未接入多点接入SP的彩信中心，优选代为分发多点SP业务的彩信中心作为备份地。优点：（1）不需要前转（2）SP企业代码不变，MISC不需要更改。三、备份操作1、修改Enum DNS，恢复点对点和梦网邮箱业务。2、通知SP进行数据修改，恢复SP业务（全网SP集团协调，本地sp本地协调）,网络部,24,网络调整,根据以上原则进行必要的调整：1、武汉彩信中心所辖单点SP割接到广州彩信中心，武汉、沈阳彩信中心所接多点SP由广州和北京彩信中心代为分发。2、根据彩信6期规划，成都、石家庄将建设第二套彩信中心。,网络部,25,上海彩信应急演练发现的问题,Enum DNS调整数据后
13、没有成功同步到各个节点彩信中心portal页面清空Enum DNS缓存失效Enum DNS调整数据后发送Notify后彩信中心没有自动清空缓存页面修改的SP数据没有同步到各个节点,网络部,26,彩信系统网络结构彩信Push消息的应急方案彩信系统的应急方案目前条件下彩信系统应急方案未来彩信系统应急方案,网络部,27,未来彩信组网方案,（1）新建彩信网关、统一用户数据库。（2）流程：应用到终端：SP彩信网关MMSC用户 终端到应用：用户MMSC彩信网关SP,网络部,28,统一用户数据库简介,1、必要性 彩信业务流程和用户状态相关（1）黑白名单（2）转发设置（3）SP到终端业务流程的不同：2、功能（
14、1）作为用户数据的备份，平时不参与业务流程（2）故障应急、设备入网、系统升级时使用。,网络部,29,彩信中心未来割接情况,该彩信中心发生故障割接时需要完成的工作 1、Enum DNS修改号段信息（容易）2、本地SP业务：（1）该地只有一个彩信中心时：如时间较短，不割接；如时间较长，割接业务并制作计费信息（不接入MISC），话单由备份彩信中心挑出，放在特殊目录，由计费中心经临时通道传送给本地SP所在地。（2）该地有两个以上彩信中心时：本地SP更改彩信中心URL（容易）彩信中心修改本地SP数据（容易）,网络部,30,未来结构进一步发展,彩信中心较多的省建设二级Enum DNS，本地对彩信中心间的业
15、务倒换由本地完成。（需要考虑如何作外省的备份）,网络部,31,新建彩信中心割接彩信中心故障业务升级临时割接,网络部,32,新建割接（1）,MMSC1,集中数据库,MMSC2,EnumDNS,数据同步,新建割接，夜间同步；,网络部,33,MMSC1,集中数据库,MMSC2,EnumDNS,新建割接，夜间同步；,新建割接（2）,网络部,34,新建彩信中心割接彩信中心故障业务升级临时割接,网络部,35,故障节点（1）,MMSC1,集中数据库,MMSC2,EnumDNS,故障节点，分步执行；,网络部,36,故障节点（2）,MMSC1,集中数据库,MMSC2,EnumDNS,无本地数据,割接节点，分步执
16、行；,网络部,37,故障节点（3）,MMSC1,集中数据库,MMSC2,EnumDNS,数据同步,割接节点，分步执行；,网络部,38,新建彩信中心割接彩信中心故障业务升级临时割接,网络部,39,目前网络升级、打补丁情况,由于目前彩信中心业务割接涉及到的内容非常烦杂，割接历时非常长，所以目前彩信中心在打补丁时，业务中断在3个小时之内时，都是在线升级、打补丁。虽然都是在业务最闲时，但对业务、收入也造成一定的影响。,网络部,40,未来网络升级、打补丁情况,当彩信网关、统一用户数据库完成建设后，除本地SP外，彩信中心业务割接将会变得非常简单。以后彩信中心升级、打补丁时，当业务终端时长大于30分钟时，都
17、可以将业务临时割接到其他彩信中心，这样，可以大大降低业务中断时长，提高用户感知。,网络部,41,业务临时割接（1）,MMSC1,集中数据库,MMSC2,EnumDNS,业务正常运行,网络部,42,业务临时割接（2）,MMSC1,集中数据库,MMSC2,EnumDNS,无本地数据,升级业务中断,网络部,43,业务临时割接（3）,MMSC1,集中数据库,MMSC2,EnumDNS,升级完成业务恢复,手工触发增量数据同步,手工触发增量数据同步,网络部,44,ENUM DNS二级组网,广州跟ENUM（slave）,北京跟ENUM（master）,二级ENUM,二级ENUM,MMSC,MMSC,MMSC,MMSC,网络部,45,其它：Enum DNS数据的重新组织,（1）提供命令行式的割接模式，即把某个号段类别割接到某个彩信中心。例如:move bjgotone from bjmms1 to bj mms2,就可以把北京动感这个号段类别从北京骨干一彩信中心割接到了北京骨干二彩信中心。（2）提供Web方式的业务割接模式：可以在Web界面上通过选择，完成数据的更改。,网络部,46,谢谢！,
