SPAS-SF信令采集器产品介绍

2003-04-01 00:00:00 作者：来源：评论：0 　点击：

1 简介

　　随着通信技术的不断发展，通信网络日益复杂，信令是通信网的神经，支撑和控制着通信网的正常运行。七号信令目前是国内最主要的局间信令，在固定网、移动网上都得到了广泛采用。与七号信令相关的采集、监测、监控等应用有非常广阔的市场。

　　我公司研制的SPAS-SF七号信令采集系统具有容量大、接口类型丰富、维护方便、稳定可靠等特点，目前已经通过了信息产业部的测试，可广泛应用于信令监测、网间计费、移动落地短讯和基于信令监测的增值业务等领域。
2.5 SPAS-SF性能指标：

高阻跨接支持ITU_T G..703，接口2.048Mbit/s，误差100ppm
HDB3码、AMI码可选
输入阻抗大于50K欧姆
支持CRC4复帧
平衡不平衡兼容
抖动容限大于1.5UI(20HZ-2.4KHZ )
回波损耗大于100DB(102KHZ-2048KHZ)
线性衰减38DB
导线衰减补偿6DB
内部信号放大12DB或30DB

2.6 SPAS-SF物理电气指标：

　　遵照GB7611-2001《数字网系列比特率电接口特性》基本电气特性：合格

　　120Ω系统发送、接收支路跨接衰减

　　75Ω 系统发送、接收支路跨接衰减

　　传输特性：

输入口接受灵敏度：连接线衰减 b>=6dB
输入口抗干扰能力：信干比 18dB
输入口抖动容限：

120Ω系统:合格

75Ω系统：合格

传输链路参数设置：定义链路名称、线码选择（HDB3、AMI）、阻抗选择（高阻或低阻），同步时钟设置、时间设置
信令链路参数设置：
-协议类型：根据实际测试接口类型选择对应的协议；
-时隙选择：根据实际情况正确选择信令所在的时隙（1-31）
-速率选择： 16K、64K、2M
支持64K透明数据流采集
输出接口设置：IP地址、端口号
采集系统主从备份设置：根据具体需要设置信令链路采集主从备份，当主采集系统告警时，自动从备份采集系统传输采集数据

统计功能：

　　链路统计：FISU，LSSU，MSU的个数和比例；重发MSU，错误信号单元的个数和比例。在此基础上计算每条链路负荷。

告警监视

　　SPAS_FS能够监测到每个信令链路上的传输告警和信令告警。

　　传输告警包括：
　　- E1接口：No Signal，AIS，No Frame，Distance Alarm

　　信令告警包括：
　　- 信令告警：No Frame
　　- 信令错误：Truncated，7 Ones，Too Short，CRC-16 Error

　　SPAS_FS能立即显示告警的状态，并且能把告警保存在记录中或者通过数据接口或网络接口通知后台服务程序。

条件过滤：

　　消息过滤条件、告警过滤条件。

3 同类产品比较

　　我公司团队中的几位主要技术人员均在电信领域中的交换、信令、IP协议、网管、嵌入式操作系统等方面有多年的实际工作经验。SPAS-SF信令采集器是基于SPAS可编程软交换平台这一思想开发的。它和一般脱胎于测试仪表的信令采集系统有以下不同：

1）具有4K*4K的交换网络：
　　此功能在七号信令网管中用下不大，但在信令计费中是必不可少的。

2）每块单板上具有100M以太网接口：
　　此功能方便组网和维护，也可通过此接口和主机通讯完成各种应用功能。

3）模块化设计，超大容量可平滑扩容：
　　原来的七号信令网管系统只对骨干网的信令进行采集，数量相对较少，用测试仪表或工控机插卡的方式可以解决。而信令计费是对全网的所有信令链路进行数据采集，其容量要求是很大的。原先的方案是无法满足要求的。

4）电信级产品，支持插拨、双备份：
　　原先七号信令网管监测系统对可靠性要求较低，因为七号信令网本身的故障较少，因而监测系统只要不和信令网同时发生故障（此概率很小），运营商即可接受。因此，运营商不要求热插拨、双备份。这样，用测试仪表或工控机插卡的方式可以胜任。而信令计费系统一旦发生故障直接导致话费损失，这是电信运营商绝对不能容忍的，因此热插拨是必须的。

4 SPAS-SF系统可靠性测试

测试目的：测试SPAS-SF对数据采集的处理能力、通过TCP/IP的传输能力、长时间运行的稳定性.

测试仪表: 北京直真节点技术开发有限公司的ZJ-HDC/SMA-2003信令测试仪

测试方法：

利用七号信令呼叫仪进行大话务量呼叫，用SPAS-SF的两条E1高阻（2K）跨接在呼叫的信令链路E1的接收和发送端，完成信令链路的采集；在采集内部重复配置64次信令链路的收时隙和发时隙，使呼叫放大64倍，等同于系统同时采集64对信令链路的收发；
理论结果：仪表产生呼叫的时间间隔是：50ms/次，每小时产生的呼叫是：72000次，通过放大后，每小时的呼叫为：72000*64=460.8万次；利用主叫挂机，每次呼叫平均传递的包数是5个，所以每小时采集的包数为：460.8万*5=2304万；测试时间长度24个小时，总数包个数：2304万*24=55296万
接收的数据服务器是我公司的测试接收程序