Title:
METHOD AND APPARATUS FOR COLLECTING CHARGING INFORMATION OF A DATA SERVICE
Kind Code:
A1


Abstract:
The present invention discloses a charging method for collecting charging information of data service and an apparatus thereof. The method comprises: receiving service data from a gateway service node; determining a protocol type of the received service data according to an IP port number of the service data; classifying the received service data according to the protocol type of the service data; distributing the classified service data to a plurality of protocol processing modules; at each of the plurality of protocol processing modules, extracting charging information of the classified service data, wherein the charging information comprises the protocol type of the service data; sending the charging information to a charging system for charging by a charging mode; and transmitting the respective classified service data transparently to a packet switched domain network. This invention can accurately collect the charging information of service data of various classes.



Inventors:
Nie, Yanbo (Shenzhen, CN)
Shan, Mingjun (Shenzhen, CN)
Huan, Xuanyi (Shenzhen, CN)
Wang, Li (Shenzhen, CN)
Application Number:
13/942355
Publication Date:
01/16/2014
Filing Date:
07/15/2013
Assignee:
HUAWEI TECHNOLOGIES CO., LTD.
Primary Class:
International Classes:
H04L12/08; H04L12/14; H04L12/66; H04L29/06
View Patent Images:



Primary Examiner:
BAIG, ADNAN
Attorney, Agent or Firm:
Huawei Technologies Co., Ltd. (Shenzhen, CN)
Claims:
1. A charging method for data service in a wireless network, by a collecting apparatus which comprises a protocol distribution processing module and one or more than one protocol processing module, each of which corresponds to a protocol type, the method comprising: receiving, by a protocol distribution processing service data from a gateway service node; determining, by the protocol distribution processing module, a protocol type of the received service data according to an Internet Protocol (IP) port number of the service data; classifying the received service data according to the protocol type of the service data; sending the classified service data to a protocol processing modules of the corresponding protocol type; receiving, by the protocol processing module of the corresponding protocol type, the classified service data from the protocol distribution processing module; extracting charging information of the received classified service data, wherein the charging information comprises the protocol type of the service data; and sending the charging information to a charging system for charging by a charging mode.

2. The method according to claim 1, wherein said protocol type of the service data comprises at least one of the following: Hyper Text Transfer Protocol (HTTP), Wireless Application Protocol (WAP), Transmission Control Protocol/Internet Protocol (TCP/IP) or Real Time Protocol/Real Time Session Protocol (RTP/RTSP).

3. The method according to claim 1, wherein the charging information comprises: time and date for receiving the service data, Mobile Subscriber ISDN Number (MSISDN) of a MS for receiving the service data, an International Mobile Subscriber Identity (IMSI), protocol type adopted by the service data, Internet Protocol (IP) port number of the service data, Access Point Name (APN), Quality of Service (QoS), and transmitted bytes of uplink or downlink service data.

4. The method according to claim 1, wherein the charging information comprises: time and date when the transmission of the service data starts, MSISDN for receiving and sending the service data, an IMSI, HTTP transport protocol of the service data, a URL, a GGSN IP address, a SGSN IP address, uplink number of bytes transmitted and downlink number of bytes transmitted.

5. The method according to claim 1, wherein extracting charging information further comprises: extracting a Uniform Resource Locator (URL) of the service data to identify a service class; wherein the charging system presets different charging modes according to the service classes or the URL of the service data, wherein the charging modes include volume based charging mode and time-duration based charging mode.

6. The method according to claim 1, wherein charging at a charging system comprises: deciding, according to the charging information, whether the service data captured at the protocol processing module has the same protocol type as a service data which is captured at a service server and has been charged in the charging system, if yes, the charging system does not charge for the service data captured at the protocol processing module; otherwise, performing charging for the service data captured at the protocol processing module according to the charging information.

7. An apparatus applied in a wireless network for collecting charging information of a service data, the apparatus comprising: a protocol distribution processing module, configured to receive service data from a gateway service node, decide a protocol type of the received service data according to an Internet Protocol (IP) port number of the service data, classify service data received by protocol type of service data, send the classified service data to a protocol processing modules of the corresponding protocol type, receive service data from the protocol processing module of the corresponding protocol type, and send service data to the gateway service node; and the protocol processing module of the corresponding protocol type is configured to receive the classified service data from the protocol distribution processing module, extract charging information of the classified service data, send the charging information to a charging system for charging based on a charging mode, and transmit the service data transparently to a packet switched domain network, wherein the charging information comprises the protocol type of the service data, receive service data from a packet switched domain network, obtain charging information of the service data and send the charging information to a charging system, and transmit the service data transparently to the protocol distribution processing module.

