一号信令分析与处理（HUAWEI）

bluesky2345

第1章  一号信令数据配置
1.1  MSC60对一号信令的支撑
为了和其他设备通过中国一号信令对接，MSC60提供了对中国一号信令的支撑。
1.1.1  GE16到GQSI之间的链路
在SPM支撑一号信令之前，GE16到GQSI之间的通信是通过串口来实现的。这是因为GE16到GQSI之间的消息很少，只有单板状态的维护和E1端口的维护消息，每秒最多有几十条消息，这样的消息流量用串口完全可以实现。但是在增加了SPM支撑一号信令后，不能再用串口来实现了。因为如果一块GE16单板的一个E1端口配置为一号信令，在极端的情况下，每次呼叫持续十秒，而每次呼叫有5个消息，则每秒的消息的流量是30*5/10，为15个消息，而串口处理的能力不会超过30个消息/S。如果一块GE16单板上有两个E1端口配置为DT，则串口可能处理不完，造成消息的积压。积压到一定程度，呼叫不能接通。于是需要改变GE16板与GQSI板的通信方式，增加GE16板到GQSI板的链路。
在增加了GE16到GQSI的链路后，GE16到GQSI之间的通信能力的增强了。并且如果某块GE16单板上配置了DT端口，则GQSI为这块GE16单板建一条链路。而别的端口依然可以配置为七号信令的电路或者内部中继。
目前受GE16到GQSI的通信链路的限制，每个接口框只能有4块配置为DT的GE16单板，GSTU目前不能支撑一号中继。
如果某个接口框配置有1块GE16单板配置了DT端口，因为GQSI只需要建一条到GE16的链路，链路的通信速率可以达到200个消息包/S。按照典型的每个呼叫产生5.5个消息包计算，每次呼叫持续时间为10S，整块GE16单板的所有的端口都可以配置为DT。如果某个接口框配置有4块GE16单板配置了DT端口，通信速率可以达到100个消息包/S。按照典型的每个呼叫产生5.5个消息包计算，每次呼叫持续时间为10S，链路可以支撑200左右的电路，可以配置为一号的端口为6～8个。以上的情况是在大话务量呼叫的情况下得出的数据，但是实际的开局，即使配置了4块GE16单板为DT，依然可以把每块GE16的端口都配置为DT，因为实际的环境平均每个呼叫的持续时间大约为30～60S。

GE16在配置了随路信令的情况下需要建立到GQSI的链路，GE16板上的拨码开关需要修改：S2-2要拨下。增加链路后该拨码开关必须拨下，否则链路无法建立，E1端口显示不可用，激活单板后电路有时能显示为空闲有时是故障状态。
因为如果GE16单板上如果配置了DT端口，为保证线路信令的传输，GQSI应该自动为GE16建一条链路，如果链路没有建好，GE16认为这个端口是不可用的。
链路是否建好可以通过查询GE16单板和GQSI单板的状态来知道。
DSP BRD命令查询GE16单板，如果显示
到GQSI链路状态 = 正常；表明链路已经建好。
到GQSI链路状态 = 故障（或者为不正常）；表明链路没有建好。
+++    HUAWEI C9000L   2002-05-10  16:06:51
O&M    #3078
%%DSP BRD: MN=0, F=5, SN=8;%%
RETCODE = 0  实行成功
单板信息
--------
          设备类型 = GE16
          单板序号 = 22
          电路数量 = 1
     到GQSI链路状态 = 正常
---    END

而采用DSP BRD命令查询GQSI单板，可以查询GQSI到某个GE16的链路是否建好（注意：只能查询主板，备板总是故障的）：
如果显示
     至8槽链路状态 = 正常；表明到8槽GE16的链路已经建好。
     至8槽链路状态 = 未配置； 表明8槽GE16单板上没有配置一号信令的端口。
     至8槽链路状态 = 故障； 表明8槽GE16单板上配置一号信令的端口，但是链路没有建好。

+++    HUAWEI C9000L   2002-05-10  16:13:08
O&M    #3099
%%DSP BRD: MN=0, F=5, SN=11;%%
RETCODE = 0  实行成功

