说说中国移动BOSS的计费厂商

合集下载

中国移动B-BOSS系统总体结构

中国移动B-BOSS系统总体结构

1B-BOSS系统总体结构1.1业务支撑网体系结构为了便于读者理解商业客户支撑系统和原有BOSS系统的关系,将业务支撑网体系结构的演变和概念的扩展介绍如下:中国移动在全国范围完成了省级BOSS(Business & Operations Support System,业务运营支撑系统)建设,实现地域集中、系统集中(包括数据集中和应用集中)以及集成商的集中。

省级BOSS采用三层技术体系架构,涵盖了以往的计费、结算、营业、帐务和客服五个系统,主要包括计费、结算、帐务处理、帐务管理、客户服务和业务管理等功能模块。

然而,从中国移动业务支撑网及相关系统的建设和使用情况来看,仍然存在一些问题:1、随着市场需求的变化与发展,原先设计的BOSS已不能完全满足新的需求变化,由于系统由一个集成商完成,因此封闭型比较强,在技术架构、容量和系统功能方面均应进一步扩充与完善。

2、对数据和信息的缺乏进一步分析,虽然相关部门存在需求,但技术储备及对需求的细化程度不佳,在经营分析系统建设过程中,发现大量的数据不准确或不完整,给进一步的数据分析与应用造成了困难。

3、客户服务渠道与营销渠道的整合未到位,与客户进行存在多个交互渠道,且数据不能共享。

应将所有接入渠道进一步整合,并增加和完善客户服务的应用,使客户服务和营销的手段更加丰富、到位,满足不同层面客户的需求。

4、由于业务网平台也承担了部分业务支撑工作,使业务支撑网与业务网之间的分工界面和接口流程不清晰,应进一步规范化和标准化。

5、随着中国移动的市场经营进一步走向精耕细作,面向个人客户、大客户、集团客户、合作伙伴的经营和服务也越来越全面,传统的以计费帐务为重要特征的支撑能力需要进一步提升。

中国移动BOSS系统的建设和发展一直本着“贴近市场,服务市场”的原则,为中国移动“业务和服务双领先”的战略提供有力的技术保障。

面对市场需求的飞速发展,2003年中国移动将在巩固完善现有BOSS系统,加快建设经营分析系统的基础上,在有限省份分头启动BOSS建设4大试点工程,为BOSS 未来3年的发展方向进行整体架构,技术体系,工程建设和人才储备等全方位的探索。

中国移动BOSS系统资费管理概括

中国移动BOSS系统资费管理概括

术语介绍(三)
▪ 资费规则
是BOSS系统内部资费配置术语,是对资费政策的分解。一个资 费政策包含一个或者多个资费规则,一个资费规则可以包含多个 资费规则项。 例如:神州行家园卡包含10元与15元两个必选业务包,每个必选 业务包在BOSS系统中都被定义成一个资费规则。10元必选包里 面包含8元包80分钟市话与2元包30条网内点对点短信两个资费 规则项。
产品=服务+资费
▪ 服务
是产品的一个子属性。服务是由中国移动向客户提供的一组功 能、实物、一些手续或相关体力工作。服务可以分为主体服务、增 值服务、客户服务。服务没有资费信息,不能直接向客户销售。包 含可选与默认选中两种方式。默认选中是用户产品的基本服务,可 选是用户自由选择的服务。
术语介绍(二)
对于优惠的基本资费,漫游费,长途费,信息费等的说明。
还包含优惠量的说明,例如封顶打折,打多少送
多少等。
(4) (3) 优惠的互斥与依赖
(5)
与其他优惠的互斥关系,依赖关系。例如要求不能叠加网内单
向,VPMN等优惠。
优惠管理
(4) 所属优惠大类
3. 问题与建议
促销活动管理
2.3.1.促销活动功能说明
是为了某阶段市场需要或者是为了回报客户或者是培养用户对于 某种业务的使用习惯,是一种短期的市场营销活动。是对BOSS系统现 有的资费体系有效的补充。例如:点信成金,积分回报。
促销活动 = 移动支付 + 客户支付 + 约束条件
移动公司支付给客户的,包括: 赠送的话费、赠送的实物、赠 送的缴费卡以及赠送的服务。
3. 问题与建议
优惠管理
是一种单一的资费。BOSS系统的优惠管理,包含了对各种 基本优惠的管理以及优惠包的管理。优惠包将各种类似基本 优惠进行组合成一个优惠。例如被叫包月优惠包里面可以包 含10元包600分钟,16元包800分钟等具体的基本优惠。

最新BOSS系统计费知识介绍

最新BOSS系统计费知识介绍

江苏移动通信有限责任公司
20
提纲
总体介绍 计费原则与资费细则
问题与解答
江苏移动通信有限责任公司
21
问题与解答
在平时工作中,如有问题请与如下人员联系:
市场部务中心人员:
王印付 : 13905242001 (62001) 胡 伟 : 13951249753 (69753) 孙媛媛 : 13951249760 (69760)
全球通停机保号后费用收取方法:
停机保号费按日分摊合帐,按日分摊方法为:10元/31天,取整精确到分即0.32元/天,月底结账日按照全 月费用补齐。办理停机保号当天仍收取月租费1.6元,次日收取停机保号费0.32元。停机保号跨整月的,其 新业务月功能使用费等免收。 全球通客户办理停机保号后应按时缴纳停机保号费,6个月内如不复机移动公司有权做销号处理。 全球通客户欠费停机60天,移动公司则有权做销号处理。
江苏移动通信有限责任公司
9
计费原则与资费细则
二、动感地带基本资费
江苏移动通信有限责任公司
10
计费原则与资费细则
三、神州行金卡基本资费
江苏移动通信有限责任公司
11
计费原则与资费细则
神州行金卡10元最低消费收取方法:
1、神州行金卡月最低消费10元(新入网当月不设最低消费,品牌互转下月生效),在月底出帐时进行收取。 2、客户状态为正常、主动报停、当月停机(即不包括全月停机):若客户帐单总额大于10元,则不再补齐; 若小于10元,则补齐10元。 3、客户状态为全月停机,则不设最低消费。 4、客户离网当月,仍收取最低消费。 5、客户离网次月开始,不设最低消费。 6、不区分新入网和老用户转入,均收取5元/月来电显示费(包含在10元最低消费之内);不收取停机保号费

