CN110495155A - 用于推荐通信栈的方法 - Google Patents

Abstract

本发明涉及一种用于推荐由多个通信协议形成的通信栈的方法，该方法涉及在终端(1，2)与第一服务器(20，21)之间发起的以在通信网络(100)中提供内容项的数据会话，该通信网络包括负责通过来自该第一服务器(20，21)的授权而提供该内容项的第二服务器(10，11，12，13，1n)，该第一服务器(20，21)已经检测到该终端(1，2)使用的该栈与该第二服务器(10，11，12，13，1n)的通信参数不兼容并且已经向该终端(1，2)传输了重定向消息，该重定向消息包括关于推荐要用于获得该内容项的栈的信息项，该方法由该第二服务器实施并且包括：从该终端(1，2)接收内容获得请求消息项的步骤，在关于该通信网络或该接收到的获得请求消息的数据项的基础上选择要推荐的栈的步骤，向该终端(1，2)传输包括该推荐的栈的推荐消息的步骤，接收由该终端(1，2)使用该推荐的栈传输并且关于获得该内容项的消息的步骤。

Description

用于推荐通信栈的方法

技术领域

本发明的应用在于TCP/IP通信网络领域。

背景技术

近年来，由终端用来通过IP(互连网协议)网络进行通信的协议在一段几乎没有变化的时期后已经变得高度多样化。与每一层(物理层、链路层、网络层、传输层、会话层、表示层、应用层)使用的各种通信协议相对应的协议栈可以随通信的不同而变化。在知道已经开发了迄今为止使用的协议的安全版本的情况下，确保交换安全的开发也带来更多种类的这些协议的结果。这些新的协议通常由内容供应商建议，同样地也由终端和/或操作系统的供应商建议，这些供应商可以更加容易地引入新的协议，因为他们对客户端终端和内容服务器两者均进行控制。由内容供应商开发新的协议更加证明了其自身价值，因为该开发需要从传输层直到应用层(也就是说，为了确保端到端通信)进行干预的协议。除了历史协议之外，即通过TCP(传输控制协议)(或UDP(用户数据报协议))通过IP(互联网协议)的HTTP(超文本传输协议)，还可以使用传输层加密协议，即TLS(传输层安全)或DTLS(数据报传输层安全)。在应用级，此后可能使用HTTP/2协议并且还可能将QUIC(快速UDP互联网连接)协议用作传输协议。这些只是由终端节点用来通过IP网络进行通信的新的协议的几个示例，并且这个清单还可以用目前正在定义的或特别用于测试网络的其他协议来补充。此外这种协议伴随有各种版本。对于同一个协议来说，通常存在几种版本，并且因此协议栈的多样性一方面通过协议的多样性而变得丰富，另一方面通过同一个协议的各种版本而变得丰富。尽管端节点之间通信的这种协议丰富性涉及对安全、速度、信息的丰富性的需要，但其另一方面将复杂性引入中间设备的管理，该中间设备负责路由通信量以及标识、分析和优化通信。负责中间设备的管理的操作者日益面临这样的情形：服务(特别是与位置和事件的解决相关的那些服务)因为协议的这些变更而退化或事实上中断。两个端节点之间的通信根据节点、使用的服务、通信建立的时刻可能大不相同并且负责传送通信的操作者必须适应于这种环境。用于各种协议层的协议的协商不是标准的，并且尽管对于操作者来说仍可以标识使用的协议，但对他来说不可能在选择这些协议时进行干涉。然而，通过端节点选择协议影响了由传送在端节点之间建立的通信的数据的网络的操作者所实施的服务。对于端节点，存在一种用于特别经由HTTP协议和特定于IETF文件RFC 7838的“替代性服务”选项(“HTTP替代性服务”)来协商协议的装置。然而，此协议是不充分的，因为一方面该协议基于HTTP协议，因此限制了其吸引力，并且另一方面该协议使得能够仅协商一个协议而非用于协议栈的各种层的一组协议。此外，此装置不允许例如操作者的中间设备项(如CDN服务器或高速缓存)能够向端实体建议新的协议。因此，对于负责向终端有效提供内容的服务器来说，这种解决方案使其不可能对两个端节点之间的通信的协议栈进行干预。

本发明的目的之一是弥补现有技术的这些缺点。

发明内容

本发明旨在借助于一种用于推荐由多个通信协议构成的通信栈的方法来改善情形，该方法涉及在终端与第一服务器之间发起的用于在通信网络中提供内容的数据会话，该通信网络包括负责通过该第一服务器的授权而提供该内容的第二服务器，该第一服务器已经检测到该终端使用的该栈与该第二服务器的通信参数不兼容并且已经向该终端发送了重定向消息，该重定向消息包括关于推荐要用于获得该内容的栈的信息项，该方法由该第二服务器实施并且包括：

·从该终端接收请求获得该内容的消息的步骤，

·根据关于该通信网络或接收到的该获得请求消息的数据项选择要推荐的栈的步骤，

·向该终端发送包括该推荐的栈的推荐消息的步骤，

·接收由该终端通过使用该推荐的栈传输并且关于获得该内容的消息的步骤。

用户请求的内容通常被托管并且可经由CDN(内容传递网络)类型的服务器或高速缓存服务器来访问。这些服务器是已知的并且在由例如在DNS(域名服务器)类型的服务器中标识的服务器发送的重定向消息之后由客户端调用。在通信网络中，终端很少直接从第一最初调用的服务器中获得内容，而是更经常地从在第一服务器的授权下起作用的第二服务器中获得内容。此授权对应于在第一服务器与第二服务器之间建立的协定，该协定用于安排在接近用户时可用的内容以便消耗更少资源(设备之间的带宽和设备的占有率)。终端调用第一服务器的内容必须在广义上理解并且可以包括音频内容、视频内容、文本或图像，但其还可以包括特别在“Web服务”的环境中的程序或者API(应用编程接口)程序。

