中国移动网管支撑系统建设规划共22页

14
云服务管理架构
运维管理
−IT运维管理流程 •基于ITIL的IT服务管理，保障运维工作的规范 化和标准化 −运维自动化管理 •通过自动化手段，对大规模的云架构内系统 进行维护，提高运维管理效率和管理质量，提 高对服务需求的响应速度 −统一监控管理 •对云架构内软硬件及应用系统进行全方位的 监控管理
−对网络出口带宽及机房设置有很高的要求 −需要对现有组织架构进行调整 −需调整现有安全设置及策略
−不改变现有的组织架构，管理维护界面清
方晰
案
−不对现有的网络设置及安全域划分进行调 整
二
−各个资源池之间的不能实现资源共享， −分布式技术实施难度较大，需要综合考虑 资源池各类计算资源的配置
10
基础架构云平台组网方案
−以IBM服务器基础构建企业级
−主要管理SUN小型机资源池
数据中心
−存储资源池，用于存储基于Sparc
架构和PA机构的应用及数据库数据
分别新建x86资源池、IBM小型机资源池和SUN/HP小型机资源池； 每个资源池通过公共管理域进行统一的资源调度，实现资源的全局全省共享； 三大资源池通过展现层整合来实现统一管理维护门户； 构建统一的安全管理能力。
网络支撑线条
数据业务线条
政企业务线条
X86 资源
池
−IAP、OA、Portal、 ERP
−省综合应用平台、营 业厅相关系统、统一 认证统一门户、BICMP、BI
−UNMP、 GPRS信令 监测系统、网络运营 分析系统
−139说客、终端基地 、DUAP
−UAP、ADC、无线城 市
IBM 小型 机资 源池
安全管理
−服务器安全管理 •服务器的安全加固 •防病毒管理等 −数据安全管理 •数据存储加密 •数据传输加密 •数据备份 −网络安全管理 •防入侵管理 •安全域管理

中国移动通信企业标准中国移动网络代维管理系统技术规范总册版本号：1.1.02012-9-1 发布2012-9-1 实施中国移动通信集团公司目录1 范围 (2)2 规范性引用文件 (2)3 术语、定义和缩略语 (2)4 总体方案 (3)4.1 建设目标 (3)4.2 指导思想 (3)4.3 服务对象 (4)4.4 管理范围 (4)5 系统架构 (5)5.1 功能架构 (5)5.2 软件架构 (5)5.3 组网原则 (7)6 运行环境要求 (7)6.1 运行环境和系统要求 (7)6.2 主机及网络设备系统要求 (8)6.2.1 主机设备要求 (8)6.2.2 网络设备要求 (9)6.2.3 存储设备要求 (10)6.3 软件技术要求 (10)6.3.1 操作系统 (10)6.3.2 数据库管理系统 (11)6.3.3 电子地图技术要求 (11)7 系统技术要求 (12)7.1 功能性 (12)7.2 性能要求 (12)7.3 软件设计要求 (13)7.4 可靠性 (13)7.5 安全性 (14)7.6 可维护性 (14)8 编制历史 (14)前言《中国移动网络代维管理系统技术规范》规定了中国移动网络代维管理系统的建设目标、建设原则、体系结构、功能结构、接口要求、技术要求，供中国移动内部和系统开发、集成厂商共同使用；是中国移动网络代维管理系统建设所依据的技术规范，用于指导全网代维管理IT化手段建设、开发与应用。

本分册是《中国移动网络代维管理系统技术规范》系列分册之一。

《中国移动网络代维管理系统技术规范》系列分册的结构、名称如下：本规范由中国移动通信集团公司网络部制订，由集团公司网络部归口和解释。

本规范起草单位：中国移动通信集团公司网络部。

本规范主要起草人：王晓琦、石晓萍、王烨、周林、夏凡超、王鹏、徐智岳、杜传业、马松、吴丹、贺军、云雅琼、杜珍祥、童克波、吕晓敏、周云斌、陈为国、陆旻、许贤、周敏、郭艺娴、赵珺、陈宏宇、于洪亮、吕敏、徐铁瑛、诸圣勇、谭凌凯、文晓林、唐继志、霍廷瑞、杨竹。

