中国联通BSS系统体系结构规划
中国联通BSS运行维护管理平台业务技术规范讨论稿(1)
中国联通业务支持系统（BSS）运行维护管理平台业务技术规范（讨论稿）中国联通2004年6月目录1.总体概述 (1)1.1 行业背景 (2)1.2 系统现状分析 (2)1.3 编制目的 (3)1.4 适用范围 (3)1.5 起草单位 (3)1.6 解释权 (3)1.7 参考文献 (3)2.建设目标及原则 (3)2.1 建设目标 (4)2.1.1 近期目标 (4)2.1.2 远期目标 (5)2.1.3 建设规划 (5)2.2 建设原则 (6)3.系统总体结构 (6)3.1 系统定位以及与现有网管系统之间的关系 (7)3.1.1 系统定位 (7)3.1.2 与现有网管系统之间的关系 (7)3.2 系统组织结构 (8)3.3 系统体系结构 (9)3.3.1 数据层 (10)3.3.1.1 监控数据 (10)3.3.1.2 管理数据 (11)3.3.1.3 系统数据 (11)3.3.1.4 文档数据 (11)3.3.2 功能层 (11)3.3.3 接入展现层 (14)3.4 与外部系统之间的关系 (14)4.业务功能与流程 (15)4.1 各模块之间的关系 (16)4.2 岗位与角色描述 (16)4.2.1 岗位描述 (16)4.2.2 角色描述 (17)4.3 业务功能描述 (19)4.3.1 服务支持 (19)4.3.1.1 服务台 (19)4.3.1.2 事件管理 (21)4.3.1.3 问题管理 (25)4.3.1.4 变更管理 (28)4.3.1.5 配置管理 (31)4.3.1.6 日常运维管理 (34)4.3.1.7 供应商管理 (35)4.3.1.8 知识库管理 (37)4.3.2 系统监控 (39)4.3.2.1 监控台 (39)4.3.2.2 性能管理 (40)4.3.2.3 告警管理 (42)4.3.2.4 配置处理 (48)4.3.3 系统管理 (50)5.系统技术要求 (51)5.1 总体技术要求 (52)5.1.1 应用软件 (52)5.1.2 数据要求 (53)5.1.3 性能要求 (53)5.1.4 开发工具 (53)5.2 统计报表 (54)5.3 拓扑展现 (54)5.3.1 拓扑的生成方式 (54)5.3.2 技术要求 (55)5.4 工作流 (56)5.5 安全管理 (59)5.5.1 对安全管理的统一维护 (59)5.5.2 运维管理平台的安全性 (59)5.6 数据采集 (60)5.6.1 数据源类型 (60)5.6.2 数据采集要求 (60)5.6.3 数据预处理 (61)6.系统接口 (61)6.1 接口原则 (62)6.2 服务支持与系统监控的接口 (63)6.2.1 接口定义 (63)6.2.2 接口方式 (63)6.2.3 接口要求 (63)6.2.4 接口内容 (64)6.3 与业务应用系统的接口 (65)6.3.1 接口定义 (65)6.3.2 接口方式 (65)6.3.3 接口策略 (65)6.3.4 接口要求 (66)6.3.5 接口内容 (66)6.4 与系统平台的接口 (67)6.4.1 接口定义 (67)6.4.2 接口方式 (67)6.4.3 接口要求 (67)6.4.4 接口内容 (67)6.5 两级运维系统间的接口 (68)6.5.1 接口定义 (68)6.5.2 两级接口文件命名规则及相关约束 (68)6.5.2.1 文件命名规则 (68)6.5.2.2 回执文件格式约定 (69)6.5.2.3 错误信息说明 (70)6.5.3 上传关键业务指标 (71)6.5.3.1 接口定义 (71)6.5.3.2 接口实现 (72)6.5.4 工单信息的传递 (73)6.5.4.1 接口定义 (73)6.5.4.2 接口实现 (74)6.5.5 知识库信息传递 (75)6.5.5.1 接口定义 (75)6.5.5.2 接口实现 (76)6.5.6 上传统计报表 (77)6.5.6.1 接口定义 (77)6.5.6.2 接口实现 (78)6.6 与其他系统的接口 (78)6.6.1 接口定义 (78)6.6.2 接口实现 (78)中国联通业务支持系统（BSS）运行维护管理平台业务技术规范1. 总体概述1中国联通业务支持系统（BSS ）运行维护管理平台业务技术规范21.1.1 行业背景当今通信市场正由传统的以通信网为中心的服务质量的竞争转变成以客户为中心的服务质量的竞争，中国联通为了适应市场竞争的变化，必须建立以客户服务为中心的服务机制。
中国联通BSS系统产品架构解析
刘 建
科 信 技
—
—
黑 龙 江——
思
中国联 通 Ｂ Ｓ系统产 品架构解 析 Ｓ
（ 中国联通吉林省分公 司计 费账务 中心， 吉林 长春 １０ ３ ） ３０ １
摘 要： 产品架构是 中国联通 Ｂ Ｓ系统数 据模 型基础 ， Ｂ Ｓ系统的重要组成部 分。 Ｓ 是 Ｓ 通过 阐述 Ｂ Ｓ系统产品架构 的四个层次 ， Ｓ 及层 次之 间的关 系， 望对 Ｂ Ｓ系统维护人 员有所帮助 ， 希 Ｓ 能在实际 系统维护过 程中条理 清晰分析 问题、 处理问题。
＿
２ 品架 构的层次 产
通电话”‘ Ｄ Ｄ 啦 拟拨号） “Ｇ ｉ ｏｅ 、 ｓ ‘ Ａ ｓ ” ３ ｈ ｎ 合 的可销售对象。 、 Ｐ 约计划” ……。每—类活动下面都包含多个产品。 在数据库中服务表是： ～ ＿ｅｖｃ ｔ ｂｓｒｉ ｄ ｅ 重要字 段有 ： 在数据库中活动表是 ： ＿＿ ｒｄ ｅ．ｐ ｔ ｓｐｏ ｕＬｔ ｅ ｄ ｙ
＿ ＿ ． ＿ ． ．
＜ ＞ｏｃ ｔ ３ ｆ ｒ ｅ ａ 是否 为必选 。’ 代表 必选 ， 无 法继 续受理 。 ｇ（ １ ’ ０ ２ 元 素 ． ４ 代 表可 选 ） ＢＳ Ｓ 系统将产品的架构分为了 ４ 个层次 ， 活 动一 产品 一 产品构成包 一元素 包是由包元素组成的。目前元素分为四大类 ： ＜ ＞ ｅ ｕ ａ（ ４ ｄｆ ｈ ｔ 是否为默选。… ａ ｇ １代表默选， ’ ’ Ｏ 服务元素、 资费元素、Ｐ ｓ 元素、 礼品元素。其中常用 代表不默选） ２ 活动 ｌ 选择活动是选择产品的第一步。活动是营业 的有服务元素和资费元素。 ３ ３包 与元素 的关系 服务包下对应服务元素（ 简称服务） ： 是基于 每个包都由多个元素组成；—个元素可以归 受理开户业务的人 口， 我们可以认为它是某—类品 最小 牌， 或者１可 以认为是某—类产品的集合 。如 ：普 产 品向客 户提 供的—组 功能 。服 务是 最基 本 、 属多个包。 ‘Ｇ ｉｈｎ 资费包 ３ ６这个资费包 乜 “ 如：３ ｏｅ ． Ｐ ８＇ ’
中国联通BSS系统体系结构规划
专业计费系统包括了GSM、CDMA（包括语音与CDMA1X流量）、193/VoIP融合计费、短信计费等子系统，GSM专业计费子系统多与综合帐务系统一起建设。
另外随着加入wto后国外运营商的进入以及国内电信行业的竞争日益加剧市场模式已经从单纯的资费竞争逐渐转向服务竞争客户成为运营商最为宝贵的资源要更好的利用客户资源就必须能够对客户数据进行充分地分析能够为客户提供更为全面的服务这也要求支撑系统从面向业务的支撑逐步转向面向客户的支撑
中国联通BSS系统体系结构规划
2.《中国联通综合营帐系统总体方案》，v1.0，2002.10，中国联通总部计费、结算与信息系统部，企业标准。
3.《中国联通综合营帐系统技术规范》，v1.0，2002.10，中国联通总部计费、结算与信息系统部，企业标准。
4.《中国联通综合营帐系统业务规范》，v1.0，2002.10，中国联通总部计费、结算与信息系统部，企业标准。
省级BSS系统的体系结构如图2-1所示：
图2-1省级现有BSS系统的体系结构
现有的BSS系统以综合营业、综合帐务系统为核心，提供综合业务受理、业务资源管理、缴费、二次批价、综合帐务处理等功能。大多数分公司综合营业、综合帐务系统作为同一个系统建设，即综合营帐系统。按照原有规划，目前部分分公司已经完成了营业、帐务的分离，部分分公司正在进行中，但多数分公司营业帐务仍属同一个系统。
与业务增长相适应，中国联通综合电信业务支撑系统（以下简称BSS系统）也经历了从小到大、从单一业务到综合业务的发展，比较好的支撑了联通公司各项业务的发展。
中国联通IT系统BSS系统域企业外部门户系统业务规范
中国联通IT系统BSS系统域企业外部门户系统业务规范China Unicom Internet Portal Functional Specification(v1.0)中国联通公司发布目次目次........................................................................................................... 错误!未定义书签。
前言........................................................................................................... 错误!未定义书签。
1 总则............................................................................................................ 错误!未定义书签。
1.1 编制目的............................................................................................. 错误!未定义书签。
1.2 内容概要............................................................................................. 错误!未定义书签。
1.3 术语解释............................................................................................. 错误!未定义书签。
1.4 参考资料............................................................................................. 错误!未定义书签。
中国联通BSS系统架构
中国联通BSS系统架构第1章 BSS规划目标1.1 BSS应用架构中国联通BSS应用架构分为0级视图、1级视图、2级视图及总部省分两级应用部署视图。
1.1.1 BSS应用架构的0级视图BO服务开通管理类系统客户接触类系统(Service Activation (Customer Contact Systems )ManagementSystems)资源管理类系统客户关系管理类系统...(Customer Relationship 计费结算类系统Management Systems)(Billing & Settlement 服务保障类系统Systems) 分析型系统网络规划与设计(Analytic Systems)图表 1-1 BSS应用架构的0级视图资源管理类系统中号线资源管理属于综合资源管理系统的一部分，由于与前台业务处理耦合度较高，暂纳入到BSS专业规划中，未来OSS域综合资源管理系统建成后，仍纳入OSS域，不再包括在BSS专业规划范围内。
0级视图将BSS域划分为客户接触类、客户关系管理类、计费结算类、分析型4大类系统，及OSS域中服务开通管理类系统，共5大类系统。
(1) 客户接触类系统:面向客户、渠道人员，提供丰富营销前端，统一后台业务服务支撑。
包括WEB营业厅(WEB BH)、WAP营业厅(WAP BH)、短信营业厅(SMS BH)、自助终端系统(Self-Service Terminal System)、客服系统(CCS)、渠道支撑平台(CSP)。
(2) 客户关系管理类系统:以客户体验为中心，提升价值链运营能力，为客户(含个人、家庭、集团客户)、合作伙伴提供服务及管理支撑。
包括客户关系管理系统(CRM)、集团客户生产管理系统(GCM)、合作伙伴管理系统(PRM)。
(3) 计费结算类系统:面向全业务提供综合计费帐务、在线计费、综合结算及综合缴费等能力。
包括综合计费帐务系统(Billing)、在线计费系统(OCS)、综合结算系统(ISS)、综合缴费卡系统(IPC)、综合采集系统(Mediation)。
(营销业务管理)中国联通IT系统BSS系统域综合计费帐务系统业务规最全版
（业务管理）中国联通IT 系统BSS系统域综合计费帐务系统业务规QB/CU xx—2006中国联通IT系统BSS系统域综合计费帐务系统业务规范ChinaUnicomBillingFunctionalSpecification（V1.0）2006-X-X实施中国联通IT系统BSS系统域综合计费帐务系统业务规范目次前言12引言13修改历史15综合计费帐务系统业务规范161.范围162.规范性引用文件163.缩略语和术语定义163.1.缩略语163.2.术语174.总则214.1.编制目的214.2.适用范围214.3.文档结构215.总体概述225.1.系统定位225.2.建设目标235.2.1.计费收入保障235.2.2.综合业务计费235.2.3.3G计费245.2.4.灵活定价245.2.5.集团客户计费245.3.设计原则245.3.1.实用、先进、可持续发展245.3.2.实时性245.3.3.面向市场与客户245.3.4.系统灵活，面向未来3G业务245.3.5.模块化255.3.6.规范化、标准化255.3.7.系统平滑过渡255.4.总体设计265.4.1.系统功能架构265.4.2.系统间集成关系29中国联通机密文件第3 页共148 页6.批价326.1.集成要求336.1.1.系统间集成要求336.1.2.模块间集成要求336.2.流程描述346.2.1.批价向导流程346.2.2.本省用户使用事件处理流程356.2.3.本省无主使用事件处理流程366.2.4.漫游用户使用事件处理流程376.2.5.批价回退处理流程386.2.6.批价回收处理流程396.3.批价参数管理406.3.1.产品及优惠配置406.3.2.资费计划配置416.3.3.资费计算规则配置426.3.4.使用事件类型配置446.3.5.局数据配置456.3.6.圆整规则配置476.4.批价向导476.4.1.业务定义476.4.2.功能要求486.4.3.数据要求506.5.费用计算506.5.1.业务定义506.5.2.功能要求516.5.3.数据要求536.6.回退处理536.6.1.业务定义536.6.2.功能要求546.6.3.数据要求546.7.回收处理546.7.1.业务定义546.7.2.功能要求546.7.3.数据要求557.帐务处理557.1.集成要求557.1.1.系统间集成要求557.1.2.模块间集成要求567.2.流程描述577.2.1.帐务处理流程577.2.2.优惠处理流程587.2.3.出帐处理流程597.2.4.调帐处理流程617.3.客户资料管理627.3.1.业务定义627.3.2.功能要求627.3.3.数据要求637.4.优惠规则管理647.4.1.业务定义647.4.2.功能要求647.4.3.数据要求667.5.优惠处理667.5.1.业务定义667.5.2.功能要求677.5.3.数据要求717.6.周期性及一次性费用计算72 7.6.1.业务定义727.6.2.功能要求727.6.3.数据要求747.7.出帐处理757.7.1.业务定义757.7.2.功能要求757.7.3.数据要求787.8.出帐回退787.8.1.业务定义787.8.2.功能要求787.8.3.数据要求787.9.累帐处理797.9.1.业务定义797.9.2.功能要求797.9.3.数据要求797.10.调帐807.10.1.业务定义807.10.2.功能要求807.10.3.数据要求807.11.帐务关系管理807.11.1.业务定义807.11.2.功能要求817.11.3.数据要求828.帐单管理828.1.集成要求828.1.1.系统间集成要求828.1.2.模块间集成要求83 8.2.流程描述838.2.1.帐单管理流程838.3.帐单定制848.3.1.业务定义848.3.2.功能要求858.3.3.数据要求868.4.帐单生成878.4.1.业务定义878.4.2.功能要求878.4.3.数据要求888.5.帐单配送888.5.1.业务定义888.5.2.功能要求888.5.3.数据要求889.收费管理899.1.集成要求899.1.1.系统间集成要求899.1.2.模块间集成要求90 9.2.流程描述919.2.1.本地缴费流程919.2.2.异地缴费流程929.2.3.跨省集团缴费流程949.2.4.销帐处理流程959.2.5.反销帐处理流程96 9.3.缴费979.3.1.营业缴费979.3.2.异地缴费999.3.3.银行托收1009.3.4.银行划帐1009.3.5.第三方代收1019.3.6.集团客户统一缴费102 9.4.票据处理1029.4.1.业务定义1029.4.2.功能要求1039.4.3.数据要求1039.5.销帐与反销帐1039.5.1.销帐处理1049.5.2.反销帐处理1059.5.3.集团客户统一销帐1069.6.对帐1079.6.1.业务定义1079.6.2.功能要求1079.6.3.数据要求1079.7.总帐1089.7.1.业务定义1089.7.2.功能要求1089.7.3.数据要求1099.8.余额管理1099.8.1.业务定义1099.8.2.功能要求1099.8.3.数据要求1109.9.积分计算1109.9.1.积分计算处理1119.9.2.积分规则管理11110.欠费管理11210.1.集成要求11310.1.1.系统间集成要求113 10.2.模块间集成要求11310.3.流程描述11410.3.1.欠费催缴流程11410.3.2.动态信用评分计算流程11510.3.3.设置信用额度流程11610.3.4.坏帐核销流程11710.4.欠费数据生成11810.4.1.业务定义11810.4.2.功能要求11810.4.3.数据要求11810.5.欠费缴清11910.5.1.业务定义11910.5.2.功能要求11910.5.3.数据要求11910.6.催缴队列管理11910.6.1.业务定义11910.6.2.功能要求11910.6.3.数据要求12010.7.催缴规则管理120 10.8.信用度计算12110.8.1.动态信用评分12110.8.2.设置信用额度12210.8.3.信用规则管理125 10.9.挂帐处理12610.9.1.业务定义12610.9.2.功能规范12610.9.3.数据要求126 10.10.呆帐处理12610.10.1.业务定义12610.10.2.功能要求12610.10.3.数据要求126 10.11.坏帐处理12710.11.1.业务定义12710.11.2.功能要求12710.11.3.数据要求127 10.12.滞纳金管理12710.12.1.业务定义12710.12.2.功能规范12710.12.3.数据要求12811.信用控制12811.1.集成要求12911.1.1.系统间集成要求12911.1.2.模块间集成要求129 11.2.流程描述13011.3.实时费用检测13111.3.1.定义13111.3.2.功能要求13111.3.3.数据要求132 11.4.信用监控13211.4.1.定义13211.4.2.功能要求13211.4.3.数据要求132 11.5.催缴处理13311.5.1.定义13311.5.2.功能要求13311.5.3.数据要求133 11.6.停开机处理13411.6.1.定义13411.6.2.功能要求13411.6.3.数据要求134 11.7.信用监控参数维护13411.7.1.定义13411.7.2.功能要求13411.7.3.数据要求13512.防欺诈控制13512.1.集成要求13512.1.1.系统间集成要求13512.1.2.模块间集成要求136 12.2.流程描述13612.2.1.防欺诈处理流程136 12.3.欺诈数据过滤13712.3.1.业务定义13712.3.2.功能要求13712.3.3.数据要求137 12.4.欺诈监测13812.4.1.业务定义13812.4.2.功能要求13812.4.3.数据要求139 12.5.规则维护14012.5.1.业务定义14012.5.2.功能要求14012.5.3.数据要求142 12.6.欺诈告警管理14212.6.1.业务定义14212.6.2.功能要求14212.6.3.数据要求143 12.7.欺诈报告管理14312.7.1.业务定义14312.7.2.功能要求14312.7.3.数据要求144 12.8.欺诈处理14512.8.1.业务定义14512.8.2.功能要求14512.8.3.数据要求14813.收入流监测14813.1.集成要求14913.1.1.系统间集成要求14913.1.2.模块间集成要求149 13.2.流程描述15013.2.1.收入流监测流程150 13.3.监测预处理15113.3.1.业务定义15113.3.2.功能要求15113.3.3.数据要求15213.4.监测规则管理15213.4.1.业务定义15213.4.2.功能要求15213.4.3.数据要求15313.5.监测处理15313.5.1.业务定义15313.5.2.功能要求15313.5.3.数据要求15513.6.告警处理15613.6.1.业务定义15613.6.2.功能要求15613.6.3.数据要求15614.统计查询15714.1.统计管理15714.1.1.批价统计15714.1.2.帐务应收统计15814.1.3.帐务实收统计15914.1.4.积分统计16014.2.查询管理16014.2.1.实时话费查询16114.2.2.详单查询16114.2.3.余额查询16114.2.4.帐单查询16114.2.5.押金历史查询16114.2.6.缴费数据查询16114.2.7.销帐数据查询16114.2.8.优惠详细情况查询16114.2.9.催缴数据查询16214.2.10.欠费数据查询16214.2.11.积分数据查询16214.2.12.信用度查询16214.2.13.呆帐数据查询16214.2.14.坏帐数据查询16215.系统管理16215.1.参数管理16315.1.1.业务定义16315.1.2.功能要求16315.1.3.数据要求16315.2.操作点管理16315.2.1.业务定义16315.2.2.功能要求16315.2.3.数据要求16415.3.权限管理16415.3.1.业务定义16415.3.2.功能要求16415.3.3.数据要求16515.4.系统备份16515.4.1.业务定义16515.4.2.功能要求16515.4.3.数据要求16515.5.日志管理16515.5.1.业务定义16515.5.2.功能要求16515.5.3.数据要求16615.6.系统监控16615.6.1.业务定义16615.6.2.功能要求16615.6.3.数据要求16716.场景验证16716.1.专线计费业务场景16716.1.1.场景描述16716.1.2.业务场景16716.1.3.业务描述16716.2.无主事件处理场景16816.2.1.场景描述16816.2.2.业务场景16916.2.3.业务描述16916.3.回退处理场景17016.3.1.场景描述17016.3.2.业务场景17116.3.3.业务描述17116.4.智能网事件计费场景17216.4.2.业务场景17216.4.3.业务描述17216.5.产品及资费场景173 16.5.1.业务描述17316.5.2.业务场景17316.5.3.场景描述17416.6.客户促销优惠场景174 16.6.1.业务描述17416.6.2.业务场景17516.6.3.场景描述17516.7.缴费触发优惠场景176 16.7.1.场景描述17616.7.2.业务场景17616.7.3.业务描述17616.8.总帐场景17616.8.1.业务描述17616.8.2.业务场景17716.8.3.场景描述17716.9.对帐场景17816.9.1.业务描述17816.9.2.业务场景17916.9.3.场景描述17916.10.信控场景18016.10.1.业务描述180 16.10.2.业务场景181 16.10.3.场景描述18116.11.客户定制化帐单场景182 16.11.1.业务描述182 16.11.2.业务场景183 16.11.3.场景描述18316.12.动态信用度计算场景184 16.12.1.业务描述184 16.12.2.业务场景184 16.12.3.场景描述18516.13.欠费处理场景185 16.13.1.业务描述185 16.13.2.业务场景186 16.13.3.场景描述18616.14.漫游高额防欺诈场景18716.14.2.业务场景18816.14.3.场景描述18816.15.帐单查询及调帐处理场景189 16.15.1.业务描述18916.15.2.业务场景18916.15.3.场景描述19016.16.V O IP电话卡实收总帐计算场景190 16.16.1.业务描述19016.16.2.业务场景19116.16.3.场景描述191前言中国联通在2005年制订了未来三年的IT规划。
中国联通IT系统 BSS系统域 在线计费系统
QB/CU 100-2007《中国联通综合增值业务平台（VASP）技术体制v1.0》
IETF RFC2865:Remote Authentication Dial In User Service
IETF RFC 3588: Diameter Base Protocol
目次
1
本规范结合中国联通在线计费系统（OCS）的业务和技术规范要求，对GGSN与OCS信息交换的协议及流程进行了规定。
本标准由中国联通公司信息化部提出
本标准由中国联通公司技术部归口
本标准主要起草单位：中讯邮电咨询设计院、联通公司信息化部
本标准主要起草人：刘晓亮、杜志涛、宋齐军、刘四奎
本标准的修改和解释权属中国联通公司。
[ Requested-Action ]
[ Multiple-Services-Indicator ]
*[ Multiple-Services-Credit-Control ]
[ Service-Information ]
*[ AVP ]
AVP名称
AVP代码
数据类型
属性
描述
Session-Id
263
IETFRFC 4006:Diameter Credit-Control Application
3GPP 32.296:Online Charging System (OCS) applications and interfaces
3GPP 32.299:Diameter charging application
AVPs
其中，AVP结构为：
0
1
联通业务支持系统BSS运行维护管理平台业务技术规范
联通业务支持系统B S S 运行维护管理平台业务技术规范TTA standardization office【TTA 5AB- TTAK 08- TTA 2C】中国联通业务支持系统（BSS）运行维护管理平台业务技术规范（讨论稿）中国联通2004年6月目录1.总体概述····················································································行业背景·····································系统现状分析···································编制目的·····································适用范围····································起草单位·····································解释权······································参考文献·····································2.建设目标及原则············································································建设目标.....................................近期目标 (3)远期目标········································建设规划········································建设原则·····································3.系统总体结构 ··············································································系统定位以及与现有网管系统之间的关系......................系统定位 (6)与现有网管系统之间的关系································系统组织结构···································系统体系结构···································数据层·········································监控数据·······································管理数据·······································系统数据·······································文档数据·······································功能层·········································接入展现层·······································与外部系统之间的关系······························4.业务功能与流程············································································各模块之间的关系·································岗位与角色描述··································岗位描述········································角色描述········································业务功能描述···································服务支持········································服务台········································事件管理.......................................问题管理.......................................变更管理.......................................配置管理. (30)日常运维管理·····································供应商管理······································知识库管理······································系统监控········································监控台········································性能管理·······································告警管理·······································配置处理·······································系统管理········································5.系统技术要求 ··············································································总体技术要求···································应用软件········································数据要求········································性能要求········································开发工具········································统计报表·····································拓扑展现·····································拓扑的生成方式·····································技术要求········································工作流······································安全管理·····································对安全管理的统一维护··································运维管理平台的安全性··································数据采集·····································数据源类型·······································数据采集要求······································数据预处理·······································6.系统接口····················································································接口原则.....................................服务支持与系统监控的接口............................接口定义........................................接口方式........................................接口要求........................................接口内容........................................与业务应用系统的接口.. (62)接口定义········································接口方式........................................接口策略........................................接口要求........................................接口内容........................................与系统平台的接口.. (63)接口定义........................................接口方式........................................接口要求........................................接口内容........................................两级运维系统间的接口..............................接口定义.. (64)两级接口文件命名规则及相关约束.............................文件命名规则.....................................回执文件格式约定...................................错误信息说明.....................................上传关键业务指标. (68)接口定义.......................................接口实现.......................................工单信息的传递.....................................接口定义.......................................接口实现.......................................知识库信息传递.. (72)接口定义·······································接口实现·······································上传统计报表······································接口定义·······································接口实现·······································与其他系统的接口·································接口定义········································接口实现········································1. 总体概述1.1行业背景当今通信市场正由传统的以通信网为中心的服务质量的竞争转变成以客户为中心的服务质量的竞争，中国联通为了适应市场竞争的变化，必须建立以客户服务为中心的服务机制。
中国联通业务支持系统(BSS)运行维护管理平台业务技术规范
中国联通业务支持系统（BSS）运行维护管理平台业务技术规范（讨论稿）中国联通2004年6月目录1.总体概述 (1)1.1 行业背景 (1)1.2 系统现状分析 (1)1.3 编制目的 (2)1.4 适用范围 (2)1.5 起草单位 (2)1.6 解释权 (2)1.7 参考文献 (2)2.建设目标及原则 (3)2.1 建设目标 (3)2.1.1 近期目标 (3)2.1.2 远期目标 (4)2.1.3 建设规划 (4)2.2 建设原则 (4)3.系统总体结构 (6)3.1 系统定位以及与现有网管系统之间的关系 (6)3.1.1 系统定位 (6)3.1.2 与现有网管系统之间的关系 (6)3.2 系统组织结构 (7)3.3 系统体系结构 (8)3.3.1 数据层 (9)3.3.1.1 监控数据 (9)3.3.1.2 管理数据 (10)3.3.1.3 系统数据 (10)3.3.1.4 文档数据 (10)3.3.2 功能层 (10)3.3.3 接入展现层 (13)3.4 与外部系统之间的关系 (13)4.业务功能与流程 (15)4.1 各模块之间的关系 (15)4.2 岗位与角色描述 (15)4.2.1 岗位描述 (15)4.2.2 角色描述 (16)4.3 业务功能描述 (18)4.3.1 服务支持 (18)4.3.1.1 服务台 (18)4.3.1.2 事件管理 (20)4.3.1.3 问题管理 (23)4.3.1.4 变更管理 (26)4.3.1.5 配置管理 (29)4.3.1.6 日常运维管理 (32)4.3.1.7 供应商管理 (33)4.3.1.8 知识库管理 (35)4.3.2 系统监控 (37)4.3.2.1 监控台 (37)4.3.2.2 性能管理 (38)4.3.2.3 告警管理 (40)4.3.2.4 配置处理 (46)4.3.3 系统管理 (48)5.系统技术要求 (50)5.1 总体技术要求 (50)5.1.1 应用软件 (50)5.1.2 数据要求 (51)5.1.3 性能要求 (51)5.1.4 开发工具 (51)5.2 统计报表 (52)5.3 拓扑展现 (52)5.3.1 拓扑的生成方式 (52)5.3.2 技术要求 (53)5.4 工作流 (54)5.5 安全管理 (57)5.5.1 对安全管理的统一维护 (57)5.5.2 运维管理平台的安全性 (57)5.6 数据采集 (58)5.6.1 数据源类型 (58)5.6.2 数据采集要求 (58)5.6.3 数据预处理 (59)6.系统接口 (60)6.1 接口原则 (60)6.2 服务支持与系统监控的接口 (61)6.2.1 接口定义 (61)6.2.2 接口方式 (61)6.2.3 接口要求 (61)6.2.4 接口内容 (61)6.3 与业务应用系统的接口 (63)6.3.1 接口定义 (63)6.3.2 接口方式 (63)6.3.3 接口策略 (63)6.3.4 接口要求 (64)6.3.5 接口内容 (64)6.4 与系统平台的接口 (65)6.4.1 接口定义 (65)6.4.2 接口方式 (65)6.4.3 接口要求 (65)6.4.4 接口内容 (65)6.5 两级运维系统间的接口 (66)6.5.1 接口定义 (66)6.5.2 两级接口文件命名规则及相关约束 (66)6.5.2.1 文件命名规则 (66)6.5.2.2 回执文件格式约定 (67)6.5.2.3 错误信息说明 (68)6.5.3 上传关键业务指标 (69)6.5.3.1 接口定义 (69)6.5.3.2 接口实现 (70)6.5.4 工单信息的传递 (71)6.5.4.1 接口定义 (71)6.5.4.2 接口实现 (72)6.5.5 知识库信息传递 (73)6.5.5.1 接口定义 (73)6.5.5.2 接口实现 (74)6.5.6 上传统计报表 (75)6.5.6.1 接口定义 (75)6.5.6.2 接口实现 (76)6.6 与其他系统的接口 (76)6.6.1 接口定义 (76)6.6.2 接口实现 (76)1. 总体概述1.1行业背景当今通信市场正由传统的以通信网为中心的服务质量的竞争转变成以客户为中心的服务质量的竞争，中国联通为了适应市场竞争的变化，必须建立以客户服务为中心的服务机制。
中国联通业务支持系统(BSS)运行维护管理平台业务技术规范
中国联通业务支持系统（BSS）运行维护管理平台业务技术规范（讨论稿）中国联通2004年6月目录1.总体概述 (1)1.1 行业背景 (1)1.2 系统现状分析 (1)1.3 编制目的 (2)1.4 适用范围 (2)1.5 起草单位 (2)1.6 解释权 (2)1.7 参考文献 (2)2.建设目标及原则 (3)2.1 建设目标 (3)2.1.1 近期目标 (3)2.1.2 远期目标 (3)2.1.3 建设规划 (4)2.2 建设原则 (4)3.系统总体结构 (5)3.1 系统定位以及与现有网管系统之间的关系 (5)3.1.1 系统定位 (5)3.1.2 与现有网管系统之间的关系 (5)3.2 系统组织结构 (6)3.3 系统体系结构 (7)3.3.1 数据层 (8)3.3.1.1 监控数据 (8)3.3.1.2 管理数据 (9)3.3.1.3 系统数据 (9)3.3.1.4 文档数据 (9)3.3.2 功能层 (9)3.3.3 接入展现层 (12)3.4 与外部系统之间的关系 (12)4.业务功能与流程 (14)4.1 各模块之间的关系 (14)4.2 岗位与角色描述 (14)4.2.1 岗位描述 (14)4.2.2 角色描述 (15)4.3 业务功能描述 (17)4.3.1 服务支持 (17)4.3.1.1 服务台 (17)4.3.1.2 事件管理 (19)4.3.1.3 问题管理 (22)4.3.1.4 变更管理 (25)4.3.1.5 配置管理 (28)4.3.1.6 日常运维管理 (31)4.3.1.7 供应商管理 (32)4.3.1.8 知识库管理 (33)4.3.2 系统监控 (36)4.3.2.1 监控台 (36)4.3.2.2 性能管理 (36)4.3.2.3 告警管理 (38)4.3.2.4 配置处理 (45)4.3.3 系统管理 (47)5.系统技术要求 (49)5.1 总体技术要求 (49)5.1.1 应用软件 (49)5.1.2 数据要求 (50)5.1.3 性能要求 (50)5.1.4 开发工具 (50)5.2 统计报表 (51)5.3 拓扑展现 (51)5.3.1 拓扑的生成方式 (51)5.3.2 技术要求 (52)5.4 工作流 (52)5.5 安全管理 (56)5.5.1 对安全管理的统一维护 (56)5.5.2 运维管理平台的安全性 (56)5.6 数据采集 (57)5.6.1 数据源类型 (57)5.6.2 数据采集要求 (57)5.6.3 数据预处理 (57)6.系统接口 (59)6.1 接口原则 (59)6.2 服务支持与系统监控的接口 (60)6.2.1 接口定义 (60)6.2.2 接口方式 (60)6.2.3 接口要求 (60)6.2.4 接口内容 (60)6.3 与业务应用系统的接口 (62)6.3.1 接口定义 (62)6.3.2 接口方式 (62)6.3.3 接口策略 (62)6.3.4 接口要求 (63)6.3.5 接口内容 (63)6.4 与系统平台的接口 (63)6.4.1 接口定义 (63)6.4.2 接口方式 (63)6.4.3 接口要求 (64)6.4.4 接口内容 (64)6.5 两级运维系统间的接口 (64)6.5.1 接口定义 (64)6.5.2 两级接口文件命名规则及相关约束 (65)6.5.2.1 文件命名规则 (65)6.5.2.2 回执文件格式约定 (66)6.5.2.3 错误信息说明 (66)6.5.3 上传关键业务指标 (68)6.5.3.1 接口定义 (68)6.5.3.2 接口实现 (68)6.5.4 工单信息的传递 (70)6.5.4.1 接口定义 (70)6.5.4.2 接口实现 (71)6.5.5 知识库信息传递 (72)6.5.5.1 接口定义 (72)6.5.5.2 接口实现 (73)6.5.6 上传统计报表 (73)6.5.6.1 接口定义 (73)6.5.6.2 接口实现 (74)6.6 与其他系统的接口 (74)6.6.1 接口定义 (74)6.6.2 接口实现 (74)1. 总体概述1.1行业背景当今通信市场正由传统的以通信网为中心的服务质量的竞争转变成以客户为中心的服务质量的竞争，中国联通为了适应市场竞争的变化，必须建立以客户服务为中心的服务机制。
中国联通BSS域服务集规范cBSS系统文件分册
中国联通BSS域服务集规范cBSS系统文件分册V1.2目录1.范围82.缩略语和术语定义82.1.缩略语82.2.术语93.银行代收代扣文件接口143.1银行代收对帐143.1.1业务描述143.1.2平账处理说明143.1.3异常记录处理143.1.4文件说明143.2银行托收申请173.2.1业务描述173.2.2平账处理说明173.2.3异常记录处理173.2.4文件说明173.3银行托收回盘203.3.1业务描述203.3.2平账处理说明203.3.3异常记录处理203.3.4文件说明204.营业受理文件接口244.1帐前信息同步244.1.1业务描述244.1.2文件说明254.2销账后余额同步284.2.1业务描述284.2.2文件说明294.3销账后欠费信息同步314.3.1业务描述314.3.2文件说明324.4代为收费账单缴费通知344.4.1业务描述344.4.2文件说明344.5用户积分同步364.5.1业务描述364.5.2文件说明374.6用户评级上传394.6.1业务描述394.6.2文件说明394.7省份黑名单同步错误!未定义书签。
4.7.1业务描述错误!未定义书签。
4.7.2文件说明错误!未定义书签。
4.8代理商资金账户实时交易日对账414.8.1业务描述424.8.2文件说明435.路由数据文件595.1路由数据日增量更新同步文件595.1.1业务描述595.1.2文件说明595.2路由数据全量更新文件625.2.1业务描述625.2.2文件说明626.VAC文件接口676.1.产品信息文件同步接口676.1.1服务描述676.1.2文件描述676.2.用户开户请求文件接口错误!未定义书签。
6.2.1.服务描述错误!未定义书签。
6.2.2.文件描述错误!未定义书签。
6.3.用户信息文件同步接口736.3.1 服务描述736.3.2 文件描述736.4.正向产品订购关系文件接口776.4.1 服务描述776.4.2 文件描述776.5.资费模型文件同步接口836.5.1 服务描述836.5.2 文件描述836.6.优惠规则模型文件同步接口错误!未定义书签。
联通4G支撑系统介绍
B省
… ...
地市B2 … ... … ... … ... … ... 2）同一优惠方式不同省的不同配置
存5880送 购买coolpad， 存一得二 iphone5C手机； 华为等手机赠送手 x=4880， 机价值的50%话 y=iphone16G 费； 白色 x=coolpadA， huaweiB机型， y=手机价格*50% 1）同一优惠方式同省不同地市的不同配置 入网减200 … ... … ... … ... … ...
2015.12
2014.1.1
2014.9
66
一、系统设计思路-业务支撑思路
兼顾“统一”和“灵活”：统一是模型的统一，灵活是建立在统一上的灵活； 支持统一模型、规范下的个性化，不是无限的个性化； 统一模型可随着市场业务发展，逐步演化，初期显性资费可以维持在相对较高的 水平，各省可以根据当地情况灵活配置（经过审批） ，例：IBM公司产品每年列表价统
同一优惠方式的相同配置
… ... … ... … ... … ... … ... … ... … ... … ...
7
目录
一、系统设计思路
二、cBSS系统架构
三、cBSS常用功能
四、cBSS主要工作流程
8
二、cBSS系统架构-业务支撑范围
截止 2014 年1 月2 1月 日 15日 截至 2014 年
12
二、cBSS系统架构-系统关系图
13
二、cBSS系统架构-系统集成关系
14
二、cBSS系统架构-系统数据分布
15
二、cBSS系统架构-系统功能模块
16
二、cBSS系统架构-硬件配置
页面应用及业 务逡辑分成两 个独立的集群 进行部署；集 群中的每一台 服务器均具备 受理所有省仹 业务的能力； 通过单点登录 系统实现业务 请求的分流， 实现两个集群 各负责全国一 半的省仹； 仸何一个集群 出现问题，通 过配置切换实 现应用的快速 切换。
中国联通网格化营销系统规范
中国联通公司企业标准QB/CU XXX-201X中国联通IT系统 BSS系统域网格化营销系统功能规范（V1.0）XXXX-XX-XX发布XXXX-XX-XX实施中国联通公司发布目次前言 (I)1.范围 (1)2.规范性引用文件 (1)3.缩略语 (1)4.总体概述 (2)4.1.网格含义 (2)4.2.角色含义 (2)4.3.支撑目标 (3)5.系统功能 (4)5.1.功能定义 (4)5.1.1.名单制管理 (4)5.1.2.排产管理 (6)5.1.3.网格信息展示 (6)5.1.4.绩效考核 (6)5.1.5.生产统计报表 (7)5.1.6.系统管理 (7)5.2.功能架构（待修改） (7)5.3.模块间关系 (8)5.4.功能描述 (9)5.4.1.名单制管理 (9)5.4.1.1.客户名单制 (9)5.4.1.2.渠道名单制 (25)5.4.1.3.目标市场名单制 (35)5.4.1.4.资源名单制 (42)5.4.2.排产管理 (48)5.4.3.网格信息展示 (54)5.4.4.绩效考核管理 (56)5.4.5.生产统计报表 (61)5.4.6.系统管理 (62)5.4.6.1.网格管理 (62)5.4.6.2.角色管理 (66)5.4.6.3.权限管理 (68)5.4.6.4.角色与权限对应关系 (68)5.4.6.5.人员管理 (69)5.4.6.6.区域部门 (70)5.4.6.7.系统监控 (71)6.集成关系 (71)6.1.和CRM集成关系 (71)6.2.和BILLING的集成关系 (72)6.3.和BI的集成关系 (74)6.4.和OSS的关系 (77)前言本规范结合中国联通网格化营销支撑系统的发展要求、主要通过对现有业务发展的需求、及系统功能需求的定义进行编制，其中采纳了相关国际标准和行业标准的有关规定，主要从网格化营销支撑系统的系统功能、业务流程、系统管理等方面进行了规定。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
中国联通BSS系统体系结构规划V1.0（征求意见稿）中国联通计费、结算与信息系统部二○○四年十一月十六日目录1概述 (1)1.1编制背景 (1)1.2编制目的 (2)1.3名词解释和缩略语 (2)1.4参考文献 (2)1.5解释权与修订权 (3)2BSS系统现状描述 (4)2.1现有BSS系统的体系结构 (4)2.2现有增值业务的支撑现状 (6)33G业务对BSS系统的影响分析 (9)3.13G业务种类介绍 (9)3.1.1基本业务 (9)3.1.2补充业务 (9)3.1.3增值业务 (9)3.23G业务运营模式 (12)3.33G业务对BSS系统的影响分析 (12)3.3.1业务开通与业务控制 (12)3.3.2计费帐务 (13)3.3.3结算 (16)3.3.4合作伙伴关系管理 (16)3.3.5产品管理 (16)4BSS系统的目标体系结构规划 (17)4.1规划原则 (17)4.2BSS系统在UNI-IT中的定位 (17)4.3BSS系统的两级架构 (19)4.4BSS系统的目标体系结构 (20)4.5BSS各子系统功能描述 (22)4.5.1产品管理 (23)4.5.2客户关系管理（CRM） (23)4.5.3合作伙伴关系管理（PRM） (24)4.5.4收入监控与防欺诈管理 (24)4.5.5业务资源管理 (25)4.5.6综合计费帐务 (26)4.5.7综合结算 (27)4.5.8综合联机指令 (28)4.5.9综合采集 (29)4.5.10经营分析 (29)5BSS系统的数据规划 (31)5.1数据规划原则 (31)5.2数据的组织和分布 (31)5.3数据中心概念与组成 (33)6BSS系统与外界相关系统的关系 (34)6.1与交换机等网元设备/平台系统的关系 (34)6.2与增值业务管理平台的关系 (34)6.3与IN智能网平台的关系 (34)6.4与代理商/合作伙伴等第三方系统的关系 (35)6.5BSS与MSS的关系 (35)6.6BSS与ERP的关系 (35)6.7两级BSS系统与外界相关系统的接口原则 (35)7BSS系统的总体建设原则 (37)1概述1.1编制背景中国联通公司成立以来，整体实力不断增强。
经营的电信业务由成立之初的移动电话（GSM）和无线寻呼发展到目前的移动电话（包括GSM和CDMA）、长途电话、本地电话、数据通信（包括因特网业务和IP电话）、电信增值业务、无线寻呼以及与主营业务有关的其它业务，成为国内唯一的一家全业务运营商。
与业务增长相适应，中国联通综合电信业务支撑系统（以下简称BSS系统）也经历了从小到大、从单一业务到综合业务的发展，比较好的支撑了联通公司各项业务的发展。
随着3G时代的临近，对3G业务的支撑已经成为支撑系统面临的紧迫问题。
3G业务与传统的话音业务在业务模式、市场模式、服务模式上有较大的不同，支撑系统必须对多媒体业务以及丰富的市场和服务模式提供一体化、标准化的支撑。
中国联通在以CDMA 1X业务为代表的2.5G业务支撑中已经积累了丰富的经验，迫切需要基于支撑系统的现状提出面向3G业务的支撑系统体系架构，以应对即将到来的业务需求。
另外随着加入WTO后国外运营商的进入以及国内电信行业的竞争日益加剧，市场模式已经从单纯的资费竞争逐渐转向服务竞争，客户成为运营商最为宝贵的资源，要更好的利用客户资源就必须能够对客户数据进行充分地分析，能够为客户提供更为全面的服务，这也要求支撑系统从面向业务的支撑逐步转向面向客户的支撑。
为了更好的支撑公司各项业务的发展，贯彻落实公司领导提出的“三精”、“四性”的要求，为联通公司争创国际一流电信企业提供强有力的业务支撑和管理支撑，使支撑系统成为公司核心竞争力的一个关键组成部分，必须立足现状，讲究实效，在分析未来需求，尤其是3G需求的基础上，做好BSS系统的体系结构规划，保证BSS系统的可持续发展。
1.2编制目的本文档对中国联通综合电信业务支撑系统的现状、新的业务需求以及现有BSS系统面临的挑战进行分析，提出面向3G的BSS系统体系结构规划。
本规划是联通公司BSS系统建设的总体指导文档，用于指导联通公司总部以及各省级分公司BSS系统的规划以及BSS各子系统规范的编制。
1.3名词解释和缩略语BSS（Business Supporting System）：业务支持系统。
CRM（Customer Relationship Management）：客户关系管理。
ERP（Enterprise Resource Planning）：企业资源计划。
MSS（Management Supporting System）：管理支持系统。
OSS（Operation Supporting System）：运营支持系统PRM（Partner Relationship Management）：合作伙伴关系管理UNI-IT：中国联通企业信息化系统。
包括MSS（管理支持系统）、BSS（业务支持系统）和ERP（企业资源计划系统）三部分。
1.4参考文献1.《中国联通客户管理关系管理系统总体框架》，v1.0，2004.6，中国联通总部计费、结算与信息系统部，总部指导文档。
2.《中国联通综合营帐系统总体方案》，v1.0，2002.10，中国联通总部计费、结算与信息系统部，企业标准。
3.《中国联通综合营帐系统技术规范》，v1.0，2002.10，中国联通总部计费、结算与信息系统部，企业标准。
4.《中国联通综合营帐系统业务规范》，v1.0，2002.10，中国联通总部计费、结算与信息系统部，企业标准。
5.《中国联通UNI-IT体系结构指南》，2004.6，中国联通总部计费、结算与信息系统部，总部指导文档。
6.《综合联机指令实施方案》，2004.9，中国联通总部计费、结算与信息系统部，总部指导文档。
7.《Enhanced Telecom Operations Map TM(eTOM) The Business Process Framework(GB921)》, v3.5，2003.6，TeleManagementForum，国际规范。
1.5解释权与修订权本方案起草单位为中国联通公司总部计费、结算与信息系统部。
本方案的解释权与修订权为中国联通公司总部计费、结算与信息系统部。
2BSS系统现状描述2.1现有BSS系统的体系结构中国联通经过十年的发展，在“一个体系结构、多个子系统”技术路线的指导下，支持系统先后经历了“按专业划分的计费营帐系统”阶段和“以综合营帐为核心的综合电信业务支撑系统”阶段，正逐步向“以客户为中心的综合电信业务支持（BSS）系统”过渡。
为了适应形势的发展，满足经营中对客户服务、客户分析和客户管理的紧迫需求，2004年初，总部信息系统部提出了规划建设客户关系管理系统，目前试点工作正紧张有序进行，在总结试点工作经验的基础上，明年将在全国范围内开始建设。
现有BSS系统已经实现了对GSM、CDMA、G&C、CDMA1X、165、193、V oIP等多种业务的综合支持，对基于2.5G网络开展的增值业务提供了除信息费批价之外的计费帐务支持，基本满足了各项业务发展的需要。
省级BSS系统的体系结构如图2-1所示：图2-1 省级现有BSS系统的体系结构现有的BSS系统以综合营业、综合帐务系统为核心，提供综合业务受理、业务资源管理、缴费、二次批价、综合帐务处理等功能。
大多数分公司综合营业、综合帐务系统作为同一个系统建设，即综合营帐系统。
按照原有规划，目前部分分公司已经完成了营业、帐务的分离，部分分公司正在进行中，但多数分公司营业帐务仍属同一个系统。
大部分分公司已经完成了综合结算系统的建设，在综合结算系统中均已实现网间结算功能，但仍有部分分公司业务间结算与漫游结算功能仍在综合帐务系统中实现，没有全部纳入综合结算系统的范畴。
目前综合结算系统处于逐步完善过程中。
专业计费系统包括了GSM、CDMA（包括语音与CDMA1X流量）、193/V oIP 融合计费、短信计费等子系统，GSM专业计费子系统多与综合帐务系统一起建设。
在CDMA专业计费子系统中除包含了计费话单采集、预处理、一次批价功能之外，还包含了联机指令处理功能。
其余各专业的联机指令多由综合营业系统直接向网元发送。
为了对各种各样、种类繁多的联机指令进行综合管理，部分省分建设了综合联机指令系统，总部信息系统部也于2004年中下发了综合联机指令系统的方案，为分公司提供了指导。
综合客服系统通过呼叫中心完成对客户的综合服务功能，包括业务咨询、话费查询、投诉建议、紧急业务受理、客户回访等功能，近期还增加了如电话营销、客户维系等新的功能。
经营分析系统完成了一期的建设，基本完成了GSM/CDMA业务的数据沉淀工作，形成了ODS和DW，完成了统计报表功能和部分OLAP分析功能，特别是实现了省分关键经营指标向总部的传送与汇总展现，为进一步开展经营分析工作积累了经验。
除了以上几个核心的子系统外，各分公司根据自身的实际情况和业务需求，还建设了许多外围系统，如缴费卡系统、大客户管理系统、代理商管理系统、VIP维系系统等，为满足分公司个性化的业务需求起到了很大作用。
在上述系统中，综合营业系统、综合客服系统、大客户管理系统、缴费卡系统已经规划为CRM系统的重要组成部分。
BSS系统的数据已经初步形成了生产数据中心和分析型数据中心的格局。
生产数据中心以综合营业、综合帐务系统为依托，分析数据中心以经营分析系统为依托，部分省分还建立了诸如“查询统计库”等离线数据中心。
客户数据、业务数据基本都存在冗余存储。
2.2现有增值业务的支撑现状目前公司在全国开展的增值业务主要包括三大类，许多增值业务分全国、省内两级开展：1. CDMA1X数据类增值业务：基于CDMA1X数据网开展的各类增值业务，包括CDMA1X无线上网卡业务、WAP业务、定位业务、BREW业务、多媒体邮件（MMS）业务、移动证券业务、流媒体业务等。
2. 消息类增值业务：基于短消息开展的各类增值业务，包括点对点短信（网内短信、互通短信、国际短信）业务、语音短信和联通在信业务。
3．语音类增值业务：基于语音开展的各类增值业务，类似于固网开展的信息台业务，主要包括联通丽音业务和10155信息点播业务。
近期公司进行了增值业务面向客户的品牌整合，在UNI “联通无限”总品牌下，形成Uni-Live、Uni-Work、Uni-Play三大增值业务子品牌。
下面仅针对CDMA1X增值业务的支撑情况进行详细分析。
全国性CDMA1X的增值业务的支撑情况如图2.2所示：图2-2 全国性CDMA1X增值业务支撑现状示意图综合营帐系统负责整个数据业务使用权限的开通，用户对各项增值业务内容的订购通过业务门户（此处意为业务平台提供的用户使用界面的统称）实现。