CN108632559B - 一种视频数据处理方法及装置 - Google Patents

一种视频数据处理方法及装置 Download PDF

Info

Publication number
CN108632559B
CN108632559B CN201710842552.0A CN201710842552A CN108632559B CN 108632559 B CN108632559 B CN 108632559B CN 201710842552 A CN201710842552 A CN 201710842552A CN 108632559 B CN108632559 B CN 108632559B
Authority
CN
China
Prior art keywords
video data
data
transmission mode
frame
video
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.)
Active
Application number
CN201710842552.0A
Other languages
English (en)
Other versions
CN108632559A (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.)
Hainan Qiantang Shilian Information Technology Co.,Ltd.
Original Assignee
Visionvera Information Technology 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 Visionvera Information Technology Co Ltd filed Critical Visionvera Information Technology Co Ltd
Priority to CN201710842552.0A priority Critical patent/CN108632559B/zh
Publication of CN108632559A publication Critical patent/CN108632559A/zh
Application granted granted Critical
Publication of CN108632559B publication Critical patent/CN108632559B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44227—Monitoring of local network, e.g. connection or bandwidth variations; Detecting new devices in the local network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种视频数据处理方法及装置，涉及视联网技术领域。本发明实施例提供的视频数据处理方法及装置，第一视联网终端在需要发送视频数据时会先检测当前网络带宽，然后根据当前网络带宽来选择视频数据传输方式，这样，可以避免在带宽较小的时候，采用不合适的传输方式，导致的数据传输时出现数据峰值，即就是，瞬时带宽占用过高的情况，进而避免了数据传输的卡顿现象，提高了视频传输的流畅性。同时第一视联网终端还会将视频数据传输方式发送给第二视联网终端，以便于第二视联网终端能够采用相应的处理方式对视频数据进行处理，保证视频数据能够流畅播放。

Description

