中国电信融合支付社区平台总体解决方案-初稿

中国电信融合支付社区平台总体解决方案

设 计 编 号： 建 设 单 位： 设 计 单 位：

2010年2月

中国电信融合支付社区平台总体解决方案

目 录

1 1.1 1.2 2 2.1 2.2 2.3 2.3.1 2.3.2 3 3.1 3.2 3.3 3.3.1 3.3.2 3.4 3.4.1 3.4.2 3.4.3 3.4.4 3.5 4 4.1 4.2 4.2.1 4.2.2 4.3 5

概述 ............................................................................................................................. 1 背景 ............................................................................................................................. 1 编制依据 ..................................................................................................................... 1 业务需求 ..................................................................................................................... 1 业务定义 ..................................................................................................................... 1 业务需求 ..................................................................................................................... 2 在融合支付体系中的定位 ......................................................................................... 2 账户关系 ................................................................................................................. 2 与支付平台关系 ..................................................................................................... 4 系统总体规划 ............................................................................................................. 5 系统定位 ..................................................................................................................... 5 系统建设原则 ............................................................................................................. 5 系统架构体系 ............................................................................................................. 5 系统总体架构-集约模式 ........................................................................................ 6 系统总体架构-分散模式 ........................................................................................ 7 融合支付社区平台功能架构 ..................................................................................... 7 数据中心 ................................................................................................................. 8 消费类应用子系统 ................................................................................................. 8 身份识别及综合管理类子系统 ............................................................................. 9 自助服务类及查询子系统 ................................................................................... 10 系统接口 ................................................................................................................... 10 网络承载方案 ........................................................................................................... 11 网络承载总体原则 ................................................................................................... 11 网络承载方案 ........................................................................................................... 11 集约模式平台网络承载方案 ............................................................................... 11 分散模式平台网络承载方案 ............................................................................... 12 平台网络组织方案 ................................................................................................... 13 系统设计要求 ........................................................................................................... 14

i 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

5.1 5.2 5.3 5.4 5.5 5.6 5.7 5.7.1 5.7.2 5.7.3 6 6.1 6.1.1 6.1.2 6.1.3 6.2 7 7.1 7.1.1 7.1.2 7.1.3 7.1.4 7.2 8 8.1 8.2 8.3 8.4

系统指标 ................................................................................................................... 14 系统可靠性 ............................................................................................................... 15 系统易用和可维护性 ............................................................................................... 16 系统开放性 ............................................................................................................... 16 分权分域—集约模式 ............................................................................................... 16 容灾备份方案 ........................................................................................................... 17 系统安全性 ............................................................................................................... 18 网络安全 ............................................................................................................... 18 数据安全 ............................................................................................................... 19 系统安全 ............................................................................................................... 19 建设实施及维护 ....................................................................................................... 19 实施方案 ................................................................................................................... 19 客户已有一卡通平台 ........................................................................................... 19 客户无一卡通平台 ............................................................................................... 20 客户已有平台的接入 ........................................................................................... 20 维护管理 ................................................................................................................... 21 设备选型建议 ........................................................................................................... 22 集约模式平台设备选型 ........................................................................................... 22 服务器选型 ........................................................................................................... 22 存储设备选型 ....................................................................................................... 24 网络设备选型 ....................................................................................................... 24 数据库选型 ........................................................................................................... 25 分散模式平台设备选型 ........................................................................................... 26 机房建设及节能措施 ............................................................................................... 26 机房规划和环境要求 ............................................................................................... 26 消防安全要求 ........................................................................................................... 27 供电要求 ................................................................................................................... 27 环境保护与设备节能分析 ....................................................................................... 28

ii 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

1 概述

1.1 背景

翼支付-行业版、翼支付-公众版、翼支付-电话版为中国电信支付产品具体表现的三种产品形态。翼支付-行业版应用是中国电信针对行业客户（、企业、校园等）提供的融入了综合支付能力的信息化应用综合解决方案。行业人员通过天翼手机终端既可以使用优质的语音和信息服务，也可以通过直接刷手机实现内部食堂/超市消费、门禁识别和考勤、单位资源管理等后勤服务，还可以在外部电信商家联盟进行消费。翼支付行业版应用是中国电信在扩大移动用户规模、提高市场份额、增强用户粘性、实现融合差异化发展的有力手段。

翼支付-行业版支持翼支付的所有功能，通过与电信联盟商家的发展结合，可以为行业群体在行业外提供更加丰富、方便、快捷和安全的应用服务，进一步增强移动终端用户粘性，扩大用户规模。

中国电信融合支付平台建设以“统一规划、逻辑一致、物理集约、兼顾现状”为原则，按照全国、省两级能力平台，全国、省、社区三层应用体系构建。社区平台即为承接翼支付行业版应用业务需求所建设平台，本文档主要针对翼支付行业版应用，对融合支付社区平台建设方案进行研究，为社区平台建设提供总体解决方案。

1.2 编制依据

1) 中国电信融合支付平台技术规范——总册V2.0（暂行）；

2) 中国电信融合支付平台技术规范——全国平台功能分册V2.0（暂行）； 3) 中国电信融合支付平台技术规范——省平台功能分册V2.0（暂行）； 4) 中国电信翼支付业务行业版应用技术规范（暂行）； 5) 中国电信支付账户体系设计方案； 6) 相关部门提供的调研资料。

2 业务需求

2.1 业务定义

翼支付行业版产品是中国电信面向各类行业客户提供的融入了移动支付能力的信息化应用综合解决方案。行业客户通过电信天翼手机既可以使用优质的语音和信息服务，也可以直接刷手机实现内部食堂/超市消费、门禁识别、考勤和资源管理等后勤服务，

1 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

还可以在外部电信商家联盟进行消费。

通过翼支付行业版产品，可以形成行业客户内部统一管理的信息平台，全面提升行业客户的管理效率和管理水平，并为行业用户提供与工作、生活、学习息息相关的支付功能。

2.2 业务需求

翼支付行业版产品集成了四类服务，为行业用户提供一系列整体服务。 1）内部后勤服务

为行业用户提供身份识别类（如门禁、考勤、会议签到、资源管理等）、小额消费类（如内部食堂、超市等）和信息查询类（如教学、工作、生活类信息）的后勤服务，并将其集成在电信天翼手机终端或卡中，行业用户手持电信手机即可享受全方位的后勤服务，无需再携带各种繁琐的卡片。

