CN104094561A - 通过根据可用带宽选择传输协议来获得内容的设备 - Google Patents

通过根据可用带宽选择传输协议来获得内容的设备 Download PDF

Info

Publication number
CN104094561A
CN104094561A CN201280068815.2A CN201280068815A CN104094561A CN 104094561 A CN104094561 A CN 104094561A CN 201280068815 A CN201280068815 A CN 201280068815A CN 104094561 A CN104094561 A CN 104094561A
Authority
CN
China
Prior art keywords
host
content
version
host protocol
equipment
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
CN201280068815.2A
Other languages
English (en)
Other versions
CN104094561B (zh
Inventor
P.吉尔伯顿
S.古阿基
Y.勒加莱斯
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.)
Thomson Licensing SAS
International Digital Madison Patent Holding SAS
Original Assignee
Thomson Licensing SAS
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 Thomson Licensing SAS filed Critical Thomson Licensing SAS
Publication of CN104094561A publication Critical patent/CN104094561A/zh
Application granted granted Critical
Publication of CN104094561B publication Critical patent/CN104094561B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/101—Server selection for load balancing based on network conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/19—Flow control; Congestion control at layers above the network layer
    • H04L47/196—Integration of transport layer protocols, e.g. TCP and UDP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/38—Flow control; Congestion control by adapting coding or compression rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/165—Combined use of TCP and UDP protocols; selection criteria therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

一种旨在借助于在可用网络带宽方面有不同要求的至少两个传输协议获得内容的设备(D)。所述内容在至少一个服务器(CS)上以不同版本可用，并且所述版本对应于不同的传送二进制比特率并且被细分成适于经由通信网络(N)进行传送的块。该设备(D)被布置为选择必须在给定时间由所述服务器使用以传送内容的一个版本的至少一个所需的下一块的传输协议，其中当通信网络(N)的可用带宽的当前值严格大于第一阈值时，所选择的传输协议包含第一传输协议，或者当所述带宽的当前值小于或等于所述第一阈值时，所选择的传输协议包含第二传输协议。该设备(D)被进一步布置为将用于借助于所选择的传输协议传送内容的一个版本的至少一个所需的下一块的请求发送至所述内容服务器(CS)。

Description

