WO2010031297A1

WO2010031297A1 - Method of wireless application protocol (wap) gateway pull service and system thereof

Info

Publication number: WO2010031297A1
Application number: PCT/CN2009/073521
Authority: WO
Inventors: 李�杰
Original assignee: 中兴通讯股份有限公司
Priority date: 2008-09-16
Filing date: 2009-08-26
Publication date: 2010-03-25
Also published as: CN101388863A

Abstract

A method of wireless application protocol (WAP) gateway pull service is provided; the request which can use cache is matched in a cache module. If it is matched successfully, the matched cache content is transmitted to the user directly; otherwise the request is transmitted to the third party of service providing; the WAP gateway caches the response satisfying the cache condition in the cache module and then transmits it to the user terminal, after receiving the response from the third party of service providing. A system of WAP gateway pull service is also provided, which comprises: a WAP gateway, a terminal, the third party of service providing and a cache module. Using the present invention can reduce the service processing time and shorten the user experience time. The interaction with the third party of service providing can be reduced and the bandwidth can be saved by saving the cache content in the service processor memory and hard disk.

Description

„ A method and system for implementing WAP gateway extraction service

Technical field

The present invention relates to a method and system for implementing a WAP gateway extraction service (PULL service), and specifically relates to a method and system for speeding up PULL service processing by setting a cache.

Background technique

Looking at the performance of a WAP business system, there is a very important indicator: the time interval from when the terminal sends a request to when it receives a response. This is related to the user experience. Each time a terminal's business request in an existing service requires a response from a third party providing the service (for example, SP), and the response is returned to the terminal. For a large number of repeated SP responses, such as weather forecasts, each terminal request requires an SP to respond, which greatly wastes the system's network resources.

The prior art lacks a business method that enables fast processing of the same service request of the terminal. After searching, no solutions related to this aspect were found.

Summary of the invention

The technical problem solved by the present invention is to provide a method and system for implementing a WAP gateway extraction service. By setting a third-party response buffer for providing a service, the WAP gateway directly returns the cached content to the user when receiving the user request. There is no need to initiate a request to a third party that provides the service.

The present invention uses the following technical solutions:

A method for implementing a WAP gateway extraction service includes the following processing steps:

1) the WAP gateway receives the extracted service request of the terminal;

2) For the request that can use the cache, the matching is performed in the WAP gateway; if the matching is successful, the matched cached content is directly forwarded to the user, and the business process is terminated; if the matching fails, the request is forwarded to the third party providing the service;

3) After receiving the third-party response from the service, the WAP gateway responds to the cache condition. After being buffered in the WAP gateway, it is sent to the terminal; for the response that does not satisfy the cache condition, the response is forwarded to the terminal.

Preferably, in step 3), the WAP gateway determines whether to perform caching according to the response type of the information content provider.

Preferably, in the step 3), the WAP gateway does not cache the MMS service response of the information content provider, and directly sends the response to the terminal.

Preferably, the cache response in the step 3) is specifically: finding a root directory by means of polling scheduling, and buffering the corresponding directory in the directory.

Preferably, in step 3), the cache file of the response is stored in a bitmap manner. Preferably, in the step 3), when the buffer space is insufficient, the old cache information with the least access frequency is deleted by using the LRU mode.

In the above method, the WAP gateway includes a cache module, which is configured to store a third-party response. An implementation system for extracting a service of a WAP gateway, comprising: a WAP gateway, further comprising: a cache module, configured to store a response of a third party providing the service under the control of the WAP gateway, and directly provide the terminal with the service request thereof Cache content.

Preferably, the cache module is provided with a cache condition, and the cache module only stores the response of the third party that provides the service that satisfies the cache condition.

Preferably, the cache module is specifically a centralized layout cache module, and accepts cache control of each WAP gateway.

By using the present invention, compared with the existing implementation method of the WAP gateway PULL service, the performance is an adjustment of the original processing flow, reducing the service processing time and shortening the user experience time; technically, The cached content is saved to the service processor memory and the hard disk, which reduces the interaction with the third party providing the service and saves bandwidth.

BRIEF abstract

1 is a process flow of a WAP gateway after receiving a terminal request in a preferred embodiment of the present invention; 2 is a process flow of receiving a SP response by a WAP gateway in a preferred embodiment of the present invention;

FIG. 3 is a schematic diagram of the arrangement of the cache module of the present invention in a WAP gateway.

Preferred embodiment of the invention

The technical solution of the present invention will be described in detail below with reference to the accompanying drawings and specific embodiments. In the following embodiments, SP (Information Content Provider) is used as a preferred embodiment of a third party providing services.

For WAP services, the waiting time of the user experience (the time interval from the time the terminal sends a request to the time the response is received) is an important performance indicator. In order to shorten the experience time and reduce the network congestion, the WAP gateway of the present invention uses a distributed layout to set a cache module on each service processor. You can also choose to use the centralized layout cache module to accept the cache control of each WAP gateway, which will not be described in detail here. In this embodiment, a service processing thread dedicated to processing the cache is also added, as shown in FIG. The cache processing mechanism used in the present invention refers to the existing Squid service mode. Squid is a great application proxy software for Linux environments with caching and flexible policy configuration. The existence of the cache makes the network speed greatly improved. The principle is that when a user accesses an address, Squid saves the address content to the local memory or hard disk. When the next user accesses the address, Squid finds the address content. If there is no change, the data is sent directly to the user directly from the local, so the speed is greatly improved, and the network bandwidth is reduced, which makes it possible to obtain high-speed processing of other access requests. Multiple Squid servers can be cascaded to configure a larger and faster proxy cache group. Squid also supports protocols such as FTP, GOPHER, SSL, and WAIS. The difference between the present invention and Squid is that the WAP gateway does not need to cache the type of response used (for example, the MMS service cannot use the cache), and in order to avoid the bottleneck that may be caused by the cache function on the performance of the WAP gateway, the WAP The operation and maintenance are configured to restrict the WAP gateway to only cache the response information of the SP with the highest SP access frequency. The specific implementation of the added cache function in the WAP gateway also includes the following technical details:

1. If the cache module of the WAP gateway uses a distributed layout, it can avoid the performance bottleneck in the centralized layout;

2. The cache file structure in the WAP gateway can learn from the file structure in the Squid software;

3. Select the cache file root directory. Use the Round-Roubin method to find Go to a suitable directory as the storage root of the cache file. The principle of the polling scheduling method is to assign the request from the user to the internal server in turn, from

1 Start, until N (the number of internal servers), and then start the loop again. In this case, after the service receives the response from the SP, if the response is not found in the local cache, the Round-Roubin algorithm is used to find a suitable root directory to cache the response.

Subpath and cache file name naming, use the BitMap algorithm to determine the name of the cache file, and then use the existing file path calculation algorithm to get the cache file storage path. Metadata is data that describes data. Metadata is often used in file systems, volume management systems, and snapshot systems. Metadata information is used to describe the characteristics of data. The format of metadata information is diverse, and metadata in different systems has different formats. The cache processing of the present invention is similar to the snapshot system. The amount of metadata is relatively large and increases as the granularity of the management data block decreases. Metadata such as a file system can use bitmaps. The way to store.

5. According to the rules related to the cache in the HTTP protocol and the characteristics of the WAP gateway's own service, the WAP gateway determines whether it needs to be cached;

6. When the cache space is exhausted, use the LRU ( least recently used) algorithm to determine if a cache should be deleted.

The detailed implementation of the present invention will now be described with reference to Figures 1 and 2:

Figure 1 illustrates the processing flow after the WAP gateway adds the cache processing module and receives the user request.