新一代移动BOSS系统解决方案

新一代移动BOSS系统解决方案

摘要为了在以客户为中心的市场环境及日益激烈的市场竞争中处于有利的地位,中国移动已经把建设高效、科学的移动BOSS系统作为提高企业核心竞争力的重要措施。

本文在对现有移动BOSS系统建设现状进行客观分析的基础上,提出了新一代移动BOSS系统的设计原则、总体结构和逻辑结构,概要介绍了南京联创公司的BOSS系统解决方案及软件产品,并对部分关键技术的解决方案进行了详细说明。

引言随着世界经济全球化和我国加入WTO进程的加快,国际化的市场环境强烈要求国内的公众电信运营企业在经营管理上向国外先进的电信运营企业看齐,以迎接电信运营业的国际化竞争。

同时,随着国家改革的深化,国内电信业的市场环境已渐趋合理,且竞争日益加剧。

国内、国际电信业的如此态势,对公众电信运营企业的服务内容、服务方式、服务质量、经营管理以及服务意识,提出了严峻的挑战。

国内外市场环境要求国内的公众电信运营企业在经营理念、管理模式上能有一个较高层次的飞跃,以求在电信运营业的国际化竞争中立于不败之地。

近年来,中国移动通信集团公司作为国内最大的移动通信运营企业,不仅在发展GSM移动电话业务的同时,不断推出移动智能网、移动互联网CMNet及通用分组无线业务GPRS等新业务,旨在科学、合理地规划、建设和运营先进的电信网络基础设施,并利用其为社会各界提供方便、迅速和高品质的个性化与多元化的话音和数据通信服务。

与此同时,为了在以客户为中心的现代市场环境及日益激烈的市场竞争中处于有利的地位,中国移动越来越重视企业自身内部的服务意识,不断完善企业自身的服务体系,已经把建设高效、科学的中国移动BOSS系统(Business & Operation Support System,业务运营支撑系统)作为提高企业核心竞争力的重要措施。

在这一轮新的移动BOSS系统建设过程中,对各省移动通信公司而言,需要选择优秀的软件集成商和BOSS系统软件;对各软件集成商而言,则必须认真研究新一代移动BOSS系统的需求和特点,提供能够迅速转变为运营商的战略资产、为运营商带来直接经济效益的BOSS系统解决方案。

【标准】NGBOSS2-BOSS30在线计费接口规范

【标准】NGBOSS2-BOSS30在线计费接口规范

中国移动通信企业标准QB-Y-xxx-2010 NGBOSS2-BOSS3.0在线计费接口规范T h e O n l i n e C h a r g i n g I n t e r f a c eS p e c i f i c a t i o n o f N G B O S S2-B O S S3.0版本号:1.0.02010-x x-x x发布2010-x x-x x实施中国移动通信集团公司发布目录1. 范围 (1)2. 规范性引用文件 (2)3. 术语、定义合缩略语 (2)4. DCCA协议定义 (4)4.1. 协议结构 (5)4.2. 协议格式 (5)4.2.1. 消息头格式 (5)4.2.2. 消息列表 (7)4.2.3. A VP头格式 (8)4.2.4. A VP数据格式 (9)4.2.5. A VP编码原则 (11)5. Diameter 协议命令集 (11)5.1. Credit-Control-Request (CCR) (12)5.2. Credit-Control-Answer (CCA) (18)5.3. Re-Auth-Request(RAR) (21)5.4. Re-Auth-Answer(RAA) (22)5.5. Device-Watchdog-Request(DWR) (22)5.6. Device-Watchdog-Answer(DWA) (23)5.7. Capabilities-Exchange-Request (CER) (23)5.8. Capabilities-Exchange-Answer (CEA) (24)5.9. Abort-Session-Request(ASR) (25)5.10. Abort-Session-Answer(ASA) (25)5.11. Disconnect-Peer-Request(DPR) (26)5.12. Disconnect-Peer-Answer(DPA) (26)6. 语音业务 (27)6.1. 接口定义 (27)6.1.1. 在CCR中的IN-Information (27)6.1.2. 在CCA中的IN-Information (28)6.2. 业务流程 (29)6.2.1. 主叫流程 (29)6.2.2. 被叫流程 (31)6.2.3. 无条件呼叫前转 (33)6.2.4. 有条件呼叫前转 (34)6.2.5. 异常流程 (36)6.3. 交换机话单标志 (42)7. 短信业务 (43)7.1. 接口定义 (43)7.1.1. 在CCR中的P2PSMS-Information (43)7.1.2. 在CCA中的P2PSMS-Information (43)7.2. 业务流程 (45)7.2.1. 短信流程 (45)8. GPRS业务 (46)8.1. 接口定义 (46)8.1.1. 在CCR中的PS-Information (46)8.1.2. 在CCA中的PS-Information (47)8.2. 业务流程 (47)8.2.1. 流量计费类业务在线计费流程 (47)8.2.2. 时长计费类业务在线计费流程 (54)8.2.3. 费率改变控制流程 (56)8.2.4. 余额不足控制流程 (57)8.2.5. 用户充值成功业务放通流程(可选) (60)8.2.6. 异常流程 (61)8.2.7. 其他流程 (62)8.3. Result-Code场景举例 (62)9. 梦网业务 (63)9.1. 接口定义 (63)9.1.1. 在CCR中的DSMP-Information (63)9.1.2. 在CCA中的DSMP-Information (64)9.2. 业务流程 (65)9.2.1. 梦网SMS/MMS业务 (65)9.2.2. 梦网SMS/MMS业务包月费用收取 (66)10. 已定义的A VP表 (66)10.1. CCR A VP表 (67)10.2. CCA A VP表 (68)11. Result-Code定义 (68)图4.1DCCA协议的协议结构 (5)图4.2消息头格式 (5)图4.3AVP头格式 (8)图6.1语音主叫流程 (29)图6.2语音被叫流程 (32)图6.3语音无条件前转流程 (33)图6.4语音有条件前转流程 (34)图6.5语音异常流程,初始余额不足,不足一个时间片 (36)图6.6语音异常流程,初始余额不足,不足最小计费单元 (37)图6.7语音异常流程,通话过程中余额不足,不足一个时间片 (38)图6.8语音异常流程,通话过程中余额不足,不足一个计费单元 (39)图6.9语音异常流程,未受到更新或中止消息 (41)图8.1GPRS非内容计费类业务在线计费流程 (48)图8.2GPRS内容计费类业务在线计费流程 (51)图8.3GPRS时长计费类业务在线计费流程 (54)图8.4GPRS费率改变控制流程 (56)图8.5用户上线过程中发现余额不足控制流程 (58)图8.6用户使用数据业务过程中发现余额不足控制流程1 (58)图8.7用户使用数据业务过程中发现余额不足控制流程2 (59)图8.8用户充值成功业务放通流程 (60)图8.9异常流程的离线话单处理流程 (62)图8.10R ESULT-C ODE场景举例 (63)图9.1梦网SMS/MMS流程 (65)表2-1规范性引用文件 (2)表3-1术语和定义 (2)表3-2缩略语 (3)表4-1消息列表 (7)表5-1C REDIT-C ONTROL-R EQUEST (CCR) (12)表5-2C REDIT-C ONTROL-A NSWER (CCA) (18)表6-1CCR中的IN-I NFORMATION (27)表6-2CCA中的IN-I NFORMATION (28)表7-1CCR中的P2PSMS-I NFORMATION (43)表7-2CCA中的P2PSMS-I NFORMATION (43)表8-1CCR中的PS-I NFORMATION (46)表8-2CCA中的PS-I NFORMATION (47)表9-1CCR中的DSMP-I NFORMATION (63)表11-1R ESULT-C ODE (68)前言本标准以新一代业务运营支撑系统(NGBOSS)整体规划为指导,明确定义了中国移动省级BOSS系统的在线计费接口规范,用以指导现有BOSS系统建设。