一种视频数据处理方法及装置
技术领域
本发明涉及视联网技术领域，特别是涉及一种视频数据处理方法及装置。
背景技术
随着互联网技术的不断发展，人们进行交流的方式越来越多，比如，通过文字进行交流，语音进行交流，或者通过视频进行交流。在实现视频交流的过程中，通常需要对视频数据进行传输。
现有技术中，在进行视频数据传输的时候，通常是在需要发送视频数据的时候，直接向视频接收端发送视频数据。
但是，实际应用中，经常会出现网络带宽比较小的情况，那么在视频数据中某个数据帧比较大的情况下，就会出现带宽占用过高的问题，进而导致视频传输过程出现卡顿现象，视频数据传输不流畅，对应的，接收端对接收到的视频数据进行播放时候，也会出现卡顿，不流畅的现象。
发明内容
鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种视频数据处理方法及装置。
为了解决上述问题，本发明实施例公开了一种视频数据处理方法，该方法包括：
在需要发送视频数据时，检测当前网络带宽；
根据所述当前网络带宽确定视频数据传输方式；
将所述视频数据传输方式发送给第二视联网终端，以便于所述第二视联网终端根据所述视频数据传输方式确定视频数据处理方式；
以所述视频数据传输方式向所述第二视联网终端发送视频数据。
可选的，所述根据所述当前网络带宽确定视频数据传输方式的步骤，包括：
在所述当前网络带宽不小于预设带宽阈值时，确定视频数据传输方式为数据帧时间均匀传输方式；
在所述当前网络带宽小于预设带宽阈值时，确定视频数据传输方式为数据包时间均匀传输方式。
可选的，所述视频数据由多个数据帧组成，所述数据帧由多个数据包组成；
所述以所述视频数据传输方式向所述第二视联网终端发送视频数据的步骤，包括：
当所述视频数据传输方式为数据帧时间均匀传输方式时，为所述视频数据中的每个数据帧分配相同的传输时间进行传输；
当所述视频数据传输方式为数据包时间均匀传输方式时，对于所述视频数据中的每个数据帧，为所述数据帧中的每个数据包分配相同的传输时间进行传输。
为了解决上述问题，本发明实施例还公开了另一种视频数据处理方法，该方法包括：
接收第一视联网终端发送的视频数据传输方式；
根据所述视频数据传输方式确定视频数据处理方式；
接收所述第一视联网终端发送的视频数据，并以所述视频数据处理方式对所述视频数据进行处理。
可选的，所述根据所述视频数据传输方式确定视频数据处理方式的步骤，包括：
当所述视频数据传输方式为数据帧时间均匀传输方式时，则确定视频数据处理方式为实时处理；其中，所述实时处理用于指示在接收到数据帧之后，对所述数据帧进行解码播放操作；
当所述视频数据传输方式为数据包时间均匀传输方式时，则确定视频数据处理方式为缓存处理；其中，所述缓存处理用于指示在接收到的视频数据的数据量达到预设数据量阈值时，对所述视频数据进行解码播放操作。
可选的，所述以所述视频数据处理方式对所述视频数据进行处理的步骤，包括：
若所述视频数据处理方式为实时处理，则对于所述视频数据中的每个数据帧，在接收到所述数据帧之后，直接进行解码播放操作；
若所述视频数据处理方式为缓存处理，则对于所述视频数据中的每个数据帧，将接收到的所述数据帧存储至预设存储区，在所述预设存储区中的数据量大于预设数据量阈值后，对所述预设存储区中的数据进行解码播放操作。
为了解决上述问题，本发明实施例公开了一种视频数据处理装置，该装置包括：
检测模块，用于在需要发送视频数据时，检测当前网络带宽；
确定模块，用于根据所述当前网络带宽确定视频数据传输方式；
第一发送模块，用于将所述视频数据传输方式发送给第二视联网终端，以便于所述第二视联网终端根据所述视频数据传输方式确定视频数据处理方式；
第二发送模块，用于以所述视频数据传输方式向所述第二视联网终端发送视频数据。
可选的，所述确定模块，包括：
第一确定子模块，用于在所述当前网络带宽不小于预设带宽阈值时，确定视频数据传输方式为数据帧时间均匀传输方式；
第二确定子模块，用于在所述当前网络带宽小于预设带宽阈值时，确定视频数据传输方式为数据包时间均匀传输方式。
可选的，所述第二发送模块，包括：
第一传输子模块，用于当所述视频数据传输方式为数据帧时间均匀传输方式时，为所述视频数据中的每个数据帧分配相同的传输时间进行传输；
第二传输子模块，用于当所述视频数据传输方式为数据包时间均匀传输方式时，对于所述视频数据中的每个数据帧，为所述数据帧中的每个数据包分配相同的传输时间进行传输。
为了解决上述问题，本发明实施例还公开了另一种视频数据处理装置，该装置包括：
接收模块，用于接收第一视联网终端发送的视频数据传输方式；
确定模块，用于根据所述视频数据传输方式确定视频数据处理方式；
处理模块，用于接收所述第一视联网终端发送的视频数据，并以所述视频数据处理方式对所述视频数据进行处理。
可选的，所述确定模块，用于：
当所述视频数据传输方式为数据帧时间均匀传输方式时，则确定视频数据处理方式为实时处理；其中，所述实时处理用于指示在接收到数据帧之后，对所述数据帧进行解码播放操作；
当所述视频数据传输方式为数据包时间均匀传输方式时，则确定视频数据处理方式为缓存处理；其中，所述缓存处理用于指示在接收到的视频数据的数据量达到预设数据量阈值时，对所述视频数据进行解码播放操作。
可选的，所述处理模块，用于：
若所述视频数据处理方式为实时处理，则对于所述视频数据中的每个数据帧，在接收到所述数据帧之后，直接进行解码播放操作；
若所述视频数据处理方式为缓存处理，则对于所述视频数据中的每个数据帧，将接收到的所述数据帧存储至预设存储区，在所述预设存储区中的数据量大于预设数据量阈值后，对所述预设存储区中的数据进行解码播放操作。
本发明实施例至少包括以下优点：第一视联网终端在需要发送视频数据时会先检测当前网络带宽，然后根据当前网络带宽来选择视频数据传输方式，这样，可以避免在带宽较小的时候，采用不合适的传输方式，导致的数据传输时出现数据峰值，即就是，瞬时带宽占用过高的情况，进而避免了数据传输的卡顿现象，提高了视频传输的流畅性。同时第一视联网终端还会将视频数据传输方式发送给第二视联网终端，以便于第二视联网终端能够采用相应的处理方式对视频数据进行处理，保证视频数据能够流畅播放
附图说明
图1是本发明的一种视联网的组网示意图；
图2是本发明的一种节点服务器的硬件结构示意图；
图3是本发明的一种接入交换机的硬件结构示意图；
图4是本发明的一种以太网协转网关的硬件结构示意图；
图5是本发明实施例提供的一种视频数据处理方法的步骤流程图；
图6是本发明实施例提供的另一种视频数据处理方法的步骤流程图；
图7是本发明实施例提供的又一种视频数据处理方法的步骤流程图；
图8是本发明实施例提供的一种视频数据处理装置的框图；
图9是本发明实施例提供的另一种视频数据处理装置的框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
视联网是网络发展的重要里程碑，是一个实时网络，能够实现高清视频实时传输，将众多互联网应用推向高清视频化，高清面对面。
视联网采用实时高清视频交换技术，可以在一个网络平台上将所需的服务，如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台，通过电视或电脑实现高清品质视频播放。
为使本领域技术人员更好地理解本发明实施例，以下对视联网进行介绍：
视联网所应用的部分技术如下所述：
网络技术(Network Technology)
视联网的网络技术创新改良了传统以太网(Ethernet)，以面对网络上潜在的巨大视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(CircuitSwitching)，视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价，同时具备电路交换的品质和安全保证，实现了全网交换式虚拟电路，以及数据格式的无缝连接。
交换技术(Switching Technology)
视联网采用以太网的异步和包交换两个优点，在全兼容的前提下消除了以太网缺陷，具备全网端到端无缝连接，直通用户终端，直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态，是一个实时交换平台，能够实现目前互联网无法实现的全网大规模高清视频实时传输，将众多网络视频应用推向高清化、统一化。
服务器技术(Server Technology)
视联网和统一视频平台上的服务器技术不同于传统意义上的服务器，它的流媒体传输是建立在面向连接的基础上，其数据处理能力与流量、通讯时间无关，单个网络层就能够包含信令及数据传输。对于语音和视频业务来说，视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多，效率比传统服务器大大提高了百倍以上。
储存器技术(Storage Technology)
统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作系统，将服务器指令中的节目信息映射到具体的硬盘空间，媒体内容不再经过服务器，瞬间直接送达到用户终端，用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动，资源消耗仅占同等级IP互联网的20％，但产生大于传统硬盘阵列3倍的并发流量，综合效率提升10倍以上。
网络安全技术(Network Security Technology)
视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题，一般不需要杀毒程序、防火墙，杜绝了黑客与病毒的攻击，为用户提供结构性的无忧安全网络。
服务创新技术(Service Innovation Technology)
统一视频平台将业务与传输融合在一起，不论是单个用户、私网用户还是一个网络的总合，都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频平台，获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程，可以使用非常少的代码即可实现复杂的应用，实现“无限量”的新业务创新。
视联网的组网如下所述：
视联网是一种集中控制的网络结构，该网络可以是树型网、星型网、环状网等等类型，但在此基础上网络中需要有集中控制节点来控制整个网络。
图1是本发明的一种视联网的组网示意图，如图1所示，视联网分为接入网和城域网两部分。
接入网部分的设备主要可以分为3类：节点服务器，接入交换机，终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连，接入交换机可以与多个终端相连，并可以连接以太网。
其中，节点服务器是接入网中起集中控制功能的节点，可控制接入交换机和终端。节点服务器可直接与接入交换机相连，也可以直接与终端相连。
类似的，城域网部分的设备也可以分为3类：城域服务器，节点交换机，节点服务器。城域服务器与节点交换机相连，节点交换机可以与多个节点服务器相连。
其中，节点服务器即为接入网部分的节点服务器，即节点服务器既属于接入网部分，又属于城域网部分。
城域服务器是城域网中起集中控制功能的节点，可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机，也可直接连接节点服务器。
由此可见，整个视联网络是一种分层集中控制的网络结构，而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。
形象地称，接入网部分可以组成统一视频平台(虚线圈中部分)，多个统一视频平台可以组成视联网；每个统一视频平台可以通过城域以及广域视联网互联互通。
视联网设备分类
1.1 本发明实施例的视联网中的设备主要可以分为3类：服务器，交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。
1.2 其中接入网部分的设备主要可以分为3类：节点服务器，接入交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。
各接入网设备的具体硬件结构为：
节点服务器：
图2是本发明的一种节点服务器的硬件结构示意图，如图2所示，主要包括网络接口模块201、交换引擎模块202、CPU模块203、磁盘阵列模块204；
其中，网络接口模块201，CPU模块203、磁盘阵列模块204进来的包均进入交换引擎模块202；交换引擎模块202对进来的包进行查地址表205的操作，从而获得包的导向信息；并根据包的导向信息把该包存入对应的包缓存器206的队列；如果包缓存器206的队列接近满，则丢弃；交换引擎模202轮询所有包缓存器队列，如果满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。磁盘阵列模块204主要实现对硬盘的控制，包括对硬盘的初始化、读写等操作；CPU模块203主要负责与接入交换机、终端(图中未示出)之间的协议处理，对地址表205(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置，以及，对磁盘阵列模块204的配置。
接入交换机：
图3是本发明的一种接入交换机的硬件结构示意图，如图3所示，主要包括网络接口模块(下行网络接口模块301、上行网络接口模块302)、交换引擎模块303和CPU模块304；
其中，下行网络接口模块301进来的包(上行数据)进入包检测模块305；包检测模块305检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求，如果符合，则分配相应的流标识符(stream-id)，并进入交换引擎模块303，否则丢弃；上行网络接口模块302进来的包(下行数据)进入交换引擎模块303；CPU模块204进来的数据包进入交换引擎模块303；交换引擎模块303对进来的包进行查地址表306的操作，从而获得包的导向信息；如果进入交换引擎模块303的包是下行网络接口往上行网络接口去的，则结合流标识符(stream-id)把该包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃；如果进入交换引擎模块303的包不是下行网络接口往上行网络接口去的，则根据包的导向信息，把该数据包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃。
交换引擎模块303轮询所有包缓存器队列，在本发明实施例中分两种情形：
如果该队列是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零；3)获得码率控制模块产生的令牌；
如果该队列不是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。
码率控制模块208是由CPU模块204来配置的，在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌，用以控制上行转发的码率。
CPU模块304主要负责与节点服务器之间的协议处理，对地址表306的配置，以及，对码率控制模块308的配置。
以太网协转网关：
图4是本发明的一种以太网协转网关的硬件结构示意图，如图4所示，主要包括网络接口模块(下行网络接口模块401、上行网络接口模块402)、交换引擎模块403、CPU模块404、包检测模块405、码率控制模块408、地址表406、包缓存器407和MAC添加模块409、MAC删除模块410。
其中，下行网络接口模块401进来的数据包进入包检测模块405；包检测模块405检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目地地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求，如果符合则分配相应的流标识符(stream-id)；然后，由MAC删除模块410减去MAC DA、MAC SA、length or frame type(2byte)，并进入相应的接收缓存，否则丢弃；
下行网络接口模块401检测该端口的发送缓存，如果有包则根据包的视联网目地地址DA获知对应的终端的以太网MAC DA，添加终端的以太网MAC DA、以太网协转网关的MACSA、以太网length or frame type，并发送。
以太网协转网关中其他模块的功能与接入交换机类似。
终端：
主要包括网络接口模块、业务处理模块和CPU模块；例如，机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块；编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块；存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。
1.3 城域网部分的设备主要可以分为2类：节点服务器，节点交换机，城域服务器。其中，节点交换机主要包括网络接口模块、交换引擎模块和CPU模块；城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。
2、视联网数据包定义
2.1 接入网数据包定义
接入网的数据包主要包括以下几部分：目的地址(DA)、源地址(SA)、保留字节、payload(PDU)、CRC。
如下表所示，接入网的数据包主要包括以下几部分：
DA SA Reserved Payload CRC
其中：
目的地址(DA)由8个字节(byte)组成，第一个字节表示数据包的类型(例如各种协议包、组播数据包、单播数据包等)，最多有256种可能，第二字节到第六字节为城域网地址，第七、第八字节为接入网地址；
源地址(SA)也是由8个字节(byte)组成，定义与目的地址(DA)相同；
保留字节由2个字节组成；
payload部分根据不同的数据报的类型有不同的长度，如果是各种协议包的话是64个字节，如果是单组播数据包话是32+1024＝1056个字节，当然并不仅仅限于以上2种；
CRC有4个字节组成，其计算方法遵循标准的以太网CRC算法。
2.2 城域网数据包定义
城域网的拓扑是图型，两个设备之间可能有2种、甚至2种以上的连接，即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是，城域网设备的城域网地址却是唯一的，为了精确描述城域网设备之间的连接关系，在本发明实施例中引入参数：标签，来唯一描述一个城域网设备。
本说明书中标签的定义和MPLS(Multi-Protocol Label Switch，多协议标签交换)的标签的定义类似，假设设备A和设备B之间有两个连接，那么数据包从设备A到设备B就有2个标签，数据包从设备B到设备A也有2个标签。标签分入标签、出标签，假设数据包进入设备A的标签(入标签)是0x0000，这个数据包离开设备A时的标签(出标签)可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程，也就意味着城域网的地址分配、标签分配都是由城域服务器主导的，节点交换机、节点服务器都是被动的执行而已，这一点与MPLS的标签分配是不同的，MPLS的标签分配是交换机、服务器互相协商的结果。
如下表所示，城域网的数据包主要包括以下几部分：
DA SA Reserved 标签 Payload CRC
即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中，标签的格式可以参考如下定义：标签是32bit，其中高16bit保留，只用低16bit，它的位置是在数据包的保留字节和payload之间。
基于视联网的上述特性，提出了本发明实施例的核心构思之一，第一视联网终端在需要发送视频数据时，先检测当前网络带宽，然后根据根据当前网络带宽确定视频数据传输方式，然后将视频数据传输方式发送给第二视联网终端，以便于第二视联网终端根据视频数据传输方式确定视频数据处理方式，并以该视频数据传输方式向第二视联网终端发送视频数据。
图5是本发明实施例提供的一种视频数据处理方法的步骤流程图，如图5所示，该方法应用于第一视联网终端，该方法可以包括：
步骤501、在需要发送视频数据时，检测当前网络带宽。
本发明实施例中的第一视联网终端可以为机顶盒(SetTopBox，STB)，通常称作机顶盒或机上盒，是一个连接电视机与外部信号源的设备，它可以将压缩的数字信号转成电视内容，并在电视机上显示出来。一般而言，机顶盒可以连接摄像头，用于采集视频数据，也可以连接电视机，用于播放视频数据。由于视联网中的网络状况不同，本步骤中，第一视联网终端在发送视频数据之前，会先检测当前网络带宽，便于后续发送视频数据时，能够根据当前网络带宽确定数据传输方式。
步骤502、根据所述当前网络带宽确定视频数据传输方式。
本发明实施例中，视频数据传输方式可以包括数据帧时间均匀传输方式以及数据包时间均匀传输方式。一般视频数据由多个数据帧组成，每个数据帧由多个大小相同的数据包组成。其中，数据帧时间均匀传输方式指的是为每个数据帧都分配相同的传输时间，由于每个数据帧的大小不同，因此数据帧时间均匀的传输方式在带宽较小的时候，就会出现数据传输峰值，进而导致数据传输卡顿，比如，数据帧1为5120千字节(KB)，由4个数据包组成，数据帧2为61440KB，由60个数据包组成，如果采用数据帧时间相同的传输方式进行传输，假设每个数据帧都分配0.1秒的时间，进行传输，对于数据帧1来说，只需要在0.1秒内传输4个数据包即可，但是对于数据帧2，就需要在0.1秒内传输60个数据包，此时如果带宽较小，那么在传输数据帧2的时候，就会出现数据峰值，即，出现数据传输卡顿的问题。数据包时间均匀传输方式指的是为每个数据包都分配相同的传输时间，这样，在传输的时候就不会数据峰值，可以避免数据传输卡顿的问题。
步骤503、将所述视频数据传输方式发送给第二视联网终端，以便于所述第二视联网终端根据所述视频数据传输方式确定视频数据处理方式。
不同的视频数据传输方式会使得第二视联网终端每次接收都得视频数据不同，比如，如果第一视联网终端采用数据帧时间均匀传输方式，那么可以保证第二视联网终端每次都能接收到完整的一个数据帧，而如果第一视联网终端采用数据包时间均匀传输方式，第二视联网终端每次接收到的数据可能不是完整的一个数据帧，因此第二视联网终端需要根据不同的视频数据传输方式确定相应的视频数据处理方式，进而保证视频流畅播放。
步骤504、以所述视频数据传输方式向所述第二视联网终端发送视频数据。
本步骤中，第一视联网终端在发送视频数据的时候，会根据确定的视频数据传输方式向第二视联网终端发送视频数据，以保证视频数据能够流畅传输。
综上所述，本发明实施例提供的视频数据处理方法，第一视联网终端在需要发送视频数据时会先检测当前网络带宽，然后根据当前网络带宽来选择视频数据传输方式，这样，可以避免在带宽较小的时候，采用不合适的传输方式，导致的数据传输时出现数据峰值，即就是，瞬时带宽占用过高的情况，进而避免了数据传输的卡顿现象，提高了视频传输的流畅性。同时第一视联网终端还会将视频数据传输方式发送给第二视联网终端，以便于第二视联网终端能够采用相应的处理方式对视频数据进行处理，保证视频数据能够流畅播放。
图6是本发明实施例提供的另一种视频数据处理方法的步骤流程图，如图6所示，该方法应用于第二视联网终端，该方法可以包括：
步骤601、接收第一视联网终端发送的视频数据传输方式。
本发明实施例中，第二视联网终端可以为机顶盒(SetTopBox，STB)，通常称作机顶盒或机上盒，是一个连接电视机与外部信号源的设备，它可以将压缩的数字信号转成电视内容，并在电视机上显示出来。一般而言，机顶盒可以连接摄像头，用于采集视频数据，也可以连接电视机，用于播放视频数据。第二视联网终端会根据视频数据传输方式确定对应的视频数据处理方式，因此本步骤中，第二视联网终端可以先接收由第一视联网终端发送的视频数据传输方式。
步骤602、根据所述视频数据传输方式确定视频数据处理方式。
本发明实施例中的视频数据处理方式可以包括实时处理以及缓存处理，如果第一视联网终端采用数据帧时间均匀传输方式来进行数据传输，那么第二视联网终端每次都能接收到完整的一帧数据，那么此时第二视联网终端可以直接对接收到的数据进行解码播放，即就是，采用实时处理，保证视频播放的实时性以及流畅性。如果第一视联网终端采用数据包时间均匀传输方式来进行数据传输，那么，由于不同数据帧的数据量大小不同，第二视联网终端每次接收到数据可能不是完整的一帧数据，如果此时仍采用实时处理，直接对接收的数据进行解码播放，由于接收到的数据不足一个数据帧，那么就会出现视频播放卡顿的问题，因此，此时第二视联网终端就需要对视频数据进行缓存然后再解码播放，即就是采用缓存处理，以保证视频播放的流畅性。
步骤603、接收所述第一视联网终端发送的视频数据，并以所述视频数据处理方式对所述视频数据进行处理。
示例的，如果该视频数据处理方式为实时处理，第二视联网终端可以在接收到视频数据之后，直接对该视频数据进行解码播放，保证视频播放的流畅性以及及时性；如果该视频数据处理方式为缓存处理，第二视联网终端可以先对接收的视频数据进行缓存，然后再进行播放，保证视频播放的流畅性。
综上所述，本发明实施例提供的另一种视频数据处理方法，第二视联网终端会先接收第一视联网终端发送的视频数据传输方式，然后根据该视频数据传输方式确定视频数据处理方式，最后接收第一视联网终端发送的视频数据，并以相应的视频数据处理方式对视频数据进行处理，进而保证视频播放的流畅性。
图7是本发明实施例提供的又一种视频数据处理方法的步骤流程图，如图7所示，该方法可以包括：
步骤701、第一视联网终端在需要发送视频数据时，检测当前网络带宽。
本步骤中，第一视联网终端可以向视联网服务器发送带宽测试指令，视联网服务器根据接收到的带宽测试指令向第一视联网终端发送测试数据包，第一视联网终端接收该测试数据包，并记录接收该测试数据包所花费的时间，最后根据该测试数据包的大小以及所花费的时间，确定当前网络带宽。
进一步的，还可以预先根据交换机的参数确定网络带宽，然后将带宽参数存储至视联网服务器，这样，第一视联网终端在确定当前网络带宽时，可以直接向视联网服务器发送带宽获取指令来获取当前带宽。
步骤702、第一视联网终端根据所述当前网络带宽确定视频数据传输方式。
具体的，步骤702可以包括：
步骤7021、第一视联网终端在所述当前网络带宽不小于预设带宽阈值时，确定视频数据传输方式为数据帧时间均匀传输方式。
本步骤中，该预设带宽阈值可以是根据实际经验确定的，在选取预设带宽阈值时，可以将能够保证视频数据传输时不出现数据峰值的带宽值预设带宽阈值。假设该预设带宽阈值为5M，当前网络带宽为7M，那么此时可以确定视频数据传输方式为数据帧时间均匀传输方式。
步骤7022、第一视联网终端在所述当前网络带宽小于预设带宽阈值时，确定视频数据传输方式为数据包时间均匀传输方式。
示例的，假设该预设带宽阈值为5M，当前网络带宽为3M，那么此时可以确定视频数据传输方式为数据包时间均匀传输方式。
步骤703、第一视联网终端将所述视频数据传输方式发送给第二视联网终端，以便于所述第二视联网终端根据所述视频数据传输方式确定视频数据处理方式。
示例的，本发明实施中，可以预先设置用于表示视频数据传输方式的标志位。例如，可以设置标志位“1”表示数据帧时间均匀传输方式，设置标志位“0”表示数据包时间均匀传输方式。第一视联网终端可以向第二视联网终端发送带有预设标志位的消息，以实现将视频数据传输方式发送给第二视联网终端。实际应用中，第一视联网终端还可以通过其他方式，实现将视频数据传输方式发送给第二视联网终端，本发明实施例对此不作限定。
步骤704、第一视联网终端以所述视频数据传输方式向所述第二视联网终端发送视频数据。
具体的，步骤704可以包括：
步骤7041、当所述视频数据传输方式为数据帧时间均匀传输方式时，第一视联网终端为所述视频数据中的每个数据帧分配相同的传输时间进行传输。
示例的，假设该视频数据a包括数据帧1、数据帧2以及数据帧3，其中，数据帧1为5120千字节(KB)，由4个数据包组成，数据帧2为61440KB，由60个数据包组成，数据帧3为6144KB，由6个数据包组成，当视频数据传输方式为数据帧时间均匀传输方式时，第一视联网终端可以为数据帧1、数据帧2以及数据帧3分配相同的传输时间，假设为每个数据帧分配的时间为0.1秒，那么经过0.3秒即可将视频数据a传输完毕，其中，第一个0.1秒完成对数据帧1的传输，第二个0.1秒完成对数据帧2的传输，第三个0.1秒完成对数据帧3的传输。
步骤7042、当所述视频数据传输方式为数据包时间均匀传输方式时，对于所述视频数据中的每个数据帧，第一视联网终端为所述数据帧中的每个数据包分配相同的传输时间进行传输。
示例的，假设该视频数据a包括数据帧1、数据帧2以及数据帧3，其中，数据帧1为5120千字节(KB)，由4个数据包组成，数据帧2为61440KB，由60个数据包组成，数据帧3为6144KB，由6个数据包组成，当视频数据传输方式为数据包时间均匀传输方式时，第一视联网终端可以为组成数据帧1的4个数据包、组成数据帧2的60个数据包以及组成数据帧3的6个数据包分配相同的传输时间，假设为每个数据包分配的时间为0.001秒，那么经过0.07秒即可将视频数据a传输完毕，其中，利用0.004秒完成对数据帧1的传输，利用0.06秒完成对数据帧2的传输，利用0.006秒完成对数据帧3的传输。
步骤705、第二视联网终端接收第一视联网终端发送的视频数据传输方式。
示例的，第二视联网终端可以接收第一视联网终端发送的带有预设标志为的消息，然后解析该消息并获取该消息中的标志位。其中，标志位“1”可以表示视频数据传输方式为数据帧时间均匀传输方式，标志位“0”表示视频数据传输方式为数据包时间均匀传输方式。
步骤706、第二视联网终端根据所述视频数据传输方式确定视频数据处理方式。
具体的，步骤706可以包括：
步骤7061、当所述视频数据传输方式为数据帧时间均匀传输方式时，第二视联网终端则确定视频数据处理方式为实时处理；其中，所述实时处理用于指示在接收到数据帧之后，对所述数据帧进行解码播放操作。
示例的，假设，第一视联网终端发送的带有预设标志位的消息中，该标志为标志位“1”，那么可以认为视频数据传输方式为数据帧时间均匀传输方式，此时第二视联网终端可以确定视频数据处理方式为实时处理。
步骤7062、当所述视频数据传输方式为数据包时间均匀传输方式时，第二视联网终端则确定视频数据处理方式为缓存处理；其中，所述缓存处理用于指示在接收到的视频数据的数据量达到预设数据量阈值时，对所述视频数据进行解码播放操作。
示例的，假设第一视联网终端发送的带有预设标志位的消息中，该标志为标志位“0”，那么可以认为视频数据传输方式为数据包时间均匀传输方式，此时第二视联网终端可以确定视频数据处理方式为缓存处理。
步骤707、第二视联网终端接收所述第一视联网终端发送的视频数据，并以所述视频数据处理方式对所述视频数据进行处理。
具体的，步骤707可以包括：
步骤7071、若所述视频数据处理方式为实时处理，第二视联网终端则对于所述视频数据中的每个数据帧，在接收到所述数据帧之后，直接进行解码播放操作。
示例的，假设第一视联网终端发送的视频数据a包括数据帧1、数据帧2以及数据帧3，其中，数据帧1为5120千字节(KB)，由4个数据包组成，数据帧2为61440KB，由60个数据包组成，数据帧3为6144KB，由6个数据包组成，当第一视联网终端采用数据帧均匀传输方式时，第二视联网终端每次可以接收到一个完整的数据帧，当第二视联网终端接收到数据帧1时，可以对数据帧1进行解码播放，当第二视联网终端接收到数据帧2时，可以对数据帧2进行解码播放，当第二视联网终端接收到数据帧3时，可以对数据帧3进行解码播放。这样在接收到数据之后直接进行解码播放，可以保证视频播放的实时性以及流畅性。
步骤7072、若所述视频数据处理方式为缓存处理，第二视联网终端则对于所述视频数据中的每个数据帧，将接收到的所述数据帧存储至预设存储区，在所述预设存储区中的数据量大于预设数据量阈值后，对所述预设存储区中的数据进行解码播放操作。
示例的，假设第一视联网终端发送的视频数据a包括数据帧1、数据帧2以及数据帧3，其中，数据帧1为5120千字节(KB)，由4个数据包组成，数据帧2为61440KB，由60个数据包组成，数据帧3为6144KB，由6个数据包组成，当第一视联网终端采用数据包均匀传输方式时，第二视联网终端每次可以接收到数据不一定是一个完整的数据帧，比如，由于数据帧1的数据量比较小，只有4个数据包，那么第二视联网终端仅需要0.04秒即可接收到完整的数据帧1，如果此时直接对数据帧1进行解码播放，由于数据帧2的数据量较大，有60个数据包，第二视联网终端需要0.6秒才能接收到完整的数据帧2，这样就会出现，数据帧1已经完成解码播放，但是第二视联网终端还没有接收到完整的数据帧2，进而就会出现视频播放卡顿的现象。
因此，第二视联网终端可以将接收到的数据存储至预设存储区，在预设存储区中的数据量大于预设数据量阈值后，对预设存储区中的数据进行解码播放操作，进而保证视频能够流畅播放。其中，本发明实施例中的预设数据量阈值可以是根据实际需求设置的，只要设置的数据量阈值可以保证每次都有足够的数据进行解码播放即可。需要说明的是，当第一视联网终端采用数据包时间均匀的传输方式时，第二视联网终端对视频数据采用的缓存处理方式，虽然可以保证视频播放的流畅性，但是可能会导致视频数据播放不及时，存在一定的播放延迟。
需要说明的是，在本发明的另一可选实施例中，第一视联网终端以及第二视联网终端还可以是手机、电脑、便携式电子设备或者整合了机顶盒功能的电视，等等，本发明实施例对此不作限定。
综上所述，本发明实施例提供的又一种视频数据处理方法，第一视联网终端在需要发送视频数据时会先检测当前网络带宽，然后根据当前网络带宽来选择视频数据传输方式，这样，可以避免在带宽较小的时候，采用不合适的传输方式，导致的数据传输时出现数据峰值，即就是，瞬时带宽占用过高的情况，进而避免了数据传输的卡顿现象，提高了视频传输的流畅性。同时第二视联网终端会先接收第一视联网终端发送的视频数据传输方式，然后根据该视频数据传输方式确定视频数据处理方式，最后接收第一视联网终端发送的视频数据，并以相应的视频数据处理方式对视频数据进行处理，进而保证视频播放的流畅性。
图8是本发明实施例提供的一种视频数据处理装置的框图，如图8所示，该装置80可以包括：
检测模块801，用于在需要发送视频数据时，检测当前网络带宽，。
确定模块802，用于根据所述当前网络带宽确定视频数据传输方式
第一发送模块803，用于将所述视频数据传输方式发送给第二视联网终端，以便于所述第二视联网终端根据所述视频数据传输方式确定视频数据处理方式。
第二发送模块804，用于以所述视频数据传输方式向所述第二视联网终端发送视频数据。
可选的，上述确定模块802，包括：
第一确定子模块8021，用于在所述当前网络带宽不小于预设带宽阈值时，确定视频数据传输方式为数据帧时间均匀传输方式。
第二确定子模块8022，用于在所述当前网络带宽小于预设带宽阈值时，确定视频数据传输方式为数据包时间均匀传输方式。
可选的，上述第二发送模块804，包括：
第一传输子模块8041，用于当所述视频数据传输方式为数据帧时间均匀传输方式时，为所述视频数据中的每个数据帧分配相同的传输时间进行传输。
第二传输子模块8042，用于当所述视频数据传输方式为数据包时间均匀传输方式时，对于所述视频数据中的每个数据帧，为所述数据帧中的每个数据包分配相同的传输时间进行传输。
综上所述，本发明实施例提供的视频数据处理装置，检测模块在需要发送视频数据时会先检测当前网络带宽，然后确定模块可以根据当前网络带宽来选择视频数据传输方式，这样，可以避免在带宽较小的时候，采用不合适的传输方式，导致的数据传输时出现数据峰值，即就是瞬时带宽占用过高的情况，进而避免了数据传输的卡顿现象，提高了视频传输的流畅性。同时第一发送模块还会将视频数据传输方式发送给第二视联网终端，以便于第二视联网终端能够采用对应的处理方式对视频数据进行处理，保证视频数据能够流畅播放。
图9是本发明实施例提供的另一种视频数据处理装置的框图，如图9所示，该装置90包括：
接收模块901，用于接收第一视联网终端发送的视频数据传输方式。
确定模块902，用于根据所述视频数据传输方式确定视频数据处理方式。
处理模块903，用于接收所述第一视联网终端发送的视频数据，并以所述视频数据处理方式对所述视频数据进行处理。
可选的，上述确定模块902，用于：
当所述视频数据传输方式为数据帧时间均匀传输方式时，则确定视频数据处理方式为实时处理；其中，所述实时处理用于指示在接收到数据帧之后，对所述数据帧进行解码播放操作。
当所述视频数据传输方式为数据包时间均匀传输方式时，则确定视频数据处理方式为缓存处理；其中，所述缓存处理用于指示在接收到的视频数据的数据量达到预设数据量阈值时，对所述视频数据进行解码播放操作。
可选的，上述处理模块903，用于：
若所述视频数据处理方式为实时处理，则对于所述视频数据中的每个数据帧，在接收到所述数据帧之后，直接进行解码播放操作。
若所述视频数据处理方式为缓存处理，则对于所述视频数据中的每个数据帧，将接收到的所述数据帧存储至预设存储区，在所述预设存储区中的数据量大于预设数据量阈值后，对所述预设存储区中的数据进行解码播放操作。
本发明实施例提供的视频数据处理装置，接收模块会先接收第一视联网终端发送的视频数据传输方式，然后确定模块可以根据该视频数据传输方式确定视频数据处理方式，最后处理模块可以接收第一视联网终端发送的视频数据，并以相应的视频数据处理方式对视频数据进行处理，进而保证视频播放的流畅性。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种视频数据处理方法及装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (4)

