中国电信网关建设工程技术规范书

162/163中国电信北京公司移动网络建设(2009年一期)行业网关建设工程技术规范书北京市电信有限公司二ΟΟ九年三月目录TOC\o"1-3"\h\z1 概述 51.1 定义 51.2 建议书要求 71.3 ★报价书要求 91.4 标准和性能 111.5 乙方供货和服务范围 121.5.1 硬件设备 121.5.2 软件 131.5.3 安装材料和消耗品 141.5.4 项目实施与集成服务 151.5.5 工具和备件 161.5.6 技术文件 161.5.7 技术支持和技术培训 161.5.8 安装、调测、试运转的技术支持和现场验收测试 172 工程概述 172.1 项目背景 172.2 项目目标 182.3 建设原则 192.4 建设内容 193 总体技术要求 203.1 总体要求 203.2 系统设计要求 223.3 系统设计指标 233.3.1 本期建设规模 233.3.2 系统指标 253.4 系统质量要求 273.4.1 系统应具备高可靠性 273.4.2 系统应具备安全性 283.4.3 系统应易于使用 303.4.4 系统可维护性要求 323.4.5 系统完备性要求 333.4.6 系统可测试性要求 333.4.7 ★系统可移植性要求 343.4.8 系统易安装性要求 344 详细技术要求 344.1 ★系统功能架构 344.1.1 基本业务功能 354.1.2 其他扩展功能 444.1.3 网管功能 464.1.4 统计功能 494.2 计费要求 514.3 组网要求 564.3.1 广域网网络组织 564.3.2 局域网网络组织 564.4 性能要求 574.4.1 ★业务处理能力 574.4.2 可靠性和可用性 584.4.3 过负荷控制方案 594.4.4 容量要求 594.5 接口规范要求 594.5.1 与短信中心、彩信中心、ISAG和SMGW、WAP网关接口 594.5.2 与IT支撑系统的接口 604.5.3 与其他网关接口 614.5.4 与网管系统的接口 615 系统配置 625.1 硬件平台 625.1.1 基本要求 625.1.2 设备基本技术规格 625.1.3 主机要求 645.1.4 网络设备要求 665.1.5 存储和备份设备要求 665.2 软件平台要求 675.2.1 基本要求 675.2.2 软件基本技术要求 685.2.3 软件功能要求 695.2.4 软件语言的要求 695.2.5 软件维护管理功能要求 695.3 维护管理 705.3.1 性能管理 705.3.2 故障管理 715.3.3 配置管理 725.3.4 安全管理 725.3.5 操作维护要求 735.3.6 系统实时控制 745.3.7 软、硬件更新 755.3.8 告警要求 755.4 同步要求 765.5 存储和备份 775.6 内控要求 775.7 环境要求 775.8 电源及接地要求 775.9 过压保护 785.10 场地要求 786 设备厂验、安装、调试、开通及试运行 786.1 厂验 786.2 ★交货 796.3 ★安装和调试 796.4 验收 817 技术文档 828 项目管理 839 ★进度计划 8410 技术支持与技术培训 8410.1 技术支持 8410.2 技术培训 8711 维护保障 8712 保修 9513 其他 96概述定义本规范书为中国电信北京公司移动网络建设(2009年一期)行业网关建设工程（以下简称“行业网关”）的技术要求和供货要求，供应用软件与系统集成商（乙方）编写建议书和报价书之用。建议书的内容格式应符合本规范书附件的要求。答复：满足。集采设备：包括集采硬件设备与集采软件设备。集采硬件设备：UNIX服务器、存储备份设备（磁盘阵列、光纤交换机、磁带库、虚拟磁带库）、PC/刀片服务器等，上述均含操作系统与原厂管理软件；集采软件设备：ORACLE/SYBASE数据库软件、ORACLE内存数据库等。答复：满足。非集采设备：除集采设备以外本项目所需求的其它设备（包括硬件与第三方软件等）。答复：满足。乙方在建议书中，对本规范书中所提各项要求能否实现与满足，应逐项予以说明和答复。乙方亦可根据自己提供的产品技术性能具体情况，在建议书中提出建议，并附详细资料和说明。答复：满足。对本规范书各条目的应答为“满足”、“不满足”、“部分满足”，不得使用“明白”、“理解”等词语。在答复中，要求明确满足程度，并作出详细解释，不得仅有应答而无解释。说明中有“详见”、“参见”的，应指明参见文档中的具体的章节或页码。答复：满足。本技术规范书中标记★的条款为不可偏离条款。答复：满足。本技术规范书应视为保证系统运行所需的最低要求。如有遗漏，乙方应予以补充，否则一旦中标将认为乙方认同遗漏部分并免费提供。答复：满足。根据本规范书要求，乙方应作出系统解决方案和系统架构及功能详细设计。同时在建议书中说明给甲方提供的技术文件、技术支持、人员培训等的范围和程度，乙方最后确认的解决方案和系统架构及功能详细设计应该得到甲方书面认可。答复：满足。规范书有关内容的澄清：乙方对于规范书的疑问可以通过书面材料与甲方联系。在规定的建议书提交最后期限以前，甲方将以书面材料给予答复。有关甲方答复材料的复印件也将递交所有得到技术规范书的乙方；在技术谈判的各个阶段，甲方将以书面形式要求乙方对有关问题进行进一步的技术澄清，乙方应以书面资料给予正式应答；所有各阶段的技术澄清文件都将作为合同附件。技术澄清中各条目应首先应答为“满足”、“不满足”、“部分满足”，不得使用“明白”、“理解”等词语。在答复中，仅当需要明确时，才允许对满足程度进行说明。仅当应答为“部分满足”或要求进行解释时，才允许详细解释，当应答为“满足”或“不满足“时，其详细解释视为无效解释。答复：满足。甲方在任何时候都保留和拥有对本文件的解释权。甲方有权在签定合同前，根据需要修改和补充本技术规范书，修改补充后的最终技术规范书将作为合同的附件。答复：满足。乙方在参与本项目中，对于甲方披露和提供的所有信息应作为商业秘密对待并予以保护，未经甲方授权不得将任何信息泄漏给第三方，否则甲方有权追究乙方的责任。答复：满足。买方拥有卖方针对本项目客户化开发的应用软件（包括源程序和各种文档）的版权，卖方有责任对第三方保密；卖方应开放针对本项目客户化开发的应用软件的源代码、编程语言、编译环境、编译方法；答复：部分满足。源代码不提供。乙方应向甲方提供完整、新而成熟的系统软件等技术和产品（包括各软件开发商所提交方案以及自行提供的方案中的），其各项技术应保证具有开放性、可移植性、兼容性和可扩展性。答复：满足。乙方应负责其所提交的系统配置方案的正确性、可用性、准确性和完整性，并满足本文件所提出的系统功能和性能要求。如有错漏,由乙方负责。答复：满足。若乙方认为有一种以上可行、合理的解决方案，可在建议书中一并提出。乙方应根据甲方的实际需求建议一种其认为最合理的方案。答复：满足。乙方提供的应用软件系统应满足中国电信对于IT内控的要求。答复：满足。建议书要求要求乙方在规定时间内提供规定份数的技术建议书纸质文件贰份（一份正本一份副本）（同时要求以中文OFFICE格式提供完整的电子版文档壹套）。当纸质文件和电子版文档不一致时，以纸质文件为准。当中文和英文文档不一致时，以中文文档为准。甲方享受乙方提供的售后服务和技术支持。答复：满足。甲方有权对乙方提供的应用软件进行修改维护。答复：不满足。应用软件的修改和维护由华为公司提供。甲方拥有购买乙方提供的部分或全部软件的权利。答复：不满足。甲方购买后拥有软件的使用权。提交物：技术建议书（关于中国电信北京公司移动网络建设(2009年一期)行业网关建设工程的详细完整解决方案）；答复：满足。工程技术规范书及点到点应答书（对本文件各项要求的逐条详细答复）；答复：满足。 乙方向甲方提供或建议的全部产品的详细技术资料（例如硬件产品的性能，硬件设备的外形尺寸、重量、进出线方式，硬件设备所需电源种类、耗电量、电压及地线要求，机房荷重、温湿度及环境要求，软件产品性能等）；答复：满足。乙方向甲方提供本期工程的项目组成员（包括参加本项目的项目人员名单(姓名、身份证)、项目角色、项目成员简历（工作年限、主持或参与的项目））答复：满足。建议书的内容格式：总体描述答复：满足。工程技术规范书、点对点应答及系统详细建设方案详细建设方案中除建设方案外还应含有对系统的体系架构、系统高稳定性、高可靠性、安全性的实现方式、系统可移植性、与第三方软件的配合度、与支撑系统接口方案、与核心网络配合方案等的描述。答复：满足。系统软硬件配置清单及说明含应用软件、第三方软件和硬件设备技术指标、软件和硬件设备不同配置的性能价格比较，软件和硬件设备的正式使用时间；并明确描述硬件平台、系统软件、第三方软件的可选择范围。答复：满足。系统连接图提供局域、广域网络拓朴，以及设备端口分配图和布线图。答复：满足。产品描述，所提供软硬件设备技术文档，所推荐设备情况(机架面板结构、各种接口特性、安装方式及物理尺寸、供电方式及耗电量、设备或机架接地要求、重量、温湿度等环境要求)，并提供设备相关性能指标的测试记录文档。答复：满足。双方责任及工程分工界面(要求图示并加以说明)，工程进度安排，以及施工办法和质量保证措施答复：满足。测试及验收设备测试、系统测试的方法和环境。答复：满足。场地及环境准备要求答复：满足。培训、厂验、工程协调会答复：满足。技术承诺答复：满足。技术支持及保修答复：满足。集成厂商、合作方资质证明、软件许可使用权证书（样本）答复：满足。★报价书要求报价的主要内容如下：系统设备硬件（乙方需提供满足系统需求的详细硬件配置清单。非集团集采范围内的设备计入总价；在集团集采范围内的设备不计入总价，应在集采的配置模型基础上进行选择，并提出详细的硬件配置建议，同时需要提出系统软件所不支持的主流设备厂家，没提出默认为都支持。甲方有权根据乙方提供的系统配置和与提供商签订的框架协议对该部分价格进行调整，并有权进行单独采购）；答复：满足。系统相关操作系统、数据库软件、外购中间件、防病毒软件、备份软件、监控软件等必需的第三方软件（乙方需提供满足系统需求的详细系统软件配置清单。非集团集采范围内的系统软件计入总价；在集团集采范围内的系统软件不计入总价，应在集采的配置模型基础上进行选择，并提出详细的硬件配置建议，甲方有权根据乙方提供的系统配置和与提供商签订的框架协议对该部分价格进行调整，并有权进行单独采购）；答复：满足。应用软件（应用软件需按照功能模块并折合为工作量人/日报价），并提供按用户折算的区间报价,具体要求见报价格式，计入总价；答复：满足。项目实施及集成费（包括集团集采的第三方软硬件的系统集成、乙方所提供软硬件的安装调测以及为实现系统正常实际工作所需要的系统配置和客户化工作，还包括该产品系统和其他网元之间对接的联合调测，工程协调等，系统集成费率须按所集成产品的软件和硬件总价的百分比计算,计入总价；答复：满足。必要的安装材料费用（如网线、电源线、光纤跳线等用于连接各种设备的线缆等配套材料）,每个节点按一套报价，可和非集采设备报价部分一起计入总价；答复：满足。除集采设备所带机架外的其他机架及上架套件的费用，可和非集采设备报价部分一起计入总价；答复：满足。培训费用（按人天单价报价，分为中级培训和高级培训），不计入总价；答复：满足。保修期后维保年费率，按成交价百分比计算，不计入总价；答复：满足。5年正常维护所需的备品备件（如需要），不计入总价；答复：满足。 专用维护工具仪器（如需要），不计入总价；答复：满足。可供甲方选择的设备和功能（如需要），不计入总价；答复：满足。报价应按设备的详细项目开列单价、数量、折扣率和总价；答复：满足。设备详细项目应细化到最小计价单位；答复：满足。本项目以人民币为单位报价；答复：满足。甲方只购买乙方所提方案中的部分设备时或设备配置规模变化时，乙方应承诺方案中所报目录价、折扣、技术支持等方面的优惠条件保持不变；答复：满足。同型号产品价格的折扣需一致，否则以低者为准；答复：满足。如有赠送、一次性优惠等优惠方式，乙方须在报价中以折扣方式体现；答复：满足。本期不计入总价的培训和维保等部分报价，计入商务评分，影响综合评判结果。答复：满足。报价表格式见附件。答复：满足。标准和性能本次中国电信北京公司移动网络建设(2009年一期)行业网关建设工程是按照中国电信集团公司颁布的与该业务有关的规划和规范作为依据。答复：满足。乙方提供系统的功能、业务、接口、性能等应符合或高于中国电信集团公司颁布的上述规范。答复：满足。对于本技术规范中涉及的需求和以上规范不同的部分以本技术规范的要求为准，对于本标书中未涵盖的所有内容以上述规范为准。答复：满足。乙方应同时说明系统所支持的其它国际标准化组织的标准（例如3GPP标准、ITU-T标准、IETF建议等）及我国国家标准、信息产业部部颁标准。若乙方的系统包含自己专用标准，也应在建议书中具体说明，并附上相应的详细技术资料。在保修期内，上述规范如发生变化，乙方应免费更新或升级所提供系统的应用软件版本，以满足上述规范的新版本的要求。答复：满足。对于新增功能特性，本着友好协商的原则进行处理。乙方供货和服务范围所需的货物和技术支持描述如下：硬件设备硬件设备，包括：组网设备、服务器、存储、磁带库、机柜等,在集团集采范围内的设备，应在集采的配置模型基础上进行选择，并提出详细的硬件配置建议，甲方有权单独采购；答复：满足。乙方所提供的硬件必须是主流硬件产品（使用通用型计算机，不允许使用非通用型刀片服务器）；答复：满足。硬件设备为满足对满足系统容量以及所有功能的整套解决方案，不应遗漏任何组件，如有遗漏，乙方应免费补足；答复：满足。乙方提供的所有设备必须是最新且稳定、成熟产品。所有元件、配件、附件和将设备连成系统的连接电缆都应包括在报价中。乙方必须保证所提供产品的数量、质量，并且承担所有在合同中指定的责任和义务；答复：满足。本技术规范书要求厂家需报详细的硬件配置建议，不作为供货范围内容，但作为甲方单独采购硬件设备的参考；但如果甲方认为乙方报的设备各项条件可以接受，也可考虑从乙方直接采购该硬件设备。答复：满足。软件乙方提供的软件包括：应用软件、第三方软件（相关操作系统、数据库软件、外购中间件、防病毒软件、备份软件、监控软件、开发环境软件）等必需的系统软件，其中第三方软件应在主流品牌中推荐，在集团集采范围内的软件，应在集采的配置模型基础上进行选择，并提出详细的软件配置建议，甲方有权单独采购；答复：满足。要求乙方提供用户客户端开发接入本行业网关的应用所需的API。API以动态链接库形式提供，要求支持主流的开发环境：Windows、Linux、Unix等，支持主流的开发语言：C、C++、Java、Delphi等；答复：满足。华为提供JAVA版本的API，其它语言可以调用JAVA提供的API，支持电信SMGP、联通SGIP协议，提供相关的开发文档和DEMO例子。乙方提供的软件为满足对满足系统容量以及所有功能的整套解决方案，不应遗漏任何组件，如有遗漏，乙方应免费补足。答复：满足。乙方所提供软件应为最新且成熟稳定的商用版本，必须涵盖本技术规范书所列出的所有功能，并要保证安全可靠及未来扩容和版本升级方便，在建议书中要详细列出所提供的软件清单、发布日期和升级说明；答复：满足。乙方所提供软件必须支持主流硬件产品；答复：满足。乙方所提供软件必须支持主流数据库产品；答复：满足。系统采用业界领先的Oracle数据库。乙方全面承担由乙方产品中涉及到的第三方产品所引起的一切法律责任；答复：满足。甲方拥有乙方针对本项目开发的应用软件（包括源程序和各种文档）的版权，乙方有责任对第三方保密。答复：部分满足。华为提供应用软件及其配套的文档，例如安装文档、验收手册等，不提供源程序和开发文档。在建议书中要对所采用的软件系统进行详细的功能及性能说明。答复：满足。乙方在保修期内免费负责软件的更新、维护以及版本的升级；答复：满足。在保修期内对现网版本提供维护；对于新增功能，本着友好协商的原则进行处理。应用软件在系统验收之前，乙方须根据需求方的要求及时作出设计修改，以保证系统功能的完整性和可靠性；答复：满足。乙方需提供应用软件系统软件全部相关的安装光盘；答复：满足。乙方自行开发的软件须提供数据接口，软件本身具有灵活的配置文件，以方便维护；答复：满足。如果乙方提供的产品属于与合作厂商合作完成的，则应由乙方负责协调合作方产品软件的集成及维护。如果乙方与其合作方解除关系，则仍由乙方负责其产品的维护、软件更新、版本升级，乙方不得推卸责任。答复：满足。行业网关产品为华为自产软件。安装材料和消耗品建议书应包含各节点的安装材料和清单，用于连接各种设备的线缆等配套材料(如网线、电源线、光纤跳线等，还包括IT集采设备之间以及IT集采设备与非集采设备之间的配套材料)可包含在设备价格中，如包含则需要单列；答复：满足。若需要，乙方提供的设备应配有一套数量足够至少两年维护期的消耗品，在设备价中也应包含消耗品价格。答复：满足。项目实施与集成服务乙方负责的集成工作应至少包含系统组网、路由设计、备份和容灾、网络安全、内部逻辑划分及编址、域名/设备名和端口名分配、多厂商互通等内容；答复：满足。负责除集采设备、集采软件以外的所有其他软硬件的安装、调测（包括所有软硬件安装完毕后的系统调测）、全网系统联测及技术支持；答复：满足。根据本技术规范书中所定义的系统要求、网络安全等要求和原则，提出相关部署方案建议并负责实施；答复：满足。乙方负责沟通及协调设备提供商、第三方软件提供商、系统软件提供商以及甲方之间的工作；答复：满足。乙方负责组织各相关厂商进行安装方案的技术讨论会，并汇总各方技术要求，确定安装方案；根据软、硬件到货时间，提出硬件安装实施计划及方案；对甲方的机房环境、配套设施等的准备提供明确建议；答复：满足。乙方负责本工程提供的设备直接相连的线缆（光纤跳线、网线等）以及IT集采设备之间的线缆（光纤跳线、网线等）的提供与布放，并对线缆进行标记；负责配套机柜及上架套件的安装和引电；答复：满足。乙方负责制作所需的IP地址分配表，由甲方进行审核；安排人员在现场向最终用户配合人员介绍各设备及系统的有关知识，但不作为正式培训的内容；答复：满足。乙方配合进行设备验货、全网联调、系统测试，并协助进行线路调测的工作，确保连接各节点的线路畅通;如有需要，负责光衰耗器的提供和施工；答复：满足。乙方负责定期向甲方提交工程实施进度的书面报告；答复：满足。乙方负责起草安装验收测试文档；答复：满足。乙方负责结合甲方需求制定出系统备份策略，并且配合和督促备份设备提供商作好备份策略的设定；答复：满足。乙方负责在应用软件开发商的协助下制定磁盘阵列划分方案，包括卷组、逻辑卷的划分，光纤通道的划分等，并且配合和督促磁盘阵列提供商作好以上工作；答复：满足。乙方负责配合甲方进行应用软件系统的验收，并且负责整个工程过程中的相关文档收集、整理工作；答复：满足。工具和备件若需要，乙方报价每节点应包含一套专用安装维护工具；答复：满足。乙方应根据设备元件的质量情况提出备件配置的建议；答复：满足。乙方提供的设备使用寿命应在10年以上，乙方需保证在终验后10年内甲方可买到功能相同、性价比相同或更高的备品、备件或替代产品。答复：满足。技术文件详细描述见本规范书的第7部分，技术文档。答复：满足。技术支持和技术培训详细描述见本规范书的第10部分，技术支持与技术培训。答复：满足。安装、调测、试运转的技术支持和现场验收测试详细描述见本规范书的第6部分，设备厂验、安装、调试、开通及试运行。答复：满足。工程概述项目背景随着移动业务运营牌照的发放，中国电信各种移动业务迅速展开，开展移动业务将对中国电信业务运营模式带来很大的影响，而对应相关业务平台的建设，关系到移动业务能否顺利开展。移动业务时代，电信业务出现了“移动、增值、增量”等显著特点。近年来，使用移动数据业务的用户群不断发展壮大，各类移动数据业务的使用，已经得到客户的普遍认可。公众业务的良好发展为企业业务的发展提供了基础和借鉴，企业客户作为移动数据业务的重要潜在客户，已经呈现出比较迫切的需求，企业客户希望提供自己专有的业务，为员工和客户提供服务。行业用户的使用对于接入、管理提出区别于个人用户使用方面的需求，为开拓企业业务，各运营商希望建设企业消息接入管理平台，能够为企业客户提供丰富的个性化的移动数据业务解决方案，帮助企业客户加强内部沟通，实现移动办公和生产自动化，提高工作效率，拓宽服务手段，降低办公、生产和服务成本，提高服务价值，提升其客户群的满意度，创造更多的商业机会，从而带来直接的经济效益和社会效益。行业网关是以集团客户EC/SI为对象，针对全网性行业应用业务，实现一点接入，全网业务的开展，作为集团业务承载平台。行业网关提供包括数据、语音及多媒体等业务的接入，实现统一接入与统一管理的能力；在简化企业侧接入能力的同时，强调运营商侧的管理功能。行业网关面向教育、海关、农业、金融等行业，将移动网络资源应用到企业的生产、管理、销售等价值链上的多个环节，通过移动信息化突破地域、时间上的局限，服务提升、改善经济效益、增强核心竞争力。行业网关的接入能力包括SMS、MMS、WAP、以及Email和语音计入能力。本期实现SMS和MMS两种接入能力。答复：满足。项目目标中国电信收购C网后，集团客户对短信和彩信需求不断增加，为开拓企业业务，北京电信拟进行行业网关系统建设，能够为政企客户提供丰富的个性化的移动数据业务解决方案，帮助企业客户加强内部沟通，实现移动办公和生产自动化，拓宽服务手段，降低办公、生产和服务成本，提高服务价值，提升其客户群的满意度，创造更多的商业机会，从而带来直接的经济效益和社会效益。该项目本期建设目标主要体现在以下几方面：支持上（MO）、下行（MT单发/群发）短信、彩信业务方式。答复：满足。 鉴权：针对下行（MT）短信进行计费鉴权、用户鉴权、发送时间鉴权。答复：满足。 内容过滤：系统提供多种关键字过滤手段和算法，用于短信内容监控，减少垃圾短信。答复：基于内容过滤的垃圾短信功能，需要专门的垃圾信息防控系统提供，对于行业短信建议由短信中心进行过滤监控。2、实现黑白名单管理：根据主被叫用户号码或号段对接收的消息进行拦截，可以分别设置为主叫黑名单、主叫白名单、被叫黑名单和被叫白名单。答复：满足。系统提供黑白名单管理功能。3、支持禁止下发时间设置：针对每个行业短信提供商提供基于时间段的拦截功能。答复：满足。系统提供针对EC/Si的禁发时段功能。4、每天业务量设置：针对每个行业短信提供商设置每天最大下发消息量，超过当日最大消息量后拒绝其后续消息下发。答复：满足。5、实现统计分析功能：支持业务统计、投诉统计、工作量统计。答复：部分满足。系统提供业务统计以及系统工作量的汇总统计；不涉及投诉统计。6、实现计费功能：行业网关应对所有经过网关的短消息和彩信产生详细的话单记录，提供给BOSS系统进行计费结算：答复：满足。7、实现系统维护管理和网管功能。答复：满足。建设原则（1）规范性：严格遵循中国电信集团的相关技术规范和业务规范的要求，按照集团的要求进行建设安排工作。答复：满足。（2）开放性：系统遵循开放性架构，采用开放的接口协议与开发平台；业务维护和发展不依赖于设备厂商，能够保证业务的持续升级和发展；答复：满足。（3）安全性：系统按照电信级的应用进行设计，系统软硬件架构充分考虑整个系统运行的安全策略和机制；针对各类交易流程的安全需求，采用多种安全技术手段，为用户提供完善的安全技术保障；答复：满足。（4）成熟性：采用成熟稳定并具有电信级运营实例的硬件平台和第三方软件。答复：满足。硬件平台采用IBM的AIX和华为ATAE的Linux两种电信级平台，数据库采用Oracle。建设内容本期建设内容主要体现在以下几方面：应用软件：建设行业网关平台，支持EC/SI(集团客户/系统集成商)的短信和彩信接入及鉴权、计费、统计管理；答复：满足。新建硬件：搭建行业网关系统平台硬件设备。答复：满足。搭建测试环境：搭建行业网关系统的测试环境，用于用户接入测试，和正式的生产环境并存。只有测试通过后，才能在生产环境发布。答复：满足。由卖方提出具体配置方案及处理能力计算过程。答复：满足。乙方负责本工程测试环境的规划、搭建及系统试运行期间的维护工作，具体内容包括：根据应用软件需求，规划、设计合理的测试环境方案；答复：满足。根据测试环境设计方案，建立包括硬件环境（测试环境硬件设备由乙方提供）、软件环境等在内的完整的测试环境，保证测试工作的顺利进行。要求测试环境不仅可供本地使用，也可通过DCN、VPDN等方式远程使用；软、硬件环境的集成工作均由总集成商负责完成。答复：满足。测试环境搭建完成后，乙方应根据实际测试要求，负责测试环境的维护，包括硬件设备的维护、后续集成工作以及相应软件（如操作系统、数据库、中间件等）的维护和调整。答复：满足。总体技术要求总体要求系统各项技术应遵循中国电信集团公司颁布的与行业网关平台有关的各种规范；答复：满足。系统各项技术应遵循国家相关标准和技术体制，没有相应国家标准则须遵循国际标准。对于现存多种标准的技术，乙方应与甲方共同协商选定标准。一旦相应的中国（或国际）标准确立，乙方应保证在一年内（不收取额外开发费用）过渡到甲方要求相应的中国（或国际）标准；答复：满足。乙方应向甲方提供完整、最新而成熟的系统软硬件等技术和产品。其各项技术应保证具有开放性、可移植性、兼容性和可扩展性。系统配置的软件和硬件设备提供开放的应用接口，可以方便地与其他厂家同类型应用系统进行软、硬件平台互连，便于系统未来的扩展；答复：满足。乙方应详细说明本期工程所提供设备配置的处理能力、容量以及最大扩容可达到的处理能力及容量，说明系统容量受限制的原因，并提供系统进一步扩容的方案；答复：满足。如设备为OEM第三方产品，乙方应说明该产品的原生产厂商；答复：满足。行业网关产品都为华为自产，不涉及OEM第三方的软件。乙方应保证系统割接不能中断业务,也不能影响原有业务数据；答复：满足。乙方提供系统所有软硬件保修两年，保修期自买卖双方签订终验证书之日起开始计算，保修期内乙方为甲方免费更换和维修有缺陷的设备（包括软件的升级和改造）。对于有缺陷的硬件设备，乙方应在收到它们的十五天以内修复或更换并返还给甲方；乙方保证自终验证书签订之日起六年内向甲方提供维修配件；答复：满足。如果乙方目前难以达到甲方所提出的技术要求，甲方要求通过商务条件使乙方承诺进行产品的技术升级；答复：满足。乙方负责提交系统的验收测试方案供甲方确认，并配合甲方完成工程验收；答复：满足。乙方应根据甲方的业务需求及相关的技术规划要求，提出完整的项目管理、系统设计、工程培训、项目施工、项目验收、技术支持方案以及乙方人力资源供给方案，乙方负责建立并向甲方提交工程技术文档。答复：满足。系统设计要求为了保证本期工程建设的顺利实施，要求乙方在技术实现上应坚持以下原则：应满足国际标准化、开放性、一致性、完备性、正确性、健壮性、灵活性、可扩展性、可监控/可跟踪性、安全性、可运营性和可维护性等要求；答复：满足。应采用国际、国内的标准技术，采用规范的接口和协议，保证系统各组成部分的协同一致，构成可兼容、易移植的系统平台；答复：满足。乙方保证对外接口的开放性，支持与不同厂商设备间的互连。答复：满足。华为行业网关采用标准的协议及相关规范，具有良好的开放性。高可靠性/稳定性：采用故障检查、告警和处理机制，保证数据不因意外情况丢失或损坏；采用灵活的任务调度机制实现负载均衡，防止“瓶颈”产生。答复：满足。本系统要求长时间不间断运行，因此可靠性保证应作为系统设计的出发点。除了数据传输要可靠外，系统必须具备良好的文件和数据库备份机制，定期对系统进行备份，并在系统数据丢失的情况下提供数据恢复。答复：满足。乙方所提供系统应提供一定的分级分权管理机制；答复：满足。系统通过用户、用户组、角色、权限的方式，实现用户的分级及菜单功能的授权。乙方在建议书应对系统所采用的体系结构、采用的技术、实现方式、编程语言进行详细的阐述。答复：满足。系统设计指标本期建设规模根据本期工程的业务预测，并考虑一定的用户体验开销，本期行业网关平台平台硬件处理能力为：（1）短信网关最大处理能力200条/秒，支持接入1000家客户；答复：满足。（2）彩信网关最大处理能力20条/秒；答复：满足。（3）管理模块支持最大鉴权处理能力250条/秒。答复：满足。乙方除满足上述规模外，应在技术建议书中详细阐述当本平台扩容至600条/秒（其中100条彩信、WAP-PUSH）能力时需要扩展的硬件及软件配置。该配置价格不计入总体报价，但作为日后系统平滑升级的考察依据。答复：满足。此外，乙方除满足上述规模外，应承诺彩信网关的最大处理能力可以平滑扩容至40条/秒。答复：满足。华为行业网关产品当前的商用项目最大提供5000条/秒的处理能力。行业网关平台系统逻辑结构图如下图所示：图3.1行业网关平台结构图本期行业网关系统逻辑结构如图3.1所示，其中行业网关包含业务管理模块（IAGW-M）和短信接入模块（SMS-A）、彩信接入模块(MMS-A)，EC/SI可以通过互联网或专线接入SMS-A及MMS-A。答复：满足。SMS-A与EC/SI以标准SMGP/SGIP/ParleyX协议连接，EC/SI通过该连接收发短信；SMS-A与本省短信中心（SMSC）以标准SMPP3.3或以上协议连接，SMS-A通过SMSC与本省用户下发MT短消息，并且接收本省用户上行的MO短消息；SMS-A和集团公司行业网关SMS-A、其他省SMS-A以标准SMGP协议组成网状网连接，一方面为集团公司行业网关和其他各省网关提供本省用户的短信服务，另一方面以其余各省网关为通道为接入自己的全网EC/SI提供全网短信服务。答复：满足。系统当前提供SMGP、SGIP和MM7接口协议，ParlayX协议在2009年年底提供。IAGW-M支持与北京电信BOSS系统（CRM系统、计费帐务系统）接口，完成EC/SI基本信息、业务信息、用户签约信息以及黑白名单等的同步功能。同时实现话单的传递。答复：满足。EC/SI支持与北京电信BOSS系统的FTP/HTTP接口，完成业务申请、基本资料传递、黑白名单与签约信息同步等功能。答复：满足。业务申请在BOSS侧完成，然后通过接口同步到行业网关的管理模块。SMS-A和IAGW-M之间存在接口，完成登录、鉴权、链路测试、注销等功能。答复：满足。SMS-A与EC/SI以标准SMGP/SGIP/ParleyX协议连接，EC/SI通过该连接发送WAPPUSH短消息；SMS-A与北京电信短信中心（SMSC）或WAP网关以标准SMPP协议连接，SMS-A通过SMSC与本省用户下发WAPPUSH短消息。同时，本期工程应支持与北京电信ISAG的接口。答复：满足。系统SMS-A支持通过SMSC下发WAPPush消息。本期IAGW需要纳入集团业务平台综合网管系统进行统一监控管理，需对本平台的业务平台北向网管接口内容改造，使之符合集团业务平台综合网管北向接口规范的业务指标需求。网管协议要求采用SNMP协议。答复：满足。请乙方补充并填写如下表格：外部网元配合需求表－行业网关业务平台网元名称对端需要制作数据说明备注系统指标系统硬件设备的CPU忙时利用率平均不超过70%，内存忙时利用率平均不超过70%；答复：满足。系统应支持双机热备，在集群方式下为N+1备份，在非集群方式下为1+1备份；答复：满足。华为行业网关支持双机或者集群方式，本期工程采用主备双机进行部署。从数据库备份到备份系统的时间：每天的备份时间不多于1小时，而且不影响对数据库的少量查询；答复：满足。从备份系统拷贝到数据库里的时间：数据恢复时长不多于1小时；答复：满足。平台支持负载均衡，系统切换时间小于10秒。平台在切换过程中应保证已经处理过的业务正常运行和计费（满足容灾7级要求，SHARE78－可切换、数分钟）；答复：满足。对于大数据量的统计，应能保证在夜间（4小时内）完成；答复：满足。平台提供足够的磁盘空间，满足在线保存6个月、离线12个月日志和话单以及当月运营日志、话单的要求；磁盘容量在满足系统的稳定运行的前提下，提供RAID“0+1”的冗余方式，并且保证磁盘的忙时平均利用率低于70％；最后平台还需要满足进行话务统计的空间要求；答复：满足。系统配置的阵列参见配置计算过程。平台的计费正确性必须达到99.999％；答复：满足。系统消息处理延迟（从系统收到请求消息到返回应答的时间间隔）不大于500毫秒(99.999%概率)。答复：满足。系统平均无故障时间不小于26280小时（3年）；答复：满足。系统平均无故障率不低于99.999%；答复：满足。系统针对平台的处理能力应该采用相应的流量控制措施，满足对处理时延、CPU占有率的要求，保证系统的稳定运行；答复：满足。平台系统应具备电信级可靠性、多种冗余、备份和集群处理的机制和功能，关键部件（鉴权模块、计费模块）、数据库采用至少双备份配置，具备冗余和负载分担机制，系统应冗余配置，保证系统无单一故障点。主要模块（鉴权模块、计费模块、数据库）冗余度至少为1+1，易于扩容和维护。答复：满足。系统质量要求系统应具备高可靠性乙方应向需求方提供成熟的、容错性和易恢复性俱佳的系统。答复：满足。系统必须支持连续7×24小时不间断地工作。应用软件中的任一构件更新、加载时，在不更新与上下构件的接口的前提下，不影响业务运转和服务。答复：满足。系统必须支持负载均衡能力，支持应用部署在多台服务器上，避免应用系统的单点故障。冗余点在单台设备软硬件故障情况下，要求系统所承载业务仍正常提供且服务质量不劣化。答复：满足。系统应具备静态过负荷控制和动态过负荷控制两种过负荷控制的能力，能根据CPU、内存、处理能力进行过负荷控制。答复：满足。为了确保系统的正常运行，系统提供忙时负荷控制机制，能够根据CPU的占用率进行流控，同时提供处理能力的流量控制。软件故障情况下，系统应具备故障守护恢复机制，即当发生一般性软件障碍时，系统应具有自纠恢复能力，例如：软件发生障碍时能进行局部再装入等。当发生全系统中断或电源中断恢复后，系统应能迅速地自动再启动运行。乙方应在应标书中说明系统故障倒换对业务损伤情况和系统恢复、再启动所需的时间。答复：满足。对于故障回复系统提供双机和守护进程的机制来实现，当出现异常时自动进行回复。系统能够正确识别外围系统发的错误请求及重复请求，避免出现一些不可预测的结果。答复：满足。系统应具备安全性网络安全系统需要划分安全域并进行隔离，同时建立完善的网络安全机制，这些安全机制包括：防火墙系统、入侵检测系统等。系统应支持访问控制、安全检测、攻击监控等一系列安全功能，应提供完整的网络安全监控、报警和故障处理功能。具有入侵检测的功能，监控可疑的连接、非法访问等，采取的措施包括实时报警、自动阻断通信连接或执行用户自定义的安全策略，入侵检测系统应对违背安全事件记录并报警；答复：满足。系统通过防火墙来屏蔽来自于外网的非法入侵。能定期检查安全漏洞，根据扫描的结果更正网络安全漏洞和系统中的错误配置；答复：满足。乙方应提供有关网络安全的详细说明，公网上传输的数据，必须以国家标准的加密算法加密，并在应标书列出算法及相关软件列表；答复：满足。与其它网络的连接须设置防火墙，并定义完备的安全配置策略进行隔离。答复：满足。数据安全系统必须采取定期备份或作数据容灾备份等措施来保证数据的安全。答复：满足。系统必须提供联机的数据备份能力，保证数据的完整性和有效性。答复：满足。系统对用户数据也应采取安全措施，防止用户数据泄密、丢失和被非法修改，保障用户利益。答复：满足。系统安全系统应具有防病毒能力。防病毒软件应具备全面查杀病毒，查杀病毒准确无误，管理方便，病毒特征码自动更新，安装简单的特点；答复：满足。系统应具备访问权限的识别和控制功能，根据不同的应用需求提供多级密码口令，对系统管理员、数据库管理员及其他管理员必须授予不同级别的管理权限。当有非法访问或系统安全性受到破坏时必须告警。任何远程登录用户的口令均必须具有有效期配置功能；答复：满足。系统应提供操作日志记录功能，以便及时掌握系统安全状态，操作系统应符合C2级以上安全标准；答复：满足。数据库应支持C2或以上级安全标准、多级安全控制。支持数据库存储加密、数据传输通道加密及相应冗余控制；答复：满足。对数据库的操作必须提供一致性认证。禁止对数据库进行手工操作。答复：满足。系统用户账号管理、密码管理、数据访问权限和功能操作权限管理必须满足中国电信IT内控要求。答复：满足。系统应易于使用系统应易于安装和使用，具备风格一致用户界面，且用户界面应为中文操作界面。为方便使用，系统应设置导航栏等内容。答复：满足。系统应能在浏览器中完成基本的管理任务，对用户输入错误，应尽早发现和提示；答复：满足。系统应具备完善的联机帮助功能。答复：满足。随系统提交的产品文件必须包括完善的、针对不同级别用户的应用系统培训教材、培训考题及培训考核方法建议。答复：部分满足。培训材料和教材在提供培训的时候提供。厂家可以通过对产品颁发资格认证证书的方式，以确认用户对该产品的某个操作级别的使用资格。答复：满足。对于业务熟练并且熟悉电脑操作的普通用户，应该可以通过不超过三天的初级培训，即可熟练掌握应用系统基本功能的操作技能。答复：满足。对于系统管理员，应该可以通过不超过累计两周的培训，即可熟练掌握应用系统管理相关功能的操作技能。答复：满足。应用系统必须提供一致性的图形用户界面风格。答复：满足。应用系统对普通用户的操作界面应该以B/S方式实现。答复：满足。应用系统应该支持操作员登录系统后，不超过三次鼠标的点击，即可访问到业务所需功能。答复：满足。应用系统必须支持同时打开多个管理窗口以对不同任务进行并行的操作。答复：满足。应用系统应该支持在一个业务过程中的所有功能界面都有返回上一个操作的快捷联接。答复：满足。应用系统应该支持通过键盘即可完成一个界面窗口内的主要操作。答复：满足。应用系统应该支持通过Tab键或回车键可以访问到同一个窗口的所有控件对象。答复：满足。应用系统应该支持对于常用功能设置快捷键以方便功能间的切换；快捷键的功能定义在全系统保持一致。答复：满足。应用系统必须采用分页机制显示查询结果，并显示返回的记录数目、当前页和总页数。答复：满足。应用系统发现用户提交有误信息，必须以弹出窗口的形式明确提示用户错误的原因，并把界面控制焦点置于发生错误的控件对象上。答复：满足。应用系统的操作界面必须用“*”明确标识出必填的输入信息。答复：满足。在导致系统数据发生变化的操作执行之前，系统应该弹出提示窗口供用户确认。答复：满足。对于复杂的信息结构，系统应该采用分帧的机制在同一个窗口中显示不同的信息内容，并自动刷新不同部分的信息内容。答复：满足。当应用系统正在执行用户提交的请求而无法返回时，必须明确标识系统处于繁忙阶段。答复：满足。应用系统功能菜单必须按照功能域、功能组的分类方法进行组织。答复：满足。对于操作员无权限使用的菜单功能，应用系统不允许显示该菜单或将其设置为不可用状态。答复：满足。系统必须提供在线帮助功能，对于每一个操作功能都能查找到相应的详细使用说明。答复：满足。操作员登录系统后，系统必须能够主动地提醒等待该操作员处理的任务。答复：满足。系统可维护性要求系统具备方便且可定期执行、分析结果的业务测试功能；答复：满足。系统应易于修改，对某一个子系统的修改，不影响其他系统的正常运行；答复：满足。系统应易于扩展，新增服务时要求对系统做尽可能少的修改；答复：满足。系统应具备自管理和监控功能，能够实时监控各模块的执行；答复：满足。乙方提供的系统应具备在线升级协议及版本的功能，在不中断业务的情况下支持对系统的外部接口协议进行在线升级、对修改后的系统版本进行在线升级。答复：满足。系统在运行过程中所发生的任何错误都应该有明确的错误编号，并能在系统的相应维护手册中查到错误处理方法与步骤。答复：满足。应用系统必须支持通过统一的图形界面，能够监控到应用系统所有的报警、异常信息。答复：满足。应用系统应该采用构件化设计思想，系统框架与业务逻辑分离；要求具备开放的体系结构。答复：满足。系统完备性要求乙方根据本规范书要求提出的方案及设备配置，必须能完成网络连接及所有要求的功能，不存在电缆、网卡或其它附件的短缺，不存在本期工程设备和软件性能不满足业务需求和系统功能的情况，否则乙方须在两周内免费补齐所缺设备和软件。答复：满足。系统可测试性要求随系统提交的技术文件必须明确标识出所实现的可度量的功能和性能指标。答复：满足。乙方应有固定的测试工程师进行专门的测试工作，每次新功能测试完成后，应提供详细的测试文档，包括测试的用例、方法及其结果等，交付局方人员作验收测试。测试结果应符合实际，测试未通过的项目应及时反馈并进行修改。答复：满足。详细测试要求参见6.3节。答复：满足。★系统可移植性要求 系统应该不需改动或尽可能少的改动就可以在不同的主流UNIX（IBM、HP、SUN等）及Linux平台下方便的移植。 系统必须对于存储设备、备份设备及各种网络设备具有完全无关性。 系统必须支持在不同主流数据库平台（ORACLE、INFOMIX、DB2、SYBASE等）的移植。移植时不允许修改业务逻辑构件，应该尽可能少地修改直接操作数据库的信息服务构件。 答复：满足。华为行业网关采用Oracle数据库。系统易安装性要求系统应该提供图形化的安装与配置界面。系统必须支持客户端软件版本的自动升级。答复：满足。详细技术要求下述功能模块中，如果乙方系统在实现中集成了第三方产品，需详细说明集成度和集成方式； 如不特别说明系统所配置的缺省参数均为本规范书所提出的要求。本期工程，针对于业务功能，需求如下： ★系统功能架构北京电信行业网关平台应支持的功能包括但不仅限于以下功能：基本业务功能短信接入模块功能要求(SMS-A)支持SMGP3.0协议及以上版本与EC/SI连接；支持SGIP1.2版本与EC/SI的连接；支持Webservice接口(同中国电信ISAG标准)与EC/SI的连接；答复：满足。支持与其他的IAGW进行消息转发功能，支持点播类业务；答复：满足。支持对预付费用户和后付费用户的信用额度控制，预留支持普通PPC用户的接口；答复：满足。支持灵活长度的EC/SI服务代码以及EC/SI的长服务代码；答复：满足。 支持灵活的目的号码编码方案。要求对所支持的目的号码没有任何限制，能够支持后续的新增号段；答复：满足。 支持对只申请了本地行业应用的EC/SI下发的短信进行有条件拦截的功能，可控制本地用户不能将短信发全国其他省；答复：满足。 支持对EC/SI下发的短信进行合法性判断功能。接入模块支持对注册帐号、计费号码、目的地址的合法性鉴权；答复：满足。 支持短信压缩和短信优先级功能；答复：满足。 支持计费话单生成。行业网关应对所有经过网关的短消息产生详细的计费话单，提供给BOSS系统进行计费结算。接入模块负责生成按次计费话单，包月计费话单由行业网关管理模块触发，短信接入模块话单负责生成。短信接入模块需要生成按次计费话单（MO、MT），并与BOSS系统接口，把生成的话单传送给BOSS系统，由BOSS进行二次批价，实现最终的计费。话单中应包含标示以区分本地话单和外地话单，话单二次分拣后给计费系统。短信接入模块与BOSS系统传送话单的方式可以采用以下两种的任一种：短信/彩信接入模块提供FTP接口供BOSS来取话单，BOSS通过FTP接口来取话单；答复：满足。短信/彩信接入模块通过FTP方式把话单上传到BOSS指定的服务器上，BOSS成功取得话单。答复：满足。要求支持集团用户绑定手机收费号码的功能；集团用户下行短信，按照集团用户接入号和收费号码，发起鉴权；BOSS系统对收费号码进行出帐。行业网关应判断付费号码属性，对于预付费用户，送计费系统预扣费，后付费用户下发成功则直接计费一次批价；答复：满足。支持路由功能。接入模块需对MO和MT消息进行路由，这就要求接入模块需具备准确而完备的路由功能。在MO业务流程中，接入模块应该综合考虑MO短信的目的号码或者其他路由策略进行路由。在MT业务流程中，需综合考虑提交消息的计费号码和目的号码来进行路由，并最终由目的接入模块从本地SMSC下发给目的用户。应支持按业务优先级、时间段、节假日等方式设置路由策略；答复：满足。系统提供主叫号码、被叫号码和内容关键字路由的功能，提供业务优先级功能，能够根据日期、节假日进行流控。 对EC/SI进行鉴权，对其业务接入帐号和密码合法性进行判断与处理；答复：满足。 具备报表功能和消息日志保存功能；日志应至少包括操作日志、接口链路状态日志等。本期系统应至少支持以下六类报表（报表格式按照甲方自定义格式开发）：SP与网关间流量日报表：网关间日流量报表-接收信息统计

