一种Iub口信令交互延迟的判断方法及装置

申请号 CN201610225382.7 申请日 2016-04-12 公开(公告)号 CN107295555A 公开(公告)日 2017-10-24
申请人 中兴通讯股份有限公司; 发明人 李宏; 张超群;
摘要 本 发明 公开了一种Iub口信令交互延迟的判断方法及装置,涉及WCDMA移动通信技术领域,其方法包括:主控板通过向基带板发送信令延迟统计 请求 信息,获取所述基带板统计的信令延迟统计信息;主控板通过对所获取的所述基带板统计的信令延迟统计信息进行统计处理,得到所述基带板的信令丢失率;主控板根据所得到的信令丢失率,判断是否存在导致网络KPI指标变差的Iub口信令交互延迟。本发明能非常方便的判断是否由Iub口信令延迟或丢包问题引起的网络KPI指标变差,提高了运维人员分析网络KPI的效率。
权利要求

1.一种Iub口信令交互延迟的判断方法,包括:
主控板通过向基带板发送信令延迟统计请求信息,获取所述基带板统计的信令延迟统计信息;
主控板通过对所获取的所述基带板统计的信令延迟统计信息进行统计处理,得到所述基带板的信令丢失率;
主控板根据所得到的信令丢失率,判断是否存在导致网络KPI指标变差的Iub口信令交互延迟。
2.根据权利要求1所述的判断方法,还包括:
主控板在判断存在导致网络KPI指标变差的Iub口信令交互延迟时,向网管发送告警信息。
3.根据权利要求1或2所述的判断方法,所述信令延迟统计信息包括:
无线链路重复建立次数;
无线链路重复增加次数;
无线链路重配提交的延迟次数;
无线链路重配提交的丢失次数;
专用信令总次数。
4.根据权利要求3所述的判断方法,所述主控板通过对所获取的所述基带板统计的信令延迟统计信息进行统计处理,得到所述基带板的信令丢失率包括:
主控板通过对所述无线链路重复建立次数、所述无线链路重复增加次数、所述无线链路重配提交的延迟次数以及所述无线链路重配提交的丢失次数进行累加计算,得到无线链路信令延迟总次数;
主控板根据所得到的无线链路信令延迟总次数和所述专用信令总次数,得到所述基带板的信令丢失率。
5.根据权利要求4所述的判断方法,所述主控板根据所得到的无线链路信令延迟总次数和所述专用信令总次数,得到所述基带板的信令丢失率包括:
信令丢失率=无线链路信令延迟总次数/专用信令总次数。
6.根据权利要求4或5所述的判断方法,所述主控板根据所得到的信令丢失率,判断是否存在导致网络KPI指标变差的Iub口信令交互延迟包括:
主控板将所得到的信令丢失率与预设信令延迟阈值进行比较;
若所述信令丢失率大于所述预设信令延迟阈值,主控板则判断存在导致网络KPI指标变差的Iub口信令交互延迟;
若所述信令丢失率不大于所述预设信令延迟阈值,主控板则判断不存在导致网络KPI指标变差的Iub口信令交互延迟。
7.一种Iub口信令交互延迟的判断装置,包括:
获取信令延迟统计信息模,用于主控板通过向基带板发送信令延迟统计请求信息,获取所述基带板统计的信令延迟统计信息;
获取信令丢失率模块,用于主控板通过对所获取的所述基带板统计的信令延迟统计信息进行统计处理,得到所述基带板的信令丢失率;
信令交互延迟判断模块,用于主控板根据所得到的信令丢失率,判断是否存在导致网络KPI指标变差的Iub口信令交互延迟。
8.根据权利要求7所述的判断装置,还包括:
告警模块,用于主控板在判断存在导致网络KPI指标变差的Iub口信令交互延迟时,向网管发送告警信息。
9.根据权利要求7或8所述的判断装置,所述信令延迟统计信息包括:
无线链路重复建立次数;
无线链路重复增加次数;
无线链路重配提交的延迟次数;
无线链路重配提交的丢失次数;
专用信令总次数。
10.根据权利要求9所述的判断装置,所述获取信令丢失率模块包括:
计算单元,用于主控板通过对所述无线链路重复建立次数、所述无线链路重复增加次数、所述无线链路重配提交的延迟次数以及所述无线链路重配提交的丢失次数进行累加计算,得到无线链路信令延迟总次数;
获取信令丢失率单元,用于主控板根据所得到的无线链路信令延迟总次数和所述专用信令总次数,得到所述基带板的信令丢失率。