1.一种视频数据处理方法，其特征在于，应用于第一视联网终端，所述方法应用于视联网中，所述方法包括：
在需要发送视频数据时，检测当前网络带宽；其中，所述视频数据由多个数据帧组成，所述数据帧由多个数据包组成；
根据所述当前网络带宽确定视频数据传输方式，具体包括：
在所述当前网络带宽不小于预设带宽阈值时，确定视频数据传输方式为数据帧时间均匀传输方式；
在所述当前网络带宽小于预设带宽阈值时，确定视频数据传输方式为数据包时间均匀传输方式；
将所述视频数据传输方式发送给第二视联网终端，以便于所述第二视联网终端根据所述视频数据传输方式确定视频数据处理方式；
以所述视频数据传输方式向所述第二视联网终端发送视频数据，具体包括：
当所述视频数据传输方式为数据帧时间均匀传输方式时，为所述视频数据中的每个数据帧分配相同的传输时间进行传输；
当所述视频数据传输方式为数据包时间均匀传输方式时，对于所述视频数据中的每个数据帧，为所述数据帧中的每个数据包分配相同的传输时间进行传输。
2.一种视频数据处理方法，其特征在于，所述方法应用于视联网中，所述方法包括：
接收第一视联网终端发送的视频数据传输方式；
根据所述视频数据传输方式确定视频数据处理方式，具体包括：
当所述视频数据传输方式为数据帧时间均匀传输方式时，则确定视频数据处理方式为实时处理；其中，所述数据帧时间均匀传输方式是指为所述视频数据中的每个数据帧都分配相同的传输时间；所述实时处理用于指示能接收到完整的数据帧，并在接收到所述完整的数据帧时，对所述数据帧进行解码播放操作；
当所述视频数据传输方式为数据包时间均匀传输方式时，则确定视频数据处理方式为缓存处理；其中，所述数据包时间均匀传输方式是指为所述视频数据中每个数据帧中的每个数据包都分配相同的传输时间；所述缓存处理用于指示能接收到一帧数据中的部分数据，并在接收到的视频数据的数据量达到预设数据量阈值时，对所述视频数据进行解码播放操作；
接收所述第一视联网终端发送的视频数据，并以所述视频数据处理方式对所述视频数据进行处理，具体包括：
若所述视频数据处理方式为实时处理，则对于所述视频数据中的每个数据帧，在接收到所述数据帧之后，直接进行解码播放操作；
若所述视频数据处理方式为缓存处理，则对于所述视频数据中的每个数据帧，将接收到的所述数据帧存储至预设存储区，在所述预设存储区中的数据量大于预设数据量阈值后，对所述预设存储区中的数据进行解码播放操作。
3.一种视频数据处理装置，其特征在于，所述装置包括：
检测模块，用于在需要发送视频数据时，检测当前网络带宽；
确定模块，用于根据所述当前网络带宽确定视频数据传输方式；
第一发送模块，用于将所述视频数据传输方式发送给第二视联网终端，以便于所述第二视联网终端根据所述视频数据传输方式确定视频数据处理方式；
第二发送模块，用于以所述视频数据传输方式向所述第二视联网终端发送视频数据；
其中，所述确定模块包括：
第一确定子模块，用于在所述当前网络带宽不小于预设带宽阈值时，确定视频数据传输方式为数据帧时间均匀传输方式；
第二确定子模块，用于在所述当前网络带宽小于预设带宽阈值时，确定视频数据传输方式为数据包时间均匀传输方式；
所述第二发送模块包括：
第一传输子模块，用于当所述视频数据传输方式为数据帧时间均匀传输方式时，为所述视频数据中的每个数据帧分配相同的传输时间进行传输；
第二传输子模块，用于当所述视频数据传输方式为数据包时间均匀传输方式时，对于所述视频数据中的每个数据帧，为所述数据帧中的每个数据包分配相同的传输时间进行传输。
4.一种视频数据处理装置，其特征在于，所述装置包括：
接收模块，用于接收第一视联网终端发送的视频数据传输方式；
确定模块，用于根据所述视频数据传输方式确定视频数据处理方式；其中，当所述视频数据传输方式为数据帧时间均匀传输方式时，则确定视频数据处理方式为实时处理；当所述视频数据传输方式为数据包时间均匀传输方式时，则确定视频数据处理方式为缓存处理；其中，所述实时处理用于指示在接收到数据帧之后，对所述数据帧进行解码播放操作；所述缓存处理用于指示在接收到的视频数据的数据量达到预设数据量阈值时，对所述视频数据进行解码播放操作；所述数据帧时间均匀传输方式是指为所述视频数据中的每个数据帧都分配相同的传输时间；所述数据包时间均匀传输方式是指为所述视频数据中每个数据帧中的每个数据包都分配相同的传输时间；
处理模块，用于接收所述第一视联网终端发送的视频数据，并以所述视频数据处理方式对所述视频数据进行处理；其中，若所述视频数据处理方式为实时处理，则对于所述视频数据中的每个数据帧，在接收到所述数据帧之后，直接进行解码播放操作；若所述视频数据处理方式为缓存处理，则对于所述视频数据中的每个数据帧，将接收到的所述数据帧存储至预设存储区，在所述预设存储区中的数据量大于预设数据量阈值后，对所述预设存储区中的数据进行解码播放操作。
CN201710842552.0A 2017-09-18 2017-09-18 一种视频数据处理方法及装置 Active CN108632559B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710842552.0A CN108632559B (zh) 2017-09-18 2017-09-18 一种视频数据处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710842552.0A CN108632559B (zh) 2017-09-18 2017-09-18 一种视频数据处理方法及装置