《中国移动网管支撑系统需求管理办法》（2019版）第一章总则第1条为规范全网网管支撑系统需求管理，强化需求审批，提升需求质量，实现需求共享，特制定本办法。

第2条本办法适用于支撑网络运维生产和管理的各类系统、平台和工具（具体参见附录）。

第3条网管需求分为总部统一规划的全网需求（以下简称“全网需求”）、总部根据自身需要提出的需求（以下简称“总部需求”）、各省根据自身需要提出的需求（以下简称“省内需求”）。

第4条本办法涉及需求提出、方案制定（含费用来源）、需求评审与审批、需求后评估、试点与创新需求管理等各个方面。

第5条本办法是网管需求管理的总体原则和通用要求，总部和各省公司应分别制定各自的《网管需求管理办法实施细则》。

第二章组织与职责第6条网管需求按总部和省两级进行管理。

第7条总部负责全网需求与总部需求的全面管理，并对省内需求及费用进行全面掌握（报备）与重点把控（报批）。

第8条省公司负责省内需求的全面管理，并按要求向总部进行报批或报备。

原则上地市公司不建设网管系统。

第9条总部或省公司应根据各自实际情况,明确需求管理的总体牵头单位,该单位负责需求方案的制定与落实。

第10条总部或省公司网管需求业务归口处室负责本单位需求内容梳理细化工作。

第11条总部和省公司的网络安全专业对本单位网管系统网络（数据）安全进行统一管理，负责进行安全责任划分和对相关需求进行安全审核。

第三章网管需求管理第12条网管需求管理的主要环节包括：需求与系统框架规划、需求梳理细化、需求方案制定、需求评审、需求审批、验收、后评估等。

第13条总部负责制定网管需求框架规划，明确各类系统的定位和边界。

第14条总部负责组织全网需求功能设计、技术方案制定、全网实施。

第15条网管需求梳理的主要内容包括：功能、数据、流程、接口、界面等方面的内容；同时，应分析需求价值，包括：应用场景、应用人员及数量、应用频次等。

第16条网管需求方案的主要内容包括：归属系统、技术要求、工作量评估、费用来源（CAPEX/OPEX）、实施计划安排等。

– 存储设备的虚拟化技术需要与云管理平台软件统一考虑
– 需要为设备接入和各资源池之间提供足够的网络带宽
– 部分小型机、 x86服务器及存储设备由于配置、设备型号、性能 等限制，因此无法纳入云平台进行管理
安全管理
– 需建立满足云计算和虚拟化要求的安全能力
运维管理 – 需对现有运维流程进行梳理、优化和调整
4
总体的建设原则
建立与云计算相适应 的IT管理工具和IT运 维管理体系
不同CPU指令集的 服务器资源池之间
无法共享资源，需 独立建池
1 6
结合机房分布，分散 设置各资源池；存储 设备需与关联服务器 设置在同一机房
建设原则
5
能透过内网不同安全 域实现相同资源池的 共享
3 4
充分考虑对现有设备 的利旧
3
云平台建设需要考虑的因素
MSS
设备分布
BSS
OSS
云平台
– 设备分布在多个机房，需要考虑跨区域之间的资源调度和应用迁移
服务器管理
– 只能在同类指令集的CPU之间进行虚拟化(x86除外)
– 无法实现跨CPU指令集的资源迁移(如Power到Sparc，如Intel VT-x到 AMD AMD-V)
存储及网络 设备利旧
2
数据实时交互量大 的系统需设置在相 同或相近机房
5
云平台整体目标逻辑架构
云服务提供：为云服务对象提供统一的界面和访问，包装云服务资源，建立服务等级(SLA)，管理云 服务对象状态和请求
云服务管理：管理和维护云计算架构，保障云架构的稳定和可靠 云平台资源：构建服务器、存储资源池，实现IaaS；建设企业级数据中心，实现PaaS；通过SOA架
7