说明书全文

一种Iub口信令交互延迟的判断方法及装置

技术领域

[0001] 本发明涉及WCDMA(Wideband Code Division Multiple Access,宽带码分多址)移动通信技术领域,更具体地说,是涉及一种Iub口信令交互延迟的判断方法及装置。

背景技术

[0002] Iub口是指RNC(Radio Network Controller,无线网络控制器)与Node B之间的逻辑接口,外场很多商用站点的传输不稳,会导致RNC下发到Node B的NBAP(Node B Application Part,NodeB应用部分协议)信令或Node B发送到RNC的NBAP信令被延迟或丢失,影响NodeB和RNC的控制面信令处理流程,从而使网络KPI(Key Performance Indicators,关键绩效指标)指标变差。这种情况下,传统的传输延迟检测技术SLA(Service Level Agrement,服务等级协议)检测不出来,因为SLA只能检测用户面UDP(User Datagram Protocol,用户数据报协议)包的延迟或丢失情况,并不能检测控制面NBAP信令的延迟或丢失情况,如果是因为NBAP信令被延迟或者丢失导致的网络KPI指标变差,其他的KPI分析手段将很难对此进行判定。

发明内容

[0003] 根据本发明实施例提供的方案解决的技术问题是无法判断是否由控制面传输延迟或丢包问题引起网络KPI指标变差。
[0004] 根据本发明实施例提供的一种Iub口信令交互延迟的判断方法,包括:
[0005] 主控板通过向基带板发送信令延迟统计请求信息,获取所述基带板统计的信令延迟统计信息;
[0006] 主控板通过对所获取的所述基带板统计的信令延迟统计信息进行统计处理,得到所述基带板的信令丢失率;
[0007] 主控板根据所得到的信令丢失率,判断是否存在导致网络KPI指标变差的Iub口信令交互延迟。
[0008] 优选地,还包括:
[0009] 主控板在判断存在导致网络KPI指标变差的Iub口信令交互延迟时,向网管发送告警信息。
[0010] 优选地,所述信令延迟统计信息包括:
[0011] 无线链路重复建立次数;
[0012] 无线链路重复增加次数;
[0013] 无线链路重配提交的延迟次数;
[0014] 无线链路重配提交的丢失次数;
[0015] 专用信令总次数。
[0016] 优选地,所述主控板通过对所获取的所述基带板统计的信令延迟统计信息进行统计处理,得到所述基带板的信令丢失率包括:
[0017] 主控板通过对所述无线链路重复建立次数、所述无线链路重复增加次数、所述无线链路重配提交的延迟次数以及所述无线链路重配提交的丢失次数进行累加计算,得到无线链路信令延迟总次数;
[0018] 主控板根据所得到的无线链路信令延迟总次数和所述专用信令总次数,得到所述基带板的信令丢失率。
[0019] 优选地,所述主控板根据所得到的无线链路信令延迟总次数和所述专用信令总次数,得到所述基带板的信令丢失率包括:
[0020] 信令丢失率=无线链路信令延迟总次数/专用信令总次数。
[0021] 优选地,所述主控板根据所得到的信令丢失率,判断是否存在导致网络KPI指标变差的Iub口信令交互延迟包括:
[0022] 主控板将所得到的信令丢失率与预设信令延迟阈值进行比较;
[0023] 若所述信令丢失率大于所述预设信令延迟阈值,主控板则判断存在导致网络KPI指标变差的Iub口信令交互延迟;
[0024] 若所述信令丢失率不大于所述预设信令延迟阈值,主控板则判断不存在导致网络KPI指标变差的Iub口信令交互延迟。
[0025] 根据本发明实施例提供的一种Iub口信令交互延迟的判断装置,包括:
[0026] 获取信令延迟统计信息模,用于主控板通过向基带板发送信令延迟统计请求信息,获取所述基带板统计的信令延迟统计信息;
[0027] 获取信令丢失率模块,用于主控板通过对所获取的所述基带板统计的信令延迟统计信息进行统计处理,得到所述基带板的信令丢失率;
[0028] 信令交互延迟判断模块,用于主控板根据所得到的信令丢失率,判断是否存在导致网络KPI指标变差的Iub口信令交互延迟。
[0029] 优选地,还包括:
[0030] 告警模块,用于主控板在判断存在导致网络KPI指标变差的Iub口信令交互延迟时,向网管发送告警信息。
[0031] 优选地,所述信令延迟统计信息包括:
[0032] 无线链路重复建立次数;
[0033] 无线链路重复增加次数;
[0034] 无线链路重配提交的延迟次数;
[0035] 无线链路重配提交的丢失次数;
[0036] 专用信令总次数。
[0037] 优选地,所述获取信令丢失率模块包括:
[0038] 计算单元,用于主控板通过对所述无线链路重复建立次数、所述无线链路重复增加次数、所述无线链路重配提交的延迟次数以及所述无线链路重配提交的丢失次数进行累加计算,得到无线链路信令延迟总次数;
[0039] 获取信令丢失率单元,用于主控板根据所得到的无线链路信令延迟总次数和所述专用信令总次数,得到所述基带板的信令丢失率。
[0040] 根据本发明实施例提供的方案,本发明实施例能非常方便的判断是否由Iub口信令延迟或丢包问题引起的网络KPI指标变差,提高了运维人员分析网络KPI的效率。附图说明
[0041] 图1是本发明实施例提供的一种Iub口信令交互延迟的判断方法流程图
[0042] 图2是本发明实施例提供的一种Iub口信令交互延迟的判断装置示意图;
[0043] 图3是本发明实施例提供的判断信令延迟实体交互装置图;
[0044] 图4是本发明实施例提供的Iub口信令交互延迟的判断流程图。