单板信息
--------
          设备类型 = GQSI
          单板序号 = 2
          电路数量 = 1
         输入时钟0 = 正常
         输入时钟1 = 正常
          输出时钟 = 正常
         FIFO1状态 = 正常
         FIFO2状态 = 正常
          HOI1状态 = 正常
          HOI2状态 = 正常
     至2槽链路状态 = 正常
     至3槽链路状态 = 未配置
     至4槽链路状态 = 未配置
     至5槽链路状态 = 未配置
     至6槽链路状态 = 未配置
     至7槽链路状态 = 未配置
     至8槽链路状态 = 正常
     至9槽链路状态 = 正常
    至14槽链路状态 = 未配置
    至15槽链路状态 = 未配置
    至16槽链路状态 = 未配置
    至17槽链路状态 = 未配置
    至18槽链路状态 = 未配置
    至19槽链路状态 = 未配置
    至20槽链路状态 = 未配置
    至21槽链路状态 = 未配置
---    END

GE16端口状态可以用DSP E1CH命令查到。如果某个端口配置为DT端口，传输是正常，DSP E1CH命令查询到的端口的状态不一定是正常的。因为GE16到GQSI的链路不一定是好的。
另外通过DSP E1CH命令可以查询GE16/GSTU上端口的状态，状态大约有四种：
        未配置：端口没有配置业务
        不可用：端口配置为一号信令端口，但是GE16到GQSI的链路不可用
        工作正常：端口配置了业务，PCM系统正常
        接收帧失步（接收复帧失步或者其他）： 端口配置了业务，PCM系统不正常
1.1.2  记发器设备
SPM上的记发器设备是公共资源，是全局的，SPM自己并没有专用的MFC。SPM只是在需要的时候向CDB申请，这样至少有一组正常工作的CDB单板组配置有MFC资源管理的功能。
实际上，SPM上并没有专用的MFC单板，资源统一由SRC单板提供。每块SRC单板上有四个单元，每个单元有64个通道。SRC单板上的每个单元都可以配置为不同的资源：会议电话，MFC，DTMF，FSK功能。因为每块单板上的第一个单元的前4个通道用作链路，实际上如果整块SRC都配置为MFC，可以提供64*4－4＝252个通道。
查看SRC单板上的各个单元是否正常工作，可以用DSP BRD命令。这个命令可以显示单板上的各个单元实际上被配置为什么资源，是否正常工作。
查询各通道是否正常工作的命令是DSP N1C，模块号是0，即AM的模块号，编码类型是BSN，设备类型是MFC。
MFC通道号的计算方法是：
MFC通道号＝SRC单板编号×256＋单元号×64
值得注意的是，在接续动态跟踪窗口中得到的MFC通道号是一个假的通道号，只是SPM模块中的一个资源控制块的编号，不是实际的MFC的通道编号，与实际的MFC通道编号没有任何关系。如果用DSP N1C命令查询在接续动态跟踪窗口中得到的MFC通道号，查询可能是不存在。
呼叫过程中实际占用的MFC通道号通过命令是查不到的。实际上也没有必要知道，因为MFC的通道的释放有SPM和CDB双重的定时器保护，不可能吊死。只要MFC单元工作是正常的，通道的工作就是正常的，不可能出现单个MFC通道故障的情况。
MSC60支撑配置数据联机设定，运行SRC单板配置联机修改，但是联机修改后必须激活SRC单板才能保证MFC通道开始工作。

