技术规范及点对点应答(1).docx

1、附件五技术规范及点对点应答提供开放的业务接口和方便的业务生成工具，使运营商可在平台基础上二次开发短信增值新业务。总之，系统设计与建设中应充分考虑和利用现有各种资源，既要考虑系统的先进性和有效性，又要考虑其实现的可行性和经济性。系统设计与建设要符合业务管理需求，系统结构、数据接口应可灵活扩展，为将来业务拓展提供空间。答复：满足四、系统结构4.1系统网络结构系统结构示意图系统结构示意图图4.1短消息中心实体和SMSC两部分，主要完包括SMSG/IWMSC（短信业务关口/互通MSC）成存储转发的功能。通常两部分合设形成统一的实体，以标准的MAP信令与PLMN相连接。其中，SMSG/IWMSC为支持移

2、动台（MS）发起和终止的短信业务，承担SMSC与PLMN之间的网关作用，SMSGMSC具有从SMSC接收短信，向HLR询问路由信息，并向MS所拜访的MSC转发短信的功能；SMSIWMSC具有从PLMN中接收短信，并发送给SMSC的功能。（2）ICP（内容提供商）ICP是短信应用/内容服务的直接提供者，负责为用户开发和提供适合手机用户使用的服务。（3）ESME（扩展短信实体）指通过SMPP协议与SMSC通信，请求特定的短信服务的功能实体。（4）ISMG（互朕网短信网关）ISMG是SMSC与互联网之间的网关，也是一种ESMEJSMG为ICP与SMSC之间的数据交互提供了一条安全、快捷的通道，向手机

3、用户提供点播ICP信息的服务。增值值业务平台具有数据分发功能，能在网关之间转发信息，可实现短信增值业务的“一点接入，全网服务"的思想。而ISMG汇接点接收其它短信网关的路由请求信息，并查找与目的ICP有关的网关信息，并将查询结果反馈给相应的ISMGo（5）SGSN（GPRS业务支持点）GPRS网网元，主要为GPRS用户提供移动性管理。GPRS为短信传输提供了另外一条路径。针对我省情况，MS同时附着在GPRS和CS业务上，故短信业务即可在GPRS信道上传送，也可在CS信道上传送。（6）SCP（业务控制点）移动智能网实体，实现智能用户（神州行）的短信鉴权及计费功能。接口协议ESME与SM

4、SC之间的通信协议采用SMPPV3.3,ISMG与ICP之间的通信接口采用中国移动集团公司规定的应用层接口协议CMPPV2。组网方式以衡阳SMSC为例，如图4.2所示，SMSC通过与衡阳MSC直联实现对衡阳用户的覆盖，通过信令网的LSTP实现常德用户的覆盖。图4.2短信组网示意图答复：知悉，本期短信建设中兴通讯符合上述组网建设条件。4.2系统功能模块短消息中心系统可分为以下主要模块：(1) 短消息中心处理移动台发起/终止的短消息业务，同时为1258/1259秘书台、信息点播等提供承载。答复：满足(2) 计费接口模块提供联网计费、独立计费、包月制、按查询条数计费或相结合的多种方式，并实现话费查询

5、、欠费提示、话费限额提示等功能。答复：满足，ZXG10-SC短消息系统产生两类标准话单，由计费系统完成话单的收集、分拣、存储，并且根据标准的FTAM规程向计费中心传送。短消息系统根据短消息的提交和转发，分别产生SMS-MO-inSC和SMS.MT.inSC两类话单。ZXG10-SC标准话单的计费信息：话单类型、主叫号码、被叫号码、短消息中心号码、短消息长度、短消息优先级、短消息标识、回执标识以及SME类别等。（3）监测维护、网管和统计模块为系统提供本地实时监测、故障告警等功能和手段，并实现对系统的各类局数据和用户数据的维护；在统一网管平台上，对系统运行的各类信息数据进行统计和管理，并提供省网管

6、中心的网管接口，统一网管平台及其接口应符合集团公司相关规范要求。答复：满足，中兴通讯将在原有网管系统上按中移建设要求增加直连网元接口，并在原有操作维护模块采用新一代短信监控系统以提供告警，配置，性能统计等数据的统计和管理和各类用户消息的监测、统计功能。（4）SME接口模块短消息中心应提供SME接入接口，按照流量计算接口容量，并不得限制SMPP接口数量，不低于短消息中心配置的峰值处理能力。答复：满足。（5）WEB/WAP接口为便于将来业务的发展、系统的扩充，应提供与WAP网关的接口。答复：满足。（6）短信网关接口为实现短消息中心与ISMG连接提供统一的接口。答复：满足。（7）防火墙和防病毒模块实

7、现对短消息中心系统的安全保障，防止非法访问。系统应具备防病毒功能，保证系统不受病毒侵害，提供病毒码的在线升级。答复：满足。五、通信接口和组织5.1通信接口卖方提供的短消息中心系统必须符合以下各项接口标准：(1) 与ISMG的通信接口采用SMPPV3.4及以上版本。(2) 与SME的通信接口由于目前国内SMSC-SME之间的接口规范尚未最终确定，本系统中短消息中心与信息点播、语音信箱以及ISMG的接口暂时采用SMPP3.3协议。规范出台后，本系统中此接口应做相应升级或修改，以符合短消息中心与SME接口规范要求。(3) 与省网管中心之间的通信接口网管协议采用SNMPV2或Q3及其以上版本协议，并符

