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