WO2007115454A1

WO2007115454A1 - Charging method and system based on push service content and push service proxy device

Info

Publication number: WO2007115454A1
Application number: PCT/CN2006/003630
Authority: WO
Inventors: Ronggao Li
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2006-04-07
Filing date: 2006-12-27
Publication date: 2007-10-18
Also published as: CN100452709C; CN1866842A

Abstract

A charging method based on push service content includes: a push initiator sends a push message to a push proxy, in which the message includes a charging information which includes a charger information; the push proxy sends the charging information as a charging request message to a data service management entity, the data service management entity processes the charging request message received from the push proxy, pre-deducts the information fee and sends a information fee rate to the push proxy through a response message; the push proxy processes the received response message, if the pre-deduct is successful, the push proxy sends the push message downward to a terminal, the data service management entity determines whether processing a real charging or processing a backtrack charging according to a state code in the sending downward result of the push message. There is charging system based on push service content and push service proxy device.

Description

Charging method, system and push service agent device based on push service content The application is submitted to the Chinese Patent Office on April 7, 2006, and the application number is 200610072536.X, and the invention name is "a PUSH service to realize content charging". The priority of the Chinese Patent Application, the entire content of which is incorporated herein by reference.

Technical equipment

The present invention relates to a charging method in a communication network, and in particular to a method, system and push service agent device for implementing content charging by Push (PUSH) service.

Background technique

The PUSH service is a service initiated by the service party to "push" information to the user. From the perspective of service development, the PUSH service generally includes: including a PUSH initiator (PI), a PUSH proxy (PPG: Push Proxy Gateway, delivering content to the terminal according to the PUSH instruction), and a PUSH receiver (terminal, MS: Mobile Station). Entities. Figure 1 shows a schematic diagram of the PUSH system using WAP PUSH as an example. Referring to Figure 1, the PI is located in the Internet and communicates with the PPG through the Push Access Protocol (PAP), which is an access point between the Internet and the mobile network. The PPG pushes the message to the client through the Space Transport Protocol (OTA). The basic workflow is as follows:

1. When there is a message to be pushed to the client, the PI first constructs a push message according to the content and nature of the message, and sends a push request to the PPG through the PAP protocol;

2. The PPG processes the PUSH message. After receiving the request, the PPG performs some necessary processing (including compression, protocol conversion, security authentication, etc.), and then transmits the push content to the client through the OTA protocol. 3. The client receives the PUSH message. Then, interact with the PPG based on the message content and service type. Figure 2 shows the business process of processing PUSH messages by PI, PPG, and MS in the prior art:

1) PI submits PUSH message to PPG;

2) The PPG returns a response of the PUSH message to the PI (Response);

3) The PPG sends the PUSH message to the MS through the OTA protocol;

4) The MS returns a Response of the delivered PUSH message to the PPG;

5) The PPG sends a PUSH message result notification (Result) to the PI;

6) The PI returns a Response to the result notification to the PPG;

The PI constructs a PUSH message request according to the standard PAP protocol, and submits a PUSH message to the PPG. The push message of the standard PAP interface (Push-message) is defined as follows: <!ELEMENT push-message ( address+, quality-of-service?) >

<! ATTLIST push-message

Push-id CDATA #REQUIRED

//push message ID

Replace-pus -id CDATA #IMPLIED

Push replaced push message identifier

Replace-method ( pending-only| all ) "all

//push message replacement method

Deliver-before-timestamp %Datetime; #IMPLIED

//The timestamp of the push message sent before the time

Deliver-after-timestamp %Datetime; #IMPLIED

//The timestamp of the push message sent after the time

Source-reference CDATA IMPLIED

〃 send push message content provider name

Ppg-notify-requested-to CDATA #IMPLIED

〃 Receive the address of the push message result notification message

Progress-notes-requested ( true | false ) "false"

//push message processing progress status notification flag (requires notification i does not need notification)

>

It can be seen that the PAP protocol does not define the charging information of the PUSH message, the identifier of the PUSH message service, and the charging party. The PPG cannot determine whether to charge the sender or the receiver, and the PUSH service can only be based on the carrier. It is required to be unified into one charging mode. At the same time, different PUSH service types do not have service identifiers, and all PUSH services cannot be charged according to PUSH service content.

Therefore, the PPG can only adopt the unified charging mode for all PUSH messages of the PI, and perform the information fee pricing and charging for the PUSH message according to the number of PUSH messages, and collect and charge the unified charging price for all PUSH messages. Single, the field information recorded in the bill:

