CN107294767B - 一种直播网络传输故障监测方法及系统 - Google Patents

Abstract

本发明提供了一种直播网络传输故障监测方法，通过对网络中每一次传输动作进行监测，记录传输动作的详细信息，并将起始节点和终止节点的相关信息进行比对，分别从时间、位置、内容等角度判断传输过程中是否存在错误；将重复出现一定次数的错误记录为故障，并进行报告。本发明提供的直播网络传输故障监测方法可以自动探测网络内所有直播业务的信息传输情况，并及时发现传输过程中的异常情况，能在第一时间对故障信息进行报告，以便尽快对故障进行检修和排除，高效准确、方便灵活。

Description

一种直播网络传输故障监测方法及系统

技术领域

本发明属于网络信息传输监测技术领域，特别涉及一种直播网络传输故障监测方法及系统。

背景技术

CDN是构建在网络之上的内容分发网络，依靠部署在各地的边缘服务器，通过中心平台的负载均衡、内容分发、调度等功能模块，使用户就近获取所需内容，降低网络拥塞，提高用户访问响应速度和命中率CDN的基本原理是广泛采用各种缓存服务器，将这些缓存服务器分布到用户访问相对集中的地区或网络中，在用户访问网站时，利用全局负载技术将用户的访问指向距离最近的工作正常的缓存服务器上，由缓存服务器直接响应用户请求。CDN因以上特点而常应用于网络直播中。对大量分散部署的网络节点的集中管理和控制是确保网络效率、可靠性以及可控性的必要手段。

授权公告号为CN103139660B的发明专利公开了一种视频直播分发网络的业务分发异常探测方法及装置，分别从全局和节点的层面来获取网络中承载的视频直播业务媒体流分发状态、并及时发现异常情况。但是，该方法中并没有对不同类型的网络信息传输异常进行明确区分并分别探测，因此在使用中仍然存在缺陷。因此，开发一种能够监测多种网络传输类型异常的探测方法，成为本领域技术人员急需解决的技术问题。

发明内容

为了解决上述技术问题，本发明提供了一种直播网络传输故障监测方法及系统。

本发明具体技术方案如下：

本发明一方面提供了一种直播网络传输故障监测方法，其特征在于，包括如下步骤：

S1：当网络中节点发生传输动作时，获取每一次传输动作的内容，所述传输动作包括主节点的响应动作以及客户节点的请求动作和接收动作；

S2：分别对所述传输动作的起始节点和终止节点的动作内容进行比对；如比对结果合格，则说明所述传输动作已完成；如比对结果不合格，则记录为错误信息，并通知起始节点再次进行同一动作；

S3：如所述传输动作连续出现一定次数的错误信息，则记录为故障信息，并报告给网络控制端进行检修。

进一步地，所述步骤S1包括如下步骤：

S1.1：当客户节点发出视频获取请求时，对这一请求动作的内容进行获取，包括发出请求的节点、请求的媒体文件的名称以及发出请求的时间；

S1.2：当主节点收到所述视频获取请求时，对请求作出响应，同时对响应动作的内容进行获取，包括接收请求的时间、发出响应的时间以及发送给所述客户节点的媒体文件的属性信息；

S1.3：当客户节点收到所述响应时，对接收动作的内容进行获取，包括接收响应的时间以及接收到的媒体文件的属性信息。

进一步地，步骤S2包括如下步骤：

S2.1：对起始节点和终止节点的动作内容进行比对，确定发送请求的节点与接收媒体文件的节点是否一致，以及请求的媒体文件与接收的媒体文件是否一致；

S2.2：设定判断阈值；

S2.3：根据所述判断阈值，判断传输动作是否出现错误信息。

进一步地，所述判断阈值包括延时阈值和丢包率阈值，所述延时阈值还包括请求延时阈值和文件延时阈值。

进一步地，所述步骤S2.3包括如下步骤：

S2.3.1：根据视频获取请求的发送时间和接收时间计算时间差，并与所述请求延时阈值进行比较；如所述时间差超过所述请求延时阈值，则记录为错误信息，并通知相应的客户节点重新发送视频获取请求；

S2.3.2：根据响应的发出时间和接收时间计算时间差，并与所述文件延时阈值进行比较；如所述时间差超过所述文件延时阈值，则记录为错误信息，并通知主节点重新发送所述媒体文件；

S2.3.3：根据媒体文件在发送时和接收时的属性信息计算丢包率，并与所述丢包率阈值进行比较；如所述丢包率超过所述丢包率阈值，则记录为错误信息，并通知主节点重新发送所述媒体文件。

进一步地，所述步骤S3包括如下步骤：

S3.1：设定错误次数阈值；

S3.2：对每个所述传输动作的错误信息次数进行记录，当超过所述错误次数阈值时，即记录为故障信息；

