CN103905922A - 一种基于http协议的流媒体协议封装方法及装置 - Google Patents

一种基于http协议的流媒体协议封装方法及装置 Download PDF

Info

Publication number
CN103905922A
CN103905922A CN201410101622.3A CN201410101622A CN103905922A CN 103905922 A CN103905922 A CN 103905922A CN 201410101622 A CN201410101622 A CN 201410101622A CN 103905922 A CN103905922 A CN 103905922A
Authority
CN
China
Prior art keywords
video
information
media
data
audio
Prior art date
Application number
CN201410101622.3A
Other languages
English (en)
Other versions
CN103905922B (zh
Inventor
张磊
Original Assignee
深圳市云宙多媒体技术有限公司
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 深圳市云宙多媒体技术有限公司 filed Critical 深圳市云宙多媒体技术有限公司
Priority to CN201410101622.3A priority Critical patent/CN103905922B/zh
Publication of CN103905922A publication Critical patent/CN103905922A/zh
Application granted granted Critical
Publication of CN103905922B publication Critical patent/CN103905922B/zh

Links

Abstract

一种基于http协议的流媒体协议封装方法及装置。本发明实施例公开一种基于HTTP协议的流媒体协议,是一种创新的基于HTTP协议的流媒体协议,本发明协议简单实用,开销小,支持点播和直播,用普通HTTP服务器即可,便于部署,流媒体的网络使用率比HLS有提高。

Description

一种基于http协议的流媒体协议封装方法及装置

技术领域

[0001] 本发明涉及互联网通信技术领域,尤其涉及一种基于http协议的流媒体协议封装方法及装置。

背景技术

[0002] HTTP (HyperText Transfer Protocol,超文本传输协议)是一个基于请求与响应模式的、无状态的、应用层的协议,常基于TCP的连接方式,HTTP1.1版本中给出一种持续连接的机制,绝大多数的Web开发,都是构建在HTTP协议之上的Web应用。

[0003] HTTP协议的主要特点可概括如下:

[0004] 1.支持客户/服务器模式。

[0005] 2.简单快速:客户向服务器请求服务时,只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单,使得HTTP服务器的程序规模小,因而通信速度很快。

[0006] 3.灵活:HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。

[0007] 4.无连接:无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求,并收到客户的应答后,即断开连接。采用这种方式可以节省传输时间。

[0008] 5.无状态:HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息,则它必须重传,这样可能导致每次连接传送的数据量增大。另一方面,在服务器不需要先前信息时它的应答就较快。

[0009] HLS (HTTP Live Streaming)是一个由苹果公司提出的基于HTTP的流媒体网络传输协议。它的工作原理是把整个流分成一个个小的基于HTTP的文件来下载,每次只下载一些。当媒体流正在播放时,客户端可以选择从许多不同的备用源中以不同的速率下载同样的资源,允许流媒体会话适应不同的数据速率。在开始一个流媒体会话时,客户端会下载一个包含元数据的extended M3U(m3u8)playlist文件,用于寻找可用的媒体流。HLS只请求基本的HTTP报文,与实时传输协议(RTP)不同,HLS可以穿过任何允许HTTP数据通过的防火墙或者代理服务器。它也很容易使用内容分发网络来传输媒体流。

[0010]目前HTTP协议在网络应用中无所不在,HTTP协议能被绝大部分的路由器、服务器支持,因此使用HTTP协议作为流媒体的基础协议相对其他比如RTSP具有更好的网络兼容性和亲和性。但是,目前基于HTTP的HLS协议采用MPEG2-TS流作为封装,HLS使用的是mpeg2ts的流封装,每188个字节一个ts包,每个包包含头部,如果不足188字节,还需要填充Oxff,额外增加了数据量,在his索引文件中,每个ts都带有标识信息和绝对的路径信息(HTTP目录信息),每个.ts文件的绝对路径信息都是一样的,不同就是他们文件名字,因此存在大量的冗余信息;ts流的协议开销太大,传输效率不高,所以本发明提出一种新的基于http协议的流媒体协议,可支持流媒体数据的直播和点播。发明内容

[0011] 本发明实施例的目的在于提出一种基于http协议的流媒体协议封装方法,旨在解决现有HLS协议过于复杂,协议开销过大,传输效率不高的问题。

[0012] 本发明实施例是这样实现的,一种基于http协议的流媒体协议封装方法,所述方法包括以下步骤:

[0013] 预先建立媒体数据的封装文件,所述封装文件定义了媒体数据包的特定封装格式和相应的索引信息,所有视频包和音频包按照输入的时间顺序存放在所述封装文件中;

[0014] 获取编码后的媒体数据,判断所述媒体数据的类型,

[0015] 若媒体数据为视频数据,则将所述视频数据中的视频帧按照视频对应的特定封装格式进行封装;

[0016] 若媒体数据为音频数据,则将所述音频数据中的音频帧按照音频对应的特定封装格式进行封装;若媒体数据为空,则退出;

[0017] 将封装后的视频包或音频包存储到所述封装文件中;

[0018] 判断所述封装后的视频包或音频包时间大小是否不小于所述切片时间大小,

[0019] 若是则同步更新所述封装后的视频包或音频包相应的索引信息;

[0020] 如否则返回步骤“获取编码后的媒体数据,判断所述媒体数据的类型”。

[0021] 所述媒体数据包的特定封装格式具体为:

[0022] 每个媒体数据包头长度为2个字节,2字节头部信息0-15位的格式如下:

[0023] 第0-2位用于存储版本标记;

[0024] 第3-5位用于存储负荷类型;

[0025] 第6位用于存储O或1,其中O表示头后面是4字节的解码时间戳,I表示解码时间戳后面,紧跟4字节的显示时间戳;

[0026] 第7位为空;

[0027] 第8-15位为空;

[0028] 视频帧的负荷信息结构为:每一个时间戳信息后排列一个视频帧的负荷;

[0029] 音频帧的负荷信息可选择结构I或结构2:

[0030] 结构1:每一个时间戳信息后排列一个音频巾贞的负荷;

[0031] 结构2:每一个时间戳信息后排列若干个音频帧合并成的一个数据包负荷,其中每一音频帧前面2个字节为本音频帧的长度。

[0032] 所述索引信息包括以下字段:

[0033] 索引头标记,表示这是一个本发明协议信息;

[0034] 媒体描述,表示表示该流媒体所使用的视频音频信息;

[0035] 版本标记,表示当前的协议版本号;

[0036] 切片时间,表示每一个切片的时间长度;

[0037] 开始序号,表不该流媒体的第一个有效切片的序号;

[0038] HTTP目录信息,表示所描述的媒体数据所在的HTTP服务器位置;

[0039] 段信息,表示每个切片的名字以及每个切片的具体时长;

[0040] 若为点播则所述索引信息还包括:结束信息,表示流媒体结束;若为直播则不包含结束信息字段。[0041] 本发明实施例的另一目的在于提出一种基于http协议的流媒体协议封装装置,所述装置包括:

[0042] 封装文件设置模块,用于预先建立媒体数据的封装文件;所述封装文件定义了媒体数据包的特定封装格式和相应的索引信息,并用于存储按照输入的时间顺序存放的所有视频包和音频包;

[0043] 媒体数据获取模块,用于获取编码后的媒体数据;

[0044] 数据类型判断模块,用于判断所述媒体数据的类型,若媒体数据为视频数据,则进入视频封装模块;若媒体数据为音频数据,则进入音频封装模块;若媒体数据为空,则退出;

[0045] 视频封装模块,用于将所述视频数据中的视频帧按照视频对应的特定封装格式进行封装,然后进入封装数据输出模块;

[0046] 音频封装模块,用于将所述音频数据中的音频帧按照音频对应的特定封装格式进行封装,然后进入封装数据输出模块;

[0047] 封装数据输出模块,用于将封装后的视频包或音频包存储到所述封装文件中;

[0048] 数据包大小判断模块,用于判断所述封装后的视频包或音频包时间大小是否不小于所述切片时间大小,若是则进入索引信息更新模块,如否则返回数据类型判断模块;

[0049] 索引信息更新模块,用于同步更新所述封装后的视频包或音频包相应的索引信

肩、O

[0050] 本发明的有益效果

[0051] 本发明定义了一种基于HTTP协议的流媒体协议,本发明协议简单实用,开销小,支持点播和直播,用普通HTTP服务器即可,便于部署,流媒体的网络使用率比HLS有提高。

附图说明

[0052] 图1是本发明优选实施例一种基于http协议的流媒体协议封装方法流程图;

[0053] 图2是本发明优选实施例一种基于http协议的流媒体协议封装装置结构图。

具体实施方式

[0054] 为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图和实施例,对本发明进行进一步详细说明,为了便于说明,仅示出了与本发明实施例相关的部分。应当理解,此处所描写的具体实施例,仅仅用于解释本发明,并不用以限制本发明。

[0055] 本发明实施例定义了一种基于HTTP协议的流媒体协议,本发明协议简单实用,开销小,支持点播和直播,用普通HTTP服务器即可,便于部署,流媒体的网络使用率比HLS有提闻。

[0056] 实施例一

[0057] 图1是本发明优选实施例一种基于http协议的流媒体协议封装方法流程图;所述方法包括以下步骤:

[0058] S101,预先建立媒体数据的封装文件;所述封装文件定义了媒体数据包的特定封装格式和相应的索引信息;所有视频包和音频包按照输入的时间顺序存放在所述封装文件中;[0059] 所述媒体数据包(音频包或视频包)的特定封装格式具体为:

[0060] 每个媒体数据包的2字节头部信息0-15位的格式如下:

[0061]

Figure CN103905922AD00071

[0062]

[0063] 每个音频包和视频包格式一样,头长度为2个字节(I6bits位),目前只用了第一

个字节,第二字节保留。

[0064] 视频帧的负荷信息,每个视频帧单独一个负荷,紧跟在时间戳信息后面,

[0065] 视频帧的负荷信息结构为:

[0066]

Figure CN103905922AD00072

[0067] 首频帧的负荷彳目息结构有两种:

[0068] 结构1:音频帧的负荷信息结构I为每个音频帧单独一个负荷,紧跟在时间戳信息后面,具体为:

[0069]

Figure CN103905922AD00073

[0070] 结构2:为了进一步减少负荷,可将多个音频帧合并成一个数据包负荷,每一音频帧前面2个字节为本音频帧的长度,具体为:

[0071]

Figure CN103905922AD00081

[0072] 所述索引信息也即媒体数据的描述信息,其为文本文件,记录了整个流媒体的全

局信息。所述索引信息包括如下字段:

[0073]

Figure CN103905922AD00082

[0075] 本发明协议支持的数据格式下:

[0076]表 1:

[0077]

Figure CN103905922AD00083
Figure CN103905922AD00091

[0078] 相比HLS协议,本发明协议封装的媒体数据包中减少了 Oxff字段,将索引文件中相同的路径信息单独提出了,减少了部分信息,这样在2G/3G网络中能减少非数据流所占用的带宽,尽可能的提高码率的利用率。

[0079] S102,获取编码后的媒体数据,判断所述媒体数据的类型,若媒体数据为视频数据,则进入步骤S103a ;若媒体数据为音频数据,则进入步骤S103b ;若媒体数据为空,则退出;

[0080] S103a,将所述视频数据中的视频帧按照视频对应的特定封装格式进行封装,然后进入步骤S104 ;

[0081] S103b,将所述音频数据中的音频帧按照音频对应的特定封装格式进行封装,然后进入步骤S104 ;

[0082] S104,将封装后的视频包或音频包存储到所述封装文件中;

[0083] S105,判断所述封装后的视频包或音频包时间大小是否不小于所述切片时间大小,若是则进入步骤S106,如否则返回步骤S102 ;

[0084] S106,封装一个切片完成,同步更新所述封装后的视频包或音频包相应的索引信

肩、O

[0085]重复步骤 S101-S106。

[0086] 实施例二

[0087] 图2是本发明优选实施例一种基于http协议的流媒体协议封装装置结构图,所述装置包括:

[0088] 封装文件设置模块,用于预先建立媒体数据的封装文件;所述封装文件定义了媒体数据包的特定封装格式和相应的索引信息,并用于存储按照输入的时间顺序存放的所有视频包和音频包;

[0089] 所述媒体数据包(音频包或视频包)的特定封装格式具体为:

[0090] 每个媒体数据包的2字节头部信息0-15位的格式如下:

[0091]

Figure CN103905922AD00101

[0092] 每个音频包和视频包格式一样,头长度为2个字节(16bits位),目前只用了第一

个字节,第二字节保留。

[0093] 视频帧的负荷信息,每个视频帧单独一个负荷,紧跟在时间戳信息后面,视频帧的负荷信息结构为:

[0094]

Figure CN103905922AD00102

[0095] 首频帧的负荷彳目息结构有两种:

[0096] 结构1:音频帧的负荷信息结构I为每个音频帧单独一个负荷,紧跟在时间戳信息后面,具体为:

[0097]

Figure CN103905922AD00103

[0098] 结构2:为了进一步减少负荷,可将多个音频帧合并成一个数据包负荷,每一音频帧前面2个字节为本音频帧的长度,具体为:

[0099]

Figure CN103905922AD00104

[0100] 所述索引信息也即媒体数据的描述信息,其为文本文件,记录了整个流媒体的全局信息。所述索引信息包括如下字段:

[0101]

Figure CN103905922AD00111

[0102] 媒体数据获取模块,用于获取编码后的媒体数据;

[0103] 数据类型判断模块,用于判断所述媒体数据的类型,若媒体数据为视频数据,则进入视频封装模块;若媒体数据为音频数据,则进入音频封装模块;若媒体数据为空,则退出;

[0104] 视频封装模块,用于将所述视频数据中的视频帧按照视频对应的特定封装格式进行封装,然后进入封装数据输出模块;

[0105] 音频封装模块,用于将所述音频数据中的音频帧按照音频对应的特定封装格式进行封装,然后进入封装数据输出模块;

[0106] 封装数据输出模块,用于将封装后的视频包或音频包存储到所述封装文件中;

[0107] 数据包大小判断模块,用于判断所述封装后的视频包或音频包时间大小是否不小于所述切片时间大小,若是则进入索引信息更新模块,如否则返回数据类型判断模块;

[0108] 索引信息更新模块,用于同步更新所述封装后的视频包或音频包相应的索引信息。

[0109] 本领域的普通技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序指令相关硬件来完成的,所述的程序可以存储于一计算机可读取存储介质中,所述的存储介质可以为ROM、RAM、磁盘、光盘等。[0110] 以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。

Claims (6)

1.一种基于http协议的流媒体协议封装方法,其特征在于,所述方法包括以下步骤: 预先建立媒体数据的封装文件,所述封装文件定义了媒体数据包的特定封装格式和相应的索引信息,所有视频包和音频包按照输入的时间顺序存放在所述封装文件中; 获取编码后的媒体数据,判断所述媒体数据的类型, 若媒体数据为视频数据,则将所述视频数据中的视频帧按照视频对应的特定封装格式进行封装; 若媒体数据为音频数据,则将所述音频数据中的音频帧按照音频对应的特定封装格式进行封装;若媒体数据为空,则退出; 将封装后的视频包或音频包存储到所述封装文件中; 判断所述封装后的视频包或音频包时间大小是否不小于所述切片时间大小, 若是则同步更新所述封装后的视频包或音频包相应的索引信息; 如否则返回步骤“获取编码后的媒体数据,判断所述媒体数据的类型”。
2.如权利要求1所述的基于http协议的流媒体协议封装方法,其特征在于, 所述媒体数据包的特定封装格式具体为: 每个媒体数据包头长 度为2个字节,2字节头部信息0-15位的格式如下: 第0-2位用于存储版本标记; 第3-5位用于存储负荷类型; 第6位用于存储O或1,其中O表示头后面是4字节的解码时间戳,I表示解码时间戳后面,紧跟4字节的显示时间戳; 第7位为保留位; 第8-15位为保留位; 视频帧的负荷信息结构为:每一个时间戳信息后排列一个视频帧的负荷; 音频帧的负荷信息可选择结构I或结构2: 结构1:每一个时间戳信息后排列一个音频帧的负荷; 结构2:每一个时间戳信息后排列若干个音频帧合并成的一个数据包负荷,其中每一音频帧前面2个字节为本音频帧的长度。
3.如权利要求1所述的基于http协议的流媒体协议封装方法,其特征在于, 所述索引信息包括以下字段: 索引头标记,表示这是一个本发明协议信息; 媒体描述,表示表示该流媒体所使用的视频音频信息; 版本标记,表示当前的协议版本号; 切片时间,表示每一个切片的时间长度; 开始序号,表示该流媒体的第一个有效切片的序号; HTTP目录信息,表示所描述的媒体数据所在的HTTP服务器位置; 段信息,表示每个切片的名字以及每个切片的具体时长; 若为点播则所述索引信息还包括:结束信息,表示流媒体结束;若为直播则不包含结束信息字段。
4.一种基于http协议的流媒体协议封装装置,其特征在于,所述装置包括: 封装文件设置模块,用于预先建立媒体数据的封装文件;所述封装文件定义了媒体数据包的特定封装格式和相应的索引信息,并用于存储按照输入的时间顺序存放的所有视频包和音频包; 媒体数据获取模块,用于获取编码后的媒体数据; 数据类型判断模块,用于判断所述媒体数据的类型,若媒体数据为视频数据,则进入视频封装模块;若媒体数据为音频数据, 则进入音频封装模块;若媒体数据为空,则退出;视频封装模块,用于将所述视频数据中的视频帧按照视频对应的特定封装格式进行封装,然后进入封装数据输出模块; 音频封装模块,用于将所述音频数据中的音频帧按照音频对应的特定封装格式进行封装,然后进入封装数据输出模块; 封装数据输出模块,用于将封装后的视频包或音频包存储到所述封装文件中; 数据包大小判断模块,用于判断所述封装后的视频包或音频包时间大小是否不小于所述切片时间大小,若是则进入索引信息更新模块,如否则返回数据类型判断模块; 索引信息更新模块,用于同步更新所述封装后的视频包或音频包相应的索引信息。
5.如权利要求4所述的基于http协议的流媒体协议封装装置,其特征在于, 所述媒体数据包的特定封装格式具体为: 每个媒体数据包头长度为2个字节,2字节头部信息0-15位的格式如下: 第0-2位用于存储版本标记; 第3-5位用于存储负荷类型; 第6位用于存储O或1,其中O表示头后面是4字节的解码时间戳,I表示解码时间戳后面,紧跟4字节的显示时间戳; 第7位为保留位; 第8-15位为保留位; 视频帧的负荷信息结构为:每一个时间戳信息后排列一个视频帧的负荷; 音频帧的负荷信息可选择结构I或结构2: 结构1:每一个时间戳信息后排列一个音频帧的负荷; 结构2:每一个时间戳信息后排列若干个音频帧合并成的一个数据包负荷,其中每一音频帧前面2个字节为本音频帧的长度。
6.如权利要求4所述的基于http协议的流媒体协议封装装置,其特征在于, 所述索引信息包括以下字段: 索引头标记,表示这是一个本发明协议信息; 媒体描述,表示表示该流媒体所使用的视频音频信息; 版本标记,表示当前的协议版本号; 切片时间,表示每一个切片的时间长度; 开始序号,表示该流媒体的第一个有效切片的序号; HTTP目录信息,表示所描述的媒体数据所在的HTTP服务器位置; 段信息,表示每个切片的名字以及每个切片的具体时长; 若为点播则所述索引信息还包括:结束信息,表示流媒体结束;若为直播则不包含结束信息字段。
CN201410101622.3A 2014-03-18 2014-03-18 一种基于http协议的流媒体协议封装方法及装置 CN103905922B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410101622.3A CN103905922B (zh) 2014-03-18 2014-03-18 一种基于http协议的流媒体协议封装方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410101622.3A CN103905922B (zh) 2014-03-18 2014-03-18 一种基于http协议的流媒体协议封装方法及装置

Publications (2)

Publication Number Publication Date
CN103905922A true CN103905922A (zh) 2014-07-02
CN103905922B CN103905922B (zh) 2017-08-25

Family

ID=50997036

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410101622.3A CN103905922B (zh) 2014-03-18 2014-03-18 一种基于http协议的流媒体协议封装方法及装置

Country Status (1)

Country Link
CN (1) CN103905922B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106060061A (zh) * 2016-06-22 2016-10-26 新奥特(北京)视频技术有限公司 一种流媒体交互的实现方法和装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101552660A (zh) * 2008-04-01 2009-10-07 中国移动通信集团公司 对流媒体数据进行重传、播放的方法、装置及通信系统
CN102595199A (zh) * 2011-01-11 2012-07-18 中兴通讯股份有限公司 一种流媒体数据包的封装、传输方法及流媒体处理装置
CN102984232A (zh) * 2012-10-30 2013-03-20 西安电子科技大学 多跳网络中的实时流媒体传输协议栈
CN103024528A (zh) * 2013-01-07 2013-04-03 杭州浦禾通信技术有限公司 在移动终端上实现流媒体数据发送的方法及移动终端
CN103051941A (zh) * 2013-01-28 2013-04-17 北京暴风科技股份有限公司 一种在移动平台上播放本地视频的方法和系统
CN103581698A (zh) * 2012-07-31 2014-02-12 联想(北京)有限公司 终端设备以及视频数据发布方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101552660A (zh) * 2008-04-01 2009-10-07 中国移动通信集团公司 对流媒体数据进行重传、播放的方法、装置及通信系统
CN102595199A (zh) * 2011-01-11 2012-07-18 中兴通讯股份有限公司 一种流媒体数据包的封装、传输方法及流媒体处理装置
CN103581698A (zh) * 2012-07-31 2014-02-12 联想(北京)有限公司 终端设备以及视频数据发布方法
CN102984232A (zh) * 2012-10-30 2013-03-20 西安电子科技大学 多跳网络中的实时流媒体传输协议栈
CN103024528A (zh) * 2013-01-07 2013-04-03 杭州浦禾通信技术有限公司 在移动终端上实现流媒体数据发送的方法及移动终端
CN103051941A (zh) * 2013-01-28 2013-04-17 北京暴风科技股份有限公司 一种在移动平台上播放本地视频的方法和系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
罗文: "基于HTTP自适应流媒体关键技术的研究及实现", 《中国优秀博硕士学位论文全文数据库》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106060061A (zh) * 2016-06-22 2016-10-26 新奥特(北京)视频技术有限公司 一种流媒体交互的实现方法和装置
CN106060061B (zh) * 2016-06-22 2019-02-22 新奥特(北京)视频技术有限公司 一种流媒体交互的实现方法和装置

Also Published As

Publication number Publication date
CN103905922B (zh) 2017-08-25

Similar Documents

Publication Publication Date Title
JP6310111B2 (ja) Control message composition apparatus in broadcasting system
US9712890B2 (en) Network video streaming with trick play based on separate trick play files
US10630759B2 (en) Method and apparatus for generating and reproducing adaptive stream based on file format, and recording medium thereof
JP6177839B2 (ja) データ伝送方法及び装置、並びにデータ受信方法及び装置
JP2018085764A (ja) メディアコンテンツをクライアントデバイスにストリーミングするための方法および装置
TWI568252B (zh) 具有視訊定向協調(cvo)之串流技術
JP6426259B2 (ja) Method of receiving control information in a broadcast system
US9871844B2 (en) Method and apparatus for transmitting and receiving adaptive streaming mechanism-based content
US10373196B2 (en) Method and system for ad insertion in over-the-top live media delivery
US10511646B2 (en) System and method for delivering content
US20190075179A1 (en) Apparatus and method for providing streaming content
CN105474672B (zh) 目标媒体内容的递送
US9800948B2 (en) Method and system for trick play in over-the-top video delivery
CA2870059C (en) Methods and systems for real-time transmuxing of streaming media content
ES2710702T3 (es) Temporización en vivo para la transmisión continua dinámica adaptativa sobre el HTTP (DASH)
Lohmar et al. Dynamic adaptive HTTP streaming of live content
US9338211B2 (en) Apparatus and method for providing streaming content
Stockhammer Dynamic adaptive streaming over HTTP-- standards and design principles
JP2018011319A (ja) マルチメディア伝送システムにおけるパケットを伝送する方法
US8661098B2 (en) Live media delivery over a packet-based computer network
CN103248962B (zh) 获取流媒体数据的方法、设备及系统
CN106170095B (zh) 内容分发网络系统和方法
JP5794998B2 (ja) 適応的なストリーミング方法及びその装置
US8874778B2 (en) Live streaming media delivery for mobile audiences
TWI465113B (zh) 內容重製系統、內容重製裝置、程式、內容重製方法、及提供內容伺服器

Legal Events

Date Code Title Description
PB01 Publication
C06 Publication
SE01 Entry into force of request for substantive examination
C10 Entry into substantive examination
CB02 Change of applicant information

Address after: The central Shenzhen city of Guangdong Province, 518057 Keyuan Road, Nanshan District science and Technology Park No. 15 Science Park Sinovac A Building 1 unit 403, No. 405 unit

Applicant after: Shenzhen Yunzhou Multimedia Technology Co., Ltd.

Address before: Unit B4 9 building 518057 Guangdong city of Shenzhen province Nanshan District high in the four EVOC Technology Building No. 31

Applicant before: Shenzhen Yunzhou Multimedia Technology Co., Ltd.

C53 Correction of patent for invention or patent application
GR01 Patent grant
GR01 Patent grant