Field name Description

S ource-Reference PI code identifier

IPAddress PI IP address Result PUSH message delivery result

MSISDN recipient number

InfoFee PUSH message information fee As can be seen from the above existing solutions, PUSH service charging can only adopt a fixed charging mode. The main disadvantages are:

1) It cannot be determined whether the sender is billed, the receiver is billed, or both parties perform billing at the same time;

2) Differential accounting cannot be performed for different PIs and PUSH service contents of the same PI. Summary of the invention

It is an object of the present invention to provide a charging method, a system, and a push service proxy device based on push service content. The method or system and the push service proxy device can adopt different charging policies for different PIs and different PUSH services.

The method for charging the content based on the push service includes the following steps: The initiator of the push sends a push message to the push proxy, where the message includes billing information, where the billing information includes billing party information;

The push proxy sends the billing information as a billing request message to the data service management platform, where the data service management platform stores a billing policy;

The data service management platform processes the received charging request message sent by the push proxy, deducts the information fee, and returns a response message to the push proxy, and sends the information fee price to the push proxy through the response message;

The push proxy processes the received response message, and if the withholding is unsuccessful, the current service request is interrupted; otherwise,

The push proxy sends the push message to the terminal, and the terminal returns a response message of the push message to the push proxy;

The push proxy sends a charging confirmation request message to the data service management platform according to the response message returned by the terminal, where the charging confirmation request message includes a status code of the delivery result of the push message;

The data service management platform determines whether the real charging or the charging replenishment needs to be performed according to the status code in the delivery result of the push message, and sends the charging confirmation including the push message information fee to the push proxy. Answer the message.

The charging information further includes a service type identifier, and the charging policy saved by the data service management platform is a charging policy corresponding to each service type.

The charging method of the push service content-based charging method includes the following steps: the initiator of the push sends a push message to the push proxy, where the message includes charging information, where the charging information includes billing party information; The push proxy maintains a charging policy;

The push proxy processes the billing information, determines the price of the information fee, and deducts the information fee. If the withholding is unsuccessful, the current service request is interrupted; otherwise,

The push proxy sends the push message to the terminal, and the terminal returns a response message of the push message to the push proxy, where the response message includes a status code of the result of the push message delivery, and the push proxy determines that the real code needs to be performed according to the status code. The fee is still charged for billing.

The invention provides a charging service based on a push service content, comprising a launching device for pushing a message, a push proxy device, a data service management device, and a terminal for receiving a push message, wherein:

An initiating device, configured to send a push message to the push proxy device, where the message includes charging information, where the charging information includes charging party information;

The push proxy device is configured to store the charging policy, and forward the charging request message including the charging information to the data service management platform; receive the response message fed back by the data service management platform, determine whether the withholding is successful, and if the withholding is unsuccessful, The current service request is interrupted, and the push message is sent to the terminal, and the response message of the terminal is received, and the charging confirmation request message including the status code of the delivery result of the push message is sent to the data service management platform;

The data service management platform processes the charging request message sent by the received push proxy device, deducts the information fee, and returns a response message to the push proxy device, and sends the information fee price to the push proxy device by using the response message, and Determining whether real charging or charging replenishment is required according to the status code, and transmitting a charging confirmation response message including a push message information fee to the push proxy device.

Another billing system based on push service content provided by the present invention includes an initiating device for pushing a message, a push proxy device, and a terminal receiving a push message, wherein:

An initiating device, configured to send a push message to the push proxy device, where the message includes charging information, where the charging information includes a service type identifier and billing party information; The push proxy device is configured to store the charging policy, process the charging request message sent by the initiating device, determine the price of the information fee, and deduct the information fee. If the pre-deduction is successful, the push message is sent to the terminal, and Receiving a response message returned by the terminal, where the response message includes a status code of the result of the delivery of the message, and determining whether the real or charging is required to be performed according to the status code; if the pre-emption is unsuccessful, the current service is interrupted. request.

The charging information further includes a service type identifier, and the charging policy saved by the push proxy is a charging policy corresponding to each service type.

A push service agent device provided by the present invention includes:

a storage unit, configured to store a charging policy;

a billing information processing unit, configured to forward a billing request message including billing information to the data service management platform; and receive a response message fed back by the data service management platform;

The judging processing unit determines whether the pre-deduction of the data service management platform is successful according to the response message, and if the pre-deduction is unsuccessful, interrupts the current service request, otherwise, the push message is sent to the terminal, and the response message of the terminal is received. Sending a charging confirmation request to the data service management platform that includes the status code of the delivery result of the push message, 3⁄4.