1.2  数据配置
一号数据的配置和七号数据的配置有比较多的相似性，例如路由、字路由、中继群、以及中继电路的配置。但是也有它的一些特点，比如一号不需要链路支撑、需要记发器（如MFC）的支撑，在中继方向上不支撑双向中继需要配置成单向中继等，下面描述完成一个中国一号信令的数据配置所需要进行的过程。
一号中继起的作用和七号中继一样，是提供一个呼叫的接续中间的信令控制，因此，关于呼叫的被叫分析、路由、路由分析、子路由等数据配置和局间通过七号信令连接的时候配置方法一样，先配中继群，局向，再配置子路由，然后配路由和路由分析，到同一局向可以配置不同的路由和路由分析，这样就可以对到一个局向的呼叫通过配置不同的呼叫字冠对应不同的路由分析达到使一次特定的呼叫占用指定电路的目的。根据实际的号码分析需求进行配置，这些配置和局间的电路类型无关。所不同的是在和信令相关的一些配置上，下面着重讲述这些配置。
1、        增加E1，实行命令ADD SPME1
例如 ADD SPME1: FN=4, BN=2, SN=4, EN=4, MN=1, DID=DT, MOD=CAS;           其中框号、槽号、起始和结束E1号、所属SPM模块号都根据实际的需求填写，这里是4框、2槽、4号E1、加入到SPM模块1中。E1设备类型需要选择DT，E1工作方式需要选择CAS随路方式。
2、激活E1所在单板，实行命令MNT BRD
如果根据步骤1中所举例子增加的E1，那么激活命令如下：
MNT BRD: MN=0, F=4, SN=2, OP=ACT；
3、增加MTP目的信令点 ADD N7DSP
设一个虚拟的目的信令点（实际并没有使用的，可以随意设置），本数据是必须需要配置的。
ADD N7DSP: DPX=100, NPC="444444", STP=FALSE, APF=TRUE;
4、增加局向   ADD   OFC
ADD OFC: O=100, ON="一号", DOT=LS, DOL=LOW, DOA=SPC, SN=NAT, DPC1="444444", SLCTSP=NOCHG;
5、增加子路由数据  ADD  SRT
ADD SRT: SRC=11, O=100, SRN="一号", TSM=CYC;
6、增加一号中继群，实行命令ADD N1TG
如果到走一号信令的某个局向的相应子路由已经知道是11，那么，举例如下：
ADD N1TG: TG=11, G=OUT, SRC=11, TGN="tkout", CSC=0, CSM=MIN, SAT=NO1；
ADD N1TG: TG=12, G=IN, SRC=11, TGN="tkin", CSC=0, CSM=MIN, SAT=NO1；
其中11、12两个中继群分别是出中继和入中继，电路选择方式是最小。这里要注意，一号中继群需要配置成出中继或者入中继，增加一号中继群的时候，同一局向增加的中继群最好是成对的，有一个入中继，就需要一个出中继，对局的配置要相对应本局配成入中继对局就要配成出中继，本局配成出中继对局就要配成入中继。
7、增加一号中继电路，实行命令ADD SPMN1TKC或者ADD N1TKC，分别对应ADD SPMN7TKC和ADD N7TKC，举例如下：
如果使用ADD SPMN1TKC，命令如下：
ADD SPMN1TKC: FN=4, BN=2, EN=4, SCN=0, ECN=15, TG=11, CS=USE；
ADD SPMN1TKC: FN=4, BN=2, EN=4, SCN=16, ECN=31, TG=12, CS=USE；
上面命令是使用ADD SPMN1TKC，把4框2槽第四个E1中的前十六个电路和后十六个电路分别加入到出中继群11和入中继群12中。
如果使用ADD N1TKC，命令如下：
ADD N1TKC: MN=1, TG=11, SC=32, EC=47, CS=USE；
ADD N1TKC: MN=1, TG=12, SC=48, EC=63, CS=USE；
上面命令是把1模块逻辑电路号从32到47的电路加入到出中继群11，逻辑电路号从48到63的电路加入到入中继群12中，逻辑电路号是计算出来的，具体的计算方法是用E1逻辑编号乘以32作为本E1第一条电路的逻辑电路号。
此处需要注意的是，当把一个PCM电路配置成一号电路的时候，可以把该该PCM的前面16条电路和后面16条电路分别配置到不同的中继群中，这一点和ISUP不一样。
8、在CDB功能配置中增加对于MFC的分配功能
例如： ADD CDBFUNC: FCF=MFC, BG=0；
此处就是给板组号位0的CDP增加MFC分配功能
9、配置SRC资源，根据需要把SRC板的一个或几个DSP单元配置成MFC
例如：ADD SRCCFG: FN=18, BN=4, DSP1=MFC, LIMFN=16, MHIBN=2, SHW=24；
把18框4槽的SRC板的第一个DSP单元配置成MFC，其中的GMHI的相关参数根据实际配线填写。

第2章  典型案例分析
2.1  典型案例分析
2.1.1  故障处理总体思路
如果在实际开局的过程中或者维护过程中通过SPM的一号中继不能打通电话，建议可能的话采用接续动态跟踪主叫用户或者中继查找原因。
1、呼叫拒绝
如果出现失败的原因是呼叫拒绝，可以采用以下的步骤查找原因：
（1）首先查询电路是否空闲，使用DSP N1C命令，编码类型选择BSN，信道类型选择TK，如下命令是查询1模块129号电路的状态。
DSP N1C: MN=1, CDT=BSN, BDID=TK, BSN=128;
（2）如果电路不是空闲，首先通过DSP E1CH命令查看端口是否正常。
如果端口不正常，应该检查传输是否正常。
如果端口正常，则用DSP BRD命令查询GE16和GQSI单板中链路是否正常。
（3）检查链路是否正常
如果链路不正常，有可能的情况下，需要重新加载GE16单板和GQSI单板。
如果正常，用DSP HDLC命令查询GQSI和GSPC是否在相同的CCM平面上。如果不在相同的CCM平面上，检查硬件的插线。
（4）如果端口正常，链路正常，CCM平面正常，而电路是故障的，拔插PCM连线。如果电路不能变为空闲，请检查数据，如果数据没有错误，请联系开发人员。
（5）现在电路变空闲了，呼叫失败原因仍然是呼叫拒绝。
请联系对局，核对双方的数据是否正确。尤其请注意出入中继的方向不要对错，大家的出中继对上对方的入中继，大家的入中继对上对方的出中继。
如果对局认为自己的数据是正确的，请在本局内作自环测试。仔细设定数据，保证数据没有错误，而自环电话不能打通，应该联系开发人员处理。
如果电话能打通，可能是两个局之间的数据不一致，核对数据。