Publications (2)

Publication Number Publication Date
CN108632559A CN108632559A (zh) 2018-10-09
CN108632559B true CN108632559B (zh) 2019-06-11

Family

ID=63705673

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710842552.0A Active CN108632559B (zh) 2017-09-18 2017-09-18 一种视频数据处理方法及装置

Country Status (1)

Country Link
CN (1) CN108632559B (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111147938A (zh) * 2018-11-06 2020-05-12 奇酷互联网络科技（深圳）有限公司 视频投屏方法、视频源终端、播放终端及存储介质
CN109766282B (zh) * 2019-01-31 2020-09-25 Oppo广东移动通信有限公司 一种卡顿检测方法、卡顿检测装置及终端设备
CN110198304A (zh) * 2019-04-30 2019-09-03 视联动力信息技术股份有限公司 一种控制终端的方法和装置
CN111491016B (zh) * 2020-04-02 2023-08-25 北京代码乾坤科技有限公司 同步数据处理方法和装置
CN114501039B (zh) * 2020-11-11 2024-04-16 中移(上海)信息通信科技有限公司 超低时延的视频数据传输方法及装置
CN115776378B (zh) * 2021-09-06 2024-02-09 中核武汉核电运行技术股份有限公司 一种核电工业互联网平台时序数据实时接入方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1764184A (zh) * 2005-10-20 2006-04-26 中兴通讯股份有限公司 一种实时流媒体通讯传输系统和方法
CN101079716A (zh) * 2006-04-06 2007-11-28 通用电气公司 图像流传输模式的自适应选择
CN102006476A (zh) * 2010-11-19 2011-04-06 厦门雅迅网络股份有限公司 一种传输和接收实时视频数据的优化处理方法
CN106341738A (zh) * 2015-07-08 2017-01-18 杭州海康威视数字技术股份有限公司 流媒体网络传输的带宽计算方法、服务器端和系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008078798A1 (ja) * 2006-12-27 2008-07-03 Kyocera Corporation 通信システム、無線通信端末、通信方法、無線通信方法、無線通信装置、およびその制御方法
US20110249667A1 (en) * 2010-04-13 2011-10-13 Rebelvox, Llc Apparatus and method for transmitting media using either network efficient protocol or a loss tolerant transmission protocol
CN106412625B (zh) * 2016-10-08 2019-08-06 Oppo广东移动通信有限公司 多媒体同步播放方法、装置、终端及系统
CN106792262A (zh) * 2016-12-05 2017-05-31 乐视控股（北京）有限公司 视频数据传输方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1764184A (zh) * 2005-10-20 2006-04-26 中兴通讯股份有限公司 一种实时流媒体通讯传输系统和方法
CN101079716A (zh) * 2006-04-06 2007-11-28 通用电气公司 图像流传输模式的自适应选择
CN102006476A (zh) * 2010-11-19 2011-04-06 厦门雅迅网络股份有限公司 一种传输和接收实时视频数据的优化处理方法
CN106341738A (zh) * 2015-07-08 2017-01-18 杭州海康威视数字技术股份有限公司 流媒体网络传输的带宽计算方法、服务器端和系统

Also Published As

Publication number Publication date
CN108632559A (zh) 2018-10-09

Similar Documents

Publication Publication Date Title
CN108121588B (zh) 一种访问外部资源的方法及其视联网接入服务器
CN108632559B (zh) 一种视频数据处理方法及装置
CN110233984A (zh) 一种基于视联网的监控系统和方法
CN108063745B (zh) 一种基于安卓设备的视频通话方法及其系统
CN108880926A (zh) 一种服务器监控的方法和装置
CN108965224A (zh) 一种视频点播的方法和装置
CN108173895A (zh) 一种通信方法和装置
CN110048954A (zh) 一种数据传输方法及装置
CN109151058A (zh) 一种数据传输方法和装置
CN108989078A (zh) 一种视联网中节点设备故障检测方法和装置
CN108307212B (zh) 一种文件点播方法和装置
CN108881135A (zh) 一种基于视联网的信息传输方法、装置和系统
CN109246486A (zh) 一种组帧方法和装置
CN110351506A (zh) 一种视频录制方法、装置、电子设备及可读存储介质
CN110049346A (zh) 一种视频直播的方法和系统
CN110475125A (zh) 视频转码方法和装置
CN110072126A (zh) 数据请求方法、协转服务器及计算机可读存储介质
CN108881818A (zh) 一种视频数据的传输方法和装置
CN108881819A (zh) 一种音频数据的传输方法和装置
CN109729184A (zh) 一种视联网业务处理的方法和装置
CN109491783A (zh) 一种内存利用率的获取方法和系统
CN110022500A (zh) 一种丢包处理方法和装置
CN109889380A (zh) 一种数据包的发送速率处理方法和系统
CN109842630A (zh) 视频处理方法和装置
CN109121017A (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
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 100000 Dongcheng District, Beijing, Qinglong Hutong 1, 1103 house of Ge Hua building.

Applicant after: Video Link Power Information Technology Co., Ltd.

Address before: 100000 Beijing Dongcheng District Qinglong Hutong 1 Song Hua Building A1103-1113

Applicant before: BEIJING VISIONVERA INTERNATIONAL INFORMATION TECHNOLOGY CO., LTD.

GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20201230

Address after: 570105 room 1201, Central International Plaza, 77 Binhai street, Longhua District, Haikou City, Hainan Province

Patentee after: Hainan Qiantang Shilian Information Technology Co.,Ltd.

Address before: 100000 Dongcheng District, Beijing, Qinglong Hutong 1, 1103 house of Ge Hua building.

Patentee before: VISIONVERA INFORMATION TECHNOLOGY Co.,Ltd.