CN114584999A - 一种监测系统、方法、设备及计算机存储介质 - Google Patents

一种监测系统、方法、设备及计算机存储介质 Download PDF

Info

Publication number
CN114584999A
CN114584999A CN202011380790.2A CN202011380790A CN114584999A CN 114584999 A CN114584999 A CN 114584999A CN 202011380790 A CN202011380790 A CN 202011380790A CN 114584999 A CN114584999 A CN 114584999A
Authority
CN
China
Prior art keywords
monitoring
probe
equipment
network
service performance
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.)
Granted
Application number
CN202011380790.2A
Other languages
English (en)
Other versions
CN114584999B (zh
Inventor
赵建安
王晋
冀振宁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Group Shanxi Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Group Shanxi Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Group Shanxi Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN202011380790.2A priority Critical patent/CN114584999B/zh
Publication of CN114584999A publication Critical patent/CN114584999A/zh
Application granted granted Critical
Publication of CN114584999B publication Critical patent/CN114584999B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请实施例提供了一种监测系统、方法、设备及计算机存储介质,其中,系统包括:第一探针设备,多个不同类型的监测点和服务器统一平台,监测点包括第二探针设备,通过服务器统一平台对第一探针设备和第二探针设备采集的监测数据进行统一管理,解决各厂商设备之间消息不互通的问题,同时,采用采用外置第一探针设备和内置第二探针设备相结合的方法,实现对PTN网络和SPN网络准确地进行跨地市跨厂商端到端的业务性能测试。

Description

一种监测系统、方法、设备及计算机存储介质
技术领域
本申请属于通信技术领域,尤其涉及一种监测系统、方法、设备及计算机存储介质。
背景技术
随着运营商网络的深度覆盖,长期演进(Long Term Evolution,LTE)、非独立组网(Non-Standalone,NSA)以及NB基站规模的不断扩展,对分组传送网络(PacketTransportNetwork,PTN)回传LTE业务,和切片分组网络(Slicing Packet Network,SPN)回传NSA业务的质量要求越来越高,不仅需要对承载LTE业务的PTN通道质量和承载NSA业务的SPN通道质量进行分析,还需要对管道中具体的业务进行质量分析。
然而,在现网多厂商、多类型设备组网的情况下,各厂商设备之间消息不互通,无法对PTN和SPN准确地进行跨地市跨厂商端到端的业务性能测试。
发明内容
本申请实施例提供一种监测方法、装置、设备及计算机存储介质,通过服务器统一平台对第一探针设备和第二探针设备采集的监测数据进行统一管理,解决各厂商设备之间消息不互通的问题,实现对PTN网络和SPN网络准确地进行跨地市跨厂商端到端的业务性能测试。
第一方面,本申请实施例提供一种监测系统,系统包括:第一探针设备,多个不同类型的监测点和服务器统一平台,监测点包括第二探针设备;第一探针设备,分别与监测点和服务器统一平台无线通信连接;
第一探针设备,用于向不同类型的监测点发送业务性能测试信息,得到第一监测数据,并向服务器统一平台发送第一监测数据;
第二探针设备,为通过软件升级具备探针功能的切片分组网络SPN设备和分组传送网络PTN设备,用于当接收到第一探针设备发送的业务性能测试信息时,监测网络的业务性能,得到第二监测数据,并向服务器统一平台发送第二监测数据;
服务器统一平台,用于根据第一监测数据和第二监测数据计算得到网络的监测数据。
在一些可能的实现方式中,监测点包括:第一类监测点、第二类监测点、第三类监测点、第四类监测点;其中,第一类监测点位于省干三级虚拟专用网络L3VPN的SPN设备和地市L3VPN的PTN设备的空闲端口;第二类监测点位于地市二级虚拟专用网络L2VPN,或L3VPN核心的SPN设备和PTN设备的以太网用户网络侧接口UNI;第三类监测点位于基站与基站接入的SPN设备和PTN设备的连接接口;第四类监测点为位于无法通过软件升级具备探针功能的PTN设备和SPN设备上,第四类监测点还包括第三探针设备。
在一些可能的实现方式中,第三探针设备,与第一探针设备和服务器统一平台无线通信连接,用于在PTN设备和SPN设备不支持双向主动测量协议TWAMP的情况下,当接收到第一探针设备发送的业务性能测试信息时,监测网络的业务性能,得到第三监测数据,并向服务器统一平台发送第三监测数据。
在一些可能的实现方式中,第一探针设备,用于向不同类型的监测点发送业务性能测试信息,包括:
第一探针设备,用于向不同类型的监测点发送基于TWAMP,以及控制报文协议ICMPECHO的测试信息。
在一些可能的实现方式中,第二探针设备,用于当接收到第一探针设备发送的业务性能测试信息时,监测网络的业务性能,包括:
第二探针设备,用于当接收到第一探针设备发送的业务性能测试信息时,通过复制基站与分组核心网之间的通讯接口的交互报文分析流控制传输协议SCTP,监测网络的业务性能。
在一些可能的实现方式中,第一监测数据包括第一故障值;第一探针设备,用于当第一故障值大于第一预设阈值时,将故障测试实例对应L2VPN+L3VPN的业务路径进行还原,并触发逐段故障定位测试。
第二方面,本申请实施例提供了一种监测方法,方法包括:接收第一探针设备发起的业务性能测试信息;
根据业务性能测试信息,监测网络的业务性能,得到第四监测数据;
向服务器统一平台发送第四监测数据。
在一些可能的实现方式中,根据业务性能测试信息,监测网络的业务性能,得到第四监测数据,包括:
根据业务性能测试信息,复制基站与分组核心网之间的通讯接口的交互报文;
根据交互报文,分析流控制传输协议SCTP,得到分析数据;
根据分析数据,监测网络的业务性能,得到第四监测数据。
第三方面,本申请实施例提供了一种监测设备,设备包括:处理器,以及存储有计算机程序指令的存储器;处理器读取并执行计算机程序指令,以实现第二方面以及第二方面任意一种可能的实现方式中的监测方法。
第四方面,本申请实施例提供了一种计算机存储介质,计算机存储介质上存储有计算机程序指令,计算机程序指令被处理器执行时实现第二方面以及第二方面任意一种可能的实现方式中的监测方法。
本申请实施例提供的监测系统、方法、设备及计算机存储介质,其中,系统包括:第一探针设备,多个不同类型的监测点和服务器统一平台,监测点包括第二探针设备,第一探针设备,分别与监测点和服务器统一平台无线通信连接,第一探针设备,用于向不同类型的监测点发送业务性能测试信息,并向服务器统一平台发送第一监测数据,第二探针设备,为通过软件升级具备探针功能的切片分组网络SPN设备和分组传送网络PTN设备,用于当接收到第一探针设备发送的业务性能测试信息时,监测网络的业务性能,得到第二监测数据,并向服务器统一平台发送第二监测数据,服务器统一平台,用于根据第一监测数据和第二监测数据计算得到网络的监测数据,通过服务器统一平台对第一探针设备和第二探针设备采集的监测数据进行统一管理,解决各厂商设备之间消息不互通的问题,实现对PTN网络和SPN网络准确地进行跨地市跨厂商端到端的业务性能测试。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单的介绍,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是一种PTN网络监测系统的结构示意图;
图2是本申请实施例提供的一种监测系统的结构示意图;
图3是本申请实施例提供的一种监测方法的流程示意图;
图4是本申请实施例提供的一种监测设备的结构示意图。
具体实施方式
下面将详细描述本申请的各个方面的特征和示例性实施例,为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及具体实施例,对本申请进行进一步详细描述。应理解,此处所描述的具体实施例仅意在解释本申请,而不是限定本申请。对于本领域技术人员来说,本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
目前,PTN网络主要包括:省干L3VPN、地市L3VPN以及地市L2VPN,如图1所示,省干L3VPN包括省干落地层、省干核心层,地市L3VPN包括地市核心层,地市L2VPN包括地市汇聚层、地市接入层,每一层网络中包含多个PTN设备,PTN设备包括多种不同厂家不同型号的设备,省干落地层部署有统一监测平台。在使用PTN网络回传LTE业务时,常采用以下方案:
第一种方案:外置硬件探针设备。通过在网络不同层次不同区域的监测点部署硬件探针设备实现业务的全程端到端的性能监测。
第二种方案:内置软件探针设备。通过对支持探针TWAMP协议的PTN设备进行软件升级,需要保证PTN网络的省干L3VPN、地市L3VPN以及地市的L2VPN在同一个网管平台上。
外置硬件探针设备与内置软件探针设备的方案对比如下表所示:
Figure BDA0002809262160000051
表1
由表1可知,外置硬件探针设备与内置软件探针设备相比,可扩展性差,成本高,需要由外置厂商独立实施,不同PTN厂商之间协调难度大。外置厂商对传输专业的理解,与PTN设备的适配,定制开发能力决定了系统的可用性,项目存在一定风险。外置旁挂测试与真实业务路由存在一定偏差,测试准确性稍差,且占用设备物理端口、IP、网络隧道资源。但是,内置软件探针设备只能在本地网管实现,不能跨网管,不能跨厂商实现端到端的测试。
随着科技的快速发展,5G网络应运而生,现存的组网技术已经不能满足人们的需求,采用SPN网络回传NSA业务给人们带来了新的挑战。结合现在PTN网络不能进行跨地市跨厂商端到端的业务性能测试的缺陷以及在SPN网络回传NSA业务时,如何实现SPN网络进行跨地市跨厂商端到端的业务性能测试的技术,针对现网的PTN网络和SPN网络以及相关业务特点,发明人研究了LTE业务以及NSA业务的组网特点,并依据现有的所有探针设备的组网方式进行了归类、分析,提出了如下四种组网方案:
方案1:外置硬件探针设备+服务器统一平台,即全部采用外置探针设备旁挂PTN设备和SPN设备空闲端口的方式,然后通过PTN设备和SPN设备配置数据最后通过探针厂商的管理平台统一进行管理。该方案的优点:服务器统一平台,可实现跨厂商端到端监测;缺点:独立于现有网管系统,不能形成网络实际拓扑结构,不便于维护,由于采用旁挂方式,与真实链路路由存在一定偏差。
方案2:内置软件探针设备+分厂商平台,即通过对支持探针TWAMP协议的PTN设备进行软件升级,平台通过各个PTN厂商和SPN厂商的网管进行管理,每个网管一个独立的网络。该方案的优点:与现网网管联动,实现故障路径还原,提高故障定位的效率;缺点:不能形成端到端统一的监测结果,同时内置发射端对设备负荷造成影响。
方案3:外置硬件探针设备+内置软件探针设备+分厂商平台,即全省以厂商为单位部署端到端的PTN网络和SPN网络探针架构,PTN设备和SPN设备支持的采用内置软件探针设备,设备不支持或者厂商无省干网络的采用外置硬件探针设备方式。该方案的优点:与现网网管设备联动,实现故障路径还原,提高故障定位的效率。缺点:不能形成全部地市端到端统一的监测结果,需要部署多个厂商监测平台,且需网管软硬件升级,开发量投资大,后续扩容改造难度大。
方案4:外置硬件探针设备+内置软件探针设备+服务器统一平台,即通过服务器统一平台对外置硬件探针设备和内置软件探针设备进行管理,可以实现不同厂商不同网管不同地市之间业务的端到端监测。该方案的优点:服务器统一平台,可实现跨厂商端到端监测,PTN设备和SPN设备升级支持的基站均可以进行相关的TWAMP测试。缺点:独立现有网管系统,不能形成网络实际拓扑结构。
通过上述4种方案可知,硬件探针设备、软件探针设备、服务器统一平台、分厂商平台分别具有以下优缺点:
硬件探针设备:
优点:实施方便,部署不影响业务,与设备无关,与设备无关,可以移动。
缺点:占用设备物理端口,需要占用基站IP与VLAN资源,占用网络隧道资源,与真实链路路由存在一定偏差,且需要外置厂商与PTN厂商协同配合。
软件探针设备:
优点:与业务路径一致,测试准确,部署只需要设备升级。且成本低于外置探针设备。
缺点:汇聚层节点无法监测,内置发射端可能对设备负荷造成影响,且采用内置方式无法移动。
服务器统一平台:
优点:实现跨厂商端到端监测,得到监测数据,并进行报表统计;便于与其他综合网管、性能平台对接,实施方便,开发量小,投资较小。
缺点:独立现有网管系统,与网络实际拓扑结构存在差别,难于与专业网管、流量工具和等现网工具统一定位分析。
分厂商平台:
优点:与现网专业网管联动,实现故障路径还原,提高故障定位的效率;与专业网管、流量工具和等现网工具统一定位分析。
缺点:不能形成全部地市端到端统一监测,需要部署多个监测平台。需网管软硬件升级,开发量大,后续扩容改造难度大。
结合上述硬件探针设备、软件探针设备、服务器统一平台、分厂商平台的优缺点,投资成本,实施灵活性,监测准确性,方案4更符合探针组网需求。
为了解决现有技术问题,本申请实施例提供了一种监测系统、方法、设备及计算机存储介质。与现有技术不同的是,本申请实施例采用PTN网络和SPN网络混合组网的形式,通过服务器统一平台对第一探针设备和第二探针设备采集的监测数据进行统一管理,在第二探针设备不具备探针功能的情况下,采用第三探针设备采集监测数据,解决各厂商设备之间消息不互通的问题,同时,采用外置第一探针设备和内置第二探针设备相结合的方法,实现对PTN网络和SPN网络准确地进行跨地市跨厂商端到端的业务性能测试。
下面首先对本申请实施例所提供的监测系统进行介绍。
图2示出了本申请一个实施例提供的监测系统的结构示意图。如图2所示,该系统包括第一探针设备210,多个不同类型的监测点和服务器统一平台230,监测点包括第二探针设备120。
第一探针设备210,用于向不同类型的监测点发送业务性能测试信息,并向服务器统一平台发230送第一监测数据;
第一探针设备210为硬件探针设备,即外置的探针设备,是一种主动监测设备,部署在省干落地层的机房,与同机房内的省干落地层的SPN设备,以及各地市核心层的至少一对PIN设备相连,将相关端口关联到业务所在的L3VPN中。各地市核心层的PTN设备与该地市核心层L3VPN的SPN设备连接,以实现SPN设备的性能测试。
第一探针设备210向不同类型的监测点发送业务性能测试信息,并向服务器统一平台发230送第一监测数据。
业务性能测试消息为基于TWAMP和ICMP的测试信息。
第一监测数据包括丢包数据、时延数据、抖动数据、SCTP超时数据、重传数据、错包数。第一探针设备210通过主动发送业务性能测试信息的方式监测网络通道,得到网络通道的丢包数据、时延数据、抖动数据。第一探针设备210还可以对业务通道进行被动监测,即通过复制基站与分组核心网之间的通讯接口的交互报文分析流控制传输协议SCTP,监测网络的业务性能,得到SCTP超时数据、重传数据、错包数。向服务器统一平台230发送第一监测数据,便于服务器统一平台对第二监测数据进行统计,生成相应的报表。
第一探针设备210包括第一大探针设备211、第一小探针设备212,可同时向PTN网络和SPN网络中的任意节点通过ICMP协议或者TWAMP协议建立测试会话,分析各分段网络质量测试结果。
第一大探针设备211连接在省干落地层机房的SPN设备上,用于发起全省的业务性能测试,向远端的基站、PTN设备和SPN设备以及支持ETH-OAM协议及TWAMP协议的专用反射器发送主动测试消息向远端的基站、PTN设备和SPN设备以及地市支持ETH-OAM协议及TWAMP协议的专用反射器250发送主动测试消息,对通过UNI接入的PTN设备和SPN设备进行省干到地市之间跨地市跨厂家的的业务性能测试和故障定位。例如,第一大探针设备211可以为探针设备NEU2000,可以通过旁挂的方式主动监测省干落地层和省干核心层的SPN设备侧的网络通道,也可以通过分光实现全省基站的ICMP测试。
第一小探针设备212连接在省干落地层机房的SPN设备,以及各地市核心层的至少一对PIN设备上,第一小探针设备212可以为探针设备NEU200,用于分段进行业务的测试,并且分段进行分析,并且每个地市的第一小探针设备220负责每个地市的PTN设备和SPN设备的测试,可以提高并发数量,尽快收集地市到基站的端到端性能情况。
监测点包括第二探针设备220,为软件探针设备,即通过软件升级具备探针功能的SPN设备和PTN设备,用于当接收到第一探针设备210发送的业务性能测试信息时,监测网络的业务性能,得到第二监测数据,并向服务器统一平台230发送第二监测数据。
第二探针设备220当接收到第一探针设备210发送的业务性能测试信息时,通过复制基站与分组核心网之间的通讯接口的交互报文分析流控制传输协议SCTP,对L2VPN+L3VPN业务所承载的基站控制面信息异常报文进行监测,得到第二监测数据,其中,第二监测数据包括丢包数据、时延数据、抖动数据。向服务器统一平台230发送第二监测数据,便于服务器统一平台对第二监测数据进行统计,生成相应的报表。
监测点还包括第一类监测点、第二类监测点、第三类监测点、第四类监测点,其中,第一类监测点位于省干三级虚拟专用网络L3VPN的SPN设备和地市L3VPN的PTN设备的空闲端口;第二类监测点位于地市二级虚拟专用网络L2VPN,或L3VPN核心的SPN设备和PTN设备的以太网用户网络侧接口UNI;第三类监测点位于基站与基站接入的SPN设备和PTN设备的连接接口;第四类监测点为位于无法通过软件升级具备探针功能的PTN设备和SPN设备上。
服务器统一平台230,用于根据第一监测数据和第二监测数据计算得到网络的监测数据。
在省公司部署一台基于TWAMP协议的服务器统一平台,比如说,NetSense服务器统一平台,接收第一探针设备210发送的第一监测数据和第二探针设备220发送的第二监测数据,并对第一监测数据和第二监测数据进行汇聚计算,得到网络的监测数据,该监测数据包括丢包比例、时延、抖动、重传比例、业务吞吐量、带宽满足率、业务质量达标率等直接影响用户感知的数据。根据网络的监测数据生成报表上传到管理中心客户端,呈现给终端用户。采用服务器统一平台,解决了PTN厂商和SPN厂商之间探针消息不互通的问题,实现跨厂商的端到端的统一管理,该服务器同一平台比一般的外置平台与PTN设备和SPN设备更加兼容。
在本发明实施例中,监测系统包括第一探针设备,多个不同类型的监测点和服务,监测点包括第二探针设备,通过服务器统一平台对第一探针设备和第二探针设备采集的监测数据进行统一管理,解决各厂商设备之间消息不互通的问题,同时,采用外置第一探针设备和内置第二探针设备相结合的方法,实现对PTN网络和SPN网络准确地进行跨地市跨厂商端到端的业务性能测试。
在一些实施例中,第四类监测点还包括第三探针设备240,与第一探针设备210和服务器统一平台230无线通信连接,主要部署与地市接入层的PTN设备和SPN设备连接基站的UNI接口,用于在PTN设备和SPN设备不支持TWAMP的情况下,接收到第一探针设备210发送的业务性能测试信息,监测网络的业务性能,得到第三监测数据,并通过专用反射器250向服务器统一平台230发送第三监测数据。其中,第三监测数据包括丢包数据、时延数据、抖动数据。第三探针设备240为机动光模块探针设备,通过直接接入或者旁挂的方式监测网络的业务性能指标,第三监测数据主要包括丢包数据、时延数据、抖动数据。
接入点以县为单位配置部分第三探针设备240,用来机动监测,这样既节省成本,又避免了探针工期造成了部分区域无法覆盖的问题,增加了机动性,非常实用于接入站点网络异常,网管难以详细分析的区域。
在一些实施例中,第一监测数据包括第一故障值;第一探针设备210,用于当第一故障值大于第一预设阈值时,将故障测试实例对应L2VPN+L3VPN的业务路径进行还原,并触发逐段故障定位测试。
当第一故障值大于第一预设阈值时,表明监测点监测到网络异常,,将故障测试实例对应L2VPN+L3VPN的业务路径进行还原,并触发逐段故障定位测试,对网络故障进行定位。以省干SPN设备到PTN设备的业务路径为例,当监测点监测到网络异常时,首先,第一大探针设备211主动发送业务性能测试消息,对直接对基站进行ICMP测试,或者第一小探针设备212对地市接入层的与基站连接的PTN设备进行基于TWAMP的测试,如果测试数据正常,则表明与地市接入层设备连接的基站网络正常。然后,第一小探针设备212分别对地市汇聚层、核心层的第二探针设备220进行基于TWAMP的测试,当出现测试数据异常时,说明该网络层出现网络故障,至此,逐段测试过程结束。每个地市的第一小探针设备212负责每个地市的第二探针设备220的测试,可以提高并发数量,尽快收集地市到基站的端到端性能情况。
在一些实施例中,当第二探针设备220监测到SCTP报文异常时,将接收到的SCTP报文按基站IP地址进行统计、分析,监测SCTP的业务性能指标。当监测到业务性能指标超出预设阈值时,配置到远端基站的ICMP和到接入PTN和SPN设备的TWAMP测试实例并启动测试,对网络故障进行定位。
在一些实施例中,基站ICMP测试具体包括:通过服务器统一平台直接对网络内所有的4G和5G路由可达的基站进行测试,可以进行全省所有基站的性能测试,得到的测试数据主要有双向时延、双向抖动和丢包。
在一些实施例中,省干-地市L3 TWAMP测试具体包括:省干落地层的机房部署第一大探针设备211到地市L3VPN的第一小探针设备212的发射与反射,基于TWAMP的性能测试,通过省干的第一大探针设备211发起基于TWAMP和ICMP的测试并进行结果呈现;通过地市L3VPN的第一小探针设备212对S1接口SCTP协议的异常报文进行监测。省干-地市L3 TWAMP测试用于进行全省的探针主动发射后进行省干到地市跨地市跨厂家的UNI对接部分的PTN和SPN性能和故障的场景,以便于统一管理和界面的定位。
在一些实施例中,地市核心层-地市接入层TWAMP测试具体包括:地市PTN设备和SPN设备部署的第一小探针设备212对地市的第二探针设备220以及第三探针设备240进行性能测试,其中,针对SPN设备需要先通过与地市核心层的PTN设备对接的SPN设备,然后再接入到汇聚层和接入层的SPN设备或者不具备探针性能的SPN设备上部署的第三探针设备240,通过地市的第一小探针设备212发起基于TWAMP和控ICMP的测试并进行结果呈现;通过第二探针设备220和对S1接口SCTP协议的异常报文进行监测。
在一些实施例中,地市核心层内置TWAMP测试具体包括:通过地市核心层的PTN设备上部署的第一小探针设备212到地市的第二探针设备220进行监测,即通过地市的第一小探针设备212发起基于TWAMP和ICMP的测试并进行结果呈现;通过地市的第二探针设备220对S1接口SCTP协议的异常报文进行监测。
图3示出了本申请一个实施例提供的监测方法的流程示意图。如图3所示,该方法可以包括以下步骤:
S310,接收第一探针设备发起的业务性能测试信息。
业务性能测试信息包括业务流量性能测试信息和网络通道性能测试信息。当第一探针设备监测到网络异常时,可主动发起业务性能测试,对网络故障进行定位。
第一探针设备可以对任意监测点发起业务性能测试,当需要测试第二探针设备监测点处的网络状况时,第二探针设备接收第一探针设备发起的业务性能测试信息。
业务性能测试信息一般基于ICMP和TWAMP进行传输,其中,
S320,根据业务性能测试信息,监测网络的业务性能,得到第四监测数据。
第二探针设备根据业务性能测试信息,通过分析基站控制面信息报文监测网络的业务性能,根据网络当下的状况,得到第四监测数据,其中,第四监测数据包括丢包数据、时延数据、抖动数据,用于反应网络的质量状况。
具体地,通过复制基站与分组核心网之间的通讯接口S1的交互报文,根据交互报文,分析流控制传输协议SCTP,得到分析数据,根据分析数据,监测网络的丢包数、时延、抖动等,得到第四监测数据。
S330,向服务器统一平台发送所述第四监测数据。
第二探针设备向服务器统一平台发送第四监测数据,服务器统一平台对接收到的监测数据进行统计,并生成相应的报表,将报表及时地推送给客户端,以便相关人员能够随时随地监控网络的状况。
在本发明实施例中,通过服务器统一平台对第一探针设备和第二探针设备采集的监测数据进行统一管理,解决各厂商设备之间消息不互通的问题,同时采用外置第一探针设备和内置第二探针设备相结合的方法,实现对PTN网络和SPN网络准确地进行跨地市跨厂商端到端的业务性能测试。
在一些实施例中,第一监测数据包括第一故障值,当第一故障值大于第一预设阈值时,表明监测点监测到网络异常,将故障测试实例对应L2VPN+L3VPN的业务路径进行还原,并触发逐段故障定位测试,对网络故障进行定位。
在一些实施例中,当第二探针设备监测到SCTP报文异常时,将接收到的SCTP报文按基站IP地址进行统计、分析,监测SCTP的业务性能指标。当监测到业务性能指标超出预设阈值时,配置到远端基站的ICMP和到接入PTN和SPN设备的TWAMP测试实例并启动测试,对网络故障进行定位。
在一些实施例中,该方法还包括:基站ICMP测试。通过服务器统一平台直接对网络内所有的4G和5G路由可达的基站进行测试,可以进行全省所有基站的性能测试,得到的测试数据主要有双向时延、双向抖动和丢包。
在一些实施例中,该方法还包括:省干-地市L3 TWAMP测试。省干落地层的机房部署第一大探针设备到地市L3VPN的第一小探针设备的发射与反射,基于TWAMP的性能测试,通过省干的第一大探针设备发起基于TWAMP和ICMP的测试并进行结果呈现;通过地市L3VPN的第一小探针设备对S1接口SCTP协议的异常报文进行监测。省干-地市L3TWAMP测试用于进行全省的探针主动发射后进行省干到地市跨地市跨厂家的UNI对接部分的PTN和SPN性能和故障的场景,以便于统一管理和界面的定位。
在一些实施例中,该方法还包括:地市核心层-地市接入层TWAMP测试。地市PTN设备和SPN设备部署的第一小探针设备对地市的第二探针设备以及第三探针设备进行性能测试,其中,针对SPN设备需要先通过与地市核心层的PTN设备对接的SPN设备,然后再接入到汇聚层和接入层的SPN设备或者不具备探针性能的SPN设备上部署的第三探针设备,通过地市的第一小探针设备发起基于TWAMP和控ICMP的测试并进行结果呈现;通过第二探针设备和对S1接口SCTP协议的异常报文进行监测。
在一些实施例中,该方法还包括:地市核心层内置TWAMP测试。通过地市核心层的PTN设备上部署的第一小探针设备到地市的第二探针设备进行监测,即通过地市的第一小探针设备发起基于TWAMP和ICMP的测试并进行结果呈现;通过地市的第二探针设备对S1接口SCTP协议的异常报文进行监测。
图4示出了本申请实施例提供的监测设备的硬件结构示意图。
在监测设备可以包括处理器401以及存储有计算机程序指令的存储器402。
具体地,上述处理器401可以包括中央处理器(Central Processing Unit,CPU),或者特定集成电路(Application Specific Integrated Circuit,ASIC),或者可以被配置成实施本申请实施例的一个或多个集成电路。
存储器402可以包括用于数据或指令的大容量存储器。举例来说而非限制,存储器402可包括硬盘驱动器(Hard Disk Drive,HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus,USB)驱动器或者两个或更多个以上这些的组合。在一个实例中,存储器402可以包括可移除或不可移除(或固定)的介质,或者存储器402是非易失性固态存储器。存储器402可在综合网关容灾设备的内部或外部。
在一个实例中,存储器402可包括只读存储器(ROM),随机存取存储器(RAM),磁盘存储介质设备,光存储介质设备,闪存设备,电气、光学或其他物理/有形的存储器存储设备。因此,通常,存储器402包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如,存储器设备),并且当该软件被执行(例如,由一个或多个处理器)时,其可操作来执行参考根据本申请的一方面的方法所描述的操作。
处理器401通过读取并执行存储器402中存储的计算机程序指令,以实现图3所示实施例中的步骤S310至S330,并达到图3所示实例执行其步骤达到的相应技术效果,为简洁描述在此不再赘述。
在一个示例中,监测设备还可包括通信接口403和总线410。其中,如图4所示,处理器401、存储器402、通信接口403通过总线410连接并完成相互间的通信。
通信接口403,主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。
总线410包括硬件、软件或两者,将监测设备的部件彼此耦接在一起。举例来说而非限制,总线可包括加速图形端口(Accelerated Graphics Port,AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture,EISA)总线、前端总线(Front Side Bus,FSB)、超传输(Hyper Transport,HT)互连、工业标准架构(IndustryStandard Architecture,ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下,总线410可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线,但本申请考虑任何合适的总线或互连。
该监测设备可以基于服务器统一平台、第一探针设备、第二探针设备执行本申请实施例中的监测方法,从而实现图3描述的监测方法。
另外,结合上述实施例中的监测方法,本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令;该计算机程序指令被处理器执行时实现上述实施例中的任意一种在监测方法。
需要明确的是,本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见,这里省略了对已知方法的详细描述。在上述实施例中,描述和示出了若干具体的步骤作为示例。但是,本申请的方法过程并不限于所描述和示出的具体步骤,本领域的技术人员可以在领会本申请的精神后,作出各种改变、修改和添加,或者改变步骤之间的顺序。
以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时,其可以例如是电子电路、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时,本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中,或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RadioFrequency,RF)链路,等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
还需要说明的是,本申请中提及的示例性实施例,基于一系列的步骤或者装置描述一些方法或系统。但是,本申请不局限于上述步骤的顺序,也就是说,可以按照实施例中提及的顺序执行步骤,也可以不同于实施例中的顺序,或者若干步骤同时执行。
上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解,流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器,以产生一种机器,使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解,框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合,也可以由执行指定的功能或动作的专用硬件来实现,或可由专用硬件和计算机指令的组合来实现。
以上所述,仅为本申请的具体实施方式,所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、模块和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。应理解,本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种监测系统,其特征在于,包括第一探针设备,多个不同类型的监测点和服务器统一平台,所述监测点包括第二探针设备;所述第一探针设备,分别与所述监测点和所述服务器统一平台无线通信连接;
所述第一探针设备,用于向不同类型的监测点发送业务性能测试信息,得到第一监测数据,并向所述服务器统一平台发送所述第一监测数据;
所述第二探针设备,为通过软件升级具备探针功能的切片分组网络SPN设备和分组传送网络PTN设备,用于当接收到所述第一探针设备发送的业务性能测试信息时,监测网络的业务性能,得到第二监测数据,并向所述服务器统一平台发送所述第二监测数据;
所述服务器统一平台,用于根据所述第一监测数据和所述第二监测数据计算得到网络的监测数据。
2.根据权利要求1所述的系统,其特征在于,所述监测点包括:第一类监测点、第二类监测点、第三类监测点、第四类监测点;其中,所述第一类监测点位于省干三级虚拟专用网络L3VPN的SPN设备和地市L3VPN的PTN设备的空闲端口;所述第二类监测点位于地市二级虚拟专用网络L2VPN,或L3VPN核心的SPN设备和PTN设备的以太网用户网络侧接口UNI;所述第三类监测点位于基站与所述基站接入的SPN设备和PTN设备的连接接口;所述第四类监测点为位于无法通过软件升级具备探针功能的PTN设备和SPN设备上,所述第四类监测点还包括第三探针设备。
3.根据权利要求2所述的系统,其特征在于,所述第三探针设备,与所述第一探针设备和所述服务器统一平台无线通信连接,用于在PTN设备和SPN设备不支持双向主动测量协议TWAMP的情况下,当接收到所述第一探针设备发送的业务性能测试信息时,监测网络的业务性能,得到第三监测数据,并向所述服务器统一平台发送第三监测数据。
4.根据权利要1所述的系统,其特征在于,所述第一探针设备,用于向不同类型的监测点发送业务性能测试信息,包括:
所述第一探针设备,用于向不同类型的监测点发送基于TWAMP,以及控制报文协议ICMPECHO的测试信息。
5.根据权利要1所述的系统,其特征在于,所述第二探针设备,用于当接收到所述第一探针设备发送的业务性能测试信息时,监测网络的业务性能,包括:
所述第二探针设备,用于当接收到所述第一探针设备发送的业务性能测试信息时,通过复制基站与分组核心网之间的通讯接口的交互报文分析流控制传输协议SCTP,监测网络的业务性能。
6.根据权利要求1所述的系统,其特征在于,所述第一监测数据包括第一故障值;所述第一探针设备,用于当所述第一故障值大于第一预设阈值时,将故障测试实例对应L2VPN+L3VPN的业务路径进行还原,并触发逐段故障定位测试。
7.一种监测方法,其特征在于,包括:
接收第一探针设备发起的业务性能测试信息;
根据所述业务性能测试信息,监测网络的业务性能,得到第四监测数据;
向服务器统一平台发送所述第四监测数据。
8.根据权利要求7所述的方法,其特征在于,所述根据所述业务性能测试信息,监测网络的业务性能,得到第四监测数据,包括:
根据所述业务性能测试信息,复制基站与分组核心网之间的通讯接口的交互报文;
根据所述交互报文,分析流控制传输协议SCTP,得到分析数据;
根据所述分析数据,监测网络的业务性能,得到第四监测数据。
9.一种监测设备,其特征在于,所述监测设备包括:处理器,以及存储有计算机程序指令的存储器;所述处理器读取并执行所述计算机程序指令,以实现如权利要求7-8任意一项所述的监测方法。
10.一种计算机存储介质,其特征在于,所述计算机存储介质上存储有计算机程序指令,所述计算机程序指令被处理器执行时实现如权利要求7-8任意一项所述的监测方法。
CN202011380790.2A 2020-11-30 2020-11-30 一种监测系统、方法、设备及计算机存储介质 Active CN114584999B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011380790.2A CN114584999B (zh) 2020-11-30 2020-11-30 一种监测系统、方法、设备及计算机存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011380790.2A CN114584999B (zh) 2020-11-30 2020-11-30 一种监测系统、方法、设备及计算机存储介质