通过这种授权，关于第二服务器的可访问性的信息项被传输至客户端的终端，使得该终端调用该第二服务器以获得期望的内容。在知道基础设施以及特别地由各种服务器和客户端的终端使用的通信协议存在强异质性的情况下，有利的是告知终端要用于与其将被重定向到的给定服务器进行通信的通信协议。与第二服务器具有协定的第一服务器因此可以告知客户端的终端改变一个或多个通信协议的必要性，终端最初已经使用该通信协议与第一服务器进行通信。当第一服务器检测到使用的通信栈与第二服务器的通信参数不符合时，此信息项被传输至终端，该第二服务器负责有效地提供终端希望访问的内容。

在接收到源自第一服务器的此消息后，除了关于由IP(互联网协议)地址表示的第二服务器的可访问性的信息项或FQDN(完全合格域名)类型的信息项之外，终端获得关于需要改变用于建立的或将建立的与第二服务器的会话的一个或多个通信协议的信息项。终端将内容获得请求传输至在接收到的可访问性信息项的基础上标识的第二服务器。当第二服务器接收此请求时，其在关于请求的数据项或通信网络的基础上在需要时建议新的通信栈。如果栈由终端建议，则第二服务器实际上可以选择此栈。为了选择新的栈，例如如果地址可以与操作者相关联，一个或多个通信栈针对该操作者相关联，则第二服务器还可以依赖于由终端用来传输请求的IP(互联网协议)地址。在一个替代方案中，数据项可以包括关于请求中使用的协议的信息项、传输请求的终端的类型、通信网络的占用率、AS(自主系统)数量、通信网络的接入网络的类型或者这些各种数据的组合。

推荐新的栈可以包含修改构成初始通信栈的一个或多个通信协议或者包含改变终端使用的栈的一个或多个协议的版本。因此推荐通信栈合并了在各种协议中推荐协议版本或改变协议，这些协议构成由第一服务器在请求内容时接收到的通信栈。推荐通信栈而非逐个修改构成栈的各种协议的优点是保证构成栈的各种协议的一致性。具体地，如果传输级的协议是安全的，则选择还建议保证安全的特征的应用相关的协议可能是不恰当的，这可能与传输级支持的安全功能重复。

借助于推荐方法，在已经发起与第一服务器的数据会话的终端接受已接收的推荐的栈的情况下，则该终端使用从该第二服务器接收的推荐的栈继续与第二服务器的这种会话。在另一个实施例中，终端发起与第一服务器在重定向消息中的指示的第二服务器的新会话。这种新会话然后由终端使用从第二服务器接收到的推荐的通信栈来建立。

在一个替代方案中，第一服务器自身提供内容并且与第二服务器形成单一实体。第一服务器例如由若干个虚拟实体构成，这些虚拟实体中的一个虚拟实体在建立数据会话期间提供由终端请求的内容。在此替代方案中，第一服务器告知终端要用于获得内容的通信栈。

根据第一方面，用于推荐通信栈的方法还包括向该第一服务器发送包括该推荐的栈的信息消息的步骤。

第二服务器告知第一服务器已经传输到终端的推荐的栈。可以有利地使用由第二服务器传输的信息项，使得第一服务器知道由第二服务器支持的通信栈并且在下一次会话期间可以告知终端其可以使用的用于会话的通信栈。在第二服务器已经接收到在从终端接收的推荐的栈的基础上传输的获得内容的消息之前或之后，信息消息将被分派。事实上，独立于终端已经实际上接受了第二服务器推荐的通信栈的事实，传输至第一服务器的信息项给予该第一服务器关于第二服务器支持的通信栈的指示。

根据第二方面，请求获得内容的消息包括至少一个通信栈。

终端可以有利地告知第二服务器其可以从中选择要用于通过终端获得内容的栈的协议栈。在接收到此信息项后，第二服务器一方面可以标识其自身支持的至少一个栈并且避免传输包括对于终端来说将无效的栈的推荐消息。因此由终端分派通信栈避免了减慢对终端的内容的访问或防止了建立或继续与第二服务器的会话。在一个选项中，终端可以考虑由第一服务器传输的通信栈，以便仅向第二服务器传输由第一服务器传送的通信栈。存在于请求中的通信栈然后表示用于选择由第二服务器传输的推荐的通信栈的相关数据项。

根据第三方面，推荐的栈在推荐消息的应用层的字段中传输。

关于推荐栈的信息项可以在应用层的字段中传输。具体地，推荐消息可以包括终端将能够连接至以便于获得新的通信栈的URL(统一资源定位器)类型的信息项，该终端可以在之后接受或拒绝该新的通信栈，并且如果接受，则使用该新的通信栈以从第二服务器获得内容。具体地，使用应用层的好处是允许在通信网络中实施方法，在该通信网络中，通过网络级或传输级的安全协议进行安全的交换。因此，只有应用级的信息可以访问。此外，依赖于在应用层中传输栈还可能由于第二服务器和终端对这种类型的传输的唯一支持。因此可以使用RTP(实时传输协议)、HTTP1、HTTP2协议的头部中的信息。

根据第四方面，推荐的栈在推荐消息的传输层的字段中传输。

关于推荐栈的信息项还可以在传输层的字段中例如通过代码来传输，该代码在此栈的基础上标识要用于继续进行中的会话或发起新会话的栈。具体地，此信息项可以通过在QUIC(快速UDP互联网连接)协议的头部中传输的代码来传输。不论安全与否，使用传输层呈现了双重益处。一方面，相对于应用相关的协议，传输协议的多样性较少并且可能具有更大的互操作性。此外，如果使用了如TLS等安全的传输协议，则推荐消息可以由终端单独访问。

根据第五方面，从通信网络的管理实体接收关于通信网络的数据项。

可以证明改变通信栈的终端合理的原因具体地与涉及服务质量的策略有关，这些策略可能涉及第二服务器的负载、在通信网络的访问链路上可用的带宽或事实上与干预或使用通信网络的操作者的协定。如网络的管理平台、服务质量经理或在通信网络由不同的操作者操作的情况下负责互联链路的实体等管理实体可以传输信息项，使得能够选择适合于网络环境的栈。第二服务器因此可以接收关于网络的若干数据并且使用除了存在于获得请求中的信息之外的这种信息，以选择最适合的协议栈。