S3.1：将所述故障信息报告给网络控制端进行检修。

本发明另一方面提供了一种直播网络传输故障监测系统，包括如下部分：

监听单元，用于对每一次传输动作的内容进行监听和获取，所述传输动作包括主节点的响应动作以及客户节点的请求动作和接收动作；

逻辑单元，用于对所述传输动作的起始节点和终止节点的动作内容进行比对，并将比对结果不合格的传输动作记录为错误信息，并通知起始节点再次进行同一动作；

报错单元，用于将连续出现一定次数错误信息的传输动作记录为故障信息，并报告给网络控制端进行检修。

进一步地，所述监听单元包括如下部分：

主节点监听模块，用于对主节点每一次传输动作的内容进行监听并收集，包括接收客户节点发送的视频获取请求的时间、发出响应的时间以及发送给所述客户节点的媒体文件的属性信息；

客户节点监听测模块，用于对客户节点每一次传输动作的内容进行监听并收集，包括发出视频获取请求的时间、请求的媒体文件的属性信息、接收响应的时间以及接收到的媒体文件的属性信息

进一步地，所述逻辑单元包括如下部分：

延时判断模块，用于设定请求延时阈值和文件延时阈值，同时计算视频获取请求从发送到接收的时间差、媒体文件从发送到接收的时间差，并分别与请求延时阈值和文件延时阈值进行比较，如所述时间差超过相应延时阈值，则记录为错误信息；

丢包率判断模块，用于设定丢包率阈值，同时计算媒体文件从发送到接收的丢包率，并与所述丢包率阈值进行比较，如所述丢包率超过所述丢包率阈值，则记录为错误信息；

反馈模块，用于根据所述错误信息，通知相应传输动作的起始节点再次进行同一动作。

进一步地，所述报错单元包括如下部分：

故障判断模块，用于设定错误次数阈值，并对传输动作出现的错误信息次数进行统计，如同一传输动作的错误信息次数超过所述错误次数阈值，则即记录为故障信息；

报告模块，用于将所述故障信息报告给网络控制端进行检修。

本发明的有益效果如下：本发明提供了一种直播网络传输故障监测方法，通过对网络中每一次传输动作进行监测，记录传输动作的详细信息，并将起始节点和终止节点的相关信息进行比对，分别从时间、位置、内容等角度判断传输过程中是否存在错误；将重复出现一定次数的错误记录为故障，并进行报告。该方法可以自动探测网络内所有直播业务的信息传输情况，并及时发现传输过程中的异常情况，能在第一时间对故障信息进行报告，以便尽快对故障进行检修和排除，高效准确、方便灵活。

附图说明

图1为实施例1所述的一种直播网络传输故障监测方法的流程图；

图2为实施例2所述的一种直播网络传输故障监测方法中传输动作的流程图；

图3为实施例2所述的一种直播网络传输故障监测方法中故障信息报告方式的流程图；

图4为实施例3所述的一种直播网络传输故障监测方法中错误信息判断方法的流程图；

图5为实施例4所述的一种直播网络传输故障监测系统的结构示意图；

图6为实施例5所述的一种直播网络传输故障监测系统的结构示意图。

具体实施方式

下面结合附图和以下实施例对本发明作进一步详细说明。

实施例1

如图1所示，本发明实施例1提供了一种直播网络传输故障监测方法，包括如下步骤：

S1：当网络中节点发生传输动作时，获取每一次传输动作的内容，所述传输动作包括主节点的响应动作以及客户节点的请求动作和接收动作；

每当网络中有节点发生传输动作时，均需对其动作内容进行获取和记录，动作内容包括传输动作的起始节点、起始时间、传输的信息、终止节点以及终止时间，以上内容涵盖了一个传输动作的全部内容，可以用于判断传输动作是否出现问题；

S2：分别对所述传输动作的起始节点和终止节点的动作内容进行比对；如比对结果合格，则说明所述传输动作已完成；如比对结果不合格，则记录为错误信息，并通知起始节点再次进行同一动作；

根据已获得的传输动作的内容，可以方便地判断信息是否传输到目的节点、传输过程是否存在延时、传输的信息是否正确以及传输过程中文件的丢包情况；如果发现以上内容存在问题、未达到预定目标，如信息被发送至错误的节点、传输延时问题严重、传输的信息与计划不符或者文件在传输过程中丢包严重、从而影响解读或使用，则记录为错误信息，并通知该动作的起始节点再次进行同一动作；

S3：如所述传输动作连续出现一定次数的错误信息，则记录为故障信息，并报告给网络控制端进行检修。

如同一传输动作连续出现了一定次数的错误信息，则认为该错误无法自行修复，此时将其记录为故障信息，并报告给网络控制端，针对该故障进行检修。

