CN104823420B

CN104823420B - 用于在多媒体通信系统中发送/接收多媒体数据传递特性信息的设备和方法

Info

Publication number: CN104823420B
Application number: CN201380063000.XA
Authority: CN
Inventors: 朴勍模; 徐德荣; 柳诚烈; 黄承吾; 李龙宪; 宋在涓
Original assignee: Samsung Electronics Co Ltd; Industry Academic Cooperation Foundation of Kyung Hee University
Current assignee: Samsung Electronics Co Ltd; Industry Academic Cooperation Foundation of Kyung Hee University
Priority date: 2012-10-11
Filing date: 2013-10-11
Publication date: 2019-02-22
Anticipated expiration: 2033-10-11
Also published as: EP2907281A1; KR20140051498A; JP2015537430A; EP2907281B1; WO2014058266A1; US20140105132A1; JP6521523B2; KR102048480B1; EP2907281A4; CN104823420A; US10523399B2

Abstract

提供一种通过多媒体通信系统中的多媒体数据发送设备发送多媒体数据传递特性信息的方法。该方法包括向多媒体数据接收设备发送指示表示是否包括与多媒体数据的服务质量(QoS)有关的信息的多媒体数据传递特性信息的元素，并且如果所述元素指示包括多媒体数据传递特性信息，则发送所述多媒体数据传递特性信息。

Description

用于在多媒体通信系统中发送/接收多媒体数据传递特性信息的设备和方法

技术领域

本公开涉及用于在多媒体通信系统中发送/接收多媒体数据传递特性信息的设备和方法。

背景技术

近期，已在积极地研究提供多媒体服务的多媒体通信系统。多媒体服务包括诸如视频电话之类的通话服务、诸如视频点播(VOD)服务之类的流服务、诸如多播多媒体服务和广播多媒体服务之类的服务。多媒体服务可以分类为实时多媒体服务和非实时多媒体服务，并且实时多媒体服务可以根据服务类型而被分类为通话服务、交互服务、流服务等。此外，多媒体服务可以根据接收多媒体服务的用户设备(UE)的数量而被分类为单播多媒体服务、多播多媒体服务和广播多媒体服务。

在例如基于电气和电子工程师协会(IEEE)802.16的全球互通微波存取 (WIMAX)的IEEE802.16标准、例如基于IEEE 802.11e的无线保真传输机会 (WiFi TXOP)标准的IEEE802.11e以及第三代合作伙伴项目(3GPP)的通用移动电信系统(UMTS)标准和长期演进(LTE)标准中，已经提出了预留用于提供多媒体服务的资源和确保所预留的资源的功能。

多媒体通信系统可以使用以下资源预留协议以便确保实时多媒体服务的服务质量(QoS)。

在作为在因特网工程工作小组(IETF)中使用的资源预留协议的、诸如在资源预留协议(RSVP)中包括的流量规范(tspec)、请求规范(rspec)和流规范 (flowspec)之类的资源预留协议中，定义了各种参数，并且所述各种参数具有与IEEE 802.16标准、IEEE802.11e标准、3GPP的UMTS标准和LTE标准的兼容性。

在IEEE 802.16标准、IEEE 802.11e标准、3GPP的UMTS标准和LET 标准中，通常使用双漏桶(double leaky bucket)参数来预留资源。

图1示意性地图示了根据现有技术的在多媒体通信系统中使用双漏桶参数表达具有可变比特率的数据的过程。

参考图1，使用在RSVP的tspec中包括的四个参数(Rg，Rp，Bp，B)以双漏桶的形式来表达具有可变比特率的业务。这里，Rg是表示确保的比特率的参数，Rp是表示峰值比特率的参数，Bp是表示针对峰值比特率的缓冲尺寸的参数，而B是表示缓冲尺寸的参数。

在图1中，确保的比特率Rg 101表示给定的平均比特率，如果相关的位在相关定时点处被存储到缓冲中，则即使在相关定时点的比特率瞬时大于确保的比特率Rg 101，也不会发生过流。在图1中，将假定确保的比特率Rg 101 所需的缓冲尺寸是B 103。在一些情况下，缓冲尺寸B 103对应于确保的比特率Rg 101，并且可以被表达为确保的缓冲尺寸Bg。

此外，可以预先确定峰值比特率Rp 105。如果假定在其中发送一个数据分组的时间段内维持峰值比特率Rp 105，则针对峰值比特率Rp 105的缓冲尺寸Bg 107可以被确定为服务数据单元(SDU)的最大尺寸。通常可以使用最大传送单元(MTU)来表达SDU的最大尺寸。

在表1中表达使用四个双漏桶参数的各种协议的示例。

【表1】

如表1中所示，在IETF RSVP和IEEE 802.11e tspec中使用对应于Rg、 Rp、Bp、B的p、M、r、b，在基于WIMAX标准的IEEE 802.16中使用对应于Rg、Rp、Bp、B的最小预留业务速率、SDU尺寸、最大持续业务速率、最大延迟，在3GPP UMTS&LET标准中使用对应于Rg、Rp、Bp、B的最大比特率(4B)、最大SDU尺寸、确保的比特率(4B)、k*最大SDU，在移动图像专家组(MPEG)-4对象描述符(OD)标准中使用对应于Rg、Rp、Bp、B的 avgBitrate(平均比特率)、MAX_AU_SIZE(最大AU尺寸)、AverageBitRate(平均比特率)、bufferSizeDB，并且在异步传输模式(ATM)标准中使用对应于Rg、 Rp、Bp、B的PCR、CDVT、SCR、BT。

在此将省略对在IETF RSVP和IEEE 802.11e tspec中使用的p、M、r、b，在基于WIMAX标准的IEEE 802.16中使用的最小的预留业务速率、SDU尺寸、最大持续业务速率、最大延迟，在3GPP UMTS&LET标准中使用的最大比特率(4B)、最大SDU尺寸、确保的比特率(4B)、k*最大SDU，在MPEG-4 OD标准中使用的avgBitrate、MAX_AU_SIZE、AverageBitRate、bufferSizeDB，以及在异步传输模式(ATM)标准中使用的PCR、CDVT、SCR、BT的详细描述。