中国移动BOSS系统资费管理概述

中国移动BOSS系统资费管理概述
▪ 合账
合账是对二批以后的话单,根据合账定义好的配置,按照用户 的用户号,合同号,账期将用户的费用累计到不同明细帐目上去 ,合账以后并产生用户的总费用的帐单。
▪ 帐务优惠(帐单级优惠)
区别于详单级的优惠,帐务优惠是针对用户的明细帐目的合账 结果进行的帐单级优惠。包含实时帐务优惠与月末帐务优惠。实 时帐务优惠就是实时的对用户的明细帐单进行优惠,月末帐务优 惠是出帐的时候对用户的明细帐单进行的优惠。帐务优惠的结果 就是最终向用户收费的帐单。
•8
•内容介绍
•1. BOSS 术语介绍 •2. BOSS 资费管理 •3. 问题与建议
书山有路勤为径, 学海无涯苦作舟
•2020/4/14
•9
▪ 资费政策 由市场部门(集团公司,省公司)根据市场的需要
提出的资费营销政策或者营销政策包,需要BOSS系 统进行配置支撑的资费营销案。下面我们讨论的都是 针对个人客户的资费政策
产品=服务+资费
▪ 服务
是产品的一个子属性。服务是由中国移动向客户提供的一组功 能、实物、一些手续或相关体力工作。服务可以分为主体服务、增 值服务、客户服务。服务没有资费信息,不能直接向客户销售。包 含可选与默认选中两种方式。默认选中是用户产品的基本服务,可 选是用户自由选择的服务。
书山ห้องสมุดไป่ตู้路勤为径, 学海无涯苦作舟
中国移动BOSS系统资 费管理概述
书山有路勤为径, 学海无涯苦作舟
2020年4月14日星期二
•内容介绍
•1. BOSS 术语介绍 •2. BOSS 资费管理 •3. 问题与建议
书山有路勤为径, 学海无涯苦作舟
•2020/4/14
•2
术语介绍(一)
▪ 产品
参照NGOSS的定义,电信行业的产品,由产品的特征和特征值来刻 划,包含一个或多个可以提供、由服务特征和特征值刻划的服务。 BOSS1.5的产品包含了产品的服务,产品的资费(服务的特征值)。 产品是绑定了“资费”的“服务”。

BOSS系统在电信系统中的应用分析

BOSS系统在电信系统中的应用分析

BOSS系统在电信系统中的应用分析摘要:随着社会的不断进步,经济的快速发展,网络日渐发达。

BOSS 系统直接影响到电信运营商在市场中的竞争,想要在市场竞争中处于优胜地位,就要将BOSS 系统在电信系统中很好的应用。

现就BOSS 系统在电信系统中的应用进行浅析。

关键词:BOSS 系统电信系统应用1.前言随着BOSS 系统的作用越来越大,电信运营商对重视程度增加,很好的应用BOSS 系统能够带动电信运营商业务的更好发展,现从BOSS 系统的概述及其发展状况进行分析,阐述BOSS 系统在电信系统中的应用情况。

1 BOSS 系统概述及其发展状况中国移动业务运营支撑系统即BOSS(Business Operations Support System)系统,融合了BSS 与OSS 系统,是一个综合的业务运营和管理平台。

从纵向上看,BOSS 系统采用“两级架构、三级应用”,即集团公司建立一级业务中心,负责总部的业务支撑;省公司建立全省集中的BOSS 系统;地市一级应用接入系统。

从横向上看,BOSS 系统包括计费、结算、营业、账务和客户服务等系统模块,并对各系统功能进行了集中、统一的规划、整合。

BOSS 系统经历了从地市级的综合业务支撑系统到省级的BOSS 1.0,再到BOSS1.5 的发展历程。

随着移动市场的迅速发展,BOSS 系统也一直处于不断的升级、发展之中,系统的数据处理能力、业务支撑能力、市场反应速度不断加强,以数据仓库为核心的经营分析系统也逐步建立并得到充分利用。

但是随着3G 技术的发展和相关业务的成熟,3G 业务的多样化和复杂化等特性将对业务运营支撑系统提出更大的挑战和更高的要求。

2 电信系统中应用BOSS 系统要考虑的因素2.1 兼顾标准,为互联互通做准备。

目前面向3G 的BOSS 缺乏成熟的国际标准,在各个活跃的研究组织和论坛中,TMF 组织推荐的新一代运营系统和软件(NGOSS)得到运营商、设备制造商支持。

BOSS系统技术规范(v1.0)

BOSS系统技术规范(v1.0)

