WO2014023127A1 - 一种数据分发方法及装置 - Google Patents

一种数据分发方法及装置 Download PDF

Info

Publication number
WO2014023127A1
WO2014023127A1 PCT/CN2013/077205 CN2013077205W WO2014023127A1 WO 2014023127 A1 WO2014023127 A1 WO 2014023127A1 CN 2013077205 W CN2013077205 W CN 2013077205W WO 2014023127 A1 WO2014023127 A1 WO 2014023127A1
Authority
WO
WIPO (PCT)
Prior art keywords
http
data
request
mode
message
Prior art date
Application number
PCT/CN2013/077205
Other languages
English (en)
French (fr)
Inventor
华学勤
黄钧
周志雄
崔卓
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to US14/414,783 priority Critical patent/US9866356B2/en
Priority to EP13827488.1A priority patent/EP2869533B1/en
Priority to JP2015525710A priority patent/JP6250048B2/ja
Publication of WO2014023127A1 publication Critical patent/WO2014023127A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0037—Inter-user or inter-terminal allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals

Definitions

  • the present invention relates to a data distribution method and apparatus based on HTTP compression. Background technique
  • Multi-user equipment UE, User Equipment
  • the UE refers to the smart phone, and multiple UEs access the base station at the same time.
  • the bandwidth consumption of the air interface is very large when browsing the webpage.
  • the HTTP protocol is used for communication between the client and the server.
  • HTTP compression technology is adopted.
  • the browser requests the resource
  • the supported compression format is submitted to the server through the attribute field in the HTTP header, and the server compresses the content by using a compression algorithm supported by the browser, and then transmits the content to the browser, and the browser decompresses and displays the content to the browser.
  • the browser decompresses and displays the content to the browser.
  • a large amount of compression calculations in the server will consume the CPU and affect the efficiency. This problem can be solved by means of an intermediate server, and will not be described here.
  • the base station when the UE requests the resource to reach the base station through the air interface, the base station is only responsible for transparently transmitting the request to the core network, and acquiring data from the core network and transmitting the data to the UE. In this process, the base station does not perform any processing on the UE's request.
  • the UE's request mode may be compressed or uncompressed.
  • the data returned by the core network may be compressed or uncompressed. For the uncompressed request mode and the returned data, the consumption of air interface bandwidth and Backhaul bandwidth is relatively large. Summary of the invention
  • the purpose of the embodiments of the present invention is to provide a data distribution method and apparatus, which can better solve the problem of excessive bandwidth consumption and backhaul bandwidth consumption of the UE when requesting data in an uncompressed manner.
  • a data distribution method including: parsing a GPRS tunneling protocol-user plane message from a user terminal, obtaining an HTTP request message for requesting a resource, and determining the HTTP request Whether the data request method of the message is
  • the HTTP request message is directly sent to the server; otherwise, the data request mode of the HTTP request message is set to an HTTP compression mode, and sent to the server;
  • the data format of the HTTP response message that the server responds is set to a data format that is compatible with the data request mode of the HTTP request message, and is sent to the user terminal.
  • the request mode of the message is an HTTP compression mode.
  • a compression attribute is added to the message header of the message and sent to the server via the core network.
  • the data format of the HTTP response message that is sent by the server is the HTTP non-compression mode
  • the data request mode of the HTTP request message is the HTTP compression mode
  • the response data in the HTTP response message is extracted, and The data is compressed and added to a new HTTP response message and sent to the user terminal.
  • the data format of the HTTP response message that is sent by the server is the HTTP compression mode
  • the data request mode of the HTTP request message is the HTTP non-compression mode
  • the response data in the HTTP response message is extracted, and The data is decompressed and added to a new HTTP response message and sent to the user terminal.
  • the data format of the HTTP response message that the server responds to is in the HTTP compression mode
  • the data request mode of the HTTP request message is in the HTTP compression mode
  • the HTTP response message is directly sent to the user terminal.
  • the HTTP response message is directly sent to the user terminal.
  • a data distribution apparatus including: an uplink data parsing module, configured to receive an HTTP request message for requesting a resource from a user terminal;
  • the proxy requesting module is configured to determine whether the data request mode of the HTTP request packet is an HTTP compression mode, and when determining that the data request mode of the HTTP request packet is an HTTP compression mode, directly using the HTTP request packet Sending to the server, otherwise, the data request mode of the HTTP request message is modified to an HTTP compression mode, and sent to the server via the core network;
  • a downlink data parsing module configured to receive an HTTP response packet that the server responds to the HTTP request packet
  • a proxy response module configured to set a data format of the HTTP response message to a data format adapted to a data request manner of the HTTP request message
  • the proxy response module is configured to: when the data request mode of the HTTP request message is HTTP compression mode, and the data format of the HTTP response message is HTTP uncompressed mode, extract the HTTP response message.
  • the response data in the data is compressed and added to a new HTTP response message and sent to the user terminal.
  • the proxy response module is configured to extract the HTTP response message when the data request mode of the HTTP request message is an HTTP non-compression mode, and the data format of the HTTP response message is an HTTP compression mode. Response data in , and decompress the data Add to the new HTTP response message and send it to the user terminal.
  • the base station or the base station controller When the data request mode of the UE is the HTTP non-compression mode, the base station or the base station controller forcibly processes it into the HTTP compression mode, and the server returns the compressed data, thereby significantly reducing the bandwidth consumption of the Backhaul;
  • the data request mode of the UE is the HTTP compression mode.
  • the base station or the base station controller compresses the data and sends the data to the UE, thereby significantly reducing the bandwidth consumption of the air interface.
  • FIG. 1 is a schematic diagram of a data request method in a commercial Internet provided by the prior art
  • FIG. 2 is a flow chart of a data distribution method based on HTTP compression provided by an embodiment of the present invention
  • FIG. 3 is a HTTP-based system according to an embodiment of the present invention. Schematic diagram of a compressed data distribution device
  • FIG. 4 is a schematic diagram of a data distribution system based on HTTP compression in a 4G system according to an embodiment of the present invention
  • FIG. 5 is a flowchart of proxy request data distribution according to an embodiment of the present invention.
  • FIG. 6 is a flowchart of a proxy response data distribution request according to an embodiment of the present invention. detailed description
  • FIG. 2 is a flowchart of a data distribution method based on HTTP compression according to an embodiment of the present invention. As shown in FIG. 2, the method includes the following steps:
  • Step 101 The base station or the base station controller parses the GPRS tunneling protocol-user plane packet (that is, the GTPU packet) from the user terminal, obtains an HTTP request packet for requesting the resource, parses the HTTP request packet, and obtains the HTTP request packet according to the parsing.
  • the data request mode determines whether the request mode of the message is an HTTP compression mode.
  • Step 102 When the judgment result is the HTTP compression mode, the packet is directly sent to the server. Otherwise, the packet request mode is set to the HTTP compression mode, that is, the compression attribute is added to the packet header of the packet. Then send it to the server.
  • Step 103 The base station or the base station controller sets the data format of the HTTP response message to a data format that is compatible with the data request mode of the HTTP request message, and sends the data to the user. terminal.
  • the base station or the base station controller receives the HTTP response message that is sent by the server, if the data request mode of the HTTP request message is HTTP compression mode, the data format of the HTTP response message is HTTP uncompressed mode. And extracting the response data in the HTTP response message, and compressing the data and adding the data to the new HTTP response message and sending the message to the user terminal; if the data request mode of the HTTP request message is HTTP uncompressed The method of extracting the response data in the HTTP response message by using the HTTP compression mode, and decompressing the data, and adding the data to the new HTTP response message and sending the data to the user terminal; If the data request mode of the HTTP request message is the HTTP compression mode, and the data format of the HTTP response message is the HTTP compression mode, the HTTP response message is directly sent to the user terminal; if the HTTP request message is sent The data request mode of the file is HTTP uncompressed mode, and the data format of the HTTP response message is HTTP uncompressed mode, and the HTTP is A message is sent directly to the user terminal.
  • FIG. 3 is a schematic diagram of a data distribution apparatus based on HTTP compression in a 3G system according to an embodiment of the present invention. As shown in FIG. 3, the following parts are located on a base station or a base station controller side:
  • the uplink data parsing module is configured to receive an HTTP request message from the user terminal for requesting a resource. Specifically, the uplink data parsing module obtains the data packet in the GTPU, removes the related GTPU header, and extracts the HTTP request packet.
  • the proxy requesting module is configured to determine whether the data request mode of the packet is an HTTP compression mode, and when determining that the data request mode of the packet is an HTTP compression mode, The packet is directly sent to the server. Otherwise, the data request mode of the packet is modified to the HTTP compression mode and sent to the server via the core network. That is, the proxy requesting module parses the extracted HTTP request packet, and parses whether the compression format needs to be supported in the request packet. If the compression format is supported, the request packet is directly sent to the server; if the compression format is not supported, the proxy format is adopted.
  • the TCP transparent proxy modifies the HTTP request packet, and adds a compression attribute to the request packet to send to the server.
  • the downlink data parsing module is configured to receive an HTTP response packet that the server responds to the HTTP request packet. That is to say, the downlink data parsing module mainly intercepts the data that the server responds and extracts the HTTP response message therein.
  • the proxy response module is configured to set the data format of the HTTP response message to a data format that is compatible with the data request mode of the HTTP request message, and send the data format to the user terminal. Further, the proxy response module extracts the response in the HTTP response message when the data request mode of the HTTP request message is HTTP compression mode, and the data format of the HTTP response message is HTTP non-compression mode. Data, and the data is compressed and added to a new HTTP response message and sent to the user terminal; the data request mode of the proxy response module in the HTTP request message is an HTTP uncompressed mode, and the HTTP response report When the data format of the text is the HTTP compression mode, the response data in the HTTP response message is extracted, and the data is decompressed and added to a new HTTP response message and sent to the user terminal.
  • the proxy response module extracts whether the data format in the HTTP response message is compressed, and refers to whether the HTTP request is data that needs to be compressed, and is divided into four cases to be separately processed. 1) If the request is in the compression mode and the response data is also in the compression mode, the downlink message is directly sent to the sending queue; 2) if the request is in the compression mode and the response is in the uncompressed mode, the data in the message is extracted to In the buffer, compress the data, modify the HTTP response message by using the TCP transparent proxy, add the compressed data to the new response message, and send it to the sending queue. 3) If the request is in the uncompressed mode, the response is In the compression mode, the data in the message is extracted into the buffer.
  • Decompress the data modify the HTTP response message by using the TCP transparent proxy, add the decompressed data to the new response message, and send it to the sending queue. 4) If the request is uncompressed, the response data is also uncompressed. , the downlink packet is directly sent to the sending queue.
  • FIG. 4 is a schematic diagram of a data distribution system based on HTTP compression in a 4G system according to an embodiment of the present invention.
  • an air interface is used for communication between a UE and an eNodeB.
  • the present invention intercepts an uplink data parsing module added on a base station side.
  • the UE sends the GTPU packet to the data of the eNodeB, and extracts the HTTP request packet after parsing; the proxy requesting module parses whether the HTTP request packet supports the compression mode and performs related subsequent processing; the downlink data parsing module is mainly sent by the obtaining server.
  • the data packet is extracted from the HTTP response message.
  • the proxy response module mainly performs different processing according to whether the response message in HTTP is a compressed format and whether the original HTTP request supports a compressed format.
  • FIG. 5 is a flowchart of proxy request data distribution according to an embodiment of the present invention. As shown in FIG. 5, the method includes the following steps:
  • Step 201 Extract the URL in the HTTP request of the user, and parse the HTTP request message of the user. If the request message includes an "Accept-Encoding" attribute field or a "Content-Encoding” attribute field, the attribute value is stored in the global variable QryCompressFormat. , that is, whether it is a compression request mode, if yes, then go to step 202, otherwise, go to step 203;
  • Step 202 According to the URL, the server IP address corresponding to the request is parsed, so that the data request is sent directly to the server when the data request is sent, and the process proceeds to step 205;
  • Step 203 Construct a new HTTP request message by using a TCP transparent proxy.
  • Step 205 Send a data request, and the process ends.
  • FIG. 6 is a flowchart of a proxy response data distribution request according to an embodiment of the present invention. As shown in FIG. 6, the method includes the following steps:
  • Step 301 Extract the user request HTTP mode from the global variable QryCompressFormat
  • Step 302 Obtain the downlink return data format from the global variable, extract the format of the resource, and parse the HTTP response message responded by the server, if the "Accept-Encoding" attribute field Or the "Content-Encoding” attribute field indicates that the data format of the response is compressed.
  • the value after the attribute field is saved to the variable AskCompressFormat, which is the response data compression algorithm; otherwise, the data format of the response is not supported. compressed;
  • Step 303 Determine the data request mode of the current user, if yes, the HTTP compression mode, then go to step 304; otherwise, go to step 305;
  • Step 304 Determine the current resource format, if it is the HTTP compression mode, go to step 314; otherwise, go to step 306;
  • Step 305 Determine the current resource format, if it is compressed, go to step 310; otherwise, go to step 314;
  • Step 306 Obtain the data part in the downlink HTTP response message, copy the data to the buffer area, and terminate the original TCP link.
  • Step 307 compress the data by using a compression algorithm QryCompressFormat
  • Step 308 construct a new HTTP response message by using a TCP transparent proxy
  • Step 309 Add new compressed data to the new HTTP response message to construct new downlink data, and proceed to step 314;
  • UE1 requests data in Server by compression, but Server responds to uncompressed data. If the data returned by the server is compressed on the base station side in the manner requested by the UE1 without using the method in the invention, the air interface bandwidth is consumed when the data is sent to the UE1.
  • Step 310 Obtain the data part in the downlink HTTP response message, and copy the data to the slow End the original TCP link after the flushing area;
  • Step 311 Decompress the data by using a compression algorithm, AskCompressFormat;
  • Step 312 Construct a new HTTP response message by using a TCP transparent proxy;
  • Step 313 Add new decompressed data in the new HTTP response message to construct new downlink data, and proceed to step 314;
  • UE2 requests data in the server in an uncompressed manner. If the request method is forced to be compressed in the base station side without using the method in the invention, the data when the server responds to the request is uncompressed, and more Backhaul bandwidth is consumed when the core network transmits to the base station.
  • Step 314 Output the downlink data to the sending queue, and the process ends.
  • the embodiment of the present invention determines whether the data request mode of the HTTP request message is an HTTP compression mode. If yes, the data request is directly sent to the server. Otherwise, the data request is sent to the server after being set to the HTTP compression mode, and the server returns Compressing data, according to the present invention, can significantly reduce Backhaul's bandwidth consumption and air interface bandwidth consumption.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种数据分发方法及装置，方法包括：解析来自用户终端的GTPU报文，得到用于请求资源的HTTP请求报文，判断其数据请求方式是否为HTTP压缩方式；当判断结果是HTTP压缩方式时，将所述HTTP请求报文直接发送至服务器，否则，将HTTP请求报文请求方式设置为HTTP压缩方式，并发送至服务器；将服务器回应的HTTP应答报的数据格式设置为与所述HTTP请求报文的数据请求方式相适应的数据格式，并发送至用户终端。采用本发明，可以显著减少Backhaul的带宽消耗和空口的带宽消耗。