如表1所表达的，使用双漏桶参数生成多媒体数据传递特性信息在与其它协议的兼容性方面是有利的。

通常，在用于提供多媒体服务的服务会话建立处理中设置资源预留协议。假定在执行多媒体服务的同时设置资源预留协议，即，在发送多媒体内容中所有内容的数据的网络上的端点当中设置资源预留协议。

然而，不可能在于现有技术的开放因特网环境中提供服务的端点之间预留资源。在核心网中，稳定和宽带传输是可能的，然而，由于在多个UE之间的资源共享引起的问题可能出现在更靠近端点的点处。具体地，在无线通信和移动通信系统中，网络环境由于诸如UE的移动、电子干扰等之类的各种原因而动态改变。出于说明方便，动态改变的网络环境将被称为“动态网络环境”。

图2示意性地图示在根据现有技术的通信系统的移动网络中的动态网络环境的改变。

例如，参考图2，移动网络可以是使用IEEE 802.16标准的IEEE 802.16 网络。在图2的图中，水平轴指示时间，而垂直轴指示在相关时间测量的信号对干扰加噪声比(SINR)(dB)。即，图2中的图指示在10分钟内测量的SINR。

同时，在现有技术的MPEG标准中，MPEG媒体传输(MMT)技术已经被标准化。在MMT技术中，已经研究了预留用于多媒体服务的资源以及确保所预留的资源的功能、在动态网络环境中生成多媒体数据传递特性信息以及发送/接收所生成的多媒体数据传递特性信息的功能等。

在MMT技术中，使用资源传递特性(ADC)信息来提供传递特性信息的 MMT资源单元。

MMT资源包括一个或多个媒体处理单元(MPU)。MPU根据尺寸而被封装为一个或多个MMT有效负载。即，MPU可以根据最大传输单元(MTU)尺寸而被封装为一个MMT有效负载，或通过将MPU分段而被封装为多个MMT 有效负载，或通过聚合MPU而被封装为包括多个MPU的一个MMT有效负载。MMT资源是应用了合成信息和传递特性的最大数据单元。

ADC信息是用于确保MMT资源传递的QoS的信息，并且表示特定传输环境的媒体参数和确保QoS的媒体参数。

所以，在使用MMT技术的MMT系统中，服务提供商应当通过考虑使用ADC信息的多媒体数据传递特性信息来建立网络。

在动态网络环境中，如果在服务会话开始定时点处使用诸如RSVP之类的现有技术协议来预留资源，则变得难以确保已预留的资源。由于移动环境特性，如果UE移动，则向UE提供服务的基站(BS)改变，所以需要新的资源预留处理。因而，需要确保在动态网络环境中的多媒体服务的QoS。

如果即使数据速率根据多媒体数据传递特性而不同地变化也在服务会话开始定时点处预留资源，则可以不使用根据资源预留确保的资源。此外，难以与其它UE共享未使用的资源。因此，需要根据动态多媒体数据传递特性来动态地预留/分配资源。

以上信息被提供作为背景信息，仅仅用于帮助对本公开的理解。关于以上任何是否可以用作本公开的现有技术，没有进行任何确定并且没有做出任何断言。

发明内容

技术问题

本公开各方面在于解决至少上述问题和/或缺点并且提供至少下述优点。因此，本公开一方面在于提供用于在多媒体通信系统中发送/接收多媒体数据传递特性信息的设备和方法。

本公开一方面提出在多媒体通信系统中通过考虑动态网络环境来发送/ 接收多媒体数据传递特性信息的设备和方法。

本公开一方面提出在多媒体通信系统中通过考虑动态网络环境来基于预设的多媒体数据单元发送/接收多媒体数据传递特性信息的设备和方法。

技术方案

根据本公开一方面，提供一种用于在多媒体通信系统中发送/接收多媒体数据传递特性信息的设备和方法。该方法包括：向多媒体数据接收设备发送指示是否包含表示与多媒体数据的服务质量(QoS)有关的信息的多媒体数据传递特性信息的元素(element)，并且如果该元素指示包括多媒体数据传递特性信息，则发送该多媒体数据传递特性信息，其中多媒体数据传递特性信息包括表示多媒体数据的传输分组损失特性的元素、表示多媒体数据的延迟敏感度特性的元素、指示具有位流特性的多媒体数据的特性的元素、表示应当对多媒体数据的连续传递确保的最小比特率的元素、表示多媒体数据的传递的最大缓冲尺寸的元素、表示在多媒体数据的连续传递期间内的峰值比特率的元素、表示在多媒体数据的连续传递期间内不同于该多媒体数据的其它多媒体数据的最小时间段的元素以及表示其它多媒体数据的最大尺寸的元素。

根据本公开另一方面，提供一种在多媒体通信系统中通过多媒体数据接收设备接收多媒体数据传递特性信息的方法。该方法包括：从多媒体数据发送设备接收指示是否包含表示与多媒体数据的QoS有关的信息的多媒体数据传递特性信息的元素，并且如果该元素指示包括多媒体数据传递特性信息，则接收该多媒体数据传递特性信息，其中该多媒体数据传递特性信息包括表示多媒体数据的传输分组损失特性的元素、表示多媒体数据的延迟敏感度特性的元素、指示具有位流特性的多媒体数据的特性的元素、表示应当对多媒体数据的连续传递确保的最小比特率的元素、表示多媒体数据的传递的最大缓冲尺寸的元素、表示在多媒体数据的连续传递期间内的峰值比特率的元素、表示在多媒体数据的连续传递期间内不同于该多媒体数据的其它多媒体数据的最小时间段的元素以及表示其它多媒体数据的最大尺寸的元素。

