技术规范标准_通讯-××移动短消息中心设备技术规范逐项应答

s 湖南移湖南移动动短消息中心短消息中心设备设备技技术规术规范范 逐逐项应项应答答 目目录录 一、一、总则总则 .1 1.1 规范内容 .2 1.2 编制依据 .2 1.3 规范要求 .3 1.4 缩略语 .4 二、工程概况二、工程概况 .4 2.1 工程背景 .4 2.2 系统现状 .5 2.3 工程建设规模 .5 三、系三、系统统建建设设原原则则 .5 四、系四、系统结统结构构 .6 4.1 系统网络结构 .6 4.2 系统功能模块 .8 五、通信接口和五、通信接口和组织组织 .9 5.1 通信接口 .9 5.2 通信组织 .10 六、系六、系统业务统业务与功能与功能 .11 6.1 短消息中心支持的业务 .11 6.2 短消息中心的功能 .11 七、七、编编号与号与拨拨号方式号方式 .14 7.1 短消息中心的编号 .14 7.2 自动/人工短消息接入号 14 7.3 拨号方式 .14 7.4 寻址 .15 八、性能指八、性能指标标 .15 8.1 处理能力 .15 8.2 可靠性和可用性 .15 8.3 可扩容性 .15 8.4 信令链路要求 .16 8.5 消息丢失率 .16 8.6 消息处理延迟 .16 九、硬件要求九、硬件要求 .16 9.1 一般要求 .16 9.2 主机要求 .17 9.3 存储设备要求 .18 9.4 信令处理模块要求 .18 十、十、软软件要求件要求 .19 10.1 基本要求 .19 10.2 软件功能要求 .20 10.3 软件维护管理功能要求 .20 10.4 用户界面 .21 10.5 开发工具 .21 十一、同步十一、同步 .21 11.1 同步方式 .21 11.2 同步链路 .22 11.3 时钟等级 .22 十二、十二、鉴权鉴权和安全和安全 .22 12.1 用户鉴权 .22 12.2 操作权限和认证 .22 12.3 安全控制 .23 十三、十三、计费计费 .23 13.1 计费实现方式 .23 13.2 话单格式 .23 13.3 计费接口 .23 13.4 计费数据的存储要求 .24 十四、十四、监测维护监测维护管理管理 .24 14.1 系统状态监测 .24 14.2 维护管理 .24 14.3 日志记录 .25 14.4 报障功能 .25 14.5 状态监控功能 .25 14.7 网络管理 .25 十五、十五、统计统计功能功能 .26 15.1 一般要求 .26 15.2 业务统计 .26 15.3 性能统计 .26 十六、机房十六、机房环环境、境、电电源及接地源及接地.27 16.1 机房环境 .27 16.2 电源要求 .27 16.3 接地、抗雷电和过压过流保护 .28 16.4 设备安装 .28 十七、工程十七、工程实实施和施和测试测试内容内容 .28 17.1 工程实施 .28 17.2 系统割接 .29 17.3 测试内容 .29 十八、技十八、技术术服服务务和培和培训训及技及技术术文件文件 .30 18.1 技术服务 .30 18.2 技术培训 .32 18.3 技术文件 .33 说明：本章节是对说明：本章节是对湖南移动短消息中心设备技术规范湖南移动短消息中心设备技术规范的逐项答复。的逐项答复。 我们的答复主要词语是我们的答复主要词语是“满足满足” 、 “不满足不满足”和和“部分满足部分满足” ， “知悉知悉” 现分别解释如下：现分别解释如下： 1.1. 满足满足 如果该条款是买方提出的对卖方的具体要求，如设备性能要求、商务如果该条款是买方提出的对卖方的具体要求，如设备性能要求、商务 条款要求、安装工程进度要求等，而卖方对该要求没有任何异议，则条款要求、安装工程进度要求等，而卖方对该要求没有任何异议，则 以以“满足满足”作为答复。如果卖方能够更好地满足买方的要求，如卖方作为答复。如果卖方能够更好地满足买方的要求，如卖方 的设备性能指标优于该条款的要求、有更优惠的商务条件等，那么卖的设备性能指标优于该条款的要求、有更优惠的商务条件等，那么卖 方还将作出具体地说明。方还将作出具体地说明。 2.2. 不满足不满足 如果卖方因某种原因对买方的该项条款要求存在异议，则以如果卖方因某种原因对买方的该项条款要求存在异议，则以“不满足不满足” 作为答复，同时作出相关解释。作为答复，同时作出相关解释。 3.3. 部分满足部分满足 如果卖方因某种原因不能对买方的该项条款要求完全满足，则以如果卖方因某种原因不能对买方的该项条款要求完全满足，则以“部部 分满足分满足”作为答复，同时作出相关解释。作为答复，同时作出相关解释。 4 4 知悉知悉 凡不属于上述三种情况，卖方将以凡不属于上述三种情况，卖方将以“知悉知悉”作为答复作为答复 一、总则 本文件是湖南省移动通信有限责任公司（以下简称买方）短消息中心系统技术 规范书。设备供应商/公司（以下简称卖方）应根据本规范向买方提供技术建议书和 报价。 答复：满足答复：满足 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 规规范要求范要求 卖方根据本规范提交的项目建议书应包括详细的硬/软件设备的清单、单 价和总价以及技术方案。 卖方应保证所提供的设备在产品性能、技术指标、业务功能等方面均能满 足本规范的要求，同时设备也应满足中国移动集团公司的相关规范和相关标准的 最新版本的各项要求，其中卖方应详细给出支持的标准清单。 卖方提供的设备应是按至少五年使用期设计的，卖方要保证不论提供的设 备是否还生产，在使用期内买方可得到备件。 卖方的建议书中，要求对本规范书所提出各项要求进行逐条逐项答复、说 明和解释，首先对实现或满足程度明确给出“满足”、 “不满足”、 “部分满足”等应答， 然后给予具体、详细的说明。在答复中，要求明确满足的程度，凡采用“详见”、 “参见” 方式说明的，应指明参见文档的具体章节或页码。 卖方应根据本技术规范书的工程、技术要求在规定时间内提供相应数量的 建议书（中文）和报价（中文）。建议书与报价应单独分册（报价信函密封）分别作为 技术谈判和商务谈判文件，同时分别提供电子版文件。在建议书中应说明对供货 时间、安装、调测、验收等进度的具体安排。 卖方应列出其建议书中所提供设备和系统在世界范围内和国内的应用情 况，诸如最大网络规模、业务类型及开展方式、用户数量等。 由卖方原因造成的工期延误，由卖方赔偿买方的损失。 卖方对于规范书的疑问可以通过书面材料与买方联系。在规定的建议书提 交最后期限以前，买方将以书面材料给予答复，有关买方答复材料的复印件也将 递交所有得到技术规范书的卖方。 在技术谈判的各个阶段，买方将以书面形式要求卖方对有关问题进行进一 步的技术澄清，卖方应以书面资料给予正式应答；所有各阶段的技术澄清文件都将 作为合同附件。 未经买方许可，卖方不得以任何形式向第三方提供本文件的全部或部分内 容。 买方在任何时候都保留和拥有对本文件的解释权和修改权。买方有权在签 定合同前，根据需要修改和补充本技术规范书，修改补充后的最终技术规范书将 作为合同的附件。 由卖方所提供的设备部件间的连线和插接件均应视为设备内部器件，包含 在相应的设备之中。 卖方应提供设备安装、测试所需的电缆、安装材料、专用的工具仪表等。并 应根据配置情况详细列出各种设备、材料、工具仪表和软件等的清单并详细说明 各项费用。 答复：满足答复：满足 1.4 缩缩略略语语 SMSCShort Message Service Center短消息中心 ISMGInternet Short Message Gateway互联网短消息网关， 简称短消息网关 SMS G/IW MSCSMS Gateway/IW MSC短消息业务入口/互通 MSC SMEShort Message Entity短消息实体 MSMobile Station移动台 MOMobile Originated移动台发起 MTMobile Terminated移动台终止 IODInformation On-Demand信息点播 SMPPShort Message Peer-to-Peer短消息点对点协议 FTPFile Transfer Protocol文件传输协议 FTAMFile Transfer Access Management文件传输访问管理协议 答复：知悉答复：知悉 二、工程概况二、工程概况 2.1 工程背景工程背景 虽然我省 SMSC 已进行过二次扩容，但现有 SMSC 处理能力和用户容量已基 本接近规划设计能力和容量。根据业务预测，至 2003 年 9 月湖南省短信需处理能 力 2000 条 SM/秒，故现有 SMSC 的处理能力和容量不能满足业务发展需求。 随着短信业务量的增长，用户对短信业务种类提出了更趋多样化的需求，由 此湖南移动在短信市场不断开发出新的产品，从而刺激业务量进一步增长。如近 期相继面向全省推出全球呼、与媒体合作栏目短信答题等等，可以预见此类应用 必将对 SMSC 系统的峰值处理能力提出更高的要求。 因此，根据业务发展需要必须对全省短消息中心的处理能力进行扩容。 答复：知悉答复：知悉 2.2 系系统现统现状状 湖南移动于 1996 年开始建设 SMSC 系统，经 2000 年一期和 2001 年二期扩 容后，目前全省共有 3 套 SMSC，分别设于长沙、衡阳、邵阳等 3 地，其余 11 个市 州均以虚拟 SMSC 的方式接入相应的 SMSC，实现了全省范围的覆盖，已具有一 定的网络规模，峰值处理能力共计 700 条 SM/秒。 其中，长沙有 1 套 SMSC，负责本地业务和部分全省性的业务，总处理能力为 300 条 SM/秒；衡阳 SMSC 负责衡阳、株洲、湘潭、常德、郴州等地业务，处理能力 为 200 条 SM/秒；邵阳 SMSC 负责邵阳、岳阳、益阳、娄底、永州、怀化、自治州、 张家界等地业务，处理能力为 200 条 SM/秒。 另外，所有 SMSC 均接入了各地 1258/1259 移动秘书，同时与位于长沙的两 套短信网关互联。 答复：知悉答复：知悉 2.3 工程建工程建设规设规模模 由于现有系统无法满足日益增长的业务需求，根据湖南移动发展移动数据业 务营销和移动客户服务的要求，考虑到现阶段的实际情况，新的系统将在保留原 有设备的基础上，进行扩容。本期工程全省共新增峰值处理能力共计 1300 条 SM/ 秒，系统建成后达到 2000 条 SM/秒。 答复：知悉答复：知悉 三、系三、系统统建建设设原原则则 建设短消息中心满足用户对短信及其增值业务的需求，并为运营商的业务发 展提供网络支撑，短信系统的扩容建设和设计应满足以下原则： 安全可靠性 具有切实有效的手段保障系统数据准确性、安全保密性及系统运行稳定性。 高效性 系统具有高处理速度和吞吐能力，以满足用户对服务质量的要求，并根据短 信类别，按详单产生收费信息。 互连开放性 作为短信业务承载平台，应支持统一的短信业务接口。 可管理性 便于操作、管理的系统监测、维护手段，并可通过统计数据对系统性能进行评 估，同时统计功能应灵活方便，以便于运营商根据变化的市场和业务种类对短信 业务进行所需的统计分析。 可扩充性 提供开放的业务接口和方便的业务生成工具，使运营商可在平台基础上二次 开发短信增值新业务。 总之，系统设计与建设中应充分考虑和利用现有各种资源，既要考虑系统的 先进性和有效性，又要考虑其实现的可行性和经济性。系统设计与建设要符合业 务管理需求，系统结构、数据接口应可灵活扩展，为将来业务拓展提供空间。 答复：知悉答复：知悉 四、系四、系统结统结构构 4.1 系系统统网网络结络结构构 SMSC 系统结构如图 4.1 所示，与去年二期扩容时相比，相继对神州行用户 和 GPRS 用户开放短信业务，故相应新增接入 GPRS 网元和智能网网元。 MSC/VLR/SSPBSS SCP HLR SGSN ICP WAP网关 ICP ESME/ISMGISMG汇接点 SS7网 SMS-G/IW SMSC 其它ISMG SMPP SMPP CMPP CMPP TCP/IP CMPPCMPP MS 其他ISP SMSC CMPP 图 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 实现株洲等其他 5 个市州用户的覆盖。 LSTP 1 衡阳SMSC衡阳MSC LSTP 2 衡阳HLR 株洲 MSC 湘潭 MSC 常德 MSC 郴州 MSC 张家界 MSC 株洲 HLR 湘潭 HLR 常德 HLR 郴州 HLR 张家界 HLR 图 4.2 短信组网示意图 答复：知悉。答复：知悉。 4.2 系系统统功能模功能模块块 短消息中心系统可分为以下主要模块： 短消息中心 处理移动台发起/终止的短消息业务，同时为 1258/1259 秘书台、信息点播提 供承载。 1258/1259 秘书台业务处理模块 处理用户的自动、人工中英文短消息业务请求，以及将人工信息点播请求发 送至信息点播处理模块。 1258/1259 排队机 本系统共享移动客户服务系统的排队机接入申请自动、人工短消息服务的呼 叫。 计费接口模块 提供联网计费、独立计费、包月制、按查询条数计费或相结合的多种方式，并 实现话费查询、欠费提示、话费限额提示等功能。 监测维护、统计模块 为系统提供实时监测、故障告警等功能和手段。并实现对系统的各类局数据 和用户数据的维护，对系统运行的各类信息数据进行统计和管理。 信息源接口模块 实现信源信息到业务平台信息的转读服务。 WEB/WAP 接口 便于将来业务的发展、系统的扩充。 短信网关接口 为实现短消息中心与 ISMG 连接提供统一的接口。 防火墙和防病毒模块 实现对短消息中兴系统的安全保障，防止非法访问。 系统应具备防病毒功能，保证系统不受病毒侵害，提供病毒码的在线升级。 答复答复: :满足满足 五、通信接口五、通信接口和和组织组织 5.1 通信接口通信接口 卖方提供的短消息中心系统必须符合以下各项接口标准： 与 ISMG 的通信接口 采用 CMPP V1.2 及以上版本。 与 SME 的通信接口 由于目前国内 SMC-SME 之间的接口规范尚未最终确定，本系统中短消息中 心与 1258/1259、信息点播、语音信箱以及 ISMG 的接口暂时采用 SMPP3.3 协议。 规范出台后，本系统中此接口应做相应升级或修改，以符合短消息中心与 SME 接口规范要求。 与省网管中心之间的通信接口 网管协议采用 SNMP V2 或 Q3 及其以上版本协议。 与计费中心之间的通信接口 采用 FTAM/FTP 传输协议。 与 PLMN 的七号信令接口 应符合900/1800MHz TDMA 数字蜂窝移动通信网移动应用部分（MAP）第二 阶段技术规范和信息产业部GSM NO.7 信令网技术体制。 与 SGSN 的 Gd 接口 短消息中心应支持与 SGSN 的 Gd 接口，支持与 WAP 网关的接口。 答复答复: :部分满足，第一点中短消息中心和部分满足，第一点中短消息中心和 ISMGISMG 之间采用的是之间采用的是 SMPPSMPP 接接 口，口，CMPPCMPP 协议为短消息网关和协议为短消息网关和 ISPISP 之间的接口协议。之间的接口协议。 5.2 通信通信组织组织 由于目前 3 套 SMSC 局址分别位于长沙东风路交换机房、衡阳解放路机房 （可能需要搬迁）、邵阳移动交换机房，2 套短信网关位于长沙东风路机房，各地 1258/1259 分布于各市州，省网管中心和省计费中心位于湖南移动通信指挥中心大 楼 6 楼机房，故它们之间的通信需要互联，实现方式要求如下： 与 ISMG 的通信接口 采用 100Mbps 局域网方式。 与 1258/1259 移动秘书系统的接口 本地 1258/1259 移动秘书系统采用局域网方式互联，异地 1258/1259 移动秘 书系统采用广域网 DDN 方式互联。 与其它 SME 的接口 SME 采用局域网或 2M DDN 方式互联。 与省网管中心之间的接口 传输电路采用 64Kbps DDN。 与计费中心之间的接口 采用 FTAM/FTP 传输协议，传输电路采用 64Kbps DDN。 与 NO.7 信令网的接口 采用 64K 信令链路或 2M 信令链路与 2 套 LSTP（或 LSTP 和 GMSC）和 MSC 互联。 答复答复: :满足满足 六、系六、系统业务统业务与功能与功能 6.1 短消息中心支持的短消息中心支持的业务业务 移动台发起/终止的字母/汉字短消息业务； 可支持二进制形式的短消息业务； 当用户的语音信箱中有留言时，系统可通过短消息通知移动台； 定时发送业务，系统可在设定时间向某用户发送短消息； 可支持人工/自动短消息业务； 可支持信息点播业务； 可支持全球呼业务； 可支持话费催缴； 业务扩展能力 能够根据运营商需要开发增值业务，系统应提供对外开放的业务开发接口， 使运营商具备二次开发的手段。系统可支持 SMPP V3.3 协议。 答复答复: :满足满足 6.2 短消息中心的功能短消息中心的功能 短消息中心实体的功能应符合 ETSI GSM 规范 03.40（V4.9.1）的要求。 6.2.1 短消息的存储能力 短消息中心能够对用户提交的短消息数据进行存储，内容包括： 短消息文本（1n）条； 短消息的时间、长度、优先级、有效期； 发起者和目的地址及应用类别（MO/MT 等）； 信息来源、状态报告、失败原因等。 存储器容量：短消息历史话单保留 1 个月，平均每条短消息长度按 200 字 节考虑；计算得出相应短消息中心存储器容量，并说明算法。 答复答复: :满足满足 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 流量控制功能 短消息中心应有短消息的流量控制功能，以防止网络失败和服务质量下降时 业务负荷的异常增长。 答复答复: :满足满足 6.2.10 短消息路由 短消息中心应有能力通过对短消息的目的地址以及短消息内容中的明文部分 进行路由选择的能力，以分发短消息到信息点播、手机银行等相应业务系统。 答复答复: :满足满足 6.2.11 系统日志 短消息中心应具有独立的日志功能，对于系统运行、各业务功能情况等应具 有详细的记录，并可对故障进行分类报告，以便事后分析故障原因。 答复答复: :满足满足 6.2.12 告警功能 短消息中心应具有监测和告警功能，对于系统设备和各种业务应用的不正常 状态应产生文字和图形告警信息，提醒操作人员注意。 答复答复: :满足满足 6.2.13 统计功能 短消息中心应具有统计分析功能，能灵活地对各种类型的业务应用进行组合 统计，为运营商提供业务发展定量分析，如：针对虚拟 SMSC 可分地区统计、可统 计实际使用用户数等。 答复答复: :满足满足 6.2.13 用户鉴权能力 对于 MO 方式短消息，短消息中心应能识别主发 MS，判断它是否为本短消息 中心归属的用户，或根据运营商需要的其它方式进行鉴权。 答复：满足，鉴权属性包括按开户信息鉴权、按号段鉴权、先按号段答复：满足，鉴权属性包括按开户信息鉴权、按号段鉴权、先按号段 再按开户信息鉴权以及不鉴权四种方式。对于按号段鉴权方式，所配再按开户信息鉴权以及不鉴权四种方式。对于按号段鉴权方式，所配 置的鉴权号码段有按号码的前置的鉴权号码段有按号码的前 N N 位配置和按位配置和按 H0H1H2H3H0H1H2H3 配置两种方式。配置两种方式。 6.2.15 虚拟短消息中心 多个移动本地网可共用一个短消息中心实体，该实体能够支持不少于 10 个短 消息中心号码。实体中各短消息中心业务运行和维护管理相对独立、互不干扰。 答复：满足，中兴通讯的短消息系统最大支持答复：满足，中兴通讯的短消息系统最大支持 255255 个虚拟短消息中心。个虚拟短消息中心。 6.2.16 网关功能 短消息中心实体应具有 SMS-G/IW MSC 功能，即能够向 HLR 询问路由信息， 并向 MS 所在 VMSC 转发短消息。短消息中心作为一个独立实体以标准的 MAP 信令接入 PLMN。 答复：满足答复：满足 6.2.17 业务联网功能 短消息中心应能根据运营商的要求完成业务联网。 答复：满足。中兴通讯短消息中心可内嵌答复：满足。中兴通讯短消息中心可内嵌 IGIG 网关实现和任何厂家短网关实现和任何厂家短 消息中心联网。消息中心联网。 七、七、编编号与号与拨拨号方式号方式 7.1 短消息中心的短消息中心的编编号号 GSM 用户 SIM 卡中存储的短消息中心的号码用于 MS 发起的点对点短消息 业务对于短消息中心的寻址。 答复：满足答复：满足 7.2 自自动动/人工短消息接入号人工短消息接入号 用于用户通过话音接入要求操作员人工转发或自动转发短消息（一般采用拨 打 1258/1259 的形式）。 答复：满足答复：满足 7.3 拨拨号方式号方式 用户拨打 1258/1259 秘书台来人工/自动发送短消息； 用户输入目的用户的 MSISDN 号码发送点对点短消息。 答复：满足答复：满足 7.4 寻寻址址 短消息中心作为七号信令网中的一个信令点或多个信令点来寻址，该信令点 的信令功能应符合中国七号信令相关规范的规定。 答复：满足答复：满足 八、性能指八、性能指标标 8.1 处处理能力理能力 卖方根据买方要求，提供相应的处理能力配置，并保证具备一定的扩容能力。 单条信令链路短消息处理承载能力不低于 10 条 SM/秒。当满负荷运转时，系统整 体性能不应有明显的下降。 答复：满足答复：满足 8.2 可靠性和可用性可靠性和可用性 供应商应提供设备的预测 MTBF，以及获得这一参数的计算方法。要求设备 MTBF 至少达到 2 万小时以上。 为保证系统的高可靠性，短消息中心的数据硬盘应硬件支持 RAID1 和 RAID5，主处理机采用双机备份，并提供在线数据备份的手段。 短消息中心的关键软件、硬件应有一定的容错和备份措施，保证系统的不间 断运行，系统应具有软件、硬件故障的在线恢复功能。 答复：满足，中兴短消息系统包含许多部件，以答复：满足，中兴短消息系统包含许多部件，以 IW/GMSCIW/GMSC 为例，它由为例，它由 控制部件、信号设备、交换网络、中继电路等等组成。从可靠性模型控制部件、信号设备、交换网络、中继电路等等组成。从可靠性模型 角度来看应该可以等效为一个串并联的混合系统。其中有的部分如中角度来看应该可以等效为一个串并联的混合系统。其中有的部分如中 继电路、交换网络等包括多套设备，只有在全部设备发生故障时才引继电路、交换网络等包括多套设备，只有在全部设备发生故障时才引 起系统中断。因此，它们内部属并联结构。而不同部件之间的组合属起系统中断。因此，它们内部属并联结构。而不同部件之间的组合属 于串联结构。以下为中兴各部件的于串联结构。以下为中兴各部件的 MTBFMTBF（MeanMean TimeTime BetweenBetween FailureFailure 平均故障间隔时间）和系统平均故障间隔时间）和系统 MTTRMTTR（MeanMean TimeTime ToTo RepairRepair 平平 均维修时间）：均维修时间）： GMPGMP ：6500065000 小时小时 GSYCKGSYCK：5000050000 小时小时 GCOMMGCOMM：6000060000 小时小时 GSPGSP：6000060000 小时小时 GPOWPGPOWP：100000100000 小时小时 MTTRMTTR： 0.050.05 小时小时 因此可以推算出系统的因此可以推算出系统的 MTBFMTBF6000060000 小时，系统的小时，系统的 MTTRMTTR0.050.05 小时，小时， 系统的可用度系统的可用度 A A99.99962%99.99962%。 8.3 可可扩扩容性容性 设备应采用模块化结构，具有平滑扩容的能力。卖方详细说明所提供配置的 最终处理能力。 答复：满足答复：满足 单条信令链路在单条信令链路在 0.4Erl 的情况下处理能力大于的情况下处理能力大于 10 条条/秒秒 中兴通讯短消息中心前台信令处理部分中兴通讯短消息中心前台信令处理部分 IW/GMSC 为模为模 块化组网，最大可块化组网，最大可 31 个模块组成单短消息系统的信令处个模块组成单短消息系统的信令处 理部分，每个模块最大连接的理部分，每个模块最大连接的 64K 七号链路数为七号链路数为 64 条，条， 共共 1984 条条 64K 七号链路，如果采用七号链路，如果采用 2M 七号链路组网，七号链路组网， 每个模块可连接四条每个模块可连接四条 2M，共，共 124 条条 2M 七号链路。系统七号链路。系统 连接图如下：连接图如下： 中兴通讯短消息中心业务处理模块单模块处理能力为中兴通讯短消息中心业务处理模块单模块处理能力为 216 万万 BHSM，可，可 8 个模块组网。个模块组网。 中兴通讯短消息中心数据库模块单模块处理能力为中兴通讯短消息中心数据库模块单模块处理能力为 432 万万 BHSN，可，可 8 个模块组网。个模块组网。 人工坐席作为外部实体可单个连接到短消息中心也可作为人工坐席作为外部实体可单个连接到短消息中心也可作为 一个整体连接到短消息中心，在外部接口满足的条件下，一个整体连接到短消息中心，在外部接口满足的条件下， 可支持可支持 7560 个人工坐席接入。个人工坐席接入。 8.4 信令信令链链路要求路要求 系统应能支持接入的移动本地网中所有 MSC 满负荷时用户容量的需求，其 存储容量应能满足所有用户使用短消息业务。 短消息中心与 PLMN 之间的 NO.7 信令链路可根据业务情况灵活配置。每条 信令链路的最大负荷为 0.4Erl。各链路之间能够实现负载均衡。 答复：满足答复：满足 8.5 消息消息丢丢失率失率 短消息中心接收并转发短消息到处理完毕提交转发的期间，由于系统原因造 成的消息丢失率10-7。 答复：满足答复：满足 8.6 消息消息处处理延理延迟迟 短消息中心接收到短消息到提交转发的第一次发送尝试的时间间隔 1000ms(95%的概率)。 答复：满足答复：满足 九、硬件要求九、硬件要求 9.1 一般要求一般要求 卖方提供的硬件系统应是高可靠性、高可用性、符合应用要求下的高性能主 机和存储设备，同时提供存储管理方案和系统备份方案。应采用集群和冗余技术， 支持对称多处理技术，支持主备用或 N+1 冗余、负载分担和共享磁盘阵列，保证 系统高可靠的数据和不间断工作的能力。 系统应满足以下要求： 有严密的安全保密措施和较强的联网能力。 系统硬件应具有热插拔功能。 考虑到今后的发展，要求系统在硬件（设备和接口的配置）上具有扩容方便 的能力。 提供硬件配置说明及配置图。 系统硬件设备生产有严格的质量控制，经过老化和严格筛选，设备应具备 长期使用的高稳定性和可靠性。 系统硬件设备必须不存在 Y2K 问题。 答复：满足答复：满足 9.2 主机要求主机要求 1卖方应详细说明各个功能主机系统处理能力、内存容量、I/O 需求的计算 模型、计算公式和结果，并由此给出相应处理能力的主机配置。 2要求采用主流小型机原厂的主流机型，支持 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、内存、总线带宽、接口模块）、双机耦合度。 答复，满足答复，满足 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，同时存取一个逻辑卷。 答复：满足答复：满足 9.4 信令信令处处理模理模块块要求要求 信令处理模块负责处理与 PLMN 的信令交互，必须满足信息产业部和集 团公司相关规范。 卖方应提供详细的配置计算模型和计算过程。 短信息中心应能提供 2M 信令传输模块和与处理能力配套的 64K 信令传 输模块，模块配置应留有一定余量，并不能成为系统瓶颈，不得在未达到设计峰值 处理能力时出现拥塞。 各传输链路之间应能负载均衡。 短消息中心应支持多信令点编码。 答复：满足，配置计算模型和计算过程详见技术建议书。答复：满足，配置计算模型和计算过程详见技术建议书。 十、十、软软件要求件要求 10.1 基本要求基本要求 模块化 要求软件采用分层的模块化结构，各模块之间的通信应按规定接口进行。任 何一层的任何一个模块的维护和更新以及新模块的追加都不应影响其它模块的功 能。 并行性 为承载大业务量，邮件系统应在软件级别上实现业务处理的高度并行性，应 采用多进程、多线程技术，进程间负载均担、协同处理；同时，结合硬件，实现分布 式计算、负载均衡和互为备份，从而提高系统资源利用率和系统可靠性。 卖方应提供用户并发连接数和邮件流量计算方法、计算结果和本次配置处理 能力。 邮件存储应采用先进的存储策略，使得数据能够均衡分布在硬盘上；同时，能 够动态分配用户存储空间，提高存储设备的利用率。 低耦合 系统参数、用户数据与处理程序应有相对的独立性。用户数据的任何变更都 不应引起运行版本程序的变更。处理程序应与任何系统参数、用户数据相适应。 容错性和健壮性 软件应有容错能力，一般小的软件故障不应引起各类严重的系统再启动。 容错包括对用户误操作的容错，采用存储/转发机制保证应用系统的容错性能。 软件设计应有健壮性，某一软件模块内的软件错误应限制在本模块内，而不 应造成其它软件模块的错误。 可监测 应具有软件运行故障的监测功能。一旦软件出现死循环等重大故障，应能自 动再启动，并产生即时故障报告信息。采用错误标识代码准确标识错误点，同时生 成日志文件，以便维护；并以可视化界面报警的形式提示系统管理员检测和修复。 故障定位还包括系统对硬件故障的诊断和维护。 安全性 采用的认证和加密等安全技术保证以防止非法用户的侵入； 答复：满足，具体详见答复：满足，具体详见ZXG10-SCZXG10-SC 技术说明书技术说明书 10.2 软软件功能要求件功能要求 要求有完善的实时操作系统。 要求具有计费处理功能，并能够与计费处理中心相配合。 要求具有网管子系统及处理相应业务的功能。 要求具有对各种硬件设备测试的功能。 要求具有对软件、硬件运行故障的监测功能。有完善的故障告警及故障事 后处理功能。要求具有与集中维护管理中心相配合的控制功能。 要求具有友好、方便的图形化人机界面。 要求具有完善的维护管理功能，具有用户数据管理、系统观察管理、软件 维护管理、设备维护管理等功能。 要求具有故障自诊断和故障定位功能。 答复：满足，具体详见答复：满足，具体详见ZXG10-SCZXG10-SC 技术说明书技术说明书 10.3 软软件件维护维护管理功能要求管理功能要求 要求具有在不中断处理呼叫接续的情况下，完成程序打补钉的功能。 要求对于全部系统参数和用户数据都可以在不影响呼叫接续处理的情况 下，用人机交互方式进行数据的查询、修改变更和追加操作，以及由软盘或其它媒 介进行批量数据的引入运行。对原运行数据的暂存、重新运行，使用删除。 若对修改后软件不满意或将修改后软件引入系统后，对系统有副作用或发 现新版本有问题，应能方便而迅速地（在 1 分钟内）恢复原来的程序。 故障诊断软件的诊断 要求故障诊断软件能对硬件故障进行诊断和定位，故障诊断定位后应能显示 或打印，报告故障设备的物理位置等有关信息。 答复：满足，具体详见答复：满足，具体详见ZXG10-SCZXG10-SC 技术说明书技术说明书 。 10.4 用用户户界面界面 采用良好的人/机交互界面设计，提供多种操作接入手段（本地和远程登录） ，便于直观、快捷的操作。 系统必须提供纯中文操作界面。 系统能连接打印机、文件存储设备（如磁盘、光盘等）。系统能用菜单进行 显示和查阅；能用口令控制操作的权限，防止无权人员使用影响系统运行；能保留 全部人机操作记录，并可进行查阅和输出打印。 答复：满足，具体详见答复：满足，具体详见ZXG10-SCZXG10-SC 技术说明书技术说明书 。 10.5 开开发发工具工具 系统的开发工具采用目前的主流产品，其开发语言应是标准 C 语言、 JAVA、JAVASCRIPT、C+等业界通用开发语言。 答复：满足。答复：满足。 十一、同步十一、同步 11.1 同步方式同步方式 采用主从同步方式，系统必须具备内同步时钟。 答复：满足。答复：满足。 11.2 同步同步链链路路 可由 MSC 到系统的 PCM 链路中提取同步信号对系统内部时钟进行锁项同 步。在任何情况下，必须保证每一网络单元始终的主从控制关系，不得出现闭合环 路控制和双向互控情况。 答复：满足。答复：满足。 11.3 时钟时钟等等级级 时钟等级为三类时钟。 答复：满足，中兴通讯短消息中心时钟等级为答复：满足，中兴通讯短消息中心时钟等级为 2 2 级级 A A 类时钟。类时钟。 十二、十二、鉴权鉴权和安全和安全 12.1 用用户鉴权户鉴权 系统应能够对短信用户身份和 SME 进行认证，同时系统应提供 VIP 名单、 黑名单等功能和多种组合鉴权规则，按照规则分配短信处理优先级别并对非法用 户提交的请求进行拒绝。 系统应能提供可视化界面且操作灵活方便的认证规则修改工具。 答复：满足。答复：满足。 12.2 操作操作权权限和限和认证认证 系统管理权限必须严格分级，一般可分为系统管理员、用户管理员、统计监控 管理员、1258 坐席等，并按所需操作权限分配操作内容。 对所有操作请求进行认证，以防止非法用户操作。同时，记录操作人员的每步 操作内容、登录时间和所使用的终端。 答复：满足。答复：满足。 12.3 安全控制安全控制 系统应采用防火墙技术等来保证系统安全，并提供安全访问控制机制和系统 端口安全监测手段。 买方应详细提供对现有系统改造方案和实施步骤。 答复：满足。答复：满足。 十三、十三、计费计费 13.1 计费实现计费实现方式方式 短消息中心应能将短消息详单等计费所需的所有原始信息，以计费系统可识别 的数据格式存储。 短消息中心的话单采集频率应可任意调整，根据目前计费粒度应至少保证能 够 15 分钟采集一次。 必要时能配合计费中心完成用户计费管理功能。 计费数据存储介质为本地硬盘，并能将数据备份到磁带或光盘。计费详单有足 够的存储空间，要求能至少 1 个月。 答复：满足。答复：满足。 13.2 话单话单格式格式 详细计费格式详见集团公司相关规范和规定。 答复：满足。答复：满足。 13.3 计费计费接口接口 计费数据采集传输协议采用提供 FTAM 或 FTP；同时，话