Description

一种数据分发方法及装置 技术领域
本发明涉及一种基于 HTTP压缩的数据分发方法及装置。 背景技术
随着移动互联网和智能手机的快速发展， 手机上网浏览已经成为一种 日益普遍的方式， 随之带来的问题是对于基站的流量是成倍的正常。 多用 户设备（UE， User Equipment ), UE后续指智能手机， 多 UE同时接入基站 浏览网页时对于空口带宽的消耗很大。
现有的商业互联网中， 客户端和服务器之间采用 HTTP协议进行通讯。 如图 1所示， 为了减轻网络中流量的压力， 采用了 HTTP中压缩技术。 浏 览器在请求资源时， 会将支持的压缩格式通过 HTTP头中的属性字段提交 给服务器， 服务器用浏览器支持的压缩算法对内容进行压缩后再传送给浏 览器， 浏览器解压后展示内容给用户。 当然， 服务器中大量的压缩计算必 然会消耗 CPU从而影响效率， 可以通过中间服务器的方式来解决此问题， 在此不再赘述。
在现有的基站系统中， UE请求资源通过空口到达基站时， 基站只是负 责透传该请求到核心网，从核心网中获取数据再透传给 UE。在这个过程中， 基站对于 UE的请求没有做任何处理， UE的请求方式可以是压缩方式也可 以是非压缩方式， 核心网返回的数据可以是压缩的也可以是非压缩的。 对 于非压缩方式的请求方式和返回的数据， 对于空口带宽和 Backhaul带宽的 消耗是比较大的。 发明内容
本发明实施例的目的在于提供一种数据分发方法及装置， 能更好地解 决 UE以非压缩方式请求数据时空口带宽和 Backhaul带宽的消耗过大问题。
根据本发明实施例的一个方面， 提供了一种数据分发方法， 包括： 解析来自用户终端的 GPRS隧道协议-用户面报文， 得到用于请求资源 的 HTTP请求报文， 并判断所述 HTTP请求报文的数据请求方式是否为
HTTP压缩方式；
当判断结果是 HTTP压缩方式时， 将所述 HTTP请求报文直接发送至 服务器， 否则， 将所述 HTTP请求报文的数据请求方式设置为 HTTP压缩 方式， 并发送至服务器；
将服务器回应的 HTTP应答报文的数据格式设置为与所述 HTTP请求 报文的数据请求方式相适应的数据格式， 并发送至用户终端。
优选地， 根据通过解析所述 HTTP请求报文所得到的数据请求方式， 判断所述报文的请求方式是否为 HTTP压缩方式。
优选地， 当判断所述 HTTP请求报文的数据请求方式不是 HTTP压缩 方式时， 在所述报文的报文头中添加压缩属性， 并经由核心网发送至服务 器。
优选地， 若服务器回应的 HTTP应答报文的数据格式为 HTTP非压缩 方式， 而所述 HTTP请求报文的数据请求方式为 HTTP压缩方式， 则提取 所述 HTTP应答报文中的应答数据，并将所述数据压缩后添加到新的 HTTP 应答报文中发送至用户终端。
优选地， 若服务器回应的 HTTP应答报文的数据格式为 HTTP压缩方 式， 而所述 HTTP请求报文的数据请求方式为 HTTP非压缩方式， 则提取 所述 HTTP应答报文中的应答数据，并将所述数据解压后添加到新的 HTTP 应答报文中发送至用户终端。 优选地， 若服务器回应的 HTTP应答报文的数据格式为 HTTP压缩方 式， 而所述 HTTP请求报文的数据请求方式为 HTTP压缩方式， 则将所述 HTTP应答报文直接发送至用户终端。
优选地， 若服务器回应的 HTTP应答报文的数据格式为 HTTP非压缩 方式， 而所述 HTTP请求报文的数据请求方式为 HTTP非压缩方式， 则将 所述 HTTP应答报文直接发送至用户终端。
根据本发明实施例的另一方面， 提供了一种数据分发装置， 包括： 上行数据解析模块，设置为接收来自用户终端的用于请求资源的 HTTP 请求报文；
代理请求模块， 设置为判断所述 HTTP请求报文的数据请求方式是否 为 HTTP压缩方式，并当判断所述 HTTP请求报文的数据请求方式是 HTTP 压缩方式时，将所述 HTTP请求报文直接发送至服务器，否则，将所述 HTTP 请求报文的数据请求方式修改为 HTTP压缩方式， 经由核心网发送至服务 器；
下行数据解析模块， 设置为接收服务器响应所述 HTTP 请求报文的 HTTP应答报文；
代理回应模块， 设置为将所述 HTTP应答报文的数据格式设置为与所 述 HTTP请求报文的数据请求方式相适应的数据格式，
优选地， 所述代理回应模块， 设置为在所述 HTTP请求报文的数据请 求方式为 HTTP压缩方式， 所述 HTTP应答报文的数据格式为 HTTP非压 缩方式时， 提取所述 HTTP应答报文中的应答数据， 并将所述数据压缩后 添加到新的 HTTP应答报文中发送至用户终端。
优选地， 所述代理回应模块， 设置为在所述 HTTP请求报文的数据请 求方式为 HTTP非压缩方式， 所述 HTTP应答报文的数据格式为 HTTP压 缩方式时， 提取所述 HTTP应答报文中的应答数据， 并将所述数据解压后 添加到新的 HTTP应答报文中发送至用户终端。
与现有技术相比较， 本发明实施例的有益效果在于：
1 、 UE的数据请求方式为 HTTP非压缩方式时， 基站或基站控制器将 其强制处理为 HTTP压缩方式， 服务器返回的也是压缩数据， 从而显著减 少了 Backhaul的带宽消耗；
2、 UE的数据请求方式为 HTTP压缩方式， 服务器返回的数据是非压 缩数据时， 基站或基站控制器将数据压缩处理后发送至 UE， 从而显著减少 空口的带宽消耗。 附图说明
图 1是现有技术提供的商业互联网中的数据请求方式示意图； 图 2是本发明实施例提供的基于 HTTP压缩的数据分发方法流程图； 图 3是本发明实施例提供的 3G制式下基于 HTTP压缩的数据分发装置 示意图；
图 4是本发明实施例提供的 4G制式下基于 HTTP压缩的数据分发系统 示意图；
图 5是本发明实施例提供的代理请求数据分发流程图；
图 6是本发明实施例提供的代理回应数据分发请求的流程图。 具体实施方式
图 2是本发明实施例提供的基于 HTTP压缩的数据分发方法流程图， 如图 2所示， 包括以下步骤：
步骤 101 : 基站或基站控制器解析来自用户终端的 GPRS隧道协议-用 户面报文（即 GTPU报文）， 得到用于请求资源的 HTTP请求报文， 解析所 述 HTTP请求报文， 根据解析得到的数据请求方式， 判断所述报文的请求 方式是否为 HTTP压缩方式。 步骤 102: 当判断结果是 HTTP压缩方式时， 将所述报文直接发送至服 务器， 否则， 将其报文请求方式设置为 HTTP压缩方式， 即在所述报文的 报文头中添加压缩属性后发送至服务器。
步骤 103: 对于服务器响应的 HTTP应答报文，基站或基站控制器将所 述 HTTP应答报文的数据格式设置为与所述 HTTP请求报文的数据请求方 式相适应的数据格式， 并发送至用户终端。
具体地说， 基站或基站控制器收到服务器响应的 HTTP应答报文后， 若所述 HTTP请求报文的数据请求方式为 HTTP压缩方式， 所述 HTTP应 答报文的数据格式为 HTTP非压缩方式， 则提取所述 HTTP应答报文中的 应答数据， 并将所述数据压缩后添加到新的 HTTP应答报文中发送至用户 终端； 若所述 HTTP请求报文的数据请求方式为 HTTP非压缩方式， 所述 HTTP应答报文的数据格式为 HTTP压缩方式，则提取所述 HTTP应答报文 中的应答数据， 并将所述数据解压后添加到新的 HTTP应答报文中发送至 用户终端； 若所述 HTTP请求报文的数据请求方式为 HTTP压缩方式， 所 述 HTTP应答报文的数据格式为 HTTP压缩方式， 则将所述 HTTP应答报 文直接发送至用户终端； 若所述 HTTP请求报文的数据请求方式为 HTTP 非压缩方式， 所述 HTTP应答报文的数据格式为 HTTP非压缩方式， 则将 所述 HTTP应答报文直接发送至用户终端。
图 3是本发明实施例提供的 3G制式下基于 HTTP压缩的数据分发装置 示意图， 如图 3所示， 包括位于基站或基站控制器侧的以下部分：
上行数据解析模块，设置为接收来自用户终端的用于请求资源的 HTTP 请求报文。 具体地说， 上行数据解析模块获取 GTPU中的数据包， 去掉其 相关的 GTPU包头之后， 提取其中的 HTTP请求报文。
代理请求模块， 设置为判断所述报文的数据请求方式是否为 HTTP压 缩方式， 并当判断所述报文的数据请求方式是 HTTP压缩方式时， 将所述 报文直接发送至服务器， 否则， 将所述报文的数据请求方式修改为 HTTP 压缩方式， 经由核心网发送至服务器。 也就是说， 代理请求模块解析提取 的 HTTP请求报文， 解析在请求报文中是否需要支持压缩格式， 若支持压 缩格式，则直接将请求报文发送给服务器； 若不支持压缩格式，则采用 TCP 透明代理修改 HTTP请求报文， 在请求报文中强制添加压缩属性， 发送给 服务器。
下行数据解析模块， 设置为接收服务器响应所述 HTTP 请求报文的 HTTP应答报文。也就是说， 下行数据解析模块主要是截获服务器回应的数 据， 提取其中的 HTTP应答报文。
代理回应模块， 设置为将所述 HTTP应答报文的数据格式设置为与所 述 HTTP请求报文的数据请求方式相适应的数据格式， 并发送至用户终端。 进一步说， 所述代理回应模块在所述 HTTP 请求报文的数据请求方式为 HTTP压缩方式， 所述 HTTP应答艮文的数据格式为 HTTP非压缩方式时， 提取所述 HTTP应答报文中的应答数据， 并将所述数据压缩后添加到新的 HTTP应答报文中发送至用户终端；所述代理回应模块在所述 HTTP请求报 文的数据请求方式为 HTTP非压缩方式， 所述 HTTP应答报文的数据格式 为 HTTP压缩方式时， 提取所述 HTTP应答报文中的应答数据， 并将所述 数据解压后添加到新的 HTTP应答报文中发送至用户终端。
也就是说， 代理回应模块提取 HTTP应答报文中的数据格式是否是压 缩的， 并参照 HTTP请求的是否是需要压缩的数据， 分为四种情况来分别 处理。 1 )若请求为压缩方式， 应答数据的也为压缩方式， 则直接将下行报 文发送至发送队列中； 2 )若请求为压缩方式， 应答为非压缩方式， 则提取 报文中的数据至緩冲区中， 将数据压缩， 采用 TCP透明代理修改 HTTP应 答报文， 将压缩后的数据添加到新的应答报文中， 发送至发送队列中； 3 ) 若请求为非压缩方式， 应答为压缩方式， 则提取报文中的数据至緩冲区中， 将数据解压， 采用 TCP透明代理修改 HTTP应答报文， 将解压后的数据添 加到新的应答报文中， 发送至发送队列中； 4 )若请求为非压缩方式， 应答 数据也为非压缩方式， 则直接将下行报文发送至发送队列中。
图 4是本发明实施例提供的 4G制式下基于 HTTP压缩的数据分发系统 示意图， 如图 4所示， UE 和 eNodeB之间采用空口进行通信， 本发明通过 在基站侧增加的上行数据解析模块截取 UE给 eNodeB的数据，提取出 GTPU 报文， 解析后提取 HTTP请求报文； 代理请求模块解析 HTTP请求报文中 是否支持压缩方式并作相关的后续处理； 下行数据解析模块主要是获取服 务器发送过来的数据包， 提取其中的 HTTP应答报文； 代理回应模块主要 是依据 HTTP中应答报文是否是压缩格式以及原始的 HTTP请求时是否支 持压缩格式来做不同的处理。
图 5是本发明实施例提供的代理请求数据分发流程图， 如图 5所示， 包括以下步骤：
步骤 201 : 提取用户 HTTP请求中的 URL， 解析用户的 HTTP请求报 文， 若请求报文中 包含 " Accept-Encoding " 属性字段或者是 " Content-Encoding " 属性字段， 将属性值存放至全局 变量 QryCompressFormat中， 即判断是否为压缩请求方式， 如果是， 则转至步骤 202, 否则， 转至步骤 203;
步骤 202: 依据 URL解析出请求对应的服务器 IP地址， 以便后续向服 务器发送数据请求时直接发送发送数据请求， 转入执行步骤 205;
步骤 203: 采用 TCP透明代理构造新的 HTTP请求报文；
步骤 204 : 在所述 HTTP 请求报文头中强制添加压缩属性： "Accept-Encoding=gzip, deflate" , 以便后续向服务器发送数据请求时采用 gzip压缩格式发送数据请求；
步骤 205: 发送数据请求， 流程结束。 图 6是本发明实施例提供的代理回应数据分发请求的流程图， 如图 6 所示， 包括以下步骤：
步骤 301：从全局变量 QryCompressFormat中提取用户请求 HTTP方式； 步骤 302: 从全局变量中获取下行返回数据格式， 提取资源的格式， 通 过解析服务器回应的 HTTP应答报文， 若 "Accept-Encoding" 属性字段或 者是 "Content-Encoding" 属性字段， 则说明回应的数据格式是压缩方式， 保存该属性字段后面的值到变量 AskCompressFormat 中， 即为回应数据压 缩算法； 否则， 则说明回应的数据格式是不支持压缩的；
步骤 303: 判断当前用户的数据请求方式， 若是， 为 HTTP压缩方式， 则转至步骤 304; 否则， 转至步骤 305;
步骤 304: 判断当前资源格式， 若为 HTTP压缩方式， 则执行步骤 314; 否则， 转至步骤 306;
步骤 305: 判断当前资源格式， 若为压缩， 转至步骤 310; 否则， 转至 步骤 314;
步骤 306: 获取下行的 HTTP应答报文中的数据部分， 将数据拷贝至緩 冲区后终结原有 TCP链接；
步骤 307: 采用压缩算法 QryCompressFormat对数据进行压缩操作； 步骤 308: 采用 TCP透明代理构造新的 HTTP回应报文；
步骤 309:在新的 HTTP回应报文中添加压缩后的数据构造新的下行数 据， 转入执行步骤 314;
举例说明： UE1通过压缩方式来请求 Server中的数据， 但是 Server中 回应的是非压缩的数据。 如果不用此发明中的方法在基站侧将 Server中回 应的数据按照 UE1请求的方式进行压缩，则将该数据发送到 UE1时就会消 耗更多的空口带宽。
步骤 310: 获取下行的 HTTP应答报文中的数据部分， 将数据拷贝至緩 冲区后终结原有 TCP链接；
步骤 311 : 采用压缩算法 AskCompressFormat对数据进行解压操作； 步骤 312: 采用 TCP透明代理构造新的 HTTP回应报文；
步骤 313:在新的 HTTP回应报文中添加解压后的数据构造新的下行数 据， 转入执行步骤 314;
举例说明： UE2通过非压缩方式来请求 Server中的数据。 如果不用此 发明中的方法在基站侧将请求方式强制变成压缩方式， 则 Server回应请求 时的数据是非压缩的， 在核心网传送到基站时就会消耗更多的 Backhaul带 宽。
步骤 314: 将下行数据输出到发送队列， 流程结束。
尽管上文对本发明进行了详细说明， 但是本发明不限于此， 本技术领 域技术人员可以根据本发明的原理进行各种修改。 因此， 凡按照本发明原 理所作的修改， 都应当理解为落入本发明的保护范围。 工业实用性
本发明实施例通过判断 HTTP请求报文的数据请求方式是否为 HTTP 压缩方式， 如果是， 则直接向服务器发送数据请求， 否则， 设置为 HTTP 压缩方式后再向服务器发送数据请求， 服务器返回的也是压缩数据， 采用 本发明， 能显著减少 Backhaul的带宽消耗及空口的带宽消耗。

