技术规范与点对点应答

.附件五技术规与点对点应答46 / 50目 录一、总则11.1 规容11.2 编制依据11.3 规要求21.4 缩略语3二、工程概况42.1 工程背景42.2 系统现状42.3 工程建设规模5三、系统建设原则5四、系统结构64.1 系统网络结构64.2 系统功能模块8五、通信接口和组织105.1 通信接口105.2 通信组织11六、系统业务与功能116.1 短消息中心支持的业务116.2 短消息中心的功能12七、编号与拨号方式197.1 短消息中心的编号197.2 自动/人工短消息接入号197.3 拨号方式197.4 SP服务代码197.5 寻址20八、性能指标208.1 处理能力208.2 可靠性和可用性208.3 可扩容性218.4 信令链路要求228.5 消息丢失率228.6 消息处理延迟23九、硬件要求239.1 一般要求239.2 主机要求239.3 存储设备要求269.4 信令处理模块要求29十、软件要求2910.1 基本要求2910.2 软件功能要求3010.3 软件维护管理功能要求3110.4 用户界面3110.5 数据库软件3210.6 开发工具32十一、同步3211.1 同步方式3211.2 同步链路3211.3 时钟等级33十二、鉴权和安全3312.1 用户鉴权3312.2 操作权限和认证3312.3 安全控制34十三、计费3413.1 计费实现方式3413.2 话单格式3413.3 计费接口3513.4 计费数据的存储要求35十四、监测维护和网管3514.1 系统状态监测3514.2 维护管理3614.3 日志记录3614.4 报障功能3614.5 状态监控功能3614.7 网络管理37十五、统计功能3715.1 一般要求3715.2 业务统计3815.3 性能统计38十六、机房环境、电源与接地3816.1 机房环境3816.2 电源要求3916.3 接地、抗雷电和过压过流保护3916.4 设备安装41十七、工程实施和测试容4117.1 工程实施4117.2 系统割接4217.3 测试容42十八、技术服务和培训与技术文件4318.1 技术服务4318.2 技术培训4518.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 缩略语SMSCShort Message Service Center短消息中心ISMGInternet Short Message Gateway互联网短消息网关，简称短消息网关SMS G/IW MSCSMS Gateway/IW MSC短消息业务入口/互通MSCSMEShort 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处理能力和用户容量已基本接近规划设计能力和容量。同时根据业务预测，至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所示:图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实现用户的覆盖。图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 可扩容性设备应采用模块化结构，具有平滑扩容的能力。卖方详细说明所提供配置的最终处理能力。答复：满足l 单条2M信令链路在0.2Erl的情况下处理能力大于160条/秒l 中兴通讯短消息中心前台信令处理部分IW/GMSC为模块化组网，最大可31个模块组成单短消息系统的信令处理部分，每个模块处理能力为400条/秒-450条/秒l 业务处理数据库合一模块采用全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 主机要求 卖方应详细说明各个功能主机系统处理能力、存容量、I/O需求的计算模型、计算公式和结果，并由此给出相应处理能力的主机配置。 要求采用主流小型机原厂的主流UNIX服务器，支持SMP技术, 采用64位处理器； 要求组成双机或多机高可用群集系统。当其中一台主机发生故障时，可将其上的应用自动地切换到其它正常主机上，待故障主机修复后再切换回来； 多机群集系统中的每个主机都应同时处于工作状态，并根据配置的情况运行相同或者不同的应用（或应用模块），以保证主机资源的充分利用； 主机应具备较强的健壮性，在计算机硬件、操作系统、存储系统与应用系统业务进程出现故障时，能迅速响应并进行应用的切换；集群系统中，某一台计算机出现故障时，尽量不影响系统的应用与响应能力； 主机的处理能力要求满足的所有业务应用和一定用户规模的需求，而且需考虑全部系统的开销与应用切换时性能余量。系统设计时应考虑30%的性能冗余； 存容量的配置要考虑到主机正常运行状态下的存利用率不应大于70%，保证系统在业务高峰时仍具有较强的抗冲击能力； 主机应支持千兆以太网接口或百兆以太网接口 主机的硬盘、网络接口、网络连接与电源均应考虑足够的冗余； 支持电源、I/O设备、存储设备的热插拔； 主机系统设备应具有适当的扩充能力，包括CPU数量的扩充、存容量的扩充、I/O能力的扩充和节点数的扩充等；并可支持CPU模块的升级和群集节点的平滑扩充； 主机系统平均无故障时间应大于8万小时； 要求卖方提供主机TPMC、I/O带宽、I/O吞吐率、设备扩容最大容量（含CPU、存、总线带宽、接口模块）、双机耦合度。答复：满足，以每个短信中心新增900条/秒处理能力为例给出以下配置计算。l 业务处理模块按照中兴短消息中心的系统特点，四类基本消息所耗费的系统处理能力分别为：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 Card2个 存 2048MB (4x512MB) SDRAM DIMM Memory2组 本机硬盘 36.4 GB 10,000 RPM Ultra3 SCSI Disk Drive Assembly2个 通信网卡 10/100 Mbps Ethernet PCI Adapter II 2块光驱CD-ROM Drive - 48X (Max) IDE1个在以上配置下：单机tpmc为46971，考虑30冗余，以上配置满足本期扩容的要求。中兴通讯短消息中心采用存缓冲数据库，将所有暂缓发送的短消息放置在系统缓冲队列中。在一定时间端，暂缓发送的消息始终处于队列中，减少大量不必要的数据读写，提高系统运行效率。以下是对消息发送时所需存进行计算。缓存消息只需要考虑MT消息。忙时最大缓存消息数 = 不含重发消息数重发比例缓存时间389万（条）业务处理模块所需存短消息忙时处理能力短消息长度缓存短消息数短消息长度605M+543M=1148M本期扩容每个短消息中心有两个业务处理模块，每个业务处理模块存需满足574M的要求，系统本身需要128M存，以与加入过负荷缓存功能将占用500M存空间，考虑40的系统冗余，本期工程每个模块配置4G存。9.3 存储设备要求存储设备主要指磁盘阵列，实现系统数据的联机存储。 卖方应详细说明所需联机存储容量的计算模型、计算公式和结果，并由此给出相应的存储设备配置的存储容量和I/O能力等，并配置其端口数量应满足本期工程需要且具备一定的端口和背板扩容能力； 磁盘阵列设备要求有很高的安全可靠性，MTBF80000小时； 磁盘阵列设备应可与多种厂家的主机系统相连； 磁盘阵列应能配合多机高可用群集系统的需要； 磁盘阵列采用UltraSCSI接口或FC-AL接口，支持RAID 0、1、0+1、5； 并可提供多通道、双电源与冗余风扇完全的硬件冗余。保证在某一硬件出问题时，能够进行自动切换，不出现单点故障； 磁盘阵列设备应具有较强的平滑扩充能力，包括系统存储容量的扩充与I/O能力的扩充等； 磁盘阵列应支持先进的存储、备份方式等； 在系统的硬件更新、增加或微码升级时，能够保证系统在线进行。支持在线扩盘和倒盘； 提供多台主机同时高效共享文件系统的能力，允许多个操作系统启动多个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 安全控制系统应采用防火墙技术等来保证系统安全，并提供安全访问控制机制和系统端口安全监测手段。短消息中心应不得与部其它业务系统同在一个局域网直接互联，必须实现网段或网络隔离。同时，与外部系统必须采用防火墙和路由器实现隔离。提供IP地址需求、配置和管理建议。卖方应详细提供对现有系统安全改造方案和实施步骤，对新建系统的安全控制方案进行详细说明。答复：满足，详见短消息系统安全方案十三、计费13.1计费实现方式 短消息中心应能将短消息详单等计费所需的所有原始信息，以计费系统可识别的数据格式存储。 短消息中心的话单采集频率应可任意调整，根据目前计费粒度应至少保证能够15分钟采集一次。 必要时能配合计费中心完成用户计费管理功能。 计费数据存储介质为本地硬盘，并能将数据备份到MO盘，MO盘容量为5G以上。计费详单有足够的硬盘存储空间，要求能至少3个月。答复：满足13.2 话单格式详细计费格式详见集团公司相关规和规定。答复：满足13.3 计费接口计费数据采集传输协议采用提供FTAM或FTP；同时，话单数据的网络硬件接口应支持快速以太网，以便计费系统通过局域网访问数据。