2）外部商户消费

为行业用户提供电信消费账户，用户为该账户充值后可在外部的联盟商家刷电信手机消费、乘坐公交、使用电子优惠券等服务。

通过此账户可实现对企业员工的福利卡服务。

该账户依托于电信融合支付平台，为行业用户提供开户、充值、消费、挂失、补卡、销户等功能。

3）综合信息化解决方案

针对行业客户的管理和办公需求，提供综合信息化解决方案，如企业总机、移动OA、销售管家等。一般而言，行业客户对该类服务的需求超过对内部后勤服务的需求，行业客户在实现内部后勤服务后也会考虑引入综合信息化解决方案。

4）通讯服务

为行业用户提供中国电信优质的通信服务，包括语音、短信、手机上网及3G特色应用等。

2.3 在融合支付体系中的定位

2.3.1 账户关系

中国电信融合支付产品定位于以消费类账户为主的多账户多媒介 (WEB、IVR、SMS、RFID等)多商户的支付应用。

2 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

基于电信网络及业务运营现状，中国电信的用户消费类账户与电信通信账户采取分离设置的方式，消费类账户于电信通信计费账户体系，是用户进行消费支付的核心账户。电信用户还可以使用电信积分在合作商户进行消费。

中国电信用户还可以通过其它关联账户（如银行账户、第三方行业账户等）进行各种支付和消费。这样，用户就可以通过固话、移动和互联网等多种接入手段，保证支付账号及相关联的账户在任意交易场景均可融合使用，方便用户随时随地快捷方便地使用电信支付业务。

按照账户的用途以及是否由电信平台管理的维度来划分，账户体系可分为：电信消费类账户、电信通信类账户和其他关联类账户，账户和平台的建设可分阶段建设和实施。

（一）电信消费类账户

电信消费类账户是中国电信支付产品使用，存放在电信平台上，由电信管理和运营的支付账户类型，在初期阶段主要包括了支付账户。

（二）电信通信类账户

电信通信类账户是中国电信客户用来支付电信产品使用费用的账户，分为电信通信账户和电信充值付费卡。电信通信账户包括预付费用户预存账户和后付费出帐账户。

（三）其他关联类账户

其他关联类账户是指由第三方金融机构或行业机构发行和管理，但和中国电信支付产品相关联，可以为电信支付产品使用的账户类型。包括可以为电信消费类账户充值或为电信支付产品直接用于支付。

3 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

目标账户架构图如下：

电信通信类帐户电信消费类帐户其它关联类帐户电信通信账户充值付费卡用户支付账户积分账户代金券帐户金融类关联账户 第三方行业类关联账户后付费通信帐户预付费通信帐户在线支付账户离线支付账户电信积分账户（汇聚） 银行卡帐户支付宝/财付通等账户 市政/公校企内部交卡帐户 帐户行业消费卡帐户

翼支付-行业版客户账户即为上述账户体系中的第三方行业关联账户，为校企内部用户账户，一般该账户由校院和企业内部自行管理和使用，或电信代为管理。 2.3.2 与支付平台关系

行业用户也是中国电信的用户，社区平台即翼支付行业版平台，也是中国电信支付体系的重要组成部分。中国电信融合支付平台负责建设和管理电信消费账户，支持所有电信联盟商家的消费。行业用户开通翼支付行业版应用时，同时开通融合支付平台消费帐户。

用户平台省电信平台通讯功能管理使用场景手机通讯外部联盟商家电信融合支付平台建立电信消费账户电信消费账户支付账户管理平台商家管理平台超市、百货、餐饮、电影院、咖啡等员工福利卡一机通用户充值：现金、银行卡、网银统一消费账户社区平台建立企业内部账户校企内部应用内部账户支付用户管理平台应用管理平台身份认证应用内部食堂、超市等小额支付门禁考勤、会议签到等身份认证充值：现金校企后勤账户

4 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

对于社区平台来说，融合支付平台中的消费账户是翼支付行业版平台账户充值的重要资金源，同时翼支付行业版账户也可通过接口向电信自有支付账户进行充值。用户也可以在两个账户间设定绑定关系，实现自动充值功能。

3 系统总体规划

3.1 系统定位

融合支付社区平台即为翼支付-行业版客户提供本单位内部应用的业务平台，各省公司应采用“集中部署，能力复用”的建设模式并在平台建设和系统维护等方面与相关方进行充分合作，降低投资成本。

3.2 系统建设原则

（1）统筹兼顾：以客户需求为出发点，重点采用“集中部署，能力复用”的集约型建设模式，并在平台建设和系统维护等方面与相关方进行充分合作，降低投资成本；适当采用分散模式满足客户个性化需求；

（2）开放性：系统遵循开放性架构，支持多种接入网络、终端、与支付渠道，为各种业务提供统一的、开放的能力引擎调用；业务维护和发展不依赖于设备厂商，能够保证业务的持续升级和发展；

（3）安全性：集约型系统应按照电信级的应用进行设计，系统软硬件架构充分考虑整个系统运行的安全策略和机制；针对各类应用的安全需求，采用多种安全技术手段，为用户提供完善的安全技术保障；

（4）成熟性：采用成熟稳定并具有多样本运营实例的硬件平台和第三方软件； （5）可扩展性：平台采用模块化松耦合设计，易于扩展，某一模块的修改，不影响其他系统正常运行；新增功能时对系统修改应尽可能少。

3.3 系统架构体系

融合支付平台在服务于电信自有业务对支付功能需求的基础上，扩展服务于电子商务支付、手机移动支付等业务需求，具备多种支付手段和渠道能力。远程支付能够支持实现互联网（WEB）、WAP、短信、语音支付等应用；现场支付能够实现大额有密联机交易、小额无密脱机交易功能。

中国电信融合支付平台建设以“统一规划、逻辑一致、物理集约、兼顾现状”为原则，按照全国、省两级能力平台，全国、省、社区三层应用体系构建。全国级平台侧重

5 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

于银行统一接入、自有支付账户管理、清分清算、集团级自有业务平台接入、商户系统接入和管理，并提供虚拟省平台功能；省平台侧重于本省自有业务平台、IT系统的接入，POS接入和管理，省内支付数据的汇聚和转发；社区平台承载翼支付行业版应用业务，实现在校企封闭环境内的消费类、身份识别、自助服务等功能。