刚刚已经描述的用于推荐通信栈的方法的各方面可以彼此独立地或彼此组合地实施。

本发明还涉及一种用于重定向内容获得请求的方法，该方法涉及在通信网络中在终端与第一服务器之间发起的数据会话，该通信网络包括负责通过该第一服务器的授权而提供该内容的第二服务器，该方法由该第一服务器实施并且包括：

·从该终端接收请求该内容的消息的步骤

·检测该终端使用的该栈与该第二服务器的通信参数的不兼容性的步骤，

·向该终端发送重定向消息的步骤，该重定向消息由多个通信协议构成并且包括关于推荐通信栈的信息项。

由终端调用来递送内容的第一服务器通常将终端重定向到第二服务器，该第二服务器更接近终端或更适合于提供特定内容或确保内容递送服务器之间的负载分配，该内容通常在由终端调用的DNS服务器操作的DNS解析之前标识。根据现有技术，第一服务器根据位置参数和/或应用类型或事实上根据第一服务器与第二服务器之间的关系将终端仅重定向到第二服务器。在本发明中，第一服务器提供另外的功能，因为其检测到终端未使用适当的栈来获得其将被重定向到的第二服务器的内容并且该第一服务器告知终端后者未使用合适的栈的事实。

由终端使用的栈的不兼容性可以包含使用的栈不能用于与第二服务器通信或者栈不允许例如在服务质量、安全或路由方面最佳地使用第二服务器的功能，或者该栈不适合于终端与第二服务器之间的通信。为了检测不兼容性，该第一服务器可以使用存在于获得请求的消息中的信息(IP地址、使用的通信协议、由通信网络的实体传输的例如用于指示拥塞问题的信息和通过示例的方式支持的协议的更新)。一旦该第一服务器已经检测到了这种不兼容性，第一服务器通过主张要使用的新的通信栈或通过向该终端指示该终端必须修改通信栈来告知终端对要使用的栈的推荐之后必须在与终端的未来交换期间由第二服务器传输。

根据第一方面，重定向消息还包括至少一个通信栈。

作为对关于要由终端使用的新栈的信息项的补充，第一服务器可以有利地向该终端传输一个或多个栈，该终端将能够使用这些栈从第二服务器中获得内容。因此重定向消息不仅指示必须由终端调用的第二服务器和关于改变栈的信息项，还指示要用于继续进行中的与第二服务器的会话的或要建立的与此第二服务器的新会话的一个或多个栈。在一个选项中，第一服务器可以向与第二服务器兼容的终端通信栈建议例如第一服务器是否已经存储了存在于第二服务器传输的信息消息中的推荐的栈。在另一个替代方案中，第一服务器可以基于指示与各个第二服务器兼容的栈的表，终端易于被重定向到该第二服务器。

根据第二方面，该重定向方法还包括从该终端接收消息的步骤，该消息包含拒绝已接收的该推荐的栈的信息项。

回想起第二服务器向终端传输推荐的栈用于与第一服务器发起的会话。终端可能不接受由第二服务器传输的推荐的栈。该终端可能拒绝推荐的栈，因为其不支持栈的通信协议中的一个通信协议，或者因为推荐的栈与会话中使用的应用不兼容，或者因为其与提供到终端的连接的操作者的策略不兼容。在一个替代方案中，终端将消息发送至第一服务器，以向该第一服务器指示该终端不接受由第二服务器传输的推荐的栈。

根据第三方面，第二服务器的通信参数是通信协议。

当第一服务器将终端重定向到第二服务器(例如，高速缓存服务器)时，其还可以告知终端用于发起会话的栈与终端将被重定向到的第二服务器不兼容。为了实现这一点，第一服务器可以访问表，在该表中记录了由第二服务器支持的协议以及形成允许的栈的其组合。在调用终端期间，此表可以例如用从第二服务器接收的信息消息来更新。该表还可以更完整并且考虑例如用于传送到服务和/或终端的栈。

刚才已经描述的重定向方法的各方面可以彼此独立地或以彼此组合的方式实施。

本发明进一步涉及一种用于推荐由多个通信协议构成的通信栈的设备，该设备涉及在终端与第一服务器之间发起的用于在通信网络中提供内容的数据会话，该通信网络包括负责通过该第一服务器的授权而提供该内容的第二服务器，该第一服务器已经检测到该终端使用的该栈与该第二服务器的通信参数不兼容并且已经向该终端发送了重定向消息，该重定向消息包括关于推荐要用于获得该内容的栈的信息项，该设备的特征在于其包括：

·接收器，该接收器被设计成从该终端接收请求获得该内容的消息，

·选择模块，该选择模块被设计成根据关于该通信网络或已经接收到的该获得请求消息的数据项选择要推荐的栈，

·发送器，该发送器被设计成向该终端发送包括该推荐的栈的推荐消息，

·接收器，该接收器被设计成接收由该终端通过使用该推荐的栈传输并且关于获得该内容的消息。

能够在其所有实施例中实施刚才已经描述的用于推荐通信栈的方法的这种设备旨在在数据服务器中实施。

本发明还涉及一种用于重定向内容获得请求的设备，该设备涉及在通信网络中在终端与第一服务器之间发起的数据会话，该通信网络包括负责通过该第一服务器的授权而提供该内容的第二服务器，该设备的特征在于其包括：

·接收器，该接收器被设计成从该终端接收请求该内容的消息，

·检测器，该检测器被设计成检测该终端使用的该栈与该第二服务器的通信参数的不兼容性，

·发送器，该发送器被设计成向该终端发送重定向消息，该重定向消息由多个通信协议构成并且包括关于推荐通信栈的信息项。

根据一方面，该重定向设备还包括接收器，该接收器被设计成从该终端接收消息，该消息包含拒绝接收到的该推荐的栈的信息项。

能够在其所有实施例中实施刚才已经描述的重定向方法的这种设备旨在在数据服务器中实施。

本发明还涉及一种包括指令的计算机程序，这些指令用于当由处理器执行此程序时实施刚刚已经描述的用于推荐通信栈的方法的步骤。

