DSMP与SP实现分散账期信息处理及订购关系数据一致性的技术方案V110.docx
- 文档编号:5838284
- 上传时间:2023-01-01
- 格式:DOCX
- 页数:24
- 大小:94.51KB
DSMP与SP实现分散账期信息处理及订购关系数据一致性的技术方案V110.docx
《DSMP与SP实现分散账期信息处理及订购关系数据一致性的技术方案V110.docx》由会员分享,可在线阅读,更多相关《DSMP与SP实现分散账期信息处理及订购关系数据一致性的技术方案V110.docx(24页珍藏版)》请在冰豆网上搜索。
DSMP与SP实现分散账期信息处理及订购关系数据一致性的技术方案V110
2011-6-20
中国移动通信研究院
版本号:
1.0.0
DSMP与SP实现分散账期信息处理及订购关系数据一致性的技术方案
目录
1范围4
2引用标准4
3相关术语与缩略语解释4
4需求描述5
4.1DSMP向SP同步分散帐期数据的需求分析5
4.2DSMP与SP实现订购关系数据一致性的需求分析5
5组网说明6
6相关流程7
6.1数据同步流程7
6.1.1向接入用户归属地DSMP的SP传递数据7
6.1.2向未接入用户归属省的全网SP传递数据7
6.2DSMP对部分业务取消后本帐期内还能继续使用的支持8
7通用接口要求9
7.1服务器设置9
7.1.1SP接入省DSMP的服务器设置9
7.1.2SP的服务器设置10
7.1.3服务器设置的备份机制11
7.2文件传输方式11
7.3对SP服务器的安全要求12
8订购关系数据文件接口12
8.1订购关系数据文件接口12
8.1.1文件命名规则12
8.1.2文件记录格式13
8.2SP数据处理结果反馈文件接口15
8.2.1文件命名规则15
8.2.2文件记录格式15
9用户帐期数据文件接口16
9.1BOSS向DSMP传递用户帐期数据接口16
9.2DSMP向SP传递用户帐期数据接口17
9.2.1文件命名规则17
9.2.2文件记录格式17
9.3SP处理结果反馈文件接口19
9.3.1文件命名规则19
9.3.2文件记录格式19
10系统改造说明20
10.1DSMP20
10.2SP21
10.3SIMS21
11编制历史21
12附录一:
DSMP编码21
1范围
本技术方案对DSMP与SP之间实现用户帐期数据、订购关系数据的一致性所需要进行的改造做了规定,原则上在中国移动通信集团公司内部使用,为集团公司和省公司开展分散帐期业务时对DSMP系统进行改造提供技术依据,是DSMP系统设备厂家进行开发测试的技术依据。
本技术方案主要描述了对DSMP系统改造的需求和改造方案。
2引用标准
下列标准所包含的条文,通过在本标准中引用而成为本标准的条文。
本标准出版时,所示版本均为有效。
所有标准都会被修订,使用本标准的各方应探讨使用下列标准最新版本的可能性。
[1]《数据业务管理平台设备规范》,中国移动通信集团公司
[2]《数据业务管理平台接口规范》,中国移动通信集团公司
[3]《数据业务分散帐期实施原则及通用改造方案V1.0》,中国移动通信集团公司
[4]《数据业务平台分散帐期实施BOSS改造方案》,中国移动通信集团公司
[5]《中国移动一级BOSS枢纽接口规范-分散帐期用户帐期同步接口v1.0.0》,中国移动通信集团公司
3相关术语与缩略语解释
英文缩写
英文全称
中文
BOSS
BusinessOperationSupportSystem
业务运营支撑系统
DSMP
DataServiceManagementPlatform
数据业务管理平台
SP
ServiceProvider
服务提供商
4需求描述
4.1DSMP向SP同步分散帐期数据的需求分析
根据《数据业务分散帐期实施原则及通用改造方案V1.0》中的要求,DSMP和接入DSMP的SP都需要支持用户分散帐期数据及与用户分散帐期数据相关的处理。
DSMP应将用户帐期数据上传到SP的服务器;并在业务订购、退订、结算、提供业务使用时进行相应的处理,相关的处理要求可参考文档《数据业务分散帐期实施原则及通用改造方案V1.0》。
对DSMP而言,除现有部分业务(如包月WAP业务)本月取消当月仍能继续使用功能外,分散帐期需求对DSMP在处理订购、鉴权时无新增功能要求;且现有自消费封顶功能,DSMP仍然按照自然月来判断,无需改造。
因此,本技术方案主要规定DSMP和SP之间传递数据的接口、及DSMP对当月取消但当月仍能继续使用业务的功能要求。
DSMP从BOSS获取用户帐期数据的接口及处理要求可参考《数据业务分散帐期实施原则及通用改造方案V1.0》。
4.2DSMP与SP实现订购关系数据一致性的需求分析
DSMP系统通过DSMP协议Provision接口,向SP同步订购关系,该接口为实时接口,通过消息的方式由DSMP向SP发起订购关系同步。
因现网各SP平台处理能力存在较大差异,在订购关系同步量较大的情况下,经常出现SP平台被峰值压垮,不能及时应答DSMP的同步请求,DSMP虽然有重发机制,但仍不能保障DSMP与SP订购关系的一致性,给用户使用梦网业务造成影响,引发用户投诉。
为解决上述DSMP与SP订购关系不一致的问题,DSMP系统定时提供全量/增量数据文件给SP,来保障双方数据的一致性。
5组网说明
DSMP与SP之间实现数据一致性的系统间交互组网图如下:
用户归属省DSMP在从省业务支撑系统获取用户帐期数据/订购关系数据后,需针对不同SP生成不同的用户帐期数据文件、订购关系数据文件。
具体要求如下:
(1)DSMP向SP同步的数据文件中,用户范围和用户标识都应该等同于DSMP向SP进行订购关系同步时的用户范围和其中所采用的用户标识(如用户手机号码、伪码等)。
如,用户可以从MM平台订购到MM业务、及非MM业务,DSMP在生成数据文件时,就应该能够根据从MM平台订购到的业务订购关系(包括MM业务和非MM业务),来生成用户帐期数据文件和订购关系数据文件。
(2)DSMP在生成用户帐期数据文件、订购关系数据文件时,应根据不同的SP,区别采用不用的用户标识:
用户手机号码、用户伪码。
且采用的用户标识应与DSMP向SP进行订购关系同步时采用的用户标识相同。
(3)DSMP将数据文件传递给SP的路径应根据SP在SIMS中上报的接入省DSMP编码、及服务器地址等相关信息。
如:
a)对于全网SP,用户归属省DSMP将数据文件上传到SP接入省DSMP的FTP服务器,SP接入省DSMP将数据文件上传到SP的服务器。
b)对于本地SP,用户归属省DSMP将数据文件上传到SP的服务器。
6相关流程
下面的流程针对用户帐期数据、订购关系数据进行统一说明。
但具体实施中用户帐期数据、订购关系数据的同步是完全独立的流程。
6.1数据同步流程
6.1.1向接入用户归属地DSMP的SP传递数据
用户归属省DSMP按日增量/定期全量导出用户帐期数据/订购关系数据,区分不同SP,生成相应的数据文件,上传到SP的服务器。
流程图如下:
流程说明:
1、省DSMP根据需求,定期导出日增量/定期全量的用户帐期数据/订购关系数据,区分不同SP,生成相应的数据文件;
2、SP须根据数据文件,更新数据,并生成处理结果反馈文件;
3、DSMP从SP的服务器获取反馈文件,对反馈结果中包含文件错误信息的,进行人工处理。
注:
此处的SP包括本地SP、分省接入的SP。
6.1.2向未接入用户归属省的全网SP传递数据
用户归属省DSMP按日增量/定期全量导出用户帐期数据/订购关系数据,区分不同SP,生成相应的数据文件,上传到SP接入省DSMP的FTPServer,由SP接入省DSMP上传文件到SP的服务器。
流程图如下:
流程说明:
1、用户归属省DSMP根据需求,定期导出日增量/定期全量的用户帐期数据/订购关系数据,区分不同SP,生成相应的数据文件;
2、用户归属省DSMP将数据文件上传至SP接入省DSMP的FTP服务器;
3、SP接入省DSMP将数据文件上传至SP的服务器;
4、SP须根据数据文件,更新数据,并生成处理结果反馈文件;
5、SP接入省DSMP从SP的服务器获取反馈文件,放置在SP接入省DSMP的FTP服务器上;
6、用户归属省DSMP从SP接入省DSMP获取反馈文件,对反馈结果中包含文件错误信息的,进行人工处理。
6.2DSMP对部分业务取消后本帐期内还能继续使用的支持
对现在部分业务在当月取消后但DSMP应允许继续使用的业务(如WAP包月业务),DSMP应支持对于这部分业务,当月已扣费且用户取消订购关系后,用户在本帐期内应能够继续使用此业务。
具体的实现如下:
DSMP做订购关系鉴权时,对于已取消的WAP业务订购关系,需要同时查询用户帐期数据,对于本帐期已付费的用户,能继续使用业务。
以WAP包月业务的使用为例,流程图如下:
流程说明:
(1)手机用户访问WAP门户;
(2)WAPPortal返回业务列表;
(3)用户访问计费URL;
(4)WTBS向DSMP发起批价鉴权;
(5)DSMP做业务鉴权、订购关系鉴权。
其中DSMP应增加用户帐期数据鉴权,对于本帐期月内取消的订购关系,本帐期内应能继续使用。
(6)DSMP返回鉴权成功;
(7)WTBS访问SP内容;
(8)SP向WTBS返回内容;
(9)WTBS向用户返回内容。
7通用接口要求
7.1服务器设置
7.1.1SP接入省DSMP的服务器设置
要求SP接入省DSMP提供FTP服务器,实现用户归属省DSMP和SP接入省DSMP之间的数据文件、处理结果反馈文件的传递。
SP接入省DSMP的服务器应建立如下不同的路径实现不同文件的传递:
平台提供方
传送方式
路径
说明
SP接入省DSMP
FTP(put)
./Subincoming/(SPID)
1)SPID是指SP的企业代码;
2)用户归属省DSMP将此SP相关的订购关系数据上传到SP接入省DSMP的服务器。
./BILLCYCLEincoming/(SPID)
1)SPID是指SP的企业代码;
2)用户归属省DSMP将此SP相关的用户帐期数据上传到SP接入省DSMP的服务器。
FTP(get)
./Suboutgoing/(SPID)
1)SPID是指SP的企业代码;
2)用户归属省DSMP从此路径获取SP对订购关系数据文件的反馈结果
./BILLCYCLEoutgoing/(SPID)
1)SPID是指SP的企业代码;
2)用户归属省DSMP从此路径获取SP对用户帐期数据文件的反馈结果。
7.1.2SP的服务器设置
要求SP提供支持SFTP的服务器,来实现数据文件的传送。
SP的服务器应建立如下不同的路径实现不同文件的传递:
平台提供方
传送方式
路径
说明
SP
FTP(put)
./Subincoming/
1)接入省DSMP将此SP相关的订购关系数据上传到SP接入省DSMP的服务器。
./BILLCYCLEincoming/
1)接入省DSMP将此SP相关的用户帐期数据上传到SP接入省DSMP的服务器。
FTP(get)
./Suboutgoing/
1)接入省DSMP从此路径获取SP对订购关系数据文件的反馈结果
./BILLCYCLEoutgoing/
1)接入省DSMP从此路径获取SP对用户帐期数据文件的反馈结果。
要求SP在SIMS中申报服务器的IP地址、端口号等信息,并为DSMP分别分配用户名和密码。
要求DSMP从SIMS传递过来的SP局数据中获取用户名、密码。
为了上传文件到SP服务器、从SP服务器下载文件,DSMP需要配置SFTP客户端服务,并配置服务器的IP地址和端口号、FTP的用户名和密码等。
7.1.3服务器设置的备份机制
为了防止在SP接入省DSMP、SP的服务器发生故障时,影响文件的传递。
因此,要求SP接入省DSMP、用户归属省DSMP设置FTP服务器作为备份。
在SP接入省DSMP、SP服务器发生故障时,能够启用备份的服务器,实现:
1)启用用户归属省DSMP的服务器,SP接入省DSMP/SP可以从用户归属省DSMP通过FTP(Get)的方式获取数据文件,或通过FTP(Put)的方式上传数据文件;
2)启用SP接入省DSMP的服务器,在SP服务器发生故障时,SP可以从SP接入省DSMP的服务器通过FTP(Get)的方式获取数据文件,或通过FTP(Put)的方式上传数据文件。
7.2文件传输方式
对数据文件传输、处理结果反馈文件传输有如下要求:
(1)要求用户归属省按照要求生成要求格式及名称的文件,为保障文件的完整性,要求数据文件生成过程中,先生成临时文件,待文件生成完毕后再命名为正式数据文件。
(2)数据文件的传送支持压缩方式的传输。
文件压缩统一使用compress压缩为.Z格式。
处理结果反馈文件也需要压缩。
(3)要求用户归属省DSMP、SP接入省DSMP都要记录文件生成、流转、处理的日志信息。
(4)对需要SP接入省DSMP传递的数据文件,用户归属省DSMP将数据文件上传至接入省DSMP的服务网上后,接入省DSMP应能获取文件并上传至相应SP的服务器上。
(5)要求SP在收到数据文件后,完成数据的处理并在一天内针对每个数据文件生成一个处理结果反馈文件,放置到SP的服务器上,等待DSMP下载。
7.3对SP服务器的安全要求
因用户帐期数据、订购关系数据等都是非常重要的用户数据文件,因此SP应采取措施保障服务器的安全性。
若因SP服务器的原因导致信息泄露等安全问题,SP应承担所有责任。
SP应采取足够的措施保障数据不会出现安全问题,包括但不限于:
(1)禁止SFTP用户匿名登录;
(2)控制SFTP进程缺省访问权限,当通过FTP服务创建新文件或目录时应屏蔽掉新文件或目录不应有的访问允许权限。
(3)应该限制SFTP用户可以使用的目录范围。
(4)需要设置SFTP用户登录后对文件目录的存取权限。
8订购关系数据文件接口
8.1订购关系数据文件接口
8.1.1文件命名规则
全网业务和本省业务的订购关系全量、增量文件的命名采用统一命名规则:
Sub_DSMP编码_SP企业代码_数据量_日期_文件序号_重传序号.后缀名
文件命名规则说明如下:
(1)Sub标识订购关系。
(2)DDD标识DSMP编码,具体取值请从参考附录一。
(3)ZZZZ标识业务平台/SP企业代码。
(4)数据量:
A标识全量比对,I标识增量比对;
(5)日期:
文件生成的日期:
YYYYMMDD。
YYYY为四位年份,MM表示月,DD表示日;对于同一类数据因大小原因分割的后续文件,采用第一个文件的生成日期。
(6)文件序号:
从0001开始编码,范围为0001-9999,一天之内不能重复;单个文件的大小可以配置,默认值为50M,最大不能超过100M,如果数据量超过配置值,需要生成新的文件,文件序号递增。
(7)重传序号:
2位数字。
00表示不是重传。
重传文件从01开始编码,范围为01-99,循环使用。
(8)tmp/dat:
后缀名:
接口文件的类型。
*.tmp标识为临时文件。
*.dat标识为数据文件。
8.1.2文件记录格式
数据文件中每条订购关系数据记录占用一行,每条记录中各字段以半角逗号分割,每行以回车换行结束。
数据文件格式的数据类型和长度为现有数据的描述,长度不足无需补空格,没有内容可以不用填写。
订购关系文件头记录格式:
顺序
信息内容
数据类型及长度
说明
01
头记录标记
Char
(2)
填“10”
02
文件版本
Char
(2)
当前版本:
01
03
DSMP编码
Char
(2)
用户归属省DSMP的编码
04
企业代码
Char(30)
SP企业代码
05
文件产生时间
Char(14)
YYYYMMDDHHMMSS(24小时制)
06
比对开始时间
Char(14)
YYYYMMDDHHMMSS(24小时制),对增量比对此字段标识为增量比对数据范围的开始时间;对全量比对此此字段应填空。
07
比对结束时间
Char(14)
YYYYMMDDHHMMSS(24小时制),对增量比对此字段标识为增量比对数据范围的结束时间;对全量比对此此字段必填标识全量比对数据范围的结束时间。
08
文件序号
Char(4)
同文件名中序列号
09
文件中记录条数
Number(9)
记录总数
0x0A
行间分隔符-回车换行符
订购关系文件尾记录格式:
顺序
信息内容
数据类型及长度
说明
01
尾记录标记
Char
(2)
填“90”
02
文件版本
Char
(2)
当前版本:
01
03
DSMP编码
Char(5)
用户归属省的DSMP编码
04
企业代码
Char(30)
SP企业代码
05
文件产生时间
Char(14)
YYYYMMDDHHMMSS(24小时制)
06
比对开始时间
Char(14)
YYYYMMDDHHMMSS(24小时制),对增量比对此字段标识为增量比对数据范围的开始时间;对全量比对此此字段应填空。
07
比对结束时间
Char(14)
YYYYMMDDHHMMSS(24小时制),对增量比对此字段标识为增量比对数据范围的结束时间;对全量比对此此字段必填标识全量比对数据范围的结束时间。
08
文件序号
Char(4)
同文件名中序列号
09
文件中记录条数
Number(9)
记录总数
10
是否是本次传递的最后一个文件
Number
(1)
0:
不是本次比对的最后一个文件
1:
是本次比对的最后一个文件
0x0A
行间分隔符-回车换行符
订购关系数据文件中间记录格式如下:
顺序
信息内容
数据类型及长度
说明
00
操作类型
Char
(1)
若为增量文件,该字段取值:
A:
新增
U:
变更
D:
删除
若为全量文件,该字段取值:
W:
全量
01
操作时间
Char(14)
信息最近发生变更的时间,格式:
YYYYMMDDHHMISS,HH为24小时制
02
计费用户标识类型
Char
(2)
两种用户标识类型
1:
用手机号标识
2:
用伪码标识
03
计费用户标识
Char(64)
用户标识
04
使用用户标识类型
Char
(2)
两种用户标识类型
1:
用手机号标识
2:
用伪码标识
05
使用用户标识
Char(64)
用户标识
06
企业代码
Char(18)
填写SPID
07
业务代码
Char(10)
填写ServiceID
08
订购关系状态
Char
(1)
取值:
0:
正常1:
暂停2:
取消
0x0A
Char
(2)
行间分隔符-回车换行符
8.2SP数据处理结果反馈文件接口
8.2.1文件命名规则
处理结果反馈文件与数据文件一一对应,处理结果反馈文件的命名在数据文件命名的基础上,增加反馈结果字段,如下所示:
Sub_DSMP编码_SP企业代码_数据量_日期_文件序号_重传序号_反馈结果.后缀名
上述各字段除“反馈结果”外,其余取值均与数据文件命名的取值相同,如日期也应该填写为数据文件的生成日期。
对“反馈结果”字段的要求为:
取值为“OK”则表明SP处理文件成功,则取值为“ER”则表明SP处理文件失败。
8.2.2文件记录格式
为满足业务运营部门对合作类业务数据比对结果、自有业务数据比对结果不同的需求,针对两类不同的业务平台,分别定义反馈文件的格式。
(1)合作类SP的反馈结果处理文件格式:
顺序
信息内容
数据类型及长度
说明
01
响应码
Char
(1)
接收并处理成功或失败
S:
成功
F:
失败
02
描述
Char(128)
应答/错误描述,成功时可不填,失败必须填
0x0a
Char
(2)
行间分隔符-回车换行符
(2)自有业务平台的反馈结果处理文件格式:
顺序
信息内容
数据类型及长度
说明
01
响应码
Char
(1)
接收并处理成功或失败
S:
成功
F:
失败
02
描述
Char(128)
应答/错误描述,成功时可不填,失败必须填
03
新增条数
Number(9)
新增的条数信息,默认为0。
处理成功时填写。
04
删除条数
Number(9)
删除的条数信息,默认为0。
处理成功时填写。
05
变更条数
Number(9)
变更的条数信息,默认为0。
处理成功时填写。
0x0a
Char
(2)
行间分隔符-回车换行符
9用户帐期数据文件接口
9.1BOSS向DSMP传递用户帐期数据接口
参见《中国移动一级BOSS枢纽接口规范-分散帐期用户帐期同步接口v1.0.0》
9.2DSMP向SP传递用户帐期数据接口
9.2.1文件命名规则
●全网用户帐期数据文件命名规则:
省DSMP生成文件名称BILLCYCLEAAAZZZZ_BBBB_CC.A.YYYYMMDD_I/A
●本地用户帐期数据文件命名规则:
省DSMP生成文件名称BILLCYCLEAAAZZZZ_BBBB_CC.L.YYYYMMDD_I/A
●规则说明:
✧BILLCYCLE,表示用户帐期;
✧AAA表示省代码,如北京为100,浙江为571……;
✧ZZZZ表示SP的企业代码;
✧BBBB:
表示文件序号,从0001开始编码,范围为0001-9999,一天之内不能重复;单个文件的大小可以配置,默认值为50M,最大不能超过100M,如果数据量超过配置值,需要生成新的文件,文件序号递增。
✧CC:
表示重传序号-2位数字。
00表示不是重传。
重传文件从01开始编码,范围为01-99,循环使用。
✧A标识全网业务的用户帐期数据文件;
✧L表示本地业务的用户帐期数据文件;
✧YYYYMMDD表示核对日期,YYYY为四位年份,MM表示月,DD表示日;
✧I是增量的用户帐期数据文件标志;A是全量的用户帐期数据文件标志
注:
对增量而言,标识此文件中包含“YYYYMMDD”当日的增量数据;对全量而言,标识此文件中包含截至到“YYYYMMDD”日24:
00的全量用户帐期数据。
9.2.2文件记录格式
对于全量文件、增量文件,用户帐期数据文件格式一样。
9.2.2.1文件头记录格式
序号
域名
长度
位置
填写说明
1
头记录标记
2
1-2
填“10”
2
企业代码
12
3-14
SP企业代码,格式为左对齐右填空
3
文件产生时间
14
15-28
格式为YYYYMMDDHHMMSS(24小时制)
4
文件版本号
2
29-30
填“01”
5
回车
1
31
CarriageReturn
6
换行
1
32
LineFeed
9.2.2.2尾记录文件格式
顺序
域名
长度
位置
填写说明
1
尾记录标记
2
1-2
填“90”
2
文件产生时间
14
3-16
格式为YYYYMMDDHHMMSS(24小时制)
3
文件中记录条数
9
17-25
记录总数,右对齐,左补0。
4
是否是本次传递的最后一个文件
1
26
0:
不是本次比对的最后一个文件
1:
是本次比对的最后一个文件
4
回车
1
27
Ca
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- DSMP SP 实现 分散 信息处理 订购 关系 数据一致性 技术 方案 V110