度， 现 全专 业统 一告警 呈 现 、 实 派单 ， 试跨 专 尝 业告警 关联 。 ： 。：
管系统 ， 管理和控 制的费用始终居 高不下， 此分离 彼
的 管 理 系 统 也 使 得 全 网 的信 息管 理 难 以 实 现 集 中 统
”
一 一
。
位 中国 移 动 网 络 部 人 士 告 诉 记 者 。
人 士如 是说 。
据 记 者 了解 ， 业 务 运 营 以 来 ，中 国 移 动 不 断 全
加 强 在 集 团 客 户 业 务 、 动 增 值 业 务 方 面 的 开 发 和 移
拓 展 ， 后 台支 撑 系 统 也 不 例 外 。全 国 大 范 围 实 施 其
０ＭＳ 目就是 范例。由此带来 的直接 影响是移 动网 项 络 Ｉ化 程 度 越发 明显， Ｐ 针对传 统 通信 网络而 建设 的
网管 中心 一 位 吴 姓 人 士告 诉 记 者 。 面 对 当下 日 激 烈 的全２ ３竞 争 态势 ， 益 ＇ 网络管 理 已
经成 为保 障服务质量 的利器 ， 如果还按照网管系统 但 原有的组成架构和精 细化程度 ， 显然不能满足中国移
动 复杂 的 网络异 构 环境 变化 和业 务 的快 速 上线 需 求。 在 此 趋 势 下 ， 国 移 动 的 “ ｅ ０Ｓ ２０ 战 略 中 ０ｎ Ｓ ． ” 顺 势 而 出 ， 现 了 网管 系统 从 “ 实 专业 ” 向 “ 转 综合 ”的
新闻 关注
பைடு நூலகம்
”● ●＿ ±一１ ■丑 — ●
资源管理＼网络监控＼质量分析成三大发力点
网管系统如果始终固守原有的组成架 构和精细化程度 ，显然不能满足中国移动 复杂的网络异构环境变化和业务的快速上 线需求。

适用于云服务提供商，用于管理和 监控云平台上的各类IT基础设施， 提供高效、可靠的云服务。
大型组织机构
适用于大型组织机构，如政府、银 行、医院等，用于管理和监控组织 内部的各类IT基础设施，保障组织 的稳定运行。
系统的优势与挑战
系统的优势
网管综合平台系统具有集中管理、高 效监控、快速故障排除等优势，能够 提高IT运维效率，降低运维成本，保 障IT基础设施的稳定运行。
网管综合平台系统建设方案课件
目录 Contents
• 引言 • 网管综合平台系统概述 • 网管综合平台系统需求分析 • 网管综合平台系统设计 • 网管综合平台系统实现 • 网管综合平台系统部署与运维 • 网管综合平台系统效益评估
01
引言
项目背景
当前网络管理存在的问题
技术发展趋势
随着企业业务的快速发展，网络规模 不断扩大，网络设备数量不断增加， 传统的管理方式难以满足高效、快速 、可靠的管理需求。
安全性考虑
在架构设计中充分考虑了 安全性，如数据加密、用 户权限控制等，确保系统 安全稳定运行。
数据库设计
关系型数据库
采用关系型数据库管理系统，如MySQL或Oracle，确保数据存储 的可靠性和一致性。
数据表设计
根据实际需求设计数据表，包括用户信息表、权限信息表、日志信 息表等，满足系统对数据存储的需求。
系统功能
网管综合平台系统具备设备发现与识别、设备配置管理、设 备监控与告警、故障排除与恢复等功能，能够提高IT运维效 率，降低运维成本，保障IT基础设施的稳定运行。
系统的应用场景
企业IT部门
适用于企业内部的IT部门，用于 管理和监控企业内部的各类IT基 础设施，保障企业业务的稳定运

中国移动CM-IMS网络总体建设方案V1.6.41 概述为满足全业务市场竞争的需求，推进核心网络融合，提供多媒体业务及融合应用，达到网络低成本高效运营的目的，中国移动已组织完成了CM-IMS现网的试点工作。

