下载视听内容的方法和设备
阅读说明：本技术 下载视听内容的方法和设备 (Method and apparatus for downloading audiovisual content ) 是由 P·豪兹 E·莫里 S·克瓦德克 于 2018-06-21 设计创作，主要内容包括：本发明涉及一种用于从数据网络下载视听内容的方法和设备。根据本发明，描述将视听内容细分为片段集合的描述文件包括分别表示两条片段下载路径的至少两条信息，表示下载路径的每条信息与网络接口相关联，并且至少两个网络接口是不同的。下载设备获得(22、26)关于通过网络接口分发下载片段的请求的至少一条信息，并且对于要下载的视听内容的至少一个片段，下载设备根据所获得的关于请求分发的信息，从与包括在描述文件中的下载路径相关联的网络接口中选择(23)网络接口。然后，通过所选择的网络接口发送(24)片段下载请求。(The present invention relates to a method and apparatus for downloading audiovisual content from a data network. According to the invention, the description file describing the subdivision of the audiovisual content into a collection of segments comprises at least two pieces of information respectively representing two download paths of the segments, each piece of information representing a download path being associated with a network interface, and at least two network interfaces being different. The downloading device obtains (22, 26) at least one piece of information on a request for distribution of the download segments over the network interface, and for at least one segment of the audiovisual content to be downloaded, the downloading device selects (23) the network interface from the network interfaces associated with the download path included in the description file, depending on the obtained information on the request for distribution. Then, a segment download request is sent (24) over the selected network interface.)
技术领域
本发明涉及通过数据网络下载视听内容，并且更具体地涉及以流模式下载这类内容。
背景技术
在诸如因特网之类的通信网络上以流模式广播视听内容要求广播流应适应在给定时间点网络上可用的比特率或带宽。为此，基于HTTP(超文本传输协议)的动态自适应流技术被用于根据具有可变质量和比特率的不同数据流来传递准备好的内容。这项技术已由ISO/IEC MPEG标准化组织以MPEG-DASH(运动图像专家组-通过HTTP进行动态自适应流送)的名称进行了标准化，但是还存在其他类似的解决方案，例如，APPLE HTTP实时流送、Microsoft平滑流送或Adobe HTTP动态流送。每个内容被切分为短时片段，通常持续几秒钟。片段的组织和与片段相关联的参数被发布在通常称为清单的文件中。该XML(可扩展标记语言)格式的文件根据MPEG-DASH标准被称为MPD或媒体表示描述。可以使用其他格式，例如，与IETF草案中描述的HTTP实时流协议兼容的播放列表的文本格式。
这里，“以流模式广播”被理解为是指当接收到视听内容的片段时由终端下载并由终端播放的内容的分发。这种技术特别适合于视频流的直接重传。
当配备有符合MPEG-DASH标准的客户端的终端下载因特网上广播的视听内容时，终端通常会执行用以接收视听内容的片段的可用带宽的估计，并选择提供尽可能最佳质量的下一个要下载的片段和与视听内容的不间断呈现兼容的片段接收时间。
今天大多数终端都配备有若干通信接口，本文以下也称为网络接口，使终端能够通过不同的网络接口与另一个终端或服务器建立连接。例如，终端可以通过Wifi接口或3G接口接收和发送数据。然后，这样的终端可以实施MPTCP(多路径传输控制协议)技术，该技术可以在终端之间的若干网络接口上使用TCP连接时，通过不同的网络接口在同一会话期间进行数据交换。
根据该技术(被称为MPTCP技术)，与另一终端或服务器交换数据的终端仅确定该终端可用的不同接口上的TCP交换的分发。例如，当终端在特定接口上检测到拥塞时，实施MPTCP协议的终端会在该检测之后通过修改不同接口上的TCP交换的分发来做出反应。
因此，由于终端在检测到拥塞之后做出反应，因此这种技术不是最佳的。在终端下载视听流的情况下，这样的行为可能会影响视听流的呈现质量。
发明内容
本发明改进了现有技术。本发明涉及一种由终端实现的用于从数据网络下载视听内容的方法。根据本发明，终端接收描述文件，该描述文件描述将视听内容细分为片段集合。这样的描述文件包括分别表示两条片段下载路径的至少两条信息，表示下载路径的每条信息与网络接口相关联，并且至少两个网络接口是不同的。终端获得关于通过网络接口分发下载片段的请求的至少一条信息，并且对于要下载的视听内容的至少一个片段，从与包括在描述文件中的下载路径相关联的网络接口中选择所述终端的网络接口，该选择根据所获得的关于请求的分发的信息做出。这种片段下载请求通过所选择的网络接口发送。
因此，根据本发明的方法使得终端能够最有效地利用可用于下载视听内容的网络接口，这是因为在发送片段下载请求期间考虑关于通过网络接口分发的信息。
根据本发明，经由包括在视听内容的描述文件中的信息(例如，MPEG-DASH标准的清单)，通知终端使用若干路径下载视听内容的可能性。
术语“下载路径”应理解为是指片段在传输中从分发服务器到达终端所经过的网络路径。这样的网络路径包括允许访问分发服务器的URL等等。
术语“片段”在这里被理解为同样好地表示视听内容的片段和视听内容的片段的碎片，在MPEG-DASH标准中也称为“字节范围”。
根据本发明，描述文件中指定的网络路径与网络接口隐式或显式关联，即由用于访问数据网络的网络接口实现的技术(3G、4G、WIFI、DSL等)。这样的关联可以是隐式的，例如可以从分发服务器的IP地址推导出，或者可以是显式的，例如指定网络接口标识符。
终端在应用级别上进一步执行下载请求在不同接口上的分发，而不再像MPTCP那样在传输级别上执行。有利地，多路径下载也可用于根据HTTPS协议的请求。
根据本发明的一个特定实施例，从数据网络的设备获得关于通过网络接口分发下载片段的请求的至少一条信息。
根据本发明的该特定实施例，关于通过网络接口分发下载片段的请求的信息被提供给终端。因此，终端不再自行确定通过网络接口对下载请求的分发。诸如此类的特定实施例使得通过网络接口进行分发是主动的，而不再像现有技术那样是被动的。
例如，有关分发的这种信息由网络的运营商或视听内容的广播商提供。这些实体还可以控制网络资源和接入点的使用，以下载视听内容，并预测拥塞问题，例如接入点负载的增加。根据另一变体，这种关于分发的信息由拼接到数据网络中的内容分发链中的设备提供。这种设备具有关于最佳分发的信息，因此可以利用关于分发的信息来丰富描述文件。
根据本发明的另一特定实施例，分别表示两条下载路径的至少两条信息分别包括在根据MPEG-DASH标准的描述文件的“BaseURL”字段中。
有利地，使用MPEG-DASH清单的“BaseURL”字段来指定不同的可能下载路径给出了与不实现根据本发明的下载方法的终端兼容的描述文件。因此，这种终端也可以通过使用描述文件中遇到的第一个“BaseURL”字段中指定的字段来下载视听流。
根据本发明的另一特定实施例，关于通过网络接口分发下载片段的请求的信息被包括在接收到的描述文件中。
根据本发明的另一特定实施例，关于通过网络接口分发下载片段的请求的信息是接收到的描述文件的“BaseURL”字段的参数。
例如，根据本发明的该特定实施例，可以通过要在每个网络接口上下载的片段的百分比来提供对片段下载的粗略分发。
根据本发明的另一特定实施例，关于通过网络接口分发下载片段的请求的信息针对每个片段由视听内容的字节范围的列表表示，每个字节范围与下载路径相关联。
例如，根据本发明的该特定实施例，提供了对片段下载的精细分发。
根据本发明的另一特定实施例，关于通过网络接口分发下载片段的请求的信息根据MPEG-DASH标准的SAND(服务器和网络辅助DASH)机制，通过在数据网络的服务器和终端之间交换消息来获得。
根据本发明的该特定实施例，动态地获得关于通过网络接口分发片段下载的信息，而不需要发送新的描述文件。
本发明还涉及一种用于从数据网络下载视听内容的设备，该设备包括处理器，处理器被配置为：
-接收描述文件，该描述文件描述将视听内容细分为片段集合，该描述文件包括至少两条信息，分别表示两条片段下载路径，表示下载路径的每条信息与网络接口相关联，
-获得关于通过网络接口分发下载片段的请求的至少一条信息，
-对于要下载的视听内容的至少一个片段：
-根据所获得的关于分发下载请求的信息和分别表示两条片段下载路径的至少两条信息，选择将用于发出下载所述片段的请求的网络接口，
-将所述下载请求发送到适于经由所选择的网络接口发出下载请求的传输设备。
根据本发明的另一特定实施例，传输设备包括在下载设备中，并且适于从数据网络接收数据和向数据网络发出数据的至少两个网络接口包括在下载设备中。
本发明还涉及一种下载终端，该下载终端包括根据上文所述的特定实施例中的任何一个的下载设备。
本发明还涉及一种用于提供一条多径下载信息的方法，该信息用于下载被细分为片段的视听内容。根据这样的方法，生成视听内容的描述文件，这样的文件包括分别表示两条片段下载路径的至少两条信息，表示下载路径的每条信息与网络接口相关联，并且至少两个网络接口是不同的。表示两条片段下载路径的至少两条信息使终端能够根据终端所获得的关于分发下载请求的信息，来选择所述终端将用于发出下载片段的请求的网络接口。所生成的描述文件被发送给终端。
本发明还涉及一种用于提供关于被细分为片段的视听内容的多路径下载的信息的设备，该提供设备包括处理器，该处理器被配置为向终端发送以下信息：
-描述文件，包括分别表示两条片段下载路径的至少两条信息，表示下载路径的每条信息与网络接口相关联，
-表示用于下载片段的两条路径的至少两条信息使得终端能够根据由终端获得的关于分发下载请求的信息，来选择所述终端将用于发出下载片段的请求的网络接口。
根据本发明的一个特定实施例，上述提供设备还被配置为将关于通过网络接口分发下载片段的请求的所述信息发送给终端。
本发明还涉及一种用于提供关于分发下载被细分为片段的视听内容的请求的信息的方法。根据这种用于提供关于分发的信息的方法，关于通过网络接口分发下载片段的下载请求的信息由用于提供关于分发的信息的设备确定，并且被发送给适于下载所述视听内容的终端。因此，这样的分发信息使终端能够选择将由所述终端用于发送下载片段的请求的网络接口。
本发明还提供一种用于提供关于分发下载被细分为片段的视听内容的请求的一条信息的设备。这种用于提供一条分发信息的设备被配置为向适于下载所述视听内容的终端发送关于通过网络接口分发下载片段的请求的信息，使得终端能够选择将由所述终端用于发出下载片段的请求的网络接口。
有利地，这种用于提供有关分发的信息的设备被拼接到用于试听内容分发的网络的分发链中。
本发明还涉及一种计算机程序，该计算机程序包括指令，以当所述程序由处理器执行时，实现根据上文所述的任一特定实施例的用于下载的方法。根据本发明的下载方法可以以各种方式来实现，尤其是以有线形式或软件形式。
本发明还涉及一种计算机程序，该计算机程序包括指令，以当所述程序由处理器执行时，实现根据上文所述的任一特定实施例的用于提供用于下载视听内容的多路径下载信息的方法。根据本发明的用于提供用于下载视听内容的多路径下载信息的方法可以以各种方式来实现，尤其是以有线形式或软件形式。
本发明还涉及一种计算机程序，该计算机程序包括指令，以当所述程序由处理器执行时，实现根据上文所述的任一特定实施例的用于提供关于分发下载视听内容的请求的信息的方法。根据本发明的用于提供关于分发下载视听内容的请求的信息的方法可以以各种方式来实现，尤其是以有线形式或软件形式。
这些程序可以使用任何编程语言，并且可以采用源代码、目标代码或源代码与目标代码之间的中间代码的形式，例如部分编译的形式或任何其他期望的形式。
本发明的目的还在于提供一种计算机可读的记录介质或信息介质，并且包括上文所述的计算机程序的指令。上面提到的记录介质可以是任何能够存储程序的实体或设备。例如，介质可以包括存储装置，例如ROM，例如CD ROM或微电子电路ROM，或者还包括磁记录装置，例如软盘或硬盘驱动器。此外，记录介质可以对应于诸如电或光信号之类的可传输介质，其可以通过电缆或光缆，通过无线电或通过其他方式来传送。根据本发明的程序尤其可以被上传到因特网类型的网络。
作为替代，信息介质可以对应于其中结合有程序的集成电路，该电路适于执行或用于所讨论的方法的执行中。
附图说明
本发明的其他特征和优点将从以下以简单、说明性和非穷举性示例给出的
具体实施方式
以及附图中更加清楚地体现出来：
-图1A示出了根据本发明的特定实施例的实现环境；
-图1B示出了根据本发明另一特定实施例的实现环境；
-图2A示出了根据本发明的特定实施例的下载方法的步骤；
-图2B示出了根据本发明另一特定实施例的下载方法的步骤；
-图3A示出了根据本发明的特定实施例的用于提供关于视听内容的多路径下载的一条信息的方法的步骤；
-图3B示出了根据本发明的特定实施例的用于提供关于下载请求的分发的多条信息的方法的步骤；
-图3C示出了根据本发明另一特定实施例的用于提供关于下载请求的分发的信息的方法的步骤；
-图4A示出了根据本发明的特定实施例的被配置为实现下载方法的下载系统；
-图4B示出了根据本发明的特定实施例被配置为实现下载方法的下载设备；
-图5示出了根据本发明的特定实施例的用于提供关于视听内容的多路径下载的信息的设备；
-图6示出了根据本发明的特定实施例的用于提供关于分发下载请求的信息的设备。
具体实施方式
一般原则
根据本发明，当终端正在流送诸如电影或电视流之类的多媒体内容时，该终端可以经由与终端上可用的不同网络接口相关联的不同通信路径来取得多媒体内容的片段。终端使用终端所获得的关于通过网络接口分发下载请求的信息来选择用于获得特定片段网络接口。
可以根据网络性能值(例如，与特定网络接口有关的网络带宽的使用，或网络设备的负载)，来确定关于下载请求的分发的这类信息。
关于下载请求的分发的这类信息可以由终端本身确定。例如，终端在每个接口上测量下载所请求的数据片段所花费的时间，并据此推导出与接口相关联的有用比特率。因此，它可以通过比较每个接口的有用比特率进行分发。在该示例中，关于分发的信息是相对于由终端的应用级别(HTTP级别)所获得的网络信息来确定的。
根据另一个示例，终端具有较低级别的模块(TCP、IP或甚至是物理层)，该模块将更精细的网络信息(例如，丢失率、稳定性等)发送回终端的应用级别(http)。
根据又一示例，终端具有称为“边缘控制器”的模块，该模块是由EDGE网络驱动的模块，它是网络的更高级别控制器，向终端发送关于不同接入网络的使用规范。
根据本发明的另一特定实施例，终端可以通过例如来自数据网络的设备的网络接口来接收关于下载请求的分发的这类信息。因此，终端具有根据其通常不知道的网络信息而确定的分发信息，并且由此优化了终端对多媒体内容的片段的下载。
另外，关于通过网络接口分发的信息可以与配置文件相关联。例如，这些信息项可以取决于效率标准。例如，关于通过网络接口分发的信息集合可以与“低延迟”配置文件相关联，根据该配置文件，分发将使得其优化下载时间以限制例如实时视听内容的延迟。
可以将关于通过网络接口分发的信息集合与“高可靠性”配置文件相关联，根据该配置文件，分发将使得它优先选择最可靠的网络进行下载。
可以将关于通过网络接口分发的信息集合与“高比特率”配置文件相关联，根据该配置文件，分发将使得其最大化总带宽，即最大化用于下载的不同网络上的带宽。
可以将关于通过网络接口分发的信息集合与“片块(tile)优先级”相关联，根据该片块优先级，分发将使得它优先选择通过最佳下载路径下载视听内容的感兴趣区域。也可以设想其他类型的配置文件。
实施示例
图1A示出了根据本发明的一个特定实施例的实施环境。这样的环境包括终端T，其被配置为例如根据MPEG-DASH协议，以流模式下载多媒体内容，该内容由内容分发服务器SRV1经由通信运营商的数据网络RES提供。数据网络RES例如是IP网络。数据网络RES与不同的接入网络ACC1、ACC2、ACC3互连，使得连接到这种接入网络的设备能够使用数据网络RES来发送和接收数据。
服务器SRV1通过接入网络ACC3(例如，陆线DSL(数字用户线)网络)访问数据网络RES。终端T能够经由该终端T上可用的任何一个网络接口来访问网络RES。在图1A所示的示例中，终端T可以经由接入网络ACC1(例如，陆线DSL)和经由接入网络ACC2(例如，移动4G网络)来访问网络RES。
如图1A所示，终端T可以通过若干下载路径：路径1、路径2和路径3来下载由服务器SRV1提供的多媒体内容的片段。为此，当终端T希望下载多媒体内容时，它接收描述文件MPD，该描述文件MPD尤其包括提供多媒体内容的服务器的IP地址。在图1A所示的示例中，可以通过服务器SRV1的IP地址：ip1和ip2之一从服务器SRV1访问多媒体内容的片段。其他实施例当然是可能的。例如，可以有若干分发服务器，或者具有单个IP分发地址的单个分发服务器，等等。
根据本发明，基于描述文件，终端T针对每个下载路径1、路径2、路径3标识网络接口，即能够访问与下载路径相关联的数据网络的技术。
例如，根据图1A，下载路径路径1和路径2与接入网络ACC1相关联，而下载路径路径2与接入网络ACC2相关联。这样做使得，为了经由下载路径路径1或路径3请求片段，终端T使用例如用于WIFI接入网络的无线电网络接口或用于DSL接入网络的以太网网络接口，并且为了经由下载路径2请求片段，终端T使用例如4G网络接口。
根据本发明，为了对下载路径进行最佳选择以获得多媒体内容片段，终端T获得关于下载请求的分发的信息。可以通过拼接到内容分发链中的数据网络RES的设备(EQ1)或服务器SRV1向其提供此类信息。拼接设备EQ1例如是DANE(DASH感知网络元素)服务器或CGW(聚合网关)，它建立了LTE无线电网络与5G网络中使用的陆线网络或UGW(统一网关)之间的聚合，或者同样地，在移动网络的情况下，则为MEC(移动边缘计算)网络或EDGE节点。
终端T本身也可以例如根据发回给它的网络流量信息或根据对在终端T的不同接口上进行的流量观察来确定有关分发的信息。
当终端T选择了要发送片段下载请求的网络接口时，终端T的路由器模块通过所选择的网络接口来发送片段下载请求。
根据图1B中描述的本发明的另一特定实施例，路由器模块不包括在终端T中，而是包括在连接到终端T的另一设备中。
图1B所示的环境与图1A所示的环境的区别在于，终端T经由路由设备PAS(例如，家庭网关)连接到数据网络RES。终端T例如经由由网关PAS建立的局域网LOC(例如，WIFI网络)连接到网关PAS。作为变型，终端T可以通过电线连接到网关PAS。
根据图1B中描述的实施例，终端T例如是视频解码器或连接的电视机。
根据图1B中描述的实施例，当终端T使用关于接口对下载请求的分发的信息来选择网络接口以发送用于下载片段的请求时，下载请求包括通知网关PAS关于下载请求必须路由到的网络接口的信息。
在下文中，我们描述了根据本发明的一个特定实施例的用于从数据网络下载视听内容的方法的步骤。该方法例如由参考图1A或1B描述的终端T实现。
参照图2A，在步骤20，终端T向内容分发服务器SRV1发送下载视听内容的请求。例如，终端T的用户在终端T的屏幕上观看在浏览器中显示的视听内容的目录，并且经由终端T的用户界面，在目录中选择视听内容。视听内容的这种选择使得终端T的浏览器向服务器SRV1发送用于下载视听内容的请求。传统上，终端T和服务器SRV1通信以确认来自终端T的请求并开始视听内容的分发。
在步骤21，终端T从服务器SRV1接收文件，该文件是所选择的视听内容的描述文件MPD。
这样的描述文件MPD描述了将视听网络细分为片段集合，终端T必须下载这些片段才能回放视听内容。
这样的描述文件MPD包括分别表示两条片段下载路径的至少两条信息，表示下载路径的每条信息与网络接口相关联。
在参考图1A或1B描述的示例中，描述文件MPD包括三条下载路径：路径1、路径2和路径3，其指示访问服务器SRV1的网络路径。路径路径1和路径2与能够访问接入网络ACC1的网络接口相关联，下载路径路径2与能够访问接入网络ACC2的网络接口相关联。
在下文中，我们以非穷举的方式呈现了符合MPEG-DASH标准的描述文件MPD的示例，其中可以根据不同的变体指定网络接口与下载路径的关联。当然，描述文件的其他示例也是可能的。
例如，描述文件MPD采取以下形式：
<MPD xmlns＝"urn:mpeg:dash:schema:mpd:2011"...>
<Period...>
<AdaptationSet...>
<Representation...>
<BaseURL>http://srv1.monopath.fr/path/</BaseURL>
<BaseURL>http://srv2.monopath.net/path/</BaseURL>
<BaseURL>http://srv1.multipath.path1.fr？[email protected]＝167.105.177.6&percent＝25/</BaseURL>
<BaseURL>http://srv1.multipath.path2.fr？[email protected]＝10.127.4.54&percent＝60/</BaseURL>
<BaseURL>http://srv1.multipath.path3.fr？[email protected]＝10.127.4.54&percent＝15/</BaseURL>
<SegmentList timescale＝"90000"duration＝"5400000">
<RepresentationIndexsourceURL＝"representation-index.sidx"/>
<SegmentURL media＝"segment-1.ts"/>
<SegmentURL media＝"segment-2.ts"/>
<SegmentURL media＝"segment-3.ts"/>
<SegmentURL media＝"segment-4.ts"/>
<SegmentURL media＝"segment-5.ts"/>
<SegmentURL media＝"segment-6.ts"/>
<SegmentURL media＝"segment-7.ts"/>
<SegmentURL media＝"segment-8.ts"/>
<SegmentURL media＝"segment-9.ts"/>
<SegmentURL media＝"segment-10.ts"/>
...
</SegmentList>
</Representation>
</AdaptationSet>
</Period>
</MPD>
根据上面的示例性描述文件，可以通过在文件的“BaseURL”字段中指定的URL(统一资源定位符)从服务器SRV1或服务器SRV2下载视听内容的片段。
借助于“SegmentList”标签指定要下载的视听内容的片段的列表。
根据此处描述的示例，网络接口作为URL的参数与每条下载路径隐式关联。
作为变体，可以使用描述文件MPD的新专用标签，例如通过为每条下载路径添加BaseUrl＝eth0：//resource类型字段(其中eth0对应于与“resource”下载路径关联的网络接口)，将网络接口与每条下载路径显式关联。
有利地，根据本发明，与经由若干下载路径的视听内容的片段的下载不兼容的终端仍然可以使用接收到的MPD描述文件来发送片段下载请求。实际上，这样的终端将例如读取在这样的描述文件中指定的第一或第二“BaseURL”字段，并且将使用在该字段中指示的下载路径。
在步骤22，终端T获得关于通过网络接口分发下载片段的请求的至少一条信息。
根据本文描述的本发明的特定实施例，关于接口的分发的信息是以URL的参数、例如以百分比形式的下载路径来提供的。例如，对于上面的文件MPD：
-路径路径1必须用于25％的下载请求，
-路径路径2必须用于60％的下载请求，
-路径路径3必须用于15％的下载请求。
根据另一个变体，描述文件MPD可以具有以下形式：
<MPD xmlns＝"urn:mpeg:dash:schema:mpd:2011"...>
<Period...>
<AdaptationSet...>
<Representation...>
<BaseURL>http://server1.monopath.fr/path/</BaseURL>
<BaseURL>http://server2.monopath.net/path/</BaseURL>
<BaseURL>http://server1.multipath.path1.fr？[email protected]＝167.105.177.6/</BaseURL>
<BaseURL>http://server1.multipath.path2.fr？[email protected]＝10.127.4.54/</BaseURL>
<BaseURL>http://server1.multipath.path3.fr？[email protected]＝10.127.4.54/</BaseURL>
<SegmentList...>...
<SegmentURL media＝"path/segment1.m4s mediaRange＝"1305-25305"indexRange-path1＝"1305-9678"indexRange-path2＝"9679-19876"indexRange-path3＝"19877-25305"/>
<SegmentURL media＝"path/segment2.m4s mediaRange＝"25306-49306"indexRange-path1＝"25306-29875"indexRange-path2＝"29876-37860"indexRange-path3＝"37861-49306"/>
<SegmentURL media＝"path/segment3.m4s mediaRange＝"49307-60512"indexRange-path1＝"49307-52741"indexRange-path2＝"52741-60512"/>
..
</SegmentList>
</Representation>
</AdaptationSet>
</Period>
</MPD>
...
</SegmentList>
</Representation>
</AdaptationSet>
</Period>
</MPD>
根据该变体，提供了关于通过网络接口分发下载片段的请求的信息，以针对要下载的每个片段，指定视听内容的字节范围的列表，并且针对片段的每个字节范围，指定相关联的下载路径。
例如，对于片段“segment1.m4s”，应该通过下载路径路径1请求第一字节范围1305-9678，应该通过下载路径路径2请求第二字节区间9679-19876，应该通过下载路径路径3请求第三字节范围19877-25305。
根据另一变体，描述文件MPD处于所谓的模板片段模式，并且可以具有以下形式：
</Representation>
<MPD xmlns＝"urn:mpeg:dash:schema:mpd:2011"...>
<Period...>
<AdaptationSet...>
<Representation...>
<BaseURL>http://server1.monopath.fr/path/</BaseURL>
<BaseURL>http://server2.monopath.net/path/</BaseURL>
<BaseURL>http://server1.multipath.path1.fr？[email protected]＝167.105.177.6/</BaseURL>
<BaseURL>http://server1.multipath.path2.fr？[email protected]＝10.127.4.54/</BaseURL>
<BaseURL>http://server1.multipath.path3.fr？[email protected]＝10.127.4.54/</BaseURL>
<SegmentTemplate media＝"segment-$Number$.m4s"timescale＝"90000">
<MultipathTemplate mediaRange-path1＝"％25"mediaRange-path2＝"％60"mediaRange-path3＝"％15">
</MultipathTemplate>
<SegmentTimeline>
<S t＝"0"r＝"100"d＝"5400000"/>
</SegmentTimeline>
</SegmentTemplate>
...
</Representation>
</AdaptationSet>
</Period>
</MPD>
根据该变体，终端T必须使用在“SegmentTemplate”字段中定义的模型或模板来自己生成URL，通过该URL终端T可以下载视听内容的片段。根据该变体，在“MultipathTemplate”字段中以与每个下载字段相关联的百分比的形式提供了关于通过接口分发的信息。当描述文件MPD包括带有“SegmentList”字段的片段列表时，也可以使用这种提供通过接口的分发信息的方式，如上文第一文件示例所示。以相同的方式，有关通过接口分发的信息可以在MPD文件中以片段模板模式提供，作为“BaseURL”字段的参数，如上文第一文件示例所描述的。
在步骤23，终端T基于描述文件确定要下载的视听内容的片段，并为此片段选择网络接口中与下载路径相关联的终端网络接口T。根据关于在步骤22期间获得的请求的分发的信息来进行这样的选择。当要下载的片段不是要下载的第一片段时，在步骤23，终端T还要考虑被选择用于初期发送的下载请求的网络接口，以便符合所获得的请求的分发。
在步骤24，终端T经由在步骤23期间选择的网络接口发送用于下载要下载的试听内容的片段的请求。
在步骤25，终端T验证是否必须下载视听内容的其他片段。如果是这种情况(是)，则过程重返步骤23。否则，如果视听内容的所有片段均已下载，或者如果用户已要求停止观看视听内容，则下载结束。
图2B示出了本发明的另一特定实施例。用与图2A相同的附图标记标识的步骤与参考图2A所描述的步骤相同。
根据图2B中描述的本发明的特定实施例，在步骤26，通过在终端T和服务器SRV1之间交换消息来提供关于分发的信息。例如，可以根据ISO/IEC 23009-5标准中定义的SAND(服务器和网络辅助DASH)标准来交换此类消息。这样的消息可以是XML消息，可以根据HTTP协议或任何其他协议进行交换。
如上面进一步描述的，可以以百分比的形式提供关于分发的信息，或者为每个片段、或为每个片段区间或范围指定网络接口。
根据以上描述的本发明的任一特定实施例的一种变体，可以通过将新的MPD描述文件发送到终端T或新的SAND消息来更新由终端T提供的有关分发的信息。
图3A示出了根据本发明的一个特定实施例的用于提供关于视听内容的多路径下载的一条信息的方法的步骤。例如，这种方法由图1A和1B所示的服务器SRV1实现。
在步骤30，在由终端T发送用于下载视听内容的请求之后，服务器SRV1生成视听内容的描述文件。将向这种文件被寻址到的终端指示可以通过多路径下载(即，使用不同的网络)来获得视听内容的片段的一条信息***到描述文件中。然后，所生成的描述文件包括分别表示两条片段下载路径的至少两条信息，并且表示下载路径的每条信息与网络接口相关联。
根据本发明的一个特定实施例，在步骤31，服务器SRV1确定通过网络接口分发下载请求，下载请求是终端T必须执行的以下载视听内容。例如，服务器SRV1获得关于网络资源的使用和来自网络设备RES的负载的信息。服务器SRV1根据这些信息确定通过网络接口的分发。
在步骤32，服务器SRV1将关于分发的信息***到终端T要求的视听内容的描述文件MPD中。关于分发的信息可以根据以上参考图2A描述的任何一个示例被***到文件中。
在步骤33，服务器SRV1向终端T发送描述文件。
根据参照图3B描述的本发明的另一实施例，关于下载请求的分发的信息是由数据网络RES的设备EQ1提供的，如图1A和1B所示被拼接到视听内容分发链中。
根据本发明的该特定实施例，在服务器SRV1已经将描述文件发送给终端T之后，设备EQ1在步骤34接收该描述文件。
在步骤31，类似于图3A的步骤，设备EQ1根据网络设备的负载和数据网络RES的流量以及接入网络ACC1、ACC2的流量确定有关分发的信息，并且在类似于图3A的步骤的步骤32，根据以上参考图2A描述的任何一个示例，它修改接收到的描述文件MPD以***有关通过网络接口分发下载请求的信息。
图3C示出了根据本发明的另一特定实施例的用于提供关于下载请求的分发的信息的方法的步骤。根据本发明的该特定实施例，该方法的步骤可以由服务器SRV1或网络RES的设备EQ1来实现。
根据本发明的该特定实施例，通过SAND消息的交换将有关通过网络接口分发的信息提供给终端T。
在步骤35，当终端T通过描述文件MPD检测到视听内容的片段可以通过多条下载路径下载时，终端T向服务器SRV1或设备EQ1发送分发请求以获得关于通过网络接口分发的信息。根据SAND消息的交换来发送这种请求。
在步骤31，类似于参考图3A或3B所描述的，确定关于分发的信息。
在步骤36，设备EQ1的服务器SRV1向终端T发送SAND消息，SAND消息包括所确定的关于分发的信息。
在下载视听内容的片段期间，服务器SRV1或设备EQ1可以发送新的SAND消息，其中包含有关分发的新信息，例如在检测到网络负载增加之后，以避免拥塞。
图4A示出了下载系统，其被配置为实现根据上文所描述的本发明的特定实施例中的任何一个的下载方法。
根据本发明的一个特定实施例，下载系统具有下载设备TEL，例如参考图1B描述的终端T，和路由器PAS。下载设备TEL具有计算机的经典架构，并且尤其包括存储器MEM、处理单元UT，该处理单元UT配备有例如处理器PROC并且由存储在存储器MEM中的计算机程序PG驱动。当程序由处理器PROC执行时，计算机程序PG包括用于实现如上所述的下载方法的步骤的指令。
在初始化时，计算机程序代码指令PG例如被加载到存储器RAM中，然后由处理器PROC执行。处理单元UT的处理器PROC尤其根据计算机程序PG的指令实现参考图2A或2B描述的下载方法的步骤。
下载设备TEL尤其包括网络接口COM，该网络接口使下载设备TEL能够与路由器PAS通信并且向其发送用于下载视听内容的片段的片段下载请求。
路由器PAS尤其包括至少两个网络接口COM1、COM2，其适于访问数据网络并在该网络上传输数据。每个网络接口COM1、COM2特定于它允许访问的接入网络。路由器PAS还包括路由表RT，其被配置为根据请求中包括的IP目的地地址将下载请求重定向到网络接口COM1或COM2。
根据本发明的另一实施例，下载方法的步骤由功能模块实现。为此，下载设备TEL另外包括：
-流模块DASH STRM，适用于确定在给定时间点要下载的视听内容的片段，
-多路径模块MTPH，适用于根据接收到的分发信息来选择要用于发送用于下载片段的下载请求的网络接口。
通信模块COM还被配置为经由路由器PAS从数据网络RES接收数据，尤其是用于要下载的视听内容的描述文件。
处理单元UT与上文所描述的不同功能模块和存储器MEM协作，以实现下载方法的步骤。
上文描述的不同功能模块可以是硬件和/或软件形式。以软件形式，这样的功能模块可以包括处理器、存储器和程序代码指令，以在由模块的处理器执行代码指令时实现与模块相对应的功能。以硬件形式，可以通过任何类型的适配电路来实现这种功能模块。
传统上，下载设备TEL被配置为在接收到来自网络RES的片段时执行视听内容的呈现。
图4B示出了下载设备TEL，其被配置为实现根据上文描述的本发明的任一特定实施例的下载方法。根据本发明的该特定实施例，用于路由下载请求的路由功能由下载设备TEL实现。下载设备TEL例如对应于参考图1A描述的终端T。它具有与参考图4A描述的特征相同的特征。
另外，下载设备TEL包括至少两个适于访问数据网络并在该网络上传输数据的网络接口COM1、COM2。每个网络接口COM1、COM2特定于它允许访问的接入网络。下载设备TEL还包括路由表RT，其被配置为根据请求中包括的目的地IP地址将下载请求重定向到一个网络接口COM1或COM2。
图5示出了根据本发明的一个特定实施例以及根据上文描述的本发明的任何一个特定实施例的用于提供关于视听内容的多路径下载的信息的设备DISP。
根据本发明的一个特定实施例，设备DISP5具有计算机的经典架构，并且尤其包括存储器MEM5、处理单元UT5，处理单元UT5例如配备有处理器PROC5并且由存储在存储器MEM5中的计算机程序PG5驱动。当由处理器PROC5执行程序时，计算机程序PG5包括指令，以实现如上文所述的用于提供关于视听内容的多路径下载的信息的方法的步骤。
在初始化时，计算机程序代码指令PG5例如被加载到存储器RAM中，然后由处理器PROC5执行。处理单元UT5的处理器PROC5尤其根据计算机程序PG5的指令实现参考图3A描述的用于提供关于视听内容的多路径下载的信息的方法的步骤。
设备DISP还包括通信接口COM5，其使设备能够经由数据网络RES进行通信并且尤其是传输视听内容的描述文件。根据本发明的一个特定实施例，通信接口COM5还使设备能够将分发信息发送到下载设备。
根据本发明的一个特定实施例，上文描述的设备DISP包括在内容分发服务器SERV1中。
图6示出了根据上文描述的本发明的任何一个特定实施例的用于提供关于用于下载视听内容的下载请求的分发的一条信息的设备DISP6。
根据本发明的一个特定实施例，设备DISP6具有计算机的经典架构，并且尤其包括存储器MEM6、处理单元UT6，处理单元UT6例如配备有处理器PROC6并且由存储在存储器MEM6中的计算机程序PG6驱动。当由处理器PROC6执行程序时，计算机程序PG6包括指令，以实现如上文所述的用于提供关于下载请求的分发的一条信息的方法的步骤。
在初始化时，计算机程序代码指令PG6例如被加载到存储器RAM中，然后由处理器PROC6执行。处理单元UT6的处理器PROC6尤其根据计算机程序PG6的指令来实现参考图3B或3C中的任何一个描述的用于提供关于下载请求的分发的一条信息的方法的步骤。
设备DISP6还包括通信接口COM6，其使设备能够经由数据网络RES进行通信，并且尤其是将关于共享的信息传输到下载设备。
根据本发明的一个特定实施例，如上文所述的设备DISP6包括在数据网络的EQ1设备中，如图1A和1B所示。