Another push service agent device provided by the present invention includes:

a storage unit, configured to store a charging policy;

The charging information processing unit processes the received charging request message, determines the information fee price, and the withholding information fee;

The determining processing unit determines whether the pre-deduction information fee is successful. If the pre-deduction is successful, the push message is sent to the terminal, and the response message returned by the terminal is received, where the response message includes a status code of the delivery result of the push message, according to the The status code determines whether real charging or charging is required. If the withholding is unsuccessful, the current service request is interrupted.

Applying the foregoing solution of the present invention, different charging policies may be adopted for different PIs for PUSH messages sent by different PIs; different charging policies may be adopted for different PUSH services sent by the same PI; PUSH services may be performed on PIs. For the charging, the receiving party can be charged or the two parties can perform charging at the same time. The PUSH service of the present invention can adopt a flexible charging policy to issue a PUSH service.

Other features and objects of the present invention will become apparent from the following description of the preferred embodiments of the invention And the effects will become clearer and easier to understand.

DRAWINGS

1 is a schematic diagram of a PUSH system in the prior art by using a WAP PUSH as an example; FIG. 2 is a flow chart of a service flow of processing a PUSH message by a PI, a PPG, and an MS in the prior art: FIG. 3 is a flowchart of the present invention. Flow chart of an embodiment;

Figure 4 is a block diagram of an embodiment of the system of the present invention;

Figure 5 is a block diagram of an embodiment of the push proxy device of the present invention.

detailed description

Further description of the present invention will be given below with reference to the accompanying drawings.

The charging service content-based charging system provided by the embodiment of the present invention refers to FIG. 4, and includes four physical devices connected to each other through a network, a push message initiating device 11, a push proxy device 12, a data service management platform 13, and a receiving push. The terminal 14 of the message (in FIG. 4, only one of the above devices is drawn, in fact, there may be multiples respectively), wherein:

The initiating device 11 is configured to send a push message to the push proxy device, where the message includes the charging information, where the push message includes the service type identifier and the billing party information;

The push proxy device 12 is configured to store a charging policy of various service types, and forward an accounting request message including charging information to the data service management platform; receive a response message fed back by the data service management platform, and determine whether the withholding is successful, if If the pre-emption is unsuccessful, the current service request is interrupted. Otherwise, the push message is sent to the terminal, and the response message of the terminal is received, and the charging confirmation request including the status code of the delivery result of the push message is sent to the data service management platform. Message

The data service management platform 13 processes the received charging request message sent by the push proxy device, deducts the information fee, and returns a response message to the push proxy device, and sends the information fee price to the push proxy device by using the response message, and Determining whether real charging or charging replenishment is required according to the status code, and sending a charging confirmation response message including a push message information fee to the push proxy device.

Wherein, the push proxy device 12 refers to FIG. 5, and includes:

The storage unit 121 is configured to store a charging policy.

The billing information processing unit 122 is configured to forward the billing request message including the billing information to the data service management platform; and receive the response message fed back by the data service management platform; The judging processing unit 123 is configured to determine whether the pre-deduction of the data service management platform is successful according to the response message, and if the pre-deduction is unsuccessful, interrupt the current service request, otherwise, the push message is sent to the terminal, and the response message of the terminal is received. And sending, to the data service management platform, a charging confirmation request message that includes a status code of the delivery result of the push message.

In the embodiment of the present invention, the initiating device 11 is a PI, the push proxy device 12 is a PPG, and the terminal 14 receiving the push message is an MS. When the foregoing solution is specifically implemented, for example, when the PI sends a PUSH message to the PPG, the PUSH message needs to be extended, and the charging related field is added in the PUSH message. When the PI sends the PUSH service, the charging party identifier is added in the PAP interface protocol. Service code identification field; The PAP interface protocol is extended, and the extended PAP interface specification is as follows:

<! ELEMENT push-message ( address+, quality-of-service? , payment-control-information? ) > <! ATTLIST push-message

Push-id CDATA #REQUIRED

//push message ID

Replace-push-id CDATA IMPLIED

// replaced push message ID

Replace-method ( pending-only| all ) "all"

〃push message replacement method

Deliver-before-timestamp %Datetime; #IMPLIED

//The timestamp of the push message sent before a certain time

Deliver-after-timestamp %Datetime; #IMPLIED

//The timestamp of the push message sent after a certain time

Source-reference CDATA ship PLIED

〃 send push message content provider name