B O S S系统技术规范(v1.0)-CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN中国移动业务运营支撑系统(BOSS)技术规范(1.0版)中国移动通信集团公司二○○一年四月目录目录 (3)1.总则 (8)1.1.概述 (8)1.2.目标和原则 (8)1.3.适用范围 (9)1.4.起草单位 (9)1.5.解释权 (10)2.BOSS系统的体系结构 (11)2.1.BOSS系统的等级结构 (11)2.2.BOSS系统的三层结构 (11)2.2.1.三层结构 (11)2.2.2.数据核心层............................................................... 错误!未定义书签。

2.2.3.业务逻辑层............................................................... 错误!未定义书签。

2.2.4.接入层....................................................................... 错误!未定义书签。

2.3.BOSS系统三层平台之间的关系 (15)2.4.BOSS系统的功能划分 (15)3.BOSS系统实体模型 (16)3.1.BOSS系统实体模型 (16)3.2.BOSS系统实体的说明及其属性 (18)3.2.1.客户管理类实体 (18)3.2.2.定单管理类实体 (18)3.2.3.产品及资费管理类实体 (19)3.2.4.资源管理类实体 (19)3.2.5.采集管理类实体 (20)3.2.6.结算管理类实体 (20)3.2.7.计费帐务管理类实体 (20)3.2.9.系统管理类实体 (22)3.3.BOSS系统实体间的关系 (23)3.3.1.客户管理类实体间关系 (23)3.3.2.定单管理类实体间关系 (23)3.3.3.产品及资费管理类实体间关系 (24)3.3.4.资源管理类实体间关系 (24)3.3.5.采集管理类实体间关系 (24)3.3.6.结算管理类实体间关系 (25)3.3.7.计费帐务管理类实体间关系 (25)3.3.8.配置管理类实体间关系 (26)3.3.9.系统管理类实体间关系 (27)4.BOSS系统业务功能实现 (27)4.1.客服与业务管理 (27)4.1.1.业务函数 (27)4.1.2.业务受理 (31)4.1.3.质量管理 (45)4.1.4.信息服务 (48)4.1.5.收费管理 (52)4.1.6.产品及资费管理 (63)4.1.7.客户管理 (66)4.1.8.大客户管理 (71)4.1.9.代销商管理 (73)4.1.10.资源管理 (75)4.2.计费结算 (83)4.2.1.业务函数 (83)4.2.2.功能描述 (84)4.2.3.功能实现总体结构 (85)4.3.帐务处理 (92)4.3.2.出帐处理 (93)4.3.3.帐务管理 (96)4.4.系统管理 (105)4.4.1.监控 (105)4.4.2.权限管理 (109)5.网络组织结构 (111)5.1.全国中心网络组织 (113)5.1.1.全国中心局域网拓扑结构 (113)5.1.2.全国中心与省中心的连接 (115)5.1.3.容灾备份中心与省中心的连接 (115)5.1.4.全国中心与中国移动其它计算机系统的连接 (115)5.1.5.全国中心与非中国移动的计算机系统的连接 (116)5.1.6.全国中心与电话通信网的连接 (116)5.2.省中心网络组织 (117)5.2.1.省中心局域网的组织 (117)5.2.2.省中心到地市的广域网连接 (119)5.2.3.省中心与中国移动其它计算机系统的连接 (119)5.2.4.省中心与国内非中国移动的计算机系统的连接 (120)5.2.5.省中心与移动通信网网元的连接 (120)5.2.6.省中心与电话通信网的连接 (120)5.3.BOSS系统使用的主要设备 (121)5.4.IP地址规划 (122)5.4.1.原则 (122)5.4.2.方法 (122)5.4.3.要求 (122)6.系统要求 (124)6.1.主机系统 (124)6.3.存储备份设备 (126)6.3.1.存储设备 (126)6.3.2.备份设备 (126)6.4.网络设备 (127)6.4.1.核心网络设备 (127)6.4.2.防火墙 (127)6.5.数据库 (128)6.6.开发工具 (129)6.7.应用软件 (129)6.8.系统测试环境 (130)6.9.系统文档资料 (130)6.10.设备选型原则 (131)7.BOSS系统的外部接口 (133)7.1.BOSS系统与通信网元的接口 (134)7.1.1.与移动交换机的接口 (134)7.1.2.与HLR、AUC的接口 (135)7.1.3.与短信中心的接口 (135)7.1.4.与语音信箱平台的接口 (136)7.1.5.与电话通信网的接口 (136)7.2.BOSS系统与公司内其它计算机系统的接口 (136)7.2.1.与MIS系统的接口 (137)7.2.2.与通信网网管系统的接口 (137)7.2.3.与WAP平台的接口 (137)7.2.4.与MISC平台的接口 (137)7.2.5.与IP计费认证中心的接口 (138)7.2.6.与其它增值业务逻辑层的接口 (139)7.3.BOSS系统与非中国移动计算机系统的接口 (139)7.3.1.与银行、邮储等计算机系统的接口 (140)7.3.2.与互联网的接口 (140)7.3.3.与其它电信运营者的接口 (140)7.3.4.与SP的接口 (141)7.4.全国中心与省中心之间的接口 (141)8.可靠性与安全 (142)8.1.系统可靠性 (142)8.1.1.网络 (142)8.1.2.主机 (142)8.1.3.存储、备份及恢复 (143)8.1.4.应用系统 (143)8.2.信息安全 (143)8.2.1.网络安全 (143)8.2.2.系统安全 (145)8.2.3.应用软件安全 (145)8.3.环境安全 (146)8.4.安全管理措施 (146)9.机房环境要求 (148)9.1.机房环境条件 (148)9.2.接地要求 (149)9.3.空调及电源 (150)1.总则1.1. 概述为了提高中国移动的服务水平、管理水平和经营决策水平,为客户提供及时、准确和高质量的服务,使中国移动向世界一流通信运营企业迈进,从技术上指导建立高效、科学的中国移动BOSS系统(Business & Operation Support System,业务运营支撑系统),依据《BOSS系统业务规范》,特制定本规范。

(国内标准)NGBOSSBOSS在线计费接口规范.

(国内标准)NGBOSSBOSS在线计费接口规范.

