CN105900445A - Dash的稳健实况操作 - Google Patents

Dash的稳健实况操作 Download PDF

Info

Publication number
CN105900445A
CN105900445A CN201580004423.3A CN201580004423A CN105900445A CN 105900445 A CN105900445 A CN 105900445A CN 201580004423 A CN201580004423 A CN 201580004423A CN 105900445 A CN105900445 A CN 105900445A
Authority
CN
China
Prior art keywords
period
data
media
time
mpd
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.)
Granted
Application number
CN201580004423.3A
Other languages
English (en)
Other versions
CN105900445B (zh
Inventor
T·施托克哈默
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN105900445A publication Critical patent/CN105900445A/zh
Application granted granted Critical
Publication of CN105900445B publication Critical patent/CN105900445B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2355—Processing of additional data, e.g. scrambling of additional data or processing content descriptors involving reformatting operations of additional data, e.g. HTML pages
    • 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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
    • 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

Landscapes

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

Abstract

在一个示例中，一种用于接收与流式传输媒体数据相关的数据的设备包括：一个或多个网络接口，其被配置为经由网络来发送和接收数据；以及一个或多个处理器，其被配置为：经由网络接口来接收针对媒体内容的第一时段以及所述媒体内容的第二时段的数据，其中，所述针对所述第一时段的数据指示所述第一时段的至少一些媒体数据不可用，并且其中，所述针对所述第二时段的数据指示所述第二时段的可用媒体数据，并且基于针对所述第一时段和所述第二时段的数据，省去对所述第一时段中的、所述针对所述第一时段的数据指示不可用的媒体数据的请求，并发送对所述第二时段的所述媒体数据的一个或多个请求。

Description

DASH的稳健实况操作
本申请要求享有于2014年1月16日递交的美国临时申请No.61/928,381的权益，在此以引用方式将该申请的全部内容并入本文。
技术领域
本公开内容涉及经编码的媒体数据的传输。
背景技术
数字视频能力可以被并入到广泛的设备中，包括数字电视、数字直接广播系统、无线广播系统、个人数字助理(PDA)、膝上型或台式计算机、数字相机、数字记录设备、数字媒体播放器、视频游戏设备、视频游戏控制台、蜂窝或卫星无线电话、视频电话会议设备等。数字视频设备实现视频压缩技术(例如由MPEG-2、MPEG-4、ITU-T H.263或ITU-TH.264/MPEG-4，第10部分，高级视频编码(AVC)，ITU-T H.265/MPEG-H，第2部分，高效视频编码(HEVC)所定义的标准以及这些标准的扩展中所描述的那些视频压缩技术)，以更高效地发送和接收数字视频信息。
视频压缩技术执行空间预测和/或时间预测，以减少或移除视频序列中固有的冗余。对于基于块的视频编码，可以将视频帧或切片划分成宏块。可以进一步地划分每个宏块。使用相对于相邻宏块的空间预测来对帧内编码(I)帧或切片中的宏块进行编码。帧间编码(P或B)帧或切片中的宏块可以使用相对于相同帧或切片中的相邻宏块的空间预测或者相对于其它参考帧的时间预测。
在已经对视频数据进行编码之后，可以对视频数据进行打包以用于传输或存储。可以将视频数据组装成符合各种标准(例如，国际标准化组织(ISO)基本媒体文件格式及其扩展，例如对NAL单元构成的视频的运输)中的任何标准的视频文件。
发明内容
概括地说，本公开内容描述了可以用于改善HTTP的动态自适应流式传输(DASH)的稳健性的技术。具体而言，可能存在以下实例：DASH流式传输服务器或者其它此类流式传输服务器接收到要流式传输给一个或多个客户端设备的实况媒体数据。例如，所述DASH流式传输服务器可以基于实况基础(例如，实时运行中)从内容生产方接收媒体数据。所述内容生产方与所述DASH流式传输服务器之间的通信会话可能是不可靠的，例如，会引起媒体数据的丢失。本公开内容的技术包括：由服务器用信号发送指示与丢失相对应的媒体数据不可用的数据。以此方式，客户端设备可以接收用信号发送的数据，并且省去发送对丢失的媒体数据的请求。这些技术可以通过避免对服务器已确定将不可用的数据的请求来减小带宽消耗。这些技术还可以防止因来自服务器响应于来自客户端的对媒体数据的请求的过多错误响应(其指示所请求的媒体数据不可用)引起的连接终止。
在一个示例中，一种接收与流式传输媒体数据相关的数据的方法包括：接收针对媒体内容的第一时段和所述媒体内容的第二时段的数据，其中，所述针对所述第一时段的数据指示所述第一时段的至少一些媒体数据不可用，并且其中，所述针对所述第二时段的数据指示所述第二时段的可用媒体数据；以及基于针对所述第一时段和所述第二时段的数据，省去对所述第一时段中的、所述针对所述第一时段的数据指示是不可用的媒体数据的请求，并且发送对所述第二时段的所述媒体数据的一个或多个请求。
在另一个示例中，一种用于接收与流式传输媒体数据相关的数据的设备包括：一个或多个网络接口，其被配置为经由网络来发送和接收数据；以及一个或多个处理器，其被配置为经由所述网络接口来接收针对媒体内容的第一时段和针对所述媒体内容的第二时段的数据，其中，所述针对所述第一时段的数据指示所述第一时段的至少一些媒体数据不可用，并且其中，所述针对所述第二时段的数据指示所述第二时段的可用媒体数据，以及基于针对所述第一时段和针对所述第二时段的数据，省去对所述第一时段中的、所述针对所述第一时段的数据指示是不可用的媒体数据的请求，并且发送对所述第二时段的所述媒体数据的一个或多个请求。
在另一个示例中，一种用信号发送与流式传输媒体数据相关的数据的方法包括：确定媒体内容的第一部分已丢失并且所述媒体内容的第二部分已被接收；用信号发送针对所述媒体内容的第一时段的数据，所述媒体内容的所述第一时段包括至少所述第一部分，所述针对所述媒体内容的所述第一时段的数据指示所述第一时段的至少一些媒体数据在所述第一时段内不可用，以及用信号发送针对所述媒体内容的第二时段的数据，所述媒体内容的所述第二时段与所述第二部分相对应，所述针对所述媒体内容的所述第二时段的数据指示媒体数据在所述第二时段内可用；在用信号发送所述数据之后，接收对所述第二时段的所述媒体数据的一个或多个请求；以及响应于所述请求，发送所请求的所述第二时段的媒体数据。
在另一个示例中，一种用于用信号发送与流式传输媒体数据相关的数据的设备包括：一个或多个网络接口，其被配置为经由网络来发送和接收数据；以及一个或多个处理器，其被配置为确定媒体内容的第一部分已丢失并且所述媒体内容的第二部分已被接收；经由所述网络接口来用信号发送针对所述媒体内容的第一时段的数据，所述媒体内容的所述第一时段包括至少所述第一部分，所述针对所述媒体内容的所述第一时段的数据指示所述第一时段的至少一些媒体数据在所述第一时段内不可用，以及用信号发送针对所述媒体内容的第二时段的数据，所述媒体内容的所述第二时段与所述第二部分相对应，所述针对所述媒体内容的所述第二时段的数据指示媒体数据在所述第二时段内可用；在用信号发送所述数据之后，经由所述网络接口来接收对所述第二时段的所述媒体数据的一个或多个请求；以及响应于所述请求，经由所述网络接口来发送所请求的所述第二时段的媒体数据。
在下面的附图和描述中阐述了本公开内容的一个或多个示例的细节。通过描述和附图以及通过权利要求书，其它特征、目标和优势将是显而易见的。
附图说明
图1是示出了实现用于通过网络来流式传输媒体数据的技术的示例性系统的框图。
图2是示出了示例性多媒体内容的元素的概念图。
图3是示出了用于执行本公开内容的技术的系统的框图。
图4是示出了用于交换指示媒体内容的某一时段的媒体数据不可用的示例方法的流程图。
具体实施方式
概括地说，本公开内容描述了与HTTP的动态自适应流式传输(DASH)相关的技术，或者其它基于HTTP流式传输的技术。在实况流式传输的情况下，DASH操作的稳健性可以出于以下原因而受到损害：1.不精确的时间同步的客户端，例如，当客户端时钟相对于系统时钟漂移并且客户端未相对于时间源足够频繁地进行同步。2.媒体呈现描述(MPD)和区段生成可能相对于与DASH客户端不同的时间源进行同步。3.编码器或DASH媒体呈现可能丢失同步或者未得到内容。示例有：a.失去同步(例如，输入流上的循环冗余校验(CRC)失败)b.源上的功率瞬变(glitch)c.有人拉动线缆4.在发送方和接收方之间(例如，因编码器时钟容限)可能发生编码器时钟漂移(较长期的问题)。
根据本公开内容的技术，通过以下三种技术中的任何一种或多种技术可以解决上面的问题：1.通过提供RESTful应用编程接口(API)，如Stockhammer等人于2014年1月2日递交的“LIVE TIMING FOR DYNAMICADAPTIVE STREAMING OVER HTTP(DASH)”的美国专利申请序列号No.14/146,536(在此以引用方式并入该申请的全部内容)中所定义的。2.通过利用包括指示服务器时间的参数的特定HTTP响应来进行响应，其中在HTTP 404响应的情况下该服务器时间具有专门格式化的时间码。参数可以添加到消息主体。客户端可以使用该信息以便调整其时间参考，以同步到供应媒体呈现。这可以解决上面的问题1、2和4。3.添加空时段，其用信号发送中断(outage)的最小持续时间。持续时间可以在MPD更新中扩展，直到提供新的媒体为止。客户端可以使用该信息来显示某种禁播(blackout)，使得客户端被告知在该时间序列内未生成媒体(或者媒体不可用)。4.添加时段的持续时间，并以大于先前时段的开始与先前时段的持续时间的总和的开始时间来开始新的时段，由此，先前时段的结束与新时段的开始之间的部分可以被称为不具有媒体的空时段，并且包含使得该时段的开始与该时段的持续时间的总和小于下一时段的开始的持续时间属性的时段被称为早终止时段。
根据本公开内容的技术，如上面所讨论的，流式传输服务器(例如，DASH流式传输服务器)可以用信号发送媒体内容的时段，其中在该时段内没有媒体数据可用。例如，流式传输服务器可以用信号发送时段的开始时间和持续时间，而不用信号发送时段的任何其它元素。由于针对该时段仅用信号发送了开始和持续时间元素，因此客户端设备继而可以确定该时段的媒体数据不可用。在另一个版本中，服务器可以用信号发送时段中的媒体的结束加上时段的持续时间，并且可以仅在具有比先前时段与先前时段的持续时间的总和大的开始时间之后才开始新时段。先前时段中的媒体的结束与新时段的开始之间的时间还被称为空时段，并且包含使得该时段的开始与该时段的持续时间的总和小于下一时段的开始的持续时间属性的时段被称为早终止时段。因此，客户端设备可以避免发送对该时段的媒体数据的请求，并且替代地，发送对后续时段的媒体数据的请求(例如，响应于媒体内容的经更新的MPD，其描述针对后续时段的可用媒体数据)。
本公开内容的技术中的任何或全部技术可以被并入DASH标准或用于实况流式传输的其它此类标准。
在HTTP流式传输中，频繁使用的操作包括HEAD、GET和部分GET。HEAD操作获取与给定的统一资源定位符(URL)或统一资源名称(URN)相关联的文件的报头，而不获取与URL或URN相关联的有效载荷。GET操作获取与给定的URL或URN相关联的整个文件。部分GET操作接收字节范围作为输入参数并且获取文件的连续数量的字节，其中，字节数量对应于所接收的字节范围。因此，可以提供电影片段用于HTTP流式传输，这是因为部分GET操作可以取得一个或多个单独的电影片段。在电影片段中，可以存在不同轨道的若干个轨道片段。在HTTP流式传输中，媒体呈现可以是客户端可访问的结构化数据集合。客户端可以请求并下载媒体数据信息，以向用户提供流式传输服务。
在使用HTTP流式传输来流式传输3GPP数据的示例中，可能存在针对多媒体内容的视频和/或音频数据的多个表示。如下面解释的，不同的表示可以对应于不同的编码特性(例如，不同的视频编码标准简档或层级)、不同的编码标准或编码标准的扩展(例如，多视图和/或可缩放扩展)或者不同的比特速率。可以在媒体呈现描述(MPD)数据结构中定义这种表示的清单(manifest)。媒体呈现可以对应于HTTP流式传输客户端设备可访问的结构化数据集合。HTTP流式传输客户端设备可以请求并下载媒体数据信息，以向客户端设备的用户提供流式传输服务。可以在MPD数据结构(其可以包括MPD的更新)中描述媒体呈现。
媒体呈现可以包含一个或多个时段的序列。可以由MPD中的Period(时段)元素来定义时段。每个时段可以具有MPD中的属性start(开始)。MPD可以包括针对每个时段的start属性和availableStartTime(可用开始时间)属性。对于实况服务，时段的start属性和MPD属性availabilityStartTime的总和可以以UTC格式来指定时段的可用时间，具体而言，相应时段中的每个表示的第一媒体区段由该时段开始时间和用信号发送的第一媒体区段的持续时间来指定。对于按需服务，第一时段的start属性可以是0。对于任何其它时段，start属性可以指定相应时段的开始时间相对于第一时段的开始时间之间的时间偏移。每个时段可以扩展，直到下一时段的开始为止，或者在最后一个时段的情况下，直到媒体呈现的结束为止。然而，在早终止时段的情况下，该时段中的媒体可以比新时段的开始更早地终止，从而指示内容供应中的间隙。时段开始时间可以是精确的。时段开始时间可以反映由于播放所有先前时段的媒体而产生的实际定时。
每个时段可以包含针对相同媒体内容的一个或多个表示。表示可以是音频或视频数据的多个替代的经编码版本中的一个版本。表示可以依据编码类型(例如，比特速率、分辨率、和/或针对视频数据和比特速率的编解码器、语言、和/或针对音频数据的编解码器)而不同。术语表示可以用于指代经编码的音频或视频数据的对应于多媒体内容的特定时段并以特定方式编码的部分。
特定时段的表示可以分配给MPD中的属性(其指示表示所属的适配集)所指示的群组。相同适配集中的表示通常被视为彼此的替代，因为客户端设备可以动态地并且无缝地在这些表示之间切换，例如，以便执行带宽适配。例如，针对特定时段的视频数据的每个表示可以分配给相同的适配集，使得表示中的任何表示可以被选择用于解码，以呈现针对相应时段的多媒体内容的媒体数据(例如，视频数据或音频数据)。一个时段内的媒体内容可以由来自群组0的一个表示(如果存在的话)来表示，或者在一些示例中，由来自每个非零群组的最多一个表示的组合来表示。可以相对于时段的开始时间来表达针对时段的每个表示的定时数据。
表示可以包括一个或多个区段。每个表示可以包括初始化区段，或者表示的每个区段可以是自初始化的。当存在初始化区段时，其可以包含用于访问表示的初始化信息。通常，初始化区段不包含媒体数据。可以用标识符(例如，统一资源定位符(URL)、统一资源名称(URN)或统一资源标识符(URI))来唯一地引用区段。MPD可以提供针对每个区段的标识符。在某些示例中，MPD还可以以range(范围)属性的形式来提供字节范围，其可以与针对可由URL、URN或URI访问的文件内的区段的数据相对应。
可以选择不同的表示以用于大体上同时获取不同类型的媒体数据。例如，客户端设备可以选择从中获取区段的音频表示、视频表示以及定时文本表示。在某些示例中，客户端设备可以选择特定的适配集以用于执行带宽适配。即，客户端设备可以选择包括视频表示的适配集、包括音频表示的适配集、和/或包括定时文本的适配集。替代地，客户端设备可以选择针对某些类型的媒体(例如，视频)的适配集，并且直接地选择针对其它类型的媒体(例如，音频和/或定时文本)的表示。
图1是示出了实现用于通过网络来流式传输媒体数据的技术的示例系统10的框图。在该示例中，系统10包括内容准备设备20、服务器设备60和客户端设备40。客户端设备40和服务器设备60通过网络74(其可以包括互联网)通信地耦合。在某些示例中，内容准备设备20和服务器设备60也可以通过网络74或另一个网络耦合，或者可以直接通信地耦合。在某些示例中，内容准备设备20和服务器设备60可以包括相同的设备。
在图1的示例中，内容准备设备20包括音频源22和视频源24。音频源22可以包括例如麦克风，其中麦克风产生电信号，所述电信号表示所捕获的要由音频编码器26编码的音频数据。替代地，音频源22可以包括：存储介质，其存储先前记录的音频数据；音频数据生成器，例如计算机化的合成器；或者任何其它的音频数据源。视频源24可以包括：视频相机，其产生要由视频编码器28进行编码的视频数据；编码有先前记录的视频数据的存储介质；视频数据生成单元，例如计算机图形源；或者任何其它的视频数据源。内容准备设备20不一定在所有的示例中都通信地耦合到服务器设备60，但是可以将多媒体内容存储到由服务器设备60读取的单独介质。
原始音频和视频数据可以包括模拟或数字数据。可以在由音频编码器26和/或视频编码器28对模拟数据进行编码之前对其进行数字化。当说话参与者正在说话时，音频源22可以从该说话参与者获得音频数据，并且视频源24可以同时获得该说话参与者的视频数据。在其它示例中，音频源22可以包括包含所存储的音频数据的计算机可读存储介质，并且视频源24可以包括包含所存储的视频数据的计算机可读存储介质。以此方式，本公开内容中所描述的技术可以应用于实况的、流式传输的、实时的音频和视频数据，或者应用于经存档的、预先记录的音频和视频数据。
与视频帧相对应的音频帧通常是包含音频数据的音频帧，其中该音频数据是由音频源22与包含在视频帧内的由视频源24捕获(或生成)的视频数据同时捕获(或生成)的。例如，当说话参与者通常通过说话来产生音频数据时，音频源22捕获音频数据，并且视频源24同时(即，当音频源22正在捕获音频数据时)捕获说话参与者的视频数据。因此，音频帧可以在时间上对应于一个或多个特定的视频帧。因此，与视频帧相对应的音频帧通常对应于以下情形：在该情形中，同时捕获音频数据和视频数据，并且对于该情形，音频帧和视频帧分别包括同时捕获的音频数据和视频数据。
在某些示例中，音频编码器26可以将时间戳编码到每个经编码的音频帧中，其中该时间戳表示用于经编码的音频帧的音频数据被记录的时间，并且类似地，视频编码器28可以将时间戳编码到每个经编码的视频帧中，其中该时间戳表示用于经编码的视频帧的视频数据被记录的时间。在这些示例中，与视频帧相对应的音频帧可以包括：包括时间戳的音频帧，以及包括相同时间戳的视频帧。内容准备设备20可以包括内部时钟，其中音频编码器26和/或视频编码器28可以根据该内部时钟来生成时间戳，或者该音频源22和视频源24可以使用该内部时钟来分别将音频和视频数据与时间戳相关联。
在某些示例中，音频源22可以向音频编码器26发送与音频数据被记录的时间相对应的数据，并且视频源24可以向视频编码器28发送与视频数据被记录的时间相对应的数据。在某些示例中，音频编码器26可以将序列标识符编码到经编码的音频数据中，以指示经编码的音频数据的相对时间排序，而不必指示音频数据被记录的绝对时间，并且类似地，视频编码器28也可以使用序列标识符来指示经编码的视频数据的相对时间排序。类似地，在某些示例中，序列标识符可以被映射或者以其它方式与时间戳相关。
音频编码器26通常产生经编码的音频数据流，而视频编码器28产生经编码的视频数据流。每个单独的数据流(无论是音频还是视频)可以被称为基本流。基本流是表示的单个的、经数字编码(可能经压缩)的分量。例如，表示的经编码的视频或音频部分可以是基本流。基本流可以在被封装到视频文件中之前转换为打包的基本流(PES)。在相同的表示内，可以使用流ID来将属于一个基本流的PES分组与属于其它基本流的PES分组进行区分。基本流的基本数据单元是打包的基本流(PES)分组。因此，经编码的视频数据通常对应于基本视频流。类似地，音频数据对应于一个或多个相应的基本流。
许多视频编码标准(例如，ITU-T H.264/AVC和高效视频编码(HEVC)标准)定义了针对无错误比特流的语法、语义和解码过程，其中任何一项符合某个简档或层级。视频编码标准通常不指定编码器，但是编码器的任务是保证所生成的比特流对于解码器来说是符合标准的。在视频编码标准的上下文中，“简档”与算法、特征或工具以及施加到算法、特征或工具的约束的子集相对应。如由H.264和H.265标准定义的，例如，“简档”是由H.264或H.265标准指定的整个比特流语法的子集。“层级”对应于诸如解码器存储器和计算之类的解码器资源消耗的限制，这些限制与图片的分辨率、比特速率以及块处理速率相关。可以利用profile_idc(简档指示符)值来用信号发送简档，而可以利用level_idc(层级指示符)值来用信号发送层级。
例如，H.264标准认识到，在由给定简档的语法强加的界限内，取决于比特流中的语法元素所取的值(例如，经解码的图片的指定大小)，仍然可能要求编码器和解码器的性能的大变化。H.264标准进一步认识到，在许多应用中，实现能够处理特定简档内的语法的所有假设使用的解码器既不实际也不经济。因此，H.264标准将“层级”定义为强加在比特流中的语法元素的值上的指定约束集合。这些约束可以是对值的简单限制。替代地，这些约束可以采取对值的算术组合(例如，图片宽度乘以图片高度乘以每秒解码的图片数量)的约束的形式。H.264标准还提供的是，单独的实现方式可以针对每个所支持的简档支持不同的层级。
符合简档的解码器通常支持该简档中所定义的所有特征。例如，作为编码特征，B图片编码在H.264/AVC的基线简档中未得到支持，但是在H.264/AVC的其它简档中得到支持。符合层级的解码器应当能够解码不需要超出该层级中定义的限制的资源的任何比特流。简档和层级的定义可以有助于可解释性。例如，在视频传输期间，可以针对整个传输会话来协商和同意一对简档和层级定义。具体而言，在H.264/AVC中，层级可以定义对以下各项的限制：需要处理的宏块数量，经解码图片缓冲器(DPB)大小，经编码图片缓冲器(CPB)大小，垂直运动向量范围，每两个连续MB的运动向量的最大数量，以及B块是否可以具有小于8x8像素的子宏块划分。以此方式，解码器可以确定该解码器是否能够正确地解码比特流。
在图1的示例中，内容准备设备20的封装单元30从视频编码器28接收包括经编码的视频数据的基本流，并且从音频编码器26接收包括经编码的音频数据的基本流。在某些示例中，视频编码器28和音频编码器26均可以包括打包器(packetizer)以用于从经编码的数据中来形成PES分组。在其它示例中，视频编码器28和音频编码器26均可以与相应的打包器对接，以用于从经编码的数据中形成PES分组。在其它示例中，封装单元30可以包括打包器，以用于从经编码的音频和视频数据中形成PES分组。
视频编码器28可以以各种方式来对多媒体内容的视频数据进行编码，以在各种比特速率下并且利用各种特性(例如，像素分辨率、帧速率、对各种编码标准的符合性、对用于各种编码标准的各种简档和/或简档层级的符合性、具有一个或多个视图的表示(例如，针对二维或三维回放)，或其它此类特性)来产生多媒体内容的不同表示。如本公开内容中所使用的，表示可以包括以下各项中的一项：音频数据、视频数据、文本数据(例如，用于隐藏式字幕)，或者其它此类数据。表示可以包括基本流，例如音频基本流或视频基本流。每个PES分组可以包括stream_id(流_id)，其标识该PES分组所属的基本流。封装单元30负责将基本流组装成各种表示的视频文件(例如，区段)。
封装单元30从音频编码器26和视频编码器28接收用于表示的基本流的PES分组，并且根据PES分组来形成相应的网络抽象层(NAL)单元。在H.264/AVC(高级视频编码)的示例中，将经编码的视频区段组织成NAL单元，其中NAL单元提供处理例如视频电话、存储、广播或流式传输等应用的“网络友好的”视频表示。NAL单元可以分类为视频编码层(VCL)NAL单元和非VCL NAL单元。VCL单元可以包含核心压缩引擎并且可以包括块、宏块和/或切片层级数据。其它NAL单元可以是非VCL NAL单元。在某些示例中，一个时间实例中的经编码图片(通常呈现为主要经编码图片)可以包含在访问单元中，其中访问单元可以包括一个或多个NAL单元。
非VCL NAL单元可以包括参数集NAL单元和SEI NAL单元等等。参数集可以包含序列层级报头信息(在序列参数集(SPS)中)以及不频繁改变的图片层级报头信息(在图片参数集(PPS)中)。利用参数集(例如，PPS和SPS)，不需要针对每个序列或图片重复不频繁改变的信息，因此可以提高编码效率。此外，参数集的使用可以实现重要报头信息的带外传输，从而避免了需要针对错误复原而进行冗余传输。在带外传输的示例中，可以在与其它NAL单元(例如，SEI NAL单元)不同的频道上发送参数集NAL单元。
补充增强信息(SEI)可以包含对于解码来自VCL NAL单元的经编码图片样本来说不是必要的但是可以辅助与解码、显示、错误恢复以及其它目的相关的过程的信息。SEI消息可以包含在非VCL NAL单元中。SEI消息是某些标准规范的规范性部分，并且因此对于符合标准的解码器实现方式来说并非总是强制的。SEI消息可以是序列层级SEI消息或图片层级SEI消息。某些序列层级信息可以包含在SEI消息中，例如，在SVC的示例中的可缩放信息SEI消息，以及在MVC中的视图可缩放信息SEI消息。这些示例SEI消息可以传送关于例如操作点的提取和操作点的特性的信息。另外，封装单元30可以形成清单文件，例如，对表示的特性进行描述的媒体呈现描述(MPD)。封装单元30可以根据可扩展标记语言(XML)来格式化MPD。
封装单元30可以将用于多媒体内容的一个或多个表示的数据连同清单文件(例如，MPD)提供给输出接口32。输出接口32可以包括网络接口或者用于向存储介质写入的接口，例如，通用串行总线(USB)接口、CD或DVD写入器或烧录器、到磁性或闪速存储介质的接口、或者用于存储或发送媒体数据的其它接口。封装单元30可以将多媒体内容的表示中的每个表示的数据提供给输出接口32，其中输出接口32可以经由网络传输或存储介质来将数据发送给服务器设备60。同样地，服务器设备60可以经由输入接口76从内容准备设备20接收数据。在图1的示例中，服务器设备60包括存储各种多媒体内容64的存储介质62，其中每个多媒体内容64包括相应的清单文件66以及一个或多个表示68A-68N(表示68)。
在某些示例中，表示68可以被分离成适配集。即，表示68的各个子集可以包括相应的共同特性集合，例如，编解码器、简档和层级、分辨率、视图数量、区段的文件格式、文本类型信息(其可以对要利用表示来显示的文本和/或要由例如说话者解码并呈现的音频数据的语言或其它特性进行标识)、相机角度信息(其可以描述针对适配集中的表示的场景的相机角度或真实世界相机视角)、描述针对特定观众的内容合适性的分级信息等。
清单文件66可以包括对与特定适配集相对应的表示68的子集以及针对适配集的共同特性进行指示的数据。清单文件66还可以包括对针对适配集的单独表示的单独特性(例如，比特速率)进行表示的数据。以此方式，适配集可以提供简化的网络带宽适配。可以使用清单文件66的适配集元素的子元素来指示适配集中的表示。
服务器设备60包括输入接口76、请求处理单元70和网络接口72。在某些示例中，服务器设备60可以包括多个网络接口。此外，可以在内容传递网络的其它设备(例如，路由器、桥接器、代理设备、交换机或其它设备)上实现服务器设备60的特征中的任何或所有特征。在某些示例中，内容传递网络的中间设备可以高速缓存多媒体内容64的数据，并且包括大体上符合服务器设备60的那些组件的组件。通常，网络接口72被配置为经由网络74来发送和接收数据。
请求处理单元70被配置为从客户端设备(例如，客户端设备40)接收针对存储介质62的数据的网络请求。例如，请求处理单元70可以实现如RFC 2616，1999年6月，IETF，网络工作组，R.Fielding等人的“HypertextTransfer Protocol–HTTP/1.1”中所描述的超文本传输协议(HTTP)版本1.1。即，请求处理单元70可以被配置为接收HTTP GET或部分GET请求并且响应于该请求来提供多媒体内容64的数据。请求可以指定表示68中的一个表示的区段(例如，使用区段的URL)。在某些示例中，请求还可以指定区段的一个或多个字节范围，因此包括部分GET请求。请求处理单元70还可以被配置为对HTTP HEAD请求进行服务，以提供表示68中的一个表示的区段的报头数据。在任何情况下，请求处理单元70可以被配置为对请求进行处理，以向请求设备(例如，客户端设备40)提供所请求的数据。
另外地或替代地，请求处理单元70可以被配置为经由广播或多播协议(例如，eMBMS)来传递媒体数据。内容准备设备20可以以所描述的方式大体上相同的方式来创建DASH区段和/或子区段，但是服务器设备60可以使用eMBMS或另一个广播或多播网络传输协议来传递这些区段或子区段。例如，请求处理单元70可以被配置为从客户端设备40接收多播群组加入请求。即，服务器设备60可以向与特定媒体内容(例如，实况事件的广播)相关联的客户端设备(包括客户端设备40)通告与多播群组相关联的互联网协议(IP)地址。客户端设备40继而可以提交加入多播群组的请求。可以在整个网络74(例如，构成网络74的路由器)上传播该请求，使得促使路由器将以关联于多播群组的IP地址为目的地的业务引导到订阅客户端设备(例如，客户端设备40)。
如图1的示例中所示出的，多媒体内容64包括清单文件66，其中清单文件66可以对应于媒体呈现描述(MPD)。清单文件66可以包含对不同的替代表示68(例如，具有不同质量的视频服务)的描述，并且该描述可以包括例如编解码器信息、简档值、层级值、比特速率以及表示68的其它描述性特性。客户端设备40可以获取媒体呈现的MPD，以确定如何访问表示68的区段。
具体而言，获取单元52可以获取客户端设备40的配置数据(未示出)，以确定视频解码器48的解码能力和视频输出44的渲染能力。配置数据还可以包括以下各项中的任何或所有项：客户端设备40的用户所选择的语言偏好、与客户端设备40的用户所设置的深度偏好相对应的一个或多个相机视角、和/或客户端设备40的用户所选择的分级偏好。获取单元52可以包括例如被配置为提交HTTP GET和部分GET请求的web浏览器或媒体客户端。获取单元52可以与客户端设备40的一个或多个处理器或处理单元(未示出)所执行的软件指令相对应。在某些示例中，可以在硬件、或者硬件、软件、和/或固件的组合中实现关于获取单元52所描述的功能中的全部或部分功能，其中，可以提供必要的硬件来执行针对软件或固件的指令。
获取单元52可以将客户端设备40的解码和渲染能力与清单文件66的信息所指示的表示68的特性进行比较。获取单元52可以初始地获取清单文件66的至少一部分以确定表示68的特性。例如，获取单元52可以请求清单文件66的描述一个或多个适配集的特性的部分。获取单元52可以选择表示68的子集(例如，适配集)，该子集具有客户端设备40的编码和渲染能力能够满足的特性。获取单元52然后可以确定针对适配集中的表示的比特速率，确定当前可用的网络带宽量，以及从表示(其具有网络带宽能够满足的比特速率)中的一个表示中获取区段。
通常，较高比特速率的表示可以产生较高质量的视频回放，而当可用的网络带宽减小时，较低比特速率的表示可以提供足够质量的视频回放。因此，当可用的网络带宽相对高时，获取单元52可以从相对高的比特速率的表示中获取数据，而当可用的网络带宽低时，获取单元52可以从相对低的比特速率的表示中获取数据。以此方式，客户端设备40可以通过网络74来流式传输多媒体数据，同时也适应网络74的变化的网络带宽可用性。
另外地或替代地，获取单元52可以被配置为接收根据广播或多播网络协议(例如，eMBMS或IP多播)的数据。在这些示例中，获取单元52可以提交加入与特定媒体内容相关联的多播网络群组的请求。在加入多播群组之后，获取单元52可以接收多播群组的数据而无需向服务器设备60或内容准备设备20发出进一步的请求。当不再需要多播群组的数据时，获取单元52可以提交离开多播群组的请求，例如，以便停止回放或将频道改变到不同的多播群组。
网络接口54可以接收所选择的表示的区段的数据并将其提供给获取单元52，获取单元52继而可以将区段提供给解封装单元50。解封装单元50可以将视频文件的元素解封装为组成PES流(constituent PES stream)，对PES流进行解包以获取经编码的数据，以及将经编码的数据发送给音频解码器46或视频解码器48，这取决于经编码的数据是音频流还是视频流的一部分(例如，如流的PES分组报头所指示的)。音频解码器46对经编码的音频数据进行解码并将经解码的音频数据发送给音频输出42，而视频解码器48对经编码的视频数据进行解码并将经解码的视频数据(其可以包括流的多个视图)发送给视频输出44。
视频编码器28、视频解码器48、音频编码器26、音频解码器46、封装单元30、获取单元52以及解封装单元50均可以视适用情况实现为各种适当的处理电路中的任何处理电路，例如，一个或多个微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、分立逻辑电路、软件、硬件、固件或者其任何组合。视频编码器28和视频解码器48均可以包括在一个或多个编码器或解码器中，其中任一项可以集成为组合的视频编码器/解码器(CODEC)的一部分。同样地，音频编码器26和音频解码器46均可以包括在一个或多个编码器或解码器中，其中任一项可以集成为组合的CODEC的一部分。包括视频编码器28、视频解码器48、音频编码器26、音频解码器46、封装单元30、获取单元52和/或解封装单元50的装置可以包括集成电路、微处理器和/或无线通信设备(例如，蜂窝电话)。
客户端设备40、服务器设备60和/或内容准备设备20可以被配置为根据本公开内容的技术来操作。出于举例的目的，本公开内容关于客户端设备40和服务器设备60来描述这些技术。但是，应当理解的是，作为服务器设备60的替代(或者除服务器设备60之外)，内容准备设备20也可以被配置为执行这些技术。
封装单元30可以形成NAL单元，其包括标识NAL单元所属的节目的报头以及有效载荷，例如音频数据、视频数据或者描述NAL单元所对应的传输流或节目流的数据。例如，在H.264/AVC中，NAL单元包括1字节的报头和变化大小的有效载荷。在其有效载荷中包括视频数据的NAL单元可以包括各种粒度水平的视频数据。例如，NAL单元可以包括视频数据块、多个块、视频数据切片或者视频数据的整个图片。封装单元30可以从视频编码器28接收具有基本流的PES分组形式的经编码的视频数据。封装单元30可以将每个基本流与相应的节目相关联。
封装单元30还可以根据多个NAL单元来组装访问单元。通常，访问单元可以包括用于表示视频数据帧的一个或多个NAL单元，以及对应于该帧的音频数据(当该音频数据可用时)。访问单元通常包括针对一个输出时间实例的所有NAL单元，例如，针对一个时间实例的所有音频和视频数据。例如，如果每个视图具有每秒20帧(fps)的帧速率，则每个时间实例可以对应于0.05秒的时间间隔。在该时间间隔期间，可以同时渲染针对相同访问单元(相同时间实例)的所有视图的特定帧。在一个示例中，访问单元可以包括一个时间实例中的经编码图片，其可以被呈现为主要经编码图片。
因此，访问单元可以包括共同时间实例的所有音频帧和视频帧，例如对应于时间X的所有视图。本公开内容还将特定视图的经编码图片称为“视图分量”。即，视图分量可以包括针对特定时间处的特定视图的经编码图片(或帧)。因此，访问单元可以定义为包括共同时间实例的所有视图分量。访问单元的解码顺序不必与输出顺序或显示顺序相同。
媒体呈现可以包括媒体呈现描述(MPD)，其可以包含对不同的替代表示(例如，具有不同质量的视频服务)的描述，并且该描述可以包括例如编解码器信息、简档值和层级值。MPD是清单文件(例如，清单文件66)的一个示例。客户端设备40可以获取媒体呈现的MPD，以确定如何访问各种表示的电影片段。电影片段可以位于视频文件的电影片段盒(moof盒)中。
清单文件66(其可以包括例如MPD)可以对表示68的区段的可用性进行通告。即，MPD可以包括对表示68中的一个表示的第一区段变为可用的挂钟时间进行指示的信息，以及对表示68内的区段的持续时间进行指示的信息。以此方式，客户端设备40的获取单元52可以基于在特定区段之前的区段的开始时间以及持续时间来确定每个区段何时可用。
在封装单元30已经基于接收到的数据将NAL单元和/或访问单元组装成视频文件之后，封装单元30将视频文件传递给输出接口32以用于输出。在某些示例中，封装单元30可以本地地存储视频文件或者经由输出接口32将视频文件发送给远程服务器(例如，服务器设备60)。输出接口32可以包括例如发射机、收发机、用于向计算机可读介质(例如，光学驱动器、磁性介质驱动器(例如，软盘驱动器))写入数据的设备、通用串行总线(USB)端口、网络接口或者其它输出接口。输出接口32将视频文件输出到计算机可读介质34，例如传输信号、磁性介质、光学介质、存储器、闪速驱动器或者其它计算机可读介质。
网络接口54可以经由网络74来接收NAL单元或访问单元，并且经由获取单元52将NAL单元或访问单元提供给解封装单元50。解封装单元50可以将视频文件的元素解封装为组成PES流，对PES流进行解包以获取经编码的数据，并且将经编码的数据发送给音频解码器46或视频解码器48，这取决于经编码的数据是音频流还是视频流的一部分(例如，如流的PES分组报头所指示的)。音频解码器46对经编码的音频数据进行解码并将经解码的音频数据发送给音频输出42，而视频解码器48对经编码的视频数据进行解码并将经解码的视频数据(其可以包括流的多个视图)发送给视频输出44。
如上面所讨论的，内容准备设备20向服务器设备60提供媒体数据，例如，实况媒体数据。例如，当媒体数据被捕获并编码时，内容准备设备20可以经由输出接口32将媒体数据发送给输入接口76。在某些实例中，可能出现媒体数据的丢失。因此，根据本公开内容的技术，服务器设备60可以用信号发送针对媒体内容(例如，多媒体内容64)的一个或多个时段的数据，其中在这些时段内没有媒体数据可用。
例如，服务器设备60可以创建或修改清单文件66(例如，MPD)以包括时段元素，其中该时段元素表示其中没有媒体数据可用的回放时间。时段元素可以包括表示时段的开始时间和持续时间的数据。持续时间可以与自时段的开始时间起的最小时间量(在该时间量内没有媒体数据可用)相对应。服务器设备60可以经由网络74向客户端设备40提供清单文件66。MPD的这种时段元素是指示没有媒体数据可用于该时段的数据的示例。
客户端设备40的获取单元52可以使用清单文件66来确定其中没有媒体数据可用的时段。当发现这种时段时，获取单元52可以避免提交对该时段内的媒体数据的请求。在某些示例中，获取单元52可以提交对在开始时间加上清单文件66中所指示的持续时间之后的媒体数据的一个或多个请求。如果服务器设备60已确定在其中没有媒体数据可用的时段之后媒体数据可用，则服务器设备60可以向客户端设备40发送可用的媒体数据。
然而，如上面提到的，持续时间可以表示自开始时间的最小时间量，其中在该时间量内没有媒体数据可用。因此，服务器设备60可以替代地利用HTTP 404“不可用”错误来响应对媒体数据的请求。错误还可以例如在HTTP报头的扩展中包括对媒体数据何时将可用的指示。对媒体数据何时将可用的指示可以与用网络时间协议(NTP)、国际标准化组织(ISO)时间格式等表示的同步时间相对应。另外地或替代地，服务器设备60可以向客户端设备40发送经更新的清单文件，包括对媒体数据在其中可用的后续时段的指示。
此外，本公开内容认识到，在某些实例中，客户端设备40的内部时钟相对于服务器设备60的时钟、相对于媒体数据被通告为在MPD中可用的“挂钟”时间会变得不同步。因此，当客户端设备40的内部时钟相对于服务器设备60的时钟漂移时，也可以使用本公开内容的技术。如上面提到的，服务器设备60可以对来自客户端设备40的针对不可用媒体数据的请求而发送HTTP 404错误响应。此外，错误响应可以指示后续媒体数据将可用的时间和/或同步方法和/或服务器。因此，客户端设备40可以使用该数据来与服务器设备60的时钟重新同步和/或确定某一时段的媒体数据将可用于获取的挂钟时间。这种错误响应是指示某一时段的媒体数据不可用(即，时段中没有媒体数据可用)的数据的另一个示例。
图2是示出了示例多媒体内容102的元素的概念图。多媒体内容102可以与多媒体内容64(图1)或存储在存储器62中的另一个多媒体内容相对应。在图2的示例中，多媒体内容102包括媒体呈现描述(MPD)104以及多个表示110A-110N(表示110)。表示110A包括可选的报头数据112和区段114A-114N(区段114)，而表示110N包括可选的报头数据122和区段124A-124N(区段124)。为了方便起见，使用字母N来标示表示110中的每个表示中的最后一个电影片段。在某些示例中，在表示110之间可能存在不同数量的电影片段。
MPD 104可以包括与表示110分离的数据结构。MPD 104可以对应于图1的清单文件66。同样地，表示110可以对应于图1的表示68。通常，MPD 104可以包括通常描述表示110的特性(例如，编码和渲染特性、适配集、MPD 104所对应的简档、文本类型信息、相机角度信息、分级信息、特技模式信息(例如，对包括时间子序列的表示进行指示的信息)和/或用于获取远程时段的信息(例如，用于在回放期间将目标广告插入到媒体内容中))的数据。
根据本公开内容的技术，MPD 104可以包括其中没有媒体数据可用的时段元素。例如，MPD 104可以包括包含Period@start(周期@开始)元素和Period@duration(周期@持续时间)元素时段元素而没有其它元素。客户端设备(例如，客户端设备40)可以根据MPD 104的该数据来确定在该时段内没有媒体数据可用，从而避免提交对不可用的媒体数据的请求，这可以保留网络带宽并减小服务器和客户端二者所执行的处理功率。
在利用本公开内容的技术的另一个示例中，MPD 104可以包括其中媒体数据仅在第一部分内可用而在结束处不可用的时段元素。例如，MPD 104可以包括包含Period@start元素和Period@duration元素的时段元素，以及新的时段元素，该新的时段元素具有比第一时段的Period@start与Period@duration的总和大的Period@start。客户端设备(例如，客户端设备40)可以确定在第一时段的两个元素的总和与下一时段的开始之间的时间内没有媒体数据可用，从而避免提交对不可用的媒体数据的请求，这可以保留网络带宽并减小由服务器和客户端二者所执行的处理功率。
尽管图2中示出了单个MPD 104，但是应当理解的是，MPD 104实际上可以由多个数据集实现：初始MPD以及对初始MPD的一个或多个更新。例如，对初始(或先前的)MPD的更新可以包括用于多媒体内容102的新的时段元素。在某些示例中，时段可以与表示110中的单个表示相对应，而在其它示例中，时段可以与多个表示110(例如，表示110中的全部表示或其子集)相对应。
报头数据112(当存在时)可以描述区段114的特性，例如，随机接入点(RAP，还被称为流接入点(SAP))的时间位置，区段114中的哪个区段包括随机接入点，到区段114内的随机接入点的字节偏移，区段114的统一资源定位符(URL)，或者区段114的其它方面。报头数据122(当存在时)可以描述区段124的类似特性。另外地或替代地，这些特性可以完全地包括在MPD 104中。
区段114、124包括一个或多个经编码的视频样本，其中每个视频样本可以包括视频数据帧或切片。区段114的经编码的视频样本中的每个视频样本可以具有类似的特性，例如，高度、宽度以及带宽要求。可以由MPD104的数据来描述这些特性，尽管图2的示例中没有示出这种数据。MPD 104可以包括如由3GPP规范描述的特性，外加本公开内容中所描述的用信号发送的信息中的任何或所有信息。
区段114、124中的每个区段可以与唯一的统一资源定位符(URL)相关联。因此，可以使用流式传输网络协议(例如，DASH)来独立地获取区段114、124中的每个区段。以此方式，目的地设备(例如，客户端设备40)可以使用HTTP GET请求来获取区段114或124。在某些示例中，客户端设备40可以使用HTTP部分GET请求来获取区段114或124的特定字节范围。
图3是示出了可以执行本公开内容的技术的系统150的框图。图3的系统包括DASH媒体呈现服务器152和DASH客户端154。DASH媒体呈现服务器152可以对应于图1的服务器设备60，而DASH客户端154可以对应于图1的客户端设备40。DASH媒体呈现服务器152可以接收具有中断的实况视频流156。根据本公开内容的技术，DASH媒体呈现服务器152可以用信号向DASH客户端154发送中断(158)。
例如，DASH媒体呈现服务器152可以利用包括服务器时间的特定HTTP响应来对请求(例如，来自DASH客户端154的HTTP GET或部分GET请求)进行响应，其中在HTTP 404响应的情况下该服务器时间具有专门格式化的时间码。参数可以添加到消息主体。DASH客户端154可以使用该信息以便调整其时间参考(例如，DASH客户端154的本地时钟)，以将时钟同步到媒体呈现的供应。
另外地或替代地，DASH媒体呈现服务器152可以添加空时段，其用信号发送对表示数据的中断的最小持续时间。持续时间可以在媒体呈现描述(MPD)更新中扩展，直到提供新的媒体为止。DASH客户端154可以使用信息来显示某种禁播，但是DASH客户端154被告知在该时间序列内未生成媒体。以此方式，当DASH媒体呈现服务器152所接收的视频数据中存在中断时，DASH客户端154可以确定在其间出现中断的时间内不存在媒体数据，并且因此，例如保持与DASH媒体呈现服务器152在时间上同步。
图4是示出了用于交换指示在媒体内容的某一时段内媒体数据不可用的信息的示例方法的流程图。关于图1的客户端设备40和服务器设备60来解释图4的方法。然而，应当理解的是，其它设备可以被配置为执行该方法或类似方法。
初始地，在图4的示例中，客户端设备40请求来自服务器设备60的媒体内容的MPD(160)。服务器设备60接收针对MPD的请求(162)，并发送指示不具有媒体数据的时段的初始MPD(164)。虽然图4中未示出，但是服务器设备60可以确定没有从例如内容准备设备20接收到一部分媒体数据。为了避免后续媒体数据的延迟，服务器设备60可以准备初始MPD以指示与未接收到的媒体数据相对应的时段不具有可用媒体数据，而不是等待对未接收到的媒体数据的重传。例如，初始MPD可以用信号发送时段的时段开始时间(Period@start)和持续时间(Period@duration)，而针对该时段不用信号发送其它元素，以指示媒体数据在该时段内不可用。举另一个示例，MPD可以针对第一时段用信号发送Period@start和Period@duration，其总和小于下一时段的Period@start。针对其中的时间间隙，没有媒体可用。术语“初始MPD”可以指MPD的序数第一实例或者指经更新的MPD版本。
客户端设备40可以接收初始MPD(166)。假定在没有媒体数据可用的时段之前存在一个或更多个时段，则客户端设备40可以使用初始MPD来请求在没有媒体数据的时段之前的时段的媒体数据(168)。例如，这些请求可以包括HTTP GET或部分GET请求。服务器设备60可以接收针对媒体数据的请求(170)，并响应于该请求而发送所请求的媒体数据(172)。客户端设备40可以对接收到的媒体数据进行处理(174)，例如通过对媒体数据进行解码并向用户呈现媒体数据。
在图4的示例中，服务器设备60发送指示在稍后时段(即，在没有媒体数据可用的时段之后的时段)内可用的媒体数据的经更新的MPD(176)。在某些示例中，服务器设备60可以自动地发送经更新的MPD，而在其它示例中，服务器设备60可以响应于来自客户端设备40的请求而发送经更新的MPD(未示出)。在任何情况下，客户端设备40接收经更新的MPD(178)，并使用经更新的MPD来请求在没有媒体数据的时段之后的时段的媒体数据(180)。以此方式，客户端设备40省去发送针对没有媒体数据可用的时段的媒体数据的请求。服务器设备60从客户端设备40接收针对媒体数据的请求(182)，并响应于该请求而向客户端设备40发送所请求的媒体数据(184)。客户端设备40对接收到的媒体数据进行处理(186)，例如通过对接收到的媒体数据进行解码和呈现。
以此方式，图4的方法表示包括以下操作的方法的示例：接收针对媒体内容的第一时段以及媒体内容的第二时段的数据，其中，针对第一时段的数据指示在第一时段内没有媒体数据可用，并且其中，针对第二时段的数据指示在第二时段内可用的媒体数据；以及基于针对第一时段和第二时段的数据，省去对第一时段的媒体数据的请求，并发送对第二时段的媒体数据的一个或多个请求。
图4的方法还表示包括以下操作的方法的示例：确定媒体内容的第一部分已丢失，并且媒体内容的第二部分已被接收；用信号发送针对媒体内容的第一时段的数据，其中媒体内容的第一时段与第一部分相对应，该数据指示媒体数据在第一时段内不可用；以及用信号发送针对媒体内容的第二时段的数据，其中媒体内容的第二时段与第二部分相对应，该数据指示媒体内容在第二时段内可用；在用信号发送数据之后，接收对第二时段的媒体数据的一个或多个请求；以及响应于该请求，发送所请求的第二时段的媒体数据。
在一个或多个示例中，可以在硬件、软件、固件或者其任意组合中实现所描述的功能。如果在软件中实现，则所述功能可以作为一个或多个指令或代码存储在计算机可读介质上或者通过计算机可读介质进行传输，并且可由基于硬件的处理单元来执行。计算机可读介质可以包括计算机可读存储介质或通信介质，其中计算机可读存储介质对应于有形介质，例如数据存储介质，通信介质包括促进计算机程序从一个地方传送到另一个地方(例如，根据通信协议)的任何介质。以此方式，计算机可读介质通常可以对应于(1)非暂时性的有形计算机可读存储介质或(2)通信介质，例如信号或载波。数据存储介质可以是可由一个或多个计算机或者一个或多个处理器存取以获取用于实现本公开内容中所描述的技术的指令、代码和/或数据结构的任何可用介质。计算机程序产品可以包括计算机可读介质。
通过举例而非限制性的方式，这种计算机可读存储介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、闪存、或者可以用于存储具有指令或数据结构形式的期望的程序代码并且可由计算机存取的任何其它介质。此外，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或诸如红外线、无线电和微波之类的无线技术从网站、服务器或其它远程源传输软件，则同轴电缆、光纤光缆、双绞线、DSL或诸如红外线、无线电和微波之类的无线技术包括在介质的定义中。但是，应当理解的是，计算机可读存储介质和数据存储介质不包括连接、载波、信号或其它暂时性介质，而是涉及非暂时性的有形存储介质。如本文所使用的，磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字多功能光盘(DVD)、软盘和蓝光光盘，其中磁盘通常磁性地复制数据，而光盘利用激光来光学地复制数据。上述的组合也应当包括在计算机可读介质的范围内。
指令可以由一个或多个处理器执行，例如一个或多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列(FPGA)、或者其它等效的集成或分立逻辑电路。因此，如本文所使用的，术语“处理器”可以指代前述结构中的任何结构或者适合于实现本文所描述的技术的任何其它结构。另外，在某些方面中，可以在被配置用于进行编码和解码的专用硬件模块和/或软件模块内提供本文所描述的功能，或者将本文所描述的功能并入组合的编解码器中。此外，可以在一个或多个电路或逻辑元件中充分地实现所述技术。
可以在广泛多样的设备或装置(包括无线手持设备、集成电路(IC)或IC集(例如，芯片组))中实现本公开内容的技术。本公开内容中描述各种组件、模块或单元是为了强调被配置为执行所公开的技术的设备的功能方面，但不一定要求由不同的硬件单元来实现。相反，如上面所描述的，各种单元可组合到编解码器硬件单元中，或者由互操作的硬件单元的集合(包括如上面所描述的一个或多个处理器)结合适当的软件和/或固件来提供。
已描述了各种示例。这些示例和其它示例在所附权利要求书的范围内。

Claims (30)

1.一种接收与流式传输媒体数据相关的数据的方法，所述方法包括：
接收针对媒体内容的第一时段以及所述媒体内容的第二时段的数据，其中，所述针对所述第一时段的数据指示所述第一时段的至少一些媒体数据不可用，并且其中，所述针对所述第二时段的数据指示所述第二时段的可用媒体数据；以及
基于针对所述第一时段和所述第二时段的数据，省去对所述第一时段中的、所述针对所述第一时段的数据指示不可用的媒体数据的请求，并且发送对所述第二时段的所述媒体数据的一个或多个请求。
2.根据权利要求1所述的方法，其中，所述针对所述第一时段的数据指示来自所述第一时段的持续时间，在所述持续时间内没有媒体数据可用，并且其中，省去包括：省去对所述第一时段的所述持续时间内的媒体数据的请求。
3.根据权利要求1所述的方法，其中，接收所述针对所述第一时段的数据包括：接收响应于对所述第一时段的媒体数据的请求的HTTP 404错误，其中，所述数据还指示用于同步挂钟时间的同步数据，所述方法还包括：根据所述用于同步挂钟时间的数据来同步内部时钟。
4.根据权利要求1所述的方法，其中，接收所述数据包括：
在初始媒体呈现描述(MPD)中接收所述针对所述第一时段的数据；以及
在与所述初始MPD相对应的经更新的MPD中接收所述针对所述第二时段的数据。
5.根据权利要求1所述的方法，其中，所述针对所述第一时段的数据包括：针对所述第一时段的第一周期@开始元素以及针对所述第一时段的第一周期@持续时间元素，并且其中，所述针对所述第二时段的数据包括第二周期@开始，所述二周期@开始具有比所述第一周期@开始与所述第一周期@持续时间的总和大的值。
6.根据权利要求5所述的方法，其中，所述第一周期@开始元素表示针对所述第一时段的开始的回放时间，并且其中，所述第一周期@持续时间元素表示从所述第一时段的所述开始到所述第一时段中的可用媒体数据的结束的回放时间的持续时间。
7.根据权利要求6所述的方法，还包括：
从所述第一周期@开始与所述第一周期@持续时间的所述总和所指示的时间开始直到所述第二周期@开始元素所指示的时间为止，省去针对所述第一时段的媒体数据的回放；以及
在所述第二周期@开始元素所指示的所述时间处，开始所述第二时段的所述媒体数据的回放。
8.一种用于接收与流式传输媒体数据相关的数据的设备，所述设备包括：
一个或多个网络接口，其被配置为：经由网络来发送和接收数据；以及
一个或多个处理器，其被配置为：经由所述网络接口来接收针对媒体内容的第一时段以及所述媒体内容的第二时段的数据，其中，所述针对所述第一时段的数据指示所述第一时段的至少一些媒体数据不可用，并且其中，所述针对所述第二时段的数据指示所述第二时段的可用媒体数据，以及基于针对所述第一时段和所述第二时段的所述数据，省去对所述第一时段中的、所述针对所述第一时段的数据指示不可用的媒体数据的请求，并且发送对所述第二时段的所述媒体数据的一个或多个请求。
9.根据权利要求8所述的设备，其中，所述针对所述第一时段的数据指示来自所述第一时段的持续时间，在所述持续时间内没有媒体数据可用，并且其中，省去包括：省去对所述第一时段的所述持续时间内的媒体数据的请求。
10.根据权利要求8所述的设备，还包括内部时钟，其中，所述针对所述第一时段的数据包括响应于针对所述第一时段的媒体数据的请求的HTTP 404错误，其中，所述数据还指示用于同步挂钟时间的同步数据，并且其中，所述一个或多个处理器还被配置为：根据用于同步挂钟时间的所述数据来同步所述内部时钟。
11.根据权利要求8所述的设备，其中，所述一个或多个处理器被配置为：在初始媒体呈现描述(MPD)中接收所述针对所述第一时段的数据；以及在与所述初始MPD相对应的经更新的MPD中接收所述针对所述第二时段的数据。
12.根据权利要求8所述的设备，其中，所述针对所述第一时段的数据包括：针对所述第一时段的第一周期@开始元素以及针对所述第一时段的第一周期@持续时间元素，并且其中，所述针对所述第二时段的数据包括第二周期@开始，所述第二周期@开始具有比所述第一周期@开始与所述第一周期@持续时间的总和大的值。
13.根据权利要求12所述的设备，其中，所述第一周期@开始元素表示针对所述第一时段的开始的回放时间，并且其中，所述第一周期@持续时间元素表示从所述第一时段的所述开始到所述第一时段中的可用媒体数据的结束的回放时间的持续时间。
14.根据权利要求13所述的设备，其中，所述一个或多个处理器还被配置为：从所述第一周期@开始与所述第一周期@持续时间的所述总和所指示的时间开始直到所述第二周期@开始元素所指示的时间为止，省去针对所述第一时段的媒体数据的回放；以及在所述第二周期@开始元素所指示的所述时间处，开始所述第二时段的所述媒体数据的回放。
15.一种用信号发送与流式传输媒体数据相关的数据的方法，所述方法包括：
确定媒体内容的第一部分已丢失并且所述媒体内容的第二部分已被接收；
用信号发送针对所述媒体内容的第一时段的数据，所述媒体内容的所述第一时段包括至少所述第一部分，所述针对所述媒体内容的所述第一时段的数据指示所述第一时段的至少一些媒体数据在所述第一时段内不可用，以及用信号发送针对所述媒体内容的第二时段的数据，所述媒体内容的所述第二时段与所述第二部分相对应，所述针对所述媒体内容的所述第二时段的数据指示媒体数据在所述第二时段内可用；
在用信号发送所述数据之后，接收对所述第二时段的所述媒体数据的一个或多个请求；以及
响应于所述请求，发送所请求的所述第二时段的媒体数据。
16.根据权利要求15所述的方法，其中，所述针对所述第一时段的数据指示来自所述第一时段的持续时间，在所述持续时间内没有媒体数据可用。
17.根据权利要求15所述的方法，其中，用信号发送包括：
在初始媒体呈现描述(MPD)中用信号发送所述针对所述第一时段的数据；以及
在与所述初始MPD相对应的经更新的MPD中用信号发送所述针对所述第二时段的数据。
18.根据权利要求15所述的方法，还包括：发送指示同步时间的数据，在所述同步时间处所述第二时段的所述媒体数据可用。
19.根据权利要求18所述的方法，其中，发送所述数据包括：将所述数据包括在使用扩展报头的HTTP报头中。
20.根据权利要求18所述的方法，其中，发送所述数据包括：连同HTTP 404错误码来发送所述数据。
21.根据权利要求18所述的方法，其中，发送所述数据包括：根据网络时间协议(NTP)格式来发送所述指示所述同步时间的数据。
22.根据权利要求18所述的方法，其中，发送所述数据包括：根据国际标准化组织(ISO)时间格式来发送所述指示所述同步时间的数据。
23.一种用于用信号发送与流式传输媒体数据相关的数据的设备，所述设备包括：
一个或多个网络接口，其被配置为：经由网络来发送和接收数据；以及
一个或多个处理器，其被配置为：确定媒体内容的第一部分已丢失并且所述媒体内容的第二部分已被接收；经由所述网络接口来用信号发送针对所述媒体内容的第一时段的数据，所述媒体内容的所述第一时段包括至少所述第一部分，所述针对所述媒体内容的所述第一时段的数据指示所述第一时段的至少一些媒体数据在所述第一时段内不可用，以及用信号发送针对所述媒体内容的第二时段的数据，所述媒体内容的所述第二时段与所述第二部分相对应，所述针对所述媒体内容的所述第二时段的数据指示媒体数据在所述第二时段内可用；在用信号发送所述数据之后，经由所述网络接口来接收对所述第二时段的所述媒体数据的一个或多个请求；以及响应于所述请求，经由所述网络接口来发送所请求的所述第二时段的媒体数据。
24.根据权利要求23所述的设备，其中，所述针对所述第一时段的数据指示来自所述第一时段的持续时间，在所述持续时间内没有媒体数据可用。
25.根据权利要求23所述的设备，其中，所述一个或多个处理器被配置为：在初始媒体呈现描述(MPD)中用信号发送所述针对所述第一时段的数据；以及在与所述初始MPD相对应的经更新的MPD中用信号发送所述针对所述第二时段的数据。
26.根据权利要求23所述的设备，其中，所述一个或多个处理器还被配置为：经由所述网络接口来发送指示同步时间的数据，在所述同步时间处所述第二时段的所述媒体数据可用。
27.根据权利要求26所述的设备，其中，所述一个或多个处理器被配置为：将所述指示所述同步时间的数据包括在使用扩展报头的HTTP报头中。
28.根据权利要求26所述的设备，其中，所述一个或多个处理器被配置为：连同HTTP 404错误码来包括所述指示所述同步时间的数据。
29.根据权利要求26所述的设备，其中，所述一个或多个处理器被配置为：根据网络时间协议(NTP)格式来格式化所述指示所述同步时间的数据。
30.根据权利要求26所述的设备，其中，所述一个或多个处理器被配置为：根据国际标准化组织(ISO)时间格式来格式化所述指示所述同步时间的数据。
CN201580004423.3A 2014-01-16 2015-01-16 用于动态自适应流式传输的稳健实况操作的方法和装置 Active CN105900445B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201461928381P 2014-01-16 2014-01-16
US61/928,381 2014-01-16
US14/598,110 2015-01-15
US14/598,110 US9699229B2 (en) 2014-01-16 2015-01-15 Robust live operation of dash
PCT/US2015/011817 WO2015109228A1 (en) 2014-01-16 2015-01-16 Robust live operation of dash

Publications (2)

Publication Number Publication Date
CN105900445A true CN105900445A (zh) 2016-08-24
CN105900445B CN105900445B (zh) 2019-03-29

Family

ID=53522372

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580004423.3A Active CN105900445B (zh) 2014-01-16 2015-01-16 用于动态自适应流式传输的稳健实况操作的方法和装置

Country Status (9)

Country Link
US (1) US9699229B2 (zh)
EP (1) EP3095247B1 (zh)
JP (1) JP6254291B2 (zh)
KR (1) KR102076064B1 (zh)
CN (1) CN105900445B (zh)
CA (1) CA2933203C (zh)
ES (1) ES2764224T3 (zh)
HU (1) HUE047072T2 (zh)
WO (1) WO2015109228A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108668179A (zh) * 2017-03-27 2018-10-16 华为技术有限公司 媒体索引文件的传输方法及相关设备
CN112154672A (zh) * 2018-05-11 2020-12-29 高通股份有限公司 在清单文件中信令通知用于网络流式传输的媒体数据的缺失部分

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015136059A (ja) * 2014-01-17 2015-07-27 ソニー株式会社 通信装置、通信データ生成方法、および通信データ処理方法
US10284821B2 (en) * 2014-02-19 2019-05-07 Canon Kabushiki Kaisha Imaging apparatus and imaging system
US10044831B2 (en) * 2014-03-10 2018-08-07 Samsung Electronics Co., Ltd. Method and apparatus for transmitting messages to a dash client
US9860294B2 (en) * 2014-12-24 2018-01-02 Intel Corporation Media content streaming
US10271093B1 (en) * 2016-06-27 2019-04-23 Amazon Technologies, Inc. Systems and methods for routing content to an associated output device
WO2018147089A1 (ja) * 2017-02-10 2018-08-16 ソニー株式会社 情報処理装置および方法
US9872062B1 (en) * 2017-02-22 2018-01-16 Wyse Technology L.L.C. Enforcing synchronization by embedding audio within video frame data
US10652166B2 (en) * 2017-06-27 2020-05-12 Cisco Technology, Inc. Non-real time adaptive bitrate recording scheduler
US11012761B1 (en) * 2019-12-17 2021-05-18 Sony Corporation Techniques for replacement content signaling in advanced television systems committee (ATSC) 3.0 television
US20220038789A1 (en) * 2020-08-03 2022-02-03 Comcast Cable Communications, Llc Video content processing systems and methods

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120272281A1 (en) * 2011-04-22 2012-10-25 Samsung Electronics Co., Ltd. Method and apparatus for transmitting media data, and method and apparatus for receving media data
WO2013022470A1 (en) * 2011-08-11 2013-02-14 Intel Corporation Methods for switching between a mbms download and an http-based delivery of dash formatted content over an ims network
US20130060911A1 (en) * 2011-09-07 2013-03-07 Thadi M. Nagaraj Streaming of multimedia data from multiple sources
US20130091251A1 (en) * 2011-10-05 2013-04-11 Qualcomm Incorporated Network streaming of media data

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4612906B2 (ja) * 2003-09-12 2011-01-12 キヤノン株式会社 シーケンスを送信する方法、装置、及びコンピュータ・プログラム
DE102007026531A1 (de) * 2006-10-31 2008-05-08 Siemens Ag Verfahren zur Synchronisierung von Szene-Datenfiles und Mediendatenströmen in einem unidirektionalen Datenübertragungssystem
WO2012046487A1 (ja) * 2010-10-05 2012-04-12 シャープ株式会社 コンテンツ再生装置、コンテンツ配信システム、コンテンツ再生装置の同期方法、制御プログラム、および、記録媒体
US10616297B2 (en) * 2012-07-09 2020-04-07 Futurewei Technologies, Inc. Content-specific identification and timing behavior in dynamic adaptive streaming over hypertext transfer protocol
US9954717B2 (en) * 2012-07-11 2018-04-24 Futurewei Technologies, Inc. Dynamic adaptive streaming over hypertext transfer protocol as hybrid multirate media description, delivery, and storage format

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120272281A1 (en) * 2011-04-22 2012-10-25 Samsung Electronics Co., Ltd. Method and apparatus for transmitting media data, and method and apparatus for receving media data
WO2013022470A1 (en) * 2011-08-11 2013-02-14 Intel Corporation Methods for switching between a mbms download and an http-based delivery of dash formatted content over an ims network
US20130060911A1 (en) * 2011-09-07 2013-03-07 Thadi M. Nagaraj Streaming of multimedia data from multiple sources
US20130091251A1 (en) * 2011-10-05 2013-04-11 Qualcomm Incorporated Network streaming of media data

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108668179A (zh) * 2017-03-27 2018-10-16 华为技术有限公司 媒体索引文件的传输方法及相关设备
CN108668179B (zh) * 2017-03-27 2021-05-14 华为技术有限公司 媒体索引文件的传输方法及相关设备
CN112154672A (zh) * 2018-05-11 2020-12-29 高通股份有限公司 在清单文件中信令通知用于网络流式传输的媒体数据的缺失部分
CN112154672B (zh) * 2018-05-11 2023-05-30 高通股份有限公司 一种检索媒体数据的方法、设备及可读存储介质

Also Published As

Publication number Publication date
US20150200986A1 (en) 2015-07-16
CA2933203A1 (en) 2015-07-23
JP2017509196A (ja) 2017-03-30
EP3095247B1 (en) 2019-10-02
BR112016016434A2 (pt) 2017-08-08
WO2015109228A1 (en) 2015-07-23
KR20160110424A (ko) 2016-09-21
KR102076064B1 (ko) 2020-03-02
EP3095247A1 (en) 2016-11-23
CA2933203C (en) 2021-06-22
ES2764224T3 (es) 2020-06-02
HUE047072T2 (hu) 2020-04-28
JP6254291B2 (ja) 2017-12-27
US9699229B2 (en) 2017-07-04
CN105900445B (zh) 2019-03-29

Similar Documents

Publication Publication Date Title
CN105900445A (zh) Dash的稳健实况操作
JP6345827B2 (ja) ビデオデータをストリーミングするためのシーケンスデータセットを提供すること
JP6342457B2 (ja) コード化ビデオデータのネットワークストリーミング
JP5964972B2 (ja) 複数のソースからのマルチメディアデータのストリーミング
CN104885473B (zh) 用于经由http的动态自适应流式传输(dash)的实况定时方法
US11405699B2 (en) Using GLTF2 extensions to support video and audio data
CN104509064B (zh) 替换丢失的媒体数据以进行网络流式传输
CN107005729A (zh) 用于多媒体和文件传输的传输接口
US20160337424A1 (en) Transferring media data using a websocket subprotocol
CN113287323B (zh) 用于检索媒体数据的方法、客户端设备及计算机可读介质
CN107743703A (zh) DASH客户端QoE度量的中间件分发
CN107409234A (zh) 基于lct利用dash格式的基于文件格式的流式传输
US11388427B2 (en) Multiple decoder interface for streamed media data
CN117397227A (zh) 实时增强现实通信会话
JP2024519747A (ja) ５ｇネットワーク上でのエクステンデッドリアリティデータのスプリットレンダリング
CN114503599B (zh) 使用gltf2场景描述中的扩展来支持视频和音频数据
JP2024511948A (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