BIP CATTP
- 格式:docx
- 大小:24.97 KB
- 文档页数:2
1.BIP 方式
平台可以实现对BIP通道的接入处理支持。
BIP通道功能包括支持TCP、CAT_TP方式,实现BIP通道开通、通道关闭、数据发送、数据接收、获取BIP业务参数的标准管理。
BIP 通道的默认功能:由BIP组件提供通道功能,可配置来选择决定使用TCP、还是CAT_TP 2.CAT_TP安全策略
CAT-TP数据包中通用安全命令包Command Packet 和安全响应包Response Packet 定义在ETSI TS 102 127 中。
在命令包Command Packet中,Command Packet Identifier (CPI) 数值设置为'01' ,Command Header Identifier (CHI)设置为空,CPI、CPL 和CHL在被包含在计算RC/CC/DS 过程中。
在响应包Response Packet中,Response Packet Identifier (RPI) 数值设置为'02',Response Header Identifier (RHI) 设置为空,RPI、RPL 和RHL在被包含在计算RC/CC/DS过程中。
Packet Identifier数值设置为'00' 到'BF' ,'FF'作为保留。
'C0' 到'FE'用于私有。
计数器Counter也可以用于在安全命令包Command Packet 和安全响应包Response Packet之间建立联系。
需支持和SMS-PP相同的安全配置;SDU MAX SIZE为1K字节。
1.1 级联短信
卡片需支持SMS-PPdownload方式的级联短信;需至少支持同一批次的6条级联短信。
1.2 级联Response Packet
卡片需支持SMS-PP方式级联Response Packe,对于BIP承载方式,可不支持级联方式;
级联POR最多支持2条Response级联;
RAM下的GetStatus命令的PoR数据在超过卡片支持的级联短信能承载的最大数据长度的情况下,状态字为6310,返回数据采用级联方式,服务器收到后再发送GetStatus命令取剩余的数据;
POR的返回方式,卡片需支持Submit与Deliver(SMS-DELIVER-REPORT)两种方式。
3.报文格式
客户端和OTA平台之间采用HTTP协议进行连接,报文结构嵌入在HTTP请求或响应的数据体内。
为了保证数据传输的可靠性,对传输的报文进行了必要的封装并对所传输的交易数据进行加密处理。
以下是报文的数据结构:
HTTP Header
HTTP Data
Field Content Byte
F1 0x02 1
F2 F3 F4 F5 Session Key ID Length ISO8583 Message V erify Code 4 4 Defiend in F3 1
F6 0x03 1
说明:F1:(前缀)1字节二进制码,固定为0x02;F2:(密钥会话标识)4字节BCD 码,用于保存服务器为客户端分配的对称密钥会话标识,右对齐,不足补0。
客户端每进
行一次交易都需要重新申请该标识。
客户端发起请求时填全0,对于多次交互完成的交易,客户端需在后续请求时将该域设为服务器返回的会话标识数值;F3:(交易报文长度)4字节BCD码,指示F4域的长度,右对齐,不足补0;F4:(交易报文)该域用于保存交易报文数据,在密钥交换阶段该域数值为使用RSA算法加密后的对称密钥或密钥交换应答码;F5:(校验)1字节二进制校验码,对F1,F2,F3及F4域进行校验,采用异或和校验方式;F6:(后缀)1字节二进制码,固定为0x03。
4.电信应用示例
Tls流程.txt
Https.txt。