(国内标准)NGBOSSBOSS在线计费接口规范NGBOSS2-BOSS3.0在线计费接口规范2010-x x-x x发布目录1. 范围 (1)2. 规范性引用文件 (2)3. 术语、定义合缩略语 (2)4. DCCA协议定义 (4)4.1. 协议结构 (5)4.2. 协议格式 (5)4.2.1. 消息头格式 (5)4.2.2. 消息列表 (7)4.2.3. AVP头格式 (8)4.2.4. AVP数据格式 (9)4.2.5. AVP编码原则 (11)5. Diameter 协议命令集 (11)5.1. Credit-Control-Request (CCR) (12)5.2. Credit-Control-Answer (CCA) (18)5.3. Re-Auth-Request(RAR) (21)5.4. Re-Auth-Answer(RAA) (22)5.5. Device-Watchdog-Request(DWR) (22)5.6. Device-Watchdog-Answer(DWA) (23)5.7. Capabilities-Exchange-Request (CER) (23)5.8. Capabilities-Exchange-Answer (CEA) (24)5.9. Abort-Session-Request(ASR) (25)5.10. Abort-Session-Answer(ASA) (25)5.11. Disconnect-Peer-Request(DPR) (26)5.12. Disconnect-Peer-Answer(DPA) (26)6. 语音业务 (27)6.1. 接口定义 (27)6.1.1. 在CCR中的IN-Information (27)6.1.2. 在CCA中的IN-Information (28)6.2. 业务流程 (29)6.2.1. 主叫流程 (29)6.2.2. 被叫流程 (31)6.2.3. 无条件呼叫前转 (33)6.2.4. 有条件呼叫前转 (34)6.2.5. 异常流程 (36)6.3. 交换机话单标志 (42)7. 短信业务 (43)7.1. 接口定义 (43)7.1.1. 在CCR中的P2PSMS-Information (43)7.1.2. 在CCA中的P2PSMS-Information (43)7.2. 业务流程 (45)7.2.1. 短信流程 (45)8. GPRS业务 (46)8.1. 接口定义 (46)8.1.1. 在CCR中的PS-Information (46)8.1.2. 在CCA中的PS-Information (47)8.2. 业务流程 (47)8.2.1. 流量计费类业务在线计费流程 (47)8.2.2. 时长计费类业务在线计费流程 (54)8.2.3. 费率改变控制流程 (56)8.2.4. 余额不足控制流程 (57)8.2.5. 用户充值成功业务放通流程(可选) (60)8.2.6. 异常流程 (61)8.2.7. 其他流程 (62)8.3. Result-Code场景举例 (62)9. 梦网业务 (63)9.1. 接口定义 (63)9.1.1. 在CCR中的DSMP-Information (63)9.1.2. 在CCA中的DSMP-Information (64)9.2. 业务流程 (65)9.2.1. 梦网SMS/MMS业务 (65)9.2.2. 梦网SMS/MMS业务包月费用收取 (66)10. 已定义的AVP表 (66)10.1. CCR AVP表 (67)10.2. CCA AVP表 (68)11. Result-Code定义 (68)图4.1DCCA协议的协议结构 (5)图4.2消息头格式 (5)图4.3AVP头格式 (8)图6.1语音主叫流程 (29)图6.2语音被叫流程 (32)图6.3语音无条件前转流程 (33)图6.4语音有条件前转流程 (34)图6.5语音异常流程,初始余额不足,不足一个时间片 (36)图6.6语音异常流程,初始余额不足,不足最小计费单元 (37)图6.7语音异常流程,通话过程中余额不足,不足一个时间片 (38)图6.8语音异常流程,通话过程中余额不足,不足一个计费单元 (39)图6.9语音异常流程,未受到更新或中止消息 (41)图8.1GPRS非内容计费类业务在线计费流程 (48)图8.2GPRS内容计费类业务在线计费流程 (51)图8.3GPRS时长计费类业务在线计费流程 (54)图8.4GPRS费率改变控制流程 (56)图8.5用户上线过程中发现余额不足控制流程 (58)图8.6用户使用数据业务过程中发现余额不足控制流程1 (58)图8.7用户使用数据业务过程中发现余额不足控制流程2 (59)图8.8用户充值成功业务放通流程 (60)图8.9异常流程的离线话单处理流程 (62)图8.10R ESULT-C ODE场景举例 (63)图9.1梦网SMS/MMS流程 (65)表2-1规范性引用文件 (2)表3-1术语和定义 (2)表3-2缩略语 (3)表4-1消息列表 (7)表5-1C REDIT-C ONTROL-R EQUEST (CCR) (12)表5-2C REDIT-C ONTROL-A NSWER (CCA) (18)表6-1CCR中的IN-I NFORMATION (27)表6-2CCA中的IN-I NFORMATION (28)表7-1CCR中的P2PSMS-I NFORMATION (43)表7-2CCA中的P2PSMS-I NFORMATION (43)表8-1CCR中的PS-I NFORMATION (46)表8-2CCA中的PS-I NFORMATION (47)表9-1CCR中的DSMP-I NFORMATION (63)表11-1R ESULT-C ODE (68)前言本标准以新一代业务运营支撑系统(NGBOSS)整体规划为指导,明确定义了中国移动省级BOSS系统的在线计费接口规范,用以指导现有BOSS系统建设。

中国移动新一代BOSS系统剖析

中国移动新一代BOSS系统剖析

中国移动新一代BOSS系统剖析----ZT--------------------------------------------------------------------------------中国计费网(2003年2月23日) 来源:计算机世界网作者:宁宇国内电信市场的开放,打破了以往独家垄断的局面,也给运营商带来了市场、管理等多方面的挑战。

为适应业务发展的需求,各运营商正在纷纷投入巨资,建立新一代业务运营支撑系统—BOSS系统。

其中,中国移动花费40亿元进行的BOSS系统集中化改造工程尤为引人关注。

本文全面介绍了中国移动BOSS系统的系统框架、关键技术以及核心模型,分析了BOSS系统集中化改造建设对中国移动的意义,同时,也指出了BOSS系统今后的发展方向。

随着市场竞争的日趋激烈,中国移动面临的市场、管理等方面的压力越来越大。

一方面,中国联通在移动电话业务方面给中国移动带来了很大的市场压力;另一方面,中国移动也在寻求着新的业务增长点,在数据、国际、传输等领域不断拓展自己的业务空间,提高企业的运营收益。

为适应业务发展的需求,中国移动决定对业务运营支撑系统进行整合,提出了中国移动新一代业务运营支撑系统的概念,即BOSS系统(Business & Operation Support System)。

项目背景在从中国电信分离之初,相对于多年建设积累起来的交换、信令、传输等基础网络来说,中国移动的业务运营支撑系统的基础相当薄弱,系统分散,水平参差不齐,全网的规范化和标准化程度都比较差。