8、合集团公司相关网管规范。(4) 与计费中心之间的通信接口采用FTAM/FTP传输协议。同时要求VIP用户数据与BOSS系统实时同步。(5) 与PLMN的七号信令接口应符合«900/1800MHzTDMA数字蜂窝移动通信网移动应用部分(MAP)第二阶段技术规范和信息产业部GSMNO.7信令网技术体制。(6) 与SGSN的Gd接口短消息中心应支持与SGSN的Gd接口，支持与WAP网关的接口。(7) 与后备数据库的接口短信息中心应按照集团公司统一要求的接口规范提供与后备数据库的接口，以支持对短信的过滤。答复：满足，提供与BOSS系统的接口，因采用VIP优先用户发送功能会使短信中心整体处理能

9、力下降30%,推荐不采用该功能。中兴通讯垃圾短信VIP用户过滤功能可保证特殊用户不受垃圾用户使用权限设置，并且不影响短信中心整体处理能力，推荐采用。5.2通信组织由于目前4套SMSC局址分别位于长沙东风路交换机房、妙高峰交换机房、衡阳解放路机房、绍阳移动交换机房，1套短信网关位于长沙东风路机房，省网管中心位于湖南移动通信指挥中心大楼6楼机房，省计费中心位于妙高峰12楼机房，故它们之间的通信需要互联，实现方式要求如下：(1) 与ISMG的通信接口采用100Mbps局域网方式或2Mbps方式互联。(2) 与其它SME的接口SME采用局域网或2Mbps方式互联。(3) 与省网管中心之间的接口传输电路

10、采用64KbpsDDN或2Mbps。(4) 与计费中心之间的接口采用FTAM/FTP传输协议，传输电路采用64KbpsDDN或2Mbps。(5) 与NO.7信令网的接口采用64Kbps信令链路或2Mbps信令链路与1对LSTP(或1对HSTP、1对GMSC)和MSC互联。长沙短消息中心的E1传输接口采用120欧姆阻抗，其它短消息中心采用75欧姆阻抗。答复：满足。六、系统业务与功能6.1短消息中心支持的业务(1) 移动台发起/终止的字母/汉字(最大140个8bits字符)短消息业务；(2) 可支持二进制形式的短消息业务；(3) 当用户的语音信箱中有留言时，系统可通过短消息通知移动台；(4) 定时

11、发送业务，系统可在设定时间向某用户或批量向设定的若干用户发送短消息；(5) 可支持1258AX/1259自动短消息业务；(6) 可支持信息点播业务；(7) 可支持全球呼业务；可支持话费催缴；(9)可支持EMS业务；00)可支持手机银行、手机证券；(11)新业务扩展能力能够根据运营商需要开发增值业务，系统应提供对外开放的业务开发接口，使运营商具备二次开发的手段。系统可支持SMPPV3.3协议及以上。答复：满足。6.2短消息中心的功能短消息中心实体的功能应符合ETSIGSM规范03.40(V4.9.1)的要求。答复：满足。6.2.1短消息的存储能力短消息中心能够对用户提交的短消息数据进行存储，内容

12、包括：(1) 短消息文本(1-n)条；(2) 短消息的时间、长度、优先级、有效期；(3) 发起者和目的地址及应用类别(MO/MT等)；(4) 信息来源、状态报告、失败原因等。(5) 存储器容量：短消息原始话单保留3个月，计算得出相应短消息中心存储器容量，并说明算法。答复：满足，根据现有短消息量的统计方式，将手机用户起呼消息MO和手机用户终呼消息MT分别进行计算，即各算一条消息。由于目前外网网关和网关发往本网的AO、AT消息的主要话单由网关负责提供，所以该部分消息虽然占有系统资源，但暂不单独进行统计。根据技术规范书设计要求，在2004年底短信中心月计费流量为4.6亿条（实际流量为15.4亿条）。

13、其中MO：MT=48%:52%。中兴通讯存储器容量如下所示：1、计费模块满足2004年底月最大消息流量15.4亿条，采用IBMFAST200磁盘阵列基本软件安装空间：0.5G每条消息计费按110字节计计费磁阵信息保存3个月（包含话单消息内容），此外提供外接存储设备M0保存产生的数据量为：0.5G+110BYTEX1540000000条X3个月=473.7G采用RAID0+1完全备份，所需各短信中心计费磁阵总容量应不小于946.6Go2、数据库模块满足2004年底月最大消息流量15.4亿条，采用IBM7133-D40磁盘阵列基本软件安装空间：0.5G短消息存放日期：30天每条短消息在硬盘上存储字

14、节数为：240BYTES每天系统处理的短消息条数：4320KBHSM/0.1=43200000条。所需硬盘空间为：0.5G+1540000000条X240BYTE=344.2G采用RAID5冗余备份,所需各短信中心数据库硬盘总容量应不小于413Go3、源用户查询模一全省用户短消息内容大型索引数据库，按满足2004年底月最大消息流量15.4亿条设计，采用DELLPV210S磁盘阵列基本软件安装空间：0.5G短消息存放日期：3个月每条短消息在硬盘上存储字节数为：330BYTES所需硬盘空间为：0.5+3个月X1540000000条X330BYTE=1420G即所需各短信中心源用户查询模块索引数据库