具体实施方式

[0045] 以下结合附图对本发明的优选实施例进行详细说明,应当理解,以下所说明的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
[0046] 图1是本发明实施例提供的一种Iub口信令交互延迟的判断方法流程图,如图1所示,包括:
[0047] 步骤S101:主控板通过向基带板发送信令延迟统计请求信息,获取所述基带板统计的信令延迟统计信息;
[0048] 步骤S102:主控板通过对所获取的所述基带板统计的信令延迟统计信息进行统计处理,得到所述基带板的信令丢失率;
[0049] 步骤S103:主控板根据所得到的信令丢失率,判断是否存在导致网络KPI指标变差的Iub口信令交互延迟。
[0050] 本发明实施例还包括:主控板在判断存在导致网络KPI指标变差的Iub口信令交互延迟时,向网管发送告警信息。
[0051] 其中,所述信令延迟统计信息包括:无线链路重复建立次数;无线链路重复增加次数;无线链路重配提交的延迟次数;无线链路重配提交的丢失次数;专用信令总次数。具体地说,所述主控板通过对所获取的所述基带板统计的信令延迟统计信息进行统计处理,得到所述基带板的信令丢失率包括:主控板通过对所述无线链路重复建立次数、所述无线链路重复增加次数、所述无线链路重配提交的延迟次数以及所述无线链路重配提交的丢失次数进行累加计算,得到无线链路信令延迟总次数;主控板根据所得到的无线链路信令延迟总次数和所述专用信令总次数,得到所述基带板的信令丢失率。其中,所述主控板根据所得到的无线链路信令延迟总次数和所述专用信令总次数,得到所述基带板的信令丢失率包括:信令丢失率=无线链路信令延迟总次数/专用信令总次数。
[0052] 具体地说,所述主控板根据所得到的信令丢失率,判断是否存在导致网络KPI指标变差的Iub口信令交互延迟包括:主控板将所得到的信令丢失率与预设信令延迟阈值进行比较;若所述信令丢失率大于所述预设信令延迟阈值,主控板则判断存在导致网络KPI指标变差的Iub口信令交互延迟;若所述信令丢失率不大于所述预设信令延迟阈值,主控板则判断不存在导致网络KPI指标变差的Iub口信令交互延迟。
[0053] 图2是本发明实施例提供的一种Iub口信令交互延迟的判断装置示意图,包括:获取信令延迟统计信息模块201、获取信令丢失率模块202以及信令交互延迟判断模块203。其中,所述获取信令延迟统计信息模块201,用于主控板通过向基带板发送信令延迟统计请求信息,获取所述基带板统计的信令延迟统计信息;所述获取信令丢失率模块202,用于主控板通过对所获取的所述基带板统计的信令延迟统计信息进行统计处理,得到所述基带板的信令丢失率;所述信令交互延迟判断模块203,用于主控板根据所得到的信令丢失率,判断是否存在导致网络KPI指标变差的Iub口信令交互延迟。
[0054] 本发明实施例还包括:告警模块,用于主控板在判断存在导致网络KPI指标变差的Iub口信令交互延迟时,向网管发送告警信息。
[0055] 具体地说,所述信令延迟统计信息201包括:无线链路重复建立次数;无线链路重复增加次数;无线链路重配提交的延迟次数;无线链路重配提交的丢失次数;专用信令总次数。所述获取信令丢失率模块202包括:计算单元,用于主控板通过对所述无线链路重复建立次数、所述无线链路重复增加次数、所述无线链路重配提交的延迟次数以及所述无线链路重配提交的丢失次数进行累加计算,得到无线链路信令延迟总次数;获取信令丢失率单元,用于主控板根据所得到的无线链路信令延迟总次数和所述专用信令总次数,得到所述基带板的信令丢失率。
[0056] 图3是本发明实施例提供的判断信令延迟实体交互装置图,如图3所示,包括主控板、基带板以及网管。
[0057] 所述主控板:
[0058] 1、上电后启动周期定时器
[0059] 2、定时器到,向所有基带板发送信令延迟统计请求消息,各基带板收到此消息后,将各种统计情况上报给主控板,主控板再将无线链路重复建立次数、无线链路重复增加次数、无线链路重配提交延迟次数以及无线链路重配提交丢失次数及总的专用信令的次数分别进行累加统计;
[0060] 3、判定是否信令延迟,有延迟,上报延迟消息给网管。
[0061] 所述基带板:
[0062] 1、收到主控板信令延迟统计请求消息,将本板无线链路建立重复次数、无线链路增加重复次数、无线链路重配提交延迟次数、无线链路重配提交丢失次数、专用信令总次数上报给主控板;
[0063] 2、无线链路建立重复次数、无线链路增加重复次数、无线链路重配提交延迟次数、无线链路重配提交丢失次数、专用信令总次数清0,进入下一次重新统计。
[0064] 所述网管:
[0065] 如果收到主控板信令延迟上报消息,输出控制面信令存在延迟通知。
[0066] 图4是本发明实施例提供的Iub口信令交互延迟的判断流程图,如图4所示,在主控板收到基带板的各种统计上报后,包括:
[0067] 1、统计建立重复、增加重复、重配提交延迟、重配提交丢失次数及专用信令总次数;
[0068] 2、计算信令丢失率;
[0069] 其中,信令丢失率=(无线链路重复建立次数+无线链路重复增加次数+无线链路重配提交延迟次数+无线链路重配提交丢失次数/专用信令总次数);
[0070] 3、判定信令丢失率是否超过指定阈值;
[0071] 4、如果是,上报告警给网管,否则不用上报告警。
[0072] 网管接收到主控板的告警信息后,输出控制面信令传输存在延迟通知,否则不用上报告警。
[0073] 也就是说,首先,基带板统计无线链路重复建立、无线链路重复增加、无线链路重配提交延迟次数、无线链路重配提交丢失次数以及一段时间内收到的总的专用信令次数。然后,主控板设置定时器,定时器到,给所有基带板发送信令延迟统计请求消息,各基带板收到此消息后,将统计情况上报给主控板,主控板将无线链路重复建立、无线链路重复增加、无线链路重配提交延迟次数、无线链路重配提交丢失次数及总的专用信令次数分别进行累加统计。接着,主控板按算法判定信令延迟或丢失是否过大,满足条件,上报告警给网管,算法设定为信令丢失的比率(将无线链路重复建立次数加上无线链路重复增加次数,再加上无线链路重配提交的延迟次数和无线链路重配提交的丢失次数,除以总的专用信令次数),设定丢失率阈值,信令丢失率低于该阈值则不需告警,高于阈值,就上报告警。其中,基带板在给主控板上报后清零统计,以便下一次统计以及主控板重新设置定时器,准备下一次统计。
[0074] 实施例1
[0075] 在主控板上电后:
[0076] 1、启动周期定时器,每个周期5分钟;
[0077] 2、定时器到,向所有基带板发送信令延迟统计请求消息,各基带板收到此消息后,将这段时间统计的信令延迟统计参数信息上报给主控板,统计的信令延迟统计参数信息如表1所示,包括无线链路重复建立次数、无线链路重复增加次数、无线链路重配提交延迟次数、无线链路重配提交丢失次数以及专用信令总次数,主控板累加每块单板上报的无线链路重复建立次数、无线链路重复增加次数、无线链路重配提交延迟次数、无线链路重配提交丢失次数、专用信令总次数,得到这五个计数器。
[0078] 表1:为信令延迟统计参数表
[0079]统计的参数
无线链路重复建立次数
无线链路重复增加次数
无线链路重配提交延迟次数
无线链路重配提交丢失次数
专用信令总次数
[0080] 3、主控板上报延迟消息给网管。
[0081] 基带板收到主控板信令延迟统计请求消息:
[0082] 1、将本板无线链路建立重复次数、无线链路增加重复次数、无线链路重配提交延迟次数、无线链路重配提交丢失次数、专用信令总次数上报给主控板;
[0083] 2、无线链路建立重复次数、无线链路增加重复次数、无线链路重配提交延迟次数、无线链路重配提交丢失次数、专用信令总次数清零,进入下一次重新统计。
[0084] 网管如果收到主控板信令延迟上报消息,输出控制面信令存在延迟通知。
[0085] 实施例2
[0086] 主控板收到基带板各种统计上报后:
[0087] 1、累加各基带板上报的建立重复、增加重复、重配提交延迟次数、重配提交丢失次数及专用信令总次数;
[0088] 2、计算信令丢失率,其中信令丢失率为:
[0089] 信令丢失率=(无线链路重复建立次数+无线链路重复增加次数+无线链路重配提交延迟次数+无线链路重配提交丢失次数/专用信令总次数);
[0090] 3、设定信令丢失率阈值千分之五,如果丢失率超过千分之五,上报告警给网管,网管输出控制面信令传输存在延迟通知,否则不用上报告警。
[0091] 根据本发明实施例提供的方案,通过统计无线链路重复建立次数,无线链路重复增加次数,无线链路重配提交的延迟或丢失次数,收到的总的专用信令次数,并将重复建立次数、重复增加次数、重配提交延迟次数、重配提交丢失次数累加,再除以这段时间内统计的总的专用信令次数,得到信令丢失率,判断丢失率是否过大,设定比率为千分之五,信令丢失率低于千分之五则不需告警,高于此值,就上报告警给网管,能非常方便的判断是否由Iub口信令延迟或丢包问题引起的网络KPI指标变差。
[0092] 尽管上文对本发明进行了详细说明,但是本发明不限于此,本技术领域技术人员可以根据本发明的原理进行各种修改。因此,凡按照本发明原理所作的修改,都应当理解为落入本发明的保护范围。
QQ群二维码
意见反馈