其中相对比较完整的是自1998年开始建设的计费结算体系,初步实现了全省集中、实时计费以及全网规范统一。

相对于计费结算系统,业务支撑领域的其他系统(如营业、账务、客服等)还存在较多的问题,主要表现在: 系统分散设计和建设,规范程度不强,各地的系统水平差距非常大。

支撑系统既不能提供全网范围的业务支撑,也难以发挥全网的优势,尤其是业务数据和应用软件分布在各地,使经营者和决策者难以迅速、准确、有效地掌控企业的运营状况,有些政策和措施出台也无法得到系统的及时响应。

中国BOSS系统投资规模199.2亿元,移动占比47.29%

中国BOSS系统投资规模199.2亿元,移动占比47.29%

中国BOSS系统投资规模199.2亿元,移动占比47.29%BOSS系统是BSS系统和OSS系统的总称,以客户服务、业务运营和管理为核心,以关键性事务操作(客户服务和计费为重点)作为系统的主要功能,为网络运营商提供一个综合的业务运营和管理平台,提供全面的解决方案。

1、BOSS系统市场规模近年来,我国BOSS系统企业在通过引进新设备、新技术,并在不断消化吸收的基础上进行自主创新,BOSS系统技术得到不断提升。

随着行业产业升级不断进行,近几年我国BOSS系统行业在现代化装备升级,产品、技术研发等方面的投入不断加大,行业逐渐向中高端产业发展。

2008年中国电信业重组,随后三大运营商迎来3G高速增长阶段,3G应用带动了运营商对核心业务系统的新一轮升级换代;2012年末工信部向三大运营商发放了4G运营牌照,2019年6月,工信部向运营商发放了5G牌照,开启了5G商用的序幕,随着运营商5G基础设施投资和业务的逐步展开、移动互联网业务的蓬勃发展,中国电信BOSS系统继续呈现出稳定增长态势。

数据显示,2018年我国BOSS系统投资规模为199.2亿元,同比增长3.48%,其中,中国移动BOSS系统投资规模为94.2亿元,占比47.29%;中国联通BOSS系统投资规模为55.8亿元,中国电信BOSS系统投资规模49.2亿元。

2、BOSS系统市场供给结构从产品结构来看,目前BOSS系统硬件规模较大,2018年规模达到135.8亿元,占比68.17%,而软件及服务规模为63.4亿元,占比31.83%。

随着我国电信行业迈入5G时代,使电信服务内容范围显著扩大,服务价值链延长,计费、支付和结算模式更加复杂。

电信核心业务系统软件需要不断更新,以实现对各种技术应用的有效支持,使得其功能和性能更加完善,其服务更加人性化和个性化,方可满足电信运营商的业务需求,这将推动电信运营商加快业务运营支撑软件的升级更新,以及相关应用软件的开发,从而拉动电信核心业务系统市场需求。

中国移动BOSS系统资费管理概述

中国移动BOSS系统资费管理概述

▪ 合账
合账是对二批以后的话单,根据合账定义好的配置,按照用户
的用户号,合同号,账期将用户的费用累计到不同明细帐目上去 ,合账以后并产生用户的总费用的帐单。
▪ 帐务优惠(帐单级优惠)
01.07.2020
区别于详单级的优惠,帐务优惠是针对用户的明细帐目的合账
结果进行的帐单级优惠。包含实时帐务优惠与月末帐务优惠。实
详单查询
二次批价
详细话单
短信网关 彩信中心
CG 集团通信 服务器 01.07….2020
数据
标准化
信用控制
采集
一次批价
实时合账
与客户无关,仅仅
是根据话单里面的
计费要素(对方号
根据用户的账号,付费关
码,漫游类型,通 话类型,通话时间
系进行合账处理。形成用
, 价时 。长等)进行山批东移动通信有户心限的责原任始公明司细帐务帐中单。
(2) 费用相关信息说明:
(3)
对于优惠的基本资费,漫游费,长途费,信息费等的说明。
以及对忙闲时定义,包月费,套餐费,固定费用(月租,来电显
示费)的说明。还包含优惠量的说明,例如封顶打折,打多少送
多少等。
(4) (3) 优惠的互斥与依赖
(5)
01.07.2020
与其他优惠的互斥关系,依赖关系。例如要求不能叠加网内单 向,VPMN等优惠。
默认资费:用户开户就默认享受的资费,用户可以选择取消。
01.07.2020
山东移动通信有限责任公司帐务中
4

术语介绍(三)
▪ 资费规则
是BOSS系统内部资费配置术语,是对资费政策的分解。一个资 费政策包含一个或者多个资费规则,一个资费规则可以包含多个 资费规则项。

说说中国移动BOSS的计费厂商

说说中国移动BOSS的计费厂商

说说中国移动BOSS的计费厂商最近随便写了些技术或者有深度的东西,结果大家应者寥寥,不但评论不多,连从头到尾看完的都很少,看来媒体就是媒体,没有用于炒作的东西,他也不愿意宣传,大家也不愿去看,时间长了,大家还会思考么?测试结束,还是继续写着玩吧,前面写过时光倒流,主要是从移动的角度来说的,再从SI(集成商)的角度说说在移动业务支撑发展历程中走过的路,也许是个好主意。

因为最近看了些朋友的博客和文章,发现不仅是客户这边的人忘记了历史,合作伙伴忘记得更多。

这也难怪,SI人员的稳定性要比运营商弱得多,以往的很多朋友或者跳到甲方了,或者升职了,坚持下来仍在技术口的不多,上岸转行的不少。

这些朋友中有的是销售,有的是搞技术的,我把他们告诉我的一些信息和情况串起来,试图将这十几年业务支撑的发展轨迹重现给大家。

当然,其一,我身在甲方,很多情况不知道;其二,时间久远,已经有些事情我已回忆不起来,所以说错的地方还是要让朋友们给补充,否则再过几年,恐怕就没有办法再记录这段历史了。

我从事计费这行接触的第一个SI是德康,当年赫赫有名的创立于杭州的一家计算机软件公司。

有谣传说公司的创始人原来是吃官饭的,后来下了海,立足于将在邮电部门研究的成果应用于市场,而这项技术就是联机计费采集(这些都是我做计费之前的事,所以是传说,不足信)。

联机计费采集的意义和价值我在时光倒流里已经说了,当年的独门秘笈支撑着德康公司打遍天下。

后来,有个小组从德康跳了出来,加入了思特奇公司。

思特奇不是“思想特别奇怪”的公司,说到他不得不说摩托罗拉。

现在的人可能很少有人知道当年摩托罗拉还做小型机服务器,想当年,IBM、摩托罗拉和苹果三巨头为对抗INTEL,联合开发“POWER PC”处理器,在蜜月期,摩托罗拉利用其军工技术开发销售了基于“POWER PC”和“AIX”操作系统的RISC 服务器。

在国内,摩托罗拉公司找到了两个软件公司分别在邮电和金融两个行业作为代理商和开发商。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

说说中国移动BOSS的计费厂商最近随便写了些技术或者有深度的东西,结果大家应者寥寥,不但评论不多,连从头到尾看完的都很少,看来媒体就是媒体,没有用于炒作的东西,他也不愿意宣传,大家也不愿去看,时间长了,大家还会思考么?测试结束,还是继续写着玩吧,前面写过时光倒流,主要是从移动的角度来说的,再从SI(集成商)的角度说说在移动业务支撑发展历程中走过的路,也许是个好主意。

因为最近看了些朋友的博客和文章,发现不仅是客户这边的人忘记了历史,合作伙伴忘记得更多。

这也难怪,SI人员的稳定性要比运营商弱得多,以往的很多朋友或者跳到甲方了,或者升职了,坚持下来仍在技术口的不多,上岸转行的不少。

这些朋友中有的是销售,有的是搞技术的,我把他们告诉我的一些信息和情况串起来,试图将这十几年业务支撑的发展轨迹重现给大家。

当然,其一,我身在甲方,很多情况不知道;其二,时间久远,已经有些事情我已回忆不起来,所以说错的地方还是要让朋友们给补充,否则再过几年,恐怕就没有办法再记录这段历史了。

我从事计费这行接触的第一个SI是德康,当年赫赫有名的创立于杭州的一家计算机软件公司。

有谣传说公司的创始人原来是吃官饭的,后来下了海,立足于将在邮电部门研究的成果应用于市场,而这项技术就是联机计费采集(这些都是我做计费之前的事,所以是传说,不足信)。

联机计费采集的意义和价值我在时光倒流里已经说了,当年的独门秘笈支撑着德康公司打遍天下。

后来,有个小组从德康跳了出来,加入了思特奇公司。

思特奇不是“思想特别奇怪”的公司,说到他不得不说摩托罗拉。

现在的人可能很少有人知道当年摩托罗拉还做小型机服务器,想当年,IBM、摩托罗拉和苹果三巨头为对抗INTEL,联合开发“POWER PC”处理器,在蜜月期,摩托罗拉利用其军工技术开发销售了基于“POWER PC”和“AIX”操作系统的RISC 服务器。

在国内,摩托罗拉公司找到了两个软件公司分别在邮电和金融两个行业作为代理商和开发商。

上个世纪摩托罗拉在通信行业如日中天,借助其在电信行业的优势,服务器部门也有过一些销售的机会,因此作为摩托罗拉电信行业代理而出现的思特奇公司掘到了第一桶金,在与德康公司竞争邮电部移动计费结算一期工程的战役中胜出。

95年的我对通信仅有初步的了解,对计费这个专业更是知之甚少。

95年12月签订合同,要求3月份上线,正经是“时间紧,任务重”,而当时其他同志和领导都在忙模拟移动电话联网以及GSM建设等大事,计费结算这点儿小事就由我一个人主导了。

现在想来大多数人都不看好这个项目,即使能做完恐怕工期也会“按照常规”拖一拖。

但我当时懵懂不知项目还可能延期,领导也许对延期有思想准备,自己一头扎进去,与项目组的人打成一片,最终居然按时完工。

这个奇迹的创造者自然不是我,而是开发这个系统的思特奇的技术人员,以及当年的项目经理。

从他们那里,我不仅学到了技术、管理,更学到了很多项目实施的知识和技巧,而现在再出现一个人做一个项目的机会太少了,所以说幸运的我在那个项目中是收益最大者。

做这个项目的核心技术人员就是当年从德康跳到思特奇的那几个人,他们现在有的人成了甲方,有的归隐江湖,有的还在圈子里拼杀,当年的PM现在身在联通,而当年思特奇公司的管理者是个影子,真正控制这家公司的是摩托罗拉,这不奇怪,如果不是因为摩托罗拉,我们怎么会和思特奇有接触的机会呢?在思特奇短平快地实施全国移动电话漫游计费结算中心一期工程的时候,德康公司也没有闲着,在省里逐个实施联机计费采集;后来思特奇也加入了战团。

那个时候联机采集的主要对象还是摩托罗拉和爱立信的模拟移动交换机,到后来GSM建网,对GSM采集的任务也逐渐落在这两家公司身上。

我已经记不清有多少省签了类似的合同,总之不少,而这项技术也逐渐成了移动电话计费厂商的基础能力。

在《时光倒流》里描述过,由于移动电话业务的迅猛发展,漫游计费结算需要向实时的方向发展。

要做到实时,除了要交换机和计费实现联机采集之外,全国计费结算中心一期工程采用的传输方式是拨号MODE M,是达不到实时的要求的。

因此,在一期的基础之上,继续由思特奇公司进行二期工程的建设,二期改造的主要内容是通过数据专线实时传递漫游话单,当然话单和文件格式也进行了相应调整,这方面的调整充分体现出漫游结算的运营管理经验,直至现在,虽然话单格式进行了升级,但是文件传输的基本机制和文件编码规则一直没有发生大的变化,十年的时间验证了当时的漫游话单管理模式是正确的,而这些需求除了客户自己提出之外,很大程度上是开发商帮助完善的。

95-96年的联机计费改造给德康和思特奇带来了发展的契机,但是由于这两家公司规模有限,因此无法对全国31个省均提供良好的技术服务,而当时这两家公司的管理还处于相对初级的模式,对人才的保留缺乏经验和手段,致使技术和人才逐步分散到其他集成商;而这时候又出现了一家计费厂商——太极得捷。

太极德捷是太极公司(当年的电子部六所,即华北计算机研究所,娄部长就曾是该公司的老大)与台湾的捷康公司成立的合资公司,而太极得捷的计费软件出身自台湾,由于这个版本与德康并不同根,因此对国内移动电话计费的发展起到了非常积极的推动作用。

