字段大小的解释（位图）ISO8583
每个位代表的大小的正确解释应该是什么：
Bitmap attribue length in bytes 1 b 1 16 (every two, representing a binary byte) 52 b 64 ??? 64 b 64 ??? 65 b 1 ??? (will be 16 too ?) 96 b 64 ??? 128 b 64 ???
需要对此信息进行处理。
坦克。
What should be the correct interpretation for the sizes of each bit represents :
Bitmap attribue length in bytes 1 b 1 16 (every two, representing a binary byte) 52 b 64 ??? 64 b 64 ??? 65 b 1 ??? (will be 16 too ?) 96 b 64 ??? 128 b 64 ???
Need to implement the treatment for this information.
Tanks.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
所有字段的文档例如此处。 1 是“位图扩展”，52 是“个人识别号码数据”，64 是“消息验证码（MAC）”，65 是“位图，第三级”，依此类推（尽管长度不是您给定的长度） - 请参阅我已经指出的相同维基百科页面，它的信息非常丰富）。
如果您需要权威参考资料，则需要花费 252 瑞士法郎到 ISO 是官方标准的 PDF 或纸质副本。
The docs for all fields is e.g. here. 1 is "Bit Map Extended", 52 is "Personal Identification number data", 64 is "Message authentication code (MAC)", 65 is "Bit map, tertiary", and so on (though the lengths are not as you give them -- see the same Wikipedia page I've already pointed to, it's quite informative).
If you need the authoritative reference, you'll need to splurge 252 Swiss Francs to ISO for a PDF or paper copy of the official standard, of course.
有很多关于解释 ISO-8583 的参考资料，甚至 Wikipedia 的文章也相当不错，不过快速的 Google 搜索也会找到许多不同变体的公开可用的 ISO-8583 规范。
我拥有 ISO-8583 的权威副本，但并不觉得它特别有用，实际上我几乎从不看它，因为每个人都有它的变体，而且没有人完全按照 ISO 实施，因为它允许一些私人和国家使用。
ISO 字段：
1 = 辅助/扩展位图；总是 16，但可能是 BCD。
52=个人识别码数据b64；并非所有消息中都存在 16 个十六进制数字，一旦验证应将其清除。
64=消息认证码b64；如果实际使用，则为十六进制 16。
65 = 第三位图（十六进制 16，但可能是 BCD）
96 = 消息安全代码 b64；但我总是看到它在 4-8 个 ASCII 可打印字符之间。
128=消息认证码b64；如果实际使用，则为十六进制 16。
重要提示：除非在其覆盖范围内实际存在数据元素，否则辅助位图不会存在，全 0 值无效。除非还存在辅助位图，否则第三位图不能存在。
位 001-064 主位图
位 065-128 辅助/扩展位图
位 129-193 第三位图（很少使用）
我很好奇您想仅使用 PIN 码和消息安全代码来处理什么类型的消息 消息安全代码通常伴随着另一个数据元素中的操作代码以及整个其他数据元素的操作的有效负载。
There is lots of references on interpreting ISO-8583 out there, even Wikipedia's article is pretty good, though a quick Google search will also find you many publicly available ISO-8583 specifications of different variants.
I own an authoritative copy of ISO-8583 and do not find it especially useful, actually I almost never look at it as everyone has a variant of it and no one implemented exactly to ISO as it allows for some private and national use.
ISO Field:
1 = Secondary/Extended Bitmap; always will be 16 but may be BCD'd.
52 = Personal Identification Number Data b64; 16 hex digits not present in all messages and should be cleared once validated.
64 = Message Authentication Code b64; hex 16 if it is actually used.
65 = Tertiary Bitmap (HEX 16 but may be BCD'd)
96 = Message Security Code b64; but I've always seen it between 4-8 ascii printable characters.
128 = Message Authentication Code b64; hex 16 if it is actually used.
Important: Secondary bitmap will not exist unless there are actually data elements in its range of coverage, an all 0 value is invalid. A Tertiary bitmap cannot exist unless a secondary bitmap is also present.
Bits 001-064 Primary Bitmap
Bits 065-128 Secondary/Extended Bitmap
Bits 129-193 Tertiary Bitmap (Rarely Used)
I'd be curious as to what type of message you are trying to do with just a PIN code and a message security code message security code is usually accompanied by an action code in another data element and a payload of the action throughout other data elements.