验证了CM-IMS 跨省大规模组网、多媒体业务提供和接入能力、验证了CM-IMS 对多种接入和终端的控制能力、验证了主要厂家IMS 网络设备、业务平台和终端的成熟度以及不同厂家设备的兼容性、验证了网管系统和计费系统对CM-IMS的支撑能力。

CM-IMS 技术的引入是促进中国移动核心网络融合和演进的关键一步，是整合网络资源、降低投资风险的有效手段。

根据前期试点情况，公司决定推进CM-IMS网络的部署和商用。

2 CM-IMS业务提供能力2.1 CM-IMS提供的业务CM-IMS部署初期，面向有业务需求的集团客户、家庭和个人客户，各省可按业务需求提供多媒体电话业务、企业统一Centrex 业务、多媒体彩铃业务；在规范测试完善的条件下，各省可开放自有特色业务：融合一号通业务等；多媒体会议、即时消息业务平台需集团统一部署。

对于跨省集团客户提供的统一通信业务（包括统一Centrex、融合一号通业务、多媒体会议、即时消息、传真、多媒体彩铃业务）均可由已部署平台提供。

（1）多媒体电话业务多媒体电话业务是向个人用户和家庭用户开放的点到点语音+视频业务，提供呼叫转移、呼叫等待、呼叫保持、呼叫限制、主叫号码显示\隐藏等在内的补充业务。

具体业务特征参见《中国移动CM-IMS多媒体电话业务规范》。

（2）统一Centrex业务统一Centrex 业务是面向企业用户提供继承传统Centrex 业务基本属性的实时会话业务，并对其进行了功能增强。

具体包括以下业务特征：群内呼叫、群外呼出、群外呼入、补充业务、话务台、以及固定移动融合VPMN 业务等。

具体业务特征参见《中国移动CM-IMS统一Centrex业务规范》。

（3） IMS多媒体彩铃业务IMS 多媒体彩铃业务面向个人、家庭和集团用户提供业务。

中国移动 云平台规划建设方案
2019年3月7日星期四
规划技术部
三大支撑线条部分系统现状
业务支撑线条 网络支撑线条 设备比例 CRM、BOSS、离线计费系统、实 EOMS、综合资管、无线 OA、Portal、ERP、 时计费系统、经营分析系统、 网优、传输综合网管、数 IAP、网管网、IT管控、 12580、客服NGCC系统、省市综 据网管、WNMS、UNMP、 主要系统 办公基础设施、管理 合应用平台、BOMC系统、4A系 全业务监测、GPRS信令 支撑安全 统等26个系统 监测系统等16个系统 数量约占总数量的16%， IBM小型 82台数据库服务器，233台应用服 tpmC约占总能力的48%， 机 务器，共45036万tpmC 可虚拟化比例为71% 20台数据库服务器， 22台数据库服务器，共 数量约占总数量的12%， SUN小型 共1006万tpmC；110台 7台服务器，共600万tpmC 1590万tpmC，35台其他服tpmC约占总能力的9%， 机 其他服务器，共3349 务器，共1385万tpmC 可虚拟化比例为37% 万tpmC 2台数据库服务器，共220 数量约占总数量的2%， 2台数据库服务器，4台应用服务 HP小型机 tpmC约占总能力的5%， 万tpmC；19台其他服务器， 器，共1240万tpmC 共2120万tpmC 可虚拟化比例为85% X86服务 249台服务器，共6832 器 万tpmC 存储 管理支撑线条
6
基础架构云平台建设方案一
统一管理运维 门户
IP网络
IBM小型机资源池 X86资源池 −主要管理x86服务器资源池 −存储资源池，用于存储基于 x86架构的应用及数据库数据 SUN/HP小型机资源池 −主要管理SUN小型机资源池 −存储资源池，用于存储基于Sparc 架构和PA机构的应用及数据库数据 −主要管理IBM小型机资源池 −存储资源池，用于存储基于 Power架构的应用及数据库数据 −以IBM服务器基础构建企业级 数据中心