本发明还涉及一种包括指令的计算机程序，这些指令用于当由处理器执行此程序时实施刚刚已经描述的重定向方法的步骤。

这些程序可以使用任何编程语言并且可以是源代码、目标代码或者是介于源代码与目标代码之间的代码的形式，比如是部分编译形式，或是任何其他期望的形式。

本发明还设想了一种由计算机可读并且包括如上文所提及的计算机程序的指令的信息介质。

该信息介质可以是能够存储程序的任何实体或设备。例如，该介质可以包括如ROM(例如，CD ROM或微电子电路ROM)等存储装置、或磁记录装置(例如，磁盘(软盘)或硬盘)。

此外，该信息介质可以是比如电信号或光信号等可以经由电缆或光缆、通过无线电或通过其他手段输送的可传输介质。根据本发明的程序可以具体地通过互联网类型的网络进行下载。

可替代地，该信息介质可以是并入了该程序的集成电路，该电路被适配成执行或用于执行所讨论的方法。

附图说明

在阅读了通过简单的说明性和非限制性示例的方式给出的对本发明的具体实施例的以下说明以及所附附图之后，本发明的其他优点和特性将变得更加清楚明显，在附图中：

-图1以示意性方式呈现了在其中实施根据本发明的用于推荐通信栈的方法的通信网络的架构，

-图2呈现了根据本发明的一方面的需要用于推荐通信栈的方法的情形，

-图3呈现了用于推荐通信栈的方法的概述，

-图4呈现了根据本发明的第一实施例的用于推荐通信栈的方法的各个步骤，

-图5呈现了根据本发明的第二实施例的用于推荐通信栈的方法的各个步骤，

-图6呈现了根据本发明的第三实施例的用于推荐通信栈的方法的各个步骤，

-图7呈现了根据本发明的一方面的用于推荐通信栈的设备的示例性结构，

-图8呈现了根据本发明的一方面的重定向设备的示例性结构。

具体实施方式

在随后的描述中，呈现了本发明的基于IP(互联网协议)协议的若干实施例的示例，但本发明还应用于其他通信协议。

首先参考图1，图1以示意性方式呈现了在其中实施用于推荐通信栈的方法的通信网络的架构。在此图中，通信网络100用于承载终端1和2、第一内容服务器20和21以及第二内容服务器10、11、12、13、1n之间的通信流，这些内容服务器被部署成实际上向服务器20和21提供终端1、2最初请求的内容。根据实施例，终端可以是固定终端或移动终端、服务器、M2M(机到机)终端、网关或具有与另一设备项建立数据会话的能力的任何其他设备项。内容服务器20、21在此文件中也被称为第一服务器，并且根据实施例具体地可以是HTTP(超文本传输协议)服务器、FTP(文件传输协议)服务器、CDN(内容传递网络)服务器、暂时存储内容的服务器(高速缓存服务器)。服务器10、11、12、13、1n是通常定位在比由终端调用的第一服务器更靠近终端的服务器，并且其主要目标是保障网络带宽并且提高使用终端1、2的用户的体验质量。根据实施例，这些服务器10、11、12、13、1n通常与管理第一服务器20、21以托管由服务器20、21建议的某些内容的实体达成协定并且可以是高速缓存服务器或事实上CDN服务器。通信网络100可以是被实施以提供所谓的“固定”或“移动”服务的IP网络。该网络可能特别需要ADSL(非对称数字用户线路)类型的网络、3GPP(第三代合作伙伴计划)类型的网络、公司服务网络或住宅用户服务网络。

结合图2，现在呈现呈现了根据本发明的一方面的需要用于推荐通信栈的方法的情形。

终端1在IP、UDP(用户数据报协议)、QUIC(快速UDP互联网连接)、HTTP2通信协议的基础上建立了与服务器21的会话。将特别通过终端1与通信网络100的连接并且可能通过DNS(域名服务器)类型的请求和响应来先进行此会话，使得终端对也被称为第一服务器的内容服务器21的IP地址进行恢复。可以通过默认的方式选择构成由终端1用来与服务器21建立会话的通信栈的IP/UDP/QUIC/HTTP2通信协议。此栈的通信协议或协议的版本还可以例如通过使用在HTTP字段中传送的并且属于已知技术的“替代性服务”类型的信息产生服务器21与终端1之间的协商。

终端2根据与描述用于终端1与第一内容服务器21之间的会话的技术相当的技术使用HTTP/TLS/TCP/IP通信栈建立与服务器20的会话。

内容服务器20和21在某些情况下可以提供终端2和1请求的内容，但通常内容服务器会将终端重定向到负责将所请求内容递送给终端1和2的其他服务器。根据第一内容服务器与第二服务器(其还可以被称为中间服务器)之间的协定并且还根据终端1和2的位置选择一个或多个服务器10、11、12、13、1n，以便选择尽可能靠近请求内容的终端的第二服务器。还可以根据所请求内容的类型(音频、视频、文本...)选择第二服务器。根据情况可以由通信网络100的操作者、也管理服务器20、21的实体或例如负责管理第二服务器和用于递送相关内容的服务的另一个实体来管理服务器10、11、12、13、1n。如图2所指示的，通过示例的方式，第二服务器易于实施一个或多个通信栈，这些通信栈与终端1、2和服务器20、21支持的通信栈相同和/或不同。选择支持某些协议栈可以取决于这些第二服务器建议的内容、管理这些第二服务器的实体或事实上这些服务器的技术成熟度。在图2中呈现的实施例中，为了清楚起见，每个第二服务器包括单个通信栈，但是同一个服务器可以拥有若干个通信栈。通信栈中协议的数量不是先验地限制的。因此，在图2中，通信栈可以拥有3个通信协议，就如第二服务器13的通信栈，或者也可以拥有7个通信协议，像第二服务器1n的通信栈。

现在参考图3，呈现了用于推荐通信栈的方法的概述。