15、硬盘总容量应不小于1420Go6.2.2短消息的提交和转发（1）短消息提交当短消息提交给短消息中心后，在确认消息有效后，将短消息及时保存，并向发起者回发确认信息。（2）短消息转发短消息中心取出应该发送的消息，并确保在一个时刻向一个移动台（MS）发送一条消息。如果转发失败，则短消息中心接收从网络侧回发的失败原因。短消息中心不再向接收侧发送，直至从网络接收到提醒消息或短消息中心采用定时重试机制。答复：满足。6.2.3短消息的优先级短消息中心应将移动台终止的短消息分为高优先级和普通优先级，高优先级的消息优先发送，并在MS暂时不在服务区或无存储容量时也强制转发尝试。答复：满足。6.2.4有效期短消息中

16、心可设置缺省有效期，该值由运营商通过操作维护终端进行灵活设定。当有效期逾时后，短消息中心从发送队列中删除该消息，并根据用户设定产生状态报告。答复：满足。6.2.5重复转发尝试短消息可进行两种重复转发尝试：（1）短消息中心得到通知，MS已激活或有能力接收短消息（接收到从HLR发送过来的ALERT_SC信令）；（2）短消息中心进行定时自动重复转发尝试，并且可根据网络侧回发的失败原因设定不同的重复转发时间间隔和次数。答复：满足。6.2.6状态报告短消息中心应有能力通知MS,该用户发的短消息的状态：转发通知（成功转发）、缓冲通知（暂时不成功状态）、转发失败。同时短消息中心应能根据运营商要求设定状态报告

17、标志。答复：满足。6.2.7长短消息在移动台支持的情况下，短消息中心应可完成长的短消息（长度140字节）转发。答复：满足。目录一、总则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通信组织II六、系统业务与功能116.1短消息中心支持的业务II6.2短消息中心的功能12七、编号与拨号方式197.1短消息中心的编号197.2自动/人工短消息接入号197.3拨号方式197.4SP服务代码197.5寻

18、址20八、性能指标208.1处理能力208.2可靠性和可用性208.3可扩容性218.4信令链路要求228.5消息丢失率228.6消息处理延迟23九、硬件要求239.1一般要求239.2主机要求239.3存储设备要求266.2.8支持汉字/二进制短消息短消息中心应支持汉字短消息的透明传输；其汉字短消息编码方案应符合GSM规范03.38(V5.2.0)；人工输入汉字短消息终端应支持GB13000CJK的汉字。具有支持二进制形式的短消息业务的能力。答复：满足。6.2.9流量控制功能短消息中心应有短消息的流量控制功能，可根据不同的SME、按时段进行流量控制，以防止网络失败和服务质量下降时业务负荷的异

19、常增长。答复：满足。6.2.10短消息路由短消息中心应有能力通过对短消息的目的地址以及短消息内容中的明文部分进行路由选择的能力，以分发短消息到信息点播、手机银行等相应业务系统。答复：满足。6.2.11系统日志短消息中心应具有独立的日志功能，对于系统运行、各业务功能情况等应具有详细的记录，并可对故障进行分类报告，以便事后分析故障原因。答复：满足，为了使局方更好的操作和管理短消息中心，ZXG10SC提供日志查看器，可对操作进行管理和维护。操作员对ZXG10-SC的操作以一定方式自动记录下来，以便在某种特定的情况下供操作人员查询。日志文件存放在服务器上，对应的终端都可查看。6.2.12告警功能短消息

20、中心应具有监测和告警功能，对于系统设备和各种业务应用的不正常状态应产生文字和图形告警信息，提醒操作人员注意。答复：满足，短消息检测和告警功能由故障管理系统提供，它包括对IW/GMSC和业务服务器等的运行进行故障管理，并于后台实时提供文字和图形告警信息。6.2.13统计查询功能1）短消息中心应具有统计分析功能，能灵活地对各种类型的业务应用进行组合统计，为运营商提供业务发展定量分析，如：针对虚拟SMSC可分地区统计、可统计实际使用用户数等。2）能根据按接收、发送、用户号码、发送日期、信息内容及关键字等多个条件进行综合查询。3）增加对因拦截而未能成功发送的短信流量的统计报表及被拦截用户已成功发送的统

21、计报表。4）要求短信中心支持按主/被叫用户/时段/内容/关键字等多条件灵活在线查询3个月短信内容。5）要求短信中心支持按照错误代码对各个虚拟短信中心分别统计。答复：满足。6.2.14用户鉴权能力对于M0方式短消息，短消息中心应能识别主发MS,判断它是否为本短消息中心归属的用户，或根据运营商需要的其它方式进行鉴权。答复：满足，中兴短消息系统提供四种鉴权方式：按号段鉴权，按开户信息鉴权，先按号段再按开户信息鉴权，不鉴权，针对具体情况可对MO和MT的鉴权方式进行灵活配置。6.2.15虚拟短消息中心多个移动本地网可共用一个短消息中心实体，该实体能够支持不少于10个短消息中心号码。实体中各短消息中心业务

