改善接通率的经验

改善接通率的经验
各地在提高接通率的解决方法上积累了不少经验。

经过前一期的总结，华为设备优势得到充分的发挥，但总的来看解决的重点主要集中在用户侧，而本文则主要讨论在网络侧的一些分析方法和技巧。

由于我国的电信网络交换机种类较杂，存在设备配合问题，工程技术人员必须从配合的深层次着手，进行网络优化，从根本上解决接通率的问题。

在处理接通率的过程中，工程师经常会遇到一些类似下面的问题，例如08机的入局接通率主要受振铃早释的影响，即使使用一些失败处理如给主叫送提示音，但往往收效不大，并且用户早释的呼损还会直线上升。

现分析如下：
振铃早释在跟踪过程中发现主要可分为三种情况：
∙1、本局回送ACM信号后，1~3秒钟主叫拆机。

∙2、本局回送ACM信号后，10~15秒后主叫拆机。

∙3、本局回送ACM信号后，20~40秒后主叫拆机。

对于第1种情况，一般是由于本司设备与上级局设备的信令配合问题，或是由于主叫局对一些信令有误判造成，基本属于汇接配合问题，经过数据调整，基本可以解决；第2种情况主要是一些人对电信局的收费产生怀疑，认为振铃3声后收费，故挂机后重拨造成的，基本无法解决；第3种情况属于正常挂机，主叫听4~8声振铃后挂机，可以通过调整振铃时长，转入久叫不应的失败处理听语音。

此类呼叫一般不会造成恶性重复拨叫，并且某些用户长时间听完回铃音后听到语音后，反倒要重拨一次，故建议此类振铃早释不做处理。

以下主要讨论一下第1种情况的产生条件及解决方法：
首先我们先看一下基本呼叫（七号信令为例）涉及到的消息结构。

这里先简单介绍几个最常用的信令信号。

IAM（初始地址消息）
图1 初始地址消息
1) 主叫用户类别
比特：FEDCBA
001001 国内话务员（具有插入性能）
001010 普通用户，在长途（国际）－长途，长途（国际）－本地局间使用
001011 优先用户，在长途（国际）－长途，长途（国际）－本地，本地－本地局间使用
001101 测试呼叫
至备用
011000 普通用户，在本地－本地局间使用
在主叫用户类别中，大量使用的主要是标记为0A、18，0A主要用于长途局与本地局之间，18主要在用于本地局与本地局之间，C&C08机在话统系统中，失败处理呼叫分类呼叫时，均是以主叫用户类别进行判别的。

在与对端局配合时，经常会出现长途局发起的呼叫使用的主叫用户类别是18，错误的标记了呼叫的属性，影响了本端局话统的统计结果，或对本局的一些呼叫处理产生影响。

所以一般在话统中登记业务建议按局向或中继群来区分，呼叫类别一般选择全部类别。

对呼叫的特殊处理最好是按照呼叫源来处理，同理呼叫属性选择全部类别，保证话统数据的准确性和失败处理的全面性。

一般在呼叫接续配合中，主叫用户类别错误不会对入局接通率造成影响，只有在个别情况下，某些交换机会拒绝话务员发起的呼叫，影响出局接通率或对长途再应答功能产生影响。

可通过软件参数表中的IAM 发送预置值和过滤器配合将主叫用户类别强行设置为001010或001011。

2）消息表示语
比特 FE：导通检验表示语
00 不需要进行导通检验
01 该段电路需要进行导通检验
10 在前段电路进行了导通检验
11 备用
比特 I：改发呼叫表示语
0 非改发呼叫
1 改发呼叫
比特 K：信号通路表示语
0 任何通路
1 全部是NO.7信号方式通路
在消息表示语中，影响接续的主要有以上几个比特位，导通检验表示语比特FE主要用于国际来话接续，我司设备现在不能提供导通检验，但对此类呼叫允许接通，所以不影响接续（主要注意R002 8/18版本以前的版本可能会引起该问题）。

改发呼叫表示语比特I发送不当，主要会影响出局接通率和入局汇接接通率，例如本局用户在话机上设置了呼叫前转，转移到下级局某用户，本局在向下级局发起呼叫时，比特I会设置为1，某些厂家的设备在接收到此类改发呼叫时，会拒绝呼叫，可在软件参数表中的IAM发送过滤器中更改解决。

信号通道表示语比特K主要会影响接续，失败处理。

