信令监测系统软件结构
一种基于恶意业务信令特征的骚扰电话识别和防范方案
降、设备拥塞等网络问题，还会因为其非法的行为严重影响客户对移动业务的使用体验，增加用户离网率以及引起客户向运营商和工信部进行投诉的风险。
因务也有责任对骚扰诈骗电话进行攻话的识别方法，建立一套精确的监管、分析和拦截恶意电话的平台，有效降低诈骗骚扰电话的数量，保障客户的通信安全，提高用户的业务本文将从骚扰电话的行为特征、底层通信原理研究、以及如何利用信令监测系统来监控和防治非法骚扰电话等几个方面，阐述基于信令业务特征的骚扰电话识别和防范方案，以便为非法电话的防治工作提供一套清晰的思路和方案。
非法的骚扰电话的分类主要有以下几种：）振铃挂机电话（俗称响一声电话）叫具有拨打频次高、被叫号码分布规律（一般是连续的号码或者其他简单算法）、接听成功率低等特征，其主要目的是骗取用户进行电话回拨，回拨之后用户一般会听到对端已经提前录播好的）事先录制的广告或骚扰音频电话此种非法呼叫的特征和上面的振铃一声挂机电话有些类似，被叫号码连续或者具备一定分布规律，当用户接听后，直接开始播放事先录制的广告、反动言）人工拨打的广告电话叫是由人工拨打的，不法分子根据获取的用户号码信息，进行手工的接通后，不法分子会进行一些广告）恶意骚扰电话此种非法呼叫是指针对个人或者企业客户进行的大量恶意的频繁拨打，使得被呼叫的用户在一段时间内都无法正常使用手机通话和其他业务，这类电话往往会对用户造成比较直接的通信业务损失及其他关联的伤害。
诈骗电话（虚假主叫）此种非法呼叫的主叫端的来源和落地方式较为宽泛，主要通过网络软件或专线形式进行。
由于对主叫号码监管有疏漏，部分设置有内部交换机的专线用户或掌握一些网络通信软件的用户可以修改信令中的主叫号码，从而模拟出各种公共服务的热线电话号码等，用来获取用户的信任，以达到诈骗的目的。
这类电话的通话内容中经常涉及中奖通知、消费信息等诱惑信息。
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信令数据、业务信令数据，合理组织和存储数据，并通过接口对外提供信令数据的共享和传输；第三层为应用层，主要完成信令数据的各种应用的处理、表示和呈现。
中讯七号信令集中监测系统
七号信令集 中监测系统全网性能统 计分析部 分的功能包括
４． 议分析
用户可 选取 Ｎ ．信令网络 中任 ｏ７ 意链路进行 测试和 监视 ，观察 所需的 Ｎ ． 信令消息 ， ｏ７ 并可以对消 鼠 进行比
信的可靠性
２．纛■ 传
中讯七号信令集中监测 系 中， 统 各 ｒ ｓ Ｕ Ｉ Ｎ ｉ 在 Ｎ Ｘ和 Ｔ平台之间进行通信。 ｅ 网一般 有传输速度慢 、可靠性 差等 缺
点 。为了保 证监 测站之间的通信质量 ，
应用功能
系统功能分为两大部分： 话务网络 具体功能分为八部分：网络状态的
系统 性能特点
（ 盗话监测 ，计费）等。
● 标准的 Ｔ ＭＮ体系结构 ，即软 件 Ｉ Ｍ ｅｉｓ Ｂ ＭＱ Ｓ ｒｅ 产品 为企业级 的 １ ．垒 罔实时监一 体系结构严格按照管理者 （ ｎｇｒ ／ 商业应 用提供 了一种 开放 的 、可伸 缩 Ｍａａｅ） 对全网进行动态实时检测， 显示垒 代理者 （ ｇｎ） Ａ ｅｔ 信息体系结构来实现； 的 、功能强 大的消息和信 息传递结构。 四所有的 Ｈ Ｔ ，Ｌ Ｔ 、Ｓ 点之间的 ＳＰ ＳＰ Ｐ
哺 工 鼻 一甘 摹
维普资讯
逻辑连接关系 ， 并实时对告警情况进行 监测 ， 通过颧 色的变化显示不同的告警
级别 。
２．告警 瞥理
系统对每天发生的告警情况进行统 计分析 ， 以告 警 日志的形式向用户提供 结果和存盘入库。 用户还可以根据不同
中讯七号信令集 中监测 系统 （ Ｔ 式处 理 ； ＣＣ
Ｓｒ ｓ ｅｉ 可以保证信息在各监测站之间高 ｅ
下优点 ：
●各软件模块可根据信令网的情况 效 、快速、可靠地传输 。它主要具备以
七号信令集中监测系统原理及应用
摘 要： 本文从硬 件 ， 软件 ， 功能等 方面详细介 绍 了Ｓ 七号信令 集 中苴 测系统 ， Ｓ ７ 并结合 维护 中遇 到的 网络 维护 ， 用户投 诉 等同题 讲 解鼋 系统 的 日常 应 用 。
关键词 ： 七号 信令 监 测 应 用
中图分类号 ： Ｐ ３ Ｔ ３ ９
文献 标 识码 ： Ａ
文章 编号 ： ６ ４ ０ ８ （ ０ ００ （） ０ ７ ０ １ ７ － ９ Ｘ ２ １）９ｃ －０ ８ － １
链 路 负荷 、 令 流 向 ， 护 人 员对 于异 常波 信 维 令 ， 部 分长 途 和 网 内信 令 进 行 采集 监 测 ， 动 的 指 标 进 行 分 析 ， 时 排 查 隐 患 。 大 及 逐 渐 成 为 网络 日常 维 护 的 重 要 手 段 。 林 吉 １ ３ ２七 号 信 令 业 务 维 护 ．． 移 动 采 用 了北 京 中 创信 测 公 司 的 Ｓ ７ 中 Ｓ 集 呼 叫业 务 和 呼 叫 维 护 分 析 可 以 实 现 呼 叫记 录 的 查 询 与 统计 功 能 ， 成ＴＵＰ Ｓ 完 、 ＵＰ 呼 损 分 析 。 于 引 起 呼 叫 异 常 中断 的 呼 损 对 １集中监测 系统 原理 值 如 呼 叫 失 败 （ Ｌ 、 源 不 可 用 进 行 统 ＣＦ ） 资 １ １硬件平 台 ． 计 ， 以 很 容 易 地 发 现 存 在 问 题 的 局 向和 可 鉴 于 中 国移 动 的信 令 网 采 用 高 级 信 令 中继 。 路 同 抢 、 频 超 短 呼 叫等 功 能 可 以 话 超 转 接 点（ ＴＰ 、 级 信令 转 接 点 （ Ｓ Ｐ 和 提 高 网 络 运 行 质量 。 ＨＳ ）低 Ｌ Ｔ ） 信令 点 （ Ｐ 三 级 组 网模 式 ， Ｓ 集 中监 测 系 Ｓ ） Ｓ ７ 统 采 用 分布 式 采 集 技 术 和 分 布 式数 据库 处 ２集中监测系统应用 理 技 术 、 立 组 网 。 接 在 七 号 信 令 链路 上 ２ １ “ 吧业务 ”引起 Ｃ Ｌ呼损 过高 独 跨 ． 话 Ｆ 的高阻端子负 责采集链路上 的信令 ， 经过 在 日常 维 护 过 程 中 ， 维护 人 员通 过Ｓ ７ Ｓ 多 级 收 敛 后 传 送 到 前 端 机 ， 端 机 将 收 集 集 中监 测 系 统 的 呼 叫 业 务 分 析 功 能 ， 现 前 发 到 的信 令 通 过 传 输 网 传送 到 位 于 省 公 司的 至 某局 向的 呼 叫 失败 （ Ｌ 异 常 升高 。 一 ＣＦ ） 进 确 Ｌ Ｃ （ 叫详 细记 录 ） 务 器 ｝ ＤＲ 务 器 处 步 查 询 详 细 的 呼 叫 记 录 ， 认 新 增 的 ＣＦ ＤＲ 呼 服 ｃ 服 理 合成 呼 叫 记 录 后 ， 数据 发 送 到 数 据 库 呼 损 主要 集 中在 ０ ３ — ０ ４ ＊ 号段 上 。 将 ４９ ５ ８４ ｝ 对 服 务 器 进 行 最终 统 计 、 析 ； 统应 用人 员 分 系 异常号码进行拨测 ， 呼叫 自动结束 。 与对方 通 过 维 护终 端 完 成 监 测 系 统 维 护 和 各 项 功 机 房 联 系 确认 ， 号 码 属 于某 运 营 商新 开 该 能应用 。 通 的 “ 吧 业 务 ”。 吧 号 码 只 做 主 叫 不 做 话 话
信令监测系统在TD-SCDMA网络中的实现
成 局域 网 ， 实现对前端机输 出的基本数据 的综合分析 与处理 、 存储 、 随着 Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ网络商用规模的不断扩大 ，服务质量 问题 受 维护功 能以及按照业务 、 协议 、 数据类型进行各种统计 、 分 析和合理 到了广泛 的关 注。如何尽快提高服务 质量 ， 并在 网络 运营成本 和服 组 织 ， 实现系统的各种应用 。 务质量之 间寻求有效 的平衡是运营商需要 面对的课题 。 解决这些问 （ ５ ） 应 用层 。 呈现层 主要是指客户终端或者返牵终端 。 为客户提 题 的一个 关键 因素就是完善 Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ网络测试技术 ，并建 立一 供友好 的用户界面 ， 便于用户进行在线监测 、 告警分析 、 生成各种报 套相应的故障检测和网络优化技术体系。 而现有信令 监测 系统还没 表或者进行 网络性能分析 等 ， 提供强大的分析应用 。 有配置这方 面的技 术设备 ，不具备采集和监测 Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ网络某 ３ ＿ ３ Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ网络中信令监测系统的特点 些信令消息 的功 能，因此需要新建适用于 Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ网络环境 的 （ Ｉ ） 采集 系统分 离。信令采集设 备与原有系统 的采集设 备尽量 信令监测系统平台 ， 实现信令消息 的采集和监测 。 分离 ， 形成一个统一平台 ， 两套采集系统。 ２ Ｔ Ｄ — Ｓ ＣＤ ＭＡ 网 络 中 的 接 口与 协 议 （ ２ ） 接入 方式。 由于 Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ 网络 中承 载方式多样 ， 因此系 Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ网络 采用 了基 于 Ｉ Ｐ承载 、控制 与承 载相 分 离 的 统的接人设备更加丰富 。具体在 Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ网络环境中 ，对于 Ｉ Ｐ ３ Ｇ Ｐ Ｐ １ ｔ ４版本架构 ， 这与现网大规模改造过 的软交换 的网络架构是 承载的接 口， 需 要通过 Ｔ Ａ Ｐ方式或端 口镜像 的方式采集 接 口数据 ； 致的， 与现 网的不 同主要是在各部 分接 口及其 承载方式 ， 以及接 对于 Ａ Ｔ Ｍ承载 的接 口， 采用分光器分出原光路部分光 ， 以达到采集 口协议上 。 信令 消息的 目的。 ２ ． １ 接 口及其承载方式 不同。 经过软交换改造后 的现有 Ｇ Ｓ Ｍ网 （ ３ ） 设备处理能力 。提 升处理层设备的处理能力 ， 以满足 日益增 络， 其接 口的承载方式有 Ｔ Ｄ Ｍ承载和 Ｉ Ｐ承载两种 。在 Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ 加 的信令消息量 。 网络 中， 接 口承载方式更加丰 富， 其中Ｒ Ｎ Ｃ与核心 网电路域及分组 （ ４ ） 采用 Ｂ ， Ｓ操作模式 。 域 的接 口以及 Ｒ Ｎ Ｃ之间的接 口均 由 Ａ Ｔ Ｍ方式承载。 ４实施 方 案 ． ２ ． ２ 接 口流量不 同。 传统 的 Ｅ １ 传输流量是 ２ 兆， 但是 Ｆ Ｅ ／ Ｇ Ｅ的 根据 Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ网络本省 建设规模 ，制定信令监 测系统建设 流量一般也可 以到达几十兆 ， 而Ｓ Ｔ Ｍ一 １ ／ Ｓ Ｔ Ｍ 一 ４则会有上百兆。 方案如下 ： ． ． ２ ． ３接 口协 议不 同 。新 技术 的应用 ，必 将引 入新 的协议 。在 ４ ． １ 建设 思路 ： 本省信令监测系统经过 多年升级扩容 ， 现 已采集 Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ网络中 ， 引入 了 Ｂ Ｉ Ｃ Ｃ协议 、 Ｈ． ２ ４ ８协议 等新的协议 。新 监测 网络 Ａ接 口链路 、 互联互通链路 、 至Ｓ Ｔ Ｐ信令链路等 多种信令 的协议的引入 ， 将会使信令监测技术产生新的发展 。 链路消息 ，并且 已经具备监测软交换 中 Ｎ ｃ 接Ｉ ＝ １ 和 Ｍｃ 接 口信 令链 ３ Ｔ Ｄ — Ｓ ＯＤ ＭＡ网络环境 中信令监测 系统分析 路的能力 。 为实现对 Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ网络相关信令链路的采集 ， 除对呈 ３ ． １业务 系统 现层 、 处理层和存储 层进行扩容外 ， 其他层设备均为新建方式。 现网 Ｇ Ｓ Ｍ 的大部分 的核心 网只需扩容就可支持 ３ Ｇ业务 。 信令 ４ ． ２采集监测 范围 ： 方案 对 Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ网络中接 口的采集监测 监测 系统 并未对 １ ｔ ４版本架 构特有 接 口及 协议做 大规模 采集 和监 范围为 ： Ｎ ｃ 接 口、 Ｍｃ 接 口、互联互通网间信令消息 、 Ｉ ｕ ｂ接 口、 Ｉ ｕ — ｃ ｓ 测， 主要采集 的信令链 路为 Ａ接 口链路 、 网间链路 、 （ Ｇ） Ｍｓ ｃ至 Ｓ Ｔ Ｐ 接 口、 Ｉ ｕ 呻ｓ 接 口、 Ｇ ｎ接 口、 接 口、 Ｃ ／ Ｄ ／ Ｇ ｒ ／ Ｇ ｃ 接 口。 的链路及一些数据链路 。 ４ ． ３接入 层与采 集层建设 ：在 Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ网络环 境 中 ，对 于 现阶段 Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ网络 的建设原 则 为 Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ网络与 原 Ｔ Ｄ Ｍ承 载的接 口， 如Ｃ ／ Ｉ ） ／ Ｇ ｒ ／ Ｇ ｃ接 口和互联互通 接 口， 需用 高阻跨 有Ｇ Ｓ Ｍ 网络共用核心 网 ，这就需要对现有 的信令监测 系统在采 集 接 的方式采集接 口中消息 ， 并通过数字交叉收敛设备 （ Ｄ Ｘ Ｃ） 按 比例 和监测技术上进行改进 。 对Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ网络进行监测 的初期 ， 可借 进行信令 收敛 ， 送至前端机 ； 对于 Ｉ Ｐ承载的接 口， 如Ｍ ｃ接 口、 Ｎ ｃ 接 鉴Ｇ Ｓ Ｍ 网络监测经验 ，对 比较 重要的几个接 口进行采集监测 。如 口、 Ｇ ｎ接 口和 Ｇ ｉ 接 口，需要通过 Ｔ Ａ Ｐ方式或端 口镜像方式采集接 Ｎ ｃ 接 口、 Ｍｃ 接 口； 与Ｒ Ｎ Ｃ有 关的 Ｉ ｕ ｂ接 口、 Ｉ ｕ — Ｃ ８ 接 口、 Ｉ ｕ — ｐ ｓ 接 口； 口数 据 ， 并送 至 Ｉ Ｐ前 置机 ； 对于 Ａ Ｔ Ｍ承 载的接 口， 如Ｉ ｕ ｂ接 口、 Ｉ — 分组域的 Ｇ ｎ接 口和 Ｇ ｉ 接 口。 ｕ — Ｃ Ｓ 接 口和 Ｉ ｕ — ｐ ｓ 接 口， 需用分光 器分 出原光路 部分光 ， 经过 光端 ３ ． ２系统结 构 机 的光转 电处理后 ， 通过数字交叉 收敛设备 ， 送 至前端机 。 信令监测系统结构主要分为接人层 、 采集层 、 处理层 、 存储层和 ４ ． ４处理层与存储层建设 ：现有 系统具备处理软交换相关信 令 应用层。综合考虑提高网络运营维护效率 、 减少投资成本等方面 因 消息 的能力 ，在建设 中可 以采取扩 容的方式 ，另外 在处理层新 建 素， 集 中采集 、 集 中监 测的方式 被广泛使用 。这种组 网方式 中 ， 除接 ｗｅ ｂ 服务器 ； 两个不 同的采集系统采 集到的信 令消息可以共 用存储 人层和统一采集平 台中的 Ｉ Ｐ前置机在远端站外 ，其他层均 在设 置 设备进行存储 。采集层 中的 Ｉ Ｐ 前置机采集到 的信令消息通过 Ｄ Ｃ Ｎ 在省监测 中心的中心站。 网送至省中心 的处理层和存储层。 （ １ ） 接人层 。将需要采集接 口链路 中的信令 消息通 过一定的方 ４ ． ５应用层建设 ： 由于在处理层新加入 了 Ｗｅ ｂ服务器 ， 维 护人 员 法过滤出来 ， 送至采集设备 。 可以通过互联 网浏览器直接对数据进行浏览和操作 ， 而不需要有 专 （ ２ ） 采集层 。采集到的信令消息在采集统一平 台中生成 呼叫详 用的业务软件 ， 实现了操作 的 Ｂ ／ Ｓ 模式 。 对 于不 同用户 ， 系统 可以设 细记录 （ Ｃ Ｄ Ｒ） 、 存储原 始数据 ， 为数 据处理 和应用部分 提供关 于信 置不 同的访 问权限和管理权 限 ， 极大增加 Ｂ ／ Ｓ操作模式的安全 陛。 令 消息 的统 计数据 、 Ｃ Ｄ Ｒ以及数据处理和应用部分所需要的满足匹 结束语 配条件 的信令 消息数据 。 从Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ网络结构 可以看 出， 越来越多 的接 口Ｉ Ｐ化 ， 今后 （ ３ ） 处理层 。接 收 、 合并前端处理器模块发送过来 的 Ｃ Ｄ Ｒ呼叫 逐渐会形成 以 Ｉ Ｐ 信令网为核心的移动通信信令网体系 。但不是所 详 细记 录 ， 进行业务分析预处理及业 务统计预处理 ， 并将 Ｃ Ｄ Ｒ呼叫 有 的接 口 都可 以通过 Ｉ Ｐ化提高接 口的安全性和可操作性。不过有 详 细记录及预处 理结果发送 到中心数据库 ， 转发实 时告警 、 链路 负 点可 以肯定 ， 那就是随着移动通信 网络 的发展和新业务种类 的层 荷数 据到用户工作 站 ， 以及 产生各种接通 率门限告警 、 链路 负荷 门 出不穷 ， 信令 网在整个网络 中将会显得越来 越重要 ， 因此信令 监测 限告警 等。 系统将会成为网络建设 和维护 中必不可少 的一部分 ， 也将会成为今 （ ４ ） 存储 层。由数据库服务 器 、 图形工作 站等��
关于软交换信令监测系统的研究分析
１ ． 接入层和采集层 ： 主要是任务是在不影响信令传输的基础上通过对
采集信号的特点进行分析 ，运用不用 的方式使监测所得信号接入到信令 监测系统中 ， 在软交换系统 中，采集信令的方式 因采集信号接 口的不 同 可以分为交换机镜片、Ｔ Ａ Ｐ 、光线分路器等。
２ ． 处理层 ： 其主要应用的设备是前端机 ， 主要是任务是对监测报告进
指 标做 出正 确 的分析 ． 在 软交 换 踊莹 昌网元 具备关 口功 能时 ，实现 对 互 监 测互 联互 通功 能 联 互通 的通 信质 量进 行实 时 监控 ，及 时 发现 问 题 、解 司题 分 析语 音质 量功 能 对 分组 数据 网络 进 行实 时监 控，确 定能 否实 现 电 信级 的语 言质 量 软 件 换 系统 中 的 Ｉ Ｐ数 据 承载 网容 易 出现 数 据 分析 Ｉ Ｐ季 载 网质量 功能 丢 失 、延 迟 的情况 ，信 令 监测 系统对 翼 进行 实 时 监控 ，并且 能 够快 速对 问题 进行 定位 、分 析 软 交换 网络 容易 受 到恶 意攻 击。信 令检 测 系坑 监控 Ｉ Ｐ季 载 网安 全的功 能 能够对 翼进 行 全程 跟踪 ，对恶 意 网络攻 击进 行 分 析并 且提 供数 据
年的工作经验 ，对软交换网络信令监测系统进行研究 ， 有不足之处 ，还
请指教 。
一
、
解析软交换 网络信令 系统的特点
软交换网络与传统 的电路交换 网络相比 ， 具有几个特点 ，主要表现 在以下几个方面 ：首先 ，软交换网络实现了将 呼叫控制功能与语音媒体 流传功能相分离 ，通过不 同的网元实现 ，不再是像传统电话 网中完全依 赖于交换机实现 ，其次就是软交换 网络中的内部消息及媒体消息都由分 组网络传送 。此外 ，软交换 网络中的信令系统与传统的交换 网络也有所 不同 ， 传统交换网络 内部的信令都是承载在 Ｎ Ｏ ． ７ 信令系统 中， 而交换网
浅谈ZXT2000信令网集中监测系统的功能及应用
中兴七号信令集中监测系统完全符合七号信令集中监测平 细 呼 叫记 录 ；Ｄ Ｔａｓｃ ｏ ｅａ ｅｏｄ事务 处 理详 细 记 Ｔ Ｒ：ｒｎａｔ ｎ Ｄ ｔｉ Ｒ ｃｒ ｉ ｌ
录） 的统计数据及详细记 录分别 提交 到对 应的业务数据库 ， 同时 Ｚ Ｔ ０ ０七号信 令集 中监测 维护系统在 运行 的七号信令链 对网络的基础性能作 实时监测 ， 时发现网络运行的异 常情况 ， Ｘ ２０ 及 路上通过 高阻跨接 ， 实时采集七号 信令 消息数据 ， 将若干有关联 并对其做 出实时告警和故障判 断 ， 并将结果上报给用户 。 告警和 的消息组合形成标 准的事件记录 ， 经过一系列的复杂数据处理过 故障记录也记录到相关 的业务数据库 中， 存档备查 。 前端机的主 程， 包括统计预处理 、 数据分流等等 ， 并将数据分类入库 。对入库 要作用是接收并保存数据采集卡传送 的信令数 据 ，并进行信令
信息科学
面 覃 丽ｉ 蕾 技 氏爵 科
浅谈 Ｚ Ｔ００ Ｘ ２０ 信令网集中监测系统的功能及应用
郭 广笑
（ 尔滨威克科技股份有限公司， 哈 黑龙 江 哈 尔滨 １０９ ） ５００
摘 要： 七号信令 网管 系统是针对 Ｓ Ｐ的 管理 ， Ｔ 实现七号信 令 网的性 能管理、 警及 故障管理 、 告 配置 管理 等 ， 着重宏观 的管理 ， 而七号信令集 中监测平 台在协议、 网络 、 业务等 的深层 次分析和 实时性监视 方面具备 更加 强大的功能 ， 七号信令 网集中维护和 管 是 理、 话务 网网管、 网络优化 、 网间服 务质量监视 分析和 网间计 费结算核 查、 业务话务模型分析 、 网络 规划、 障碍快速 定位和排 除等 的
传输的可靠性也必须严格 ， 且极易造成传送瓶颈。 计， 并将 Ｃ Ｒ、Ｄ Ｄ Ｔ Ｒ记 录及统计分析结果提交到用户指定 的业务 如果数据分散在各个远 端站分别处理 ， 则可避免 以上 问题 ， 数据库 中。前端服务器同时接收前端机发送 的告警 、 链路负荷数
信令监测系统汇报介绍
目录
• 系统概述 • 系统架构与技术 • 信令监测功能介绍 • 实际应用案例分享 • 问题与挑战 • 结论与建议
01
系统概述
系统定义与功能
信令监测系统定义
信令监测系统是一种用于监测和 管理通信网络中信令消息的专用 系统。
系统功能
信令监测系统具备实时监测、信 令数据采集、存储、处理、分析 和呈现等功能，支持对网络信令 的有效监管和控制。
04
实际应用案例分享
案例一：运营商网络优化
信令监测系统在运营商网络优化中的应用，主要是通过对信令数据的采集、分析和 挖掘，发现网络中存在的问题和瓶颈，为运营商提供优化建议和方案。
通过对信令数据的分析，可以发现网络中的话务流动情况、用户行为特征、业务使 用情况等问题，从而针对性地进行网络优化，提高网络性能和用户体验。
05
问题与挑战
系统面临的主要问题
信令流量激增
随着移动通信网络的发展， 信令流量呈现爆炸性增长， 给信令监测系统带来巨大 压力。
信令协议多样
不同通信标准和制式（如 2G、3G、4G、5G）采用 不同的信令协议，导致信 令监测系统需要支持多种 协议。
实时处理要求高
信令监测需要对实时信令 数据进行处理和分析，对 系统的实时处理能力要求 高。
系统重要性及应用领域
系统重要性
信令监测系统对于保障通信网络的稳 定运行、提高网络性能和优化网络资 源配置具有重要意义。
应用领域
信令监测系统广泛应用于通信网络运 营、网络优化、故障排查、安全监控 等领域。
系统发展历程与趋势
发展历程
信令监测系统经历了从模拟信号监测到数字信号监测，从单一功能到多功能的 发展历程。
IMS网络信令监测系统实现方案
IMS网络信令监测系统实现方案□贾良韦薇中国移动通信集团设计院有限公司一、前言ＩＭＳ，即ＩＰ多媒体子系统，为３ＧＰＰ在Ｒ５阶段引入的新的核心网络子系统，它是以ＩＰ网络为承载提供多媒体应用的网络架构。
ＩＭＳ采用业务与控制分离的方式，可灵活、快速的提供各种业务应用，并支持多种固定／移动接入方式的融合，支持无缝的移动性和业务连续性。
近年来，随着ＩＭＳ业务发展，运营商对ＩＭＳ网络的维护管理、故障分析、用户行为分析功能和开发各种基于ＩＭＳ信令的上层应用的需求逐步增强。
运营商在布署ＩＭＳ网络时，需要大量测试和验证过程，以确保ＩＭＳ网络的可靠性和质量，而信令监测系统是保障移动通信网络高质量运行，快速响应用户投诉，提升用户感知重要技术手段。
监测系统以不影响网络运行的端口镜像、分路／分光等方式采集各类信令和协议数据，进行消息解码、ＣＤＲ合成，再现业务接续全过程，进行网络和业务各类指标统计。
因此建设ＩＭＳ信令监测系统可有效保障ＩＭＳ网络的可靠性和质量。
本文将对ＩＭＳ网络及其信令协议特点、ＩＭＳ域信令监测系统的组网架构、信令消息采集和处理方式等问题进行说明，并对ＩＭＳ网络信令监测系统的部分应用进行描述。
二、监测IMS网络主要网元及接口协议２．１ＩＭＳ网络主要网元及协议类型ＩＭＳ网络网元按照功能主要分为以下几类：（１）会话控制类：Ｐ－ＣＳＣＦ、Ｉ－ＣＳＣＦ、Ｓ－ＣＳＣＦ；（２）互通类：ＩＢＣＦ、ＴｒＧＷ、ＢＧＣＦ、ＭＧＣＦ、ＳＧＷ、ＩＭ－ＭＧＷ；（３）媒体资源处理类：ＭＲＦＣ、ＭＲＦＰ；（４）用户数据处理类：ＨＳＳ、ＳＬＦ；（５）号码分析类：ＥＮＵＭ服务器、ＤＮＳ服务器；（６）接入控制类：ＰＣＲＦ、ＳＢＣ；（７）应用服务器类：ＳＩＰ－ＡＳ、ＯＳＡ－ＳＣＳ、ＩＭ－ＳＳＦＩＭＳ相关接口协议主要如下：（１）ＳＩＰ：会话处理类接口间；（２）Ｄｉａｍｅｔｅｒ：数据库查询、数据传送类接口间（如与ＨＳＳ、ＣＣＦ、ＰＣＲＦ）；（３）Ｈ．２４８：媒体控制类接口；（４）ＮＯ．７、Ｓｉｇｔｒａｎ：互通类接口；（５）ＤＮＳ：路由查询类接口。
5G信令流量安全监测技术
5G信令流量安全监测技术不同于传统的NTA流量分析技术，5G信令流量安全监测技术更多基于5G网络的业务特点和5G网络的协议特点去做分析，例如5G 网络中N1/N2接口的NGAP协议、N3接口的GTP-U （GPRSTunnellingProto⁃colfortheUserplane）协议、N4接口的PFCP协议等，并根据5G网络用户的特点和业务特点构建流量分析模型，对5G网络的安全监测更有针对性。
通过采集5G网络N1（UE-AMF之间接口）、N2（RAN-AMF之间接口）、N4（UPF-SMF之间接口）、N8（AMF-UDM之间接口）、N10（SMF-UDM之间接口）、N11（AMF-SMF 之间接口）、N12（AMF-AUSF之间接口）、N14（AMF-AMF之间接口）、N15（AMF-PCF之间接口）、N16（SMF-SMF之间接口）、N22（AMF-NSSF 之间接口）、N26（AMF-MME之间接口）、N28（PCF-CHF之间接口）、N29（SMF-NEF之间接口）、N32（SEPP-SEPP之间接口）、N33（AF-NEF 之间接口）、N40（SMF-CHF之间接口）等信令交互接口的原始流量，运用大数据、机器学习算法，按不同应用协议识别处理、解析、还原和分析流量，对网络安全事件进行深度挖掘，从而分析网元间信令攻击和可能遭受的网络攻击事件，对网络安全态势做出评估；并结合5G专网用户特点和行为特征，识别异常终端设备，从而有效管控终端。
1、技术架构5G网络流量安全监测的技术架构如下图所示：▲5G网络信令流量安全监测技术架构数据源为5G网络中N1、N2、N4、N8、N10、N11、N12、N14、N15、N16、N22、N26、N28、N29、N32、N33、N40等接口的信令流量，涵盖NGAP、PFCP、HTTP2、GTP等各类协议。
数据采集解析包括流量采集、信息回填、协议识别、数据分类、数据存储等，将采集的原始流量解析处理成全接口统计话单日志、N1N2话单日志、N4话单日志、异常XDR话单日志等，向上提供给信令流量监测分析使用。
GSM网络监测系统Abis接口信令的解码研究与实现
…
…
…
…
…
…
‘
Ｍ
Ｎ ｏ Ｌ ｏ Ｇ Ｙ ｏ Ｆ Ｔ Ｅ Ｌ Ｅ ｃ
ｌ ｏ Ｎ ｓ
耍断 势 接 监 终 高 键 域 眦； ｌ¨． 耋血
Ｇ Ｓ Ｍ 网络监测系统 Ａｂ ｉ ｓ接 口信令 的解码研 究与实现
陈 慧 重庆 邮 电大 学通 信 网测试 技 术工 程研 究 中心硕 士 研究 生 张治 中 重庆 邮 电大 学通 信 网测试 技 术工 程研 究 中心教 授
对于 Ｇ Ｓ Ｍ 网络监测系统的研究与开发 ， 主要包
端对端的可靠信息传送 ； 第三层为基站收发器模块 括数据采集 、 数据存储 、 Ａ ｂ ｉ ｓ 接 口协议栈解码 、 协议
分析等功能。总体架构如 图 ２ 所示 。 为了对 网络数据进行分析 ， 数据采集系统对原
始信令数据进行捕获 ， 然后对该信令数据进行预处
收发信台（ Ｂ Ｔ ｓ ） 之间的通信接 口， 用于 Ｂ Ｔ Ｓ 与Ｂ Ｓ Ｃ之间 的远端互连 。该接 口支持所有 向用户提供的服务 ， 并支 持对 Ｂ Ｔ Ｓ 无线设备的控制和无线频率 的分配 １ ２ １ 。由于 Ａ ｂ ｉ ｓ 接 口包含 了大量 的数据信息 ，包括基站或者 Ｂ Ｓ Ｃ
测， 通过监测更快锁定 网络的运行状况 ， 从而提 高网络 运行的效率 。模块化 的设计使得整个监测系统分工 明 确， 且各个模块 的功能独立 ， 耦合度小 ， 可以很好地提高
整 个 系统 的稳定 性 。 Ａ ｂ ｉ ｓ 接 口解 码模 块是 整个 监测 系统
…… ……～ ～… … ……～ …………… …
对异常状 态提供 的解释信息和所有 Ｕ ｍ接 口的测量报
告（ 包 括 上 行 和下 行 ） ， 在 Ａ ｂ ｉ ｓ 接 口能 够 抓 取 所 有 用 户
Abis信令系统介绍
目录
总体现状 主要应用 讨论
主要功能介绍
MR二维分析
▪ MR二维深度分析示例图
MR三维透视
MR三维细粒度分析示例图
隐性故障综合分析
隐性故障载波级故障定位结果实例图
隐性故障综合分析
相关载波的深度MR分析及故障核实图
故障载波
隐性故障综合分析
通过排序，还可以发现有 些小区相邻的载波同时存 在隐性故障，可通过观察 现象进一部定位是不是公 用的硬件存在故障
注：主要是基于信令事件中的相关指标counter进行组合指标统计、分类、 呈现等
性能指标统计与优化
注：系统支持多个表，多个counter组合指标的查询统计定义及呈现
GIS化网络透视
LAC边界区规划 上行覆盖GIS分析(包括上行覆盖平均值、最大值、最小值、大于90dB占比,大于-80dB占比) 下行覆盖GIS分析(包括下行覆盖平均值、最大值、最小值、大于90dB占比,大于-80dB占比) 上行质量GIS分析(包括上行质量平均值，最大值、最小值、0,1,2,3 占比,6、7占比) 下行质量GIS分析(包括下行质量平均值，最大值、最小值、0,1,2,3 占比,6、7占比) GIS栅格话务密度分布分析 GIS上行干扰分布分析 GIS下行干扰分布分析 GIS路损平衡分布分析
网络老鼠
注：从短信发送次数、响一声挂断次数、通话小于2秒次数，按照用户及 小区维度进行统计
终端性能分析
注：从业务成功率，MR指标等角度按终端品牌、类型进行统计
通信保障模块
目录
总体现状 主要应用 讨论
讨论
如何检验和监控A+Abis系统数据及时性、完整性、准确性？ （系统可直接访问到网优之家的数据，可与信令数据进行对 比核查）
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
考虑性能要求，可将不同的功能模块运行到不同的机器上； 或者是在不同的机器上运行多个应用服务程序，每个应用服 务程序加载部分统计模块，进行某些类型的统计。
文件服务器
功能：以文件形式存储原始信令数据的服务器，同 时提供原始信令的历史数据浏览服务。 在协议处理机不能保证系统需要的数据空间时，可 将协议处理机上的原始信令文件传递到相应的文件 服务器。 文件服务器可以是一台单独的机器，也可以和其他 服务器合设。
操作系统：支持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为系统默认必配的业务数据库。
协议分析、事件合成与发送 实时传送链路上的告警信息，通知前端服务器作相 应的处理 实时统计信令链路上的负荷，上传到前端服务器 在线测试、呼叫跟踪命令识别与响应 历史数据浏览命令识别与响应 可以将原始信令搬迁至文件服务器，实现更长时间 原始信令的保存 时间同步 支持远程维护
协议处理机软件——概述