本实施例提供的直播网络传输故障监测方法，通过对网络中每一次传输动作进行监测、记录传输动作的详细信息，并将起始节点和终止节点的相关信息进行比对，分别从时间、位置、内容等角度判断传输过程中是否存在错误；将重复出现一定次数的错误记录为故障，并进行报告。该方法可以自动探测网络内所有直播业务的信息传输情况，并及时发现传输过程中的异常情况，能在第一时间对故障信息进行报告，以便尽快对故障进行检修和排除。

实施例2

如图2所示，本实施例2在实施例1的基础上提供了一种直播网络传输故障监测方法，该实施例2进一步限定了所述步骤S1包括如下步骤：

S1.1：当客户节点发出视频获取请求时，对这一请求动作的内容进行获取，包括发出请求的节点、请求的媒体文件的名称以及发出请求的时间；

S1.2：当主节点收到所述视频获取请求时，对请求作出响应，同时对响应动作的内容进行获取，包括接收请求的时间、发出响应的时间以及发送给所述客户节点的媒体文件的属性信息；

S1.3：当客户节点收到所述响应时，对接收动作的内容进行获取，包括接收响应的时间以及接收到的媒体文件的属性信息。

网络中信息传递的过程主要为：客户节点发送请求——主节点接受请求并作出响应——客户节点接收响应。因此，传输动作可以分为客户节点的请求动作、主节点的响应动作以及客户节点的接收动作。分别对三种类型的传输动作的内容进行完整记录，以便将整个传输过程首尾串联，对各个环节相应的信息进行比对。

如图3所示，所述步骤S3包括如下步骤：

S3.1：设定错误次数阈值；

S3.2：对每个所述传输动作的错误信息次数进行记录，当超过所述错误次数阈值时，即记录为故障信息；

S3.1：将所述故障信息报告给网络控制端进行检修。

对传输动作设置一个错误次数阈值，统计传输动作出现错误信息的次数进行统计，并与错误次数阈值进行对比；在错误次数阈值内，可以认为传输动作的错误是由于误操作或是其他偶然因素导致，可以自行修复；如超过错误次数阈值，则认为这种错误是网络系统的必然问题、不能自行修复，因此将其记录为故障信息，并报告给网络控制端进行检修。这一设计可以避免网络控制端接收过多不必要的故障信息，降低网络控制端的工作量。

实施例3

如图4所示，本实施例3在实施例2的基础上提供了一种直播网络传输故障监测方法，该实施例3进一步限定了步骤S2包括如下步骤：

S2.1：对起始节点和终止节点的动作内容进行比对，确定发送请求的节点与接收媒体文件的节点是否一致，以及请求的媒体文件与接收的媒体文件是否一致；

该步骤是从位置和内容的角度对传输动作进行最直观的判断，确定其是否存在错误；

S2.2：设定判断阈值，所述判断阈值包括延时阈值和丢包率阈值，所述延时阈值还包括请求延时阈值和文件延时阈值；

判断阈值可以对不能直观判断的因素进行具体判断，以提高判断的可靠性；由于在传输过程中延时和丢包问题难以避免，因此设定延时阈值和丢包率阈值，以便对传输过程中的延时情况和视频文件的丢包情况进行判断；在网络状况相同的情况下，发送视频文件必然比发送请求花费的时间长，延时情况会有所不同，因此分别设置请求延时阈值和文件延时阈值，以便分别进行判断；

S2.3：根据所述判断阈值，判断传输动作是否出现错误信息。

所述步骤S2.3包括如下步骤：

S2.3.1：根据视频获取请求的发送时间和接收时间计算时间差，并与所述请求延时阈值进行比较；如所述时间差超过所述请求延时阈值，则记录为错误信息，并通知相应的客户节点重新发送视频获取请求；

S2.3.2：根据响应的发出时间和接收时间计算时间差，并与所述文件延时阈值进行比较；如所述时间差超过所述文件延时阈值，则记录为错误信息，并通知主节点重新发送所述媒体文件；

S2.3.3：根据媒体文件在发送时和接收时的属性信息计算丢包率，并与所述丢包率阈值进行比较；如所述丢包率超过所述丢包率阈值，则记录为错误信息，并通知主节点重新发送所述媒体文件。

实施例4

如图5所示，本实施例4提供了一种直播网络传输故障监测系统，包括如下部分：

监听单元1，用于对每一传输动作的内容进行监听和获取，所述传输动作包括主节点的响应动作以及客户节点的请求动作和接收动作；

逻辑单元2，用于对所述传输动作的起始节点和终止节点的动作内容进行比对，并将比对结果不合格的传输动作记录为错误信息，并通知起始节点再次进行同一动作；

报错单元3，用于将连续出现一定次数错误信息的传输动作记录为故障信息，并报告给网络控制端进行检修。

实施例5

如图6所示，本实施例5在实施例4的基础上提供了一种直播网络传输故障监测系统，该实施例5进一步限定了所述监听单元1包括如下部分：

主节点监听模块11，用于对主节点每一次传输动作的内容进行监听并收集，包括接收客户节点发送的视频获取请求的时间、发出响应的时间以及发送给所述客户节点的媒体文件的属性信息；

客户节点监听测模块12，用于对客户节点每一次传输动作的内容进行监听并收集，包括发出视频获取请求的时间、请求的媒体文件的属性信息、接收响应的时间以及接收到的媒体文件的属性信息。

由于主节点和客户节点的传输动作不同，因此分别使用模块对其进行监听，以便对每个传输动作的内容进行准确记录。

所述逻辑单元2包括如下部分：

延时判断模块21，用于设定请求延时阈值和文件延时阈值，同时计算视频获取请求从发送到接收的时间差、媒体文件从发送到接收的时间差，并分别与请求延时阈值和文件延时阈值进行比较，如所述时间差超过相应延时阈值，则记录为错误信息；

丢包率判断模块22，用于设定丢包率阈值，同时计算媒体文件从发送到接收的丢包率，并与所述丢包率阈值进行比较，如所述丢包率超过所述丢包率阈值，则记录为错误信息；

反馈模块23，用于根据所述错误信息，通知相应传输动作的起始节点再次进行同一动作。

分别由延时判断模块21和丢包率判断模块22对传输动作是否存在错误进行判断，当出现错误信息时，由反馈模块23通知相应传输动作的起始节点重复这一传输动作，以提供更正错误信息的机会。

所述报错单元3包括如下部分：

故障判断模块31，用于设定错误次数阈值，并对传输动作出现的错误信息次数进行统计，如同一传输动作的错误信息次数超过所述错误次数阈值，则即记录为故障信息；

报告模块32，用于将所述故障信息报告给网络控制端进行检修。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (3)

1.一种直播网络传输故障监测方法，其特征在于，包括如下步骤S1：当网络中节点发生传输动作时，获取每一次传输动作的内容，所述传输动作包括主节点的响应动作以及客户节点的请求动作和接收动作；

S2：分别对所述传输动作的起始节点和终止节点的动作内容进行比对；如比对结果合格，则说明所述传输动作已完成；如比对结果不合格，则记录为错误信息，并通知起始节点再次进行同一动作；

S3：如所述传输动作连续出现一定次数的错误信息，则记录为故障信息，并报告给网络控制端进行检修；

所述步骤S1包括如下步骤：

S1.1：当客户节点发出视频获取请求时，对这一请求动作的内容进行获取，包括发出请求的节点、请求的媒体文件的名称以及发出请求的时间；

S1.2：当主节点收到所述视频获取请求时，对请求作出响应，同时对响应动作的内容进行获取，包括接收请求的时间、发出响应的时间以及发送给所述客户节点的媒体文件的属性信息；

S1.3：当客户节点收到所述响应时，对接收动作的内容进行获取，包括接收响应的时间以及接收到的媒体文件的属性信息；

步骤S2包括如下步骤：

S2.1：对起始节点和终止节点的动作内容进行比对，确定发送请求的节点与接收媒体文件的节点是否一致，以及请求的媒体文件与接收的媒体文件是否一致；

S2.2：设定判断阈值；

S2.3：根据所述判断阈值，判断传输动作是否出现错误信息；

所述判断阈值包括延时阈值和丢包率阈值，所述延时阈值还包括请求延时阈值和文件延时阈值。

2.如权利要求1所述的直播网络传输故障监测方法，其特征在于，所述步骤S2.3包括如下步骤：

S2.3.1：根据视频获取请求的发送时间和接收时间计算时间差，并与所述请求延时阈值进行比较；如所述时间差超过所述请求延时阈值，则记录为错误信息，并通知相应的客户节点重新发送视频获取请求；

S2.3.2：根据响应的发出时间和接收时间计算时间差，并与所述文件延时阈值进行比较；如所述时间差超过所述文件延时阈值，则记录为错误信息，并通知主节点重新发送所述媒体文件；

S2.3.3：根据媒体文件在发送时和接收时的属性信息计算丢包率，并与所述丢包率阈值进行比较；如所述丢包率超过所述丢包率阈值，则记录为错误信息，并通知主节点重新发送所述媒体文件。

3.如权利要求1所述的直播网络传输故障监测方法，其特征在于，所述步骤S3包括如下步骤：

S3.1：设定错误次数阈值；

S3.2：对每个所述传输动作的错误信息次数进行记录，当超过所述错误次数阈值时，即记录为故障信息；

S3.3：将所述故障信息报告给网络控制端进行检修。

Images