七号信令中TUP协议的主要消息和故障问题

Posted on 2013-07-08 08:37  NooBkey  阅读(1828)  评论(0编辑  收藏  举报

 

 

CIC码说明:

    TUP消息的路由标记: 为OPC 24位 DPC24位 CIC 12位,12位CIC 的低5为时隙号,其中后4位为SLC,高7位为系统号。

 

    CIC配置需要注意几个问题:          1)两侧交换机的cic必须对应,否则单通。(两边交换机根据相同的cic选通了不同的中继)          2)cic得低四位一般用于链路组的选择和炼路的选择。因此ciC和链路及连路组的均衡有关系。          3)sls之类的参数实质是掩码,它们的作用是让cic得相应位在链路选择中不起作用。
 

    CIC(电路标识码)=PCM编号(0-127)+PCM电路序号(0-31)。     PCM编号为交换机与交换机之间互联的2M数序号,可以从0编,也可以跳跃编,但交换机两边的编号必须一致。否则会打不通电话或单通。     PCM电路编号就是一个2M电路的时隙编号0-31。
注:中兴、华为都可以从0开始编号。贝尔的一般从1开始编号(特殊的可以从0开始)。

 

主要消息:

a)GRS/GRA

  当与对端局信令关系由坏变好时,本局会发群复原消息GRS复原电路,期待对端局发群复原证实GRA消息。消息参数有起始CIC编码,范围字段,GRA消息还有状态字段。

b)IAI/IAM消息

当本局发起呼叫时,会发IAI或IAM的消息,其中IAI消息中包括主叫号码,其参数顺序为主叫类别(一字节)、IAM消息表示语(12比特),地址信号数量(4比特)、地址信号(即被叫号码),地址信号的长度与被叫号码长度有关。IAI消息则还包括第一表示语八位位组(一字节),它决定后面还能再跟什么参数:主叫线标识(一字节加主叫号码所占字节数)、原被叫地址(一字节加主叫号码所占字节数)。

根据最新的TUP规范,要求交换机在发出初始地址消息时,应主动送出主叫号码(IAI消息),如果转接局收到不含有主叫号码的IAM消息,一般情况下应该产生一个缺省的主叫号码0X000F,而不再后向请求主叫号码。但交换机仍然要保持后向请求主叫号码的能力,用来支持恶意追查、超越用户(如公安局)等需要主叫号码的业务。

       同样,当遇到一号、七号互通业务时,七号发出的主叫号码也是0X000F。

       为支持CID业务,要求各局主动发主叫号码,当主叫申请了主叫号码显示限制业务(CLIR)时,不能向被叫用户显示;当不知道主叫是否申请了CLIR业务时(如遇到了NO1),不能向被叫用户显示。

c)GRQ/GSM消息

GRQ/GSM的消息过程作用是请求主叫类别、主叫号码、恶意追查、原被叫号码,GRQ消息包括请求类型表示语,可以请求主叫类别、主叫线标识、原被叫地址、恶意呼叫、回声控制器等,GSM则包括响应类型表示语及相应的响应内容。根据新国标,请求主叫号码的消息流程GRQ/GSM以后将会很少。

d)HGB/HBA、HGU/HUA

       当PCM系统出现故障时,本局会启动监视定时器(6秒),定时器超时后,发出HGB消息,硬件闭塞对端电路,防止对端继续占用此系统的电路,并将相关的呼叫拆除,对端局收到HGB消息后,会发HBA消息予以证实。

       当PCM系统由坏变好时,本局会发出HGU消息,解除对电路的硬件闭塞,对端收到HGB消息后,发HUA证实。

 

TUP故障排除方法:

    七号信令链路正常以后,话路状态可能还未能正常,排除故障步聚如下:

a)查询电路状态,若是故障,则再查询相应系统的状态,如果是DPC不可达,检查七号信令链路是否正常,MTP的DPC、NI值是否与局向表中的一致;如果是DT板故障、PCM系统告警等,检查DT板是否开工,DT板上是否有告警,在后台上DT板状态是否正常。如果电路状态是未知,则观察七号信令链路上的TUP消息,看本端发出的GRS消息是否收到GRA,如果没有GRA,则检查对端数据是否正常,如果有GRA消息,则检查CIC模块表是否正确。

b)如果电路状态空闲,则拨打出局号码,观察七号信令链路上是否有IAM/IAI消息,如果没有,检查被叫分析表、路由数据、子路由数据、子路由/中继群、中继群等数据,看是否一致;如果有IAM/IAI消息,则观察七号信令消息IAM中的主被叫号码是否正确,如果被叫号码不全,是否有后续号码SAM/SAO。如果对端发GRQ要主叫号码或原被叫号码,是否回GSM提供。

c)正常情况下,对端局应回ACM及ANC,双方通话,如果不是,则根据IAM消息中的IAM表示语来判断呼叫不成功原因。

Copyright © 2024 NooBkey
Powered by .NET 9.0 on Kubernetes