CN107251521A

CN107251521A - 用于在通信系统中发送和接收媒体信息的方法和装置

Info

Publication number: CN107251521A
Application number: CN201680011210.8A
Authority: CN
Inventors: 苏泳完; 朴勍模; 梁贤九
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2015-01-07
Filing date: 2016-01-07
Publication date: 2017-10-13
Anticipated expiration: 2036-01-07
Also published as: US20180278970A1; KR20170094461A; KR102379530B1; WO2016111563A1; CN107251521B; US10645432B2

Abstract

公开了一种用于在通信系统中发送和接收媒体相关信息的方法和装置。所述方法包括以下步骤：生成与媒体数据相关的分组报头和分组有效载荷；并且发送包括分组报头和分组有效载荷的分组，其中分组报头包括指示在分组有效载荷中包括的数据的优先级类型的优先级相关信息。

Description

用于在通信系统中发送和接收媒体信息的方法和装置

技术领域

本发明涉及一种在媒体传输通信系统中发送和接收媒体相关信息和数据的方法和装置。

背景技术

随着服务正在以合并广播服务和通信服务的形式演进，通过各种媒体的多媒体服务正变得流行。即，当诸如数字多媒体广播(Digital Multimedia Broadcasting，DMB)服务、手持数字视频广播(Digital Video Broadcasting-Handheld，DVP-H)服务和移动/手持高级电视系统委员会(Advanced Television Systems Committee-Mobile/Handheld，ATSC-M/H)服务、以及包括因特网协议电视(Internet Protocol TeleVision，IPTV)服务的融合服务正在出现时，基于数字方法使得使用诸如地面、卫星和电缆服务的现有广播媒体的服务多样化。具体地，数字广播提供具有比现有模拟广播高几十倍的图像质量的和具有光盘(Compact Disk，CD)音质的节目，通过提供更多数量的频道来提供多种选择，并提供如家庭购物、家庭银行、电子邮件、和因特网的新的双向服务，从而提供高质量的广播服务。

运动图像专家组(Moving Picture Experts Group，MPEG)媒体传送(MediaTransport，MMT)是用于多媒体传输的代表技术中的一个。MMT是用于通过包括因特网协议(IP)网络(即因特网)和数字广播网络的异构分组交换网络传送关于多媒体服务的经编码的媒体数据的技术。这里，经编码的媒体分组括定时的视听媒体数据和非定时的数据。

基于国际标准化组织(International Standardization Organization，ISO)的媒体文件格式(ISO-based media file format，ISOBMFF)为基于时间的多媒体文件(诸如视频或音频)定义了数据结构。ISOBMFF提供各种类型的文件格式，诸如媒体处理单元(Media Processing Unit，MPU)或超文本传输协议(Hyper Text Transfer Protocol，HTTP)上的动态自适应流(Dynamic Adaptive Streaming over HTTP，DASH)段(segment)。DASH是用于通过诸如因特网的宽带网络有效地发送媒体数据的技术。

可以使用针对对象(即，文件)的传输被优化的传输协议来发送DASH段。传输协议的示例包括作为基于请求注解(Request For Comments，RFC)和MMT技术的文件传输模式的单向传输上的实时对象递送(Real-time Object delivery over UnidirectionalTransport，ROUTE)协议。ROUTE可以用于在用户数据报协议(User Datagram Protocol，UDP)的更高层和IP层中携带(carry)文件。基本ROUTE传输单元是分层编码传送(LayeredCoding Transport，LCT)分组，并且LCT分组的报头以字节偏移形式指示包括了被包括在有效载荷中的对象数据的哪部分。

上述信息仅作为背景信息被呈现，以帮助理解本发明。关于上述的任何是否可以用作关于本发明的现有技术，申请人没作任何决定，没作任何声明。

发明内容

[技术问题]

本发明的实施例提出一种用于在通信系统中发送和接收关于媒体的优先级相关信息和数据的方法和装置。

本发明的实施例提供一种用于在通信系统中发送和接收关于可解释数据单元的边界的信息的方法和装置。

本发明的实施例提供一种用于在通信系统中用于通过信令信息在服务重放之前递送关于必要的缓存的信息的方法和装置。

本发明的实施例提供一种在混合无线网络中使得终端能够在网络改变处无缝地接收媒体服务的方法和装置。

[技术方案]

根据本发明的实施例的用于在通信系统中发送媒体信息的方法包括：生成与媒体数据相关的分组有效载荷(payload)和分组报头(header)；以及发送包括所述分组报头和所述分组有效载荷的分组，其中所述分组报头包括指示在所述分组有效载荷中包括的数据的优先级类型的优先级相关信息。

根据本发明的实施例的用于在通信系统中发送媒体信息的方法包括：生成与媒体数据相关的分组有效载荷和分组报头；以及发送包括所述分组报头和所述分组有效载荷的分组，其中所述分组报头包括指示在所述分组有效载荷中包括的数据与用于解码的数据单元之间的映射的信令信息。

根据本发明的实施例的用于在通信系统中发送媒体信息的方法包括：生成与媒体数据相关的分组有效载荷和分组报头；发送包括分组报头和分组有效载荷的分组；以及发送包括分层编码传送(LCT)会话实例描述(LCT Session Instance Description，LSID)的分组，所述LSID包括关于所述分组的解码信息，其中所述LSID包括所述媒体数据的传输速率和最小缓存时间。

根据本发明实施例的用于在通信系统中由终端接收媒体信息的方法包括：从服务器接收包括媒体呈现描述(Media Presentation Description，MPD)和关于媒体服务的媒体流的一个或多个分组；基于所述终端的网络条件，接收用于生成新的MPD的MPD模板和MPD生成信息；基于MPD模板和MPD生成信息生成自主MPD；以及基于自主MPD从缓存器读取媒体流以播放媒体流。

附图说明

图1a说明了根据本发明的实施例的媒体传送系统的图式结构；

图1b说明了根据本发明的实施例的通过媒体传送系统发送的媒体文件的结构；

图2说明了根据本发明的实施例的在通信系统中的媒体发送设备的图式结构；

图3说明了根据本发明的实施例的在通信系统中的媒体接收设备的图式结构；

图4是说明根据本发明的实施例的支持媒体数据的发送的发送器的结构的框图；

图5是说明根据本发明的实施例的接收媒体数据的接收器的结构的框图；

图6说明了根据本发明的基于ROUTE协议的LCT分组的报头格式；

图7示出了包括附加报头信息的LCT分组报头的报头扩展的示例；

图8示出了根据本发明的实施例的包括优先级相关信息的LCT分组报头的报头扩展的示例；

图9图示地说明了根据本发明的实施例的用于在通信系统中处理携带优先级相关信息的LCT分组的报头扩展的过程；

图10是说明根据本发明的实施例的通过LCT分组的分组报头发送优先级相关信息的过程的流程图；

图11是说明根据本发明的实施例的用于通过LCT分组的分组报头来接收优先级相关信息的过程的流程图；

图12示出了根据本发明的实施例的携带优先级相关信息的LSID的FDT实例的示例；

图13是说明根据本发明的实施例的用于在通信系统中处理携带优先级相关信息的LSID的EFDT实例的过程的流程图。

图14是说明根据本发明的实施例的接收媒体数据的接收器的结构的框图；

图15a和15b说明了LCT分组报头的报头扩展的示例；

图16示出了根据本发明的实施例的使用起始和结束字段的分组传输过程的示例；

图17是说明根据本发明的实施方式的用于发送包括关于数据单元的信令信息的分组的过程的流程图。

图18是说明根据本发明的实施方式的用于接收包括关于数据单元的信令信息的分组的过程的流程图。

图19说明了根据本发明的实施例的包括用于标识用于来自分组缓存器的输出的数据单元的信息的报头扩展的格式；

图20示出了根据本发明的实施例的使用起始和结束位置字段的分组传输过程的示例；

图21a至图21d说明了根据本发明的各种实施例的被包括在报头扩展中的信息；

图22说明了根据本发明的实施例的用于发送和接收控制信息的系统的结构；以及

图23说明了根据本发明的实施例的用于发送和接收控制信息的系统的结构。

具体实施方式

在下文中，将参考附图对本发明的操作原理进行详细描述。在下面描述本发明时，当确定其详细描述可能不必要地模糊本发明的主题时，将省略并入本文的相关已知配置或功能的详细描述。下面将描述的术语是考虑到本发明的功能而定义的术语，并且可以根据用户、用户的意图、或习惯而不同。因此，应根据遍及说明书的内容进行术语的定义。

本发明的其它方面、优点、和核心特征用附加附图进行处理，并且从包括本发明的示例性实施例的以下详细描述中，它们对于本领域技术人员是显而易见的。

术语“包括”、“包含”、及其衍生物可能意味着包括但不限于，术语“或”可以具有包括的含义和意指“和/或”，短语“与之相关联”、“与其相关联”、以及其衍生物可以意味着包括、被包括在内、与之互相连接、包含、被包含在内、被连接到或与之连接、被耦合到或与之耦合、可与之通信、与之合作、交错、并置、接近、被绑定到或与之绑定、具有、并且具有某性质，术语“控制器”可以意味着控制至少一个操作的任何设备、系统或其部分，并且可以以硬件、固件、或软件、或所述至少两个的某些组合来实现这样的设备。应当注意，与任何特定处理器相关联的功能可以是集中式的或分布式的，无论是本地还是远程。遍及本专利文献提供了用于某些单词和短语的定义，本领域技术人员应该明白，在许多(如果不是大多数)情况下，这样的定义适用于这些所定义的单词和短语的先前以及未来的使用。

在下文中，将参考附图详细描述本发明的实施例。在下面的描述中，应当注意，将仅描述用于根据本发明的实施例的操作的理解所必需的部分并且将省略其它部分的描述，以不使本发明的主题模糊。同时，考虑到本发明的功能来定义稍后描述的术语，但是可以根据用户、操作者的意图、或习俗来改变术语的含义。因此，应根据遍及说明书的内容进行术语的定义。