中国移动业务支撑网网管规范中国移动通信企业标准业务支撑网网管规范目录1概述 (6)1.1范围 (6)1.2引用标准 (7)1.3术语和定义 (7)1.4符号和缩略语 (9)2总体说明 (10)2.1建设原则 (10)2.2建设目标 (12)2.3业务支撑网网管系统的体系结构 (15)2.4业务支撑网网管系统框架 (17)3功能要求 (19)3.1系统功能概述 (19)3.2服务管理平台功能描述 (20)3.3监控管理平台功能描述 (33)3.4安全管理 (63)3.5接口功能描述 (64)4技术要求 (65)4.1总体技术要求 (65)4.2监控管理平台技术要求 (67)4.3服务管理平台技术要求 (68)4.4接口技术要求 (70)4.5安全管理技术要求 (91)5编制说明 (97)前言说明该标准制定的目的、标准的附件及提示性{information}附件。

本标准由中国移动通信集团公司业务计费中心提出并归口。

{业务相关标准由业务部门提出并归口、计费相关标准由计费业务中心提出并归口、网管相关标准由网络部提出并归口，其它标准由技术部提出并归口。

}本标准由标准提出并归口部门负责解释。

本标准起草单位：本标准主要起草人：本标准解释单位：同提出单位1概述为了提高中国移动的服务水平、管理水平和经营决策水平，为客户提供及时、准确和高质量的服务，使中国移动向世界一流通信运营企业迈进，建立高效科学的中国移动业务支撑网网管系统，特制定本规范。

本规范包含对中国移动业务支撑网网管系统的服务管理平台和监控管理平台的功能和技术基本要求。

按照两级网管系统的原则，对中国移动业务支撑网网管系统进行了统一的规划，从而构建一个信息资源充分共享的一体化业务支撑体系，为中国移动业务组织、管理及市场经营、客户服务工作提供有力的技术支撑。

本技术规范包括三个附件，分别为：附件一、附件二、附件三、本规范是中国移动业务支撑网网管系统规划和建设的基本技术依据。

10
SDH/MSTP和PTN设备的架构
核心差别是交换方式和统计复用能力
MSTP 组网 统计复用 刚性管道，无统计复用
PTN 组网
弹性管道，有统计复用，带宽规划 可按收敛比、提高带宽利用率
速率
核心层10G，汇聚层10G/2.5G， 核心层、汇聚层10GE，接入层GE组
接入层622/155M组网
网
组网 环形、链形、MESH
2G和3G共传输 OAM和保护等电信级能力
TD回传网络的需求
业务IP化，以承载分组业务为主 接口速率和带宽需求加大 对不同业务有不同QoS保证 提供精确频率和时间同步
2G和3G共传输 OAM和保护等电信级能力
TD回传网络的挑战
传输接口和内核IP化
大容量传输，提高带宽效率 新
区分QoS传输
技
精确频率和时间同步传输 术 ？
2009
MPLS-TP主要标准预计2009年底可以成熟，全部标准预计2019年成熟 14
T-MPLS/MPLS-TP演进原因
T-MPLS
ITU-T提出T-MPLS的初衷是扩展IETF MPLS的功能子集 用于满足传送网络的面向连接的需求（如OAM、保护 等）。
随后IETF发现这些扩展与现有MPLS标准不兼容
最终ITU-T和IETF决定成立联合工作组（JWT）重新评 估T-MPLS的需求，得出结论——ITU-T传送需求可扩展 IETF MPLS架构实现，这些扩展被称为Transport Profile for MPLS（即MPLS-TP）
MPLS-TP
15
PTN实现方式II：PBT/PBB-TE技术
MSTP定位以TDM业务为主、分组业务为辅
PTN在分组业务占主导时（约70％）才体现优势

