FAQ-LAPD信令链路从传输断到业务感知到所需要的时间

发布时间:  2014-10-25 浏览次数:  499 下载次数:  0
问题描述
LAPD信令链路从传输断到业务感知到所需要的时间
解决方案
LAPD信令链路用在两个接口ABIS口和TC拉远场景的ATER口。

传输变好LAPD告诉业务能做业务所需要的时间:

ATER口和ABIS口链路检测到正常后直接上报业务。

BSC给基站发的消息建链消息收到基站的应答消息,或者收到基站的建链消息回应答后,链路就就变为正常。没有收到对端应答的情况下,BSC每隔240ms发送建链消息。传输恢复后链路在0-240ms内能检测正常,同时通知业务。也就是说传输变好后,在0-240ms内业务能做业务。

ATER口一样,BSC换成BM框,基站换成TC框,就行了。

传输变故障LAPD告诉业务不能做业务所需要的时间:

ATER口是BSC的BM和TC框的内部交互,链路检测到故障后,上报业务没有延迟;Abis口是BSC和基站的交互,为了防止链路不停的翻转对业务造成频繁翻转,链路检测到故障后,上报业务故障存在保护时间。

TC拉远场景的ATER口,链路检测到故障后直接通知业务层,从传输断到业务感知到故障,所需要的时间就是链路检测故障的时间:4*240ms 到 10s+3*240ms 之间。

ABIS口,链路检测到故障后上保护一断时间上报业务故障。传输故障到业务感知到故障所需要的时间是:链路检测到故障时间+链路通知业务故障的保护时间。(4*240ms) 到(10s+3*240ms+14s)

链路检测到故障所需要的时间的算法具体介绍:

如果链路上一直有业务I帧发送
步骤1:LAPD发送一个I帧(此帧传送业务消息,发出去的每一个帧按照发送先后顺序编号),并启动240ms定时器,等待对方的相应帧RR帧(此帧是对端用来确认是否收收到I帧),如果在240ms内没有收到相应帧,走步骤2,如果收到了发送下一个上层业务消息,同时重新启动240ms定时器。

步骤2:发送第一个探测帧RR,并启动240ms定时器,定时器超时没有收到对端的应答消息RR。进入步骤3 。收到了重新发送I帧。

步骤3:发送第二个探测帧RR,并启动240ms定时器,定时器超时没有收到对端的应答消息RR。进入步骤4 。收到了重新发送I帧。

步骤4:发送第三个探测帧RR,并启动240ms定时器,定时器超时没有收到对端的应答消息RR。进入步骤5 。收到了重新发送I帧。

步骤5: 发起断链帧SABME,同时启动240ms建链定时器等待对端的建链相应帧UA,如果没有收到对端的相应帧UA,在此发送SABME重建直到链路建立起来。

需要的断链时间为4*240ms 。

如果链路上没有业务消息I帧发送

步骤1:LAPD发送一个探测消息RR帧,并启动10s定时器,等待对方的相应帧RR帧(此帧是对端用来确认是否收到探测消息RR帧),如果在10s内没有收到相应帧,走步骤2,如果收到了发送下一个探测消息RR帧,同时启动10s定时器。

步骤2:发送第一个探测帧RR,并启动240ms定时器,定时器超时没有收到对端的应答消息RR。进入步骤3 。收到了发送下一个探测消息RR帧,同时启动10s定时器。

步骤3:发送第二个探测帧RR,并启动240ms定时器,定时器超时没有收到对端的应答消息RR。进入步骤4 。收到了发送下一个探测消息RR帧,同时启动10s定时器。

步骤4:发送第三个探测帧RR,并启动240ms定时器,定时器超时没有收到对端的应答消息RR。进入步骤5 。收到了发送下一个探测消息RR帧,同时启动10s定时器。

步骤5: 发起断链帧SABME,同时启动240ms建链定时器等待对端的建链相应帧UA,如果没有收到对端的相应帧UA,在此发送SABME重建直到链路建立起来。

所需要的断链时间为10s+3*240ms 。

因为链路上不可能一直有消息不断的发送所以需要的时间在:4*240ms 到 10s+3*240ms 之间。
LAPD上报业务状态变化的保护时间:

当链路由好变坏时,先启动8S的状态延迟上报定时器,超时后等待此链路上报层三的“时机”。

对于此“时机”简单解释如下:LAPD每6S发送一次LAPD 链路状态给层三。因此对于一条状态变坏的LAPD链路,在8S定时器超时后,还要等6s超时的时候,才能把自己的状态发送出去。

对于某一条状态变坏的链路,其发送的时间至少为8S,最多为14s :如果很快轮到它发送则可以在8S多一点的时间将之发送出去,如果运气不好,刚好错过上一次自己发送的时机,则要轮到下一轮才能发送出去。其发送的时间可能是14s.

  如果在自己的发送时机到来之前链路就变好,那这次的链路故障状态就被丢弃了,层三也不会知道LAPD曾经断链过。

  里面提到的所有定时器都不能手动设置,算法不区分链路类型,所有的LAPD链路处理都一致。

END