22、运行和维护管理相对独立、互不干扰。答复：满足，中兴通讯的短消息系统最大支持255个虚拟短消息中心。6.2.16网关功能短消息中心实体应具有SMS-G/IWMSC功能，即能够向HLR询问路由信息，并向MS所在VMSC转发短消息。短消息中心作为一个独立实体以标准的MAP信令接入PLMNo答复：满足6.2.17业务联网功能短消息中心应能根据运营商的要求完成业务联网。答复：满足。中兴通讯短消息中心可采用双网双平面及进一步耦合的工作方式完成多个短信中心业务联网。6.2.18垃圾短信封堵功能1）短信过滤；对特定关键字进行过滤，对满足特定关键字的信息不与发送；2）流量控制对于点对点短消息，针对一个用户，系统

23、能对每天发送量进行监控，对于超出预设数目的短信不再下发，并回发用户一条信息，告诉用户其发送量过大，对其短信不再转发。并将后续的一条短信发送至设定手机上（需考虑计费处理）。经过预设的时长后，再恢复其短信发送功能。以上功能均应由短信中心自动实现，并且可根据运营商需求开通或关闭，其中短信预设数目、特定手机号码、预设时长可由运营商方便、灵活的自定义。3）提供对垃圾短信的灵活的统计和查询功能答复：部分满足，中兴通讯新一代垃圾短信系统已对流量进行改进，可对不同用户群按照不同监控粒度进行流量控制，对于超出指定监控信息流量范围的用户将发送告警和通知消息给系统管理员，并可自动启用黑名单功能。目前暂不提供发送给垃

24、圾短信用户的提示通知消息。本期建设将提供源用户查询功能完成对各类消息的灵活统计和查询功能。七、编号与拨号方式7.1短消息中心的编号GSM用户SIM卡中存储的短消息中心的号码用于MS发起的点对点短消息业务对于短消息中心的寻址。答复：满足。7.2自动/人工短消息接入号用于用户通过话音接入要求操作员人工转发或自动转发短消息（一般采用拨打1258/1259的形式）。答复：满足。7.3拨号方式（1）用户拨打1258/1259秘书台来人工/自动发送短消息；（2）用户输入目的用户的MSISDN号码发送点对点短消息；（3）用户输入规定的业务代码点播SP短消息。答复：满足。7.4SP服务代码短消息中心应支持SP

25、服务代码至少2万个，并在数据配置上应支持最大匹配原则。答复：满足。7.5寻址短消息中心作为N0.7信令网中的一个信令点或多个信令点来寻址，该信令点的信令功能应符合N0.7信令相关规范的规定。卖方应明确说明短消息中心将消息发往N0.7信令网时所采用的负荷调度方式，如采用按用户号段静态分配消息路由方式或按轮询动态分配消息路由方式。答复：满足，短信中心与NO.7信令网的负荷方式可采用按用户号段静态分配路由或按轮选方式动态分配消息。八、性能指标8.1处理能力卖方根据买方要求，提供相应的处理能力配置，并保证具备扩容至2400条SM/秒的峰值处理能力。单条64K信令链路短消息处理承载能力不低于10条SM/

26、秒和单向().4erl,单条2M信令链路短消息处理承载能力不低于16()条SM/秒和单向().2erlo当满负荷运转时，系统整体性能不应有明显的下降。答复：满足，中兴通讯2M高速信令链路在上海移动和江苏移动现网上商用。8.2可靠性和可用性供应商应提供设备的预测MTBF,以及获得这一参数的计算方法。要求设备MTBF至少达到2万小时以上。为保证系统的高可靠性，短消息中心的数据硬盘应硬件支持RAID1和RAID5,主处理机采用双机备份，并提供在线数据备份的手段。短消息中心的关键软件、硬件应有一定的容错和备份措施，保证系统的不间断运行，系统应具有软件、硬件故障的自动在线恢复功能。短消息中心为防止业务中

27、断，应提供自保护机制，在达到最大处理能力时不得出现宕机，其保护机制可根据实际处理流量分级提供不同的保护策略。要求两个业务处理机能够均匀的实现负荷分担。答复：满足，中兴短消息系统包含许多部件，以IW/GMSC为例，它由控制部件、信号设备、交换网络、中继电路等等组成。从可靠性模型角度来看应该可以等效为一个串并联的混合系统。其中有的部分如中继电路、交换网络等包括多套设备，只有在全部设备发生故障时才引起系统中断。因此，它们内部属并联结构。而不同部件之间的组合属于串联结构。以下为中兴各部件的MTBF（MeanTimeBetweenFailure平均故障间隔时间）和系统MTTR（MeanTimeToRep

28、air平均维修时间）：GMP:65000小时GSYCK：50000小时GCOMM：60000小时GSP：60000小时GPOWP：100000小时MTTR：0.05小时因此可以推算出系统的MTBF=60000小时，系统的MTTR=O.05小时，系统的可用度A=99.99962%o8.3可扩容性设备应采用模块化结构，具有平滑扩容的能力。卖方详细说明所提供配置的最终处理能力。答复：满足单条2M信令链路在0.2Erl的情况下处理能力大于160条/秒中兴通讯短消息中心前台信令处理部分IW/GMSC为模块化组网，最大可31个模块组成单短消息系统的信令处理部分，每个模块处理能力为400条/秒.450条/秒

