中国移动一级BOSS接口规范-农信通业务单行本
NGBOSS1-BOSSV20规范培训(PPT 117页)
月底出帐 • 月底出帐包括出帐预演、出帐计算、批量销帐等功能。
出帐自动化 管理
• 对出帐流程以及批量销帐过程进行自动化管理,并生成稽核日志。
调整 说明 1、实时出帐中增加对TD,家庭,宽带等业务的处理。
2、帐务优惠中增加支持TD业务、2G业务、固话业务和宽带业务等的交叉、捆绑优惠。 3、增加支持在体验期内针对产品包内的产品,支持按相应的规则进行费用减免 。 4、增加支持产品包的打折、赠送、封顶、保底、总量优惠等,并可按产品包内的产品分摊 。 5、增加支持集团级和家庭级的打折、赠送、封顶、保底、总量优惠 。
计费排重 • 对服务使用记录按业务类别对应的排重依据进行排重。
数据分发
• 将所需数据(服务使用计费、在线计费消息等)根据用户计费属性和业务 类别的不同进行分拣,供后续系统进行计费处理。
调整 说明
在业务识别中增加了支持对TD语音、宽带业务等的分析和识别。
内部资料 注意保密
计费控制
计费调度 业务授权
反算
• 用户业务使用过程中,在线计费控制传递业务使用相关信息给计费引擎, 计费引擎根据用户资料、产品信息、资费政策、帐户余额等信息以及申请 的业务计算业务使用额度。
调整 说明
增加支持包年的计费方式; 增加了支持体验期的优惠方式; 增加了支持用户作为群成员享受群优惠,如共享免费资源等。 增加了支持对宽带业务按时长、按流量计费和优惠。
•通过增强产品打包支撑能力、免费资源共享能
力,在线计费能力、欠费风险控制能力、信用控 制能力、统一帐单和统一支付能力,提升对全业 务的营销支撑能力。
持续增强在线计费和欠费风险控制能力
•进一步扩大在线计费和欠费风险控制的业务范
围,包括2G语音、TD语音、点对点短信、梦网 短信、数据流量业务。
中国移动-BOSS系统互动业务规范(doc 77页)
中国移动-BOSS系统互动业务规范(doc 77页)中国移动通信企业标准QB-J-003-2004经营分析系统与BOSS系统互动业务规范版本号:1.0.0B A S S&B O S S I n t e r f a c e S p e c i f i c a t i o nV e r s i o n:1.0.0前言本标准由中移计业[2004]XXX号印发。
本标准由中国移动通信有限公司计费业务中心提出并归口。
本标准由标准提出并归口部门负责解释。
本标准起草单位:中国移动通信有限公司计费业务中心。
本标准主要起草人:段云峰、张晓京、常倩、黄岩、刘虹、张晓艳、杨红辉、沈明磊、李雨、张蓉、房晓华、蒋楠。
本标准解释单位:中国移动通信有限公司计费业务中心。
1概述1.1适用范围本标准适用于中国移动各省(直辖市、自治区)经营分析系统与BOSS系统互动接口的建设。
1.2引用标准《中国移动通信业务运营支撑系统(BOSS)业务技术规范(1.5版)》《中国移动通信业务运营支撑系统(BOSS)业务技术规范-接口分册(1.5版)》《中国移动经营分析系统业务规范(V1.0版)》《中国移动经营分析系统技术规范(V1.0版)》《中国移动二级经营分析系统与源系统接口规范(V1.0版)》《中国移动经营分析系统数据仓库逻辑数据模型技术规范(V1.0版)》《中国移动通信有限公司省级经营分析系统数据质量检查细则(V1.0版)》1.3术语和定义1.4符号和缩略语2总体说明经过一年多经营分析系统(BASS)的建设和两年多的业务运营支撑系统(BOSS)的集中化改造,目前各省(直辖市、自治区)移动通信公司的经营分析系统和BOSS系统已基本建设完成并投入运营,初步建立起了统一的数据信息平台、业务运营平台,为客户服务、市场营销、经营决策、业务实施等工作提供了有效支撑,在中国移动的业务运营中发挥了重要的作用,成为中国移动贯彻落实“服务与业务领先”战略的有力手段。
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系统业务规范》,特制定本规范。
中国移动通信有限公司一级BBOSS与CSMP平台公众服务云业务接口规范v1.1
中国移动通信有限公司一级BBOSS与CSMP平台公众服务云业务接口规范(V1.1)中国移动通信有限公司二○一二年三月文档变更记录序号变更内容说明版本号版本日期执笔人1 讨论稿 1.0 2012/3/27 许翠萍2 修改稿 1.1 2012/7/11 许翠萍2.1 增加接口3.3-归档结果同步通知,用于数据一致性对比2.2 重新修改3.1,3.2章节中的业务流程描述,增加归档结果同步通知2.3 修改3.1.5.2和3.2.5.2中的交易报文,增加基础产品、资源产品的订单号2.4 修改3.1.5.2和3.2.5.2中的交易报文,删除一致性对比时间戳的说明目录文档变更记录 (2)1. 综述 (5)1.1. 文档概述 (5)1.2. 参考文档 (5)1.3. 术语、定义和缩略语 (5)接口定义说明 (1)2.1. 接口流程说明 (1)2.1.1. 大圈类交易 (1)2.1.2. 通知类交易 (2)2.2. 接口数据结构定义说明 (3)2.2.1. Message Header (3)2.2.2. Service Content (6)2.3. 接口方式 (6)2.4. 附件及文件上传方式 (6)3. 实时接口详述 (7)3.1. 公众服务云平台账号管理信息同步 ......................................................................................... 错误!未定义书签。
3.1.1. 业务功能 (7)3.1.2. 业务约束 (8)3.1.3. 业务流程 (8)3.1.4. 业务属性 (10)3.1.5. 交易单元 (11)3.1.5.1. 交易属性 (11)3.1.5.2. 交易报文 (12)3.1.5.3. 返回码 (14)3.2. 公众服务云产品订购关系同步 (14)3.2.1. 业务功能 (14)3.2.2. 业务约束 (15)3.2.3. 业务流程 (15)3.2.4. 业务属性 (17)3.2.5. 交易单元 (18)3.2.5.1. 交易属性 (18)3.2.5.2. 交易报文 (18)3.2.5.3. 返回码 (20)4. 系统管理 (24)4.1.1. 机构签到 (28)4.1.1.1. 业务功能 (28)4.1.1.2. 业务属性 (28)4.1.1.3. 交易单元 (29)4.1.1.3.1. 机构签到 (29)4.1.1.3.1.1. 交易属性 (29)4.1.1.3.1.2. 交易报文 (30)4.1.2. 机构签退 (32)4.1.2.1. 业务功能 (32)4.1.2.2. 业务属性 (32)4.1.2.3. 交易单元 (33)4.1.2.3.1. 机构签退 (33)4.1.2.3.1.1. 交易属性 (33)4.1.2.3.1.2. 交易报文 (34)4.1.3. 连通测试 (36)4.1.3.1. 业务功能 (36)4.1.3.2. 业务属性 (36)4.1.3.3. 交易单元 (36)4.1.3.3.1. 连通测试 (37)4.1.3.3.2. 属性 (37)4.1.4. 对帐 (38)4.1.4.1. 业务功能 (38)4.1.4.2. 业务属性 (38)4.1.4.3. 交易单元 (39)4.1.4.3.1. 对帐 (40)4.1.4.3.2. 交易属性 (40)4.1.4.3.3. 交易报文 (40)4.1.5. 对帐结果上发 (47)4.1.5.1. 业务功能 (47)4.1.5.2. 业务属性 (47)4.1.5.3. 交易单元 (47)4.1.5.3.1. 对帐结果上发 (48)4.1.5.3.2. 交易属性 (48)4.1.5.3.3. 交易报文 (49)4.1.6. 交易报文查询 (52)4.1.6.1. 业务功能 (52)4.1.6.2. 业务属性 (52)4.1.6.3. 交易单元 (52)4.1.6.3.1. 交易报文查询 (53)4.1.6.3.2. 交易属性 (53)4.1.6.3.3. 交易报文 (53)4.1.7. 文本通知 (55)4.1.7.1. 业务功能 (55)4.1.7.2. 业务属性 (55)4.1.7.3. 交易单元 (55)4.1.7.3.1. 文本通知 (56)4.1.7.3.2. 交易属性 (56)4.1.7.3.3. 交易报文 (56)统一编码 (58)5.1. 系统编码 (59)业务以及交易编码 (59)5.1.2. 交换中心 (59)交换节点 (60)5.1.4. DOMAIN编码 (61)5.1.5. 机构系统编码 (61)5.1.6. 路由类型编码 (62)5.1.7. 省代码 (62)5.1.8. 系统应答类型以及应答代码 (63)5.2. 省代码 (65)1.综述1.1.文档概述公众服务云平台全网统一建设的用于承载公众服务云业务的云平台,其通过云计算等技术手段为公众用户提供云服务,公众服务云包括IaaS(Infrastructure as a Service,基础设施即服务)、PaaS(Platform as a Service,平台即服务)以及SaaS(Software as a Service,软件即服务)三种模式。
中国移动通信一级BOSS技术规范书
中国移动一级业务运营支撑中心工程帐务枢纽和客服枢纽系统系统集成技术规范书2002年4月目次1.总则 (1)2.技术建议书要求 (2)3.项目简述 (3).一级业务中心系统概述 (3).现有相关系统的现状 (3)全国中心现状 (3)省中心现状 (4).本期工程主要设想 (4)4.本期工程要实现的功能 (5).一级业务中心的系统模型 (5).本期工程主要实现的功能 (5)全国客服枢纽 (6)全国帐务枢纽 (7)结算处理 (7)集团用户接口 (8)5.应用软件部分 (8).应用软件的技术要求 (8).开发和运行环境 (10).应用软件其它要求 (10)6.系统集成部分 (11)7.数据库部分 (13).需求说明 (13).数据库系统的技术要求 (13)8.网络设备部分 (15).概述 (15).本期工程的主要接口要求 (15)与省中心的接口 (15)与公司内其它计算机系统之间的接口 (15)与非中国移动的计算机系统之间的通信 (16)一级业务中心与其容灾备份中心间的接口 (17).IP地址规划 (17).网络设备 (17).网络设备技术要求 (18)概述 (18)核心层局域网交换机 (19)接入局域网交换机 (20)一级业务中心路由器 (20)9.主机系统部分 (22).概述 (22).主机设备技术要求 (22)10.磁盘阵列部分 (24).概述 (24).磁盘阵列技术要求 (24).磁盘阵列配置要求 (25).其它配置要求 (25)11.磁带库部分 (26).概述 (26).磁带库系统设备技术要求 (26).磁带库配置容量要求 (27).备份设备的其他要求 (27)12.各省设备的配置 (27)13.系统管理 (29)14.可靠性要求 (30)15.安全管理 (31).概述 (31).网络安全管理 (31).系统安全管理 (31).应用系统安全管理 (32).网络范围内的防病毒管理 (32).安全策略集中管理 (32).对安全产品的技术要求 (33)16.设备供电、环境及安装要求 (34)17.设备配置要求 (35)1.总则本文件是中国移动通信集团公司(简称买方)一级业务运营支撑中心工程帐务枢纽和客服枢纽系统系统集成的技术规范书,包括了本系统服务器主机、存储设备、备份设备、网络设备、数据库、应用软件及系统集成各个部分的要求,供厂商/公司(以下简称卖方)编写技术建议书和报价之用。
BOSS数据管理接口规范V1.0
1数据一致性平台与BOSS系统数据管理接口规范1.1 前言在全网业务平台与业务支撑系统数据一致性中,需要业务平台和BOSS系统提供数据,业务平台与数据一致性的数据管理接口在中国移动集团规范中已有了详细的描述和规定,但BOSS系统与数据一致性平台的数据管理接口没有统一的规范。
之前数据一致性平台采集BOSS数据通常采用直接到BOSS库中用ORACLE 的OCIULDR工具直接导出数据到临时的中间文本文件中,再SQLLOADER装载到数据一致性库中。
现在部分省反馈采集BOSS数据方式有所改变:由数据一致性平台向BOSS 系统发请求数据消息,BOSS系统根据请求数据消息内容查询数据并写入到纯文本格式的数据文件中,再将数据文件发送到数据一致性平台。
介于项目在多个省份实施的情况,需要定义统一的数据管理接口规范,数据一致性平台和BOSS系统按照这个规范管理数据请求和数据文件。
1.2 体系结构数据一致性平台增加针对BOSS的数据管理接口,负责向BOSS系统发送请求数据消息、接收BOSS系统发送来的数据文件。
BOSS增加针对数据一致性平台的数据管理接口,负责接收数据一致性平台发送来的请求数据消息、按消息内容整理相关数据写入到数据文件中、将数据文件发送给数据一致性平台。
1.3 数据范围全网业务平台与业务支撑系统之间需要进行一致性管理的数据主要包括用户数据和业务数据。
用户数据又包括用户基本信息和用户订购信息。
因此数据一致性平台也会向BOSS系统请求这些数据。
⏹ 用户数据◆ 用户基本信息:包含用户标识、用户属性、用户状态◆ 用户订购信息:包含订购信息标识、订购信息属性、订购信息状态⏹ 业务数据:包含业务数据标识、业务数据属性、业务数据状态1.4 数据流向数据流向是数据一致性平台到BOSS系统单向流向,即请求只会由数据一致性平台发出,数据文件只会在BOSS系统生产并发送给数据一致性。
1.5 管理流程1)数据一致性平台根据要采集的数据生成请求数据消息文件,请求数据消息文件以FTP方式传递给BOSS系统。
BOSS系统技术规范(v1.0)
数据核心层是BOSS系统对业务数据进行统一组织、集中管理的平台,它为业务逻辑层提供规范、高效的数据服务,实现业务数据的充分共享,是整个BOSS系统的基础。
数据核心层分为数据子层和服务子层两层。
2.2.2.2.
1.数据子层的定义
数据子层是指在BOSS系统运行时,系统记录或存储的业务运营数据、业务统计数据及系统运行辅助数据等。它包含了业务逻辑层所需的数据资料,是BOSS系统运行的基础和运行结果的具体体现。
多个界面逻辑可以重新组合成新的界面逻辑。
2.2.4.4.
接口服务是BOSS系统完成与外部系统的数据交换的一组功能单元。业务逻辑层中的业务过程通过接入层中的接口服务实现与外部系统的数据交换。
2.3.
数据核心层的服务子层向业务逻辑层提供统一、规范的原子服务,屏蔽业务数据的存储、组织和访问的细节,实现业务数据的充分共享。业务逻辑层必须通过原子服务访问业务数据。
业务逻辑层的业务函数通过数据核心层的原子服务访问业务数据。业务过程通过调用业务函数完成基本业务功能,一组业务过程实现具体的业务功能。业务逻辑层通过向接入层提供统一的业务过程实现业务逻辑的共享。
接入层实现BOSS系统与外部的数据交换。对于系统使用者,接入层接收使用者的数据输入,通过调用业务逻辑层的业务过程实现具体的业务功能,并将处理结果返回接入层,利用交互界面进行表示。对于外部系统,业务过程通过接入层的接口服务完成与外部系统的数据交换。
按照两级系统、三层结构的原则,对计费、结算、帐务、业务管理及客服等功能进行集中、统一的规划和整合,使中国移动BOSS系统成为一体化的、信息资源充分共享的支撑系统。“两级系统”指BOSS系统分为集团公司级BOSS系统(全国中心)和省级BOSS系统(省中心)两级。“三层结构”指BOSS系统在结构上分为数据核心层、业务逻辑层和接入层三层。两级系统、三层结构原则的确立,为尽快建立中国移动通信集团上下一体化的、统一的移动通信综合业务支撑系统,构建统一的服务网体系打好基础,并从技术上保障了BOSS系统的一致性、完整性和先进性,确保系统的互联互通、协调运营与统一管理。
<业务管理>中国移动一级BOSS接口规范农信通业务单行本
(业务管理)中国移动一级BOSS接口规范农信通业务单行本中国移动通信有限公司一级BOSS枢纽系统接口规范农信通业务单行本(V1.5.4)中国移动通信集团公司二○○八年十一月文档变更记录目录文档变更记录........................................................................................................................................................................................................................... I I 1. 综述 (8)1.1. 一级BOSS总体架构 (8)1.3. 机构系统编码 (8)1.4. 参考文档 (9)2. 农信通平台与一级BOSS枢纽实时接口 (10)2.1. 农信通业务简介 (10)2.2. 农信通业务的订购、退订 (12)2.2.1. 业务功能 (12)2.2.2. 业务约束 (12)2.2.3. 业务流程 (13)2.2.3.1. 农信通平台业务流程 (13)2.2.4. 业务属性 (14)2.2.5. 交易单元 (15)2.2.5.1. 交易属性 (15)2.2.5.2. 交易报文 (16)2.3. 农信通业务订购关系同步 (19)2.3.1. 业务功能 (19)2.3.2. 业务流程 (20)2.3.3. 业务属性 (21)2.3.4. 交易单元 (22)2.3.4.1. 交易属性 (22)2.3.4.2. 交易报文 (23)3. 文件接口 (25)3.1. 文件接口的功能 (25)3.2. 文件格式 (26)3.2.1. 文件命名规则 (26)3.3. 文件的获取 (27)3.4. 文件校验 (27)3.5. 文件传输流程 (27)4. 区域信息文件从省到平台 (28)4.1. 文件格式 (28)4.1.1. 文件名 (28)4.1.2. 文件格式说明 (28)4.2. 文件的传输 (30)5. 农信通业务信息文件 (31)5.1. 文件格式 (31)5.1.1. 文件名 (31)5.1.2. 文件格式说明 (31)5.2. 文件的传输 (34)6. 农信通CP信息文件 (35)6.1. 文件格式 (35)6.1.1. 文件名 (35)6.1.2. 文件格式说明 (35)6.2. 文件的传输 (37)7. 农信通CP结算信息文件 (38)7.1. 文件格式 (38)7.1.1. 文件名 (38)7.1.2. 文件格式说明 (38)7.2. 文件的传输 (40)8.1. 文件格式 (41)8.1.1. 文件名 (41)8.1.2. 文件格式说明 (41)8.2. 文件的传输 (43)8.3. 对帐文件的比对 (44)9. 订购关系月对帐(同步)文件接口 (45)9.1. 功能概述 (45)9.2. 文件传输流程 (45)9.2.1. 省BOSS流程 (45)9.2.2. 农信通平台流程 (46)9.3. 月增量定购关系明细文件 (46)9.3.1. 文件命名规则 (46)9.3.2. 文件格式 (47)9.3.2.1. 头记录格式 (47)9.3.2.2. 记录格式 (48)9.4. 对帐文件的比对 (48)附录1:产品、产品包和区域的说明 (49)附录1.1 产品、产品包互斥原则 (49)附录1.2 产品区域信息同步原则 (49)1.综述1.1.一级BOSS总体架构农信通平台接入一级BOSS枢纽系统须遵循一级BOSS的技术规范和系统管理要求,详情见1.3参考文档的《中国移动有限公司一级BOSS接口规范_总体架构和系统管理分册v1.4.5.doc》。
中国移动通信集团一级boss枢纽接口规范
中国移动通信集团公司一级BOSS枢纽系统接口规范WLAN业务部分V1.6.5中国移动通信集团公司二○一一年一一月文档变更记录序号变更内容说明版本号版本日期执笔人1 初稿 1.0 2008-1-25 王进2 根据接口规范讨论修订,业务受理扩展支持套餐申请和取消;增加智能网用户状态编码;部分流程文字描述1.1 2008-02-21 杨扬、盛英辉3 1. 新增Domain :WLAN,专用于WLAN,物理上就是原Radius平台;原Domain:RADI用于172012.新增BIP2B147, BIP2B256, BIP3B022,BIP2B262 专用于WLAN1.2 2008-2-28 杨扬,林进峰4 1.5节静态密码报文修订 1.2.1 2008-3-4 杨扬5 修订:1.增加综述;2.增加管理交易;3.增加统一编码。
1.3 2008-3-7 杨扬6 1.修订:2.WLAN业务受理增加WLAN侧发起,并修订描述;3.WLAN业务受理请求报文标识类型增加预付费卡;操作代码增加用户暂停、用户恢复和套餐变更;增加对应注1、注2、注5描述,修改注4描述。
1.4 2010-6-7 盛英辉7 根据新的预付费卡管理业务规范要求,修订此版本。
1.WLAN业务受理的请求报文的标识类型,去掉预付费卡的标识类型;2.增加2.7包单位时间电子卡销售业务章节;3.增加第4章节,满足序列号通过一级1.5 2010-7-10 盛英辉BOSS分发到序列号中省份代码对应的省BOSS的文件传输业务功能。
8 2.7章节包单位时间电子卡销售,修改电子卡扣费交易报文,并增加电子卡扣费确认交易。
密码下发确认请求报文增加“RspDesc”字段。
1.5.1 2010-8-2 盛英辉9 增加高校类业务相关内容。
1.6 2010-8-28 盛英辉10 WLAN业务受理,增加注释并修订部分原有注释。
1.6.1 2010-8-31 盛英辉11 WLAN业务受理,增加注8:OprTime(套餐申请/取消生效时间)的解释。
中国移动一级BOSS接口规范-12580业务单行本V2.8
中国移动通信有限公司12580业务接口规范单行本V2.8中国移动通信集团公司二○○七年三月文档变更记录目录1. 综述 (7)1.1. 范围 (7)1.2. 接口概述 (7)1.3. 术语 (8)1.4. 参考文档 (9)2. 12580综合信息服务 (10)2.1. 12580信息服务简介 (10)2.2. 与本文相关的接口描述 (11)2.3. 12580组网结构图 (11)2.4. 12580全网前向业务受理 (13)2.4.1. 业务功能 (13)2.4.2. 业务约束 (13)2.4.3. 业务流程 (14)2.4.3.1.省BOSS对12580业务的受理流程 (14)2.4.3.2. 12580平台业务受理流程 (15)2.4.4. 业务属性 (16)2.4.5. 交易单元 (16)2.4.5.1. 交易属性 (16)2.4.5.2. 交易报文 (17)2.5. 12580订购信息变更通知 (21)2.5.1. 业务功能 (21)2.5.2. 业务流程 (21)2.5.3. 业务属性 (23)2.5.4. 交易单元 (23)2.5.4.1. 交易属性 (23)2.5.4.2. 交易报文 (25)2.6. 省BOSS12580订购关系同步至内容计费系统 (27)2.6.1. 业务功能 (27)2.6.2. 业务流程 (27)2.6.3. 业务属性 (28)2.6.4. 交易单元 (29)2.6.4.1. 交易属性 (29)2.6.4.2. 交易报文 (30)2.7. 12580用户信息查询 (31)2.7.1. 业务功能 (31)2.7.2. 业务流程 (32)2.7.3. 业务属性 (32)2.7.4. 交易属性 (33)2.7.5. 交易报文 (34)2.8. 12580中央信息库受理投诉 (36)2.8.1. 业务功能 (36)2.8.2. 业务流程 (36)2.8.3. 业务属性 (36)2.8.4. 交易属性 (37)2.8.5. 交易报文 (39)2.9. 省客服投诉升级 (41)2.9.1. 业务功能 (41)2.9.2. 业务流程 (41)2.9.3. 业务属性 (42)2.9.4. 交易属性 (42)2.9.5. 交易报文 (44)2.10. 省客服投诉工单查询 (46)2.10.1. 业务功能 (46)2.10.2. 业务属性 (46)2.10.3. 交易属性 (47)2.10.4. 交易报文 (47)3. 管理类交易 (50)3.1. 机构签到 (50)3.1.1. 业务功能 (50)3.1.2. 业务属性 (50)3.1.3. 交易单元 (51)3.1.3.1. 交易属性 (51)3.1.3.2. 交易报文 (52)3.2. 机构签退 (53)3.2.1. 业务功能 (53)3.2.2. 业务属性 (53)3.2.3. 交易单元 (54)3.2.3.1. 交易属性 (54)3.2.3.2. 交易报文 (54)3.3. 连通测试 (1)3.3.1. 业务功能 (1)3.3.2. 业务属性 (1)3.3.3. 交易单元 (1)3.3.3.1. 交易属性 (2)3.3.3.2. 交易报文 (2)4. 对帐文件接口 (3)4.1. 对帐文件接口功能 (3)4.2. 文件格式 (3)4.2.1. 文件名 (3)4.2.2. 文件格式说明 (3)4.3. 文件的传输 (4)4.4. 对帐文件的比对 (4)5. 附录 (5)5.1. 客户品牌编码表 (5)5.2. 省代码表 (5)5.3. 用户级别编码表 (7)6. 省BOSS与12580接口技术规范 (8)6.1. 联机交易参与方 (8)6.2. 业务 (8)6.2.1. 编码规则 (8)6.3. 交易 (9)6.3.1. 交易属性 (9)6.3.2. 编码规则 (10)6.3.3. 交易流程分类 (11)6.3.3.1. 大圈类交易流程 (11)6.3.3.2. 存储转发类流程 (11)6.4. 消息结构 (12)6.4.1. Message Header (12)6.4.2. Service Content (14)6.5. 接口方式 (14)1.综述1.1.范围本接口规范描述省12580呼叫中心与省BOSS间以及省12580呼叫中心与12580中央信息库间的接口操作,包括其功能、流程和相关交易的接口报文定义,业务提供范围和有关受理规定请参见参考文档。
中国移动BBOSS系统话单规范--手机统付版和企业手机报业务平台话单文件说明v1.3
中国移动BBOSS系统话单规范手机报统付版和企业手机报平台业务话单文件说明V1.3目录版本历史 (3)概述41文件接口 (4)1.1文件说明 (4)1.1.1文件命名规则 (4)1.1.2文件格式说明 (5)1.1.3文件存放目录 (5)1.2文件的获取 (6)1.3文件校验 (6)2话单上发文件 (6)2.1话单文件格式(手机阅读平台->BBOSS) (6)2.1.1头记录 (6)2.1.2话单记录 (6)2.1.3尾记录 (7)2.2上发汇总文件格式(BBOSS ->手机阅读平台) (7)2.2.1头记录 (8)2.2.2文件记录 (8)2.2.3尾记录 (8)2.3错单文件格式(包括重单错误)(BBOSS –>手机阅读平台) (8)2.4拒收文件格式(BBOSS ->手机阅读平台) (9)3话单下发文件 (9)3.1.1话单文件格式(BBOSS –>省BOSS) (9)3.1.2下发汇总文件格式(BBOSS –>省BOSS) (11)版本历史概述本文档是对中国移动BBOSS系统对于(来自于(杭州)手机阅读平台)话单文件的详细描述,是计费结算系统输入、输出的依据。
1 文件接口1.1 文件说明1.1.1 文件命名规则(1) BBOSS_MRD代表手机阅读平台业务话单文件,BBOSS_MRDBASE表示下发给基地省的手机报统付版和企业手机报全部话单文件(2) “YYYYMMDDHHMISS”代表生成文件的时间,24小时制。
(3) “NNN”表示当日文件编号。
(4) “ZZZ”表示文件的省代码,如北京:“100”,黑龙江:“451”。
下发基地省的话单和汇总文件中的ZZZ为基地省代码。
(5) 文件采用纯文本格式,每条记录以回车换行符结束。
(6) 手机阅读平台生成话单文件采取下面的原则:a.每15分钟生成一个话单文件,如果没有话单记录,则生成只包含头记录和尾记录的话单文件。
中国移动通信-经营分析与BOSS系统的技术规范
中国移动通信企业标准 QB-╳╳-╳╳╳-╳╳╳╳ 经营分析系统与BOSS 系统互动技术规范 (送审稿) B A S S & B O S S I n t e r f a c e S p e c i f i c a t i o n V e r s i o n : 1.0.0中国移动通信集团公司 发布2004-09-╳╳发布 2004-09-╳╳实施版本号: 1.0.0目录1概述 (44)1.1背景 (44)1.2目标 (55)1.3适用范围 (55)1.4起草单位 (55)1.5解释权 (66)1.6参考文档 (66)1.7约定 (66)2总体说明 (77)2.1系统结构 (77)2.2互动原则 (88)2.3互动方式 (99)3BASS互动层 (1111)3.1互动数据流图 (1111)3.2互动功能描述 (1212)3.3互动应用对经营分析系统的影响 (1313)3.3.1实体模型的扩充 (1313)3.3.2新增互动接口数据 (1313)3.3.3对经营分析系统功能模块的影响 (1313)3.3.4流程控制 (1414)4BOSS互动层 (1414)4.1互动数据流图 (1515)4.2互动功能描述 (1515)4.3互动对BOSS系统的影响 (1616)4.3.1对BOSS实体模型的影响 (1616)4.3.2对BOSS功能模块的影响 (1717)5互动接口层 (1717)5.1概述 (1717)5.2接口的数据形式 (1818)5.3接口双方责任 (1818)5.3.1BOSS系统的责任 (1818)5.3.2经营分析系统的责任 (1818)5.4接口实现方式 (1818)5.4.1文件接口处理 (1818)5.4.2实时数据接口 (2020)5.5接口的逻辑管理 (2121)5.5.1数据管理 (2121)5.5.2完整性管理 (2222)6互动业务功能实现 (2222)6.1主动营销平台 (2222)6.1.1主动营销需求特点 (2222)6.1.2系统功能实现 (2424)6.1.3主动营销控制流程举例 (2424)6.2客户挽留............................... 错误!未定义书签。
中国移动一级BOSS接口规范-农信通业务单行本
中国移动通信有限公司一级BOSS枢纽系统接口规范农信通业务单行本(V1.5.4)中国移动通信集团公司二○○八年十一月文档变更记录目录文档变更记录 (II)1. 综述 (8)1.1. 一级BOSS总体架构 (8)1.2. 系统管理 (8)1.3. 机构系统编码 (8)1.4. 参考文档 (9)2. 农信通平台与一级BOSS枢纽实时接口 (10)2.1. 农信通业务简介 (10)2.2. 农信通业务的订购、退订 (12)2.2.1. 业务功能 (12)2.2.2. 业务约束 (12)2.2.3. 业务流程 (13)2.2.3.1. 农信通平台业务流程 (13)2.2.4. 业务属性 (14)2.2.5. 交易单元 (15)2.2.5.1. 交易属性 (15)2.2.5.2. 交易报文 (16)2.3. 农信通业务订购关系同步 (19)2.3.1. 业务功能 (19)2.3.2. 业务流程 (20)2.3.3. 业务属性 (21)2.3.4.1. 交易属性 (21)2.3.4.2. 交易报文 (22)3. 文件接口 (25)3.1. 文件接口的功能 (25)3.2. 文件格式 (26)3.2.1. 文件命名规则 (26)3.2.2. 文件格式说明 (26)3.3. 文件的获取 (27)3.4. 文件校验 (27)3.5. 文件传输流程 (27)4. 区域信息文件从省到平台 (28)4.1. 文件格式 (28)4.1.1. 文件名 (28)4.1.2. 文件格式说明 (28)4.2. 文件的传输 (30)5. 农信通业务信息文件 (31)5.1. 文件格式 (31)5.1.1. 文件名 (31)5.1.2. 文件格式说明 (31)5.2. 文件的传输 (34)6. 农信通CP信息文件 (35)6.1. 文件格式 (35)6.1.1. 文件名 (35)6.1.2. 文件格式说明 (35)6.2. 文件的传输 (37)7. 农信通CP结算信息文件 (38)7.1. 文件格式 (38)7.1.1. 文件名 (38)7.1.2. 文件格式说明 (38)7.2. 文件的传输 (40)8.1. 文件格式 (41)8.1.1. 文件名 (41)8.1.2. 文件格式说明 (41)8.2. 文件的传输 (43)8.3. 对帐文件的比对 (44)9. 订购关系月对帐(同步)文件接口 (45)9.1. 功能概述 (45)9.2. 文件传输流程 (45)9.2.1. 省BOSS流程 (45)9.2.2. 农信通平台流程 (46)9.3. 月增量定购关系明细文件 (46)9.3.1. 文件命名规则 (46)9.3.2. 文件格式 (47)9.3.2.1. 头记录格式 (47)9.3.2.2. 记录格式 (48)9.4. 对帐文件的比对 (48)附录1:产品、产品包和区域的说明 (49)附录1.1 产品、产品包互斥原则 (49)附录1.2 产品区域信息同步原则 (49)1.综述1.1.一级BOSS总体架构农信通平台接入一级BOSS枢纽系统须遵循一级BOSS的技术规范和系统管理要求,详情见1.3参考文档的《中国移动有限公司一级BOSS接口规范_总体架构和系统管理分册v1.4.5.doc》。
中国移动政企BOSS系统话单规范---基于移动云业务话单文件检错标准(V1.2)
中国移动政企BOSS系统话单规范-基于移动云业务话单文件检错标准V 1.2目录版本历史 (3)1概述 (4)2文件级检错标准 (4)3话单级检错标准 (4)4其他错误类型定义 (6)5查重标准 (6)版本历史修订号修订日期修订内容简述修订人修订后版本号1.1 2014/12/1 创建文档丁驰1.2 2014/12/18 补充F191、F201的错误描述。
增加查重标准丁驰 1.21 概述本文档是对中国移动政企BOSS系统移动云业务下发话单检错标准的详细描述,是计费结算系统输入、输出的依据。
2 文件级检错标准移动云平台上发的文件,政企BOSS在进行文件级校验时如发现文件级错误,则在原文件名前加上字母串“F xxx”,如:因F000错误打回的拒收文件,名称为F000CSMPYYYYMMDDHH24MISSNNN。
并返回移动云平台。
拒收文件的格式和内容保持不变。
错误代码错误描述F000 文件大小不是340的倍数F001 文件重复上传,主要指已经正确处理过该话单文件(拒收文件的重复上传是允许的)F002 文件名中的序号非法,应该为000—999F003 文件名中的日期非法F004 文件名日期早于规定的时间范围F005 文件名时间超前(文件名时间超过系统当前时间1天)F010 头记录中的记录类型不是“10”F030 头记录的保留字段不为空F040 头记录中的文件序号与文件名中的文件序号不一致F050 头记录中的文件产生日期与文件名中的日期不一致F060 头记录中的文件版本号错误F070 头记录中的结束符不是回车换行F080 文件中存在字段格式错误F110 尾记录中的记录类型不是“90”F120 尾记录中的保留字段不为空F130 尾记录中的文件序号与文件名中的文件序号不一致F140 尾记录中的文件产生日期与文件名中的日期不一致F150 尾记录中的话单总数合计与累计值不符F170 尾记录中的结束符不是回车换行3 话单级检错标准在政企BOSS收到一个没有文件级错误的话单文件,则对该文件进行话单级校验,每个文件产生一错单文件,文件命名方法为在原文件前加上前缀“E”,如该原文件中无错单则错单文件中只有尾记录。
(国内标准)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系统话单规范---移动云业务话单文件说明v1.8
中国移动政企BOSS系统话单规范-移动云业务话单文件说明V1.8目录1概述 (4)2文件接口 (4)2.1文件格式 (4)2.1.1文件命名规则 (4)2.1.2文件格式说明 (5)2.1.3文件存放目录 (5)2.1.4文件校验 (5)2.2话单文件格式 (6)2.2.1头记录 (6)2.2.2话单记录 (6)2.2.3尾记录 (9)2.3汇总文件格式 (9)2.3.1汇总头记录 (9)2.3.2汇总话单记录 (10)2.3.3汇总尾记录 (10)2.4错单文件格式 (11)2.4.1错单记录 (11)2.4.2尾记录 (11)2.5拒收文件格式 (11)版本历史修订号修订日期修订内容简述修订人修订后版本号1.0 2014/10/21 创建文档赵振功 1.01.6 2014/11/15 按照移动云3期要求修订赵振功 1.61.7 2014/12/5 增加话单类型chargemode的枚举值:5、6、7、8、9、10、11及相应类型的数值单位说明启用预留字段Reserved,传输新增枚举值对应的数值丁驰 1.71.8 2014/12/16 增加话单类型chargemode的枚举值:12-包月带宽,用于包月的带宽出租产品上传话单丁驰 1.81概述本文档是对中国移动政企BOSS系统基于移动云业务下发话单的详细描述,是计费结算系统输入、输出的依据。
2 文件接口2.1 文件格式2.1.1 文件命名规则文件采用纯文本格式,文件名定义如下表:文件名称文件描述有效范围(NNN)方向取文件规则CSMP YYYYMMDDHH24MISSNNN 移动云平台上传的业务话单文件000-999CSMP平台→政企BOSS政企BOSS获取文件后由政企BOSS删除CSMP YYYYMMDD999 上传汇总文件,每日一次政企BOSS→CSMP平台CSMP获取文件后由CSMP平台删除ECSMP YYYYMMDDHH24MISSNNN 错单文件,有错时包括错误内容,无错时只有尾记录,一个有效上传的云服务业务话单文件对应生成一个错单记录文件000-999政企BOSS→CSMP平台CSMP平台获取文件后由CSMP平台删除Fxxx CSMP YYYYMMDDHH24MISSN NN 拒收文件,重复的文件名、文件名错或文件格式错在原上发的文件名前加‘Fxxx’返回000-999政企BOSS→CSMP平台CSMP平台获取文件后由CSMP平台删除(1)文件名中的“CSMP”表示该文件为云服务业务话单文件;(2)“YYYYMMDDHH24MISS”表示文件生成的时间;(3)“NNN”表示当日文件序号(范围:000-999),每日文件序号从000开始;(4)文件名前加“E”表示错单文件,BOSS接收并处理完一个话单文件后,生成该文件对应的错单文件,文件名为“E” + 业务话单文件名;(5)“Fxxx”代表文件级错误代码,见《中国移动政企BOSS系统话单规范---基于移动云业务话单文件检错标准》-文件级检错标准;(6)移动云平台生成话单文件采取下面的原则:•包月计费产品不提供话单,按时长计费产品按小时提供话单,按流量计费产品按天提供话单,按次计费产品按小时提供话单。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
中国移动通信有限公司一级BOSS枢纽系统接口规范农信通业务单行本(V1.5.4)中国移动通信集团公司二○○八年十一月文档变更记录目录1.综述1.1.一级BOSS总体架构农信通平台接入一级BOSS枢纽系统须遵循一级BOSS的技术规范和系统管理要求,详情见1.3参考文档的《中国移动有限公司一级BOSS接口规范_总体架构和系统管理分册v1.4.5.doc》。
1.2.系统管理农信通平台需要实现的系统管理交易见下表:1.3.机构系统编码农信通平台的机构系统编码表如下:DOMAIN 点0026 RINP 0000 农信通平台1.4.参考文档《中国移动有限公司一级BOSS接口规范_总体架构和系统管理分册v1.4.5.doc》2.农信通平台与一级BOSS枢纽实时接口2.1.农信通业务简介中国移动通信农村信息网整合移动网络、数据网络和互联网等资源,通过IVR电话语音服务、手机短信、WEB网站、农村信息机等多种方式,将政府农业部门、农业科研机构、农业院校、涉农企业、信息服务站提供的农业信息及时传递到农民的手中,彻底解决农村信息来源和信息传输的“最后一公里”问题,促进农业信息有效传播。
通过农信通平台,能够让农村政策、农业法律法规、市场信息及科技信息及时送达农民,为现代化农业管理提供农政、农商、农技、农贸、市场供求、农业气象、病虫害预警等方面信息,为发展农副产品基地化、多种经营规模化、优质农产品市场化的现代农业模式提供优质信息服务。
通过农信通平台,联合需求部门,提供劳动力、务工等相关信息供用户查询、点播和定制。
通过农村信息平台的服务热线对农民进行一对一信息查询和专家咨询服务。
目前现网将会将业务受理过程进行改造,全国农信通平台将会直接连接一级BOSS,然后由一级BOSS连接各省BOSS,短信通道平台直接连接有限公司行业网关A模块,然后由有限公司行业网关A模块连接各省行业网关A模块。
12582农信通百事易产品依托现有农村信息网平台实现,由重庆物联网基地建设并运维,一点建设服务全网。
12582农信通百事易产品通过短信方式计费,由农信通平台通过北京梦网网关下发的短信、彩信服务信息,用户通过短信、彩信接收和查看。
12582农信通百事易产品平台和总部一级业务支撑系统(一级BOSS、内容计费系统、总部BBOSS系统)连接,实现用户管理和计费结算功能。
农信通平台:China Mobile Rural Information Network,简称:RINPA省行业网关有限公司行业网关B省行业网关农信通平台A省业务支撑系统B省业务支撑系统现有产品短信通道管理通道话单A省梦网网关北京梦网网关B省梦网网关话单百事易产品短信通道一级业务支撑系统2.2.农信通业务的订购、退订2.2.1.业务功能农信通业务订购、退订接口是由农信通平台业务向业务归属省BOSS发起的订购、退订请求,旨在请求省BOSS在BOSS侧为用户完成与农信通业务相关的订购产品/退订产品等业务操作。
适用于单个用户主动发起的订购、退订操作。
2.2.2.业务约束1、业务受理渠道农信通平台侧的业务受理渠道目前为:12582、STK、WAP、IVR、WEB2、业务开放范围本业务在全国31个省范围内面向中国移动手机用户开放。
3、开通模式本业务开通模式为同步模式,即客户申请后农信通平台根据交易应答立即告知客户受理结果。
4、订购关系说明本业务(包月业务)在首次订购后的72小时之内免费。
5、其它说明本规范仅描述省BOSS与一级BOSS交换枢纽、农信通平台间的接口操作,包括其功能、流程和相关交易的接口报文定义。
2.2.3.业务流程省BOSS流程:退订无需短信二次确认流程。
2.2.3.1.农信通平台业务流程订购流程:●短信订购:➢用户发送业务代码到农村信息网(经过行业网关转/百事易产品经过北京梦网网关转);➢农村信息网根据用户的地域属性和业务代码,转换为产品代码,向一级BOSS转发订购请求;➢一级BOSS根据用户的归属地,向省BOSS转发订购请求;➢省BOSS收到业务申请后首先进行用户状态检查、订购关系检查并通过订购渠道判断需要向用户下发二次确认短信,省BOSS答复需要二次确认(应答报文二级应答码BizOrderResult的值为80),一级BOSS转发应答消息给农村信息网;农信通平台生成临时订购关系,根据省BOSS订购关系同步报文中的平台操作流水号最终生成正式订购关系。
在数据一致性比对时,可以使用省BOSS应答消息报文头中的处理时间作为比对时间。
●网站、语音订购:不需要短信确认➢用户、话务员选择区域和该区域下的产品名称;➢农村信息网根据地域属性和产品名称,转换为产品代码,向一级BOSS转发订购请求;➢一级BOSS根据用户的归属地,转发各省BOSS订购请求;➢各省BOSS根据产品代码订购业务后,返回应答消息给一级BOSS,一级BOSS转发应答消息给农村信息网;➢农村信息网根据应答下发订购短信给用户。
退订流程:同网站和语音订购流程,不需要短信确认下面是农信通平台对业务受理的处理方式:2.2.4.业务属性2.2.5.交易单元2.2.5.1.交易属性农信通平台业务受理交易编码:T20010192.2.5.2.交易报文报文分为报文头(Message Header)和报文体(Service Content)两部分,关于报文头的内容及格式参见接口规范1.4.4中公共报文头的描述。
在此只描述报文体部分。
(1)请求SvcCont:A)农信通平台的编码规则-4位平台机构编码+8位业务编码(BIPCode)+14位组包时间YYYYMMDDHH24MMSS+3位订购渠道标识(SMS、WEB、IVR)+3位流水号(定长),序号从001开始,增量步长为1。
省BOSS在客服需要时可以从编码中获取平台侧该操作订购渠道B)省BOSS的编码规则-3位省代码+8位业务编码(BIPCode)+14位组包时间YYYYMMDDHH24MMSS+6位流水号(定长),序号从000001开始,增量步长为1。
(2)应答SvcCont:业务受理的二级应答编码表2.3.农信通业务订购关系同步2.3.1.业务功能农信通业务订购关系同步是由省BOSS发起的,省BOSS通过该接口实现省BOSS向农信通平台实时同步用户订购关系数据,满足农信通平台经营需要。
由于实时性要求不高,对用户订购关系变化,省BOSS通过此接口准实时批量的向一级BOSS发送相关用户的订购信息,一级BOSS枢纽将该信息转发给农信通平台,农信通平台收到同步的用户数据后做相应处理。
2.3.2.业务流程1)当用户通过省BOSS侧的受理渠道订购/退订农信通产品时,省BOSS的相关业务管理员选择区域和该区域下的产品名称,BOSS根据区域和产品名称,查找到产品代码,生成订购关系,并同步到农村信息网。
2)通过农信通平台短信渠道(需短信二次确认)发起的业务订购,省BOSS应及时将订购关系通过本接口发送给农信通平台。
3)当用户状态发生变更时,省BOSS定时轮询用户状态,一旦发现订购了农信通平台业务的用户状态发生变化后(在用户状态发生变化的逻辑交易日内),省BOOS通过本接口,告知农信通平台:a) 当用户状态从正常变为“销户/预销户”、“过户”、“改号”时,省BOSS向农信通平台发送注销请求,此时操作代码为“销户”;在数据一致性比对时,可以使用省BOSS消息报文体中的OprT(操作时间)字段的值作为比对时间。
交易异常时,省BOSS和农信通平台的处理方式:1)由于订购关系同步是通知类交易,省BOSS收到来自一级BOSS枢纽的应答即可认为发送成功。
2)农信通平台需确保订购关系同步成功,可以通过一级BOSS枢纽的日对帐知悉某笔交易没有成功。
注:1)省BOSS发送请求消息后,如果超时没有收到一级BOSS的确认应答消息,会进行重发,在重发指定的次数后一级BOSS还没有返回确认应答,则写错误日志,并结束本次发送,对没有成功同步的变更信息,在下一次同步的时候还会再次同步。
2) 鉴于各平台需同步的数据量很大,为保障下游系统能够均衡地支撑所有跨区业务,省BOSS发送报文时需遵循下述约定:报文最大不能超过128k,连续两个报文的间隔时间不能小于2秒。
2.3.3.业务属性业务编码:2.3.4.交易单元2.3.4.1.交易属性1、农信通业务订购关系同步交易编码:T21012292.3.4.2.交易报文报文分为报文头(Message Header)和报文体(Service Content)两部分,关于报文头的内容及格式参见接口规范1.4.4中公共报文头的描述。
在此只描述报文体部分。
1、省BOSS订购关系同步(1)请求SvcCont:注1:省BOSS交易包流水号的编码规则-3位省代码+8位业务编码(BIPCode)+14位组包时间YYYYMMDDHH24MMSS+6位流水号(定长),序号从000001开始,增量步长为1。
注2:对每个用户的操作编号的编码规则-3位省代码+8位业务编码(BIPCode)+14位组包时间YYYYMMDDHH24MMSS+2位订购来源标识(01,02,03等)+4位流水号(定长),序号从0001开始,增量步长为1。
(2)应答SvcCont:空3.文件接口3.1.文件接口的功能农信通与省BOSS的文件接口,使用FTP协议发送和接受文件。
由1.2.1以及1.2.2的接口说明归纳如下:文件名发送方接受方农信通业务信息同步文件农信通平台省BOSS 订购关系同步文件省BOSS 农信通平台日对帐文件省BOSS 农信通平台3.2.1.文件命名规则文件命名遵循以下规则:●凡是农信通发给省BOSS的文件,均以RINP开头,3位省代码结尾●省BOSS给农信通的文件,均以BOSS+3位省代码开头,RINP结尾3.2.2.文件格式说明文件是以XML格式表达的。
在本文档中以表格的形式表示XML格式;以下为表格中对元素约束(出现次数)的表示方法的描述:元素的约束条件使用以下符号表示农信通、省BOSS应按固定频率(15分钟/次)到文件服务器的相应目录下,检查是否有新文件到达。
农信通应在每日凌晨3点后,到文件服务器的相应目录下,检查是否有省BOSS的日对帐文件到达。
3.4.文件校验文件接受方应对文件进行校验。
一级BOSS枢纽文件服务器不对文件格式进行校验。
3.5.文件传输流程农信通生成文件后,通过FTP put到文件服务器的下面目录中:ftp目录:$HOME/incoming/file_interface, FTP服务器IP地址218.206.191.171)省BOSS从一级BOSS FTP服务器的get路径:ftp目录:$HOME/outgoing/file_interface, FTP服务器IP地址10.1.140.123)4.区域信息文件从省到平台各省BOSS通过该接口向农信通平台发送与该省相关的区域定义全量信息。