WO2014023127A1 - 一种数据分发方法及装置 - Google Patents
一种数据分发方法及装置 Download PDFInfo
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 40
- 238000007906 compression Methods 0.000 claims abstract description 85
- 230000006835 compression Effects 0.000 claims abstract description 85
- 239000000284 extract Substances 0.000 claims description 11
- 238000011144 upstream manufacturing Methods 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 5
- 238000012545 processing Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000005641 tunneling Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000013144 data compression Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000011010 flushing procedure Methods 0.000 description 1
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
Description
Claims
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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113068223A (zh) * | 2021-02-24 | 2021-07-02 | 深圳市日海飞信信息系统技术有限公司 | 基于切片信息的本地分流方法、装置、设备及存储介质 |
Families Citing this family (7)
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)
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)
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 | 삼성전자주식회사 | Http를 이용한 통신 방법 및 장치 |
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数据流的传输管理框架 |
-
2012
- 2012-08-07 CN CN201210278753.XA patent/CN103582012B/zh active Active
-
2013
- 2013-06-13 EP EP13827488.1A patent/EP2869533B1/en active Active
- 2013-06-13 JP JP2015525710A patent/JP6250048B2/ja active Active
- 2013-06-13 US US14/414,783 patent/US9866356B2/en active Active
- 2013-06-13 WO PCT/CN2013/077205 patent/WO2014023127A1/zh active Application Filing
Patent Citations (3)
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)
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 |