博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
解析ISO8583报文实例
阅读量:4983 次
发布时间:2019-06-12

本文共 2951 字,大约阅读时间需要 9 分钟。

http://www.cnblogs.com/1971ruru/archive/2012/12/10/2811549.html

 

本篇文章参考了中国银联POS终端规范,所以如有不明白的可以去我的资源里面下载。

现在我们有ISO8583报文如下(十六进制表示法):
60 00 03 00 00 60 31 00 31 07 30 02 00 30 20 04 C0 20 C0 98 11 00 00 00 00 00 00 00 00 01 00 03 49 02 10 00 12 30 62 25 82 21 12 99 63 01 5D 15 11 10 10 00 00 35 36 38 35 32 33 31 34 32 33 35 32 31 34 35 32 36 38 35 39 32 33 36 31 35 36 C6 24 83 4D 36 7E 9E 9E 20 00 00 00 00 00 00 00 00 13 22 00 00 08 00 05 00 36 37 41 32 32 39 39 41
第一步
POS终端上送POS中心的消息报文结构包括TPDU、报文头和应用数据三部分:
——TPDU说明:长度为10个字节,压缩时用BCD码表示为5个字节长度的数值。
——报文头说明:总长度为12字节,压缩时用BCD码表示为6个字节长度的数值。 
——应用数据说明:一般长度都是4个字节,压缩时用BCD码表示为2个字节的长度的数值。
所以上述报文中前五个字节为TPDU,即60 00 03 00 00
报文头占用六个字节,即 60 31 00 31 07 30
应用数据占用2个字节,即 02 00 也就是"0200"
——0200金融类请求消息:
●  POS查询请求。
●  POS消费请求。
●  POS消费撤销请求。
●  POS预授权完成(请求)请求。
●  POS预授权完成撤销请求。
●  电子现金脱机消费请求。
●  分期付款消费请求。
●  分期付款消费撤销请求。
●  基于PBOC电子钱包/电子现金的IC圈存类交易请求。
●  磁条卡现金充值请求。
第二步
分析位图:
首先取第十四个字节,即0x30 ,转化为二进制为0011 0000,在该字节的第一位为0(从左往右)表示当前报文中只需包括64个域,也就是从当前字节开始连续8个字节为位图(包括当前字节),如要包括128个域,该位为1。
现在进入关键的位图分析,现在我们取到了表示位图的8个字节即30 20 04 C0 20 C0 98 11,转为二进制为
00110000 00100000 00000100 11000000 00100000 11000000 10011000 00010001
位图中为1的位置即代表相应的域,在上面的二进制位中从左往右有第3位、第4位、第11位、第22位、第25位、第26位、第35位、第41位、第42位、第49位、第52位、第53位、第60

位、第64位。

域长度说明

 

N: 数字,有几位就是几位

 

字符 含义 

a 字母字符,A至Z,a至z,向左靠,右边多余位填空格 b 数据的二进制表示,后跟数字表示位(bit)的个数 
B 用于表示变长的二进制数,后跟数字表示二进制数据所占字节(Byte)的个数 n 数值,0至9,右靠,首位有效数字前填零。若表示人民币金额,则最右二位为角、分 p 填充字符,如空格 s 特殊符号 
an 字母和数字字符,左靠,右边多余位填空格 as 字母和特殊字符,左靠,右边多余位填空格 cn 压缩数字码,即BCD码 
ns 数字和特殊字符,左靠,右边多余位填空格 ans 字母、数字和特殊字符,左靠,右边多余位填空格 
ansb 字母、数字、特殊字符和二进制数,左靠,右边多余位填空格 MM 月份,01至12 DD 日期,01至31 YY 年份,00至99 hh 时,00至23 mm 分,00至59 ss 秒,00至59 
LL 后面跟随数据元的可变长度值,01至99 LLL 后面跟随数据元的可变长度值,001至999 VAR 可变长度数据元 3 3字符的固定长度 
..17 最大17个字符的可变长度。所有可变长度字段在数据元的前面应另外包含2个或3个位置, 以表示后面到数据元结束时的位置数。 
X 借贷符号,贷记为“C”,借记为“D”,并且总是与一个数字型金额数据元相连,例如, 净对账金额中X+N16含义为前缀“C”或“D”和净对账金额的16位数字。 Z 
ISO 4909和ISO 7813中定义的磁卡第二、三磁道的代码集 

 

下面开始这些域中的数据,

首先分析

3域(N6),3域为交易处理码,压缩成BCD码后占定长3个字节,我们从位图所占的8个字节后开始连续取3个字节,即 00 00 00,解压后即为“000000”,具体代表含义这里就不叙述了。

4域为交易金额,压缩成BCD码后占定长6个字节,同理取6个字节,即00 00 00 00 00 01,也就是金额0.01元,具体转换参考银联规范。
11域为受卡方系统跟踪号(流水号),压缩成BCD码占定长3个字节,同理取3个字节,即00 03 49,即000349。
22域为服务点输入方式码,压缩成BCD码占定长2个字节,同理取2个字节,即02 10,由于22域本身只占3个字节,压缩时左靠,右补0,所以转换为“021”,具体含义不再叙述。
25域为服务点条件码,压缩成BCD码占定长1个字节,同理取1个字节,即00,转换为“00”,“00”代表正常提交。
26域为服务点PIN获取码,压缩成BCD码占定长1个字节,同理取1个字节,即12,转换为“12”,表示服务点设备所允许输入的个人密码明文的最大长度为12。
解下来的35域由于不是定长,所以处理方法不同,先取一个字节,即30,转换为“30”,表示第二磁道的数据占用30个字节,取连续15个字节即62 25 82 21 12 99 63 01 5D 15 11 10 10 00 00,这里不对这串数据进行说明了。
41域为受卡机终端标识码,占8个字节的定长域,取35 36 38 35 32 33 31 34。
42域为受卡方标识码,占15个字节的定长域,取32 33 35 32 31 34 35 32 36 38 35 39 32 33 36。
49域为交易货币代码,占3个字节的定长域,取31 35 36。
52域为个人标识码数据,占8个字节的定长二进制数域,取C6 24 83 4D 36 7E 9E 9E。
53域为安全控制信息,压缩成BCD码占8个字节定长域,取20 00 00 00 00 00 00 00。
60域为自定义域,为不定长域,先取长度(压缩成BCD码占两个字节),即00 13,转换为13即占60域占13个字节,压缩成BCD码占7个字节,取22 00 00 08 00 05 00。
64域为报文鉴别码,占定长8个字节,取最后八个字节36 37 41 32 32 39 39 41。

转载于:https://www.cnblogs.com/dengpeng1004/p/5001007.html

你可能感兴趣的文章
HDU 1026 Ignatius and the Princess I (优先队列+BFS(广度优先搜索))
查看>>
Java内置数据类型
查看>>
history
查看>>
bootstrap 兼容IE8设置
查看>>
CSS border 生成三角
查看>>
线性代数学习笔记(八)
查看>>
N皇后问题
查看>>
ubuntu apt 软件源的更改
查看>>
asp.net(c#)开发中的文件上传组件uploadify的使用方法(带进度条)
查看>>
7.STM32中GPIO理解
查看>>
poj 1564
查看>>
asp.net 自己收集的面试题
查看>>
JAVA编程思想的理解
查看>>
base64 json
查看>>
对Axure软件的使用介绍
查看>>
守护态运行
查看>>
Java虚拟机JVM学习04 类的初始化
查看>>
GJM : 各大开发游戏引擎
查看>>
read view初探
查看>>
59%亚洲制造企业暂未引入人工智能, 但这场求变风险值得一试
查看>>