用于计算机网络中的数据流送的系统和方法
2020-01-07

用于计算机网络中的数据流送的系统和方法

在一个实施例中提供了一种方法,包括:建立包含端点和服务器的视频会话;评估与能够影响所述视频会话的比特率的特性相关联的网络标准;向所述端点传输基于所述网络标准的比特率提示数据以在比特率请求中考虑。比特率请求包含视频会话中的流送数据。该方法还包括从端点接收比特率请求。

考虑另一种情景,其中,端点12b从缓存服务器14请求另外的速率(例如,比特率R2的流送视频文件)。缓存服务器14在它的内部标准40a-d的场合中评估该请求。在本示例中,缓存服务器14识别出有比特率为R3的流送视频文件存储在缓存服务器14中。因此,该速率可用于以高于所请求的速度递送至端点。缓存服务器14被配置为向端点1¾发送速率提示数据。速率提示数据指示比特率R3可用于视频流送。

在具体实现方式中,自适应流送识别缓存模块54、提示发送器模块58、自适应流送客户端模块68a-c和/或提示接收器模块70a-c被作为软件提供以实现(或促进)本文中概述的自适应比特率流送管理操作。在一个示例中,自适应流送识别缓存模块54可以具有内部结构(例如处理器、存储器元件等)来便于本文描述的操作。在其它实施例中,所有这些自适应比特率流送管理特征可以在这些元件的外部提供,或者包括在某个其它网络元件中以实现目标功能。或者,任何其它网络元件可以包括能够协调本文讨论的自适应流送活动的软件(或交互软件)。在其它示例中,在评估标准以发送速率提示数据中,可以利用(可以与缓存处理器14分开的)专有元件以容易地达成本公开的教导。

应当注意,由于在向给定端点发送比特率提示的场合中可以考虑任何其它标准,缓存服务器14中所示的特定类型的网络标准不是穷尽性的。例如,其它标准可以包括通常延时特性、排队的延迟特性、服务质量(QoS)特性、隧道协议特性、成本特性、附加的时间特性(例如在一天中的时间、一月中的时间、一年中的时间等),可能上线的备份服务器或缓存服务器的存在与否、编码特性、下一跳(nexthop)特性、或可能影响比特率判定和/或视频数据递送的任何其它适合的特性。在本说明书中使用的术语“网络标准”包括任何上述的网络条件,或可以影响网络状况的任何其它网络标准,网络状况可能会(直接或间接地)影响比特率判定。这包括缓存服务器14的当前状况和/或能力。

此外,缓存服务器14被配置为发送与缓存服务器14的当前负载状况相关的适当信息,以及与上游带宽参数相关的信息。例如,该信息可以允许客户端辨别当前看到的拥塞问题是因为接入网络的问题(在此情况下,降低速率可能是有帮助的),还是由于缓存服务器14的问题、起源服务器的问题或者内容网络的问题(例如,损坏的链路)而造成的。在某些情况下,客户端可以选择保持在所缓存的速率处,或者切换到已被本地缓存的其它速率,而不是从清单中任意地选择速率。

附图说明

注意,有了上文提供的示例以及一些其它本文中提供的示例,可能从两个、三个或四个网络元件的角度来描述了交互。然而,这样的描述仅仅是出于清晰和示例性的目的而做出的。在某些情况下,通过仅仅引用有限数量的网络元件可以更容易地描述给定一系列流的一种或多种功能。应当明白通信系统10(及其教导)可以容易地扩展并且可以容纳大量的组件以及更复杂的/精密的布局和配置。据此,由于可以被潜在地应用于无数的其它构架,所提供的示例不应限制通信系统10所教导的范围和广度。此外,尽管参考特定的情景进行了描述,其中包括提示发送器模块58的特定的模块(例如自适应流送识别缓存模块54)是在网络元件内提供的,但这些模块也可以在外部提供,或者以任何合适的方式被集成和/或结合。在某些示例中,这样的模块可以被提供在在单一的专有单元中。

端点12b可以评估速率提示数据,并随后确定它是否是能够容纳比特率R3。如果端点12b可以支持这个流送视频文件的比特率,它可以选择在此时接收文件。逻辑上,提示速率数据可以利用各种方法被传输到端点。例如,速率提示数据可以被包含在http头部中。或者,速率提示数据可以被包括在清单文件中。在另外的示例中,在TCP分组的任何适当字段中提供提示数据。在另外的示例中,专有信令机制可以被用来在缓存服务器14与端点12b之间交换速率提示数据。

在步骤115,对于新的速率是否会有益于该特定端点作出判定。例如,端点(使用它的内部资源)可以判定为较高比特率在此时是值得的。如果新的速率不适当,则视频会话继续被监视。当新的比特率被发起时,在步骤120,速率提示数据可以从缓存服务器14发送至特定端点。(在步骤125)端点可以合适地接收速率提示数据,并且在它自己的能力/资源的场合中评估该速率提示数据。还应当注意,在一些实施例中,客户端并不真正请求提示,替代地,服务器持续地向客户端推送数据。换言之,服务器可以发送提示数据,而无需从客户端作出切换给定速率的判定。