融合支付社区平台的建设模式包括集约模式和分散模式两种，集约模式根据具体情况包括全省集中和区域集中情况。集约模式和分散模式两种方式在系统的整体结构、运行机制、功能表现均一致，主要区别在于平台的部署方式不同，以及由此带来的系统运维管理的不同。

3.3.1 系统总体架构-集约模式

集约模式是指在省内或区域建一个集中的社区平台，各行业客户将各自已有的应用系统接入社区平台；行业内部的消费POS通过应用系统与社区平台相连；社区平台统一与OTA平台、ISAG平台相连。翼支付行业版客户账户（校企账户）由社区平台进行集中管理，社区平台支持不同校企间的分权分域管理。集约模式社区平台由电信公司进行建设，运营由电信公司或第三方负责。

电信侧融合支付全国平台业务平台/商户系统融合支付省级平台OTA平台NSAG平台社区平台A学校/企业B学校/企业A学校/企业的已有系统B学校/企业的已有系统应用终端/POS应用终端’/POS应用终端/POS应用终端’/POS 集约模式，可提升投资效益，同时设备放置于电信机房，客户业务由电信公司一定程度上的代为管理维护，增加客户黏性。在功能上，集约模式适合支撑具有共性业务需求的聚类校企客户，建议对小型企业、规模较小的学校、商务楼宇进行推广。需要考虑，集约模式在一定程度上增加了维护的工作量，同时社区平台放置于电信侧，电信机房与

6 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

客户之间的承载网络可靠性尤为重要。 3.3.2 系统总体架构-分散模式

在分散模式中，每个行业客户分别按照该企业需求建设一套社区平台。社区平台与电信融合支付平台打通接口，电信融合支付平台消费帐户用于单位周边联盟商家的刷卡消费；社区平台分别与OTA平台、ISAG平台打通接口，以利用短信方式支持空中圈存及信息推送服务。

分散模式，各个校企内所建设社区平台管理各自的账户，支持内部的商务消费、门禁考勤、身份识别等应用。

电信侧共和支付全国平台业务平台/商户OTA平台NSAG融合支付省级平台A学校/企业B学校/企业OTA平台原有系统社区平台社区平台OTA平台原有系统ISAG应用终端/POS应用终端/POS应用终端/POS应用终端/POSISAG

分散模式，设备建议放置于客户机房，可由电信公司或第三方公司代为管理维护，或客户自行维护。在功能上，分散模式适合支撑具有较多个性业务需求的校企客户，且由独享平台的需求。建议对大/中型企业、厂区、规模较大的高职学校进行推广。

3.4 融合支付社区平台功能架构

从系统总体架构上来看，融合支付社区平台主要包括数据中心、消费类应用子系统、身份识别及综合管理类子系统、自助服务类及查询子系统几部分。数据中心包括支撑管理、结算、卡务、密钥管理等功能；消费类应用子系统包括充值转帐（圈存）、补助发放、综合商务消费管理、集中式电控管理等；身份识别及综合管理类子系统包括数字迎新管理（校园特有）、翼支付行业版用户注册管理、门禁管理、考勤管理等；自助服务

7 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

类及查询子系统包括web自助查询、触摸屏自助查询等。

3.4.1 数据中心

数据中心是社区系统的中心平台，它包含对一机通中心主机系统的管理和维护，数据交换、交易及同步，用户及设备的管理、系统参数的设置和环境的设定，系统各模块的工作状态监控和工作模式的设定，密钥管理等功能。

基于社区平台，建立商务管理、银行转账、身份识别管理、翼支付行业版用户指纹注册等各子系统，定义统一的接口标准和接入规范，随行业客户规模的扩大、支付卡功能的增加可随时增加子系统，为行业客户以后的发展提供良好的数据接口，便于以后翼支付行业版的功能扩展。

翼支付行业版用户基本信息资料和电子钱包都作为统一的公用数据在全网上实时共享，经过集控中心的统一授权和管理，由数据交换中心、数据共享中心的统一发布，所有数据的变更都做到全网立即生效，做到全单位数据的同步。

数据中心作为翼支付行业版用户身份、消费等信息集中地，汇集了大量的日常行为数据，可以根据这些数据进行多方面的统计，从各个侧面了解整个企业的动态运行情况，因此企业有需要对这些数据进行汇总统计分析，为领导层管理决策提供参考信息。 3.4.2 消费类应用子系统

消费类应用子系统主要借助于翼支付行业版手机内的电子钱包，完成圈存、充值、消费等商务应用。

8 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

此类子系统包括但不仅限于，根据实际应用场景进行配置：  充值转帐（圈存）系统  补助发放系统  综合商务消费管理系统  无线班车管理系统  浴室水控系统  集中式电控管理系统  预付费IC卡电表系统  补助管理发放系统  自助卡控复印机  自助洗衣系统  机房管理子系统  智能卡水表系统

3.4.3 身份识别及综合管理类子系统

身份识别及综合管理类子系统主要利用翼支付行业版完成对用户的标识，及相应业务功能。

此类子系统包括但不仅限于，根据实际应用场景进行配置：  数字迎新管理系统（校园特有）  翼支付行业版用户注册管理系统  门禁管理子系统  无障碍通道管理系统  车辆出入控制管理系统  人员出入控制管理系统  指纹识别系统  考勤管理系统  会议签到系统  公寓（宿舍）管理系统  多媒体卡控系统

9 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

3.4.4 自助服务类及查询子系统

（1）WEB自助查询

基于WEB的网上自助查询子系统，向翼支付行业版平台用户提供了一种方便、快捷的数据检索手段。在此WEB网站上可以访问翼支付行业版的相关信息，用户根据设定的登录权限，即可查询需要的信息，用户可以自助挂失，查询本人帐户的状态，个人信息，个人的历史消费记录、存取款记录和补助领取等记录。

（2）触摸屏自助信息查询

全天候24小时为翼支付行业版用户提供信息服务，在此系统上，安装有卡识别器，无支付卡的用户可以查询公共信息和公告，有支付卡的用户利用此系统，还可以自助进行翼支付行业版的信息查询、自助挂失、解挂、查询历史消费记录、存取款记录、补助记录等。

