技术规范及点对点应答样本.doc

附件五

技术规范及点对点应答
目 录
一、总则 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 规范要求
⑴ 卖方依据本规范提交项目提议书应包含具体硬/软件设备清单、单价和总价和技术方案。
⑵ 卖方应确保所提供设备在产品性能、技术指标业务功效等方面均能满足本规范要求，同时设备也应满足中国移动集团企业相关规范和相关标准最新版本各项要求，其中卖方应具体给出支持标准清单。
⑶ 卖方提供设备应是按最少八年使用期设计，卖方要确保不管提供设备是否还生产，在使用期内买方可得到备件。
⑷ 卖方提议书中，要求对本规范书所提出各项要求进行逐条逐项回复、说明和解释，首先对实现或满足程度明确给出“满足”、“不满足”、“部分满足”等应答，然后给具体、具体说明。在回复中，要求明确满足程度，凡采取“详见”、“参见”方法说明，应指明参见文档具体章节或页码。
⑸ 卖方应依据本技术规范书工程、技术要求在要求时间内提供对应数量提议书（汉字）和报价（汉字提议书和报价应单独分册（报价信函密封）分别作为技术谈判和商务谈判文件，同时分别提供电子版文件。在提议书中应说明对供货时间、安装、调测、验收等进度具体安排。
⑹ 卖方应列出其提议书中所提供设备和系统在世界范围内和中国应用情况，诸如最大网络规模、业务类型及开展方法、用户数量等。
⑺ 由卖方原因造成工期延误，由卖方赔偿买方损失。
⑻ 卖方对于规范书疑问能够经过书面材料和买方联络。在要求提议书提交最终期限以前，买方将以书面材料给回复，相关买方回复材料复印件也将递交全部得到技术规范书卖方。
⑼ 在技术谈判各个阶段，买方将以书面形式要求卖方对相关问题进行深入技术澄清，卖方应以书面资料给正式应答全部各阶段技术澄清文件全部将作为协议附件。
⑽ 未经买方许可，卖方不得以任何形式向第三方提供本文件全部或部分内容。
⑾ 买方在任何时候全部保留和拥有对本文件解释权和修改权。买方有权在签定协议前，依据需要修改和补充本技术规范书，修改补充后最终技术规范书将作为协议附件。
⑿ 由卖方所提供设备部件间连线和插接件均应视为设备内部器件，包含在对应设备之中。
⒀ 卖方应提供设备安装、测试所需电缆、安装材料、专用工具仪表等。并应依据配置情况具体列出多种设备、材料、工具仪表和软件等清单并具体说明各项费用。
⒁ 卖方提供设备必需在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处理能力和用户容量已基础靠近计划设计能力和容量。同时依据业务估计，至12月湖南省短信需处理能力3500条SM/秒，故现有SMSC处理能力和容量不能满足业务发展需求。
伴随短信业务量增加，用户对短信业务种类提出了更趋多样化需求，由此湖南移动在短信市场不停开发出新产品，从而刺激业务量深入增加。如近期相继面向全省推出手机支付、手机定位等等业务，能够预见这类应用必将对SMSC系统峰值处理能力提出更高要求。
所以，依据业务发展需要必需对全省短消息中心处理能力进行扩容。
回复：知悉
2.2 系统现实状况
1、短信系统现实状况
湖南省移动通信企业SMSC于1996年开始建设，经一期和二期和三期扩容后，现在全省共有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倍），依据业务估计到底短信中心月计费流量为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）计费接口模块
提供联网计费、独立计费、包月制、按查询条数计费或相结合多个方法，并实现话费查询、欠费提醒、话费限额提醒等功效。
回复：满足，ZXG10－SC短消息系统产生两类标准话单，由计费系统完成话单搜集、分拣、存放，而且依据标准FTAM规程向计费中心传送。
短消息系统依据短消息提交和转发，分别产生SMS-MO-in SC和SMS-MT-in SC两类话单。
ZXG10－SC标准话单计费信息：话单类型、主叫号码、被叫号码、短消息中心号码、短消息长度、短消息优先级、短消息标识、回执标识和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信令网技术体制》。
⑹ 和SGSNGd接口
短消息中心应支持和SGSNGd接口，支持和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 短消息存放能力
短消息中心能够对用户提交短消息数据进行存放，内容包含：
⑴ 短消息文本（1－n）条；
⑵ 短消息时间、长度、优先级、使用期；
⑶ 提议者和目标地址及应用类别（MO/MT等）；
⑷ 信息起源、状态汇报、失败原因等。
⑸ 存放器容量：短消息原始话单保留3个月，计算得出对应短消息中心存放器容量，并说明算法。
回复：满足，依据现有短消息量统计方法，将手机用户起呼消息MO和手机用户终呼消息MT分别进行计算，即各算一条消息。因为现在外网网关和网关发往本网AO、AT消息关键话单由网关负责提供，所以该部分消息即使占有系统资源，但暂不单独进行统计。
依据技术规范书设计要求，在底短信中心月计费流量为4.6亿条（实际流量为15.4亿条）。其中MO：MT=48%:52%。中兴通讯存放器容量以下所表示：

1、计费模块——满足底月最大消息流量15.4亿条,采取IBM FAST200磁盘阵列
Ø 基础软件安装空间：0.5G
Ø 每条消息计费按110字节计
Ø 计费磁阵信息保留3个月（包含话单消息内容），另外提供外接存放设备MO保留
产生数据量为：
0.5G+110BYTE ×条×3个月=473.7G
采取RAID0+1完全备份,所需各短信中心计费磁阵总容量应大于946.6G。

2、数据库模块——满足底月最大消息流量15.4亿条，采取IBM 7133-D40磁盘阵列
Ø 基础软件安装空间：0.5G
Ø 短消息存放日期：30天
Ø 每条短消息在硬盘上存放字节数为：240BYTES
天天系统处理短消息条数：4320KBHSM/0.1=4300条。所需硬盘空间为：
0.5G+条×240BYTE=344.2G
采取RAID5冗余备份,所需各短信中心数据库硬盘总容量应大于413G。

3、源用户查询模块——全省用户短消息内容大型索引数据库，按满足底月最大消息流量15.4亿条设计，采取DELL PV210S磁盘阵列
Ø 基础软件安装空间：0.5G
Ø 短消息存放日期：3个月
Ø 每条短消息在硬盘上存放字节数为：330BYTES
所需硬盘空间为：
0.5+3个月×条×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 系统日志
短消息中心应含有独立日志功效，对于系统运行、各业务功效情况等应含有具体统计，并可对故障进行分类汇报，方便事后分析故障原因。
回复：满足，为了使局方愈加好操作和管理短消息中心，ZXG10—SC提供日志查看器，可对操作进行管理和维护。操作员对ZXG10－SC操作以一定方法自动统计下来，方便在某种特定情况下供操作人员查询。日志文件存放在服务器上，对应终端全部可查看。

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小时
所以能够推算出系统MTBF＝60000小时，系统MTTR＝0.05小时，系统可用度A＝99.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％，经过以上设定可计算出总短消息事务量为：
＝900×70％×（MO+MT）+900×20％×（MO+MT+AO+AT）+900×5％×（MO+AT）+900×5％×（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
个

内存
2