信令监测系统软件结构
考虑性能要求，可将不同的功能模块运行到不同的机器上； 或者是在不同的机器上运行多个应用服务程序，每个应用服 务程序加载部分统计模块，进行某些类型的统计。
文件服务器
功能：以文件形式存储原始信令数据的服务器，同 时提供原始信令的历史数据浏览服务。 在协议处理机不能保证系统需要的数据空间时，可 将协议处理机上的原始信令文件传递到相应的文件 服务器。 文件服务器可以是一台单独的机器，也可以和其他 服务器合设。
操作系统：支持Windows、Solaris（SUN）、AIX （IBM） 配置文件路径：安装路径下的ini文件夹中 需要安装Sybase客户端
前端服务器软件——主要程序
数据接收及分析统计程序FarServer 数据入库程序BcpDataFile 时间同步程序TimeSync 监控程序ServMonitor 远程控制程序客户端FrtMntClt
IP协议处理机软件主要程序
数据采集程序monitor.exe（要与通用状态监控程序相区分 开）
历史数据浏览程序SuperHisData.exe
数据分析程序Front2000IP.exe
时间同步程序TimeSync.exe 监控程序ServMonitor.exe
远程控制程序客户端FrtMntClt.exe
在线、跟踪、 历史数据浏览
实时告警 实时负荷
业务数据 配置数据
操作终端 维护终端
内容提要
数据流程 软件模块
数据采集平台软件
底层硬件运行程序的下载与控制 自身运行状态的检测与上报 采集卡的时间同步 原始信令数据的采集 采用共享内存保存采集信令
协议处理机软件——功能
功能导航树
参数配置界面
应用服务器
功能：根据用户对特定业务的需求，通过分析CDR/TDR等 数据，生成各种统计数据和告警数据。
应用服务器的数据来源可能是数据库，也可能是前端服务器。
随着需求的增加，应用服务程序可能会包含很多功能模块， 例如目前使用的应用服务器模块有：
中继群统计功能模块
报表统计功能模块
单通监测功能模块
业务数据库（ss7db、ss7db1等）
数据库对象
数据库的核心对象是表和存储过程。应用程序调用 存储过程访问数据表中的数据，并进行分析统计， 返回结果。 数据表主要分为以下3类：
配置表：主要存储运行监测系统而必须的基本配置，如 地区信息、用户、数据库服务器、前端服务器、协议处 理机、信令点、链路等。这些基本配置表之间也存在一 定的关系。 日表、小时表：各种业务的详细记录根据业务量可划分 为日表、小时表、半小时表。 统计表：部分业务具有相对应的统计表，用于快速查询 该业务的宏观统计数据。
第三方远程操作程序Pcanywhere.exe 写历史文件的程序HisFile.exe 通用状态监控程序monitor.exe（安装程序在网管安装包中）
前端服务器软件——功能
数据接收和统计分析 数据提交 基础性能及告警数据的传递 数据缓存和备份 时间同步 支持远程维护
前端服务器软件——概述
操作终端软件
C/S操作终端：安装有系统的客户端程序，提供系 统的人机交互接口，接受、响应用户的各种操作并 返回相关结果，实现各种系统功能。每个功能模块 对应一个可执行程序，如信令网状态实时监测和告 警程序、在线测试和呼叫跟踪程序、雷达图程序。 B/S操作终端（Web客户端）：无需安装客户端程 序，通过Internet浏览器直接访问Web服务器，即 可查询网络基础性能报表和业务统计报表。
C/S操作终端
操作系统：Windows平台 默认安装在C:\ZXT2000目录下 需要安装Sybase客户端
分层业务区 信令网状态监测视图
实时告警列表
Web客户端
无需安装客户端程序和Sybase客户端 通过Internet浏览器直接访问Web服务器
维护终端软件
维护终端安装有系统配置维护程序。 提供系统自身设备、信令网的相关配置和系统自身 的维护。
操作系统：Windows平台 默认安装路径：
七号协议处理机：D:\FRONT2000 IP协议处理机： D:\FRONT2000IP
可执行程序自动添加到系统“启动”菜单。 建议安装pcanywhere软件客户端程序，便于协议处 理机的维护
协议处理机软件——结构
xe）、动态链接库文件（*.dll） ini文件夹：协议处理机的配置文件
TS_SS02_C2_1 ZXT2000 信令集中监测系统软件结构
内容提要
数据流程 软件模块
数据流程
应用服务器 CDR/TDR 原始信令/ 链路状态数据 信令网 数据采集平台 协议处理机 CDR/TDR/ 基础性能 数据 前端服务器 CDR/TDR 统计数据
CDR/TDR/ 统计数据
数据库
注意：如要重新安装协议处理机软件，需先备份ini目录下的配置文件，再卸 载协议处理机软件。重新安装协议处理机软件后，将备份的配置文件覆盖到 ini目录下。
share文件夹：单板使用的驱动程序
七号协议处理机软件主要程序
数据采集程序hwdriver.exe 历史数据浏览程序SuperHisData.exe 数据接收程序MSUCollector.exe 数据分析程序Front2000.exe 时间同步程序TimeSync.exe 监控程序ServMonitor.exe 远程控制程序客户端FrtMntClt.exe 第三方远程操作程序Pcanywhere.exe 通用状态监控程序monitor.exe（安装程序在网管安 装包中）
数据库服务器——概述
保存配置数据、业务数据，是系统统计、查询和数 据处理的基础。 操作系统：支持Windows、Solaris（SUN）、AIX （IBM）。 支持SYBASE ASE、SYBASE IQ、ORACLE数据 库。
数据库分类
中心数据库（ss7server）
唯一。 存储系统配置数据及基于全网的报表统计数据。 根据需要配置一个或多个。 分布式存储业务数据和基础性能数据。 ss7db为系统默认必配的业务数据库。
协议分析、事件合成与发送 实时传送链路上的告警信息，通知前端服务器作相 应的处理 实时统计信令链路上的负荷，上传到前端服务器 在线测试、呼叫跟踪命令识别与响应 历史数据浏览命令识别与响应 可以将原始信令搬迁至文件服务器，实现更长时间 原始信令的保存 时间同步 支持远程维护
协议处理机软件——概述
一种基于恶意业务信令特征的骚扰电话识别和防范方案
降、设备拥塞等网络问题，还会因为其非法的行为严重影响客户对移动业务的使用体验，增加用户离网率以及引起客户向运营商和工信部进行投诉的风险。
因务也有责任对骚扰诈骗电话进行攻话的识别方法，建立一套精确的监管、分析和拦截恶意电话的平台，有效降低诈骗骚扰电话的数量，保障客户的通信安全，提高用户的业务本文将从骚扰电话的行为特征、底层通信原理研究、以及如何利用信令监测系统来监控和防治非法骚扰电话等几个方面，阐述基于信令业务特征的骚扰电话识别和防范方案，以便为非法电话的防治工作提供一套清晰的思路和方案。
非法的骚扰电话的分类主要有以下几种：）振铃挂机电话（俗称响一声电话）叫具有拨打频次高、被叫号码分布规律（一般是连续的号码或者其他简单算法）、接听成功率低等特征，其主要目的是骗取用户进行电话回拨，回拨之后用户一般会听到对端已经提前录播好的）事先录制的广告或骚扰音频电话此种非法呼叫的特征和上面的振铃一声挂机电话有些类似，被叫号码连续或者具备一定分布规律，当用户接听后，直接开始播放事先录制的广告、反动言）人工拨打的广告电话叫是由人工拨打的，不法分子根据获取的用户号码信息，进行手工的接通后，不法分子会进行一些广告）恶意骚扰电话此种非法呼叫是指针对个人或者企业客户进行的大量恶意的频繁拨打，使得被呼叫的用户在一段时间内都无法正常使用手机通话和其他业务，这类电话往往会对用户造成比较直接的通信业务损失及其他关联的伤害。
诈骗电话（虚假主叫）此种非法呼叫的主叫端的来源和落地方式较为宽泛，主要通过网络软件或专线形式进行。
由于对主叫号码监管有疏漏，部分设置有内部交换机的专线用户或掌握一些网络通信软件的用户可以修改信令中的主叫号码，从而模拟出各种公共服务的热线电话号码等，用来获取用户的信任，以达到诈骗的目的。
这类电话的通话内容中经常涉及中奖通知、消费信息等诱惑信息。
2 骚扰电话的特征任何一通电话的通信过程都需要信令的交互来支持，每一条信令都包含不同的参数，这其中的参数包含主被叫用户的身份信息（IMSI/MSISDN）、位置信息（LAC/TAC/CI/ECI）、手机类型（IMEI）、通话时长等关键信息。
信令监测系统汇报介绍
4.准确定位投诉原因
3.完整回溯失败事件
上下行质差， 导致“听不清”
可以先于网络投诉发现感知差的客户。
网络优化应用（CS域） -精细网络优化
网络栅格
下行 覆盖
下行 质量
问题定位
载频评估
市场营销应用（CS域） -非法业务监测
骚扰电话分析 回拨业务分析
通过查询获取到可疑骚扰电话列表
定义回拨业务查询范围和门限
客户感知应用（CS域）-从宏观到微观的客户感知钻取
接入性、保 客户感知差小 主叫接续时 持性、完整 区占比 延长 性权重分配 客户感知差客 全省客户感 户占比 知趋势 拨号被弹回 客户感知差 分公司客户感 TOP 20小区 知总体情况 被叫半天才 接通 本地网客户 感知差客户 感知综合评 掉话 TOP20 分历史走势
指挥调度应用（CS域）－通信保障
• 历史走势 分析
指挥调度应用（CS域）－突发事件保障
平时7 TCH 拥塞率 月19 日小平同志故乡四 川省广安市遭遇160年来 最大洪峰。 渠江广安段水位达到 238.06米，超警戒水位 9.16米，政府下达群众 疏散指令。 洪灾期间 TCH拥塞率 洪峰通过 四川公司通过5分钟粒度 的实时监测，第一时间 启动应急预案，确保通 信畅通。
手机型号分布
中国移动四川公司网管中心
-11-
系统功能应用规划
模块应用规划
5分钟粒度的指标实时推送，及时监控 网络异常 从整网到小区的重大活动、热点区域、 重点场所等场景保障 找出感知差客户，及时的客户感知管理 挖掘感知差小区，全面的网络黑点搜寻 细到载频的隐患故障定位，精细化提升 网络质量 提供各类失败的原因分析，准确找出问 题点 推送客户业务质量详情，推送网络侧发 现的问题，支撑主动客户关怀 端到端追溯客户失败事件，快速找出投 诉原因 客户行为分析、终端分析，支持精确营 销 异常业务分析、违规应用分析，保证市 场秩序
七号信令监测系统体系结构在网间互联的应用
题 严 重制 约着 我 国 电信业 的健 康发 展 。 如何 更好 地 监 控各 运 营商 问 的互联 互 通 质 量 ， 高整 个 电信 行 提
Hale Waihona Puke 业的服务质量与运行维护水平 ， 提高 电话接通率 ， 监
控 网间某 些异 常 的呼 叫等 ． 为 电信 监 管部 门迫切 成 需 要解 决 的 问题 。 七号 信 令监 测 系 统 可提 供 对 网 而
效 地 对 网 间 互 联 互 通 质 量 进 行 监 控
关 键 词 ：信 令监 测 ；体 系结 构 ；互 联 互 通 ；应 用
中 图分 类 号 ：Ｔ ９ ５０ Ｎ １． ２
文 献标 识 码 ：Ｂ
随着 我 国 电信 体 制改 革 的 进一 步 深 入 、 目前 我 国的基础 电信 运营 市场 已经形 成六 大 电信运 营商并 存 的局 面 。 大电信 运 营商 问在具体 操作 层 面上 ． 各 互
维普资讯
第２ ２卷 第 ５期 ２ｏ ｏ ６年 １ ０月
江
苏
通
信
技
术
Ｖ １ ２ Ｎｏ５ ｏ． ２ ．
Ｏｃ ．ｏ ６ ｔ２ ｏ
Ｊ ｎｓ ｏ ｉ ｇｕ Ｃ ｍｍｕ ｉ ｔ ｎＴ ｃ ｎ ｌｇ ａ ｎｃ ｉ ｅ ｈ ｏ ｙ ａｏ ｏ
文 章 编 号 ：０ ７９ １ （０ ６０ ．０ ００ １０ ．５ ３ ２ ０ ）５０４ ．３
博 （ ９ ８ ） 男 ，江 苏徐 州 人 ， 学 士 ．助 理 工程 师 ，ｉ 维 中心 主 任 ， 目前 从 事 通 信 网络 的 优 化 和 管 理 工 作 。 １７一 ， Ｓ ＿
信令监测系统典型架构及其设计要点浅析
信令监测系统典型架构及其设计要点浅析发表时间：2016-03-17T17:32:21.457Z 来源：《基层建设》2015年24期供稿作者：贺晓博王钦佩[导读] 中讯邮电咨询设计院有限公司信令监测系统是通信网络运行维护的重要支撑系统之一。
中讯邮电咨询设计院有限公司河南郑州 450007摘要：本文对信令监测系统的典型架构进行了介绍和分析，并结合架构特点给出了信令监测系统在设计中需注意的要点。
关键词：信令监测；协议；设计1.信令监测系统的总体架构1.1系统定位及其架构信令监测系统是通信网络运行维护的重要支撑系统之一。
信令监测系统以旁路接入的方式采集网络中各接口信令和协议数据，普遍采用的有高阻跨接、端口镜像、TAP分路、分光器分光等采集方式，同时进行信令和协议的消息解码、CDR（Call Detail Record）合成，再现业务接续全过程，进行网络和业务各类指标统计，从而帮助网络维护人员掌握和分析网络、业务运行情况，目前移动通信网络中主要监测的接口和协议如下表所示：表1随着网络和技术的演进，相关系统接口会越来越多，协议也会越来越丰富，因此信令监测系统需要根据网络的发展进行相关协议监测相应的开发。
信令监测系统是通信网络中业务开通测试、用户投诉处理、网络故障诊断的有力工具，是网络和业务运行质量精细化分析的有效手段。
系统的典型架构为四层，如下图所示：2.系统设计的要点笔者结合在信令监测系统实际设计过程中遇到的问题，按照系统的分层架构逐层进行分析并提出设计建议。
● 信令接入层在进行信令接入层设计时，主要考虑的为接入链路的类型，对于E1链路的接入，一般应考虑采用高阻跨接方式，交换机内部收敛方式虽然可以在一定程度上节省施工工作量，但是由于其占用交换机处理资源，因此不建议使用。
对于FE/GE电接口链路，一般选择进行TAP方式进行链路的复制，其原是因为TAP设备采用三通设置，即使TAP设备断电，影响的也仅为信令监测系统的链路，对原有业务链路不会造成影响，同时由于目前没有实际的测试数据表明交换机端口镜像方式下镜像端口的输出到底会对交换机造成多大的影响，同时考虑到交换机测试端口多用于对交换机进行小带宽的测试，不适合将其作为大带宽的信令输出端口使用。
中国移动信令监测系统接口规范-信令采集网关分册 v2.0.0
中国移动通信企业标准版本号：2.0.0 中国移动通信集团公司 发布╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施 QB-╳╳-╳╳╳-╳╳╳╳信令监测系统接口规范——信令采集网关分册I n t e r f a c e S p e c i f i c a t i o n f o r S i g n a l i n g M o n i t o r i n g S y s t e m (S i g n a l C o l l e c t i o n G a t e w a y P a r t )目录前言 (II)1范围 (1)2规范性引用文件 (1)6术语、定义和缩略语 (2)6.1.术语、定义 (2)6.2.缩略语 (2)7概述 (3)7.1.系统结构概述 (3)7.1.1.系统描述及系统结构图 (3)7.1.2.各网元功能 (4)7.2.接口概述 (6)7.3.接口协议 (6)7.3.1.SDTP实时通信协议 (6)7.3.2.接口机制 (8)7.4.接口要求 (19)7.5.接口版本 (20)8全量信令数据传送接口 (20)8.1.数据包格式 (20)8.2.包头格式 (20)8.2.1.通用包头 (21)8.2.2.专用包头 (21)8.3.全量信令数据传输接口 (23)8.3.1.全量数据通知notifySignalData (23)9编制历史 (23)10附录A 省市编号 (23)A.1. 省编号 (23)A.2. 市编号 (25)前言本标准规定了中国移动信令监测系统信令采集网关与信令共享平台和其他相关网元设备连接的接口标准，以及平台内部需要公开定义的各种接口。
本标准原则上在中国移动通信集团公司内部使用，为业务开展、招标选型、工程建设及运行维护提供技术依据，适用于GSM/3G网络环境。
本标准主要包括以下几方面内容：系统结构、接口协议、全量信令数据传送接口。
本标准是中国移动信令监测系统系列标准之一，该系列标准的结构、名称或预计的名称如下：本标准需与《信令监测系统A+Abis总体技术要求》、《信令监测系统接口规范——A+Abis信令采集网关接口分册》、《信令监测系统设备规范——A+Abis 信令采集网关分册》、《信令监测系统设备规范——A+Abis信令共享平台分册》配套使用。
软交换信令监测系统的研究
软交换信 令监测 系统的研究
胡晓 娟 ’周立 岩 。
（． １中国 电信 股份 有 限公 司北京研 究院 北 京 １ ０ ３ ；． ０ ０ ５ ２华北 电 力大学 Ｍｏ ｉ ｘ无 线通信 实验 室 北京 １２ ０ ） ｂｔ ｅ ０ ２ ６
曩 曩
段的细化分析． 可以了解各类用户的具体
通话情况． 并可根据通话方的分布情况及 话务量的变化， 对用户离网倾向、 大客户
层
２ 路ｐｘ 链 Ｃ Ｍ ｂ ｕ ｅ
高 觥
觥
，
Ｉ
。 －
Ｃ、
Ｉ ！
业务倾向等指标做出分析及预测。
・
互联互通监测功能： 当软交换网络网元实
登婆 ‘
媒体 网关 图 ｌ 软 交换 网 络信 令 系统
３ 软 交换 网络 信 令 监 测 系统
下面将从功能、体系架构和数据采集方式这 ３ 个方面对软 交换网络信令监测系统进行分析。
３１ 软交换网络信令监测系统的功能 ．
软交换网络信令监测系统应继承传统电路交换网 Ｎ ．信 ０ ７
交 换 网络 信 令 监 测 系统 与 电路 交 换 网络 监 测 系 统 进 行 比较 ，分 析 软 交 换 信 令 监 测 系 统 的不 同之 处． 并对 软交 换 信 令 监 测 系 统 实 际部 署 的一 些 问 题 进 行 了 探讨 。
１ 前
信令监测系统可以对信令网的运行状况进行评估和监视． 统计网络运行的详细指标． 对故障进行定位分析． 实现全网的实
进行监测。 ＩＴ Ａ 、Ｉ－ Ｈ２８ｓ （ Ｓ Ｒ Ｎ Ｓ Ｉ ． 、Ｉ 会话初始协议） Ｇ Ｐ、 ４ Ｐ 承载在 Ｉ Ｉ ）
协议１ 等。信令监测系统是保障信令网安全运行、 快速故障定位
软件在GSM信令网集中监测系统的应用
一
、
引 言
点 （ Ｐ） 。 Ｓ
在 协 议 、 网络 、 业 务 等 的深 层 次 Ｍ Ｃ Ｓ 与所 在地 区的 长途 局 相连 ，并 通 信 ， 集 中控 制 管 理 整 个 七 号 信 分 析 和 实 时 性 监 视 方 面 比 网 管 系 与 当地 市 话 汇 接 局 相 连 。 如 果 当 令 监 测 系 统 ： 中 心 站 服 务 器 从 各 统 具 备 更 强 大 的 功 能 ， 是Ｇ Ｍ Ｓ 信 地 没有 市 话汇 接 局 ，ＮＭ ｃ 可 按 个 远 端 站 接 收 数 据 ，进 行 综 合 分 Ｓ亦 令 网集 中 维 护 和 管 理 、话 务 网 网 照 运 营 者 的 要 求 与 某 些 市 话 端 局 析 和 汇 总 处 理 ， 生成 各 种 数 据 库 管 、 网络 优 化 、 网问 服 务 质 量 监 相 连 。省 内各 移 动 本 地 网 构 成 全 并将 分 析 结 果 提 供 给 用 户 图形 工 视 分 析 、 网 间 计 费 结 算 核 查 、 业 省 数 字 公 共 陆 地 移 动 网络 （ Ｌ Ｐ 侧 作 站 ，并 可 以提 供 与 其 他 管 理 系
ＧＭ Ｓ 信令 网是 我 国七 号信 令 网 连 。全 国 的数 字 Ｐ Ｍ Ｌ Ｎ网在 各 大 区 据 ，对 数 据 分 析 处 的一 部 分 ， 由信 令 链 路 （ Ｌ）， Ｓ 信令 点 （ Ｐ Ｓ ）及 信 令转 接 点Ｓ Ｐ Ｔ 三 为单 独 设置 ，仅做 汇接 用 。
基于新架构下信令监测系统在现网中应用探讨论文
基于新架构下的信令监测系统在现网中的应用探讨[摘要] 随着通信市场与技术的发展，用户终端业务的需求迅猛增加。
由于通信网中的设备不断更新换代，技术不断提高，网络结构不断变化，网络管理体系结构就显得尤为重要。
本文详细描述了信令监测系统架构的演进和优化，对新架构下的监测系统及其提供开放的接口、数据格式进行了详细的说明，并且对新架构下的信令监测系统在现网中的应用方式进行了分析。
[关键词] 通信网络信令监测系统接口协议应用信令监测系统是通信网络运行维护的重要支撑系统之一。
信令监测系统以不影响网络运行的高阻跨接、端口镜像、能量分配等方式采集各类信令和协议数据，进行信令和协议的解码，合成cdr，再现业务接续全过程，进行网络和业务各类指标统计，从而使网络维护人员掌握和分析网络和业务运行情况。
信令监测系统具有面向业务呼叫、与设备无关、不影响网络运行、可事后重现、数据内容丰富、粒度细等特点。
中国联通公司在2g和2.5g网络建有“总部一省”二级信令监测系统，并在互联互通监测、sp监测、故障诊断、新业务测试、非法通信追踪、网络精细化分析等方面有较好的应用效果。
1.信令监测系统架构演进1.1 现有信令监测系统架构现有信令监测系统主要存在以下问题:（1）“垂直式”体系架构，监测系统本身各层之间厂家私有化程度较高，模块间采用私有传输协议和厂商自定义数据结构进行数据传送，不同厂商间的各个功能层之间很难实现互通，与其它系统也很难实现数据和资源共享。
（2）监测系统与其它系统间的接口规范缺乏规范性，系统本身对于数据输出缺乏管理能力，造成了数据管理的混乱和一定的资源浪费。
（3）对信令监测系统及其相关系统缺乏统一管理，用户信息安全、信令数据安全存在隐患。
1.2规范后的信令监测系统架构信令监测系统在架构上分为三层，第一层为信令采集层，由七号信令采集接入设备、ip 信令采集接入设备和信令采集网关构成，完成移动通信网信令数据的实时采集，生成全量信令数据并向上传送；第二层为共享层，完成信令消息的解码合成、数据的计算、整理、统计根据订阅需求生成cdr/tdr信令数据、业务信令数据，合理组织和存储数据，并通过接口对外提供信令数据的共享和传输；第三层为应用层，主要完成信令数据的各种应用的处理、表示和呈现。
中讯七号信令集中监测系统
七号信令集 中监测系统全网性能统 计分析部 分的功能包括
４． 议分析
用户可 选取 Ｎ ．信令网络 中任 ｏ７ 意链路进行 测试和 监视 ，观察 所需的 Ｎ ． 信令消息 ， ｏ７ 并可以对消 鼠 进行比
信的可靠性
２．纛■ 传
中讯七号信令集中监测 系 中， 统 各 ｒ ｓ Ｕ Ｉ Ｎ ｉ 在 Ｎ Ｘ和 Ｔ平台之间进行通信。 ｅ 网一般 有传输速度慢 、可靠性 差等 缺
点 。为了保 证监 测站之间的通信质量 ，
应用功能
系统功能分为两大部分： 话务网络 具体功能分为八部分：网络状态的
系统 性能特点
（ 盗话监测 ，计费）等。
● 标准的 Ｔ ＭＮ体系结构 ，即软 件 Ｉ Ｍ ｅｉｓ Ｂ ＭＱ Ｓ ｒｅ 产品 为企业级 的 １ ．垒 罔实时监一 体系结构严格按照管理者 （ ｎｇｒ ／ 商业应 用提供 了一种 开放 的 、可伸 缩 Ｍａａｅ） 对全网进行动态实时检测， 显示垒 代理者 （ ｇｎ） Ａ ｅｔ 信息体系结构来实现； 的 、功能强 大的消息和信 息传递结构。 四所有的 Ｈ Ｔ ，Ｌ Ｔ 、Ｓ 点之间的 ＳＰ ＳＰ Ｐ
哺 工 鼻 一甘 摹
维普资讯
逻辑连接关系 ， 并实时对告警情况进行 监测 ， 通过颧 色的变化显示不同的告警
级别 。
２．告警 瞥理
系统对每天发生的告警情况进行统 计分析 ， 以告 警 日志的形式向用户提供 结果和存盘入库。 用户还可以根据不同
中讯七号信令集 中监测 系统 （ Ｔ 式处 理 ； ＣＣ
Ｓｒ ｓ ｅｉ 可以保证信息在各监测站之间高 ｅ
下优点 ：
●各软件模块可根据信令网的情况 效 、快速、可靠地传输 。它主要具备以
七号信令集中监测系统原理及应用
摘 要： 本文从硬 件 ， 软件 ， 功能等 方面详细介 绍 了Ｓ 七号信令 集 中苴 测系统 ， Ｓ ７ 并结合 维护 中遇 到的 网络 维护 ， 用户投 诉 等同题 讲 解鼋 系统 的 日常 应 用 。
关键词 ： 七号 信令 监 测 应 用
中图分类号 ： Ｐ ３ Ｔ ３ ９
文献 标 识码 ： Ａ
文章 编号 ： ６ ４ ０ ８ （ ０ ００ （） ０ ７ ０ １ ７ － ９ Ｘ ２ １）９ｃ －０ ８ － １
链 路 负荷 、 令 流 向 ， 护 人 员对 于异 常波 信 维 令 ， 部 分长 途 和 网 内信 令 进 行 采集 监 测 ， 动 的 指 标 进 行 分 析 ， 时 排 查 隐 患 。 大 及 逐 渐 成 为 网络 日常 维 护 的 重 要 手 段 。 林 吉 １ ３ ２七 号 信 令 业 务 维 护 ．． 移 动 采 用 了北 京 中 创信 测 公 司 的 Ｓ ７ 中 Ｓ 集 呼 叫业 务 和 呼 叫 维 护 分 析 可 以 实 现 呼 叫记 录 的 查 询 与 统计 功 能 ， 成ＴＵＰ Ｓ 完 、 ＵＰ 呼 损 分 析 。 于 引 起 呼 叫 异 常 中断 的 呼 损 对 １集中监测 系统 原理 值 如 呼 叫 失 败 （ Ｌ 、 源 不 可 用 进 行 统 ＣＦ ） 资 １ １硬件平 台 ． 计 ， 以 很 容 易 地 发 现 存 在 问 题 的 局 向和 可 鉴 于 中 国移 动 的信 令 网 采 用 高 级 信 令 中继 。 路 同 抢 、 频 超 短 呼 叫等 功 能 可 以 话 超 转 接 点（ ＴＰ 、 级 信令 转 接 点 （ Ｓ Ｐ 和 提 高 网 络 运 行 质量 。 ＨＳ ）低 Ｌ Ｔ ） 信令 点 （ Ｐ 三 级 组 网模 式 ， Ｓ 集 中监 测 系 Ｓ ） Ｓ ７ 统 采 用 分布 式 采 集 技 术 和 分 布 式数 据库 处 ２集中监测系统应用 理 技 术 、 立 组 网 。 接 在 七 号 信 令 链路 上 ２ １ “ 吧业务 ”引起 Ｃ Ｌ呼损 过高 独 跨 ． 话 Ｆ 的高阻端子负 责采集链路上 的信令 ， 经过 在 日常 维 护 过 程 中 ， 维护 人 员通 过Ｓ ７ Ｓ 多 级 收 敛 后 传 送 到 前 端 机 ， 端 机 将 收 集 集 中监 测 系 统 的 呼 叫 业 务 分 析 功 能 ， 现 前 发 到 的信 令 通 过 传 输 网 传送 到 位 于 省 公 司的 至 某局 向的 呼 叫 失败 （ Ｌ 异 常 升高 。 一 ＣＦ ） 进 确 Ｌ Ｃ （ 叫详 细记 录 ） 务 器 ｝ ＤＲ 务 器 处 步 查 询 详 细 的 呼 叫 记 录 ， 认 新 增 的 ＣＦ ＤＲ 呼 服 ｃ 服 理 合成 呼 叫 记 录 后 ， 数据 发 送 到 数 据 库 呼 损 主要 集 中在 ０ ３ — ０ ４ ＊ 号段 上 。 将 ４９ ５ ８４ ｝ 对 服 务 器 进 行 最终 统 计 、 析 ； 统应 用人 员 分 系 异常号码进行拨测 ， 呼叫 自动结束 。 与对方 通 过 维 护终 端 完 成 监 测 系 统 维 护 和 各 项 功 机 房 联 系 确认 ， 号 码 属 于某 运 营 商新 开 该 能应用 。 通 的 “ 吧 业 务 ”。 吧 号 码 只 做 主 叫 不 做 话 话