（3）语音查询

通过内外部电话网络可实现卡内余额查询，自主修改密码，卡片挂失，自动委托转帐操作，自动挂失等功能。

（4）手机查询

手机查询除UTK服务和短信服务外，还包括特定开发的软终端和WAP网站。 UTK菜单以模块化组织，方便灵活，可以根据行业客户的具体要求定制，开发出适合本行业的应用菜单。

（5）短信提醒服务

账户重要信息变更提醒，账户资金信息变更提醒，消费重要信息提醒，到帐提醒等。

3.5 系统接口

融合支付社区平台对外接口包括与翼支付-行业版客户（校企）内原有系统的接口、与ISAG平台接口、与OTA平台接口等。系统接口示意如下图所示：

OTA平台融合支付社区平台ISAG平台校企原有应用系统省级支付平台

与原有系统接口：对于校企客户原已有部分系统，如教务系统、图书馆管理系统等，需由社区平台进行接入，实现校企客户业务体系一致。

10 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

与ISAG接口：实现由ISAG平台提供与翼支付-行业版业务应用相关的短信/彩信能力，包括支付结果短信通知、验证码下发，短信提醒服务等功能。

与OTA平台接口：与OTA平台的对接主要依靠OTA平台，根据不同的用户群提供OTA菜单的定制服务；同时利用OTA技术可以管理UIM卡内文件的功能，来实现空中圈存、账户状态设置等功能。

与融合支付省级平台接口：利用一机通平台与省级支付平台的接口，实现用户电信在线支付账户与社区平台内部账户的资金划拨。

与POS接口：处理POS终端的报文组，进行解包，接口适配，实现通讯服务。

4 网络承载方案

4.1 网络承载总体原则

充分考虑省内各类业务的开展和网络部署，社区平台对底层承载网的基本要求包括：

 业务网络与公众互联网间的互联要进行严格控制，具备防攻击能力；  承载网具备冗余保护功能，提升系统的可用性和可靠性；  充分考虑关键业务信息流在IP网上传输的QoS 保证要求。

4.2 网络承载方案

根据业务需求，融合支付社区平台系统对外的接口通路一般需要考虑以下互联需求：

A．社区平台和融合支付省级平台互联 B．社区平台和校企客户已有系统的互联 C．社区平台与ISAG等电信业务系统的互联 D．社区平台接入POS终端

针对上述互联需求，可针对具体情况采用VPN、专线、公网等方式承载。 4.2.1 集约模式平台网络承载方案

初期集约模式下融合支付社区平台一般由电信公司进行投资建设，并负责维护，设备设置在电信核心机房，采用分权分域模式为各翼支付行业版客户提供业务应用。针对集约型社区平台对外互联需求，主要通路承载方式为：

与融合支付省级平台互联：CN2网络上已划分单独MPLS VPN承载业务网络（VRF：

11 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

PI-1），社区平台和融合支付省级平台互通采用局域网或PI-1 VPN进行承载。

与翼支付行业版客户（校企）已有系统互联：为保证校企客户相关数据信息的安全，建议根据校企客户已有网络情况采用相应的CN2 VPN、城域网VPN、专线方式进行承载。

与ISAG等电信业务系统互联：采用局域网或CN2 PI-1 VPN进行承载。

与POS终端互联：POS终端上联方式分为RS232、网控、拨号、局域网、CDMA 1X/EVDO等。

融合支付-社区平台融合支付省级平台ISAG平台CN2 VPN城域网VPN城域网PDSNA学校/企业A学校/企业的已有系统B学校/企业B学校/企业的已有系统C学校/企业C学校/企业的已有系统应用终端/POS应用终端/POS应用终端/POS应用终端/POS(CDMA 1X/DO)应用终端/POS

4.2.2 分散模式平台网络承载方案

分散模式下融合支付社区平台一般建立在各翼支付行业版客户（校企客户）机房侧，针对社区平台互联需求，主要通路承载方式为：

与融合支付省级平台互联：根据客户网络资源情况，社区平台和融合支付省级平台互通可采用CN2 VPN、城域网VPN、专线方式进行承载。

与翼支付行业版客户（校企）已有系统互联：社区平台放置在客户侧，与已有系统经校园网/局域网实现互通。

与ISAG等电信业务系统互联：采用城域网或CN2 VPN进行承载，对于非电信建设、运维平台，建议采用城域网进行互联。

12 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

与POS终端互联：POS终端上联方式分为RS232、网控、拨号、局域网、CDMA 1X/EVDO等。

融合支付省级平台ISAG平台CN2 VPN城域网VPN城域网A学校/企业B学校/企业C学校/企业融合支付-社区平台已有系统融合支付-社区平台已有系统融合支付-社区平台已有系统应用终端/POS应用终端/POS应用终端/POS应用终端/POS应用终端/POS应用终端/POS 4.3 平台网络组织方案

对于集约模式的融合支付社区平台，应综合考虑平台运营所需的电信级可靠性、冗余性以及对络互联需求，根据实际需求进行相应网络设备、安全设备、服务器设备的选型和配置，系统应具备电信级可靠性、多种冗余、备份和集群处理的机制和功能。

建议对于社区平台与不同平台互通，采用不同的网络进行承载，对关键应用提供QoS保障和安全保证。针对通用情况，建议系统网络设备配置应包括1对三层组网交换机、1对防火墙、1对专线接入路由器。两个三层组网交换机之间采用VRRP实现互为备份；两台防火墙可采用Standby - Standby 或Active-Standby模式进行保护，配置严格的保护策略，控制平台之间的互通；对于有需专线接入或互通需求平台，可配置一对专线接入路由器。平台上联接入CN2、城域网等网络应采用冗余链路，避免单链路故障，保证客户应用的持续性、稳定性。

服务器配置方面，对于关键应用如数据库服务器、应用服务器建议配置双机设备，存在内网、访问需求的服务器配置双网卡，具有冗余保护机制，保证业务网元的可靠性。

集约模式社区平台系统网络组织图可参考如下：

13 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

业务平台省级支付平台校企已有系统校企已有系统SDHCN2163路由器路由器防火墙交换机交换机防火墙NAC数据库服务数据库服务应用服务器应用服务器接口服务器加密机光纤交换机光纤交换机磁带库融合支付社区平台-集约模式磁盘阵列 对于分散模式社区平台，可结合建设、维护单位主体，翼支付行业版客户需求，参照集约模式社区平台进行配置。

