[go: up one dir, main page]

CN109168092A - 流媒体数据传输状态判定方法、节点、系统及存储介质 - Google Patents

流媒体数据传输状态判定方法、节点、系统及存储介质 Download PDF

Info

Publication number
CN109168092A
CN109168092A CN201811081370.7A CN201811081370A CN109168092A CN 109168092 A CN109168092 A CN 109168092A CN 201811081370 A CN201811081370 A CN 201811081370A CN 109168092 A CN109168092 A CN 109168092A
Authority
CN
China
Prior art keywords
transmission
node
media data
streaming media
transmission state
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
Application number
CN201811081370.7A
Other languages
English (en)
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.)
Shenzhen Onething Technologies Co Ltd
Original Assignee
Shenzhen Onething Technologies 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 Shenzhen Onething Technologies Co Ltd filed Critical Shenzhen Onething Technologies Co Ltd
Priority to CN201811081370.7A priority Critical patent/CN109168092A/zh
Publication of CN109168092A publication Critical patent/CN109168092A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723Monitoring of network processes or resources, e.g. monitoring of network load
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/64738Monitoring network characteristics, e.g. bandwidth, congestion level

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明公开了一种节点的流媒体数据传输状态判定方法,该方法包括:采集当前节点的出帧率和入帧率;计算所采集的出帧率和入帧率之间的差值比例;当所述差值比例大于预设的阈值时,判定所述当前节点的传输状态为传输欠速状态。本发明还提供一种流媒体数据传输系统、流媒体数据传输状态判定系统、节点及计算机可读存储介质。本发明提供的流媒体数据传输状态判定方法和对应的节点、系统及计算机可读存储介质能够自动、及时定位整个流媒体传输过程中任意一个中间节点的异常,显著缩短故障处理响应时长,降低故障影响,有效提升传输质量。

Description