8. The apparatus according to claim 7, wherein said apparatus is located between the gateway service node and the packet switched domain network.

9. The apparatus according to claim 7, wherein the apparatus is integrated into the gateway service node of the wireless network or a Wireless Application Protocol gateway of the wireless network.

10. The apparatus according to claim 7, wherein the protocol type of the service data comprises at least one of the following: Hyper Text Transfer Protocol (HTTP), Wireless Application Protocol (WAP), Transmission Control Protocol/Internet Protocol (TCP/IP) or Real Time Protocol/Real Time Session Protocol (RTP/RTSP).

11. The apparatus according to claim 10, wherein said protocol processing module comprises at least one of following modules: a Hyper Text Transfer Protocol (HTTP) processing module, for receiving HTTP service data from the protocol distribution processing module, obtaining charging information of the service data and sending the charging information to the charging system, and transparently transmitting the service data to the packet switched domain network; receiving HTTP service data from the packet switched domain network, obtaining charging information of the service data and sending the charging information to the charging system, and transparently transmitting the service data to the protocol distribution processing module; a Wireless Application Protocol (WAP) processing module, for receiving WAP service data from the protocol distribution processing module, obtaining charging information of the service data and sending the charging information to the charging system, and transparently transmitting the service data to the packet switched domain network; receiving WAP service data from the packet switched domain network, obtaining charging information of the service data and sending the charging information to the charging system, and transparently transmitting the service data to the protocol distribution processing module; a Transmission Control Protocol/Internet Protocol (TCP/IP) processing module, for receiving TCP/IP service data from the protocol distribution processing module, obtaining charging information of the service data and sending the charging information to the charging system, and transparently transmitting the service data to the packet switched domain network; receiving TCP/IP service data from the packet switched domain network, obtaining the charging information of the service data and sending the charging information to the charging system, and transparently transmitting the service data to the protocol distribution processing module; or a Real Time Protocol/Real Time Session Protocol (RTP/RTSP) processing module, for receiving RTP/RTSP service data from the protocol distribution processing module, obtaining charging information of the service data and sending the charging information to the charging system, and transparently transmitting the service data to the packet switched domain network; receiving RTP/RTSP service data from the packet switched domain network and obtaining charging information of the service data, sending the charging information to the charging system, and transparently transmitting the service data to the protocol distribution processing module.

12. The apparatus according to claim 7, wherein the charging information comprises: time and date for receiving the service data, MSISDN of a Mobile Station (MS) for receiving the service data, an IMSI, protocol type adopted by the service data, IP port number of the service data, Access Point Name (APN), Quality of Service (QoS), and transmitted bytes of uplink or downlink service data.

13. The apparatus according to claim 12, wherein when the protocol processing module is an HTTP processing module, said charging information further comprises: a Uniform Resource Locator (URL).

14. The apparatus according to claim 7, wherein the charging information comprises: time and date when the transmission of the service data starts, MSISDN for receiving and sending the service data, an IMSI, HTTP transport protocol of the service data, a URL, a GGSN IP address, a SGSN IP address, uplink number of bytes transmitted and downlink number of bytes transmitted.

15. The apparatus according to claim 7, wherein the one or more than one protocol processing module is further configured to extract a Uniform Resource Locator (URL) of the service data to identify a service class; and wherein different charging modes are preset according to the service classes or the URL of the service data, wherein the charging modes include volume based charging mode and time-duration based charging mode.

Description:

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No. 11/414,476, filed Apr. 28, 2006, which is a continuation of International Patent Application No. PCT/CN2004/001224, filed Oct. 28, 2004. The International Application claims priority to pending Chinese Patent Application No. 200310103313.1, filed Oct. 28, 2003. The afore-mentioned patent applications are hereby incorporated by reference in their entireties.

TECHNICAL FIELD

The present invention relates to techniques for collecting charging information of a packet data service in a wireless network, and particularly, to an apparatus for collecting charging information of a packet data service and charging method thereof.

BACKGROUND

Wireless networks, with their fast development, are available to provide data services based on a packet-based network. The integration of a wireless packet-based network and an Internet has formed a good foundation for the development of wireless data services. At the same time, the traditional mode of service charging in the wireless network, such as charging the voice service based on time duration, can no longer satisfy the demand of data services. Therefore, the charging mode of data service has become a focus in the technical field.

The charging modes of data services include volume based charging mode, content based charging mode, application based charging mode, and time-duration based charging mode. For example, Multimedia Messaging Service (MMS) is charged by content, i.e., charged by each piece of message regardless of volume of flow. For another example, stream media video service may be charged according to the actual volume of flow, or charged by content as well.

At present, collecting points of charging information generally involve various devices, including Serving GPRS Support Nodes (SGSN), Gateway GPRS Support Nodes (GGSN), Wireless Access Protocol Gateways (WAP GW), and service servers. Typically, the volume charging information of a service is collected at the SGSN or the GGSN and it is sent to a Service Control Point (SCP) or other charging devices for cost deductions and terminal charges, while the content, application or time duration charging information is collected at the service servers and is sent to the SCP or other charging devices for cost deductions and terminal charges.

SUMMARY

The present invention is directly toward to an apparatus applied in a wireless network for collecting charging information of a data service, comprising: a protocol distribution processing module for classifying service data received from a gateway service node in the wireless network by protocol type, and sending the classified service data to a protocol processing module of the corresponding protocol type; receiving service data from one or more than one protocol processing module and sending the service data to the gateway service node;

said one or more than one protocol processing module for receiving the classified service data from the protocol distribution processing module corresponding to the protocol type, obtaining charging information of the service data and sending the charging information to a charging system, and transmitting the service data transparently to a packet switched domain network; receiving the service data from a packet switched domain network, obtaining the charging information of the service data and sending the charging information to the charging system, and transmitting the service data transparently to the protocol distribution processing module.

Meanwhile, the present invention also provides a charging method for data service in a wireless network, comprising:

A. deciding protocol type of received service data, and classifying the received service data in terms of the protocol type of the service data; and
B. obtaining charging information of the received service data having been classified, respectively, and sending the obtained charging information to a charging system for charging.

As can be seen from the above, according to the present invention, an apparatus for collecting charging information of data service is added between the GGSN and the packet-based network. The charging information being collected comprises all information of volume, content, time duration and application charging mode of the service data, such as the volume and time duration of the data service and the service class of the service data. The collecting apparatus of charging information of a data service classifies the service data according to the protocol type thereof, processes the service data of different protocol types in different protocol processing modules, obtains Charging Data Record (CDR) information of different service data for charging, and charges the corresponding data service in a prepaid charging system or a real-time charging system based on the CDR information. Therefore, the apparatus and method of this invention can implement a uniform collection of the charging information of data services so as to send the information to the charging system for charging in corresponding charging modes.

As the charging information collected by the apparatus of the present invention comprises the service class of the service data, even if the charging system has charged the service data based on the content charging information collected by other service servers, the charging system can still differentiate the service class of the service data and recognize the service data based on the charging information collected by the apparatus of this invention, and thus no more charging will be done. Consequently, the problem of repeated charging on the existing wireless networks can also be solved by this invention.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a diagram illustrating the system architecture for collecting volume information of service data in a wireless network according to an embodiment of the present invention;

FIG. 2 is a diagram illustrating detailed structure of a PROXY device according to an embodiment of the present invention; and

FIG. 3 is a flowchart of volume-based charging on service data by means of the PROXY device according to an embodiment of the present invention.

DETAILED DESCRIPTION

In order to make the objects, technical solutions and merits of this invention clearer, a further detailed description of embodiments of the invention is given hereinafter with reference to accompanying drawings.

In an embodiment of the present invention, an apparatus for collecting charging information of data service is connected between a GGSN and a packet switched domain network. As shown in FIG. 1, which is a diagram illustrating the system architecture for collecting volume information of service data in a wireless network according to this embodiment, a Mobile Station (MS) accesses a SGSN via a Base Station Subsystem (BSS). By help of a Mobile Switching Centre (MSC), an HLR, and an Equipment Identity Register (EIR), the SGSN makes the decision which GGSN is to be accessed by the MS and performs the accessing, and the GGSN decides through the HLR which packet switched domain network is to be accessed by the MS and implements the accessing for the MS to the appropriate packet switched domain network. The outside interface of this system consists of various service servers, and the service servers may be located at different points, e.g., at the GGSN or the SGSN, for collecting content, time duration or application charging information of service data of various classes. When the charging information of the data service is collected for this MS, a PROXY device is added between a Gi interface of the GGSN and the packet switched domain network, where the PROXY device collects the CDR information of the service data the MS accesses. According to the CDR information, accurate differentiation on classes of the service data can be made and the charging information of the service data will be obtained. The service data class and the charging information thereof which are obtained through the analysis on the CDR information are sent to a prepaid charging system or a real-time charging system for charging operation. The interworking of the MSC, the HLR, and the EIR with the SGSN is carried out by means of Signaling System No.7 (SS7), the interworking of the HLR and the SCP with the GGSN is implemented via the SS7, the interworking of the prepaid charging system and the real-time charging system with the PROXY device is performed using the IP, and the interworking between the SGSN and the GGSN is upon the IP Backbone.