在步骤E1的过程中，终端发起与第一内容服务器的数据会话，此数据会话可能在与DNS类型的连接服务器的交换期间已经传送到了终端。此数据会话使用由若干个协议构成的通信栈建立。此通信栈可以是默认栈或例如当其需要改变HTTP版本时使用Websocket与第一内容服务器协商的通信栈。这种修改与在终端和第一内容服务器之间发起的会话有关，但为了实际地递送终端在建立会话期间期望的内容，其不可能容纳第二服务器的可能传送到终端的通信栈。

在步骤E2期间，第一内容服务器进行以下检测：与建立的数据会话有关的对内容的请求是使用与将终端重定向到的第二服务器的通信栈不兼容的通信栈传输的。如果终端使用例如来自通信栈的协议中的QUIC协议，则服务器可以检测不兼容的QUIC版本。在一个替代方案中，第一内容服务器可以标识在终端使用的通信栈中与第二服务器支持的通信栈不兼容的一个或多个通信协议。检测模式特定于第一内容服务器，并且在已知第一内容服务器可能认为彼此独立考虑的协议具有兼容性，但就第二服务器所支持的协议而言，协议组合可能不可接受的情况下，可以考虑协议的版本、协议或事实上协议组合。协议组合在另一种情况下可能不适合于例如与拥塞相关的网络环境或给定服务。