流媒体数据传输状态判定方法、节点、系统及存储介质
技术领域
本发明涉及多媒体传输技术领域,尤其涉及一种流媒体数据传输状态判定方法和对应的节点、系统及计算机可读存储介质。
背景技术
流媒体传输系统,例如内容分发网络(Content Delivery Network,CDN),通常由多个节点和节点间的链路构成,流媒体数据从源站流入传输系统,经过若干个中间节点的转发,最终送达传输目标(通常为客户端)。其中任意一个节点(包括源站、中间节点、客户端)自身出现问题(例如高负载、设备故障等),或者任意两个节点间的网络连接出现问题,都会导致目标收到的流媒体数据不足,出现播放卡顿的情况。而且在上游节点发生的问题,会导致全部下游节点都出现卡顿(即使下游每个节点和链路都是正常的)。目前排查流媒体传输欠速的方式,大多是根据用户侧的卡顿反馈去逐一调查从视频源一直到对应报障区域的节点、链路质量,从而定位原因。但是,这种方式存在着如下的缺陷:工作量较大,且需要调查人员对整个系统的传输拓扑有深入了解,难以在故障造成广泛用户影响前定位、排除故障。
发明内容
有鉴于此,本发明提出一种流媒体数据传输状态判定方法和对应的节点、系统及计算机可读存储介质,以解决至少一个上述技术问题。
首先,为实现上述目的,本发明提出一种节点的流媒体数据传输状态判定方法,该方法包括:
采集当前节点的出帧率和入帧率;
计算所采集的出帧率和入帧率之间的差值比例;
当所述差值比例大于预设的阈值时,判定所述当前节点的传输状态为传输欠速状态。
可选地,该方法还包括:
如果所述当前节点的传输状态为传输欠速状态,则按预设方式发出告警信息。
此外,为实现上述目的,本发明还提供一种流媒体数据传输系统的流媒体数据传输状态判定方法,所述流媒体传输系统包括至少二个能够传输流媒体数据的节点,所述方法包括:
传输流媒体数据的节点采集当前节点的出帧率和入帧率;
计算所采集的出帧率和入帧率之间的差值比例;
当所述差值比例大于预设的阈值时,判定所述当前节点的传输状态为传输欠速状态。
可选地,所述流媒体传输系统还包括服务器;该方法还包括:
所述服务器接收节点上报的传输状态数据,并根据所述传输状态数据调整所述流媒体数据的传输路径。
可选地,该方法还包括:
所述服务器在预设的统计周期内记录流媒体数据的传输路径中的所有节点个数和问题节点个数;
所述服务器计算所述传输路径在所述统计周期内的卡顿率,所述卡顿率为所述问题节点个数除以所述所有节点个数。
进一步地,为实现上述目的,本发明还提供一种能够传输流媒体数据的节点,包括存储器、处理器,所述存储器上存储有可在所述处理器上运行的流媒体数据传输状态判定程序,所述流媒体数据传输状态判定程序被所述处理器执行时实现如下方法:
采集当前节点的出帧率和入帧率;
计算所采集的出帧率和入帧率之间的差值比例;
当所述差值比例大于预设的阈值时,判定所述当前节点的传输状态为传输欠速状态。
可选地,所述流媒体数据传输状态判定程序被所述处理器执行时还实现:
如果所述当前节点的传输状态为传输欠速状态,则按预设方式发出告警信息。
进一步地,为实现上述目的,本发明还提供一种流媒体数据传输系统,包括至少二个上述的能够传输流媒体数据的节点。
可选地,所述系统还包括服务器,所述服务器用于接收节点上报的传输状态数据,并根据所述传输状态数据调整所述流媒体数据的传输路径。
可选地,所述服务器还用于:
在预设的统计周期内记录流媒体数据的传输路径中的所有节点个数和问题节点个数;
计算所述传输路径在所述统计周期内的卡顿率,所述卡顿率为所述问题节点个数除以所述所有节点个数。
进一步地,为实现上述目的,本发明还提供一种节点的流媒体数据传输状态判定系统,所述系统包括:
采集单元,用于采集当前节点的出帧率和入帧率;
计算单元,用于计算所采集的出帧率和入帧率之间的差值比例;
传输状态判定单元,用于当所述差值比例大于预设的阈值时,判定所述当前节点的传输状态为传输欠速状态。
进一步地,为实现上述目的,本发明还提供一种计算机可读存储介质,所述计算机可读存储介质存储有流媒体数据传输状态判定程序,所述流媒体数据传输状态判定程序可被至少一个处理器执行,以使所述至少一个处理器执行如上述的流媒体数据传输状态判定方法。
相较于现有技术,本发明所提出的流媒体数据传输状态判定方法和对应的节点、系统及计算机可读存储介质,通过将节点的出帧率和入帧率的差值比例与预设阈值之间进行比较来判断节点的传输状态是否正常,可以自动、及时定位整个流媒体传输过程中任意一个中间节点的异常,免去人工排查,从而显著缩短故障处理响应时长,降低故障影响,有效提升了传输质量,同时也具有较好的准确性和普适性。
附图说明
图1为实现本发明第一实施例提出的一种流媒体数据传输系统的架构示意图;
图2是本发明第二实施例提出的一种电子装置的架构示意图;
图3是本发明第三实施例提出的一种流媒体数据传输状态判定方法的流程示意图;
图4是本发明第四实施例提出的一种流媒体数据传输状态判定方法的流程示意图;
图5是本发明第五实施例提出的一种流媒体数据传输状态判定方法的流程示意图;
图6是本发明第六实施例提出的一种流媒体数据传输状态判定方法的流程示意图;
图7是本发明第七实施例提出的一种流媒体数据传输状态判定方法的部分流程示意图;
图8是本发明第八实施例提出的一种节点的流媒体数据传输状态判定系统的模块示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,在本发明中涉及“第一”、“第二”等的描述仅用于描述目的,而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外,各个实施例之间的技术方案可以相互结合,但是必须是以本领域普通技术人员能够实现为基础,当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在,也不在本发明要求的保护范围之内。
第一实施例
参阅图1所示,本发明第一实施例提出一种流媒体数据传输系统1。上述流媒体数据传输系统1包括服务器2和多个电子装置3。上述电子装置3可以是服务器、智能手机、平板电脑、个人电脑、便携计算机以及其它具有运算功能的电子设备。电子装置3可以是CDN网络中的节点,也可以是区块链系统中的节点。
上述多个电子装置3之间以及与服务器2之间通过有线或无线网络通信连接,以进行数据传输和交互。在本实施例中,上述多个电子装置3组成流媒体数据传输的各个节点,其中包括源节点、中间节点和边缘节点。上述源节点为提供流媒体数据的数据源的装置,上述中间节点为从源节点到边缘节点之间传输流媒体数据的装置,上述边缘节点为播放流媒体数据的装置(客户端)。
电子装置3用于采集当前节点的出帧率和入帧率,计算所采集的出帧率和入帧率之间的差值比例,当该差值比例大于该阈值时,判定当前节点的传输状态为传输欠速状态。电子装置3还用于在当前节点的传输状态为传输欠速状态时,按预设方式发出告警信息。
服务器2用于接收电子装置3上报的传输状态数据,并根据该传输状态数据调整流媒体数据的传输路径。服务器2还用于在预设的统计周期内记录流媒体数据的传输路径中的所有节点个数和问题节点(传输状态为传输欠速状态的节点)个数;计算上述传输路径在上述统计周期内的卡顿率,上述卡顿率为上述问题节点个数除以上述所有节点个数。
上述电子装置3和服务器2的具体功能的详细说明请参阅下述第三实施例至第七实施例,在此不再赘述。
第二实施例
参阅图2所示,本发明第一实施例提出一种实现流媒体数据传输状态判定方法的电子装置3。
值得注意的是,上述流媒体数据传输状态判定方法主要适用于流媒体数据传输的中间节点,即上述电子装置3为上述流媒体数据传输系统1的中间节点。
在本实施例中,上述电子装置3包括:存储器11、处理器13、网络接口15及通信总线17。其中,网络接口15可选地可以包括标准的有线接口、无线接口(如WI-FI接口)。通信总线17用于实现这些组件之间的连接通信。
存储器11至少包括一种类型的可读存储介质。上述至少一种类型的可读存储介质可为如闪存、硬盘、多媒体卡、卡型存储器等的非易失性存储介质。在一些实施例中,存储器11可以是电子装置3的内部存储单元,例如该电子装置3的硬盘。在另一些实施例中,存储器11也可以是电子装置3的外部存储单元,例如电子装置3上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。
存储器11可以用于存储安装于电子装置3的应用软件及各类数据,例如流媒体数据传输状态判定程序10的程序代码及其运行过程中产生的相关数据。
处理器13在一些实施例中可以是一中央处理器,微处理器或其它数据处理芯片,用于运行存储器11中存储的程序代码或处理数据。
图2仅示出了具有组件11-17以及流媒体数据传输状态判定程序10的电子装置3,但是应理解的是,图2并未示出电子装置3的所有组件,可以替代实施更多或者更少的组件。
在图2所示的电子装置3实施例中,作为一种计算机存储介质的存储器11中存储流媒体数据传输状态判定程序10的程序代码,处理器13执行流媒体数据传输状态判定程序10的程序代码时,实现如下方法:
(1)采集当前节点的出帧率和入帧率。
(2)计算所采集的出帧率和入帧率之间的差值比例。
(3)比较该差值比例和预设的阈值。
(4)当该差值比例大于该阈值时,判定该当前节点的传输状态为传输欠速状态。
优选的,该处理器13还可执行上述程序代码以实现如下方法:
(5)如果当前节点的传输状态为传输欠速状态,则按预设方式发出告警信息。
上述方法的详细说明请参阅下述第三实施例至第四实施例,在此不再赘述。
第三实施例
参阅图3所示,本发明第三实施例提出一种流媒体数据传输状态判定方法,应用于上述电子装置3,即上述流媒体数据传输系统1的中间节点。在本实施例中,根据不同的需求,图3所示的流程图中的步骤的执行顺序可以改变,某些步骤可以省略。此外,有关流媒体数据传输的常规处理步骤,可以根据实际应用场景纳入本发明。该方法包括:
S10,采集当前节点的出帧率和入帧率。
上述出帧率为从当前节点流出至下一节点的流媒体数据帧率。上述入帧率为从上一节点流入至当前节点的流媒体数据帧率。值得注意的是,上述当前节点为流媒体数据传输系统1的中间节点。
例如,针对流媒体数据传输系统1中的一个节点A,假设其上游节点为B,下游节点为C(也就是说流媒体数据的传输流向为B->A->C)。正常情况下,任一时刻从节点B流入节点A的流媒体数据帧率(即节点A的入帧率),应该等于从节点A流出至节点C的流媒体数据帧率(即节点A的出帧率)。假如节点A的出帧率低于入帧率,则说明节点A本身出现问题,或者节点A与节点C之间的传输链路(又称A的出链路,或者C的入链路)出现问题。
S20,计算所采集的出帧率和入帧率之间的差值比例。
先计算当前节点的出帧率和入帧率之间的差值,然后计算该差值占该入帧率的百分比,即为该出帧率和该入帧率之间的差值比例。例如,某节点的入帧率为30fps(每秒30帧),出帧率为20fps,则计算出两者之间的差值为10fps,该差值占该入帧率的百分比为33.3%,即该差值比例为33.3%。
S30,比较该差值比例和预设的阈值。
上述预设的阈值一般为5%到10%。这是由于网络传输的特性,数据经常出现短暂的滞留,但一般情况不至于引发卡顿。
S40,当该差值比例大于该阈值时,判定该当前节点的传输状态为传输欠速状态。
当该差值比例大于该阈值时,判断当前节点或当前节点的出链路存在问题,无法顺利输出得到的流媒体数据,即该当前节点的传输状态为传输欠速状态。另外,当该差值比例小于或等于该阈值时,判断当前节点及其出链路不存在问题,可以顺利输出得到的流媒体数据。例如,假设该阈值为10%,若该差值比例为33.3%,则判断当前节点或当前节点的出链路存在问题;若该差值比例为3%,则判断当前节点及其出链路不存在问题。
本实施例提供的流媒体数据传输状态判定方法,可以精确定位所有问题节点而不会对正常节点造成误报。例如某条路径传输30fps的流媒体数据,流经某上游节点时因节点故障只能向下游传输20fps,则下游每个节点即使都正常工作,其帧率都只能有20fps。按上述方法就可以准确定位出有问题的上游节点(入帧率30fps而出帧率只有20fps),而下游正常节点因为入帧率和出帧率都是20fps,就可以认为工作正常。假设某下游节点也有问题,入帧率20fps而出帧率只有15fps,则也会被定位为问题节点,不会被上游节点的问题所掩盖。另外,该方法的判断逻辑只依赖出入帧率差值,与所传输的流媒体数据的绝对帧率没什么关系,基本不影响准确性,因此普适性也较好。
第四实施例
参阅图4所示,本发明第四实施例提出一种流媒体数据传输状态判定方法。在本实施例中,根据不同的需求,图4所示的流程图中的步骤的执行顺序可以改变,某些步骤可以省略。此外,有关流媒体数据传输的常规处理步骤,可以根据实际应用场景纳入本发明。本实施例中,上述流媒体数据传输状态判定方法的S12-S42与第三实施例的S10-S40相类似,区别在于该方法还包括S52。
S12,采集当前节点的出帧率和入帧率。
上述出帧率为从当前节点流出至下一节点的流媒体数据帧率。上述入帧率为从上一节点流入至当前节点的流媒体数据帧率。值得注意的是,上述当前节点为上述流媒体数据传输系统1的中间节点。
S22,计算所采集的出帧率和入帧率之间的差值比例。
先计算当前节点的出帧率和入帧率之间的差值,然后计算该差值占该入帧率的百分比,即为该出帧率和该入帧率之间的差值比例。
S32,比较该差值比例和预设的阈值。
上述预设的阈值一般为5%到10%。这是由于网络传输的特性,数据经常出现短暂的滞留,但一般情况不至于引发卡顿。
S42,当该差值比例大于该阈值时,判定该当前节点的传输状态为传输欠速状态。
当该差值比例大于该阈值时,判断当前节点或当前节点的出链路存在问题,无法顺利输出得到的流媒体数据,即该当前节点的传输状态为传输欠速状态。另外,当该差值比例小于或等于该阈值时,判断当前节点及其出链路不存在问题,可以顺利输出得到的流媒体数据。
S52,若当前节点的传输状态为传输欠速状态,则按预设方式发出告警信息。
上述预设方式可以是向监控人员发送邮件、讯息或者在传输监控界面进行告警显示或发出提示音等。当判定该当前节点的传输状态为传输欠速状态时,按上述预设方式触发自动告警,让人工介入处理,以解决该节点的问题,保障流媒体数据正常传输。上述自动告警中可以包括存在问题的节点信息以及问题描述等,例如该节点地址和该节点的入帧率和出帧率。
本实施例提供的流媒体数据传输状态判定方法,可以自动、及时定位整个流媒体传输过程中任意一个中间节点的异常,免去人工排查。并且实现了卡顿原因的自动告警,能显著缩短故障处理响应时长,降低故障影响,有效提升了传输质量。
第五实施例
参阅图5所示,本发明第五实施例提出一种流媒体数据传输状态判定方法,应用于上述流媒体数据传输系统1。在本实施例中,根据不同的需求,图5所示的流程图中的步骤的执行顺序可以改变,某些步骤可以省略。此外,有关流媒体数据传输的常规处理步骤,可以根据实际应用场景纳入本发明。该方法包括:
S14,传输流媒体数据的每个节点采集当前节点的出帧率和入帧率。
在流媒体数据传输系统1中的所有中间节点都可以采集该节点的出帧率和入帧率。上述出帧率为从当前节点流出至下一节点的流媒体数据帧率。上述入帧率为从上一节点流入至当前节点的流媒体数据帧率。值得注意的是,上述当前节点为流媒体数据传输系统1的中间节点,针对其他节点(源节点和边缘节点)的传输状态判定方式,可以另外采用其他适合的方法,在本发明中不做详细介绍。
例如,针对流媒体数据传输系统1中的一个节点A,假设其上游节点为B,下游节点为C(也就是说流媒体数据的传输流向为B->A->C)。正常情况下,任一时刻从节点B流入节点A的流媒体数据帧率(即节点A的入帧率),应该等于从节点A流出至节点C的流媒体数据帧率(即节点A的出帧率)。假如节点A的出帧率低于入帧率,则说明节点A本身出现问题,或者节点A与节点C之间的传输链路(又称A的出链路,或者C的入链路)出现问题。
S24,计算所采集的出帧率和入帧率之间的差值比例。
先计算每个节点的出帧率和入帧率之间的差值,然后计算该差值占该入帧率的百分比,即为该出帧率和该入帧率之间的差值比例。例如,某节点的入帧率为30fps(每秒30帧),出帧率为20fps,则计算出两者之间的差值为10fps,该差值占该入帧率的百分比为33.3%,即该差值比例为33.3%。
S34,比较该差值比例和预设的阈值。
上述预设的阈值一般为5%到10%。这是由于网络传输的特性,数据经常出现短暂的滞留,但一般情况不至于引发卡顿。
S44,当该差值比例大于该阈值时,判定该当前节点的传输状态为传输欠速状态。
当该差值比例大于该阈值时,判断当前节点或当前节点的出链路存在问题,无法顺利输出得到的流媒体数据,即该当前节点的传输状态为传输欠速状态。另外,当该差值比例小于或等于该阈值时,判断当前节点及其出链路不存在问题,可以顺利输出得到的流媒体数据。例如,假设该阈值为10%,若该差值比例为33.3%,则判断当前节点或当前节点的出链路存在问题;若该差值比例为3%,则判断当前节点及其出链路不存在问题。
进一步地,如果当前节点的传输状态为传输欠速状态,则按预设方式发出告警信息。
上述预设方式可以是向监控人员发送邮件、讯息或者在传输监控界面进行告警显示或发出提示音等。当判定该当前节点的传输状态为传输欠速状态时,按上述预设方式触发自动告警,让人工介入处理,以解决该节点的问题,保障流媒体数据正常传输。上述自动告警中可以包括存在问题的节点信息以及问题描述等,例如该节点地址和该节点的入帧率和出帧率。
本实施例提供的流媒体数据传输状态判定方法,可以精确定位所有问题节点而不会对正常节点造成误报。另外,该方法的判断逻辑只依赖出入帧率差值,与所传输的流媒体数据的绝对帧率没什么关系,基本不影响准确性,因此普适性也较好。
第六实施例
参阅图6所示,本发明第六实施例提出一种流媒体数据传输状态判定方法。在本实施例中,根据不同的需求,图6所示的流程图中的步骤的执行顺序可以改变,某些步骤可以省略。此外,有关流媒体数据传输的常规处理步骤,可以根据实际应用场景纳入本发明。本实施例中,上述流媒体数据传输状态判定方法的S16-S46与第五实施例的S14-S44相类似,区别在于该方法还包括S56。
S16,传输流媒体数据的每个节点采集当前节点的出帧率和入帧率。
在流媒体数据传输系统1中的所有中间节点都可以采集该节点的出帧率和入帧率。上述出帧率为从当前节点流出至下一节点的流媒体数据帧率。上述入帧率为从上一节点流入至当前节点的流媒体数据帧率。
S26,计算所采集的出帧率和入帧率之间的差值比例。
先计算每个节点的出帧率和入帧率之间的差值,然后计算该差值占该入帧率的百分比,即为该出帧率和该入帧率之间的差值比例。
S36,比较该差值比例和预设的阈值。
上述预设的阈值一般为5%到10%。这是由于网络传输的特性,数据经常出现短暂的滞留,但一般情况不至于引发卡顿。
S46,当该差值比例大于该阈值时,判定该当前节点的传输状态为传输欠速状态。
当该差值比例大于该阈值时,判断当前节点或当前节点的出链路存在问题,无法顺利输出得到的流媒体数据,即该当前节点的传输状态为传输欠速状态。另外,当该差值比例小于或等于该阈值时,判断当前节点及其出链路不存在问题,可以顺利输出得到的流媒体数据。
S56,服务器2接收各个节点上报的传输状态数据,并根据该传输状态数据调整流媒体数据的传输路径。。
当服务器2接收到各个节点上报的传输状态数据后,若当前节点的传输状态为传输欠速状态,则触发自动切换逻辑,切换上述流媒体数据的传输路径,绕过该当前节点,从其他备选路径进行传输。上述自动切换逻辑可以包括很多种切换策略,例如预先保存一个带优先级的路径列表,切换时自动尝试下一条路径。
本实施例提供的流媒体数据传输状态判定方法,可以自动、及时定位整个流媒体传输过程中任意一个中间节点的异常,免去人工排查。并且在定位异常的基础上,自动切换流媒体数据的传输路径,绕过问题节点,从而自动解决异常带来的影响,有效提升了传输质量。
第七实施例
参阅图7所示,本发明第七实施例提出一种流媒体数据传输状态判定方法。在本实施例中,根据不同的需求,图7所示的流程图中的步骤的执行顺序可以改变,某些步骤可以省略。此外,有关流媒体数据传输的常规处理步骤,可以根据实际应用场景纳入本发明。本实施例中,上述流媒体数据传输状态判定方法在上述第五实施例或第六实施例的基础上,还包括步骤S68-S78。其中:
步骤S68,在预设的统计周期内记录上述流媒体数据的传输路径中的所有节点个数和问题节点个数。
具体地,在预设的统计周期(例如N秒)内,每当从上述传输路径中判断出一个问题节点(传输状态为传输欠速状态的节点)时,将问题节点个数P加1(初始值为0)。并且,统计上述传输路径中包含的节点总个数,记为M。值得注意的是,针对非中间节点(例如源节点或边缘节点),可以采用其他方式判断问题节点,从而记录整个上述传输路径中的问题节点个数。
步骤S78,计算上述传输路径在上述统计周期内的卡顿率。
具体地,根据统计出的问题节点个数P和节点总个数M,计算得到该统计周期内上述传输路径的卡顿率为:P/M。
本实施例提供的流媒体数据传输状态判定方法,可以自动、快速、准确地定位出整个流媒体数据传输系统1中的所有问题节点,而不会对正常节点产生误报,实现流媒体传输全过程的自动问题发现与定位。并且可以统计流媒体数据传输路径的卡顿率,实现针对整个传输路径的监控和快速反应,同时也具有较好的准确性和普适性。
第八实施例
如图8所示,本发明第八实施例提出一种节点的流媒体数据传输状态判定系统80,应用于上述电子装置3中。
在本实施例中,流媒体数据传输状态判定系统80包括采集单元802、计算单元804及传输状态判定单元806。
采集单元802,用于采集当前节点的出帧率和入帧率。
计算单元804,用于计算所采集的出帧率和入帧率之间的差值比例。
传输状态判定单元806,用于当该差值比例大于预设的阈值时,判定当前节点的传输状态为传输欠速状态。
上述各个单元的具体功能说明请参阅上述第三实施例,在此不再赘述。
第九实施例
本发明还提供了另一种实施方式,即提供一种计算机可读存储介质,上述计算机可读存储介质存储有流媒体数据传输状态判定程序10,上述流媒体数据传输状态判定程序10可被至少一个处理器执行,以使上述至少一个处理器执行如上述的流媒体数据传输状态判定方法。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台客户端(可以是手机,计算机,电子装置,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

Claims (12)

1.一种节点的流媒体数据传输状态判定方法,其特征在于,所述方法包括:
采集当前节点的出帧率和入帧率;
计算所采集的出帧率和入帧率之间的差值比例;
当所述差值比例大于预设的阈值时,判定所述当前节点的传输状态为传输欠速状态。
2.如权利要求1所述的流媒体数据传输状态判定方法,其特征在于,该方法还包括:
如果所述当前节点的传输状态为传输欠速状态,则按预设方式发出告警信息。
3.一种节点的流媒体数据传输状态判定系统,其特征在于,所述系统包括:
采集单元,用于采集当前节点的出帧率和入帧率;
计算单元,用于计算所采集的出帧率和入帧率之间的差值比例;
传输状态判定单元,用于当所述差值比例大于预设的阈值时,判定所述当前节点的传输状态为传输欠速状态。
4.一种流媒体数据传输系统的流媒体数据传输状态判定方法,其特征在于,所述流媒体传输系统包括至少二个能够传输流媒体数据的节点,所述方法包括:
传输流媒体数据的节点采集当前节点的出帧率和入帧率;
计算所采集的出帧率和入帧率之间的差值比例;
当所述差值比例大于预设的阈值时,判定所述当前节点的传输状态为传输欠速状态。
5.如权利要求4所述的流媒体数据传输状态判定方法,其特征在于,所述流媒体传输系统还包括服务器;
该方法还包括:
所述服务器接收节点上报的传输状态数据,并根据所述传输状态数据调整所述流媒体数据的传输路径。
6.如权利要求5所述的流媒体数据传输状态判定方法,其特征在于,该方法还包括:
所述服务器在预设的统计周期内记录流媒体数据的传输路径中的所有节点个数和问题节点个数;
所述服务器计算所述传输路径在所述统计周期内的卡顿率,所述卡顿率为所述问题节点个数除以所述所有节点个数。
7.一种传输流媒体数据的节点,其特征在于,所述节点包括存储器、处理器,所述存储器上存储有可在所述处理器上运行的流媒体数据传输状态判定程序,所述流媒体数据传输状态判定程序被所述处理器执行时实现如下方法:
采集当前节点的出帧率和入帧率;
计算所采集的出帧率和入帧率之间的差值比例;
当所述差值比例大于预设的阈值时,判定所述当前节点的传输状态为传输欠速状态。
8.如权利要求7所述的节点,其特征在于,所述流媒体数据传输状态判定程序被所述处理器执行时还实现:
如果所述当前节点的传输状态为传输欠速状态,则按预设方式发出告警信息。
9.一种流媒体数据传输系统,其特征在于,包括至少二个如权利要求7-8任一项所述的能够传输流媒体数据的节点。
10.如权利要求9所述的系统,其特征在于,所述系统还包括服务器,所述服务器用于接收节点上报的传输状态数据,并根据所述传输状态数据调整所述流媒体数据的传输路径。
11.如权利要求9所述的系统,其特征在于,所述服务器还用于:
在预设的统计周期内记录流媒体数据的传输路径中的所有节点个数和问题节点个数;
计算所述传输路径在所述统计周期内的卡顿率,所述卡顿率为所述问题节点个数除以所述所有节点个数。
12.一种计算机可读存储介质,所述计算机可读存储介质存储有流媒体数据传输状态判定程序,所述流媒体数据传输状态判定程序可被至少一个处理器执行,以使所述至少一个处理器执行如权利要求1-2中任一项所述的流媒体数据传输状态判定方法。
CN201811081370.7A 2018-09-17 2018-09-17 流媒体数据传输状态判定方法、节点、系统及存储介质 Pending CN109168092A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811081370.7A CN109168092A (zh) 2018-09-17 2018-09-17 流媒体数据传输状态判定方法、节点、系统及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811081370.7A CN109168092A (zh) 2018-09-17 2018-09-17 流媒体数据传输状态判定方法、节点、系统及存储介质

Publications (1)

Publication Number Publication Date
CN109168092A true CN109168092A (zh) 2019-01-08

Family

ID=64879405

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811081370.7A Pending CN109168092A (zh) 2018-09-17 2018-09-17 流媒体数据传输状态判定方法、节点、系统及存储介质

Country Status (1)

Country Link
CN (1) CN109168092A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111277919A (zh) * 2020-02-27 2020-06-12 青岛海信传媒网络技术有限公司 流媒体的pts复位处理方法、显示设备及存储介质
CN111510737A (zh) * 2020-04-26 2020-08-07 广州虎牙科技有限公司 一种视频数据的传输方法、装置、设备和存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120192031A1 (en) * 2009-09-30 2012-07-26 Huawei Technologies Co., Ltd. Video data transmission processing method, video data sending processing method, apparatus, network system
CN103428011A (zh) * 2012-05-16 2013-12-04 深圳市腾讯计算机系统有限公司 一种分布式系统中的节点状态探测方法、系统和装置
WO2014050546A1 (ja) * 2012-09-27 2014-04-03 日本電気株式会社 音声情報伝送方法及びパケット通信システム
CN106170950A (zh) * 2014-12-12 2016-11-30 华为技术有限公司 一种节点的运行状态检测方法及装置
CN106357776A (zh) * 2016-09-23 2017-01-25 北京奇虎科技有限公司 一种流数据的传输资源的选取方法和装置
CN106571977A (zh) * 2016-10-24 2017-04-19 腾讯科技(深圳)有限公司 数据传输方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120192031A1 (en) * 2009-09-30 2012-07-26 Huawei Technologies Co., Ltd. Video data transmission processing method, video data sending processing method, apparatus, network system
CN103428011A (zh) * 2012-05-16 2013-12-04 深圳市腾讯计算机系统有限公司 一种分布式系统中的节点状态探测方法、系统和装置
WO2014050546A1 (ja) * 2012-09-27 2014-04-03 日本電気株式会社 音声情報伝送方法及びパケット通信システム
CN106170950A (zh) * 2014-12-12 2016-11-30 华为技术有限公司 一种节点的运行状态检测方法及装置
CN106357776A (zh) * 2016-09-23 2017-01-25 北京奇虎科技有限公司 一种流数据的传输资源的选取方法和装置
CN106571977A (zh) * 2016-10-24 2017-04-19 腾讯科技(深圳)有限公司 数据传输方法和装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111277919A (zh) * 2020-02-27 2020-06-12 青岛海信传媒网络技术有限公司 流媒体的pts复位处理方法、显示设备及存储介质
CN111510737A (zh) * 2020-04-26 2020-08-07 广州虎牙科技有限公司 一种视频数据的传输方法、装置、设备和存储介质
CN111510737B (zh) * 2020-04-26 2022-03-22 广州虎牙科技有限公司 一种视频数据的传输方法、装置、设备和存储介质

Similar Documents

Publication Publication Date Title
CN112242971B (zh) 一种流量异常检测方法、装置、网络设备及存储介质
CN110017994B (zh) 自动驾驶车辆的异常检测方法、装置、系统、设备及介质
CN110336742B (zh) 信息发送方法、装置、计算机设备和存储介质
CN113708995B (zh) 一种网络故障诊断方法、系统、电子设备及存储介质
US10447561B2 (en) BFD method and apparatus
CN108306747B (zh) 一种云安全检测方法、装置和电子设备
KR102148346B1 (ko) 서비스 장애 진단 장치 및 고객 단말
CN102868553A (zh) 故障定位方法及相关设备
CN115294771B (zh) 路侧设备的监控方法和装置、电子设备和存储介质
JP2021022759A (ja) ネットワーク分析プログラム、ネットワーク分析装置及びネットワーク分析方法
CN109168092A (zh) 流媒体数据传输状态判定方法、节点、系统及存储介质
CN107294767B (zh) 一种直播网络传输故障监测方法及系统
CN120166052A (zh) 故障确定方法及装置、非易失性存储介质、电子设备
US20150271045A1 (en) Method, apparatus and system for detecting network element load imbalance
CN120264373B (zh) 一种多模终端的异构网络智能切换方法和设备
KR20210002907A (ko) 차량용 이더넷 통신 모니터링 장치 및 그의 이더넷 통신 모니터링 방법과 그를 포함하는 차량
CN100576801C (zh) 基于网络获得数据的趋势分析管理承载网络的系统
CN114844807B (zh) 系统检测方法、装置、设备、存储介质、车辆和云控平台
US8566634B2 (en) Method and system for masking defects within a network
CN118250148A (zh) 一种工业现场网络故障自适应链路检查及恢复方法及应用
CN113746688B (zh) 实现异常检测模型更新的方法、装置和计算设备
CN101312407A (zh) 一种对网络服务质量进行测量的方法和装置
CN109474486A (zh) 流媒体数据传输欠速判定方法、系统及装置
CN110648535B (zh) 一种基于流量旁路采集的轨道交通数据上报方法及装置
CN114172796A (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190108