The detailed structure of the PROXY device is shown in FIG. 2, which comprises a protocol distribution processing module 200, an HTTP processing module 201, a WAP processing module 203, a TCP/IP processing module 205, a RTP/RTSP processing module 207, and other protocol processing modules 209.

The service data from a packet switched domain network is sent to different protocol processing modules according to IP port numbers of the protocol types, e.g., the service data from an INTERNET 202 is sent to the HTTP processing module 201, the service data from a WAP GW 204 is sent to the WAP processing module 203, the service data from an APP (Application) server 206 is sent to the TCP/IP processing module 205, and the service data from a Stream Media Server 208 is sent to the RTP/RTSP processing module 207. The different protocol modules make processing for the service data of corresponding protocol types, respectively, and obtain the CDR information of the service data thereof. After that, the service data is transparently transmitted to the appropriate MS via the protocol distribution processing module 200 and the GGSN 210. When the MS is a prepaid subscriber, the obtained CDR information of the service data is sent to the prepaid charging system; when the MS is a real-time charged subscriber, the obtained CDR information of the service data is sent to the real-time charging system.

The service data from an MS is sent via the GGSN 210 to the protocol distribution processing module 200, which will distribute the service data to its corresponding protocol processing module for processing according to the IP port number of the protocol type of the service data, and obtain the CDR information of the service data before transparently transmitting the service data to the appropriate packet switched domain network via its corresponding protocol processing module. The prepaid charging system or the real-time charging system will then perform charging for the MS according to the CDR information of the service data.

In the protocol distribution module of the apparatus, service data based on different application layer protocols can be identified through the IP port number carried in the protocol of the service data, e.g., the port number of the HTTP is 80.

When the HTTP or the WAP is used as the application layer transfer protocol, the visited URL of the service data can be collected at the PROXY device as the identity of the service class. For example, when the URL of the HTTP is set as www.mmsc.com.cn, the service class of the service data is recognized as data of MMS service and the volume-based charging system will charge the service data by the mode of MMS service; when the URL of the HTTP is set as www.kjava.com.cn, the service class of the service data is recognized as data of KJAVA service and the volume-based charging system will charge the service data by the mode of KJAVA service.

The physical carrier of the device may be a minicomputer or a workstation, etc. The PROXY device may be integrated in the GGSN, but it must be situated on a Gi interface between the GGSN and the INTERNET so that the data stream of the Gi interface may be transparently transmitted through the PROXY device. The PROXY device may be integrated in the WAP GW as well.

As shown in FIG. 3, which is a flowchart of volume-based charging on service data by means of the PROXY device according to an embodiment of the present invention, the specific procedure comprises:

Step 300: When collecting statistics on volumes of the service data, decide the bearer protocol of the transmission layer of the service data in terms of the transmission port number of the IP layer;

Steps 301˜302: If the port number of the service data is PORT1, i.e., the bearer protocol of the transmission layer of the service data is the RTP/RTSP protocol, the CDR information of the service data will be picked up by the RTP/RTSP processing module, and then Step 309 will be executed. The CDR information comprises: date and time when the transmission of the service data starts, MSISDN for receiving and sending the service data, an IMSI, transport protocol of the service data-Transmission Control Protocol/User Datagram Protocol (TCP/UDP), IP address and port number of the MS for receiving and sending the service data, an APN, a granted QoS, uplink number of bytes transmitted and downlink number of bytes transmitted.

Steps 303˜304: If the port number of the service data is PORT2, i.e., the bearer protocol of the transmission layer of the service data is the HTTP protocol, the CDR information of the service data will be extracted by the HTTP processing module, and then Step 309 will be executed. The CDR information comprises: date and time when the transmission of the service data starts, MSISDN for receiving and sending the service data, an IMSI, transport protocol of the service data-HTTP, a URL, a GGSN IP address, a SGSN IP address, uplink number of bytes transmitted and downlink number of bytes transmitted.

Steps 305˜306: If the port number of the service data is PORT3, i.e., the bearer protocol of the transmission layer of the service data is the WAP protocol, the CDR information of the service data will be fetched by the RTP/RTSP processing module, and then Step 309 will be executed. The CDR information is the same as the information in Steps 301 and 302.