29、业务处理数据库合一模块采用全UNIX小型机架构，处理能力为每模块900条/秒，通过今后进一步升级扩容每模块可达1200条/秒，目前可支持8个模块组网。人工坐席作为外部实体可单个连接到短消息中心也可作为一个整体连接到短消息中心，在外部接口满足的条件下，可支持7560个人工坐席接入。8.4信令链路要求系统应能支持接入的移动本地网中所有MSC满负荷时用户容量的需求，其存储容量应能满足所有用户使用短消息业务。短消息中心与PLMN之间的NO.7信令链路可根据业务情况灵活配置。本期工程要求长沙现有和新建的短信中心均采用2M信令链路，每条信令链路的最大负荷为单向0.2erl,并能够与现有STP（华为和贝尔）

30、设备连接。各链路之间能够实现负载均衡。在割接过程中应能实现2M和64K信令链路混合接入，并实现负载均衡。答复：满足8.5消息丢失率短消息中心接收并转发短消息到处理完毕提交转发的期间，由于系统原因造成的消息丢失率W10-7。答复：满足8.6消息处理延迟短消息中心接收到短消息到提交转发的第一次发送尝试的时间间隔W1000ms（95%的概率）。答复：满足九、硬件要求9.1一般要求卖方提供的硬件系统应是高可靠性、高可用性、符合应用要求下的高性能主机和存储设备，同时提供存储管理方案和系统备份方案。应采用集群和冗余技术，支持对称多处理技术，支持主备用或N+1冗余、负载分担和共享磁盘阵列，保证系统高可靠的数

31、据和不间断工作的能力。系统应满足以下要求：（1）有严密的安全保密措施和较强的联网能力。（2）系统硬件应具有热插拔功能。（3）考虑到今后的发展，要求系统在硬件（设备和接口的配置）上具有扩容方便的能力。（4）提供硬件配置说明及配置图。（5）系统硬件设备生产有严格的质量控制，经过老化和严格筛选，设备应具备长期使用的高稳定性和可靠性。（6）系统硬件设备必须不存在Y2K问题。答复：满足9.2主机要求（1）卖方应详细说明各个功能主机系统处理能力、内存容量、I/O需求的计算模型、计算公式和结果，并由此给出相应处理能力的主机配置。（2）要求采用主流小型机原厂的主流UNIX服务器，支持SMP技术，采用64位处理

32、器；（3）要求组成双机或多机高可用群集系统。当其中一台主机发生故障时，可将其上的应用自动地切换到其它正常主机上，待故障主机修复后再切换回来；（4）多机群集系统中的每个主机都应同时处于工作状态，并根据配置的情况运行相同或者不同的应用（或应用模块），以保证主机资源的充分利用；（5）主机应具备较强的健壮性，在计算机硬件、操作系统、存储系统及应用系统业务进程出现故障时，能迅速响应并进行应用的切换；集群系统中，某一台计算机出现故障时，尽量不影响系统的应用及响应能力；（6）主机的处理能力要求满足的所有业务应用和一定用户规模的需求，而且需考虑全部系统的开销及应用切换时性能余量。系统设计时应考虑30%的性能冗

33、余；（7）内存容量的配置要考虑到主机正常运行状态下的内存利用率不应大于70%,保证系统在业务高峰时仍具有较强的抗冲击能力；（8）主机应支持千兆以太网接口或百兆以太网接口（9）主机的硬盘、网络接口、网络连接及电源均应考虑足够的冗余；（10）支持电源、I/O设备、存储设备的热插拔；（11）主机系统设备应具有适当的扩充能力，包括CPU数量的扩充、内存容量的扩充、I/O能力的扩充和节点数的扩充等；并可支持CPU模块的升级和群集内节点的平滑扩充；（主机系统平均无故障时间应大于8万小时；（13）要求卖方提供主机TPMC、I/O带宽、I/O吞吐率、设备扩容最大容量（含CPU、内存、总线带宽、接口模块）、双机

34、耦合度。答复：满足，以每个短信中心新增900条/秒处理能力为例给出以下配置计算。业务处理模块按照中兴短消息中心的系统特点，四类基本消息所耗费的系统处理能力分别为：MO消息占用().11次TPC-C事物处理能力MT消息占用0.20次TPCC事物处理能力AT消息占用0.16次TPC-C事物处理能力AO消息占用0.10次TPC-C事物处理能力现以新建900条短消息中心为例计算：短消息中心处理能力为900条/秒，假设点对点业务占70%,点播类业务占20%,互通消息发送占5%,金融类业务占5%,通过以上设定可计算出总的短消息事务量为：=900X70%X(MO+MT)+900X20%X(MO+MT+AO+

35、AT)+900X5%X(MO+AT)+900X5%X(MO+MT+AO+AT)=900(MO+0.95MT+0.25A0+0.3AT)考虑1.3重发系数，每秒处理事务量为：900(MO+1.235MT+0.25AO+0.3AT)由此计算出在处理短消息基本转发业务系统所需的TPC-C值为21884tpmCo系统固有程序需要占用约3000tpmC,共需要24884tpmc.业务处理数据库模块采用IBMP630系列小型机，每个模块为双机加CLUSTER结构。主机旧MpSeries6302每台主机配置：CPU1-way1.2GHzPOWER4+ProcessorCard2个内存2048MB(4x512

36、MB)SDRAMDIMMMemory2组本机硬盘36.4GB10,000RPMUltra3SCSIDiskDriveAssembly2个9.4信令处理模块要求29十、软件要求2910.1基本要求2910.2软件功能要求3010.3软件维护管理功能要求3110.4用户界面3110.5数据库软件3210.6开发工具32H*一、同步3211.1同步方式3211.2同步链路3211.3时钟等级33十二、鉴权和安全3312.1用户鉴权3312.2操作权限和认证3312.3安全控制34十三、计费3413.1计费实现方式3413.2话单格式3413.3计费接口3513.4计费数据的存储要求35十四、监测维护