2、呼叫失败的原因为拨号中放弃。
如果呼叫失败的原因为拨号中放弃，证明这时线路信令已经调通。
如果被叫用户号码只发送了一位，没有接收到后向的A1。
可能的原因是：
        没有配置SRC
        配置了SRC但是没有配置MFC单元。
        配置MFC单元，单板没有激活。
        配置MFC单元，单板激活，但是单板是故障的。
如果是最后一条原因，可能的处理方法是更换SRC单板。如果不能更换SRC单板或者更换后单板依然不能开工，请检查数据配置与GMHI的实际连线是否相符。
如果单板正常开工，查询MFC通道是空闲的，可能配置数据与GMHI的实际的连线不符。
2.1.2  典型案例分析
1. 一号信令转七号信令不成功
[故障现象]
某局接入一号小交换机，小交换机可以通过移动网的IP路由拨打外地固定电话，即小交换机拨打外地固定电话通过我GMSC转接至TMSC到IP网关。发现呼叫时通时不通，一位位拨号时大部分无法接通，听到我GMSC放空号音，按重拨键拨号时大部分能拨通。修改号间间隔后一位位拨号大部分能拨通，按重拨键大部分不能拨通，听到我GMSC放空号音。增加收号延迟后仍然存在不能接通的情况，听不到任何声音，超时拆线。网络结构如下图所示：








[故障原因分析]
1、对于初始情况，一位位拨号不能接通，重拨时可以接通，与发号的速度有关系。一号信令是一位位发号的，而且外地固定号码没有固定的长度，怀疑是由于号间间隔原因，一位位拨号时收到6位就不再收号，开始进行号码分析造成的空号音，跟踪信令发现，果然是收到6位号码就开始分析，在中继一号变换中增加号间间隔时长，解决了一位位拨号收号不全的问题。
2、增加号间间隔时长后又发现按重拨键时反而存在问题，跟踪信令发现和刚才一位位拨号的情况一样。于是对小交换机拨打外地固定电话做业务检查，增加收号延迟。解决了按重拨键时的收号不全问题。
3、但此时还是存在听不到任何声音，超时拆线的问题。从信令看，我GMSC发出A3后等待KD，收不到对方KD信号。于是增加中继一号变换中的等KD时长，重新观察信令，发现情况好了一些，但还是存在收不到KD的情况。
4、询问对方小交换机，对方通过信令观察到因为有时候收不到A3，所以没有回KD，而我方信令观察A3都已经发出。让对方询问小交换机厂家，得知小交换机对回A3的时间有一定要求，如果超过它的等待时间不会收到。于是修改业务检查中的收号延迟，适当的减少收号延迟时间，经过反复尝试，终于找到较好的配合。
[故障处理过程]
   1、增加中继一号变换的号间间隔。
   2、增加收号延迟，通过业务检查表和被叫分析表实现。
   3、增加中继一号变换的等KD时长。
   4、修改收号延迟时间，找到较好的配合。
[总结]
  1、和小交换机对接时对于中继一号变换中的各种时长，需要反复尝试，才能找到最佳配合。
   2、被叫分析表中设置正确的最小号长，能够减少因收号不全引起的呼叫失败。