2、IP专用承载网
应保持轻载设计原则及设备部署的简洁性，单节点设备容量受限时优先采用设备替换或者集群的方式进行扩展。规范业务接入方案，统一规划CE路由器的建设。分批在规划内的重点覆盖城市建设集客专用AR设备并实现集团客户**业务的IP专网承载，逐步实现省内支撑系统的跨地市流量由IP专网承载。根据需求情况，逐步引入100G高速端口。
四、传送网
传送网应按照面向未来、统筹需求、整体规划、分步实施的原则，坚持网格化、IP化、差异化的规划思路，加快弥补基础资源短板、积极优化系统部署、着力提升末端接入能力。
1、基础资源
综合业务接入区按照“先框架，后充实”的原则，确保“一次规划到位，结构长期稳定”，完成城市建成区、郊区县和发达乡镇的规划；根据目标市场逐步推进分纤点的建设，实现更加贴近客户的“微网格”布局。汇聚机房以“自建、自购为主，租用为辅”原则，以主要满足综合业务接入区建设需求开展建设，不断提升机房自有率；管道应结合市政规划不断提升市政道路管道覆盖率，向业务接入点延伸的分支管道根据业务发展需求有目的地开展建设。
6、5G网络
结合应用场景特征，密切跟踪5G网络频率选择、标准制定和技术发展情况，为规划期试点商用做好前期准备。
三、核心网
核心网规划继续贯彻集中化原则，以“融合、高效、智能、安全”为目标，以支持新业务新功能快速上线和网络架构长期稳定为核心，按业务区统筹进行2G/3G/4G核心网的规划、建设和管理，经过网络融合，促进资源共享、延长设备生命周期、节省投资成本、提高业务质量。
3、分组域
坚持2G/3G/4G核心网融合组网，面向移动互联网，服务市场流量经营，满足数据业务发展需求，进一步提升分组域网络能力，适当预留分组域设备容量，并加强智能管道的建设。
4、CM-IMS

面向移动流量经营的业务支撑系统建设我国电信运营经历了从传统语音向数字流量为主的变化，不久后VoLTE技术甚至会把语音信号的传输收编到数字流量的囊中。

有关统计显示，在过去四年中，全球语音话务量一共增长一倍，而数据流量每年增长一倍；据爱立信预测，在未来的5年，全球数据流量每年还会以超过50%的速度增长，到2020年，全球将会有500亿个智能终端互联，智能手机用户将达到61亿。

中国移动董事长奚国华在2014年移动互联网合作伙伴大会上说：“中国移动未来的工作重点将从语音转向‘流量经营’和‘数字化服务’，流量经营将成为运营商市场竞争的主战场。

”未来将是一个全联接的世界，人与人、物与物，乃至业务与业务都会联接起来，用户流量消费习惯将随之发生变化，呈现出ROADs五大特征，即实时（Real time）、按需定制（on-demand）、全在线（all-on line）、自助服务（DIY）和社交分享（Social）。

未来的移动数据通信，必是用户可按需订购个性化的通信QOS/优先级、并实时生效的宽带通信。

另一方面，在任何地点，无线信道资源都是有限的，如何提高资源效率，高效满足用户需求是运营商关注的另一个重要课题。

传统的CT和IT支撑体系无法满足用户ROADs化的客户体验需求和运营商高效使用资源的要求，运营商支撑系统必须向ICT融合架构方向转型，让流量“引得进、摸得清、管得住、算得准、用得好、效率高”。

为满足以上业务需求，运营商支撑系统需要重点打造流量洞察、流量调控、流量服务、流量变现四大核心能力，并在此基础上实现能力开放。

流量洞察能力：“流量”是运营商为满足用户通信需求，而向用户提供的承载服务。

我们关注的流量指标主要有：用户类型、应用类型、流量累计、时间、位置、APN类型、网络类型、通信QOS（带宽/优先级）等。

“流量洞察”包含了用户洞察、网络洞察、应用洞察三个层面的含义。

用户洞察包含对用户静态和动态两种状态的洞察。