Claims

权利要求书
1、 一种数据分发方法， 所述方法包括：
解析来自用户终端的 GPRS隧道协议-用户面报文， 得到用于请求资源 的 HTTP请求报文，判断所述 HTTP请求报文的数据请求方式是否为 HTTP 压缩方式；
当判断结果是 HTTP压缩方式时， 将所述 HTTP请求报文直接发送至 服务器， 否则， 将所述 HTTP请求报文的数据请求方式设置为 HTTP压缩 方式后发送至服务器；
将服务器回应的 HTTP应答报文的数据格式设置为与所述 HTTP请求 报文的数据请求方式相适应的数据格式， 并发送至用户终端。
2、 根据权利要求 1所述的方法， 其中， 通过解析所述 HTTP请求报文 所得到的数据请求方式， 判断所述报文的请求方式是否为 HTTP压缩方式。
3、 根据权利要求 2所述的方法， 其中， 当判断所述 HTTP请求报文的 数据请求方式不是 HTTP压缩方式时， 在所述报文的报文头中添加压缩属 性， 并经由核心网发送至服务器。
4、 根据权利要求 3所述的方法， 其中， 若服务器回应的 HTTP应答报 文的数据格式为 HTTP非压缩方式， 而所述 HTTP请求报文的数据请求方 式为 HTTP压缩方式， 则提取所述 HTTP应答报文中的应答数据， 并将所 述数据压缩后添加到新的 HTTP应答报文中发送至用户终端。
5、 根据权利要求 3所述的方法， 其中， 若服务器回应的 HTTP应答报 文的数据格式为 HTTP压缩方式， 而所述 HTTP请求报文的数据请求方式 为 HTTP非压缩方式， 则提取所述 HTTP应答报文中的应答数据， 并将所 述数据解压后添加到新的 HTTP应答报文中发送至用户终端。
6、 根据权利要求 3所述的方法， 其中， 若服务器回应的 HTTP应答报 文的数据格式为 HTTP压缩方式， 而所述 HTTP请求报文的数据请求方式 为 HTTP压缩方式， 则将所述 HTTP应答报文直接发送至用户终端。
7、 根据权利要求 3所述的方法， 其中， 若服务器回应的 HTTP应答报 文的数据格式为 HTTP非压缩方式， 而所述 HTTP请求报文的数据请求方 式为 HTTP非压缩方式， 则将所述 HTTP应答报文直接发送至用户终端。
8、 一种数据分发装置， 所述装置包括：
上行数据解析模块，设置为接收来自用户终端的用于请求资源的 HTTP 请求报文；
代理请求模块， 设置为判断所述 HTTP请求报文的数据请求方式是否 为 HTTP压缩方式， 当判断所述 HTTP请求报文的数据请求方式是 HTTP 压缩方式时，将所述 HTTP请求报文直接发送至服务器，否则，将所述 HTTP 请求报文的数据请求方式修改为 HTTP压缩方式， 经由核心网发送至服务 器；
下行数据解析模块， 设置为接收服务器响应所述 HTTP 请求报文的 HTTP应答报文；
代理回应模块， 设置为将所述 HTTP应答报文的数据格式设置为与所 述 HTTP请求报文的数据请求方式相适应的数据格式， 并发送至用户终端。
9、 根据权利要求 8所述的装置， 其中， 所述代理回应模块， 设置为在 所述 HTTP请求报文的数据请求方式为 HTTP压缩方式， 所述 HTTP应答 报文的数据格式为 HTTP非压缩方式时， 提取所述 HTTP应答报文中的应 答数据， 并将所述数据压缩后添加到新的 HTTP应答报文中发送至用户终 端。
10、 根据权利要求 8所述的装置， 其中， 所述代理回应模块， 设置为 在所述 HTTP请求报文的数据请求方式为 HTTP非压缩方式， 所述 HTTP 应答报文的数据格式为 HTTP压缩方式时， 提取 HTTP应答报文中的应答 数据， 并将所述数据解压后添加到新的 HTTP应答报文中发送至用户终端。
PCT/CN2013/077205 2012-08-07 2013-06-13 一种数据分发方法及装置 WO2014023127A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US14/414,783 US9866356B2 (en) 2012-08-07 2013-06-13 Data distribution method and device
EP13827488.1A EP2869533B1 (en) 2012-08-07 2013-06-13 Data distribution method and device
JP2015525710A JP6250048B2 (ja) 2012-08-07 2013-06-13 データ配信方法及びデータ配信装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210278753.X 2012-08-07
CN201210278753.XA CN103582012B (zh) 2012-08-07 2012-08-07 一种数据分发方法及装置