2. 一号中继电路进入“锁定”状态
[故障现象]
在每次呼叫后（呼叫可能接通，也可能不通），在后台控制面板中查询电路状态，发现已变为“锁定”，跟踪中继电路，用户挂机后，显示“拆线→重复拆线→空闲”。
[故障原因分析]
要解决此问题，大家首先要明白在什么情况下中继会进入“锁定”态。先先容一下一号中继的拆线过程，当主叫先挂机时，出中继向被叫方发拆线信号，入中继收到拆线信号后，应回后向拆线证实信号，如果在一定的时间内出中继没有检测到后向的拆线证实信号，将发重复拆线信号，如果还是没有拆线证实信号，在两次重复拆线信号后，出中继将进入“锁定”态，这样该中继电路就不可再用，需进行人工复位；被叫先挂机时，入中继先发拆线请求信号，出中继收到拆线请求后，回送拆线指示信号，入中继再发拆线完成信号，拆线过程就结束，如果入中继在一定时间内收不到出中继的拆线指示信号，照样发拆线完成信号，电路进入“空闲”态。出、入中继之所以有这种区别，是因为出中继的电路状态是选线的依据，如果是因为线路真正故障而引起拆线过程无法完成，大家在拆线过程不能完成的情况下将电路也置为空闲态的话，后面的呼叫占上该电路的时候，将无法接通，这样影响接通率。入局电路，由于是被动被占用，所以并不存在这个问题，故在拆线过程不能完成时无需将电路状态置为“空闲”态。知道了中继进入“锁定”态的过程，大家就应该知道出现这种情况时，一般是由于线路质量不好，导致无后向拆线证实信号引起的。
[故障处理过程]
通过以上的原因分析，大家知道是由于线路质量不好导致的，所以需要检查中继线的接口是否接好，线路是否通畅，可采用从近至远逐段自环的方法进行检查。
[总结]
掌握中继电路状态变化的原因是处理此类故障的有效方法。
3. 最小号长问题导致一号小交换机接续失败
[故障现象]
某MSC60移动关口局与某小交换机之间开通了一号信令。当该小交换机下的用户拨打当地移动电话正常。但当该小交换机下的用户拨打外地移动电话时，如果在补充信令表中发A6位置设置为3，对方不能送全主叫号码。当补充信令表中发A6位置设置为2，对方号码还没有拨完，听空号提示音。数据配置中是这样的：在呼叫源表中，针对小交换机的呼叫源的预收号位数为3，在被叫分析表中，有呼叫字冠为0的记录，最小号长为3，也有呼叫字冠为“0135、0136、0137、0138、0139”的记录，最小号长为11。
[故障原因分析]
1、        跟踪信令，发现当小交换机下的用户拨打外地移动用户时，送到了电信关口局，既匹配到了被叫分析表中呼叫字冠为0的记录。为什么会匹配到该条记录了？下面大家来分析一下主机对号码的处理：根据小交换机中呼叫源配置的预收号位数为3，TK（中继）侧收到“013”就会进行上报CCB做号码分析；当在补充信令表中发A6位置设置为3的时候，TK送来013，满足预收号位数上报CCB作号码分析，正好满足“0”记录的最小号长，立即出局，所以出现主叫号码未收全就拆掉了。当在补充信令表中发A6位置设置为2的时候，TK首先送来01，不满足预收号位数，不上报CCB作号码分析，收完主叫再收一位“3”时，满足预收号位数上报CCB作号码分析，正好满足“0”记录的最小号长，立即出局，所以出现被叫号码未收全就拆掉了。对于这个问题的解决，大家可以修改被叫分析表中呼叫字冠“0”的最小号长为4，使当小交换机下的用户呼叫外地移动用户时能匹配到被叫分析表中呼叫字冠为“0135、0136、0137、0138、0139”的记录。也可以在呼叫源表中修改小交换机对应的呼叫源的预收号位数为4来解决。
2、        解决问题1后，当小交换机下的用户拨打外地移动用户时还是听空号音！再次进行信令跟踪，可以正常的到HLR取漫游号码，而HLR回的空号消息。为什么会出现这个原因了？关键在于一号信令送号是一位一位的送，而在大家交换机中对于呼叫字冠为“0135、0136、0137、0138、0139”的记录其最小号长设置的是11位，因此当收到第11位的时候，MSC即向HLR取漫游号码，此时HLR肯定是回空号消息。
[故障处理过程]
1、        修改被叫分析表中呼叫字冠为“0”的记录的最小号长为4或更大，或者修改呼叫源表中小交换机对应呼叫源的预收号位数为4。
2、        修改被叫分析表中呼叫字冠为“0135、0136、0137、0138、0139”的记录最小号长为12。
[总结]
在开一号信令的时候，一定要注意一号信令和七号信令在送号上的区别，也要熟悉号码在交换机中的处理流程。