Ppg-notify-requested-to CDATA #IMPLIED

/ / Receive the address of the push message result notification message

Progress-notes-requested ( true | false ) "false"

//push message processing progress status notification flag (requires notification I do not need notification) 〈! ELEMENT pavment-control-information EMPTY >

<! ATTLIST payment-control-information Service!D CDATA #IMPLIED

//push business ID

Chareed-partv CDATA #IMPLIED

Billing party

> The underlined field is the extended field information in the PAP interface:

After receiving the PUSH message sent by the PI, the PPG parses the extended PAP interface protocol, analyzes the charging policy of the PUSH service, and performs charging for the charging policy of the PUSH message. When the PPG parses the PUSH message, the extended PAP interface specification is used. Perform analysis to extract business identification and billing party information.

Referring to FIG. 3 and FIG. 3, a detailed description of the entire charging process in the embodiment of the present invention is provided.

1) The PI sends a PUSH message (push-message) to the PPG, where the message includes a service type identifier "0101010101" and a billing party information "receiver"; the biller information indicates charging to the receiver. The following is the PUSH message of the extended PAP interface:

Content-Type: multipart/related; boundary=asdlfkj iurwghasf;

//Push message content type

Type="application/xml"

〃Types of

—asdlfkj iurwghasf

//push message content 0

One nine one

Content-Type: application/xml

〃Content type

<?xml version- ' 1.0"?>

//xml document version number

<!DOCTYPE pap PUBLIC "-//WAPFORUM//DTD PAP 2.0//EN"

Http://www.wapforum. org/DTD/pap_2.0. dtd

[<?wap-pap-ver supported-versions="2.0,1. *"?>]>

<pap>

/ / PAP † start to discuss the logo

<push-message push-id="9fjeo39jfD84(3⁄4pi.com">

//push message ID

<address address-value="wappush= ^: 12345/tvpe ^: =user(3⁄4ppg.operator.com"></address> //push message recipient address

<payment-control-information

//Push message extension protocol content begins

servicelD-'OlOlOlOlOl"

//push business ID

Charged-party ^"receiver "

//push message billing party

</payment-control-information >

//pus message extension protocol content ends

</push-message>

</pap>

The underlined segment indicates the billing information that is extended in the PUSH message.

2) The PPG returns a PUSH message response (Push-Response) to the PI. Of course, returning the response is not necessary. It is only a preferred solution. It does not return or affect the charging. Then, the request message is parsed, and the PUSH message is analyzed and payment- The charging information related to the control-information tag, if the servicelD and the charge-party field information are included in the PUSH message, the corresponding service type identifier and the charging party information are extracted; 3) The PPG sends the service identification and charging information (including Source-Reference, ServicelD, and ChargeParty) as a charging authentication and rating request message to the Data Service Management Platform (DSMP); the charging authentication and the rating request message are also The data service management platform (DSMP: Data Service Manage Platform) stores the charging policies of different service types, including the pricing information of various services; for example, Source-Referece (PI code identification) ServicelD (service code identification) and Price (the price of the service), etc., the following description of these parameters; before the PI sends the PUSH message, the PUSH service that needs to be charged needs to be performed on the operator's data management platform DSMP. The billing mode and price of the service are specified during the release and service release. This form can be published online or in advance on the DSMP. When the PUSH service is released, the service type identifier is determined. Corresponding billing strategy, information fee price, etc. The billing policy table (PrcieTable) is as follows:

4) The DSMP receives the charging authentication and the rating request sent by the PPG, and uses the ServicelD and Source-Referece fields in the request message as the joint primary health, and queries the charging policy table (PrcieTable) to match the PUSH message sent by the PI. The corresponding information fee price, the inquiry information fee price is returned to the PPG by sending an authentication and rating response message to the PPG.

5) The PPG processes the received authentication and rating response message, and analyzes the status code of the PUSH message charging authentication response message. If the status code is "OK", the pre-deactivation is successful, then the process proceeds to step 6); If the deduction is unsuccessful, the current service request is interrupted;

6) The PPG sends the PUSH message to the terminal; the terminal sends a response message of the PUSH message to the PPG; 7) the PPG process delivers the response result (ie, whether the push message is sent "successful" or "failed"); the response result reflects the PUSH Whether the delivery of the message is successful; according to the PUSH message delivery result (that is, whether the push message is sent as "successful" or "failed,"), the DSMP sends a charging confirmation request message, and the charging confirmation request message includes the PUSH message delivery result. Status code, if the push message is sent "success", the billing confirmation request message is "successful"; otherwise it is "failed"; 8) The DSMP determines whether the real-time charging or the charging is required to be performed according to the status code in the PUSH message delivery result, and sends a charging confirmation response message to the PPG, where the message includes the PUSH message information fee; if the PUSH message is successfully delivered The DSMP performs the actual deduction. If the PUSH message fails to be delivered, the DSMP performs the information fee replenishment;