通过根据可用带宽选择传输协议来获得内容的设备
技术领域
本发明涉及内容的传送，无论该内容是在流传送模式中或是在完整文件下载模式中。
注意，流传送包括经由通信网络(有线或无线)连续地传送内容的块(或部分——微文件)到至少一个内容接收器，以便它们可以实时地用于流传送。这种第一类型的传送可以借助于不同的流传送协议来完成，例如UDP、HTTP流传送或最近的HTTP自适应流传送上的RTP或MPEG-TS。完整文件下载需要已经接收到文件的全部或部分，以便能够播放它。这种第二传送类型通常是借助于TCP协议上的http。
在此应当理解“内容”为一组数据，它定义了可以按请求以文件形式(多媒体、游戏、文档)进行传递的电视节目(视频和音频)、游戏或文档。
背景技术
本领域的技术人员知道，数据传送比特率是可以在通信网络中有时以显著和/或持久的方式波动的参数，它可在内容接收器的层级上引发所接收内容的图像和/或声音的恢复质量的变化。事实上，如果在给定时间由通信网络提供的带宽与数据传送比特率是瞬间不兼容的，该内容的数据的一部分将无法由需要的内容接收器接收，因而后者在最佳情况下可以暂时恢复降低质量的图像和/或声音，并且在最坏情况下无法恢复任何东西。
为了限制上述波动的影响，已经提出从相同的内容生成对应于不同传送比特率的几个不同的版本。因此，当连接到通信网络的内容接收器想要经由通信网络恢复内容时，它在每个所选择的时间需要最佳适配于在该所选择的时间由该通信网络提供的条件的该内容的版本，这样能够防止冻结的图像。不幸的是，在相当波动的环境下，这种解决方案趋向于增加对最经常对应于低的传送比特率的版本中的块的传送，这会降低用户体验到的一般质量。为了改善这种情况，有可能对负责选择传送比特率的算法施加更严格的控制。但是，当内容接收器受限于与一种或多种同时发生的应用(例如下载或浏览)共享通信网络的带宽的传输协议的原则时，上述做法并不允许改善所述情况。
发明内容
因此，本发明具有改善该情况的目的，并且更具体地，改善当传送条件在通信网络内波动时用户的体验。
为此目的，本发明提出了一种设备，旨在获得在至少一个服务器(CS)上有不同版本可用的内容，并且其中所述不同版本对应于不同的传送二进制比特率并且被细分成适于经由通信网络借助于在可用网络带宽上有不同要求的至少两个传输协议进行传送的块。
该设备的特征在于这样的事实，它被布置为选择必须在给定时间由所述至少一个服务器使用以传送内容的一个版本的至少一个所需的下一块到获得设备的传输协议。传输协议的选择包括在通信网络的可用带宽的当前值严格大于第一阈值时的第一传输协议，或者在带宽的该当前值小于或等于第一阈值时的第二传输协议(在可用网络带宽方面具有比第一传输协议更低的要求)。该设备进一步被布置成将用于借助于所选择的传输协议传送内容的一个版本的至少一个所需的下一块的请求发送至所述至少一个服务器。
根据本发明的设备可以包括可单独或组合地采用的其他特征，特别是：
-它可以被布置成根据所需的内容版本，即根据所需的内容清晰度级别选择第一阈值，
-它可以被布置成分析分组丢失率的当前值。在这种情况下，当它已经选择了第二传输协议用于传送对应于第一传送比特速率的版本的块时，它可以在分组丢失率的当前值严格大于第二阈值时，请求传送对应于低于第一传送比特率的第二传送比特率的另一版本的相同的块，
-它可以被布置为在传送内容期间在多个给定时间选择传输协议并发送请求到所述至少一个服务器，以因此获得在传送整个内容期间的自适应，
-它可以被布置成根据时隙上第一和第二传输协议的使用的预定义的分配在每个给定的时间选择必须进一步使用的传输协议，
时隙可以滑动，
它可以被布置为使用时隙上第一和第二传输协议的75％/25％的预定义的分配，
-当已经选择了第二传输协议用于传送版本的块时，它可被布置成触发借助于第一传输协议对未从这个版本块中接收到的数据分组的重传机制，
它可以被布置为从专用于重传的内容服务器请求数据分组的每次重传，
-第一传输协议可以是TCP并且第二传输协议可以是UDP，
-对于在给定时间对第二传输协议的选择，它可以被布置为选择对应于具有最接近在该给定时间的带宽的当前值的值的传送比特率的内容版本，
-它可以被布置为恢复描述文件以便做出对传输协议的第一选择以获得它想要获得的内容，该描述文件存储为与该内容版本相对应并且描述它们各自的传送比特率，
-它可以被布置为获得在流传送模式或完整文件下载模式任一中的内容的传送。
本发明还提出了一种内容接收器，包括用于获得上文所列的类型的内容的设备。
这样的内容接收器可以例如以下列形式呈现：机顶盒类型的盒子、解码器、住宅或家庭网关、固定计算机或膝上型计算机、移动电话、个人数字助理或电子平板电脑。
本发明还提出了一种实现由内容获得设备执行的步骤以获得内容的方法。上面对于内容获得设备描述的特征可以以任何组合用于这种用于获得内容的方法。
附图说明
分析下文中的详细描述和附图后本发明的其它特征和优点将会出现，附图中：
-图1示意性和功能性地示出了连接了三个内容服务器和配有根据本发明的一个实施例的用于获得内容的设备的内容接收器的通信网络，
-图2示意性地示出了分别对应于四个不同的传送比特率的相同内容的四个不同版本，
-图3利用图示意地示出通信网络的带宽(BW)的时间变化(t)的第一示例，以及以第一方式布置的、在存在该时间变化的第一示例的情况下，传送至根据本发明的一个实施例的用于获得内容的设备的内容的块的第一示例，并且
-图4利用图示意地示出通信网络的带宽(BW)的时间变化(t)的第二示例，以及以第二方式布置的、在存在该时间变化的第二示例的情况下，传送至根据本发明的一个实施例的用于获得内容的设备的内容的块的第二示例。
附图不仅可以用来使本发明完整，如果必要的话，也可以有助于对其进行限定。
具体实施方式
显著地，本发明的目的是提出一种用于获得旨在与耦接到通信网络N的至少一个内容接收器CR相关联的内容D的设备。
在下文中，作为非限制性示例，考虑该内容接收器CR是机顶盒(或STB)。但是，本发明并不限于这种类型的内容接收器。事实上，本发明涉及能够连接到至少一个通信网络以便接收内容，并且能够复原内容的任何类型的内容接收器。因此，它也可以涉及，例如，解码器、住宅网关、家庭网关、固定计算机或膝上型计算机、移动电话(可能是智能型的)，个人数字助理(或PDA)、电子平板电脑或游戏机。
而且，在下面，作为非限制性示例，考虑该内容是多媒体内容。但是，本发明并不限于这种类型的内容。事实上，本发明涉及以数据文件或文件块的形式可用的任何类型的内容，并且特别是电视节目、游戏、电影节目、音乐和计算机生成的图像(或CGI)。
图1示意性地示出了连接了适合于存储内容的三个内容服务器CS1至CS3和旨在解码由服务器CS1至CS3中的一个传送的内容(在根据本发明的用于获得内容D的设备的请求下)的内容接收器CR的通信网络N。
例如，并且如以非限制性的方式示出的，该机顶盒CR耦接到负责复原已解码的并且经由通信网络N来自服务器CS1、CS2或CS3的内容的至少一个电视机。
在下面，作为非限制性示例，考虑该通信网络N是由通过xDSL接入网连接到使用的因特网网络所构成的网络。但本发明并不限于这种类型的通信网络。事实上，通信网络N可以是有线或无线的。因此，它也可以是电缆或光纤类型的有线网络，或是移动或蜂窝或WLAN(无线局域网-可能是802.11(或WiFi)或WiMAX的)型网络，或者甚至是蓝牙类型的很短范围的无线局域网。
值得注意的是，通信R必须能够支持在可用网络带宽方面具有不同要求的至少两个传输协议。作为非限制性示例，通信网络N支持TCP(传送控制协议)类型的第一传输协议和UDP(用户数据报协议)类型的第二传输协议。但可以设想传输协议的其它组合。
第一(内容)服务器CS1例如负责在第一存储部件SM1中存储不同的内容版本Vj。这些第一存储部件SM1以本领域技术人员已知的、包括软件的任何形式呈现。因此，它可以是存储器。
“内容的不同版本”应理解为对应于不同传送比特率的版本。图2示意性地示出了分别对应于四个不同的传送比特速率的相同内容的四个不同版本V1到V4(j＝1到4)，例如对于第一版本V1传送比特率是1Mbps(每秒兆比特)，对于第二版本V2传送比特率是2Mbps，对于第三版本V3传送比特率是4Mbps，对于第四版本V4传送比特率是6Mbps。
内容的每个版本Vj是由确定持续时间的大量块(或部分——微文件)构成的。在图2的示例中，版本Vj的每个块是由矩形来表现的，它的高度代表相应的传送比特率。
相同内容的版本的数量可以等于至少等于二(2)的任何值。
应注意，例如，相同内容的版本Vj可以通过借助于视频压缩技术进行编码来生成，视频压缩技术例如是MVC(多视图视频编码)、AVC(高级视频编码)、SVC(可伸缩视频编码)、MPEG2、H264，和更一般地使得能够以专用于包括音频数据的传输(流传送)或存储(下载)的格式进行封装的任何类型的视频压缩。
应理解，对应于不同传送比特率的每一内容的不同版本Vj被正确地匹配到通信网络N内波动的传送条件。
应注意，如图2所示，相同内容的版本Vj优选包含参考帧RF，其时间位置从一个版本到另一个版本是相同的。据回顾，参考帧RF是可以随机访问在流传送中传送的内容的块的帧。在图示的示例中，每个参考帧RF被放置在内容版本Vj的块的开始处。这允许安装在内容接收器CR中的解码器在特定的时间(即参考帧RF的传送时间)根据请求从一个版本Vj移动到另一版本Vj'，而不产生任何视觉伪像(通常每个视频块以关键图像开始并且可能以该关键图像结束以对用户不可见地从一个块转换到另一块。
还应注意，每一内容的版本Vj优选地存储为与描述它们各自的比特率的描述文件相对应。每一个描述文件例如是SDP类型(会话描述协议)的。将进一步讨论该描述文件。
第二CS2和第三(CS3)内容服务器在这里旨在用于未由内容接收器CR接收的内容的数据分组的可能的重传。将进一步理解他们的优点。
存储在第一服务器CS1中的版本Vj旨在按请求传送到至少一个内容接收器CR。为了这个目的，每一内容接收器CR可以与根据本发明的用于获得内容D的设备相关联。
在此“相关联”应当理解为作为以非限制性的方式示出的内容接收器CR的一个组成部分的事实，以及直接耦接到内容接收器CR的事实两者。因此，用于获得内容D的设备可以以软件(或计算机)模块的形式实现，或者以电子电路和软件模块的组合的形式实现。
用于获得内容D的设备被布置为选择必须在给定时间使用以传送内容的版本Vj的至少一个所需的下一块的传输协议，在通信网络N的可用带宽BW的当前值严格大于第一阈值S1时选择第一传输协议作为传输协议，或者在带宽BW的该当前值小于或等于第一阈值S1时选择第二传输协议作为传输协议。
应注意，通信网络N中可用的带宽BW在该通信网络N遇到技术问题或接入网络拥塞时可以变为小于或等于所述第一阈值S1。
同样重要的是要注意，第一传输协议比第二传输协议需要更多的可用网络带宽BW。对于比UDP协议尤其需要更多的可用网络带宽的TCP协议来说更是这种情况。这主要是由以下事实导致的：TCP是双向型的，需要传送应答，对窗口大小调整(或加窗)施加限制，并且提供未接收的数据分组的重传机制，而UDP是单向型的(因此，没有任何应答)，并且对于加窗没有限制，对于未接收的数据分组没有重传机制。
据回顾，加窗指定在TCP会话期间动态协商的窗口的大小，并且它构成了一种类型的流控制机制。更具体地，当传送数据时，源必须从接收方接收应答，后者必须对源发信号告知它想要的窗口的大小和该接收方准备接收的分组数量的表示。
纯粹为了说明的目的，对于以1Mbps传递内容，在存在往返时间等于30ms和分组丢失率等于0.02(或2％)的情况下，TCP比UDP要求多出30％的带宽来传输相同数量的数据。应注意，先前的示例涉及相较于UDP上的RTP流量(包括未接收的数据分组的重传机制)的TCP上的http流量。
由于本发明，每次代替第一协议(这里是TCP)暂时使用第二协议(这里是UDP)来恢复内容的块时，都需要该内容的用户有更大的可能性获得对应于高的传送比特率(即具有最接近可用带宽BW的当前值的值)的版本Vj。因此，每次选择UDP时，例如紧随通信网络N中的拥塞之后，由用户的内容接收器CR复原的质量有更大的可能性比在使用TCP的情况下更好。例如，始终在拥塞的情况下，本发明将能够像http/TCP协议将会做的那样请求较低比特率的块，但在RTP/UDP中请求较高或相等的比特率的块。
还应注意，当已经在给定时间选择第二传输协议时，用于获得内容D的设备也可以并且可能被布置成选择对应于在该给定时间具有最接近可用带宽BW的当前值的值的传送比特率的内容的版本Vj。
应注意，为了知道所需内容的不同版本Vj，该用于获得内容D的设备被优选地布置成命令其内容接收器CR从相关的第一服务器CS1恢复它与这些版本Vj相对应地存储(并且描述它们各自的传送比特率)的描述文件。在这种情况下，一旦内容接收器CR从相关的第一服务器CS1恢复了所需的描述文件，该用于获得内容D的设备通过根据通信网络N中的可用带宽BW以明显连续的方式控制所选择的(或选定的)所需内容的版本Vj，可启动用于获得内容(无论是在流传送模式中，或是在完整文件下载模式中)的会话。用于获得内容D的设备然后为其内容接收器CR提供它已经选择的(并在描述文件中提到的)每个版本Vj的指定以便使其从相关的第一服务器CS1请求它。
在下面，作为非限制性示例，考虑以流传送模式传送内容。
在这种情况下，用于获得内容D的设备在已经选择了第二协议(这里是UDP)时，可命令其内容接收器CR发起与第一服务器CS1的RTSP(实时流传送协议)会话。据回顾，RTSP是由RFC 2326规则定义的协议，补充RTP协议(实时协议)和特别专用于建立和控制流传送模式中的多媒体内容传递会话。在这种情况下，内容接收器CR可以发送“RTSP描述URI”消息到第一服务器CS1，以便获得所需内容的描述文件。然后，第一服务器CS1以“RTSP描述响应”消息来响应以传送所需描述文件。然后，内容接收器CR可以发送“RTSP建立”消息到第一服务器CS1，以便准备RTP/UDP流传送会话。然后，第一服务器CS1以“RTSP建立响应”进行响应，以发出信号表示该会话准备好了。然后，内容接收器CR可以发送“RTSP播放”消息到第一服务器CS1，以要求它启动先前准备的会话。然后，第一服务器CS1以“RTSP播放响应”消息进行响应，以发出信号表示它将会开始RTP/UDP流传送会话。然后将例如以格式MP4或MPEG-TS将所需内容的容器封装在以流传送模式在UDP上发送的分组中。
应注意，当以完整文件下载模式传送内容时，可以代替RTP协议使用FLUTE协议(由RFC 3926规则定义)。
每次用于获得内容D的设备决定恢复内容的块时，它必须指定代表它所选择的版本Vj中的该块的标识符和等于该块的时间并指定该块的开始时间的时隙。这可以通过交换RTSP类型的消息来完成。
还应注意，用于获得内容D的设备可以被布置成根据它要需要的内容的清晰度的级别选择第一阈值S1。应理解，内容的清晰度越低，第一阈值S1就越低。因此，第一阈值S1可以从标准清晰度向上提高到包括高清晰度的非常高的清晰度进行选择。
用于获得内容D的设备可以至少两种不同的方式进行操作。
第一种方式已在上文进行了说明。它很好地适配于(虽然不限于)本地应用，例如带宽的共享公平性不是优先考虑的家里。例如，它适合于想要在电视机(连接到其CR STB或到其家庭网关)TS的屏幕上观看存储在例如在WiFi/PLC流传送模式下能够与该CR STB或该家庭网关通信的固定(如台式电脑)或移动(例如移动电话或视频播放或膝上型计算机)通信装置的存储器中的视频的用户。
图3示意性地在图中示出显示通信网络N的可用带宽BW根据时间t的变化的曲线的第一示例。这同一图还表示在存在该第一时间变化曲线的情况下传送到用于获得内容D的设备的内容的块。不同大小的白色矩形表示属于分别对应于三个不同的传送比特率的三个版本Vj的、并且由第一服务器CS1借助于第一传输协议(这里是TCP(例如，与http组合(即http/TCP))传送的内容块。单个大小的灰色矩形表示属于对应于某个传送比特率的单个版本Vj、并且由第一服务器CS1借助于第二传输协议(这里是UDP(例如，与RTP组合(即UDP/RTP))传送的内容块。
如在第一示例中可以看出，每当可用带宽的值变为小于或等于第一阈值S1时，用于获得内容D的设备命令第一服务器CS1使用第二传输协议(这里是UDP)。
该第一方式可以包括旨在在UDP上使用RTP的情况下考虑分组丢失率(或plr)的当前值的选项。在这种情况下，用于获得内容D的设备可以被布置成分析分组丢失率(这里是plr)的当前值。因此，如果选择了第二传输协议(这里是UDP)用于传送对应于第一传送比特率的版本Vj的块，当检测到分组丢失率的当前值严格大于第二阈值S2时，可以要求传送对应于低于第一传送比特率的第二传送比特率的另一版本Vj'(其中j'≠j)中的相同的块。
据回顾，通过例如在滑动窗(例如每接收到100个RTP分组进行刷新)中比较接收到的RTP分组的数量和在每个RTP分组报头(符合规则RFC 3550，其中它被称为序列号)中提到的初始传送的RTP分组的数量来计算plr参数。因此，检测序列号跳跃就足以从中推导出分组丢失和丢失的分组的数量。
在plr参数的情况下，第二阈值S2可以例如选为等于4％或5％。
第二种方式很好地适配于(虽然不限于)带宽的共享公平性是优先考虑的应用。它适合于例如想要在诸如例如电视机TS的电子(可能是通信)装置的屏幕上观看通过诸如例如ST或家庭网关的耦接到该电子装置的内容接收器CR恢复的视频的用户。应理解，在这种类型的情况中，视频是通过由大量用户共享的通信网络N传输的，因此，出于公平的原因，每当通信网络N的可用带宽BW变得小于第一阈值S1时，由于使用第二传输协议(这里是UDP)，带宽不能被系统地由相同的用户使用。
为此目的，用于获得内容D的设备可以被布置为在每个给定的时间，不仅根据可用带宽BW的当前值，还根据在时隙上(优选为滑动)对第一和第二传输协议的使用的预定义的分配来选择必须使用的传输协议。
作为非限制性示例，用于获得内容D的设备可在该时隙上使用第一和第二类型的传输协议的75％/25％的预定义清晰度(75％用于第一传输协议，25％用于第二传输协议)。
图4示意性地在图中示出显示通信网络N的可用带宽BW根据时间t的变化的曲线的第二示例。这同一图还表示在存在该第二时间变化曲线的情况下传送到用于获得内容D的设备的内容的块。不同大小的白色矩形表示属于分别对应于四个不同的传送比特率的四个版本Vj的、并且由第一服务器CS1借助于第一传输协议(这里是TCP(例如，与http组合(即http/TCP))传送的内容块。单个大小的灰色矩形表示属于对应于某个传送比特率的单个版本Vj、并且由第一服务器CS1借助于第二传输协议(这里是UDP(例如，与RTP组合(即UDP/RTP))传送的内容块。
如可在此第二示例中观察到的，并没有在每次可用带宽BW的值变为小于或等于第一阈值S1时都系统地使用第二传输协议(这里是UDP)。事实上，假设在当前时隙中对该第二传输协议的使用不超过由所选分配分给它的百分比，当可用带宽BW的值变为小于或等于第一阈值S1时，根据用于获得内容D的设备的请求来使用该第二传输协议。事实上，可以注意到，在某些情况下，即使可用带宽BW小于或等于第一阈值S1，也不使用第二传输协议。
当第二传输协议不包括对于未接收的数据分组的任何重传机制时(如同对于UDP的情况)，有利的是，当选择该第二传输协议用于传送版本Vj的块时，该用于获得内容D的设备被布置成触发借助于第一传输协议对未从版本Vj的该块接收的数据分组的重传机制。要做到这一点，该用于获得内容D的设备可以例如命令其内容接收器将RTSP类型的重传请求传送到服务器，后者通过发起http/TCP会话来对该请求作出响应。
应注意，可以从专用于重传的内容服务器CS2或CS3要求数据分组的每次重传。事实上，这不仅防止了第一服务器CS1执行额外的任务，但最重要的是它使得能够在通信网络N使用与第一服务器CS1使用的、在其上丢失了数据分组的一条(或多条)路径不同的路径(这因而提供了路径多样性)。此外，使得一个或多个内容服务器仅专用于未接收的数据分组的重传的事实可以减少重传的时间。
本发明并不限于仅作为非限制性示例提供的用于获得内容和接收上述内容的设备的实施例，而是包括了本领域技术人员在所附权利要求的框架内可以设想的所有变型。

Claims (15)

1.一种用于借助于在可用网络带宽方面有不同要求的至少两个传输协议获得内容的设备(D)，其中所述内容在至少一个服务器(CS)上以不同版本可用，并且其中所述内容的不同版本对应于不同的传送比特率并且被细分成适于经由通信网络(N)进行传送的块，其特征在于，所述设备被布置为：
选择必须在给定时间由所述至少一个服务器使用以传送内容的一个版本的至少一个所需的下一块到所述设备的传输协议，其中当所述通信网络(N)的可用带宽的当前值严格大于第一阈值时，所述所选择的传输协议包含第一传输协议，或者当所述带宽的当前值小于或等于所述第一阈值时，所述所选择的传输协议包含第二传输协议；
将用于借助于所述所选择的传输协议传送内容的一个版本的至少一个所需的下一块的请求发送至所述至少一个服务器。
2.根据权利要求1所述的设备，其特征在于，它被布置成根据所需的内容版本选择所述第一阈值。
3.根据权利要求1和2中的一项所述的设备，其特征在于，它被布置成分析分组丢失率的当前值，并且，当它已经选择了所述第二传输协议用于传送对应于第一传送比特速率的版本的块时，在所述分组丢失率的当前值严格大于第二阈值时，被布置成请求传送对应于低于第一传送比特率的第二传送比特率的另一版本的相同的块。
4.根据权利要求1至3中的一项所述的设备，其特征在于，它被布置为在传送内容期间在多个给定时间选择所述传输协议并发送请求到所述至少一个服务器以获得。
5.根据权利要求1至4中的一项所述的设备，其特征在于，它被布置成根据时隙上所述第一和第二传输协议的预定义的使用分配在每个给定的时间在选择必须进一步使用的传输协议。
6.根据权利要求5所述的设备，其特征在于，所述时隙是滑动的。
7.根据权利要求5和6中的一项所述的设备，其特征在于，它被布置为使用所述时隙上所述第一和第二传输协议的75％/25％的预定义的分配。
8.根据权利要求1至7中的一项所述的设备，其特征在于，当已经选择了所述第二传输协议用于传送版本的块时，它被布置成触发借助于所述第一传输协议对未从这个版本块中接收到的数据分组的重传机制。
9.根据权利要求8所述的设备，其特征在于，它被布置为从专用于所述重传的内容服务器(CS2)请求数据分组的每次重传。
10.根据权利要求1至9中的一项所述的设备，其特征在于，所述第一传输协议是TCP，并且所述第二传输协议是UDP。
11.根据权利要求1至10中的一项所述的设备，其特征在于，在给定时间选择了所述第二传输协议的情况下，它被布置为选择对应于具有最接近在所述给定时间的带宽的当前值的值的传输比特率的内容版本。
12.根据权利要求1至11中的一项所述的设备，其特征在于，它被布置为恢复描述文件以便作出对传输协议的第一选择以获得它想要获得的内容，该描述文件存储为与该内容的版本相对应并且描述它们各自的传送比特率。
13.根据权利要求1至12中的一项所述的设备，其特征在于，它被布置为获得在流传输模式或下载模式任一中的内容的传送。
14.根据权利要求1至13中的一项所述的设备，其特征在于，它被配置为向第一内容服务器(CS1)发送使用所述第一传输协议传送内容的一个版本的至少一个下一块的请求，并且向第二内容服务器(CS2)发送使用所述第二传输协议传送内容的下一版本的至少一个块的第二请求。
15.一种用于借助于在可用网络带宽方面有不同要求的至少两个传输协议获得内容的方法，其中所述内容在至少一个服务器(CS)上以不同版本可用，并且其中所述内容的不同版本对应于不同的传送比特率并且被细分成适于经由通信网络(N)进行传送的块，其特征在于，所述方法包含由内容获得设备(D)执行的以下步骤：
选择必须在给定时间由所述至少一个服务器使用以传送内容的一个版本的至少一个所需的下一块到所述内容获得设备的传输协议，其中当所述通信网络(N)的可用带宽的当前值严格大于第一阈值时，所述所选择的传输协议包含第一传输协议，或者当所述带宽的当前值小于或等于所述第一阈值时，所述所选择的传输协议包含第二传输协议；
将用于借助于所述所选择的传输协议传送内容的一个版本的至少一个所需的下一块的请求发送至所述至少一个服务器。
CN201280068815.2A 2011-12-01 2012-11-29 通过根据可用带宽选择传输协议来获得内容的设备 Active CN104094561B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR1161045 2011-12-01
FR1161045 2011-12-01
PCT/EP2012/073972 WO2013079598A1 (en) 2011-12-01 2012-11-29 Device for obtaining content by choosing the transport protocol according to the available bandwidth

Publications (2)

Publication Number Publication Date
CN104094561A true CN104094561A (zh) 2014-10-08
CN104094561B CN104094561B (zh) 2017-12-12

Family

ID=47263370

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201280068815.2A Active CN104094561B (zh) 2011-12-01 2012-11-29 通过根据可用带宽选择传输协议来获得内容的设备

Country Status (7)

Country Link
US (1) US9584596B2 (zh)
EP (1) EP2786537B1 (zh)
JP (1) JP6513402B2 (zh)
KR (1) KR102119287B1 (zh)
CN (1) CN104094561B (zh)
BR (1) BR112014013006B1 (zh)
WO (1) WO2013079598A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106170966A (zh) * 2015-02-17 2016-11-30 索尼公司 传输设备、传输方法、接收设备以及接收方法
CN107861908A (zh) * 2017-11-22 2018-03-30 江苏微锐超算科技有限公司 适用于处理芯片的通信协议选择方法及装置
CN108667775A (zh) * 2017-03-31 2018-10-16 宇龙计算机通信科技(深圳)有限公司 通信方法和通信系统
CN113259365A (zh) * 2021-05-27 2021-08-13 中国电子科技集团公司第二十八研究所 一种窄带弱连接自适应服务框架及服务调用方法

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8086734B2 (en) * 2009-08-26 2011-12-27 International Business Machines Corporation Method of autonomic representative selection in local area networks
CN103780741B (zh) * 2012-10-18 2018-03-13 腾讯科技（深圳）有限公司 提示网速的方法和移动设备
CN103618704A (zh) * 2013-11-15 2014-03-05 四川长虹电器股份有限公司 界面客户端与服务器的通信方法
US9596323B2 (en) * 2014-03-18 2017-03-14 Qualcomm Incorporated Transport accelerator implementing client side transmission functionality
US9596281B2 (en) * 2014-03-18 2017-03-14 Qualcomm Incorporated Transport accelerator implementing request manager and connection manager functionality
US10567457B1 (en) * 2014-09-29 2020-02-18 Amazon Technologies, Inc. Dynamic rotation of streaming protocols
KR102111572B1 (ko) * 2015-02-13 2020-05-15 에스케이텔레콤 주식회사 저지연 생방송 컨텐츠 제공을 위한 프로그램을 기록한 기록매체 및 장치
US10491525B2 (en) * 2015-03-10 2019-11-26 Huawei Technologies Co., Ltd. Traffic engineering feeder for packet switched networks
JP2018082241A (ja) * 2016-11-14 2018-05-24 日本電信電話株式会社 動画再生装置、動画再生方法及びプログラム
KR102238310B1 (ko) * 2017-03-17 2021-04-09 한국전자통신연구원 트랜스포트 네트워크에서 패킷의 송수신 방법
US10433201B2 (en) * 2017-03-17 2019-10-01 Electronics And Telecommunications Research Institute Method for transmitting and receiving packet in transport network
US11349904B2 (en) * 2019-04-03 2022-05-31 Citrix Systems, Inc. Selecting a mode of delivery to provide access to a file systems and methods
US11212349B1 (en) * 2020-08-31 2021-12-28 Frontiir Pte Ltd. Switching between network protocols for a data storage system
US11902599B2 (en) * 2020-12-09 2024-02-13 Hulu, LLC Multiple protocol prediction and in-session adaptation in video streaming

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1292532A (zh) * 1999-09-30 2001-04-25 国际商业机器公司 在流式媒体中动态分发受控的额外选定叠加的方法和装置
CN1647480A (zh) * 2002-04-09 2005-07-27 皇家飞利浦电子股份有限公司 将下载和流式传输组合的传输方法
CN1784674A (zh) * 2004-05-03 2006-06-07 微软公司 用于流传送媒体的快速启动
EP1677540A1 (en) * 2004-12-28 2006-07-05 Kabushiki Kaisha Toshiba Content reproduce system, reproduce device, reproduce method, and distribution server
CN1960260A (zh) * 2006-11-28 2007-05-09 华为技术有限公司 为不同类型的终端提供iptv业务的方法和iptv业务系统
CN101039414A (zh) * 2006-03-17 2007-09-19 中兴通讯股份有限公司 高质量流媒体传送方法
CN101360045A (zh) * 2007-07-30 2009-02-04 佳能株式会社 通道中传输数据包的方法、存储装置和通道端点
US7617337B1 (en) * 2007-02-06 2009-11-10 Avaya Inc. VoIP quality tradeoff system
CN102045768A (zh) * 2009-10-26 2011-05-04 宏碁股份有限公司 数据传输方法及其用户装置与数据传输系统
US20110249667A1 (en) * 2010-04-13 2011-10-13 Rebelvox, Llc Apparatus and method for transmitting media using either network efficient protocol or a loss tolerant transmission protocol

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4176865B2 (ja) * 1998-04-30 2008-11-05 シャープ株式会社 画像伝送装置
JP3426144B2 (ja) * 1998-11-16 2003-07-14 シャープ株式会社 マルチメディア通信装置
NO315887B1 (no) * 2001-01-04 2003-11-03 Fast Search & Transfer As Fremgangsmater ved overforing og soking av videoinformasjon
JP2002281103A (ja) * 2001-03-19 2002-09-27 Nippon Hoso Kyokai <Nhk> 蓄積連続メディア転送方法及びシステム及び蓄積連続メディア転送プログラム
JP2003069472A (ja) * 2001-08-24 2003-03-07 Matsushita Electric Ind Co Ltd 受信端末装置及び通信システム
JP3846853B2 (ja) * 2001-10-12 2006-11-15 株式会社メガチップス 情報配信システム及び情報配信方法
JP3935419B2 (ja) * 2002-11-19 2007-06-20 Ｋｄｄｉ株式会社 動画像符号化ビットレート選択方式
JP2005167780A (ja) * 2003-12-04 2005-06-23 Toshiba Corp ストリーミングデータ伝送装置及び伝送方法
AU2010250118A1 (en) 2009-05-20 2011-12-15 Creative Ad Technology Proprietary Limited Methods and systems for delivering media to client device
JP2011087103A (ja) * 2009-10-15 2011-04-28 Sony Corp コンテンツ再生システム、コンテンツ再生装置、プログラム、コンテンツ再生方法、およびコンテンツサーバを提供
EP2375680A1 (en) * 2010-04-01 2011-10-12 Thomson Licensing A method for recovering content streamed into chunk
CN107104945B (zh) * 2010-06-04 2020-10-30 微软技术许可有限责任公司 用于服务器辅助的视频会话的方法和装置

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1292532A (zh) * 1999-09-30 2001-04-25 国际商业机器公司 在流式媒体中动态分发受控的额外选定叠加的方法和装置
CN1647480A (zh) * 2002-04-09 2005-07-27 皇家飞利浦电子股份有限公司 将下载和流式传输组合的传输方法
CN1784674A (zh) * 2004-05-03 2006-06-07 微软公司 用于流传送媒体的快速启动
EP1677540A1 (en) * 2004-12-28 2006-07-05 Kabushiki Kaisha Toshiba Content reproduce system, reproduce device, reproduce method, and distribution server
CN101039414A (zh) * 2006-03-17 2007-09-19 中兴通讯股份有限公司 高质量流媒体传送方法
CN1960260A (zh) * 2006-11-28 2007-05-09 华为技术有限公司 为不同类型的终端提供iptv业务的方法和iptv业务系统
US7617337B1 (en) * 2007-02-06 2009-11-10 Avaya Inc. VoIP quality tradeoff system
CN101360045A (zh) * 2007-07-30 2009-02-04 佳能株式会社 通道中传输数据包的方法、存储装置和通道端点
CN102045768A (zh) * 2009-10-26 2011-05-04 宏碁股份有限公司 数据传输方法及其用户装置与数据传输系统
US20110249667A1 (en) * 2010-04-13 2011-10-13 Rebelvox, Llc Apparatus and method for transmitting media using either network efficient protocol or a loss tolerant transmission protocol

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106170966A (zh) * 2015-02-17 2016-11-30 索尼公司 传输设备、传输方法、接收设备以及接收方法
CN106170966B (zh) * 2015-02-17 2021-07-27 索尼公司 传输设备、传输方法、接收设备以及接收方法
US11184680B2 (en) 2015-02-17 2021-11-23 Saturn Licensing Llc Transmission apparatus, transmission method, reception apparatus, and reception method
US11265615B2 (en) 2015-02-17 2022-03-01 Saturn Licensing Llc Transmission apparatus, transmission method, reception apparatus, and reception method
CN108667775A (zh) * 2017-03-31 2018-10-16 宇龙计算机通信科技(深圳)有限公司 通信方法和通信系统
CN107861908A (zh) * 2017-11-22 2018-03-30 江苏微锐超算科技有限公司 适用于处理芯片的通信协议选择方法及装置
CN113259365A (zh) * 2021-05-27 2021-08-13 中国电子科技集团公司第二十八研究所 一种窄带弱连接自适应服务框架及服务调用方法

Also Published As

Publication number Publication date
US20140330887A1 (en) 2014-11-06
CN104094561B (zh) 2017-12-12
BR112014013006A2 (pt) 2017-06-13
JP6513402B2 (ja) 2019-05-15
WO2013079598A1 (en) 2013-06-06
EP2786537B1 (en) 2019-11-20
JP2015507857A (ja) 2015-03-12
BR112014013006B1 (pt) 2022-05-24
KR102119287B1 (ko) 2020-06-04
KR20140099924A (ko) 2014-08-13
US9584596B2 (en) 2017-02-28
EP2786537A1 (en) 2014-10-08

Similar Documents

Publication Publication Date Title
CN104094561A (zh) 通过根据可用带宽选择传输协议来获得内容的设备
Begen et al. Watching video over the web: Part 1: Streaming protocols
US9860612B2 (en) Manifest generation and segment packetization
EP2553896B1 (en) A method for recovering content streamed into chunk
US8745246B2 (en) Method and device for selecting an SVC operation point, and method and device for providing information of SVC operation points
EP2360923A1 (en) Method for selectively requesting adaptive streaming content and a device implementing the method
US9313553B2 (en) Apparatus and method for simulcast over a variable bandwidth channel
KR102079155B1 (ko) 적응형 스트리밍 클라이언트의 동작을 원격으로 관리하는 방법
CN104704844A (zh) 具有视频定向协调(cvo)的流送
CN103702139A (zh) 一种移动环境下基于可扩展编码的视频点播系统
CN103210642A (zh) 在http流送期间发生表达切换时传送用于自然再现的可缩放http流的方法
US10015225B2 (en) Method for dynamic adaptation of the reception bitrate and associated receiver
US9681175B2 (en) Method for downloading content according to communication parameters, and associated content receiver
CN105430510A (zh) 一种视频点播方法、网关、智能终端及视频点播系统
CN100544437C (zh) 一种流媒体带宽适配系统
CN101729855A (zh) 数字内容流的传送方法和对应的接收方法
KR101656193B1 (ko) 이기종 망에서의 uhd 비디오 전송을 위한 mmt 기반 방송 시스템 및 방법
Chou Streaming media on demand and live broadcast
Eberhard et al. Nextsharepc: an open-source bittorrent-based p2p client supporting svc
Becker Experiments on video streaming over computer networks

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20190131

Address after: Paris France

Patentee after: International Digital Madison Patent Holding Co.

Address before: I Si Eli Murli Nor, France

Patentee before: THOMSON LICENSING

Effective date of registration: 20190131

Address after: I Si Eli Murli Nor, France

Patentee after: THOMSON LICENSING

Address before: I Si Eli Murli Nor, France

Patentee before: THOMSON LICENSING