本发明可以具有各种修改和各种实施例，在其中现在将参考附图更全面地描述特定实施例。然而，应当理解，本发明不限于特定实施例，而是本发明包括在本发明的精神和范围内的所有修改、等价物、和替换物。

此外，应当领会，除非上下文另有明确指出，诸如“一个”和“该”的单数表达也包括复数表达。因此，作为示例，“组件”包括一个或多个组件。

虽然包括诸如第一，第二等的序数的术语可以被用于描述各种元素，但是结构元件不由术语限制。该术语仅用于区分元件和其它元件的目的。例如，在不脱离本发明的范围的情况下，第一元件可以被称为第二元件，并且类似地，第二元件也可以被称为第一元件。如本文所使用的，术语“和/或”包括一个或多个相关联项目的任何和所有组合。

在本说明书中，这些术语仅用于描述特定实施例，并不旨在限制本发明。如本文所使用的，除非上下文另有明确指出，单数形式也旨在包括复数形式。在本发明中，诸如“包括”和/或“具有”的术语可以被解释为意指某个特征、数量、步骤、操作、组成元件、组件或其组合，但是不能被解释为排除存在或添加一个或多个其它特征、数量、步骤、操作、组成元件、组件或其组合的可能性。

除非另有定义，本文使用的包括技术和科学术语的所有术语具有与本发明所属领域的普通技术人员通常理解的含义相同的含义。如在通常使用的字典中定义的术语的这些术语将被解释为具有与在本领域的相关领域中的上下文含义相同的含义，并且除非在本说明书中明确定义，将不被解释为具有理想或过度形式的含义。

根据本发明的各种实施例，电子设备可以包括通信功能。终端可以是例如智能电话、平板个人电脑(personal computer，PC)、移动电话、视频电话、电子书阅读器、台式PC、膝上型PC、上网本PC、个人数字助理(personal digital assistant，PDA)、便携式多媒体播放器(portable multimedia player，PMP)、MP3播放器、移动医疗设备、照相机、或可穿戴设备(例如，头戴式设备(head-mounted device，HMD)、电子衣服、电子手镯、电子项链、电子配件、电子纹身、或智能手表)。

根据本发明的各种实施例，电子设备可以是具有通信功能的智能家用电器。智能家用电器可以是例如电视机、数字视频光盘(digital video disk，DVD)播放器、音频播放器、冰箱、空调、真空吸尘器、烤箱、微波炉、洗衣机、干燥器、干燥器、空气净化器、机顶框(box)、电视框(例如，Samsung HomeSync^TM，Apple TV^TM、或Google TV^TM)、游戏机、电子词典、摄像机、或电子相框。

根据本发明的各种实施例，电子设备可以是医疗器具(例如，磁共振血管造影(magnetic resonance angiography，MRA)设备、磁共振成像(magnetic resonanceimaging，MRI)设备、计算机断层扫描(computed tomography，CT)设备、和超声设备)、导航设备、全球定位系统(global positioning system，GPS)接收器、事件数据记录器(eventdata recorder，EDR)、飞行数据记录器(flight data recorder，FDR)、汽车信息娱乐设备、船用电子设备(例如，船舶导航设备和陀螺罗经)、航空电子设备、安全装备、或工业或家用机器人。

根据本发明的各种实施例，电子设备可以是家具或建筑物/结构的一部分、电子板、电子签名接收设备、投影仪、和各种测量仪器(例如，水表、电表、燃气表、和电磁波表)，其每个都具有通信功能。

根据本发明的各种实施例，电子设备可以是上述设备的组合。此外，对于本领域技术人员显而易见的是，根据本发明的各种实施例的终端不限于上述设备。

在本发明的各种实施例中提出的方法和装置可以被应用于各种通信系统，诸如电气和电子工程师协会(Institute of Electrical and Electronics Engineers，IEEE)802.11ac通信系统、IEEE 802.16通信系统、包括数字多媒体广播(DMB)服务的移动广播服务、手持数字视频广播(DVP-H)服务和移动/手持高级电视系统委员会(ATSC-M/H)服务、包括因特网协议电视(IPTV)服务的数据视频广播系统、MMT系统、演进分组系统(EvolvedPacket System，EPS)、长期演进(Long-Term Evolution，LTE)移动通信系统、长期演进高级(LTE-Advanced，LTE-A)移动通信系统、高速下行链路分组接入(High Speed DownlinkPacket Access，HSDPA)移动通信系统、高速上行链路分组接入(High Speed UplinkPacket Access，HSUPA)移动通信系统、第三代合作伙伴计划2(3rd-Generation ProjectPartnership 2，3GPP2)高速率分组数据(High Rate Packet Data，HRPD)移动通信系统、3GPP2宽带码分多址(Wideband Code Division Multiple Access，WCDMA)移动通信系统、3GPP2CDMA移动通信系统、IEEE移动通信系统、和移动IP系统。

在下文中，为了便于描述，将基于ROUTE或超文本传输协议(HTTP)上的动态自适应流(DASH)来描述本发明的实施例。然而，对于本领域技术人员显而易见的是，本发明不限于此并且可以被应用到用于媒体传输的类似技术。

图1a说明了根据本发明的实施例的媒体传送系统的图式结构。

参考图1a，媒体传送系统可以包括媒体发送设备110和媒体接收设备130。媒体接收设备130可以通过因特网105与媒体发送设备110通信，并且媒体接收设备130和媒体发送设备110之间的至少部分通信可以包括无线接入网络节点120的无线部分。媒体发送设备110可以是例如在因特网上的内容服务器。例如，媒体发送设备110可以被配置为通过因特网提供多媒体内容的片段(piece)的内容服务器和通过广播信道提供与广播相关的控制信息的服务器的组合。媒体接收设备130可以是能够接收媒体数据且/或向用户提供媒体数据的电子设备。

媒体发送设备110可以具有各种质量的多媒体内容的片段并且可以将适合于用户的广播环境和媒体接收设备130的接收环境的多媒体内容的片段提供给客户端130。例如，媒体发送设备110可以使用MPEG-DASH提供实时流服务。媒体发送设备110可以使用ROUTE协议向客户端130发送包括以可扩展标记语言(XML)格式的媒体呈现描述(MPD)和二进制格式发送的多媒体内容的段。

DASH段可以包括媒体段。媒体段是指由质量和/或时间分离的、以媒体相关对象形式的数据单元，其将被发送到媒体接收设备130，以便支持流服务。媒体段可以包括关于媒体流、至少一个访问单元的信息、以及诸如呈现时间或索引的关于在段中的媒体呈现的访问模式的信息。此外，媒体段可以被段索引划分为至少一个子段。此外，MPD可以以分层结构被配置并且可以包括关于每个层的结构功能和作用的信息。

多媒体内容的片段，即MPEG-DASH内容，可以包括至少一个媒体段。每个媒体段可以包括至少一个碎片(fragment)。例如，碎片可以是前述的子段。如上所述，碎片可以包括碎片报头和碎片有效载荷。

碎片报头可以包括段索引(‘sidx’)框和电影碎片(‘moof’)框。段索引框可以提供在碎片中存在的媒体数据的初始呈现时间和数据偏移、流接入点(Stream Access Points，SAP)信息等。电影碎片框可以包括在媒体数据(‘mdat’)框上的元数据。例如，电影碎片框可以包括关于在碎片中的媒体数据样本的定时、索引、和解码的信息。

碎片有效载荷可以包括媒体数据(mdat)框。媒体数据(mdat)框可以包括在媒体组件(视频、音频等)上的实际媒体数据。所编码的媒体数据被包括在与碎片有效载荷对应的媒体数据(mdat)框中的一个大块(chunck)中。与相同轨道(track)对应的样本可以被包括在单个大块中。

媒体发送设备110可以通过划分碎片来生成至少一个传送块。此外，媒体发送设备110可以在不同的传送块中分别包括碎片报头和有效载荷数据，以便区分碎片报头与有效载荷数据。然后，媒体发送设备110可以通过划分至少一个传送块来生成至少一个符号。在对象中的所有符号可以具有相同的长度。此外，传送块的最后符号可以包括填充字节，使得在对象中的所有符号具有相同的长度。

媒体发送设备110可以打包至少一个符号。例如，媒体发送设备110可以基于至少一个符号来生成至少一个LCT分组。媒体发送设备110可以发送至少一个LCT分组。可以经由因特网105和/或无线接入网络节点120将至少一个LCT分组发送到媒体接收设备130。

图1b说明了根据本发明的实施例的通过媒体传送系统被发送的媒体文件的结构。

参考图1b，媒体文件102，例如ISOBMFF文件被划分成一个或多个DASH段104、106、和108。DASH段104、106、和108被分类为初始化段104和一个或多个媒体段106和108。初始化段104是播放在媒体段106和108中包括的媒体数据所必需的信息并且包括文件类型(‘ftyp’)框和电影(‘moov’)框。文件类型(ftyp)框可以包括在媒体文件110上的文件类型、文件版本、和兼容性信息，并且(moov)框可以包括描述媒体数据的元数据。

媒体段106和108可以包括包含实际媒体数据的媒体数据(mdat)框并且需要包括与媒体数据(mdat)框相关的一个或多个完整的自包含的电影碎片(‘moof’)框。电影碎片(moof)框可以包括在对应的媒体数据(mdat)框上的元数据。此外，媒体段106和108可以包括段类型('styp')框。

图2说明了根据本发明的实施例的在通信系统中的媒体发送设备的图式结构。

参考图2，媒体发送设备200包括发送器220、处理器210、和存储单元230。处理器210控制媒体发送设备200的总体操作。处理器210可以控制媒体发送设备200以执行根据本发明的实施例的至少一个的操作。发送器220根据处理器210的控制来将各种信号、数据、信息、和消息发送到媒体接收设备等。尽管未示出，当媒体发送设备200支持双向通信时，媒体发送设备200还可以包括能够从媒体接收设备接收各种信号、数据、信息、和消息的接收器。

存储单元230存储程序代码和媒体发送设备200的操作所必需的各种类型的数据，具体是与根据本发明的实施例的操作相关的信息、数据、参数等。此外，存储单元230可以存储媒体数据、控制信息等。