9) The PPG writes the CDR according to the PUSH message delivery result and the PUSH message information fee. The following field information needs to be recorded in the CDR:

10) The PPG sends a result notification request to the PI; the PI returns a response message to the result notification request. This step is not required. It is optional and does not affect the sending of PUSH messages or the billing of PUSH messages.

According to the foregoing embodiment, the method of the present invention may apply different charging policies to different PIs for PUSH messages sent by different PIs. Different charging policies may be adopted for different PUSH services sent by the same PI. The PI is charged, and the receiver can be charged or the two parties can be charged at the same time. The PUSH service of the present invention adopts a flexible charging policy to issue a PUSH service.

The second embodiment of the charging service content-based charging system provided by the present invention provides the function of the data service management device to the push proxy device. Therefore, in this embodiment, only the initiating device, the push proxy device, and the receiving device of the push message are included. The terminal that pushes the message, where:

The initiating device is configured to send a push message to the push proxy device, where the message includes charging information, where the charging information includes a service type identifier and billing party information; and the push proxy device stores billing of various service types. Strategy

Pushing proxy device, which is used to store charging policies of various service types, and sends the receiving device to the receiving device. The sent charging request message is processed to determine the information fee price and the withholding information fee. If the pre-deduction is successful, the push message is sent to the terminal, and the response message returned by the terminal is received, and the response message includes the push message. The status code of the result determines whether real charging or charging is required according to the status code; if the withholding is unsuccessful, the current service request is interrupted.

The structure of the push proxy device may refer to FIG. 5, which includes:

a storage unit, configured to store a charging policy;

The determining processing unit determines whether the pre-deduction information fee is successful. If the pre-deduction is successful, the push message is sent to the terminal, and the response message returned by the terminal is received, where the response message includes a status code of the result of the push message delivery, according to the The status code determines whether real charging or charging is required. If the withholding is unsuccessful, the current service request is interrupted.

An example of a second billing system based on push service content is! The second embodiment of the method for charging the content based on the push service provided by the present invention. In this embodiment, the initiator of the push is the initiator device, and the push proxy is the push proxy device. The embodiment includes the following steps. :

1) The initiator of the push sends a push message to the push proxy, where the message includes the charging information, where the charging information includes the service type identifier and the billing party information; the push proxy stores the charging policy of various service types. ;

2) The push proxy processes the received charging request message sent by the push proxy to determine the price of the information fee and the withholding information fee. If the withholding is successful, the process proceeds to step 3); if the withholding is unsuccessful, the interrupt is interrupted. Current business request;

3) The push proxy sends the push message to the terminal, and the terminal returns a response message of the push message to the push proxy, where the response message includes a status code of the result of the push message delivery, and the push proxy determines the status code according to the status code. Whether real billing or billing replenishment is required.

In other embodiments, the method further includes: or includes: the push proxy returns a response to the push message to the initiator of the push; and the push proxy delivers the result according to the push message and the push message information The fee generates a bill.

The charging policy includes one or more of a code identifier of the initiator of the push, a service code identifier, an IP address of the initiator of the push, and a price of the service. The bill includes one or more of a code identifier of the initiator of the push, a service code identifier, an IP address of the initiator of the push, a delivery result of the push message, a recipient number, a biller, and a push message information fee.

The push proxy processes the billing information according to the following steps: Querying the billing policy table, and matching the price of the information fee corresponding to the push message sent by the initiator of the push.

The implementation details of the embodiment and the system embodiment of the present invention are described in detail in the first embodiment of the method of the present invention, and are not described herein again.

The above description is only a preferred embodiment of the present invention, and it should be noted that those skilled in the art can also make several improvements and retouchings without departing from the principles of the present invention. It is considered as the scope of protection of the present invention.

Claims

Rights request

A charging method based on pushing service content, comprising the following steps:

The initiator of the push sends a push message to the push proxy, where the message includes billing information, where the billing information includes billing party information;

The push proxy processes the received response message, and if the withholding is unsuccessful, interrupts the current service request, otherwise;

The push proxy sends the push message to the terminal, and the terminal returns the push message to the push proxy. The push push proxy sends a billing confirmation request message to the data service management platform according to the response message returned by the terminal, and the billing confirmation request message includes the push message. Status code of the result;

