CN108696885A - 一种卫星通讯系统中端站接入异常的监控方法及装置 - Google Patents
一种卫星通讯系统中端站接入异常的监控方法及装置 Download PDFInfo
- Publication number
- CN108696885A CN108696885A CN201710147831.5A CN201710147831A CN108696885A CN 108696885 A CN108696885 A CN 108696885A CN 201710147831 A CN201710147831 A CN 201710147831A CN 108696885 A CN108696885 A CN 108696885A
- Authority
- CN
- China
- Prior art keywords
- signaling
- access
- end station
- main website
- request access
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种卫星通讯系统中端站接入异常的监控方法及装置,所述方法包括:当监测到数据库中出现空口异常的端站时,对所述端站的信令进行监听;获取预设时长内已完成的由所述端站发送的请求接入主站的信令;根据获取的各请求接入的信令统计所述端站在所述预设时长内的接入失败的次数;若所述接入失败的次数大于预设阈值,则判断所述端站无法接入主站。采用本发明,可以实现自动监测并分析端站的接入异常,并通过发告警的形式来通知运维人员处理,克服了现有技术中采用人工监控和分析带来的人力资源的浪费和对异常问题保修不及时的缺陷。
Description
技术领域
本发明涉及卫星宽带移动通信技术领域,尤其涉及一种卫星通讯系统中端站接入异常的监控方法及装置。
背景技术
卫星通信广泛应用在常规蜂窝移动通信网难以覆盖的陆上偏远地区和海洋地区。海洋卫星通信系统主要由海洋专用通信卫星、固定在地面的主站以及安装在海洋船舶上的端站组成。
现有技术中,引起端站离线的原因有多种,其中信噪比下降空口异常时会引起端站离线。当一个端站长时间离线或出现频繁离线的现象,在运维人员人工监控到该端站后,如果是由于空口异常导致,会进一步人工通过信令跟踪分析该端站是否出现无法接入的情况,再采取相应措施处理。但是,采用人工监控端站是否出现接入异常情况,不能在第一时间发现端站异常并及时通知运维人员处理,不仅浪费了人力资源,而且延误了维修时间。
因此,有必要提供一种卫星通讯系统中端站接入异常的监控方法及装置。
发明内容
有鉴于此,本发明的目的在于提供一种卫星通讯系统中端站接入异常的监控方法及装置,以克服现有技术中采用人工监控和分析带来的人力资源的浪费和对异常问题发现不及时的缺陷。
本发明解决上述技术问题所采用的技术方案如下:
根据本发明的第一个方面,提供一种卫星通讯系统中端站接入异常的监控方法,适用于网络管理设备,所述方法包括:
当监测到数据库中出现空口异常的端站时,对所述端站的信令进行监听;
获取预设时长内已完成的由所述端站发送的请求接入主站的信令;
根据获取的各请求接入的信令统计所述端站在所述预设时长内的接入失败的次数;
若所述接入失败的次数大于预设阈值,则判断所述端站无法接入主站。
优选的,所述获取预设时长内已完成的由所述端站发送的请求接入主站的信令,包括:
获取所述预设时长内监听所述端站的信令时获得的信令列表;
统计所述信令列表中请求接入主站的所有开始信令;
根据最后一个开始信令的时间参数判断所述信令列表中最后一个请求接入主站的接入流程是否已经完成;
若未完成,将所述最后一个请求接入主站的信令从所述信令所有的列表中删除,所述信令列表中保留的请求接入主站的信令即为所述预设时长内已完成的由所述端站发送的请求接入主站的信令;
若已经完成,保留所述最后一个请求接入主站的信令,所述信令列表中的请求接入主站的信令即为所述预设时长内已完成的由所述端站发送的请求接入主站的信令。
优选的,所述根据最后一个开始信令的时间参数判断所述信令列表中最后一个请求接入主站的接入流程是否已经完成,包括:
获取所述预设时长内的最后一条请求接入的开始信令的产生时间T4以及端站在接入成功时花费的时长T5;
判断所述时间T4加上时长T5后的时间是否在所述预设时长的结束时间T3之前;
若是,则确定所述最后一条请求接入的流程未完成;
否则,确定所述最后一条请求接入的流程已完成。
优选的,所述根据各请求接入的信令统计所述端站在所述预设时长内的接入失败次数,包括:
以所述信令列表中的每个请求接入主站的开始信令为界,将所述信令列表划分为多个子集,分析每个子集中是否包含接入成功的信令,并确认未包含所述接入成功的信令的子集中的接入失败;
统计失败的请求接入的个数,即为所述接入失败的次数。
优选的,所述方法还包括:
对照标准接入过程的信令表提取每个失败的请求接入的最后一条接入过程的信令,所述最后一条接入过程的信令即为所述失败的请求接入的失败原因;
记录所述失败原因。
根据本发明的第二个方面,提供一种卫星通讯系统中端站接入异常的监控装置,适用于网络管理设备,所述装置包括:
监听模块,用于在监测到数据库中出现空口异常的端站时,监听所述端站的信令;
信令获取模块,用于获取预设时长内已完成的由所述端站发送的请求接入主站的请求接入的信令;
统计模块,用于获取预设时长内已完成的由所述端站发送的请求接入主站的请求接入的信令;
判断模,用于在所述接入失败的次数大于预设阈值时,判断所述端站无法接入。
优选的,所述信令获取模块,包括:
信令列表获取单元,用于获取所述预设时长内监听所述端站的信令时获得的信令列表;
统计单元,用于统计所述信令列表中请求接入主站的所有开始信令;
判断单元,用于根据最后一个开始信令的时间参数判断所述信令列表中最后一个请求接入主站的接入流程是否已经完成;
所述获取单元,还用于在所述接入流程若未完成时,将所述最后一个请求接入主站的信令从所述信令所有的列表中删除,则所述信令列表中保留的请求接入主站的信令即为所述预设时长内已完成的由所述端站发送的请求接入主站的信令,或者用于在所述接入流程已经完成时,保留所述最后一个请求接入主站的信令,所述信令列表中的请求接入主站的信令即为所述预设时长内已完成的由所述端站发送的请求接入主站的信令。
优选的,所述判断单元,还用于获取所述预设时长内的最后一条请求接入的开始信令的产生时间T4以及端站在接入成功时花费的时长T5,并判断所述时间T4加上时长T5后的时间是否在所述预设时长的结束时间T3之前,并在判断结果为是时,确定所述最后一条请求接入的流程未完成,在判断结果为否时,确定所述最后一条请求接入的流程已完成。
优选的,所述统计模块,还用于以所述信令列表中的每个请求接入主站的开始信令为界,将所述信令列表划分为多个子集,分析每个子集中是否包含接入成功的信令,并确认未包含所述接入成功的信令的子集中的请求接入失败,以及用于统计失败的请求接入的个数,即为所述接入失败的次数。
优选的,所述装置还包括:
提取模块,用于对照标准接入过程的信令表提取每个失败的请求接入的最后一条接入过程的信令,所述最后一条接入过程的信令即为所述失败的请求接入的失败原因;
记录模块,用于记录所述失败原因。
本发明实施例的星通讯系统中端站接入异常的监控方法及装置,在监控到数据库中出现空口异常的端站时,通过对该端站进行追踪,获取预设时长内已完成的请求接入的信令,并统计出现请求接入的失败次数,判断端站是否无法接入主站,从而可以实现自动监测并分析端站的接入异常,并通过发告警的形式来通知运维人员处理,克服了现有技术中采用人工监控和分析带来的人力资源的浪费和对异常问题保修不及时的缺陷。
附图说明
图1为实现本发明的卫星通信系统的组网结构示意图;
图2为本发明实施例一提供的一种星通讯系统中端站接入异常的监控方法的流程图;
图3为本发明实施例一的一个场景中实现一种卫星通讯系统中端站接入异常的监控方法的流程图;
图4为图3中步骤S305确定已完成请求接入的信令子集的方法的流程图;
图5为图3中步骤S306方法的流程图;
图6为本发明实施例一提供的一种卫星通讯系统中端站接入异常的监控装置。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白,以下结合附图和实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身并没有特定的意义。因此,″模块″与″部件″可以混合地使用。
请参阅图1,是实现本发明的卫星通信系统的组网结构示意图。卫星通信系统包括位于空间的卫星104和位于地面的网络管理设备101、主站102和端站103构成。主站102和端站103之间卫星104建立通信链路;网络管理设备101则是对通信网络进行管理和维护。实际应用中,网络管理设备101也可以与主站102设置在一起。
下面将结和具体的实施例对本发明进行说明。
本发明实施例一提供了一种星通讯系统中端站接入异常的监控方法,适用于网络管理设备,请参阅图2,方法流程包括:
S201、当监测到数据库中出现空口异常的端站时,监听该端站的信令;
S202、获取预设时长内已完成的由所述端站发送的请求接入主站的信令;
S203、根据获取的各请求接入的信令统计所述端站在该预设时长内的接入失败的次数;
S204、若该接入失败的次数大于预设阈值,则判断该端站无法接入;
S205、发出告警,以便及时通知运维人员进行处理。
实际应用中,如果端站由于空口异常离线,会尝试不断接入主站直至成功,并且端站接入主站过程的每个关键流程都会上报信令到网络管理装置,并存储到数据库中,因此,可以在数据库中每隔预设时间或实时查询离线原因为“空口异常”的端站。
在一个可行的方案中,步骤S202,获取预设时长内已完成的由该端站发送的请求接入主站的信令,包括:
获取该预设时长内监听该端站的信令时获得的信令列表;
统计该信令列表中请求接入主站的所有开始信令;
根据最后一个开始信令的时间参数判断该信令列表中最后一个请求接入主站的接入流程是否已经完成;
若未完成,将该最后一个请求接入主站的信令从该信令所有的列表中删除,该信令列表中保留的请求接入主站的信令即为该预设时长内已完成的由该端站发送的请求接入主站的信令;
若已经完成,保留该最后一个请求接入主站的信令,该信令列表中的请求接入主站的信令即为该预设时长内已完成的由该端站发送的请求接入主站的信令。
实际应用中,根据最后一个开始信令的时间参数判断所述信令列表中最后一个请求接入主站的接入流程是否已经完成,可以通过如下方式实现:
获取所述预设时长内的最后一条请求接入的开始信令的产生时间T4以及端站在接入成功时花费的时长T5;
判断所述时间T4加上时长T5后的时间是否在所述预设时长的结束时间T3之前;
若是,则确定所述最后一条请求接入的流程未完成;
否则,确定所述最后一条请求接入的流程已完成。
在一个可行的方案中,步骤S203、根据各请求接入的信令统计该端站在该预设时长内的接入失败次数,包括:
以所述信令列表中的每个请求接入主站的开始信令为界,将所述信令列表划分为多个子集,分析每个子集中是否包含接入成功的信令,并确认未包含所述接入成功的信令的子集中的接入失败;
统计失败的请求接入的个数,即为所述接入失败的次数。
在一个可行的方案中,步骤S204、该方法还包括:
对照标准接入过程的信令表提取每个失败的请求接入的最后一条接入过程的信令,该最后一条接入过程的信令即为该失败的请求接入的失败原因;
记录该失败原因。
在一个可行的方案中,在步骤S205、发出告警时,该方法还包括:
显示记录的失败原因。
下面结合一个具体的场景对本实施例的方法进行详细说明。
假设端站成功接入主站的完整过程包含以下信令:
开始接入
主站进行接纳控制、分配资源
主站进行资源配置
端站建立业务信道的配置
端站配置服务质量(Quality of Service,QoS)
主站配置端站网络协议(Internet Protocol,IP)
端站配置IP
接入成功
请参阅图3,本场景中,端站接入异常的监控方法,包括如下步骤:
S301、查询数据库中离线原因为“空口异常”的端站。
S302、建立信令监听任务,监听异常端站的信令。
实际应用中,如果查询到多个离线端站并且离线原因是“空口异常”,则需要分别对每一个异常端站进行监听和分析。
S303、经过预设的时长T2=2小时后,获取异常端站的所有信令,并记录当前时间T3。
本场景中假设T3为2017年1月10日16:09:01:130。
获取的信令列如表1中第一列所示。
表1
S304、统计信令列表中端站请求接入主站的开始信令的次数n1。
本场景中,n1=6.
S305、以每个开始信令为界,将列表划分为多个子集,每个子集对应一个请求接入过程产生的信令。
实际应用中,每个子集对应一个请求接入过程产生的信令,该子集中,第一条信令为端站请求接入主站的开始信令,最后一条信令为下一次(即下一子集中)端站请求接入主站的开始信令的前一条信令。因为这些信令是在的预设的时长内获取的,因此,并不能够保证最后一个子集中的请求接入的过程已经结束,因此,需要判断最后一个子集的请求接入是否已经完成。请参阅图4,判断最后一个子集的请求接入是否已经完成的方法,包括如下步骤:
S3051、获取最后一条开始信令产生的时间为T4。
本场景中T4=2017年1月10日16:08:56:130。
S3052、获取端站接入成功整个过程的时长为T5。
本场景中,T5=3秒。
S3053、判断T4+T5后,得到的时间是否早于获取所有信令的时间T3,若是,执行步骤S3054,否则执行步骤S3055。
S3054,确认最后一次接入还没有结束,并将其从信令集中删除。
S3055,确认最后一次接入已经结束,并保留该子集。
本场景中T4+T5的结果为2017年1月10日16:08:59:130,早于T3的2017年1月10日16:09:01:130,因此,本场景中,实际有效的信令子集为n1-1=5个,如表1所示。
S306、遍历保留的各子集中请求接入的结果,统计请求接入的失败次数。
具体的,请参阅图5,该步骤包括:
S3061、设置接入失败的次数n2的初始值为0;
S3062、查找每个子集中是否包含接入成功的信令,若未包含,执行步骤S3063,若包含执行S3065。
S3063、确定该子集中的请求接入失败,n2的值加1,并执行步骤S3064。
S3064、记录该子集中的请求接入的失败的原因,执行步骤S3065。
具体的,可以通过对照标准接入过程的信令表提取每个子集中的请求接入的最后一条接入过程的信令,该最后一条接入过程的信令即为该子集中请求接入的失败原因。
本场景中,第一个子集:包含了接入成功的信令,不用再分析。
第二个子集:没有包含接入成功的信令,提取最后一条接人过程的信令为“主站进行资源配置”,将其作为失败原因记录下来,失败次数加1,总共为1次。
第三个子集:没有包含接入成功的信令,提取最后一条接人过程的信令为“端站进行业务信道的配置”,将其作为失败原因记录下来,失败次数加1,总共为2次。
第四个子集:没有包含接入成功的信令,提取最后一条接人过程的信令为“端站进行业务信道的配置”,将其作为失败原因记录下来,失败次数加1,总共为3次。
第五个子集:没有包含接入成功的信令,提取最后一条接人过程的信令为“主站配置端站IP”,将其作为失败原因记录下来,失败次数加1,总共为4次。
经过以上步骤,总的失败次数为4次。失败原因分别为:“主站进行资源配置”失败1次、“端站进行业务信道的配置”失败2次、“端站进行业务信道的配置”失败1次、“主站配置端站IP”失败1次。
S3065、判断是否已经分析所有信令子集,若是继续后继流程,否则继续执行步骤S3602。
S307、判断统计的失败次数,是否继续大于预设阈值,若是,执行步骤S308,否则,结束流程。
本场景中,由于总失败次数n2=4次大于预设阈值n3=3次,判定该端站无法接入主站。
S308、判定该端站无法接入,通过告警箱发送告警。
本发明实施例的星通讯系统中端站接入异常的监控方法,在监控到数据库中出现空口异常的端站时,通过对该端站进行追踪,获取预设时长内已完成的请求接入的信令,并统计出现请求接入的失败次数,判断端站是否无法接入主站,从而可以实现自动监测并分析端站的接入异常,并通过发告警的形式来通知运维人员处理,克服了现有技术中采用人工监控和分析带来的人力资源的浪费和对异常问题保修不及时的缺陷。
本发明实施例二提供了一种卫星通讯系统中端站接入异常的监控装置,需要说明的是,改监控装置可以设置在网络管理设备上。请参阅图6,该装置包括:
监听模块601,用于在监测到数据库中出现空口异常的端站时,监听所述端站的信令;
信令获取模块602,用于获取预设时长内已完成的由所述端站发送的请求接入主站的请求接入的信令;
统计模块603,用于获取预设时长内已完成的由所述端站发送的请求接入主站的请求接入的信令;
判断模604,用于在所述接入失败的次数大于预设阈值时,判断所述端站无法接入;
告警模块605,用于发出告警,以便及时通知运维人员进行处理。
在一个可行的方案中,该信令获取模块602,包括:
信令列表获取单元,用于获取该预设时长内监听该端站的信令时获得的信令列表;
统计单元,用于统计所述信令列表中请求接入主站的所有开始信令;
分析单元,用于根据最后一个开始信令的时间参数判断所述信令列表中最后一个请求接入主站的接入流程是否已经完成;
所述获取单元,还用于在所述接入流程若未完成时,将所述最后一个请求接入主站的信令从所述信令所有的列表中删除,则所述信令列表中保留的请求接入主站的信令即为所述预设时长内已完成的由所述端站发送的请求接入主站的信令,或者用于在所述接入流程已经完成时,保留所述最后一个请求接入主站的信令,所述信令列表中的请求接入主站的信令即为所述预设时长内已完成的由所述端站发送的请求接入主站的信令。
在一个可行的方案总,判断单元,还用于获取所述预设时长内的最后一条请求接入的开始信令的产生时间T4以及端站在接入成功时花费的时长T5,并判断所述时间T4加上时长T5后的时间是否在所述预设时长的结束时间T3之前,并在判断结果为是时,确定所述最后一条请求接入的流程未完成,在判断结果为否时,确定所述最后一条请求接入的流程已完成。
在一个可行的方案中,该统计模块,还用于以所述信令列表中的每个请求接入主站的开始信令为界,将所述信令列表划分为多个子集,分析每个子集中是否包含接入成功的信令,并确认未包含所述接入成功的信令的子集中的请求接入失败,以及用于统计失败的请求接入的个数,即为所述接入失败的次数。
具体的,可以通过如下方法统计接入失败的次数:
设置接入失败的次数n2的初始值为0;
查找每个子集中是否包含接入成功的信令;
若无,确定该子集中的接入失败,n2的值加1。
在一个可行的方案中,该装置还包括:
提取模块,用于对照标准接入过程的信令表提取每个失败的请求接入的最后一条接入过程的信令,该最后一条接入过程的信令即为该失败的请求接入的失败原因;
记录模块,用于记录该失败原因。
在一个可行的方案中,该装置还包括:
显示模块,用于显示该失败原因。
本发明实施例的星通讯系统中端站接入异常的监控装置,在监控到数据库中出现空口异常的端站时,通过对该端站进行追踪,获取预设时长内已完成的请求接入的信令,并统计出现请求接入的失败次数,判断端站是否无法接入主站,从而可以实现自动监测并分析端站的接入异常,并通过发告警的形式来通知运维人员处理,克服了现有技术中采用人工监控和分析带来的人力资源的浪费和对异常问题保修不及时的缺陷。
以上参照附图说明了本发明的优选实施例,并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质内所作的任何修改、等同替换和改进,均应在本发明的权利范围之内。
Claims (10)
1.一种卫星通讯系统中端站接入异常的监控方法,适用于网络管理设备,其特征在于,所述方法包括:
当监测到数据库中出现空口异常的端站时,对所述端站的信令进行监听;
获取预设时长内已完成的由所述端站发送的请求接入主站的信令;
根据获取的各请求接入的信令统计所述端站在所述预设时长内的接入失败的次数;
若所述接入失败的次数大于预设阈值,则判断所述端站无法接入主站。
2.根据权利要求1所述的方法,其特征在于,所述获取预设时长内已完成的由所述端站发送的请求接入主站的信令,包括:
获取所述预设时长内监听所述端站的信令时获得的信令列表;
统计所述信令列表中请求接入主站的所有开始信令;
根据最后一个开始信令的时间参数判断所述信令列表中最后一个请求接入主站的接入流程是否已经完成;
若未完成,将所述最后一个请求接入主站的信令从所述信令所有的列表中删除,所述信令列表中保留的请求接入主站的信令即为所述预设时长内已完成的由所述端站发送的请求接入主站的信令;
若已经完成,保留所述最后一个请求接入主站的信令,所述信令列表中的请求接入主站的信令即为所述预设时长内已完成的由所述端站发送的请求接入主站的信令。
3.根据权利要求2所述的方法,其特征在于,所述根据最后一个开始信令的时间参数判断所述信令列表中最后一个请求接入主站的接入流程是否已经完成,包括:
获取所述预设时长内的最后一条请求接入的开始信令的产生时间T4以及端站在接入成功时花费的时长T5;
判断所述时间T4加上时长T5后的时间是否在所述预设时长的结束时间T3之前;
若是,则确定所述最后一条请求接入的流程未完成;
否则,确定所述最后一条请求接入的流程已完成。
4.根据权利要求2或3所述的方法,其特征在于,所述根据各请求接入的信令统计所述端站在所述预设时长内的接入失败次数,包括:
以所述信令列表中的每个请求接入主站的开始信令为界,将所述信令列表划分为多个子集,分析每个子集中是否包含接入成功的信令,并确认未包含所述接入成功的信令的子集中的接入失败;
统计失败的请求接入的个数,即为所述接入失败的次数。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
对照标准接入过程的信令表提取每个失败的请求接入的最后一条接入过程的信令,所述最后一条接入过程的信令即为所述失败的请求接入的失败原因;
记录所述失败原因。
6.一种卫星通讯系统中端站接入异常的监控装置,适用于网络管理设备,其特征在于,所述装置包括:
监听模块,用于在监测到数据库中出现空口异常的端站时,监听所述端站的信令;
信令获取模块,用于获取预设时长内已完成的由所述端站发送的请求接入主站的请求接入的信令;
统计模块,用于获取预设时长内已完成的由所述端站发送的请求接入主站的请求接入的信令;
判断模,用于在所述接入失败的次数大于预设阈值时,判断所述端站无法接入。
7.根据权利要求6所述的方法,其特征在于,所述信令获取模块,包括:
信令列表获取单元,用于获取所述预设时长内监听所述端站的信令时获得的信令列表;
统计单元,用于统计所述信令列表中请求接入主站的所有开始信令;
判断单元,用于根据最后一个开始信令的时间参数判断所述信令列表中最后一个请求接入主站的接入流程是否已经完成;
所述获取单元,还用于在所述接入流程若未完成时,将所述最后一个请求接入主站的信令从所述信令所有的列表中删除,则所述信令列表中保留的请求接入主站的信令即为所述预设时长内已完成的由所述端站发送的请求接入主站的信令,或者用于在所述接入流程已经完成时,保留所述最后一个请求接入主站的信令,所述信令列表中的请求接入主站的信令即为所述预设时长内已完成的由所述端站发送的请求接入主站的信令。
8.根据权利要求7所述的装置,其特征在于,所述判断单元,还用于获取所述预设时长内的最后一条请求接入的开始信令的产生时间T4以及端站在接入成功时花费的时长T5,并判断所述时间T4加上时长T5后的时间是否在所述预设时长的结束时间T3之前,并在判断结果为是时,确定所述最后一条请求接入的流程未完成,在判断结果为否时,确定所述最后一条请求接入的流程已完成。
9.根据权利要求7或8所述的方法,其特征在于,所述统计模块,还用于以所述信令列表中的每个请求接入主站的开始信令为界,将所述信令列表划分为多个子集,分析每个子集中是否包含接入成功的信令,并确认未包含所述接入成功的信令的子集中的请求接入失败,以及用于统计失败的请求接入的个数,即为所述接入失败的次数。
10.根据权利要求8所述的装置,其特征在于,所述装置还包括:
提取模块,用于对照标准接入过程的信令表提取每个失败的请求接入的最后一条接入过程的信令,所述最后一条接入过程的信令即为所述失败的请求接入的失败原因;
记录模块,用于记录所述失败原因。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710147831.5A CN108696885A (zh) | 2017-03-13 | 2017-03-13 | 一种卫星通讯系统中端站接入异常的监控方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710147831.5A CN108696885A (zh) | 2017-03-13 | 2017-03-13 | 一种卫星通讯系统中端站接入异常的监控方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108696885A true CN108696885A (zh) | 2018-10-23 |
Family
ID=63842646
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710147831.5A Pending CN108696885A (zh) | 2017-03-13 | 2017-03-13 | 一种卫星通讯系统中端站接入异常的监控方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108696885A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020192229A1 (zh) * | 2019-03-26 | 2020-10-01 | 华为技术有限公司 | 跟踪信息的获取方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103354649A (zh) * | 2013-06-28 | 2013-10-16 | 北京创毅讯联科技股份有限公司 | 通信终端的监测方法及装置 |
CN103906112A (zh) * | 2012-12-28 | 2014-07-02 | 中国电信股份有限公司 | 通信网络性能的分析方法与系统 |
CN104284356A (zh) * | 2014-10-13 | 2015-01-14 | 大唐移动通信设备有限公司 | 一种网络质量的判断方法和系统 |
-
2017
- 2017-03-13 CN CN201710147831.5A patent/CN108696885A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103906112A (zh) * | 2012-12-28 | 2014-07-02 | 中国电信股份有限公司 | 通信网络性能的分析方法与系统 |
CN103354649A (zh) * | 2013-06-28 | 2013-10-16 | 北京创毅讯联科技股份有限公司 | 通信终端的监测方法及装置 |
CN104284356A (zh) * | 2014-10-13 | 2015-01-14 | 大唐移动通信设备有限公司 | 一种网络质量的判断方法和系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020192229A1 (zh) * | 2019-03-26 | 2020-10-01 | 华为技术有限公司 | 跟踪信息的获取方法和装置 |
CN111756559A (zh) * | 2019-03-26 | 2020-10-09 | 华为技术有限公司 | 跟踪信息的获取方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9712415B2 (en) | Method, apparatus and communication network for root cause analysis | |
US10404525B2 (en) | Classification of detected network anomalies using additional data | |
KR20140054245A (ko) | 무선 자원 최적화 방법, 장치 및 시스템 | |
US9497451B2 (en) | Cable network data analytics system | |
CN107404728B (zh) | 一种网络问题定位的方法及装置 | |
CN108198367B (zh) | 数据采集与监视控制方法、系统、装置及计算机存储介质 | |
CN109451486B (zh) | 基于探测请求帧的WiFi采集系统及WiFi终端探测方法 | |
CN113364682B (zh) | 一种数据传输方法、装置、存储介质及电子装置 | |
CN106533791A (zh) | 一种基于大数据平台的端到端业务质量优化装置及方法 | |
CN101365145A (zh) | 有线电视网络监控系统及监控方法 | |
CN108600372B (zh) | 一种基于多输电设备巡检装置与控制终端的信息交互系统 | |
WO2017084618A1 (zh) | 共享存储式集群文件系统节点通信的监控方法及监控节点 | |
CN112449252B (zh) | 视频流系统的维护方法、装置、无线网桥设备及存储介质 | |
CN105809031A (zh) | 数据库审计的方法、装置及系统 | |
CN108696885A (zh) | 一种卫星通讯系统中端站接入异常的监控方法及装置 | |
CN111200760A (zh) | 一种数据处理方法、装置及电子设备 | |
CN109963292B (zh) | 投诉预测的方法、装置、电子设备和存储介质 | |
CN107846310A (zh) | 一种基于客户资源树的iptv视频质差联动拨测定界方法 | |
WO2016177237A1 (zh) | 播放控制方法和装置 | |
CN107360217B (zh) | 一种基于地理位置和时间的数据上报方法及系统 | |
CN113726582B (zh) | 移动网络的分析方法、装置、设备及存储介质 | |
CN102123092B (zh) | 一种组播性能分析方法及系统 | |
CN107222359A (zh) | 一种is‑is网络中的链路异常检测方法及系统 | |
CN112312209A (zh) | 综合告警生成方法、装置、服务器、存储介质 | |
CN106612241A (zh) | 一种业务控制方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20181023 |
|
WD01 | Invention patent application deemed withdrawn after publication |