二代支付系统业务和技术指标hyl

1、§1.1 二代支付系统业务和技术指标§1.1.1 支付系统的容量国家处理中心和各城市处理中心的业务处理能力根据以下因素进行估算和预测：支付业务总量随经济增长而增长；构成支付业务总量主体的国有商业银行和多家股份制银行的行内处理系统已经建立完成，并逐步实现数据集中，未来一点接入一点清算或一点接入多点清算等清算模式下，业务处理模式和业务量变化；中央银行会计集中核算系统和国家金库会计核算系统集中趋势下，业务处理模式变化和业务量变化；新系统和新业务推广带来的业务量增长；其他可能影响业务变化的因素。l 大额NPC的处理容量2007年，大额支付系统的业务量较2006年增长22%。2008

2、年，大额支付系统处理业务2.14亿笔，日均处理业务81.7万笔，较2007年增长24.4%。现以每年25%的增长速度估算2011年至2015年的大额支付类业务情况如下表。表18：大额支付类业务情况测算表年份增长率（%）日均（万笔）峰值（约为均值的1.5倍）（万笔）小时峰值（按全天1/4计算）（万笔）2011251602406020122520030075201325250400100201425312.5469117201525390585146l 小额NPC的处理容量2008年小额支付系统共运行350个工作日，处理业务4,940万包（一包容量为2M，最多包含业务2000笔），日均处理14万包

3、，比2007年同期增长37%。异地和同城业务每小时峰值包数在12月29日达到最高，分别为2万包和1.5万包。2008年影像交换系统总中心日均受理影像业务2万笔。影像交换系统向小额支付系统切换后，以每年30%速度增加计算，到2015年日均影像业务将达到10万笔，左右，峰值处理能力不小于每小时3.5万笔。考虑到诸如银行本票、汇票等新业务的推广以及支票影像业务全部纳入小额支付系统处理等情况，2011年至2015年小额业务每年将以30%的速度增加。到2011年二代系统上线时，每日业务将达到40万包左右，峰值将达到15万包/小时。要求在2015年前，NPC每日处理不少于173万包，峰值处理能力不小于每小

4、时115万包。表19：小额支付类业务情况估算表年份增长率（%）日均（万笔）峰值（约为均值的1.5倍）（万包）小时峰值（按全天1/4计算）（万包）20113060902320123078 13534201330102 20351201430133 30577201530173 458115小额支付系统物理设备和网络带宽应具备可扩充性，以适应未来同城票据交换业务纳入小额支付系统处理的需要。 l 网银互联系统容量2008年，我国电子商务交易额已达24000亿元，从2005年到2008年，电子商务交易额保持了40%以上的年平均增长率，电子支付业务总量随电子商务交易量增长而增长。2008年，中国工商银行

5、处理的电子支付交易量达50.34亿笔（含行内交易及跨行交易），按跨行交易占总业务量1%来计算，工商银行日均处理跨行电子支付业务13.8万笔。据统计，工商银行电子支付交易量约占银行业金融机构电子支付交易总量的三分之一或三分之一强，则2008年银行业金融机构日均处理电子支付交易量约为46万笔到50万笔。随着新兴电子支付方式的日益普及，电话支付、移动支付、网上支付的交易量目前呈现出爆发式增长，按年均增长100%-200%的发展态势推算，预计到2011年，全国范围电子银行跨行支付业务量将达到日均300万笔。l SAPS系统容量SAPS的系统处理容量主要包含两部分内容：一是人民银行会计营业部门发起的单边

6、业务和同城票据交换或同城清算系统轧差净额的业务容量，二是大额、小额、网银系统提交SAPS清算的支付指令容量。综合来看，SAPS的容量变化趋势应主要考虑大额支付系统业务量的增长情况，兼顾小额和网银系统净额的增加数量。2011年至2015年，SAPS的业务处理能力如下表：表20：SAPS处理业务量估算表年份大额支付业务（万笔）小额及网银轧差净额业务（万笔）人民银行会计营业部门特定业务（万笔）SAPS日均业务（万笔）峰值（约为均值的1.5倍）（万笔）2011160201.1181.1271.652012200201.21221.21331.822013250201.331271.3340720143

7、12.5201.464333.96500.942015390201.61411.61617.42l CCPC的处理容量在二代支付系统中CCPC仅作为业务数据的传输通道参与者可以一点接入，也可以多点接入，因此各CCPC的处理容量需要具体分析。§1.1.2 业务处理和系统响应时间§1.1.2.1 业务处理时间从发起行前置机发起到发报中心（接入点）返回处理结果回应的处理时间不超过3秒；从发报中心发起到NPC返回处理结果回应的处理时间不超过5秒；从NPC转发到收报中心返回处理结果回应的处理时间不超过5秒；从收报中心转发到接收行前置机返回处理结果回应的处理时间不超过3秒。网银互联系统

8、支付业务逐笔发起，实时转发和处理。每笔业务处理时间不超过20秒。支付业务处理时间分配到各个环节后，对各个环节的业务处理时间要求如下：从付款行发起到网银互联处理中心返回处理结果回应的处理时间不超过3秒；从网银互联处理中心转发到收款行返回处理结果回应的处理时间不超过5秒；从收款行发起到网银互联处理中心返回处理结果回应的处理时间不超过5秒。§1.1.2.2 系统响应时间系统登录时间最长3秒；从报文或文件进入系统到系统响应时间不超过3秒；报文或文件传输不成功时，在3秒内通知发送方；因某种原因，报文或文件滞留在系统中时，应在30秒内向发送者发出提示信息。SAPS收到大额、小额、网银及ACS等提

9、交的清算指令的响应时间不超过3秒。§1.1.3 可靠性及性能要求系统的可使用率应保持在总运行时间的99.9%，故障平均修复时间不超过20分钟。子系统软件类型建议配置数量备注主机核心服务层主机操作系统z/OS 1套支持单台主机设备硬件处理能力>900MIPS，支持并行耦合。主机系统工具IBM Tivoli NetView for z/OSIBM Tivoli SA for z/OS V3DITTO/ESA for MVS1套主机数据库DB2 for z/OSz/OS Appl. Connect to DB2DB2 Utilities SuiteOMEGAMON XE for DB

10、2 PEDB2 Administration Tool1套主机中间件CICS TS for z/OSCICS PA for z/OSWebSphere MQ for z/OSWS MQ Client Attachment 1套主机开发工具、开发语言Enterprise COBOLIBM Library for REXX zSeries1套数据复制软件Q Replication或类似软件1套子系统软件类型建议配置数量备注大额、小额、网银、账务数据库DB2 Connect64C共16个LPAR，每LPAR 4CPU。其中一代NPC现有CICS 16C、WMQ 24C可供复用，网银系统购买了CICS

11、 8C，WMQ 8C因此需购买CICS 40C，WMQ 32C交易中间件CICS64C消息中间件软件WMQ64C公共管理与计费数据库DB2 Connect4C1主1备，只购买主用机4C License。消息中间件软件WMQ4C主机CICS交易网关CTG4CJ2EE应用服务器WebSphere Appplication Server 4C软件类型建议配置数量数据库管理软件ORACLE RAC一套消息中间件软件WMQ16CJ2EE应用服务器WebSphere Appplication Server4C数据库管理软件DB2 或 Oracle8C数据复制软件Q Replication或类似软件4C消息中间件软件WMQ4C明细查询与数据管理软件及其配套中间件通过测试及招标确定1套软件类型建议配置数量数据库管理软件ORACLE16C消息中间件软件WMQ4CJ2EE应用服务器WebSphere Appplication Server8C报表生