中国联通省级收入保障系统技术规范v0.9_2005
中国联通增值业务鉴权中心技术规范-1023
中国联通增值业务鉴权中心技术规范(V1.0)China Unicom(Version 1.0)中国联通公司发布目次前言 (V)1范围 (1)2规范性引用文件 (1)3缩略语和术语 (1)3.1缩略语 (1)3.2术语 (2)4建设需求 (2)5综合增值业务平台系统结构 (3)5.1业务系统 (3)5.1.1业务接入层 (3)5.1.2业务能力层 (3)5.1.3网络接入层 (3)5.2业务管理系统 (3)6 VAC系统定位 (3)6.1 VAC总体系统定位 (3)6.2相关系统关系 (5)6.2.1 VAC与增值业务系统关系 (5)6.2.2 VAC与支撑系统关系 (5)6.2.2.1 PRM (6)6.2.2.2 CRM (7)6.2.2.3 Billing (8)6.2.2.4 OCS (8)6.2.2.5 客服 (9)6.2.2.6 电子渠道 (9)6.2.2.7 经营分析 (9)6.2.3 VAC与SCP/PDSCP关系 (9)6.2.4 VAC与CP/SP关系 (9)6.2.5 VAC与VASP的关系 (10)6.2.6总部VAC与分公司VAC的关系 (10)7系统建设布局要求 (10)8系统组网与设备构成 (10)8.1总部与分公司VAC互联 (10)8.1.1省分有业务引擎(接入网关) (10)8.1.2省分无业务引擎(接入网关) (11)8.2 VAC典型组网结构 (11)8.3 VAC设备构成 (12)9系统功能 (12)9.1用户信息管理 (12)9.1.1用户状态信息管理 (12)9.1.3用户伪码管理 (14)9.2定购关系管理 (14)9.3认证 (15)9.4鉴权 (15)9.5话单生成 (16)9.6一次批价 (17)9.7预付费实时计费 (18)9.8 CP/SP资料管理 (18)9.9业务系统配置 (19)9.10 WEB功能 (19)9.11系统统计与分析 (19)10系统接口 (19)10.1与BSS间的接口 (20)10.1.1与PRM间的接口 (20)10.1.2与CRM间的接口 (20)10.1.3与Billing间的接口 (22)10.1.4与OCS间的接口 (22)10.2与老BSS接口 (22)10.3与SCP/PDSCP的接口 (22)10.4与业务系统间的接口 (22)10.5与SP间的接口 (22)10.6 与全网VAC间的接口 (23)10.7与网管系统间的接口 (23)11业务流程简述 (23)11.1业务定制 (23)11.1.1增值系统发起的定制 (23)11.1.2 BSS发起的定制 (24)11.2业务退定 (25)11.2.1增值系统发起的退定 (25)11.2.2 BSS发起的退定 (26)11.3定制业务使用 (27)11.3.1用户发起的定制业务 (27)11.3.2 SP下发到用户的定制业务使用 (28)11.4点播业务使用 (29)12漫游规则 (30)13系统管理 (30)13.1操作员管理 (30)13.2角色和权限管理 (30)13.3日志管理 (30)13.4数据备份 (31)13.5参数配置 (31)14设备要求 (31)14.1硬件要求 (31)14.2.1应用软件要求 (32)14.2.2系统软件要求 (32)14.3系统安全 (32)14.3.1 系统可靠性 (32)14.3.2 信息安全 (33)14.3.3 存储、备份和容灾 (34)15系统性能要求 (34)16相关系统性能要求 (35)17 VAC对其他系统改造要求 (35)17.1 BSS (35)17.1.1 PRM (35)17.1.2 CRM (35)17.1.3 Billing (36)17.1.4 OCS (36)17.2增值系统 (36)17.2.1 SMSC (36)17.2.2 SPMS (36)17.2.3 SMG (36)17.2.4互通网关 (36)17.2.5 WAP (36)17.2.6彩信 (36)17.2.7炫铃 (36)17.2.8 IVR (37)17.2.9 EMP (37)17.3总部VASP (37)17.4省VASP (37)17.5 CP/SP (37)17.5.1定制关系变更通知SP通用流程 (37)17.5.1.1 在信通知SP方式-过渡方案 (37)18其他系统过渡方案 (38)18.1 BSS (38)18.1.1 PRM (38)18.1.2 CRM (39)18.1.3 Billing (39)18.1.4 OCS (39)18.1.5 PDSCP (39)18.2增值系统 (39)18.2.1 SMSC (39)18.2.2 SMG (39)18.2.3互通网关 (39)18.2.4 SPMS (39)18.2.5 WAP (39)18.2.6彩信 (39)18.2.8 IVR (40)18.2.9 EMP (40)18.3总部VASP (40)18.4 CP/SP (40)前言本标准由中国联通公司增值业务部提出。
中国联通H.248技术规范
中国联通H.248协议技术规范中国联合通信有限公司信息产业部电信传输研究所2003.2目次1.范围 (1)2.引用标准 (1)3.定义 (1)4.缩略语 (2)5.连接模型 (3)5.1 终结点 (3)5.2 关联 (5)5.3 包(Package) (5)6.命令 (6)6.1 描述符 (6)6.2 命令 (15)6.3 命令错误码 (23)7.事务交互(Transaction) (24)7.1事物交互参数 (25)7.2 事物交互编程接口 (25)7.3 消息 (26)8.协议传送 (27)8.1 命令执行的顺序 (27)8.2 预防重启动崩溃 (27)9.安全 (28)9.1 保护协议连接 (28)9.2过渡性AH 方案 (28)9.3保护媒体连接 (28)10. MG和MGC的控制接口 (28)10.1 逻辑MG (29)10.2 冷启动 (29)10.3 协议版本协商 (29)10.4 MG故障 (30)10.5 MGC故障 (30)11.包定义 (30)11.1包的定义 (30)11.2 特性、统计和事件和信号参数的定义 (32)11.3 列表类型(List) (32)11.4 标识符的命名 (33)11.5包的注册 (33)附录A (34)(标准的附录) (34)本协议语法的ASN.1语言描述 (34)附录B (51)(标准的附录) (51)本协议语法的ABNF语言描述 (51)附录C (62)(标准性附录) (62)媒体流特性标签 (62)附录D (73)(标准的附录) (73)在IP上的传输本协议的要求 (73)附录E (77)(标准的附录) (77)H.248协议包 (77)附录F (91)(标准的附录) (91)在SCTP上传输本协议的要求 (91)前言基于H.248的媒体网关控制协议是下一代分组网中语音业务、数据业务和视频业务呼叫、控制、业务提供的控制设备与受控制设备之间的接口协议。
正式文件
[等待系统导入] [等待系统导入][等待系统导入]关于收入保障系统稽核点差异月度整改专项稽核的通知各县(市)分公司,营业中心,教育行业营销中心,商企客户营销服务中心,大客户营销服务中心,社会渠道服务中心,固网与融合业务销售中心:根据省分《河北联通收入保障评价指标(V3.0)—月度》考核新增加考核项“收入保障系统稽核点差异月度整改及时率”,并进行重点考核。
请各县(市)分公司高度重视此项工作。
一、新增考核指标解释:评价指标以河北收入保障系统中超过一个月实际未处理差异(问题工单)数量为考核对象,计算月度整改及时率,占基础考核总分的35%,且整改及时率低于20%不得分。
二、目前急需整改的工作:1、超过一个月实际未处理差异(问题工单)产生原因,即:— 1 —实际并未对问题工单进行整改,只在系统中处理标识项修改为“已处理”,但经系统反查后仍显示“实际未处理”,省分针对这些实际未处理差异(问题工单)数量对市分进行考核。
2、现急需解决系统中实际未处理情况项目中“实际未处理”数据,各县(市)分公司要处理的问题工单见《附件1:收入保障系统专项稽核点统计表(附清单)》,请务必于4月29日前完成整改并将实际整改结果填入《附件2:收入保障系统专项稽核点差异数据整改汇总表》反馈我中心稽核组。
三、建立常态化核查整改工作模式:1、为保证此项工作的延续性,要求各县(市)分公司及相关专业线充分利用《河北联通收入保障系统》,针对产生的问题工单及时核查、整改,并于每月20日前将上月整改情况填入《附件2:收入保障系统专项稽核点差异数据整改汇总表》反馈我中心稽核组。
2、再次强调问题工单的处理流程:进入《河北联通收入保障系统》—稽核点问题数据提取并导出—下发相关责任部门、责任人进行实际整改—数据回收—更新处理标识。
四、考核管理:1、考核标准按照《业务稽核考核办法(暂行)》(正在OA 流转)执行,将此项工作纳入4月份考核。
2、为方便交流沟该项工作的对接人统一定为各县(市)分— 2 —公司综合支撑中心销售监控岗。
中国联通经营分析系统技术规范
中国联通经营分析系统技术规范(讨论稿2)中国联通2004年10月目录1总则 (5)1.1 编写目的 (5)1.2 建设背景 (5)1.3 适用范围 (6)1.4 起草单位 (6)1.5 解释权 (6)1.6 术语解释 (6)1.7 参考文献 (7)2经营分析系统在BSS中的定位 (8)3近期经营分析系统建设目标及原则 (9)3.1 建设目标 (9)3.2 建设步骤 (9)3.3 建设原则 (9)4经营分析系统接口信息规划 (10)4.1 外部接口概述 (10)4.1.1 源数据特点 (10)4.1.2 源数据分类 (10)4.1.3 数据交换方式 (11)4.1.4 接口实现原则 (11)4.2 外部接口实现 (12)4.2.1 综合营业系统接口信息规划 (12)4.2.2 综合账务系统接口信息规划 (13)4.2.3 综合结算系统接口信息规划 (14)4.2.4 客服系统接口信息规划 (14)4.2.5 大客户系统接口信息规划 (14)4.2.6 增值业务系统接口信息规划 (15)4.2.7 渠道管理系统接口信息规划 (15)4.2.8 CRM系统接口信息规划 (16)4.2.9 智能网系统接口信息规划 (17)4.2.10 网管系统数据接口信息规划 (17)4.2.11 ERP系统数据接口信息规划 (18)4.2.12 MSS系统数据接口信息规划 (18)4.2.13 资源管理系统接口信息规划 (18)4.2.14 其他相关数据接口信息规划 (18)5经营分析系统应用 (19)5.1 业务报表实现 (20)5.1.1 报表生成原则 (20)5.2 主题分析 (20)5.2.1 维度汇总 (21)5.2.2 度量汇总 (29)5.2.3 主题分析的维度和度量 (34)5.3 专题分析 (77)5.3.1 专题分析建设原则 (78)5.3.2 资费套餐分析 (78)5.3.3 客户分析 (80)5.3.4 渠道专题分析 (82)5.3.5 营销计划预演 (86)5.3.6 企业级综合指标分析 (86)6经营分析系统数据质量保证 (87)6.1 数据质量问题出现的原因 (87)6.1.1 经营分析系统外部接口问题 (87)6.1.2 经营分析系统内部问题 (88)6.1.3 经营分析系统指标理解问题 (88)6.2 数据质量要求 (88)6.3 数据质量的控制流程 (88)6.3.1 数据稽查流程定义 (89)6.3.2 数据核查流程定义 (89)6.3.3 数据质量问题处理流程 (90)6.3.4 变更处理流程 (91)6.3.5 错误数据维护流程 (91)6.3.6 统计口径差异控制流程 (92)6.3.7 管理流程及相关标准的检查 (92)6.3.8 质量管理运作的检查 (93)6.4 保证数据质量的技术手段 (93)6.4.1 元数据的统一管理 (93)6.4.2 数据质量验证 (95)7促进使用的技术措施 (99)7.1 促进系统使用的方案 (99)7.1.1 功能性 (99)7.1.2 可用性 (100)7.1.3 激励性 (102)7.2 系统使用情况统计 (102)7.2.1 系统日志 (102)7.2.2 应用日志 (102)8系统配置估算 (103)8.1 系统存储要求估算 (103)8.1.1 接口文件存储所需的存储量(T i) (103)8.1.2 数据仓库所需存储量(T d) (104)8.1.3 多维数据存储所需存储量(T a) (105)8.2 主机性能要求估算模型 (106)8.2.1 数据生成工作流程分析 (106)8.2.2数据仓库服务器处理能力需求分析 (107)8.2.3 OLAP/WEB服务器性能分析 (109)1总则1.1 编写目的到2004年6月底,中国联通大部分省分公司完成了经营分析系统一期的建设,初步建成了针对各业务系统的数据采集、整合、分析综合平台,沉淀了部分生产系统数据,并在这些数据上开发了比较丰富的OLAP应用和报表、及时查询等功能。
中国联通客户服务系统技术规范书(增补部分)
中国联通客户服务系统技术规范书(增补部分)客户效劳中心是联通公司与客户沟通的桥梁,也是维系客户关系和保证客户体验一致性的窗口。
随着客户对效劳需求的不断提高,必须扩充客户效劳中心的效劳手段和效劳渠道,贯彻客户关系管理的理念,表达客户效劳的标准化、个性化、差异化、多样化,改善和提高中国联通的客户效劳水平和效劳质量。
中国联通从2000年启动全国各分公司的客户效劳系统的集中化改造工作,经过三年的持续投入,客户效劳系统的支撑平台已经实现了规模化、集中化,在呼叫处理能力方面已经根本满足了中国联通客户的普遍化效劳需求,为中国联通客户效劳质量的提升发挥着越来越重要的作用。
中国联通深刻意识到客户效劳工作必须不断适应客户对个性化、差异化效劳的需求,在利用客户效劳系统提升客户满意度和忠诚度的同时,开展主动客户关心和主动市场营销工作,逐步实现客户效劳中心由本钱中心向利润中心的转变。
本标准是中国联通客户效劳系统新增功能规划和建设以及未来客户效劳工作的依据,各省〔直辖市、自治区〕公司应以本标准为指导,进行客户效劳系统新增功能的具体工程建设和效劳工作的开展。
随着联通各业务的大力开展,座席为解决用户咨询、投诉问题所需具备的知识越来越广泛,仅凭现有的一个咨询页面已经很难满足座席快速、及时获取所需知识的需求。
座席咨询知识库的建设提供了针对座席业务代表对知识的管理,对知识的在线获取,对知识的不断学习与丰富的完整解决方案,辅助座席业务代表快速、准确地答复用户的咨询与投诉。
电子工单闭环管理系统的建立,完善并提高了目前客户效劳质量的管理流程与效果,为实现效劳质量的全程管理、用户咨询投诉的闭环处理流程提供有力支持,同时为用户与其他业务部门的信息交流搭建桥梁和通道。
客服系统新功能的建设将有效地提升客服系统目前的整体效劳水平和能力,在有限的效劳资源条件下更好地提高效劳水平和质量、以及用户满意度,缓解效劳本钱与效劳质量间的矛盾。
本标准将在随后章节中详细描述上述客服系统的六项新功能实现技术标准。
省级业务运营支撑系统BOSS业务技术规范
省级业务运营支撑系统BOSS业务技术规范省级业务运营支撑系统(BOSS)是一个用于支持省级运营商日常业务运营管理的关键系统。
它涵盖了从业务接入、资费管理、用户管理到网络管理等多个方面,对于运营商的业务运营和用户服务起到了至关重要的作用。
为了确保BOSS系统的高效运行和稳定性,以下是BOSS系统的业务技术规范。
一、系统架构BOSS系统的架构应该采用分层的结构,包括前端业务接入层、业务逻辑层、数据存储层和应用服务层。
前端业务接入层应该支持多种接入方式,包括网站、移动客户端和短信等。
业务逻辑层应该包含完整的业务逻辑处理能力,能够支持不同类型的业务需求。
数据存储层应该采用分布式数据库和缓存技术,确保系统的高可靠性和高效性。
应用服务层应该提供各种支撑服务,包括账务管理、用户管理和报表分析等。
二、业务流程管理BOSS系统应该能够支持多样化的业务流程,包括业务接入、资费管理、用户管理、查询统计和账务结算等。
对于不同类型的业务,系统应该能够根据配置的规则和流程来自动化处理,并提供可视化的流程管理界面。
业务流程管理应该包括流程定义、流程调度和流程监控等功能,确保业务的按时完成和高效运行。
三、数据管理BOSS系统的数据管理应该确保数据的完整性、准确性和安全性。
系统应该提供完善的数据入库和数据清洗机制,确保数据的质量。
数据在存储时应该采用分布式存储技术,确保数据的高可用性和可恢复性。
系统应该支持数据备份和灾备,确保数据的安全性。
同时,系统应该提供数据访问权限管理,确保数据的安全访问。
四、性能管理BOSS系统的性能管理应该包括对系统的整体性能和关键业务的性能进行监控和调优。
系统应该提供性能监控和性能分析的功能,实时监控系统的各项指标,并能够预警和报警,及时处理性能问题。
同时,系统应该提供性能调优的功能,对系统关键业务进行优化,提升系统的运行效率和响应速度。
五、安全管理BOSS系统的安全管理应该包括系统的安全防护和用户的权限管理。
中国联通GSM WCDMA数字蜂窝移动通信网UICC卡技术规范 v1.0
中国联通GSM/WCDMA数字蜂窝移动通信网UICC卡技术规范China Unicom GSM/WCDMA UICC Card Technical Specification(V 1.0)目次前言 (IV)1 范围 (1)2 规范性引用文件 (1)3 定义、符号、缩略语和编码协定 (2)3.1 定义 (2)3.2 符号 (3)3.3 缩略语 (3)3.4 编码协定 (5)4 物理特性 (5)4.1 ID-1 UICC (5)4.2 Plug-in UICC (5)4.3 卡操作的温度范围 (6)4.4 触点 (6)5 UICC-终端接口的电气特性 (7)5.1 A类操作条件 (7)5.2 B类操作条件 (9)5.3 C类操作条件 (10)6 UICC 特征 (11)6.1 电压级别 (11)6.2 文件控制参数(FCP) (11)6.3 界面协议 (11)7 初始通信建立程序 (11)7.1 UICC激活和去激活 (11)7.2 供电电压的转换 (12)7.3 复位响应的内容 (13)7.4 PPS程序 (13)7.5 复位程序 (14)7.6 时钟停止模式 (14)7.7 比特/字符的持续时间和采样时间 (15)7.8 错误处理 (15)7.9 兼容性 (15)8 传输协议 (15)8.1 物理层 (15)8.2 数据链路层 (15)8.3 传输层 (21)8.4 应用层 (26)9 应用和文件结构 (27)9.1 UICC应用结构 (27)9.2 文件类型 (28)9.3 文件引用 (29)9.4 选择文件的方法 (29)9.5 应用特性 (31)9.6 保留的文件ID (32)9.7 逻辑信道 (33)9.8 共享与非共享文件 (33)10 安全特性 (34)10.1 支持的安全特性 (34)10.2 安全架构 (34)10.3 安全环境 (36)10.4 PIN的定义 (37)10.5 PIN和密钥引用的关系 (38)11 命令和响应的结构 (40)11.1 APDU命令的结构 (40)11.2 APDU响应的结构 (42)11.3 逻辑信道 (45)12 命令 (45)12.1 通用命令 (45)12.2 USAT命令 (67)13 与传输相关的命令 (68)13.1 T=0中特定的命令 (68)14 独立于应用的文件 (69)14.1 EFDIR (69)14.2 EFICCID(ICC标识) (70)14.3 EFPL(优选语言) (71)14.4 EFARR(访问规则引用) (71)15 独立于应用的协议 (72)15.1 与文件相关的程序 (72)15.2 与PIN相关的程序 (72)15.3 应用选择程序 (73)15.4 与应用相关的通用程序 (74)15.5 其他程序 (74)15.6 与USAT相关的程序 (74)附录 A 驻留在UICC文件中Alpha字段的UCS2编码(标准) (76)附录 B UICC的主要状态(参考) (77)附录 C APDU协议传输实例(参考) (77)C.1 使用T=1进行交互 (77)C.1.1 情况1命令 (78)C.1.2 一个{90 00}的R-APDU从UICC返回到终端。
联通收入集中管理系统采用的关键技术及效果
联通收入集中管理系统采用的关键技术及效果
沈波
【期刊名称】《科技创新与应用》
【年(卷),期】2012(000)030
【摘要】最近几年,随着信息化进程的加快以及经济的快速有效发展,我国的电
信企业获得了长远的进步。
企业在快速发展的同时面临很多问题以及弊端现象等。
其中最常见的有两大问题,第一个问题是产生方式上的问题,第二是对流程的处理上的问题。
当前情形下,为了使我国的电信企业的发展更好的符合美国萨班斯法案的相关规定要求,我国的广大电信企业必须要尽快的研究出一套合理的计算机体系。
【总页数】1页(P57-57)
【作者】沈波
【作者单位】吉林省四平联通公司信息化服务中心,吉林四平 136000
【正文语种】中文
【相关文献】
1.基于倾向得分匹配法分析农业技术采用对农户收入的影响——以滇西南农户改良陆稻技术采用为例
2.Molex综合布线"联通"新时空--上海联通大厦采用Molex 6
类及光纤解决方案3.浅谈中国网通收入集中管理系统的建设4.消毒供应中心集中
管理系统的追溯系统的实施效果分析5.联通5G通信网络关键技术研究
因版权原因,仅展示原文概要,查看原文内容请购买。
2005版部颁通信标准汇总(各专业规范).
接入网工程设计规范
YD/T5097-2001
本地电话网用户线路工程设计规范 本地网通信线路工程验收规范
YD5006-2003 YD5051-97
信息产业部2005年版Biblioteka 通信工程建设标准》汇总表序 号
47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 无线通信工程 实施2005年版现行标准 专业类别 现行标准名称 SDH微波接力通信系统工程设计规范 SDH数字微设备安装工程验收规范 国内卫星通信地球站工程设计规范 国内卫星通信地球站设备安装工程验收规范 国内卫星通信小型地球站(VSAT)通信系统工程设 计规范 900/1800MHz TDMA数字蜂窝移动通信网工程设 计规范 900/1800MHz TDMA数字蜂窝移动通信网工程验收 规范 移动智能网工程设计规范 数字集群通信工程设计暂行规定 集群通信设备安装工程验收规范 3.5GHz固定无线接入工程设计规范 26GHz本地多点分配系统(LMDS)工程设计规范 无线通信系统室内覆盖工程设计规范 移动通信应急车载系统工程设计规范 移动通信直放站工程设计规范 移动短消息中心工程设计规范 移动通信工程钢塔桅结构设计规范 移动通信工程钢塔桅结构验收规范 标准编号 YD/T5088-2005 YD/T5141-2005 YD5050-2005 YD/T5017-2005 YD/T5028-2005 YD/T5104-2005 YD/T5067-2005 YD/T5142-2005 YD/T5034-2005 YD/T5035-2005 YD/T5097-2005 YD/T5143-2005 YD/T5120-2005 YD/T5114-2005 YD/T5115-2005 YD/T5116-2005 YD/T5131-2005 YD/T5132-2005
集团业务支撑系统话单级检错标准V0.9
修订号
修订日期
修订内容简述
修订人
修订后
版本号
1.
2006.07.27
创建文档
V0.6
2.
2007.03.16
增加SI代码的错误处理
卢斌
V0.7
3.
2007.03.21
修改SP_code为EC_code
修改F051为该字段与订购关系中EC代码不匹配
卢斌
V0.8
4.
F042
计费用户号码含有非数字字符。(为了能入库,并将该字段置为空)
5
EC_code
F050
该字段值为空
F051
该字段与订购关系中EC代码不匹配
6
Third_dn
F060
该字段值为空
F061
第三方号码错误,该号码长度小于7位
F062
第三方号码含有非数字字符。(为了能入库,并将该字段置为空)
7
Serv_code
其他错误类型定义:
错误类型
错误类型代码
描述
重单
F009
在查重环节规定的查重周期内,该话单不是唯一的
文件名错误
F008
文件名必须为IN+YYYYMMDDHHMM+‘.’+4位序列号
文件时间错误
F006
对于文件时期大于当前时间一个月(自然月),判文件时间错误。
一个月(包括一个月)以下不判错误。
文件长度错误
2
3
2009.07.20
1.增加计费用户号码非数字字符的判断[F042];
2.增加第三方号码非数字字符的判断[F062];
3.增加文件时间错误判断[F006]。
天津联通收入保障数据处理子系统的设计与实施中期报告
天津联通收入保障数据处理子系统的设计与实施中期报告一、项目背景随着信息技术的飞速发展,大数据时代已经到来,各个企业的数据量也在不断增加。
在此背景下,天津联通决定打造一个收入保障数据处理子系统,该系统能够对联通公司的收入保障业务进行全面的数据分析和管理。
通过该系统的建设,可以帮助联通公司快速识别异常数据,及时发现问题并进行解决,实现收入保障的链条全程掌控。
二、项目目标1.完善、提升联通公司的收入保障业务管理水平。
2.利用大数据技术进行数据清洗、整合、分析和挖掘,为联通公司提供数据支持。
3.建立收入保障业务的预警机制,实现数据与业务的高度融合。
4.实现数据监管和管理手段,提高资源利用效率。
三、项目计划1.需求调研阶段2.系统设计阶段3.系统实施阶段本中期报告主要是围绕系统设计阶段进行介绍。
四、系统设计阶段1.数据分析与需求规划通过对联通公司收入保障数据的调研分析,确定系统需求,采集、整理数据,建立数据清洗、整合、预处理工作流。
2.数据预处理清洗数据,剔除无效数据,补充缺失数据。
还对数据进行了归一化处理,降低了数据之间的差异性。
3.特征工程特征工程是数据分析的重要一环,通过特征选取和组合,最终得到可供分类或聚类分析等后续处理步骤使用的数据集。
4.模型选择选用机器学习算法来进行建模,基于数据分析中所得出的特征集,采用分析和设计的方式进行构建和测试。
5.系统实现选择合适的数据库和开发语言,根据需求规划和设计方案,进行系统搭建实现。
6.测试优化系统开发完成后,对系统进行功能测试、性能测试和负载测试,最终确定系统在正常运行情况下的性能和稳定性。
根据测试结果对系统进行优化。
五、项目进展情况目前,系统设计阶段已经基本完成,正在进行系统实施和测试优化工作。
预计本项目将于近期正式上线使用。
六、总结通过数据分析、模型构建和系统实现等环节,本项目设计出了一个能够有效管理和分析联通公司收入保障业务的数据处理子系统。
相信该系统的实施,将对联通公司的业务管理带来积极的推动作用,为公司的发展提供更有力的支持。
中国联通IT系统数据架构规范_数据分类和分布规范
~中国联通IT系统数据架构规范第一分册数据分类和分布规范China Unicom Data classify and distributing Specification(V 1.0)目次前言 (II)一、总则 (1)1. 范围 (1)2. 规范性引述文件 (1)二、企业数据分类 (1)1. 概述 (1)2. 客户主题域 (2)3. 产品主题域 (3)4. 市场营销主题域 (4)5. 合作伙伴主题域 (4)6. 服务主题域 (5)7. 资源主题域 (6)8. 企业管理主题域 (7)三、企业数据分布 (8)1. 概述 (8)2. 总部数据分布 (8)2.1总部BSS数据分布 (8)2.2总部OSS数据分布 (11)2.3总部MSS数据分布 (14)3. 省分数据分布 (16)3.1省分BSS数据分布 (16)3.2省分OSS数据分布 (20)3.3省分MSS数据分布 (23)四、企业数据CRUD (26)1. 概述 (26)2. 客户主题域 (26)3. 产品主题域 (29)4. 市场营销主题域 (31)5. 合作伙伴主题域 (33)6. 服务主题域 (37)7. 资源主题域 (40)8. 企业管理主题域 (43)前言本规范是中国联通《中国联通IT系统数据架构》规范中的第2部分:数据分类和分布规范分册。
数据分类规范根据国际电信管理论坛的SID数据框架,对联通企业数据进行了分类,并对数据分类作了详细的说明;数据分布规范在数据分类规范的基础上,结合IT系统结构规范,按总部和省分,分别描述了每个系统所拥有的数据类别;数据CRUD规范从数据分类的角度明确系统对同一类数据的操作权限。
规范的附件全部为规范的组成部分,如无特殊说明和本规范的正文具有同等约束力。
本标准由中国联通公司信息化部提出。
本标准由中国联通公司技术部归口。
本标准主要起草单位:中讯邮电咨询设计院、联通信息化部本标准主要起草人:刘诚明、李旭、陈志超、王颖、杜志涛、梅斌、李吴剑、孙元涛本标准解释权和修订权属中国联通公司。
中国联通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.优惠规则模型文件同步接口错误!未定义书签。
中国联通企业标准(2007年始)
158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194
QB/CU 165-2007 QB/CU 166-2007 QB/CU 167-2007 QB/CU 168-2007 QB/CU 169-2007 QB/CU 170-2007 QB/CU QB/CU QB/CU QB/CU QB/CU 171-2007 172-2007 173-2007 174-2007 175-2007
68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97
QB/CU 074-2007 QB/CU 075-2007 QB/CU 076-2007 QB/CU 077-2007 QB/CU 078-2007 QB/CU 079-2007 QB/CU QB/CU QB/CU QB/CU QB/CU QB/CU QB/CU 080-2007 081-2007 082-2007 083-2007 084-2007 085-2007 086-2007
QB/CU 103-2007
98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127
QB/CU 104-2007 QB/CU 105-2007 QB/CU 106-2007 QB/CU 107-2007 QB/CU 108-2007 QB/CU 109-2007 QB/CU 110-2007 QB/CU QB/CU QB/CU QB/CU 111-2007 112-2007 113-2007 114-2007
浅谈通信运营商收入保障系统
、
日
。
,
。
引言
根 据 相 关 的调 查 资 料 表 明 全球 通 信 运 营 商 每年 由 于 数 据记 录 缺 失 收费 错误 用 户 欺诈等 原 因 导 致 的 费用 流失约 占年 总 收 人 的1 3 7 % 而 现 阶段 全球 通 信 服 务收 人 的 总 量约在 1 万 亿 美元 所
、
,
、
。
,
,
,
。
,
、
、
。
,
,
、
、
,
。
,
,
,
,
,
,
。
,
,
,
,
,
、
,
。
,
,
、
,
、
。
,
,
,
,
,
,
、
,
。
、
、
,
,
。
,
、
、
,
。
确划 分 收 人 保障 工 作所设 计 的组织 单 位 根据 实 际需要 结合 运 营 商 的 内部 工 作要 求 进 行科 学合理 的安 排 划 分 第 二是处理好 运 营 商 内部 的权 限 与控制 关 系 明确审 计制 度 和 收 人保 障 系 统 的 工 作 T 系统 流程 第 三 是定期 做好 财 务收 人 的 计算 工 作 井 严 格按 照 I 的 数 据 系 统 进 行报 表 分 析 第 四 是 完 善 和 规 范 I T 系统 以 及 相 关 数 据 处 理 平 台 的协 调 一 致 性 防止 出 现 信 息 不 对等 现象 第 五是 强化 收 人 风 险意 识 建 立其 岗位 问 责制度 么 加 强 流程管 理 是构 建 收 人保 障系 统 的核 心 ( 1 ) 流程管 理 是 收 人保 障 工 作 的主 线 通 信 收 人 保障体 系 主 要涉及 销 售 开通 维护 计费 财务 服务 这六 大范畴 在市场 销售 域包括 套 餐 设 计 营 销 计划 营 销 效 果 套 餐清 理等 业 务流程 在 三 网 融 合 电 信运 营商 全 业 务经营 的情况下 套 餐 设 计 的产 品 定价 环节往往 成 为收 人 保障 的 薄弱 环节 产 品 套 餐定价要综合 考虑计 费收人 网 间 结算 支 出 漫游 摊分 支 出 代理商 佣金 成 木 终 端 补贴 成 木 等 要 素 这 些往往需要 对 大量 的数 据 进 行 资费演练 和 分 析评 估 后 才能确定 ( 2 ) 服务开通 域 主要包括 业 务 i 丁 购 客户审核 客户 信用 度管理 受理 及 开通 i 丁 购关 系 管理等 业 务流程 这个 流程 的重点 足 客户 的 审核 工 作 电 信运 营 商针 对 不 同客户 的 资费 政策是有差异 的 比 如 企 业 用 户 和 普 通用 户 的补贴政 策 优 惠 政策差异很大 这就 对 客户 的 审 核 客户信 用度 的管理提 出 了 收人 风 险点 的流程审核要 求 ( 3 ) 网 络 运 维域 主 要包括 网 络服务 开 通 网 络 话 生 成等 业 务流 程 以 及 网 络 接 口 管 理 网 络 运 营监控维护 网 络 系 统安全 及 应 急 计划 等 支撑性流程 这 里 是 收 人 保障 的 重要 风 险 区 主 要是 话 单 生成 的流程 和 监控维护 一 日 话 单 生 成存 在 问题 整 个公 司 的 收 人 将会 蒙 受 极 大 的损失 而 整 个基 础 网 络 的 安全 和 应急 计划 的有效 性也 是收 人 保障 流程 的重要 环节 ( 4 川 费 出账域 主要 包括 套 餐 资费 配 置 话 单 采集 批价 错单 及 无 主话 单 处 理 人 工 调 整 端 到 端对 账 等 业 务流程 以 及 系 统安 全及 灾 备 计划 等 支撑性 流程 这个 领域是收 人 保 障 的 重点 各个 电 信 运 营 商 在 这个 领域 逐 渐 形 成 了 规 范 的方 案 计费流程 逐 渐 成 熟 计费 系统 反 而 较少产 牛 计费 的 收 人 风 险 在 这个 领域往往是 人 工 调 整 较容易产 生 收 人 风 险 需要 通 过双岗操作 和 审核校 验 实 施 风 险监控 ( 5 ) 客户服 务域 主要 包括 投 诉 处 理 离 网 管 理 退 费管 理等 业 务流程 这 里 是收 人 保 障 风 险 高发 领域 主 要是 参 与 此 流程 的人 比 较 多 如营 业 员 客服人 员 等 往往在 退 费 环 节产 生 猫腻 因此 这 里 主 要是制定 可 行 的 审批 制度 和 权 限 列 表 井每 日进 行例行 审 核 工作 : 结 语 随着通 信 运 营 商之 间 的竞 争 程度升级 收 人保 障 系 统越 出 了 发体 现 其重要程度 在进 行 多 次技术 优化 和 制度完 善之 后 目 已 前 经 成 为 通 信 运 营 商 减少 资金流失 加 强 风 险 预 控 的一种重要 手 段 米来 的通 信 市场 会 不 断 的 进 行 扩大 其 业 务 也 会 逐 渐 的渗 透 到各 个方 面 为 了 节省企 业 生 产 成 木 便 于 将 有 限 的 资金 投 人 到 更加 优 质 的服 务质量上 去 做好 收 人保 障 工 作 降 低收 人 流失 势在 必行 : 参考 文 献 「 1 王 琪 电 信 计费系 统 收 入 保 证 问题 与系 统 改 进 1 J [ 现代通讯 : 一 科技 2 0 11 ( 7 ) 3 3 36 J 电子 与 [ 1 2 [ 李琳 通 讯 企 业 收 入 保障 过 程 模 型 的研 究与应 用 1 : 通 信 2 0 1 3 ( 1 7 ) 1 4 1一 4 2 1 3 [ 罗 冬 伟 云 南 移动 通 讯 公 司 收 入 保 障管 理 系统 的设 计与实 : 一 现1 J 科 技 信息报 2 0 [ 1 l ) 11 1 2 ( 3
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
中国联通省级收入保障系统技术规范中国联合通信有限公司信息化部二○○五年九月变更记录目录1 总体概述 (1)1.1 编写目的 (1)1.2 适用范围 (1)1.3 本规范的起草单位 (1)1.4 本规范的解释权 (1)1.5 参考文献 (1)2 系统设计原则和业务目标 (2)2.1 背景 (2)2.2 业务目标 (2)2.2.1 近期目标 (2)2.2.2 远期目标 (2)2.2.3 建设规划 (2)2.3 建设原则 (3)3 系统体系架构 (4)3.1 系统层次结构 (4)3.2 平台安全性规划 (4)3.2.1 数据库平台要求 (4)3.2.2 服务器平台要求 (5)3.2.3 网络平台要求 (6)4 系统功能描述 (7)4.1 业务定制稽核 (7)4.1.1 目标 (7)4.1.2 业务范围 (7)4.2 CDR稽核 (8)4.2.1 目标 (8)4.2.2 业务范围 (9)4.3 计费帐务稽核 (13)4.3.1 目标 (13)4.3.2 业务范围 (14)4.4 结算稽核 (20)4.4.1 目标 (20)4.4.2 业务范围 (20)4.5 欠费稽核 (24)4.5.1 目标 (24)4.5.2 业务范围 (25)5 应用软件体系结构 (28)5.1 应用软件技术要求 (28)5.2 应用软件架构实现方式 (28)6 系统技术要求 (30)6.1 总体技术要求 (30)6.1.1 应用软件 (30)6.1.2 数据要求 (30)6.1.3 性能要求 (31)6.1.4 开发工具 (31)6.1.5 统计报表 (31)7 系统接口 (33)7.1 在接口种类 (33)7.2 接口原则 (33)7.3 接口方式 (33)7.4 接口的具体描述 (33)7.4.1 信令采集接口 (33)7.4.2 与交换机接口 (33)7.4.3 与综合采集系统接口 (34)7.4.4 与综合计费系统接口 (34)7.4.5 与综合营帐系统接口 (34)7.4.6 与综合结算系统接口 (34)7.4.7 与局数据管理系统接口 (34)8 附录一:名词与术语 (36)9 附录二:流程图符号解释 (39)1 总体概述1.1 编写目的中国联通总部制定中国联通省级收入保障系统(以下简称收入保障系统)技术规范,主要用来规范、指导中国联通各省级分公司收入保障系统的建设。
1.2 适用范围本技术规范是中国联通省级收入保障系统规划与建设的基本依据,中国联通各省分公司应依照本技术规范,结合当地实际情况,进行规划和建设省级收入保障系统。
1.3 本规范的起草单位本技术规范的起草单位为中国联通公司信息化部,由中国联通公司信息化部进行管理。
1.4 本规范的解释权本技术规范的解释权属于中国联通公司信息化部。
1.5 参考文献《中国联通综合电信业务支撑系统统一客户资料子系统信息模型(V2.0)》《中国联通综合电信业务支撑系统综合营帐子系统内部接口规范(V2.0)》《中国联通综合电信业务支撑系统CDMA 1X数据业务部分技术规范(V2.0)》《中国联通综合电信业务支撑系统综合营帐子系统信息编码(V2.0)》《中国联通综合电信业务支撑系统CDMA 1X数据业务部分技术规范(V2.0)》《中国联通UNI-CRM系统指南(V1.0)》《中国联通综合电信业务支撑系统综合营帐子系统内部接口规范(V2.0)》《中国联通综合电信业务支撑系统综合营帐子系统接口编码(V2.0)》《中国联通综合电信业务支撑系统统一经营信息服务子系统技术规范(V1.0)》2 系统设计原则和业务目标2.1 背景根据国际知名咨询公司发表的报告,通过对全球50多家电信运营商的调查,约有三分之一的公司因计费或欺诈行为而蒙受重大损失,其损失约占其年度总收入的5%,损失最高达15%,收入漏洞导致收入减少,严重影响电信企业的经营效益,制约电信运营企业的正常发展。
参考行业咨询报告对中国电信运营商的分析,中国电信运营商通信网络设备与全球运营商差异不大,但网络规模差异明显。
中国电信运营商是全球移动用户规模最大、增长最快的运营商,但运营管理水平急待提高,客户的增长、网络规模的增长与收入的增长不成比例。
因此,在行业竞争日渐加剧的今天,减少收入漏洞,提高经营效益,将是电信运营商重要的运营管理目标。
中国联通在树立客户为中心运营理念的同时,更强调以提高运营收入为目标的有效发展,也即“精细化运营”。
建设收入保障系统,减少收入的跑冒滴漏,是公司增收增效的重要途径,也是内控管理的核心内容。
2.2 业务目标2.2.1 近期目标通过各项分析手段和核查工具,对省级BSS系统的各个收入环节进行有效稽核和分析,规范处理流程,堵塞收入流失,通过完善系统和规范流程,增加公司经营效益,降低运营成本。
2.2.2 远期目标通过收入保障系统,完善跨部门运营活动,降低经营管理中的漏洞,建立和完善管控体系,寻找并发现提升收入的途径,减少收入流失概率,降低运营风险,实现公司的有效发展。
2.2.3 建设规划随着公司经营理念,由“业务为中心”转向以“客户为中心”,实现精细化运营,收入保障系统的建设应遵循如下原则:1、要求在保证现有系统稳定运行的情况下,统一规划、分步建设。
2、对收入风险,积极稽核,减少流失。
3、分析出现的问题,优化处理流程,降低经营风险2.3 建设原则1、产品具有安全、稳定、高效的运行内核(较强的内部容错性,算法经过验证,采用多线程等技术提高效率和速度)2、灵活的基于配置的模块设计,根据不同的处理环境和配置,自适应处理,动态加载处理模块3、基于组件模型化设计思想,模块高內聚,低耦合,易于复用4、可定义的后台处理流程,总线型设计思想,模块处理过程可插拔5、易于维护和管理,对最终用户呈现可视化的管理界面和方便简单的操作方式6、充分考虑用户需求,系统可扩展,良好的伸缩性7、规范化的设计软件、数据库设计文档,符合软件规范8、强大的系统监控功能,实现远程系统运行环境、资源的监控和管理3 系统体系架构3.1 系统层次结构收入保障系统从逻辑上分为三个层次:数据层、业务层和接入层。
◆数据层:建立统一的数据中心,对各种类的数据进行集中规划、分配、存储、安全保护和管理。
它不注重数据的业务特性,而只是关注数据本身的存储和管理,实现数据与业务逻辑的分离。
◆业务层:在数据集中存储的基础上,针对不同数据的业务特性,提炼出核心数据模型,并将数据和业务逻辑关联起来,在此基础上实现灵活的稽核业务流程处理和优化。
◆接入层:主要在内部核心处理的基础上提供高层的管理功能,包括系统配置查询统计、系统管理、在线分析、操作维护和外围的接口等,为企业领导、上级业务主管部门、业务部门、系统管理维护人员等提供方便实用的管理和分析工具。
3.2 平台安全性规划在信息高度共享的系统中,必须充分利用主机、网络以及数据库管理系统等平台的安全保障机制,确保数据的绝对安全。
对于应用系统而言,对所有系统数据的操纵,严格按照权限级别进行,严禁非法用户进入系统,对于操作人员进行的重要的操作有相应的操作日志。
同时,对系统重要数据提供可靠的备份和恢复机制,以确保整个应用系统的安全。
3.2.1 数据库平台要求数据库平台应采用大型数据库平台,要求具备完成大容量数据的实时处理和管理的能力,所采用的数据库系统应具备:业界先进的数据库产品;完全适应业务的需要及今后的发展,支持ANSI/ISO SQL-89、ANSI/ISO SQL-92标准。
数据库系统支持市场流行的集群处理机。
数据库系统具有良好的伸缩性(如:从单CPU到多CPU的扩充及处理节点的扩充,在不影响数据库正常运行的情况下更新系统,原有应用可以无损移植)。
支持主流的网络协议(如TCP/IP;IPX/SPX;NETbios及混合协议)。
支持中文汉字内码,符合双字节编码。
能够将原有异种数据库向本数据库无损失移植。
实现和高级语言互连的能力。
支持ODBC3.0、X/OpenCLI、JDBC等标准。
具有支持并行操作所需的技术(如:多服务器协同技术、事务处理的完整性控制技术等)。
支持异种数据库的互访,支持网络上同构或异构数据库门的有效传输和冗余性复制;具有多种复制功能模块(如:实时复制、双向复制、多点方式下N向复制、复制转发,复制范围可整表复制或表中部分行复制或修改单元复制)。
支持联机分析处理(OLAP);支持联机事物处理(OLTP);支持数据仓库的建立,要求能够实现数据的快速装载、处理和交互式查询,以达到信息深层的目的,涉及到数据索引、数据压缩、交互式数据查询等方面的技术。
支持C2级安全标准、多级安全控制。
支持数据库存储加密、数据传输通道加密(包括:S/S、C/S)及相应冗余控制。
具有快速的并发用户查询速度,并发控制稳定可靠,多线索多进程。
支持联机备份(如:磁带方式、光盘方式)。
数据库、表大小等技术参数可灵活设置,支持对大数据量处理的技术要求。
开发工具易使用、开发效率高、维护方便、具有将客户/服务器结构的应用向Web应用转化的工具。
支持数据分区技术,要求:支持灵活的按不同关键字进行分区的能力,能对分区实施灵活的增删改等管理工作;分区间应相互独立保证某个分区的数据丢失(或暂时不能正常工作)不会影响到别的分区;对数据表的操作能在多个分区上实现并行,且分区间的并行可做到均衡负载,从而提高系统的性能。
3.2.2 服务器平台要求服务器平台应具有较高的安全控制机制,平台除有足够的能力进行计费结算处理外,还应具有其它(例如故障检查、故障处理等)的应急处理能力。
所选择的服务器平台应该满足以下特性:高扩展性。
当业务量增加或增加新业务时,服务器能以增加节点、处理器、内存等方式提供更高的性能来满足新的要求。
高可靠性。
服务器系统需7×24小时连续运行,同时系统应具有良好的容错能力。
系统应采用冗余配置,保证系统无单一故障点。
支持并行技术。
支持多台主机并行的处理,以保证大容量数据处理的要求。
易于管理与使用。
保证系统的易使用性,并使系统在较优的状态下运行,以提高系统的的运行和处理效率。
恢复周期短。
当对系统进行扩容或系统发生不可预见的故障时,系统应能在24小时内恢复到正常运行状态。
3.2.3 网络平台要求✧网络的可靠性:为了能使融合计费系统提供不间断的服务,设计网络时必须考虑多种因素。
✧网络的安全性:鉴于融合计费系统的重要性,系统必须提供完备的安全控制手段来保证计费结算的安全性,安全性表现在如下方面:可对重要的网络资源进行安全管理;可确定重要的网络资源和用户集间的映射关系;监视对重要网络资源的访问;记录对重要网络资源的非法访问。
4 系统功能描述4.1 业务定制稽核4.1.1 目标稽核GSM、CDMA用户的业务定制信息,包括用户的业务特征(service profile)、位置信息(location information)和活动状态(activity status),对HLR、智能网SCP、增值业务平台、AAA服务器中的业务定制数据和综合营帐中的业务定制数据进行定期比对核查,找出数据的差异,并分析差异原因,通过技术和管理手段保障用户数据的一致。