Publications (2)

Publication Number Publication Date
CN114584999A true CN114584999A (zh) 2022-06-03
CN114584999B CN114584999B (zh) 2023-08-15

Family

ID=81766711

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011380790.2A Active CN114584999B (zh) 2020-11-30 2020-11-30 一种监测系统、方法、设备及计算机存储介质

Country Status (1)

Country Link
CN (1) CN114584999B (zh)

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102833133A (zh) * 2012-08-31 2012-12-19 中国联合网络通信集团有限公司 多协议标签交换设备的转发性能测试系统和方法
EP2697368A2 (en) * 2011-04-15 2014-02-19 Genelux Corporation Clonal strains of attenuated vaccinia viruses and methods of use thereof
US20140294891A1 (en) * 2003-06-18 2014-10-02 Aladar A. Szalay Microorganisms for therapy
WO2015116837A1 (en) * 2014-01-30 2015-08-06 The Regents Of The University Of California Methylation haplotyping for non-invasive diagnosis (monod)
CN106789177A (zh) * 2016-11-30 2017-05-31 武汉船舶通信研究所 一种网络故障处理的系统
CN107342809A (zh) * 2016-05-03 2017-11-10 中国移动通信集团四川有限公司 一种业务性能监测与故障定位方法及装置
CN107666671A (zh) * 2016-07-29 2018-02-06 中兴通讯股份有限公司 基于twamp的错误连接检测的方法及装置
CN108011774A (zh) * 2016-10-28 2018-05-08 国家新闻出版广电总局广播科学研究院 网络监测方法及监测平台
CN108024109A (zh) * 2016-10-28 2018-05-11 国家新闻出版广电总局广播科学研究院 探针设备
CN108668308A (zh) * 2017-03-30 2018-10-16 中国移动通信集团内蒙古有限公司 一种lte ptn传送网及其静态路由保护方法
CN110198609A (zh) * 2019-06-04 2019-09-03 和记奥普泰通信技术有限公司 分组化otn、ptn、ipran及spn设备子框的安装及拆卸方法
CN111277454A (zh) * 2020-01-15 2020-06-12 Ut斯达康通讯有限公司 一种网络性能检测系统及方法
CN111431786A (zh) * 2020-03-17 2020-07-17 华信塞姆(成都)科技有限公司 一种SPN中FlexE环网的转向方式环保护方法

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140294891A1 (en) * 2003-06-18 2014-10-02 Aladar A. Szalay Microorganisms for therapy
EP2697368A2 (en) * 2011-04-15 2014-02-19 Genelux Corporation Clonal strains of attenuated vaccinia viruses and methods of use thereof
CN102833133A (zh) * 2012-08-31 2012-12-19 中国联合网络通信集团有限公司 多协议标签交换设备的转发性能测试系统和方法
WO2015116837A1 (en) * 2014-01-30 2015-08-06 The Regents Of The University Of California Methylation haplotyping for non-invasive diagnosis (monod)
CN107342809A (zh) * 2016-05-03 2017-11-10 中国移动通信集团四川有限公司 一种业务性能监测与故障定位方法及装置
CN107666671A (zh) * 2016-07-29 2018-02-06 中兴通讯股份有限公司 基于twamp的错误连接检测的方法及装置
CN108011774A (zh) * 2016-10-28 2018-05-08 国家新闻出版广电总局广播科学研究院 网络监测方法及监测平台
CN108024109A (zh) * 2016-10-28 2018-05-11 国家新闻出版广电总局广播科学研究院 探针设备
CN106789177A (zh) * 2016-11-30 2017-05-31 武汉船舶通信研究所 一种网络故障处理的系统
CN108668308A (zh) * 2017-03-30 2018-10-16 中国移动通信集团内蒙古有限公司 一种lte ptn传送网及其静态路由保护方法
CN110198609A (zh) * 2019-06-04 2019-09-03 和记奥普泰通信技术有限公司 分组化otn、ptn、ipran及spn设备子框的安装及拆卸方法
CN111277454A (zh) * 2020-01-15 2020-06-12 Ut斯达康通讯有限公司 一种网络性能检测系统及方法
CN111431786A (zh) * 2020-03-17 2020-07-17 华信塞姆(成都)科技有限公司 一种SPN中FlexE环网的转向方式环保护方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"\"SG13-LS139Att1_PLEN-208\"", 3GPP INBOX\\LSS_FROM_EXTERNAL_BODIES *
SIYU LIN: "Advanced_Dynamic_Channel_Access_Strategy_in_Spectrum_Sharing_5G_Systems", 《IEEE XPLORE》 *
郭小光: "基于TD_LTE的网络优化设计与应用", 《中国优秀硕士学位论文全文数据库(电子期刊)信息科技辑》 *

