技术规范标准_ip电话计费营业系统工程技术规范标准

IP 电话计费营业系统电话计费营业系统 工程技术规范书工程技术规范书 中国邮电电信总局中国邮电电信总局 一九九九年十二月一九九九年十二月 目目 录录 一、概述一、概述1 1 1.1 定义.1 1.2 计划.1 1.3 建议书内容.1 1.4 标准和性能.2 1.5 卖方供货和服务范围.2 1.6 2000 年问题 3 1.7 工程进度.3 二、工程描述二、工程描述3 3 2.1 概述.3 2.2 组织结构.3 2.3 计费结算帐务处理方式.4 三、总体技术要求三、总体技术要求4 4 3.1 IP 电话计费系统方案应满足的原则 4 3.2 IP 电话实验网扩容工程计费营业系统具体要求 5 3.3 全国 IP 电话计费系统具体要求.10 四、设备技术要求四、设备技术要求1414 4.1 设备要求的提出14 4.2 设备及软件的一般技术要求14 4.3 服务器基本技术要求15 4.4 磁盘阵列16 4.5 数据库17 4.6 设备环境要求18 4.7 设备电源要求18 五、设备及系统配置五、设备及系统配置1818 5.1 主要设备18 5.2 管理维护设备19 5.3 专用电缆19 5.4 工具19 5.5 备件19 六、设备厂验、安装、调试、开通及试运行六、设备厂验、安装、调试、开通及试运行1919 6.1 交货19 6.2 安装和调试19 6.3 维护工具仪器和备品备件20 6.4 验收20 七、技术服务和技术培训七、技术服务和技术培训2020 7.1 技术服务20 7.2 技术培训21 八、技术文件八、技术文件2121 九、对报价书的要求九、对报价书的要求2222 十、其他十、其他2222 附件附件 卖方建议书的内容格式 一、概述一、概述 1.11.1 定义定义 1.1.1 本规范书为中国电信(以下简称买方)IP 电话计费营业系统的主要技术业务功能和供货要求，供集成 商及厂商(以下统简称卖方)编写建议书和报价之用。 本规范书要求包括两部分：一是对中国电信本期 IP 电话实验网扩容工程计费营业系统(设置于支持中心 内)的主要技术、业务功能和供货要求，供卖方编写建议书和报价之用；二是对中国电信全国 IP 电话网 计费系统的主要技术、业务功能要求。卖方应分别对这两部分给出建议方案，对实验网扩容工程计费营 业系统作出工程报价，对全国 IP 电话网给出在参考规模下的参考配置和框架性报价。 1.1.2 本技术规范书包括了工程、技术和服务等主要要求，这些要求将在以下章节中相应地列出。 1.1.3 卖方应根据本文件中的相关说明和要求，提出技术建议、解决方案和报价。建议书的内容格式应符 合本规范书附件的要求。 1.1.4 卖方在建议书中，对本规范书中所提各项要求能否实现与满足，应逐项予以说明和答复，同时要求 提供相应软硬件产品(包括第三方产品)的详细技术资料。卖方亦可根据自己的产品技术性能具体情况， 在建议书中提出建议，并附详细资料和说明。 对本规范书各条目的应答为“满足” 、 “不满足” 、 “部分满足” ，不得使用“明白” 、 “理解”等词语，在答 复中，要求明确满足的程度，并作出具体、详细的说明，凡采用“详见” 、 “参见”方式说明的，应指明 参见文档中的具体章节及页码。 1.1.5 本技术规范书应视为保证系统运行所需的最低要求，如有遗漏，卖方应予以补充，否则一旦中标将 认为卖方认同遗漏部分并免费提供。 1.1.6 买方保留对本文件的解释和修改权。 1.21.2 计划计划 卖方应在收到此规范书后，在两周内提供八份(中文)建议书和报价(同时提供电子文档)。建议书和报价应 单独分开，引进设备报价以美元为单位，并分别提出 FOB 和 CIF。买方只购买卖方所提方案中的部分设 备时，卖方应承诺方案中所提价格折扣、技术服务等方面的优惠条件保持不变。 1.31.3 建议书内容建议书内容 建议书应包括以下各主要内容： (1) 逐条对买方规范书的响应 (2) 详细的设备(软件和硬件)和材料清单，各种设备(软件和硬件)和服务的单位价格和系统总价。报价应 以设备类别为单位列出，并进行汇总。 (3) 设备的技术指标、系统的技术指标(包括系统处理能力、系统处理时限、系统可用率、设备和网络的 MTTR、MTBF 等) (4) 整体系统的功能、性能和体系结构 (5) 系统的软件、硬件方案和设备配置(在满足系统整体性能下可提出多种方案) (6) 设备不同配置的性能价格比较 (7) 系统管理 (8) 系统安全措施 (9) 系统接口方案 (10) 应用软件开发方式和能力 (11) 技术服务的范围和程度 (12) 安装设备和材料、备件和工具的数量和质量 (13) 设备安装要求及建议，抗震措施 (14) 技术文件 (15) 人员培训 (16) 售后服务安排 (17) 设备测试、系统测试的方法和环境 (18) 其它 a. 各种设备机架(柜)的外形尺寸、重量、面板布置、进出线方式等 b. 各种设备所需电源种类、耗电量、电压及地线要求 c. 机房荷重、温湿度及环境要求 1.41.4 标准和性能标准和性能 卖方提供的各项设备和系统的功能和性能应完全符合卖方指明的标准，并满足或高于买方指出的要求。 在此文件中没有说明的条款，但 ITU-T 已有建议的系统设备性能和功能均应满足 ITU-T 最新建议要求。 卖方应同时说明设备及系统所支持的其它国际标准化组织的标准（例如 ISO 建议、IEEE 标准、IETF 建 议等）及信息产业部部颁的标准。若卖方的设备包含自己专用标准，也应在建议书中具体说明，并附上 相应的详细技术资料。 卖方供应的设备技术规范及这些设备构成的系统的功能及性能应符合本规范书的要求。卖方应列出所提 供设备和系统的规范，任何与买方技术规范书相关条款不同的都应指示出来，并详细说明原因。 1.51.5 卖方供货和服务范围卖方供货和服务范围 所需货物和技术服务主要是 IP 电话实验网扩容工程计费营业系统，包括计费营业系统的处理平台与应用 系统。对全国 IP 电话网计费系统卖方应提出整体方案和参考配置及报价。 1.5.1 处理平台主要包括服务器设备和存储设备的硬件(该部分卖方需要提供详细的设备配置要求)。 1.5.2 应用系统：应用系统需配置相应的软件，主要包括：数据库软件、各种中间件、应用软件、网络通 信软件、管理软件、安全软件等。应用软件指根据本系统业务功能要求编制的应用软件，包括应用软件 环境和诸功能模块。以上应具备良好的可维护性和升级能力。 1.5.3 安装材料 1.5.4 消耗品 1.5.5 工具和备件 卖方报价可包含一套专用维护工具。 卖方应根据设备元件的质量情况提出备份配置的建议。 卖方提供的设备应是以至少五年使用期设计的，卖方要保证不论提供的设备是否还生产，在使用期内买 方可得到备件。 1.5.6 测试仪表 卖方应提供系统开通、系统验收、日常维护所需的仪表详细清单，并说明仪表的性能和技术指标，与买 方商定各个阶段所需仪表的提供方。 1.5.7 技术文件 1.5.8 技术培训 1.5.9 安装、调测、试运转的技术服务和现场验收测试。 1.61.6 20002000 年问题年问题 对 2000 年问题的要求：各种功能在 2000 年前后持续正常运转，日期和时间不影响系统的运行、操作维 护和业务；应正确判断 2000 年为闰年，并能正确处理 2000 年以后的闰年；应满足 ISO 8601 标准，采用 四位十进制数表示年份；应能正确地与其它系统交换带有年份的信息。 卖方提供的各项系统的硬件和软件必需已完全解决 2000 年问题，并经过测试，卖方应给出有关认证资料。 如卖方提供系统在 2000 年时钟过渡问题上不能满足要求并给买方造成相应的损失，买方具有索赔的权利， 并将视具体情况与卖方另签定赔偿协议。 1.71.7 工程进度工程进度 签订合同后八周内设备全部运抵现场。 二、工程描述二、工程描述 2.12.1 概述概述 目前中国电信在 14 城市建设有 IP 电话实验网，为满足日益增长的用户需要，中国电信拟对原实验网进 行扩容，在北京、上海、广州、南京、武汉、西安、成都、沈阳、杭州、天津、重庆、长沙、福州、济 南、石家庄和郑州 16 个城市各设置 1 套网关设备，另在实验网支持中心设置一套关守设备及相应的计费 营业系统(不包括计费营业系统在各节点的远程终端设备)，扩容后全网达到 288 个 E1。随着业务的不断 发展，以后将逐渐增加网络节点数及网关的端口数。 除本实验网外，各省将可能分别计划建设本省的 IP 电话网，设置网关、省级关守和省支持中心（包括认 证、计费、结算、业务管理） 。各省 IP 电话网、本期扩容的实验网及全国 IP 电话交换清算中心构成两级 多域的全国 IP 电话网组织结构。 2.22.2 组织结构组织结构 (1) 对于实验网计费营业系统采用集中式的设置方案，即在实验网支持中心设置计费营业系统的处理平 台，各节点设置远程部分(本工程不包括其硬件配置，卖方需提出对硬件配置的要求)，通过集中管理、 远程受理和分权管理的方式完成对实验网的计费营业工作。 (2) 对于全国 IP 电话网的计费系统初步考虑如下，如下图示意： 全全国国 I IP P 电电话话清清算算中中心心 省省级级 I IP P 电电话话计计费费中中心心省省级级 I IP P 电电话话计计费费中中心心 本本地地 I IP P 电电话话 帐帐务务部部门门 本本地地 I IP P 电电话话 帐帐务务部部门门 本本地地 I IP P 电电话话 帐帐务务部部门门 本本地地 I IP P 电电话话 帐帐务务部部门门 全国 IP 电话网的计费系统初步考虑为三级组织结构，由全国 IP 电话清算中心、省级 IP 电话计费中心和 本地 IP 电话帐务部门组成。三级组织结构可采用两级平台方式建设，即建设全国中心平台和省级中心平 台，本地帐务部分作为省级平台的远程部分实现。 2.32.3 计费结算帐务处理方式计费结算帐务处理方式 本系统计费结算处理和帐务处理的需求编制、详细设计及编程中均应以本规范书和中国电信的业务处理 要求的相应规定为准。卖方应承诺中标后将按照中国电信具体的 IP 电话业务要求进行应用系统定制开发。 三、总体技术要求三、总体技术要求 IP 电话计费营业系统的总体技术要求主要应以信息产业部编制的中国电信计费帐务体制(暂行规定) 及其相关附件为标准。本技术规范书中与上述文件有矛盾或不完整之处，应以上述技术体制要求为准。 3.13.1 IPIP 电话计费系统方案应满足的原则电话计费系统方案应满足的原则 IP 电话计费系统应满足以下原则： (1) 安全性：保证系统数据处理的一致性，保证计费数据不被非法盗用和修改伪造，保证数据不因意外 情况丢失和损坏，提供多种安全检查审计手段。 (2) 准确性：保证系统数据处理的准确性，提供多种核查手段。 (3) 可靠性：保证系统可靠连续运行。 (4) 可伸缩性：系统应能适应不同规模的业务，系统硬件平台和数据库应具有良好的可扩充扩展性能。 (5) 可扩展性：基于通用的计费模型，采用组件化设计原则，以使系统能够适应将来可能出现的业务特 性和可能出现的一些变化。应实现业务的参数驱动，通过参数的改变可重新定义业务特性，在不影响系 统运行的情况下实现新功能新业务特性的增加。 (6) 开放性：系统应采用主流的、开放的技术，以保证系统对各种数据业务的服务，以及与相关系统的 互连能力。 (7) 可移植性：系统还应具有较强的可移植性、可重用性，保证在将来发展中迅速采用最新出现的技术、 长期保持系统的先进。 (8) 实时性：实时完成大容量数据处理，对记帐卡业务提供特殊有效的处理方法。 (9) 易用性：应具有良好的中文操作界面、详细的帮助信息，系统参数的维护与管理通过操作界面完成。 (10) 可管理性：应具有良好的管理手段，可管理安全、网络、服务器、操作系统、数据库及应用等。 卖方应针对上述各项，在随后的各节中落实诸原则各方面要求，并予以详细解释。 3.23.2 IPIP 电话实验网扩容工程计费营业系统具体要求电话实验网扩容工程计费营业系统具体要求 3.2.1 IP 电话实验网计费营业系统总体功能要求 IP 电话实验网扩容工程支持中心内拟建的计费营业系统在 IP 电话设备的配合下，实现全网性 IP 电话用 户认证，完成计费信息的收集、计费处理、结算处理、帐务处理、计费查询、统计分析，并完成以用户 管理为中心的实验网营业系统等功能。 3.2.2 用户身份认证及授权 (1) 本工程中由 IP 电话设备配合计费系统完成用户身份认证及授权。 计费系统在 IP 电话设备的配合下，完成对主叫用户(包括固定网用户和移动网用户)、各类卡用户、网关 出租用户、被叫付费用户等的身份认证。 (2) 用户身份标识 本工程对于主叫 IP 电话用户使用主叫电话号码标识自己的身份，认证时应可根据特定号码、某个区号、 某个局号(包括移动网的 H1H2H3)进行；对各类记账卡用户使用记账卡号和密码标识用户身份；对出租 网关可采用其 IP 地址或分配的网关 ID 作为标识；对被叫付费用户采用其主叫号码作为标识。要求卖方 系统支持的记账卡卡号长度不少于 18 位，密码长度不少于 4 位。 网关在收到用户的主叫号码后，加发主叫用户号码的长途区号后一起作为其身份标识。 (3) 用户数据库 本工程用户数据库集中设置在 IP 电话实验网支持中心，用户身份认证采取集中处理方式。 (4) 认证协议 本工程认证协议可采用： 方案一：采用 H.225.0 RAS：由网关收集用户信息后使用 RAS 协议通过关守到计费系统用户数据库进行 身份认证，所需的与关守间认证授权 API 接口由 IP 电话设备提供商负责提供。 方案二：采用 RADIUS 协议：由网关收集用户信息并作为 RADIUS Client(或者关守作为 RADIUS Client) 与计费系统的 RADIUS 服务器完成身份认证。 卖方应说明其能实现方案。若采用其它的实现方式，应详细说明。卖方应详细说明目前已实现的与 IP 电 话设备的认证接口。 (5) 业务授权 对用户身份认证通过的同时应对用户进行业务授权，授权内容根据用户注册时的属性进行。卖方应详述 可以提供的授权内容。 3.2.3 计费结算帐务处理 卖方应针对以下功能要求，给出实现方式详细说明和建议实施方案。 (1) 计费结算功能由计费信息采集点和支持中心内的计费系统完成。 (2) 计费信息采集 计费信息采集点负责计费信息(CDR)的采集和上传。根据 IP 电话设备所能提供的接口情况，计费信息采 集点设置在关守，即由关守提供 CDR，或可能设置在网关，由网关提供 CDR。 CDR 内容格式和采集接口协议由 IP 电话设备提供商提供。 计费信息应实现实时采集。 卖方应明确说明实现各种方式计费所需的 CDR 信息必备的内容。 (3) 计费处理功能要求 a. 计费功能完成计费信息的处理、清单生成、入库、计费计算等。要求功能灵活、中文图形界面、使用 方便、费率等各种参数可以灵活设置、格式可以定制。 计费计算处理应实现通用的灵活的费率引擎功能，卖方应详细说明所支持的费率类型及其组合。 b. 非实时计费处理 对于主叫号码用户(包括话音业务和实时传真业务)和不需实时计费的记账卡业务，由计费系统根据 CDR 按计费周期进行处理，生成清单。 c. 实时计费处理 对于预付费记账卡用户和有限信用记账卡用户，要求进行实时计费，实现余额限制，与 IP 电话设备配合 实现实时断线。 d. 卖方应承诺计费处理方式应能根据业务部门要求进行定制。 (4) 结算处理功能要求 计费系统要求支持多个运营商（国内、国际）之间 IP 电话业务的来去话结算功能，以及运营商内部不同 路由区域间的内部结算功能。 计费系统要求支持实验网 IP 电话业务和固定电话网、移动电话网间的来去话结算功能。 (5) 帐务处理功能 对于非预付费记账卡用户，要求进行帐务处理及销帐处理，帐单格式应可定制。卖方应详述其实现方案。 帐务处理应支持灵活的价格策略和业务包装方法。 (6) 审核校验 审核校验功能是对本系统内的处理流程进行监控和管理，包括日志、故障预警等功能，并对本系统内的 各类数据，包括计费原始数据、计费清单数据、结算数据、帐务数据等相关资料，以及本地系统传送的 数据资料，提供差错管理功能。 (7) 统计分析 应根据计费中心的 CDR 数据进行全网业务的分析与统计。卖方应给出能分析统计的详细内容，能够提供 详尽的业务量、营销情况统计报表（班、日、周、月、季、年） ，提供不同时期业务经营情况对比，为业 务发展和网络规划提供依据，要求能分别给出国内(包括不同路由区域)和国外、以及网间的业务统计结 果。 (8) 计费查询 对于电话用户，计费查询通过各节点网关的 IVR 与计费中心交互，计费系统应能与 IP 电话配合接口； 对于 PC 用户，计费查询可采用 WWW 方式完成。 计费系统还应实现为内部服务的统计结果查询。 3.2.4 营业系统 (1) 系统结构 实验网扩容工程营业系统采用两级结构：在支持中心内建立营业系统处理平台，在各节点设置远程营业 终端(硬件设备不包括在本工程范围内)作为营业系统的前台，采用分散受理、集中管理的营业处理方式。 (2) 支持中心营业系统处理平台：主要完成用户数据库管理、营业远程终端接入管理、营业系统分权管 理、数据批量输入等功能。 (3) 通过远程营业终端，主要完成营业具体功能，远程终端和营业系统处理平台间拟采用 Browser/Server 方式建设。 (4) 营业处理主要功能 营业处理主要完成业务受理、用户管理、资料管理等功能。基本功能要求至少为： a. 主叫用户：开户、功能变更、停复话、取消、查询； b. A、B 类电话卡：开户、资料变更、功能变更、续费、停复话、取消、查询； c. C 类电话卡：批量输入记账卡帐号信息、批量激活、单个和成组方式的记账卡的启用激活、阻塞和去 阻塞； d. 用户管理功能，即用户帐户信息的增、删、改，以及用户权限管理等； e. 用户密码管理，记账卡用户的密码管理、密码修改等。要求记账卡用户的密码与网关/关守配合能够在 线进行修改； f. 用户使用情况查询； g. 用户帐务处理； h. 用户统计功能； i. 反欺诈、高额控制管理； j. 资料管理：客户资料的管理和维护，其中包括用户名称、用户所在地、用户业务种类、帐面金额、付 费方式、优惠策略、用户信誉级别等信息，以保证客户资料的完整和真实； k. 资费管理：对于资费标准，包括计费规则、结算标准、费率表等进行维护； l. 数据备份功能； m. 其它。 卖方应针对上述要求，给出实现方式详细说明和建议实施方案。 (5) 营业系统要求实现分权管理。集中管理意思为集中设置用户数据库，可在支持中心实现全部管理功 能。同时要求支持分权管理功能，即与节点相对应，各点负责其范围内的营业管理各项功能。 3.2.5 计费营业系统应用软件 (1) 软件技术路线 在系统开发中要求采用面向对象的、组件化方法进行系统构建。卖方应提出 IP 电话计费的通用模型，包 括数据模型和处理模型。应用软件实现可通过中间件和组件化的方法，形成系统中的软件总线和各种应 用逻辑。卖方应根据系统功能要求，提出其实施方案。 (2) 应用软件开发 a. 卖方应说明其软件能力，并说明应用系统开发的工程化实施方案。 b. 卖方应说明针对本系统采用的开发环境和开发语言。 c. 卖方应在建议书中作出本系统应用软件的原型概要设计，内容应包括应用系统的数据字典、编码规则、 数据库结构规划、应用软件体系、功能模块、组件体系、调度方法、数据流程、高可用保证、接口方法、 备份、安全等诸方面，并在各节内容中予以详细解释。 (3) 应用软件的一般要求 a. 应用软件应采用友好的图形化窗口用户操作界面，支持鼠标操作，可操作性强。而且操作界面应简洁、 直观，有利于简化操作，并提高操作效率。 b. 应用软件应具备相应容错手段，允许操作人员有限范围的误操作。 c. 应用软件应具备完整的操作权限管理办法，例如：操作口令管理，修改或删除用户的权限等；同时应 具备完善的系统安全机制，如日志管理功能，能够对每个操作员的每次操作有详细的记录，对每次非法 操作产主告警。 d. 应用软件应具备一套完备的数据管理系统和进程调度系统，以保证系统的安全可靠和整个省中心系统 的正常运转。 e. 应用软件具有根强的可移植性，可在多种硬件平台、网络和操作系统环境下工作。 f. 应用软件支持分布式数据管理，支持多数据源间的访问连接，能方便地与相关的其它应用系统集成在 一起。 g. 应用程序还应采用参数驱动的设计思想。在应用程序中，凡是不能确定的因素，应尽量做到参数化， 以达到通过对参数的设置就可适应不同的情况，不同应用时期的要求。 h. 具备多用户和多任务操作能力，并对用户数不加限制。 i. 支持汉字字符集，可处理、显示、打印任意尺寸的汉字，操作界面提示和输出结果应使用汉字或英文， 并能由用户选择。 j. 应用软件系统应能为系统管理员提供多种发现系统故障和非法登录的手段，卖方应详细说明能提供的 手段及其实现的方法。 k. 应用软件系统应能支持光盘存储和其他外部存储方式用来保存大量的历史数据。 l. 应用软件系统应支持在线帮助功能，而且系统管理员能够修改帮助文本。 卖方应根据上述一般要求，详细说明其解决方案。 (4) 软件测试 卖方应提出本工程涉及的软件系统的测试方法，并对卖方的软件测试体系和软件质量保证方法进行详细 说明。 3.2.6 计费营业系统中的数据库 卖方应根据业务功能要求，给出数据库在系统中的应用方式，并给出详细的数据库结构规划，并详细解 释是否需要数据库并行处理，分析系统中的 I/O 瓶颈，并结合业务功能给出数据库事务处理流程。 卖方应根据计费结算帐务系统的特点，采用统一格式、标准的数据字典，实现用户资料、业务标识、用 户标识、结算数据格式、帐务数据格式、查询统计数据等在全网范围内的充分共享。卖方应充分分析系 统中各类数据的组成及其关系，给出数据字典初步的设计建议，并承诺中标后在买方协助完善制定整个 系统的数据字典。 卖方应明确提出其数据库容量的推算方法、容量建议、容量限制与何因素有关和扩容办法。卖方应提出 用户数据库结构设计考虑原则和方案。 3.2.7 计费营业系统设备建设方案要求 (1) 计费营业系统的系统组织为服务器环境、存储备份设备环境和局域网、远程营业终端接入等三部分。 卖方应结合系统业务功能根据上述要求提出具体实施方案(给出方案图纸)，包括局域网结构、终端远程 接入方式、服务器设置、存储备份系统、高可用性方案等，卖方亦可提出自己的实施建议。 (2) 卖方给出服务器设置建议方案，并详细说明实现应用系统高可用性方案，详细解释实现机制和可实 现的指标，并结合系统各项功能(如计费、结算、帐务、数据库、备份等)给出各功能模块在高可用系统 中的分担方式、和工作/热备配置方案。 (3) 卖方应根据计费营业系统功能要求，给出在线和脱机存储设备的建议方案。 (4) 卖方应提出局域网结构建议，提出远程终端接入方式建议方案。 (5) 卖方应对系统中所需的 IP 地址和域名进行详细说明和规划。 3.2.8 计费营业系统性能 计费营业系统的用户容量暂按 2000 万用户考虑，计费营业系统要求能处理此用户规模并具有良好性能。 系统应具有良好的扩展性，能适应今后更大用户数量的需要。 卖方必须结合其应用系统实现和处理流程，给出完成计费、结算、帐务等功能涉及的 I/O 数量、事务数 量和数据库操作数量，在其基础上，根据用户数量，卖方另可取定忙天、忙时集中系数，推算出数据库 和系统的忙时事务处理能力，并据之提出对设备和系统的 TPC-C 值和 TPCD 值要求。卖方应提供详细 计算过程和说明，并提出性能建议。 3.2.9 接口 (1) 计费营业系统与 IP 电话设备的接口：支持中心与 IP 电话设备之间需交换认证、实时计费信息、采集 CDR 记录。 IP 电话侧的接口由 IP 电话设备提供商负责提供。卖方应说明计费营业系统侧的接口实现方案，并承诺中 标后和买方以及 IP 电话设备提供商一起协商确定接口实施方案。 (2) IP 电话实验网计费系统作为全国电信计费结算系统的一个子系统，将来还需与全国 IP 电话清算中心 以及全国电信计费帐务系统互联，互联方式及接口内容由双方协商。卖方应在其系统中考虑其接口设计 并作说明。 (3) 计费营业系统还可能与电信总局、管局办公自动化系统互联，以支持有关的决策分析；支持中心还 可能与银行托收系统互联。卖方应在支持中心中考虑其接口设计并作说明。 3.2.10 管理 卖方应提出对计费营业系统的管理建议方案，管理内容应至少包括：服务器设备管理、数据库管理和应 用软件管理等。卖方应详述其可实现的管理内容和具体方案。 3.2.11 安全 卖方应提出详细的安全方案，从技术手段层次充分采取各种安全技术措施，至少考虑主机安全、边界安 全、网络安全、业务安全和数据安全等。 为了增强系统的防灾救灾能力，卖方应给出灾难性事故应急计划建议，包括紧急行动方案，资源（硬件、 软件、数据等）备份和备份操作计划，系统恢复和检测方法。 3.2.12 可靠性要求 (1) 卖方应说明系统中各部分的可用性指标和整个系统的可用性指标。 (2) 以下情况之一将被视为系统重大故障，并将作为系统验收的标准之一： a. 软/硬件原因造成的系统瘫痪； b. 由于卖方设备(软/硬件)原因使计费营业系统与远程营业终端无法联系 1 小时以上。 3.33.3 全国全国 IPIP 电话计费系统电话计费系统具体要求具体要求 3.3.1 全国 IP 电话计费系统的体系结构 全国 IP 电话计费系统拟由全国 IP 电话清算中心、省级 IP 电话计费中心和本地 IP 电话帐务部门构成。 全国 IP 电话清算中心主要负责国际间 IP 电话业务结算、省际 IP 电话业务计费结算，并负责管理全国级 大客户。 省级 IP 电话计费中心主要负责省内 IP 电话业务用户的认证授权，全省记帐卡 IP 电话、全省主叫计费的 IP 电话业务、全省集团 IP 电话业务、全省被叫付费用户的计费原始数据的采集，清单批价处理及计费处 理，帐务处理，将国际和省际漫游数据、结算数据转发至全国系统、并接收全国系统下发的漫游数据、 结算数据。省内本地现业局间结算处理、全省各地的销帐处理、全省 IP 电话用户业务管理，全省 IP 电 话业务分析统计报表等。 本地 IP 电话帐务部门作为省 IP 电话计费系统的远程部分，负责执行省级系统的某些功能模块，以实现 本地部门的职能。 全国 IP 电话计费系统是一个三级的体系结构，全国系统和省级系统均是具有场地自治功能的独立系统； 在全国系统和省级系统分别建立独立的网络平台和应用处理平台，本地网内不建立独立的核心网络平台， 只作为省级网络平台的本地远程网段；全国系统与省级系统通过广域网手段进行高速局域网互联；分散 在各本地的销帐处理等功能通过广域网在省级网络平台上交互完成。全国系统与省级系统在逻辑上应是 一个统一的生产整体，之间通过网络和业务接口来联系。 卖方根据对 IP 电话业务的理解，可提出自己的对全国 IP 电话网计费系统的体系结构建议。 3.3.2 功能模块 IP 电话计费系统应实现成为一个高度模块化、组件化的总体结构。全国清算中心可包括以下功能模块： 数据接收与分发、结算处理、帐务处理、销帐处理、资料管理、审核校验、查询服务、统计分析、系统 维护及数据管理等。省级中心主要包括以下功能模块：数据接收与传送、计费处理、结算处理、帐务处 理、销帐处理、资料管理、审核校验、查询服务、统计分析、系统维护及数据管理等。 3.3.3 全国 IP 电话清算中心系统功能 (1) 数据接收与分发 采集或接收省际、国际 IP 电话计费原始数据，并对计费原始数据进行系统要求的格式化，以便进行统一 的计费处理。 对于需要由全国系统传送到省级系统的结算执行数据，要实时/定时下发至相应的省级系统。数据接收与 分发应根据不同的业务处理规则，实现实时或定时数据采集。 (2) 结算处理 对计费结算清单数据进行分拣、统计及汇总处理，形成对应不同结算对象的省际结算结果数据、与国内 其他电信业务之间的摊分结算结果数据、与国内其他电信运营商之间的摊分结算结果数据、与国际电信 运营商之间的摊分结算结果数据。 对全国性客户的帐务数据依据摊分规则进行处理，形成各省间的摊分结算结果数据。 对于经过结算处理后的结算结果数据，要通过全国中心数据接收与分发模块分发至相应的结算执行地。 (3) 帐务处理 对全国级客户的计费结果数据依据记帐合同号进行合帐处理，并依据全国性集团客户的不同优惠规则或 全国性集团客户数据业务总量优惠规则，进行优惠处理，形成全国性集团客户的帐务数据。 (4) 销帐处理 提供对全国集中付费客户和针对各种结算对象的销帐处理功能。 销帐处理提供多种方式，包括现金、预付款、话费储蓄、信用卡、银行托收、邮政储蓄、电话银行等多 种收费方式的支持。 销帐处理支持灵活的帐单打印和管理方法，即支持“客户化帐单” 。 (5) 资料管理 对于全国中心保存的或省级系统（或数据业务计算机综合管理系统）提供的全国级集团客户资料，为保 证资料的完整和真实，需实时/定时进行资料管理和备份，其中包括集团客户统一标志、客户名称、客户 总部所在地、客户层次结构、业务标志、记帐合同号、付费方式、付费银行、银行帐号等信息。 另外，对全网统一的全国性资费标准，包括计费规则、结算标准、费率表等进行维护。 (6) 审核校验 审核校验功能是对全国系统内的处理流程进行监控和管理，包括日志、故障预警等功能，并对全国系统 内产生的各类数据，包括原始数据、清单数据等相关资料，以及下级计费结算系统传送的数据和资料， 提供差错管理功能。 (7) 查询服务 为上级管理部门、省中心以及其他有权限的部门或个人提供全国中心信息查询服务。 (8) 统计分析 根据管理部门的要求进行统计与分析处理，生成固定格式的统计报表图形，并提供全国 IP 电话业务的业 务预测与决策分析功能。 (9) 系统维护 提供对全国中心系统的系统用户、权限控制、系统参数等信息的维护和管理，并提供各类计费数据进行 备份和恢复的功能。 3.3.4 省级 IP 电话计费中心系统功能 省级 IP 电话计费中心系统主要功能是进行省内 IP 电话用户认证授权；负责全省 IP 电话业务计费原始数 据的数据采集、清单批价、计费处理、帐务处理和销帐处理，并将省际和国际 IP 电话的计费清单数据转 发至全国清算中心，负责接收及处理全国清算中心传送的省际、国际结算执行数据，并进行省内各本地 中心间的摊分结算，进行各本地现业局的销帐处理和相应的欠费管理；省内 IP 电话业务用户管理，提供 全省 IP 电话业务的查询和统计分析功能。 (1) 数据接收与传送 接收全国清算中心下发的结算执行数据；接收省内各种 IP 电话业务计费原始数据；接收省内 IP 电话用 户的用户资料；并对计费原始数据进行系统要求的格式化，以便进行统一的计费处理。 向全国清算中心传送省际、国际 IP 电话业务计费清单数据。 计费原始数据的采集应提供实时/定时模式。 (2) 计费处理 对省内的 IP 电话业务计费原始数据依据相应的资费标准进行分拣、纠错、计价处理，形成计费清单数据； 根据计费清单数据和业务号码，进行计费处理，生成计费结果数据。 计费处理应根据各种业务的不同处理规则，实现实时/定时计费功能。 (3) 帐务处理 对各种 IP 电话业务的计费话单数据依据结算规则进行分拣、汇总、统计及摊分处理，结合不同的优惠政 策，形成对应不同用户类别的计费结算数据。 对于经过结算处理后的结算结果数据，分发至相应的结算执行地。 (4) 销帐处理 与全国清算中心交换计费结算数据；提供对本省内所有客户进行销帐处理的功能；与各本地帐务部门进 行摊分结算处理，并交换计费结算数据。 销帐处理提供多种方式，包括现金、预付款、话费储蓄、信用卡、银行托收、邮政储蓄、电话银行等多 种收费方式的支持。 销帐处理支持灵活的帐单打印和管理方法，即支持“客户化帐单” 。 (5) 资料管理 客户资料管理主要完成本省的客户资料的管理和维护，其中包括省内 IP 电话用户名称、用户所在地、用 户业务种类、帐面金额、付费方式、优惠策略、用户信誉级别等信息，以保证客户资料的完整和真实； 负责客户资料的备份。 另外，对于全省统一的资费标准，包括计费规则、结算标准、费率表等进行维护。 (6) 审核校验 审核校验功能是对本系统内的处理流程进行监控和管理，包括日志、故障预警等功能，并对本系统内的 各类数据，包括计费原始数据、计费清单数据、帐务数据等相关资料，以及本地系统传送的数据资料， 提供差错管理功能。 (7) 查询服务 为全国清算中心、本地帐务部门、上级管理部门以及其他有权限的部门或个人提供省级中心系统信息查 询手段和查询服务。 (8) 统计分析 根据业务管理部门的要求进行统计与分析处理，生成固定格式的统计报表图形 ，并提供本省数据业务的 业务预测、经营分析资料与决策分析功能。 (9) 数据管理及系统维护 提供对省级系统的系统用户、权限控制、系统参数等信息的维护和管理，并提供对各类计费数据进行备 份和恢复的功能。 3.3.5 全国 IP 电话网暂按全网 1500 个 E1 端口规模考虑，卖方应据此分析计费系统的性能问题，并给出 推算过程和计算方法。 3.3.6 卖方应提出用户漫游解决方案。 3.3.7 卖方应根据上述功能和性能要求，对全国 IP 电话网计费系统作出整体方案，包 括全国中心建设方案、省中心建设方案、全国中心和省中心广域联网方案、省中心和本地 部门广域联网方案、应用软件方案、各种接口的内容和技术方案、管理方案、安全方案等， 并对方案进行详细说明和解释。 四、设备技术要求四、设备技术要求 4.14.1 设备要求的提出设备要求的提出 卖方根据以下技术规范要求，给出逐条答复，并结合其对设备和系统性能的估算，提出详细的设备软硬 件配置建议和可实现的量化指标。 4.24.2 设备及软件的一般技术要求设备及软件的一般技术要求 4.2.1 硬件 (1) 卖方提供的所有设备必须是最新开发的产品，并保证所提供产品的数量、质量。 (2) 各种设备应采用功能分担、分布式多处理机结构。主要模块冗余度为 1+1，易于扩容和维护。 (3) 主要设备能在不中断通信的情况下，可带电进行印刷电路板的插拨操作。 (4) 系统需 724 小时连续运行，因而要求具有很高的安全可靠性。卖方应根据其所提供的设备情况及 拥有的技术特点提出系统中各设备的安全可靠性 (5) 卖方提供的设备要选用世界上高质量的元器件，生产过程中进行严格质量控制，出厂前要经买方人 员严格测试和检查，确保设备长期稳定、可靠地运行。 4.2.2 软件 (1) 相应的软件清单 卖方提供的软件应是确保全系统正常运行所需的运行、管理、维护等有关的全部软件，必须是最新版本 的软件系统。卖方在建议书中应详细列出所提供的软件清单、版本和说明。 (2) 软件模块化结构 卖方必须保证任何软件模块的维护和更新都不影响其它软件模块，软件具有容错能力。 (3) 故障监视和诊断 软件能及时发现故障并发出告警，能够自动恢复系统，不影响任何已建立的业务连接。 (4) 兼容性及升级 a. 设备不同时期软件版本应能向下兼容，软件版本易于升级，且在升级的过程中不影响网路的性能与运 行。 b. 卖方应承诺在供货时提供最新版本的软件，但该软件必须是经过测试正式推出的，其可靠性、稳定性 经过严格验证的。 c. 软件版本升级时，卖方应承诺免费更新软件版本，并提供相应的新版本软件功能说明书及修改说明书。 (5) 厂商应说明目前所使用软件的实际运行时间以及升级完善的计划进度表。 4.2.3 安装材料 建议书应包含各网络节点的安装材料和清单。用于连接各种设备和硬件的室内电缆应包含在设备价格中。 4.2.4 消耗品 卖方提供的设备应配有数量足够至少两年维护期使用的消耗品，象熔丝、指示灯等。在设备价中也应包 含消耗品价格。 4.2.5 工具和备件 卖方报价应包含一套维护工具。 卖方应根据设备元件的质量情况提出备份配置的建议。 卖方提供的设备应是以至少五年使用期设计的，卖方要保证不论提供的设备是否还生产，在使用期内买 方可得到备件。 4.34.3 服务器基本技术要求服务器基本技术要求 4.3.1 本工程中购置的计算机服务器设备根据逻辑功能可划分为认证服务器、计费结算服务器、数据库服 务器、统计分析服务器、管理服务器、业务开发终端等。卖方应根据计费营业系统的功能要求，提出物 理的服务器配置建议，并列出各物理服务器上所运行的软件清单。 4.3.2 卖方应对其建议的服务器产品针对以下技术方面进行详细阐述： (1) 服务器体系结构特点； (2) 支持或采用的 Cluster 技术特点； (3) 支持的磁盘阵列的技术特点； (4) 支持的磁带备份方式及特点； (5) 服务器软硬件升级方案； (6) 服务器操作系统的特点(含主机管理)； (7) 网管平台的支持； (8) 对各种主要编程语言、数据库、应用软件和系统管理软件的支持； (9) 对快速以太网卡、ATM 网卡的支持程度和主要技术参数； (10) 服务器应有较完善的系列产品，相互之间能实现二进制兼容； (11) 提供服务器在国内装机运行实例。 4.3.3 卖方应对其建议的服务器产品针对以下技术指标项目进行详细阐述： (1) CPU 类型：要求 32 位以上，说明其介质类型； (2) CPU 结构：支持多 CPU 结构，支持平滑升级，支持的最多 CPU 数量； (3) CPU Cache：给出内部、外部 Cache 值； (4) 节点性能：提供单节点处理能力的各种性能指标参数(如：SPEC int95，SPEC fp950 等)； (5) 系统总线带宽(bit)； (6) 系统总线速率(Mbps)； (7) 系统内存(MB)，可扩充至的容量； (8) 内置硬盘(GB)，可扩充至的容量； (9) CD-ROM：支持的接口类型，倍速率； (10) I/O 接口：说明提供各种 I/O 接口的数量、速率及类型； (11) 主控显示器：支持图形显示或字符终端，支持中文； (12) 局域网接入方式：根据实际需要支持多种局域网接入方式； (13) 网络协议：支持 TCP/1P、IPX 等多种协议族； (14) 系统可靠性：给出 MTBF 值(小时)； (15) 2000 年时钟：提供 2000 年时钟的解决方案； (16) 操作系统：支持 UNIX，并要求具备开放性，支持中文内码，符合中国的关于中文字符集定义的有 关国家标准；提供完整的服务器系统及相关软件， (17) 列出 CPU 板、I/O 板、电源、内置硬盘支持带电热插拔的程度； (18) 开发工具软件：至少提供 C、C+等开发工具，包含相应的管理、开发工具。 对计费营业系统中的关键部分应采用功能分担和互备的高可用系统，卖方应给出详细的系统组成方案和 工作方式。至少在以下故障情况下高可用系统应能实现系统的安全切换： a. 一节点正常关机； b. 一节点突然崩溃； c. 一节点的 I/O 通道出错； d. 一节点的网卡不能正常工作； e. 有关进程突然 KILL。 以上任何一种情况在故障恢复后都应可以在一定的时间内回到切换前的正常状态。厂商应说明达到以上 要求及程度，以及应用软件在设计和安装时应满足的要求和采取的措施。 4.3.5 服务器设备支持数据库情况：详细说明所支持的数据库，详细说明数据库与服务器的工作方式及软 件。 4.3.6 卖方可根据各服务器设备的维护管理要求，提出显示器配置建议。 4.44.4 磁盘阵列磁盘阵列 4.4.1 实验网计费营业系统拟配置磁盘阵列作为主要联机存储设备。 4.4.2 卖方应对其建议的磁盘阵列产品针对以下技术指标项目进行详细阐述： (1) 可支持 RAID 0、1、0+1、3、5； (2) 具备多通道、双电源、冗余风扇； (3) 可与连接的主机类型及操作系统； (4) 可插磁盘类型、可选的单盘性能与容量、磁盘插槽数、最大容量； (5) Cache 容量(MB)； (6) 与主机的接口方式、速率、性能，SCSI ID 识别方式； (7) 可配合工作的集群/双机热备软件。 4.4.3 卖方应根据 IP 电话实验网扩容工程支持中心计费结算服务器高可用性的要求，提出磁盘阵列使用 配置方式的建议。 4.4.4 卖方应分析系统中不同数据的安全可靠及性能要求，给出各种数据在磁盘阵列上存储方式的建议方 案。 4.54.5 数据库数据库 卖方应对其建议的数据库产品针对以下技术项目进行详细阐述： (1) 支持 ANSI/ISO SQL-89、ANSI/ISO SQL-92 标准； (2) 列出所支持主流厂商的硬件及操作系统平台； (3) 数据库系统应支持市场流行的多并行处理机； (4) 数据库系统应具有良好的伸缩性(如：从单 CPU 到多 CPU 的扩充及处理节点的扩充，在不影响数据 库正常运行的情况下更新系统，原有应用可以无损失移植等)； (5) 支持主流的网络协议(如：TCP/IP、IPX/SPX、NETbios 及混合协议） ； (6) 开放性：支持异种数据库的互访： a. 实现对文件数据和桌面数据库数据的访问； b. 实现对大型异种数据库的访问； c. 能够将原有异种数据库向本数据库无损失移植； d. 实现和高级语言互连的能力； e. 支持 ODBC、X/OpenCLI、JDBC 等标准； (7) 具有支持并行操作所需的技术(如：多服务器协同技术、事务处理的完整性控制技术等)； (8) 支持网络上同构或异构数据库之间的数据的有效传输和冗余性复制；具有多种复制功能模块(如：实 时复制、定时复制、双向复制、多点方式下的 N 向复制、复制转发，复制范围可整表复制或表中部分行 复制或修改单元复制） ，卖方应提供与其他数据库互联的详细解决方案； (9) 支持联机分析处理(OLAP)；支持联机事务处理(OLTP)；支持数据仓库的建立，要求能够实现数据的 快速装载、高效的并发处理和交互式查询，以达到信息深层挖掘的目的，涉及到数据索引、数据压缩、 交互式数据查询等方面的技术，要求给出实现数据仓库的具体方法； (10) 支持 C2 级安全标准、多级安全控制； (11) 支持数据库存储加密、数据传输通道加密及相应冗余控制； (12) 提供 Web 服务接口模块，对客户端输出协议支持 HTTP2.0、SSL 等； (13) 支持联机备份(如：磁带方式)；卖方应提供具体实现方法，并对达到的效果作出详细说明； (14) 可靠性：数据库软件系统应具有强的容错能力、错误恢复能力、错误记录及预警能力；卖方应对这 些处理能力的实现方法作出详细说明； (15) 具有自动备份，日志管理等功能，对任何被保护的数据资源，如系统文件、应用程序文件、数据库 文件等的访问、拷贝或修改等操作都应详细记录下来。任何非法存取操作应立刻有告警反映到主控台上； (16) 数据库、表大小等技术参数可灵活设置，支持对大数据量处理的技术需求： (17)