[发明专利]上下文知晓的内容传送

说明书

技术领域

本发明涉及电子通信网络，更具体地说，涉及分组交换通信网络中的内容传送。

背景技术

在当前的通信网络中，移动运营商和固定运营商面临越来越大量的“过顶传球”(OTT)内容，也即是说，在运营商的主要传送基础设施的替代物上传送的音频、视频或者其它内容或应用。因此，运营商和网络提供商逐渐沦为诸如YouTube、LLC和其它流式媒体提供商等的数据密集型内容提供商的单纯的比特管道。

例如，在2009年12月，Amazon.com有限公司宣布了用于内容传送的CloudFront网络服务，该网络服务使用来自Adobe Systems有限公司的Flash流式传送和实时消息传送协议(RTMP)，从而使得甚至没有经验的用户也可以容易地使用流式传送并且进一步增加了网络中的OTT业务。可以在http://aws.amazon.com/about-aws/whats-new/2009/12/15/announcing-clo udfront-streaming/处得到关于CloudFront服务的信息。在可以在http://www.adobe.com/devnet/rtmp/pdf/rtmp_specification_1.0.pdf处得到的实时消息传送协议块流(2009年6月)中描述了RTMP。

大多数OTT内容在某种意义上讲是冗余的，即，在很多情况下，OTT内容表示只是由不同的服务和提供商根据不同的通信协议所提供的相同的信息或者甚至相同的媒体。

在客户端设备上运行的网络浏览器通常用于通过互联网来访问服务器或主机、计算机上的信息，并且浏览器通常用作超文本传输协议(HTTP)客户端。虽然浏览器是通用应用，但是浏览器如今运行在很多不同的设备和平台上。移动电话、上网本、平板电脑、膝上型计算机和个人计算机、电视机(TV)、机顶盒(STB)以及甚至厨房电器是可以具有网络浏览器的客户端设备或用户设备(UE)的示例。

当前的浏览器通过统一资源定位符(URL)来识别信息资源，并且当前的URL标识信息的一个相应表示，在最佳的情况下，恰好是适合于运行浏览器的设备的表示。URL包含或编码对于传送相应的信息而言所需的所有事物：资源、资产(asset)、传输和可能有助于对传送进行计费的可能的传送参数。URL最初是由互联网工程任务组(IETF)的征求评议文件(RFC)1738(1994年12月)规定的，并且已经被概括和更新为由IETF RFC3986(2005年1月)规定的统一资源标识符(URI)。URI可以是定位符、名称或者这二者，并且URL是指URI的除了标识资源以外还提供了通过描述其主要的访问机制(例如，其网络“位置”)来定位资源的方式的子集。

任何信息资源可能由相应的URL标识，并且经由根据适当的协议的消息传送来访问。用户的客户端软件应用(例如，浏览器)直接从用户输入或者从超链接读取URL作为输入参数，然后客户端应用下载由URL标识的资源并且向用户显示该内容(如果它能够这样做的话)。通常，可以按如下方式来描述URL的语法：

<protocol>://<host>:<port>/<path>

其中，<protocol>指示消息传送的类型(例如，HTTP、文件传输协议(FTP)、实时流式传送协议(RTSP)等)，<host>通常是信息的互联网地址，<port>通常是由主机使用以经由<protocol>进行通信的端口的号，<path>是信息的主机操作系统位置。RTSP是由IETF RFC2326(1998年4月)规定的。

因为主机可以删除或移除信息，因此URL可能失去其有效性，因而HTTP定义了针对无效URL的错误消息的结构。错误消息可以声明资源不再可用或者资源现在通过新的URL而可用。后一种错误消息称作HTTP重定向消息，并且重定向可以是静态的或临时的。现代的客户端应用能够解释HTTP重定向消息并且使用HTTP从新的URL获得资源。越来越多的客户端支持改变传输协议的重定向消息。此外，资源标识和重定向有时用于传送调整的超文本标记语言(HTML)信息(例如，网页)，例如，具体地说，用于向移动设备传送该信息。