The data service management platform determines whether the real charging or the charging replenishment needs to be performed according to the status code in the delivery result of the push message, and sends a charging confirmation response message including the push message information fee to the push proxy.

2. The charging method according to claim 1, wherein the charging information further includes a service type identifier, and the charging policy saved by the data service management platform is corresponding to each service type. Billing strategy.

3. The charging method according to claim 2, characterized by further comprising:

The push proxy returns a response to the push message to the originator of the push.

4. The charging method according to claim 2, characterized by further comprising:

The push proxy generates a bill according to the push message delivery result and the push message information fee.

5. The charging method according to claim 2, wherein the charging policy comprises a code identifier of a promoter of the push, a service code identifier, an IP address of the initiator of the push, and a price of the service. One or several.

6. The charging method according to claim 4, wherein said bill comprises a pusher of a pusher One or more of code identification, service code identification, IP address of the initiator of the push, delivery result of the push message, recipient number, biller and push message information fee.

The charging method according to any one of claims 1 to 6, wherein the data service management platform processes the charging request message sent by the received push proxy according to the following steps: using the request message The field queries the charging policy table and matches the price of the information fee corresponding to the push message sent by the initiator of the push.

The charging method according to any one of the preceding claims, wherein, if the push message is successfully delivered, the data service management platform performs a real deduction, and if the push message fails to be delivered, the data service management platform performs the information. Fees are covered.

9. A charging method based on push service content, comprising the following steps:

The initiator of the push sends a push message to the push proxy, where the message includes billing information, where the billing information includes billing party information; the push proxy stores a billing policy;

The charging method according to claim 9, wherein the charging information further includes a service type identifier, and the charging policy saved by the pushing proxy is a charging policy corresponding to each service type.

The charging method according to claim 10, further comprising:

The charging method according to claim 10, wherein the charging policy comprises one of a code identifier of a push initiator, a service code identifier, an IP address of a push initiator, and a price of the service. Or a few.

The charging method according to any one of claims 12 to 12, wherein the bill includes a code identifier of the initiator of the push, a service code identifier, an IP address of the initiator of the push, and a push cancellation. One or more of the result, the recipient number, the billing party, and the push message information fee.

The charging method according to any one of claims 10 to 14, wherein the pushing agent processes the charging information according to the following steps: querying the charging policy table, matching the initiator of the pushing The price of the information fee corresponding to the sent push message.

16. A charging system based on push service content, comprising: an initiating device for pushing a message, a push proxy device, a data service management device, and a terminal receiving a push message, wherein:

The push proxy device is configured to store the charging policy, forward the charging request message including the charging information to the data service management platform, and receive the response message fed back by the data service management platform to determine whether the withholding is successful, and if the withholding is unsuccessful, The current service request is interrupted, otherwise the push message is sent to the terminal, and the response message of the terminal is received, and the charging confirmation request including the status code of the delivery result of the push message is sent to the data service management platform; Xiao, 3⁄4;

The data service management platform processes the charging request message sent by the received push proxy device, deducts the information fee, and returns a response message to the push proxy device, and sends the information fee price to the push proxy device by using the response message, and Determining whether real charging or charging replenishment is required according to the status code, and sending a charging confirmation response including a push message information fee to the push proxy device

17. A charging system based on push service content, comprising: an initiating device for pushing a message, a push proxy device, and a terminal receiving a push message, wherein:

The push proxy device is configured to store the charging policy, process the charging request message sent by the initiating device, determine the price of the information fee, and deduct the information fee. If the withholding is successful, the push message is sent to the terminal, and Receiving a response message returned by the terminal, where the response message includes a status code of the result of the delivery of the push message, and determining whether the actual charging or the charging is required to be performed according to the status code; if the pre-deduction is unsuccessful, the current service is interrupted. request.

18. A push service agent device, comprising:

a storage unit, configured to store a charging policy; a billing information processing unit, configured to forward a billing request message including billing information to the data service management platform; and receive a response message fed back by the data service management platform;

The judging processing unit determines whether the pre-deduction of the data service management platform is successful according to the response message, and if the pre-deduction is unsuccessful, interrupts the current service request, otherwise, the push message is sent to the terminal, and the response message of the terminal is received. Sending a billing confirmation request containing the status code of the result of the push message delivery to the data service management platform; Xiao, 3⁄4.

19. A push service agent device, comprising:

a storage unit, configured to store a charging policy;