Steps 307˜308: If the port number of the service data is PORT4, i.e., the bearer protocol of the transmission layer of the service data is another protocol, the CDR information of the service data will be picked up by the other protocol processing module, and then go to Step 309. The CDR information can be configured according to the user's demand.

Step 309: Decide whether the MS for receiving and sending the service data is a prepaid user, and if yes, go to Step 310, if no, go to Step 311.

Step 310: The PROXY device conveys the CDR information of the service data to the prepaid charging system via the real-time interface between the PROXY device and the prepaid charging system. The prepaid charging system implements charging for the MS which receives and sends the service data according to the CDR information, and goes to Step 312.

Step 311: The PROXY device transfers the CDR information of the service data to the real-time charging system via the real-time interface between the PROXY device and the real-time charging system. The real-time charging system accomplishes charging for the MS which receives and sends the service data according to the CDR information, and goes to Step 312.

The real-time charging system or the prepaid charging system presets different charging modes according to the protocol types of the service data. When the real-time charging system or the prepaid charging system charges the service data received and sent by the MS in terms of the CDR information, the charging system will learn the protocol type of the received and sent service data from the CDR information, and thereby know which charging mode the service data of this protocol type should be charged and charge it by this mode. For example, the HTTP service is charged by piece of message. When the MS receives or sends service data, the PROXY device will capture the service data and collect the CDR information of the service data, which comprises protocol type of the service data. Suppose that the protocol of the service data is HTTP, after sending the CDR information of the service data to the real-time charging system or the prepaid charging system, the real-time or prepaid charging system will learn the class of the service data from the CDR information and know that the service data is to be charged by piece of message according to the presetting. Then the charging system will charge according to the content-based charging bill generated by the service data rather than the volume-based charging bill thereof.

The real-time charging system or the prepaid charging system may also preset different charging modes according to the service classes or URLs of service data. When the CDR information of the service data collected by the PROXY device is sent to the charging system, the real-time or prepaid charging system will perform charging according to the CDR information. When the class of the service data is defined as content-based charging, the service data will be charged according to the generated content-based charging bill; when the class of the service data is defined as volume-based charging, the service data will be charged according to the generated volume-based charging bill.

In case that a service server has collected the information of certain service data and has deducted the cost thereof in the real-time or prepaid charging system, the real-time or prepaid charging system is aware that the service data captured by the PROXY device is the same as the service data captured by the service servers according to the CDR information of the service data collected by the PROXY device, and will no longer deduct the cost for the service data captured by the PROXY device.

How a real-time or prepaid charging system charges different service data is set beforehand, and the embodiment merely provides an apparatus for collecting service data. The collecting apparatus gathers the charging information for the service data, and forms the CDR information. The CDR information of the service data comprises all the charging information of the service data needed by the real-time or prepaid charging system, and it prevents the real-time charging system from charging the same service data twice.

A real-time charging system will calculate the cost of service data in real time and charge the cost a certain time later, while a prepaid charging system will set and store an account for a prepaid user in advance with money prepaid, and deduct the cost of service data from the account.

Step 312: While making deductions or terminal charges for the appropriate MS according to the service data flow, the PROXY device transparently transmits the service data, which is sent to the appropriate MS via the GGSN and the SGSN.

Another embodiment is hereinafter described for this invention, e.g., when an MS browses www.sina.com.cn/entertainment.html by the HTTP protocol, the number of the IP port accessing the PROXY device is detected as 80 via the IP layer, thus it is known that the protocol type of the service data is HTTP, and the volume-based charging rate for the HTTP protocol is adopted. If it is defined as charge based on URL, the charging will be performed in accordance with the rate of the specific accessed URL. If it is defined as charge based on QoS, the charging rate varies with the QoS.

The embodiments of this invention make it possible to charge accurately for the service data, which meets the charging demand for service data, and provides a solution for preventing repeated charging for the service data in the existing wireless network, thus it better promotes packet data service for network operators, encourages the users' consumption, and creates more business income. The embodiment provides a solution to accurate charging by means of only one or a few APNs for various classes of data service. With regard to the service data of prepaid users, the present invention solves the problem of real-time deduction and charging in the prepaid charging mode by offering support on the interface with SCP. The apparatus provided by the embodiment of this invention is characterized as expandable, and when a new type of application layer protocol is added, no change will be implemented on the modules such as the protocol distribution processing module, and only a processing and collecting module for the new protocol type will be added.

The foregoing is only descriptions of preferred embodiments of this invention and should not be construed as limiting the invention. Any modification, equivalent substitution, or improvement made without departing from the spirit and principle of the invention should be covered by the protection scope of the present invention.