根据本公开另一方面，提供一种在多媒体通信系统中用于发送多媒体数据传递特性信息的设备。该设备包括：发送器，被配置为向多媒体数据接收设备发送指示是否包括表示与多媒体数据的服务质量(QoS)有关的信息的多媒体数据传递特性信息的元素，并且如果该元素指示包括多媒体数据传递特性信息，则发送该多媒体数据传递特性信息，其中多媒体数据传递特性信息包括表示多媒体数据的传输分组损失特性的元素、表示多媒体数据的延迟敏感度特性的元素、指示具有位流特性的多媒体数据的特性的元素、表示应当对多媒体数据的连续传递确保的最小比特率的元素、表示多媒体数据的传递的最大缓冲尺寸的元素、表示在多媒体数据的连续传递期间内的峰值比特率的元素、表示在多媒体数据的连续传递期间内不同于该多媒体数据的其它多媒体数据的最小时间段的元素以及表示其它多媒体数据的最大尺寸的元素。

根据本公开另一方面，提供一种用于在多媒体通信系统中接收多媒体数据传递特性信息的设备。该设备包括：接收器，被配置为从多媒体数据发送设备接收指示是否包括表示与多媒体数据的QoS有关的信息的多媒体数据传递特性信息的元素，并且如果该元素指示包括多媒体数据传递特性信息，则接收该多媒体数据传递特性信息，其中该多媒体数据传递特性信息包括表示多媒体数据的传输分组损失特性的元素、表示多媒体数据的延迟敏感度特性的元素、指示具有位流特性的多媒体数据的特性的元素、表示应当对多媒体数据的连续传递确保的最小比特率的元素、表示多媒体数据的传递的最大缓冲尺寸的元素、表示在多媒体数据的连续传递期间内的峰值比特率的元素、表示在多媒体数据的连续传递期间内不同于该多媒体数据的其它多媒体数据的最小时间段的元素以及表示其它多媒体数据的最大尺寸的元素。

从下面结合附图进行的公开了本公开的各种实施例的详细描述，本公开的其它方面、优势和显著特征对本领域技术人员变得清楚。

有益技术效果

如从前面的描述明显的是，本公开的实施例使得能够在传输环境(诸如移动网络)动态改变的情况下通过基于相对少的时间或预设的时间段生成/发送关于多媒体数据的传递特性信息来有效地预留资源并管理多媒体服务的 QoS。

本公开的实施例使得能够根据动态多媒体数据的特性而动态地预留资源。

如果通过动态资源预留要求的资源少于在服务会话开始定时点处预留和确保的资源，则本公开的实施例使得能够共享出现并且未使用的资源。因此，本公开的实施例使得能够高效地使用有限的传输资源。

附图说明

从下面结合附图进行的描述，本公开的特定实施例的以上和其他方面、特征和优点将更加清楚，在附图中：

图1示意性地图示了根据现有技术的在多媒体通信系统中使用双漏桶参数表达具有可变比特率的数据的过程；

图2示意性地图示了在根据现有技术的通信系统的移动网络中的动态网络环境的改变；

图3示意性地图示了根据本公开一实施例的在MMT系统中的MMT封装层(E层)中处理的移动图像专家组(MPEG)媒体传输(MMT)分组的结构。

图4是示意性地描述了根据本公开一实施例的在MMT系统中在媒体传输服务过程中使用多媒体数据传递特性信息的处理；以及

图5示意性地图示根据本公开一实施例的在MMT系统中由MMT服务器生成/发送关于多媒体数据的媒体处理单元(MPU)或预设时段单元的传递特性信息的处理。

贯穿附图，相同的附图标记将被理解为指代相同部分、组件和结构。

具体实施方式

提供下面参考附图的描述以协助对权利要求及其等同限定的本公开的各种实施例的全面理解。其包括各种特定细节以协助理解，但是这些仅被认为是示例性的。因此，本领域技术人员将认识到：可以进行对在此描述的各种实施例的各种改变和修改而不背离本公开的范围和精神。此外，为了清楚和简洁，可能省略对公知功能和构造的描述。

在以下描述和权利要求中使用的术语和词组不限于字面含义，而仅由发明人用来使能本公开清楚和一致的理解。因此，对于本领域技术人员显然的是，本公开各种实施例的以下描述仅出于说明目的而提供，而不出于限制由所附权利要求及其等同限定的本公开的目的。

要理解，单数形式“一”、“一个”和“该”包括复数，除非上下文明确地以其他方式规定。因此，例如，“一组件表面”的指代包括一个或多个这样表面的指代。

尽管诸如“第一”、“第二”之类的序数等将用来描述各种组件，但是那些组件不受所述术语限制。所述术语仅被用来将一个组件与另一组件区分开。例如，第一组件可被称为第二组件等，同样，第二组件也可被称为第一组件，而会不背离本发明构思的教导。在此使用的术语“和/或”包括一个或多个关联的列出项的任何以及全部组合。

在此使用的术语仅出于描述实施例的目的，而不意图限制所述实施例。如在此使用的，单数形式意图还包括复数形式，除非上下文以其它方式明确地指示除外。将进一步理解，术语“包括”和/或“具有”在用在本说明书中时指定所陈述特征、数量、步骤、操作、组件、元素或其组合的存在，而不排除一个或多个其它特征、数量、步骤、操作、组件、元素或其组合的存在或增加。

只要术语未被不同地限定，则在此使用的包括技术和科学术语的术语具有与本领域技术人员通常所理解的术语相同的含义。应当明白，在通用字典中限定的术语具有与在相关技术中的术语的含义一致的含义。只要未明显地限定术语，则它们不被理想化地或过度地分析为正式含义。

本公开实施例提出用于在多媒体通信系统中发送/接收多媒体数据传递特性信息的设备和方法。

本公开实施例提出用于在多媒体通信系统中通过考虑动态网络环境而发送/接收多媒体数据传递特性信息的设备和方法。

本公开实施例提出用于在多媒体通信系统中通过考虑多动态网络环境而基于预设的多媒体数据单元发送/接收多媒体数据传递特性信息的设备和方法。

将参考移动图像专家组(MPEG)媒体传输(MMT)系统而描述在本公开实施例中提出的用于发送/接收多媒体数据传递特性信息的设备和方法。此外，在本公开实施例中提出的设备和方法可以应用到各种通信系统，诸如在第三代合作伙伴项目2(3GPP2)中提出的长期演进(LTE)移动通信系统、高级长期演进(LTE-A)移动通信系统、高速下行链路分组接入(HSDPA)移动通信系统、高速上行链路分组接入(HSUPA)移动通信系统、高速率分组数据(HRPD)移动通信系统、在3GPP2中提出的宽带码分多址(WCDMA)移动通信系统、在3GPP2中提出的码分多址(CDMA)移动通信系统以及电气和电子工程师协会(IEEE) 移动通信系统。即，在本公开实施例中提出的设备和方法可以应用到可提供多媒体服务的所有多媒体系统中。

在无线通信网络和移动通信网络中，网络环境由于诸如用户设备(UE)的移动、电子干扰等的各种原因而动态地改变。在这种情况下，如果预留资源以便于确保多媒体服务的服务质量(QoS)，则相比于整个多媒体内容，对一个相对短的单元或预设的时间段单元的多媒体内容预留资源更为高效。

因而，本公开实施例提出一种设备和方法，用于发送/接收媒体处理单元 (MPU)传递特性(MDC)信息作为用于管理MPU的QoS的子信息，以便于基于MPU单元或预设时间段预留资源。这里，MPU是用于生成多媒体内容的单元。例如，预设时间段可以是MMT资源或MMT子资源。MMT资源包括一个或多个MPU。MMT资源包括一个或多个MMT子资源。MMT子资源表示高效资源预留的、通过根据媒体比特率特性将MMT资源划分为一个或多个时间段而生成的单元。在本公开的实施例中，MDC信息在MPU报头中发送，以下提供MDC信息的描述以及用于将该MDC信息插入到MPU报头中的方法。

用于通过基于MPU(或相对小的时间单元和预设多媒体数据时段，例如 MMT资源、MMT子资源或图像组(GOP)单元)单元预留传输资源并且管理 QoS的子信息(即，MDC信息)是关于MPU单元或多媒体数据的预设时段的传递特性信息，例如，MMT资源或MMT子资源。将在以下参考表2描述规定MDC信息的语法。

在表2中表达了MPU报头语法，并且在以下MPU报头语法中以粗体表达根据本公开实施例的MDC信息。

如上所述，在表2中，每一个元素或属性的名称和尺寸、用于表达每一元素或属性的值类型通过在本公开实施例中提出的功能来选择，并且可以根据用户或运营商的意愿或先例而被改变。然而，本领域技术人员将明白每一个元素或属性的含义应当遵循在本文档中提供的含义。

【表2】

将在下面参考表3到7描述在表2中的在MPU报头语法中包括的每一个元素或属性的语义。

在表3到7中表达了在表2中的在MPU报头语法中包括的每一元素或属性的名称和定义，并且以粗体字表达与MDC信息对应的每一元素或属性的名称和定义。为方便起见，元素或属性将被称为‘元素’。

【表3】

【表4】

【表5】

【表6】

【表7】

在表3到7中，mpu_sequence_number是表示在单个MMT资源中包括的MPU的数量的元素，而mpu_sequence_number的值以预设值(例如，‘1’)递增，并且在MMT资源中将是唯一的。

在表3到7中，number_of_au是表示在相关MPU中包括的接入单元(AU) 的数量的元素。

在表3到7中，au_length是表示在相关MPU中包括的AU的长度的元素。

在表3到7中，private_header_flag是表示存储专有报头的元素。

在表3到7中，private_header_length是表示专有报头的长度的元素。

在表3到7中，MPU_delivery_characteristic_header_flag是指示在相关 MPU报头中是否存在MDC信息的元素。 MPU_delivery_characteristic_header_flag可以以1位来实现。例如，如果 MPU_delivery_characteristic_header_flag的值是‘1’，则 MPU_delivery_characteristic_header_flag指示在相关MPU报头中存在MDC 信息。

在表3到7中，loss_priority是表示相关MPU的传输分组损失特性的元素，即loss_priority。loss_priority可以以2位来实现。例如，如果loss_priority 的值是‘11’，则loss_priority指示loss_priority 0，如果loss_priority的值是‘10’，则loss_priority指示loss_priority 1，如果loss_priority的值是‘01’，则 loss_priority指示loss_priority 2，并且如果loss_priority的值是‘00’，则 loss_priority指示loss_priority 3。loss_priority 0指示不出现相关MPU的传输分组损失(即，无损)，loss_priority 1指示相关MPU的传输分组损失出现并具有高优先级(即，有损、高优先级)，loss_priority 2指示相关MPU的传输分组损失出现并具有中等优先级(即，有损、中等优先级)，并且loss_priority 3指示相关MPU的传输分组损失出现并具有低优先级(即，有损、低优先级)。高优先级表示高于第一优先级的优先级，中等优先级表示小于或等于第一优先级且高于第二优先级的优先级，并且低优先级表示低于第二优先级的优先级。

在表3到7中，delay_priority是表示相关MPU的延迟敏感度特性的元素。例如，delay_priority可以以2位来实现。例如，如果delay_priority的值是‘11’，则delay_priority指示相关MPU具有高延迟灵敏度(例如，高灵敏度)，如果 delay_priority的值是‘10’，则delay_priority指示相关MPU具有中等延迟灵敏度(例如，中等灵敏度)，如果delay_priority的值是‘01’，则delay_priority指示相关MPU具有低延迟灵敏度(例如，低灵敏度)，并且如果delay_priority的值是‘00’，则delay_priority指示相关MPU不关心延迟灵敏度(例如，不关心)。高延迟灵敏度指示相关MPU的延迟时间比第一延迟时间短，中等延迟灵敏度指示相关MPU的延迟时间等于或长于第一延迟时间且短于第二延迟时间，而低延迟灵敏度指示相关MPU的延迟时间等于或短于第二延迟时间。

例如，高延迟灵敏度指示端到端延迟远小于1秒。这里，诸如IP电话(VoIP) 和视频会议之类的多媒体服务具有高灵敏度特性。例如，中等灵敏度指示端到端延迟是大约1秒。这里，诸如直播流之类的多媒体服务可以具有中等灵敏度特性。例如，低灵敏度指示端到端延迟小于5-10秒。这里，诸如视频点播(VoD)之类的多媒体服务可以具有低灵敏度特性。例如，诸如文件传输协议 (FTP)和无关延迟的文件下载之类的多媒体服务可以不关心该特性。

在表3到7中，class_of_service是指示具有位流特性的MPU的特性的元素。例如，class_of_service可以以3位来表达。例如，如果class_of_service 的值是‘111’，则class_of_service指示恒定比特率(CBR)服务类别应当在任何时间确保峰值比特率以专用于相关MPU的传输。CBR服务类别适用于要求固定比特率的实时服务(诸如VoIP之类)而无静音抑制。例如，如果 class_of_service的值是‘110’，则class_of_service指示实时可变比特率(rt-VBR) 服务类别应当确保可持续比特率并且在共享信道上允许具有延迟限制的相关 MPU的峰值比特率。rt-VBR服务类别适用于大多数实时服务，诸如视频电话、视频会议、流服务等。例如，如果class_of_service的值是‘101’，则 class_of_service指示非实时可变比特率(nrt-VBR)服务类别应当确保可持续比特率并且在共享信道上允许不具有延迟限制的相关MPU的峰值比特率，诸如文件下载。例如，如果class_of_service的值是‘100’，则class_of_service指示可用比特率(ABR)类别不应当确保任何比特率，而可以报告用于反馈控制的可用比特率。ABR类别适合于可以适合时变比特率的应用，诸如具有实时传输控制协议(RTCP)反馈的视频流。例如，如果class_of_service的值是‘011’，则class_of_service指示未指定比特率(UBR)类别不应当确保任何比特率并且不应当指示拥堵。UBR类别适合诸如网页浏览之类的交互应用。UBR服务等同于术语“最佳效果服务”。

在表3到7中，hybrid_sync_indicator是用于相关MPU和其它MPU之间的发送同步的元素。例如，hybrid_sync_indicator可以用1位来实现。例如，如果hybrid_sync_indicator的值是‘1’，则hybrid_sync_indicator指示不需要考虑相关MPU和其它MPU之间的发送同步(1：无依赖)。例如，如果 hybrid_sync_indicator的值是‘0’，则hybrid_sync_indicator指示需要考虑相关 MPU和其它MPU之间的发送同步(0：对于混合传递中的同步依赖于其它 MPU)。

在表3到7中，sustainable_rate是表示对于相关MPU的连续传递应当确保的最小比特率的元素。sustainable_rate对应于令牌桶模型中的漏速率。 sustainable_rate以每秒的媒体分段单元(Media Fragment Unit,MFU)(或MPU) 的千比特来表达。

在表3到7中，buffer_size是表示用于传递相关MPU的最大缓存尺寸的元素。这里，缓存吸收高于sustainable_rate的过量瞬时比特率并且buffer_size 应当足够大以避免溢出。buffer_size对应于令牌桶模型中的桶深度。CBR MPU 的buffer_size应当为零。CBR MPU以千比特表达。

在表3到7中，peak_rate是表示在相关MPU的连续传递期间内的峰值比特率的元素。peak_rate是在每一个MFU时间段内的最高平均比特率。 peak_rate以每秒MFU(或MPU)的千比特来表达。

在表3到7中，MFU_period是表示在相关MPU的连续传递期间内的 MFU的最小时间段的元素。MFU时间段以毫秒表达。

在表3到7中，max_MFU_size是表示MFU的最大尺寸的元素。这里， max_MFU_size是MFU_period*peak_rate。max_MFU_size以千比特来表达。

在表3到7中，SubAsset_period是表示MMT子资源的时间长度的元素。 SubAsset_period以秒来表达。

在本公开实施例中，为了通过考虑动态多媒体数据的特性而在预设时间段预留资源，将描述作为用于管理MPU的预设时间段的QoS的子资源传递特性(SubADC)信息以及用于将该SubADC信息插入到MPU报头中的方法。 SubADC信息表示关于动态多媒体数据的传递特性信息。将参考表8描述用于规定SubADC信息的语法。

在表8中表达MPU报头语法，并且在以下MPU报头语法中以粗体表达根据本公开实施例的针对SubADC信息增加的信息。

在表8中，每一个元素或属性的名称和尺寸、用于表达每一个元素或属性的值的类型通过本公开实施例中提出的功能来选择，并且可以根据用户或运营商的意图或先例而被改变。然而，本领域技术人员将明白每一元素或属性的含义应当遵循在本文档中提供的含义。

【表8】

将在表9到13中描述在表8中在MPU报头语法中附加地包括的每一个元素或属性的含义。在以上参考表3到7而描述了除 SubAsset_delivery_characteristic_header_flag之外的每一个元素或属性的含义，因此将在以下省略对其的详细描述。在表9-13中，以粗体表达与关于 SubADC的预设时间段的信息对应的元素或属性名称和定义。为方便起见，元素或属性将被称为‘元素’。

【表9】

【表10】

【表11】

【表12】

【表13】

在表9-13中，SubAsset_delivery_characteristic_header_flag是指示是否存在SubADC信息的元素。例如，SubAsset_delivery_characteristic_header_flag 可以以1比特来实现。如果SubAsset_delivery_characteristic_header_flag的值是‘1’，则SubAsset_delivery_characteristic_header_flag指示存在SubADC信息。

在表9-13中，参考表3-7在以上描述mpu_sequence_number, number_of_au、au_length、private_header_flag、private_header_length、 loss_priority、delay_priority、class_of_service、hybrid_sync_indicator、 sustainable_rate、buffer_size、peak_rate、MFU_period、max_MFU_size和 SubAsset_period，所以将在下面省略对其详细描述。

可以在用于生成(捕捉或抓取)多媒体内容的过程或用于封装预编码的多媒体数据的过程上生成关于多媒体数据的MPU单元或预设的时段单元的传递特性信息(例如，MDC信息和SubADC信息)。将描述用于使用所生成的多媒体数据传递特性信息的方法。

同时，MMT系统包括MMT封装层(E层)、MMT传递层(D层)以及MMT 控制层(C层)。因此，将通过考虑MMT E层、MMT D层和MMT C层的每一个而描述根据本公开实施例的用于发送/接收多媒体数据传递特性信息的方法。

首先，将考虑MMT E层而描述根据本公开实施例的用于发送/接收多媒体数据传递特性信息的过程。

在本公开的实施例中，MMT E层确定该MMT E层是否基于MPU单元或预设时段单元而生成多媒体数据传递特性信息，并且生成关于多媒体数据的MPU单元或预设时段单元的传递特性信息。

图3示意性地图示在根据本公开实施例的MMT系统的MMT E层中处理的MMT包的结构。

参考图3，MMT包包括封装器报头字段320和封装器有效负载字段。该封装器有效负载字段包括MMT资源331、333和335。MMT资源331、333 和335的每一个表示在媒体内容中包括的分开的分量，例如，视频分量或音频分量，因而存在每一个MMT资源的多媒体数据传递特性信息。每一个MMT 资源的多媒体数据传递特性信息可以用于建立相关MMT资源的服务会话的过程中的通过使用RSVP的QoS管理以及相关服务的资源预留。对于在MMT 资源中包括的一个或多个MPU，关于在本公开实施例中提出的关于多媒体数据的MPU单元或预设时段的传递特性信息被添加到MPU报头，作为关于传输和QoS管理的信息。封装器报头字段320可以包括MMT项报头字段310。 MMT资源报头字段300包括MMT资源描述字段301。

MMT项包括一个或多个MMT资源，所以MMT项报头字段310包括 MMT资源列表字段311。在MMT项合成字段313包括指示在MMT项中包括的MMT资源之间的关系的关系信息(例如，时间、空间呈现信息)。

MMT项报头字段310进一步包括识别符(ID)字段、MMT项字段、长度字段以及标志字段，并且MMT资源报头字段300包括资源数量字段、MMT 资源ID字段以及MMT资源片段列表字段。将在这里省略对ID字段、MMT 项字段、长度字段、标志字段、资源数量字段、MMT资源ID字段和MMT 资源分段列表字段的描述。

MMT资源列表字段311包括包含MMT资源描述字段301的MMT资源报头字段300。关于单个MMT资源的多媒体数据传递特性信息(即，资源传递特性(ADC)信息)可以包括在MMT资源描述字段301中。如果MMT项包括单个MMT资源，则可以使用在MMT资源报头字段300包含的MMT资源描述字段301中包括的多媒体数据传递特性信息。

其次，将通过考虑MMT C层而描述根据本公开实施例的用于发送/接收多媒体数据传递特性信息的过程。

MMT C层执行用于在MMT服务器和MMT客户端之间交换服务发现信息、体验质量(QoE)管理信息和数字版权管理(DRM)信息的功能。在用于在 MMT服务器和MMT客户端之间交换发现信息的过程期间，可以执行用于预留网络资源的过程以便于建立服务会话，因而MMT C层使用在MMT资源中包括的多媒体数据传递特性信息来执行诸如资源预留之类的QoS管理操作。如上所述，基于多媒体内容来执行基于MMT资源的QoS管理，因而在动态网络环境中，需要根据本公开实施例的、用于管理作为小于多媒体数据的 MMT资源或预设时段的单元的MPU单元的QoS的方法。

第三，将通过考虑MMT D层而描述根据本公开实施例的用于发送/接收多媒体数据传递特性信息的处理。

MMT D层执行用于将所封装多媒体分组从MMT服务器发送到MMT客户端的功能以及用于在终端内的层之间交换信息的功能(例如，层之间的接口)。该终端可以是具有用于发送MMT数据或在接收MMT数据之后发送 MMT数据的功能的、诸如网络上的节点以及MMT服务器和MMT客户端之类的所有发送终端之一。在发送反馈信号到MMT服务器时，MMT客户端可以通过MMT D层发送反馈信号到MMT服务器。节点包括具有用于在执行特定功能之后发送相关MMT数据的功能的节点。因而，MMT D层生成传递分组。MMT D层获取QoS关联的信息，其中QoS关联的信息应当包括到来自MPU报头的每一个传递分组中以确保每一个传递分组的QoS。

图4示意性地描述根据本公开实施例的在MMT系统中、用于在媒体发送服务过程中使用多媒体数据传递特性信息的过程。

参考图4，MMT系统包括MMT服务器401和MMT客户端402。MMT 服务器401包括MMT E层403、MMT D层404以及MMT C层405。MMT 客户端402包括MMT C层409、MMT D层410和MMT E层411。MMT C 层405和MMT C层409通过控制信道通信。MMT D层404和MMT D层410 通过数据信道通信。

在MMT E层403中生成根据本公开实施例的、关于多媒体数据的MPU 单元或预设时段单元的传递特性信息(例如，MDC信息或SubADC信息)，并且所生成的多媒体数据传递特性信息被包括在MPU报头。例如，根据本公开实施例的、关于多媒体数据的MPU单元的传递特性信息分类为用于资源预留的信息(例如，在MPU报头中包括的MDC信息中的双漏桶参数或 Bitstream_descriptor(位流描述符))，以及通过被包括在每一个传输分组中、区分每一传输分组的相对优先级的信息(例如，在MPU报头中包括的MDC信息中的QoS_descriptor)。

在MMT E层403中生成的Bitstream_descriptor被传递到MMT C层 405(406)，MMTC层405使用通过控制信道信令以及协议(例如，实时流协议 (RTSP)、会话初始协议(SIP)等)，将从MMT E层403传递的Bitstream_descriptor 传递到MMT C层409。

在MMT E层403中生成的QoS_descriptor被传递到MMT D层404(407)， MMT D层404可以将从MMT E层403传递的Bitstream_descriptor插入到每一个传输分组中，通过数据信道传递Bitstream_descriptor插入到的每一个传输分组给MMT客户端402以及中间网络装置，通过访问在图3中描述的封装报头字段320并解析该封装报头字段320来获取QoS_descriptor，并且发送所获取的QoS_descriptor。由于基于MPU单元或预设时段单元进行该处理，所以该处理相比于在现有技术MMT系统中基于MMT资源进行的处理可以在相对短的时间内进行。

图5示意性地图示根据本公开实施例的由MMT系统中的MMT服务器生成/发送关于多媒体数据的媒体处理单元(MPU)或预设时段单元的传递特性信息的过程。

参考图5，在操作501中，MMT服务器生成包括基于MPU生成的并且指示每一传输分组的相对优先级的QoS_descriptor的多媒体数据传递特性信息以及指示用于资源预留的信息的Bitstream_desctiptor。在以上参考表2和4 描述了QoS_desctiptor和Bitstream_desctiptor，因而以下省略详细描述。

在操作503，MMT服务器将所生成的多媒体数据传递特性信息(例如， MDC信息)插入到MPU报头中。可以在图4中描述的MMT E层403中执行生成多媒体数据传递特性信息、插入多媒体数据传递特性信息到MPU报头中以及传递插入了多媒体数据传递特性信息的MPU报头的操作。插入了多媒体数据传递特性信息的MPU报头可以从MMT E层403传递到图4所述的MMT C层405和MMT D层404中的每一个。

在操作505，MMT服务器从插入了多媒体数据传递特性信息的MPU报头获取QoS_descriptor，并且发送所获取的QoS_descriptor到MMT客户端。

在操作507，MMT服务器从插入了多媒体数据传递特性信息的MPU报头获取Bitstream_descriptor，并且发送所获取的Bitstream_descriptor到MMT 客户端。即，MMT服务器通过发送QoS_desctiptor来管理相关多媒体服务的 QoS，并且通过发送Bitstream_descriptor来预留用于相关多媒体服务的资源。在图5中，MMT服务器在执行操作505之后执行操作507，然而，本领域普通技术人员将理解，MMT服务器可以同时执行操作505和507或MMT服务器可以在执行操作507之后执行操作505。

在图4和5中，已经描述了通过考虑在MMT服务器和MMT客户端中包括的内部层而发送/接收多媒体数据传递特性信息(例如，MDC信息或 SubADC信息)的过程。

然而，本领域技术人员将理解，不是必须通过考虑在MMT服务器和 MMT客户端中包括的内部层而发送/接收多媒体数据传递特性信息(例如， MDC信息或SubADC信息)，以下提供其详细描述。

以下提供MMT服务器的描述。

MMT服务器包括发送器、接收器、控制器和存储单元，或包括其中并入发送器、接收器、控制器和存储单元的单个单元。

控制器控制MMT服务器的整体操作。具体地，控制器控制MMT服务器执行与用于发送多媒体数据传递特性信息的方法对应的操作。以之前参考图3到5以及表2到5描述的方式执行与用于发送多媒体数据传递特性信息的方法对应的操作，因此这里省略对其详细描述。

发送器在控制器的控制下发送与用于发送多媒体数据传递特性信息的方法对应的操作相关的各种消息到MMT客户端。

接收器在控制器的控制下从MMT客户端接收与用于发送多媒体数据传递特性信息的方法对应的操作相关的各种消息。

存储单元存储与MMT服务器相关的各种程序和数据、与用于发送多媒体数据传递特性信息的方法对应的操作相关的数据以及在接收器中接收的消息。

以下提供对MMT客户端的描述。

MMT客户端包括发送器、接收器、控制器和存储单元，或包括其中并入了发送器、接收器、控制器和存储单元的单个单元。

控制器控制MMT客户端的整体操作。具体地，控制器控制MMT客户端执行与用于接收多媒体数据传递特性信息的方法对应的操作。以之前参考图3到5以及表2到5描述的方式执行与用于接收多媒体数据传递特性信息的方法对应的操作，因此这里省略对其详细描述。

发送器在控制器的控制下发送与用于接收多媒体数据传递特性信息的方法对应的操作相关的各种消息到MMT服务器。

接收器在控制器的控制下从MMT服务器接收与用于发送多媒体数据传递特性信息的方法对应的操作相关的各种消息。

存储单元存储与MMT客户端相关的各种程序和数据、与用于发送多媒体数据传递特性信息的方法对应的操作相关的数据以及在接收器中接收的消息。

即，出于说明的方便，在根据本公开实施例的MMT系统中，MMT服务器变为多媒体数据发送设备并且MMT客户端变为多媒体数据接收设备。

注意图4到5中的操作或信号流不用来限制本公开的范围。即，注意图 4到5中的操作或信号流仅是用于说明的示例，因而即使该操作流不包括全部过程，也可以实现该操作或信号流，并且可以在任何层内实现该操作或信号流。

上述操作可以通过装备下述存储器装置来实现，其中该存储器装置存储相关程序代码到在MMT服务器或MMT客户端中包括的任意组件中。即， MMT服务器或MMT客户端中包括的MMT E层、MMT C层和MMT D层可以通过使用处理器或中央处理器(CPU)读取在存储器装置中存储的程序代码来执行上述操作。