5 系统设计要求

5.1 系统指标

针对集约模式融合支付社区平台系统指标如下所示：

序号 指标参数 一、系统容量（系统扩展支持容量） 1 2 3 4 5 6 7 8 9 系统账户容量 商户账户容量 子系统接入数量 流水账保留天数 黑名单容量 部门级数 持卡人卡片类型 历史数据保存时间 存储容量 ＞50万 ≥1万 ≥512个 不限，由用户自行配置 ≥10万个 ≥4级 ＞10 各类人员、机构及重要管理业务数据要求保存期为50年，翼支付行业版金融消费及身份认证记录保存期为7年 ＞2TB 参数值 14 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

序号 指标参数 二、系统处理能力 1 2 3 4 6 7 8 系统工作特征 交易处理方式 多机并发处理能力 通讯处理能力 参数值 7×24小时实时系统 联机为主，脱机为辅 联机≥台；脱机不限 ≥1000笔/分；平均延时小于3秒，最大延时不超过30秒 读写卡时间（网络状况正常） ＜1秒 POS机通讯速率 POS机传输数据出错率，重传率 4800/9600/15620/19200/38400/57600/115300bps可调，正常情况下在15620bps以上 ＜2/10000 5.2 系统可靠性

1) 应采用成熟的、容错性和易恢复性俱佳的系统；

2) 系统必须支持连续7×24小时不间断地工作。应用软件中的任一构件更新、加载时，在不更新与上下构件的接口的前提下，不影响业务运转和服务；

3）系统平均无故障时间不小于26280 小时（3 年）；系统平均无故障率不低于99.999%

4) 系统应支持负载均衡能力，支持应用部署在多台服务器上，避免应用系统的单点故障。冗余点在单台设备软硬件故障情况下，要求系统所承载业务仍正常提供且服务质量不劣化；

5) 系统应具备静态过负荷控制和动态过负荷控制两种过负荷控制的能力，能根据CPU、内存、处理能力进行过负荷控制；

6）系统应具备自动或手动恢复措施，能够实现快速切换，保证系统连续运行。在系统使用过程中，由于硬件出现故障或其它原因造成系统暂时性的中断后系统重新启动时，能够保证系统将原有的数据快速恢复。

7) 软件故障情况下，系统应具备故障守护恢复机制，即当发生一般性软件障碍时，系统应具有自纠恢复能力，例如：软件发生障碍时能进行局部再装入等。当发生全系统中断或电源中断恢复后，系统应能迅速地自动再启动运行；

8) 系统能够正确识别外围系统发的错误请求及重复请求，避免出现一些不可预测的结果；

15 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

9）系统应有良好的备份和恢复策略，系统数据和业务数据可联机备份、联机恢复，恢复的数据必须保持其完整性和一致性。

5.3 系统易用和可维护性

1) 系统应易于修改，对某一个子系统的修改，不影响其他子系统的正常运行； 2) 系统应易于扩展，新增服务时要求对系统整体做尽可能少的修改； 3) 系统应具备自管理和监控功能，能够实时监控各模块的执行；

4) 系统应具备在线升级协议及版本的功能，在不中断业务的情况下支持对系统的外部接口协议进行在线升级、对修改后的系统版本进行在线升级；

5）系统新增接入翼支付行业版客户某已有系统时，应不影响系统已提供其他业务的正常使用；

6）集约型平台新增接入翼支付行业版客户时，对已接入的行业版客户业务不应产生影响；

7）系统所具有的应用功能模块可多种方式，灵活组合提供给翼支付行业版客户，满足不同客户对功能的差异化需求，与客户已有应用易于耦合。

5.4 系统开放性

1) 应用系统应该采用构件化设计思想，系统框架与业务逻辑分离；要求具备开放的体系结构；

2）系统采用开放的接口协议与开发平台；

3）具有丰富的三方系统交互接口，充分支持与翼支付-行业版客户已有系统的互联。

5.5 分权分域—集约模式

集约模式下，社区平台应实现对使用集约型平台的翼支付-行业版客户提供分权分域管理功能。系统分权分域管理要实现各翼支付-行业版客户之间数据信息的和隔离，客户对社区平台系统的访问应互不干扰，某客户对社区平台上本单位数据的修改不应影响其他客户的使用。

分域：从访问和管理对象的层次结构上看，用户操作涉及到不同层次/不同区域（针对社区平台即为不同校企单位），系统应对不同客户能访问和管理的层次进行控制。

分权：对在层的管理范围内的用户操作，增加权限方面的控制，包括操作级别的控制（如对通常操作项分成增、删、改、查等多个级别），存取操作权限细目（结合操作级别控制，还可对存取相关的特定操作动作进行控制，形成受限的操作动作集）。

16 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

5.6 容灾备份方案

系统容灾备份方式不同其可靠性也不同，对于业务系统通常将容灾备份方式划分成以下几个等级：

(1) 双机热备：系统主机实现双机热备份； (2) 磁带库备份：定期磁带备份数据；

(3) 数据级备份：通过高速传输通道和磁盘控制技术将数据传送到远离生产环境的

系统中，备份数据与生产系统数据完全一致，更新方式为同步或异步； (4) 应用级容灾：实现应用系统和生产数据的完成异地备份，异地备份的系统和数

据与生产系统和数据完成相同，当生产系统出线故障是，异地容灾系统可以迅速的接管生产任务；

(5) 业务、人员、维护容灾：在应用容灾的基础上实现业务、人员和维护的容灾。 社区平台应在集约模式和分散模式下分别采用相应的容灾等级。在分散模式下建议以客户需求为主，综合考虑可靠性需求和投资。在集约模式下，社区平台应至少实现双机热备及磁带库备份，同时考虑到集约模式社区平台的稳定性直接关系到翼支付行业用户在线业务使用感知，建议在省公司可结合本省具体情况（包括资金、管理的校企数量和规模），以双节点为最终目标架构，本期建议暂不考虑UDB异地容灾。

最终目标的双节点方案有如下两种：

方案一、两个社区平台采用主用、备用工作方式，示意图如下：

