S1240七号信令的使用和维护经验谈.doc

S1240七号信令的使用和维护经验谈 一、概述七号信令系统是利用处理机之间的一条集中的信令链路传送几百甚至上千条话路的信令，控制呼叫的建立和释放。它的优点是随路信令不可比拟的。如今，七号信令系统已在我国得到了广泛运用。S1240交换机的七号信令系统能对数据链路、信令终端或中继电路故障，通过自动故障检测，自动完成业务的进入或退出服务。而长时间不能恢复的传输告警、信令终端损坏等造成的链路故障以及用户部分的数据建立、修改、删除正确与否，则需要我们及时地分析处理，从而保证七号信令系统的可靠运行。因此，如何使用和维护好七号信令，是摆在当前的首要问题。本文介绍在维护S1240的七号信令中摸索出的实际经验，包括在做七号信令局向的局数据时应注意的问题，以及一些实际故障的处理。二、七号信令链路的维护湖北孝感市电信局长途程控机房有两个CCSM模块H10和H11，规约板PROA已增加到每个模块6块，最多可达8块。每块板提供2条信令链路，也就是说最多有16TN，TN的选法一般是从大到小，从16开始选。系统ACE采用双备份，H21E处于主用状态，HF处于热备用状态。七号信令链路在两个交换局之间一般创建两条，在正常情况下，每条信令链路担负着整个局向中继群信令的一半，当一条信令链路中断时，另一条链路将担负起全部中继群的信令负荷。由于信令链路的工作状态决定着一个局向的电路群的工作是否正常，因此我们可以随时用MAC：N7MONI观察下面3个方面的状态：LINKSTATE=ACTIVE（工作)，TRAFFICSTATE=TRAFFIC(有业务)，DTMSTATE=OK。当以上3个状态中任一个发生改变，链路即中断。一般来说引起链路中断的原因如下：1光纤传输告警如：RJA、AIS、LIS等。这时LINKSTATE=ACTING(待工作)，TRAFFICSTATE=NOTRAFFIC（无业务)，DTMSTATE=OK。链路中断时间取决于光纤传输故障的长短，这种现象在维护中经常出现。孝感市电信局至本地网应城局长(市)中继七号信令群就曾因光纤传输中断而发生全阻，后经市话汇接局迂回才得以抢通，直至光纤故障排除后才还原。为了杜绝人为造成链路中断事故，孝感市电信局传输机房还在数字配线架上，针对七号信令链路的环头挂上了红牌，以提醒维护人员注意。2当本局七号信令链路的DTM的处理机发生启动再装入时，也会引起链路中断，这时LINKSTATE=NOACTIVE（不工作)，TRAFFICSTATE=NOTRAFFIC(无业务)，DTMSTATE=OOS(故障)。对端局出现LINKSTATE=ACTING(待工作)，TRAFFICSTATE=NOTRAFFIC（无业务)，DTMSTATE=OK。并发生CHANGEOVER，此时中断的信令链路将全部负荷递交另一条正常工作的信令链路。因此，要选择DTM处理机工作稳定的选作链路。3CCSM发生再启动时，也会使连接CCSM的信令链路中断，由于一个局向的二条信令链路分别接在二个CCSM中，因此，一般不会造成整个局向中断。这时要及时弄清障碍原因，排除障碍，否则单边工作将很危险。4系统ACE同时发生再装入时，就会产生一系列的严重问题。LINKSTATE=OOS(故障)，TRAFFICSTATE=NOTRAFFIC(无业务)。ACE都处于不工作状态，从而造成全局对各局向的信令链路中断，这种现象还没有碰到过，但维护人员要百倍警惕。除以上原因外，有的维护人员也采用人机命令CHANGELINKSTATE；使链路状态强迫改变，需要在必要时使用。七号信令中继群的中继模块在传输障碍恢复后或其他原因会出现告警迟迟不好，136命令显示仍呈传输告警，电路呈EXTBLOCK（外部闭塞)，有时这是一种假现象，需要维护人员对模块处理机做RESTART（再启动)，才能恢复正常通信。三、与七号信令有关的局数据问题及解决方法在做七号信令局向的局数据时，如下几个字冠分析的任务需要做正确。1目的号码位长任务分析（DESNUM）至武汉的长途呼叫数据应做为不等位方式，最短位长应置成区号长度3，最长位长应置成区号长度8，国际呼叫位长可置成918位。至本地网各县市如应城、安陆等市话呼叫应置成等位，最大位长应为7位，最小位长为7位。2目的选择任务分析（DESSLGT）对于至武汉的长途呼叫应置成区号长度1，如果短了会造成第1位乱发。对于至应城、安陆等市话呼叫应置成号码长度7位，即收齐号码后占用出中继，目的是减少七号信令消息发送的次数，有利于提高七号信令消息的发码质量，提高接通率。3目的设备互相配合数据(DESDID）通常我们使用较多的是83：SCO=，DGTFWS=X；吃掉前3位达到某分局或C5局交换机号码范围的要求。新建的114查号台终端对长途来话请求主叫，在得不到主叫号码后，造成长途来话打不通114的现象。这种现象的原因是当全部被叫号码由初始地址消息IAM一次送到收端局，收端局请求不到主叫号码，便不可能回送地址全消息ACM，当然也不回送被叫摘机应答ANC。主叫经长时间等待后挂机，发端局送拆线信令CLF，收端局送拆线证实RLG。或发端局经一定时间等不到对端局回送的信令，不等主叫挂机就送拆线信令CLF，收端局送拆线证实RLG。解决的方法是由厂家修改程序，在收到一个改变的号码后不请求主叫。没有收到改变号码的如市话呼叫，仍请求主叫正常通话。而我们所做的修改则是83：SCO=1“”，TKGDEST=“1_114_01”，PREPTP=CHANGE30，DIGTS=124，DESDID=X，19=2；即把长途来话号码114改为124号码。当114台收到号码124后，认为是长途来话不请求主号，正常接通。四、七号信令中继群数据问题及解决方法七号信令中继群是双向的，数据做不好会影响来、去话接通率。考感市电信局长途程控机房至本地网各县市局的七号信令中继群数据经过不断修改，数据比较理想。下面为至安陆局的七号信令中继群数据显示报告：DISPLAYTKG：TKGID=L_522_B1；TKGID=L_552_B1 L_552_B1DIR=BWSIGT=N7BOTHWARTEID=L_5221DEST=L_522 17 19 51 H00111333NATEXCHTYPE=LOCALINCIDF=DIGITS：INCOMPL K712HUNTING=LIFOFIFO ODDCHNTRADDR=O NAT INTALPREDGTS=3结合报告中的中继群参数所出现的问题及解决方法如下：1预选位号码数（PREDGTS）该参数确定开始启动PATED进行字冠分析的报收号位数，正确为3，等于从该线群上收到的最短字冠的长度。至安陆的七号信令群该参数曾创为4，造成安陆局打孝感市114查号台不通，经分析是这个数据有问题。直接用MODIFYTKG命令是不能成功的，删掉全部中继修改工作量大，也会造成一个局向的电路中断。后采用修改中继群中的每个中继模块的关系域RSOURTACE中的D_PRE_DGTS。步骤如下：1379：1=“R_TKG_MNEM”，2=“D_MNEM”0“L_522_B1”，3=1；执行两次得到D_TKGPN=20EH。2378：1=“R_SOURTACE”，2=“D_TKGPN”0“20EH”，3=“D_PRE_DGTS” 0 “3”，NA=H，4；上述修改需要对中继群中的所有模块都做一次，模块很多则很麻烦。建议也可用MODIFYSCOINFO：SCO=TKG，TKGID=L_552_B1，PRESEL=3；完成。2话源特征（NTRADDR)该参数说明了七号信令的对端局来话呼叫的去话目的地性质。因为安陆局的国内、国际长途呼叫均经孝感市电信局长途机房转接，则七号信令中继群中的NTRADDR=ONATINTAL，漏掉了NAT不能转国内长途，漏掉了INTAL不能转国际长途。孝感市电信局在创该中继群之初，这一项只有0，为了生成NAT和INTAL使用了下面使命。376：1=“R_ORIN_AN”，2=“D_SC_NATAD”O“020E0201”；376：1=“R_ORIN_AN”，2=“D_SC_NATAD”O“020E0301”；上两关系域创建成功后，中继群数据就有了NAT和INTAL参数。3中继线寻找方法（HUNTING）七号信令采用双向电路工作方式，以提高局间电路利用率。这种方法意味着忙时两个交换局有可能几乎同时占用同一条电路，这就发生了同抢。考感市电信局目前至对端局采用的选线方式是，当OPCDPC时，为LIFOFIFOEVENCH，当OPCDPC时，采用LIFOFIFOODDCH，有效地避免了同抢，大话务量较大时，也未发生过。4来话群请求证实（INCIDF）该参数用来规定来话群是否请求主叫。INCIDF=IMPOSS为不要求主叫，INVIDF=COMPL为要求主叫，INCIDF=INCOMPLK表示要求主叫，并且在话单记录主叫号码时证实分析处理时要插入几位数字。插入的位置在所收号码的前面(即第0位)，插入的数字数值由INCIDF参数的第二个变量给出。不久前，孝感市电信局开通的至武汉长途交换局TS3的300打不通，对方要求孝感局插入长途区号712。我们在关系域R_SOURTACE中做了如下修改：378：1=“R_