尽管图2示出了用诸如发送器220、处理器210、和存储单元230的分离单元来配置媒体发送设备200，媒体发送设备200也可以被配置为在其中发送器220、处理器210、和存储单元230中的至少两个被组合的形式。

图3说明了根据本发明的实施例的在通信系统中的媒体接收设备的图式结构。

参考图3，媒体接收设备300包括处理器310、接收器320、和存储单元330。处理器310控制媒体接收设备300的总体操作。处理器310可以控制媒体接收设备300以执行根据本发明的至少一个实施例的操作。接收器320例如根据处理器310的控制来从媒体发送设备200接收各种信号、数据、信息、和消息。尽管未示出，当媒体接收设备300支持双向通信时，媒体接收设备300还可以包括能够向媒体发送设备发送各种信号、数据、信息、和消息的发送器。

存储单元330存储程序代码和媒体接收设备300的操作所必需的各种类型的数据，具体是与根据本发明的实施例的操作有关的信息、数据、参数等。此外，存储单元330可以存储从媒体发送设备200接收的媒体数据、控制信息等。

尽管图3示出了用诸如处理器310、接收器320、和存储单元330的分离单元来配置媒体接收设备300，媒体接收设备200也可以被配置为在其中处理器310、接收器320、和存储单元330中的至少两个被组合的形式。

图4是说明根据本发明的实施例的支持媒体数据的传输的发送器的结构的框图。发送器400的结构作为示例被示出并且可以被配置为在图2中示出的发送器220和处理器210的至少部分。

参考图4，接收器400包括一个或多个编码器410和415、段生成器420、和分组器430。编码器410和415在访问单元(access unit，AU)的基础上编码媒体数据(例如，文件)，并且段生成器420生成包括关于一个或多个访问单元的所编码的媒体数据的媒体段，例如根据ISOBMFF的DASH段。分组器430基于针对对象(即，文件)的传输而优化的传输协议(例如使用DASH段的基于ROUTE协议的分组(被称为ROUTE分组或LCT分组))来生成分组并经由物理层将分组发送到对应实体。

此外，发送器400还可以包括信令编码器425。信令编码器425生成ROUTE传输所必需的控制信息(或信令信息)，并且控制信息可以由分组器430插入到分组报头或有效载荷中。

图5是说明根据本发明的实施例的接收媒体数据的接收器的结构的框图。接收器500的结构作为示例被示出并且可以被配置为在图3中示出的接收器320和处理器310的至少部分。

参考图5，发送器500包括去分组器510、段解析器520、一个或多个解码器缓存器530和535、以及一个或多个解码器540和545。去分组器510基于由发送器使用的传输协议(例如基于ROUTE协议的分组(被称为ROUTE分组或LCT分组))接收分组，并且分解分组以生成段，例如DASH段。虽然未示出，DASH段可以被存储在段缓存器中，直到段解析器520准备就绪。段解析器520根据ISOBMFF来解析DASH段以在访问单元中输出媒体数据。访问单元被存储在对应的解码器缓存器530和535中，直到对应的解码器540和545准备就绪。解码器540和545对访问单元进行解码并输出媒体数据。

此外，接收器500还包括信令解码器525。信令解码器525可解码从去分组器510提供的控制信息(或信令信息)以向段解析器520和其他实体提供必要的信息。可以例如从每个分组的分组报头获得控制信息。

可以根据ROUTE协议(在下文中被称为ROUTE会话)建立的会话可以包括至少一个分层编码传送(LCT)会话。例如，当通过单个LCT会话递送一个媒体组件时，可以通过ROUTE会话经由复用来发送至少一个媒体组件。此外，可以通过单个LCT会话发送至少一个传送对象。

图6说明了根据本发明的基于ROUTE协议的LCT分组的报头格式。

参考图6，LCT分组报头600的每个字段指示以下信息。

LCT分组报头600包括LCT版本号(V)、拥塞控制标志(C)、协议特定指示(protocol-specific indication，PSI)601、传送会话标识符标志(S)、传送对象标识符标志(O)、半字标志(H)、保留(Res)字段603、关闭会话标志(A)、关闭对象标志(B)、LCT头长度(HDR_LEN)、码点(CP)605、拥塞控制信息(congestion control information，CCI)、传送会话标识符(transport session identifier，TSI)、传送对象标识符(transport objectidentifier，TOI)、以及报头扩展610。

LCT分组还可以包括FEC有效载荷ID字段和/或符号编码字段、以及包含媒体数据的有效载荷。

LCT版本号(V)字段指示协议版本号。例如，该字段指示LCT版本号。LCT分组报头600的版本号字段需要被解释为ROUTE版本号字段。例如，ROUTE版本可以是LCT形成块的版本“1”。在这种情况下，版本号字段被设置为“0001b”。

拥塞控制标志(C)字段指示拥塞控制信息(CCI)字段的长度。C＝0指示CCI字段长度为32比特，C＝1指示CCI字段长度为64比特，C＝2指示CCI字段长度为96比特，C＝3指示CCI字段长度为128比特。

PSI字段601可以用作在LCT更高协议中的用于特定目的的指示符。例如，PSI字段601指示当前分组是源分组还是FEC修复分组。当ROUTE源协议递送源分组时，PSI字段601被设置为“10b”。

传送会话标识符标志(S)字段指示传送会话标识符(TSI)字段的长度。例如，TSI字段具有32*S+16*H的长度。

传送对象标识符(O)字段指示传送对象标识符(TOI)字段的长度。例如，对象可以指示一个文件，TOI是关于每个对象的标识信息，并且具有TOI＝0的文件是文件递送表(File Deliver Table，FDT)。

半字标志(H)字段指示是否将一个半字(16比特)加到TSI和TOI字段的长度。

关闭会话标志(A)字段指示会话的完成或即将完成。

关闭对象标志(B)字段指示发送对象的完成或即将完成。

LCT头长度(HDR_LEN)字段以32比特字的单元来指示LCT分组报头600的总长度。

码点(CP)字段指示由该分组携带的有效载荷的类型。根据有效载荷的类型，可以添加附加的有效载荷报头以给有效载荷数据加前缀。

拥塞控制信息(CCI)字段被用于发送拥塞控制信息，诸如层号、逻辑信道号、序列号等。

传送会话标识符(TSI)字段是会话的唯一标识符。TSI在来自特定发送者的所有会话中唯一标识会话。TSI字段标识在ROUTE中的传送会话，并且由LCT会话实例描述(LSID)提供传送会话的上下文。LSID定义了形成ROUTE会话的每个LCT会话。由在LCT分组报头600中的TSI唯一标识每个传送会话。

传送对象标识符(TOI)字段是对象的唯一标识符。TOI指示该分组所属的会话内的哪个对象。由扩展的FDT提供对象和TOI字段之间的映射。

扩展的FDT指定文件递送数据的细节。这是一个扩展的FDT实例(FDT报头扩展)。扩展的FDT与LCT分组报头一起可以被用于生成递送对象的FDT等效描述。扩展的FDT可以被嵌入或被提供用于参考。如果被提供用于参考，可以独立于LSID更新扩展的FDT。如果被引用，则扩展的FDT作为带内(in-band)对象在所包括的源流的TOI＝0上被递送。

报头扩展字段610被用于发送在LCT内的附加信息。报头扩展610被用于容纳不总是被使用或具有可变大小的可选报头字段。

尽管未示出，FEC有效载荷ID字段包括关于传输块或编码符号的标识信息。FEC有效载荷ID指示当要被发送的文件被FEC编码(FEC-encoded)时要被使用的标识符。例如，如果文件被FEC编码，则可以为广播电台或广播服务器分配FEC有效载荷ID以标识文件。符号编码字段可以包括传输块或编码符号数据。

分组有效载荷包括从对象生成的字节。当在会话中发送多于一个对象时，需要使用LCT分组报头600中的传送对象ID(TOI)来标识从其生成分组有效载荷数据的对象。

本发明的实施例提出了在支持ROUTE模式的通信系统中与播放相关的优先级信息与关于包括在LCT分组的有效载荷中的媒体的编码器/解码器(CODEC)的信息的发送/接收。

如上所述，ROUTE协议是文件传送模式并且不定义指示发送媒体的优先级的优先级信息。即，由于LCT分组不包括在有效载荷中包括的数据的优先级的定义，接收器不得不以接收的顺序处置和/或处理所接收的LCT分组。

同时，可以在通过LCT分组接收的对象中呈现包括为了快速播放将被最优先重建和/或处理的重要数据(诸如DASH初始化段和媒体呈现描述(MPD))的对象。

图6中的LCT分组报头600可以使用CP字段601的字段值来指定被包括在LCT分组的有效载荷中的媒体数据的具有哪种类型。然而，CP字段601与关于媒体数据的编码信息(例如音频/视频信息和时钟频率信息)有关，而不是与媒体数据的优先级有关。

例如，CP字段601是8比特并且被用于指示由LCT分组携带的有效载荷的类型，并且可以根据有效载荷的类型添加附加的有效载荷报头以给有效载荷加前缀。

在下表1中说明在实时传送协议(real-time transport protocol，RTP)和LCT说明中定义的有效载荷类型的示例。

[表1]

这里，PCMU指示脉冲编码调制μ(mu)-law；全球移动通信系统(Global System forMobile communication，GSM)指示用于GSM系统的音频编码系统；G723、G722、G728、和G729指示由国际电信联盟电信标准化部门(International Telecommunication UnionTelecommunication standardization sector，ITU-T)提供的音频编解码器；DVI4指示数字视频交互4；LPC指示线性预测编码；PCMA指示PCM A-law；L16指示线性PCM 16比特音频；QCELP指示高通码激励线性预测(Code Excited Linear Prediction，CELP)；CN指示舒适噪音；并且MPA指示MPEG音频。

在表1中，时钟频率指示在当RTP报头中的时间戳增加时的时间的速度并且与编解码器的采样率不同。

因此，不可能使用在LCT分组报头中的CP字段601来指示与在有效载荷中的媒体数据不相关的分组的优先级，例如，指示分组包括诸如MPD或初始化段的重要信息。

