电信网络中的不显眼内容压缩制造技术

技术编号:10169306 阅读:143 留言:0更新日期:2014-07-02 11:22
一种电信网络策略实施点,其能操作成路由IP数据报并且压缩支持压缩的层7协议的请求响应的IP数据报,其中每个响应数据报包括数据和限定数据的第一字节的序列号的报头。该实施点进一步包括数据报检查模块,用于根据压缩策略确定数据可压缩性。它进一步包括:数据压缩模块,用于响应于可压缩性确定来压缩数据;和报头修改模块,用于修改压缩IP数据报中的报头来考虑之前的IP数据报中的字节计数减少以确保响应中相邻压缩IP数据报之间的序列号连续性。实施点进一步包括通信模块,其能操作成将压缩IP数据报传送到第一请求端点、从第一端点接收它们的接收的确认以及响应于所述确认的接收而生成对应未压缩IP数据报的接收的确认用于由通信模块传送到第二端点。

【技术实现步骤摘要】
【国外来华专利技术】电信网络中的不显眼内容压缩
本专利技术涉及在电信网络中的端点之间的双向通信中路由的IP数据报的压缩,这些IP数据报输送支持压缩的层7协议(例如HTTP/1.1)的响应(层级在开放系统互连(OSI)参考模型的意义上理解)。
技术介绍
近年来移动数据计划和移动宽带(MBB)的日益流行结合例如智能电话等具有像计算机的能力的廉价终端(也泛称为“用户设备”或“UE”)的可用性已经使对电信网络的需求增加,特别从带宽容量和服务质量(QoS)方面来看。提供移动接入的电信网络的网络运营商和移动设备制造商是在力求找到满足这些日益增加的需求的技术方案那些人之中。图1是电信网络的简化图示,该电信网络包括移动数据网络10,其可以使UE20(例如,智能电话)经由代理服务器40连接到互联网30,使得UE20能够下载内容并且用别的方式与连接到互联网30的web服务器50通信。为了提高电信网络(例如在图1中示出的那个)中的带宽可用性,跨越网络的业务可以通过采用支持压缩的通信协议而减少。然而,压缩业务的决定由通信中牵涉的端点(例如,在客户端-服务器架构中充当客户端的UE20和充当服务器的web服务器50,或在对等架构中的对等物)做出,而没有在通信中调解来影响该决定的电信数据网络的余地。在下面的境况下,在端点之间提供数据通信以能够迫使在应用级(即层7,如在OSI参考模型的意义上理解的)处的压缩(即不必压缩完整的数据流/内容(或者,也就是说,没有隧道传输)),这对于电信网络将是可取的:-对于已经内置对压缩的支持的协议的有效载荷业务(内容);以及-对于在支持压缩内容的选项时已决定不这样做的客户端和服务器(或通信对等物,视情况而定)。遵循这些指导,可以考虑能经受有力压缩的协议。“超文本传输协议”HTTP可能是最有名的情况并且将因此在下面论述。使用HTTP作为基础的其他应用层协议(例如SOAP或XML-RPC)或基于web的服务(例如“Dropbox”或“Twitter”)在用于迫使压缩的方案中也可视为候选。根据现今的移动业务报告,基于HTTP的业务在移动数据网络中传送的数据占据相当大比例。HTTP是在万维网中用作数据通信的基础的应用级协议。根据UE20(或在可以使用UE20连接到移动网络的任何其他装置中)中的哪个HTTP客户端(典型地,web浏览器)可以联系HTTP服务器(例如,web服务器50)并且请求HTTP服务器50所存储的信息中的一些或备选地对HTTP服务器50发送信息用于稍后处理,HTTP起到请求-响应协议的作用(使用客户端-服务器模型)。除其他外,对于来自web服务器50的信息的请求典型地利用HTTPGET方法,而到web服务器50的上传可使用HTTPPOST或GET方法。HTTP支持内容压缩,其理解为使端点通信来发送并且接收压缩内容以优化底层带宽资源的使用并且稍后向采用未压缩(并且等于原始)格式的互联网协议族中的上层呈现该信息的能力。更具体地,例如支持内容压缩的HTTP等协议通过限定允许端点指示它从另一个端点接收规定压缩格式的压缩内容的意愿(或偏好)所需要的控制信令以及允许端点提供它发送到另一个端点的内容是否被压缩的指示并且如果这样的话则使用压缩格式所需要的控制信令而这样做。从而,UE20起到HTTP客户端的作用,其实现当前版本的HTTP(即HTTP/1.1)并且愿意接受采用包含压缩、封装数据的IP数据报形式的压缩内容,在发送到web服务器50的请求中在“接受-编码(Accept-Encoding)”报头中包括命名它所支持的压缩方案的列表。例如,下面的由HTTP客户端发送的HTTP请求的“接受-编码”报头示出客户端支持“gzip”和“deflate”方案两者:接受-编码:gzip、deflate质量值(所谓的“q值”)可以用于表达偏好。例如,在下面示例中,客户端对“gzip”表达优于“deflate”的偏好。接受-编码:gzip;q=1.0,deflate;q=0.5,*;q=0如果web服务器50(或充当服务器并且接收请求的任何HTTP实体)支持HTTP客户端20所提出的压缩方案中的任一个,它可根据该方案决定压缩答复中的内容。web服务器50绝没有义务对内容进行任何压缩,并且基于它的内部配置、内部能力、网络或处理负载和/或其他因素而这样做。如果web服务器50选择压缩内容,它将在它的响应的“内容-编码(Content-Encoding)”报头中包括使用的方案。例如,下面的示例可以用于通知HTTP客户端20内容已经使用“gzip”方案而压缩:内容-编码:gzip当客户端20支持压缩并且服务器50选择发送压缩内容时,HTTP内容压缩在减少HTTP的带宽使用方面很好地起作用。在该方面中,大部分的现代web浏览器(无论是在传统的个人计算机中还是在现代移动终端中实现)支持HTTP内容压缩。在RFC2616(1999年6月,“超文本传输协议-HTTP/1.1”)中提供HTTP内容压缩的进一步的细节。在图1的示例中,宣告支持的压缩方案取决于HTTP客户端20,并且发送压缩或未压缩的内容取决于HTTP服务器50。如上文指出的,由HTTP服务器50做出的关于是否压缩它向HTTP客户端20发送的数据的决定可取决于服务器的配置或其他内部因素(例如,处理器负载,因为压缩数据内容消耗处理资源)或可能外部因素(例如,本地网络段)。从而,一般,压缩数据内容可被HTTP客户端20接受的指示(例如,包括在由客户端20发送的HTTP请求中的“接受-编码”报头)不一定迫使HTTP服务器50用压缩数据内容答复客户端20,当客户端接收HTTP响应中的未压缩数据内容时也不在客户端20中引起错误。相反,HTTP服务器50可以根据本地策略/状态和/或通过它当前的数据(例如,数据内容的压缩在服务器50中可不被允许,或请求的数据内容可未由服务器50采用压缩格式存储并且它的处理资源可在它答复客户端的请求时过载,等)的格式来作用。已知的内容压缩方案(例如,HTTP数据业务的压缩)具有不能被电信网络(例如,在图1中示出的移动电信网络10)以不显眼的方式实施的缺点;例如,在不使用通常称为代理(例如web代理,其是设置成在HTTP客户端与HTTP服务器之间运行的基于HTTP的数据业务中调解的服务器)的应用级中介的情况下,如将在下文论述的。例如,因为在图1中示出的HTTP服务器50大体上将定位在拥有被HTTP客户端20使用来访问信息的电信网络10的网络运营商的网络域外部(大体上定位在互联网的另一个域中),电信网络10将不具有影响可以由HTTP服务器50做出的决定的工具,并且更准确地,由HTTP服务器50做出的关于某些数据内容是否要交付给HTTP客户端20的决定要被压缩。在图1的示例中,可出现下面的情形:-HTTP客户端20支持内容压缩(例如,HTTP内容压缩);并且-HTTP服务器50由于例如静态配置(正确或不正确的)、基于局部知识的动态决定、防止服务器使本地资源专用于压缩内容的局部过载等因素而决定不发送压缩的内容。因此,只要终止和/或起始于附连到电信网络10的用户终端(UE)的数据流的数据包未被压缩,充当客户端来访问数据内容的UE20所使用的电信网络10的节点(例如,在图1中本文档来自技高网...
电信网络中的不显眼内容压缩

【技术保护点】
一种电信网络策略实施点(200;2000),其能操作成在电信网络中的第一端点(300)与所述电信网络中的第二端点(400)之间的双向通信中路由IP数据报并且能操作成根据数据压缩策略来压缩由所述第二端点(400)传送到所述第一端点(300)的响应的IP数据报,每个IP数据报包括数据的字节序列和限定所述IP数据报中的数据的第一字节的序列号的报头,所述响应是支持压缩的层7协议的,其中层级在开放系统互连OSI参考模型的意义上理解,所述电信网络策略实施点(200;2000)包括:数据报检查模块(210),其能操作成确定从所述第二端点(400)发送并且被所述策略实施点(200;2000)接收的IP数据报是否未被压缩但能通过在接收的IP数据报中的至少一个中检查所述层7协议的控制信息而根据所述数据压缩策略来压缩,所述控制信息超出IP数据报中的IP5元组而定位;数据压缩模块(220),其能操作成响应于所述数据报检查模块(210)确定接收的IP数据报未被压缩但能压缩而压缩接收的IP数据报中的至少一些中的数据,由此生成压缩IP数据报用于传送到所述第一端点(300);报头修改模块(240),其能操作成修改压缩IP数据报中的报头来考虑由所述数据压缩模块(220)对在其中的数据压缩所引起的一个或多个之前的IP数据报中字节数量中的减少以便确保由所述第二端点(400)传送到所述第一端点(300)的响应中的相邻压缩IP数据报之间的所述序列号的连续性;和通信模块(230),其能操作成将压缩IP数据报传送到所述第一端点(300)并且从其处接收所述压缩IP数据报的接收的确认,其中所述报头修改模块(240)进一步能操作成响应于由所述通信模块(230)接收所述确认而生成对应的未压缩IP数据报的接收的确认以由所述通信模块传送到所述第二端点(400)。...

【技术特征摘要】
【国外来华专利技术】1.一种电信网络策略实施点(200;2000),其能操作成在电信网络中的第一端点(300)与所述电信网络中的第二端点(400)之间的双向通信中路由IP数据报并且能操作成根据数据压缩策略来压缩由所述第二端点(400)传送到所述第一端点(300)的响应的IP数据报,每个IP数据报包括数据的字节序列和限定所述IP数据报中的数据的第一字节的序列号的报头,所述响应是支持压缩的层7协议的,其中层级在开放系统互连OSI参考模型的意义上理解,所述电信网络策略实施点(200;2000)包括:数据报检查模块(210),其能操作成通过在接收的IP数据报中的至少一个中检查所述层7协议的控制信息来确定从所述第二端点(400)发送并且被所述策略实施点(200;2000)接收的IP数据报是否未被压缩但能根据所述数据压缩策略来压缩,所述控制信息超出IP数据报中的IP5元组而定位;数据压缩模块(220),其能操作成响应于所述数据报检查模块(210)确定接收的IP数据报未被压缩但能压缩而压缩接收的IP数据报中的至少一些中的数据,由此生成压缩IP数据报用于传送到所述第一端点(300);报头修改模块(240),其能操作成修改压缩IP数据报中的报头来考虑由所述数据压缩模块(220)对在其中的数据压缩所引起的一个或多个之前的IP数据报中字节数量中的减少以便确保由所述第二端点(400)传送到所述第一端点(300)的响应中的相邻压缩IP数据报之间的所述序列号的连续性;和通信模块(230),其能操作成将压缩IP数据报传送到所述第一端点(300)并且从其处接收所述压缩IP数据报的接收的确认,其中所述报头修改模块(240)进一步能操作成响应于由所述通信模块(230)接收所述确认而生成对应的未压缩IP数据报的接收的确认以由所述通信模块传送到所述第二端点(400)。2.如权利要求1所述的电信网络策略实施点,其中由所述第二端点(400)传送到所述第一端点(300)的所述响应包括响应报头和内容,并且所述响应报头包括指示所述响应中的内容的长度的内容长度指示符,并且其中所述数据压缩模块(220)进一步能操作成:从所述响应去除所述内容长度指示符;在由所述电信网络策略实施点(200;2000)接收所述响应的最后IP数据报之前压缩所述响应的接收IP数据报中的数据;以及使压缩数据编码成数据块来生成编码的压缩响应用于由所述通信模块(230)传送到所述第一端点(300),所述编码的压缩响应包括已经应用编码的指示。3.如权利要求1或2所述的电信网络策略实施点,其能操作成路由并且压缩HTTP/1.1响应的IP数据报,其中由所述第二端点(400)传送到所述第一端点(300)的所述响应包括内容-长度报头,并且其中所述数据压缩模块(220)能操作成:从所述响应去除所述内容-长度报头;执行HTTP兼容压缩算法以在由所述电信网络策略实施点(200;2000)接收所述响应的最后IP数据报之前压缩接收的IP数据报中的数据;以及对压缩数据应用成块传递编码来生成传递编码响应,所述传递编码响应包括传递-编码报头用于传送到所述第一端点(300)。4.如权利要求1或2所述的电信网络策略实施点,其中所述数据压缩策略基于以下中的至少一个:所述第一端点(300)使所述第一端点(300)能够对压缩IP数据报解压缩以提取其中的数据的指示包括在对所述第二端点(400)的请求中的记录;指示所述第一端点(300)能够对压缩IP数据报解压缩以提取其中的数据或指示要传送到所述第一端点(300)的起初未被压缩的IP数据能被压缩的所述第一端点的存储简档数据;以及限定允许接收的IP数据报包含的数据的类型的信息。5.一种策略和计费控制PCC架构电信网络的策略和计费实施功能PCEF节点(2000),其包括如上述权利要求中任一项实施的电信网络策略实施点(200),其中所述PCEF节点(2000)能操作成经由Gx接口与策略和计费规则功能PCRF节点(5000)通信来获得数据压缩策略。6.一种在电信网络中的第一端点(300)与所述电信网络中的第二端点(400)之间的双向通信中由策略实施点(200,2000)路由IP数据报并且根据数据压缩策略压缩由所述第二端点(400)传送到所述第一端点(300)的响应的IP数据报的方法,每个IP数据报包括数据的字节序列和限定所述IP数据报中的数据的第一字节的序列号的报头,所述响应是支持压缩的层7协议,其中层级在开放系统互连OSI参考模型的意义上理解,所述方法包括:通过在接收的IP数据报中的至少一个中检查所述层7协议的控制信息来确定(S60;S200)由所述第二端点(400)发送的IP数据报是否未被压缩但能根据所述数据压缩策略来压缩,所述控制信息超出所述IP数据报中的IP5元组而定位;响应于确定接收的IP数据报未被压缩但能被压缩来压缩(S110;S210)所述接收的IP数据报中的至少一些中的数据,由此生成压缩IP数据报用于传送到所述第一端点(300);修改(S130;S220)压缩的IP数据报中的报头来考虑其中的数据压缩所引起的一个或多个之前的IP数据报中的字节的数量中的减少以便确保在由所述第二端点(400)传送到所述第一端点(300)的响应中的相邻压缩IP数据报之间的所述序列号的连续性;将所述压缩的IP数据报传送(S140;S230)到所述第一端点(300)并且从其处接收所述压缩IP数据报的接收的确认;响应于所述确认的接收,生成(S150;S240)对应的未压缩IP数据报的接收的确认用于传送到所述第二端点(400);以及将所述对应的未压缩IP数据报的接收的确认传送(S160;S250)...

【专利技术属性】
技术研发人员:I戈奇加西亚
申请(专利权)人:瑞典爱立信有限公司
类型:发明
国别省市:瑞典;SE

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1