融合支付-社区平台(主用)融合支付-社区平台(备用)A学校/企业A学校/企业的已有系统B学校/企业B学校/企业的已有系统应用终端/POS应用终端/POS 方案二、两个UDB采用负荷分担工作方式，示意图如下：

17 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

融合支付-社区平台(主用)融合支付-社区平台(备用)A学校/企业A学校/企业的已有系统B学校/企业B学校/企业的已有系统应用终端/POS应用终端/POS

从系统安全性和成本的角度综合考虑，若最终采用双节点方案，则双节点方案建议采用方案一。

5.7 系统安全性

安全性设计涉及卡片、数据库、应用程序、服务器、终端产品等方面，要在安全性设计指导思想的原则下对翼支付行业版平台的安全进行保证。

 系统性：翼支付行业版平台的安全需要按系统工程来建设、保障。  完整性：平台涉及到的每一个环节都要考虑安全特性。

 针对性：在平台薄弱环节作特殊处理，以提高整个平台的安全系数。  无关性：各应用系统之间处于一种相对的状态，一个系统出现问题不影响

其它部分。

5.7.1 网络安全

系统需要划分安全域并进行隔离，同时建立完善的网络安全机制，这些安全机制包括：防火墙系统、病毒防范等。系统应支持访问控制、安全检测、攻击监控等一系列安全功能，应提供完整的网络安全监控、报警和故障处理功能。

（1）具有入侵检测的功能，监控可疑的连接、非法访问等，采取的措施包括实时报警、自动阻断通信连接或执行用户自定义的安全策略。

（2）能定期检查安全漏洞，根据扫描的结果更正网络安全漏洞和系统中的错误配置。

18 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

（3）使用加密技术对在互联网上传输的重要数据进行加密。

（4）与其它网络的连接须设置防火墙，并定义完备的安全配置策略进行隔离。 5.7.2 数据安全

系统须采取定期备份或作数据容灾备份等措施来保证数据的安全；系统须提供联机的数据备份能力，保证数据的完整性和有效性；系统对用户数据也应采取安全措施，防止用户数据泄密、丢失和被非法修改，保障用户利益。 5.7.3 系统安全

a) 系统应具有防病毒能力。防病毒软件应具备全面查杀病毒，查杀病毒准确无误，管理方便，病毒特征码自动更新，安装简单的特点；

b)系统应具备访问权限的识别和控制功能，根据不同的应用需求提供多级密码口令，对系统管理员、数据库管理员及其他管理员必须授予不同级别的管理权限。当有非法访问或系统安全性受到破坏时必须告警。任何远程登录用户的口令均必须具有有效期配置功能；

c)系统应提供操作日志记录功能，以便及时掌握系统安全状态，操作系统应符合C2级以上安全标准；

d)数据库应支持C2或以上级安全标准、多级安全控制。支持数据库存储加密、数据传输通道加密及相应冗余控制。

e)对数据库的操作必须提供一致性认证。禁止对数据库进行手工操作。

6 建设实施及维护

6.1 实施方案

根据翼支付行业版客户是否原已建设有一卡通应用，在实施方案上大体分为以下两种类型：

6.1.1 客户已有一卡通平台

针对翼支付行业版客户已有一卡通平台，在实施过程中主要包括内容：

1、开卡：使用RFID UIM卡/双界面卡替换原校园卡，规划卡片相关空间用于校园应用，完成通信功能加载、电信支付账户的加载和发卡工作。

2、平台改造：根据客户平台实际情况，完成POS的适应性改造，如加装2.45G RFID UIM读卡头。并增加原一卡通平台功能，增加“客户信息服务”功能，如信息推

19 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

送等。改造集成商的选择，建议由客户原一卡通集成商完成。

3、二次发卡：配合翼支付行业版客户完成二次发卡工作，开通校企内应用。 6.1.2 客户无一卡通平台

对于客户无一卡通平台，或仅有部分分散应用平台，在实施过程中主要包括内容： 1、需求梳理：参照《中国电信“翼支付-行业版”业务管理办法（讨论稿）》（含业务规范和技术规范）》，与客户方具体落实对社区平台功能需求和建设模式。 2、对于分散建设模式，以客户需求为基础，参照《中国电信翼支付业务行业版应用技术规范（暂行）》形成招标文件，与客户共同完成集成商招标工作。对于集约建设模式，根据客户业务需求，分析已有集约平台是否满足客户需求，提出改造和接口需求。

3、组织平台建设，验收。

4、开卡：使用RFID UIM卡/双界面卡替换原校园卡，规划卡片相关空间用于校园应用，完成通信功能加载、电信支付账户的加载和发卡工作。 5、二次发卡：配合校方完成二次发卡工作，开通校内应用。 6.1.3 客户已有平台的接入

随着企业信息化进程进一步深化，许多校企客户已经建立了比较完整的一卡通系统和具有行业特色的应用系统。针对这样的客户，电信对其系统则应是整合：保留现有客户的投资，保留其现有系统的业务模型，通过两级运维平台提供的接口实现与原业务系通的整合。这样不仅保持了原系统的业务现状绑定了用户，又通过运维平台的建设为电信提供了深层业务挖掘的平台，同时这种模式还为用户以后系统的发展留下了足够的空间，同时一定程度上节约了投资。

其系统架构如下图所示：

20 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

全国融合支付平台省融合支付平台一机通平台（社区平台）图书馆系统教务系统应用终端/POS应用终端/POS

为实现已有平台的接入，融合支付社区平台需具有以下特性：

（1）提供标准的数据交互方式：基于开放架构，采用Web Service技术，能够实现各类应用子系统同社区平台的交互操作；

（2）三方系统交互接口丰富，社区平台应具有与教务系统、图书馆管理系统、其他一卡通应用系统等的多种接口；

（3）兼容设计：系统的兼容性设计在逻辑上提供的方式有三种：紧耦合、松耦合、不耦合，技术实现方式上提供的方式应多样，如Web Service、Com+、EJB方式等，在数据兼容实现方式可提供文件方式、数据库表等方式，可以根据客户的具体要求进行有效的配合使用。

6.2 维护管理

应根据翼支付行业版业务的发展计划，制定本地维护支撑流程和确定维护服务质量管控部门，加强运维支撑，实现对质量的集中管控，以保障业务顺利推广。加强相关网络、平台和终端设备的维护保障，对本地故障处理流程进行细化、落实；完善维护服务质量监控体系，与客户服务、业务和维护管理部门共同确定翼支付行业版业务的故障处理时限和要求，并纳入售后服务资料库和故障管控要求。

21 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

参照《中国电信移动支付产品维护管理办法（征求意见稿）》，建议由本省号百公司负责移动支付产品（翼支付－行业版）平台运营的售中开通及售后故障处理服务实施管理和监督（目前已有支付平台维护模式暂维持现状不变, 建议仍旧由现有维护部门负责日常运行维护和故障处理）；网络运行维护部负责移动支付产品（翼支付－行业版）业务售中、售后服务质量管理；受委托的第三方企业负责对委托的平台、商户POS终端、用户手机终端以及卡的售后服务管理。无线侧、电路域、分组域、增值平台的维护职责和要求，参照《中国电信CDMA移动通信网络运行维护规程（试行）》及中国电信运维〔2009〕38号《移动CDMA网络分组域及IP承载网维护管理暂行规定》等管理文件的要求。

 分散模式的行业版平台可根据各省的实际情况由省级号百公司负责操作维护

或委托第三方企业负责操作维护。

 集约模式的行业版平台可根据实际情况由省号百公司负责操作维护或委托第

三方企业负责操作维护。

 数据传输网络由网络运行维护管理部门负责操作维护。

 商户侧POS终端、用户手机终端、卡等设备由号百公司或委托的第三方企业

负责操作维护。

7 设备选型建议

7.1 集约模式平台设备选型

集约型平台一般由电信公司进行投资建设，并承载多个翼支付行业版客户的业务，在平台建设应参照电信级平台标准。 7.1.1 服务器选型

选型原则： （1）开放性

系统各项技术首先应遵循现有的（或通用的）国际技术标准； 主机系统可在操作系统一级（进程一级）与其他计算机系统实现互连； 支持不同数据库的互访；

能采用WEB服务器发布各种数据、分析结果，并且各种系统中的数据和分析结果应能被WEB服务器访问。

（2）扩充性、灵活性

22 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

可根据需要灵活的模块化扩充处理能力和存储能力；

应用系统的功能扩充，各种应用软件包均提供二次开发的功能； 可靠性、安全性；

保证系统故障率低于0.01%，在出现故障时，系统能不间断运行； 关键部件具有冗余备份；

能有效防卫来自外部网络以及内部的恶意攻击以及病毒的侵犯； （3）良好的性价比

选购的设备应能满足较高的处理能力和存储容量、处理效率、高可靠性及强容错能力、可扩展性及供应商的良好的售后服务和技术支撑水平。

（4）高效性

网络结构简单合理、在带宽以及处理能力上满足业务发展的需要； （5）可管理性

具有友好简洁的集中维护界面，实时监控网络的安全运行。 性能要求：

（1）稳定性：能够保证系统故障率低于0.01％，在出现故障时，系统能不间断运行，关键部件具有冗余备份。

（2）安全性：支持C2或以上安全标准、多级安全控制。

（3）性价比：较高的处理能力和存储容量、处理效率、高可靠性及强容错能力、可扩展性、适中的价格及供应商的良好的售后服务和技术支撑水平。

（4）可管理性：具有友好简洁的集中维护界面，实时监控网络的安全运行。 性能要求：

（1） 稳定性：能够保证系统故障率低于0.01％，在出现故障时，系统能不间断运行，关键部件具有冗余备份。

（2） 安全性：支持C2或以上安全标准、多级安全控制。

（3） 性价比：较高的处理能力和存储容量、处理效率、高可靠性及强容错能力、可扩展性、适中的价格及供应商的良好的售后服务和技术支撑水平。

（4） 可管理性：具有友好简洁的集中维护界面，实时监控网络的安全运行。 服务器选型建议：

建议在集团规定的硬件产品集采目录中选择服务器设备，首选主流通用Unix或PC服务器厂商产品。

23 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

7.1.2 存储设备选型

选型原则：

（1）要求存储设备必须有冗余的体系结构，内部的处理器、I/O通道和缓存都必须冗余配置。

（2）支持电源、风扇和硬盘等易损部件的在线更换。 （3）保证在应用过程中的稳定可靠。

（4）磁盘阵列必须保证内部缓存写操作的安全，避免因某一个部件损坏而导致数据丢失的危险。

（5）同时磁盘阵列还应该具有充分的掉电防护措施，避免在瞬间断电和长时间停电的极端情况下的数据丢失。

（6）要求设备具有很好的兼容性，可以兼容连接不同厂商的光纤交换设备，并保证对各种主流主机平台的接驳应用。

选型建议：

建议在集团规定的硬件产品集采目录中选择服务器设备，首选主流厂商产品。 7.1.3 网络设备选型

核心网络设备应满足如下要求：

（1）网络采用TCP/IP 协议，主干网络采用高速网络；

（2）路由器产品必须符合通用的国际工业化标准，支持TCP/IP 等标准协议及X.25 等远程通信标准，支持 OSPF、IS-IS、RIP 或静态路由等路由协议；

（3）核心交换机采用热旁路路由器协议HSRP 协议，实现双机互为备份； （4）核心交换机提供三层交换能力，同时提供等路径路由，实现负载均衡； （5）接入交换机采用STP 协议，同时连接到两台核心交换机上，避免单点失败； （6）核心局域网划分VLAN，由核心交换机实现网段间路由；

（7）核心交换机及中心路由器应采用高可靠的设备，具备背板冗余功能，系统板、关键I/O 板、电源、风扇等考虑冗余，并可热插拔；

（8）主干网络设备的配置端口总数应能满足应用和用户规模的要求，并保留约20%的余量，同时应保证适当的扩展能力；

（9）主干网络设备要求平均无故障时间应大于26280 小时，可用性不小于99.99%。 防火墙可以采用主机加防火墙软件或专用的防火墙设备，应满足如下要求： （1）支持动态和静态的内部网与外部网之间的地址转换、映射；

24 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

（2）能有效地实现内部网到外部网的单向访问控制，可以禁止外部网对内部网的访问；

（3）能侦测、过滤或跟踪非法访问企图，能自动实时告警，并生成相应日志记录； （4）能对常用的服务（例如WWW、e-mail、FTP、Telnet、Rlogin 等）的访问权限进行有效控制和管理；

（5）能对经过防火墙的网络流量进行统计和管理，并定期生成相应报告文件； （6）具有友好的图形界面。 7.1.4 数据库选型

选型原则： （1）开放性

系统基于B/S或者C/S体系结构，客户的应用可以运行在不同的硬件平台和操作系统上的。在分布式的环境下，具有和异种数据库的互操作性。数据库必须支持ODBC的标准、满足企业一级的互操作性需要的开放式中间件产品。支持关系模型、支持流行的网络协议（TCP/IP,IPX/SPX等）、支持主流的操作系统（各种UNIX，NT,NETWARE等）、兼容ANSI/ISO SQL, SQL 92标准

（2）安全性和可靠性

对数据的提取应提供至少两个级别的权限、支持表级修改、插入和删除的安全性，保证字段级更新和查询的安全性。提供完善的客户授权处理、支持通过存储过程来进行的客户执行某些数据库操作，将安全性提高到过程一级。

具有联机备份、数据库自动备份、日志文件管理等恢复机制，使数据库能够在各种异常情况中自动恢复数据，保证24小时的联机运行。

（3）灵活高效的体系结构

数据库支持多进程、多线程，拥有并动态可调整、高度并发的结构。提供较强的触发器和存储过程机制，提供数据库、表、页面、行级锁并根据数据库操作的实际情况自动实现封锁升级。充分支持单处理器、对称多处理器(SMP)、SMP群机(Cluster)、大规模并行处理(MPP)结构的能力，适应系统不同的系统硬件配置要求。

（4）强大的联机事务处理、分析能力

数据库系统要有强大的联机事务处理能力、保持数据的一致性、交易的完整性。为了满足将来建立数据仓库和决策支持系统(DSS)的需求，要求数据库具有并行处理能力、表分割等功能

25 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

（5）分布式处理能力

数据库内核支持分布式环境，保证数据的分布式管理和完整性，提供分布式查询和更新，提供RPC以减少开销，在分布式更新中提供透明的两阶段提交和自动的两阶段提交恢复机制。

（6）完善的管理工具接口

能实现远程管理，支持SNMP协议或支持基于SNMP的兼容方式以及MIB。 选型建议：由于在OCS系统中，必需支持实时性要求非常高的话务级的控制，因此必须使用内存数据库产品。目前主流的内存数据库产品包括Oracle Timesten、Altibase等。此外部分OCS厂商在其产品中也集成了自主的内存数据库，例如华为、普信-西门子等。建议在数据库选型时，充分考虑厂商对第三方产品的集成程度，并且综合考虑磁盘数据库、内存数据库产品的兼容性等。

数据库选型建议：

建议在集团规定的数据库产品集采目录中选择数据库，首选主流的数据库产品，如Oracle、Sybase等。

7.2 分散模式平台设备选型

分散模式下，社区平台一般放置在客户侧，为单一的校企客户提供业务应用，满足客户个性业务需求。为提升投资效益，节约投资，建议硬件设备选型可参照集约模式，并在满足客户需求的基础上适当降低配置水平。对数据库、中间件等软件，可以满足客户要求为前提，选择性价比较高的产品，如数据库可采用Oracel标准版，或Sybase、SQL Server等。

8 机房建设及节能措施

集约模式融合支付社区平台一般占用标准设备机架2架；分散模式社区平台占用标准设备机架1～2架。

8.1 机房规划和环境要求

对机房环境要求如下：

1) 所有设备应放在计算机房环境里，室内清洁无尘。 2) 温度：15～30摄氏度，每小时变化<10摄氏度。 3) 湿度：40～70%，不结露、霜。

26 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

4) 机房荷载要求：主机房楼面等效均布活荷载标准值要求为6kN/m2；控制室楼面等效

均布活荷载标准值要求为4.5 kN/m2。

5) 机房照明方式采用一般照明，要求水平面（距地0.8m）照度为200～450LX，直立

面（距地1.4m）照度为30～50LX。

6) 建筑物的接地宜采用联合接地系统，接地电阻值要求为1欧姆。

7) 现有机房地板必须具有足够的强度，应是难燃材料或非燃材料，同时耐油、耐腐蚀、

柔光、不起尘；新建机房不采用活动地板。

8.2 消防安全要求

1) 机房的电源线与信号线的孔洞、管道应分开设置，机房内的走线除设备的特殊要求

外，一律采用不封闭走线架；交流线应采用绝燃材料加护套，并用金属套管。 2) 机房建筑材料要采用非易燃或阻燃材料。 3) 主机房要同时设计安装消防报警系统。

4) 施工中要把电力线与信号线分架分孔洞敷设；必须同槽同孔敷设的或交叉的要采取

可靠的隔离措施。

5) 机房设备的排水管不能与电源线同槽敷设或交叉穿越；确实必须同槽或交叉的要采

取可靠的防渗漏防潮措施。

6) 机房空调隔热层不能采用易燃和可燃材料。 7) 施工完毕应将竖井和孔洞用不燃或阻燃材料封堵。

8.3 供电要求

本期工程新增设备均采用220V交流供电，设备电源功耗估算交流电源需求为220V/91A，视在功率为65KVA。

建议本期新增设备从机房专用交流配电屏引电，需占用14个32A电源端子。 设备用电需符合下列规格：

1) 交流：电压：220V单相，变化小于15％。 2) 频率：50Hz变化小于5％ 3) 电源波形：正弦波畸变不大于3％ 4) 直流：电压：－48V15％

5) 交流电力系统须配有交流调整装置或不间断的电源来滤除脉冲干扰。

6) 供电尽可能地应用二路市电和油机系统，平时市电输入经转换开关任一路供电；当

27 广东省电信规划设计院有限公司

中国电信融合支付社区平台总体解决方案

二路均断时，由油机供电。

8.4 环境保护与设备节能分析

本工程采用先进的计算机设备，对周围环境无电磁辐射、无粉尘、无噪声、无污染物产生。本工程对环境无有害影响。

本工程所采用的设备是当今世界较先进的计算机设备，工艺流程采取节能新技术、新工艺，功耗低，效率高，符合《中华人民共和国节约能源法》和《中国节能技术大纲》的要求。

28 广东省电信规划设计院有限公司