37、和网管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十七、工程实施和测试内容41通信网卡10/100MbpsEthernetPCIAdapterII2块光驱CD-ROMDrive-48X(Max)IDE1个在以上配置下:单机tpmc为46971,考虑30%冗余，以上配置满足本期扩容的要求。中兴通讯短消息中心

38、采用内存缓冲数据库，将所有暂缓发送的短消息放置在系统缓冲队列中。在一定时间端内，暂缓发送的消息始终处于队列中，减少大量不必要的数据读写，提高系统运行效率。以下是对消息发送时所需内存进行计算。缓存消息只需要考虑MT消息。忙时最大缓存消息数=不含重发消息数X重发比例X缓存时间=389万（条）业务处理模块所需内存=短消息忙时处理能力X短消息长度+缓存短消息数X短消息长度=605M+543M=1148M本期扩容每个短消息中心有两个业务处理模块，每个业务处理模块内存需满足574M的要求，系统本身需要128M内存，以及加入过负荷缓存功能将占用500M内存空间，考虑40%的系统冗余，本期工程每个模块配置4G

39、内存。9.3存储设备要求存储设备主要指磁盘阵列，实现系统数据的联机存储。（1）卖方应详细说明所需联机存储容量的计算模型、计算公式和结果，并由此给出相应的存储设备配置的存储容量和I/O能力等，并配置其端口数量应满足本期工程需要且具备一定的端口和背板扩容能力；（2）磁盘阵列设备要求有很高的安全可靠性，MTBFN80000小时；（3）磁盘阵列设备应可与多种厂家的主机系统相连；（4）磁盘阵列应能配合多机高可用群集系统的需要；（5）磁盘阵列采用UltraSCSI接口或FC-AL接口，支持RAIDO、1、0+1、5；（6）并可提供多通道、双电源及冗余风扇完全的硬件冗余。保证在某一硬件出问题时，能够进行自动

40、切换，不出现单点故障；（7）磁盘阵列设备应具有较强的平滑扩充能力，包括系统存储容量的扩充及I/O能力的扩充等；（8）磁盘阵列应支持先进的存储、备份方式等；（9）在系统的硬件更新、增加或微码升级时，能够保证系统在线进行。支持在线扩盘和倒盘；（10）提供多台主机同时高效共享文件系统的能力，允许多个操作系统启动多个I/O,同时存取一个逻辑卷。答复：满足，本期建设采用了三个存储设备，配置和计算公式如下计费模一满足2004年底月最大消息流量15.4亿条，采用IBMFAST200磁盘阵列基本软件安装空间：0.5G每条消息计费按110字节计计费磁阵信息保存3个月（包含话单消息内容），此外提供外接存储设备M0

41、保存产生的数据量为：0.5G+110BYTEX1540000000条X3个月=473.7G采用RAID0+1完全备份，所需各短信中心计费磁阵总容量应不小于946.6Go数据库模一满足2004年底月最大消息流量15.4亿条，采用IBM7133-D40磁盘阵列基本软件安装空间:0.5G短消息存放日期：30天每条短消息在硬盘上存储字节数为：240BYTES每天系统处理的短消息条数：4320KBHSM/0.1=43200000条。所需硬盘空间为：0.5G+1540000000条X240BYTE=344.2G采用RAID5冗余备份,所需各短信中心数据库硬盘总容量应不小于413Go源用户查询模一全省用户短

42、消息内容大型索引数据库，按满足2004年底月最大消息流量15.4亿条设计，采用DELLPV210磁盘阵列基本软件安装空间:0.5G短消息存放日期：3个月每条短消息在硬盘上存储字节数为，330BYTES所需硬盘空间为：0.5+3个月X1540000000条X330BYTE=1420G即所需各短信中心源用户查询模块索引数据库硬盘总容量应不小于1420Go9.4信令处理模块要求（1）信令处理模块负责处理与PLMN的信令交互，必须满足信息产业部和集团公司相关规范。（2）卖方应提供详细的配置计算模型和计算过程。（3）短信息中心应能提供2M信令传输模块和与处理能力配套的64K信令传输模块，模块配置应留有一

43、定余量，并不能成为系统瓶颈，不得在未达到设计峰值处理能力时出现拥塞。（4）各传输链路之间应能负载均衡。（5）短消息中心应支持至少8个信令点编码。答复：满足，本期建设将全部采用中兴通讯信令接入模块主处理板，根据新MP处理能力的计算，一个外围消息处理模块（MPM）处理能力为144万一162万BHSMo新建一套1200条/秒的短信中心，考虑部分模块间冗余，配置4个外围MPM模块。4个外围处理模块需2个中兴STP设备机架，中心机架需单独的一个机架，共计需3个机架。机架采用直流供电，每个机架功耗小于500Wo十、软件要求10.1基本要求（1）模块化要求软件采用分层的模块化结构，各模块之间的通信应按规定接

