CN108234433A - 用于处理视频业务的方法和装置 - Google Patents
用于处理视频业务的方法和装置 Download PDFInfo
- Publication number
- CN108234433A CN108234433A CN201611200457.2A CN201611200457A CN108234433A CN 108234433 A CN108234433 A CN 108234433A CN 201611200457 A CN201611200457 A CN 201611200457A CN 108234433 A CN108234433 A CN 108234433A
- Authority
- CN
- China
- Prior art keywords
- data block
- upstream request
- request message
- video
- audio
- 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.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation or special uses of UDP protocol
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
- H04N7/17318—Direct or substantially direct transmission and handling of requests
-
- 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/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- 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/70—Media network packetisation
-
- 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
-
- 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/765—Media network packet handling intermediate
-
- 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/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/26—Special purpose or proprietary protocols or architectures
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
-
- 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/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
-
- 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/60—Network 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/63—Control 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/643—Communication protocols
-
- 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/60—Network 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/63—Control 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/643—Communication protocols
- H04N21/64322—IP
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W56/00—Synchronisation arrangements
- H04W56/0005—Synchronisation arrangements synchronizing of arrival of multiple uplinks
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
本发明实施例提供了一种用于处理视频业务的方法和装置,能够识别出基于QUIC协议传输的视频业务的音视频分片。该方法包括:第一设备接收服务器根据客户端的多个上行请求消息发送的第一视频业务的多个数据块,所述多个上行请求消息包括至少两组上行请求消息;所述第一设备确定在所述至少两组上行请求消息中第一组上行请求消息和与所述第一组上行请求消息相邻的第二组上行请求消息之间接收到的数据块的数量;若在所述第一组上行请求消息和所述第二组上行请求消息之间接收到的数据块的数量为一个,所述第一设备将所述第一组上行请求消息和所述第二组上行请求消息之间接收到的数据块确定为音视频分片。
Description
技术领域
本发明实施例涉及通信领域,并且更具体地,涉及一种用于处理视频业务的方法和装置。
背景技术
随着移动宽带(Mobile Broad-Band,简称为“MBB”)网络的不断发展,移动业务的重心已经由语音业务转向数据业务,其中视频业务在数据业务中占比最大,广泛被全球各大移动运营商定义为基础业务。目前绝大部分的点播视频采用传输控制协议(TransportControl Protocol,简称为“TCP”)传输,但是,TCP存在初始交互的时延长、传输错误后必须等待等缺点。因此,谷歌(Google)公司推出了基于用户数据报协议(User DatagramProtocol,简称为“UDP”)传输的一种新协议——快速UDP网络连接(Quick UDP InternetConnection,简称为“QUIC”)协议,它具有零往返时延(Round-Trip Time,简称为“RTT”)、前向纠错、多路复用等优点。鉴于QUIC协议的优势,基于QUIC协议进行视频传输已成为当前的研究热点。
从语音业务向数据业务切换的过程中,运营商也从关注网络质量的关键性能指标(Key Performance Indicator,简称为“KPI”)到关注用户体验的关键质量指标(KeyQuality Indicator,简称为“KQI”),视频作为移动运营商的流动现金流,其体验更是重中之重。视频码率决定了视频源的质量,也决定了视频播放等待时长与视频的卡顿,而识别视频码率就需要将音视频分片都识别出来。
现有的处理视频业务的方法,都是针对采用TCP传输的视频业务,在TCP协议下,音频分片和视频分片分别对应一条数据流。而在QUIC协议下,音频分片与视频分片是混合在一条数据流中进行传输的,现有方法无法识别出一条数据流中的音视频分片。因此,对于采用QUIC协议进行传输的视频业务的音视频分片的识别,是一项亟待解决的问题。
发明内容
有鉴于此,本发明实施例提供一种用于处理视频业务的方法和装置,能够识别出基于QUIC协议传输的音视频分片。
第一方面,提供了一种用于处理视频业务的方法,包括:第一设备接收服务器根据客户端的多个上行请求消息发送的第一视频业务的多个数据块,所述多个上行请求消息用于请求所述第一视频业务,所述多个上行请求消息包括至少两组上行请求消息,所述至少两组上行请求消息中的每组上行请求消息包括两个连续发送的上行请求消息;
所述第一设备确定在所述至少两组上行请求消息中第一组上行请求消息和与所述第一组上行请求消息相邻的第二组上行请求消息之间接收到的数据块的数量;
若在所述第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量为一个,所述第一设备将所述第一组上行请求消息和所述第二组上行请求消息之间接收到的数据块确定为音视频分片。
在本发明实施例中,客户端可以通过多个上行请求消息获取第一视频业务的多个数据块,多个上行请求消息包括至少两组上行请求消息,第一设备可以根据至少两组上行请求消息中的第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量,来确定音视频分片。具体地,若第一组上行请求消息和第二组上行请求消息之间仅仅有一个数据块,那么该第一设备可以确定该数据块为音视频分片。
因此,本发明实施例的用于处理视频业务的方法,通过至少两组上行请求消息中第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量,确定音视频分片,能够识别出基于QUIC协议传输的音视频分片,提高了音视频分片的识别效率。
在第一方面的第一种可能的实现方式中,若所述第一组上行请求消息和所述第二组上行请求消息之间的数据块的数量为至少两个,所述第一设备根据所述第一组上行请求消息和所述第二组上行请求消息之间的至少两个数据块中的每个数据块的大小,确定至少一个音视频分片。
具体地,在第一组上行请求消息和第二组上行请求消息之间存在至少两个数据块的情况下,第一设备需要确定该至少两个数据块中每个数据块的大小,再根据该至少两个数据块中每个数据块的大小确定至少一个音视频分片。
结合第一方面的上述可能的实现方式,在第一方面的第二种可能的实现方式中,所述第一设备根据所述第一组上行请求消息和所述第二组上行请求消息之间接收到的至少两个数据块的大小,确定至少一个音视频分片,包括:
所述第一设备根据所述至少两个数据块中每个数据块的大小,将所述至少两个数据块中的全部或部分相邻的数据块依次进行两两合并,得到至少一个合并数据块;
所述第一设备将所述至少一个合并数据块确定为所述至少一个音视频分片。
具体地,该第一设备可以根据该多个数据块中每个数据块的大小,将该多个数据块中的全部或部分相邻的数据块两两进行合并。在进行合并的过程中,第一设备可以按照该多个数据块的接收时间的先后顺序,先将第一个数据块与紧邻第一个数据块的第二个数据块进行合并,再将第三个数据块与紧邻第三个数据块的第四个数据块进行合并,依次类推,直到将该多个数据块合并完毕,但本发明实施例对此不作限定。
结合第一方面的上述可能的实现方式,在第一方面的第三种可能的实现方式中,所述第一设备根据所述至少两个数据块中每个数据块的大小,将所述多个数据块中的全部或部分相邻的数据块依次进行两两合并,包括:
在所述至少两个数据块中的第一数据块的大小大于第一门限值,且所述至少两个数据块中与所述第一数据块相邻的第二数据块的大小小于或等于所述第一门限值的情况下,所述第一设备将所述第一数据块和所述第二数据块进行合并。
结合第一方面的上述可能的实现方式,在第一方面的第四种可能的实现方式中,所述方法还包括:
在所述第一数据块的大小和所述第二数据块的大小均小于或等于所述第一门限值的情况下,所述第一设备确定所述至少两个数据块中紧随所述第一数据库和所述第二数据块的第三数据块的大小;
在所述第三数据块的大小大于所述第一门限值的情况下,所述第一设备将所述第二数据块和所述第三数据块进行合并。
上述第三数据块为该第一设备在接收到该第一数据块和该第二数据块之后接收到的数据块。应理解,该第一设备进行合并的原则为将大数据块与小数据块合并。对于相邻的均大于第一门限值的两个数据块,该第一设备可以将第一数据块直接确定为音视频分片,在紧邻第二数据块的第三数据块小于或等于第一门限值的情况下,将第二数据块与第三数据块进行合并。对于相邻的均小于或等于第一门限值的两个数据块,该第一设备可以将第一数据块直接忽略掉,在紧邻第二数据块的第三数据块大于第一门限值的情况下,将第二数据块与第三数据块进行合并。
还应理解,由于第一视频业务的音视频分片是按照多个上行请求消息的发送顺序来接收的,所以多个数据块的接收顺序代表了该第一视频业务的播放顺序,在进行合并操作的时候,只可以将相邻的数据块进行合并,以保证识别出来的音视频分片的有序性以及整个第一视频业务的完整性。
可选地,在进行合并操作确定了至少一个音视频分片之后,可以计算所有根据两组上行请求消息直接确定的音视频分片的大小的平均值,再采用该平均值对合并的音视频分片的大小进行修正,但本发明实施例对此不作限定。
结合第一方面的上述可能的实现方式,在第一方面的第五种可能的实现方式中,所述方法还包括:
在所述第一数据块的大小和所述第二数据块的大小均大于所述第一门限值的情况下,所述第一设备将所述第一数据块确定为音视频分片。
结合第一方面的上述可能的实现方式,在第一方面的第六种可能的实现方式中,在所述第一设备确定在所述至少两组上行请求消息中的第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量之前,所述方法还包括:
所述第一设备确定所述第一视频业务的音视频是否分离;
所述第一设备确定在所述至少两组上行请求消息中的第一组上行请求消息和所述第二组上行请求消息之间接收到的数据块的数量,包括:
在所述第一视频业务的音视频分离的情况下,所述第一设备确定在所述至少两组上行请求消息中的第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量。
具体地,该第一设备可以先判断第一视频业务的音视频是否分离,在该第一视频业务音视频分离的情况下,再确定第一组上行请求消息和第二组上行请求消息之间的数据块的数量。应理解,对于音视频未分离的情况,每两个上行请求消息之间必然会存在一个数据块,不会存在一组上行请求消息,因此,该第一设备可以直接将在每两个上行请求消息之间接收到的数据块确定为音视频分片。
结合第一方面的上述可能的实现方式,在第一方面的第七种可能的实现方式中,所述方法还包括:
在所述第一视频业务的音视频未分离的情况下,所述第一设备将所述多个上行请求消息中每两个相邻的上行请求消息之间接收到的数据块确定为音视频分片。
结合第一方面的上述可能的实现方式,在第一方面的第八种可能的实现方式中,所述第一设备确定所述第一视频业务的音视频是否分离,包括:
所述第一设备确定所述多个上行请求消息中是否存在连续发送的至少两个上行请求消息;
若确定所述多个上行请求消息中存在连续发送的至少两个上行请求消息,所述第一设备确定所述第一视频业务的音视频分离;
若确定所述多个上行请求消息中不存在连续发送的至少两个上行请求消息,所述第一设备确定所述第一视频业务的音视频未分离。
具体地,该第一设备可以根据多个上行请求消息中是否存在连续发送的至少两个上行请求消息来判断该第一视频业务的音视频是否分离。而该第一设备可以采用多种方式判断该多个上行请求消息中是否存在连续发送的至少两个上行请求消息,例如,该第一设备可以通过该多个上行请求消息中每个上行请求消息的某一个字段是否连续,确定是否存在连续发送的至少两个上行请求消息,但本发明实施例对此不作限定。
结合第一方面的上述可能的实现方式,在第一方面的第九种可能的实现方式中,所述第一设备确定所述多个上行请求消息中是否存在连续发送的至少两个上行请求消息,包括:
所述第一设备获取所述多个上行请求消息中每个上行请求消息的第一字段,所述第一字段分别用于标识所述上行请求消息;
若所述多个上行请求消息中存在第一字段连续的至少两个上行请求消息,所述第一设备确定所述多个上行请求消息中存在连续发送的至少两个上行请求消息;
若所述多个上行请求消息中不存在第一字段连续的至少两个上行请求消息,所述第一设备确定所述多个上行请求消息中不存在连续发送的至少两个上行请求消息。
应理解,只要是能够起到标识作用的字段,都可以被用来判断上行请求消息是否连续发送,在一种实现方式中,该第一字段可以为IP首部的ID字段或QUIC首部的SeqNo字段,本发明实施例对此不作限定。
结合第一方面的上述可能的实现方式,在第一方面的第十种可能的实现方式中,所述方法还包括:
所述第一设备确定所述多个数据块中与所述多个上行请求消息中的第一个上行请求消息对应的第一个数据块的大小;
在所述第一视频业务的音视频分离的情况下,若所述第一个数据块的大小小于第二门限值,所述第一设备确定所述多个数据块中与所述多个上行请求消息中的第二个上行请求消息对应的第二个数据块的大小;
若所述第二个数据块的大小小于所述第二门限值,所述第一设备将所述多个数据块中与所述多个上行请求消息中的第三个上行请求消息对应的第三个数据块确定为首片音视频分片。
结合第一方面的上述可能的实现方式,在第一方面的第十一种可能的实现方式中,所述方法还包括:
若所述第二个数据块的大小大于或等于所述第二门限值,所述第一设备将所述第二个数据块确定为首片音视频分片。
结合第一方面的上述可能的实现方式,在第一方面的第十二种可能的实现方式中,所述方法还包括:
若所述第一个数据块的大小大于或等于所述第二门限值,所述第一设备将所述第一个数据块确定为首片音视频分片。
结合第一方面的上述可能的实现方式,在第一方面的第十三种可能的实现方式中,所述方法还包括:
在所述第一视频业务的音视频未分离的情况下,若所述第一个数据块的大小小于所述第二门限值,所述第一设备将所述第二个数据块确定为首片音视频分片。
应理解,上述方法主要为了过滤掉除音视频分片外的索引分片,索引分片中包括该第一视频业务的相关索引信息,且索引分片和音视频分片在大小上有明显的差异,因此,本发明实施例通过设置门限,可以将首片音视频分片识别出来。
可选地,所述方法还包括:
所述第一设备根据所述第一视频业务的音视频分片的时长规律,确定所述音视频分片的可播放时长;
所述第一设备根据所述音视频分片的可播放时长以及所述音视频分片的大小,计算所述音视频分片的分片码率。
具体地,该第一设备在识别出一个音视频分片之后,就可以计算该音视频分片的分片码率。该第一设备可以使用时长模型进行逆向映射,得到该音视频分片的可播放时长,然后用该音视频分片的大小除以该音视频分片的可播放时长,得到分片码率。
结合第一方面的上述可能的实现方式,在第一方面的第十四种可能的实现方式中,所述方法还包括:
在所述第一设备得到所述第一视频业务的所有音视频分片之后,所述第一设备确定所述第一视频业务的业务级码率。
结合第一方面的上述可能的实现方式,在第一方面的第十五种可能的实现方式中,所述第一设备确定所述第一视频业务的业务级码率,包括:
所述第一设备分别确定所述第一视频业务的所有音视频分片的流量变化率和速率变化率;
在所述第一视频业务的第一音视频分片的流量变化率大于第三门限值且所述第一音视频分片的速率变化率大于第四门限值的情况下,所述第一设备确定所述第一音视频分片为重传分片;
所述第一设备根据所述所有音视频分片中除所述第一音视频分片外的剩余音视频分片,确定所述第一视频业务的业务级码率。
具体地,该第一设备可以在识别出该第一视频业务的所有音视频分片之后,计算该第一视频业务的业务级码率。在计算业务级码率之前,该第一设备可以根据每个音视频分片的流量变化率和速率变化率将重传分片筛选并过滤掉,再利用所有音视频分片中除所述第一音视频分片外的剩余音视频分片计算业务级码率。
应理解,业务级码率是一次视频业务的整体码率,业务级码率是一次汇总的过程,去掉重复的分片之后,将不重复的分片的大小和时长累加,再用累加的大小除以时长,得到业务级码率。
第二方面,提供了一种用于处理视频业务的装置,用于执行上述第一方面或第一方面的任意可能的实现方式中的方法;
具体地,该装置包括用于执行上述第一方面或第一方面的任意可能的实现方式中的方法的单元。
第三方面,提供了一种用于处理视频业务的装置,该装置包括:收发器、存储器和处理器。其中,该收发器、该存储器和该处理器通过内部连接通路互相通信,该存储器用于存储指令,该处理器用于执行该存储器存储的指令,以控制接收器接收信号,并控制发送器发送信号,并且当该处理器执行该存储器存储的指令时,该执行使得该处理器执行第一方面或第一方面的任意可能的实现方式中的方法。
第四方面,提供了一种用于处理视频业务的系统,该系统包括客户端、服务器以及上述第二方面或第二方面的任一种可能实现方式中的装置;或者
该系统包括客户端、服务器以及上述第三方面或第三方面的任一种可能实现方式中的装置。
第五方面,提供了一种计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。
附图说明
图1是本发明实施例应用的通信系统的示意图。
图2是本发明实施例提供的用于处理视频业务的方法的示意性流程图。
图3是本发明实施例提供的另一用于处理视频业务的方法的示意性流程图。
图4是本发明实施例提供的另一用于处理视频业务的方法的示意性流程图。
图5是本发明实施例提供的另一用于处理视频业务的方法的示意性流程图。
图6是本发明实施例提供的用于处理视频业务的装置的示意性框图。
图7是本发明实施例提供的另一用于处理视频业务的装置的示意性框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行描述。
应理解,本发明实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(Global System of Mobile communication,GSM)系统、码分多址(Code DivisionMultiple Access,CDMA)系统、宽带码分多址(Wideband Code Division MultipleAccess,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long Term Evolution,LTE)系统、LTE频分双工(Frequency Division Duplex,FDD)系统、LTE时分双工(Time Division Duplex,TDD)、通用移动通信系统(Universal MobileTelecommunication System,UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access,WiMAX)通信系统、以及未来的5G通信系统等。
图1示出了本发明实施例提供系统100的示意图。系统100包括客户端110,至少一个第一设备120以及服务器130,其中,客户端110在需要获取视频业务的情况下,可以通过第一设备120依次向服务器130发送多个上行请求消息用于请求该视频业务。
具体地,上述多个上行请求消息是串行发送的,一个上行请求消息用于请求一个音频分片或视频分片。在收到客户端110发送的一个上行请求消息之后,第一设备120将该上行请求消息转发至服务器130,服务器130根据该上行请求消息,向第一设备120发送对应的视频业务的数据块,该数据块中包括客户端120需要获取的视频业务的音频分片和视频分片,第一设备120再将该数据块转发给客户端110。应理解,客户端110会持续发送上行请求消息,直到接收完该视频业务的所有音视频分片为止。
应理解,从第一设备的角度而言,只能接收客户端发送来的数据块,第一设备是无法区分该数据块中的视频业务和音频业务的。在上述流程中,对于第一设备120而言,仅仅作为中间的转发节点。第一设备除了转发上行请求消息和对应的数据块之外,还需要对视频业务进行处理,识别出数据块中的音视频分片,进一步地,还可以计算视频业务的初始缓冲时延,计算该视频业务在播放过程中的卡顿时延以及卡顿位置,计算视频业务的分辨率,从而便于统计现网视频的分辨率分布等等。
现有的处理视频业务的方法,都是针对采用TCP传输的视频业务。在TCP协议下,针对音视频分离的情况,音频分片和视频分片分别对应一条数据流,即音频数据流和视频数据流。对于采用TCP传输的视频业务,第一设备可以分别通过针对一个数据流的每两个上行请求消息之间的接收到的数据块来确定音视频分片,再根据音视频分片的大小,区分音频分片和视频分片。而在QUIC协议下,音频分片与视频分片是混合在一条数据流中进行传输的,现有方法无法识别出一条数据流中的音视频分片。
图2示出了本发明实施例提供的用于处理视频业务的方法200的示意性流程图。该方法200可以应用于图1所示的系统架构100,但本发明实施例不限于此。
S210,第一设备接收服务器根据客户端的多个上行请求消息发送的第一视频业务的多个数据块,所述多个上行请求消息用于请求所述第一视频业务,所述多个上行请求消息包括至少两组上行请求消息,所述至少两组上行请求消息中的每组上行请求消息包括两个连续发送的上行请求消息;
S220,所述第一设备确定在所述至少两组上行请求消息中第一组上行请求消息和与所述第一组上行请求消息相邻的第二组上行请求消息之间接收到的数据块的数量;
S230,若在所述第一组上行请求消息和所述第二组上行请求消息之间接收到的数据块的数量为一个,所述第一设备将所述第一组上行请求消息和所述第二组上行请求消息之间接收到的数据块确定为音视频分片。
具体地,在音视频未分离的情况下,客户端向第一设备依次发送多个上行请求消息,该多个上行请求消息用于请求第一视频业务的所有音视频分片,该第一设备在接收到一个上行请求消息之后,将该上行请求消息转发给服务器,该服务器根据该上行请求消息向该第一设备发送一个音频分片或视频分片,该第一设备将该音频分片或视频分片发送给客户端,该客户端再去发送下一个上行请求消息。而在音视频分离的情况下,客户端可以向第一设备连续发送两个上行请求消息,其中一个上行请求消息用于请求音频分片,另一个上行请求消息用于请求视频分片,本文将连续发送的两个上行请求消息称为一组上行请求消息。此外,在音视频分离的情况下,客户端也可以先发送一个上行请求消息,在收到包括音频分片或视频分片的数据块之后再发送下一个上行请求消息。因此,第一设备在接收到服务器发送来的数据块之后,可以根据该数据块前后的上行请求消息确定该数据块是否为音视频分片。
在本发明实施例中,客户端可以通过多个上行请求消息获取第一视频业务的多个数据块,多个上行请求消息包括至少两组上行请求消息,第一设备可以根据至少两组上行请求消息中的第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量,来确定音视频分片。具体地,若第一组上行请求消息和第二组上行请求消息之间仅仅有一个数据块,那么该第一设备可以确定该数据块为音视频分片。
因此,本发明实施例的用于处理视频业务的方法,通过至少两组上行请求消息中第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量,确定音视频分片,能够识别出基于QUIC协议传输的音视频分片,提高了音视频分片的识别效率。
作为一个可选的实施例,所述方法还包括:
若在所述第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量为至少两个,所述第一设备根据所述第一组上行请求消息和所述第二组上行请求消息之间接收到的至少两个数据块的大小,确定至少一个音视频分片。
具体地,在第一组上行请求消息和第二组上行请求消息之间接收到至少两个数据块的情况下,第一设备需要确定该至少两个数据块中每个数据块的大小,再根据该至少两个数据块中每个数据块的大小确定至少一个音视频分片。
作为一个可选的实施例,所述第一设备根据所述第一组上行请求消息和所述第二组上行请求消息之间接收到的至少两个数据块大小,确定至少一个音视频分片,包括:
所述第一设备根据所述至少两个数据块中每个数据块的大小,将所述至少两个数据块中的全部或部分相邻的数据块依次进行两两合并,得到至少一个合并数据块;
所述第一设备将所述至少一个合并数据块确定为所述至少一个音视频分片。
具体地,该第一设备可以根据该至少两个数据块中每个数据块的大小,将该至少两个数据块中的全部或部分相邻的数据块两两进行合并。在进行合并的过程中,第一设备可以按照该至少两个数据块的接收顺序,先将第一个数据块与紧邻第一个数据块的第二个数据块进行合并,再将第三个数据块与紧邻第三个数据块的第四个数据块进行合并,依次类推,直到将该至少两个数据块合并完毕,但本发明实施例对此不作限定。
作为一个可选的实施例,所述第一设备根据所述至少两个数据块中每个数据块的大小,将所述至少两个数据块中的全部或部分相邻的数据块依次进行两两合并,包括:
在所述至少两个数据块中的第一数据块的大小大于第一门限值,且所述至少两个数据块中与所述第一数据块相邻的第二数据块的大小小于或等于所述第一门限值的情况下,所述第一设备将所述第一数据块和所述第二数据块进行合并。
作为一个可选的实施例,所述方法还包括:
在所述第一数据块的大小和所述第二数据块的大小均小于或等于所述第一门限值的情况下,所述第一设备确定所述至少两个数据块中紧随所述第一数据块和所述第二数据块的第三数据块的大小;
在所述第三数据块的大小大于所述第一门限值的情况下,所述第一设备将所述第二数据块和所述第三数据块进行合并。
作为一个可选的实施例,所述方法还包括:
在所述第一数据块和所述第二数据块的大小均大于所述第一门限值的情况下,所述第一设备将所述第一数据块确定为音视频分片。
应理解,该第一设备进行合并的原则为将大数据块与小数据块合并。因此,在上述第一数据块大于第一门限值,且上述第二数据块小于或等于第一门限值的情况下,该第一设备可以将第一数据块和第二数据块进行合并。或者,当上述第一数据块小于或等于第一门限值,且第二数据块大于第一门限值的情况下,该第一设备也可以将第一数据块和第二数据块进行合并。若第一数据块和第二数据块均大于第一门限值,第一设备可以不进行合并操作,直接将第一数据块确定为音视频分片,进一步再判断紧邻第二数据块的第三数据块的大小是否大于第一门限值,若第三数据块小于或等于第一门限值,该第一设备可以将第二数据块与第三数据块进行合并。若第一数据块和第二数据块均小于或等于第一门限值,第一设备可以不进行合并操作,直接忽略第一数据块,进一步再判断紧邻第二数据块的第三数据块的大小是否大于第一门限值,若第三数据块大于第一门限值,该第一设备可以将第二数据块与第三数据块进行合并。
还应理解,由于第一视频业务的音视频分片是按照多个上行请求消息的发送顺序来接收的,所以多个数据块的接收顺序代表了该第一视频业务的播放顺序,在进行合并操作的时候,只可以将相邻的数据块进行合并,以保证识别出来的音视频分片的有序性以及整个第一视频业务的完整性。
作为一个可选的实施例,在进行合并操作确定了至少一个音视频分片之后,可以计算所有根据两组上行请求消息直接确定的音视频分片的大小的平均值,再采用该平均值对合并的音视频分片的大小进行修正,但本发明实施例对此不作限定。
作为一个可选的实施例,在所述第一设备确定在所述至少两组上行请求消息中的第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量之前,所述方法还包括:
所述第一设备确定所述第一视频业务的音视频是否分离;
所述第一设备确定在所述至少两组上行请求消息中的第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量,包括:
在所述第一视频业务的音视频分离的情况下,所述第一设备确定在所述至少两组上行请求消息中的第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量。
具体地,该第一设备可以先判断第一视频业务的音视频是否分离,在该第一视频业务音视频分离的情况下,再确定第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量。应理解,对于音视频未分离的情况,每两个上行请求消息之间必然会存在一个数据块,不会存在一组上行请求消息,因此,该第一设备可以直接将每两个上行请求消息之间接收到的数据块确定为音视频分片。
作为一个可选的实施例,所述方法还包括:
在所述第一视频业务的音视频未分离的情况下,所述第一设备将所述多个上行请求消息中每两个相邻的上行请求消息之间接收到的数据块确定为音视频分片。
作为一个可选的实施例,所述第一设备确定所述第一视频业务的音视频是否分离,包括:
所述第一设备确定所述多个上行请求消息中是否存在连续发送的至少两个上行请求消息;
若确定所述多个上行请求消息中存在连续发送的至少两个上行请求消息,所述第一设备确定所述第一视频业务的音视频分离;
若确定所述多个上行请求消息中不存在连续发送的至少两个上行请求消息,所述第一设备确定所述第一视频业务的音视频未分离。
具体地,该第一设备可以根据多个上行请求消息中是否存在连续发送的至少两个上行请求消息来判断该第一视频业务的音视频是否分离。而该第一设备可以采用多种方式判断该多个上行请求消息中是否存在连续发送的至少两个上行请求消息,例如,该第一设备可以通过该多个上行请求消息中每个上行请求消息的某一个字段是否连续,确定是否存在连续发送的至少两个上行请求消息,但本发明实施例对此不作限定。
作为一个可选的实施例,所述第一设备确定所述多个上行请求消息中是否存在连续发送的至少两个上行请求消息,包括:
所述第一设备获取所述多个上行请求消息中每个上行请求消息的第一字段,所述第一字段分别用于标识所述每个上行请求消息;
若所述多个上行请求消息中存在第一字段连续的至少两个上行请求消息,所述第一设备确定所述多个上行请求消息中存在所述连续发送的至少两个上行请求消息。
若所述多个上行请求消息中不存在第一字段连续的至少两个上行请求消息,所述第一设备确定所述多个上行请求消息中不存在所述连续发送的至少两个上行请求消息。
具体地,该第一设备可以通过用于标识该每个上行请求消息的第一字段是否连续,来确定是否存在连续发送的至少两个上行请求消息。应理解,只要是能够起到标识作用的字段,都可以被用来判断上行请求消息是否连续发送,在一种实现方式中,该第一字段可以为IP首部的ID字段或QUIC首部的SeqNo字段,本发明实施例对此不作限定。
作为一个可选的实施例,所述方法还包括:
所述第一设备确定所述多个数据块中与所述多个上行请求消息中的第一个上行请求消息对应的第一个数据块的大小;
在所述第一视频业务的音视频分离的情况下,若所述第一个数据块的大小小于第二门限值,所述第一设备确定所述多个数据块中与所述多个上行请求消息中的第二个上行请求消息对应的第二个数据块的大小;
若所述第二个数据块的大小小于所述第二门限值,所述第一设备将所述多个数据块中与所述多个上行请求消息中的第三个上行请求消息对应的第三个数据块确定为首片音视频分片。
作为一个可选的实施例,所述方法还包括:
若所述第二个数据块的大小大于或等于所述第二门限值,所述第一设备将所述第二个数据块确定为首片音视频分片。
作为一个可选的实施例,所述方法还包括:
若所述第一个数据块的大小大于或等于所述第二门限值,所述第一设备将所述第一个数据块确定为首片音视频分片。
作为一个可选的实施例,所述方法还包括:
在所述第一视频业务的音视频未分离的情况下,若所述第一个数据块的大小小于所述第二门限值,所述第一设备将所述第二个数据块确定为首片音视频分片。
具体地,该第一设备可以根据至少一个数据块的大小,识别出该第一视频业务的首片音视频分片。由于多个上行请求消息与多个数据块对应,因此可以根据多个上行请求消息中的第一个上行请求消息,确定出第一个数据块。该第一设备先判断第一个数据块的大小是否小于第二门限值,若该第一个数据块的大小大于第二门限值,该第一设备可以直接确定该第一个数据块为首片音视频分片;若该第一个数据块的大小小于或等于第二门限值,该第一设备可以根据第二个上行请求消息确定第二个数据块,并判断第二个数据块的大小是否小于第二门限值,若第二个数据块的大小大于第二门限值,该第一设备可以直接确定该第二个数据块为首片音视频分片;若该第二个数据块的大小小于或等于第二门限值,该第一设备可以确定与第三个上行请求消息对应的第三个数据块为首片音视频分片。
应理解,上述方法主要为了过滤掉除音视频分片外的索引分片,索引分片中包括该第一视频业务的相关索引信息,且索引分片和音视频分片在大小上有明显的差异,因此,本发明实施例通过设置门限,可以将首片音视频分片识别出来。
作为一个可选的实施例,所述方法还包括:
所述第一设备根据所述第一视频业务的音视频分片的时长规律,确定所述音视频分片的可播放时长;
所述第一设备根据所述音视频分片的可播放时长以及所述音视频分片的大小,计算所述音视频分片的分片码率。
具体地,该第一设备在识别出一个音视频分片之后,就可以计算该音视频分片的分片码率。该第一设备可以使用时长模型进行逆向映射,得到该音视频分片的可播放时长,然后用该音视频分片的大小除以该音视频分片的可播放时长,得到分片码率。
应理解,分片码率是指音视频分片的码率,分片码率为分片大小除以分片时长,一次视频业务包括多个分片码率,数量与视频时长和分片时长相关。
作为一个可选的实施例,所述方法还包括:
在所述第一设备得到所述第一视频业务的所有音视频分片之后,所述第一设备确定所述第一视频业务的业务级码率。
作为一个可选的实施例,所述第一设备确定所述第一视频业务的业务级码率,包括:
所述第一设备分别确定所述第一视频业务的所有音视频分片的流量变化率和速率变化率;
在所述第一视频业务的第一音视频分片的流量变化率大于第三门限值且所述第一音视频分片的速率变化率大于第四门限值的情况下,所述第一设备确定所述第一音视频分片为重传分片;
所述第一设备根据所述所有音视频分片中除所述第一音视频分片外的剩余音视频分片,确定所述第一视频业务的业务级码率。
具体地,该第一设备可以在识别出该第一视频业务的所有音视频分片之后,计算该第一视频业务的业务级码率。在计算业务级码率之前,该第一设备可以根据每个音视频分片的流量变化率和速率变化率将重传分片筛选并过滤掉,再利用所有音视频分片中除所述第一音视频分片外的剩余音视频分片计算业务级码率。
应理解,业务级码率是一次视频业务的整体码率,业务级码率是一次汇总的过程,去掉重复的分片之后,将不重复的分片的大小和时长累加,再用累加的大小除以时长,得到业务级码率。本发明实施例的方法,既可以用于识别加密视频业务的码率,也可以用于识别非加密视频业务的码率,算法的适用性更广。
还应理解,本发明实施例可用于移动宽带(Mobile BroadBand,简称为“MBB”)或固定宽带(Fixed BroadBand,简称为“FBB”)网络或者互联网中任意一个网元设备,该设备具备获取用户业务数据流,包括但不限于3G网络的无线网络控制器(RNC)、服务GPRS支持节点(Serving GPRS Support node,简称为“SGSN”)/网关GPRS支持节点(Gateway GPRSSupport Node,简称为“GGSN”)、4G网络的eNode B、服务网关(Serving-GW,简称为“SGW”)/分组数据网络网关(Packet Data Network Gateway,简称为“PGW”)以及各种探针设备,本发明实施例对此不作限定。
图3示出了本发明实施例提供的用于处理视频业务的方法300的示意性流程图。该方法300可以应用于图1所示的系统架构100,但本发明实施例不限于此。
在S301中,第一设备确定多个上行请求消息中是否包括至少两个连续发送的上行请求消息,该多个上行请求消息用于请求第一视频业务;
在S302中,若该多个上行请求消息中包括至少两个连续发送的上行请求消息,该第一设备为该第一视频业务添加音视频分离标志;
在S303中,该第一设备确定在每两组上行请求之间接收到的数据块的数量,其中,每组上行请求消息包括两个连续发送的上行请求消息;
在S304中,对于任意连续发送的两组上行请求消息而言,确定两组上行请求消息之间接收到的数据块的个数是否为1;
在S305中,若该两组上行请求消息之间接收到的数据块数量为1,该第一设备将该数据块确定为音视频分片;
在S306中,若该两组上行请求消息之间接收到多个数据块,那么该第一设备可以将该多个数据块中的全部或部分相邻的数据块依次进行两两合并,获得至少一个合并数据块;
在S307中,该第一设备将该至少一个合并数据块确定为至少一个音视频分片;
在S308中,若该多个上行请求消息中不包括至少两个连续发送的上行请求消息,该第一设备为该第一视频业务添加音视频未分离标志;
在S309中,在该第一视频业务音视频未分离的情况下,该第一设备可以直接将每两个上行请求消息之间接收到的数据块确定为音视频分片。
应理解,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
图4示出了本发明实施例提供的用于处理视频业务的方法400的示意性流程图。该方法400可以应用于图1所示的系统架构100,但本发明实施例不限于此。
在S401中,第一设备根据多个上行请求消息中的第一个上行请求消息,确定多个数据块中第一个数据块的大小;
在S402中,该第一设备确定该第一个数据块的大小是否小于第二门限值;
在S403中,若该第一个数据块小于第二门限值,该第一设备确定该第一视频业务的音视频是否分离;
可选地,该第一设备可以根据该第一视频业务是否包括音视频分离标记来判断该第一视频业务的音视频是否分离;
在S404中,若该第一视频业务的音视频分离,该第一设备根据多个上行请求消息中的第二个上行请求消息,确定多个数据块中第二个数据块的大小;
在S405中,该第一设备确定该第二个数据块的大小是否小于第二门限值;
在S406中,若该第二个数据块小于第二门限值,该第一设备根据多个上请求消息中的第三个上行请求消息,将多个数据块中的第三个数据块确定为首片音视频分片;
在S407中,若该第二个数据块大于或等于第二门限值,该第一设备将第二个数据块确定为首片音视频分片;
在S408中,若该第一个数据块大于或等于第二门限值,该第一设备将第一个数据块确定为首片音视频分片;
在S409中,若该第一视频业务的音视频未分离,该第一设备将第二个数据块确定为首片音视频分片。
应理解,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
图5示出了本发明实施例提供的用于处理视频业务的方法500的示意性流程图。该方法500可以应用于图1所示的系统架构100,但本发明实施例不限于此。
在S501中,第一设备判断接收到的数据块是否既存在TCP流量和UDP流量;
在S502中,若仅存在TCP流量或者仅存在UDP流量,该第一设备确定第一个数据块的大小;
在S503中,该第一设备确定该第一个数据块是否小于第二门限值;
在S504中,若该第一个数据块的大小小于第二门限值,该第一设备可以确定该第一个数据块为InitPlayback块,然后确定第二个数据块的大小;
在S505中,该第一设备确定该第二个数据块是否小于第二门限值;
在S506中,若该第二个数据块小于第二门限值,该第一设备确定该第二个数据块为InitPlayback块,确定第三个数据块为首片音视频分片;
在S507中,若该第二个数据块大于或等于第二门限值,该第一设备合并第一个数据块和第二个数据块,将合并后的数据块确定为首片音视频分片;
在S508中,若该第一个数据块大于或等于第二门限值,该第一设备确定该第一个数据块为InitSegment块,第二个数据块为首片音视频分片。
具体地,InitPlayback块为Youtube视频中从服务器端传输到客户端的数据块,一般有两种类型,一种不包含视频内容数据,另一种包含视频分片的部分音视频数据,InitPlayback块大小一般在几百KB到几MB不等。InitSegment块是Youtube视频中从服务器端传输到客户端的数据块,InitSegment块中包含与视频内分片大小和时长等相关播放信息,一般只有几KB。在本发明实施例中,由于YouTube视频在传输之前对首片进行了切割,因此,在本发明实施例中,需要将第一个数据块和第二个数据块进行合并,获得首片音视频分片。
上述流程仅仅以YouTube视频为例对整个流程进行说明,根据不同的视频特点,本发明实施例的用于处理视频业务的方法略有不同,但应理解,根据视频特点对本发明实施例流程的变动,都属于本发明实施例的保护范围。
方法500仅仅为识别YouTube视频的首片音视频分片的方法,应理解,在YouTube视频中,对于识别音视频分片的流程与上述方法300相同,此处不再赘述。此外,YouTube视频的分片码率以及业务级码率的计算方法也与上述方法200中的相同,此处不再赘述。
本发明实施例的方法可以准确地识别出YouTube QUIC视频的所有音视频分片的码率,然后通过去重算法,得到准确的业务级码率。在目前场景下,所获得的业务级码率的准确度可以到达到TCP协议下的同等水平。因此,本发明实施例的用于处理视频业务的方法,可以用于网元设备准确评估视频的体验,包括平均主观得分(Mean Opinion Score,简称为“MOS”)与关键质量指标(Key Quality Indicator,简称为“KQI”)等。
应理解,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
上文中结合图1至图6,详细描述了根据本发明实施例的用于处理视频业务的方法,下面将结合图6和图7,详细描述根据本发明实施例的用于处理视频业务的装置。
图6示出了本发明实施例提供的用于处理视频业务的装置600,该装置600包括:
接收单元610,用于接收服务器根据客户端的多个上行请求消息发送的第一视频业务的多个数据块,所述多个上行请求消息用于请求所述第一视频业务,所述多个上行请求消息包括至少两组上行请求消息,所述至少两组上行请求消息中的每组上行请求消息包括两个连续发送的上行请求消息;
确定单元620,用于确定在所述至少两组上行请求消息中第一组上行请求消息和与所述第一组上行请求消息相邻的第二组上行请求消息之间接收到的数据块的数量;
所述确定单元620还用于:若在所述第一组上行请求消息和所述第二组上行请求消息之间接收到的数据块的数量为一个,将所述第一组上行请求消息和所述第二组上行请求消息之间接收到的数据块确定为音视频分片。
本发明实施例的用于处理视频业务的装置,通过至少两组上行请求消息中第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量,确定音视频分片,能够识别出基于QUIC协议传输的音视频分片,提高了音视频分片的识别效率。
可选地,所述确定单元620还用于:若在所述第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量为至少两个,根据所述第一组上行请求消息和所述第二组上行请求消息之间接收到的至少两个数据块的大小,确定至少一个音视频分片。
可选地,所述装置还包括:合并单元,用于根据所述至少两个数据块中每个数据块的大小,将所述至少两个数据块中全部或部分相邻的数据块依次进行两两合并,得到至少一个合并数据块;所述确定单元620具体用于:将所述至少一个合并数据块确定为所述至少一个音视频分片。
可选地,所述合并单元具体用于:在所述至少两个数据块中的第一数据块的大小大于第一门限值,且所述至少两个数据块中与所述第一数据块相邻的第二数据块的大小小于或等于所述第一门限值的情况下,将所述第一数据块和所述第二数据块进行合并。
可选地,所述确定单元620还用于:在所述第一数据块和所述第二数据块的大小均小于或等于所述第一门限值的情况下,确定所述至少两个数据块中紧随所述第一数据块和所述第二数据块的第三数据块的大小;
所述合并单元还用于:在所述第三数据块的大小大于所述第一门限值的情况下,将所述第二数据块和所述第三数据块进行合并。
可选地,所述确定单元620还用于:在所述第一数据块的大小和所述第二数据块的大小均大于所述第一门限值的情况下,将所述第一数据块确定为音视频分片。
可选地,所述确定单元620还用于:在所述确定在所述至少两组上行请求消息中的第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量之前,确定所述第一视频业务的音视频是否分离;在所述第一视频业务的音视频分离的情况下,确定在所述至少两组上行请求消息中的第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量。
可选地,所述确定单元620还用于:在所述第一视频业务的音视频未分离的情况下,将所述多个上行请求消息中每两个相邻的上行请求消息之间接收到的数据块确定为音视频分片。
可选地,所述确定单元620还用于:确定所述多个上行请求消息中是否存在连续发送的至少两个上行请求消息;若确定所述多个上行请求消息中存在连续发送的至少两个上行请求消息,确定所述第一视频业务的音视频分离;若确定所述多个上行请求消息中不存在连续发送的至少两个上行请求消息,确定所述第一视频业务的音视频未分离。
可选地,所述确定单元620具体用于:获取所述多个上行请求消息中每个上行请求消息的第一字段,所述第一字段分别用于标识所述每个上行请求消息;若所述多个上行请求消息中存在第一字段连续的至少两个上行请求消息,确定所述多个上行请求消息中存在连续的至少两个上行请求消息;若所述多个上行请求消息中不存在第一字段连续发送的至少两个上行请求消息,确定所述多个上行请求消息中不存在连续发送的至少两个上行请求消息。
可选地,所述确定单元620还用于:确定所述多个数据块中与所述多个上行请求消息中的第一个上行请求消息对应的第一个数据块的大小;在所述第一视频业务的音视频分离的情况下,若所述第一个数据块的大小小于第二门限值,确定所述多个数据块中与所述多个上行请求消息中的第二个上行请求消息对应的第二个数据块的大小;若所述第二个数据块的大小小于所述第二门限值,将所述多个数据块中与所述多个上行请求消息中的第三个上行请求消息对应的第三个数据块确定为首片音视频分片。
可选地,所述确定单元620还用于:若所述第二个数据块的大小大于或等于所述第二门限值,将所述第二个数据块确定为首片音视频分片。
可选地,所述确定单元620还用于:若所述第一个数据块的大小大于或等于所述第二门限值,将所述第一个数据块确定为首片音视频分片。
可选地,所述确定单元620还用于:在所述第一视频业务的音视频未分离的情况下,若所述第一个数据块的大小小于所述第二门限值,将所述第二个数据块确定为首片音视频分片。
可选地,所述确定单元620还用于:在得到所述第一视频业务的所有音视频分片之后,确定所述第一视频业务的业务级码率。
可选地,所述确定单元620还用于:分别确定所述第一视频业务的所有音视频分片的流量变化率和速率变化率;在所述第一视频业务的第一音视频分片的流量变化率大于第三门限值且所述第一音视频分片的速率变化率大于第四门限值的情况下,确定所述第一音视频分片为重传分片;根据所述所有音视频分片中除所述第一音视频分片外的剩余音视频分片,确定所述第一视频业务的业务级码率。
应理解,这里的装置600以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(Application Specific Integrated Circuit,ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中,本领域技术人员可以理解,装置600可以具体为上述实施例中的第一设备,装置600可以用于执行上述方法实施例中与第一设备对应的各个流程和/或步骤,为避免重复,在此不再赘述。
图7示出了本发明实施例提供的另一用于处理视频业务的装置700。该装置700包括处理器710、收发器720和存储器730。其中,处理器710、收发器720和存储器730通过内部连接通路互相通信,该存储器730用于存储指令,该处理器710用于执行该存储器730存储的指令,以控制该收发器720发送信号和/或接收信号。
其中,该收发器720用于接收服务器根据客户端的多个上行请求消息发送的第一视频业务的多个数据块,所述多个上行请求消息用于请求所述第一视频业务,所述多个上行请求消息包括至少两组上行请求消息,所述至少两组上行请求消息中的每组上行请求消息包括两个连续发送的上行请求消息;
该处理器710用于确定在所述至少两组上行请求消息中第一组上行请求消息和与所述第一组上行请求消息相邻的第二组上行请求消息之间接收到的数据块的数量;
该处理器710还用于:若在所述第一组上行请求消息和所述第二组上行请求消息之间的数据块的数量为一个,将所述第一组上行请求消息和所述第二组上行请求消息之间接收到的数据块确定为音视频分片。
应理解,装置700可以具体为上述实施例中的第一设备,并且可以用于执行上述方法实施例中与第一设备对应的各个步骤和/或流程。可选地,该存储器730可以包括只读存储器和随机存取存储器,并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如,存储器还可以存储设备类型的信息。该处理器710可以用于执行存储器中存储的指令,并且当该处理器710执行存储器中存储的指令时,该处理器710用于执行上述与该第一设备对应的方法实施例的各个步骤和/或流程。
应理解,在本发明实施例中,上述装置的处理器可以是中央处理单元(CentralProcessing Unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器执行存储器中的指令,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例中描述的各方法步骤和单元,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称为“ROM”)、随机存取存储器(Random Access Memory,简称为“RAM”)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易向到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (32)
1.一种用于处理视频业务的方法,其特征在于,包括:
第一设备接收服务器根据客户端的多个上行请求消息发送的第一视频业务的多个数据块,所述多个上行请求消息用于请求所述第一视频业务,所述多个上行请求消息包括至少两组上行请求消息,所述至少两组上行请求消息中的每组上行请求消息包括两个连续发送的上行请求消息;
所述第一设备确定在所述至少两组上行请求消息中第一组上行请求消息和与所述第一组上行请求消息相邻的第二组上行请求消息之间接收到的数据块的数量;
若在所述第一组上行请求消息和所述第二组上行请求消息之间接收到的数据块的数量为一个,所述第一设备将所述第一组上行请求消息和所述第二组上行请求消息之间接收到的数据块确定为音视频分片。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若在所述第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量为至少两个,所述第一设备根据所述第一组上行请求消息和所述第二组上行请求消息之间接收到的至少两个数据块的大小,确定至少一个音视频分片。
3.根据权利要求2所述的方法,其特征在于,所述第一设备根据在所述第一组上行请求消息和所述第二组上行请求消息之间接收到的至少两个数据块的大小,确定至少一个音视频分片,包括:
所述第一设备根据所述至少两个数据块中每个数据块的大小,将所述至少两个数据块中的全部或部分相邻的数据块依次进行两两合并,得到至少一个合并数据块;
所述第一设备将所述至少一个合并数据块确定为所述至少一个音视频分片。
4.根据权利要求3所述的方法,其特征在于,所述第一设备根据所述至少两个数据块中每个数据块的大小,将所述多个数据块中的全部或部分相邻的数据块依次进行两两合并,包括:
在所述至少两个数据块中的第一数据块的大小大于第一门限值,且所述至少两个数据块中与所述第一数据块相邻的第二数据块的大小小于或等于所述第一门限值的情况下,所述第一设备将所述第一数据块和所述第二数据块进行合并。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
在所述第一数据块和所述第二数据块的大小均小于或等于所述第一门限值的情况下,所述第一设备确定所述至少两个数据块中紧随所述第一数据块和所述第二数据块的第三数据块的大小;
在所述第三数据块的大小大于所述第一门限值的情况下,所述第一设备将所述第二数据块和所述第三数据块进行合并。
6.根据权利要求4或5所述的方法,其特征在于,所述方法还包括:
在所述第一数据块和所述第二数据块的大小均大于所述第一门限值的情况下,所述第一设备将所述第一数据块确定为音视频分片。
7.根据权利要求1至6中任一项所述的方法,其特征在于,在所述第一设备确定在所述至少两组上行请求消息中的第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量之前,所述方法还包括:
所述第一设备确定所述第一视频业务的音视频是否分离;
所述第一设备确定在所述至少两组上行请求消息中的第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量,包括:
在所述第一视频业务的音视频分离的情况下,所述第一设备确定在所述至少两组上行请求消息中的第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
在所述第一视频业务的音视频未分离的情况下,所述第一设备将所述多个上行请求消息中每两个相邻的上行请求消息之间接收到的数据块确定为音视频分片。
9.根据权利要求7或8所述的方法,其特征在于,所述第一设备确定所述第一视频业务的音视频是否分离,包括:
所述第一设备确定所述多个上行请求消息中是否存在连续发送的至少两个上行请求消息;
若确定所述多个上行请求消息中存在连续发送的至少两个上行请求消息,所述第一设备确定所述第一视频业务的音视频分离;
若确定所述多个上行请求消息中不存在连续发送的至少两个上行请求消息,所述第一设备确定所述第一视频业务的音视频未分离。
10.根据权利要求9所述的方法,其特征在于,所述第一设备确定所述多个上行请求消息中是否存在连续发送的至少两个上行请求消息,包括:
所述第一设备获取所述多个上行请求消息中每个上行请求消息的第一字段,所述第一字段分别用于标识所述上行请求消息;
若所述多个上行请求消息中存在第一字段连续的至少两个上行请求消息,所述第一设备确定所述多个上行请求消息中存在连续发送的至少两个上行请求消息;
若所述多个上行请求消息中不存在第一字段连续的两个上行请求消息,所述第一设备确定所述多个上行请求消息中不存在连续发送的至少两个上行请求消息。
11.根据权利要求1至10中任一项所述的方法,其特征在于,所述方法还包括:
所述第一设备确定所述多个数据块中与所述多个上行请求消息中的第一个上行请求消息对应的第一个数据块的大小;
在所述第一视频业务的音视频分离的情况下,若所述第一个数据块的大小小于第二门限值,所述第一设备确定所述多个数据块中与所述多个上行请求消息中的第二个上行请求消息对应的第二个数据块的大小;
若所述第二个数据块的大小小于所述第二门限值,所述第一设备将所述多个数据块中与所述多个上行请求消息中的第三个上行请求消息对应的第三个数据块确定为首片音视频分片。
12.根据权利要求11所述的方法,其特征在于,所述方法还包括:
若所述第二个数据块的大小大于或等于所述第二门限值,所述第一设备将所述第二个数据块确定为首片音视频分片。
13.根据权利要求11或12所述的方法,其特征在于,所述方法还包括:
若所述第一个数据块的大小大于或等于所述第二门限值,所述第一设备将所述第一个数据块确定为首片音视频分片。
14.根据权利要求11至13中任一项所述的方法,其特征在于,所述方法还包括:
在所述第一视频业务的音视频未分离的情况下,若所述第一个数据块的大小小于所述第二门限值,所述第一设备将所述第二个数据块确定为首片音视频分片。
15.根据权利要求1至14中任一项所述的方法,其特征在于,所述方法还包括:
在所述第一设备得到所述第一视频业务的所有音视频分片之后,所述第一设备确定所述第一视频业务的业务级码率。
16.根据权利要求15所述的方法,其特征在于,所述第一设备确定所述第一视频业务的业务级码率,包括:
所述第一设备分别确定所述第一视频业务的所有音视频分片的流量变化率和速率变化率;
在所述第一视频业务的第一音视频分片的流量变化率大于第三门限值且所述第一音视频分片的速率变化率大于第四门限值的情况下,所述第一设备确定所述第一音视频分片为重传分片;
所述第一设备根据所述所有音视频分片中除所述第一音视频分片外的剩余音视频分片,确定所述第一视频业务的业务级码率。
17.一种用于处理视频业务的装置,其特征在于,包括:
接收单元,用于接收服务器根据客户端的多个上行请求消息发送的第一视频业务的多个数据块,所述多个上行请求消息用于请求所述第一视频业务,所述多个上行请求消息包括至少两组上行请求消息,所述至少两组上行请求消息中的每组上行请求消息包括两个连续发送的上行请求消息;
确定单元,用于确定在所述至少两组上行请求消息中第一组上行请求消息和与所述第一组上行请求消息相邻的第二组上行请求消息之间的数据块的数量;
所述确定单元还用于:
若在所述第一组上行请求消息和所述第二组上行请求消息之间接收到的数据块的数量为一个,将所述第一组上行请求消息和所述第二组上行请求消息之间接收到的数据块确定为音视频分片。
18.根据权利要求17所述的装置,其特征在于,所述确定单元还用于:
若在所述第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量为至少两个,根据所述第一组上行请求消息和所述第二组上行请求消息之间接收到的至少两个数据块的大小,确定至少一个音视频分片。
19.根据权利要求18所述的装置,其特征在于,所述装置还包括:
合并单元,用于根据所述至少两个数据块中每个数据块的大小,将所述至少两个数据块中的全部或部分相邻的数据块依次进行两两合并,得到至少一个合并数据块;
所述确定单元具体用于:
将所述至少一个合并数据块确定为所述至少一个音视频分片。
20.根据权利要求19所述的装置,其特征在于,所述合并单元具体用于:
在所述至少两个数据块中的第一数据块的大小大于第一门限值,且所述至少两个数据块中与所述第一数据块相邻的第二数据块的大小小于或等于所述第一门限值的情况下,将所述第一数据块和所述第二数据块进行合并。
21.根据权利要求20所述的装置,其特征在于,所述确定单元还用于:
在所述第一数据块和所述第二数据块的大小均小于或等于所述第一门限值的情况下,确定所述至少两个数据块中紧随所述第一数据块和所述第二数据块的第三数据块的大小;
所述合并单元还用于:
在所述第三数据块的大小大于所述第一门限值的情况下,将所述第二数据块和所述第三数据块进行合并。
22.根据权利要求20或21所述的装置,其特征在于,所述确定单元还用于:
在所述第一数据块和所述第二数据块的大小均大于所述第一门限值的情况下,将所述第一数据块确定为音视频分片。
23.根据权利要求17至22中任一项所述的装置,其特征在于,所述确定单元还用于:
在所述确定在所述至少两组上行请求消息中的第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量之前,确定所述第一视频业务的音视频是否分离;
在所述第一视频业务的音视频分离的情况下,确定在所述至少两组上行请求消息中的第一组上行请求消息和第二组上行请求消息之间接收到的数据块的数量。
24.根据权利要求23所述的装置,其特征在于,所述确定单元还用于:
在所述第一视频业务的音视频未分离的情况下,将所述多个上行请求消息中每两个相邻的上行请求消息之间接收到的数据块确定为音视频分片。
25.根据权利要求23或24所述的装置,其特征在于,所述确定单元还用于:
确定所述多个上行请求消息中是否存在连续发送的至少两个上行请求消息;
若确定所述多个上行请求消息中存在连续发送的至少两个上行请求消息,确定所述第一视频业务的音视频分离;
若确定所述多个上行请求消息中不存在连续发送的至少两个上行请求消息,确定所述第一视频业务的音视频未分离。
26.根据权利要求25所述的装置,其特征在于,所述确定单元具体用于:
获取所述多个上行请求消息中每个上行请求消息的第一字段,所述第一字段分别用于标识所述上行请求消息;
若所述多个上行请求消息中存在第一字段连续的至少两个上行请求消息,确定所述多个上行请求消息中存在所述连续发送的至少两个上行请求消息;
若所述多个上行请求消息中不存在第一字段连续的至少两个上行请求消息,确定所述多个上行请求消息中不存在连续发送的至少两个上行请求消息。
27.根据权利要求17至26中任一项所述的装置,其特征在于,所述确定单元还用于:
确定所述多个数据块中与所述多个上行请求消息中的第一个上行请求消息对应的第一个数据块的大小;
在所述第一视频业务的音视频分离的情况下,若所述第一个数据块的大小小于第二门限值,确定所述多个数据块中与所述多个上行请求消息中的第二个上行请求消息对应的第二个数据块的大小;
若所述第二个数据块的大小小于所述第二门限值,将所述多个数据块中与所述多个上行请求消息中的第三个上行请求消息对应的第三个数据块确定为首片音视频分片。
28.根据权利要求27所述的装置,其特征在于,所述确定单元还用于:
若所述第二个数据块的大小大于或等于所述第二门限值,将所述第二个数据块确定为首片音视频分片。
29.根据权利要求27或28所述的装置,其特征在于,所述确定单元还用于:
若所述第一个数据块的大小大于或等于所述第二门限值,将所述第一个数据块确定为首片音视频分片。
30.根据权利要求17至29中任一项所述的装置,其特征在于,所述确定单元还用于:
在所述第一视频业务的音视频未分离的情况下,若所述第一个数据块的大小小于所述第二门限值,将所述第二个数据块确定为首片音视频分片。
31.根据权利要求17至30中任一项所述的装置,其特征在于,所述确定单元还用于:
在得到所述第一视频业务的所有音视频分片之后,确定所述第一视频业务的业务级码率。
32.根据权利要求31所述的装置,其特征在于,所述确定单元还用于:
分别确定所述第一视频业务的所有音视频分片的流量变化率和速率变化率;
在所述第一视频业务的第一音视频分片的流量变化率大于第三门限值且所述第一音视频分片的速率变化率大于第四门限值的情况下,确定所述第一音视频分片为重传分片;
根据所述所有音视频分片中除所述第一音视频分片外的剩余音视频分片,确定所述第一视频业务的业务级码率。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611200457.2A CN108234433A (zh) | 2016-12-22 | 2016-12-22 | 用于处理视频业务的方法和装置 |
BR112019012172-2A BR112019012172A2 (pt) | 2016-12-22 | 2017-12-19 | método e aparelho de processamento de serviço de vídeo |
PCT/CN2017/117200 WO2018113667A1 (zh) | 2016-12-22 | 2017-12-19 | 用于处理视频业务的方法和装置 |
JP2019534246A JP2020502950A (ja) | 2016-12-22 | 2017-12-19 | ビデオサービス処理方法および装置 |
EP17883349.7A EP3541049A1 (en) | 2016-12-22 | 2017-12-19 | Method and apparatus for processing video service |
US16/449,355 US20190313060A1 (en) | 2016-12-22 | 2019-06-22 | Video service processing method and apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611200457.2A CN108234433A (zh) | 2016-12-22 | 2016-12-22 | 用于处理视频业务的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108234433A true CN108234433A (zh) | 2018-06-29 |
Family
ID=62624559
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611200457.2A Withdrawn CN108234433A (zh) | 2016-12-22 | 2016-12-22 | 用于处理视频业务的方法和装置 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20190313060A1 (zh) |
EP (1) | EP3541049A1 (zh) |
JP (1) | JP2020502950A (zh) |
CN (1) | CN108234433A (zh) |
BR (1) | BR112019012172A2 (zh) |
WO (1) | WO2018113667A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110177082A (zh) * | 2019-04-25 | 2019-08-27 | 阿里巴巴集团控股有限公司 | 一种数据处理方法、设备、介质以及装置 |
CN111327956A (zh) * | 2020-02-13 | 2020-06-23 | 杭州海康威视系统技术有限公司 | 一种视频播放方法、装置及电子设备 |
CN111835682A (zh) * | 2019-04-19 | 2020-10-27 | 上海哔哩哔哩科技有限公司 | 连接控制方法、系统、设备及计算机可读存储介质 |
CN112637242A (zh) * | 2021-01-06 | 2021-04-09 | 新华三技术有限公司 | 一种数据传输方法、装置、电子设备及存储介质 |
CN113709412A (zh) * | 2020-05-21 | 2021-11-26 | 中国电信股份有限公司 | 直播流处理方法、装置和系统、计算机可读存储介质 |
US11570100B2 (en) | 2019-04-25 | 2023-01-31 | Advanced New Technologies Co., Ltd. | Data processing method, apparatus, medium and device |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110062255B (zh) * | 2019-03-27 | 2021-05-04 | 东南大学 | 一种识别QUIC协议加密传输的YouTube DASH视频的方法 |
CN111064792A (zh) * | 2019-12-19 | 2020-04-24 | 北京航天云路有限公司 | 一种基于quic协议加快传感器设备数据采集的方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101894251A (zh) * | 2009-05-21 | 2010-11-24 | 国家广播电影电视总局广播科学研究院 | 一种视频检测方法及装置 |
WO2011150644A1 (zh) * | 2010-12-17 | 2011-12-08 | 华为技术有限公司 | 一种启动阶段的流媒体数据获取、发送方法及装置 |
CN103021440A (zh) * | 2012-11-22 | 2013-04-03 | 腾讯科技(深圳)有限公司 | 一种音频流媒体的跟踪方法及系统 |
CN103905924A (zh) * | 2012-12-28 | 2014-07-02 | 联芯科技有限公司 | 终端侧的视频自适应接收方法和装置 |
WO2014106257A1 (en) * | 2012-12-31 | 2014-07-03 | DISH Digital L.L.C. | Scheduling segment data delivery in an adaptive media stream to avoid stalling |
US20150200845A1 (en) * | 2013-04-08 | 2015-07-16 | Google Inc. | Communication protocol for multiplexing data streams over udp |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9628542B2 (en) * | 2012-08-24 | 2017-04-18 | Akamai Technologies, Inc. | Hybrid HTTP and UDP content delivery |
-
2016
- 2016-12-22 CN CN201611200457.2A patent/CN108234433A/zh not_active Withdrawn
-
2017
- 2017-12-19 JP JP2019534246A patent/JP2020502950A/ja not_active Withdrawn
- 2017-12-19 EP EP17883349.7A patent/EP3541049A1/en not_active Withdrawn
- 2017-12-19 BR BR112019012172-2A patent/BR112019012172A2/pt not_active Application Discontinuation
- 2017-12-19 WO PCT/CN2017/117200 patent/WO2018113667A1/zh unknown
-
2019
- 2019-06-22 US US16/449,355 patent/US20190313060A1/en not_active Abandoned
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101894251A (zh) * | 2009-05-21 | 2010-11-24 | 国家广播电影电视总局广播科学研究院 | 一种视频检测方法及装置 |
WO2011150644A1 (zh) * | 2010-12-17 | 2011-12-08 | 华为技术有限公司 | 一种启动阶段的流媒体数据获取、发送方法及装置 |
CN103021440A (zh) * | 2012-11-22 | 2013-04-03 | 腾讯科技(深圳)有限公司 | 一种音频流媒体的跟踪方法及系统 |
CN103905924A (zh) * | 2012-12-28 | 2014-07-02 | 联芯科技有限公司 | 终端侧的视频自适应接收方法和装置 |
WO2014106257A1 (en) * | 2012-12-31 | 2014-07-03 | DISH Digital L.L.C. | Scheduling segment data delivery in an adaptive media stream to avoid stalling |
US20150200845A1 (en) * | 2013-04-08 | 2015-07-16 | Google Inc. | Communication protocol for multiplexing data streams over udp |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111835682A (zh) * | 2019-04-19 | 2020-10-27 | 上海哔哩哔哩科技有限公司 | 连接控制方法、系统、设备及计算机可读存储介质 |
CN111835682B (zh) * | 2019-04-19 | 2021-05-11 | 上海哔哩哔哩科技有限公司 | 连接控制方法、系统、设备及计算机可读存储介质 |
US11316930B2 (en) | 2019-04-19 | 2022-04-26 | Shanghai Bilibili Technology Co., Ltd. | Connection control method and device |
CN110177082A (zh) * | 2019-04-25 | 2019-08-27 | 阿里巴巴集团控股有限公司 | 一种数据处理方法、设备、介质以及装置 |
CN110177082B (zh) * | 2019-04-25 | 2022-03-01 | 创新先进技术有限公司 | 一种数据处理方法、设备、介质以及装置 |
US11570100B2 (en) | 2019-04-25 | 2023-01-31 | Advanced New Technologies Co., Ltd. | Data processing method, apparatus, medium and device |
CN111327956A (zh) * | 2020-02-13 | 2020-06-23 | 杭州海康威视系统技术有限公司 | 一种视频播放方法、装置及电子设备 |
CN113709412A (zh) * | 2020-05-21 | 2021-11-26 | 中国电信股份有限公司 | 直播流处理方法、装置和系统、计算机可读存储介质 |
CN113709412B (zh) * | 2020-05-21 | 2023-05-19 | 中国电信股份有限公司 | 直播流处理方法、装置和系统、计算机可读存储介质 |
CN112637242A (zh) * | 2021-01-06 | 2021-04-09 | 新华三技术有限公司 | 一种数据传输方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
EP3541049A4 (en) | 2019-09-18 |
BR112019012172A2 (pt) | 2019-11-05 |
WO2018113667A1 (zh) | 2018-06-28 |
US20190313060A1 (en) | 2019-10-10 |
EP3541049A1 (en) | 2019-09-18 |
JP2020502950A (ja) | 2020-01-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108234433A (zh) | 用于处理视频业务的方法和装置 | |
CN105871602B (zh) | 一种统计流量的控制方法、装置和系统 | |
CN108429701B (zh) | 网络加速系统 | |
CN107667510A (zh) | 恶意软件和恶意应用的检测 | |
CN103999409A (zh) | 用于带宽变化移动数据网络的链路缓冲器大小和队列长度估算的方法 | |
CN107071399B (zh) | 一种加密视频流的质量评估方法及装置 | |
CN107508719A (zh) | 测量网络时延的方法、装置及网络节点 | |
CN109947795A (zh) | 目标数据的获取方法和装置 | |
CN107534587B (zh) | 时延测量系统及方法 | |
CN102111453A (zh) | 一种提取互联网用户网络行为的方法和系统 | |
CN108092856A (zh) | 基于sdn的网络质量优化方法、系统及电子设备 | |
CN105532012B (zh) | 视频分发方法、设备和系统 | |
CN106911927A (zh) | 评估网络视频用户体验质量的方法、装置和dpi设备 | |
CN104038382B (zh) | 网络监视系统 | |
CN110139167A (zh) | 数据处理方法、服务器以及数据采集设备 | |
KR20090128231A (ko) | 데이터 전송률 계산 방법 및 이를 이용한 대역폭 설정 방법 | |
CN106797380A (zh) | 语音优化实现装置 | |
CN110248379A (zh) | 无线局域网中基站的性能测试方法及装置 | |
CN103312540A (zh) | 用户业务需求参数确定方法和装置 | |
TW201703470A (zh) | 控制裝置、訊務控制方法及記錄電腦程式之記錄媒體 | |
TWI580288B (zh) | Action online quality analysis system and method | |
EP2768187A1 (en) | Method for measuring traffic performance indicator and transmission side device | |
CN103237314A (zh) | 业务质量评测方法和装置 | |
CN112019393A (zh) | 一种确定时延的方法及装置 | |
CN105282050B (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 | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20180629 |