ACM消息表示语比特F也可表示信号通道的类型，我司设备一般全部回送1，表示NO.7信号方式通路，一方面对局如果是中间汇接局并且中间有N01路由存在，IAM中的信号通道表示语一般设置为任何通道，这样就造成某些厂家的设备收到我局的ACM后，发送CLF信号主叫拆机，例如上面提到的振铃早释的第1种情况。

另一方面，主机软件在失败处理过程中，送信号音要求IAM、ACM中的信号通道均指示为全部是NO.7信号方式通道，否则信号音无法正常送出，尤其是在修改了久叫不应时长，会发现到预定时间后，用户已经空闲，但中继上仍然听完90秒的回铃音（在此假设为国内长途呼叫），在定时器表中修改的数据也没有起作用，这就是原来有很多局反映做失败处理送音后，接通率没有提高，并且振铃早释的呼损直线上升的确原因。

解决方法是在软件参数表中的IAM 接受预置值中将比特K强行设为1。

这里额外提一下失败处理送音的处理过程，来话在转接到失败处理送音后，主叫先听到3秒的回铃音，才能听到失败处理所定义的语音，在送语音的同时，应答信号才能送出（是否送应答由失败处理表中的“是否送应答信号”域决定）。

也有一些用户等听回铃音时间太长，主要是由于我司设备在送信号音时，采用的是循环放音，如果此次呼叫恰好提取语音的时间是静音（回铃音是1秒振铃，4秒静音），主叫用户会多等3秒，什么声音都听不到，有可能挂机，会产生上面提到的振铃早释的第1种情况，可考虑用软件参数表中的呼叫内部参数1的比特 2，加送一声初始回铃音（初始回铃音送拨号音还是忙音。

=1时初始回铃音送拨号音；=0时初始回铃音送忙音）。

ACM（地址收全消息）
图2 地址收全消息
比特C：用户闲表示语
0：未指示
1：用户闲
比特E：呼叫前转表示语
0：呼叫未经过前转
1：呼叫已经前转
比特F：信号通路表示语
0：任何通路
1：全部是No.7 信号方式通路
用户闲表示语比特C，设置为0时，表示用户并没有真正振铃，如呼叫等待、小交排队、话务台排队等情况，也会造成部分厂家发送主叫拆线信号，这基本上也是C&C08机振铃早释居高不下的主要原因之一。

呼叫前转表示语E造成呼叫失败的原因同上文提到的IAM中呼叫前转表示语设置的情况。

注意：在软件参数表中设定有关NO.7信令的参数时，信令链路会复位，一定要在话务量小的夜间进行。

另七号信令跟踪中，由于前后台通讯带宽的原因,有部分信令消息丢失，造成信令分析软件的一些分析结果不可信，要区别对待。

话务流量分析
在一些用户较多，BHCA≧2000次的局，及下挂传呼台、校园卡等局，话务流量的合理分配至关重要。

检查项目：
∙1、模块间的话务处理是否均衡。

∙2、特忙用户是否比较集中。

∙3、是否存在内部拥塞。

分析工具：利用话统结果、网管中心提供的数据进行分析。

分析步骤：
1、确认去往各个局的电路主要分布在那几个模块上，分别按模块登记话统任务，分析出各个模块的出局话务量、入局话务量、模块内话务量。

比较话务量是否与该模块所占有的资源成正比。

另计算出每条电路（用户线、中继线）在忙时的话务量（erl)，每个模块的BHCA值。

是否已经超出了模块的最大处理呼叫的能力，目前B模块（CC07MPU）的BHCA达到135K。

2、处理机（链路、MC2、MPU、MFC）的正常负载，也是保障设备安全运行，稳定接通率的重要因素。

参考数据：NO.7链路最大承载46K，MC2最大承载64K，MPU占用率小于80%，MFC同时占用小于27路
图3 话务流量分析模型
假设某局的长话组网如图3所示，计算方法如下：
1#模块1小时长途来话为800次，长途去话600次；7#模块长途来话为700次，长途去话为400次；9#模块长途来话为300次，长途去话为160次。

长途来话接通率为56%，平均通话时长为95秒；去话接通率为57%，平均通话时长为75秒。

计算如下：
1#模块的BHCA=出入局呼叫+出入模块呼叫+模块内呼叫
1#模块中继线占用量：（800*56%*95+600*57%*75）/（3600*90）=0.21erl
长途局向每条NO.7链路的消息处理量：
（800+600+700+400+300+160）*5*25*8/（1024*2*3600）=0.4K
9#模块MC2链路消息处理量为：
（出、入模块呼叫总量）*5*25*8/（1024*3600）= K
以上是按平均每次呼叫有5个消息传递，每个消息平均25个字节为依据进行计算的。

（刘波）。