如图6所说明的，LCT分组报头600包括可由ROUTE协议使用的报头扩展610。LCT分组报头600可以被用于提供附加的报头信息，诸如呈现时间或服务器挂钟。

图7示出了包括附加报头信息的LCT分组报头的报头扩展的示例。

参考图7，报头扩展700可以包括报头扩展类型(HET)字段710和报头扩展长度(HEL)字段720。HET字段710是8比特并且指示报头扩展700的类型，并且HEL字段720使用32比特字的倍数来指示报头扩展700的总长度。报头扩展720还可以包括指示呈现时间的64比特网络时间协议(Network Time Protocol，NTP)时间戳字段730。时间戳字段730大于发送者当前时间(Sender Current Time，SCT)。呈现时间指示呈现在分组中包括的对象的时间。

在以下的实施例中，与图7类似，将关于被包含在LCT分组有效载荷中的数据的优先级的信息添加到LCT分组报头。可以被添加到LCT分组报头中的关于优先级的信息可以指示例如以下细节中的至少一个。

-可以指定是否包括与清单信息对应的MPD信息。

-可以指定是否包括与在解码器上的初始化信息对应的初始化段。

-可以指定所包括的媒体段的碎片的类型(例如，在样本单元中的碎片或在框单元中的碎片)。此外，可以指定包括ISOBMFF的哪个框。

图8示出了根据本发明的实施例的包括优先级相关信息的LCT分组报头的报头扩展的示例。

参考图8，报头扩展800包括HET字段810、HEL字段815、优先级(P)字段820、和优先级类型(PT)字段825。报头扩展800的其他区域可以包括例如NTP时间戳字段830的另一报头信息。

如所说明的，指示ROUTE分组的有效载荷数据的优先级的报头字段被称为EXT_PRIORITY报头。

这里，HET字段810和HEL字段815指示与在图7中的相同的含义。

P字段820被用于指示PT字段825的存在。

PT字段825指示由LCT分组携带的当前有效载荷的优先级类型。可以例如如表2所示指示有效载荷的优先级类型。

[表2]

图9图示地说明了根据本发明的实施例的用于在通信系统中处理携带优先级相关信息的LCT分组的报头扩展的过程。

参考图9，通过IP层950和UDP层945来接收LCT分组#1、#2、#3、和#4 940。每个LCT分组940包括在分组报头中的报头扩展，并且报头扩展可以包括例如在图8中说明的P字段820和PT字段825，其作为关于在分组中的有效载荷数据的优先级相关信息。

即使没有完全重构和解析包括来自所接收的LCT分组的FDT实例930和媒体对象935的所有对象925，ROUTE层920可以通过检查所接收的LCT分组940的报头900来识别被包括在LCT分组940中的信息有多重要。因此，ROUTE层920可以确定最优先处理LCT分组940的顺序，或者可以在完全重建对象925之前将有效载荷数据递送到更高层。

在一个实施例中，ROUTE层920可以确定优先处理在分组缓存器中接收和缓存的LCT分组940中的、包括MPD或初始化段的LCT分组。与另一LCT分组相比，优先从ROUTE层920输出被确定为被优先处理的LCT分组的有效载荷数据。因此，诸如MPD和初始化段的重要数据905优先由ROUTE层920输出，并且随后输出媒体段915。由DASH层910将段进行段解析和解码。

图10是说明根据本发明的实施例的通过LCT分组的分组报头发送优先级相关信息的过程的流程图。

参考图10，在操作1005中发送器接收媒体内容(例如，DASH内容)，并且在操作1010中基于DASH内容生成初始化段和媒体段(例如，DASH段)。在操作1015中，发送器生成与要被发送的有效载荷数据有关的报头信息。这里，报头信息可以包括指示要被发送的有效载荷数据是MPD、初始化段、还是媒体段的优先级相关信息。优先级相关信息包括例如可以如表2所示定义的PT字段。

在操作1020中，发送器基于DASH段和报头信息生成传送分组(例如，LCT分组)。LCT分组可以包括报头扩展中的优先级相关信息。在操作1025中，使用例如ROUTE协议的对应的传输协议来将LCT分组发送到接收器。

图11是说明根据本发明的实施例的用于通过LCT分组的分组报头来接收优先级相关信息的过程的流程图。

参考图11，在操作1105中，接收器基于传输协议(例如，ROUTE协议)接收传送分组(例如，LCT分组)，并且在操作1110中分解(即，去分组)LCT分组。在操作1115中，接收器解析通过分解而获得的报头信息。报头信息包括与由对应的LCT分组携带的有效载荷数据相关的优先级相关信息。优先级相关信息包括例如可以如表2所示定义的PT字段。

在操作1120中，接收器优先检测根据优先级相关信息被确定为被优先处理的LCT分组的有效载荷数据，并且在操作1125中基于所检测的有效载荷数据分析由有效载荷数据携带的段。在操作1130中，段由接收器的解码器解码。

在以下的实施例中，可以通过在LSID中的扩展的FDT(EFDT)发送由LCT分组发送的有效载荷数据的优先级相关信息。

根据FLUTE协议，在发送文件中，在发送传输所必需的信息和关于文件的多个属性的信息之后，通过FDT实例的发送来开始要被发送的文件的传输。被包括在ROUTE会话中的LCT会话由LSID描述。

LSID提供了在ROUTE会话中被传输的所有传送会话的描述。可以在包括LCT传送会话的相同ROUTE会话中递送LSID，或者可以通过除ROUTE会话之外的方式(例如，经由单播或不同的ROUTE会话)来递送LSID。在前一种情况下，LSID可以在具有TSI＝0的专用LCT传送会话上被递送并且可以是由TOI＝0标识的递送对象。对于在TSI＝0上递送的任何对象，需要使用实体模式。当不以实体模式递送这些对象时，需要在为所接收的对象获得扩展FDT之前恢复LSID。

LSID可以通过包括LCT会话的相同ROUTE会话被发送并且还可以通过通信网络、广播网络、因特网、有线网络、和/或卫星网络被发送。通过其发送LSID的方式不限于此。例如，可以通过具有TSI值为“0”的特定LCT会话发送LSID。LSID可以包括关于在ROUTE会话中被发送的所有传送会话的信令信息(或控制信息)。LSID可以包括关于LSID版本信息的信息和关于LSID的有效性的信息。此外，LSID可以包括提供关于LCT会话的信息的传送会话信息。传送会话信息包括标识传送会话的TSI信息、使用对应的TSI发送的并提供关于发送源数据的源流的信息的源流信息、使用对应的TSI发送的并提供关于发送修复信息的修复流的信息的修复流信息、以及包括用于传送会话的附加性质信息的传送会话性质信息。

图12示出了根据本发明的实施例的携带优先级相关信息的LSID的FDT实例的示例。

参考图12，FDT实例1200在会话中定义FDT。FDT实例可以包括要被发送的文件的属性，例如，作为标识要被发送的文件的属性的@Content_Location，作为标识要被发送的对象的属性的@TOI，以及作为指示要被发送的对象的优先级类型的属性的@ObjectType1210。在本说明书中，包括优先级相关信息的FDT实例可以被称为扩展的FDT(EFDT)实例。

参考图13，通过IP层1350和UDP层1345接收LCT分组#1、#2、#3、和#4 1340。每个LCT分组1340包括分组报头和有效载荷数据。ROUTE层1320从所接收的LCT分组940获得包括媒体对象1335的对象1325。接收器可以经由至少一个LCT分组或另一路径来获得包括EFDT实例的LSID 1330。LSID 1330的EFDT实例提供关于由TSI和TOI标识的特定对象的优先级相关信息。优先级相关信息可以包括例如图12中所说明的@ObjectType属性。

ROUTE层1320重构与TOI＝0对应的FDT实例，以便标识关于在特定对象中包括的细节的优先级信息，并且确定特定对象的优先级以确定优先处理对象1325的顺序。

在一个实施例中，ROUTE层1320可以确定优先处理在对象1325中的对象，诸如MPD或初始化段。与其他对象相比，优先从ROUTE层1320输出被确定优先处理的对象。因此，诸如MPD和初始化段的重要数据1305优先由ROUTE层1320输出，随后输出媒体段1315。通过DASH层1310对段进行段解析和解码。

在下文中，描述根据本发明的实施例的在通信系统中的媒体传输过程。

例如ROUTE发送器的媒体发送设备，下载基于ISOBMFF的DASH内容。DASH内容可以包括MPD、初始化段、媒体段等。ROUTE发送器基于MPD，初始化段，和媒体段、根据FLUTE协议来生成对象。

这里，将TOI分配给MPD、初始化段、和媒体段。TOI被设置为例如大于0(TOI>0)的值。其上的生成对象和属性信息的列表被生成为分配了TOI＝0的FDT实例。

所生成的对象被碎片化并且具有被附加生成为用于递送的LCT分组报头信息。

为了指示快速信道改变所必需的重要数据被包括在LCT分组中，ROUTE发送器生成包括优先级相关信息的报头扩展并且标记关于LCT分组的优先级相关信息。优先级相关信息可以是例如P字段和PT字段。PT字段可以指示下面列出的主要细节。

A.该字段指示LCT分组包括MPD、初始化段、和媒体段中的哪个。

B.如果包括媒体段，该字段如下指示媒体段如何被碎片化以及媒体段包含了什么。

B1.任意：在没有任何固定规则的情况下以随机单元碎片化媒体段。

B2.采样基础：以指定的采样单元碎片化媒体段。

B3.框基础：以ISOBMFF框单元碎片化媒体段。

ROUTE发送器通过UDP/IP发送所生成的LCT分组。

尽管已经在上面说明和描述了根据本发明的实施例的在通信系统中的媒体发送和接收操作，但是可以进行各种修改。例如，虽然图10和图11说明了连续处理，在图10和图11中描述的操作可以重叠、可以被并行执行、可以以不同的顺序被执行、或者可以被执行多次。

在下文中，描述根据本发明的实施例的在通信系统中的媒体接收过程。

诸如ROUTE接收器的媒体接收装置通过ROUTE会话接收ROUTE/UDP/IP分组并从所接收的ROUTE/UDP/IP分组中去除UDP/IP分组报头以重构LCT分组。

ROUTE接收器解析LCT分组的分组报头并解释在分组报头的报头扩展中的优先级相关信息。例如，优先级相关信息可以包括上述的P字段和PT字段。

ROUTE接收器检查报头扩展中是否存在P字段。如果P字段被设置为值“1”，则ROUTE接收器确定指示在LCT分组中的有效载荷数据是否包括重要信息的PT字段被包括在报头扩展中，并且检测PT字段。

下面的表3说明了由PT字段指示的描述的示例。

[表3]

ROUTE接收器可以基于在LCT分组中的PT字段和TOI字段来标识哪个对象和什么内容被包含在LCT分组中。

虽然上面已经详细描述了根据本发明的实施例的在通信系统中的媒体接收装置的操作，但是可以进行各种修改。

在下文中，描述了发送在ROUTE/DASH传输系统中解码媒体段必要的附加信息的实施例。

支持ROUTE/DASH传输的媒体发送设备可以使用ROUTE协议来发送以XML格式的MPD和以二进制格式的段。MPD可以被配置在分层结构中并且可以包括关于每个层的结构功能和作用的信息。

DASH传输技术使用作为MPD的属性的MPD@minBufferTime(MBT)和Representation@bandwidth(BW)来发送接收器所必需的最小缓存大小。具体地，假设媒体数据以恒定比特速率带宽(BW)从流接入点(SAP)被发送到接收器，解码器需要在缓存BW*MBT的数据之后，即从接收第一比特到MBT之后开始解码操作，以便无缝播放媒体。在开始解码操作之前要在缓存器中被存储的数据的量被称为初始要求缓存量。

接收器从所接收的DASH段中提取媒体数据并以访问单元为单元将媒体数据存储在解码器缓存器中。通常，一个段可以包括几秒或更长的媒体数据，并且其数量可以远大于上述BW*MBT。因此，虽然解码器可以仅通过缓存BW*MBT的媒体数据来开始解码，但解码器可以不开始解码，直到解码器接收到形成整个DASH段的所有ROUTE分组。这种延迟是增加服务的初始开始时间和信道改变时间的一个重要原因。

为了通过接收器中的框或访问单元来调整来自分组缓存器的输出，需要关于用于输出的数据单元与ROUTE分组之间的映射的信息。在下文中，使用数据单元来指定用于从分组缓存器输出数据的单元。在一个实施例中，用于输出的数据单元可以指可单独解码的数据，即用于解码的数据单元。

由于发送器将一个对象仅视为单个传输单元而不管其内容，并且通过将对象划分为适合于传输的单元、经由ROUTE分组来发送对象，每个ROUTE分组的有效载荷可以不与分组缓存器的数据单元对应。可以经由一个ROUTE包发送一个小框或访问单元。然而，当单个框或访问单元具有较大的大小时，由于更低层的限制，需要传输一个或多个ROUTE包。因此，为了定义分组缓存器的数据单元与ROUTE分组之间的映射，发送器通过分组报头来发送附加的信令信息。

信令信息可以指示关于其被插入信令信息的分组的信息的以下多条信息中的至少一个：

1)分组是否包括一个或多个整体数据单元；

2)分组是否包括数据单元的起始部分；以及

3)分组是否包含数据单元的最后部分。

图14是说明根据本发明的实施例的接收媒体数据的接收器的结构的框图。接收器1400的结构作为示例被说明并且可以被配置为在图3中示出的的接收器320和处理器310的至少部分。

图14，发送器1400包括分组缓存器1405、去分组器1410、段解析器1420、一个或多个解码器缓存器1430和1435、以及一个或多个解码器1440和1445。去分组器1410基于发送器使用的传输协议，例如基于ROUTE协议的分组(被称为ROUTE分组或LCT分组)，来从分组缓存器1405接收分组，并且分解分组以生成段，例如DASH段。尽管未示出，但DASH段可以被存储在段缓存器中，直到段解析器1420准备就绪。段解析器1420根据ISOBMFF解析DASH段以在访问单元中输出媒体数据。访问单元被存储在对应的解码器缓存器1430和1435中，直到对应的解码器1440和1445准备就绪。解码器1440和1445对访问单元进行解码并输出媒体数据。

ISOBMFF定义了基于时间的多媒体文件(如视频和音频)的一般形式。根据ISOBMFF的文件包括一系列被称为框的对象，并且每个框包括媒体数据或元数据。为了段解析器1420从所接收的DASH段中提取媒体数据，首先需要执行元数据的解释并且以框为单元处理元数据。因此，当到段解析器1420的输入以框或访问单元为单元被配置时，段解析器1420可以在没有附加的延迟时间下将媒体数据输出到解码器缓存器1430和1435。为此，去分组器1410以框或访问单元为单元将被存储在分组缓存器1405中的数据发送到段解析器1420。

此外，接收器1400还包括信令解码器1425。信令解码器1425可以解码去分组器1410提供的控制信息(或信令信息)，以向去分组器1410和其他实体提供必要的信息。可以例如从每个分组的分组报头获得控制信息。

在图6中说明了在ROUTE协议中的、被用作基本传输单元的LCT分组的格式。在一个实施例中，图6中示出的LCT分组的分组报头中的PSI字段601、Res字段603、或报头扩展610可以被用于发送用于定义分组缓存器的数据单元与分组之间的映射的信令信息。

图15a和15b说明了LCT分组报头的报头扩展的示例。

参考图15a，报头扩展名1500a可以包括报头扩展类型(HET)字段1510、报头扩展长度(HEL)字段1520、和报头扩展内容(HEC)1530。HET字段1510指示报头扩展名1500a的类型，并且HEL字段1520使用32比特字的倍数来指示扩展报头1500a的总长度。

参考图15b，报头扩展名1500b可以包括报头扩展类型(HET)字段1540和报头扩展内容(HEC)1545。HET字段1540指示报头扩展名1500b的类型。

用于定义分组缓存器的数据单元与分组之间的映射的信令信息可以被包括在报头扩展1500a或1500b中的报头扩展内容1530或1545中。

在一个实施例中，当发送器执行媒体感知分组化时，LCT分组的有效载荷与数据单元之间的相关性可以是以下中的一个：

a.一个LCT分组的有效载荷包括一个或多个整体数据单元；以及

b.一个LCT分组的有效载荷包括一个数据单元的部分。

在下文中，为了便于描述，假设连续地发送包括一个数据单元的LCT分组。

发送器可以包括在分组报头中的以下两个字段。

-起始(S)字段(1比特)：如果分组有效载荷的第一字节对应于数据单元的第一字节，则设置为1，否则设置为0

-结束(E)字段(1比特)：如果分组有效载荷的最后字节对应于数据单元的最后字节，则设置为1，否则设置为0

在一个实施例中，可以经由在图6中说明的PSI字段601或Res字段603来发送两个字段。在另一实施例中，两个字段可以被包括在图1530或1545中说明的报头扩展中。

使用如下两个字段来定义分组有效载荷与数据单元之间的相关性。

-S＝0&E＝0：分组有效载荷包括一个数据单元的部分

-S＝1&E＝0：分组有效载荷包括一包括一个数据单元的第一字节的部分

-S＝0&E＝1：分组有效载荷包括一包括一个数据单元的最后字节的部分

-S＝1&E＝1：分组有效载荷包括所有一个或多个数据单元。

图16示出了根据本发明的实施例的使用起始和结束字段的分组传输过程的示例。

参考图16，对象1600包括多个框1610、1620、和1630a/b/c，并且框1610、1620、和1630a/b/c对应于用于从接收器的分组缓存器输出的分组的数据单元。将在对象1600中的第i个数据单元定义为OUi，通过一个分组1615发送包括与四个小框对应的OU1、OU2、OU3、和OU4的集合1610，通过一个分组1625发送与一个框对应的OU5 1620，以及通过三个分组1635a、1635b和1635c发送与一个框对应的OU6 1630a、1630b和1630c。

因此，第一分组1615包括在分组报头中的S＝1&E＝1，并且第二分组1625包括在分组报头中的S＝1&E＝1。第三分组1635a包括在分组报头中的S＝1&E＝0，第四分组1635b包括在分组报头中的S＝0&E＝0，并且第五分组1635c包括在分组报头中S＝0&E＝1。

图17是说明根据本发明的实施例的用于发送包括关于数据单元的信令信息的分组的过程的流程图。

参考图17，在操作1705中发送器接收媒体内容(例如，DASH内容)，并且在操作1710中基于DASH内容生成初始化段和媒体段(例如，DASH段)。在操作1715中，发送器生成与要被发送的有效载荷数据有关的报头信息。这里，报头信息可以包括指示数据单元与在分组中包括的有效载荷数据之间的相关性的信令信息。信令信息包括例如可被插入到分组报头的PSI字段601或Res字段603中的S字段和E字段。

在操作1720中，发送器基于DASH段和报头信息生成传送分组(例如，LCT分组)。LCT分组可以包括在分组报头中的信令信息。在操作1725中，使用对应的传输协议(例如，ROUTE协议)将LCT分组发送到接收器。

图18是说明根据本发明的实施例的用于接收包括关于数据单元的信令信息的分组的过程的流程图。

参考图18，在操作1805中，接收器基于传输协议(例如，ROUTE协议)接收传送分组(例如，LCT分组)，并且在操作1810中分解(即，去分组)LCT分组。在操作中1815，接收器解析通过分解获得的报头信息。报头信息包括与由LCT分组携带的有效载荷数据与数据单元之间的相关性相关的信令信息。信令信息包括例如可被插入到分组报头的PSI字段601或Res字段603中的S字段和E字段。

在操作1820中，接收器基于在分组报头中的信令信息来确定处理LCT分组。以下参考图16的示例描述接收器的详细过程。

接收器接收第一分组1615并且基于分组报头的S和E字段识别出第一分组1615包括一个或多个整体数据单元1610。因此，接收器直接输出，即，发送第一分组1615的有效载荷数据到段解析器1420。类似地，当接收到第二分组1625时，接收器基于分组报头的S和E字段识别出第二分组1625包括一个或多个整体数据单元1620，并且将第二分组1625的有效载荷数据直接发送到段解析器1420。

当接收到第三分组1635a时，接收器基于分组报头的S和E字段识别出第三分组1635a的有效载荷包括一包括数据单元的起始部分的部分1630a。在这种情况下，接收器将第三分组1635a的有效载荷数据存储在分组缓存器1405中，而不是将有效载荷数据直接发送到段解析器1420。

当接收到第四分组1635b时，接收器基于分组报头的S和E字段识别出第四分组1635b的有效载荷不包括数据单元的最后部分，将第四分组1635b的有效载荷数据与先前分组1635a的有效载荷一起存储。当接收到第五分组1635c时，接收器基于分组报头的S和E字段识别出第五分组1635c的有效载荷包括数据单元的最后部分1630c，输出先前所存储的第三分组与第四分组1635a和1635c的有效载荷数据以及来自分组缓存器1405的、第五分组1635c的有效载荷数据，以将有效载荷数据发送到段解析器1420。

通常，根据指示有效载荷数据与数据单元之间的相关性的S和E字段的、接收器的操作如下。

i)S＝0&E＝0：在缓存器中存储整个有效载荷

ii)S＝1&E＝0：在缓存器中存储整个有效载荷

iii)S＝0&E＝1：输出数据和被存储在缓存器中的有效载荷

iv)S＝1&E＝1：输出整个有效载荷

在一个实施例中，接收器可以在将数据输出到段解析器1420之前施加一定时间段的延迟。

用于分组输出的数据单元是段解析器1420的输入单元。由于段解析器1420的输入单元与段解析器1420的处理单元相同，在操作1825中，段解析器1420在没有任何附加的延迟时间下处理输入数据，以将媒体数据输出到解码器缓存器1430和1435。

在操作1830中，解码器1440和1445将被存储在解码器缓存器1430和1435中的媒体数据的量与通过单独的信令接收到的初始要求缓存量进行比较。当所存储的媒体数据量等于或大于初始要求缓存量时，接收器确定已经缓存了足够的媒体数据并开始解码。可以通过例如在MPD中的MPD@minBufferTime(MBT)和Represented@bandwidth(BW)的属性将初始要求缓存量发送到接收器。

在本发明的另一实施例中，可以省略S字段。

在下文中，描述了根据本发明的实施例的当发送器不执行媒体感知分组化时发送器和接收器的用于支持快速解码的操作。

发送器包括在每个LCT分组的q分组报头中的以下两个字段。

-S(1比特)：如果分组有效载荷包括数据单元的第一字节，则设置为值1，否则设置为值0

-E(1比特)：如果分组有效载荷包括数据单元的最后字节，则设置为值1，否则设置为值0

在一个实施例中，可以经由在图6中说明的PSI字段601或Res字段603来发送两个字段。在另一实施例中，两个字段可以被包括在图15a或15b中说明的报头扩展1530或1545中。

当接收到E字段被设置为1的LCT分组时，接收器可以输出一个或多个所缓存的数据单元。

-S＝0&E＝0：分组有效载荷包括一个数据单元的部分

-S＝1&E＝1：分组有效载荷包括一个或多个数据单元中的一些的所有。

在本发明的一个实施例中，当S＝1&E＝1时，LCT分组可以包括指示被包括在分组的有效载荷中的每个数据单元的位置或边界的信息。在一个实施例中，指示位置的信息可以被包括在图15a或15b说明的LCT分组的报头扩展1530或1545中。

图19说明了根据本发明的实施例的包括用于标识用于来自分组缓存器的输出的数据单元的信息的报头扩展的格式。

参考图19，报头扩展1900包括HET字段1910，第一起始位置字段1920和最后结束位置字段1930。

HET字段1910是范围从128到255的8比特值并且指示报头扩展1900的类型。

第一起始位置字段1920指示在包括在分组有效载荷中的起始字节的数据单元中的第一数据单元的起始字节的对象中的位置。

最后结束位置字段1930指示在包括在分组有效载荷中的最后字节的数据单元中的最后数据单元的最后字节的对象中的位置。

在一个实施例中，可以基于分组有效载荷的第一字节而不是对象的开始来显示位置字段1920和1930。

图20示出了根据本发明的实施例的使用起始位置字段和结束位置字段的分组传输过程的示例。

参考图20，对象2000包括多个框2010、2020、2030、和2040，并且框2010、2020、2030、和2040对应于用于从接收器的分组缓存器输出的分组的数据单元。将对象2000中的第i个数据单元定义为OUi，每个OU具有以下大小。即，OU1 2010的大小为600字节，OU2 2020的大小为300字节，OU3 2030的大小为100字节，OU4 2040的大小为100字节，并且OU5 2050的大小为500字节。将对象2000中的400字节的数据依次分配给LCT分组2015、2025、2035、和2045的分组有效载荷。

第一分组2015包括在分组有效载荷中的OU1 2010的前400字节并且包括在分组报头中的S＝1&E＝0。第二分组2025包括在分组有效载荷中的OU1 2010的最后200字节和在分组有效载荷中的OU2 2020的前200字节并且包括在分组报头中的S＝1&E＝1。第三分组2035包括在分组有效载荷中的OU2 2020的最后100字节、OU3 2030、OU4 2040、和OU5 2050的前100字节，并且包括在分组报头中的S＝1&E＝1。第四分组2045包括在分组有效载荷中的OU52050的最后400字节并且包括在分组报头中的S＝0和E＝1。

当接收到分组2015、2025、2035、和2045时，接收器如下根据S和E字段的值处理分组2015、2025、2035、和2045。

-S＝0&E＝0：在包缓存区中存储整个有效载荷

-S＝1&E＝0：在包缓存区中存储整个有效载荷

-S＝0&E＝1：将所缓存的数据和当前分组的整个有效载荷从分组缓存器输出到段解析器

-S＝1&E＝1：将所缓存的数据和在当前分组的分组有效载荷中的第一起始位置之前的数据从分组缓存器输出到段解析器。此外，将从在当前分组的分组有效载荷中的第一起始位置到最后结束位置的数据输出到段解析器，并且在分组缓存器中存储在最后结束位置之后的分组有效载荷的最后数据。这里，可以由在当前分组的报头扩展中包括的第一起始位置字段和最后结束位置字段分别指示第一起始位置和最后结束位置。

在一个实施例中，接收器可以在将数据输出到段解析器之前施加一定时间段的延迟。

根据上述操作，段解析器可以在与其处理单元对应的数据单元中接收数据，并且因此可以在没有任何附加的延迟时间下处理输入数据以将媒体数据输出到解码器缓存器。

在一个实施例中，可以省略在上述实施例中说明的在分组报头中的S字段。

图21a说明了根据本发明的实施例的在分组报头中省略S字段时被包括在报头扩展中的信息。

参考图21a，报头扩展包括HET字段和最后结束位置字段2110。上面已经描述了最后结束位置字段2110。

在一个实施例中，发送器可以选择性地执行媒体感知分组化，并且可以使用单独的信令字段来通知接收器该发送器是否执行了媒体感知分组化。

在一个实施例中，当执行媒体感知分组化时，发送器不包括在报头扩展中的位置字段；当不执行媒体感知分组化时，发送器可以包括在报头扩展中的位置字段。在报头扩展中存在位置字段，接收器可以确定发送器已经执行了媒体感知分组化。

在一个实施例中，发送器可以包括在报头扩展中的而不是在分组报头中的起始(S)字段和结束(E)字段。

图21b说明了根据本发明的实施例的包括起始和结束字段的固定长度报头扩展的格式。

参考图21b，报头扩展包括HET字段、S字段2115、E字段2120、第一起始位置字段2125、和最后结束位置字段2130。上面已经描述了字段2115、2120、2125、和2130。

图21c示出了根据本发明的实施例的包括起始和结束字段的可变长度报头扩展的格式。

参考图21c，报头扩展包括HET字段、HEL字段2135、S字段2140、E字段2145、第一起始位置字段2150、和最后结束位置字段2155。上面已经描述了字段2140、2145、2150、和2155。

在图21b和图21c中示出的报头扩展中，可以省略S字段2115和2140以及第一起始位置字段2125和2150。

在一个实施例中，只有当分组有效载荷包括数据单元的最后字节时发送器可以发送包括被如图21d配置的报头扩展的分组。

参考图21d，报头扩展包括HET字段和最后结束位置字段2160。上面已经描述了字段2160。

如上所述，在本发明的实施例中，接收器通过在LCT的分组报头中包括关于段解析器可解释的数据单元的边界的信息，将部分DASH段输入到段解析器包。因此，可以减少服务的初始连接时间和信道改变时间。

需要在解码之前被存储在缓存器中的文件数据量(即初始要求缓存量)与媒体内容的编码和网络条件相关联。

在一个实施例中，根据ISOBMFF说明(例如，ISO/IEC 14496-12：2012(E))在发送器中所使用的ISO文件的格式与在图1b中示出的相同。发送器可以包括在图1b中示出的文件中的渐进(progressive)下载信息(pdin)框以发送与初始缓存相关的信息。

pdin框有助于渐进下载ISO文件。框包括有效的下载比特率和建议的初始播放延迟的组合。pdin框可以尽可能前面地被放置在ISO文件中。

在下面示出pdin框的语法。

Aligned(8)class ProgressiveDownloadInfoBox

