CN105210372B - 内容供应装置、内容供应方法、程序以及内容供应*** - Google Patents
内容供应装置、内容供应方法、程序以及内容供应*** Download PDFInfo
- Publication number
- CN105210372B CN105210372B CN201480028025.0A CN201480028025A CN105210372B CN 105210372 B CN105210372 B CN 105210372B CN 201480028025 A CN201480028025 A CN 201480028025A CN 105210372 B CN105210372 B CN 105210372B
- Authority
- CN
- China
- Prior art keywords
- rtp
- segment
- broadcast
- multicast
- content
- 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
Links
Classifications
-
- 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/6437—Real-time Transport Protocol [RTP]
-
- 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/633—Control signals issued by server directed to the network components or client
- H04N21/6332—Control signals issued by server directed to the network components or client directed to client
-
- 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/64—Addressing
- H04N21/6405—Multicasting
-
- 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/64—Addressing
- H04N21/6408—Unicasting
-
- 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/84—Generation or processing of descriptive data, e.g. content descriptors
-
- 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
- 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/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本公开涉及一种内容供应装置、内容供应方法、程序以及内容供应***,其能够通过扩展DASH,在单播发送、多播发送或广播发送之间无缝切换接收和再现。所述内容供应装置配备有:HTTP发送单元,根据HTTP单播发送流数据的段文件;RTP发送单元,在RTP数据包内无变化地储存段文件,并且根据RTP通过多播和广播中的至少一个发送RTP数据包;以及图元文件生成单元,其生成描述在根据HTTP发送的段文件与根据RTP发送的段文件之间的时间对应关系的图元文件,并且将所述图元文件供应给接收侧。本公开可以应用于通过流方式传送内容的***。
Description
技术领域
本公开涉及一种内容供应装置、一种内容供应方法、一种程序以及一种内容供应***,并且更具体而言,涉及一种内容供应装置、一种内容供应方法、一种程序以及一种内容供应***,在超文本发送协议(HTTP) 通过互联网单播发送内容时,其能够由作为替换路径的实时发送协议 (RTP)通过广播网络多播发送或广播发送内容。
背景技术
近年来,超过限度视频(OTT-V)通过互联网变成流服务的主流,并且作为其基本技术,众所周知使用HTTP的通过HTTP的活动图像专家组 -动态自适应流媒体(在后文中称为“DASH”)(MPEG-DASH),其中,供应侧通过点对点的方式与接收侧连接,与网站等的浏览相似(例如,参照非专利文献1)。
在DASH内,实现自适应流媒体技术。换言之,内容供应侧具有能够供应多个流的***,所述多个流包括相同主体的内容,但是具有不同的图像质量或视角尺寸,并且接收侧被配置为根据互联网的通信环境或接收侧的能力或状态,切换和观看最佳流。
在DASH内,作为使接收侧能够自适应地切换流的信息,将称为媒体呈现描述(MPD)的图元文件从供应侧中供应给接收侧。在MPD中描述表示分成大块的流数据(媒体数据,例如,音频/视频/副标题)的供应源的服务器的地址(url信息)。
接收侧可以基于url信息访问服务器,并且获取和再现HTTP发送的流数据。
图1示出了基于DASH通过流媒体方式传送内容的内容供应***的配置的一个实例性。
内容供应***20包括设置在供应内容的侧边上的内容管理服务器 21、DASH段流转化器22以及DASH MPD服务器23、以及设置在接收和观看内容的侧边上的DASH客户端30。虽然未显示,但是假设具有多个DASH客户端30。
内容管理服务器21管理要供应给接收侧的内容,生成具有与相同主体的内容不同的比特率的多块流数据,并且将所生成的流数据输出给 DASH段流转化器22。
DASH段流转化器22将内容的流数据在时间上分成几段,保持每个段,作为文件,并且通知DASH MPD服务器23文件的地址。进一步, DASH段流转化器22作为HTTP服务器通过互联网11响应于接收侧的 DASH客户端30的请求,单播传送分段的流数据的文件。
DASH MPD服务器23生成MPD,其中,例如,描述了用作分段的流数据的文件的供应源的DASH段流转化器22的地址。DASH MPD服务器23作为HTTP服务器通过互联网11响应于接收侧的DASH客户端30 的请求,将MPD单播传送给DASH客户端30。
接收侧的DASH客户端30接收和再现内容,并且基于从DASH MPD 服务器23中获取的MPD,访问用作HTTP服务器的DASH段流转化器 22,并且接收和再现分段的流数据的文件。
具有以下情况,高速缓存服务器安装在互联网11上,以高速缓存单播传送的MPD、分段的流数据的文件等,并且进行DASH段流转化器22 或DASH MPD服务器23的操作。
引用列表
非专利文献
非专利文献1:Mitsuhiro Hirabayashi、“Achieving Uninterrupted VideoStreaming Using Existing Web Servers”、NIKKEI ELECTRONICS、2012 年3月19日
发明内容
技术问题
如上所述,在DASH中,实现根据HTTP通过单播发送供应内容的自适应流媒体技术。
例如,在多个DASH客户端30可能同时获取和再现的内容(例如,实时体育广播的内容)通过DASH供应给多个装置时,由于使用HTTP,所以需要由内容输送网络(CDN)支持。然而,虽然由CDN支持,但是由于成本限制,所以难以获得与在现有广播传送中一样高的可扩展性。
顺便提一下,为了将内容同时供应给多个接收侧,具有使用通过电视广播网络或移动网络的多播承载或广播承载的方法,并且在该方法中,通常使用RTP。
因此,在接收侧可以接收再现多播发送的或广播传送的内容时,接收侧可以可取地在DASH中使用多播发送或广播发送自适应地选择流,作为替换路径。
然而,在DASH的现有说明书中,仅仅考虑根据HTTP的内容的流数据的单播传送,并且不考虑使用多播承载或广播承载。
因此,在DASH的MPD中,在对应于段间隔的多播承载或广播承载上,难以描述在根据HTTP单播发送的DASH段与根据RTP流动的内容间隔之间的对应关系。
进一步,目前,未规定可以储存在RTP数据包内的不改变、不破坏作为用作DASH的控制目标的内容流块的片段MP4的箱体结构的有效载荷格式。
因此,在DASH的现有标准中,难以在单播传送与多播发送和广播发送中的任一个之间实现内容的无缝切换。
鉴于上述内容,构造本公开,并且可取地在根据HTTP的单播发送与根据RTP的多播发送和广播发送中的任一个之间实现内容的无缝切换。
问题的解决方案
根据本公开的第一方面,提供了一种内容供应装置,其根据 MPEG-DASH供应内容的流数据,所述内容供应装置包括:HTTP发送单元,被配置为将所述流数据转换成以段为单位的文件,并且根据HTTP单播发送所产生的段文件;RTP发送单元,被配置为在RTP数据包内无变化地储存段文件,并且根据RTP通过多播和广播中的至少一个发送RTP 数据包;以及图元文件生成单元,被配置为生成图元文件并且将所述图元文件供应给接收侧,在图元文件中描述在根据HTTP单播发送的段文件与根据RTP,通过多播和广播中的至少一个发送的段文件之间的时间对应关系。
所述内容的流数据可以是片段MP4。所述RTP发送单元可以在RTP 数据包内储存所述段文件,同时保持所述片段MP4的箱体结构,并且根据RTP,通过多播和广播中的至少一个发送所述RTP数据包。
所述RTP发送单元可以在所述RTP数据包的RTP报头的时间戳字段内描述在发送所述RTP数据包时第一位的发送时间。
所述RTP发送单元可以在RTP数据包的所述RTP有效载荷内描述表示RTP有效载荷的模式的信息以及表示段边界的信息,并且在有效载荷数据内设置NAL单元。
所述RTP发送单元可以在所述RTP数据包的RTP有效载荷内设置在 MPEG-DASH内规定的初始化段的元数据以及媒体段的元数据,或者在所述RTP数据包的RTP有效载荷内设置所述媒体段的元数据,或者在所述 RTP数据包的RTP有效载荷内不设置初始化段的元数据和所述媒体段的元数据。
根据本公开的第一方面,提供了一种内容供应装置的内容供应方法,所述内容供应装置根据MPEG-DASH供应内容的流数据,所述内容供应方法包括:HTTP发送步骤,用于通过所述内容供应装置,将所述流数据转换成以段为单位的文件,并且根据HTTP单播发送所产生的段文件;RTP 发送步骤,用于通过所述内容供应装置,在RTP数据包内无变化地储存段文件,并且根据RTP,通过多播和广播中的至少一个发送RTP数据包;以及图元文件生成步骤,用于通过所述内容供应装置,生成图元文件并且将所述图元文件供应给接收侧,在图元文件中描述在根据HTTP单播发送的段文件与根据RTP通过多播和广播中的至少一个发送的段文件之间的时间对应关系。
根据本公开的第一方面,提供了一种使计算机用作以下单元的程序,所述计算机根据MPEG-DASH供应内容的流数据:HTTP发送单元,其被配置为将所述流数据转换成以段为单位的文件,并且根据HTTP单播发送所产生的段文件;RTP发送单元,被配置为在RTP数据包内无变化地储存段文件,并且根据RTP通过多播和广播中的至少一个发送RTP数据包;以及图元文件生成单元,被配置为生成图元文件并且将所述图元文件供应给接收侧,在图元文件中描述在根据HTTP单播发送的段文件与根据RTP 通过多播和广播中的至少一个发送的段文件之间的时间对应关系。
在本公开的第一方面,将流数据转换成以段为单位的文件,并且根据 HTTP单播发送所产生的段文件。在RTP数据包内无变化地储存段文件,并且根据RTP通过多播和广播中的至少一个发送RTP数据包。生成图元文件并且将所述图元文件供应给接收侧,在图元文件中描述在根据HTTP 单播发送的段文件与根据RTP通过多播和广播中的至少一个发送的段文件之间的时间对应关系,。
根据本公开的第二方面,提供了一种内容供应***,包括:内容供应装置,被配置为根据MPEG-DASH供应内容的流数据;以及客户装置,被配置为接收所述流数据。所述内容供应装置包括:HTTP发送单元,被配置为将所述流数据转换成以段为单位的文件,并且根据HTTP单播发送所产生的段文件;RTP发送单元,被配置为在RTP数据包内无变化地储存段文件,并且根据RTP通过多播和广播中的至少一个发送RTP数据包;以及图元文件生成单元,被配置为生成图元文件并且将所述图元文件供应给接收侧,其中,描述在根据HTTP单播发送的段文件与根据RTP通过多播和广播中的至少一个发送的段文件之间的时间对应关系。客户装置基于所获取的图元文件,在根据HTTP单播发送的段文件与根据RTP通过多播和广播中的至少一个发送的段文件之间切换,并且接收和再现所述段文件。
发明的有利效应
根据本公开的第一和第二方面,能够在根据HTTP的单播发送与根据 RTP的多播发送和广播发送中的任一个之间实现内容的无缝切换。
附图说明
图1是示出使用DASH的相关技术的内容供应***的配置的一个实例的方框图;
图2是示出应用本公开的内容供应***的一个示例性配置的方框图;
图3是用于描述内容的时间限定的示图;
图4是示出MPD的配置的示图;
图5是示出在MPD中的周期之下的分层结构的示图;
图6是示出MPD的配置设置在时间轴上的状态的示图;
图7是示出在MPD的表示之下的详细结构的示图;
图8是示出MPD的实例的示图;
图9是示出变型MPD的实例的示图;
图10是示出ServiceLocation元素的XML模式的实例的示图;
图11是示出ServiceLocation元素的数据结构的示图;
图12是示出用户服务描述的实例的示图;
图13是示出协议的分层结构的示图;
图14是示出RTP数据包的数据结构的示图;
图15是在AVC片段MP4储存在RTP数据包内时的示图;
图16是在HEVC分段MP4储存在RTP数据包内时的示图;
图17是示出RTP有效载荷的格式的组合模式的实例的示图;
图18是用于描述内容供应***的第一操作的流程图;
图19是用于描述内容供应***的第二操作的流程图;
图20是示出计算机的一个示例性配置的方框图。
具体实施方式
在后文中,参照附图,描述用于执行本公开的优选模式(在后文中称为“实施方式”)。
【内容供应***的示例性配置】
在接收和再现内容的侧边接收内容时,根据本公开的实施方式的内容供应***可以在根据HTTP的单播发送的内容流与根据RTP的多播发送和根据RTP的广播发送中的任一个的内容流之间进行无缝切换。
具体而言,在DASH中的MPD扩展为描述在表示根据HTTP单播传送的内容流的间隔的mediaRange与表示根据RTP多播发送或广播发送的内容留的间隔的rtspRange之间的对应关系。
有效载荷格式被规定为更容易不改变即不破坏作为用作DASH的控制目标的内容流块的片段MP4的箱体结构地将储存在RTP数据包内。
图2示出了根据本公开的实施方式的内容供应***的一个示例性配置。
内容供应***50包括:在供应内容侧的内容供应装置60以及在接收和观看内容侧的多个DASH客户端70。
DASH客户端70可以通过互联网11连接至内容供应装置60,并且接收根据HTTP单播发送的内容。DASH客户端70可以接收通过广播网络 12从内容供应装置60中多播发送和广播发送的内容。
在此处,假设广播网络12包括移动网络,例如,多媒体广播和多播业务(MBMS)以及使用地面波、卫星波等的电视广播网络。
内容供应装置60包括内容管理服务器61、DASH段流转化器62、 DASH MPD服务器63、MPD代理服务器64、MPD配置器65、广播/多播 (BC/MC)资源管理器66、DASH客户端代理67以及广播/多播(BC/MC) 服务提供商68,其通过互联网11彼此连接。
内容管理服务器61管理供应给DASH客户端70的内容(包括现场广播内容),生成相同主体的内容的具有不同比特率的多块流数据,并且将具有不同比特率的多块流数据供应给DASH段流转化器62。
DASH段流转化器62在时间上分割流数据内容。
图3示出了内容的时间限定。换言之,DASH段流转化器62将流数据内容在时间上限定成几个周期,将每个周期分成几段,保持每个段为文件,如图3中所示,并且通知DASH MPD服务器63文件的供应源的地址。
DASH段流转化器62作为HTTP服务器通过互联网11,响应于DASH 客户端70的请求,HTTP发送(使用HTTP单播发送)分段的流数据的文件。
DASH MPD服务器63生成在DASH客户端70获取根据HTTP单播发送的内容时引用的MPD,并且通过互联网11,响应于DASH客户端70 的请求,HTTP发送MPD。DASH MPD服务器63响应于MPD代理服务器64的请求,供应所生成的MPD。
MPD代理服务器64从DASH MPD服务器63中获取MPD,并且将 MPD供应给MPD配置器65。
MPD配置器65修改MPD,以便DASH客户端70可以获取与根据 HTTP单播发送的内容相同的主体的广播发送和多播发送的内容。
广播/多播资源管理器66通知MPD配置器65广播承载和多播承载的资源状态。
DASH客户端代理67将修改后的MPD发送给DASH客户端70。 DASH客户端代理67将修改后的MPD供应给广播/多播服务提供商68,并且根据FLUTE多播发送修改后的MPD。
DASH客户端代理67获取从DASH段流转化器62中单播发送的内容段,在RTP数据包的有效载荷内储存所获取的段,而不改变并且不破坏箱体结构,将所产生的RTP数据包供应给广播/多播服务提供商68,并且通过广播网络12根据RTP多播发送并且广播发送RTP数据包。
广播/多播服务提供商68通过广播网络12根据FLUTE多播发送修改后的MPD。广播/多播服务提供商68多播发送并且广播发送RTP数据包,其中,通过广播网络12,无变化地储存内容的段。
【MPD的概述】
接下来,参照图4和图5,描述在DASH内的MPD的概述。
图4示出了MPD的数据配置。图5示出了在MPD中的周期之下的分层结构。
在MPD中,将涉及内容(媒体)的信息分成周期单位。在每个周期中,准备多个表示,包括涉及在流属性(例如,比特流)上不同的相同主体的流数据的信息。表示储存涉及通过进一步在时间上分割周期所获得的段的信息。
图6示出了MPD的结构设置在时间轴上的一种状态。
从图6中可以理解的是,相同的内容段具有多个表示。因此,DASH 客户端70可以自适应地选择任何表示,根据通信环境、DASH客户端70 的解码能力等切换成合适的流数据,并且获取和再现合适的流数据。
图7示出在MPD的表示之下的结构。
在表示中描述用作储存内容段的文件的供应源的DASH段流转化器 62的地址。具体而言,在多个段各自保持为文件时,描述相应文件的一系列地址(url信息)。进一步,在多个段共同保持为一个文件时,除了文件的地址(基底URL)以外,描述在文件内的段的一系列范围(mediaRange)。图7示出了后一种情况。
图8示出了一个实例,其中,在XML格式中描述在图7中显示的表示之下的结构。
在MPD/Period/AdaptationSet/Representation/BaseURL中描述在储存多个内容段时的文件的供应源的地址。在图8的情况下,“http://example.com/counter-10mn_avc_dash.mp4”表示文件的地址。
在 MPD/Period/AdaptationSet/Representation/SegmentList/SegmentURL/@medi aRange中描述了在文件内的段的一系列字节范围。
因此,DASH客户端70可以通过将 http://example.com/counter-10mn_avc_dash.mp4指定为文件的url,将 mediaRange指定为范围报头,并且发起HTTP请求,来获取期望段。
例如, MPD/Period/AdaptationSet/Representation/SegmentList/SegmentURL/@medi aRange=“795-83596”表示在文件内的第795个字节到第83596个字节的字节范围是第一段。同样,下一个 MPD/Period/AdaptationSet/Representation/SegmentList/SegmentURL/@medi aRange="83597-166046"表示在文件内的第83597个字节到第166046个字节的字节范围是第二段。
因此,为了获取第一段,可取地指定文件的url "http://example.com/counter-10mn_avc_dash.mp4"并且描述mediaRange "795-83596",作为在HTTP请求内的范围指定。此时,HTTP请求如下:
GET/counter-10mn_avc_dash.mp4 HTTP/1.1
Host:example.com
范围:字节=795-83596
同样,为了获取第二段,可取地发起以下HTTP请求:
GET/counter-10mn_avc_dash.mp4HTTP/1.1
Host:example.com
范围:字节=83597-166046
【MPD的变型】
在本实施方式中,通过根据HTTP的单播发送、通过根据RTP的多播发送以及通过根据RTP的广播发送,将内容的分段流数据供应给DASH 客户端70。进一步,DASH客户端70通过无缝切换接收并且再现内容的分段流数据。
为此,在MPD内最近引入ServiceLocation元素。增加rtspRange,其对应于根据HTTP单播发送的段的字节范围并且表示根据RTP多播发送并且广播发送的流段的间隔。
图9示出了一个实例,其中,在图8中显示的MPD变型。
具体而言,rtspRange属性设置在SegmentURL元素中,作为规定用作根据HTTP单播发送的段的切换目标的段流的间隔的属性,并且根据 RTP多播发送并且广播发送。在MPD的BaseURL中设置 ServiceLocationAttributeUrl属性,其中,描述ServiceLocationAttribute文件的url,其储存ServiceLocation元素,作为根元素。
在变型的MPD的SegmentURL元素的rtspRange属性中,储存范围参数的格式(UTC格式)的字符串,其识别在用于控制在评论请求(RFC) 2326中规定的RTP流的实时流协议(RTSP)中限定的RTP流间隔。储存在rtspRange属性内的信息的格式不限于UTC格式。
例如,在图9的情况下,显示了根据RTP多播发送的和广播发送的段流的19961108T143720.25Z到19961108T143730.25Z的间隔对应于第一段,包括根据HTTP单播发送的文件的第795字节到第83596字节的字节范围的数据。
同样,显示了根据RTP多播发送的和广播发送的段流的 19961108T143730.25Z到19961108T143740.25Z的间隔对应于第二段,包括根据HTTP单播发送的文件的第83597字节到第166046字节的字节范围的数据。
图10示出了serviceLocationAttributeUrl属性指定的ServiceLocationAttribute文件的XML模式的实例。
图11示出了最近引入MPD内的ServiceLocation元素。
ServiceLocation元素包括调谐参数(DeliverySystemAttributes)和IP 多播地址(IPMulticastAddress)。在设置在BaseURL内的 ServiceLocationAttributeUrl属性中,描述了作为根元素储存 ServiceLocation元素的ServiceLocationAttribute文件的url。
例如,使用移动网络(例如,MBMS)的多播承载或广播承载时,在DeliverySystemAttributes的DeliverySystemIdentifier中,描述了根据MBMS 等用于多播发送或广播发送的调谐参数的数据结构的格式标识符(在 MBMS的情况下,ID_MBMS)。
而且,例如,在使用现有电视广播网络(例如,DVB地面网)的广播承载时,描述了在用于DVB地面网的广播发送的调谐参数的数据结构的格式标识符(在DVB地面网的情况下,ID_DVB_T)。
在DeliverySystemAttributes的DeliverySystemDescriptor中,描述了为由DeliverySystemIdentifier识别的广播传送或多播传送规定的调谐参数的数据结构(参数本身)。实际上,表示参数的字节序列由base64等转换成字符串,然后,在DeliverySystemDescriptor中描述。
图12示出了用作用于根据MBMS的多播发送或广播发送的调谐参数的用户服务描述的数据结构的实例。
bundleDescription(名称空间 "urn:3GPP:metadata:2005:MBMS:userServiceDescription")是用于捆绑多个 userServiceDescriptions的元素(名称空间"urn:3GPP:metadata:2005:MBMS:userServiceDescription")。 userServiceDescription是储存用于获取(调谐/连接)由serviceId属性识别的并且根据MBMS广播发送或多播发送的流的信息的元素。
deliveryMethod(名称空间 "urn:3GPP:metadata:2005:MBMS:userServiceDescription")是指定会话描述协议(SDP)的元素,其中,描述流的多播地址。具体而言,SDP文件的 url由sessionDescriptionURI属性指定。登记(名称空间 "urn:3GPP:metadata:2008:MBMS:userServiceDescription")是用于获取(例如)在多播服务中登记所需要的流等的保护键的处理(与通过激活由 registrationURL属性(在加密和保护多播流时)指定的服务器端脚本来执行的认证会话等相连接)。
在UserServiceDescription结构如上所述储存在 DeliveryServiceDescriptor内时,如果根据在MBMS服务的规则中限定的处理进行使用登记,那么能够获取MBMS广播流或MBMS多播流。
假设如上所述,在由储存在ServiceLocation/DeliverySystem元素内的信息获取的MBMS广播流或MBMS多播流上的IP数据包流之中,在具有由ServiceLocation/IPMulticastAddress元素指定的多播地址的IP数据包流上根据RTP传送内容流。图13的A示出了在这种情况下的协议的分层结构。
进一步,在使用根据DVB地面网的广播承载时,储存DVBurl格式 dvb://<ONid>.<TSid>.<Sid>,作为调谐参数,包括在“ETSI TS 102 851 V1.1.1(2010-01)数字视频广播(DVB);用于DVB***的统一资源标识符 (URI)”中规定的DVB_Triplet,并且参照DVBurl格式,获取根据DVB 地面网的广播流。
在此处,DVB_Triplet表示储存在DVB-SI的网络信息表NIT内的原始网络标识符ONid以及储存在DVB-SI的流描述表格SDT内的输送流标识符TSid和服务标识符Sid的第三项目的信息。
假设如上所述,在根据由储存在ServiceLocation/DeliverySystem元素内的DVBurl格式获取的DVB地面网的广播流上的IP数据包流之中,在具有由ServiceLocation/IPMulticastAddress元素指定的多播地址的IP数据包流上根据RTP传送内容流。图13的B示出了在这种情况下的协议的分层结构。
【RTP数据包的数据结构】
在此处,描述在多播发送内容流时的RTP数据包以及在广播发送内容流时的RTP数据包。
图14示出了RTP数据包的数据结构。如在图14中所示,RTP数据包包括RTP报头81和RTP有效载荷82。RTP报头81包括有效载荷报头 (PT)83、序号(SN)84以及时间戳(TS)85的字段。
在有效载荷报头83中描述了表示储存在RTP有效载荷82内的内容的类型的信息。在本实施方式的情况下,描述储存在RTP有效载荷82内的内容的编解码器的类型的信息。具体而言,在RTP有效载荷82内储存AVC 片段MP4时,描述“在RTP之上的AVC片段MP4”,并且在RTP有效载荷82内储存HEVC片段MP4时,描述“在RTP之上的HEVC片段MP4”。
在序号84中描述连续发送的RTP数据包的序号。基于序号检测是否具有丢包。
在时间戳85中,与根据相关技术的在RTP数据包内的时间戳的操作不同,描述在发送RTP数据包时第一位的发送时间以及32位短格式的NTP 时间戳值(在NTP版本4的IETFRFC5905的条款6中规定)。在此处,在根据相关技术的在RTP数据包内的时间戳的操作中,描述RTP有效载荷82的有效载荷数据的第一字节的取样时间的时间戳。
在时间戳85中描述的NTP时间戳值主要用于抖动去除发送,而非用于呈现时间控制,与在根据相关技术的时间戳的操作中一样。在本实施方式的情况下,从分段MP4的箱体结构(图15的moof 97或图16的moof 107) 中获得的时间戳值用于呈现时间控制。
【RTP有效载荷82的数据结构】
图15示出了在有效载荷报头83表示“在RTP之上的AVC片段MP4”时,即,在AVC片段MP4储存在RTP有效载荷82内时,RTP82数据包的格式。
图15的A示出了第一模式的RTP有效载荷82的格式。第一模式的 RTP有效载荷82包括PayloadMode 91、SegmentBoundary 92、dash(ftyp) 93、moov 94、msix(styp)95、sidx96、moof 97、mdat报头(mdat-h)98、以及在RTP之上的AVC有效载荷99。
PayloadMode 91是表示模式的1字节值。在这种情况下,描述表示第一模式的值1。
在SegmentBoundary 92中描述表示储存在RTP数据包内的内容段的边界的1字节标识符。在RTP数据包内储存内容段的第一网路抽象层 (NAL)单元时,描述1,在储存段的最后NAL单元时,描述3,并且在其他情况下,描述2。
在dash(ftyp)93和moov 94内,设置储存初始化信息(例如,在DASH 内的解码器)的初始化段的ftyp(品牌名称:dash)箱体(box)和moov 箱体。
在msix(styp)95、sidx 96、moof 97以及mdat报头98中,设置作为在DASH内储存媒体数据的块(片段)的媒体段的元数据的styp(品牌名: misx)箱体、sidx箱体以及moof箱体以及不包括mdat箱体的媒体数据的仅仅报头信息。在moof 97内储存与仅仅一个轨道相关的信息。DASH客户端70基于储存在moof 97内的信息,计算CompositionTime,其表示有效载荷数据的第一字节的取样时间,作为RTP时间戳。
根据在评论请求(rfc)3984中规定的RTP有效载荷格式标准(用于 H.264视频的RTP有效载荷格式)的分割的第一NAL单元、仅仅一个NAL 单元或者多个NAL单元储存在RTP之上的AVC有效载荷99内。
图15的B示出了第二模式的RTP有效载荷82的格式。第二模式的 RTP有效载荷82包括PayloadMode 91、SegmentBoundary 92、msix(styp) 95、sidx 96、moof 97以及在RTP之上的AVC有效载荷99。
在第二模式的情况下,在PayloadMode 91中描述表示第二模式的值2。根据在rfc3984中规定的RTP有效载荷格式标准的分割的第一NAL单元、仅仅一个NAL单元或者多个NAL单元储存在RTP之上的AVC有效载荷 99内。
图15的C示出了第三模式的RTP有效载荷82的格式。第三模式的 RTP有效载荷82包括PayloadMode 91、SegmentBoundary 92以及在RTP 之上的AVC有效载荷99。
在第三模式的情况下,在PayloadMode 91中描述表示第三模式的值3。根据在rfc3984中规定的RTP有效载荷格式标准的分割的NAL单元(不包括第一NAL单元)、一个NAL单元或者多个NAL单元储存在RTP之上的AVC有效载荷99内。
接下来,图16示出了在有效载荷报头83表示“在RTP之上的HEVC 片段MP4”时,即,在HEVC片段MP4储存在RTP有效载荷82内时, RTP82数据包的格式。
甚至在HEVC片段MP4储存在RTP有效载荷82内时,图16的A到 C示出了第一到第三模式,与在图15中显示的情况相似。
图16的A示出了第一模式的RTP有效载荷82的格式。第一模式的 RTP有效载荷82包括PayloadMode 101、SegmentBoundary 102、dash(ftyp) 103、moov 104、msix(styp)105、sidx 106、moof 107、mdat报头(mdat-h) 108、以及在RTP之上的HEVC有效载荷109。
PayloadMode 101是表示模式的1字节值。在这种情况下,描述表示第一模式的值1。
在SegmentBoundary 102中描述表示储存在RTP数据包内的内容段的边界的1字节标识符。在RTP数据包内储存内容段的第一NAL单元时,描述1,在储存段的最后NAL单元时,描述3,并且在其他情况下,描述 2。
在dash(ftyp)103和moov 104内,设置储存初始化信息(例如,在 DASH内的解码器)的初始化段的ftyp(品牌名称:dash)箱体和moov 箱体。
在msix(styp)105、sidx 106、moof 107以及mdat报头108中,设置作为在DASH内储存媒体数据的块(片段)的媒体段的元数据的styp(品牌名misx)箱体、sidx箱体以及moof箱体以及不包括mdat箱体的媒体数据的仅仅报头信息。在moof 107内储存与仅仅一个轨道相关的信息。 DASH客户端70基于储存在moof 107内的信息,计算CompositionTime,其表示有效载荷数据的第一字节的取样时间,作为RTP时间戳。
根据在draft-schierl-payload-rtp-h265-01中规定的RTP有效载荷格式标准(用于高效率视频编码的RTP有效载荷格式)的分割的第一NAL单元、仅仅一个NAL单元或者多个NAL单元储存在RTP之上的HEVC有效载荷108内。
图16的B示出了第二模式的RTP有效载荷82的格式。第二模式的 RTP有效载荷82包括PayloadMode 101、SegmentBoundary 102、msix(styp) 105、sidx 106、moof 107以及在RTP之上的HEVC有效载荷109。
在第二模式的情况下,在PayloadMode 101中描述表示第二模式的值 2。根据在draft-schierl-payload-rtp-h265-01中规定的RTP有效载荷格式标准的分割的第一NAL单元、一个NAL单元或者多个NAL单元储存在RTP 之上的HEVC有效载荷109内。
图16的C示出了第三模式的RTP有效载荷82的格式。第三模式的 RTP有效载荷82包括PayloadMode 101、SegmentBoundary 102以及在RTP 之上的HEVC有效载荷109。
在第三模式的情况下,在PayloadMode 101中描述表示第三模式的值 3。根据在draft-schierl-payload-rtp-h265-01中规定的RTP有效载荷格式标准的分割的NAL单元(不包括第一NAL单元)、一个NAL单元或者多个 NAL单元储存在RTP之上的HEVC有效载荷109内。
【RTP数据包的发送模式】
图17示出了用于连续发送的RTP数据包的RTP有效载荷82内的格式(第一到第三模式)的组合模式的4个实例。
在图17的A中显示的第一组合模式中,第一模式用于连续发送的所有RTP数据包的RTP有效载荷82内。在第一组合模式的情况下,第一到第三RTP数据包对应于一个段,并且第四和第五RTP数据包对应于一个段。
在图17的B中显示的第二组合模式中,第一模式、第二模式、第二模式、第一模式以及第二模式按照顺序用于连续发送的第一到第五RTP 数据包的RTP有效载荷82内。在第二组合模式的情况下,第一到第三RTP 数据包对应于一个段,并且第四和第五RTP数据包对应于一个段。
在图17的C中显示的第三组合模式中,第一模式、第二模式、第三模式、第一模式以及第三模式按照顺序用于连续发送的第一到第五RTP 数据包的RTP有效载荷82内。在第三组合模式的情况下,第一到第三RTP 数据包对应于一个段,并且第四和第五RTP数据包对应于一个段。
在图17的D中显示的第四组合模式中,第一模式、第三模式、第三模式、第三模式以及第三模式按照顺序用于连续发送的第一到第五RTP 数据包的RTP有效载荷82内。在第四组合模式的情况下,第一到第五RTP 数据包对应于一个段。
组合模式是任意的,并且不限于所显示的实例,但是需要在储存在一个段内的一个或多个RTP数据包之中在一个或多个RTP有效载荷82内使用第一模式。
【内容供应***50的操作】
接下来,描述内容供应***50的操作。
图18是用于描述内容供应***50的第一操作的流程图。在第一操作中,DASH客户端70自愿请求MPD配置器65修改MPD。
作为第一操作的前提,假设DASH段流转化器62从内容管理服务器 61中获取具有不同比特率的相同主体的内容的多块流数据,将每个流数据分成几段,保持段,并且根据HTTP开始段的单播传送。
进一步,假设DASH MPD服务器63基于由DASH段流转化器62报告的流段的文件的地址生成MPD,并且根据HTTP开始MPD的单播传送。
在步骤S1中,希望接收和再现内容的DASH客户端70通过互联网 11访问DASH MPD服务器63,并且请求DASH MPD服务器63发送MPD。假设DASH客户端70提前保持DASH MPD服务器63的地址。
在步骤S11中,DASH MPD服务器63响应于DASH客户端70的请求,根据HTTP,通过互联网11将MPD单播发送给DASH客户端70。
接收MPD的DASH客户端70基于MPD访问DASH段流转化器62,并且接收和再现根据HTTP单播传送的流段。
具体而言,基于MPD的BaseURL和mediaRange,发起HTTP请求,以请求DASH段流转化器62发送DASH流段的文件。响应于这个请求, DASH段流转化器62根据HTTP,通过互联网11将相应文件单播发送给 DASH客户端70,并且DASH客户端70接收和再现相应文件。
在这个接收期间,在步骤S2中,DASH客户端70监控互联网11的通信带,并且在互联网11的单播接收似乎不稳定并且DASH客户端70 可以通过广播网络12接收内容的多播发送或广播发送时,DASH客户端 70将所获取的MPD发送给MPD配置器65,并且请求MPD配置器65修改MPD。
在步骤S21中,响应于DASH客户端70的MPD修改请求,MPD配置器65通过广播/多播资源管理器66检查广播承载和多播承载的资源使用状态。进一步,MPD配置器65考虑到成本决定是否均使用广播承载和多播承载,并且请求广播/多播资源管理器66保护相应资源。在接收表示广播/多播资源管理器66可以保护资源的通知之后,MPD配置器65修改 MPD并且将修改的MPD发送给DASH客户端70。在由DASH客户端70 接收之前,由DASH客户端代理67监控发送的修改的MPD。
在步骤S31中,监控了修改的MPD的DASH客户端代理67请求广播/多播提供商68根据广播网络12的FLUTE定期多播发送MPD。在步骤S41中,广播/多播提供商68响应于这个请求,根据广播网络12的 FLUTE定期多播发送修改的MPD。通过多播发送,修改的MPD甚至可以供应给未发送修改MPD的请求的DASH客户端70。
在步骤S32中,DASH客户端代理67基于监控的MPD,请求DASH 段流转化器62(而非DASH客户端70)发送流段。在步骤S51中,DASH 段流转化器62响应于这个请求,通过互联网11,根据HTTP,将流段单播传送给DASH客户端代理67。
在步骤S33中,从DASH段流转化器62中接收根据HTTP单播传送的流段的DASH客户端代理67执行将储存在HTTP数据包内的流段发送给RTP数据包的RTP有效载荷82的协议转换,没有变化并且不包括箱体结构。如上面参照图15或图16所述,进行协议转换。
进一步,DASH客户端代理67请求广播/多播提供商68多播发送和广播发送通过广播网络12根据RTP进行协议转换的流段。
在步骤S42中,广播/多播提供商68开始多播发送和广播发送流段,响应于这个请求,通过广播网络12根据RTP转换了该流段的协议。
然后,获取了修改的MPD的DASH客户端70继续进入步骤S3或步骤S5。
换言之,在连续接收和再现通过互联网11根据HTTP单播传送的流段时,处理继续进入步骤S3。进一步,在切换成通过广播网络12根据RTP 多播发送或广播发送的流段时,处理继续进入步骤S5。
在步骤S3中,在连续接收和再现单播传送的流段时,DASH客户端 70请求DASH段流转化器62基于MPD发送流段。然后,在步骤S4中,接收和再现响应于请求(步骤S52的处理)通过互联网11根据HTTP从 DASH段流转化器62中单播传送的流段。
在步骤S5中,切换成通过广播网络12根据RTP多播发送或广播发送的流段时,DASH客户端70基于修改的MPD,通过从根据HTTP单播发送的段流中切换成根据RTP多播发送或广播发送的协议转换的流段,进行接收和再现。
根据储存在与对应于在修改的MPD上的多播流的表示对应的段流内的rtspRange的时间间隔信息,基于对应于通过单播方式传送的表示的段序列的对应关系,决定切换时间。
从RTP有效载荷82的moof 97(或moof 107)中获得的时间戳值用于在DASH客户端70内的呈现时间控制。
随后,可以在通过互联网11根据HTTP单播发送的流段与通过广播网络12根据RTP多播发送或广播发送的流段之间进行无缝切换。
现在,完成内容供应***50的第一操作的描述。
接下来,图19是用于描述内容供应***50的第二操作的流程图。在第二操作中,MPD代理服务器64请求MPD配置器65修改MPD,作为主要代理。
作为第二操作的前提,假设DASH段流转化器62从内容管理服务器 61中获取具有不同比特率的相同主体的内容的多块流数据,将每个流数据分成几段,保持段,并且根据HTTP开始段的单播传送。
进一步,假设DASH MPD服务器63基于由DASH段流转化器62报告的流段的文件的地址生成MPD,并且根据HTTP开始MPD的单播传送。
在步骤S71中,希望接收和再现内容的DASH客户端70通过互联网 11访问DASH MPD服务器63,并且请求DASH MPD服务器63发送MPD。这个请求由MPD代理服务器64接收,并且在在步骤S81中,MPD代理服务器64请求DASH MPD服务器63发送MPD。
在步骤S91中,DASH MPD服务器63响应于MPD代理服务器64的请求,根据HTTP,将MPD单播发送给MPD代理服务器64。在步骤S82 中,接收了MPD的MPD代理服务器64将接收的MPD发送给MPD配置器65,并且请求MPD配置器65修改MPD。
在步骤S101中,响应于MPD修改请求,MPD配置器65通过广播/ 多播资源管理器66检查广播承载和多播承载的资源使用状态。进一步, MPD配置器65考虑到成本决定是否均使用广播承载和多播承载,并且请求广播/多播资源管理器66保护相应资源。在接收表示广播/多播资源管理器66可以保护资源的通知之后,MPD配置器65修改MPD并且将修改的 MPD发送给MPD代理服务器64。
在步骤S83中,MPD代理服务器64将修改的MPD发送给DASH客户端70。在由DASH客户端70接收之前,由DASH客户端代理67监控发送的修改的MPD。
在步骤S111中,监控了修改的MPD的DASH客户端代理67请求广播/多播提供商68根据广播网络12的FLUTE定期多播发送MPD。在步骤S121中,广播/多播提供商68响应于这个请求,根据广播网络12的 FLUTE定期多播发送修改的MPD。通过多播发送,修改的MPD甚至可以供应给未发送修改MPD的请求的DASH客户端70。
在步骤S112中,DASH客户端代理67基于监控的修改的MPD,请求DASH段流转化器62(而非DASH客户端70)发送流段。在步骤S131 中,DASH段流转化器62响应于这个请求,通过互联网11,根据HTTP,将流段单播传送给DASH客户端代理67。
在步骤S113中,从DASH段流转化器62中接收根据HTTP单播传送的流段的DASH客户端代理67执行将储存在HTTP数据包内的流段发送给RTP数据包的RTP有效载荷82的协议转换,没有变化并且不包括箱体结构。如上面参照图15或图16所述,进行协议转换。
进一步,DASH客户端代理67请求广播/多播提供商68多播发送和广播发送通过广播网络12根据RTP进行协议转换的流段。
在步骤S122中,广播/多播提供商68开始多播发送和广播发送流段,响应于这个请求,通过广播网络12根据RTP转换了该流段的协议。
同时,DASH客户端70保持先前获取的修改的MPD。在步骤S72中, DASH客户端70基于互联网11的通信带状态、DASH客户端70的接收功能和解码功能等,选择接收通过互联网11的单播发送还是接收通过广播网络12的多播发送或广播发送。
在选择接收和再现通过互联网11根据HTTP单播传送的流段时,处理继续进入步骤S73。在步骤S73中,DASH客户端70请求DASH段流转化器62基于MPD发送流段。然后,在步骤S74中,接收和再现响应于请求(步骤S132的处理)通过互联网11根据HTTP从DASH段流转化器 62中单播发送的流段。
进一步,在步骤S72中选择接收和再现通过广播网络12根据RTP多播发送或广播发送的流段时,处理继续进入步骤S75。在步骤S75中,DASH 客户端70基于修改的MPD,接收和再现根据RTP多播发送或广播发送的协议转换的流段。
从RTP有效载荷82的moof 97(或moof 107)中获得的时间戳值用于在DASH客户端70内的呈现时间控制。
随后,可以在通过互联网11根据HTTP单播发送的流段与通过广播网络12根据RTP多播发送或广播发送的流段之间进行无缝切换。
现在,完成内容供应***50的第二操作的描述。
如上所述,根据本实施方式的内容供应***50可以在通过互联网11 根据HTTP单播发送的流段与通过广播网络12根据RTP多播发送或广播发送的流段之间进行无缝切换。因此,DASH客户端70的用户可以自适应地选择和观看具有不同路径的相同主体的内容的流。
进一步,根据本实施方式的内容供应***50可以在RTP数据包内储存根据HTTP单播发送的流段,没有改变,并且不破坏箱体结构,并且可以多播发送或广播发送所产生的RTP数据包。因此,内容供应侧可以在 DASH内容易准备替换路径。
顺便提一下,执行上述一系列处理的内容供应装置60和DASH客户端70中的每个可以配置有硬件,或者可以通过计算机执行软件来实现。计算机的实例包括嵌入专用硬件和通用个人电脑内的计算机,其能够安装各种程序并且执行各种功能。
图20是示出计算机的一个示例性硬件配置的方框图。
在计算机200中,中央处理单元(CPU)201、只读存储器(ROM) 202、以及随机存取存储器(RAM)203通过总线204彼此连接。
输入/输出接口205连接至总线204。输入单元206、输出单元207、储存单元208、通信单元209以及驱动器220连接至输入/输出接口205。
输入单元206包括键盘、鼠标、麦克风等。输出单元207包括显示器、扬声器等。储存单元208包括硬盘、非易失性存储器等。通信单元209包括网络接口。驱动器220驱动可移动介质211,例如,磁盘、光谱、磁光盘或半导体存储器。
在具有上述配置的计算机200中,例如,通过输入/输出接口205和总线204在RAM203上载入储存在储存单元208内的程序并且通过CPU 201 执行载入的程序,来执行上述一系列处理。
例如,可以在用作封装介质等的可移动介质211内记录并且提供由计算机200(CPU201)执行的程序。可以通过有线或无线发送介质(例如,局域网、互联网或数字卫星广播)提供程序。
在计算机200中,可移动介质211可以安装在驱动器220上,并且程序可以通过输入/输出接口205安装在储存单元208内。程序可以由通信单元209通过有线或无线发送介质接收并且安装在储存单元208内。而且,程序可以提前安装在ROM 202或储存单元208内。
进一步,由计算机200执行的程序可以是根据在本说明书中描述的序列按时间顺序执行处理的程序或者可以是平行地或者在必要的时间(例如,在进行呼叫时)执行处理的程序。
本公开的实施方式不限于以上实施方式,并且在不背离本公开的主旨的范围内,可以进行各种变化。
此外,还可以如下配置本技术。
(1)一种内容供应装置,根据MPEG-DASH供应内容的流数据,所述内容供应装置包括:
HTTP发送单元,被配置为将所述流数据转换成以段为单位的文件,并且根据HTTP单播发送所产生的段文件;
RTP发送单元,被配置为在RTP数据包内无变化地储存段文件,并且根据RTP,通过多播和广播中的至少一个发送RTP数据包;以及
图元文件生成单元,被配置为生成图元文件并且将所述图元文件供应给接收侧,在所述图元文件中描述在根据HTTP单播发送的段文件与根据 RTP通过多播和广播中的至少一个发送的段文件之间的时间对应关系。
(2)根据(1)所述的内容供应装置,
其中,所述内容的流数据是片段MP4,并且
其中,所述RTP发送单元在RTP数据包内储存所述段文件,同时保持所述片段MP4的箱体结构,并且根据RTP通过多播和广播中的至少一个发送所述RTP数据包。
(3)根据(1)或(2)所述的内容供应装置,
其中,所述RTP发送单元在所述RTP数据包的RTP报头的时间戳字段内描述在发送所述RTP数据包时第一位的发送时间。
(4)根据(1)到(2)中任一项所述的内容供应装置,
其中,所述RTP发送单元在RTP数据包的所述RTP有效载荷内描述表示RTP有效载荷的模式的信息以及表示段边界的信息,并且在有效载荷数据内设置NAL单元。
(5)根据(4)所述的内容供应装置,
其中,所述RTP发送单元在所述RTP数据包的RTP有效载荷内设置在MPEG-DASH内规定的初始化段的元数据以及媒体段的元数据,或者在所述RTP数据包的RTP有效载荷内设置所述媒体段的元数据,或者在所述RTP数据包的RTP有效载荷内不设置初始化段的元数据和所述媒体段的元数据。
参考符号列表
11:互联网
12:广播网络
50:内容供应***
60:内容供应装置
61:内容管理服务器
62:DASH段流转化器
63:DASH MPD服务器
64:MPD代理服务器
65:MPD配置器
66:广播/多播资源管理器
67:DASH客户端代理
68:广播/多播服务提供商
70:DASH客户端
200:计算机
201:CPU
Claims (7)
1.一种内容供应装置,根据MPEG-DASH供应内容的流数据,所述内容供应装置包括:
HTTP发送单元,被配置为将数据格式为片段活动图像专家组音频层4MP4的所述流数据转换成以段为单位的文件以获得多个段文件,并且根据超文本传输协议HTTP单播发送段文件;
实时传输协议RTP发送单元,被配置为在RTP数据包内无变化地且不破坏所述片段MP4的箱体结构地储存所述段文件中的一个,并且根据RTP,通过多播和广播中的至少一个发送所述RTP数据包;
以及
图元文件生成单元,被配置为生成图元文件并且将所述图元文件供应给接收侧,在所述图元文件中,描述了在根据HTTP单播发送的所述段文件中的一个与根据RTP通过多播和广播中的至少一个发送的所述段文件中的一个之间的时间对应关系,使得在所述HTTP单播发送的所述段文件与所述根据RTP通过多播和广播中的至少一个发送的所述段文件相互之间实现内容的无缝切换。
2.根据权利要求1所述的内容供应装置,
其中,所述RTP发送单元在所述RTP数据包的RTP报头的时间戳字段内描述在发送所述RTP数据包时第一位的发送时间。
3.根据权利要求2所述的内容供应装置,
其中,所述RTP发送单元在所述RTP数据包的RTP有效载荷内描述表示所述RTP有效载荷的模式的信息以及表示段边界的信息,并且在有效载荷数据内设置NAL单元。
4.根据权利要求2所述的内容供应装置,
其中,所述RTP发送单元在所述RTP数据包的RTP有效载荷内设置在MPEG-DASH内规定的初始化段的元数据以及媒体段的元数据,在所述RTP数据包的RTP有效载荷内设置所述媒体段的元数据,或者在所述RTP数据包的RTP有效载荷内不设置所述初始化段的元数据和所述媒体段的元数据。
5.一种内容供应装置的内容供应方法,所述内容供应装置根据MPEG-DASH供应内容的流数据,所述内容供应方法包括:
HTTP发送步骤,用于通过所述内容供应装置,将数据格式为片段活动图像专家组音频层4MP4的所述流数据转换成以段为单位的文件以获得多个段文件,并且根据超文本传输协议HTTP单播发送段文件;
实时传输协议RTP发送步骤,用于通过所述内容供应装置,在RTP数据包内无变化地且不破坏所述片段MP4的箱体结构地储存所述段文件中的一个,并且根据RTP通过多播和广播中的至少一个发送所述RTP数据包;以及
图元文件生成步骤,用于通过所述内容供应装置,生成图元文件并且将所述图元文件供应给接收侧,在所述图元文件中,描述了在根据HTTP单播发送的所述段文件中的一个与根据RTP通过多播和广播中的至少一个发送的所述段文件中的一个之间的时间对应关系,使得在所述HTTP单播发送的所述段文件与所述根据RTP通过多播和广播中的至少一个发送的所述段文件相互之间实现内容的无缝切换。
6.一种存储介质,存储使计算机用作以下单元的程序,所述计算机根据MPEG-DASH供应内容的流数据:
HTTP发送单元,被配置为将数据格式为片段活动图像专家组音频层4MP4的所述流数据转换成以段为单位的文件以获得多个段文件,并且根据超文本传输协议HTTP单播发送段文件;
实时传输协议RTP发送单元,被配置为在RTP数据包内无变化地且不破坏所述片段MP4的箱体结构地储存所述段文件中的一个,并且根据RTP通过多播和广播中的至少一个发送所述RTP数据包;
以及
图元文件生成单元,被配置为生成图元文件并且将所述图元文件供应给接收侧,在所述图元文件中,描述了在根据HTTP单播发送的所述段文件中的一个与根据RTP通过多播和广播中的至少一个发送的所述段文件中的一个之间的时间对应关系,使得在所述HTTP单播发送的所述段文件与所述根据RTP通过多播和广播中的至少一个发送的所述段文件相互之间实现内容的无缝切换。
7.一种内容供应***,包括:
内容供应装置,被配置为根据MPEG-DASH供应内容的流数据;
以及
客户装置,被配置为接收所述流数据,
其中,所述内容供应装置包括:
HTTP发送单元,被配置为将数据格式为片段活动图像专家组音频层4MP4的所述流数据转换成以段为单位的文件以获得多个段文件,并且根据超文本传输协议HTTP单播发送段文件;
实时传输协议RTP发送单元,被配置为在RTP数据包内无变化地且不破坏所述片段MP4的箱体结构地储存所述段文件中的一个,并且根据RTP通过多播和广播中的至少一个发送所述RTP数据包;
以及
图元文件生成单元,被配置为生成图元文件并且将所述图元文件供应给接收侧,在所述图元文件中,描述了在根据HTTP单播发送的所述段文件中的一个与根据RTP通过多播和广播中的至少一个发送的所述段文件中的一个之间的时间对应关系,使得在所述HTTP单播发送的所述段文件与所述根据RTP通过多播和广播中的至少一个发送的所述段文件相互之间实现内容的无缝切换,并且
其中,所述客户装置基于所获取的所述图元文件,在根据HTTP单播发送的所述段文件中的一个与根据RTP通过多播和广播中的至少一个发送的所述段文件中的一个之间执行切换,并且接收和再现所述段文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910424496.8A CN110213666B (zh) | 2013-05-22 | 2014-05-09 | 一种接收装置、接收方法及存储介质 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013107678A JP2014230055A (ja) | 2013-05-22 | 2013-05-22 | コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム |
JP2013-107678 | 2013-05-22 | ||
PCT/JP2014/062488 WO2014188886A1 (ja) | 2013-05-22 | 2014-05-09 | コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910424496.8A Division CN110213666B (zh) | 2013-05-22 | 2014-05-09 | 一种接收装置、接收方法及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105210372A CN105210372A (zh) | 2015-12-30 |
CN105210372B true CN105210372B (zh) | 2019-05-17 |
Family
ID=51933449
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480028025.0A Active CN105210372B (zh) | 2013-05-22 | 2014-05-09 | 内容供应装置、内容供应方法、程序以及内容供应*** |
CN201910424496.8A Active CN110213666B (zh) | 2013-05-22 | 2014-05-09 | 一种接收装置、接收方法及存储介质 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910424496.8A Active CN110213666B (zh) | 2013-05-22 | 2014-05-09 | 一种接收装置、接收方法及存储介质 |
Country Status (5)
Country | Link |
---|---|
US (1) | US9942619B2 (zh) |
EP (1) | EP3001690A4 (zh) |
JP (1) | JP2014230055A (zh) |
CN (2) | CN105210372B (zh) |
WO (1) | WO2014188886A1 (zh) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2014291253B2 (en) | 2013-07-19 | 2018-07-05 | Sony Corporation | Information processing device and method |
MX2016016817A (es) * | 2014-07-07 | 2017-03-27 | Sony Corp | Dispositivo de recepcion, metodo de recepcion, dispositivo de transmision y metodo de transmision. |
CN105830459B (zh) * | 2014-11-20 | 2019-06-18 | Lg电子株式会社 | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 |
CN106233703B (zh) * | 2015-02-27 | 2021-07-09 | 索尼公司 | 接收设备、接收方法、传输设备以及传输方法 |
CA3082203C (en) * | 2015-10-23 | 2022-11-08 | Sharp Kabushiki Kaisha | Signaling method, receiving method signaling device, and receiving device |
US10924822B2 (en) | 2017-04-04 | 2021-02-16 | Qualcomm Incorporated | Segment types as delimiters and addressable resource identifiers |
US20190020700A1 (en) * | 2017-07-14 | 2019-01-17 | Cisco Technology, Inc. | Transport of Legacy Transport Streams Over ABR Networks |
US10404713B2 (en) | 2017-09-29 | 2019-09-03 | Zott, Inc. | Multi-source broadcasting architecture |
WO2019176590A1 (ja) * | 2018-03-15 | 2019-09-19 | ソニー株式会社 | 情報処理装置、情報処理装置およびプログラム |
MX2020012017A (es) * | 2018-05-11 | 2021-02-18 | Arris Entpr Llc | Sistema de hls de distribución por difusión. |
CN110519652B (zh) * | 2018-05-22 | 2021-05-18 | 华为软件技术有限公司 | Vr视频播放方法、终端及服务器 |
WO2020109496A1 (en) | 2018-11-30 | 2020-06-04 | British Telecommunications Public Limited Company | Multicast to unicast conversion |
CN111510789B (zh) | 2019-01-30 | 2021-09-21 | 上海哔哩哔哩科技有限公司 | 视频播放方法、***、计算机设备及计算机可读存储介质 |
US11184420B2 (en) * | 2020-01-06 | 2021-11-23 | Tencent America LLC | Methods and apparatuses for dynamic adaptive streaming over HTTP |
CN111901694B (zh) * | 2020-08-06 | 2022-08-26 | 海信电子科技(深圳)有限公司 | 一种mmtp节目的播放方法及装置 |
JP7123517B1 (ja) | 2021-12-20 | 2022-08-23 | 一般社団法人日本ケーブルラボ | ブロードキャスト及びユニキャストでコンテンツを配信するコアシステム装置、端末、システム、プログラム及び方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010050022A1 (ja) * | 2008-10-29 | 2010-05-06 | 富士通株式会社 | 配信システム、代理サーバおよび配信方法 |
WO2012060581A2 (ko) * | 2010-11-02 | 2012-05-10 | 엘지전자 주식회사 | 미디어 콘텐트 송수신 방법 및 그를 이용한 송수신 장치 |
WO2012096372A1 (ja) * | 2011-01-14 | 2012-07-19 | シャープ株式会社 | コンテンツ再生装置、コンテンツ再生方法、配信システム、コンテンツ再生プログラム、記録媒体、およびデータ構造 |
CN103098484A (zh) * | 2010-06-14 | 2013-05-08 | 汤姆森许可贸易公司 | 用于封装编码多组件视频的方法和装置 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8031701B2 (en) * | 2006-09-11 | 2011-10-04 | Cisco Technology, Inc. | Retransmission-based stream repair and stream join |
CN101227745B (zh) * | 2008-02-02 | 2011-02-09 | 华为软件技术有限公司 | 移动多媒体业务的网络切换方法、装置和*** |
CN101998384B (zh) * | 2009-08-18 | 2014-03-26 | ***通信集团公司 | 一种加密传输媒体流的方法、加密服务器和移动终端 |
US9137482B2 (en) * | 2010-03-31 | 2015-09-15 | Verizon Patent And Licensing Inc. | Methods and systems for resolution-based modification of recording instructions associated with a scheduled recording of a media content instance |
US20130097334A1 (en) * | 2010-06-14 | 2013-04-18 | Thomson Licensing | Method and apparatus for encapsulating coded multi-component video |
US8854958B2 (en) * | 2011-12-22 | 2014-10-07 | Cygnus Broadband, Inc. | Congestion induced video scaling |
-
2013
- 2013-05-22 JP JP2013107678A patent/JP2014230055A/ja active Pending
-
2014
- 2014-05-09 EP EP14800786.7A patent/EP3001690A4/en not_active Ceased
- 2014-05-09 US US14/891,023 patent/US9942619B2/en active Active
- 2014-05-09 CN CN201480028025.0A patent/CN105210372B/zh active Active
- 2014-05-09 CN CN201910424496.8A patent/CN110213666B/zh active Active
- 2014-05-09 WO PCT/JP2014/062488 patent/WO2014188886A1/ja active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010050022A1 (ja) * | 2008-10-29 | 2010-05-06 | 富士通株式会社 | 配信システム、代理サーバおよび配信方法 |
CN103098484A (zh) * | 2010-06-14 | 2013-05-08 | 汤姆森许可贸易公司 | 用于封装编码多组件视频的方法和装置 |
WO2012060581A2 (ko) * | 2010-11-02 | 2012-05-10 | 엘지전자 주식회사 | 미디어 콘텐트 송수신 방법 및 그를 이용한 송수신 장치 |
WO2012096372A1 (ja) * | 2011-01-14 | 2012-07-19 | シャープ株式会社 | コンテンツ再生装置、コンテンツ再生方法、配信システム、コンテンツ再生プログラム、記録媒体、およびデータ構造 |
Also Published As
Publication number | Publication date |
---|---|
CN110213666B (zh) | 2021-09-07 |
EP3001690A4 (en) | 2017-01-11 |
WO2014188886A1 (ja) | 2014-11-27 |
US9942619B2 (en) | 2018-04-10 |
CN105210372A (zh) | 2015-12-30 |
CN110213666A (zh) | 2019-09-06 |
EP3001690A1 (en) | 2016-03-30 |
US20160127798A1 (en) | 2016-05-05 |
JP2014230055A (ja) | 2014-12-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105210372B (zh) | 内容供应装置、内容供应方法、程序以及内容供应*** | |
JP6441521B2 (ja) | 放送システムにおける制御メッセージ構成装置及び方法 | |
RU2636123C2 (ru) | Устройство предоставления содержания, способ предоставления содержания, программа и система предоставления содержания | |
US10499094B2 (en) | Transmission apparatus, transmitting method, reception apparatus, and receiving method | |
CN105325005B (zh) | 内容供应装置、内容供应方法、存储介质、终端装置以及内容供应*** | |
CN105052159B (zh) | 内容提供设备、内容提供方法、程序、和内容提供*** | |
WO2014196392A1 (ja) | コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム | |
US10432989B2 (en) | Transmission apparatus, transmission method, reception apparatus, receiving method, and program | |
RU2663187C2 (ru) | Устройство и способ подачи содержания, программа, устройство терминала и система подачи содержания | |
WO2015029800A1 (ja) | サーバ装置、情報処理方法、プログラム、端末装置、およびコンテンツ供給システム | |
WO2015045917A1 (ja) | コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム | |
EP3041242B1 (en) | Content provision device, content provision method, program, terminal device, and content provision system | |
WO2017212931A1 (ja) | 受信装置および受信方法、再生装置および再生方法、供給装置および供給方法、並びにプログラム | |
JPWO2018180572A1 (ja) | 情報処理装置、受信装置、及び情報処理方法 | |
WO2015064384A1 (ja) | 送信装置、送信方法、受信装置、及び、受信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |