WO2008116420A1 - Procédé de facturation de service, système, serveur de coupure du réseau et résolveur de protocole - Google Patents

Procédé de facturation de service, système, serveur de coupure du réseau et résolveur de protocole Download PDF

Info

Publication number
WO2008116420A1
WO2008116420A1 PCT/CN2008/070596 CN2008070596W WO2008116420A1 WO 2008116420 A1 WO2008116420 A1 WO 2008116420A1 CN 2008070596 W CN2008070596 W CN 2008070596W WO 2008116420 A1 WO2008116420 A1 WO 2008116420A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
protocol
packet
module
type
Prior art date
Application number
PCT/CN2008/070596
Other languages
English (en)
French (fr)
Inventor
Haifeng Duan
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP08715332.6A priority Critical patent/EP2109250B1/en
Priority to MX2009009679A priority patent/MX2009009679A/es
Priority to BRPI0808873-0A priority patent/BRPI0808873A2/pt
Publication of WO2008116420A1 publication Critical patent/WO2008116420A1/zh
Priority to US12/539,857 priority patent/US8649761B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1425—Charging, metering or billing arrangements for data wireline or wireless communications involving dedicated fields in the data packet for billing purposes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1471—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network splitting of costs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/64—On-line charging system [OCS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0227—Filtering policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0227—Filtering policies
    • H04L63/0236—Filtering by address, protocol, port number or service, e.g. IP-address or URL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0227—Filtering policies
    • H04L63/0263—Rule management

Definitions

  • the present invention relates to a mobile data service technology, and in particular, to a service charging method, system, network access server, and protocol parsing apparatus.
  • WAP gateway Wireless Application Protocol
  • the gateway device only supports services based on WAP 1.X and WAP 2.0 versions, including Browse, push (PUSH) and other WAP-based services, such as Multimedia Messaging Service (MMS); for non-WAP services, there is no corresponding gateway device defined, for example, based on Simple Mail Transfer Protocol (SMTP, Simple) Mail Transport Protocol ) / Post Office Protocol Ver3 / IMAP (Interactive Mail Access Protocol) mail, Real Time Transport Protocol (RTP) / Real-time streaming control Protocol (RTSP, Real Time Stream Protocol) / Real-time Streaming Transmission Control Protocol (RTCP, Real Time Control Protocol) streaming media service and File Transfer Protocol (FTP)-based download service.
  • SMTP Simple Mail Transfer Protocol
  • RTP Real Time Transport Protocol
  • RTSP Real-time streaming control Protocol
  • RTCP Real Time Stream Protocol
  • RTCP Real Time Control Protocol
  • FTP File Transfer Protocol
  • the inventors have found through research that in the existing service charging system, before using the non-WAP service, the user needs to set the network protocol (IP) of the service gateway corresponding to different services on the user terminal. , Internet Protocol) address and port number.
  • IP network protocol
  • the user terminal must support the relevant configuration parameters of the service gateway, and most of the current terminals do not support it; on the other hand, Even if the terminal supports the configuration of the service gateway, the user must set the corresponding service gateway for each service, which makes the user's operation of the non-WAP service inconvenient.
  • the embodiment of the invention provides a service charging method, a system, a network access server and a protocol parsing device, which make the user's operation of the service more convenient.
  • a service charging method including:
  • the packet When receiving a service packet, when determining that the packet needs to be parsed by the protocol, the packet is analyzed by the protocol, and the obtained charging information is obtained;
  • the service charging is performed according to the charging information and a preset charging policy.
  • a method for obtaining charging information includes: receiving a service packet; performing a protocol analysis on the packet to obtain charging information when determining that the packet needs to be parsed.
  • a service billing system comprising a network access server, a protocol parsing device, and a billing subsystem,
  • the network access server is configured to receive a service packet, and when determining that the packet needs to be analyzed by the protocol, forwarding the packet to the protocol parsing device;
  • the protocol parsing device is connected to the network access server and the billing subsystem, and is configured to perform protocol parsing on the service packet sent by the network access server to obtain billing information;
  • the charging subsystem is configured to save a preset charging policy, and perform service charging according to the charging policy and the charging information parsed by the protocol analyzing device.
  • a network access server includes:
  • a packet receiving module configured to receive a service packet
  • the determining unit is configured to determine that the service packet received by the packet receiving module needs to be parsed by the protocol
  • the server sending module is configured to send the service packet that is determined to be parsed by the protocol to the corresponding protocol parsing device.
  • a protocol parsing apparatus comprising:
  • the parsing module is configured to perform protocol parsing on the service packet, and obtain a transport layer 5-tuple for transmitting the data packet and a dynamic rule based on the transport layer 5-tuple;
  • a protocol parsing apparatus configured to perform a transport layer 5-tuple obtained by parsing a service packet according to the parsing module,
  • the cumulative traffic of the service layer 5-tuple-based service packet generated by the data packet accumulation module is associated with the cumulative traffic of the protocol control packet corresponding to the service packet generated by the cumulative module, and the accounting information is obtained;
  • the module is configured to process the service packet according to the subsequent policy of the packet generated by the charging subsystem.
  • the parsing module is configured to perform protocol parsing on the service packet to obtain charging information.
  • the packet processing module is configured to process the service packet according to the subsequent policy of the packet generated by the charging subsystem.
  • the network access server after determining that the received service packet needs to be parsed by the protocol, the network access server sends the service packet to the protocol parsing device, which is calculated by the protocol parsing device and the billing subsystem.
  • the fee is used to realize the charging of the WAP service and the non-WAP service, and the user is not required to set the service gateway before using the service, so that the user can use the service more conveniently.
  • FIG. 1 is a schematic structural diagram of a service charging system and an external connection relationship according to an embodiment of the present invention
  • FIG. 2 is a schematic structural diagram of a network access server according to an embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of a protocol analysis apparatus for separately transmitting a control protocol and a data packet according to an embodiment of the present invention
  • FIG. 4 is a flowchart of a service charging method according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of a method for parsing an RTSP protocol according to an embodiment of the present invention
  • FIG. 6 is a flowchart of a charging method for separately transmitting a transmission protocol protocol application message between a control signaling and a data packet according to an embodiment of the present invention.
  • the service charging method provided by the embodiment of the present invention includes: receiving a service packet, performing protocol analysis on the service packet, and obtaining charging information when determining that the service packet needs to be parsed; Set the accounting policy to perform service accounting.
  • the service charging method provided by the embodiment of the present invention is described in detail below by taking the service IP address as an example.
  • FIG. 1 is a schematic diagram of a structure of a service charging system and an external connection relationship according to an embodiment of the present invention.
  • the service charging system 100 includes: a network access server 110, and protocol analysis.
  • Device 120 and billing subsystem 105 are included in the service charging system 100.
  • the network access server 110 is configured to receive a service IP packet, including a service IP packet sent by the mobile terminal 104 through the mobile core network 103, or a service provider (SP, Service Provider)/content provider (CP, The content Provider 101 transmits the service IP packet sent by the firewall 102.
  • SP Service Provider
  • CP content provider
  • the content Provider 101 transmits the service IP packet sent by the firewall 102.
  • the service IP packet is forwarded to the corresponding protocol parsing device 120.
  • the protocol parsing device 120 is connected to the network access server 110 and the billing subsystem 105, and is configured to perform protocol parsing on the service IP packet sent by the network access server 110 to obtain billing information.
  • the protocol parsing device 120 corresponds to the protocol identifier of each protocol, and the number of protocol parsing devices corresponding to the same protocol identifier is one or more.
  • the network access server 110 selects one of the least loaded ones of the protocol parsing devices corresponding to the protocol identifiers in the service IP packets.
  • Each protocol includes protocols such as SMTP, POP3, IMAP, RTP, RTSP, RTCP, and FTP that require protocol resolution.
  • the billing subsystem 105 is connected to the protocol parsing device 120 for storing a pre-set charging policy, and performing billing based on the stored billing policy and the billing information parsed by the protocol parsing device 120. It should be noted that the protocol parsing device 120 and the billing subsystem 105 may be set separately or in combination.
  • the network access server includes: a message receiving module 200, a determining unit 210, a server sending module 201, an accumulating module 202, and a first report.
  • Text processing module 203 wherein
  • the packet receiving module 200 is configured to receive a service IP packet.
  • the server sending module 201 is configured to send, to the corresponding protocol parsing device, a service IP packet that needs to be parsed by the protocol.
  • the determining unit 210 is configured to determine whether the service IP packet needs to be parsed by the protocol, and specifically includes: a message storage module 211, a protocol identifier obtaining module 212, a searching module 213, and a rule storage module 214, where:
  • the message storage module 211 is configured to save the service IP packet received by the packet receiving module 200.
  • the protocol identifier obtaining module 212 is configured to obtain the protocol identifier from the service IP packet saved by the packet storage module 211.
  • the rule storage module 214 is configured to save a preset first type static rule, where the first type static rule is used to save a protocol identifier of a service that needs to perform protocol parsing;
  • the search module 213 is configured to: in the first type of static rule of the rule storage module 214, the protocol identifier obtained by the protocol identifier obtaining module 212 from the service IP packet, if the identifier is found in the first type of static rule. And the determining, by the server sending module 201, the determining signal that the service IP packet needs to be parsed by the protocol;
  • the server sending module 201 sends the service IP packet that needs to be analyzed by the protocol to the corresponding protocol parsing device under the control of the determining signal sent by the searching module 213.
  • the first packet processing module 203 is configured to process the service IP packet saved by the packet storage module 211 according to the subsequent policy of the packet generated by the charging subsystem 105.
  • the first packet processing module 203 forwards the service IP packet saved by the packet storage module 211 to the firewall 102 or the mobile core network, when the accounting subsystem 105 is successfully configured to generate a packet subsequent policy for forwarding the service IP packet. 103.
  • the rule storage module 214 further stores a pre-configured second type of static rule, where the second type of static rule is used to store a protocol identifier of the service and a processing method for the service IP packet based on the protocol identifier;
  • the accumulating module 202 is configured to, according to the determining signal sent by the searching module 213, the record that matches the protocol identifier according to the second type of static rule, corresponding to the protocol identifier, and the accumulated message storage module 211 and the protocol identifier.
  • the rule storage module 214 further saves the transmission based on the protocol parsing device of the control signaling and the data packet separate transmission type protocol.
  • the layer 5 tuple dynamic rule at this time, the network access server 110 further includes: a data packet accumulation module; when the lookup module 213 does not find a record matching the protocol identifier in the second type of static rule, further based on Searching in the dynamic rule of the transport layer 5-tuple, if the record matching the protocol identifier is found, sending a determination signal for determining the accumulated service IP packet to the data message accumulation module; and the data message accumulation module according to the search module 213
  • the found dynamic rule corresponds to the transport layer 5-tuple, accumulating services based on the transport layer 5-tuple IP traffic or duration and traffic.
  • FIG. 3 is a schematic structural diagram of a protocol parsing apparatus for separately transmitting a control signaling and a data packet according to an embodiment of the present invention.
  • the protocol parsing apparatus 120 includes: a second packet processing module 300, and a storage module 301. , the parsing module 302 and the traffic association module 303; wherein
  • the second packet processing module 300 is configured to process the service IP packet saved by the storage module 301 according to the packet subsequent policy generated by the charging subsystem 105.
  • the second packet processing module 300 forwards the service IP packet saved by the storage module 301 to the first report of the network access server, when the charging subsystem 105 is successfully configured to generate a packet subsequent policy for forwarding the service IP packet.
  • the text processing module 203 is forwarded by the first packet processing module 203 of the network access server to the firewall 102 or the mobile core network 103.
  • the second packet processing module 300 deletes the service IP packet saved by the storage module 301 when the billing subsystem 105 fails to generate the packet subsequent policy for deleting the service IP packet.
  • the storage module 301 is configured to save a service IP packet sent by the server sending module 201.
  • the module can be set in the protocol parsing device, or the module can be separately set in the billing system to save the service IP packet.
  • the parsing module 302 is configured to perform protocol parsing on the service IP packet saved by the storage module 301, and obtain a transport layer 5-tuple for transmitting the data packet and a dynamic rule based on the transport layer 5-tuple.
  • the traffic association module 303 is configured to: according to the transport layer 5-tuple obtained by parsing the service IP packet by the parsing module 302, and the cumulative traffic of the service layer 5-tuple-based service IP packet generated by the data packet accumulating module, and the accumulating module.
  • the cumulative traffic of the protocol control packet corresponding to the service IP packet generated by the 202 is associated with the billing information.
  • the protocol parsing apparatus 120 of other protocols includes a second packet processing module 300, a storage module 301, and a parsing module 302.
  • the second packet processing module 300 is configured to process the service IP packet saved by the storage module 301 according to the packet subsequent policy generated by the charging subsystem 105.
  • the storage module 301 is configured to save the service IP packet sent by the network access server 110.
  • the device may be disposed in the protocol parsing device, or may be separately set in the service charging system to save the service. IP packet.
  • the parsing module 302 is configured to perform protocol parsing on the service IP packet saved by the storage module 301 to obtain charging information.
  • the network access server in the embodiment of the present invention may be a General Packet Radio Service Gateway Support Node (GGSN), the GPRS is a General Packet Radio Service (General Packet Radio Service), and a Packet Data Service Node (PDSN, Packet Data). Service Node) or other network access server (NAS, Network Access Server).
  • the protocol identifier in the embodiment of the present invention is a port number, an IP address, and an IP layer protocol number.
  • the network access server determines whether the service IP packet needs to be parsed according to the destination IP address, the destination port number, and the IP layer protocol number in the service IP address. After determining that the protocol needs to be parsed, the corresponding protocol parsing device is determined according to the destination IP address, the destination port number, and the IP layer protocol number in the service IP packet.
  • the network access server determines whether the service IP packet needs to be parsed according to the source IP address, the source port number, and the IP layer protocol number in the service IP address; After determining that the protocol needs to be parsed, the corresponding protocol parsing device is determined according to the source IP address, the source port number, and the IP layer protocol number in the service IP packet.
  • the network access server after determining that the received service packet needs to be parsed by the protocol, the network access server sends the service packet to the protocol parsing device, and the protocol parsing device and the billing subsystem perform charging.
  • the billing of the WAP service and the non-WAP service is implemented, and the user is not required to set the service gateway before using the service, so that the user's operation of the service is more convenient, and the operability of the user for the service is increased;
  • the network access server does not perform traffic accounting for services that need to perform content charging, and thus does not need to perform complex traffic replenishment.
  • FIG. 4 is a flowchart of a service charging method according to an embodiment of the present invention. Referring to FIG. 4, the method includes the following steps:
  • Step 400 ?? Step 401 The mobile terminal sends a Packet Data Protocol (PDP) activation request to the network access server to obtain an authentication permission of the network access server; and receives the PDP activation request from the network access server.
  • PDP Packet Data Protocol
  • Step 402 The network access server receives the service IP packet sent by the mobile terminal or the content providing server.
  • Step 403 The network access server determines the service according to the first type of static rule set in advance. Whether the IP packet needs to be parsed by the protocol, if the protocol parsing is required, step 408 is performed; if the protocol parsing is not required, the pre-configured second type static rule is found, and if the service type IP packet exists in the second type of static rule If the protocol identifier matches the record, step 404 is performed; if not, the pre-stored dynamic rule is searched.
  • the dynamic rule has a dynamic rule based on the transport layer 5-tuple in the service IP packet.
  • the action in the matched dynamic rule is processed by the packet, or forwarded to the protocol parsing component, or accumulated traffic; otherwise, according to the default rule, the traffic of the service IP packet is accumulated, and the service is performed by the network access server and the charging subsystem. IP packets are charged for traffic.
  • the first type of static rule is preset in the network access server, and is used to save the protocol identifier of the service that needs to perform protocol parsing.
  • the second type of static rule is also preset in the network access server, and is used to store the protocol identifier of the service that does not need to be parsed by the protocol, and the processing method of the service IP text based on the protocol identification.
  • the dynamic rule refers to a protocol parsing device that separates the transmission signaling protocol from the control signaling and the data packet, and generates the protocol control packet generated by the transmission type protocol separately according to the control signaling and the data packet, and sends the packet to the network access server.
  • the processing method of data packets of such protocols are described in detail below.
  • the protocol identifier includes the port number, IP address, and IP layer protocol number.
  • Some well-known services use fixed ports. For example, Hypertext Transfer Protocol (HTTP) uses port 80 and FTP services. Using port 21, the streaming service uses port 554 and so on.
  • the network access server searches for a record matching the port number, IP address, and IP layer protocol number in the service IP address in the first type of static rule or the second type of static rule saved in advance.
  • HTTP Hypertext Transfer Protocol
  • the network access server After obtaining the service IP packet sent by the mobile terminal to the content providing server, the network access server searches for the first type static rule or the second type static rule in the preset type after obtaining the protocol identifier in the service IP packet. A record matching the destination IP address, the destination port number, and the IP layer protocol number in the service IP packet. For the service IP packet sent by the content providing server to the mobile terminal, the network access server is in the first set in advance. The static rule or the second type of static rule searches for the source IP address, source port number, and IP layer protocol number matching record in the service IP packet.
  • Step 404 The network access server matches the record matching the protocol identifier in the service IP address in the second type of static rule, corresponding to the protocol identifier, and accumulates the industry matching the protocol identifier.
  • IP 4 ⁇ text traffic or traffic and duration.
  • Step 405 The network access server reports the accumulated traffic or duration and traffic to the charging subsystem periodically or quantitatively.
  • the quantitative reporting of the network access server is reported according to the accumulated traffic value, that is, the network access server determines that the accumulated traffic is increased to a preset traffic value, and the traffic value is reported to the charging subsystem;
  • the duration report that is, the network access server determines that the accumulated duration increases to a preset duration value, and reports the duration value and the corresponding traffic value to the charging subsystem.
  • Step 406 The network access server receives a packet follow-up policy that the charging subsystem replies after the charging is completed.
  • the charging subsystem After receiving the traffic value reported by the network access server, the charging subsystem performs charging according to the charging policy preset in the charging subsystem, and responds to the network access server according to the charging result. Strategy. If the accounting succeeds, the subsequent policy of the packet is to continue to forward the service IP packet. If the accounting is unsuccessful, for example, the charging subsystem does not find the charging policy corresponding to the service IP packet, and the charging policy cannot be performed. The subsequent policy of the packet is to delete the service IP packet.
  • Step 407 The network access server forwards the service IP packet to the content providing server or the mobile terminal according to the subsequent policy of the received packet, or deletes the service IP packet, and ends the process.
  • a user terminal is in two services, and the network access server does not have static rules and dynamic rules that match the two services, that is, the network access server is in the first type of static rules, the second type of static rules, and dynamic rules. If the records matching the protocol identifiers of the service packets of the two services are not found, the traffic is accumulated simultaneously for the two services according to the default rules and charging policies. If the network access server pre-sets records matching the protocol identifiers of the two services in the second type of static rules, the traffic is accumulated for the two services, and separately charged.
  • Step 408 The network access server selects a corresponding protocol parsing device according to the protocol identifier in the service IP packet.
  • the network access server performs this step after determining that the service IP packet is a service IP packet that needs to be parsed by the protocol.
  • the network access server pre-stores the correspondence between the protocol identifier and the IP address of the protocol parsing device, and the network access server searches for the corresponding association according to the protocol identifier in the service IP packet.
  • the IP address of the resolution device is the IP address of the resolution device.
  • the network access server selects the lightest one, for example, sends a probe message to all protocol parsing devices corresponding to the service IP packet protocol identifier, and receives the protocol parsing device.
  • the response message determines that the fastest response protocol parsing device is the lightest load; or determines the lightest protocol parsing device according to the load level of each protocol parsing device carried in the response message.
  • Step 409 The network access server forwards the service IP packet to the corresponding protocol parsing device.
  • the charging information obtained by the protocol parsing may be the service information of the service IP packet that needs to perform content charging, or may be the accumulated traffic, duration, and traffic of the service IP packet that needs to be charged, and corresponding Business information.
  • the service information of the content charging is required, including the service information such as the Uniform Resource Locator (URL, Uniform Resource Locator), source or destination port number, source or destination IP address, or service identifier in the service IP packet.
  • the service information such as the Uniform Resource Locator (URL, Uniform Resource Locator), source or destination port number, source or destination IP address, or service identifier in the service IP packet.
  • FIG. 5 is a flowchart of a method for parsing an RTSP protocol according to an embodiment of the present invention. As shown in FIG. 5, the method includes the following steps:
  • Step 500 Read the next line of the RTSP text.
  • Step 501 Determine whether it is the first line, if yes, go to step 502; otherwise, go to step 505.
  • Step 502 Determine whether the RTSP message is a request or a response, if yes, execute step 503; if yes, go to step 504.
  • Step 503 Parse the RTSP request command to obtain a URL, a protocol type, and a version number, and then perform step 500.
  • Step 504 Parse the RTSP response, obtain a protocol type, a version number, a status code, and a status description, and then perform step 500.
  • Step 505 Obtain the client port number or the server port number by parsing the keywords defined in the RTSP protocol, and then perform step 500.
  • the protocol parsing device After the protocol parsing device performs protocol parsing on the service IP packet, the service IP obtained by the parsing is obtained.
  • the URL in the packet determines whether the service IP packet is used for content charging or traffic accounting. If content charging is performed, step 411 is performed. If the traffic accounting is performed, the traffic or duration of the service IP packet is accumulated. Flow, and go to step 411.
  • Step 411 Trigger a charging operation.
  • the protocol parsing device sends the charging information to the charging subsystem to trigger the charging operation of the charging subsystem.
  • Step 412 The charging subsystem performs charging, and after the charging is completed, sends a message follow-up policy to the protocol parsing device according to the charging result.
  • the charging subsystem selects a charging policy that matches the service information to perform charging according to the received charging information, and sends a packet follow-up policy to the protocol parsing device according to the charging result. If the charging succeeds, the packet is subsequently followed. The policy is to forward the service IP packet. If the accounting is unsuccessful, for example, if the charging subsystem cannot find the accounting policy that matches the charging information, and the accounting policy fails to be charged, the subsequent policy of the packet is to delete the service IP. Yan Wen.
  • Step 413 The protocol parsing device forwards the service IP packet to the network access server according to the subsequent policy of the packet, and performs step 414; or deletes the service IP packet, and then ends the process.
  • Step 414 The network access server forwards the service IP packet to the content providing server or the mobile terminal, and then ends the process.
  • the protocol parsing device of the step 410 to the step 414 does not include a protocol parsing device that separates the control signaling from the data packet, and the protocol parsing device receives the service IP packet that needs to be parsed by the protocol. As described in steps 501 to 502.
  • the service IP packet belongs to the application packet of the control signaling and the data packet separately, for example, the RTSP/RTP/RTCP and the Session Initiation Protocol (SIP), the streaming media control packet, and the audio and video packet are separated.
  • the protocol control packet and the data packet of the packet adopt different port numbers, and the transport layer 5 tuple for transmitting the data packet is dynamically negotiated by the content providing server and the mobile terminal, and is in the protocol control packet.
  • the transport layer 5-tuple used in transmitting the data message is obtained, and thus is obtained when the protocol parsing apparatus performs protocol parsing.
  • Most of the data packets in this type of message are audio and video messages.
  • the embodiment of the present invention processes the control signaling and data in the following manner.
  • the packets of the class are transmitted separately.
  • FIG. 6 is a flowchart of a charging method for separately transmitting an application packet of control signaling and data packet according to an embodiment of the present invention. As shown in FIG. 6, the method includes the following steps:
  • Step 600 The network access server sends the received service IP packet for protocol parsing to the matching protocol parsing device, where the protocol parsing device is a protocol parsing device that separately transmits the control protocol and the data packet.
  • the IP packet is a protocol control packet in which the control signaling and the data packet are transmitted separately.
  • Step 601 Controlling the signaling and the data packet separately
  • the protocol parsing device of the transport protocol performs protocol parsing on the received protocol control packet, and parses the transport layer 5-tuple for transmitting the data packet.
  • the transport layer 5-tuple includes a source IP address, a destination IP address, a source port number, a destination port, and an IP layer protocol number for transmitting data packets.
  • Step 602 The protocol parsing device sends a dynamic rule based on the transport layer 5-tuple to the network access server.
  • the dynamic rule that is sent indicates that the subsequent policy of the service IP packet based on the transport layer 5-tuple is:
  • the network access server corresponds to the transport layer 5-tuple, and the cumulative based on the transport layer 5-tuple
  • the traffic or duration and traffic of the service IP packet are reported to the corresponding protocol parsing device periodically or quantitatively.
  • Step 603 The network access server receives the service IP packet again, and does not find the record matching the protocol identifier in the service IP packet in the preset first type static rule and the second type static rule.
  • the dynamic rule is found to be based on the dynamic rule of the transport layer 5-tuple, and the service IP packet is a data packet in which the control signaling and the data packet are transmitted separately.
  • Step 604 The network access server accumulates the traffic, duration, and traffic of the data packet based on the transport layer 5-tuple, according to the discovered dynamic rule based on the transport layer 5-tuple, corresponding to the transport layer 5-tuple.
  • Step 605 The network access server reports the accumulated traffic or duration and traffic to the corresponding protocol parsing device periodically or quantitatively.
  • Step 606 The protocol parsing device associates the traffic of the data packet based on the transport layer 5-tuple with the protocol control packet corresponding to the data packet, and obtains the charging information.
  • Step 607 Trigger a charging operation.
  • the protocol parsing device sends the charging information to the charging subsystem to trigger the charging operation of the charging subsystem.
  • Step 608 The charging subsystem performs charging according to the preset charging policy, and returns a message follow-up policy to the protocol parsing device.
  • Step 609 The protocol parsing device forwards the service IP packet to the network access server according to the subsequent policy of the packet, and performs step 610; or deletes the service IP packet, and ends the process.
  • Step 610 The network access server forwards the service IP packet to the mobile terminal or the content providing server.
  • the service charging method, the system, the network access server, and the protocol parsing apparatus provided by the embodiment of the present invention are configured by the network access server according to whether the service packet needs to be analyzed. Different processing of service packets: If protocol analysis is required, it is sent to the protocol parsing device for protocol parsing, and the billing information is parsed. The billing subsystem performs billing according to the billing information and the preset charging policy. If protocol resolution is required, the network access server and the billing subsystem perform traffic accounting. Realized content charging and traffic accounting for WAP and non-BY services, as well as control of non-BY services. At the same time, users are more convenient and faster when using mobile data services, and do not need to input different service gateway settings for different services.
  • the network access server For the service of the control signaling and the data packet separately, the network access server performs the flow rate, and the protocol parsing device associates the protocol identifier of the protocol control packet corresponding to the data packet with the traffic of the data packet, and then sends the packet to the traffic of the data packet.
  • the billing subsystem is charged by the billing subsystem, thereby avoiding the impact of the processing capability of the protocol parsing device caused by such a large amount of data.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Accounting & Taxation (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Meter Arrangements (AREA)

Description

业务计费方法、 系统、 网络接入服务器及协议解析装置
本申请要求于 2007 年 3 月 28 日提交中国专利局、 申请号为 200710088831.9、 发明名称为"业务计费方法、 系统、 网络接入服务器及协议 解析装置"的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及移动数据业务技术， 具体涉及一种业务计费方法、 系统、 网络 接入服务器及协议解析装置。
背景技术
目前， 随着新一代无线网络的建设， 移动数据业务的用户数量迅速增长， 用户对移动数据业务种类的要求也迅速增多。 利用高速无线接入技术，现有的 移动数据业务系统可以提供丰富的数据业务， 包括多媒体消息业务、 下载类业 务、邮件业务和流媒体业务等。但是，目前移动网络中只为无线应用协议（WAP, Wireless Application Protocol )业务定义了相应的 WAP网关 （ WAPGW, WAP Gateway ), 该网关设备只支持基于 WAP 1.X以及 WAP 2.0版本的业务， 包括 浏览、推（PUSH )以及其他一些基于 WAP的业务，例如多媒体消息业务（MMS, Multimedia Messaging Service )等； 而对于非 WAP业务却没有定义相应的网关 设备， 例如基于简单邮件传输协议（ SMTP, Simple Mail Transport Protocol ) / 邮局协议 ( POP3 , Post Office Protocol Ver3 ) /互动邮件访问协议 ( IMAP, Interactive Mail Access Protocol )的邮件、基于实时流媒体传输协议（ RTP , Real Time Transport Protocol ) /实时流媒体控制协议 （RTSP , Real Time Stream Protocol ) /实时流媒体传输控制协议（RTCP, Real Time Control Protocol ) 的 流媒体业务以及基于文件传输协议（FTP, File Transfer Protocol ) 的下载业务 等。 这样， 在用户使用此类非 WAP业务时， 网络中没有对应的实体进行控制 与计费支持， 导致不能对整个移动价值链进行^ ^好的控制与管理， 进而退化为 简单的通道提供商。
在实现本发明的过程中，发明人经过研究发现：在现有的业务计费系统中， 用户在使用非 WAP业务之前， 需要在用户终端上设置不同业务相对应的业务 网关的网络协议（ IP , Internet Protocol )地址以及端口号， 一方面， 用户终端 必须支持业务网关的相关配置参数，而当前的大部分终端都不支持；另一方面， 即使终端支持业务网关的相关配置， 用户也必须为各业务设置对应的业务网 关， 导致用户对非 WAP业务的使用操作不便捷。
发明内容
本发明实施例提供一种业务计费方法、 系统、 网络接入服务器及协议解析 装置， 使用户对业务的使用操作更加便捷。
本发明实施例的技术方案如下：
一种业务计费方法， 包括：
接收业务报文， 在确定该报文需要进行协议解析时， 对该报文进行协议解 析， 得到的计费信息；
根据所述计费信息和预先设置的计费策略， 进行业务计费。
一种获得计费信息的方法， 包括： 接收业务报文； 在确定该报文需要进行 协议解析时， 对该报文进行协议解析， 得到计费信息。
一种业务计费系统， 该系统包括网络接入服务器、 协议解析装置和计费子 系统，
所述网络接入服务器， 用于接收业务报文， 在确定该报文需要进行协议解 析时， 将所述报文转发至协议解析装置；
所述协议解析装置与网络接入服务器和计费子系统相连， 用于对网络接入 服务器发送的业务报文进行协议解析， 得到计费信息；
所述计费子系统， 用于保存预先设置的计费策略， 根据所述计费策略和协 议解析装置解析出的计费信息， 进行业务计费。
一种网络接入服务器， 包括：
报文接收模块， 用于接收业务报文；
判定单元， 用于确定报文接收模块接收到的业务报文需要进行协议解析； 服务器发送模块， 用于将确定需要进行协议解析的业务报文发送至对应的 协议解析装置。
一种协议解析装置， 包括：
解析模块， 用于对业务报文进行协议解析， 得到用于传输数据报文的传输 层 5元组和基于该传输层 5元组的动态规则；
流量关联模块， 用于根据解析模块解析业务报文得到的传输层 5元组， 将 数据报文累计模块产生的基于传输层 5元组的业务报文的累计流量，与累计模 块产生的该业务报文对应的协议控制报文的累计流量相关联， 得到计费信息； 报文处理模块，用于根据计费子系统产生的报文后续策略，处理业务报文。 一种协议解析装置， 包括：
解析模块， 用于对业务报文进行协议解析， 得到计费信息；
报文处理模块，用于根据计费子系统产生的报文后续策略，处理业务报文。 本发明实施例提供的技术方案中，在确定接收到的业务报文需要进行协议 解析后， 网络接入服务器将该业务报文发送到协议解析装置， 由协议解析装置 和计费子系统进行计费， 从而实现了对 WAP业务及非 WAP业务的计费， 而 且不需要用户在使用业务之前设置业务网关，使得用户对业务的使用操作更加 便捷。
附图说明
图 1 为本发明实施例中业务计费系统结构及对外连接关系示意图； 图 2为本发明实施例中的网络接入服务器结构示意图；
图 3 为本发明实施例中的控制信令与数据报文分开传输类协议的协议解 析装置结构示意图；
图 4为本发明实施例中业务计费方法流程图；
图 5为本发明实施例中的 RTSP协议解析方法流程图；
图 6 为本发明实施例中控制信令与数据报文分开传输类协议应用报文的 计费方法流程图。
具体实施方式
下面结合附图及具体实施例对本发明进行详细说明。
本发明实施例提供的业务计费方法包括： 接收业务报文， 在确定该业务报 文需要进行协议解析时， 对该业务报文进行协议解析， 得到计费信息； 根据该 计费信息和预先设置的计费策略， 进行业务计费。
下面以业务 IP 艮文为例， 对本发明实施例提供的业务计费方法进行详细 说明。
图 1 为本发明实施例中业务计费系统结构及对外连接关系示意图，参见图 1 , 本发明实施例中业务计费系统 100 包括： 网络接入服务器 110、 协议解析 装置 120和计费子系统 105。
其中， 网络接入服务器 110, 用于接收业务 IP报文， 包括移动终端 104 通过移动核心网 103 发送来的业务 IP 报文， 或服务提供商 （ SP, Service Provider ) /内容提供商 ( CP, Content Provider ) 101通过防火墙 102发送来的 业务 IP报文； 在确定该业务 IP报文需要进行协议解析时， 将该业务 IP报文 转发至对应的协议解析装置 120。
协议解析装置 120与网络接入服务器 110和计费子系统 105相连，用于对 网络接入服务器 110发送的业务 IP报文进行协议解析， 得到计费信息。
协议解析装置 120与各协议的协议标识相对应，对应于同一协议标识的协 议解析装置的数量为一个或多个。 当对应于业务 IP报文中协议标识的协议解 析装置的个数为一个以上时， 网络接入服务器 110选择多个对应于业务 IP报 文中协议标识的协议解析装置中负载最轻的一个。 各协议包括 SMTP、 POP3、 IMAP、 RTP、 RTSP、 RTCP和 FTP等需要进行协议解析的协议。
计费子系统 105与协议解析装置 120相连，用于保存预先设置的计费策略， 根据保存的计费策略和协议解析装置 120 解析得到的计费信息， 进行业务计 费。 需要说明的是， 协议解析装置 120和计费子系统 105既可以分开设置， 也 可以合并设置。
图 2为本发明实施例中的网络接入服务器结构示意图， 如图 2所示， 网络 接入服务器包括： 报文接收模块 200、 判定单元 210、 服务器发送模块 201、 累计模块 202和第一报文处理模块 203; 其中，
报文接收模块 200, 用于接收业务 IP报文。
服务器发送模块 201 , 用于向对应的协议解析装置发送确定需要进行协议 解析的业务 IP报文。
判定单元 210, 用于确定业务 IP报文是否需要协议解析， 具体包括： 报文 存储模块 211、 协议标识获取模块 212、 查找模块 213和规则存储模块 214, 其中：
报文存储模块 211 ,用于保存所述报文接收模块 200接收到的业务 IP报文； 协议标识获取模块 212,用于从报文存储模块 211保存的业务 IP报文中获 取协议标识； 规则存储模块 214, 用于保存预先设置的第一类静态规则， 所述第一类静 态规则用于保存需要进行协议解析的业务的协议标识；
查找模块 213 , 用于在规则存储模块 214的第一类静态规则中， 查找协议 标识获取模块 212从业务 IP报文中获取的协议标识， 如果在所述第一类静态 规则中查找到与所述协议标识匹配的记录，则向所述服务器发送模块 201发送 确定该业务 IP报文需要进行协议解析的确定信号；
服务器发送模块 201 , 在查找模块 213发送的确定信号的控制下， 将确定 需要进行协议解析的业务 IP报文发送至对应的协议解析装置。
第一报文处理模块 203 , 用于根据计费子系统 105产生的报文后续策略， 处理报文存储模块 211保存的业务 IP报文。 当计费子系统 105计费成功， 产 生转发业务 IP报文的报文后续策略时， 第一报文处理模块 203将报文存储模 块 211保存的业务 IP报文转发至防火墙 102或移动核心网 103。
规则存储模块 214进一步保存预先设置的第二类静态规则，所述第二类静 态规则用于保存业务的协议标识以及对基于该协议标识的业务 IP报文的处理 方法；
累计模块 202 , 用于在查找模块 213发送的确定信号控制下， 根据第二类 静态规则中与该协议标识匹配的记录， 对应于该协议标识， 累计报文存储模块 211 保存的与该协议标识匹配的业务 IP报文的流量或时长和流量； 查找模块 213如果在所述第一类静态规则中没有查找到与协议标识匹配的记录， 则进一 步在所述规则存储模块 214的第二类静态规则中查找所述协议标识，如果查找 到与所述协议标识匹配的记录， 则向累计模块 202发送确定信号。
当业务计费系统 100 进一步包括控制信令与数据报文分开传输类协议的 协议解析装置时，规则存储模块 214进一步保存控制信令与数据报文分开传输 类协议的协议解析装置产生的基于传输层 5元组的动态规则； 此时， 网络接入 服务器 110进一步包括： 数据报文累计模块； 当查找模块 213在第二类静态规 则中没有查找到与协议标识匹配的记录时，进一步在基于传输层 5元组的动态 规则中查找， 如果查找到与协议标识匹配的记录， 则向数据报文累计模块发送 确定累计该业务 IP报文的确定信号； 数据报文累计模块再根据查找模块 213 查找到的动态规则， 对应于该传输层 5元组， 累计基于该传输层 5元组的业务 IP 文的流量或时长和流量。
图 3 为本发明实施例中的控制信令与数据报文分开传输类协议的协议解 析装置结构示意图， 如图 3所示， 协议解析装置 120包括： 第二报文处理模块 300、 存储模块 301、 解析模块 302和流量关联模块 303; 其中，
第二报文处理模块 300, 用于根据计费子系统 105产生的报文后续策略， 处理存储模块 301保存的业务 IP报文。 当计费子系统 105计费成功， 产生转 发业务 IP报文的报文后续策略时， 第二报文处理模块 300将存储模块 301保 存的业务 IP报文转发至网络接入服务器的第一报文处理模块 203 , 由网络接 入服务器的第一报文处理模块 203转发至防火墙 102或移动核心网 103。 当计 费子系统 105计费不成功， 产生删除业务 IP报文的报文后续策略时， 第二报 文处理模块 300将存储模块 301保存的业务 IP报文删除。
存储模块 301 , 用于保存服务器发送模块 201发送的业务 IP报文。 实际应 用中， 该模块可设置在协议解析装置内部， 也可以在计费系统中单独设置该模 块， 用于保存业务 IP报文。
解析模块 302 , 用于对存储模块 301保存的业务 IP报文进行协议解析， 得 到用于传输数据报文的传输层 5元组和基于该传输层 5元组的动态规则；
流量关联模块 303 ,用于根据解析模块 302解析业务 IP报文得到的传输层 5元组， 将数据报文累计模块产生的基于传输层 5元组的业务 IP报文的累计 流量， 与累计模块 202产生的该业务 IP报文对应的协议控制报文的累计流量 相关联， 得到计费信息。
其它协议的协议解析装置 120包括：第二报文处理模块 300、存储模块 301 和解析模块 302。
其中， 第二报文处理模块 300, 用于根据计费子系统 105产生的报文后续 策略， 处理存储模块 301保存的业务 IP报文。
存储模块 301 , 用于保存网络接入服务器 110发送的业务 IP报文； 实际应 用中， 该装置可设置在协议解析装置内部， 也可以在业务计费系统中单独设置 该模块， 用于保存业务 IP报文。
解析模块 302 , 用于对存储模块 301保存的业务 IP报文进行协议解析， 得 到计费信息。 本发明实施例中的网络接入服务器可以为通用分组无线业务网关支持节 点 ( GGSN, Gate GPRS Support Node,所述 GPRS为通用分组无线业务 General Packet Radio Service ), 分组数据业务节点 （ PDSN, Packet Data Service Node ) 或其它的网络接入服务器 （ NAS , Network Access Server ) 等。
本发明实施例中的协议标识为端口号、 IP地址以及 IP层协议号。
对于移动终端发送到内容提供服务器的业务 IP报文， 网络接入服务器根 据业务 IP 4艮文中的目的 IP地址、 目的端口号以及 IP层协议号， 确定该业务 IP报文是否需要进行协议解析； 在确定需要进行协议解析后， 根据业务 IP报 文中的目的 IP地址、 目的端口号以及 IP层协议号确定对应的协议解析装置。
对于内容提供服务器发送到移动终端的业务 IP报文， 网络接入服务器根 据业务 IP "¾文中的源 IP地址、 源端口号和 IP层协议号， 确定该业务 IP 艮文 是否需要进行协议解析； 在确定需要进行协议解析后， 根据业务 IP报文中的 源 IP地址、 源端口号以及 IP层协议号确定对应的协议解析装置。
本发明上述实施例中， 在确定接收到的业务报文需要进行协议解析后， 网 络接入服务器将该业务报文发送到协议解析装置，由协议解析装置和计费子系 统进行计费， 从而实现了对 WAP业务及非 WAP业务的计费， 而且不需要用 户在使用业务之前设置业务网关， 使得用户对业务的使用操作更加便捷， 增加 了用户对业务使用的可操作性； 同时， 本发明实施例中， 网络接入服务器对于 需要进行内容计费的业务不再进行流量计费， 因此不需要执行复杂的流量回 补。
图 4为本发明实施例中业务计费方法流程图， 参见图 4, 该方法包括以下 步骤：
步骤 400 ~步骤 401 :移动终端向网络接入服务器发送分组数据协议（ PDP, Packet Data Protocol ) 激活请求， 以获得网络接入服务器的鉴权许可； 并接收 网络接入服务器在接收到 PDP激活请求后回复的 PDP激活成功响应， 分配 IP 地址， 建立网络接入服务器与移动终端之间的数据通道。
步骤 402: 网络接入服务器接收移动终端或内容提供服务器发送的业务 IP 报文。
步骤 403: 网络接入服务器根据预先设置的第一类静态规则， 判断该业务 IP报文是否需要进行协议解析， 如果需要进行协议解析则执行步骤 408; 如果 不需要进行协议解析， 则查找预先设置的第二类静态规则， 如果第二类静态规 则中存在与该业务 IP报文中协议标识相匹配的记录， 则执行步骤 404; 如果 不存在， 则查找预先保存的动态规则， 如果动态规则中存在基于该业务 IP报 文中传输层 5元组的动态规则，则根据所匹配到的动态规则中的动作进行报文 处理， 或者转发至协议解析部件， 或者累计流量； 否则根据默认的规则， 累计 业务 IP报文的流量， 由网络接入服务器与计费子系统对业务 IP报文进行流量 计费。
本发明实施例中， 第一类静态规则是在网络接入服务器预先设置的， 用于 保存需要进行协议解析的业务的协议标识。
第二类静态规则也是在网络接入服务器预先设置的，用于保存不需要进行 协议解析的业务的协议标识， 以及对基于该协议标识的业务 IP 文的处理方 法。
动态规则是指由控制信令与数据报文分开传输类协议的协议解析装置，根 据控制信令与数据报文分开传输类协议的协议控制报文生成的，并发送到网络 接入服务器的针对这类协议的数据报文的处理方法。
本步骤中， 协议标识包括端口号、 IP地址和 IP层协议号， 一些周知的业 务使用的都是固定的端口， 例如超文本传输协议 （ HTTP, Hyper Text Transfer Protocol ) 业务使用端口 80, FTP业务使用端口 21 , 流媒体业务使用端口 554 等。网络接入服务器在预先保存的第一类静态规则或第二类静态规则中查找是 否有该业务 IP 4艮文中的端口号、 IP地址及 IP层协议号匹配的记录。
对于移动终端发送到内容提供服务器的业务 IP报文， 网络接入服务器在 获取到该业务 IP报文中的协议标识后， 在预先设置的第一类静态规则或第二 类静态规则中查找是否有该业务 IP报文中的目的 IP地址、 目的端口号和 IP 层协议号匹配的记录； 对于内容提供服务器发送到移动终端的业务 IP报文， 网络接入服务器在在预先设置的第一类静态规则或第二类静态规则中查找是 否有该业务 IP报文中的源 IP地址、 源端口号以及 IP层协议号匹配的记录。
步骤 404: 网络接入服务器根据在第二类静态规则中查找到的与该业务 IP •艮文中协议标识匹配的记录， 对应于该协议标识， 累计与该协议标识匹配的业 务 IP 4艮文的流量或流量和时长。
步骤 405: 网络接入服务器将累计的流量或时长和流量， 定时或定量上报 到计费子系统。
本步骤中， 网络接入服务器定量上报是根据累计流量值上报， 即网络接入 服务器判断累计流量增加到预设的流量值， 则将该流量值上报到计费子系统； 定时上报是根据累计时长上报，即网络接入服务器判断累计时长增加到预设的 时长值， 则将该时长值和对应的流量值上报到计费子系统。
步骤 406: 网络接入服务器接收计费子系统在计费完成后回复的报文后续 策略。
本步骤中， 计费子系统接收到网络接入服务器上报的流量值后， 根据预先 设置在计费子系统的计费策略进行计费，并根据计费结果向网络接入服务器回 复报文后续策略。 如果计费成功， 则报文后续策略为继续转发该业务 IP报文； 如果计费不成功， 例如， 计费子系统没有查找到与业务 IP报文对应的计费策 略， 而导致无法计费时， 则报文后续策略为删除该业务 IP报文。
步骤 407: 网络接入服务器根据接收到的计费子系统回复的报文后续策 略， 将该业务 IP报文转发到内容提供服务器或移动终端， 或删除该业务 IP报 文， 并结束流程。
例如， 某一用户终端正在两个业务， 在网络接入服务器均没有该两个业务 匹配的静态规则和动态规则， 即网络接入服务器在第一类静态规则、 第二类静 态规则以及动态规则中均没有查找到与两个业务的业务报文中协议标识匹配 的记录， 则根据默认的规则和计费策略， 对该两个业务同时累计流量， 同时进 行计费。如果网络接入服务器在第二类静态规则中预先设置了与该两个业务的 协议标识匹配的记录， 则对该两个业务分别累计流量， 并进行分别计费。
步骤 408: 网络接入服务器根据该业务 IP报文中的协议标识选择对应的 协议解析装置。
网络接入服务器在确定该业务 IP报文为需要进行协议解析的业务 IP报文 后， 执行本步骤。
本步骤中， 网络接入服务器预先保存了协议标识与协议解析装置 IP地址 的对应关系， 网络接入服务器根据该业务 IP报文中的协议标识查找对应的协 议解析装置的 IP地址。
如果对应同一协议标识的协议解析装置有多个，网络接入服务器从中选择 负载最轻的一个， 例如发送探测消息到与该业务 IP报文协议标识对应的所有 协议解析装置， 并接收协议解析装置的响应消息， 将响应最快的协议解析装置 确定为负载最轻的；或根据响应消息中携带的各协议解析装置的负载级别确定 负载最轻的协议解析装置。
步骤 409: 网络接入服务器将该业务 IP报文转发至对应的协议解析装置。 步骤 410: 协议解析装置对该业务 IP报文进行协议解析， 解析得到该业 务 IP报文的计费信息。
本步骤中， 协议解析得到的计费信息可以是需要进行内容计费的业务 IP 报文的业务信息； 也可以是需要进行流量计费的业务 IP报文的累计流量或时 长和流量， 以及对应的业务信息。
本步骤中， 需要进行内容计费的业务信息， 包括该业务 IP报文中的统一 资源定位符 （URL, Uniform Resource Locator )、 源或目的端口号、 源或目的 IP地址或业务标识等业务信息。
以下以 RTSP 4艮文的解析为例说明协议解析的方法流程。
图 5为本发明实施例中的 RTSP协议解析方法流程图， 如图 5所示， 该方 法包括以下步骤：
步骤 500: 读取 RTSP 文下一行。
步骤 501 : 判断是否是第一行， 是则执行步骤 502; 否则执行步骤 505。 步骤 502: 判断该 RTSP报文是请求还是响应， 如果是请求， 则执行步骤 503; 是响应， 则执行步骤 504。
步骤 503: 解析该 RTSP请求命令， 得到 URL、 协议类型和版本号， 然后 执行步骤 500。
步骤 504: 解析该 RTSP响应， 得到协议类型、 版本号、 状态码和状态描 述， 然后， 执行步骤 500。
步骤 505: 通过解析 RTSP协议中定义的关键字， 得到客户端端口号或服 务器端口号， 然后执行步骤 500。
协议解析装置对该业务 IP报文进行协议解析后， 根据解析得到的业务 IP 报文中的 URL, 判断该业务 IP报文进行内容计费还是流量计费， 如果进行内 容计费， 则执行步骤 411 ; 如果进行流量计费， 则累计该业务 IP报文的流量或 时长和流量， 并执行步骤 411。
步骤 411 : 触发计费操作。
本步骤中， 协议解析装置将计费信息发送到计费子系统， 以触发计费子系 统的计费操作。
步骤 412: 计费子系统进行计费， 并在计费完成后， 根据计费结果向协议 解析装置发送报文后续策略。
计费子系统根据接收到的计费信息，选择与业务信息相匹配的计费策略进 行计费， 并根据计费结果向协议解析装置发送报文后续策略， 如果计费成功， 则报文后续策略为转发该业务 IP报文； 如果计费不成功， 例如， 计费子系统 查找不到与计费信息匹配的计费策略， 导致无法计费时， 则报文后续策略为删 除该业务 IP 艮文。
步骤 413: 协议解析装置根据该报文后续策略将该业务 IP报文转发到网 络接入服务器， 执行步骤 414; 或删除该业务 IP报文， 然后结束流程。
步骤 414: 网络接入服务器转发该业务 IP报文至内容提供服务器或移动 终端， 然后结束流程。
步骤 410 ~步骤 414所述的协议解析装置不包括控制信令与数据报文分开 传输类协议的协议解析装置，此类协议解析装置在接收到需要进行协议解析的 业务 IP报文时， 处理过程如步骤 501〜步骤 502所述。
如果该业务 IP报文属于控制信令和数据报文分开传输类的应用报文， 例 如 RTSP/RTP/RTCP以及会话初始化协议 （SIP, Session Initiation Protocol )、 流媒体控制报文和音视频报文分开传输类的应用报文。这类报文的协议控制报 文与数据报文采用的是不同的端口号，用于传输数据报文的传输层 5元组由内 容提供服务器与移动终端动态协商得到，并在协议控制报文中携带传输数据报 文时采用的传输层 5元组， 因此在协议解析装置进行协议解析时可得到。 这类 报文中大部分的数据报文为音、视频报文， 对于这部分报文不需要进行内容计 费， 并且数据量很大， 如果这部分报文发送到相应的协议解析装置， 例如流媒 体协议解析装置， 则对于协议解析装置的流量以及处理能力的占用都较大， 从 而对协议解析装置的处理速度造成较大的影响。而如果将这部分报文只在网络 接入服务器进行流量累计，则由于用于传输这类报文的传输层 5元组是由内容 提供服务器与移动终端动态协商得到的， 无法事先预测到该传输层 5元组， 因 此也就无法在计费子系统预先设置与该传输层 5元组匹配的计费策略，从而造 成无法计费，所以本发明实施例以下列方式处理控制信令与数据报文分开传输 类的应用报文。
图 6 为本发明实施例中控制信令与数据报文分开传输类应用报文的计费 方法流程图， 如图 6所示， 该方法包括以下步骤：
步骤 600: 网络接入服务器将接收到的进行协议解析的业务 IP报文发送 到匹配的协议解析装置，该协议解析装置为控制信令与数据报文分开传输类协 议的协议解析装置， 该业务 IP报文为控制信令与数据报文分开传输类协议的 协议控制报文。
步骤 601 : 控制信令与数据报文分开传输类协议的协议解析装置对接收到 的协议控制报文进行协议解析， 解析出用于传输数据报文的传输层 5元组。
本实施例中， 传输层 5元组包括用于传输数据报文的源 IP地址、 目的 IP 地址、 源端口号、 目的端口及 IP层协议号。
步骤 602: 协议解析装置向网络接入服务器下发一个基于该传输层 5元组 的动态规则。
本步骤中， 下发的动态规则指示基于该传输层 5元组的业务 IP报文的后 续策略为： 由网络接入服务器对应于该传输层 5 元组， 累计基于该传输层 5 元组的业务 IP报文的流量或时长和流量， 并定时或定量上报到对应的协议解 析装置。
步骤 603: 网络接入服务器再次接收业务 IP报文， 在预先设置的第一类 静态规则和第二类静态规则中， 均没有查找到与该业务 IP报文中协议标识匹 配的记录， 而在动态规则中查找到基于该传输层 5元组的动态规则， 则该业务 IP报文为控制信令与数据报文分开传输类协议的数据报文。
步骤 604:网络接入服务器根据查找到的基于该传输层 5元组的动态规则， 对应于该传输层 5元组，累计基于该传输层 5元组的数据报文的流量或时长和 流量。 步骤 605: 网络接入服务器将累计的流量或时长和流量， 定时或定量上报 到对应的协议解析装置。
步骤 606: 协议解析装置将基于该传输层 5元组的数据报文的流量与对应 于该数据报文的协议控制报文进行关联后， 得到计费信息。
步骤 607: 触发计费操作。
本步骤中， 协议解析装置将计费信息发送到计费子系统， 以便触发计费子 系统的计费操作。
步骤 608: 计费子系统根据预先设置的计费策略进行计费， 并向协议解析 装置回复报文后续策略。
步骤 609: 协议解析装置根据报文后续策略将该业务 IP报文转发到网络 接入服务器， 执行步骤 610; 或删除该业务 IP报文， 并结束流程。
步骤 610: 网络接入服务器转发该业务 IP报文到移动终端或内容提供服 务器。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤 是可以通过程序来执指令相关的硬件来完成，所述的程序可以存储于一计算机 可读介质中， 所述存储介质， 如： ROM/RAM、 磁磔、 光盘等。
由以上所述可以看出， 本发明实施例所提供的业务计费方法、 系统、 网络 接入服务器及协议解析装置，由网络接入服务器根据接收到业务报文是否需要 进行协议解析， 对该业务报文进行不同的处理： 需要进行协议解析， 则发送到 协议解析装置进行协议解析， 解析出计费信息， 由计费子系统根据计费信息及 预先设置的计费策略进行计费； 不需要协议解析， 则由网络接入服务器和计费 子系统进行流量计费。 实现了 WAP及非 WAP业务的内容计费和流量计费， 以及对非 WAP业务的控制。 同时使得用户在使用移动数据业务时更加方便快 捷， 不需要针对不同的业务输入不同的业务网关设置。
对于控制信令和数据报文分开传输类的业务，由网络接入服务器进行流量 计费，协议解析装置将数据报文对应的协议控制报文的协议标识与数据报文的 流量关联后发送到计费子系统， 由计费子系统进行计费， 从而避免了数据量大 的这一类业务对协议解析装置造成处理能力的沖击。
而且， 对于需要进行内容计费的 WAP业务及非 WAP业务， 不需要进行 方案复杂的流量回补， 使得业务计费系统实现简单； 同时提高了业务计费的精 度， 以及业务计费系统的可操作性。
以上所述仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范 围。 凡在本发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均 应包含在本发明的保护范围之内。

Claims

权 利 要 求
1、 一种业务计费方法， 其特征在于， 包括：
接收业务报文， 在确定该报文需要进行协议解析时， 对该报文进行协议解 析， 得到计费信息； 及
根据所述计费信息和预先设置的计费策略， 进行业务计费。
2、 如权利要求 1所述的业务计费方法， 其特征在于， 进一步包括： 预先设置第一类静态规则，所述第一类静态规则用于保存需要进行协议解 析的业务的协议标识；
所述确定该报文需要进行协议解析具体包括：
从所述 4艮文中获取协议标识；
查找所述第一类静态规则； 及
如果在所述第一类静态规则中存在与该报文中的协议标识匹配的记录， 则 确定该报文需要进行协议解析。
3、 如权利要求 2所述的业务计费方法， 其特征在于， 进一步包括： 预先 设置第二类静态规则，所述第二类静态规则用于保存业务的协议标识以及对基 于该协议标识的业务报文的处理方法；
所述查找所述第一类静态规则之后， 该方法进一步包括：
若所述第一类静态规则中不存在与接收到的业务报文中的协议标识匹配 的记录， 查找所述第二类静态规则；
如果在所述第二类静态规则中存在与接收到的业务报文中协议标识匹配 的记录， 根据所述对基于该协议标识的业务报文的处理方法， 对应于所述协议 标识， 累计与所述协议标识匹配的报文的流量或时长和流量；
根据预先设置的计费策略和接收到的流量或时长和流量， 进行业务计费。
4、 如权利要求 1 所述的业务计费方法， 其特征在于， 所述业务报文为控 制信令与数据报文分开传输类的协议控制报文，所述对接收到的该报文进行协 议解析为：
解析出所述协议控制报文中用于传输数据报文的传输层 5元组； 所述对该报文进行协议解析之后， 该方法进一步包括：
产生并保存基于该传输层 5元组的动态规则； 接收业务报文， 查找所述动态规则， 查找到基于该业务报文携带的传输层 5元组的动态规则时， 对应于该业务报文携带的传输层 5元组， 累计基于该传 输层 5元组的业务报文的流量或时长和流量；
将该流量与协议控制报文相关联， 得到计费信息， 并执行所述根据计费信 息和预先设置的计费策略进行业务计费的操作。
5、 如权利要求 4所述的业务计费方法， 其特征在于， 预先设置第一类静 态规则以及第二类静态规则，
所述第一类静态规则用于保存需要进行协议解析的业务的协议标识； 所述第二类静态规则用于保存业务的协议标识以及对基于该协议标识的 业务报文的处理方法，
所述查找所保存的动态规则之前， 该方法进一步包括：
从所述报文中获取协议标识，在所述第一类静态规则和第二类静态规则中 进行查找， 如果均不存在与所述接收到的报文中的协议标识匹配的记录， 则继 续执行所述查找动态规则的操作。
6、 如权利要求 1 所述的业务计费方法， 其特征在于， 在进行业务计费之 后进一步包括：
若计费成功， 则转发该业务报文；
若计费不成功， 则将该业务报文删除。
7、 如权利要求 1 所述的业务计费方法， 其特征在于， 所述计费信息为需 要进行内容计费的业务信息；或者为需要进行流量计费的业务报文的流量或时 长和流量， 以及该业务报文对应的业务信息。
8、 一种获得计费信息的方法， 其特征在于， 包括：
接收业务报文；
在确定该报文需要进行协议解析时， 对该报文进行协议解析， 得到计费信 息。
9、 如权利要求 8所述的获得计费信息的方法， 其特征在于， 进一步包括： 预先设置第一类静态规则，所述第一类静态规则用于保存需要进行协议解 析的业务的协议标识；
所述确定该报文需要进行协议解析具体包括： 从所述 4艮文中获取协议标识；
查找所述第一类静态规则； 及
如果在所述第一类静态规则中存在与该报文中的协议标识匹配的记录， 则 确定该报文需要进行协议解析。
10、如权利要求 9所述的获得计费信息的方法，其特征在于，进一步包括： 预先设置第二类静态规则，所述第二类静态规则用于保存业务的协议标识以及 对基于该协议标识的业务报文的处理方法；
所述查找所述第一类静态规则之后， 该方法进一步包括：
若所述第一类静态规则中不存在与接收到的业务报文中的协议标识匹配 的记录， 查找所述第二类静态规则；
如果在所述第二类静态规则中存在与接收到的业务报文中协议标识匹配 的记录， 根据所述对基于该协议标识的业务报文的处理方法， 对应于所述协议 标识， 累计与所述协议标识匹配的报文的流量或时长和流量， 得到计费信息。
1 1、 如权利要求 8所述的获得计费信息的方法， 其特征在于， 所述业务报 文为控制信令与数据报文分开传输类的协议控制报文，所述对接收到的该报文 进行协议解析为：
解析出所述协议控制报文中用于传输数据报文的传输层 5元组；
所述对该报文进行协议解析之后， 该方法进一步包括：
产生并保存基于该传输层 5元组的动态规则；
接收业务报文， 查找所述动态规则， 查找到基于该业务报文携带的传输层
5元组的动态规则时， 对应于该业务报文携带的传输层 5元组， 累计基于该传 输层 5元组的业务报文的流量或时长和流量；
将该流量与协议控制报文相关联， 得到计费信息。
12、 如权利要求 1 1 所述的获得计费信息的方法， 其特征在于， 预先设置 第一类静态规则以及第二类静态规则，
所述第一类静态规则用于保存需要进行协议解析的业务的协议标识； 所述第二类静态规则用于保存业务的协议标识以及对基于该协议标识的 业务报文的处理方法，
所述查找所保存的动态规则之前， 该方法进一步包括： 从所述报文中获取协议标识，在所述第一类静态规则和第二类静态规则中 进行查找， 如果均不存在与所述接收到的报文中的协议标识匹配的记录， 则继 续执行所述查找动态规则的操作。
13、 如权利要求 8所述的业务计费方法， 其特征在于， 所述计费信息为需 要进行内容计费的业务信息；或者为需要进行流量计费的业务报文的流量或时 长和流量， 以及该业务报文对应的业务信息。
14、 一种业务计费系统， 其特征在于， 包括： 网络接入服务器、 协议解析 装置和计费子系统；
所述网络接入服务器， 用于接收业务报文， 在确定该报文需要进行协议解 析时， 将所述报文转发至协议解析装置；
所述协议解析装置与网络接入服务器和计费子系统相连， 用于对网络接入 服务器发送的业务报文进行协议解析， 得到计费信息；
所述计费子系统， 用于保存预先设置的计费策略， 根据所述计费策略和协 议解析装置解析出的计费信息， 进行业务计费。
15、 如权利要求 14所述的业务计费系统， 其特征在于， 所述协议解析装 置为第一协议解析装置；
所述第一协议解析装置与第一协议标识相对应；
或者， 该系统进一步包括第二协议解析装置， 所述第一协议解析装置和所 述第二协议解析装置与第一协议标识相对应。
16、 如权利要求 15所述的业务计费系统， 其特征在于， 所述网络接入服 务器包括：
报文接收模块， 用于接收业务报文；
判定单元， 用于确定所述业务报文是否需要协议解析；
服务器发送模块， 用于向对应的协议解析装置发送确定需要进行协议解析 的业务报文。
17、 如权利要求 16所述的业务计费系统， 其特征在于， 所述判定单元包 括：
报文存储模块， 用于保存所述报文接收模块接收到的业务报文； 协议标识获取模块， 用于从报文存储模块保存的业务报文中获取协议标 识；
规则存储模块， 用于保存预先设置的第一类静态规则， 所述第一类静态规 则用于保存需要进行协议解析的业务的协议标识；
查找模块， 用于在规则存储模块的第一类静态规则中， 查找协议标识获取 模块从业务报文中获取的协议标识，如果在所述第一类静态规则中查找到与所 述协议标识匹配的记录，则向所述服务器发送模块发送确定该业务报文需要进 行协议解析的确定信号；
所述服务器发送模块， 在查找模块发送的确定信号的控制下， 将确定需要 进行协议解析的业务报文发送至对应的协议解析装置。
18、 如权利要求 17所述的业务计费系统， 其特征在于， 所述网络接入服 务器进一步包括： 报文处理模块， 用于根据计费子系统产生的报文后续策略， 处理报文存储模块保存的业务报文。
19、 如权利要求 17所述的业务计费系统， 其特征在于， 所述规则存储模 块进一步保存预先设置的第二类静态规则，所述第二类静态规则用于保存业务 的协议标识以及对基于该协议标识的业务4艮文的处理方法；
所述网络接入服务器进一步包括： 累计模块， 用于在查找模块发送的确定 信号控制下， 根据第二类静态规则中与该协议标识匹配的记录， 对应于该协议 标识，累计报文存储模块保存的与该协议标识匹配的业务报文的流量或时长和 流量；
所述查找模块在所述第一类静态规则中没有查找到与协议标识匹配的记 录， 则进一步在所述规则存储模块的第二类静态规则中查找所述协议标识， 若 查找到与所述协议标识匹配的记录， 则向累计模块发送确定信号；
所述计费子系统，进一步根据累计模块累计的业务报文的累计流量或时长 和流量， 以及预先设置的计费策略进行业务计费。
20、 如权利要求 19所述的业务计费系统， 其特征在于， 所述网络接入服 务器进一步包括： 数据报文累计模块，
所述业务计费系统进一步包括控制信令与数据报文分开传输类协议的协 议解析装置，用于接收所述服务器发送模块发送的控制信令与数据报文分开传 输类协议的协议控制报文，解析出该协议控制报文中用于传输数据报文的传输 层 5元组， 生成基于所述传输层 5元组的动态规则； 将数据报文累计模块累计 的基于该传输层 5元组的业务报文的流量或时长和流量，与该业务报文对应的 协议控制报文进行关联， 得到计费信息；
所述规则存储模块进一步保存控制信令与数据报文分开传输类协议的协 议解析装置产生的基于传输层 5元组的动态规则；
所述查找模块在所述第二类静态规则中没有查找到与协议标识匹配的记 录， 则进一步在所述基于传输层 5元组的动态规则中查找， 若查找到与协议标 识匹配的记录， 则向数据报文累计模块发送确定累计该业务报文的确定信号； 所述数据报文累计模块， 用于根据查找模块查找到的动态规则， 对应于该 传输层 5元组， 累计基于该传输层 5元组的业务报文的流量或时长和流量。
21、 如权利要求 20所述的业务计费系统， 其特征在于， 所述控制信令与 数据报文分开传输类协议的协议解析装置包括：
存储模块， 用于保存所述服务器发送模块发送的业务报文；
解析模块， 用于对存储模块保存的业务报文进行协议解析， 得到用于传输 数据报文的传输层 5元组和基于该传输层 5元组的动态规则；
流量关联模块， 用于根据解析模块解析业务报文得到的传输层 5元组， 将 数据报文累计模块产生的基于传输层 5元组的业务报文的累计流量，与累计模 块产生的该业务报文对应的协议控制报文的累计流量相关联， 得到计费信息。
22、 如权利要求 15所述的业务计费系统， 其特征在于， 所述协议解析装 置包括：
存储模块， 用于保存网络接入服务器发送的业务报文；
解析模块，用于对存储模块保存的业务报文进行协议解析，得到计费信息。
23、 如权利要求 21或 22所述的业务计费系统， 其特征在于， 所述协议解 析装置进一步包括：
报文处理模块， 用于根据计费子系统产生的报文后续策略， 处理存储模块 保存的业务报文。
24、 如权利要求 14所述的业务计费系统， 其特征在于， 所述协议解析装 置和计费子系统分开设置或合并设置。
25、 一种网络接入服务器， 其特征在于， 包括： 报文接收模块， 用于接收业务报文；
判定单元， 用于确定报文接收模块接收到的业务报文需要进行协议解析； 服务器发送模块， 用于将确定需要进行协议解析的业务报文发送至对应的 协议解析装置。
26、 如权利要求 25所述的网络接入服务器， 其特征在于， 所述判定单元 包括：
报文存储模块， 用于保存所述报文接收模块接收到的业务报文； 协议标识获取模块， 用于从报文存储模块保存的业务报文中获取协议标 识；
规则存储模块， 用于保存预先设置的第一类静态规则， 所述第一类静态规 则用于保存需要进行协议解析的业务的协议标识；
查找模块， 用于在规则存储模块的第一类静态规则中， 查找协议标识获取 模块从业务报文中获取的协议标识，如果在所述第一类静态规则中查找到与所 述协议标识匹配的记录，则向所述服务器发送模块发送确定该业务报文需要进 行协议解析的确定信号；
所述服务器发送模块， 在查找模块发送的确定信号的控制下， 将确定需要 进行协议解析的业务报文发送至对应的协议解析装置。
27、 如权利要求 26所述的网络接入服务器， 其特征在于， 进一步包括： 报文处理模块， 用于根据计费子系统产生的报文后续策略， 处理报文存储 模块保存的业务报文。
28、 如权利要求 26所述的网络接入服务器， 其特征在于， 所述规则存储 模块进一步保存预先设置的第二类静态规则，所述第二类静态规则用于保存业 务的协议标识以及对基于该协议标识的业务报文的处理方法；
所述网络接入服务器进一步包括： 累计模块， 用于在查找模块发送的确定 信号控制下， 根据第二类静态规则中与该协议标识匹配的记录， 对应于该协议 标识，累计报文存储模块保存的与该协议标识匹配的业务报文的流量或时长和 流量；
所述查找模块在所述第一类静态规则中没有查找到与协议标识匹配的记 录， 则进一步在所述规则存储模块的第二类静态规则中查找所述协议标识， 若 查找到与所述协议标识匹配的记录， 则向累计模块发送确定信号。
29、 如权利要求 28所述的网络接入服务器， 其特征在于， 所述规则存储 模块进一步保存控制信令与数据报文分开传输类协议的协议解析装置产生的 基于传输层 5元组的动态规则；
所述网络接入服务器进一步包括数据报文累计模块；
所述查找模块在所述第二类静态规则中没有查找到与协议标识匹配的记 录， 则进一步在所述基于传输层 5元组的动态规则中查找， 若查找到与协议标 识匹配的记录， 则向数据报文累计模块发送确定累计该业务报文的确定信号； 所述数据报文累计模块， 用于根据查找模块查找到的动态规则， 对应于该 传输层 5元组， 累计基于该传输层 5元组的业务报文的流量或时长和流量。
30、 一种协议解析装置， 其特征在于， 包括：
解析模块， 用于对业务报文进行协议解析， 得到用于传输数据报文的传输 层 5元组和基于该传输层 5元组的动态规则；
流量关联模块， 用于根据解析模块解析业务报文得到的传输层 5元组， 将 数据报文累计模块产生的基于传输层 5元组的业务报文的累计流量，与累计模 块产生的该业务报文对应的协议控制报文的累计流量相关联， 得到计费信息； 报文处理模块，用于根据计费子系统产生的报文后续策略，处理业务报文。
3 1、 如权利要求 30所述的协议解析装置， 其特征在于， 进一步包括： 存储模块， 用于保存所述服务器发送模块发送的业务报文。
32、 一种协议解析装置， 其特征在于， 包括：
解析模块， 用于对业务报文进行协议解析， 得到计费信息；
报文处理模块，用于根据计费子系统产生的报文后续策略，处理业务报文。
33、 如权利要求 32所述的协议解析装置， 其特征在于， 进一步包括： 存储模块， 用于保存网络接入服务器发送的业务报文。
PCT/CN2008/070596 2007-03-28 2008-03-27 Procédé de facturation de service, système, serveur de coupure du réseau et résolveur de protocole WO2008116420A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP08715332.6A EP2109250B1 (en) 2007-03-28 2008-03-27 Service charging method, system, network cut-in server and protocol resolver
MX2009009679A MX2009009679A (es) 2007-03-28 2008-03-27 Metodo de crobo de servicio, sistema de cobro de servicio, servidor de acceso a red y dispositivo de resolcion de protocolo.
BRPI0808873-0A BRPI0808873A2 (pt) 2007-03-28 2008-03-27 Método de carregamento de serviço, servidor de acesso à rede, sistema de carregamento de serviço e dispositivo de resolução de protocolo
US12/539,857 US8649761B2 (en) 2007-03-28 2009-08-12 Service charging method, service charging system, network access server and protocol resolving device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710088831.9 2007-03-28
CNB2007100888319A CN100492975C (zh) 2007-03-28 2007-03-28 业务计费方法、系统、网络接入服务器及协议解析装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/539,857 Continuation US8649761B2 (en) 2007-03-28 2009-08-12 Service charging method, service charging system, network access server and protocol resolving device

Publications (1)

Publication Number Publication Date
WO2008116420A1 true WO2008116420A1 (fr) 2008-10-02

Family

ID=38710011

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/070596 WO2008116420A1 (fr) 2007-03-28 2008-03-27 Procédé de facturation de service, système, serveur de coupure du réseau et résolveur de protocole

Country Status (7)

Country Link
US (1) US8649761B2 (zh)
EP (1) EP2109250B1 (zh)
CN (1) CN100492975C (zh)
BR (1) BRPI0808873A2 (zh)
MX (1) MX2009009679A (zh)
RU (2) RU2483358C2 (zh)
WO (1) WO2008116420A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117938987A (zh) * 2024-03-25 2024-04-26 天津布尔科技有限公司 一种应用于车联网的协议网关及其控制方法

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100492975C (zh) 2007-03-28 2009-05-27 华为技术有限公司 业务计费方法、系统、网络接入服务器及协议解析装置
CN102395117B (zh) * 2007-12-11 2014-08-06 华为技术有限公司 内容类型识别的方法和设备
CN103052048B (zh) * 2008-11-03 2016-03-02 华为技术有限公司 一种建链报文的计费方法和装置
KR101712102B1 (ko) * 2010-07-29 2017-03-14 삼성전자 주식회사 Ｒｔｓｐ 세션에 기초해 스트리밍 데이터를 송수신하는 방법 및 장치
CN102231669A (zh) * 2011-06-27 2011-11-02 中兴通讯股份有限公司 业务计费方法和装置
PT3506664T (pt) * 2012-06-30 2022-09-16 Huawei Tech Co Ltd Processo de faturação de gateway, gateway e sistema
CN104144156B (zh) * 2013-05-10 2018-09-21 华为技术有限公司 报文处理方法和装置
EP3139562B1 (en) 2014-05-30 2019-02-20 Huawei Technologies Co. Ltd. Network protocol configuration method and device
CN108429866B (zh) * 2018-01-31 2020-08-14 新华三技术有限公司 计费报文处理方法、装置和网络设备
CN110662188B (zh) * 2018-06-28 2021-09-07 中国电信股份有限公司 计费方法和系统
CN109842629B (zh) * 2019-03-03 2022-05-10 杭州立思辰安科科技有限公司 基于协议解析框架的自定义协议的实现方法
CN112448823B (zh) * 2019-08-30 2023-06-27 天翼云科技有限公司 计费方法、系统以及存储介质
CN111639079A (zh) * 2020-05-29 2020-09-08 杭州东方通信软件技术有限公司 一种面向内容计费业务的局数据核查方法及设备
CN113837816B (zh) * 2021-11-25 2022-03-04 北京中电普华信息技术有限公司 电费计算模型生成方法、装置、存储介质和设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040184432A1 (en) 2003-03-19 2004-09-23 Ralitsa Gateva Method for controlling streaming services
CN1536811A (zh) * 2003-04-09 2004-10-13 华为技术有限公司 一种网络认证计费的方法
CN1674517A (zh) * 2004-03-24 2005-09-28 华为技术有限公司 一种实现计费的方法和装置
EP1689119A1 (en) 2003-10-28 2006-08-09 Huawei Technologies Co., Ltd. Collection apparatus of data service billing information and billing method
CN1852382A (zh) * 2005-04-22 2006-10-25 中兴通讯股份有限公司 基于蜂窝网络的一键通业务语音流的计费方法及其系统
CN101022350A (zh) * 2007-03-28 2007-08-22 华为技术有限公司 业务计费方法、系统、网络接入服务器及协议解析装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI113224B (fi) * 1996-11-11 2004-03-15 Nokia Corp Laskutuksen toteuttaminen tietoliikennejärjestelmässä
US6405251B1 (en) * 1999-03-25 2002-06-11 Nortel Networks Limited Enhancement of network accounting records
CN1136694C (zh) 2000-06-03 2004-01-28 华为技术有限公司 Isdn用户使用预付费业务上网的方法
KR100434465B1 (ko) * 2001-05-14 2004-06-05 삼성전자주식회사 기지국 제어기와 기지국간의 패킷 데이터 전송 제어 방법및 장치
DE60114646T2 (de) * 2001-11-21 2006-07-20 Alcatel Methode zum flexiblem Laden von IP Multimedia Kommunikationssitzungen, Telekommunikationssystem und Netzelemente um eine derartige Methode anzuwenden
AU2003243106A1 (en) * 2002-10-15 2004-05-04 Hegdahl, Tormod System for providing flexible charging in a network
KR100464336B1 (ko) * 2002-12-28 2005-01-03 삼성전자주식회사 이동통신 단말기를 위한 광고 ｖｏｄ 서비스 방법
US7616746B2 (en) * 2004-08-13 2009-11-10 Qualcomm Incorporated Methods and apparatus for tracking and charging for communications resource reallocation
CN1744644B (zh) 2004-09-02 2010-10-06 华为技术有限公司 基于移动数据通信网的计费方法
CN1867025B (zh) * 2005-12-20 2010-08-11 华为技术有限公司 对预付费用户进行计费控制的方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040184432A1 (en) 2003-03-19 2004-09-23 Ralitsa Gateva Method for controlling streaming services
CN1536811A (zh) * 2003-04-09 2004-10-13 华为技术有限公司 一种网络认证计费的方法
EP1689119A1 (en) 2003-10-28 2006-08-09 Huawei Technologies Co., Ltd. Collection apparatus of data service billing information and billing method
CN1674517A (zh) * 2004-03-24 2005-09-28 华为技术有限公司 一种实现计费的方法和装置
CN1852382A (zh) * 2005-04-22 2006-10-25 中兴通讯股份有限公司 基于蜂窝网络的一键通业务语音流的计费方法及其系统
CN101022350A (zh) * 2007-03-28 2007-08-22 华为技术有限公司 业务计费方法、系统、网络接入服务器及协议解析装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2109250A4

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117938987A (zh) * 2024-03-25 2024-04-26 天津布尔科技有限公司 一种应用于车联网的协议网关及其控制方法

Also Published As

Publication number Publication date
RU2483358C2 (ru) 2013-05-27
MX2009009679A (es) 2009-10-07
CN101022350A (zh) 2007-08-22
US8649761B2 (en) 2014-02-11
US20100008271A1 (en) 2010-01-14
BRPI0808873A2 (pt) 2014-09-02
CN100492975C (zh) 2009-05-27
RU2438177C2 (ru) 2011-12-27
EP2109250A1 (en) 2009-10-14
EP2109250B1 (en) 2016-08-24
RU2011134449A (ru) 2013-03-10
EP2109250A4 (en) 2010-01-13
RU2009132464A (ru) 2011-05-10

Similar Documents

Publication Publication Date Title
WO2008116420A1 (fr) Procédé de facturation de service, système, serveur de coupure du réseau et résolveur de protocole
US9572166B2 (en) Indicating radio bearer information to network applications
JP3225924B2 (ja) 通信品質制御装置
US8050391B1 (en) System and method for capturing accounting data for a communication session
US9032080B2 (en) Method and system for providing media content to a user
US7734746B2 (en) Method and apparatus for configuring and controlling network resources in content delivery with distributed rules
EP1898580A1 (en) A method,device and system for supporting transparent proxy in wireless access gateway
WO2011137644A1 (zh) 终端访问业务的方法、装置及系统
EP2106060A1 (en) Method, system and mobile terminal for advice of charge of service
US20230362024A1 (en) Method of and a session management function for provisioning a user plane function, a method of and a user plane function for processing user traffic and a method of and charging function for charging user traffic
WO2007068209A1 (fr) Procede, systeme et dispositif d'envoi de messages instantanes ims
EP3357208B1 (en) Pcc control of http adaptive bit rate video streaming protocols
US20160094423A1 (en) Systems and Methods for Detecting Device Identity at a Proxy Background
WO2012088995A1 (zh) 一种业务控制方法及装置
WO2009109130A1 (zh) 一种媒体流下载方法、系统及装置
EP1989821A1 (en) Context-based processing of data flows for differentiated charging
WO2009086773A1 (zh) 一种计费方法、系统及计费触发装置
US10044834B2 (en) Systems, methods and computer program products for enabling a communication device to provide session improvement requests to a server of a network operator's access network
WO2009097718A1 (zh) 一种内容和类别的关联方法、系统和设备
JP2001358771A (ja) 通信品質制御装置
JP2011519443A (ja) 少なくとも１つのコンテンツに関する相補データを特定する方法、前記相補データを送信する方法、ならびに関連処理装置およびアプリケーションサーバ
US20090041014A1 (en) Obtaining Information From Tunnel Layers Of A Packet At A Midpoint
KR100841220B1 (ko) 유무선 패킷 과금에서의 멀티세션 처리 방법 및 장치
JP5484954B2 (ja) 利用料金算出装置、ゲートウェイシステム、利用料金算出方法及びプログラム
WO2013189420A2 (zh) Cookie纠错方法、装置及设备

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: 08715332

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2884/KOLNP/2009

Country of ref document: IN

REEP Request for entry into the european phase

Ref document number: 2008715332

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2008715332

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: MX/A/2009/009679

Country of ref document: MX

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2009132464

Country of ref document: RU

ENP Entry into the national phase

Ref document number: PI0808873

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20090911