TECHNOLOGY TREND
随着本地网智能化改造的完成，局内呼叫实现上移、悦铃等智能业务全面开展，全程全网的特点更加明显，对整个通信网络运行质量的要求越来越高。保证客户高质、高效的使用我们的产品、努力提高接通率、优化网络、做好预防性维护，消除隐患、处理故障等等，这些都离不开NO7信令分析的支持。并且在维护中，要求我们不仅仅要知道什么信令是不正常的（即产生呼损），分析产生呼损的真正原因，而且还要求我们从看似正常的信令中出网络异常现象的原因，并加以解决。当然，由于网上情况复杂，各种新情况、新问题会不断出现，信令分析也是一个难点。这就要求我们在实际中慢慢摸索，总结。下面，我就将实际维护中总结的一[x7]些经验提出来，和大家共勉。 1正常的普通呼叫和智能呼叫信令流程
1.1成功的ISUP 呼叫信令流程
发信息请求（如恶意追踪、来显等要主叫）
收信息，回应INR 的。收地址全消息，听回铃音被叫摘机，收应答计费消息
释放消息（含原因值，如=16，表明为主叫挂机）
释放完成
说明：INR 、INF 在呼叫流程中是可选的。
有时ISUP 中ACM 和ANM 用CON 代替，也是正常的。1.2正常的智能呼叫信令流程
海峡两岸知识大赛一个正常的完整智能呼叫，从TCAP 信令来看，就是一个完整的对话，这个对话是以TC-BEGIN 开始，以TC-END 结束，TC-CONTINUE 表示一个对话还在进行，它们都属于对话原语。对于我们维护人员来说，只需关注封装在TC-INVOK E 成份原语中的INAP 操作即INAP 协议即可。TC-INVOK E 后缀为REG 的信令消息是SSP 发给SCP 的信令。TC-INVOK E 后缀为IND 的信令消息，是SCP 发给SSP 的信令。
1.3常见的异常信令
异常信令一般指呼叫不成功的后向信令。
schrodinger方程
TUP 信令的异常信令有：CFL （呼叫失败）、LOS （线路不工作）、SEC （交换设备拥塞）、CGC （中继拥塞）、SST （发专用信号音）、ADI （地址不全）、UNN （空号）等。
ISUP 信令的异常信令有：TCF （临时故障）、CFN （混淆消息）、REL （释放消息，其中含有呼叫释放的原因值，包含不正常释放）等。
智能信令的异常原因有：资源不可用、不期望的成份顺序等。2对几种常见异常信令的分析
2.1FL （呼叫失败）信令
1）一般的信令分析中，都将CFL 视为呼损信令，但有一种情况下，回CFL 是正常现象，即当信令流程如下，并且ACM 和CFL 之间的时长超过60秒时，是交换机定时器起作用进行的正常释放。
IAI ———ACM ———CFL
我们曾做过实验，当拨打外省长途时，久叫不应67秒听嘟嘟声，回的就是CFL 信令。当拨本省长途时，久叫不应36秒听呼叫无法接通通知音，此时挂机，信令回拆线信令，若不挂机，62秒听完通知音，信令就是CFL 。在本地网中，是60秒。
2）由交换机发码方式、最小收码位长、选路位长的设定和用户拨号时延过长导致的呼叫失败回CFL
经过对多个成功呼叫、不成功呼叫的信令监测，我们发现IAI/IAM 后，超过7、8秒不再送后续地址消息，并且收到的IAI/IAM 中号码不全，或有误时对方局会送CFL 信号。
不成功案例：
此次呼叫是局A 采取了重叠发码方式，在收齐IAI 中所需位数后，局A 送出IAI
，但因用户拨号缓慢，SAM 信号发送超过了局B 的监测定时。局B 回送CFL ，尽管同时局A 发出了SAM ，但因局B 的CFL 信号已发出，所以导致呼叫失败。
怎样避免上述两种情况的出现呢？
因为对用户的拨号行为我们无法控制，所以我们只能在数据配置上尽量将用户因素考虑在内，做到最好。所以可以采取以下的原则：
被叫号码超长，尤其是拨打IP 时，将号码发送方式设为重叠发码。国标规定，在分局至长途局和国际
局之间必须采用重叠发码方式。分局经汇接局至长途局或国际局，市话局至汇接局之间可以采用重叠发码方式。重叠发码方式中，争取IAI ／IAM 信令后再送出的后续地址消息是SAO 而不是SAM 。这里SAO 是收一位发一位的，这样就不存在用户拨号速度对信令发送的影响了。
2.2CFN （混淆）信令
如果交换局未识别出消息或检出消息的某一部分时，则响应任何消息（除混乱消息外）都发送CFN 消息。我们就曾遇到过一次涉及CFN 的失败呼叫。那是抚宁局申告：NEC 用户打不通中兴局被监控的电话。
当时的路由走向为：
NEC 局用户A 拨打6034888，中兴局将被叫前插96514，送到32汇接局，32汇接局送上监控路由出中继，再经监控路由入中继将变换后被叫号码送回32汇接局，再送回中兴局，电话接通。这里的关键是监控必须要主叫号码。
wap服务对呼叫进行信令跟踪如下：
剖析呼损原因确保通信网络畅通
满艳飞祖秉杰
贺宁
（中国联和通信网络有限公司秦皇岛市分公司网络管理中心，河北秦皇岛066000）
［摘要］本文主要阐述了本地网智能化改造后，N07信令监测方法在通信网上的运用。包括呼叫的具体信令流程、对普通和智能信令中异常信令及信息的分析处理，以及网上出现的故障现象的总结。［关键词］信令；智能；分析；异常
K eywords:Signalingintelligent analysis
abnormal
应用科技
239
20109（上接第238页）
4测试结果
NPN 和PNP
的输出特性曲线如下：
图８ＮＰＮ
中国电信我的e家
的输出特性曲线
图９ＮＰＮ的输出特性曲线
5结语
本系统所用的一些芯片都是市场上容易买到的芯片，价格也比较便宜，可广泛推广用于与教学有关的试验中。可以将上述的系统进行改进和扩充，用于测量二极管以及场效应管的输出特性曲线。
［参考文献］
[1]刘京南.电子电路基础[M].北京：电子工业出版社,2003.[2]林益平.基于L CD 的晶体管特性曲线图示
仪[J ].电子测量技术
,2008.
发现呼叫不通是因为收到了混淆信令。查看IAM 信令的详细信息，发现IAM 中含有主叫用户线标识，但号码＝000，由此分析32局检测主叫号码不正确，所以回CFN 信令，呼叫失败。
但主叫号码000是如何送出的呢？
查NEC 局至中兴局之间信令，发现是TUP 路由送的是IAM ，而且无法送出IAI 来，所以没有主叫信息。中兴局至32局是ISUP 路由，在IAM 消息中包含了主叫信息，当它从上一级局中得不到主叫时，就用000填充了。而32局因为送来的IAM 中已含有主叫信息，也没法再要主叫了。
能不能让中兴局至32局的IAM 信令中不含主叫信息呢？这样32局就可以向中兴局要主叫，而中兴局也可向NEC 局要主叫，这样真实的主叫信息就有了。与抚宁中兴局联系，他们说无法修改。这时，我想到TUP 中的IAM 不含主叫信息，能不能将中兴局通过TUP 路由至32局呢？因为中兴局至燕山汇接局
是TUP 路由，就建议抚宁局修改路由走向，从燕山汇接局迂回。结果呼叫接通，一切正常。
2.3SST （发送专用音）信令
薛晓峰目前发现，呼叫回SST 的情况有两种：1）用户欠费。
中兴获进网许可证2）用户有呼叫转移或语音信箱功能，但同时呼转或同时接入语音信箱的次数设置不足时，会有SST 信令返回。
另外，在维护中我们还发现，相同的原因，TUP 和ISUP 回的信令不同。
用户欠费：ISUP 是REL （原因值=4，发送专用信号），呼叫转移、忙转、久叫不应转当次数设定不够时，ISUP 回REL （原因值=21，呼叫拒收）。
2.4资源不可用
资源不可用表明SSP 在查语音资源时出现问题。智能语音的搜索顺序是先顺序在各个SPD 板上查对应此业务的第一条语音，当在某个SPD 板上查到第一条语音后，此业务所需的其余语音也在此板中查。若语音编码错误或缺失或SPD 板故障都会有此异常原因上报。
2.5其它情况的说明
1）用户线路故障：TUP 回的是LOS 信令ISUP 回的是REL （原因值＝27
），目的地不可达。2）在TUP 中CFL （呼叫故障）和ISUP 中的TCF （临时故障）是一样的。
总之，由于全程全网使用了NO7信令，所以网上通信的很多细节都可从信令上观察到。利用七号信令分析法，对于我们解决各种呼损问题，提高网络运行质量，做好互连互通工作，确保网络畅通都有很大帮助。今后，还会有一些未知的新问题在等待我们去解决，让我们大家一起努力，为企业的发展贡献出自己的力量。
作者简介：满艳飞，女，1977年出生于河北省秦皇岛市青龙满族自治县，满族，1999年8月毕业于长春邮电学院通信工程系，工学学士学位，工作单位中国联合通信网络有限公司秦皇岛市分公司，工程师职称，现任交换网络支撑主管。
[参考文献]
[1]陈国通.数字通信，哈尔滨工业大学出版社.
[2]桂海源.NO.7信令系统.北京邮电大学出版社.[3]李生红.现代交换原理.北京邮电大学出版社.[4]王柏.智能网教程.北京邮电大学出版社.
[5]夏靖波，通信网理论与技术.西安电子科技大学出版社.
240
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议