1. If the WAP gateway receives the request information of the user, first determine whether the request allows the cache to be used, and if not, the WAP gateway constructs the request to the SP;

2. Otherwise, according to the URL information requested by the user, calculate the MD5 value as an index value, and find whether the index exists in the local memory; 3. Determine whether the cache information of the index is available. If available, notify the cache process, update the file mapping information in the cache, and forward the cache information to the terminal by the WAP gateway; otherwise, construct a user request and forward it to the SP.

Figure 2 illustrates the processing flow after the WAP gateway receives the SP response after adding the cache module.

1. The WAP gateway receives the SP response and goes to the cache processing process.

2. The cache process determines whether it is necessary to allow caching;

3. If allowed, determine whether the disk space is allowed to be stored. If yes, cache the information; otherwise, use the LRU algorithm to delete the least accessed information, free up disk space, save new cache contents, and update mapping information in local memory.

4. If the cache condition is not met, the SP response is directly forwarded to other processing processes of the service.

The above is a further detailed description of the present invention in connection with the specific preferred embodiments, and the specific embodiments of the present invention are not limited to the description. It will be apparent to those skilled in the art that the present invention may be made without departing from the spirit and scope of the invention.

Industrial applicability

Claims

Claim

A method for implementing a WAP gateway extraction service, where the method includes the following steps:

1) the WAP gateway receives the extracted service request of the terminal;

2) for the extracted service request that can use the cache, the WAP gateway matches the extracted service request with a third-party response cache table in the WAP gateway, where the third-party response cache table includes a cached third-party response and The third party responds to a one-to-one correspondence between the extracted service requests corresponding to the third-party response, and the third-party response is a response of the third party providing the service to the extracted service request;

3) If the matching is successful, the WAP gateway directly forwards the matched third-party response to the user, and ends the business process;

If the matching fails, the WAP gateway forwards the extracted service request to the third party that provides the service, and after receiving the response from the third party providing the service, the WAP gateway provides the service for the service that meets the cache condition. The response of the third party is sent to the terminal after being buffered in the WAP gateway; and the response of the third party providing the service that does not satisfy the cache condition is directly forwarded to the terminal.

The method for implementing the WAP gateway extraction service according to claim 1, wherein the cache condition is determined by the WAP gateway according to a type of the response of the third party providing the service.

The method for implementing the WAP gateway extraction service according to claim 2, wherein the response of the third party providing the service to the multimedia message service does not satisfy the cache condition.

The method for implementing the WAP gateway extraction service according to claim 1 or 2, wherein the step of performing buffering in the WAP gateway in the step 3) is implemented in the following manner: A root directory is found, and the response of the third party providing the service that satisfies the cache condition is cached under the root directory.

The method for implementing the WAP gateway extraction service according to claim 4, wherein the step of caching the response of the third party providing the service that satisfies the cache condition in the root directory is to satisfy the The response of the third party providing the service of the cache condition is cached by using a bitmap in the root directory.

The method for implementing a WAP gateway extraction service according to claim 1 or 2, wherein When the buffer space is insufficient, the step of performing caching in the WAP gateway in the step 3) further includes deleting, by using an LRU manner, the third-party response of the cache with the least access frequency.

The method for implementing the WAP gateway extraction service according to claim 5 or 6, wherein the WAP gateway includes a cache module, and the cache module is configured to cache the third-party response cache table.

A system for implementing a WAP gateway extraction service, including a WAP gateway, the WAP gateway includes a cache module, the cache module is configured to store a response of a third party providing the service, and directly provide the terminal with the extraction initiated by the terminal. The cached content that the business request matches.

The implementation system of the WAP gateway extraction service according to claim 8, wherein the cache module is provided with a cache condition, and the cache module stores only the response of the third party that provides the service that satisfies the cache condition. .

The system for implementing the WAP gateway extraction service according to claim 8 or 9, wherein the cache module is a centralized layout cache module, and accepts cache control of each of the WAP gateways.