Also Published As

Publication number Publication date
CN114584999B (zh) 2023-08-15

Similar Documents

Publication Publication Date Title
US12114192B2 (en) System and method for distributed network performance management
KR101471263B1 (ko) 모바일 서비스 전달을 분석하는 방법 및 장치
US8493870B2 (en) Method and apparatus for tracing mobile sessions
CN101448277B (zh) 处理无线接入网络故障的方法、系统及设备
WO2016202013A1 (zh) 日志获取方法和装置、以及网管服务器
CN112311614B (zh) 评估网络节点相关传输性能的系统、方法以及相关设备
Piri et al. 5GTN: A test network for 5G application development and testing
US20040203906A1 (en) Monitoring device and monitoring system for monitoring the location of communication devices
CN107342809B (zh) 一种业务性能监测与故障定位方法及装置
US20150222507A1 (en) Initiating data collection based on wifi network connectivity metrics
WO2012106925A1 (zh) Ip网络故障定位方法、装置及系统
US8976689B2 (en) Methods, systems, and computer program products for monitoring network performance
CN105812210A (zh) 分布式网络性能测量系统
WO2012155691A1 (zh) 一种处理无线网络覆盖数据的方法及系统、网管
CN114401186B (zh) 一种定制网络中端到端的故障确定方法及系统
Serrador et al. A performance measurement platform for C-ITS over 5G
CN110958170B (zh) 一种网络互联方法和装置
CN114584999B (zh) 一种监测系统、方法、设备及计算机存储介质
CN111010226A (zh) 一种基于云计算的光纤测试系统
CN110401549A (zh) 互联网用户投诉场景回溯方法、装置及系统
CN107819596B (zh) Sdn网络故障的诊断方法、装置及系统
Solutions Product Brochure
Tocado et al. Characterizing traffic performance in cellular networks
CN106559838B (zh) 业务处理优化方法及装置
GB2556027A (en) Method and apparatus for Network independent minimization of Drive Test (MDT) measurements

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
GR01 Patent grant
GR01 Patent grant