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

1 51 附件五附件五 技术规范及点对点应答技术规范及点对点应答 i 51 目目 录录 一 总则一 总则 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 ii 51 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 iii 51 17 1 工程实施 41 17 2 系统割接 42 17 3 测试内容 42 十八 技术服务和培训及技术文件十八 技术服务和培训及技术文件 43 18 1 技术服务 43 18 2 技术培训 45 18 3 技术文件 46 1 51 一 总则一 总则 本文件是湖南省移动通信有限责任公司 以下简称买方 短消息中心系统技 术规范书 设备供应商 公司 以下简称卖方 应根据本规范向买方提供技术建 议书和报价 答复 满足答复 满足 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 系统网络管 理规范 湖南移动通信有限责任公司 湖南移动短信业务网关技术规范 湖南省移动通信有限责任公司 手机银行短消息中心设备技术规范 答复 知悉答复 知悉 2 51 1 3 规范要求规范要求 卖方根据本规范提交的项目建议书应包括详细的硬 软件设备的清单 单 价和总价以及技术方案 卖方应保证所提供的设备在产品性能 技术指标 业务功能等方面均能 满足本规范的要求 同时设备也应满足中国移动集团公司的相关规范和相关标准 的最新版本的各项要求 其中卖方应详细给出支持的标准清单 卖方提供的设备应是按至少八年使用期设计的 卖方要保证不论提供的 设备是否还生产 在使用期内买方可得到备件 卖方的建议书中 要求对本规范书所提出各项要求进行逐条逐项答复 说明和解释 首先对实现或满足程度明确给出 满足 不满足 部分满足 等应答 然后给予具体 详细的说明 在答复中 要求明确满足的程度 凡采用 详见 参见 方式说明的 应指明参见文档的具体章节或页码 卖方应根据本技术规范书的工程 技术要求在规定时间内提供相应数量 的建议书 中文 和报价 中文 建议书与报价应单独分册 报价信函密封 分别作为技术谈判和商务谈判文件 同时分别提供电子版文件 在建议书中应说 明对供货时间 安装 调测 验收等进度的具体安排 卖方应列出其建议书中所提供设备和系统在世界范围内和国内的应用情 况 诸如最大网络规模 业务类型及开展方式 用户数量等 由卖方原因造成的工期延误 由卖方赔偿买方的损失 卖方对于规范书的疑问可以通过书面材料与买方联系 在规定的建议书 提交最后期限以前 买方将以书面材料给予答复 有关买方答复材料的复印件也 将递交所有得到技术规范书的卖方 在技术谈判的各个阶段 买方将以书面形式要求卖方对有关问题进行进 一步的技术澄清 卖方应以书面资料给予正式应答 所有各阶段的技术澄清文件 都将作为合同附件 未经买方许可 卖方不得以任何形式向第三方提供本文件的全部或部分 内容 买方在任何时候都保留和拥有对本文件的解释权和修改权 买方有权在 签定合同前 根据需要修改和补充本技术规范书 修改补充后的最终技术规范书 3 51 将作为合同的附件 由卖方所提供的设备部件间的连线和插接件均应视为设备内部器件 包 含在相应的设备之中 卖方应提供设备安装 测试所需的电缆 安装材料 专用的工具仪表等 并应根据配置情况详细列出各种设备 材料 工具仪表和软件等的清单并详细说 明各项费用 卖方提供的设备必须在 2003 年 12 月 20 日前割接上线 答复 满足答复 满足 设备配置情况及各项费用详见设备配置情况及各项费用详见 配置报价配置报价 工程 工程 进度详见进度详见 工程进度表工程进度表 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文件传输访问管理协议 答复 知悉答复 知悉 4 51 二 工程概况二 工程概况 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 套短信网关互联 5 51 2 短信流量 根据统计目前短信中心月计费流量为 2 3 亿条 实际流量为 3 4 倍 根据业 务预测到 2004 年底短信中心月计费流量为 4 6 亿条 实际流量为 15 4 亿条 其 中 MO MT 48 52 答复 知悉答复 知悉 2 3 工程建设规模工程建设规模 由于现有系统无法满足日益增长的业务需求 根据湖南移动发展移动数据业 务营销和移动客户服务的要求 考虑到现阶段的实际情况 新的系统将在保留原 有设备的基础上 进行扩容 本期工程全省共新增峰值处理能力共计 1200 条 SM 秒 系统建成后达到 3500 条 SM 秒 答复 满足答复 满足 中兴通讯将在保留原有设备的基础上提供三种技术解决中兴通讯将在保留原有设备的基础上提供三种技术解决 方案 系统建成后全省短信业务处理能力可达到方案 系统建成后全省短信业务处理能力可达到 35003500 条条 秒 秒 三 系统建设原则三 系统建设原则 建设短消息中心满足用户对短信及其增值业务的需求 并为运营商的业务发 展提供网络支撑 短信系统的扩容建设和设计应满足以下原则 安全可靠性 具有切实有效的手段保障系统数据准确性 安全保密性及系统运行稳定性 高效性 系统具有高处理速度和吞吐能力 以满足用户对服务质量的要求 并根据短 信类别 按详单产生计费数据 互连开放性 作为短信业务承载平台 应支持统一的短信业务接口 可管理性 具备便于操作 管理的系统监测 维护手段 并可通过统计数据对系统性能 进行评估 同时统计功能应灵活方便 以便于运营商根据变化的市场和业务种类 对短信业务进行所需的统计分析 6 51 可扩充性 提供开放的业务接口和方便的业务生成工具 使运营商可在平台基础上二次 开发短信增值新业务 总之 系统设计与建设中应充分考虑和利用现有各种资源 既要考虑系统的 先进性和有效性 又要考虑其实现的可行性和经济性 系统设计与建设要符合业 务管理需求 系统结构 数据接口应可灵活扩展 为将来业务拓展提供空间 答复 满足答复 满足 四 系统结构四 系统结构 4 1 系统网络结构系统网络结构 SMSC 系统结构如图 4 1 所示 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 发起和终止的短信业务 承担 7 51 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 实现常德用户的覆盖 8 51 LSTP 1 衡阳SMSC衡阳MSC LSTP 2 衡阳HLR 常德 MSC 常德 HLR 图 4 2 短信组网示意图 答复 知悉 本期短信建设中兴通讯符合上述组网建设条件 答复 知悉 本期短信建设中兴通讯符合上述组网建设条件 4 2 系统功能模块系统功能模块 短消息中心系统可分为以下主要模块 1 短消息中心 处理移动台发起 终止的短消息业务 同时为 1258 1259 秘书台 信息点播等 提供承载 答复 满足答复 满足 2 计费接口模块 提供联网计费 独立计费 包月制 按查询条数计费或相结合的多种方式 并实现话费查询 欠费提示 话费限额提示等功能 答复 满足 答复 满足 ZXG10 SC 短消息系统产生两类标准话单 由计短消息系统产生两类标准话单 由计 费系统完成话单的收集 分拣 存储 并且根据标准的费系统完成话单的收集 分拣 存储 并且根据标准的 FTAM 规程规程 向计费中心传送 向计费中心传送 短消息系统根据短消息的提交和转发 分别产生短消息系统根据短消息的提交和转发 分别产生 SMS MO in SC 和和 SMS MT in SC 两类话单 两类话单 ZXG10 SC 标准话单的计费信息 话单类型 主叫号码 被叫标准话单的计费信息 话单类型 主叫号码 被叫 号码 短消息中心号码 短消息长度 短消息优先级 短消息标识 号码 短消息中心号码 短消息长度 短消息优先级 短消息标识 9 51 回执标识以及回执标识以及 SME 类别等 类别等 3 监测维护 网管和统计模块 为系统提供本地实时监测 故障告警等功能和手段 并实现对系统的各类局 数据和用户数据的维护 在统一网管平台上 对系统运行的各类信息数据进行统 计和管理 并提供省网管中心的网管接口 统一网管平台及其接口应符合集团公 司相关规范要求 答复 满足答复 满足 中兴通讯将在原有网管系统上按中移建设要求增加中兴通讯将在原有网管系统上按中移建设要求增加 直连网元接口 并在原有操作维护模块采用新一代短信监控系统以提直连网元接口 并在原有操作维护模块采用新一代短信监控系统以提 供告警 配置 性能统计等数据的统计和管理和各类用户消息的监测 供告警 配置 性能统计等数据的统计和管理和各类用户消息的监测 统计功能 统计功能 4 SME 接口模块 短消息中心应提供 SME 接入接口 按照流量计算接口容量 并不得限制 SMPP 接口数量 不低于短消息中心配置的峰值处理能力 答复 满足答复 满足 5 WEB WAP 接口 为便于将来业务的发展 系统的扩充 应提供与 WAP 网关的接口 答复 满足答复 满足 6 短信网关接口 为实现短消息中心与 ISMG 连接提供统一的接口 答复 满足答复 满足 7 防火墙和防病毒模块 实现对短消息中心系统的安全保障 防止非法访问 系统应具备防病毒功能 保证系统不受病毒侵害 提供病毒码的在线升级 答复 满足答复 满足 10 51 五 通信接口五 通信接口和组织和组织 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 用户过滤功能可保证特殊用户不受垃圾用户用户过滤功能可保证特殊用户不受垃圾用户 11 51 使用权限设置 并且不影响短信中心整体处理能力 推荐采用 使用权限设置 并且不影响短信中心整体处理能力 推荐采用 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 字符 短消息业务 可支持二进制形式的短消息业务 当用户的语音信箱中有留言时 系统可通过短消息通知移动台 定时发送业务 系统可在设定时间向某用户或批量向设定的若干用户发 12 51 送短消息 可支持 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 消息的主要话单由网消息的主要话单由网 13 51 关负责提供 所以该部分消息虽然占有系统资源 但暂不单独进行统关负责提供 所以该部分消息虽然占有系统资源 但暂不单独进行统 计 计 根据技术规范书设计要求 根据技术规范书设计要求 在在 2004 年底短信中心月计费流量为年底短信中心月计费流量为 4 64 6 亿条 实际流量为亿条 实际流量为 15 415 4 亿条 亿条 其中 其中 MOMO MT 48 52 MT 48 52 中兴通讯中兴通讯 存储器容量如下所示 存储器容量如下所示 1 1 计费模块 计费模块 满足满足 20042004 年底月最大消息流量年底月最大消息流量 15 415 4 亿条亿条 采用采用 IBMIBM FAST200FAST200 磁盘阵列磁盘阵列 基本软件安装空间 基本软件安装空间 0 5G0 5G 每条消息计费按每条消息计费按 110110 字节计字节计 计费磁阵信息保存计费磁阵信息保存 3 3 个月 包含话单消息内容 个月 包含话单消息内容 此外提供外 此外提供外 接存储设备接存储设备 MOMO 保存保存 产生的数据量为 产生的数据量为 0 5G 110BYTE0 5G 110BYTE 1540000000 1540000000 条条 3 3 个月个月 473 7G 473 7G 采用采用 RAID0 1RAID0 1 完全备份完全备份 所需各短信中心计费磁阵总容量应不小所需各短信中心计费磁阵总容量应不小 于于 946 6G946 6G 2 2 数据库模块 数据库模块 满足满足 20042004 年底月最大消息流量年底月最大消息流量 15 415 4 亿条 亿条 采用采用 IBMIBM 7133 D407133 D40 磁盘阵列磁盘阵列 基本软件安装空间 基本软件安装空间 0 5G0 5G 短消息存放日期 短消息存放日期 3030 天天 每条短消息在硬盘上存储字节数为 每条短消息在硬盘上存储字节数为 240BYTES240BYTES 14 51 每天系统处理的短消息条数 每天系统处理的短消息条数 4320KBHSM 0 1 432000004320KBHSM 0 1 43200000 条 所条 所 需硬盘空间为 需硬盘空间为 0 5G5G 1540000000 条条 240BYTE 344 2G 240BYTE 344 2G 采用采用 RAID5RAID5 冗余备份冗余备份 所需各短信中心数据库硬盘总容量应不小所需各短信中心数据库硬盘总容量应不小 于于 413G413G 3 3 源用户查询模块 源用户查询模块 全省用户短消息内容大型索引数据库 全省用户短消息内容大型索引数据库 按满足按满足 20042004 年底月最大消息流量年底月最大消息流量 15 415 4 亿条设计 采用亿条设计 采用 DELLDELL PV210SPV210S 磁盘阵列磁盘阵列 基本软件安装空间 基本软件安装空间 0 5G0 5G 短消息存放日期 短消息存放日期 3 3 个月个月 每条短消息在硬盘上存储字节数为 每条短消息在硬盘上存储字节数为 330BYTES330BYTES 所需硬盘空间为 所需硬盘空间为 0 5 30 5 3 个月个月 1540000000 1540000000 条条 330BYTE 1420G 330BYTE 1420G 即所需各短信中心源用户查询模块索引数据库硬盘总容量应即所需各短信中心源用户查询模块索引数据库硬盘总容量应 不小于不小于 1420G1420G 6 2 2 短消息的提交和转发 短消息提交 当短消息提交给短消息中心后 在确认消息有效后 将短消息及时保存 并 向发起者回发确认信息 短消息转发 短消息中心取出应该发送的消息 并确保在一个时刻向一个移动台 MS 发送一条消息 如果转发失败 则短消息中心接收从网络侧回发的失败原因 短 15 51 消息中心不再向接收侧发送 直至从网络接收到提醒消息或短消息中心采用定时 重试机制 答复 满足答复 满足 6 2 3 短消息的优先级 短消息中心应将移动台终止的短消息分为高优先级和普通优先级 高优先级 的消息优先发送 并在 MS 暂时不在服务区或无存储容量时也强制转发尝试 答复 满足答复 满足 6 2 4 有效期 短消息中心可设置缺省有效期 该值由运营商通过操作维护终端进行灵活设 定 当有效期逾时后 短消息中心从发送队列中删除该消息 并根据用户设定产 生状态报告 答复 满足答复 满足 6 2 5 重复转发尝试 短消息可进行两种重复转发尝试 短消息中心得到通知 MS 已激活或有能力接收短消息 接收到从 HLR 发送过来的 ALERT SC 信令 短消息中心进行定时自动重复转发尝试 并且可根据网络侧回发的失败 原因设定不同的重复转发时间间隔和次数 答复 满足答复 满足 6 2 6 状态报告 短消息中心应有能力通知 MS 该用户发的短消息的状态 转发通知 成功 转发 缓冲通知 暂时不成功状态 转发失败 同时短消息中心应能根据运营 商要求设定状态报告标志 答复 满足答复 满足 6 2 7 长短消息 在移动台支持的情况下 短消息中心应可完成长的短消息 长度 140 字节 转发 16 51 答复 满足答复 满足 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 告警功能 短消息中心应具有监测和告警功能 对于系统设备和各种业务应用的不正常 状态应产生文字和图形告警信息 提醒操作人员注意 17 51 答复 满足 短消息检测和告警功能由故障管理系统提供 它包答复 满足 短消息检测和告警功能由故障管理系统提供 它包 括对括对 IW GMSC 和业务服务器等的运行进行故障管理 并于后台实时和业务服务器等的运行进行故障管理 并于后台实时 提供文字和图形告警信息 提供文字和图形告警信息 6 2 13 统计查询功能 1 短消息中心应具有统计分析功能 能灵活地对各种类型的业务应用进行 组合统计 为运营商提供业务发展定量分析 如 针对虚拟 SMSC 可分地区统计 可统计实际使用用户数等 2 能根据按接收 发送 用户号码 发送日期 信息内容及关键字等多个 条件进行综合查询 3 增加对因拦截而未能成功发送的短信流量的统计报表及被拦截用户已成 功发送的统计报表 4 要求短信中心支持按主 被叫用户 时段 内容 关键字等多条件灵活在线 查询 3 个月短信内容 5 要求短信中心支持按照错误代码对各个虚拟短信中心分别统计 答复 满足 答复 满足 6 2 14 用户鉴权能力 对于 MO 方式短消息 短消息中心应能识别主发 MS 判断它是否为本短消 息中心归属的用户 或根据运营商需要的其它方式进行鉴权 答复 满足 中兴短消息系统提供四种鉴权方式 按号段鉴权 答复 满足 中兴短消息系统提供四种鉴权方式 按号段鉴权 按开户信息鉴权 先按号段再按开户信息鉴权 不鉴权 针对具体情按开户信息鉴权 先按号段再按开户信息鉴权 不鉴权 针对具体情 况可对况可对 MO 和和 MT 的鉴权方式进行灵活配置 的鉴权方式进行灵活配置 6 2 15 虚拟短消息中心 多个移动本地网可共用一个短消息中心实体 该实体能够支持不少于 10 个 短消息中心号码 实体中各短消息中心业务运行和维护管理相对独立 互不干扰 18 51 答复 满足 中兴通讯的短消息系统最大支持答复 满足 中兴通讯的短消息系统最大支持 255255 个虚拟短消息个虚拟短消息 中心 中心 6 2 16 网关功能 短消息中心实体应具有 SMS G IW MSC 功能 即能够向 HLR 询问路由信息 并向 MS 所在 VMSC 转发短消息 短消息中心作为一个独立实体以标准的 MAP 信令接入 PLMN 答复 满足答复 满足 6 2 17 业务联网功能 短消息中心应能根据运营商的要求完成业务联网 答复 满足 中兴通讯短消息中心可采用双网双平面及进一步耦答复 满足 中兴通讯短消息中心可采用双网双平面及进一步耦 合的工作方式完成多个短信中心业务联网 合的工作方式完成多个短信中心业务联网 6 2 18 垃圾短信封堵功能 1 短信过滤 对特定关键字进行过滤 对满足特定关键字的信息不与发送 2 流量控制 对于点对点短消息 针对一个用户 系统能对每天发送量进行监控 对于超 出预设数目的短信不再下发 并回发用户一条信息 告诉用户其发送量过大 对 其短信不再转发 并将后续的一条短信发送至设定手机上 需考虑计费处理 经过预设的时长后 再恢复其短信发送功能 以上功能均应由短信中心自动实现 并且可根据运营商需求开通或关闭 其中短信预设数目 特定手机号码 预设时 长可由运营商方便 灵活的自定义 3 提供对垃圾短信的灵活的统计和查询功能 答复 部分满足 中兴通讯新一代垃圾短信系统已对流量进行改答复 部分满足 中兴通讯新一代垃圾短信系统已对流量进行改 19 51 进 可对不同用户群按照不同监控粒度进行流量控制 对于超出指定进 可对不同用户群按照不同监控粒度进行流量控制 对于超出指定 监控信息流量范围的用户将发送告警和通知消息给系统管理员 并可监控信息流量范围的用户将发送告警和通知消息给系统管理员 并可 自动启用黑名单功能 目前暂不提供发送给垃圾短信用户的提示通知自动启用黑名单功能 目前暂不提供发送给垃圾短信用户的提示通知 消息 本期建设将提供源用户查询功能完成对各类消息的灵活统计和消息 本期建设将提供源用户查询功能完成对各类消息的灵活统计和 查询功能 查询功能 七 编号与拨号方式七 编号与拨号方式 7 1 短消息中心的编号短消息中心的编号 GSM 用户 SIM 卡中存储的短消息中心的号码用于 MS 发起的点对点短消息 业务对于短消息中心的寻址 答复 满足 答复 满足 7 2 自动自动 人工短消息接入号人工短消息接入号 用于用户通过话音接入要求操作员人工转发或自动转发短消息 一般采用拨 打 1258 1259 的形式 答复 满足 答复 满足 7 3 拨号方式拨号方式 用户拨打 1258 1259 秘书台来人工 自动发送短消息 用户输入目的用户的 MSISDN 号码发送点对点短消息 用户输入规定的业务代码点播 SP 短消息 答复 满足 答复 满足 7 4 SP 服务代码服务代码 短消息中心应支持 SP 服务代码至少 2 万个 并在数据配置上应支持最大匹 20 51 配原则 答复 满足 答复 满足 7 5 寻址寻址 短消息中心作为 NO 7 信令网中的一个信令点或多个信令点来寻址 该信令 点的信令功能应符合 NO 7 信令相关规范的规定 卖方应明确说明短消息中心将消息发往 NO 7 信令网时所采用的负荷调度方 式 如采用按用户号段静态分配消息路由方式或按轮询动态分配消息路由方式 答复 满足 短信中心与答复 满足 短信中心与 NO 7NO 7 信令网的负荷方式可采用按用户信令网的负荷方式可采用按用户 号段静态分配路由或按轮选方式动态分配消息 号段静态分配路由或按轮选方式动态分配消息 八 性能指标八 性能指标 8 1 处理能力处理能力 卖方根据买方要求 提供相应的处理能力配置 并保证具备扩容至 2400 条 SM 秒的峰值处理能力 单条 64K 信令链路短消息处理承载能力不低于 10 条 SM 秒和单向 0 4 erl 单条 2M 信令链路短消息处理承载能力不低于 160 条 SM 秒 和单向 0 2erl 当满负荷运转时 系统整体性能不应有明显的下降 答复 满足 中兴通讯答复 满足 中兴通讯 2M2M 高速信令链路在上海移动和江苏移动高速信令链路在上海移动和江苏移动 现网上商用 现网上商用 8 2 可靠性和可用性可靠性和可用性 供应商应提供设备的预测 MTBF 以及获得这一参数的计算方法 要求设备 MTBF 至少达到 2 万小时以上 为保证系统的高可靠性 短消息中心的数据硬盘应硬件支持 RAID1 和 RAID5 主处理机采用双机备份 并提供在线数据备份的手段 短消息中心的关键软件 硬件应有一定的容错和备份措施 保证系统的不间 21 51 断运行 系统应具有软件 硬件故障的自动在线恢复功能 短消息中心为防止业务中断 应提供自保护机制 在达到最大处理能力时不 得出现宕机 其保护机制可根据实际处理流量分级提供不同的保护策略 要求两个业务处理机能够均匀的实现负荷分担 答复 满足 中兴短消息系统包含许多部件 以答复 满足 中兴短消息系统包含许多部件 以 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 小时小时 因此可以推算出系统的因此可以推算出系统的 MTBFMTBF 6000060000 小时 系统的小时 系统的 MTTRMTTR 0 050 05 小时 系统的可用度小时 系统的可用度 A A 99 99962 99 99962 8 3 可扩容性可扩容性 设备应采用模块化结构 具有平滑扩容的能力 卖方详细说明所提供配置的 22 51 最终处理能力 答复 满足答复 满足 单条单条 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 信令链路混合接入 并实现 负载均衡 答复 满足答复 满足 23 51 8 5 消息丢失率消息丢失率 短消息中心接收并转发短消息到处理完毕提交转发的期间 由于系统原因造 成的消息丢失率 10 7 答复 满足答复 满足 8 6 消息处理延迟消息处理延迟 短消息中心接收到短消息到提交转发的第一次发送尝试的时间间隔 1000ms 95 的概率 答复 满足答复 满足 九 硬件要求九 硬件要求 9 1 一般要求一般要求 卖方提供的硬件系统应是高可靠性 高可用性 符合应用要求下的高性能主 机和存储设备 同时提供存储管理方案和系统备份方案 应采用集群和冗余技术 支持对称多处理技术 支持主备用或 N 1 冗余 负载分担和共享磁盘阵列 保 证系统高可靠的数据和不间断工作的能力 系统应满足以下要求 有严密的安全保密措施和较强的联网能力 系统硬件应具有热插拔功能 考虑到今后的发展 要求系统在硬件 设备和接口的配置 上具有扩容 方便的能力 提供硬件配置说明及配置图 系统硬件设备生产有严格的质量控制 经过老化和严格筛选 设备应具 备长期使用的高稳定性和可靠性 系统硬件设备必须不存在 Y2K 问题 24 51 答复 满足答复 满足 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 条条 秒处理能力为例给出以下秒处理能力为例给出以下 25 51 配置计算 配置计算 业务处理模块业务处理模块 按照中兴短消息中心的系统特点 四类基本消息所耗费的系统处理按照中兴短消息中心的系统特点 四类基本消息所耗费的系统处理 能力分别为 能力分别为 MO 消息消息 占用占用 0 11 次次 TPC C 事物处理能力事物处理能力 MT 消息消息 占用占用 0 20 次次 TPC C 事物处理能力事物处理能力 AT 消息消息 占用占用 0 16 次次 TPC C 事物处理能力事物处理能力 AO 消息消息 占用占用 0 10 次次 TPC C 事物处理能力事物处理能力 现以新建现以新建 900 条短消息中心为例计算 条短消息中心为例计算 短消息中心处理能力为短消息中心处理能力为 900 条条 秒 假设点对点业务占秒 假设点对点业务占 70 点播 点播 类业务占类业务占 2