1998年是全国省级计费系统集中化改造的年份,出于种种考虑,总部采取对厂商进行入围认证的方式圈定有资格实施省级计费系统建设的集成商,这后来成为了这个圈子的一种模式。

当年入围的计费厂商共有13家,我记得的有杭州德康、北京思特奇、北京太极得捷、北京亚信、广州邦讯、南京联创、北京中联、北京中讯、福建新大陆、湖南创智、北京新宇、联想、山东浪潮、深圳现代。

一数,为什么是14个?因为当时中联和中讯算是联合投标,算一个,但在后来打单的时候,他们也曾经单独出现过,可是谁也没有真正打赢过一单。

尘埃落定,31个省的计费系统合同签订后,有的入围厂商没有拿到一个省的合同,有的省由于“特殊情况”没有从入围厂商里选择合作伙伴,巧合的是,计费厂商最终的数量是15家,中联、中讯、创智出局,而广东立信、湖南创发、北京时力、天津星亚则成为了计费元年的创始会员之一。

计费元年的厂商我不敢一一评述,因为有的确实不了解,我只能说说我知道的。

其实在IT建设之初,一定是号令天下,召集各方英豪,在战斗中学习战斗,在项目中学习业务和技术,因此在创业初期,没有资源方面量作为基础,恐怕事情是做不成的,因此,在项目初期,要通过各种方式,广招天下英才,既要以利益诱之,又要诚意使其动容,才能结成一批创业者,为共同的目标奋斗。

当年的亚信还不是一个软件公司,在田总的带领下,中国互联网的构建者尝试在新的领域突破,看到移动计费这个新兴市场自然很感兴趣,开始想自己做,后来通过资本运作的方式收购了德康,这也许是当年计费领域的第一次大并购,正是在亚信如日中天的时候,德康的人欢欣鼓舞,革命成功了,手中分配的期权马上就会变成银子,而且是美金,工作热情高涨。

但是不久,亚信的股票开始回落,不知道当年的朋友们最后的收益如何。

邦讯是另一批计费行业的先驱们创立的,也是将联机计费采集技术作为核心竞争力的公司,结合广东式的销售能力和灵活性,邦讯公司在计费市场也开创了一片自己的天地。

联创在创立的时候和政界有些联系,后来逐渐成为一家独立的公司。

97工程的发启者之一就是南邮,因此在南京聚集了很多优秀的IT人才,新的公司后自然先网罗优秀的人才,因此联创自创建之日起就以其技术为核心,而联创所长的技术并不是在交换侧,而是在后台处理方面。

中联集团好像没有什么技术实力,主要通过走货和集成服务获得收益,因此才选择合作伙伴中讯。

当年的中讯也是非常火的一家官商,一方面和邮电部有着同根的关系,另一方面在技术方面也储备了一些人才,但是官商不担心没有单子,所以对于项目没有那种私企的态度,在真刀真枪的战斗中败下阵来也非偶然。

可惜了当年中讯很多技术高手,没有为移动做出更多的贡献。

新大陆作为福建的一个大的IT集团,电信行业仅是个小部门,与其他部门的收益自是没法比。

但是凭借着一拨对电信行业有感情的人(包括销售和技术人员),也在这个市场上站住了脚。

与联创类似,创智也是当年著名的IT公司,靠着97工程起家,虽然似乎丁总并未将移动计费作为主力的发展方向,但是下面还是有些人非常积极地推动的,但是最终还是没成为移动的合作伙伴。

新宇公司最早是作为HP的代理出现,也是跨行业运作的一家SI,技术方面往往只是先储备一些基础的资源,待拿到单子后再找人挖角,或者重新培养,属于短平快做项目的公司。

这种风格的SI在计费发展的初期盛行一时,但随着时间的推移,运营商鼓励厂商做长线,门槛越来越高,新宇这样的模式辉煌不再了。

当年的联想还没有分家,因此神州数码的人当年也属联想。

而联想和新宇有些类似,都是在总部项目中寻找进入计费领域机会的。

所以,联想的技术能力也不在于采集和批价,这对他们打省级计费系统的单子来说是劣势。

而李庆宏作为技术人员,在总部泡了一两年,对移动的业务是非常熟悉,这是联想当年最大的加分因素。

而商务和销售方面,联想的优势自不必说,非常之牛。

但计费系统的建设需要很多资源,而诸多因素导致联想跑了很多省,但一次次陪绑,只是起到了完善技术方案的作用,在不懈的努力下,最后终于在辽宁摘掉了“千年老二”的帽子。

浪潮作为山东本地的企业,拿到入围资格之后的目标还是盯着山东这一个点,这方面浪潮和新大陆有些类似,初期没有想做多大,只要让做就ok了。

深圳现代也是计费圈里的悲情人物了,当时已经在走下坡路的这家企业,可谓“瘦死骆驼比马大”,最终还是在湖北找到了自己的临时安身之所,不过后来,内忧外患使得他早早脱离了计费核心圈子,在大浪淘沙的过程中掉队了。

没在计费入围名单之内而最终拿到项目的,自然有比较深的道行,从公司的名字就可以看出非常鲜明的地方特色。

时力、立信、星亚这三家公司都是死守本地计费地盘的厂商,别人别想进来,我也不想出去,后来到BOSS集中化的时候,最先是星亚走出了天津,他在技术方面的看家本事是通过内存数据库以及独有的其他技术特长,使计费、帐务处理等工作效率极高,要说到计费等数据处理的实时能力,星亚确实有两把刷子;不过相应的代价是系统的稳定性,这点也给星亚后来带来了压力和风险,这是后话。

立信公司在广东最初不是做IT集成的,但是当时立信公司有一个非常好的创意,就是作为广东移动计费系统的外包厂商,最初的协议我不知道,只是传说由立信公司负责构建和运营广东移动的计费系统,无论是硬件还是软件都由立信公司负责采购和开发、集成,而广东移动按照话单数量向立信公司付费,每张话单几分钱之类的。

其实在我看来,这种外包方式也很正常,或者说是双方你情我愿的事情,广东公司用交易成本替换掉了自身的组织成本,自己不用购买和维护设备,也不用养一批人,将计费能力全部外包给第三方,这也是国外很多运营商都做的事情。

相关文档
最新文档