NOKIA短信中心系统架构设计说明.doc

1 NOKIA SMSC7 0 同时支持同时支持 GSM GPRS 3G 网络网络 NOKIA 的 SMSC 可以通过 MSC 使用 SMRSE TCP 链路 或者直接通 过 SS7 网络 使用 MAP SS7 链路 或者通过 IP 网络 使用 MAP SIGTRAN 链路 连接到 GSM GPRS 或者 3G 网络 2 NOKIA 的的 SMSC CLUSTER 结构结构 NOKIA 的 SMSC 可以有 2 4 台 SMSC 服务器组成一套 CLUSTER 其 中一台作为 ADMIN 管理节点服务器 NOKIA 的 SMSC 可以很方便的进 行扩容升级 单点服务器可以一台接一台的升级 保证最小的升级时间 对于整个 CLUSTER 来说 不会影响现有业务 外部短消息实体可以通过 PSW 功能只连接一个单点 就可以使整个 CLUSTER 来完成外部应用发送的短信 3 外部接口外部接口 上图中显示了 SMSC 和外部系统的接口和相应的协议 分别属于三个相 对独立的功能单元 电信接口 消息处理核心 管理接口 应用接口 3 1 应用接口应用接口 应用接口主要有 CIMD2 SMPP UCP VMS E MAIL MCI 应用等 接口 其中国内使用最多的是 SMPP 接口 3 1 1 SMPP 接口 SMPP 接口是为短消息实体在 GSM 网络中使用短消息点对点 SMPP 协议开发的 在短信中心 SMPP 接口是作为一个实现内部的 CIMD2 应 用 负责 SMPP 协议和 CIMD2 协议之间的协议转换 使用的协议是基 于 TCP IP 的 SMPP V3 3 和 V3 4 版本 3 2 管理接口管理接口 3 2 1 图形化用户接口 GUI 短信中心用户接口包含 GUI 图形化用户接口和命令行用户接口 用户可以通过 X WINDOWS 模拟软件 例如使用 Reflection X for WINDOWS 使用 XDMCP 直接连接方式 使用一般的 PC 机连接到 GUI 上 3 2 2 计费系统接口 短信中心的 log writer 模块产生 CDR 计费话单 外部的计费中心 BOSS 可以使用基于 TCP IP 的 FTP 协议把 CDR 取过去 3 2 3 网管接口 Nokia Enhanced SNMP Solution Suite NE3S 是基于 SNMP 并 扩展了电信管理需求的网络管理接口 NE3S 接口用于告警管理 事先定义好的告警信息会发送到 Nokia NetAct 3 2 4 性能管理接口 性能管理的目的是去监控短信中心的运行情况和产生性能的统计数据 性能管理接口是使用来收集系统性能数据 使用的协议是基于 TCP IP 的 FTP 3 3 通信接口通信接口 3 3 1 SMRSE 接口 3 3 2 MAP SS7 接口 3 3 3 MSP SIGTRAN 接口 4 短信中心周边系统短信中心周边系统 4 1 短信内容监测系统短信内容监测系统 4 0 的组成的组成 4 1 1 系统构成 图 7 1 是短信中心机房中内容监测系统的结构图 图 7 1 短信内容监测系统的结构 上图中的结构包括了 2 个 Site 的网络部署结构 每个 Site 是一套独立的相 对独立又保持联系的短信内容监测系统 每套系统均由 Solaris 服务器组 成 其中有负责短信内容的收集的实时服务器 RealTime Server 报警 服务器 Alarm Server 针对每一个用户号码 完成短信内容的累加 历史 服务器 History Seerver 可以实现对历史数据的查询 如果某个手机用户 在固定时间内发送的短信条数超过了一定的门限其告警数据的显示和查 询在历史服务器上实现 本次短信内容监测系统由 3 2 版本升级到 4 0 版本 系统将支持跨平台 可支持 Solaris Linux 和 Windows 3 种操作系统 4 1 2 NOKIA 短信内容监控产品的处理流程 本文档介绍短信内容简介监控系统 4 0 for Nokia Short Message Service Center SMSC 7 0 SM Content Monitor 4 0 由以下模块构成 1 ycmcolmx 2 FTP module 3 consort bat 4 slide comp bat 5 HDsave bat on history server 6 MonitorEngine bat on history server 7 Web Application For Search Client on history server 各模块功能及运行所在机器 YcmcolmxSMSC采集 SM 数据 FTPSMSC传送 SM 数据文件 Consort batRealtime server实时处理 SM 数据文件 并把临时记数 文件传送到 Alarm Server 把转换好格 式的 SM 数据文件传送到 History Server Slide comp batAlarm server根据配置情况定时产生报警数据 并 把报警数据传送到 History Server HD save batHistory Server将处理后 SM 数据文件送到 Alarm Server 和 History Server MonitorEngine batHistory Server搜索引擎程序 接收 Client 端的查询 请求 进行搜索 可支持多用户查询 Web ApplicationHistory Server部署在 Tomcat 服务器下 Web 查询 界面 可实时显示报警数据 并可对 报警数据和 SM 数据进行查询 支持 同一页面对双 Site 的同时查询 主要模块间接口关系 ycmcolmx从 SMSC 消息队列中取 SM 数据 形成数据文件 FTP将 ycmcolmx 产生的 SM 数据文件 FTP PUT 到 Realtime Server 上的 tmp 目录下 Consort bat处理 SM 数据文件 对于每个 SM 数据文件产生两个处理后文件 一个作为历史文件保存 一个计数文件交给 Alarm Server 做进一步处 理 HDsave bat将 History Server 临时目录中的历史文件转移到查询目录中 并监测查 询目录的空间 在空间不足时按目录清理旧文件 Slide comp bat输入 slide comp bat 的 cnt 子目录下的中间文件 输出 alarm 子目录下的报警数据文件 4 1 3 两个机房短信中心内容监控系统的组成 由于短信中心在两个机房建设 中间采用广域网连接 因此短信内容监 测必须考虑节省广域网的带宽 如果把每个短信的内容传送到一套统一 的短信内容监控系统 虽然可以准确地监测到短信中心的内容 但是对 广域网的带宽产生了巨大的浪费 为此我们在两个机房分别建设内容监 测系统 各内容监测系统分别统计自己所管辖区域内的服务器各用户短 信的内容 并设计门限 将在规定时间窗口内 某用户的短信发送数量 超过该门限的用户号码以文件方式发送到统计服务器 这时我们并不传 递内容 因此可以极大地节省广域网的带宽 图 7 2 是这种连接方式的 拓扑结构图 图 7 2 两个机房内容监控组网 系统允许多人查询 但考虑到性能和速度问题 建议的并发查询数 10 系统可配置只允许 1 个人做查询还是多个人做查询 另外值得注意的是 所有的查询过程都将被系统自动记录 通过 History Server 上的执行的查询行为将记录用户名 查询时间 查询者 IP 和查询 条件 系统用户分为普通用户和系统管理员 系统管理员可增 删用户 并可 查看所有用户的查询记录 但不能删除 普通用户只能对报警数据和业务数据进行查询 在本次部署中 可考虑一共使用 4 台服务器 在主 Site 上使用 2 台 SUN V440 服务器 在从 Site 上使用 1 台 SUN V440 服务器和 1 台 PC 服务器 4 1 4 NOKIA 短信内容监控产品的主要功能 1 支持绿色号码 对确认的手机号码不检测 不产生告警 2 可以对 MO 和 AO 短信设置检测门限 给出报警 3 对历史数据进行查询 并记录查询日志 4 系统多用户管理和多用户并发查询 5 系统支持双 Site 查询 6 自动保存上一个月的数据到磁带机 7 如果硬盘空间不够 自动删除旧数据 8 系统支持 Solaris Linux Windows 查询 9 系统告警门限和时间段可配置 4 2 短信统计系统的组成短信统计系统的组成 NOKIA 的性能统计服务器是在对短信服务的完整理解上开发完成的 设 备由两部分组成 SUN 服务器主要完成从短信中心采集数据并将数据按 照一定的格式插入到数据库中 NT 服务器主要完成各种报表的产生 性 能统计和短信监控的信息源是短信中心产生 定时由短信中心传送到统 计监控服务器 如果统计监控服务器出现故障 短信中心能够把原始记 录缓存 短信中心的性能分析服务器对硬盘容量的要求只与短信中心服务器的数 目有关 而于短信中心每秒处理的条数没有关系 短信统计系统保持现在情况不变 由于短信中心在两个机房建设 中间 采用广域网连接 两个机房的统计系统分别统计自己所管辖区域内的服 务器各用户短信性能数据 分别生成各自的报表 最后在一台服务器上 将各个报表合成 这样在广域网上只传递 Excel 表 因此数据量不大 图 7 3 是这种连接方式的拓扑结构图 图 7 3 统计系统的拓扑结构 可以按照现在的配置情况不变 配置商贸路机房的报表生成服务器为主 服务器 所有的配置工作在该服务器上完成 北环机房的服务器为从服 务器 只能在北环机房的报表生成服务器上查询和显示各种统计信息 但不能进行系统配置工作 4 3 告警系统的组成告警系统的组成 短信中心配置有一台工作终端 通过专用接口连接告警盒 为系统提供 声光告警 短信中心升级到 SMSC7 0 之后 不再支持原来的告警系统工作模式 短 信中心不再提供通过 PIPO 把告警信息写入短信中心 Event Log 文件的 功能 因此告警工作站无法提取告警数据 也就不能给出声光告警 短信中心升级到 SMSC7 0 之后 系统统一使用故障管理接口 FM IF 把告警信息通过发送 SNMP traps 给 NMS 或者告警系统 使用 SNMP V1 或者 SNMP V2 协议 因此短信系统升级之后 局方操作人员可以配置需要发送哪些告警信息 然后通过 SNMP 直接发送的 NOKIA NetAct 由于升级之后 短信系统 可以通过 SNMP 提供大量的告警信息 因此完全可以通过 NMS 系统替 代现在的告警系统 但是考虑到声光告警系统对河南移动维护人员很重要 因此 NOKIA 公司 会修改现在声光告警的接口 以使河南移动现在的声光告警系统可以在 SMSC7 0 下继续使用 此外 我们这次还增加了如下功能 告警信息入库 并可以保存指定时间内 在 alarm panel 可以做 实时查询 告警统计功能 提供对历史告警信息作指定的统计 提供自定义声音报警 不同报警显示颜色定义 配置信息可保存 等功能 4 4 集中日志查询系统集中日志查询系统 4 4 1 概述 随着短信业务量日新月异的增长 河南移动现网承载业务的短信设备磁 盘空间受到了很大的限制 短信日志只能查询最近 3 天的记录信息 而 随着短信设备维护管理工作的要求不断提高以及受理用户短信投诉的要 求 河南移动希望能够向移动用户提供更长时间和功能更强大的短信日 志查询服务 基于短信日志快速查询的需求 考虑单独建立短信日志管理系统 1 提高河南移动解决用户使用短信服务过程中出现的问题的能力 2 提高移动用户使用短信服务的满意度 3 为短信业务的不断改进提供基础数据和分析依据 4 可为今后有关文件方面的新功能需求提供很好的可扩展性 4 4 2 短信日志查询系统的建设思路 河南移动拥有庞大的潜在用户群体 具有很好的增值业务发展基础 经 过多年来的业务宣传与市场培养 河南移动的短信业务得到了长足的发 展 并一直保持着良好的发展势头 目前河南的短信中心分布在两个点 分别位于北环路机房和商贸路机房 为了满足对单一用户在指定时间段内的全部短信日志查询 我们建议在 北环路机房集中建设短信日志查询系统 而商贸路机房与北环路机房之 间的日志数据传输采用压缩传输的方式 从而可以大大地节省对两机房 之间的网络带宽需求 根据河南移动提供的需求 短信日志查询系统将支持以下功能 1 短信中心将 evlog 日志文件上传到短信日志管理系统 短信中心上的 evlog 日志文件还保留原来循环文件的模式 2 短信日志管理系统将 evlog 日志文件进行入库处理 3 evlog 日志文件成功入库后 日志文件保存 48 小时 48 小时后短信 日志管理系统将这些日志文件自动删除 4 短信日志管理系统提供日志文件传送和入库处理情况的记录日志 以 便处理问题时参考 5 支持多用户 不同查询权限用户来进行日志准实时查询 如 1860 和监控室用户的权限为 只能对用户的发送和接收记录进行查询 查 询条件分为必选查询条件和可选查询条件 要求显示所查询的记录总 数 并且以 excel 格式文件保存 4 4 3 业务模型及能力估算 4 4 3 1 业务模型 系统要求将北环路短信中心和商贸路短信中心的日志数据在线保存一个 月 客户可以通过界面对日志及 CDR 进行查询 并发查询的规模在并发 10 次以下 要求在 60 秒内返回查询结果 根据河南移动现网业务的情况 短信日志系统的业务处理需求如下 短信中心的话务量为 60 000 000 条 天 每条短信对应 3 条日志 每条短信的日志及 CDR 平均占用 162 字节 4 4 3 2 存储估算 对河南移动现网业务需求的分析来进行短信日志查询系统的存储空间的 估算 每天的日志存储量为 60 000 000 3 162 27 2 GB 日志在现保存一个月为 22 6 30 844 GB 考虑到在数据库中为每条消息配置的索引 数据库的存储效率等因素 我们设定系统的数据库系数为 2 5 则该系统最终的存储空间需求为 884 G 2 5 2 2 TB 针对以上的业务需求 我们在本次系统建设中 建议用户配置 EMC CX300 高速光纤磁盘阵列 并配置 13 块 300G 硬盘 一块作为备份 其余做 3 3 1 RAID 备份 完全满足需求 4 4 3 3 广域网带宽计算 由于短信日志查询系统建设在北环路机房 因此商贸路机房的日志就要 传送到北环路机房 我们可以考虑商贸路机房的流量占有全部短信量的 20 30 左右 因此商贸路产生的日志量流量大约为 60000000 30 3 54000000 条 日志会先进行压缩然后再传送 可以压缩到原来的 20 左右 保证带宽 的利用率更高 因此通过广域网传送日志文件需要的广域网带宽为 54000000 3600 10 162byte 8 20 389K 同时考虑到一些 TCP IP 的开销 系统突发量 路由备份等 不会超过 2M 数据链路 因此对现网 1G 的广域网带宽完全没有影响 4 4 4 系统硬件配置建议 根据以上数据分析 我们建议河南移动短信日志查询系统的总体方案如下 针对河南移动本期短信日志查询系统的需求 业务逻辑相对比较简单 但 是系统操控的数据量特别大 在一个月的历史数据完整的情况下 数据库中的 平均记录数在几十亿条以上 因此在查询 统计 报表的过程中对数据库服务 器的性能要求是一个很大的挑战 我们在综合借鉴短信中心 短信网关等大容 量设备的处理能力后 建议在本期工程中 采用两台Sun V490 4CPU 16G RAM 作 为系统的主处理服务器 两台服务器通过Veritas Cluster Server 软件实现 互备的结构 确保在一台设备出现故障的情况下 日志信息的入库 查询 统 计等操作可以正常地进行 对于每天过亿条的日志和话单入库 对磁盘阵列的IO吞吐速度要求非常的 高 我们建议在本期系统中配备一台EMC CX300光纤磁盘阵列作为系统的外部 存储设备 负责日志和话单信息的存储 系统拓扑示意如下 4 5 自动巡检系统自动巡检系统 管理界面 o用户管理 权限 o配置数据 数据字典 任务配置灵活 相关的巡检任务和站点相接合 o巡检结果查询 o告警通知 短信通知用户 o结果收集模块 数据采集 o短信中心日常维护项目的采集 4 6 CDR 转换工具转换工具 系统只支持 SMSC7 0 做一个带有图形界面的小工具 用户可以使用该工具将指定的 CDR 文件从 Binary 格式转换成纯文本方式 该工具需要能够跨平台 可以支持 Solaris 和 Windows 用户能够在 GUI 中指定需要转换的 CDR 文件 转换完后的 CDR 文件内容要能够显示在界面上 并且同时显示 每一列的列名 用户可以将转换后的结果保存成以特定分隔符分割的纯文本文件 在 GUI 上提供类似文本编辑器的 查找 查找下一个 等功能 4 7 CDR 计费文件存放计费文件存放 参考数据 序号内容 1目前 河南有 17 台短信 server 再扩容 8 台 共计 25 台 2在每台短信 server 上 每隔 1 分钟生成 1 个计费文件 这个计费文 件的最大字节数目前定义为 1050616 字节 3计费带要求保存 1 个月 需要的磁盘应该为 1050616 25 60 24 30 1 13T 同时再考虑500G 空间的富余 因此建议在上面集中日志查询的系统EMC CX300磁盘阵列中增加8块300G硬 盘 做2个3 1备份 完全可以满足上面的需求 不用另外配置服务器 其查询 功能集成在统一网管WEB界面中 4 8 集中集中数据制作数据制作 未了满足客户维护的需求 本次提供集中数据制作功能 进行集中配置 解放维护人员的工作 集中数据制作功能如下 对普通配置文件多主机分发并发更新 如 xnc rules orig int cf o支持目的号码 应用的源和目的 CUG 对存储在数据库中的配置信息进行配置和更新 如 Asesubscriber 表 o支持 ASE 数据库自动更新配置 支持对不同短信中心含有不同配置项的配置文件进行配置 如 ysrmanmx cf 在更新前 对系统中原有的配置进行备份 4 9 统一网管界面统一网管界面 用户可以通过统一的 WEB 界面维护管理整个短信网元 o统计报表系统 o自动巡检系统 o集中日志查询系统 支持多用户同时接入查询 查询速度比现在版本有很大的提升 由于集中数据制作系统是一个应用程序 图形界面不是以WEB方式生成 所以无法与其他系统集成在一起 可以单独运行 5 诺基亚短信中心版本诺基亚短信中心版本 SC7 0 介绍介绍 诺基亚短信中心今年将升级到新的软件版本 SC7 0 新版本除了在容量性能指 标有很大的提高以外 还具有以下一些特点 向基于 IP 的短消息服务演进 提高硬件的使用效率 灵活地增加新功能 适合不同的网络类型 简化网络操作和管理 而且软件结构也作了大的改变 三个相对独立的功能单元 电信接口 消息处理核心 应用接口 SMS Center 7 0 版本将众多的消息处理功能分散到多个较小的进程 对称的消息处理结构 使应用接口 电信接口共享众多的消息处理功能 管道化传送带结构 不同的消息处理功能进程通过统一接口通讯 消息处理功能以插件的方式接入系统 未被选购的功能不必占用系统资源 提高资源使用效率 缩短新功能的开发周期 由于新的软件版本提供了更强大的功能 对短信中心硬件处理能力的要求也相应 提高 现有短信中心的 HP L2000 需要硬件更新 产品线推荐使用 HP RP4440 5 1 诺基亚短信中心硬件设备 诺基亚短信中心硬件设备 HP rp4440 HP 9000 RP4440 服务器系列拥有在企业应用服务器中所期望的全部高可用性特性 而 且其出色的服务器设计使安装 升级和维护变得轻而易举 HP RP4440 服务器将强大的 PA 8800 处理器与创新的 HP zx1 进行了完善集成 这降 低了内存延迟和增加了内存带宽 从而使这两种系统获得了更高的性能 HP RP4440 采用了 HP UX 11i 这一安全 强大且极负盛名的企业 UNIX 操作环境 可以提高生产力 提高灵活性 并为企业增长奠定坚实基础 同时保持长久的价值 硬件可配置数据列举 处理器 2 to 8 x PA 8800 800MHz or 1 0GHz processors 内存 Up to 64 GB DDR memory 磁盘 Up to 2 x 36GB 73GB 146GB Hot Plug Ultra320 SCSI 15k rpm disks 12 8 GB s memory bus bandwidth 6 open PCI X expansion I O slots hot plug capable 共 9 个 IP 端口 内置 1 个 两块网卡各 4 个 5 2 Nokia 短信中心短信中心 SC7 0 主要新功能描述主要新功能描述 5 2 1 Fast forward MT MT 短信快速下发功能 数据库的事务处理能力是影响短信中心处理能力的瓶颈之一 MT 短信快速下发 功能有效的减少了数据库的读写次数 增加了短信中心的处理能力 其具体流程如下 第一次短信提交 可以直接发送给接收方 而不再需要存放在 SMSC 的数据库中 如果第一次短信提交失败 短信就从内存中找出 存放在排队队列数据库中下次重 试 所有短信处理功能都保持可用 不需要另外的路由设备 同一台硬件服务器能够提供更高的处理能力 对事件日志和 CDR 的产生进程透明 MT 短信快速下发功能适用于短信中心所有基于路由 限制 计费和号码转换功能 的短信 然而由于某些特殊短信需要进行数据库数据处理 因此对这些短信该功能要关闭 有级连短信 PID 替换 延迟发送短信和安全鉴测存档短信等 建议河南移动采用该功能下发短信 提高短信下发的速度 增加硬件利用率 5 2 2 MAP SIGTRAN 接口 SIGTRAN 接口是 3GPP R4 制订的 IP 骨干网承载 MAP 信令的标准协议 Nokia SMSC SIGTRAN 方案采用 SIGTRAN 信令单元 SSU 该单元使用 IP 局域网卡相连 Nokia SMSC SIGTRAN 方案兼容以下规范 IETF 规范 M3UA IETF RFC 3332 SCTP IETF RFC 2960 3GPP 规范 TS 29 202 在 SC 7 0 中 Nokia SMSC 与 GSM GPRS 3G 的连接方式可以有三种 1 基于 TCP IP 的 SMRSE 方式 2 基于 SS7 的 MAP 方式 3 基于 IP LAN 的 MAP SIGTRAN 方式 其中 基于 IP LAN 的 MAP SIGTRAN 方式是 SC7 0 新增的一种接口 它使用了专 用的 SIGTRAN 信令处理硬件 使 SS7 信令栈在隔离的环境运行 这种纯 IP 解决方案保证 信令处理能力 同时使用了高可靠的硬件连接 从目前 TCP IP 连接的 SMRSE 接口演进到 TCP IP 连接的 SIGTRAN 其优势在于 无需改变现有的 IP SMRSE TCP 网络结构 无需升级整体核心交换网络支持 SIGTRAN 只需要升级和短消息中心直接相连的交换机 M12 和 M13 均已支持 SIGTRAN 核心交换网络可以分阶段进行升级 MAP 处理从移动交换机转移到短消息中心 降低移动交换机的处理负荷 移动交换机进行 MTP 层信令转换 短消息中心可以直接与 HLR 相连 同时享受 SMRSE TCP 和 SIGTRAN 的优势 SMRSE TCP MO 方向的负荷分担依然保持 并保持 SMRSE 高负荷利用率 MT 方向的流量可以被路由到正确的移动交换机 不用再由 VMSC 相互转 发 对比 SS7 方式能够提供更简单的网络连接和更高的传输容量 信令链路支持短信的容量不再被限制在固定的带宽 64Kbit s 在两个网元之间不再有 16 条 SS7 链路的限制了 IP 链路能被更好的利用 不像原来的 7 号信令最大只能利用 40 网络结构更简单 有利于维护 配置 更容易演进为将来的全 IP 网络 将短信的通信量从昂贵的 SS7 网上卸载 E1 中继线可以只被语音服务使用 STP 转换设备能作为其他用途 不再需要 TDM over IP Gateway 解决方案 Dedicated LAN SMSCSMSCSSUSSU L LA AN NL LA AN N O O MMO O MM I IP P b ba ac ck kb bo on ne e L LA AN NL LA AN N L LA AN N L LA AN N L LA AN N L LA AN N MM3 3U UA AMM3 3U UA A S SC C C C P PS SC C C C P P T TC C A AP PT TC C A AP P S SC C T TP PS SC C T TP P A Ap pp pl li ic ca at ti io on n i in nt te er rf fa ac ce eA Ap pp pl li ic ca at ti io on n i in nt te er rf fa ac ce e S SMMS SC C k ke er rn ne el lS SMMS SC C k ke er rn ne el l T Te el le ec co omm i in nt te er rf fa ac ce eT Te el le ec co omm i in nt te er rf fa ac ce e Dedicated LAN SMSCSMSCSSUSSU L LA AN NL LA AN N O O MMO O MM I IP P b ba ac ck kb bo on ne e L LA AN NL LA AN N L LA AN N L LA AN N L LA AN N L LA AN N MM3 3U UA AMM3 3U UA A S SC C C C P PS SC C C C P P T TC C A AP PT TC C A AP P S SC C T TP PS SC C T TP P A Ap pp pl li ic ca at ti io on n i in nt te er rf fa ac ce eA Ap pp pl li ic ca at ti io on n i in nt te er rf fa ac ce e S SMMS SC C k ke er rn ne el lS SMMS SC C k ke er rn ne el l T Te el le ec co omm i in nt te er rf fa ac ce eT Te el le ec co omm i in nt te er rf fa ac ce e MO 方向的 SMRSE 链路数可以增加到 64 条 MT 方向的 SIGTRAN 物理上可以利 用 MO 的 IP 连接 提高 IP 链路的利用率 如上图 在明年下半年 NOKIA 可以提供上面的解决方案 一套 CLUSTER 由 4 1SSU 完成 MT 方向的 SIGTRAN 改造方案 MO 方向还是采用 SMRSE 这样可以共享 SMRSE 和 SIGTRAN 的优势 5 2 3 故障管理接口 SMSC7 0 通过故障管理接口可发送重要告警给网管系统 NetAct 这些告警可以预定 义为包括 SMSC 主要部件状态 通讯链路的状态 也可以另外配置告警属性文件 SC CONFPATH alarminfo txt 来定制 SMSC 其它告警发给 NetAct Nokia Enhanced SNMP Solution Suite NE3S 是基于 SNMP 协议 版本 1 和版本 2 并 扩展了电信管理需求的网络管理接口 可以配置告警消息传送到网管系统进行实时监控 5 2 4 应用消息收集接口 应用消息处理接口是 SC7 0 的可选功能之一 其使用解决了由电视互动 短信 竞猜 短信投票等应用产生的 MO AT 瞬间流量高峰的问题 其优势在于 使得短信中心可以把发送至某个目的地址的短信直接保存到数据文件中 收集到的短信不会被存入数据库 也不会逐条发送到应用 可以处理由电视互动 短信投票等引发的 MO AT 流量尖峰 数据文件可以在活动结束后或定期的传送到应用 数据文件可以以 FTP 的形式是被传送到应用 而无需使用应用与短信中心的接 口 对事件日志和 CDR 的产生进程透明 5 2 5 图形化 CIMD2 应用窗口 图形化CIMD2应用窗口 GCAM 主要用于两个主要功能 应用业务监测 应用控制 应用业务监测部分实现图形化显示指定的应用 核心连接或者所有业务 如应用 状态 业务历史信息和总话务 应用控制部分定义针对应用操作 应用失败时 它能自动 关掉该进程 GCAM能使运营商更易于观测应用的发展趋势进而预测将来容量需要 该工具包 括以下四个主要的图形显示 业务监测 应用服务器 ASE 信息和包交换 PSW 进程 业务历史数据和配置 在线应用 所有连接应用和运营商进程的信息 核心 每个核心连接业务情况 总话务 所有包交换 PSW 进程的总话务情况 5 2 6 数据库容量扩展 短信中心数据库用于存储短信 状态报告和应用的配置数据 大规模短信话务量 将产生很大的数据库读写负荷量 短信重发时 特别是使用内容监控 存档 过滤短信时 数据库短信增长很快 占用大量的数据库空间 根据现网运行需要 短信中心数据库容量可以扩展 标准配置下短信中心数据库 可存储35万条待发的短信和状态报告 SC7 0软件版本支持以下数据库容量扩展 350 000 messages maximum value for 1 2 CPU servers 750 000 messages 1 million messages maximum value for 3 4 CPU servers 2 million messages maximum value for 8 CPU servers 考虑目前系统大容量应用短信和点对点短信的重发话务情况 而且现网短信中心服 务器均为使用 8 个 CPU 的高端配置 建议采用 2 百万条短信的数据库容量 5 2 7 短信回执功能 短信回执业务是指用户发送短信后 系统及时给用户发送回执以提示该短信是否发 送成功的业务 本业务中运营商可控制回执内容 例如允许加有广告信息 本业务的目 的是无任何终端门槛地实现短信发送状态的回送功能 并给短信发送方用户回送一个统一 的运营商可控的回执信息内容 下面为诺基亚短信回执系统的逻辑结构图 短信回执增强模块 短信网关 ISMG 计费客服系统 BOSS SMSC7 0 短信中心 HP server 短信回执接 口模块 Sun Server HTTP XML SMPP SP CMPP 在诺基亚短信系统中 短信回执增强 CCM 是一个独立的模块 运行在独立的硬件平 台上 由于诺基亚短信系统本身数据库只是完成短信消息体的存储转发以及存储事物日志 和话单 并没有用户数据库 CCM 除了实现短信回执业务逻辑外 还保存用户包月订购关 系 每个短信系统只需要配置一个 CMM 模块 以下为诺基亚短信回执系统的组网图 ISMG 管理终端 管理终端 Internet SMSC1SMSC1SMSC2SMSC2SMSC3SMSC3 BOSS CMM CCM 模块与短信中心之间是采用基于 SMPP 协议自定义的通信协议 该协议承载 短信中心到 CMM 模块的短信状态报告信息以及临时定制通知 CCM 模块与 BOSS 通信基于 XML 通信接口符合 移动 BOSS 与业务增值 平台接口规范 V1 2 3 通过该接口 CCM 获得用户的订购信息 可以和当地 BOSS 厂商 协商 我们可以提供接口给 BOSS 厂商开发 CCM 模块与 ISMG 通信采用 SMPP 协议 由 CCM 模块作为通信的服务端 相当 与网关接入到一个只有 MO AT 消息的短信中心 用户信息的同步由 BOSS 方进行同步 同时需要保持 BOSS CCM 以及 SP 数据 的一致 CMM 会保存用户信息对短信中心传送的状态报告进行匹配 并生成 MO AT 短信 在短信内容中加入需要回执的状态报告信息 并发送给 ISMG 最终转发到 SP 由于在配置 CCM 硬件平台时以短信系统的处理能力为容量要求 也就是说 CCM 模块的处理能力大于 SMSC 的容量 所以 CCM 没有特殊的流量预警机制 流量预警依赖于短 信系统本身的流量控制机制 增加了短信回执业务逻辑后 系统的性能大约有 2 的下降 5 2 8 短信实时内容过滤 诺基亚是中国移动集团公司 016 Proxy 系统的建设厂家之一 该系统支持将短信中心 的 MO 消息发往 016Proxy 进行短信内容过滤 由于短信中心是移动运营商的核心业务设 备 为了降低短信过滤和流量过滤对短信中心的性能影响 本着对短信中心业务流程变 动最小的原则 因此需采用 Proxy 系统 支持短信过滤系统流程的方式来满足短信内容 过滤的需求 短信实时内容过滤功能包括两部分 短信中心软件部分 实时收集短信中心内容并且发送给内容过滤 Proxy 短信内容过滤 Proxy 部分 安装在 SUN 平台 实现与外部应用网关通信以实时检 查短信内容 原理结构图如下 5 2 9 防垃圾短信功能 在内容监控系统 4 0 版本下 可以支持用户按照天 时 分 秒进行设定 并 设置相应数量的短信 如果超过设定 就会把该用户提出来 现在只是实现把该用户提出来 并可以显示该用户发送的短信内容 可以实现限制该用户发送的方案 o发送给 SMSC 增加到黑名单中 并需要进行配置修改和重新启动 这种方式对现网有一定影响 不推荐 o发送给 016 工程的 proxy 模块 proxy 在处理该用户短信的时候 发送 给 SMSC 为 NO 这样 SMSC 就可以拒绝该用户发送短信 推荐该方 式 但是如果需要对黑名单用户发送的短信计费的话 就需要 proxy 出 CDR BOSS 进行计费 这部分需要双方进行定义 SMPP External application which will check the SMS content SMS content filtering proxy server run in SUN platform SMPP SMSC 1 Kernel q290ycfmanmxq218 SMPP Notes 1 Q290 is a new one configure