44、口进行。任何一层的任何一个模块的维护和更新以及新模块的追加都不应影响其它模块的功能。(2) 并行性为承载大业务量，系统应在软件级别上实现业务处理的高度并行性，应采用多进程、多线程技术，进程间负载均担、协同处理；同时，结合硬件，实现分布式计算、负载均衡和互为备份，从而提高系统资源利用率和系统可靠性。卖方应提供短消息处理能力计算方法、计算结果和本次配置处理能力。存储应采用先进的存储策略，使得数据能够均衡分布在硬盘上；同时，能够动态分配用户存储空间，提高存储设备的利用率。(3) 低耦合系统参数、用户数据与处理程序应有相对的独立性。用户数据的任何变更都不应引起运行版本程序的变更。处理程序应与任何系统参

45、数、用户数据相适应。(4) 容错性和健壮性软件应有容错能力，一般小的软件故障不应引起各类严重的系统再启动。容错包括对用户误操作的容错，采用存储/转发机制保证应用系统的容错性能。软件设计应有健壮性，某一软件模块内的软件错误应限制在本模块内，而不应造成其它软件模块的错误。(5) 可监测应具有软件运行故障的监测功能。一旦软件出现死循环等重大故障，应能自动再启动，并产生即时故障报告信息。采用错误标识代码准确标识错误点，同时生成日志文件，以便维护；并以可视化界面报警的形式提示系统管理员检测和修复。故障定位还包括系统对硬件故障的诊断和维护。(6) 安全性采用的认证和加密等安全技术保证以防止非法用户的侵入。

46、答复：满足10.2软件功能要求(1) 要求有完善的实时操作系统。（2）要求具有计费处理功能，并能够与计费处理中心相配合。（3）要求具有网管子系统及处理相应业务的功能。（4）要求具有对各种硬件设备测试的功能。（5）要求具有对软件、硬件运行故障的监测功能。有完善的故障告警及故障事后处理功能。要求具有与集中维护管理中心相配合的控制功能。（6）要求具有友好、方便的图形化人机界面。（7）要求具有完善的维护管理功能，具有用户数据管理、系统观察管理、软件维护管理、设备维护管理等功能。（8）要求具有故障自诊断和故障定位功能。答复：满足10.3软件维护管理功能要求（1）要求具有在不中断处理呼叫接续的情况下，完成

47、程序打补钉的功能。（2）要求对于全部系统参数和用户数据都可以在不影响呼叫接续处理的情况下，用人机交互方式进行数据的查询、修改变更和追加操作，以及由软盘或其它媒介进行批量数据的引入运行。对原运行数据的暂存、重新运行，使用删除。（3）若对修改后软件不满意或将修改后软件引入系统后，对系统有副作用或发现新版本有问题，应能方便而迅速地（在1分钟内）恢复原来的程序。故障诊断软件的诊断要求故障诊断软件能对硬件故障进行诊断和定位，故障诊断定位后应能显示或打印，报告故障设备的物理位置等有关信息。答复：满足10.4用户界面（1）采用良好的人/机交互界面设计，提供多种操作接入手段（本地和远程登录），便于直观、快捷的

48、操作。（2）系统必须提供纯中文操作界面。（3）系统能连接打印机、文件存储设备（如磁盘、光盘等）。系统能用菜单进行显示和查阅；能用口令控制操作的权限，防止无权人员使用影响系统运行；能保留全部人机操作记录，并可进行查阅和输出打印。答复：满足10.5数据库软件要求数据库软件采用Oracle数据库。答复：满足10.6开发工具系统的开发工具采用目前的主流产品，其开发语言应是标准C语言、JAVA、JAVASCRIPT.C+等业界通用开发语言。答复：满足H一、同步n.i同步方式采用主从同步方式，系统必须具备内同步时钟。答复：满足11.2同步链路可由NO.7信令网到系统的PCM链路中提取同步信号对系统内部时钟

49、进行锁相同步。在任何情况下，必须保证每一网络单元始终的主从控制关系，不得出现闭合环路控制和双向互控情况。答复：满足H.3时钟等级时钟等级为三类时钟。答复：满足，中兴通讯短消息中心时钟等级为2级A类时钟。十二、鉴权和安全12.1用户鉴权（1）系统应能够对短信用户身份和SME进行认证，鉴权方式可采用用户号段鉴权或/和用户开户信息鉴权，对MO和MT分别进行鉴权；同时系统应提供VIP名单、黑名单等功能和多种组合鉴权规则，按照规则分配短信处理优先级别并对非法用户提交的请求进行拒绝。（2）系统应能对虚拟短消息中心按用户号段进行鉴权，且同一用户号段可属于不同虚拟短消息中心。（3）系统应能提供可视化界面且操作

