CN104782147A - 通信接收器 - Google Patents

通信接收器 Download PDF

Info

Publication number
CN104782147A
CN104782147A CN201280076193.8A CN201280076193A CN104782147A CN 104782147 A CN104782147 A CN 104782147A CN 201280076193 A CN201280076193 A CN 201280076193A CN 104782147 A CN104782147 A CN 104782147A
Authority
CN
China
Prior art keywords
client
reflector
obtaining mode
connection object
burst
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
CN201280076193.8A
Other languages
English (en)
Other versions
CN104782147B (zh
Inventor
爱默德·鲍阿齐齐
基奥万尼·科达拉
卢卡斯·康德拉德
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN104782147A publication Critical patent/CN104782147A/zh
Application granted granted Critical
Publication of CN104782147B publication Critical patent/CN104782147B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/70Media network packetisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/764Media network packet handling at the destination 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明涉及一种通信接收器(200),包括第一客户端(203),用于根据所述HTTP动态自适应流媒体协议进行接收,以及第二客户端(205),用于根据所述单向传输文件分发协议进行接收;其中所述第一客户端(203)用于向所述第二客户端(205)提供获取模式,以及所述第二客户端(205)用于根据所述获取模式获取媒体内容。

Description

通信接收器
背景技术
本发明涉及多媒体媒体内容分发领域。
对于多媒体内容分发,3GPP TS 26.247规定,可以使用HTTP动态自适应流媒体(DASH)的媒体展示描述(MPD),其早前作为3GPP TS 26.234包交换流媒体(PSS)业务的一部分出现。
为了通过互联网分发文件,还可以使用单向传输文件分发(FLUTE)【RFC 3926】。FLUTE是一种用于通过互联网进行单向文件分发的协议。该规范建构在异步分层编码(ALC)【RFC 3450】之上,ALC是设计用于大规模可扩展的多播分发的基本协议。
对于服务具有相同媒体内容的大型集合,可以利用多媒体广播多播业务(MBMS)。MBMS下载分发方法旨在通过MBMS将任意数目的对象分发给众多接收器。3GPP TS 26.346的MBMS中定义了两种分发方法,即下载和流媒体。
当通过MBMS承载分发媒体内容时,MBMS下载分发方法使用FLUTE协议【RFC 3926】。
3GPP TS 26.247中定义的DASH规定了使流媒体业务从标准HTTP服务器分发给DASH客户端的格式和方法。它涉及通过媒体呈现描述(MPD)来描述媒体分片和辅助元数据(均被HTTP-URL引用)。
下载分发方法,即MBMS,允许3GPP TS 26.247中定义的DASH分片和媒体呈现描述的分发。分片URI使用FLUTE进行描述。
网络可通过MBMS用户业务描述通告用于为DASH提供媒体分片的MBMS下载分发方法的使用。在此事件中,MBMS用户业务描述分段应包括媒体呈现描述元素。该元素包含对3GPP TS 26.247中定义的媒体呈现描述元数据分段的引用。因此,用户设备(UE)可以预期根据3GPP TS26.244中规定的HTTP动态自适应流媒体的3GP文件格式对MBMS下载分发方法提供的文件进行格式化。此外,媒体呈现描述分段可包含对3GPPTS 26.247中定义的初始化分片描述片段的引用。
为了开始使用通过MBMS分发的DASH业务,MBMS客户端必须执行以下步骤:
1.接收用户业务包描述。
2.将媒体呈现描述映射到对应的分发方法。
3.建立MBMS用户业务数据的接收。
4.接收来自ALC/LCT会话的FDT实例。
5.使用接收到的FDT实例将所选显现的URL映射到传输对象标识符(TOI)。
6.将接收到的对象存储在UE缓存中,该对象可以由DASH客户端使用GET请求进行获取。
在初始化通过MBMS发送的DASH媒体内容接收过程中,FDT实例的接收引入了延迟,这对体验质量造成负面影响。在从MBMS会话接收所选显现的任意分片(‘对象’)之前,必须首先接收FDT实例。通过ALC/LCT会话定期发送FDT实例。引入的延迟取决于发送FDT实例的时间间隔。
通过以所支持的一种机制运行FLUTE客户端可为支持MBMS接收的设备通过MBMS分发DASH媒体内容。FLUTE客户端支持两种运行机制:
1.全部下载机制:在该机制下,指示FLUTE客户端下载会话中的所有文件(传输对象),或者
2.基于请求的机制:在该机制下,指示FLUTE客户端应当下载哪些文件。
然而,在DASH客户端发送对媒体分片的请求时,该请求可能已经通过FLUTE会话(ALC/LCT会话)进行发送或者传输可能已经结束。这样会引起额外的延迟以使FLUTE客户端恢复文件。
另一方面,全部下载机制可能并非适用于所有场景,因为FLUTE客户端将下载所有通过会话发送的文件,而这将导致过度的存储使用,尤其当通过同一MBMS会话同时发送多个显现时。
发明内容
本发明的目的在于提供用于多媒体媒体内容分发的有效概念。
此目的可以通过独立权利要求的特征来实现。进一步的实施形式在从属权利要求、具体说明和附图中显而易见。
根据第一方面,本发明涉及一种通信接收器,包括第一客户端,用于根据HTTP动态自适应流媒体协议进行接收,以及第二客户端,用于根据单向传输文件分发协议进行接收,其中所述第一客户端用于向所述第二客户端提供获取模式,以及所述第二客户端用于根据所述获取模式获取,例如接收或下载或提取媒体内容。
在所述第一方面的第一实施形式中,所述第一客户端用于通过控制信道将所述获取模式提供给所述第二客户端205。
在如上所述的第一方面或所述第一方面的第一实施形式的第二实施形式中,所述第二客户端用于根据所述获取模式通过FLUTE会话从远程发射器下载所述媒体内容以接收所述媒体内容。
在如上所述的第一方面或所述第一方面的前述实施形式之一的第三实施形式中,所述第一客户端用于从远程发射器接收包含所述获取模式的媒体呈现描述(MPD),以及从所述接收到的媒体呈现描述(MPD)中获取所述获取模式。
在如上所述的第一方面的或所述第一方面的前述实施形式之一的第四实施形式中,所述媒体内容是根据所述单向传输文件分发(FLUTE)协议的传输对象,所述传输对象由传输对象标识符(TOI)值标识。所述传输对象可以是HTTP动态自适应流媒体媒体内容的一个显现或子显现的分片。
在如上所述的第一方面或所述第一方面的前述实施形式之一的第五实施形式中,所述获取模式包括所述媒体内容的传输对象URL,尤其是传输对象集的URL的前缀。所述获取模式可以基于所述传输对象URL的前缀,例如为所述URL的路径。
在如上所述的第一方面或所述第一方面的前述实施形式之一的第六实施形式中,所述获取模式包括传输对象标识符值的传输对象标识符范围或传输对象标识符值的前缀。
在如上所述的第一方面或第一方面的前述实施形式之一的第七实施形式中,所述获取模式包括所述媒体内容的URL。
在所述第一方面的第六或第七实施形式的第八实施形式中,传输对象标识符值的所述传输对象标识符(TOI)范围或所述前缀,或传输对象URL的所述前缀表示媒体呈现描述(MPD)的显现的分片。所述TOI范围可以从所述扩展的MPD中提取。
在所述第一方面的第八实施形式的第九实施形式中,所述第二客户端用于下载落入所述传输对象标识符范围的传输对象标识符(TOI)值所描述的分片集。
在如上所述的第一方面或所述第一方面的前述实施形式之一的第十实施形式中,所述第二客户端用于接收DASH流媒体内容。
在如上所述的第一方面或所述第一方面的前述实施形式之一的第十一实施形式中,所述第二客户端用于下载匹配传输对象标识符值的所述前缀或者匹配所述第一客户端指示的传输对象URL的所述前缀的分片集。
根据第二方面,本发明涉及一种通信发射器,包括用于根据HTTP动态自适应流媒体协议(DASH)进行传输的第一发射器,以及用于根据单向传输文件分发协议(FLUTE)进行传输的第二发射器,其中所述第一发射器用于向所述第二发射器提供媒体呈现描述(MPD)的分片用于传输,所述第二发射器用于将获取模式分配给所述分片,以及所述发射器用于将增强型媒体呈现描述(MPD)(101)发送给通信网络,所述增强型媒体呈现描述(MPD)(101)包括所述获取模式。
在所述第二方面的第一实施形式中,所述第一发射器和所述第二发射器用于通过控制信道进行通信。
根据第三方面,本发明涉及一种用于通信发射器进行传输的传输方法,所述通信发射器包括根据HTTP动态自适应流媒体(DASH)协议进行传输的第一发射器,以及用于根据单向传输文件分发(FLUTE)协议进行传输的第二发射器,所述方法包括所述第一发射器向所述第二发射器提供媒体呈现描述(MPD)的分片,所述第二发射器将获取模式分配给所述分片,以及将增强型媒体呈现描述发送给通信网络,所述增强型媒体呈现描述包括所述获取模式。
根据第四方面,本发明涉及一种用于通信接收器进行媒体内容接收的接收方法,所述通信接收器包括第一客户端,用于根据HTTP动态自适应流媒体(DASH)协议进行接收,以及第二客户端,用于根据单向传输文件分发(FLUTE)协议接收媒体内容,其中所述方法包括所述第一客户端向所述第二客户端提供获取模式,以及所述第二客户端根据所述获取模式接收媒体内容。
根据第五方面,本发明涉及一种用于当在计算机上执行时执行所述传输方法或所述接收方法的程序。
本发明可以在硬件和/或软件中实施。
附图说明
图1所示为DASH数据模型;
图2所示为接收器架构;
图3所示为发射器架构。
具体实施方式
图1所示为媒体呈现描述101,其基于实施规范3GPP TS 26.247的DASH数据模型。
媒体呈现描述101包括一系列基于时间的周期103、119,这些周期构成了媒体呈现描述。周期103、119通常表示媒体内容周期,在这个周期内存在一组一致性的媒体内容编码版本,即一组可用比特率、语言、标题、字幕等在这个周期内不会改变。
在周期103、119内,材料被编排为适配组104、111。适配组104、111表示一组一个或多个媒体内容成分的可互换编码版本。例如,主视频成分可能有一个适配组104、111,同时主音频成分也有一个单独的适配组。如果存在其它材料,例如标题或音频描述,那么这些材料可能每个都有一个单独的适配组104、111。材料还可能以复用的形式来提供,在这种情况下,复用的可互用版本可以描述为单一的适配组,例如一个同时包含某个周期的主音频和主视频的适配组。每个被复用的成分可能通过一个媒体内容成分描述来单独描述。
适配组104、111包括一组显现105、109。一个显现105、109描述一个可交付的一个或多个媒体内容成分的编码版本。一个显现105、109包含一个或多个媒体流,例如在复用中,每个媒体流对应一个媒体内容成分。适配组中任何一个显现105、109足以显示所包含的媒体内容成分。通常来说,为了适应网络条件或其它因素,客户端可在一个周期内从一个显现切换到另一个显现。客户端也可以忽略那些不合适的或者那些依赖于其所不支持的编解码或显示技术的显现。
在显现105、109内,媒体内容可以基于时间分为分片106、107。分片106、107是在媒体呈现描述中通告的数据基本单元。为每个分片106、107提供一个URL,意味着一个分片是单个HTTP请求所能获取到的最大数据单元。
根据某些实施形式,可以进一步定义不同的时间轴。DASH的特性之一就是不同媒体内容成分的编码版本共享一个通用时间轴。媒体内容中的接入单元的呈现时间被映射到全局通用的呈现时间轴用于不同媒体成分的同步和相同媒体成分的不同编码版本的无缝切换。这个时间轴被称作媒体呈现时间轴。媒体分片本身包含准确的媒体呈现时间信息来完成成分的同步和无缝切换。
第二时间轴用于指示客户端在特定HTTP-URL中的分片的可用时间,这些时间称为分片可得时间。这些时间以挂钟时间来提供,客户端通常在接入特定HTTP-URL中的分片之前比较挂钟时间和分片可得时间。对于具有静态MPD的点播业务,所有分片的可用时间相同。对于更新MPD时的直播业务,分片的可用时间依赖于这个分片在媒体呈现时间轴中的位置。
分片106、107可以分配时长,这个时长是以正常速度呈现的分片中包含的媒体的时长。通常来说,一个显现中所有分片106、107具有相等或近似相等的时长。然而,不同显现105、109的分片时长可能不同。一个DASH呈现可以由相对短的分片(例如,几秒)来构成,或者由包含整个显现的单个分片的较长分片构成。
由于端到端延迟的限制要求,直播媒体内容通常需要短分片。一个分片的时长通常是端到端延迟的下限。DASH不支持分片在时间上的可扩展性。一个分片是一个完整独立的单元,必须完整的获得。
分片106、107可进一步细分为子分片,每个子分片包含整数目的完整的接入单元。如果一个分片被分为子分片,那么该划分由一个精简的分片索引来描述,分片索引提供了子分片在显现中的呈现时间范围以及子分片在分片中所占用的字节范围。客户端可提前下载这个索引,然后对单独的子分片发起请求。
客户端可在一个适配组中,在媒体内容的任意时间从显现105、109切换到显现105、109。
根据某些实施形式,媒体呈现描述101可关于获取模式进行增强,获取模式向接收器指示可以获取媒体内容。获取模式可以包括传输对象标识符的前缀以指示传输对象标识符值的范围,或者包括URL信息或者可以基于传输对象URL的前缀,例如为URL的路径。获取模式可以指示为元数据信息。
对于点播业务,媒体呈现描述101可以是一个静态文件,描述媒体呈现的各个方面。当任何分片可用时,媒体呈现的所有分片在服务器上可用。然而,对于直播业务,分片只有在媒体内容产生之后才可用。媒体呈现描述会定期更新来反映呈现随时间的变化。例如新分片的分片URL被加入MPD,旧的已经不可用的分片的分片URL会被删除。然而,如果分片URL使用某种模板来描述,除了某些冗余/故障倒换场景,则不需要这种更新。
通过互联网分发文件可以由RFC 3926中所述的FLUTE协议控制。FLUTE建构于RFC 3450中规定的ALC之上。ALC定义了任意二进制对象的传输。然而,对于文件分发应用,仅仅传输对象是不够的。端系统必须知晓这些对象实际表示什么。FLUTE规定了用于以允许接收器为接收到的对象分配那些参数的方式将文件属性指示并映射为ALC概念的机制。因此,在本文档中,术语‘文件’与ALC中论述的‘对象’有关。
ALC是分层编码传输构建块(LCT)的协议实例化【RFC 3451】。因此,ALC继承了LCT的会话概念。在下文中,ALC/LCT会话的概念示例性地用于共同表示可互用术语ALC会话和LCT会话。ALC/LCT会话由单个发送器相关联的一组逻辑上分组的ALC/LCT信道组成,单个发送器发送具有用于一个或多个对象的ALC/LCT头的包。ALC/LCT信道由发送器和由发送器与信道相关联的地址的组合来定义。接收器加入信道以开始接收由发送器发送给信道的数据包,以及接收器离开信道以停止接收来自信道的数据包。
ALC/LCT头中携带的一个字段是传输会话标识符(TSI)。TSI由源IP地址来定范围。源IP地址和TSI的配对唯一标识会话,即接收器使用每个包中所携带的此配对来唯一标识包接收自哪个会话。如果会话内携带多个对象,那么ALC/LCT头内的传输对象标识符(TOI)字段标识包中的数据生成自哪个对象。每个对象在会话范围内与唯一TOI关联。
在ALC/LCT会话(在该文档中也称作FLUTE会话)内,文件分发表(FDT)实例与TOI字段一起提供参数以在接收器处识别、定位和恢复对象。
在每个ALC/LCT会话中,预留TOI值‘0’用于分发FDT实例。ALC/LCT会话中的每个对象与该会话范围中的TOI(>0)关联。
FDT提供一种方法描述与将在文件分发会话内分发的文件关联的各种属性。两个所需属性是“Content-Location”(识别对象的URI)和关联的“TOI”值,其它属性可选。在分发对象期间,TOI包含在每个ALC/LCT数据包中,因此FDT中携带的TOI是接收器如何确定哪些ALC/LCT数据包包含关于哪个对象的信息。以下展示了包含URL和TOI值之间的映射的FDT的示例。
图1所示的DASH分片和媒体呈现描述的分发可以基于3GPP TS26.247中定义的MBMS。
图2所示为根据实施形式用于通过MBMS实施DASH的接收器200的可能架构。接收器200包括DASH客户端203(第一客户端)和FLUTE客户端205(第二客户端)。DASH客户端203和FLUTE客户端205可以使用控制信道207彼此通信。信道207可以双向或单向连接DASH客户端203和FLUTE客户端205。可选地,还可以提供缓存209。
根据实施形式,与现有3GPP规范相比,为FLUTE会话引入附加运行机制。
在附加机制(获取模式机制)下,基于某个获取模式指示FLUTE客户端205下载和重构传输对象集。在一项实施例中,获取模式是传输对象标识符(TOI)的前缀。在另一项实施例中,获取模式是URL或者在传输对象的URL,例如URL的路径部分中。
获取模式可以发送给DASH客户端203并且可以用于指示FLUTE客户端205在附加机制下运行。
根据实施形式,获取模式可以在增强型媒体呈现描述中描述,增强型媒体呈现描述额外包括关于获取模式的信息。
根据实施形式,未在图2中示出的MBMS客户端可以开始使用通过MBMS分发的DASH业务,并且可接收用户业务包描述,将额外包括获取模式,例如一个或多个TOI范围的增强型媒体呈现描述映射到对应的分发方法,每个TOI范围分配给特定显现。将获取模式,例如所选显现的TOI范围通知给FLUTE客户端。之后,可以建立MBMS用户业务数据的接收。
根据实施形式,接收到的对象可以存储在UE缓存209,该对象可以稍后由DASH客户端203使用GET请求获取。
根据实施形式,为了通过MBMS分发DASH媒体内容,FLUTE客户端205可以以下列运行机制之一运行:
1.全部下载机制:在该机制下,FLUTE客户端205被指示下载会话中的所有文件(传输对象),
2.基于请求的机制:在该机制下,指示FLUTE客户端205应当下载哪些文件,或者
3.获取模式机制:在该机制下,指示FLUTE客户端205基于获取模式下载和重构传输对象集。
根据实施形式,DASH客户端203和FLUTE客户端205之间的控制信道用于例如在基于请求的机制下运行时传送所请求的分片URL。
在全部下载机制下,DASH客户端203不通过控制信道207向FLUTE客户端205传送任意信息。因此,FLUTE客户端205可以下载通过FLUTE信道发送的所有分片并且将这些分片存储到缓存209中。特别是,DASH客户端203可以使用所选显现的分片的URL发送GET请求。
根据某些实施形式,还可以通过同一FLUTE信道发送多个显现。
在基于请求的机制下,DASH客户端203可以通过控制信道207通知FLUTE客户端205关于DASH客户端203想要请求的所选显现的分片的URL。FLUTE客户端205基于来自FDT的信息将URL映射到TOI,TOI形成获取模式的实施形式。之后,FLUTE客户端205下载映射TOI描述的通过FLUTE信道发送的分片,并且可以将分片存储到缓存209。接着,DASH客户端203使用所选显现的分片的URL发送GET请求。随后,在基于请求的机制下,为发往DASH客户端203的感兴趣的下一分片重复上述步骤。
根据某些实施形式,分片时长甚至可以为短短1秒。
在附加的获取模式机制下,DASH客户端203通过控制信道将获取模式,例如表示所选显现的所有分片的TOI范围通知给FLUTE客户端205TOI范围可以从扩展的MPD中提取。扩展的MPD可以由例如图3所示的发射器提供。之后,FLUTE客户端205下载由获取模式,例如落入DASH客户端203指示的TOI范围的TOI值描述的通过FLUTE信道发送的信道。下载的分片存储到缓存209中。DASH客户端203可以使用所选显现的分片的URL发送GET请求。
根据实施形式,通过向图1所示的媒体呈现描述引入关于FLUTE会话的额外信令信息(获取模式)来获取增强型媒体呈现描述,DASH客户端203和/或MBMS客户端甚至可以在接收到FDT实例之前开始接收。鉴于此,减少了通过MBMS进行分发的DASH业务的调谐时间。
图3所示为根据实施形式的发射器300。发射器300包括DASH发射器301(第一发射器)和FLUTE发射器303(第二发射器)。此外,提供了FLUTE发射器303和DASH发射器301之间的控制信道。
根据实施形式,发射器300用于创建扩展的媒体呈现描述(MPD),MPD可以由例如图2所示的接收器使用。
根据实施形式,DASH发射器301创建分片和MPD元数据信息。如图1所示,DASH发射器301和FLUTE发射器303可以彼此通信以建立获取模式,例如固定每个显现105、109的TOI范围,该获取模式可以由图2所示的FLUTE客户端205使用并且可以包含在扩展MPD元数据信息中。FLUTE发射器303从DASH发射器301接收将通过FLUTE信道进行发送的扩展MPD元数据信息。FLUTE发射器303可以基于分片所属的显现将获取模式,例如来自固定TOI范围的TOI值分配给所有分片和MPD元数据信息。
根据某些实施例,获取模式可以由TOI形成。在一项实施形式中,给定适配组、显现或子显现的TOI值或TOI值范围可以在EssentialProperty或SupplementalProperty描述符中进行指示。
为了指示给定适配组、显现或子显现的TOI值或TOI值范围,可以定义SchemeIdentifier的值以及值字段的语义和语法。用于通告下载分发方法的SchemeIdentifier可以是URN“urn:3GPP:ns:MBMS:userService:download:2002”。
具有SchemeIdentifier为“urn:3GPP:ns:MBMS:userService:download:2002”的EssentialProperty或SupplementalProperty描述符方案的语义和XML语法可以分别在表1、2和3中规定。
表1:示例语义
表2:TOIRangeType的语义
表3:语法
根据某些实施形式,图3所示的发射器300根据FLUTE协议为通过广播信道发送的DASH业务创建扩展MPD元数据信息。增强型MDP中关于获取模式的信息可以在扩展MPD元数据信息中提供。
根据某些实施形式,图2所示的接收器200用于基于扩展MPD元数据信息使用以FLUTE协议为基础在广播信道上分发的DASH业务。特别是,指示FLUTE客户端205基于某个获取模式获取传输对象。获取模式可以基于传输对象标识符(TOI)的前缀,因此指示TOI值的特定范围,或者基于传输对象URL的前缀,例如URL的路径。根据某些实施形式,获取模式标识对应于DASH媒体内容的一个显现或子显现的分片的传输对象。
根据某些实施形式,FLUTE或ALC/LCT接收器205用于接收DASH流媒体内容的文件。

Claims (15)

1.一种通信接收器(200),其特征在于,包括:
第一客户端(203),用于根据HTTP动态自适应流媒体(DASH)协议进行接收;
第二客户端(205),用于根据单向传输文件分发(FLUTE)协议进行接收;
其中所述第一客户端(203)用于向所述第二客户端(205)提供获取模式,以及所述第二客户端(205)用于根据所述获取模式获取媒体内容。
2.根据权利要求1所述的通信接收器(200),其特征在于,所述第一客户端(203)用于通过控制信道(207)将所述获取模式提供给所述第二客户端(205)。
3.根据权利要求1或2所述的通信接收器(200),其特征在于,所述第二客户端(205)用于根据所述获取模式通过单向传输文件分发(FLUTE)会话从远程发射器下载所述媒体内容以接收所述媒体内容。
4.根据前述权利要求之一所述的通信接收器(200),其特征在于,所述第一客户端(203)用于从远程发射器接收包含所述获取模式的媒体呈现描述(MPD)(101),以及从所述接收到的媒体呈现描述(MPD)(101)中获取所述获取模式。
5.根据前述权利要求之一所述的通信接收器(200),其特征在于,所述媒体内容是根据所述单向传输文件分发(FLUTE)协议的传输对象,所述传输对象由传输对象标识符(TOI)值标识。
6.根据前述权利要求之一所述的通信接收器(200),其特征在于,所述获取模式包括传输对象URL的前缀。
7.根据前述权利要求之一所述的通信接收器(200),其特征在于,所述获取模式包括传输对象标识符值的传输对象标识符范围,或者传输对象标识符值的前缀。
8.根据权利要求6或7所述的通信接收器(200),其特征在于,所述传输对象标识符范围,或传输对象标识符值的所述前缀,或传输对象URL的所述前缀表示媒体呈现描述(MPD)(101)的显现(105)的分片(106、107)。
9.根据权利要求8所述的通信接收器(200),其特征在于,所述第二客户端(205)用于下载落入所述传输对象标识符范围的传输对象标识符(TOI)值所描述的分片(106、107)集。
10.根据权利要求8所述的通信接收器(200),其特征在于,所述第二客户端(205)用于下载匹配传输对象标识符值的所述前缀或者匹配所述第一客户端(203)指示的传输对象URL的所述前缀的分片(106、107)集。
11.一种通信发射器(300),其特征在于,包括:
用于根据HTTP动态自适应流媒体(DASH)协议进行传输的第一发射器(301);以及
用于根据单向传输文件分发协议进行传输的第二发射器(303);
其中所述第一发射器(301)用于向所述第二发射器(303)提供媒体呈现描述(MPD)(101)的分片(106、107)用于传输,所述第二发射器(303)用于将获取模式分配给所述分片(106、107),以及所述发射器(300)用于将增强媒体呈现描述(MPD)(101)发送给通信网络,所述增强型媒体呈现描述(MPD)(101)包括所述获取模式。
12.根据权利要求11所述的通信发射器(300),其特征在于,所述第一发射器(301)和所述第二发射器(303)用于通过控制信道(305)进行通信。
13.一种用于通信发射器(300)进行传输的传输方法,其特征在于所述通信发射器(300)包括根据所述HTTP动态自适应流媒体(DASH)协议进行传输的第一发射器(301),以及用于根据单向传输文件分发(FLUTE)协议进行传输的第二发射器(303),所述方法包括:
所述第一发射器(301)向所述第二发射器(303)提供媒体呈现描述(MPD)(101)的分片(106、107);
所述第二发射器(303)将获取模式分配给所述分片(106、107);以及
将增强型媒体呈现描述(101)发送给通信网络,所述增强型媒体呈现描述(101)包括所述获取模式。
14.一种用于通信接收器(200)进行传输对象集媒体内容接收的接收分发,其特征在于,所述通信接收器包括第一客户端(203),用于根据所述HTTP动态自适应流媒体(DASH)协议进行接收,以及第二客户端(205),用于根据所述单向传输的文件分发(FLUTE)协议接收媒体内容,其中所述方法包括所述第一客户端(203)向所述第二客户端(205)提供获取模式,以及所述第二客户端(205)根据所述获取模式接收媒体内容。
15.一种用于在计算机上执行时执行权力要求13所述的传输分发或权力要求14所述的通信方法的计算机程序。
CN201280076193.8A 2012-10-24 2012-10-24 一种通信发送/接收器以及内容发送及接收方法 Active CN104782147B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2012/071065 WO2014063730A1 (en) 2012-10-24 2012-10-24 Communication receiver

Publications (2)

Publication Number Publication Date
CN104782147A true CN104782147A (zh) 2015-07-15
CN104782147B CN104782147B (zh) 2019-06-18

Family

ID=47143874

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201280076193.8A Active CN104782147B (zh) 2012-10-24 2012-10-24 一种通信发送/接收器以及内容发送及接收方法

Country Status (4)

Country Link
US (1) US9882937B2 (zh)
EP (1) EP2888892B1 (zh)
CN (1) CN104782147B (zh)
WO (1) WO2014063730A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108605149A (zh) * 2016-02-03 2018-09-28 佳能株式会社 通信装置、通信控制方法和计算机程序

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9294226B2 (en) * 2012-03-26 2016-03-22 Qualcomm Incorporated Universal object delivery and template-based file delivery
US9807452B2 (en) * 2013-10-07 2017-10-31 Samsung Electronics Co., Ltd. Practical delivery of high quality video using dynamic adaptive hypertext transport protocol (HTTP) streaming (DASH) without using HTTP in a broadcast network
US9998771B2 (en) * 2013-10-30 2018-06-12 Saturn Licensing Llc Transmission apparatus, transmission method, reception apparatus, and reception method
KR20150065289A (ko) * 2013-12-05 2015-06-15 삼성전자주식회사 데이터 재사용 방법 및 전자장치
US20150172066A1 (en) * 2013-12-13 2015-06-18 Qualcomm Incorporated Practical implementation aspects of unicast fetch for http streaming over embms
KR101779435B1 (ko) 2014-01-03 2017-09-18 엘지전자 주식회사 방송 신호를 송신하는 장치, 방송 신호를 수신하는 장치, 방송 신호를 송신하는 방법 및 방송 신호를 수신하는 방법
CN105745899B (zh) * 2014-02-24 2023-12-26 Lg 电子株式会社 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
US9860612B2 (en) * 2014-04-10 2018-01-02 Wowza Media Systems, LLC Manifest generation and segment packetization
KR101814403B1 (ko) * 2014-05-21 2018-01-04 엘지전자 주식회사 방송 신호 송/수신 처리 방법 및 장치
WO2016036189A2 (ko) * 2014-09-07 2016-03-10 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
EP3232668A4 (en) * 2014-12-10 2018-06-13 LG Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method and broadcast signal reception method
CN106063190B (zh) * 2014-12-25 2019-06-28 华为技术有限公司 一种文件修复的方法、相关装置及系统
CN117278537A (zh) * 2015-02-11 2023-12-22 Vid拓展公司 用于dash中的一般化http头的系统和方法
EP3855771A1 (en) * 2015-02-27 2021-07-28 Sony Group Corporation Reception apparatus and reception method using a undirectional transport protocol
US10454985B2 (en) 2015-03-04 2019-10-22 Qualcomm Incorporated File format based streaming with dash formats based on LCT
US11895172B2 (en) 2021-04-21 2024-02-06 Tencent America LLC Session-based description URL customization using the session-based DASH operations

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110026117A (ko) * 2009-09-07 2011-03-15 엘지전자 주식회사 웹페이지를 출력하는 iptv의 동작 방법 및 그 방법을 채용한 iptv
KR20110037670A (ko) * 2009-10-07 2011-04-13 엘지전자 주식회사 검색 서비스 제공 방법 및 iptv 수신기
KR20110064093A (ko) * 2009-12-07 2011-06-15 엘지전자 주식회사 컨텐츠 레코딩 방법 및 그 방법을 채용한 디지털 방송 수신기
US20120259994A1 (en) * 2011-04-05 2012-10-11 Gillies Donald W Ip broadcast streaming services distribution using file delivery methods

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110026117A (ko) * 2009-09-07 2011-03-15 엘지전자 주식회사 웹페이지를 출력하는 iptv의 동작 방법 및 그 방법을 채용한 iptv
KR20110037670A (ko) * 2009-10-07 2011-04-13 엘지전자 주식회사 검색 서비스 제공 방법 및 iptv 수신기
KR20110064093A (ko) * 2009-12-07 2011-06-15 엘지전자 주식회사 컨텐츠 레코딩 방법 및 그 방법을 채용한 디지털 방송 수신기
US20120259994A1 (en) * 2011-04-05 2012-10-11 Gillies Donald W Ip broadcast streaming services distribution using file delivery methods

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108605149A (zh) * 2016-02-03 2018-09-28 佳能株式会社 通信装置、通信控制方法和计算机程序

Also Published As

Publication number Publication date
CN104782147B (zh) 2019-06-18
WO2014063730A1 (en) 2014-05-01
US20150229676A1 (en) 2015-08-13
EP2888892A1 (en) 2015-07-01
EP2888892B1 (en) 2019-06-12
US9882937B2 (en) 2018-01-30

Similar Documents

Publication Publication Date Title
CN104782147A (zh) 通信接收器
CN105594219B (zh) 用于广播信号的发射/接收处理的设备和方法
JP6310111B2 (ja) 放送システムにおける制御メッセージ構成装置
CN106031181B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
US7231404B2 (en) Datacast file transmission with meta-data retention
EP2618534B1 (en) Method, apparatus, and system for dynamic media content insertion based on http stream
US20070186005A1 (en) Method to embedding SVG content into ISO base media file format for progressive downloading and streaming of rich media content
CN104040993A (zh) 用于发送相应地接收媒体流的方法
CN106464932A (zh) 多播流传输
US20080137688A1 (en) Transfer of Data Objects
CN106233735A (zh) 多播流传输
JP6579391B2 (ja) 受信装置、受信方法、送信装置、及び、送信方法
CN106233703B (zh) 接收设备、接收方法、传输设备以及传输方法
US8700793B2 (en) Method, apparatus and computer program product for service decomposition in IP-broadcast networks
CN105052159A (zh) 内容提供设备、内容提供方法、程序、和内容提供系统
CN106105239B (zh) 发送设备、发送方法、接收设备、接收方法和程序
CN105376657A (zh) 媒体内容提供方法、播放方法和装置以及服务系统
US11876851B2 (en) Synchronizing independent media and data streams using media stream synchronization points
CN103313093B (zh) 进行分布式视频点播的方法及索引系统
WO2021064664A1 (en) Method for broadcasting dash/hls hybrid multimedia streams
WO2015109842A1 (zh) 一种处理分段节目的方法、服务器及客户端设备
US20160173268A1 (en) Method of synchronization during the processing, by a multimedia player, of an item of multimedia content transmitted by an mbms service
JP7243799B2 (ja) 受信方法及び受信装置
EP4002857A1 (en) Method and system for customized audio and/or video content delivery
KR20170140066A (ko) MBMS(Multimedia Broadcast/Multicast Service) 수신기 및 그의 멀티캐스트 신호 수신 방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
EXSB Decision made by sipo to initiate substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant