支持选择性移动内容优化的技术的制作方法
【专利摘要】一种在装置处执行的方法，包括接收对应于用户设备的针对媒体内容的请求；从服务器请求和接收媒体内容中的一些；以及如果不应当优化所请求的媒体内容，则通过网络朝向用户设备发送使节点从用户设备通过网络朝向服务器引导针对媒体内容的附加请求而不经过装置的信息。另一方法包括接收重定向消息，所述重定向消息包括对应于媒体内容的位置的指示和包括指示重定向消息应当使第一装置将来自用户设备的针对媒体内容的请求重定向到具有媒体内容的服务器而不经过第二装置的标签；以及针对从用户设备接收的并且与指示对应的请求，通过网络朝向服务器转发请求。
【专利说明】支持选择性移动内容优化的技术
【技术领域】
[0001]本发明一般涉及无线网络，并且更具体地涉及无线网络中的诸如视频之类的内容。
【背景技术】
[0002]本章节旨在提供对以下公开的本发明的背景或上下文。本文中的描述可以包括可能被探求过的概念，但是不一定是已经在之前被设想、实现或描述的概念。因此，除非本文另行明确指示，否则在本章节中描述的内容不是对于本申请中的描述的现有技术，并且不通过包括在本章节中而被承认为现有技术。
[0003]可以在本说明书和/或附图各图中找到的以下缩写定义如下:
3G第三代
3GPP第三代合作伙伴项目
DL下行链路(从基站到用户设备)
DPI深度分组检查
eNB或eNodeB演进的节点B (例如LTE基站)
EPC演进的分组核心
GPRS通用分组无线电服务
http超文本传输协议
LTE长期演进
MAC消息认证码
MCO移动内容优化器
Node BUTRAN 基站
PGff分组网关
QoE体验质量
QoS服务质量
RF射频
RNC无线电网络控制器
Rx接收器或接收
SGSN服务GPRS支持节点
SSL安全套接层
Tx发射器或发射
UE用户设备
UL上行链路
URI统一资源标识符
URL统一资源定位符
UTRAN通用陆地无线电接入网络。
[0004]随着智能电话、平板设备和其它便携式无线设备的日益普及，移动数据业务延续并且被预计从2010到2015年以百分之92的复合年增长率(CAGR)增长，到2015年达到每月6.3艾字节，并且到2015年，预计全球移动数据业务的三分之二是视频。这已经带来了对运营商网络的众多挑战。例如，一项调查显示，移动用户的百分之74认为当通过运营商的移动网络进行流式传输时运营商承担针对用户的视频停顿、缓冲或开始起来花费过长时间的大部分责任，并且已经发现，缓慢的浏览速度将会导致百分之43的调查对象考虑切换运行商，而另外的百分之24称缓冲和欠佳的视频质量将会使他们考虑切换。另外，百分之47的移动用户称他们在视频播放起来花费过长时间时感到沮丧并且百分之45被不连续、中断的播放而致使极其气馁。
[0005]媒体优化、特别是视频优化的目标是改善效率而没有在用户的体验质量(QoE)上的折衷。移动视频内容优化已经被用作用于运营商减少进入移动网络的过量移动数据而不牺牲用户体验的有效工具。研究指示，仅百分之二的http事务是视频事务，然而这些事务是造成百分之60的网络带宽利用的原因。由于多数移动数据业务是基于http的视频，因此移动优化目标在于移动视频类型的应用。运营商已经在其网络中部署了移动内容优化器(MCO)并且该优化对终端用户是不可见的。这些优化器的目标是有利于运营商地工作，改善网络利用，并且增加任何给定时间处的用户业务会话的数量。存在在运营商网络中被测试的许多受欢迎的公司。即便所有这些产品具有类似的设计目标，它们也在其架构和因而其解决方案中具有细微的差异。
[0006]虽然这些产品是有用的，但是可以仍旧做出改进以改善内容优化。
【发明内容】
[0007]本章节包含可能的实现的示例并且不意味着是限制性的。
[0008]在一个示例中，公开了一种方法，其包括在装置处接收针对媒体内容的请求，请求对应于无线连接到无线网络中的基站的用户设备。该方法包括通过装置从服务器请求和接收媒体内容的一部分，并且响应于不应当优化所请求的媒体内容的确定，由装置通过网络朝向用户设备发送这样的信息，其使网络节点从用户设备通过网络朝向服务器引导针对媒体内容的附加请求而不经过装置。
[0009]在附加示例性实施例中，公开了一种装置，其包括:用于在装置处接收针对媒体内容的请求的构件，请求对应于无线连接到无线网络中的基站的用户设备；用于通过装置从服务器请求和接收媒体内容的一部分的构件；以及响应于不应当优化所请求的媒体内容的确定，用于由装置通过网络朝向用户设备发送使网络节点从用户设备通过网络朝向服务器引导针对媒体内容的附加请求而不经过装置的信息的构件。
[0010]在另一示例性实施例中，公开了一种计算机程序产品，其包括承载了体现在其中以供与装置一起使用的计算机程序代码的计算机可读存储介质。计算机程序代码包括用于在装置处接收针对媒体内容的请求的代码，请求对应于无线连接到无线网络中的基站的用户设备；用于通过装置从服务器请求和接收媒体内容的一部分的代码；以及响应于不应当优化所请求的媒体内容的确定，用于由装置通过网络朝向用户设备发送使网络节点从用户设备通过网络朝向服务器引导针对媒体内容的附加请求而不经过装置的信息的代码。
[0011]在另外的示例性实施例中，一种装置包括一个或多个处理器和包括计算机程序代码的一个或多个存储器。一个或多个存储器和计算机程序代码被配置成利用一个或多个处理器使装置执行:在装置处接收针对媒体内容的请求，请求对应于无线连接到无线网络中的基站的用户设备；通过装置从服务器请求和接收媒体内容的一部分；以及响应于不应当优化所请求的媒体内容的确定，由装置通过网络朝向用户设备发送使网络节点从用户设备通过网络朝向服务器引导针对媒体内容的附加请求而不经过装置的信息。
[0012]另一示例性实施例是一种方法，其包括在网络中的第一装置处从网络中的第二装置接收重定向消息，所述重定向消息包括对应于网络上的媒体内容的位置的指示和包括这样的标签，所述标签指示重定向消息应当使第一装置将来自用户设备的针对媒体内容的请求重定向到具有媒体内容的服务器而不经过第二装置；以及针对从用户设备接收的并且与对应于网络上的媒体内容的位置的指示对应的请求，通过网络朝向服务器转发相关联的请求。
[0013]在另一示例性实施例中，公开了一种计算机程序产品，其包括承载了体现在其中以供与装置一起使用的计算机程序代码的计算机可读存储介质。计算机程序代码包括用于在网络中的第一装置处从网络中的第二装置接收重定向消息的代码，所述重定向消息包括对应于网络上的媒体内容的位置的指示和包括指示重定向消息应当使第一装置将来自用户设备的针对媒体内容的请求重定向到具有媒体内容的服务器而不经过第二装置的标签；以及用于针对从用户设备接收的并且与对应于网络上的媒体内容的位置的指示对应的请求，通过网络朝向服务器转发相关联的请求的代码。
[0014]在另外的示例性实施例中，一种装置包括一个或多个处理器和包括计算机程序代码的一个或多个存储器。一个或多个存储器和计算机程序代码被配置成利用一个或多个处理器使装置执行:在网络中的第一装置处从网络中的第二装置接收重定向消息，所述重定向消息包括对应于网络上的媒体内容的位置的指示和包括指示重定向消息应当使第一装置将来自用户设备的针对媒体内容的请求重定向到具有媒体内容的服务器而不经过第二装置的标签；以及针对从用户设备接收的并且与对应于网络上的媒体内容的位置的指示对应的请求，通过网络朝向服务器转发相关联的请求。
[0015]附加的示例性实施例是一种装置，其包括:用于在网络中的第一装置处从网络中的第二装置接收重定向消息的构件，所述重定向消息包括对应于网络上的媒体内容的位置的指示和包括指示重定向消息应当使第一装置将来自用户设备的针对媒体内容的请求重定向到具有媒体内容的服务器而不经过第二装置的标签；以及用于针对从用户设备接收的并且与对应于网络上的媒体内容的位置的指示对应的请求，通过网络朝向服务器转发相关联的请求的构件。
【专利附图】
【附图说明】
[0016]在附图各图中:
图1A图示了其中可以实践本发明的示例性实施例的示例性移动系统优化架构；
图1B图示了其中可以实践本发明的示例性实施例的另一示例性移动系统优化架构； 图2是图示了可以如何执行移动优化的示例场景；
图3图示了 MCO引擎如何在示例性实施例中操作；
图4和5是图示了移动优化可以如何在本发明的示例性实施例中执行的示例场景； 图6图示了 MAC可以如何在示例性实施例中实现的示例；
图7是由支持选择性移动内容优化的技术的MCO执行的流程图的框图；以及图8和9是由支持选择性移动内容优化的技术的网络节点执行的流程图的框图。
【具体实施方式】
[0017]本文中所提出的示例性问题和解决方案适用于各种类型的基于网络的优化器。图1A示出了示例性基本移动优化架构，其中移动内容优化器(MCO)用于压缩通过网络承载的视频或图像，并且基于(多个)移动设备要求而适配内容格式。在图1A中，用户设备(UE)IlO经由无线电塔105中的(多个)天线无线连接到eNB 140。eNB 140连接到EPC 125，并且该示例连接到EPC 125中的PGW 165。PGW 165可以连接到MCO 145和因特网115。UE 110从媒体服务器210 (在以下的示例中，HULU服务器，尽管这决不是示例性实施例的限制)请求诸如图像或视频内容220之类的媒体。
[0018]PGff 165包括一个或多个处理器160、一个或多个存储器150和一个或多个网络接口 155，其通过一个或多个总线195互连。PGff 165还包括PGW控制单元161，其可以通过一个或多个处理器160响应于计算机程序代码153的执行，或者通过这些的某种组合而实现在逻辑中(例如作为一个或多个处理器160中的硬件元件)。因此，在示例性实施例中，一个或多个存储器150和计算机程序代码153被配置成利用一个或多个处理器160使PGW 165执行如本文描述的操作中的一个或多个。PGW控制单元161可以使PGW 165执行(并且在本文中假定PGW 165确实执行)分组的DPI，通过使用例如DPI引擎157 (例如作为从PGW控制单元161分离的部分)。然而，PGW 165仅仅是可以执行DPI和本文中描述的其它操作的EPC节点的一个示例。
[0019]MCO 145在该示例中可以连接到PGW 165和因特网115。MCO 145包括一个或多个处理器175、一个或多个存储器171和一个或多个网络接口 180，其通过一个或多个总线185互连。MCO 145还包括MCO控制单元191，其可以通过一个或多个处理器175响应于计算机程序代码173的执行，或者通过这些的某种组合而实现在逻辑中(例如作为一个或多个处理器175中的硬件元件)。因此，在示例性实施例中，一个或多个存储器171和计算机程序代码173被配置成利用一个或多个处理器175使MCO 145执行如本文所描述的操作中的一个或多个。MCO 145的一个示例性功能是使用例如MCO引擎197执行视频的转码。在一个示例中，媒体内容174被转码成经转码的内容176，其被MCO 145发送到UE 110。媒体内容174典型地为存储在服务器上的完整媒体内容(例如，图像、视频)的某个部分(参见图2中的媒体内容220)。
[0020]要指出，图1A仅是移动系统优化架构的一个可能示例。许多其它的配置是可能的。例如，一个或多个用户可以连接到一个或多个EPC 125 (例如，多个EPC 125)，并且所有业务去往一个MCO 145。也就是说，一个MCO 145可以处置多个EPC 125。
[0021]图1B图示了其中可以实践本发明的示例性实施例的另一示例性移动系统优化架构。在该示例中，存在连接到RNC 275的NodeB 270 (连接到一个或多个天线105)。EPC125 包括 SGSN 285、Flexi NG (Flexi 网络网关，来自 Nokia Siemens Networks (诺基亚西门子网络)的移动网关)265和MCO 145。RNC 275可以包括DPI引擎157。NodeB 270在示例中每500-800毫秒向RNC 275发送测量报告。RNC 275然后向MCO 145提供有意义的无线电信息。无线电信息可以包括针对NodeB 270的总体负载的指示，或者每UE 110的无线电信息。MCO 145可以基于无线电信息执行视频优化或者重定向。正常移动内容流101在UE 110、NodeB 270、RNC 275、MCO 145和因特网115之间。具有重定向的移动内容流102在UE 110, NodeB 270、RNC 275, Flexi NG 265和因特网之间。要指出，MCO 145也可以集成到RNC 275中。
[0022]计算机可读存储器150和171可以是适合于本地技术环境的任何类型并且可以使用任何合适的数据存储技术实现，诸如基于半导体的存储器设备、闪速存储器、磁存储器设备和系统、光学存储器设备和系统、固定存储器和可移除存储器。处理器160和170可以是适合于本地技术环境的任何类型，并且作为非限制性示例，可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一个或多个。
[0023]图2是图示了可以如何执行移动优化的示例场景，并且以下解释了操作的示例性序列。在该示例中，图示了 EPC 125，但是EPC 125采取的行动可以由单个EPC节点165(诸如，如图1A中所示的PGW)执行。
[0024]I) UE 110当前附接到LTE (例如，或者3G)网络，并且UE对例如HULU (电视和其它视频的提供商)服务器做出http请求以访问视频内容:GET http://www.hulu.com/site-player /121462/player102.swf?cb=121462 HTTP/1。
[0025]2)EPC 125 (例如PGW/节点165)执行两个水平的分组处理，即层_3转发(比如所有路由器)和层-7处理，称为深度分组检查(DPI)。在网关165处(在该示例中)的DPI引擎157拦截可疑http视频请求(在该示例中),其包含video/*、*mpegurl*、applicat1n/smil*、txt/xml*的内容类型，其包含内容长度>2MB (大于两兆字节)并且其满足其它基于策略的过滤规则。也就是说，DPI引擎157拦截请求，因为请求包含与DPI引擎基于过滤规则应当拦截的类型匹配的类型。在示例性实施例中，DPI引擎157在经由硬连线线路行进的分组上应用过滤器，并且当过滤器之一匹配时，DPI依照过滤规则采取行动。要指出，拦截也可以针对其它文件类型(诸如图像)，其可以得益于转码。
[0026]3) DPI引擎157基于所满足的过滤规则将来自UE 110的http请求转发到MCO145。否则，DPI引擎157在请求不匹配http视频请求时直接向因特网115转发http业务，并且该转发未在图2中示出。
[0027]4) MCO 145另外经由因特网115向HULU服务器210转发所接收的http请求。
[0028]5) HULU服务器210利用具有有效载荷中的视频内容225 (例如，媒体内容220的一部分)的HTTP/1.1 200 OK来作出响应。内容225可以作为内容174存储在存储器中。
[0029]6) MCO引擎197确定是否转码，并且执行内容174的转码。内容225可以作为经转码的内容176存储在MCO 145中。转码牵涉将视频从一种编码转换到另一种编码(例如，高清晰度到标准清晰度，3D到2D)，以典型地降低数据率。MCO引擎197还可以执行码率转换(transrating),其中部分的或完整的文件被编码成较低比特率而不改变视频格式。码率转换典型地降低视频的巾贞率。还可以执行尺寸转换(transsizing),其中视频的分辨率改变(例如，以适合较小的屏幕)。内容225的优化可以因此牵涉转码、码率转换、尺寸转换或修改媒体内容的比特率的对媒体内容的任何其它操纵中的一个或多个。
[0030]7) MCO 145 (例如，在MCO控制单元161的控制之下)向EPC发送具有在有效载荷中的经转码的内容230的HTTP/1.1 200 0K。经转码的内容230可以是MCO 145中的经转码的内容176中的一些或全部。
[0031]8) EPC 125向UE 110转发具有经转码的内容230的http消息。
[0032]在现有系统中，被可疑视频URL引用并且被例如EPC 125中的网关165处的DPI引擎157拦截的所有业务(B卩，可能需要被转码的引用视频)必须经过MCO 145，即便这些视频文件中的一些不要求任何优化(例如转码)。这是可以补救的问题。
[0033]更具体地关注该问题，虽然许多在线视频内容具有移动友好的格式，或者不能被进一步压缩，但是在移动网络中不存在任何机制在已经取出内容之前检测是否可以进一步优化特定内容。如以上陈述的，当前，在可疑视频URL中所包含的所有业务必须被MCO 145处理和发送。这可能导致对MCO 145的不必要的过载。
[0034]以下示例性和非限制性问题由本文中的各种示例性实施例解决。
[0035].如何避免即便该业务符合可疑视频要求(也就是说，满足准则使得视频内容应当被检验以用于可能的转码)而经过MCO 145的不必要的业务；
?如何有效地解析视频流以允许经优化的和未优化的内容二者流过网络；和/或 ?如何提供必须使得各种策略能够被运营商应用的通用框架机制。
[0036]此刻，不存在解决以上问题的现有标准化途径。本文中的示例性实施例解决这些问题。
[0037]本文所提出的示例性机制增强了现有移动内容优化架构以允许UE直接到移动友好的内容。示例性实施例中的发明可以执行以下中的一个或多个:
I)利用MCO 145来识别原始内容是否已经针对所请求的UE被优化。
[0038]2)呈现增强的移动优化协议，其利用http重定向和特殊标签来允许MCO 145重定向URL请求，其引用(例如指向)已经优化的内容，并且通过绕过MCO 145来使得UE 10能够访问这样的内容。
[0039]3)提出EPC 125与MCO 145之间的标签协商协议以确保EPC 125和MCO 145 二者都意识到用于特定URL事务的标签。
[0040]4)开发安全机制以避免由增强的移动内容优化架构潜在地带来的安全风险。
[0041]本发明的示例性实施例提供了增强的移动视频递送协议以使得MCO 145能够卸载已经移动优化的视频/图像内容，并且允许UE 110直接访问该内容。决定向哪里发送视频URL请求的示例性网络组件可以是服务GW (SGW)或EPC 125处的PGW (例如节点165)，这取决于DPI引擎157在哪里实现。在MCO 145以及例如新引入的协议的帮助下，在EPC125处的DPI引擎157能够区分出所意图的视频/图像内容是否需要被MCO 145进一步优化，并且基于这样的信息向例如因特网115中的服务器(例如210)或者向MCO 145转发URL请求。
[0042]图3图示了 MCO引擎197如何在示例性实施例中操作。图示性地，基于因特网服务器(例如服务器210)提供的所意图内容的内容元数据310和诸如(用户设备110的)设备类型320、网络拥塞305和内容策略325之类的其它输入信息，MCO 145可以决定是否存在进一步优化330所意图内容或者重定向335针对内容的请求的需要。由于元数据310包含在媒体内容225的最初几个分组中，因此MCO 145可以快速地得出是否需要移动优化(例如转码)的结论。这样，MCO 145上的负载可以降低。在基于动态HTTP的流式传输的情况中，元数据包含在清单文件中。如已知的，清单文件是包括服务器的列表的文件，其中每一个服务器包含不同比特率与文件名，并且客户端必须确定要检索哪个文件。典型的清单文件因此包含关于如何、何时以及何处存储视频的信息。MCO引擎197在该示例中从媒体服务器210接收媒体内容220的某个媒体内容部分225。媒体内容部分225包括内容元数据310。
[0043]示例性提出的机制包括以下操作，其在图4中图示。步骤I至5与如图2中所示的现有移动优化途径相同。
[0044]步骤6:如果MCO 145确定所意图内容不需要被进一步优化，则MCO 145基于原始URL请求而构造新的URL 410并且向URL 410的端部添加在EPC 125与MCO 145之间预协商的特殊标签415 (示出为“标签I”)。
[0045]步骤7 =MCO使用http重定向来以重定向消息405中的新构造的URL 410(包括添加的标签415)响应于UE 110。
[0046]步骤8:存在有关EPC 125如何响应于所接收的http重定向消息进行操作的两个示例性实现选项(选项a和b)。
[0047]选项a:EPC 125不保持经修改的URL的状态并且使用无状态cookie机制，使得EPC 125传递(步骤8)http重定向消息405 (例如URL 405)而不改变消息405。当接收到http重定向消息时，UE 110发送具有URL 410的http GET (得到)消息420 (步骤9)，包括被包含在http重定向消息405内的标签415。EPC 125拦截该消息420，并且执行消息420的标签搜索。如果找到标签415 (“标签1”)，则那意味着URL请求(即GET消息420)包含移动友好的内容，并且EPC 125从URL提取标签415，向内容服务器210转发(步骤10)新的URL请求425 (具有没有标签415的URL 430)。否则，URL请求被转发到MCO 145以供进一步处理。也就是说，如果不存在标签415，则针对媒体的随后的URL请求被传递到MCO 145。图4呈现了针对该选项的基本流调用。该途径在本文中被称为“NON_TRANSPARENT_TAG (非透明标签)”技术。无状态cookie在示例性实施例中使用两部分标签方案，第一部分490是固定标签，并且第二部分495是可变标签。这两个标签被生成和置为朝向UE 110的http重定向消息405的部分，并且UE 110响应于接收到http重定向消息405，预计做出具有重定向标签415的http请求420。重定向标签415到达EPC并且被检查。DPI引擎157提取URI，并且首先核查标签415的固定部分490以确认标签415的确由DPI引擎157生成，并且然后使用无状态cookie技术来验证标签的可变部分495。在示例中，标签415的可变部分495包含MAC信息。可变部分还包含时间戳信息以防止延迟的重放攻击。固定部分490可以典型地在EPC 125与MCO 145之间协商，并且是对于指示EPC应该采取步骤来执行原始UE请求到媒体服务器210而不是回到MCO 145的重定向而言有用的任何合适的固定尺寸信息(诸如指令)。
[0048]选项b:参见图5，其中步骤1-7与图4中的相同。当EPC 125拦截(例如响应于步骤7)来自MCO 145的http重定向消息405时，EPC 125移除标签415，本地缓存URL 470，并且发送具有URL 470 (其没有标签415)的http重定向消息445 (或者，换言之，URL 470是没有标签415的URL 410)。一旦UE 110接收到消息445，UE 110就基于包含在http重定向消息445内的URL来请求(步骤9，利用GET消息450)内容。EPC 125接收该请求并且核查该请求是否已经在本地缓存中。如果是，则请求直接被转发(步骤10)到因特网115中的媒体服务器210。媒体服务器210因此通过发送具有在有效载荷中的内容465的消息460来响应(步骤11)于请求450。由于用于做出卸载决定的输入可能改变(例如，网络拥塞305可能改善使得存在较少拥塞，并且不存在对于优化媒体内容的需要)，缓存应当在某个时间之后期满，并且该时间可以是可配置的。该途径在本文中被称为“TRANSPARENT_TAG (透明标签)”技术。
[0049]选项a和b技术二者都可以具有用于标签创建、分发、验证和保护的机制以及标签寿命控制过程。在传统移动网络中，MCO 145和EPC 125在相同安全域内，并且以上途径可以照原样使用。然而，运营商正在将他们的服务(诸如MCO服务)移动到云。在该场景中，安全性成为问题，因此标签生成机制在此被使用在EPC 125与MCO 145之间，其中消息认证码(MAC)机制是生成标签415的一部分。MAC可以如何实现在示例性实施例中的示例在图6中示出。在该示例中，MAC=MAC算法(密钥、时间戳、URL/URI)，即MAC 620等于被应用到密钥625、时间戳607 (例如对应于图4和5的步骤I中的GET消息的时间戳)和URL/URI606的MAC算法610。在图6中，消息605包括时间戳607，和URL/URI 606，并且消息630包括确定的MAC 620。接收器然后将消息630拆分回消息605和MAC 620。接收器以与以上描述的相同的方式对URL/URI 606、时间戳607和密钥(k)625应用MAC算法610以确定另一 MAC 640。如果MAC 640匹配MAC 620，则消息是认证了的并且已经进行了完整性核查。如果两个MAC 620,640不匹配，则某事不对，并且可以针对该错误采取操作(例如丢弃消息605)。SSL用于协商密钥、MAC算法以及标签将插入哪个定位。关于标签的定位，在图4和5中，标签415在URL 410的结尾示出。然而，标签可以被置于URL 410的开端或者URL 410内的任何位置，并且URL 410内的标签415的定位可以根据对发送器和接收器二者已知的某种算法改变。图4和5仅仅是示例性的。SSL是提供客户端与服务器之间的安全通信的协议。EPC 125或者MCO 145可以在实践中充当服务器。基于SSL的方案在此被用作示例，因为SSL常常使用在应用层安全协议中。此途径是一般性的，并且可以使用对应用而言恰当的任何安全协议。
[0050]NON_TRANSPARENT_TAG(也就是选项a)实现起来简单，因为不存在维持EPC 125中的任何状态的需要。然而，EPC 125将经修改的URL (即具有标签415)传递(图4中的步骤8)到UE 110，UE 110可以存储该地址并在将来使用。当这发生时，对于MCO引擎197的输入之一(例如网络拥塞305，内容策略325)可能改变，并且从内容服务器210直接取出内容可能并未针对UE优化。为了克服这一点，那些无状态标签415中的每一个可以具有与标签415相关联的定时器，使得标签415的新鲜性可以在接收标签415之后被EPC 125验证。
[0051]另外，可能发生的是，UE 110移动到诸如WiFi之类的其它无线接入技术，并且业务不经过EPC 125，导致“URI/URL”无效。也就是说，如果使用“NON_TRANSPARENT_TAG”技术，则UE 110将使用具有标签415的URL 410来访问媒体内容220。如果UE 110从移动网络移动到WiFi JUURL 410 (包括标签415)在经过WiFi时不再有效，因为URL 410中的标签415不是对媒体内容220的正确URL (即URL 430)的部分。
[0052]TRANSPARENT_TAG (选项b)技术可以使用EPC处的缓存和缓存管理来克服选项a所遭遇的URL 410中的标签415导致的该问题。结果，用于选项b的实现相比于选项a的实现可能更加复杂。
[0053]考虑到安全性，当MCO引擎197得出所意图的移动内容不应当被优化的结论时，MCO基于密钥625、URL/URI 606和时间戳607生成MAC 620，并且基于SSL协商的规则而更新http重定向的URL。当接收到http重定向消息630时，EPC 125提取MAC 620并且将MAC 620与其自己经计算的MAC 640比较，并且如果经计算的MAC 640与来自EPC的MAC620相同，则消息来自有效源(例如UE 110或MCO 145)。否则，消息将被例如丢弃。
[0054]安全性的引入对实现选项b有影响。在以上提及的选项b中，假设标签415可以在所有URL之中共享。由于安全标签生成关系到URL/URI 606，因此选项b可以被修改成具有EPC缓存URL，其是被EPC使用的URL但是不是http重定向消息内的对媒体内容220的实际URL (例如在重定向消息445内并且还在随后的GET消息450中的URL 470)。当EPC125从MCO 145接收到(参见图4的步骤7) http重定向消息405时，EPC 125记录URL同时向UE 110转发(参见图8的步骤8) http重定向消息405 (但是具有称为EPC缓存URL的不同URL)。然后，UE 110接收http重定向消息405，并且发送(图4的步骤9)具有重定向URL的http GET消息420。EPC拦截该消息，并且核查EPC 125的缓存表(参见图8)是否具有该URL ;如果是，则http GET消息(例如425)被发送(图4的步骤10)到因特网115中的服务器210，否则，消息可以被丢弃。缓存内容应当在某个时间段之后清空(例如以防止重放攻击)，所述时间段可以是可配置的。
[0055]转向图7，示出由支持选择性移动内容优化的技术的MCO执行的流程图的框图。流程图的框中的操作可以由硬件(例如一个或多个处理器175中的逻辑)、软件(例如连同一个或多个存储器171和一个或多个处理器175 —起配置以使MCO 145执行本文中的操作的计算机程序代码173)或这些的某种组合执行。此外，框中的操作可以是计算机程序产品中的操作，所述计算机程序产品包括承载了体现在其中以供与装置一起使用的计算机程序代码的计算机可读存储介质，其中计算机程序代码包括用于执行操作的代码。
[0056]流程图在框705中开始，当MCO 145与EPC节点165协商标签415的固定部分490时。已经在上文中描述了固定部分490。在框710中，MCO 145执行操作:接收针对媒体内容的请求。请求对应于无线连接到无线网络中的基站的用户设备，如以上所描述的那样。在框715中，MCO 145执行从服务器210请求和接收媒体内容220的部分225。在框720中，MCO 145确定是否优化部分225 (例如，或者如存储在MCO 145中的内容174)。用于执行框720的示例性技术已经在上文参考图3进行了描述。优化可以包括(如框741中所示)转码、码率转换、尺寸转换或者修改媒体内容的比特率的对媒体内容的任何其它操纵中的一个或多个。
[0057]如果框730=是(即应当执行优化)，则MCO 145执行(框745)优化媒体内容的部分(以创建经转码的部分230)并且向用户设备至少发送经优化的媒体内容的部分(例如465)。应当指出，图2也图示了响应于内容225应当被优化的判定而使用此技术可能发生什么的一个可能示例。也就是说，框745图示了图2的步骤6和7。在框750中，MCO 145执行继续(例如直到MCO引擎197输入改变为止)以响应于来自UE的针对媒体内容的随后请求来下载和优化媒体内容。
[0058]如果框730=否(即不应当执行优化)，则MCO 145执行创建标签415的可变部分495。可变部分495可以包括以上描述的MAC或时间戳信息中的一个或二者。MAC信息可以包括如以上参考图6描述的MAC 620。要指出，如果安全性未在EPC 125与MCO 145之间使用(例如，如果二者在相同网络内)，则可以不使用MAC。在框740中，MCO 145执行操作:通过网络朝向用户设备发送使用户设备将针对媒体内容的附加请求重定向到服务器(例如具有媒体内容)而不经过装置(例如在该示例中的MCO 145)的信息(例如重定向消息145)。
[0059]参考图8，示出由支持选择性移动内容优化的“NON_TRANSPARENT_TAG”技术的网络(例如EPC)节点执行的流程图的框图。在此假定框由EPC节点165执行，但是可以存在可以能够执行框中的操作的其它网络节点。流程图的框中的操作可以由硬件(例如一个或多个处理器160中的逻辑)、软件(例如连同一个或多个存储器150和一个或多个处理器160一起配置以使节点165执行本文中的操作的计算机程序代码153)或这些的某种组合执行。此外，框中的操作可以是计算机程序产品中的操作，所述计算机程序产品包括承载了体现在其中以供与装置一起使用的计算机程序代码的计算机可读存储介质，其中计算机程序代码包括用于执行操作的代码。
[0060]图8中的框可能使其看似以某种次序执行框。然而，框仅仅是为了易于展示并且可以不以所示次序执行。另外，框中的操作中的一些或全部可以并行执行。例如，可以存在保持核查缓存中的条目是否期满的分离功能(例如使用以下描述的定时器)，并且一旦一个条目期满，该特定条目将从缓存移除。该分离功能可以与图8中(和图4中)所示的流操作并行执行。
[0061]关于以上在图4中示出的和以下在图8中描述的标签，由MCO生成并且转发到EPC的标签(比方说标签I)具有在MCO与EPC之间的相关性。该消息和标签意味着EPC需要直接处置重定向。标签I在此充当对EPC的指示并且EPC可以以其自己的方式将该信息传送到UE (经由选项a或选项b)。当接收到该标签(比方说如图4和5中所示的“标签I”)通知时，EPC内部执行选项a或者选项b并且关于选择哪个选项典型地取决于EPC。典型地，MCO不知道所选选项。尽管在图4中建议从MCO接收的标签由EPC转发到UE。然而，情况不需要是这样。事实上，UE可以接收由EPC生成的标签(比方说，“标签2”)，并且EPC可以不向UE转发EPC从MCO直接接收的任何标签。在这种情况中，EPC生成作为重定向消息的部分被转发到UE的新标签(例如标签2)。以上描述的用于创建标签的技术可以用于生成新标签。图8以下假定EPC创建作为重定向消息的部分被转发到UE的新标签。
[0062]图8中的流程图(也可以对图4和以上的其它图做出参考)在框805中开始，其中EPC节点165执行:与MCO 145协商标签415的固定部分490。这已经在上文进行了描述。在框810中，EPC节点165执行操作:从MCO 145接收具有标签415的重定向消息405。在框815中，如果在EPC节点165与MCO 145之间使用安全性，则EPC节点165执行操作:执行MAC处理，如以上参考图6描述的那样。如果在EPC节点165与MCO 145之间不使用安全性,则如图6中的MAC处理将不需要执行。
[0063]在框820中，EPC节点165执行操作:创建新标签和向UE 110转发具有新标签(例如标签415)的重定向消息405。同样参见图4的步骤7。在框825中，EPC节点165执行设置与新标签(存储为标签890之一)相关联的定时器895，例如在列表855中(例如存储在一个或多个存储器150中)。在该示例中，在列表855中存在N个定时器895和对应的N个标签890。标签890还可以具有时间戳(如以上描述的那样)。在这种情况中，存储用于定时器895的值可能不是必要的，因为存储在标签890中的时间戳可以用于确定标签890是否已足够陈旧到要从列表855移除。
[0064]在框830中，EPC节点165确定定时器(针对特定标签415/895)是否已经期满(例如，或者自存储在标签415/895中的时间戳开始是否已经流逝了某个时间段)。如果是这样(框830=是)，则在框835中，EPC节点165执行从列表855移除标签890和定时器895。如以上指出的，有关定时器和基于定时器而移除条目的框可以与其它框并行发生。流例如在框830中继续，其中另一定时器895可以被选择(或者框830可以确定定时器895中的任一个是否已经期满)(或者可以在框875中继续)。如果定时器尚未期满(框830=否)JUEPC节点165执行(框840)接收针对媒体内容220的请求消息(例如GET消息420或针对媒体内容的消息，其中MCO将执行转码)。在框845中，确定:请求消息是否具有标签(例如通过在消息420中搜索标签415)。如果没有(框845=否)，则EPC节点165在框850中向MCO 145转发消息并且流在框830中继续。
[0065]如果消息(例如图4的消息420)具有标签415 (框845=是)，则EPC节点165执行MAC处理(框857)以验证消息420 (并且如果消息420如果消息未经验证则丢弃消息)。在框860中，如果消息420经验证，则EPC节点165执行将标签415从请求消息420剥离并且向媒体服务器210转发经修正的请求消息425 (包括没有标签415的URL 430)。EPC节点165在框870中执行:重置对应于标签890/415的定时器895。在框875中，确定是否已经接收重定向消息。如果没有(框875=否)，则流在框830中继续；如果是这样(框875=是)，则流在框810中继续。
[0066]图9是由支持选择性移动内容优化的“TRANSPARENT_TAG”技术的网络节点执行的流程图的框图。在此假定框由EPC节点165执行，但是可以存在可以能够执行框中的操作的其它网络节点。流程图的框中的操作可以由硬件(例如一个或多个处理器160中的逻辑)、软件(例如连同一个或多个存储器150和一个或多个处理器160 —起配置以使节点165执行本文中的操作的计算机程序代码153)或这些的某种组合执行。此外，框中的操作可以是计算机程序产品中的操作，所述计算机程序产品包括承载了体现在其中以供与装置一起使用的计算机程序代码的计算机可读存储介质，其中计算机程序代码包括用于执行操作的代码。
[0067]图9中的框可能使其看似以某种次序执行框。然而，框仅仅是为了易于展示并且可以不以所示次序执行。另外，框中的操作中的一些或全部可以并行执行。例如，可以存在保持核查缓存中的条目是否期满的分离功能(例如使用以下描述的定时器)，并且一旦一个条目期满，则该特定条目将从缓存移除。该分离功能可以与图9中(和图5中)所示的流操作并行执行。
[0068]还可以对图5连同以上描述的其它图做出参考。以上已经参考图8描述了图9中的框805,810和815。在框920中,EPC节点165执行将标签415从重定向消息405剥离出并且向UE 110转发经修正的消息445。经修正的消息包括URL 470。同样参见图4的步骤7和8。在框925中,EPC节点165执行:缓存信息(诸如URL 470，例如没有标签415的URL410，和标签415/890)以用于作为URL 990的重定向消息并且将与缓存的信息993相关联的定时器设置成在某个时间段之后期满。标签890中的时间戳也可以用于设置定时器(例如具有在时间戳之后某个时间段的值)。在该示例中，示出缓存955，其将存储在例如一个或多个存储器150中。在该示例中，缓存955包含信息993，信息993的每个片段包括N个URL 990之一和N个标签890中对应的一个。
[0069]用于缓存信息993的一个示例性技术是执行创建特定于UE 110的索引995的计算。在示例中，索引995对应于这样的计算，其基于例如UE的IP地址、GTP隧道地址(或标识)、所请求的URL，并且使用例如标签415的可变部分495中的MAC 620作为计算的种子。计算产生用作到缓存955中的索引995的唯一值。计算和索引是可选的但是确实加速缓存访问。
[0070]在框930中，EPC节点165确定定时器(对应于URL 990/415和标签890)是否已经期满。如果是这样(框930=是)，则EPC节点165执行(框935)从缓存955移除URL 990和对应标签890。如以上指出的，有关定时器和基于定时器而移除条目的框可以与其它框并行发生。流可以在框930中继续，例如，其中另一定时器可以被选择(或者框930可以确定是否标签890中的时间戳中的任一个已经期满)(或者可以在框975中继续)。
[0071]如果定时器尚未期满(框930=否)，则EPC节点165在框940中从UE 110接收请求450。请求可以是对应于或不对应于缓存955中的条目的请求。在框945中，EPC节点165确定请求(例如请求450)是否在缓存955中，例如通过以以上描述的方式计算索引995并且通过使用索引995访问缓存955。EPC节点165然后将URL 470与URL 990比较以确定是否存在匹配。如果是这样(框945=是)，则在框950中，EPC节点165执行(框950)向媒体服务器210转发请求450。否则(框945=否)，则EPC节点165执行(框960)向MCO 145转发请求。在框975中，确定是否接收重定向消息。如果是这样(框975=是)，则流在框810中继续；否则(框975=否)，则流在框930中继续。
[0072]应当指出，信息993被示出为标签890和URL 990。该信息993仅仅是示例性的。例如，可能仅存储URL 990并且标签890未存储在缓存中。
[0073]此发明的示例性实施例包括以下中的一个或多个，作为非限制性示例:
?示例性提出的机制使得移动内容优化器能够卸载它不想要的业务以允许UE直接访问该内容。该途径降低MCO处的性能过载的可能性，并且改善在EPC-因特网链路和MCO-因特网链路之间的负载平衡。
?不存在从UE侧要求的改变；因而遗留UE也可以被支持来利用所提出的方案。
?示例性提出的机制不打破任何应用层协议。
?示例性提出的机制无缝地跨任何设备和设备特定的能力而工作。
?示例性提出的机制可以应用于任何视频优化机制并且不局限于带内和带外优化器。?本文所提出的触发机制是通用的并且可以应用于其中一个或多个条件需要被优化的情形。
[0074]本发明的实施例可以实现在软件(由一个或多个处理器执行)、硬件(例如专用集成电路)或软件和硬件的组合中。在示例性实施例中，软件(例如应用逻辑、指令集)被维护在各种常规计算机可读介质中的任一个上。在本文档的上下文中，“计算机可读介质”可以是能够包含、存储、传送、传播或输运指令以供指令执行系统、装置或设备(诸如计算机，其中计算机的一个示例描述和描绘在例如图1A中)使用或者与其结合使用的任何介质或构件。计算机可读介质可以包括计算机可读存储介质(例如存储器150、171或其它设备)，其可以是能够包含或存储指令以供指令执行系统、装置或设备(诸如计算机)使用或与其结合使用的任何介质或构件。
[0075]如果期望的话，本文讨论的不同功能可以以不同次序和/或与彼此同时执行。另夕卜，如果期望的话，以上描述的功能中的一个或多个可以是可选的或者可以组合。
[0076]尽管在独立权利要求中阐述本发明的各种方面，但是本发明的其它方面包括来自所描述的实施例和/或从属权利要求的特征与独立权利要求的特征的其它组合，而不仅仅是在权利要求中明确阐述的组合。
[0077]还要在本文中指出，虽然以上描述了本发明的示例实施例，但是这些描述不应当以限制性的意义来看待。相反，存在可以在不脱离于如随附权利要求中限定的本发明的范围的情况下做出的若干变型和修改。
【权利要求】
1.一种方法，包括: 在装置处接收针对媒体内容的请求，请求对应于无线连接到无线网络中的基站的用户设备； 通过装置从服务器请求和接收媒体内容的一部分；以及 响应于不应当优化所请求的媒体内容的确定，由装置通过网络朝向用户设备发送使网络节点从用户设备通过网络朝向服务器引导针对媒体内容的附加请求而不经过装置的信肩、O
2.根据权利要求1所述的方法，其中信息包括服务器的地址。
3.根据权利要求1所述的方法,还包括响应于应当优化媒体内容的确定,优化媒体内容的部分以创建经优化的媒体内容并且向用户设备发送经优化的媒体内容。
4.根据权利要求3所述的方法，其中优化还包括执行媒体内容的部分的转码、码率转换或尺寸转换中的一个或多个以创建经优化的媒体内容。
5.根据权利要求1、3或4中任一项所述的方法，还包括确定是否应当优化媒体内容。
6.根据权利要求5所述的方法，其中确定是否应当优化媒体内容还包括至少基于对应于媒体内容的元数据而确定是否应当优化媒体内容。
7.根据权利要求6所述的方法，其中至少基于对应于媒体内容的并且由服务器提供的元数据而确定是否应当对媒体内容进行转码包括至少基于元数据和至少对应于从基站到用户设备的无线链路的无线网络拥塞的拥塞状态、用户设备的设备类型或一个或多个内容策略中的一个或多个而确定是否应当对媒体内容进行转码。
8.根据前述权利要求中任一项所述的方法，其中信息包括至少包括固定部分的标签。
9.根据权利要求8所述的方法，其中标签还包括可变部分，其包括消息认证码和对应于针对媒体内容的请求的时间戳，并且其中所述方法还包括至少使用时间戳、密钥和对应于网络上的媒体内容的位置的指示来确定消息认证码。
10.根据前述权利要求中任一项所述的方法，由媒体内容优化器执行。
11.一种计算机程序产品，包括承载了体现在其中以供与装置一起使用的计算机程序代码的计算机可读存储介质，计算机程序代码包括用于执行前述方法权利要求中任一项的代码。
12.一种装置，包括: 一个或多个处理器；以及 包括计算机程序代码的一个或多个存储器， 一个或多个存储器和计算机程序代码被配置成利用一个或多个处理器使装置执行前述方法权利要求中的任一项。
13.—种方法,包括: 在网络中的第一装置处从网络中的第二装置接收重定向消息，所述重定向消息包括对应于网络上的媒体内容的位置的指示和包括指示重定向消息应当使第一装置将来自用户设备的针对媒体内容的请求重定向到具有媒体内容的服务器而不经过第二装置的标签；以及 针对从用户设备接收的并且与对应于网络上的媒体内容的位置的指示对应的请求，通过网络朝向服务器转发相关联的请求。
14.根据权利要求13所述的方法，其中标签是第一标签，其中请求包括包含第二标签的请求，并且其中转发相关联的请求还包括朝向服务器转发从用户设备接收的并且包括第二标签的请求的一部分。
15.根据权利要求14所述的方法，还包括: 由第一装置确定第二标签；以及 从第一装置向用户设备转发包括指示和第二标签的重定向消息。
16.根据权利要求14所述的方法，其中从用户设备接收的请求包括不包含第二标签的请求，并且其中转发还包括朝向第二装置转发不包含第二标签的请求。
17.根据权利要求14所述的方法，其中包含第二标签的请求包括对应于网络上的媒体内容的位置的指示，第二标签嵌入在指示中，并且转发还包括从指示剥离第二标签并且朝向服务器转发没有第二标签的指示。
18.根据权利要求13所述的方法，其中转发还包括响应于包括被视为对应于重定向消息中的指示的第二指示的请求而朝向服务器转发请求。
19.根据权利要求18所述的方法，还包括响应于包括被视为不对应于重定向消息中的指示的第二指示的请求而朝向第二装置转发请求。
20.根据权利要求18所述的方法，其中重定向消息是第一重定向消息，并且其中方法还包括通过网络朝向用户设备在第二重定向消息中发送指示而非标签，其中响应于第二指示匹配第一重定向消息中的指示，包括第二指示的请求被视为对应于第一重定向消息中的指示。
21.根据权利要求13至20中任一项所述的方法，其中指示包括统一资源定位符或统一资源标识符中的一个。
22.根据权利要求13至21中任一项所述的方法，由演进的分组核心中的网络节点执行。
23.一种计算机程序产品，包括承载了体现在其中以供与装置一起使用的计算机程序代码的计算机可读存储介质，计算机程序代码包括用于执行权利要求13至22中任一项的代码。
24.—种装置，包括: 一个或多个处理器；以及 包括计算机程序代码的一个或多个存储器， 一个或多个存储器和计算机程序代码被配置成利用一个或多个处理器使装置执行权利要求13至22中之一的任一项。
【文档编号】H04W4/18GK104509069SQ201380038350
【公开日】2015年4月8日 申请日期:2013年6月14日 优先权日:2012年7月17日
【发明者】叶颍华, 拉克什米纳拉亚南 R. 申请人:诺基亚通信公司