人民银行第二代支付系统互联规范、报文交换标准概要介绍(开发座谈会(第一期)版)
1第二代支付系统报文交换标准概述
内部资料，注意保管第二代支付系统报文交换标准【概述分册】（版本1.4.2）中国人民银行清算总中心2013年05月注：变化状态：A—增加，M—修改，D—删除目录修改记录 (3)1报文交换标准概述 (10)1.1术语说明 (10)1.2业务标准 (10)2报文格式概述 (37)2.1报文结构 (37)2.2报文头格式 (37)2.3数字签名域 (40)2.4报文体格式 (41)2.5报文编号 (41)2.6其他约束 (42)3数据类型 (45)4公共业务组件 (51)4.1业务头组件<G RP H DR> (51)4.2批量包组头组件<PKGG RP H DR> (52)4.3原报文主键组件<O RGNL G RP H DR> (53)4.4原业务主键<O RGNL T X> (54)4.5业务应答信息组件<R SPN I NF> (55)4.6NPC处理信息组件<NPCP RC I NF> (56)4.7报文分片组件<P RTTN> (57)4.8数据变更组件<C HNG C TRL> (57)5附录 (59)5.1附录一：参与者发起报文与系统状态对照表 (59)5.2附录二：参与者发起报文处理状态对照表 (64)5.3附录三：业务类型（业务种类）与拒绝代码对照表 (85)5.4附录四：TAG码和报文标签对照表 (88)5.5附录五：处理码及处理描述 (108)修改记录1报文交换标准概述第二代支付系统（以下简称CNPAS2）报文交换标准采纳了部分ISO20022报文作为CNPAS2的报文，并借鉴ISO20022规范开发了其他报文，全部报文均采用XML格式描述。
其中，对采纳使用的ISO20022报文，CNPAS2根据实际情况，进行了必要的格式约束。
1.1术语说明1.业务要素业务要素是业务数据项的抽象名称，是业务的基本组成单位，如银行账户的账号。
人民币跨境金融服务系统(一期)报文交换标准解析
人民币跨境金融服务系统(一期)报文交换标准解析本文档旨在解析人民币跨境金融服务系统(一期)的报文交换标准。
简介人民币跨境金融服务系统(一期)是一项旨在提供便利、高效和安全的人民币跨境金融服务的系统。
为了确保顺畅的信息交流和数据传输，系统使用特定的报文交换标准。
报文交换标准概述人民币跨境金融服务系统(一期)的报文交换采用以下标准：1. 报文格式：所有报文遵循统一的格式规范，包括报文头部和报文体部分。
2. 报文字段：每个报文包括必要的字段，用于准确传递信息。
字段应按照规定的位置和格式进行填写。
3. 报文编码：报文中的文本内容使用统一的编码格式，确保所有参与方能够正确解读和处理报文。
4. 报文加密：为保护报文中的敏感信息，报文需要进行加密处理。
加密算法和密钥的使用符合行业标准和安全要求。
标准实施要求为确保人民币跨境金融服务系统的正常运行，参与方需要满足以下实施要求：1. 系统兼容性：参与方的技术系统需要与人民币跨境金融服务系统兼容，包括支持相应的报文通信标准和加密算法。
2. 报文验证：接收方需要对接收到的报文进行验证，确保报文格式正确且完整。
3. 报文处理能力：参与方需要具备处理大量报文的能力，以实现高效和及时的交换。
总结人民币跨境金融服务系统(一期)报文交换标准是确保系统顺利运行和信息准确交流的重要要求。
参与方必须遵守这些标准，并满足相关的实施要求。
只有通过规范的报文交换，系统才能提供便利、高效和安全的人民币跨境金融服务。
以上是对人民币跨境金融服务系统(一期)报文交换标准的解析。
了解并遵守这些标准将有助于参与方在系统中顺利进行跨境金融服务。
如果您还有任何疑问或需要进一步信息，请随时与我们联系。
5.第二代支付系统报文交换标准(公共控制系统分册)V1.4解析
第二代支付系统报文交换标准【公共控制系统分册】（版本1.4）中国人民银行科技司2012年11月目录修改记录 (1)1报文清单及概要 (7)1.1报文清单 (7)1.2数据类型 (8)2第二代支付系统报文（XML格式） (9)2.1（复用IBPS）自由格式报文<CCMS.303.001.02> (9)2.2（复用IBPS、复用ISO20022报文）业务撤销申请报文<CCMS.307.001.02> (13)2.3（复用IBPS、复用ISO20022报文）业务撤销应答报文<CCMS.308.001.02> (17)2.4通用非签名信息业务报文<CCMS.310.001.01> (20)2.5通用非签名信息业务应答报文<CCMS.311.001.01> (25)2.6通用签名信息业务报文<CCMS.312.001.01> (27)2.7通用签名信息业务应答报文<CCMS.313.001.01> (32)2.8业务查询报文<CCMS.314.001.01> (34)2.9业务查复报文<CCMS.315.001.01> (39)2.10（复用ISO20022报文）业务状态查询申请报文<CCMS.316.001.01> (41)2.11（复用ISO20022报文）业务状态查询应答报文<CCMS.317.001.01> (47)2.12（复用ISO20022报文）业务退回申请报文<CCMS.318.001.01> (51)2.13（复用ISO20022报文）业务退回应答报文<CCMS.319.001.01> (58)2.14（复用IBPS）系统状态变更通知报文<CCMS.801.001.02> (62)2.15（复用IBPS）参与机构状态变更通知报文<CCMS.803.001.02> (66)2.16（复用IBPS）登录/退出申请报文<CCMS.805.001.02> (68)2.17（复用IBPS）登录/退出应答报文<CCMS.806.001.02> (70)2.18（复用IBPS）强制离线通知报文<CCMS.807.001.02> (72)2.19（复用IBPS）停启运通知报文<CCMS.809.001.02> (73)2.20ACS专用时间结束通知报文<CCMS.811.001.01> (76)2.21（复用IBPS）通用处理确认报文<CCMS.900.001.02> (78)2.22（复用IBPS）数字证书绑定通知报文<CCMS.903.001.02> (80)2.23业务种类与类型管理报文<CCMS.906.001.01> (83)2.24（复用IBPS）系统参数变更通知报文<CCMS.907.001.02> (85)2.25（复用IBPS）报文丢弃通知报文<CCMS.911.001.02> (95)2.26CIS代理行变更通知报文<CCMS.913.001.01> (97)2.27业务权限变更通知报文<CCMS.915.001.01> (99)2.28行名行号变更通知报文<CCMS.916.001.01> (106)2.29基础数据变更通知报文<CCMS.917.001.01> (110)2.30数字证书下载申请报文<CCMS.919.001.01> (113)2.31数字证书下载应答报文<CCMS.921.001.01> (116)2.32业务金额上限下发报文<CCMS.926.001.01> (118)2.33（复用IBPS）通信级确认报文<CCMS.990.001.02> (121)2.34探测请求报文<CCMS.991.001.01> (123)2.35探测回应报文<CCMS.992.001.01> (126)3业务组件 (128)3.1期数信息<N B I NF> (128)修改记录1报文清单及概要1.1报文清单第二代支付系统报文格式标准（公共控制系统分册）1.2数据类型中国人民银行科技司第8页2第二代支付系统报文（XML格式）2.1（复用IBPS）自由格式报文<ccms.303.001.02>2.1.1报文功能参与机构之间或参与机构与CNAPS2节点之间用于业务通知、联络等事项的信息类业务报文。
人民银行第二代支付系统互联规范、报文交换标准概要介绍(开发座谈会(第一期)版)
•
• • • •
PMTS-MBFE 参与者接入端软件
• PMTS-MBFE是PMTS系统的一部分，物理部署于参与者端。 • 它是连接支付系统和参与者行内系统的桥梁，是支付系统的重要 组成部分。 PMTS-MBFE的主要功能包括报文转发、报文格式检 查、安全管理等，即对参与者行内系统提交的报文和支付系统发 来的报文进行相应的报文格式检查，并根据系统安全规范实现报 文的可靠传输和交换。参与者接入端软件不参与业务相关处理， 如业务合法性检查、重账检查、业务核对等，以降低其运行维护 复杂度。 • 参与者接入端软件只提供直连接入功能，不提供业务录入、来帐 打印等间连接入功能。（这点与一代大、小额MBFE不同） • 参与者接入端软件应用软件由人民银行负责开发，免费提供给系 统参与者使用，物理部署在系统参与者端，并由系统参与者进行 系统维护与管理。
参与 者接 入端 软件
路由器
防火墙
行内系统
签名服务器
一代支付系统 密押设备
PMTS-MBFE集群方式部署建议
• PMTS-MBFE集群配置方式支持
– 主备模式
• 冷备模式 • 热备模式
– 并行模式
• 并行模式 • 并行冗余模式
主备模式
• 冷备模式：
• 主用直联前置机与备用 直联前置机不共享存储 设备，配置为相同的系 统配置、网络IP等等， 正常情况下，主用直联 前置机与CCPC两台服 务器连接，负责完成报 文收发。而备用直联前 置机不启用。如右图： 当主用直联前置机发生 故障时，可即时启用备 用直联前置机，接入网 络，进行报文的收发。
构建支付报文传输平台后，支付系统与参与者和其他 外围系统的关系如下图所示：
大额支付系统 小额支付系统 网上支付跨行清算系统 清算账户管理系统 公共管理系统
第二代支付系统技术总体介绍
应用系统设计：支付报文传输平台
CNCC CNCC CNCC CNCC CNCC
业务功能：
传输安全 报文校验 智能路由
主要特性 ：
与业务系统无关 兼容多种报文格式 高可用性
14
中国人民银行清算总中心
应用系统设计：支付报文传输平台
CNCC CNCC CNCC CNCC CNCC
属地业务 数据
CCPC
日志
PMTS-MBFE
MBFE
19
中国人民银行清算总中心
数据管理设计：字符集与数据编码
CNCC CNCC CNCC CNCC CNCC
为更好的适应国际标准，并适应第二代支付系统的国际化趋 势，第二代支付系统数据交换和存储格式统一采用UTF-8编 码集。 UTF-8是Unicode的一种最常用的变长字符编码，可以根据 不同的符号自动选择编码的长短。在UTF－8中，字符以8位 序列来编码，用一个或几个字节来表示一个字符。 UTF-8编码集包含全世界所有国家需要用到的字符，字符 集大；同时是国际通行的编码方式，得到了几乎所有系统软 件的支持，通用性强。UTF-8编码的文字可以在各国支持 UTF8字符集的浏览器上显示，而无需下载IE的中文语言支 持包。
CNCC CNCC CNCC CNCC CNCC
22
中国人民银行清算总中心
计算机部署方案：NPC
主机平台核心服务层
主机上的账务业务处理子系统和各业务处理核心服务层均 选择基于成熟的CICS事务管理器和DB2 数据库，维护和管 理各自的业务数据 主机平台上存储SAPS账务数据、特殊业务数据、小额业务 数据、网银业务数据、大额业务数据、公共管理（含计费） 数据； 主机上的数据采用准实时数据复制技术将数据复制到开放 系统存储的查询库中，以避免管理客户端、业务监控、应 用监控等对主机业务数据查询带来的压力
(整理)第二代支付系统报文交换标准概述分册
第二代支付系统报文交换标准【概述分册】（版本1.2）中国人民银行清算总中心2011年07月文档修订记录版本编号变化状态简要说明日期变更人批准日期批准人V0.1 A 新建2010.3.30 孔昭龙2010.3.30 贺铁林V0.5 M 修改2010.4.16 孔昭龙2010.4.16 贺铁林V0.9 M 修改2010.6.28 孔昭龙2010.6.28 贺铁林V1.0 M 修改2010.9.24 孔昭龙2010.9.24 贺铁林V1.1 M 修改2011.3.30 孔昭龙2011.3.30 贺铁林V1.2 M 修改2011.7.15 孔昭龙2011.7.15 贺铁林注：变化状态：A—增加，M—修改，D—删除目录修改记录 (4)1报文交换标准概述 (7)1.1术语说明 (7)1.2业务标准 (7)2报文格式概述 (32)2.1报文结构 (32)2.2报文头格式 (32)2.3数字签名域 (35)2.4报文体格式 (36)2.5报文编号 (36)2.6其他约束 (37)3数据类型 (39)4公共业务组件 (45)4.1业务头组件<G RP H DR> (45)4.2批量包组头组件<PKGG RP H DR> (46)4.3原报文主键组件<O RGNL G RP H DR> (47)4.4原业务主键<O RGNL T X> (48)4.5明细公用业务要素组件<PKGT X> (49)4.6业务应答信息组件<R SPN I NF> (49)4.7NPC处理信息组件<NPCP RC I NF> (51)4.8付款方信息组件<D BTR> (52)4.9收款方信息组件<C DTR> (53)4.10借贷记业务信息组件<C DTR D BTR I NF> (53)4.11报文分片组件<P RTTN> (54)4.12数据变更组件<C HNG C TRL> (55)5附录 (56)5.1附录一：参与者发起报文与系统状态对照表 (56)5.2附录二：参与者发起报文处理状态对照表 (61)5.3附录三：业务类型（业务种类）与拒绝代码对照表 (80)5.4附录四：TAG码和报文标签对照表 (83)5.5附录五：处理码及处理描述 (103)修改记录序号修改日期修改说明1.2010-3-30 [C] 创建第一稿作为文档模板；2.2010-4-16 [M] 发布0.5版本；3.2010-6-28 [M] 发布0.9版本；4.2010-9-24 [M] 发布1.0版本；5.2010-11-09 [M] 删除有关数字签名查询/查复的业务类型；6.2010-11-29 [M] 增加“附录一：报文与系统状态对照表”；7.2010-12-16 [M] 增加“附录二：参与者发起报文处理状态对照表”；8.2010-12-17 [M] “报文标识号”中的描述信息修改；9.2010-12-28 [M]1、在“1.2.11”章节中新增“人民币跨境结算通用信息业务”和“信息类业务”两种业务种类；2、删除“行间资金汇划”业务类型下的“资金拆借”业务种类，新增“场内资金拆借”、“场内资金拆借还款”、“场外资金拆借”和“场外资金拆借还款”业务种类；3、新增“1.2.9业务层面报文重账检查规则”小节；4、“业务头组件<GrpHdr>”中“发起间接参与机构”名称修改为“发起参与机构”，调整为必选项，同时调整英文标签；“接收间接参与机构”名称修改为“接收参与机构”，调整为必选项，同时调整英文标签；修改该组件的说明；5、“原报文主键组件<OrgnlGrpHdr>”中“原发起直接参与机构”名称修改为“原发起参与机构”，同时调整英文标签；10.2011-01-13 [M] 在“3数据类型”中补充了“业务拒绝码RejectCode（Max4Text）”中的内容，包括银行本票、银行汇票业务的退票理由。
5.第二代支付系统报文交换标准(公共控制系统分册)V1.4
第二代支付系统报文交换标准【公共控制系统分册】（版本1.4）中国人民银行科技司2012年11月目录修改记录 (1)1报文清单及概要 (7)1.1报文清单 (7)1.2数据类型 (8)2第二代支付系统报文（XML格式） (9)2.1（复用IBPS）自由格式报文<CCMS.303.001.02> (9)2.2（复用IBPS、复用ISO20022报文）业务撤销申请报文<CCMS.307.001.02> (13)2.3（复用IBPS、复用ISO20022报文）业务撤销应答报文<CCMS.308.001.02> (17)2.4通用非签名信息业务报文<CCMS.310.001.01> (20)2.5通用非签名信息业务应答报文<CCMS.311.001.01> (25)2.6通用签名信息业务报文<CCMS.312.001.01> (27)2.7通用签名信息业务应答报文<CCMS.313.001.01> (32)2.8业务查询报文<CCMS.314.001.01> (34)2.9业务查复报文<CCMS.315.001.01> (39)2.10（复用ISO20022报文）业务状态查询申请报文<CCMS.316.001.01> (41)2.11（复用ISO20022报文）业务状态查询应答报文<CCMS.317.001.01> (47)2.12（复用ISO20022报文）业务退回申请报文<CCMS.318.001.01> (51)2.13（复用ISO20022报文）业务退回应答报文<CCMS.319.001.01> (58)2.14（复用IBPS）系统状态变更通知报文<CCMS.801.001.02> (62)2.15（复用IBPS）参与机构状态变更通知报文<CCMS.803.001.02> (66)2.16（复用IBPS）登录/退出申请报文<CCMS.805.001.02> (68)2.17（复用IBPS）登录/退出应答报文<CCMS.806.001.02> (70)2.18（复用IBPS）强制离线通知报文<CCMS.807.001.02> (72)2.19（复用IBPS）停启运通知报文<CCMS.809.001.02> (73)2.20ACS专用时间结束通知报文<CCMS.811.001.01> (76)2.21（复用IBPS）通用处理确认报文<CCMS.900.001.02> (78)2.22（复用IBPS）数字证书绑定通知报文<CCMS.903.001.02> (80)2.23业务种类与类型管理报文<CCMS.906.001.01> (83)2.24（复用IBPS）系统参数变更通知报文<CCMS.907.001.02> (85)2.25（复用IBPS）报文丢弃通知报文<CCMS.911.001.02> (95)2.26CIS代理行变更通知报文<CCMS.913.001.01> (97)2.27业务权限变更通知报文<CCMS.915.001.01> (99)2.28行名行号变更通知报文<CCMS.916.001.01> (106)2.29基础数据变更通知报文<CCMS.917.001.01> (110)2.30数字证书下载申请报文<CCMS.919.001.01> (113)2.31数字证书下载应答报文<CCMS.921.001.01> (116)2.32业务金额上限下发报文<CCMS.926.001.01> (118)2.33（复用IBPS）通信级确认报文<CCMS.990.001.02> (121)2.34探测请求报文<CCMS.991.001.01> (123)2.35探测回应报文<CCMS.992.001.01> (126)3业务组件 (128)3.1期数信息<N B I NF> (128)修改记录1报文清单及概要1.1报文清单第二代支付系统报文格式标准（公共控制系统分册）1.2数据类型中国人民银行科技司第8页2第二代支付系统报文（XML格式）2.1（复用IBPS）自由格式报文<ccms.303.001.02>2.1.1报文功能参与机构之间或参与机构与CNAPS2节点之间用于业务通知、联络等事项的信息类业务报文。
二代支付系统报文交换标准
二代支付系统报文交换标准支付系统报文交换标准通常指的是在支付系统内各个参与方之间进行数据交互时所遵循的一套规范和标准。
这些标准通常包括报文格式、报文字段、报文编码方式、报文交换协议等内容，用于确保参与方之间能够正确地理解和解析对方发送的支付数据。
本文将对二代支付系统报文交换标准进行详细介绍。
一、报文格式二代支付系统报文的格式通常采用一种结构化的方式，以便于各个参与方能够清晰地读取和理解报文的内容。
一般来说，报文的格式包括报文头部和报文体两个部分。
报文头部通常包含了一些与报文交换相关的信息，例如报文类型、报文长度、报文时间戳等。
这些信息有助于接收方对报文进行处理和解析。
报文体则是实际存放支付数据的部分，它按照一定的字段顺序排列，每个字段都有固定的类型和长度。
报文体的格式通常是根据业务需求来设计的，能够满足支付系统的功能要求。
二、报文字段报文字段是报文中用于存放具体数据的部分，每个字段通常代表着一个特定的含义。
报文字段可以分为两大类：固定字段和可选字段。
固定字段是在每个报文中都必须出现的字段，它们通常包含一些基本的支付信息，例如交易金额、交易时间、商户号等。
这些字段的内容对于支付系统的正常运作是必需的，不能缺少。
可选字段是一些根据具体业务需求，不是每个报文都必须出现的字段。
例如，某些报文可能需要包含客户的银行卡信息或者其他扩展字段，这些字段可以根据需要选择是否使用。
报文字段的命名通常采用英文单词或缩写的方式，以方便各个参与方间的交流和理解。
三、报文编码方式在进行报文交换时，为了保证数据的正确传输，报文中的内容通常需要进行编码。
常用的报文编码方式有两种：ASCII码编码和二进制编码。
ASCII码编码是将报文中的每个字符转换为对应的ASCII码值进行传输。
这种编码方式简单易懂，但是在传输过程中需要占用更多的带宽和存储空间。
二进制编码则是将报文中的内容以二进制形式进行传输。
这种编码方式在传输效率和占用资源方面有着明显的优势，但是对于一些非二进制数据的处理可能会稍显复杂。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
行内系统不改造的参与者如何 接入二代支付系统？
• 仍通过现有的一代大、小额支付系统前置机（即MBFE）接入。
• 行内系统不需要调整与修改，与支付系统之间仍收、发原一代支付 系统的CMT/PKG格式报文。
参与者接入端软件的部署
• 系统参与者使用 参与者接入端服 务器通过支付系 统专用网连接第 二代支付系统， 参与者接入端服 务器上部署参与 者接入端软件， 物理摆放在系统 参与者系统内部， 使用消息中间件 和支付系统交换 业务报文。 • 部署示意图如右：
二代支付系统
支付系统专用网
参与者接入端服务器 （部署PMTS-MBFE应 用软件）
第二代支付系统 互联规范、报文交换概要介绍
中国人民银行清算总中心 支付系统开发中心
主要内容
• 第一部分：
– 第二代支付系统互联规范介绍
• 第二部分：
– 第二代支付系统报文交换标准介绍
• 第三部分：
– 有关问题说明
第二代支付系统互联规范介绍
•第二代支付系统互联规范共由13个文档组成，每 个文档适用于不同类型的系统参与者与第二代支 付系统互联。
系统互联的三种数据格式
• 1、第二代支付系统新增报文 （XML格式） • 2、原第一代支付系统报文 （CMT/PKG格式） • 3、基础数据文件（XML格式的文件）
1、第二代支付Βιβλιοθήκη 统新增报文• 为便于系统参与者接入支付系统，降低报文转换复杂性，二代支付系统 新增报文交换标准采纳了部分ISO20022报文标准作为支付系统的报文， 并参照ISO20022规范开发了其他报文，全部报文均采用XML格式描述。 其中，对采纳使用的ISO20022标准报文，根据支付系统的实际情况， 进行了必要的格式约束。 • 行内系统发送报文给支付系统时，应将待发送的往帐报文使用XML Schema（随报文标准一起下发的）进行格式检查，检查通过后，才能 提交给参与者接入端软件。 • 行内系统从参与者接入端软件接收报文后，行内系统应使用XML Schema对收到的来帐报文进行格式检查，检查通过后，才能提交给行 内系统进行业务处理。对检查失败的来帐报文，行内业务人员可以选择 主动联系支付系统业务管理人员，对异常来账报文做补发处理；也可选 择行内系统直接丢弃，留待日终对账解决。 • 详细报文交换标准参考《第二代支付系统报文交换标准》。
CNAPS2接入网关
CNAPS2接入网关
CNAPS2接入网关
CNAPS2接入网关
主用发生故障
故障解除后
主用
CNAPSFEA 共享存储
备用
CNAPSFEB
备用
CNAPSFEA 共享存储
主用
CNAPSFEB
•
行内系统
行内系统
并行模式
• 并行模式下，两 台（或多台）直 联前置机均与支 付系统接入网关 连接，同时在线， 完成报文收发。 CNAPS2接入网关A 当任一直联前置 机发生故障时， CNAPS2 即单点故障情况 下，报文收发功 参与者 能不受影响。 部署示意图如下：
inactive
inactive
active
active
行内系统
行内对于多台PMTS-MBFE可 用性及负载情况的探测
• 当行内部署２台或者更多的PMTS-MBFE时，可以通过向PMTS-MBFE发 送报文了解这些PMTS-MBFE的可用性及负载情况。 • 1、可用性判断标准： • 发送探测请求报文后，超过 行内规定的时间无回应报文 • 2、负载情况的判断标准： • 探测回应报文中有一个“负 载系数”的值，表示该 PMTS-MBFE的压力（即待 处理的业务报文数量），0 时表示无压力，值越大则负 载越大。
参与者接入端软件的数据交换
• 参与者通过 参与者接入 端软件与支 付系统进行 报文交换 • 示意图如右 所示：
支付系统端
系统参与者端
支 付 系 统
数据交换
消息中间件
P M T S M B F E
数据交换
行 内 系 统
完成行内改造的参与者接入前 的工作
• 需完成以下两项工作：
– 1、按照《第二代支付系统直联前置机配置指 引》，准备前置机运行环境，部署PMTS参与 者接入端软件； – 2、按照《第二代支付系统报文交换标准》， 完成“互联规范”中要求的有关支付系统业务 报文（含一代报文和二代报文，具体参考“互 联规范” 4.6节）的开发。
参与 者接 入端 软件
路由器
防火墙
行内系统
签名服务器
一代支付系统 密押设备
PMTS-MBFE集群方式部署建议
• PMTS-MBFE集群配置方式支持
– 主备模式
• 冷备模式 • 热备模式
– 并行模式
• 并行模式 • 并行冗余模式
主备模式
• 冷备模式：
• 主用直联前置机与备用 直联前置机不共享存储 设备，配置为相同的系 统配置、网络IP等等， 正常情况下，主用直联 前置机与CCPC两台服 务器连接，负责完成报 文收发。而备用直联前 置机不启用。如右图： 当主用直联前置机发生 故障时，可即时启用备 用直联前置机，接入网 络，进行报文的收发。
CNAPS2接入网关A CNAPS2
主用CNAPSFE发生故障
CNAPS2接入网关B
CNAPS2接入网关A
CNAPS2接入网关B
参与者
•
主用
PMTS-MBFEA
备用
PMTS-MBFEB
备用
PMTS-MBFEA
主用
PMTS-MBFEB
行内系统
行内系统
主备模式
• 热备模式：
• 主用直联前置机与备 用直联前置机共享存 储设备。主用直联前 置机与CCPC两台服 务器连接，负责完成 报文收发。备用直联 CNAPS2接入网关 CNAPS2接入网关 前置机同时保持与 CCPC服务器的连接， CCPC 具备与支付系统接入 MB 网关的报文收发链路， 但正常情况下不启用 备用 主用 报文收发功能如右图： CNAPSFEB CNAPSFEA 当主用直联前置机发 共享存储 生故障时，可即时启 用备用直联前置机的 行内系统 报文收发功能，将其 切换为主用直联前置 机，同时将原主用直 联前置机置为备用模 式。
active
PMTS-MBFEA CNAPS2接入网关B CNAPS2接入网关A CNAPS2接入网关B
•
单个CNAPSFE故障时
•
active
PMTS-MBFEB
inactive
PMTS-MBFEA
active
PMTS-MBFEB
行内系统
行内系统
CNAPS2接入网关A
CNAPS2接入网关B
并行冗余模式
2、原第一代支付系统报文交换标准
• 原一代支付系统的CMT/PKG报文的格式保持“不变”。 • 详细报文交换标准参考《二代支付系统报文交换标准》。 • 关于格式保持不变，注意：
– 原一代支付系统中，参与者行内系统是调用人民银行发 布的API与支付系统的MBFE进行通讯的，当报文从行 内系统发出时，如图： – 报文1实际上经过API后转换为报文2。两个报文略有不 同，主要有三点不同： – 1、报文头长度不同。报文1使用的是所谓的“短报头”。 而报文2使用的是所谓的“长报头”。 – 2、密押字段。对于需要加、核密押的报文，报文1中是 不含密押字段的。而报文2经过API后增加了密押字段。 – 3、报文尾。大额报文，报文1是不含报文尾的，报文2 含报文尾。 – 而对于行内系统调用API接收报文时，与上面提到的三 点不同相反。
•
• • • •
PMTS-MBFE 参与者接入端软件
• PMTS-MBFE是PMTS系统的一部分，物理部署于参与者端。 • 它是连接支付系统和参与者行内系统的桥梁，是支付系统的重要 组成部分。 PMTS-MBFE的主要功能包括报文转发、报文格式检 查、安全管理等，即对参与者行内系统提交的报文和支付系统发 来的报文进行相应的报文格式检查，并根据系统安全规范实现报 文的可靠传输和交换。参与者接入端软件不参与业务相关处理， 如业务合法性检查、重账检查、业务核对等，以降低其运行维护 复杂度。 • 参与者接入端软件只提供直连接入功能，不提供业务录入、来帐 打印等间连接入功能。（这点与一代大、小额MBFE不同） • 参与者接入端软件应用软件由人民银行负责开发，免费提供给系 统参与者使用，物理部署在系统参与者端，并由系统参与者进行 系统维护与管理。
构建支付报文传输平台后，支付系统与参与者和其他 外围系统的关系如下图所示：
大额支付系统 小额支付系统 网上支付跨行清算系统 清算账户管理系统 公共管理系统
CFXPS
CNAPS2 ECDS
国债 支付报文传输平台
ACS
银联
TCBS
商业银行
清算组织
......
• 图中的CNAPS2， 即第二代支付系统 包含了大额支付系 统、小额支付系统、 网上支付跨行清算 系统、清算账户管 理系统、公共数据 管理系统等业务系 统 • 支付报文传输平台 （ 即PMTS）负责 完成第二代支付系 统与外部参与者间 的支付业务报文传 输，是整个第二代 支付系统的一个基 础服务平台。
3、基础数据文件
• 为便于各系统参与者将二代支付系统的各类基础数据导入行内系统或者进 行其他处理，二代支付系统提供了基础数据文件。（例如行内准备测试环 境，需要一套完整的支付系统参数数据，则需要对这个基础数据文件进行 处理后，导入到自身系统中）。基础数据文件的格式是XML的。
与第一代支付系统的兼容
• 为了实现第一代支付系统向第二代支付系统的平滑过 渡，第二代支付系统投产后相当一段时间内，将既支 持参与者通过行内系统改造采用第二代支付系统报文 标准接入，也支持参与者不进行改造，继续采用原一 代报文交换标准接入。 • 因此，完成行内系统改造的参与者加入二代支付系统 时，需要在支持二代支付系统报文标准（即XML格式 报文）的同时，支持部分一代支付系统报文标准（即 CMT/PKG格式报文），以实现与未完成行内系统改 造的参与者间进行业务往来。