CN104823420A - 用于在多媒体通信系统中发送/接收多媒体数据传递特性信息的设备和方法 - Google Patents
用于在多媒体通信系统中发送/接收多媒体数据传递特性信息的设备和方法 Download PDFInfo
- Publication number
- CN104823420A CN104823420A CN201380063000.XA CN201380063000A CN104823420A CN 104823420 A CN104823420 A CN 104823420A CN 201380063000 A CN201380063000 A CN 201380063000A CN 104823420 A CN104823420 A CN 104823420A
- Authority
- CN
- China
- Prior art keywords
- medium data
- priority
- instruction
- bit rate
- delay
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0058—Allocation criteria
- H04L5/006—Quality of the received signal, e.g. BER, SNR, water filling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/54—Loss aware scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5603—Access techniques
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
提供一种通过多媒体通信系统中的多媒体数据发送设备发送多媒体数据传递特性信息的方法。该方法包括向多媒体数据接收设备发送指示表示是否包括与多媒体数据的服务质量(QoS)有关的信息的多媒体数据传递特性信息的元素,并且如果所述元素指示包括多媒体数据传递特性信息,则发送所述多媒体数据传递特性信息。
Description
技术领域
本公开涉及用于在多媒体通信系统中发送/接收多媒体数据传递特性信息的设备和方法。
背景技术
近期,已在积极地研究提供多媒体服务的多媒体通信系统。多媒体服务包括诸如视频电话之类的通话服务、诸如视频点播(VOD)服务之类的流服务、诸如多播多媒体服务和广播多媒体服务之类的服务。多媒体服务可以分类为实时多媒体服务和非实时多媒体服务,并且实时多媒体服务可以根据服务类型而被分类为通话服务、交互服务、流服务等。此外,多媒体服务可以根据接收多媒体服务的用户设备(UE)的数量而被分类为单播多媒体服务、多播多媒体服务和广播多媒体服务。
在例如基于电气和电子工程师协会(IEEE)802.16的全球互通微波存取(WIMAX)的IEEE802.16标准、例如基于IEEE 802.11e的无线保真传输机会(WiFi TXOP)标准的IEEE 802.11e以及第三代合作伙伴项目(3GPP)的通用移动电信系统(UMTS)标准和长期演进(LTE)标准中,已经提出了预留用于提供多媒体服务的资源和确保所预留的资源的功能。
多媒体通信系统可以使用以下资源预留协议以便确保实时多媒体服务的服务质量(QoS)。
在作为在因特网工程工作小组(IETF)中使用的资源预留协议的、诸如在资源预留协议(RSVP)中包括的流量规范(tspec)、请求规范(rspec)和流规范(flowspec)之类的资源预留协议中,定义了各种参数,并且所述各种参数具有与IEEE 802.16标准、IEEE 802.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-4OD标准中使用的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信息在MDC报头中发送,以下提供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),MMT C层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所述的MMTC层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 (12)
1.一种在多媒体通信系统中通过多媒体数据发送设备发送多媒体数据传递特性信息的方法,所述方法包括:
向多媒体数据接收设备发送指示是否包括表示与多媒体数据的服务质量(QoS)有关的信息的多媒体数据传递特性信息的元素,并且如果该元素指示包括所述多媒体数据传递特性信息,则发送所述多媒体数据传递特性信息,
其中,该多媒体数据传递特性信息包括表示多媒体数据的传输分组损失特性的元素、表示多媒体数据的延迟敏感度特性的元素、指示具有位流特性的多媒体数据的特性的元素、表示应当对多媒体数据的连续传递确保的最小比特率的元素、表示用于多媒体数据的传递的最大缓冲尺寸的元素、表示在多媒体数据的连续传递期间内的峰值比特率的元素、表示在多媒体数据的连续传递期间内不同于该多媒体数据的其它多媒体数据的最小时间段的元素以及表示其它多媒体数据的最大尺寸的元素。
2.如权利要求1所述的方法,其中,所述多媒体数据包括多媒体数据的媒体处理单元(MPU)和多媒体数据的预设单元中的一个,并且
其中,所述其它多媒体数据包括多媒体数据的媒体分段单元(MFU)单元。
3.如权利要求1所述的方法,其中,表示多媒体数据的传输分组损失特性的元素表示损失优先级,
其中,所述损失优先级表示指示不出现多媒体数据的传输分组损失的损失优先级、指示多媒体数据的传输分组损失出现并具有高优先级的损失优先级、指示多媒体数据的传输分组损失出现并具有中等优先级的损失优先级以及指示多媒体数据的传输分组损失出现并具有低优先级的损失优先级中的一个,并且
其中,所述高优先级表示高于第一优先级的优先级,所述中等优先级表示低于或等于所述第一优先级并且高于第二优先级的优先级,并且所述低优先级表示低于所述第二优先级的优先级。
4.如权利要求1所述的方法,其中,表示多媒体数据的延迟敏感度特性的元素表示指示多媒体数据具有高延迟敏感度的优先级、指示多媒体数据具有中等延迟敏感度的优先级、指示多媒体数据具有低延迟敏感度的优先级以及指示多媒体数据对延迟不敏感的优先级中的一个,并且
其中,所述高延迟敏感度指示多媒体数据的延迟时间短于第一延迟时间,所述中等延迟敏感度指示多媒体数据的延迟时间等于或长于所述第一延迟时间并且短于第二延迟时间,并且所述低延迟敏感度指示多媒体数据的延迟时间等于或长于所述第二延迟时间。
5.如权利要求1所述的方法,其中,指示具有位流特性的多媒体数据的特性的元素包括指示恒定比特率(CBR)服务类别应当在任何时间确保峰值比特率以专用于多媒体数据的发送的信息、指示实时可变比特率(rt-VBR)服务类别应当确保可持续比特率并且在共享信道上允许具有延迟限制的多媒体数据的峰值比特率的信息、指示非实时可变比特率(nrt-VBR)服务类别应当确保可持续比特率并且在共享信道上允许不具有延迟限制的多媒体数据的峰值比特率的信息、指示可用比特率(ABR)类别不应当确保任何比特率但可以报告用于反馈控制的可用比特率的信息、以及指示未指定比特率(UBR)类别不应当确保任何比特率并且不应当指示拥堵的信息中的一个。
6.一种在多媒体通信系统中通过多媒体数据接收设备接收多媒体数据传递特性信息的方法,所述方法包括:
从多媒体数据发送设备接收指示是否包括与多媒体数据的服务质量(QoS)有关的多媒体数据传递特性信息的元素,并且如果所述元素指示包括所述多媒体数据传递特性信息,则接收所述多媒体数据传递特性信息,
其中,所述多媒体数据传递特性信息包括表示多媒体数据的传输分组损失特性的元素、表示多媒体数据的延迟敏感度特性的元素、指示具有位流特性的多媒体数据的特性的元素、表示应当对多媒体数据的连续传递确保的最小比特率的元素、表示用于多媒体数据的传递的最大缓冲尺寸的元素、表示在多媒体数据的连续传递期间内的峰值比特率的元素、表示在多媒体数据的连续传递期间内不同于该多媒体数据的其它多媒体数据的最小时间段的元素以及表示其它多媒体数据的最大尺寸的元素。
7.如权利要求6所述的方法,其中,所述多媒体数据包括多媒体数据的媒体处理单元(MPU)和多媒体数据的预设单元中的一个,并且
其中,所述其它多媒体数据包括多媒体数据的媒体分段单元(MFU)单元。
8.如权利要求6所述的方法,其中,表示多媒体数据的传输分组损失特性的元素表示损失优先级,
其中,所述损失优先级表示指示不出现多媒体数据的传输分组损失的损失优先级、指示多媒体数据的传输分组损失出现并具有高优先级的损失优先级、指示多媒体数据的传输分组损失出现并具有中等优先级的损失优先级以及指示多媒体数据的传输分组损失出现并具有低优先级的损失优先级的一个,并且
其中,所述高优先级表示高于第一优先级的优先级,所述中等优先级表示低于或等于所述第一优先级并且高于第二优先级的优先级,并且所述低优先级表示低于所述第二优先级的优先级。
9.如权利要求6所述的方法,其中,表示多媒体数据的延迟敏感度特性的元素表示指示多媒体数据具有高延迟敏感度的优先级、指示多媒体数据具有中等延迟敏感度的优先级、指示多媒体数据具有低延迟敏感度的优先级以及指示多媒体数据对延迟不敏感的优先级中的一个,并且
其中,所述高延迟敏感度指示多媒体数据的延迟时间短于第一延迟时间,所述中等延迟敏感度指示多媒体数据的延迟时间等于或长于所述第一延迟时间并且短于第二延迟时间,并且所述低延迟敏感度指示多媒体数据的延迟时间等于或长于所述第二延迟时间。
10.如权利要求6所述的方法,其中,指示具有位流特性的多媒体数据的特性的元素包括:指示恒定比特率(CBR)服务类别应当在任何时间确保峰值比特率以专用于多媒体数据的发送的信息、指示实时可变比特率(rt-VBR)服务类别应当确保可持续比特率并且在共享信道上允许具有延迟限制的多媒体数据的峰值比特率的信息、指示非实时可变比特率(nrt-VBR)服务类别应当确保可持续比特率并且在共享信道上允许不具有延迟限制的多媒体数据的峰值比特率的信息、指示可用比特率(ABR)类别不应当确保任何比特率但可以报告用于反馈控制的可用比特率的信息、以及指示未指定比特率(UBR)类别不应当确保任何比特率并且不应当指示拥堵的信息中的一个。
11.一种被适配为执行权利要求1-5中的一个的方法的、用于发送多媒体数据传递特性信息的设备。
12.一种被适配为执行权利要求6-10中的一个的方法的、用于接收多媒体数据传递特性信息的设备。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2012-0113109 | 2012-10-11 | ||
KR20120113109 | 2012-10-11 | ||
KR1020120114853A KR102048480B1 (ko) | 2012-10-11 | 2012-10-16 | 동적인 네트워크 환경에서 멀티미디어 데이터 특징 정보를 송수신하는 장치 및 방법 |
KR10-2012-0114853 | 2012-10-16 | ||
PCT/KR2013/009095 WO2014058266A1 (en) | 2012-10-11 | 2013-10-11 | Apparatus and method for transmitting/receiving multimedia data delivery characteristics information in multimedia communication system |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104823420A true CN104823420A (zh) | 2015-08-05 |
CN104823420B CN104823420B (zh) | 2019-02-22 |
Family
ID=50885139
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380063000.XA Active CN104823420B (zh) | 2012-10-11 | 2013-10-11 | 用于在多媒体通信系统中发送/接收多媒体数据传递特性信息的设备和方法 |
Country Status (6)
Country | Link |
---|---|
US (1) | US10523399B2 (zh) |
EP (1) | EP2907281B1 (zh) |
JP (1) | JP6521523B2 (zh) |
KR (1) | KR102048480B1 (zh) |
CN (1) | CN104823420B (zh) |
WO (1) | WO2014058266A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114205344A (zh) * | 2020-08-31 | 2022-03-18 | 华为技术有限公司 | 媒体文件传输的方法及装置 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102147676B1 (ko) * | 2014-03-28 | 2020-08-26 | 삼성전자주식회사 | 멀티미디어 시스템에서 자원 할당 방법 및 장치 |
US10530828B2 (en) * | 2014-03-31 | 2020-01-07 | Samsung Electronics Co., Ltd. | Method and apparatus for signaling and operation of low delay consumption of media data in MMT |
KR20180105052A (ko) * | 2015-10-13 | 2018-09-27 | 삼성전자주식회사 | 유니캐스트 기반 멀티미디어 서비스 제공 방법 및 장치 |
CN110958184B (zh) * | 2019-11-27 | 2021-01-01 | 新华三半导体技术有限公司 | 带宽调节方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050047345A1 (en) * | 2003-09-03 | 2005-03-03 | University-Industry Cooperation Group Of Kyunghee University | Method and device for delivering multimedia data using IETF QoS protocols |
US20050094611A1 (en) * | 2003-10-30 | 2005-05-05 | Dong-Jo Cheong | QoS support method in a high-rate packet data system |
CN1863313A (zh) * | 2005-10-17 | 2006-11-15 | 华为技术有限公司 | H.264多媒体通信的服务质量监测方法 |
CN101127605A (zh) * | 2006-08-18 | 2008-02-20 | 南京易思克网络安全技术有限责任公司 | 一种不依赖操作系统安全的安全使用网络服务器服务的装置和方法 |
US20120155282A1 (en) * | 2010-12-19 | 2012-06-21 | Motorola, Inc. | System and method in a communication network of dynamically assigning a multimedia broadcast/multicast service bearer to a multicast channel |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5461611A (en) * | 1994-06-07 | 1995-10-24 | International Business Machines Corporation | Quality of service management for source routing multimedia packet networks |
FI108601B (fi) | 1999-01-05 | 2002-02-15 | Nokia Corp | QoS-kartoitustiedon välitys pakettiradioverkossa |
JP4682068B2 (ja) | 2006-03-17 | 2011-05-11 | 富士通株式会社 | 品質保証サービス情報通知方法、通信装置及びドメイン間情報伝達装置 |
US7930386B2 (en) | 2007-02-09 | 2011-04-19 | Cisco Technology, Inc. | Network discovery and dynamic adaptation of insufficient QoS resources |
US7796514B2 (en) * | 2008-12-11 | 2010-09-14 | At&T Intellectual Property I, L.P. | System and method for multi-services packet network traffic engineering |
WO2010111261A1 (en) | 2009-03-23 | 2010-09-30 | Azuki Systems, Inc. | Method and system for efficient streaming video dynamic rate adaptation |
KR20120084234A (ko) * | 2011-01-19 | 2012-07-27 | 삼성전자주식회사 | Mpeg media transport(mmt)에서 mmt au를 전송하는 방법 |
-
2012
- 2012-10-16 KR KR1020120114853A patent/KR102048480B1/ko active IP Right Grant
-
2013
- 2013-10-11 CN CN201380063000.XA patent/CN104823420B/zh active Active
- 2013-10-11 US US14/052,229 patent/US10523399B2/en active Active
- 2013-10-11 WO PCT/KR2013/009095 patent/WO2014058266A1/en active Application Filing
- 2013-10-11 EP EP13845319.6A patent/EP2907281B1/en active Active
- 2013-10-11 JP JP2015536715A patent/JP6521523B2/ja active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050047345A1 (en) * | 2003-09-03 | 2005-03-03 | University-Industry Cooperation Group Of Kyunghee University | Method and device for delivering multimedia data using IETF QoS protocols |
CN100418380C (zh) * | 2003-09-03 | 2008-09-10 | 三星电子株式会社 | 传递多媒体数据的方法和装置 |
US20050094611A1 (en) * | 2003-10-30 | 2005-05-05 | Dong-Jo Cheong | QoS support method in a high-rate packet data system |
CN1863313A (zh) * | 2005-10-17 | 2006-11-15 | 华为技术有限公司 | H.264多媒体通信的服务质量监测方法 |
EP1936868A1 (en) * | 2005-10-17 | 2008-06-25 | Huawei Technologies Co., Ltd. | A method for monitoring quality of service in multimedia communication |
CN101127605A (zh) * | 2006-08-18 | 2008-02-20 | 南京易思克网络安全技术有限责任公司 | 一种不依赖操作系统安全的安全使用网络服务器服务的装置和方法 |
US20120155282A1 (en) * | 2010-12-19 | 2012-06-21 | Motorola, Inc. | System and method in a communication network of dynamically assigning a multimedia broadcast/multicast service bearer to a multicast channel |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114205344A (zh) * | 2020-08-31 | 2022-03-18 | 华为技术有限公司 | 媒体文件传输的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
EP2907281A1 (en) | 2015-08-19 |
KR20140051498A (ko) | 2014-05-02 |
JP2015537430A (ja) | 2015-12-24 |
EP2907281B1 (en) | 2018-04-04 |
WO2014058266A1 (en) | 2014-04-17 |
US20140105132A1 (en) | 2014-04-17 |
JP6521523B2 (ja) | 2019-05-29 |
KR102048480B1 (ko) | 2020-01-08 |
EP2907281A4 (en) | 2016-06-08 |
CN104823420B (zh) | 2019-02-22 |
US10523399B2 (en) | 2019-12-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11528315B2 (en) | Apparatus and method for delivering transport characteristics of multimedia data | |
US10609106B2 (en) | Interface apparatus and method for transmitting and receiving media data | |
TWI594641B (zh) | 保留通訊網路中交接之應用識別資訊的系統及方法 | |
US9036630B2 (en) | Method and apparatus for transmitting data packet of multimedia service using media characteristics | |
KR101757771B1 (ko) | 상호 계층 최적화를 이용한 멀티미디어 데이터 패킷을 송신하는 방법 및 장치 | |
CN104823420B (zh) | 用于在多媒体通信系统中发送/接收多媒体数据传递特性信息的设备和方法 | |
US9578281B2 (en) | Managing traffic flow on a network path | |
KR101998807B1 (ko) | 방송 시스템에서 멀티미디어 데이터의 전송 특징 정보 수신 장치 | |
KR101744355B1 (ko) | 상호 계층 최적화를 이용한 멀티미디어 데이터 패킷을 송신하는 방법 및 장치 | |
WO2020147091A1 (zh) | 无线通信的方法和设备 | |
KR102117508B1 (ko) | 방송 시스템에서 멀티미디어 데이터의 전송 특징 정보 수신 방법 | |
KR102160567B1 (ko) | 방송 시스템에서 멀티미디어 데이터의 전송 특징 정보 송신 방법 | |
Vesco et al. | TDuCSMA: Efficient support for triple-play services in wireless home networks | |
CN104871479A (zh) | 体验质量QoE的实现方法及装置 | |
CN116711370A (zh) | 一种通信方法与装置 | |
Lee et al. | Qos control method in MMT and its implementation | |
Koutsakis | Resource allocation for high quality H. 264 streams integrated with web and MP3 traffic over high-speed cellular networks with capture | |
Koutsakis | Bandwidth allocation for integrated MPEG-4 Video, WAP and MP3 traffic over next generation wireless cellular networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
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 |