将理解，用于发送/接收多媒体数据传递特性信息的设备和方法可以被实现为硬件、软件或硬件和软件的组合之一。例如，软件可以被存储在易失性存储器和非易失性存储器(诸如只读存储器(ROM)、诸如随机访问存储器 (RAM)之类的存储器、存储器芯片、存储器件、集成电路、和其中可以进行光或磁写入的并且可由机器(例如，计算机)读取的、诸如密致盘(CD)、数字多功能盘(DVD)、磁盘、磁带之类的存储装置)之一中，而无论软件是可擦除或可写入的。根据本公开实施例的用于发送/接收多媒体数据传递特性信息的方法可以由包括控制器和存储器的计算机或便携式终端来执行。例如，存储器可以是非临时机器可读存储装置，其适用于存储包括用来实现本公开实施例的指令的(多个)程序。

所以，本公开实施例包括包含用于实现在任意权利要求中要求保护的设备或方法的代码的程序以及存储该程序非临时机器可读存储装置。程序可以通过诸如通信信号之类的任意介质来电传输，其中该通信信号通过有线或无线通信来传输。本公开实施例可以包括等同于任意介质的其它介质。

根据本公开实施例的、用于发送/接收多媒体数据传递特性信息的设备可以从通过有线或无线连接而连接到设备的程序提供商接收程序并存储该程序。

尽管已经参考本公开的各种实施例而示出并描述了本公开，但是本领域技术人员将理解：可以在形式上和细节上进行各种改变，而不会背离如所附权利要求及其等同定义的本公开的精神和范围。

Claims

1.一种在多媒体系统中由发送设备发送传递特性信息的方法，所述方法包括：

向接收设备发送包括标志的消息和媒体处理单元(MPU)的序列号，所述标志指示所述消息包括与MPU相关的传递特性信息，

其中，与资源的服务质量(QoS)相关的传递特性信息包括指示用于传递的资源的所需损失容忍度的元素和用于分类服务的元素，

其中，所述用于分类服务的元素指示恒定比特率(CBR)服务类别需要在任何时间确保峰值比特率以专用于所述资源的传输，或者指示可变比特率(VBR)服务类别需要确保可持续比特率并且在共享信道上允许具有延迟限制的资源的峰值比特率，以及

其中资源包括共享资源标识符(ID)的一个或多个MPU，MPU由资源ID和序列号识别，并且MPU的序列号在资源内是唯一的。

2.如权利要求1所述的方法，其中，所述指示用于传递的资源的所需损失容忍度的元素指示所述资源要求无损传递或指示所述资源允许有损传递。

3.如权利要求1所述的方法，其中，与所述资源的QoS相关的传递特性信息还包括指示资源的延迟敏感度的所需水平的元素，所述元素指示：所述资源的高延迟敏感度要求比第一延迟时间短的延迟时间，所述资源的中等延迟敏感度要求等于或长于第一延迟时间并且短于比所述第一延迟时间长的第二延迟时间的延迟时间，并且所述资源的低延迟敏感度指示所述延迟时间可以长于或等于所述第二延迟时间。

4.一种在多媒体系统中由接收设备接收传递特性信息的方法，所述方法包括：

从发送设备接收包括标志的消息和媒体处理单元(MPU)的序列号，所述标志指示所述消息包括与MPU相关的传递特性信息，

5.如权利要求4所述的方法，其中，所述指示用于传递的资源的所需损失容忍度的元素指示所述资源要求无损传递或指示所述资源允许有损传递。

6.如权利要求4所述的方法，其中，与所述资源的QoS相关的传递特性信息还包括指示资源的延迟敏感度的所需水平的元素，所述元素指示：所述资源的高延迟敏感度要求比第一延迟时间短的延迟时间，所述资源的中等延迟敏感度要求等于或长于第一延迟时间并且短于比所述第一延迟时间长的第二延迟时间的延迟时间，并且所述资源的低延迟敏感度指示所述延迟时间可以长于或等于所述第二延迟时间。

7.一种在多媒体系统中的发送设备，所述发送设备包括：

发送器，被配置成向接收设备发送包括标志的消息和媒体处理单元(MPU)的序列号，所述标志指示所述消息包括与MPU相关的传递特性信息，

8.如权利要求7所述的发送设备，其中，所述指示用于传递的资源的所需损失容忍度的元素指示所述资源要求无损传递或指示所述资源允许有损传递。

9.如权利要求7所述的发送设备，其中，与所述资源的QoS相关的传递特性信息还包括指示资源的延迟敏感度的所需水平的元素，所述元素指示：所述资源的高延迟敏感度要求比第一延迟时间短的延迟时间，所述资源的中等延迟敏感度要求等于或长于第一延迟时间并且短于比所述第一延迟时间长的第二延迟时间的延迟时间，并且所述资源的低延迟敏感度指示所述延迟时间可以长于或等于所述第二延迟时间。

10.一种在多媒体系统中的接收设备，所述接收设备包括：

接收器，被配置成从发送设备接收包括标志的消息和媒体处理单元(MPU)的序列号，所述标志指示所述消息包括与MPU相关的传递特性信息，

11.如权利要求10所述的接收设备，其中，所述指示用于传递的资源的所需损失容忍度的元素指示所述资源要求无损传递或指示所述资源允许有损传递。

12.如权利要求10所述的接收设备，其中，与所述资源的QoS相关的传递特性信息还包括指示资源的延迟敏感度的所需水平的元素，所述元素指示：所述资源的高延迟敏感度要求比第一延迟时间短的延迟时间，所述资源的中等延迟敏感度要求等于或长于第一延迟时间并且短于比所述第一延迟时间长的第二延迟时间的延迟时间，并且所述资源的低延迟敏感度指示所述延迟时间可以长于或等于所述第二延迟时间。