E-OMS
2018年10月23日
11
第二步:专业网管初步整合
MIS 计费
告警集中 资源管 性能综合 话务网 信令网 传输网 监控平台 理平台 分析平台 网管系 管系统 管系统 统
集团公司网管中心 数据共享
网国 络际 数据网 国际信令 层省 网管系 监测系统 面际 统
规 划 客 服
E-OMS
各省公司网管中心
N e t w o r k E le m e n t M a n a g e m e n t P r o c e s s e s
Tom=>eTom
P h y s ic a l R e s o u r c e a n d In f o r m a t io n T e c h n o lo g y
C u s to m e r
2018年10月23日
9
中国移动网管系统的总体框架
MIS 计费
网国 告警集中 资源管 性能综合 业务/数据 专家库/ 络 际 话务网 信令网 传输网 汇接网 数据网 国际信令 监控平台 理平台 分析平台 集中测试 知识库 层 省 网管系 管系统 管系统 网管系 网管系 监测系统 面际 系统 统 统 统
S u p p ly C h a in D e v e lo p m e n t & M a n a g e m e n t
S u p p lie r /P a r t n e r R e la t io n s h ip M a n a g e m e n t
E n t e r p r is e M anagem ent
C u s t o m e r R e la t io n s h ip M a n a g e m e n t

–针对本地卡充本地用户的话单核对，核对 从VC和NGBOSS中采集的充值话单记录。 –针对异地卡充本地用户话单核对，核对从 SCP和BOSS中采集的充值话单记录。
• 处理
–当VC中有充值记录而NGBOSS中有一致 的充值话单记录时，系统将NGBOSS中该 卡的状态由充值已占用改为充值已使用，表 明该卡已经充值使用完毕。 –当VC中无充值记录而NGBOSS中有充值 记录时，需要向BOSS发起冲正请求，该充 值无效。 –当SCP和BOSS中均有充值记录时，系统 不作处理。 –当SCP中无充值记录而BOSS中有充值记 录时，需要向BOSS发起冲正请求，该充值 无效。 –针对本地卡出访给异地用户充值，则SCP 中有话单而BOSS中无充值话单，此时需要 由态变NG更B为中O国S已S移充发动值新起一完卡代成状省统状级态业态变务。更运营，支由撑已系 激活状
– 当VC中有激活话单而NG-CRM中卡状 态为已生成状态时，表明VC中卡激活 状态不正常，需要向VC发起去激活请 求并告警。
– 当VC中有去激活话单而NG-CRM状态 为已激活状态时，表明VC中去激活状 态不正常，此时需要向VC发起激活请 求。
– 当VC中有去激活话单而NG-CRM状态 为已生成状态时，此属正常状态不作 处理。
功能和典型流程
•1
•有价卡 •状态转换
•2 •业务功能
•3
•典型 •业务流程
PPT文档演模板
中国移动新一代省级业务运营支撑系 统
有价卡状态转换
PPT文档演模板
•映射关系说明
卡生成、激活、锁定，均由 CRM系统发起并同步智能 网充值平台中的状态。
CRM系统可以重置有效期 并更新智能网充值平台数据。
– 当VC中卡状态为已激活，NGCRM为已生成时，判断VC卡状态 为误激活，向VC发起去激活请求。

搭建中国移动业务支撑网网管系统
冯汀;文雪刚;文静
【期刊名称】《电信工程技术与标准化》
【年(卷),期】2005(000)008
【摘要】面对维护过程中存在的诸多问题,结合业务支撑网的监控和管理需求,中国移动在2005年统一启动了以ITIL体系为核心的全国业务支撑网网管系统的搭建工作.本文主要介绍了中国移动业务支撑网网管系统的总体结构、功能要求以及发展方向.
【总页数】3页(P3-5)
【作者】冯汀;文雪刚;文静
【作者单位】中国移动通信集团公司,北京,100032;中国移动通信集团公司,北京,100032;中国移动通信集团公司,北京,100032
【正文语种】中文
【中图分类】TN92
【相关文献】
1.中国移动业务支撑网客户信息安全保护 [J], 徐党生
2.红帽Linux：用开放构建中国移动业务支撑网管系统 [J], 海峰
3.移动业务支撑网网管系统分析 [J], 邵冲
4.移动业务支撑网网管系统探究 [J], 王家成
5.中国移动业务支撑网网管系统应用红帽Linux [J],
因版权原因，仅展示原文概要，查看原文内容请购买。