extends FullBox('pdin',version＝0,0){

for(i＝0；；i++){//to end of box

unsigned int(32)rate；

unsigned int(32)initial_delay；

}

这里，速率字段指示以字节/秒表示的下载速率，并且initial_delay字段指示播放文件时使用的建议的延迟。即，如果继续以pdin框给出的下载速率下载，则可以在使用时间内接收在文件中的所有数据并且播放不被中断。

然而，pdin框可能不被包括在文件中，即使被包括在内，接收器只有在解析文件后知道pdin框中的值。此外，由于到段解析器的输入是以DASH段为单元，所以与在pdin框中提出的初始延迟(ID)相比，实际的初始延迟增加。

此外，考虑到文件的传输速率来设置接收器稳定播放服务所必需的初始延迟。例如，假设将传输速率维持在500kbytes/sec，当接收器在文件被接收1秒之后开始解析段时，被包括在文件中的媒体数据可以被无缝播放。然而，由于初始延迟是基于在文件中包含的媒体的特性和因特网下载环境的值，所以很难将延迟直接应用于广播环境。

在下面要描述的实施例中，假设将下载速率维持在R，当接收器在接收文件ID秒之后开始解析段时，可以提供信令信息以无缝地播放媒体数据。通过单独的信令发送信令信息。例如，通过在ROUTE协议的LSID中包括的源流元素发送信令信息。信令信息可以包括LSID的属性，诸如@TransferRate和@minBufferTime。被包括在LSID的源流元素中的这些属性被称为SourceFlow@transferRate和SourceFlow@minBufferTime。

在广播系统中，重复发送信令信息和初始化段以减少信道改变时间。初始化段被认为是初始信令信息，并且因此可以通过来自用于媒体段的会话的单独的会话来与MPD一起被发送，或者可以通过与媒体段相同的会话来被发送。

在下文中，描述了在其中通过与媒体段相同的会话的源流来发送初始化段的实施例。因此，基于初始化段和媒体段两者来设置SourceFlow@transferRate和SourceFlow@minBufferTime。

为了便于描述，媒体段的传输速率和初始化段的传输速率被定义为SourceFlow@transferRate＝R。基于初始化段的大小和重复周期性来计算R。当在存储来自所接收到的文件的R*ID的数据之后接收器开始段解析和解码时，可以无缝地播放媒体数据。这里，SourceFlow@minBufferTime等于ID。

为此，从接收到初始化段的第一分组的时间开始，接收器收集(即，缓存)已经接收了ID的分组并将分组发送到段解析器。

在下文中，描述了在其中初始化段通过与媒体段不同的会话的源流来被发送或者以信令信息的形式被发送的一个实施例。可以由接收器在接收到要被播放的媒体段之前接收初始化段。在这里，基于初始化段和媒体段来设置在源流的LSID中包括的属性SourceFlow@transferRate和SourceFlow@minBufferTime，其中在源流中发送媒体段。

为了便于描述，媒体段的传输速率定义为SourceFlow@transferRate＝R。当在存储来自所接收到的文件的R*ID的数据之后接收器开始段解析和解码时，可以无缝地播放媒体数据。

这里，将初始化段的大小定义为IS，如下计算由发送器设置的SourceFlow@minBufferTime。

SourceFlow@minBufferTime＝(R*ID-IS)/R

即，接收器从接收到媒体段的第一分组的时间收集(即，缓存)已经接收了(R*ID-IS)/R的分组并将分组发送到段解析器。

随着近来广播服务和通信服务的融合服务已经发展，在将因特网或其他网络与广播网络结合的混合网络环境中，需要提供适应各种终端和可变信道条件的优化服务。在混合无线网络中，在需要在不同网络之间的网络改变的状态下提供无缝广播服务是非常重要的。

例如，当终端通过广播网络接收媒体服务的同时被连接到诸如因特网的宽带网络时，如果通过因特网被发送的信号的强度低于通过广播网络被发送的信号的强度，终端经由因特网接收媒体服务。此外，当终端通过广播网络正在接收与棒球比赛相关的广播服务信号的同时，在广播网络中的针对广播方案的保留时间结束时，如果希望继续接收与棒球比赛相关的广播服务，广播服务提供商可以继续通过因特网服务棒球比赛并且终端需要从广播网络改变到因特网。此外，当相对较少数量的终端通过广播网络访问第一广播服务并且相对大量的终端通过因特网访问第二广播服务时，广播服务提供商提供少量终端通过因特网访问的广播服务并提供大量终端通过广播网络访问的广播服务是有效的。

当终端在如上所述的不同情形下接收媒体服务的同时从广播网络改变为因特网时，由于与广播网络相比，因特网具有相对不稳定的传输条件，所以终端可能导致服务质量的恶化。因此，需要能够使终端在混合无线网络中需要在不同网络之间的网络改变的状态下无缝地接收媒体服务的技术。

因此，在下面要描述的实施例中，提供了用于终端在混合无线网络中需要在不同网络之间的网络改变的状态下来无缝地接收媒体服务的必要控制信息。

图22说明了根据本发明的实施例的用于发送和接收控制信息的系统的结构。

参考图22，该系统包括广播内容服务器2200、因特网内容服务器2220、和广播接收终端2230。广播接收终端2230包括终端控制单元2245、媒体重放单元2250、MPD解析单元2240、缓存器2255、以及所接收的分组解析单元2235。广播接收终端2230可以经由广播网络来访问广播内容服务器2200和/或可以经由诸如因特网的宽带网络来访问因特网内容服务器2220。

广播接收终端(以下，“终端”)2230需要关于广播网络的URL信息(以下被称为“广播URL信息”)，以便经由广播网络来接收媒体服务。当媒体服务使用基于ROUTE/DASH的传输时，可以从MPD获得广播URL信息。因此，终端2230从广播内容服务器2200获得包括用于媒体服务的广播URL信息的MPD，并且接收被存储在由广播URL信息指示的位置的媒体流2210。

当终端2230在接收媒体流2210的同时确认需要改变到因特网时，终端控制单元2245从广播内容服务器2200请求包括指示在因特网上的媒体服务的位置的因特网URL信息的新MPD。广播内容服务器2200将包括由终端2230请求的因特网URL信息的新MPD或更新的MPD 2205发送到终端2230。终端2230从新/更新的MPD 2205获得关于媒体服务的因特网URL信息，基于因特网URL信息向因特网内容服务器2220发送对媒体服务的请求2260，并且从因特网内容服务器2220接收关于媒体服务的媒体流2225。因此，终端2230可以在从广播网络改变为因特网的同时无缝地接收媒体服务。

终端2230的所接收的分组解析单元2235从广播内容服务器2200或因特网内容服务器2220接收的分组中提取MPD和媒体流，并且将MPD和媒体流分别发送到MPD解析单元2240和缓存器2255。MPD解析单元2240从MPD提取诸如URL信息、最小缓存时间、和缓存器可访问时间的信息，并将该信息发送到终端控制单元2245。终端控制单元2245基于所发送的信息来控制媒体重放单元2250。媒体播放单元2250读取被存储在缓存器2255中的媒体流并且基于最小缓存时间或缓存器可访问时间来播放媒体。

然而，当因特网具有比广播网络的通信环境差的通信环境时，如果终端2230基于在从广播网络改变到因特网的时刻从广播网络的MPD获得的最小缓存时间或缓存器可访问时间来管理缓存器2255，由于广播网络和因特网之间的分组传输速度的差异，可能不连续地播放媒体。终端2230在从广播网络改变到因特网的时刻接收包括一包括因特网URL的MPD的分组，并且解析MPD，从而获得媒体重放所必需的相关信息。然而，由于MPD包括与媒体重放相关的大量信息，所以频繁的MPD传输导致所发送的信息量的增加。

因此，下面将描述的实施例提供一种用于支持终端在不显着增加网络的传输数量下在网络改变中无缝地播放服务的技术。

图23说明了根据本发明实施例的用于发送和接收控制信息的系统的结构。

参考图23，该系统包括广播内容服务器2300、因特网内容服务器2320、和广播接收终端2330。广播接收终端2330包括终端控制单元2345、媒体重放单元2350、MPD解析单元2340、缓存器2355、所接收的分组解析单元2335、和MPD生成器2370。广播接收终端2330可以经由广播网络访问广播内容服务器2300和/或可以经由诸如因特网的宽带网络来访问因特网内容服务器2320。

广播接收终端(以下，“终端”)2330需要关于广播网络的URL信息(以下被称为“广播URL信息”)，以便经由广播网络来接收媒体服务。当媒体服务使用基于ROUTE/DASH的传输时，可以从MPD获得广播URL信息。因此，终端2330从广播内容服务器2300获得包括用于媒体服务的广播URL信息的MPD，并且接收被存储在由广播URL信息指示的位置的媒体流2310。

当终端2330在接收媒体流2310的同时确认需要改变到因特网时，终端控制单元2345从广播内容服务器2300请求包括指示在因特网上的媒体服务的位置的因特网URL信息的新MPD。广播内容服务器2300将包括由终端2330请求的因特网URL的新MPD或更新的MPD2305发送到终端2330。终端2330从新/更新的MPD 2305获得关于媒体服务的因特网URL信息，基于因特网URL信息向因特网内容服务器2320发送对媒体服务的请求2360，并且从因特网内容服务器2320接收关于媒体服务的媒体流2325。

终端2330的所接收的分组解析单元2335从广播内容服务器2300或因特网内容服务器2320接收的至少一个分组中提取MPD和媒体流，并且将MPD和媒体流分别发送到MPD解析单元2340和缓存器2355。MPD解析单元2340从MPD提取诸如URL信息、最小缓存时间、和缓存器可访问时间的信息，并将该信息发送到终端控制单元2345。终端控制单元2345基于所发送的信息来控制媒体重放单元2350。媒体播放单元2350读取被存储在缓存器2355中的媒体流并且基于最小缓存时间或缓存器可访问时间来播放媒体。

当通过广播网络接收广播服务的终端从广播网络改变为因特网时，终端控制单元2345需要基于所接收的分组的数量来维持要存储在缓存器2355中的数据的最小缓存量以便无缝地播放媒体。

为此，广播内容服务器2300发送要用于网络改变的MPD模板，使得终端2330的MPD生成器2370可以生成自主MPD。此外，广播内容服务器2300分组必要信息(以下被称为“MPD生成信息”)2380并将其发送到终端2330，使得终端2330基于网络条件来控制缓存器2355。广播内容服务器2300基于终端2330的网络条件来生成MPD生成信息。为此，MPD生成信息可以具有比传统的MPD小的尺寸并且可以更频繁地被发送。

终端2330的所接收的分组解析单元2335提取并解析由广播内容服务器2300发送的包括MPD生成信息2380的分组，提取MPD生成信息2372作为解析的结果，并将MPD生成信息2372发送到MPD生成器2370。MPD生成器2370基于MPD生成信息2372来生成自主MPD(或虚拟MPD)2374，并将所生成的MPD 2374发送到MPD信息解析单元2340。在一个实施例中，MPD生成器2370可以通过将MPD生成信息2372应用于先前设置的MPD模板、先前所接收的MPD模板或先前所接收的MPD来生成MPD 2374。

MPD解析单元2340解析MPD 2374以提取因特网URL信息、和缓存器控制与媒体重放管理所必需的信息(例如，最小缓存时间、缓存器可访问时间等)，并将所提取的信息发送到终端控制单元2345。终端控制单元2345控制媒体播放单元2350以基于反映了网络条件的信息来播放媒体。即，媒体重放单元2350读取被存储在缓存器2355中的媒体流并且基于由终端控制单元2345提供的最小缓存时间或缓存器可访问时间来播放媒体。

在一个实施例中，用于终端2330生成自主MPD的MPD模板可以是由MPEG DASH定义的MPD架构，并且可以通过从广播内容服务器2300发送的分组被携带。

在一个实施例中，基于网络条件控制缓存器2355所必需的MPD生成信息可以包括在下表4中说明的信息片段。

[表4]

在表4中，用于时间分配的初始值基于服务器的协调世界时(CoordinatedUniversal Time，UTC)或系统时钟(System Time Clock，STC)。如果初始值基于STC，则广播内容服务器2300向终端2330提供STC相关信息。在表4中列出的时间可以被指定为绝对时间或相对时间。

MPD生成器2370可以如下计算要被包括在MPD中的值以便基于上述MPD生成信息生成MPD。

URL：被替换为newURL值。

MPD@minBufferTime：被转换为MPD@minBufferTime+maxE2eDelay的值。

PeriodStart：被替换为periodStartTime。

MPD@availabilityStartTime：根据终端2330的缓存状态管理，被转换为MPD@availabilityStartTime+maxE2eDelay，accessTime+minAccessTime、和minAccessTime中的一个值。

这里，MPD@minBufferTime和MPD@availabilityStartTime是终端2330已经先前通过MPD接收并且当前应用的值。

在一个实施例中，MPD生成信息可以使用以下方式发送。

第一，根据FLUTE将MPD生成信息通过插入到LCT分组的分组报头中被发送。

广播内容服务器2300可以将LCT分组报头中的Res字段的1比特分配为“信令的报头扩展”字段，可以向该字段分配比特值“1”，并且可以向LCT分组报头的报头扩展添加“MPD生成信息”字段或者可以向报头扩展添加“MPD模板”字段。

第二，通过MMT信令消息来发送MPD生成信息。

广播内容服务器2300可以基于MMT信令消息的格式来生成包括一包含MPD生成信息的元素的MMT信令消息。在一个实施例中，可将元素与MMT通用文件递送表(Generic FileDelivery Table，GFDT)描述符一起插入到一个分组中。

第三，MPD生成信息通过被包括在用于广播服务的电子节目指南(ElectronicProgram Guide，EPG)中被发送。

广播内容服务器2300可以通过将MPD生成信息插入到服务指南的特定字段来发送MPD生成信息。这里，服务指南包括由所接收的分组解析单元2335和/或MPD生成器2370可解释的信息，而不是向用户表达的信息。

第四，MPD生成信息通过被插入到用于广播提供商的因特网媒体传输的HTTP报头中被发送。

当终端2330向广播内容服务器2330发送用于HTTP连接的HTTP请求消息时，广播内容服务器2330可以发送包括MPD生成信息的HTTP响应消息。

虽然MPD模板和/或MPD生成信息已经被描述为从广播内容服务器2300提供，但是如果必要，终端2330可以从因特网内容服务器2320接收MPD模板和MPD生成信息中的至少一个。

本发明的特定方面可以被实现为在计算机可读记录介质中的计算机可读代码。计算机可读记录介质是可以存储可由计算机系统读取的数据的预定数据存储设备。计算机可读记录介质的示例可以包括只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、CD-ROM(Compact Disc Read-Only Memory，光盘只读存储器)、磁带、软盘、光学数据存储设备、和载波(诸如通过因特网的传输数据)。可以通过被连接到网络的计算机系统来分布计算机可读记录介质，并且因此计算机可读代码以分布式方式被存储和执行。此外，用于实现本发明的功能程序、代码和代码段可以容易地由本发明所属领域的技术人员解释。

应当理解，可以以硬件、软件、或硬件和软件的组合的形式来实现根据本发明的实施例的方法和装置。任何这样的软件可以被存储在例如诸如ROM的易失性或非易失性存储设备、诸如RAM的存储器、存储器芯片、存储设备、或存储器IC、或诸如CD、DVD的可记录光学或磁介质、磁盘、或磁带中，而不管其被擦除的能力或其被重新记录的能力。还可以领会，在移动终端中包括的存储器是适合于存储包括由处理器设备执行从而实现本发明的实施例的指令的程序的机器可读设备中的一个示例。

因此，本发明包括用于实现在本说明书所附权利要求书中描述的装置和方法的代码的程序和用于存储程序的机器(计算机等)可读存储介质。此外，程序可以通过诸如通过有线或无线连接传输的通信信号的预定介质进行电子传输，并且本发明适当地包括程序的等同物。

此外，根据本发明的实施例的装置可以从有线或无线连接到其的程序提供设备接收程序，并且可以存储程序。程序提供装置可以包括一包括程序处理装置通过其执行预设内容保护方法的指令的程序、用于存储内容保护方法所必需的信息等的存储器、用于与程序处理设备执行有线或无线通信的通信单元、以及用于应程序处理装置的请求或者自动将对应的程序发送到收发器的控制器。

尽管在本发明的详细描述中已经描述了实施例，但是在不脱离本发明的范围的情况下，可以以各种形式修改本发明。因此，本发明的范围不应被定义为限于实施例，而应由所附权利要求及其等同物定义。

Claims

1.一种用于在通信系统中发送媒体信息的方法，所述方法包括：

生成与媒体数据相关的分组有效载荷和分组报头；以及

发送包括所述分组报头和所述分组有效载荷的分组，

其中所述分组报头包括指示在所述分组有效载荷中包括的数据的优先级类型的优先级相关信息。

2.根据权利要求1所述的方法，其中所述优先级类型指示：所述分组有效载荷包括媒体呈现描述(MPD)；所述分组有效载荷包括用于解码器初始化的初始化段；在所述分组有效载荷中包括的媒体段的碎片类型；在所述分组有效载荷中的媒体段中包括的框类型；所述分组有效载荷包括信令消息；或所述分组有效载荷包括随机接入点(RAP)。

3.根据权利要求1所述的方法，其中，所述优先级相关信息被包括在所述分组报头中的报头扩展中并且所述优先级相关信息包括指示是否包括优先级类型字段的优先级字段和指示所述优先级类型的所述优先级类型字段。

4.一种用于在通信系统中发送媒体信息的方法，所述方法包括：

生成与媒体数据相关的分组有效载荷和分组报头；以及

发送包括所述分组报头和所述分组有效载荷的分组，

其中所述分组报头包括指示在所述分组有效载荷中包括的数据与用于解码的数据单元之间的映射的信令信息。

5.根据权利要求4所述的方法，其中所述信令信息指示：所述分组有效载荷是否包括一个或多个整体数据单元；所述分组有效载荷是否包括一个数据单元的起始部分；或所述分组有效载荷是否包括一个数据单元的最后部分。

6.根据权利要求4所述的方法，其中所述信令信息包括起始(S)字段和结束(E)字段中的至少一个，所述起始(S)字段指示所述分组有效载荷的第一字节对应于一个数据单元的第一字节，并且所述结束(E)字段指示所述分组有效载荷的最后字节对应于一个数据单元的最后字节，并且所述S字段和所述E字段被包括在协议特定指示(PSI)字段、保留字段、和在所述分组报头中的报头扩展中的任何一个中。

7.根据权利要求4所述的方法，其中所述信令信息包括第一起始位置字段和最后结束位置字段中的至少一个，所述第一起始位置字段指示在包括在所述分组有效载荷中的起始字节的数据单元中的第一数据单元的起始字节的对象中的位置，并且所述最后结束位置字段指示在包括在所述分组有效载荷中的最后字节的数据单元中的最后数据单元的最后字节的对象中的位置。

8.一种用于在通信系统中发送媒体信息的方法，所述方法包括：

生成与媒体数据相关的分组有效载荷和分组报头；

发送包括所述分组报头和所述分组有效载荷的分组；以及

发送包括分层编码传送(LCT)会话实例描述(LSID)的分组，所述LSID包括关于所述分组的解码信息，

其中所述LSID包括所述媒体数据的传输速率和最小缓存时间。

9.根据权利要求8所述的方法，其中，通过(R*ID-IS)/R计算所述最小缓存时间，其中R是所述传输速率，ID是所分配的初始延迟，IS是初始化段的大小。

10.根据权利要求8所述的方法，其中，通过与包括所述媒体数据的分组的会话相同或不同的会话来发送包括所述LSID的所述分组。

11.一种用于在通信系统中由终端接收媒体信息的方法，所述方法包括：

从服务器接收包括媒体呈现描述(MPD)和关于媒体服务的媒体流的一个或多个分组；

基于所述终端的网络条件来接收用于生成新的MPD的MPD模板和MPD生成信息；

基于所述MPD模板和所述MPD生成信息来生成自主MPD；以及

基于所述自主MPD来从缓存器读取所述媒体流以播放所述媒体流。

12.根据权利要求11所述的方法，其中，所述MPD生成信息包括指示获取与所述媒体服务有关的媒体的位置的统一资源定位符(URL)信息、在分组传输中的最大延迟时间、MPD传输时间段的开始时间、访问媒体数据的时间、访问与媒体数据相关的基本信息的时间、最小缓冲时间、和缓存器可访问时间中的至少一个。

13.根据权利要求11所述的方法，其中从与用于包括所述媒体流的分组的服务器相同或不同的服务器接收包括所述MPD生成信息的分组。

14.根据权利要求11所述的方法，其中在当所述终端从广播网络改变为因特网时的时间发送包括所述MPD生成信息的分组。