:网关间日流量报表-前转信息统计：网关与短信中心日流量统计：短信明细报表：5分钟颗粒度统计报表：答复：满足。行业网关采用计数器的方式提供5分钟粒度的统计报表。同时，乙方应承诺按甲方实际需求，实现其他业务发展所需要的各类报表，并支持报表自定义功能；答复：满足。华为行业网关当前已经提供丰富的统计报表，对于后续业务发展需要的报表，可以根据业务发展的要求通过定制开发来提供。 支持与M模块的接口，对M模块鉴权应答的特殊处理功能；答复：满足。 支持EC/SI新旧服务代码的并存功能；答复：满足。 支持对企业代码的处理功能；答复：满足。 支持对服务代码、企业代码以及话单填写的正确处理功能；可支持根据服务代码、企业代码与IP地址绑定进行鉴权；支持IP地址过滤，不在过滤范围内的IP地址，不允许建立连接；答复：满足。 支持EC/SI接入信息管理、网关信息的管理、路由信息管理、M模块信息管理、灵活的目的号码的管理；答复：满足。 支持链路查看功能和信令跟踪功能；答复：满足。支持WAPPUSH功能，由行业网关提供WAPPUSH管理页面，构造好符合WAPPush格式的短信，鉴权通过后转发用户归属省短信中心下发给用户（或通过ISAG经WAP网关送短信中心下发）；并支持WAPPUSH群发功能；答复：部分满足。WAPPUSH消息，为由企业客户直接发送到行业网关系统，行业网关将其转发，由SMSC进行WAPPush消息发送，整个消息流程中不涉及WAPPush消息的管理，消息体格式的变化。后续如果集团规范要求与WAP网关相连，双方友好协商解决。 支持WAPPUSH功能，由EC/SI构造好符合WAPPush格式的短信，直接通过SMGP协议发送到行业网关短信代理，行业网关鉴权后转发用户归属省短信中心下发给用户（或通过WAP网关送短信中心下发）；答复：满足。支持行业用户绑定收费号码，并对收费号码进行鉴权的功能；行业用户接入号和收费号码的对应关系在业务网关保存，行业用户开户时初始化。要求行业用户用SMGP下发短信时，将收费号码填写为空，网关根据行业用户主叫号码发起到对应收费号码的鉴权，判断是否可以下发短信，并在计费话单中填入相关收费号码信息。要求网关对被叫号码进行路由；答复：满足。支持发送异网短信的功能。行业用户开户时，需要申请异网短信的发送功能。网关判断行业用户发送的是异网短信，则自动将主叫号码变换为该行业用户对应的收费号码，再根据被叫号码将短信路由到本省短信二级网关。由短信二级网关负责异网短信的转接。短信二级网关要能支持将该短信的状态报告递交给行业网关的功能，行业网关根据状态报告生成最后的计费话单。话单中，主叫号码仍为行业用户接入号（变换前的号码），计费号码为行业用户对应的收费号码。二级网关话单，主叫号码为行业用户对应的收费号码。同时，要求实现短信加集团客户签名；答复：满足。支持计费话单二次分拣的功能；答复：满足。支持灵活的号码变换功能。要求能根据帐号、消息类型，对主叫号码、被叫号码，进行变换。答复：满足。对于发送异网的客户需求，业务场景为目的地址为异网号码，系统根据按照主叫号码、被叫号码和消息类型进行号码变换，对于帐号方式替换可以组合主叫号码、被叫号码替换实现，不直接提供按照帐号的号码变换。支持中国电信长短信标准。支持长短信的手机能够成功合并，手机侧显示一条短信。答复：满足。彩信接入模块功能要求（MMS-A）支持MM7/WebService接口与EC/SI连接，对EC/SI进行认证和鉴权；答复：满足。WebService接口在年底提供。支持MM7接口与各省MMSC连接；答复：满足。 支持短信MO点播、彩信MT下行业务；答复：满足。行业网关支持配合EC/SI进行短信点播彩信的能力。 支持灵活长度的EC/SI服务代码以及EC/SI的长服务代码；答复：满足。 支持对只申请了本地行业应用的EC/SI下发的彩信进行有条件拦截的功能；答复：满足。 支持业务优先级控制和流量控制；答复：满足。 支持计费话单生成。行业网关应对所有经过网关的短消息产生详细的计费话单，提供给BOSS系统进行计费结算。接入模块负责生成按次计费话单，包月计费话单由行业网关管理模块触发，彩信接入模块话单负责生成。彩信接入模块需要生成按次计费话单（MO、MT），并与BOSS系统接口，把生成的话单传送给BOSS系统，由BOSS进行二次批价，实现最终的计费。彩信接入模块与BOSS系统传送话单的方式可以采用以下两种的任一种：答复：满足。彩信接入模块提供FTP接口供BOSS来取话单，BOSS通过FTP接口来取话单；答复：满足。彩信接入模块通过FTP方式把话单上传到BOSS指定的服务器上，BOSS成功取得话单。答复：满足。 支持路由功能。接入模块需对MO和MT消息进行路由，这就要求接入模块需具备准确而完备的路由功能。在MO业务流程中，接入模块应该综合考虑MO短信的目的号码或者其他路由策略进行路由。在MT业务流程中，需综合考虑提交消息的计费号码和目的号码来进行路由，并最终由目的接入模块从本地MMSC下发给目的用户；答复：满足。 支持与IAGW-M的接口功能；答复：满足。 支持消息缓存和消息日志保存功能；答复：满足。 支持报表功能；答复：满足。 支持对EC/SI设置转发模式和代理模式；答复：满足。 支持EC/SI发送方可替换功能；答复：满足。 支持EC/SI接入信息管理、MMSC信息管理、路由信息管理、IAGW-M信息管理；答复：满足。 支持链路查看功能和信令跟踪功能;答复：满足。支持灵活的号码变换功能；答复：满足。支持发送异网彩信功能。计费话单应易于向行业用户计费，并且在彩信互通网关上的话单，适用于现有结算规则；答复：满足。管理模块功能要求（M模块） 支持与BOSS系统通信，完成用户签约信息、黑白名单、业务信息同步功能；必须支持行业用户从接入测试到测试通过后正式起租，与CRM的接口。开户信息、格式等目前尚未确定，乙方应承诺按照甲方实际需求进行开发；答复：满足。系统当前提供FTP文件传输和HTTP实时消息的方式与BOSS、CRM进行消息同步，与BOSS和CRM的接口和格式在明确下来后通过定制的方式来提供。 支持从CRM系统同步用户的计费号码及信用度情况。建议采用FTP接口。FTP文件接口主要用于CRM系统向M模块批量传送黑白名单、订购/退订签约关系请求，以及M模块向CRM系统返回确认文件等。该接口主要用于大批量的非实时的信息传递，以减少业务系统的实时压力。答复：满足。支持付费号码属性管理。如果行业用户绑定的付费号码是后付费号码，支持按照行业用户的信用度等级，控制行业用户的短信发送量；如果行业用户绑定的付费号码是预付费号码，支持向SCP/OCS发起鉴权的功能。号码属性由行业用户开户时，BOSS系统同步相关信息。答复：满足。 支持非增值服务黑白名单鉴权的功能，增值服务签约关系鉴权的功能