在步骤E3中，第一内容服务器向终端传输重定向消息，该重定向消息向该终端传达第二服务器，该终端必须到达该第二服务器以获得最初在与第一内容服务器发起的会话中请求的期望内容。这种重定向消息可以包括IP地址，在该IP地址处，可能到达第二服务器，该第二服务器在此被视为高速缓存服务器或将用于询问DNS服务器并恢复高速缓存服务器的IP地址的URL。因此重定向消息可以是3xx类型的HTTP消息(https://en.wikipedia.org/wiki/List_of_HTTP_status_codes)。这种消息必须另外包括向终端指示需要修改通信栈的信息项。这种信息项可以包含添加例如“改变栈”类型的变量，该变量将被设置为值1。在另一个实施例中，如果第一内容服务器意识到与第二服务器兼容的通信栈并且如果其能够传输栈，则信息项可以由除了或替代已发送变量的(多个)通信栈的建议组成。

在接收到此重定向消息后，终端在步骤E4期间通过借由提前调用DNS服务器获得IP地址(如果需要)将用于获得内容的请求发送给重定向消息中标识的第二服务器。根据一个替代方案，终端传输请求，同时在请求消息中指示由第一内容服务器传送的(多个)通信栈，如果情况如此。如果终端尚未从第一内容服务器接收到任何栈或者如果该终端不可能传输接收到的(多个)栈，则该终端传输请求而无需建议任何通信栈。然后终端分派用于获得内容的请求，而没有关于要使用的一个或多个栈的任何指示。

在步骤E5期间，第二服务器通过向终端指示改变通信栈的消息对该终端进行响应。如果该第二服务器在步骤E4期间接收到一个或多个通信栈，则其可以选择这些栈中的一个或多个栈以向终端建议这些栈，并且如果终端在其请求消息中尚未向该第二服务器指示任何(多个)栈，则该第二服务器确定至少一个栈，以便向终端建议该栈或这些栈。选择要传输到终端的栈可以取决于由终端请求的内容的类型、第二服务器支持的栈、分派请求的客户端或任何其他类型的信息项。如果可能有若干个通信栈，则第二服务器可以按照优先顺序对这些栈进行排序，使得终端在接收到此建议后选择第一兼容栈。

可选地，在步骤E8期间，第二服务器可以通过向终端指示建议的通信栈来告知第一内容服务器。此选项向第二服务器呈现了定期告知第一内容服务器该第二服务器支持的栈的优势。凭借此信息项，第一内容服务器可以在与步骤E3相对应的重定向消息中向终端传输向终端建议的通信栈。

当终端从第二服务器接收包括协议栈建议的消息时，其对建议进行分析并且判定其是否可以接受建议的栈中的一个栈或其是否必须拒绝建议。在步骤E6期间，终端接受或拒绝建议的栈中的一个栈。根据终端的能力、尤其是根据终端支持的协议和/或该终端对其自身进行配置以使用建议的栈中的一个栈的可能性来作出此选择。如果该终端具有接受多于一个第二服务器建议的栈的能力，则该终端使用算法例如通过选择列表中的第一栈来选择栈中的一个栈。

如果终端不选择第二服务器建议的任何栈，则可能有若干个选项。该终端可以在步骤E10期间再次调用第一内容服务器，并且向该第一内容服务器指示对于重定向消息中指示的第二服务器来说改变栈是不可能的。在接收到这个消息后，第一内容服务器将能够向终端指示另一个第二服务器，同时保持改变栈的指示。替代性地，该第一内容服务器将能够向终端指示其重新接触同一第二服务器，但这次不向终端指示其改变栈。在又另一个选项中，该第一内容服务器将能够向终端提供期望的内容而不使用第二服务器。

如果终端接受第二服务器建议的栈中的一个栈，则其然后可选地在步骤E7期间将确认消息传输至第二服务器，并且之后在步骤E9期间将请求传输至第二服务器，以使用所选通信栈获得期望的内容。根据一个选项，可以使用最初由第一内容服务器实施的进行中的数据会话来传输此请求。在另一个选项中，终端发起与第二服务器的新会话，以将用于获得内容的请求传输至第二服务器。如果通信栈被极大地修改，尤其是关于网络和/或传输级通信协议，则在终端与第二服务器之间建立新会话。

结合图4呈现了根据本发明的第一实施例的用于推荐通信栈的方法的各个步骤。

在步骤E1期间，终端1通过使用QUIC/UDP/IP通信栈：(端口a)将会话发起消息M1传输至CDN服务器21。CDN服务器21在步骤E2期间通过确认消息M2对终端1进行响应。终端1之后在步骤E3的过程中通过使用与消息M1的通信栈相同的QUIC/UDP/IP通信栈将请求内容的消息M3传输至CDN服务器21，并且同时还通过存在于头部中的信息项指示使用操作者的高速缓存服务器是有利的。CDN服务器21在步骤E31期间检测到终端1用来发送消息M3的协议与其将终端1重定向到的高速缓存服务器15的通信参数不兼容。根据实施例，服务器21可以考虑终端1的IP地址、服务质量参数、用于承载请求的通信网络的堵塞、终端1的类型(平板电脑、PC、电话...)、终端1的接入网络的类型、用于检测不兼容性的路由信息项。服务器21还可以依赖于表来标识协议栈与高速缓存服务器的兼容性。CDN服务器之后在步骤E4期间在消息M4中分派HTTP 301类型的重定向消息或适合于该情况的任何其他代码。此重定向消息包括必须由终端1接触的高速缓存服务器15的IP地址，或者在DNS类型的决议之后最终将使得能够获得高速缓存服务器1的IP地址的FQDN类型的信息项，或者允许终端1到达高速缓存服务器15的URL类型的信息项。在一个替代方案中，重定向消息可以是如https://tools.ietf.org/html/draft-reschke-http-oob-encoding-10中定义的OOB(带外)消息。例如通过使用DNS消息可以设想使得能够将终端重定向到高速缓存服务器的其他类型的消息M4。重定向消息M4还包括被设置为1的变量S，该变量向终端1指示重定向伴随着通信栈的改变。在此实施例中，CDN服务器21还建议使用RTP/TLS/UDP/IP通信栈。在此实施例中，改变栈的变量S和推荐的栈在QUIC协议的字段中传送。RTP/TLS/UDP/IP通信栈例如在QUIC字段中编码11，从而允许终端1在接收到被设置为1的变量S和QUIC字段中的代码11之后，标识CDN服务器21推荐的RTP/TLS/UDP/IP通信栈。

在接收到重定向消息M4之后，终端1在步骤E5中在传输的消息M5中将用于获得内容的请求传输至高速缓存服务器15。在此实施例中，消息M5包括由CDN服务器21传送的RTP/TLS/UDP/IP通信栈或者对应于此通信栈的代码。在此时，关于通信栈的信息项尚未由高速缓存服务器15验证或推翻。

高速缓存服务器15在其接收此请求时标识终端1用来与该高速缓存服务器通信的通信栈，并且在步骤E51的过程中选择新栈。终端1已经在消息M4中建议了通信栈，高速缓存服务器15分析建议的栈并且如果该栈是其支持的栈，则传输消息M6，该消息向终端1建议修改其通信栈并且使用如在此实施例中由终端1在消息M5中传输的推荐的栈。如果该高速缓存服务器不支持终端1建议的通信栈或者如果其倾向于建议另一个通信栈，则高速缓存服务器15可以选择另一个通信栈，以在消息M6中将其另一个栈传输至终端1。如果终端使用QUIC/UDP/IP栈，则关于通信栈的信息可以有利地在QUIC协议的字段中传输。选择新的通信栈可以考虑各种参数，这些参数为：由终端1用来传输请求的IP地址、终端1的类型、终端1使用的接入网络、使终端1和CDN服务器21互连的通信网络的服务质量的参数或使得能够改善对通信栈的选择的任何其他信息项。

高速缓存服务器15在可选步骤E7中传输消息M7，该消息向CDN服务器指示向终端10建议的通信栈。传输至CDN服务器的此信息项允许后者更新由高速缓存服务器支持的或事实上推荐的协议栈的列表。CDN服务器将能够在终端的下一次连接期间使用此信息项来向其指示一个或多个通信栈。

在步骤E8期间，终端1在其接收消息M6时向高速缓存服务器15传输向其指示正确地接收到了消息的确认消息M8。

在终端1接受来自高速缓存服务器的通信栈推荐和栈建议的情况下，在步骤E9中，该终端传输请求获得内容的新消息M9，这次使用高速缓存服务器15建议的通信栈。在此实施例中，使用RTP/TLS/UDP/IP通信栈来传输请求消息。

在下文描述的实施例中，CDN服务器21以及高速缓存服务器15可以在相应的步骤E4和E6期间建议若干个通信栈。例如如果终端1自身从CDN服务器中接收到了若干个通信栈，则该终端可以在消息M5中建议若干个通信栈。高速缓存服务器15可以选择通信栈以便推荐终端1使用的栈，同时考虑关于接收到的针对内容的获得请求的至少一个信息项，例如，所请求内容的类型、由终端1用来与高速缓存服务器15通信的IP地址、会话的服务质量参数。

关于图5呈现了根据本发明的第二实施例的用于推荐通信栈的方法的各个步骤。

此实施例与上文描述的第一实施例的不同之处在于用于向终端推荐通信栈的协议的类型和服务器的类型。

在此实施例中，终端1希望从第一内容服务器21中获得多媒体内容(视频、音频、文本)，该第一内容服务器可以是HTTP服务器、FTP服务器或将终端1重定向到CDN服务器15的任何其他类型的服务器。附图中未展示特别关于DNS服务的交换。在此实施例中，认为内容服务器21是HTTP服务器(被称为第一服务器)。

前三个E’1、E’2、E’3与图4的步骤E1、E2、E3相同并且因此除了用于获得内容的请求由终端1使用(HTTP/2)/QUIC/UDP/IP通信栈传输之外，可以从关于图4建议的描述中借用。

HTTP服务器21在步骤E’31期间检测由终端1用来发送消息M’3的协议与CDN服务器15(被称为第二服务器)的通信参数不兼容，该HTTP服务器将以与关于图4的步骤E31描述的方式相当的方式将终端1重定向到该CDN服务器。

在步骤E’4期间，内容服务器21传输重定向到终端1的消息M’4。此消息包括关于要到达的CDN服务器15的信息项。其还包括重定向信息项，例如变量S，该重定向信息项在由终端1用来建立与HTTP服务器21的数据会话的通信栈的协议中的一个协议的字段中传输。在此实施例中，认为服务器21在QUIC协议中传输此信息项。HTTP服务器21不向终端1指示任何通信栈。终端1与服务器21之间的连接可以被加密，例如使用TLS协议，因为关于改变通信栈的信息项仅在服务器21与终端1之间交换。

在步骤E’5中，终端1向CDN服务器15传输获得请求消息M’5，以获得在步骤E’1中请求的内容。此请求不包含任何通信栈，具体地因为其在由服务器21分派的消息M’4中尚未接收到任何栈建议。

在步骤E’51期间，CDN服务器15选择要推荐给终端1的通信栈。此选择以与图4的步骤E51相当的方式发生，即使用于选择新通信栈的数据可能因情况而异。

CDN服务器15向终端1传输通信栈推荐消息M’6。在此实施例中，CDN服务器15在HTTP/2协议的字段中传输关于要使用的通信栈的信息项，以告知终端使用RTP/TLS/UDP/IP通信栈来获得内容。为了决定对通信栈的选择，在不存在来自终端1的建议的情况下，CDN服务器15可以在确定通信栈的步骤E’51期间到达HTTP服务器21，以便获得允许其选择栈的信息。

步骤E’7、E’8和E’9与图4的步骤E7、E8和E9相当。

CDN服务器15还可以在步骤E’10期间向终端1传输确认消息M’10。

关于图6呈现了根据本发明的第三实施例的用于推荐通信栈的方法的各个步骤。

此实施例与前两个实施例的不同之处在于终端1拒绝第二服务器推荐的第一栈并且再次调用第一服务器的事实。此实施例与前两个实施例的另外不同之处在于用于终端1与服务器之间的交换的协议。

第一步骤E”1至E”7相当于图5的步骤E’1至E’7。区别在于终端1使用(HTTP/2)/TLS/TCP/IP协议栈与HTTP服务器21和CDN服务器15通信。此外，关于CDN服务器15建议的RTP/TLS/UDP/IP通信栈的信息项以对TLS(传输层安全)协议的延伸的方式传输。当终端1在消息M”6的TLS延伸中接收通信栈建议时，其在步骤E”8中通过分派确认消息M”8确认接收到了消息M”6。

然而，该终端不接受CDN服务器15建议的通信栈。可以通过该终端不支持建议的栈的协议或协议的版本的事实、或因为建议的栈与提供对终端的通信网络的访问的操作者的政策不兼容、或事实上通过终端1所属的客户端的拒绝来解释这种拒绝。

在此实施例中，终端1在步骤E”11的过程中分派请求获得内容的消息M”11，该消息与消息E”3相同。该终端能够在此消息中通知允许HTTP服务器21知道其拒绝CDN服务器建议的通信栈的指示，服务器21已经将该终端重定向到CDN服务器。HTTP服务器21在步骤E”12期间通过向该终端传输与消息M”4相当的消息但将终端1重定向到另一个第二服务器16，并且可选地通过建议第二服务器16支持的通信栈来对该终端作出响应。以下步骤E”13、E”51、E”14、E”15、E”16和对应消息与相应步骤E”5、E”51、E”6、E”8、E”7和对应消息相同，除了在交换中CDN服务器16替代CDN服务器15。

根据一个替代方案，在步骤E”6期间，CDN服务器15可以向终端1分派通信栈的清单，从而使终端能够获得其内容，清单的最后一个通信栈是由任何类型的终端支持的默认栈(例如，HTTP/UDP/IP)。

现在结合图7呈现了根据本发明的一方面的用于推荐通信栈的设备的示例性结构。

用于推荐通信栈的设备60实施用于推荐通信栈的方法，刚刚已经描述了该方法的各个实施例。

这种设备60可以在CDN服务器类型的设备项中或在高速缓存服务器中或事实上在存在于通信网络中的存储服务器中实施。

例如，设备60包括处理单元630，该处理单元装配有例如微处理器μP并且由计算机程序610驱动，该计算机程序存储在存储器620中并且实施根据本发明的用于推荐通信栈的方法。在初始化时，在计算机程序610的代码指令由处理单元630的处理器执行之前，这些代码指令被加载到例如RAM存储器中。

这种设备60包括：

·接收器(64)，其接收请求从终端中获得内容的消息，

·选择模块(61)，用于根据关于通信网络或已经接收到的获得请求消息的数据项选择要推荐的栈，

·发送器(63)，其发送包括去往终端的推荐的栈的推荐消息，

·接收器(64)，其接收获得通过使用推荐的栈由终端传输的内容的消息。

有利地，设备60可以包括：

·发送器(63)，其发送包括去往第一服务器的推荐的栈的信息消息。

现在结合图8呈现了根据本发明的一方面的重定向设备的示例性结构。

重定向设备70实施重定向方法，刚刚已经描述了该重定向方法的各个实施例。

这种设备70可以在CDN服务器类型的设备项中或在Web服务器中或更一般地在被调用以提供内容(数据、音频、视频)的任何服务器中实施。

例如，设备70包括处理单元730，该处理单元装配有例如微处理器μP并且由计算机程序710驱动，该计算机程序存储在存储器720中并且实施根据本发明的用于推荐通信栈的方法。在初始化时，在计算机程序710的代码指令由处理单元730的处理器执行之前，这些代码指令被加载到例如RAM存储器中。

这种设备70包括：

·接收器(74)，其接收从终端请求内容的消息，

·检测器(71)，其检测终端使用的栈与第二服务器的通信参数的不兼容性，

·发送器(73)，其向终端发送重定向消息，该重定向消息由多个通信协议构成并且包括关于推荐通信栈的信息项。

有利地，设备70可以包括：

·接收器(74)，其接收由终端发送的消息，该消息包含拒绝已接收的推荐的栈的信息项，

·接收器(74)，其接收信息消息，该信息消息包括源自第二服务器的推荐的栈。

结合图7和图8描述的模块可以是硬件模块或软件模块。

刚刚已经呈现的本发明的示例性实施例只是可想到的实施例中的一些实施例。这些实施例示出了本发明使得能够管理通信网络架构的增长复杂性，该增长复杂性尤其由于各层(网络层、传输层、应用层...)的协议的发展。用于建立由终端、第一服务器和第二服务器用来通信的通信栈的层和各种可能的组合的这种发展需要新颖的解决方案。本文档中描述的发明使得能够干预对适于终端期望的内容并且适合于网络限制的通信栈的选择。通过本发明的实施方式，由终端最初调用的用于提供内容的第一服务器、实际上负责提供内容的第二服务器以及用户的终端可以对选择或不选择通信栈进行干预。本发明还可以例如由第一服务器用来控制终端朝向与终端使用的通信栈兼容的第二服务器。因此本发明可以用于确定第二服务器并且补充第一服务器的决策树，以在丰富的参数的基础上选择第二服务器，该参数包括要使用的通信栈、终端的位置、服务器的加载。

Claims (16)

1.一种用于推荐由多个通信协议构成的通信栈的方法，该方法涉及在终端(1)与第一服务器(21)之间发起的用于在通信网络(100)中提供内容的数据会话，该通信网络包括负责通过该第一服务器(21)的授权而提供该内容的第二服务器(15)，该第一服务器(21)已经检测到该终端(1)使用的该栈与该第二服务器(15)的通信参数不兼容并且已经向该终端(1)发送了重定向消息(M4)，该重定向消息包括关于推荐要用于获得该内容的栈的信息项，该方法由该第二服务器实施并且包括：

·从该终端(1)接收请求获得该内容的消息(M5)的步骤(E5)，

·根据关于该通信网络或接收到的该获得请求消息(M5)的数据项选择要推荐的栈的步骤(E51)，

·向该终端(1)发送包括推荐的栈的推荐消息(M6)的步骤(E6)，

·接收由该终端(1)通过使用该推荐的栈传输并且关于获得该内容的消息(M9)的步骤(E9)。

2.如权利要求1所述的用于推荐通信栈的方法，还包括向该第一服务器(21)发送包括该推荐的栈的信息消息(M7)的步骤。

3.如权利要求1所述的用于推荐通信栈的方法，其中，请求获得该内容的该消息(M5)包括至少一个通信栈。

4.如权利要求1所述的用于推荐通信栈的方法，其中，该推荐的栈在该推荐消息(M6)的应用层的字段中传输。

5.如权利要求1所述的用于推荐通信栈的方法，其中，该推荐的栈在该推荐消息(M6)的传输层的字段中传输。

6.如权利要求1所述的用于推荐通信栈的方法，其中，从该通信网络的管理实体接收关于该通信网络的数据项。

7.一种用于重定向内容获得请求的方法，该方法涉及在通信网络中在终端(1)与第一服务器(21)之间发起的数据会话，该通信网络包括负责通过该第一服务器(21)的授权而提供该内容的第二服务器(15)，该方法由该第一服务器(21)实施并且包括：

·从该终端(1)接收请求该内容的消息(M3)的步骤(E3)

·检测该终端(1)使用的该栈与该第二服务器(15)的通信参数的不兼容性的步骤(E31)，

·向该终端(1)发送重定向消息(M4)的步骤(E4)，该重定向消息由多个通信协议构成并且包括关于推荐通信栈的信息项。

8.如权利要求7所述的重定向方法，其中，该重定向消息(M4)还包括至少一个通信栈。

9.如权利要求7所述的重定向方法，还包括从该终端(1)接收消息(M”11)的步骤(E”11)，该消息包含拒绝已接收的该推荐的栈的信息项。

10.如权利要求7所述的重定向方法，其中，该第二服务器(15)的通信参数是通信协议。

11.一种用于推荐由多个通信协议构成的通信栈的设备，该设备涉及在终端(1)与第一服务器(21)之间发起的用于在通信网络中提供内容的数据会话，该通信网络包括负责通过该第一服务器(21)的授权而提供该内容的第二服务器(15)，该第一服务器(21)已经检测到该终端(1)使用的该栈与该第二服务器(15)的通信参数不兼容并且已经向该终端(1)发送了重定向消息(M4)，该重定向消息包括关于推荐要用于获得该内容的栈的信息项，该设备的特征在于其包括：

·接收器(64)，该接收器被设计成从该终端(1)接收请求获得该内容的消息(M5)，

·选择模块(61)，该选择模块被设计成根据关于该通信网络或已经接收到的该获得请求消息(M5)的数据项选择要推荐的栈，

·发送器(63)，该发送器被设计成向该终端(1)发送包括该推荐的栈的推荐消息(M6)，

·接收器(64)，该接收器被设计成接收由该终端(1)通过使用该推荐的栈传输并且关于获得该内容的消息(M9)。

12.一种用于重定向内容获得请求的设备，该设备涉及在通信网络中在终端(1)与第一服务器(21)之间发起的数据会话，该通信网络包括负责通过该第一服务器(21)的授权而提供该内容的第二服务器(15)，该设备的特征在于其包括：

·接收器(74)，该接收器被设计成从该终端(1)接收请求该内容的消息(M3)，

·检测器(71)，该检测器被设计成检测该终端(1)使用的该栈与该第二服务器(15)的通信参数的不兼容性，

·发送器(73)，该发送器被设计成向该终端(1)发送重定向消息(M4)，该重定向消息由多个通信协议构成并且包括关于推荐通信栈的信息项。

13.如权利要求11所述的重定向设备，还包括接收器(74)，该接收器被设计成从该终端(1)接收消息(M”11)，该消息包含拒绝已接收的该推荐的栈的信息项。

14.一种用于推荐通信栈的系统，该系统包括：

·第一服务器，该第一服务器包括如权利要求11所述的重定向设备，

·第二服务器，该第二服务器包括如权利要求10所述的用于推荐通信栈的设备，

·终端，该终端包括

o接收器，该接收器被设计成从该第一服务器(21)接收重定向消息(M4)，该重定向消息包括关于推荐要用于会话的该通信栈的信息项，

o发送器，该发送器被设计成向该第二服务器(15)发送请求获得该内容的消息(M5)，

o接收器，该接收器被设计成接收由该第二服务器(15)发送的包括该推荐的栈的推荐的消息(M6)，

o发送器，该发送器被设计成向该第二服务器(15)发送获得使用该推荐的栈传输的该内容的消息(M9)。

15.一种计算机程序，其特征在于其包括当处理器执行此方法时实施如权利要求1所述的用于推荐通信栈的方法的步骤的指令。

16.一种记录介质，该记录介质可由根据权利要求10所述的用于推荐通信栈的设备读取，在该记录介质上记录了如权利要求14所述的程序。