50、灵活方便的认证规则修改工具。答复：中兴短消息系统提供四种鉴权方式：按号短鉴权，按开户信息鉴权，先按号段再按开户信息鉴权，不鉴权，并在新一代监控系统中提供VIP名单、黑名单等功能和多种组合鉴权规则。12.2操作权限和认证系统管理权限必须严格分级，一般可分为系统管理员、用户管理员、统计监控管理员等，并按所需操作权限分配操作内容。对所有操作请求进行认证，以防止非法用户操作。同时，记录操作人员的每步操作内容、登录时间和所使用的终端。答复：满足12.3安全控制系统应采用防火墙技术等来保证系统安全，并提供安全访问控制机制和系统端口安全监测手段。短消息中心应不得与内部其它业务系统同在一个局域网内直接互联，必

51、须实现网段或网络隔离。同时，与外部系统必须采用防火墙和路由器实现隔离。提供IP地址需求、配置和管理建议。卖方应详细提供对现有系统安全改造方案和实施步骤，对新建系统的安全控制方案进行详细说明。答复：满足，详见湖南短消息系统安全方案十三、计费13.1计费实现方式(1) 短消息中心应能将短消息详单等计费所需的所有原始信息，以计费系统可识别的数据格式存储。(2) 短消息中心的话单采集频率应可任意调整，根据目前计费粒度应至少保证能够15分钟采集一次。(3) 必要时能配合计费中心完成用户计费管理功能。(4) 计费数据存储介质为本地硬盘，并能将数据备份到M0盘，M0盘容量为5G以上。计费详单有足够的硬盘存储

52、空间，要求能至少3个月。答复：满足13.2话单格式详细计费格式详见集团公司相关规范和规定。答复：满足13.3计费接口计费数据采集传输协议采用提供FTAM或FTP；同时，话单数据的网络硬件接口应支持快速以太网，以便计费系统通过局域网访问数据。答复：满足13.4计费数据的存储要求（1）计费数据采用本地硬盘存储当前3个月所有数据，并能够脱机存储，系统应能够自动将计费数据备份到磁带或光盘。（2）当存储介质即将存满时，应当有告警提示。在更换备份介质时，应保证数据不丢失。答复：满足十四、监测维护和网管14.1系统状态监测系统应自动地实时监测主处理机、数据库、中继链路、信令链路、人工坐席等设备的状态。要求系

53、统能监测单条链路的利用率。系统应能监测正在服务的用户数和消息队列的短消息数以及消息处理延时等数据，并能够监控一条短信的整个生命周期内的所有状况、跟踪一条短消息的所有NO.7信令消息和各模块正在处理的消息队列情况。用户短消息队列长度应能动态调整或人工设定，且队列长度至少25条。当用户的短消息队列满时，在不丢失用户短消息的前提下，应能提供处理策略和操作界面。答复：满足17.1工程实施4117.2系统割接4217.3测试内容42十八、技术服务和培训及技术文件4318.1技术服务4318.2技术培训4518.3技术文件4614.2维护管理系统应能提供各网管主要功能，包括配置管理、故障管理、性能管理、安

54、全管理和计费管理等功能，并给出详细说明或提供SNMP或Q3协议接口。如：系统应能配合完成短消息业务的登记、开户，销户等管理功能，能对任一用户的任一服务类型进行开户以及销户的处理。应能支持网管系统对其进行的更新、升级等配置管理，按指令完成软件/硬件的重新配置等。系统应提供常用数据库互连接口，以便运营商根据业务需要接入其它系统时，可对数据库进行操作。答复：满足，网管功能包括配置管理，故障管理，性能管理，安全管理和计费管理等功能由操作维护服务器提供，短消息业务的开户，销户等管理功能由受理台提供。14.3日志记录为便于业务统计和分析，系统应提供相应的日志功能：（1）记录系统操作人员每次登录系统的时间、

55、时长、计算机IP地址和名称（2）记录管理员的每个操作步骤（3）记录系统安全报警、性能报警和故障报警等信息答复：满足14.4报障功能对发送失败的短信，系统必须提供统计报告，包括失败次数和失败原因。答复：满足14.5状态监控功能系统应具备运行状态监控功能，通过本地和远程监控界面，提供系统实时运行状态和配置参数，允许卖方设定系统配置参数，并由此在线调整系统运行状态。监控内容包括主机、存储等设备和应用的主要性能状态（如：CPU利用率、内存利用率、磁盘存储空间利用率、uo吞吐率等）以及网络状态和系统故障报警。答复：满足14.7网络管理系统应提供本地维护终端应实现配置管理、故障管理、性能管理和安全管理等网

56、管功能。同时，系统网管协议采用SNMPV2或Q3及以上版本协议，提供与省网管中心系统相连的网管设备，包括网管软件接口和传输接口，并应满足中国移动短消息中心网络管理规范的相关各项要求。答复：满足十五、统计功能15.1一般要求（1）满足集团公司所有统计要求，并在设备服务期内随集团公司要求调整而调整。（2）短消息中心可预先设置统计项目，并可任意设定统计的开始日期、时间和终止日期、时间（如按月、周、日及任意指定时间段统计）。（3）短消息中心既能单独统计单个项目，也可同时统计多个项目，且统计项目可根据需求组合。（4）应提供统计数据的多种输出方式，以通用的图形/表格数据格式输出至显示器、磁盘、打印机等设备，以备查阅分析。同时，上述统计信息应能在短消息中心系统中保存至少一年，生成的报表格式为电子表格形式，按月、季度和年可以生成报表和曲线图。（5）