Publications (1)

Publication Number Publication Date
WO2014023127A1 true WO2014023127A1 (zh) 2014-02-13

Family

ID=50052708

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/077205 WO2014023127A1 (zh) 2012-08-07 2013-06-13 一种数据分发方法及装置

Country Status (5)

Country Link
US (1) US9866356B2 (zh)
EP (1) EP2869533B1 (zh)
JP (1) JP6250048B2 (zh)
CN (1) CN103582012B (zh)
WO (1) WO2014023127A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113068223A (zh) * 2021-02-24 2021-07-02 深圳市日海飞信信息系统技术有限公司 基于切片信息的本地分流方法、装置、设备及存储介质

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150119046A1 (en) * 2013-10-29 2015-04-30 Qualcomm Incorporated Backhaul management of a small cell
WO2015074174A1 (en) * 2013-11-19 2015-05-28 Telefonaktiebolaget L M Ericsson (Publ) Data compression in wireless communications network
CN104486209A (zh) * 2014-12-12 2015-04-01 上海斐讯数据通信技术有限公司 一种OpenFlow协议网络的报文传输系统及方法
US10361808B2 (en) * 2015-11-13 2019-07-23 Avago Technologies International Sales Pte. Limited System, device, and method for multi-mode communications
CN107580339B (zh) * 2017-08-25 2021-04-30 中国联合网络通信集团有限公司 一种信息传输方法、装置及无线通信系统
CN107509218A (zh) * 2017-08-25 2017-12-22 中国联合网络通信集团有限公司 一种信息传输方法、装置及无线通信系统
CN109348509B (zh) * 2018-09-21 2022-05-03 斑马网络技术有限公司 通信方法以及装置、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1997030A (zh) * 2006-12-13 2007-07-11 武汉虹旭信息技术有限责任公司 用于http数据还原的方法
US20080171537A1 (en) * 2007-01-16 2008-07-17 Hung-Che Chiu Method of providing voice stock information via mobile apparatus
CN102612825A (zh) * 2009-11-30 2012-07-25 高通股份有限公司 用于改进报头压缩的方法和装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002039306A1 (en) * 2000-11-09 2002-05-16 Sri International Systems and methods for negotiated resource utilization
WO2002098108A1 (en) 2001-05-29 2002-12-05 Mtel Limited A protocol for accelerating messages in a wireless communications environment
US20040215665A1 (en) 2002-01-09 2004-10-28 Edgar David A. System, method, and computer program product for providing accelerated and secure wireless data transmission over the internet
US7634727B2 (en) 2005-04-26 2009-12-15 Microsoft Corporation System for abstracting audio-video codecs
KR101366803B1 (ko) * 2007-04-16 2014-02-24 삼성전자주식회사 Ｈｔｔｐ를 이용한 통신 방법 및 장치
WO2008144928A1 (en) * 2007-06-01 2008-12-04 Research In Motion Limited Determination of compression state information for use in interactive compression
JP4739369B2 (ja) * 2008-05-15 2011-08-03 ソフトバンクモバイル株式会社 ウェブコンテンツ変換編集システム
EP2329385A4 (en) * 2008-08-06 2016-09-14 Movik Networks CALLING CONTENT IN THE RADIO ACCESS NETWORK (RAN)
CN101370014A (zh) 2008-09-01 2009-02-18 华为技术有限公司 一种数据传输的方法、http代理和系统
CN102075570B (zh) * 2010-12-31 2013-01-30 南京中兴特种软件有限责任公司 一种基于关键字的http报文缓存机制的实现方法
US9560468B2 (en) * 2011-01-31 2017-01-31 Parallel Limited, LLC Communication system
CN102420872B (zh) 2011-12-06 2013-12-04 公安部交通管理科学研究所 一种基于http数据流的传输管理框架

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1997030A (zh) * 2006-12-13 2007-07-11 武汉虹旭信息技术有限责任公司 用于http数据还原的方法
US20080171537A1 (en) * 2007-01-16 2008-07-17 Hung-Che Chiu Method of providing voice stock information via mobile apparatus
CN102612825A (zh) * 2009-11-30 2012-07-25 高通股份有限公司 用于改进报头压缩的方法和装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113068223A (zh) * 2021-02-24 2021-07-02 深圳市日海飞信信息系统技术有限公司 基于切片信息的本地分流方法、装置、设备及存储介质
CN113068223B (zh) * 2021-02-24 2022-05-17 深圳市日海飞信信息系统技术有限公司 基于切片信息的本地分流方法、装置、设备及存储介质

Also Published As

Publication number Publication date
JP2015527663A (ja) 2015-09-17
EP2869533A1 (en) 2015-05-06
EP2869533A4 (en) 2015-07-15
CN103582012A (zh) 2014-02-12
EP2869533B1 (en) 2018-10-10
JP6250048B2 (ja) 2017-12-20
US20150207598A1 (en) 2015-07-23
CN103582012B (zh) 2018-06-01
US9866356B2 (en) 2018-01-09

Similar Documents

Publication Publication Date Title
WO2014023127A1 (zh) 一种数据分发方法及装置
WO2011088640A1 (zh) 一种移动终端浏览多媒体资源的方法、相应系统及通信系统
WO2014110773A1 (zh) 一种数据包处理方法和装置
WO2012159587A1 (zh) 流媒体的处理方法、分发服务器、客户端及系统
CN102970287A (zh) 一种http请求数据的处理方法
WO2012100701A1 (zh) 一种获取图文信息的装置、系统及方法
TW200840269A (en) System and method for implementing MBMS handover during download delivery
CN103825869A (zh) 以太网报文头的压缩及解压缩方法、压缩及解压缩设备
WO2012079396A1 (zh) 一种带宽控制的方法、设备和系统
CA2591777A1 (en) System and method for enhancing network browsing speed by setting a proxy server on a handheld device
KR102036579B1 (ko) 무선 통신 시스템에서 웹 서비스 제공 방법 및 장치
WO2012062049A1 (zh) 移动互联网业务的实现方法、网关、代理及系统
CN107426785A (zh) 一种数据传输方法及装置
CN101917479A (zh) 一种用于移动网络中改善分组数据业务的方法及装置
WO2016086755A1 (zh) 一种报文处理的方法和透明代理服务器
JP2015518195A (ja) 無線アクセスネットワークにおけるコンテンツ配信のための方法及び装置
CN102752320B (zh) 一种代理服务器主动压缩方法及代理服务器
WO2022063058A1 (zh) 基于netconf协议的传输方法、设备及存储介质
CN103873443A (zh) 信息处理方法、本地代理服务器和网络代理服务器
WO2017054135A1 (zh) 一种帧传输方法、装置和网络系统
CN107431965B (zh) 一种实现传输控制协议tcp传输的方法及装置
WO2013075475A1 (zh) 基于gre扩展携带报文业务类型给an的方法、装置及系统
CN102790749A (zh) 数据业务的处理方法及系统、wap网关、用户终端
WO2011107057A2 (zh) 数据传输方法、无线接入网设备、无线网关及系统
CN107580339B (zh) 一种信息传输方法、装置及无线通信系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13827488

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14414783

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2015525710

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2013827488

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE