技术规范及点对点应答

附件五 技术规范及点对点应答 目 录 一、总则 .1 1.1 规范内容 .1 1.2 编制依据 .1 1.3 规范要求 .2 1.4 缩略语 .3 二、工程概况 .4 2.1 工程背景 .4 2.2 系统现状 .4 2.3 工程建设规模 .5 三、系统建设原则 .5 四、系统结构 .6 4.1 系统网络结构 .6 4.2 系统功能模块 .8 五、通信接口和组织 .10 5.1 通信接口 .10 5.2 通信组织 .11 六、系统业务与功能 .11 6.1 短消息中心支持的业务 .11 6.2 短消息中心的功能 .12 七、编号与拨号方式 .19 7.1 短消息中心的编号 .19 7.2 自动/人工短消息接入号 .19 7.3 拨号方式 .19 7.4 SP 服务代码 .19 7.5 寻址 .20 八、性能指标 .20 8.1 处理能力 .20 8.2 可靠性和可用性 .20 8.3 可扩容性 .21 8.4 信令链路要求 .22 8.5 消息丢失率 .22 8.6 消息处理延迟 .23 九、硬件要求 .23 9.1 一般要求 .23 9.2 主机要求 .23 9.3 存储设备要求 .26 9.4 信令处理模块要求 .29 十、软件要求 .29 10.1 基本要求 .29 10.2 软件功能要求 .30 10.3 软件维护管理功能要求 .31 10.4 用户界面 .31 10.5 数据库软件 .32 10.6 开发工具 .32 十一、同步 .32 11.1 同步方式 .32 11.2 同步链路 .32 11.3 时钟等级 .33 十二、鉴权和安全 .33 12.1 用户鉴权 .33 12.2 操作权限和认证 .33 12.3 安全控制 .34 十三、计费 .34 13.1 计费实现方式 .34 13.2 话单格式 .34 13.3 计费接口 .35 13.4 计费数据的存储要求 .35 十四、监测维护和网管 .35 14.1 系统状态监测 .35 14.2 维护管理 .36 14.3 日志记录 .36 14.4 报障功能 .36 14.5 状态监控功能 .36 14.7 网络管理 .37 十五、统计功能 .37 15.1 一般要求 .37 15.2 业务统计 .38 15.3 性能统计 .38 十六、机房环境、电源及接地 .38 16.1 机房环境 .38 16.2 电源要求 .39 16.3 接地、抗雷电和过压过流保护 .39 16.4 设备安装 .41 十七、工程实施和测试内容 .41 17.1 工程实施 .41 17.2 系统割接 .42 17.3 测试内容 .42 十八、技术服务和培训及技术文件 .43 18.1 技术服务 .43 18.2 技术培训 .45 18.3 技术文件 .46 一、总则 本文件是湖南省移动通信有限责任公司（以下简称买方）短消息中心系统技 术规范书。设备供应商/公司（以下简称卖方）应根据本规范向买方提供技术建 议书和报价。 答复：满足 1.1 规范内容 本规范书对湖南移动短消息中心系统的结构、业务功能、硬/软件设备性能 和服务等方面提出具体技术和业务要求，卖方所提供的设备均应满足规范的各项 要求。 答复：满足 1.2 编制依据 本规范书依据以下文件编制： 900/1800MHz TDMA 数字蜂窝移动通信网短消息中心设备技术规范 GSM/DCS 1800 短消息中心技术规范书 YD/T 910.4-1997 900/1800MHz TDMA 数字蜂窝移动通信网移动应用部 分（MAP ）第二阶段技术规范 原邮电部移动通信局移业（1999）48 号通知移动通信信息点播业务平 台的功能和用户界面 信息产业部GSM NO.7 信令网技术体制 中国移动通信集团公司中国移动短消息业务中心（SMSC）系统网络管 理规范 湖南移动通信有限责任公司湖南移动短信业务网关技术规范 湖南省移动通信有限责任公司手机银行短消息中心设备技术规范 答复：知悉 1.3 规范要求 卖方根据本规范提交的项目建议书应包括详细的硬/ 软件设备的清单、单 价和总价以及技术方案。 卖方应保证所提供的设备在产品性能、技术指标、业务功能等方面均能 满足本规范的要求，同时设备也应满足中国移动集团公司的相关规范和相关标准 的最新版本的各项要求，其中卖方应详细给出支持的标准清单。 卖方提供的设备应是按至少八年使用期设计的，卖方要保证不论提供的 设备是否还生产，在使用期内买方可得到备件。 卖方的建议书中，要求对本规范书所提出各项要求进行逐条逐项答复、 说明和解释，首先对实现或满足程度明确给出“满足” 、 “不满足” 、 “部分满足” 等应答，然后给予具体、详细的说明。在答复中，要求明确满足的程度，凡采用 “详见” 、 “参见”方式说明的，应指明参见文档的具体章节或页码。 卖方应根据本技术规范书的工程、技术要求在规定时间内提供相应数量 的建议书（中文）和报价（中文） 。建议书与报价应单独分册（报价信函密封） 分别作为技术谈判和商务谈判文件，同时分别提供电子版文件。在建议书中应说 明对供货时间、安装、调测、验收等进度的具体安排。 卖方应列出其建议书中所提供设备和系统在世界范围内和国内的应用情 况，诸如最大网络规模、业务类型及开展方式、用户数量等。 由卖方原因造成的工期延误，由卖方赔偿买方的损失。 卖方对于规范书的疑问可以通过书面材料与买方联系。在规定的建议书 提交最后期限以前，买方将以书面材料给予答复，有关买方答复材料的复印件也 将递交所有得到技术规范书的卖方。 在技术谈判的各个阶段，买方将以书面形式要求卖方对有关问题进行进 一步的技术澄清，卖方应以书面资料给予正式应答；所有各阶段的技术澄清文件 都将作为合同附件。 未经买方许可，卖方不得以任何形式向第三方提供本文件的全部或部分 内容。 买方在任何时候都保留和拥有对本文件的解释权和修改权。买方有权在 签定合同前，根据需要修改和补充本技术规范书，修改补充后的最终技术规范书 将作为合同的附件。 由卖方所提供的设备部件间的连线和插接件均应视为设备内部器件，包 含在相应的设备之中。 卖方应提供设备安装、测试所需的电缆、安装材料、专用的工具仪表等。 并应根据配置情况详细列出各种设备、材料、工具仪表和软件等的清单并详细说 明各项费用。 卖方提供的设备必须在 2003 年 12 月 20 日前割接上线。 答复：满足，设备配置情况及各项费用详见配置报价 ，工程 进度详见工程进度表 。 1.4 缩略语 SMSC Short Message Service Center 短消息中心 ISMG Internet Short Message Gateway 互联网短消息网关， 简称短消息网关 SMS G/IW MSC SMS Gateway/IW MSC 短消息业务入口/互通 MSC SME Short Message Entity 短消息实体 MS Mobile Station 移动台 MO Mobile Originated 移动台发起 MT Mobile Terminated 移动台终止 IOD Information On-Demand 信息点播 SMPP Short Message Peer-to-Peer 短消息点对点协议 FTP File Transfer Protocol 文件传输协议 FTAM File Transfer Access Management 文件传输访问管理协议 答复：知悉 二、工程概况 2.1 工程背景 虽然我省 SMSC 已进行过三次扩容，但现有 SMSC 处理能力和用户容量已 基本接近规划设计能力和容量。同时根据业务预测，至 2004 年 12 月湖南省短信 需处理能力 3500 条 SM/秒，故现有 SMSC 的处理能力和容量不能满足业务发展 需求。 随着短信业务量的增长，用户对短信业务种类提出了更趋多样化的需求，由 此湖南移动在短信市场不断开发出新的产品，从而刺激业务量进一步增长。如近 期相继面向全省推出手机支付、手机定位等等业务，可以预见此类应用必将对 SMSC 系统的峰值处理能力提出更高的要求。 因此，根据业务发展需要必须对全省短消息中心的处理能力进行扩容。 答复：知悉 2.2 系统现状 1、短信系统现状 湖南省移动通信公司 SMSC 于 1996 年开始建设，经 2000 年一期和 2001 年 二期和 2002 年三期扩容后，目前全省共有 4 套 SMSC，分别设于长沙（2 套） 、 衡阳（1 套） 、邵阳（1 套）3 地，其余 11 个市州均以虚拟 SMSC 的方式接入相 应的 SMSC，实现了全省范围的覆盖，已具有一定的网络规模，峰值处理能力共 计 2300 条 SM/秒。具体情况如下表： 表 2.1 短消息中心情况表 局名 覆盖范围 处理能力 长沙 SMSC1 （东风路） 株洲、湘潭、岳阳、郴州、永州、益阳、怀化、 自治州和张家界 900 条/秒 长沙 SMSC2 （妙高峰） 长沙 900 条/秒 衡阳 SMSC 衡阳和常德 300 条/秒 邵阳 SMSC 邵阳和娄底 200 条/秒 另外，所有 SMSC 同时与位于长沙的 1 套短信网关互联。 2、短信流量 根据统计目前短信中心月计费流量为 2.3 亿条（实际流量为 3.4 倍） ，根据业 务预测到 2004 年底短信中心月计费流量为 4.6 亿条（实际流量为 15.4 亿条） 。其 中 MO：MT=48%:52%。 答复：知悉 2.3 工程建设规模 由于现有系统无法满足日益增长的业务需求，根据湖南移动发展移动数据业 务营销和移动客户服务的要求，考虑到现阶段的实际情况，新的系统将在保留原 有设备的基础上，进行扩容。本期工程全省共新增峰值处理能力共计 1200 条 SM/秒，系统建成后达到 3500 条 SM/秒。 答复：满足，中兴通讯将在保留原有设备的基础上提供三种技术解决 方案，系统建成后全省短信业务处理能力可达到 3500 条/秒。 三、系统建设原则 建设短消息中心满足用户对短信及其增值业务的需求，并为运营商的业务发 展提供网络支撑，短信系统的扩容建设和设计应满足以下原则： 安全可靠性 具有切实有效的手段保障系统数据准确性、安全保密性及系统运行稳定性。 高效性 系统具有高处理速度和吞吐能力，以满足用户对服务质量的要求，并根据短 信类别，按详单产生计费数据。 互连开放性 作为短信业务承载平台，应支持统一的短信业务接口。 可管理性 具备便于操作、管理的系统监测、维护手段，并可通过统计数据对系统性能 进行评估，同时统计功能应灵活方便，以便于运营商根据变化的市场和业务种类 对短信业务进行所需的统计分析。 可扩充性 提供开放的业务接口和方便的业务生成工具，使运营商可在平台基础上二次 开发短信增值新业务。 总之，系统设计与建设中应充分考虑和利用现有各种资源，既要考虑系统的 先进性和有效性，又要考虑其实现的可行性和经济性。系统设计与建设要符合业 务管理需求，系统结构、数据接口应可灵活扩展，为将来业务拓展提供空间。 答复：满足 四、系统结构 4.1 系统网络结构 SMSC 系统结构如图 4.1 所示: M S C / V L R / S S P B S S S C P H L R S G S N I C P W A P 网关 I C P E S M E / I S M GI S M G 汇接 点 S S 7 网 S M S - G / I W S M S C 其它 I S M G S M P P S M P P C M P P C M P P T C P / I P C M P P C M P P M S 其他 I S P S M S C C M P P 图 4.1 系统结构示意图 短消息中心实体 包括 SMS G/IW MSC（短信业务关口/互通 MSC）和 SMSC 两部分，主要完 成存储转发的功能。通常两部分合设形成统一的实体，以标准的 MAP 信令与 PLMN 相连接。 其中，SMS G/IW MSC 为支持移动台（MS）发起和终止的短信业务，承担 SMSC 与 PLMN 之间的网关作用，SMS GMSC 具有从 SMSC 接收短信，向 HLR 询问路由信息，并向 MS 所拜访的 MSC 转发短信的功能； SMS IWMSC 具有从 PLMN 中接收短信，并发送给 SMSC 的功能。 ICP（内容提供商） ICP 是短信应用 /内容服务的直接提供者，负责为用户开发和提供适合手机用 户使用的服务。 ESME（扩展短信实体） 指通过 SMPP 协议与 SMSC 通信，请求特定的短信服务的功能实体。 ISMG（互联网短信网关） ISMG 是 SMSC 与互联网之间的网关，也是一种 ESME，ISMG 为 ICP 与 SMSC 之间的数据交互提供了一条安全、快捷的通道，向手机用户提供点播 ICP 信息的服务。增值值业务平台具有数据分发功能，能在网关之间转发信息，可实 现短信增值业务的“一点接入，全网服务”的思想。而 ISMG 汇接点接收其它短 信网关的路由请求信息，并查找与目的 ICP 有关的网关信息，并将查询结果反馈 给相应的 ISMG。 SGSN（GPRS 业务支持点） GPRS 网网元，主要为 GPRS 用户提供移动性管理。GPRS 为短信传输提供 了另外一条路径。针对我省情况，MS 同时附着在 GPRS 和 CS 业务上，故短信 业务即可在 GPRS 信道上传送，也可在 CS 信道上传送。 SCP （业务控制点） 移动智能网实体，实现智能用户（神州行）的短信鉴权及计费功能。 接口协议 ESME 与 SMSC 之间的通信协议采用 SMPP V3.3，ISMG 与 ICP 之间的通信 接口采用中国移动集团公司规定的应用层接口协议 CMPP V2。 组网方式 以衡阳 SMSC 为例，如图 4.2 所示，SMSC 通过与衡阳 MSC 直联实现对衡 阳用户的覆盖，通过信令网的 LSTP 实现常德用户的覆盖。 L S T P 1 衡阳 S M S C 衡 阳 M S C L S T P 2 衡阳 H L R 常德 M S C 常德 H L R 图 4.2 短信组网示意图 答复：知悉，本期短信建设中兴通讯符合上述组网建设条件。 4.2 系统功能模块 短消息中心系统可分为以下主要模块： （1）短消息中心 处理移动台发起/终止的短消息业务，同时为 1258/1259 秘书台、信息点播等 提供承载。 答复：满足 （2）计费接口模块 提供联网计费、独立计费、包月制、按查询条数计费或相结合的多种方式， 并实现话费查询、欠费提示、话费限额提示等功能。 答复：满足，ZXG10SC 短消息系统产生两类标准话单，由计 费系统完成话单的收集、分拣、存储，并且根据标准的 FTAM 规程 向计费中心传送。 短消息系统根据短消息的提交和转发，分别产生 SMS-MO-in SC 和 SMS-MT-in SC 两类话单。 ZXG10SC 标准话单的计费信息：话单类型、主叫号码、被叫 号码、短消息中心号码、短消息长度、短消息优先级、短消息标识、 回执标识以及 SME 类别等。 （3）监测维护、网管和统计模块 为系统提供本地实时监测、故障告警等功能和手段，并实现对系统的各类局 数据和用户数据的维护；在统一网管平台上，对系统运行的各类信息数据进行统 计和管理，并提供省网管中心的网管接口，统一网管平台及其接口应符合集团公 司相关规范要求。 答复：满足，中兴通讯将在原有网管系统上按中移建设要求增加 直连网元接口，并在原有操作维护模块采用新一代短信监控系统以提 供告警，配置，性能统计等数据的统计和管理和各类用户消息的监测、 统计功能。 （4）SME 接口模块 短消息中心应提供 SME 接入接口，按照流量计算接口容量，并不得限制 SMPP 接口数量，不低于短消息中心配置的峰值处理能力。 答复：满足。 （5）WEB/WAP 接口 为便于将来业务的发展、系统的扩充，应提供与 WAP 网关的接口。 答复：满足。 （6）短信网关接口 为实现短消息中心与 ISMG 连接提供统一的接口。 答复：满足。 （7）防火墙和防病毒模块 实现对短消息中心系统的安全保障，防止非法访问。 系统应具备防病毒功能，保证系统不受病毒侵害，提供病毒码的在线升级。 答复：满足。 五、通信接口和组织 5.1 通信接口 卖方提供的短消息中心系统必须符合以下各项接口标准： 与 ISMG 的通信接口 采用 SMPP V3.4 及以上版本。 与 SME 的通信接口 由于目前国内 SMSC-SME 之间的接口规范尚未最终确定，本系统中短消息 中心与信息点播、语音信箱以及 ISMG 的接口暂时采用 SMPP3.3 协议。规范出 台后，本系统中此接口应做相应升级或修改，以符合短消息中心与 SME 接口 规范要求。 与省网管中心之间的通信接口 网管协议采用 SNMP V2 或 Q3 及其以上版本协议，并符合集团公司相关网 管规范。 与计费中心之间的通信接口 采用 FTAM/FTP 传输协议。 同时要求 VIP 用户数据与 BOSS 系统实时同步。 与 PLMN 的七号信令接口 应符合900/1800MHz TDMA 数字蜂窝移动通信网移动应用部分（MAP ） 第二阶段技术规范和信息产业部GSM NO.7 信令网技术体制 。 与 SGSN 的 Gd 接口 短消息中心应支持与 SGSN 的 Gd 接口，支持与 WAP 网关的接口。 与后备数据库的接口 短信息中心应按照集团公司统一要求的接口规范提供与后备数据库的接口， 以支持对短信的过滤。 答复：满足，提供与 BOSS 系统的接口，因采用 VIP 优先用户 发送功能会使短信中心整体处理能力下降 30%，推荐不采用该功能。 中兴通讯垃圾短信 VIP 用户过滤功能可保证特殊用户不受垃圾用户 使用权限设置，并且不影响短信中心整体处理能力，推荐采用。 5.2 通信组织 由于目前 4 套 SMSC 局址分别位于长沙东风路交换机房、妙高峰交换机房、 衡阳解放路机房、绍阳移动交换机房，1 套短信网关位于长沙东风路机房，省网 管中心位于湖南移动通信指挥中心大楼 6 楼机房，省计费中心位于妙高峰 12 楼 机房，故它们之间的通信需要互联，实现方式要求如下： （1）与 ISMG 的通信接口 采用 100Mbps 局域网方式或 2Mbps 方式互联。 （2）与其它 SME 的接口 SME 采用局域网或 2Mbps 方式互联。 （3）与省网管中心之间的接口 传输电路采用 64Kbps DDN 或 2Mbps。 （4）与计费中心之间的接口 采用 FTAM/FTP 传输协议，传输电路采用 64Kbps DDN 或 2Mbps。 （5）与 NO.7 信令网的接口 采用 64Kbps 信令链路或 2Mbps 信令链路与 1 对 LSTP（或 1 对 HSTP、1 对 GMSC）和 MSC 互联。长沙短消息中心的 E1 传输接口采用 120 欧姆阻抗，其它 短消息中心采用 75 欧姆阻抗。 答复：满足。 六、系统业务与功能 6.1 短消息中心支持的业务 移动台发起/终止的字母/汉字（最大 140 个 8 bits 字符）短消息业务； 可支持二进制形式的短消息业务； 当用户的语音信箱中有留言时，系统可通过短消息通知移动台； 定时发送业务，系统可在设定时间向某用户或批量向设定的若干用户发 送短消息； 可支持 1258 人工/1259 自动短消息业务； 可支持信息点播业务； 可支持全球呼业务； 可支持话费催缴； 可支持 EMS 业务； 可支持手机银行、手机证券； 新业务扩展能力 能够根据运营商需要开发增值业务，系统应提供对外开放的业务开发接口， 使运营商具备二次开发的手段。系统可支持 SMPP V3.3 协议及以上。 答复：满足。 6.2 短消息中心的功能 短消息中心实体的功能应符合 ETSI GSM 规范 03.40（V4.9.1 ）的要求。 答复：满足。 6.2.1 短消息的存储能力 短消息中心能够对用户提交的短消息数据进行存储，内容包括： 短消息文本（1n）条； 短消息的时间、长度、优先级、有效期； 发起者和目的地址及应用类别（MO/MT 等） ； 信息来源、状态报告、失败原因等。 存储器容量：短消息原始话单保留 3 个月，计算得出相应短消息中心存 储器容量，并说明算法。 答复：满足，根据现有短消息量的统计方式，将手机用户起呼消 息 MO 和手机用户终呼消息 MT 分别进行计算，即各算一条消息。 由于目前外网网关和网关发往本网的 AO、AT 消息的主要话单由网 关负责提供，所以该部分消息虽然占有系统资源，但暂不单独进行统 计。 根据技术规范书设计要求，在 2004 年底短信中心月计费流量为 4.6 亿条（实际流量为 15.4 亿条） 。其中 MO：MT=48%:52%。中兴通讯 存储器容量如下所示： 1、计费模块满足 2004 年底月最大消息流量 15.4 亿条,采用 IBM FAST200 磁盘阵列 基本软件安装空间：0.5G 每条消息计费按 110 字节计 计费磁阵信息保存 3 个月（包含话单消息内容） ，此外提供外 接存储设备 MO 保存 产生的数据量为： 0.5G+110BYTE 1540000000 条3 个月=473.7G 采用 RAID0+1 完全备份,所需各短信中心计费磁阵总容量应不小 于 946.6G。 2、数据库模块满足 2004 年底月最大消息流量 15.4 亿条， 采用 IBM 7133-D40 磁盘阵列 基本软件安装空间：0.5G 短消息存放日期：30 天 每条短消息在硬盘上存储字节数为：240BYTES 每天系统处理的短消息条数：4320KBHSM/0.1=43200000 条。所 需硬盘空间为： 0.5G+1540000000 条240BYTE=344.2G 采用 RAID5 冗余备份,所需各短信中心数据库硬盘总容量应不小 于 413G。 3、源用户查询模块全省用户短消息内容大型索引数据库， 按满足 2004 年底月最大消息流量 15.4 亿条设计，采用 DELL PV210S 磁盘阵列 基本软件安装空间：0.5G 短消息存放日期：3 个月 每条短消息在硬盘上存储字节数为：330BYTES 所需硬盘空间为： 0.5+3 个月1540000000 条330BYTE=1420G 即所需各短信中心源用户查询模块索引数据库硬盘总容量应 不小于 1420G。 6.2.2 短消息的提交和转发 短消息提交 当短消息提交给短消息中心后，在确认消息有效后，将短消息及时保存，并 向发起者回发确认信息。 短消息转发 短消息中心取出应该发送的消息，并确保在一个时刻向一个移动台（MS） 发送一条消息。如果转发失败，则短消息中心接收从网络侧回发的失败原因。短 消息中心不再向接收侧发送，直至从网络接收到提醒消息或短消息中心采用定时 重试机制。 答复：满足。 6.2.3 短消息的优先级 短消息中心应将移动台终止的短消息分为高优先级和普通优先级，高优先级 的消息优先发送，并在 MS 暂时不在服务区或无存储容量时也强制转发尝试。 答复：满足。 6.2.4 有效期 短消息中心可设置缺省有效期，该值由运营商通过操作维护终端进行灵活设 定。当有效期逾时后，短消息中心从发送队列中删除该消息，并根据用户设定产 生状态报告。 答复：满足。 6.2.5 重复转发尝试 短消息可进行两种重复转发尝试： 短消息中心得到通知，MS 已激活或有能力接收短消息（接收到从 HLR 发送过来的 ALERT_SC 信令） ； 短消息中心进行定时自动重复转发尝试，并且可根据网络侧回发的失败 原因设定不同的重复转发时间间隔和次数。 答复：满足。 6.2.6 状态报告 短消息中心应有能力通知 MS，该用户发的短消息的状态：转发通知（成功 转发） 、缓冲通知（暂时不成功状态） 、转发失败。同时短消息中心应能根据运营 商要求设定状态报告标志。 答复：满足。 6.2.7 长短消息 在移动台支持的情况下，短消息中心应可完成长的短消息（长度140 字节） 转发。 答复：满足。 6.2.8 支持汉字/二进制短消息 短消息中心应支持汉字短消息的透明传输；其汉字短消息编码方案应符合 GSM 规范 03.38（V5.2.0） ；人工输入汉字短消息终端应支持 GB13000CJK 的汉 字。具有支持二进制形式的短消息业务的能力。 答复：满足。 6.2.9 流量控制功能 短消息中心应有短消息的流量控制功能，可根据不同的 SME、按时段进行 流量控制，以防止网络失败和服务质量下降时业务负荷的异常增长。 答复：满足。 6.2.10 短消息路由 短消息中心应有能力通过对短消息的目的地址以及短消息内容中的明文部分 进行路由选择的能力，以分发短消息到信息点播、手机银行等相应业务系统。 答复：满足。 6.2.11 系统日志 短消息中心应具有独立的日志功能，对于系统运行、各业务功能情况等应具 有详细的记录，并可对故障进行分类报告，以便事后分析故障原因。 答复：满足，为了使局方更好的操作和管理短消息中心， ZXG10SC 提供日志查看器，可对操作进行管理和维护。操作员对 ZXG10SC 的操作以一定方式自动记录下来，以便在某种特定的情 况下供操作人员查询。日志文件存放在服务器上，对应的终端都可查 看。 6.2.12 告警功能 短消息中心应具有监测和告警功能，对于系统设备和各种业务应用的不正常 状态应产生文字和图形告警信息，提醒操作人员注意。 答复：满足，短消息检测和告警功能由故障管理系统提供，它包 括对 IW/GMSC 和业务服务器等的运行进行故障管理，并于后台实时 提供文字和图形告警信息。 6.2.13 统计查询功能 1）短消息中心应具有统计分析功能，能灵活地对各种类型的业务应用进行 组合统计，为运营商提供业务发展定量分析，如：针对虚拟 SMSC 可分地区统计、 可统计实际使用用户数等。 2）能根据按接收、发送、用户号码、发送日期、信息内容及关键字等多个 条件进行综合查询。 3）增加对因拦截而未能成功发送的短信流量的统计报表及被拦截用户已成 功发送的统计报表。 4）要求短信中心支持按主被叫用户时段/内容 /关键字等多条件灵活在线 查询 3 个月短信内容。 5）要求短信中心支持按照错误代码对各个虚拟短信中心分别统计。 答复：满足。 6.2.14 用户鉴权能力 对于 MO 方式短消息，短消息中心应能识别主发 MS，判断它是否为本短消 息中心归属的用户，或根据运营商需要的其它方式进行鉴权。 答复：满足，中兴短消息系统提供四种鉴权方式：按号段鉴权， 按开户信息鉴权，先按号段再按开户信息鉴权，不鉴权，针对具体情 况可对 MO 和 MT 的鉴权方式进行灵活配置。 6.2.15 虚拟短消息中心 多个移动本地网可共用一个短消息中心实体，该实体能够支持不少于 10 个 短消息中心号码。实体中各短消息中心业务运行和维护管理相对独立、互不干扰。 答复：满足，中兴通讯的短消息系统最大支持 255 个虚拟短消息 中心。 6.2.16 网关功能 短消息中心实体应具有 SMS-G/IW MSC 功能，即能够向 HLR 询问路由信息， 并向 MS 所在 VMSC 转发短消息。短消息中心作为一个独立实体以标准的 MAP 信令接入 PLMN。 答复：满足 6.2.17 业务联网功能 短消息中心应能根据运营商的要求完成业务联网。 答复：满足。中兴通讯短消息中心可采用双网双平面及进一步耦 合的工作方式完成多个短信中心业务联网。 6.2.18 垃圾短信封堵功能 1）短信过滤； 对特定关键字进行过滤，对满足特定关键字的信息不与发送； 2）流量控制 对于点对点短消息，针对一个用户，系统能对每天发送量进行监控，对于超 出预设数目的短信不再下发，并回发用户一条信息，告诉用户其发送量过大，对 其短信不再转发。并将后续的一条短信发送至设定手机上（需考虑计费处理） 。 经过预设的时长后，再恢复其短信发送功能。以上功能均应由短信中心自动实现， 并且可根据运营商需求开通或关闭，其中短信预设数目、特定手机号码、预设时 长可由运营商方便、灵活的自定义。 3）提供对垃圾短信的灵活的统计和查询功能 答复：部分满足，中兴通讯新一代垃圾短信系统已对流量进行改 进，可对不同用户群按照不同监控粒度进行流量控制，对于超出指定 监控信息流量范围的用户将发送告警和通知消息给系统管理员，并可 自动启用黑名单功能。目前暂不提供发送给垃圾短信用户的提示通知 消息。本期建设将提供源用户查询功能完成对各类消息的灵活统计和 查询功能。 七、编号与拨号方式 7.1 短消息中心的编号 GSM 用户 SIM 卡中存储的短消息中心的号码用于 MS 发起的点对点短消息 业务对于短消息中心的寻址。 答复：满足。 7.2 自动/人工短消息接入号 用于用户通过话音接入要求操作员人工转发或自动转发短消息（一般采用拨 打 1258/1259 的形式） 。 答复：满足。 7.3 拨号方式 用户拨打 1258/1259 秘书台来人工/自动发送短消息； 用户输入目的用户的 MSISDN 号码发送点对点短消息； 用户输入规定的业务代码点播 SP 短消息。 答复：满足。 7.4 SP 服务代码 短消息中心应支持 SP 服务代码至少 2 万个，并在数据配置上应支持最大匹 配原则。 答复：满足。 7.5 寻址 短消息中心作为 NO.7 信令网中的一个信令点或多个信令点来寻址，该信令 点的信令功能应符合 NO.7 信令相关规范的规定。 卖方应明确说明短消息中心将消息发往 NO.7 信令网时所采用的负荷调度方 式，如采用按用户号段静态分配消息路由方式或按轮询动态分配消息路由方式。 答复：满足，短信中心与 NO.7 信令网的负荷方式可采用按用户 号段静态分配路由或按轮选方式动态分配消息。 八、性能指标 8.1 处理能力 卖方根据买方要求，提供相应的处理能力配置，并保证具备扩容至 2400 条 SM/秒的峰值处理能力。单条 64K 信令链路短消息处理承载能力不低于 10 条 SM/秒和单向 0.4 erl,单条 2M 信令链路短消息处理承载能力不低于 160 条 SM/秒 和单向 0.2erl。当满负荷运转时，系统整体性能不应有明显的下降。 答复：满足，中兴通讯 2M 高速信令链路在上海移动和江苏移动 现网上商用。 8.2 可靠性和可用性 供应商应提供设备的预测 MTBF，以及获得这一参数的计算方法。要求设备 MTBF 至少达到 2 万小时以上。 为保证系统的高可靠性，短消息中心的数据硬盘应硬件支持 RAID1 和 RAID5，主处理机采用双机备份，并提供在线数据备份的手段。 短消息中心的关键软件、硬件应有一定的容错和备份措施，保证系统的不间 断运行，系统应具有软件、硬件故障的自动在线恢复功能。 短消息中心为防止业务中断，应提供自保护机制，在达到最大处理能力时不 得出现宕机，其保护机制可根据实际处理流量分级提供不同的保护策略。 要求两个业务处理机能够均匀的实现负荷分担。 答复：满足，中兴短消息系统包含许多部件，以 IW/GMSC 为例，它由 控制部件、信号设备、交换网络、中继电路等等组成。从可靠性模型 角度来看应该可以等效为一个串并联的混合系统。其中有的部分如中 继电路、交换网络等包括多套设备，只有在全部设备发生故障时才引 起系统中断。因此，它们内部属并联结构。而不同部件之间的组合属 于串联结构。以下为中兴各部件的 MTBF（Mean Time Between Failure 平均故障间隔时间）和系统 MTTR（Mean Time To Repair 平 均维修时间）： GMP ： 65000 小时 GSYCK： 50000 小时 GCOMM： 60000 小时 GSP： 60000 小时 GPOWP： 100000 小时 MTTR： 0.05 小时 因此可以推算出系统的 MTBF60000 小时，系统的 MTTR0.05 小时，系统的可用度 A99.99962%。 8.3 可扩容性 设备应采用模块化结构，具有平滑扩容的能力。卖方详细说明所提供配置的 最终处理能力。 答复：满足 单条 2M 信令链路在 0.2Erl 的情况下处理能力大于 160 条/秒 中兴通讯短消息中心前台信令处理部分 IW/GMSC 为模 块化组网，最大可 31 个模块组成单短消息系统的信令处 理部分，每个模块处理能力为 400 条/秒-450 条/ 秒 业务处理数据库合一模块采用全 UNIX 小型机架构，处 理能力为每模块 900 条/秒，通过今后进一步升级扩容每 模块可达 1200 条/秒，目前可支持 8 个模块组网。 人工坐席作为外部实体可单个连接到短消息中心也可作为一个整 体连接到短消息中心，在外部接口满足的条件下，可支持 7560 个人 工坐席接入。 8.4 信令链路要求 系统应能支持接入的移动本地网中所有 MSC 满负荷时用户容量的需求，其 存储容量应能满足所有用户使用短消息业务。 短消息中心与 PLMN 之间的 NO.7 信令链路可根据业务情况灵活配置。本期 工程要求长沙现有和新建的短信中心均采用 2M 信令链路，每条信令链路的最大 负荷为单向 0.2 erl，并能够与现有 STP（华为和贝尔）设备连接。各链路之间能 够实现负载均衡。在割接过程中应能实现 2M 和 64K 信令链路混合接入，并实现 负载均衡。 答复：满足 8.5 消息丢失率 短消息中心接收并转发短消息到处理完毕提交转发的期间，由于系统原因造 成的消息丢失率10-7。 答复：满足 8.6 消息处理延迟 短消息中心接收到短消息到提交转发的第一次发送尝试的时间间隔 1000ms(95% 的概率) 。 答复：满足 九、硬件要求 9.1 一般要求 卖方提供的硬件系统应是高可靠性、高可用性、符合应用要求下的高性能主 机和存储设备，同时提供存储管理方案和系统备份方案。应采用集群和冗余技术， 支持对称多处理技术，支持主备用或 N+1 冗余、负载分担和共享磁盘阵列，保 证系统高可靠的数据和不间断工作的能力。 系统应满足以下要求： 有严密的安全保密措施和较强的联网能力。 系统硬件应具有热插拔功能。 考虑到今后的发展，要求系统在硬件（设备和接口的配置）上具有扩容 方便的能力。 提供硬件配置说明及配置图。 系统硬件设备生产有严格的质量控制，经过老化和严格筛选，设备应具 备长期使用的高稳定性和可靠性。 系统硬件设备必须不存在 Y2K 问题。 答复：满足 9.2 主机要求 1 卖方应详细说明各个功能主机系统处理能力、内存容量、I/O 需求的计算 模型、计算公式和结果，并由此给出相应处理能力的主机配置。 2 要求采用主流小型机原厂的主流 UNIX 服务器，支持 SMP 技术, 采用 64 位处理器； 3 要求组成双机或多机高可用群集系统。当其中一台主机发生故障时，可 将其上的应用自动地切换到其它正常主机上，待故障主机修复后再切换回来； 4 多机群集系统中的每个主机都应同时处于工作状态，并根据配置的情况 运行相同或者不同的应用（或应用模块） ，以保证主机资源的充分利用； 5 主机应具备较强的健壮性，在计算机硬件、操作系统、存储系统及应用 系统业务进程出现故障时，能迅速响应并进行应用的切换；集群系统中，某一台 计算机出现故障时，尽量不影响系统的应用及响应能力； 6 主机的处理能力要求满足的所有业务应用和一定用户规模的需求，而且 需考虑全部系统的开销及应用切换时性能余量。系统设计时应考虑 30%的性能冗 余； 7 内存容量的配置要考虑到主机正常运行状态下的内存利用率不应大于 70%， 保证系统在业务高峰时仍具有较强的抗冲击能力； 8 主机应支持千兆以太网接口或百兆以太网接口 9 主机的硬盘、网络接口、网络连接及电源均应考虑足够的冗余； 10 支持电源、I/O 设备、存储设备的热插拔； 11 主机系统设备应具有适当的扩充能力，包括 CPU 数量的扩充、内存容量 的扩充、I/O 能力的扩充和节点数的扩充等；并可支持 CPU 模块的升级和群集内 节点的平滑扩充； 12 主机系统平均无故障时间应大于 8 万小时； 13 要求卖方提供主机 TPMC、I/O 带宽、I/O 吞吐率、设备扩容最大容量 （含 CPU、内存、总线带宽、接口模块） 、双机耦合度。 答复：满足，以每个短信中心新增 900 条/秒处理能力为例给出以下 配置计算。 业务处理模块 按照中兴短消息中心的系统特点，四类基本消息所耗费的系统处理 能力分别为： MO 消息 占用 0.11 次 TPC-C 事物处理能力 MT 消息 占用 0.20 次 TPC-C 事物处理能力 AT 消息 占用 0.16 次 TPC-C 事物处理能力 AO 消息 占用 0.10 次 TPC-C 事物处理能力 现以新建 900 条短消息中心为例计算： 短消息中心处理能力为 900 条/秒，假设点对点业务占 70，点播 类业务占 20，互通消息发送占 5，金融类业务占 5，通过以上 设定可计算出总的短消息事务量为： 90070（MO+MT）+90020（MO+MT+AO+AT） +9005 （MO+AT ）+9005（MO+MT+AO+AT） 900（MO+0.95MT+0.25AO+0.3AT） 考虑 1.3 重发系数， 每秒处理事务量为：900（MO+1.235MT+0.25AO+0.3AT） 由此计算出在处理短消息基本转发业务系统所需的 TPC-C 值为 21884tpmC。系统固有程序需要占用约 3000tpmC，共需要 24884tpmc. 业务处理数据库模块采用 IBM P630 系列小型机，每个模块为双 机加 CLUSTER 结构。 主机 IBM pSeries 630 2 台 每台主机配置： CPU 1-way 1.2 GHz POWER4+ Processor Card 2 个 内存 2048MB (4x512MB) SDRAM DIMM Memory 2 组 本机硬盘 36.4 GB 10,000 RPM Ultra3 SCSI Disk Drive Assembly 2 个 通信网卡 10/100 Mbps Ethernet PCI Adapter II 2 块 光驱 CD-ROM Drive - 48X (Max) IDE 1 个 在以上配置下： 单机 tpmc 为 46971，考虑 30冗余，以上配置满足本期扩容的要 求。 中兴通讯短消息中心采用内存缓冲数据库，将所有暂缓发送的短消 息放置在系统缓冲队列中。在一定时间端内，暂缓发送的消息始终处 于队列中，减少大量不必要的数据读写，提高系统运行效率。以下是 对消息发送时所需内存进行计算。 缓存消息只需要考虑 MT 消息。 忙时最大缓存消息数 = 不含重发消息数 重发比例缓存时间 389 万（条） 业务处理模块所需内存短消息忙时处理能力短消息长度缓存 短消息数短消息长度 605M+543M=1148M 本期扩容每个短消息中心有两个业务处理模块，每个业务处理模 块内存需满足 574M 的要求，系统本身需要 128M 内存，以及加入过 负荷缓存功能将占用 500M 内存空间，考虑 40的系统冗余，本期 工程每个模块配置 4G 内存。 9.3 存储设备要求 存储设备主要指磁盘阵列，实现系统数据的联机存储。 1 卖方应详细说明所需联机存储容量的计算模型、计算公式和结果，并由 此给出相应的存储设备配置的存储容量和 I/O 能力等，并配置其端口数量应满足 本期工程需要且具备一定的端口和背板扩容能力； 2 磁盘阵列设备要求有很高的安全可靠性，MTBF80000 小时； 3 磁盘阵列设备应可与多种厂家的主机系统相连； 4 磁盘阵列应能配合多机高可用群集系统的需要； 5 磁盘阵列采用 UltraSCSI 接口或 FC-AL 接口，支持 RAID 0、1、0+1 、 5； 6 并可提供多通道、双电源及冗余风扇完全的硬件冗余。保证在某一硬件 出问题时，能够进行自动切换，不出现单点故障； 7 磁盘阵列设备应具有较强的平滑扩充能力，包括系统存储容量的扩充及 I/O 能力的扩充等； 8 磁盘阵列应支持先进的存储、备份方式等； 9 在系统的硬件更新、增加或微码升级时，能够保证系统在线进行。支持 在线扩盘和倒盘； 10 提供多台主机同时高效共享文件系统的能力，允许多个操作系统启动多 个 I/O，同时存取一个逻辑卷。 答复：满足，本期建设采用了三个存储设备，配置和计算公式如下 计费模块满足 2004 年底月最大消息流量 15.4 亿条,采用 IBM FAST200 磁盘阵列 基本软件安装空间：0.5G 每条消息计费按 110 字节计 计费磁阵信息保存 3 个月（包含话单消息内容） ，此外提供外 接存储设备 MO 保存 产生的数据量为： 0.5G+110BYTE 1540000000 条3 个月=473.7G 采用 RAID0+1 完全备份,所需各短信中心计费磁阵总容量应不小 于 946.6G。 数据库模块满足 2004 年底月最大消息流量 15.4 亿条，采用 IBM 7133-D40 磁盘阵列 基本软件安装空间：0.5G 短消息存放日期：30 天 每条短消息在硬盘上存储字节数为：240BYTES 每天系统处理的短消息条数：4320KBHSM/0.1=43200000 条。所 需硬盘空间为： 0.5G+1540000000 条240BYTE=344.2G 采用 RAID5 冗余备份,所需各短信中心数据库硬盘总容量应不小 于 413G。 源用户查询模块全省用户短消息内容大型索引数据库，按满 足 2004 年底月最大消息流量 15.4 亿条设计，采用 DELL PV210 磁盘 阵列 基本软件安装空间：0.5G 短消息存放日期：3 个月 每条短消息在硬盘上存储字节数为：330BYTES 所需硬盘空间为： 0.5+3 个月1540000000 条330BYTE=1420G 即所需各短信中心源用户查询模块索引数据库硬盘总容量应不小 于 1420G。 9.4 信令处理模块要求 信令处理模块负责处理与 PLMN 的信令交互，必须满足信息产业部和集 团公司相关规范。 卖方应提供详细的配置计算模型和计算过程。 短信息中心应能提供 2M 信令传输模块和与处理能力配套的 64K 信令传 输模块，模块配置应留有一定余量，并不能成为系统瓶颈，不得在未达到设计峰 值处理能力时出现拥塞。 各传输链路之间应能负载均衡。 短消息中心应支持至少 8 个信令点编码。 答复：满足，本期建设将全部采用中兴通讯信令接入模块主处理板， 根据新 MP 处理能力的计算，一个外围消息处理模块（MPM） 处理能力为 144 万162 万 BHSM。 新建一套 1200 条/秒的短信中心, 考虑部分模块间冗余，配置 4 个外围 MPM 模块。 4 个外围处理模块需 2 个中兴 STP 设备机架，中心机架需单独的 一个机架，共计需 3 个机架。 机架采用直流供电，每个机架功耗小于 500W。 十、软件要求 10.1 基本要求 模块化 要求软件采用分层的模块化结构，各模块之间的通信应按规定接口进行。任 何一层的任何一个模块的维护和更新以及新模块的追加都不应影响其它模块的功 能。 并行性 为承载大业务量，系统应在软件级别上实现业务处理的高度并行性，应采用 多进程、多线程技术，进程间负载均担、协同处理；同时，结合硬件，实现分布 式计算、负载均衡和互为备份，从而提高系统资源利用率和系统可靠性。 卖方应提供短消息处理能力计算方法、计算结果和本次配置处理能力。 存储应采用先进的存储策略，使得数据能够均衡分布在硬盘上；同时，能够 动态分配用户存储空间，提高存储设备的利用率。 低耦合 系统参数、用户数据与处理程序应有相对的独立性。用户数据的任何变更都 不应引起运行版本程序的变更。处理程序应与任何系统参数、用户数据相适应。 容错性和健壮性 软件应有容错能力，一般小的软件故障不应引起各类严重的系统再启动。 容错包括对用户误操作的容错，采用存储/转发机制保证应用系统的容错性 能。 软件设计应有健壮性，某一软件模块内的软件错误应限制在本模块内，而不 应造成其它软件模块的错误。 可监测 应具有软件运行故障的监测功能。一旦软件出现死循环等重大故障，应能自 动再启动，并产生即时故障报告信息。采用错误标识代码准确标识错误点，同时 生成日志文件，以便维护；并以可视化界面报警的形式提示系统管理员检测和修 复。故障定位还包括系统对硬件故障的诊断和维护。 安全性 采用的认证和加密等安全技术保证以防止非法用户的侵入。 答复：满足 10.2 软件功能要求 要求有完善的实时操作系统。 要求具有计费处理功能，并能够与计费处理中心相配合。 要求具有网管子系统及处理相应业务的功能。 要求具有对各种硬件设备测试的功能。 要求具有对软件、硬件运行故障的监测功能。有完善的故障告警及故障 事后处理功能。要求具有与集中维护管理中心相配合的控制功能。 要求具有友好、方便的图形化人机界面。 要求具有完善的维护管理功能，具有用户数据管理、系统观察管理、软 件维护管理、设备维护管理等功能。 要求具有故障自诊断和故障定位功能。 答复：满足 10.3 软件维护管理功能要求 要求具有在不中断处理呼叫接续的情况下，完成程序打补钉的功能。 要求对于全部系统参数和用户数据都可以在不影响呼叫接续处理的情况 下，用人机交互方式进行数据的查询、修改变更和追加操作，以及由软盘或其它 媒介进行批量数据的引入运行。对原运行数据的暂存、重新运行，使用删除。 若对修改后软件不满意或将修改后软件引入系统后，对系统有副作用或 发现新版本有问题，应能方便而迅速地（在 1 分钟内）恢复原来的程序。 故障诊断软件的诊断 要求故障诊断软件能对硬件故障进行诊断和定位，故障诊断定位后应能显示 或打印，报告故障设备的物理位置等有关信息。 答复：满足 10.4 用户界面 采用良好的人/机交互界面设计，提供多种操作接入手段（本地和远程登 录） ，便于直观、快捷的操作。 系统必须提供纯中文操作界面。 系统能连接打印机、文件存储设备（如磁盘、光盘等） 。系统能用菜单进 行显示和查阅；能用口令控制操作的权限，防止无权人员使用影响系统运行；能 保留全部人机操作记录，并可进行查阅和输出打印。 答复：满足 10.5 数据库软件 要求数据库软件采用 Oracle 数据库。 答复：满足 10.6 开发工具 系统的开发工具采用目前的主流产品，其开发语言应是标准 C 语言、 JAVA、JAVASCRIPT、C+ 等业界通用开发语言。 答复：满足 十一、同步 11.1 同步方式 采用主从同步方式，系统必须具备内同步时钟。 答复：满足 11.2 同步链路 可由 NO.7 信令网到系统的 PCM 链路中提取同步信号对系统内部时钟进行 锁相同步。在任何情况下，必须保证每一网络单元始终的主从控制关系，不得出 现闭合环路控制和双向互控情况。 答复：满足 11.3 时钟等级 时钟等级为三类时钟。 答复：满足，中兴通讯短消息中心时钟等级为 2 级 A 类时钟。 十二、鉴权和安全 12.1 用户鉴权 系统应能够对短信用户身份和 SME 进行认证，鉴权方式可采用用户号段 鉴权或/和用户开户信息鉴权，对 MO 和 MT 分别进行鉴权；同时系统应提供 VIP 名单、黑名单等功能和多种组合鉴权规则，按照规则分配短信处理优先级别 并对非法用户提交的请求进行拒绝。 系统应能对虚拟短消息中心按用户号段进行鉴权，且同一用户号段可属 于不同虚拟短消息中心。 系统应能提供可视化界面且操作灵活方便的认证规则修改工具。 答复：中兴短消息系统提供四种鉴权方式：按号短鉴权，按开户信 息鉴权，先按号段再按开户信息鉴权，不鉴权，并在新一代监控系统 中提供 VIP 名单、黑名单等功能和多种组合鉴权规则。 12.2 操作权限和认证 系统管理权限必须严格分级，一般可分为系统管理员、用户管理员、统计监 控管理员等，并按所需操作权限分配操作内容。 对所有操作请求进行认证，以防止非法用户操作。同时，记录操作人员的每 步操作内容、登录时间和所使用的终端。 答复：满足 12.3 安全控制 系统应采用防火墙技术等来