WO2004086790A1

WO2004086790A1 - Method and device for subdividing charge in network

Info

Publication number: WO2004086790A1
Application number: PCT/KR2004/000270
Authority: WO
Inventors: Woo-Hyung Choi; Mi-Na Oh; Sung-Chul Kim; Sung-Il Jin
Original assignee: Ktfreetel Co. Ltd.
Priority date: 2003-02-11
Filing date: 2004-02-11
Publication date: 2004-10-07
Also published as: KR100509935B1; EP1593277B1; EP1593277A1; EP1593277A4; US7583953B2; DE602004027463D1; US20060052083A1; KR20040072859A

Abstract

The present invention relates to a device and a method for subdividing data service charge in mobile communication network, more particularly, a system and a method for receiving an accounting start request from a wireless data service device, wherein the wireless data service device is one selected from a group consisting of IWF and PDSN, producing a usage-amount data of the subscriber based on a data call signal being transmitted on the mobile communication network, and responsive to an accounting stop request from the wireless data service device, transferring an accounting request corresponding to the usage-amount data to an AAA. The present invention can apply the graduated billing for the each service group in the mobile communication network.

Description

Description METHOD AND DEVICE FOR SUBDIVIDING CHARGE

IN NETWORK

Technical Field

[1] The present invention relates to a method and device for subdividing data service charge in mobile communication network, more particularly, suitable for the graduated billing according to each service group in the mobile communication network.

Background Art

[2] Along with the development of technology, many people can use Internet with PCs or mobile terminals. Thus, restriction by location for using Internet no more exists.

[3] Also, the data call access technology in the mobile communication network(e.g., wireless data service network) has rapidly developed from a circuit-switch network using IWF(Interworking Function) to a packet-switch network using PDSN(Packet Data Serving Node) and GGSN(Gateway GPRS Serving Node). In company with this technological development, the basis of data service charge is moving from time -based billing to packet-based billing. Disclosure of Invention

Technical Problem

[4] But, there is a limit in the conventional billing method for data service that the graduated schedule cannot be applied to for various upcoming service groups with development of technologies.

Technical Solution

[5] Thus, the primary object of the present invention is to provide a method and system for subdividing data service charge in the mobile communication network, which makes it possible to apply graduated service charge schedules to each service group.

[6] Another object of the present invention is to provide a method and system for subdividing data service charge in the mobile communication network, which is working as a network node rather than generates CDR for graduated billing simply by capturing and analyzing all packets in the mobile communication network.

Description of Drawings

[7] FIG. 1 shows a system for method for subdividing data service charge in the mobile communication network according to the preferred embodiment of the present invention. [8] FIG. 2 is a flowchart for processing data call and billing process for the basic service subscriber according to the preferred errbodiment of the present invention. [9] FIG. 3 is a flowchart for processing data call and billing process for the basic service subscriber according to another preferred errbodiment of the present invention. [10] FIG. 4 is a flowchart for processing data call and billing process for the prepaid IN service subscriber according to the preferred errbodiment of the present invention. [11] FIG. 5 is a flowchart for processing data call and billing process for the prepaid IN service subscriber according to another preferred errbodiment of the present invention. [12] FIG. 6 is a flowchart for processing data call and billing process for the prepaid IN service subscriber according to another preferred errbodiment of the present invention. [13] FIG. 7 is a flowchart for processing data call and billing process for the prepaid IN service subscriber according to the preferred errbodiment of the present invention. [14] FIG. 8 is a flowchart for processing data call and billing process for the prepaid IN service subscriber according to the preferred errbodiment of the present invention. [15] FIG. 9 is a flowchart of showing a call check procedure for the prepaid IN service subscriber according to the preferred errbodiment of the present invention. [16] <A list of the numbers identifying major parts shown in the drawings>

[17] 113 : IWF(InterWorking Function)

[18] 115 : PDSN(Packet Data Serving Node)

[19] 120 : BDF(Billing Distribution Function)

[20] 125 : EDF(Ethernet Distribution Function)

[21] 127 : IPAS(Internet Protocol Accounting System)

[22] 130 : IPAF(Internet Protocol Accounting Filter)

[23] 133 : IPAM(Internet Protocol Accounting Manager)

[24] 135 : DTAS(Data Traffic Analysis System)

[25] 140 : AAA(Authentication, Authorization and Accounting)

[26] 145 : DSCP(Data Service Control Point)

[27] 147 : SCP(Service Control Point)

[28] 150 : IAGW(Internet Access Gateway)

Mode for Invention [29] Hereinafter, the preferred errbodiment of the present invention will be described with accompanying drawings. [30] FIG. 1 shows a system for method for subdividing data service charge in the mobile communication network according to the preferred errbodiment of the present invention. [31] Referring to FIG. 1, the system for subdividing data service charge comprises In- terWorking function(IWF) 113, packet data serving node(PDSN)l 15, the first data traffic transferring devices(billing distribution function, BDF) 120a, 120b, the second data traffic transferring devices(Ethernet distribution function, EDF) 125a, 125b, the dedicated accounting device(internet protocol accounting system, IPAS) 127, authentication, authorization and accounting(AAA) 14Q data service control point(DSCP) 145, SCP 147a, 147b, ... , 147n, and internet access gateway(IAGW) 150. IWF 113 for 2G services establishes a PPP connection to a subscriber terminal and No7/ISUP connection to PCX.

[32] PDSN 115 works as a R-P interface with PCF(Packet Control Function), PPP interface with the subscriber terminal, and a mobile IP interface with HA(Home Agent). BDF 120a, 120b(hereinafter, '120) duplicates and transfers data traffic of IWF 113 and/or PDSN 115 to an accounting device (IPAF) 130, which is included within IPAS 127. In this case, BDF 120 duplicates Tx/Rx data traffic of one transmission link respectively and bypasses the data traffic on the transmission link without packet loss. BDF 120 has at least two ports, which ports must be separated into Tx port and Rx port, for outputting the duplicated data traffic.

[33] Also, BDF 120 has a data transferring function and a trouble shooting function as well as the data duplicating function. The data transferring function of BDF 120 can transfer the data traffic to an accounting managing device(IPAM) 133 without loss under the full rate circumstance, and the delay due to the duplication of transmission link is maintained below 20 ns. The trouble shooting function of BDF 120 maintains the transmission link to normally operate even if the data duplicating function does not work due to the power failure, and provides a reset function. EDF 125a, 125b(hereinafter '125') duplicates and transfers the data traffic of IWF 113 and/or PDSN 115 to DTAS 135 of IPAS 127. DTAS 135 can also exist independently from IPAS 127.

[34] IPAS 127 is the dedicated accounting device for collecting and analyzing data being transferred between IWF 113/PDSN 115 and IP Backbone network based and performs accounting processes according to the given rule. In more detail, IPAS 127 charges for all data calls generated on the data network and performs the graduated billing function for the usage of various data services and a call controlling function. IPAS 127 comprises IPAF 13Q IPAM 133 and DTAS 135. IPAF 130 analyzes the data traffic that is transferred from BDF 120 to collect and charge data on the basis of rules being defined to each subscriber session. In examining the functions of IPAF 130 in detail, there are plural functions in IPAF 130: a cooperating system managing function, a duplex managing function, a time synchronizing function, a rule- managing-by-service function, a data-collecting-by-services function, a data- accounting-by-service function, a

function, a session-data-searching function, a session^nonitoring function, and a system process data recording function.

[35] In examining each function briefly, the cooperating system managing function manages connections with all cooperating systems in IP(ICMP) layer and application layer and, if a connection failure occurs, automatically switches to the duplexed system. So, each port of the connected BDF 120 and the defined IP AM 133 can be managed. The duplex managing function can enable IPAF 130, which is duplex- configured in the view of hardware and software, to determine active/standby configuration for each session in cooperation with IP AM 133. Each active/standby system can determine active/standby state through a mutual state test, and both active/standby systems receive the data traffic from BDF 120 and transfer wireless data service usage- amount data(hereinafter, abbreviated 'usage-amount data') to IPAM 133 at the time of session end.

[36] The time synchronizing function sets up a reference time by using NTP(Network

Time Protocol) and enables application programs to operate based on the reference time. This function manages the states of NTP daemons of each registered NTP server and sets up the state management cycle and the number of transmission of state management message.

[37] The rule^nanaging-by-services function enables a network operator to define and manage each service group, and enables each service group to be dynamically defined and managed by a cooperating message process with IPAM 133. This function provides latest updates to the application program in real time if a change occurs in the definition of service groups, and makes each service group to be distinguishable by IP addresses and so on.

[38] The data-collecting-by-services function collects data by the defined services and collects data in each session by the service groups that can be distinguished by destination IP addresses. Since the network interface for duplex processing in IPAF 130 and signal processing with cooperating systems is separated from the cooperation with BDF 12Q these functions do not affect the data-collecting-by-services function of IPAF 130. And, the data-collecting-by-services function can analyze VPN( Virtual Private Network) services, CDA(Contents Delivery Acceleration) services or IAGW cooperating services, and calculate the amount of usage. Also, this function can collect selectively usage-amount data relevant to specific IP pool by managing IP pool of cooperating PDSN or IWF. The data-accounting-by-services function establishes a session and starts to account on receiving ACCOUNTING START message from IPAM 133, and releases the session and transfers usage-amount data, which is collected by defined service groups, to IPAM 133 on receiving ACCOUNTING STOP message from IPAM 133. This function can transfer usage-amount-by-services data to IPAM 133 in the defined interim cycle and record zero(0) for usage-amount data of service group to be filtered out in usage-amount-by-services data, but actual usage- amount data relevant to the service group to be filtered out must be recorded and stored separately.

[39] The session^nonitoring function forms a session on receiving ACCOUNTING

START message, namely, session start data from IPAM 133 and deletes session on receiving ACCOUNTING STOP message, namely, session end data from IPAM 133. This function enables to form a temporary session and collect data by extracting session data from collected data even if the session is not defined yet in IPAF 130. And when the session is temporarily formed by collected data, this function can delete the session and record the result if IPAM 133 does not transfer session start data for a given time. In addition, this function can form and manage a session according to the subscriber number or IP address, define the session according to other detail conditions, and charge each defined session.

[40] The session-data-searching function searches session data by conditions(e.g., subscriber number, source IP address, destination IP address, service group, use time, usage, etc) according to the external system cooperation and demand of the network operator, and reports the search result. This function produces the number of registered sessions and related data by conditions. The session^nonitoring function registers monitoring targets by conditions(e.g., subscriber number, source IP address, destination IP address, service group, use time, usage, etc) according to the external system cooperation and demand of the network operator. In addition, if the monitoring target is registered, the session-monitoring function transfers a monitoring report on session to IPAM 133 at the occurrence of the event or periodically.

[41] Intelligent network(hereinafter, 'IN') service processing function receives and manages IN subscriber information(e.g., subscriber service data, notification cycle, etc) from IPAM 133. In the case of the prepaid IN subscriber, usage-amount data can be transferred to IPAM 133 periodically, and the amount and/or time used can be available as a condition for determining interim cycle of the prepaid IN subscriber. Also, in the case of the prepaid IN subscriber, IPAF 130 internally performs accounting in real time on receiving available time and available usage amount from IPAM 133, and notifies the result to IPAM 133 to perform a session releasing process if the balance exhaustion occurs.

[42] In order to graduate service charges of each service group, IPAM 133 performs a charging-data-collecting function, a signal-processing function, a charging- data-generating/transferring function and IN-service-processing function in cooperation with IWF 113, PDSN 115, IPAF 13Q AAA140 and DSCP 145. In examining functions in detail, IPAM 133 comprises plural functions: the cooperating system managing function, the time-synchronizing function, the

function, the rule^nanaging-by-services function, the session managing function, the session data searching function, the IN service processing function, the call controlling function, the charging-data generating function, the charging-data transferring function, the charging-data searching function, the charging-data backup function, system process data recording function, the SUBSINFO-system-cooperating function, the security managing function, etc. Since most functions of IPAM 133 are similar to those of IPAF 13Q hereinafter the differences in IPAM 133 will be described.

[43] The cooperating-systemmanaging function of IPAM 133 manages the defined

IPAF 130, DSCP 145, and AAA 140.

[44] Since session data must be managed identically in the duplexed system during the signal processing with the cooperating systems, the duplex^nanaging function of IPAM 133 performs a mutual signaling process to maintain the same session data, and manages the state of duplexed IPAF 130.

[45] The session^nanaging function of IPAM 133 deletes the unused session after inspecting the session on where data service is not used for a given period, performs the call release process in cooperation with rWF 113, PDSN 115 and DSCP 145, and records the process details.

[46] The IN-service-processing function of IPAM 133 manages cooperation data of IN system(e.g., DSCP cooperation data, IN service group data, etc), cooperates with specific DSCP that is selected from plural DSCP on the basis of a telephone exchange number, IN service group or operator's definition, and generates charging data including IN service data being transferred from DSCP. In the case of prepaid IN service, IPAM 133 performs accounting based on the usage-amount data being periodically transferred from IPAF 130 in cooperation with DSCP 145. And on receiving interim-cha(ADR=balance exhaustion) message, namely, a balance exhaustion responsed from DSCP 145, IPAM 133 performs the session release process, which requests the session release to IPAF 13Q and generates charging data by combining usage-amount data that is collected up to that time. In the prepaid IN service, IPAM 133 periodically performs accounting in cooperation with DSCP 145, and if the call ends, records the sum of usage amount during the session is maintained. The call- controlling function of IPAM 133 requests the call release to PDSN and/or IWF and the session release to IPAF 130 according to the cooperation of external system and demand of the network operator. Also, this function performs the call access control by managing IP pools that PDSN and/or rWF have the right of assigning.

[47] The charging-data-generating function of IPAM 133 generates charging data including session-related data being transferred from PDSN or rWF, usage-amount data being transferred from IPAF 13Q and IN data being transferred from DSCP 145. Also, this function determines the generation of charging data according to the defined rule whenever receiving a message from cooperating systems, so if the received message indicates no charging data generation, charging data is not generated, but the process details are recorded. Although accounting is not performed if no usage-amount data is transferred from IPAF 13Q however, charging data can be generated based on data being transferred from PDSN and/or rWF according to the definition of process rule of network operator. And, if it is revealed by inspecting message repetition that the received message is repeated, then charging data is not generated but the process details are recorded, and the disconnected call is accounted by use of data being provided from PDSN and/or rWF. If an initial access from PDSN and/or IWF to AAA 140 and/or IPAM 133 fails, Accounting off message is transferred in order to release resources, and on receiving this message, IPAM 133 transfers a session end signal to IPAF 130 for releasing the corresponding resources. Even in this case, charging data is not generated but the process details are recorded. As a charging-data transferring function, IPAM 133 works as a RADIUS(Remote Authentication Dial In User Service) client of AAA 14Q and if there are more than two AAAs, transfers charging data after selecting a specific AAA based on the telephone exchange number and the network operator's definition. Also, on receiving ACCOUNTING START/STOP REQUEST from PDSN and/or IWF, IPAM 133 transfers ACCOUNTING START/STOP message to IPAF 130. In the abnormal case due to the connection failure or troubles on AAA, IPAM 133 stores charging data temporarily and if the state is changed to normal, then transfers temporarily-stored charging data.

[48] The charging-data-searching function of IPAM 133 searches stored charging data by conditions(e.g., subscriber number, source IP address, destination IP address, service group, usage time, amount of usage, etc) being required by an external system cooperation and network operator's demands, and reports the search result. The charging-data-backup function of IPAM 133 automatically performs backup of stored charging data by predetermined cycle.

[49] The system-process-data-recording function of IPAM 133 records a series of data such as data collection, analyzed data, cooperative process data, abnormal process data, all of them being processed in the system, and provides data that a specific device requests by extracting data corresponding to the request.

[50] The SUBSINFO-system-cooperating function of IPAM 133 can utilize subscriber authentication and authority data directly by cooperating with SUBSINFO(subscriber information) system in the case of need.

[51] The

function of IPAM 133, on detecting an intrusion without permission into the system or the possibility and occurrence of security violation, automatically alerts the network operator, stores data of security violation event, takes system-protecting actions, and stores detailed data of security violation event. Also, IPAM 133 can perform security management on the cooperative system or cooperative protocol, and check and report/record the security state of the system periodically or as a response of the network operator's demand.

[52] If a specific subscriber terminal requests an access to the data network and the use of the wireless data service, AAA 140 performs an authentication, an authority check, and an accounting for the subscriber terminal.

[53] DSCP 145 works as a gateway of SCP 147a, 147b,..., 147n(hereinafter, '147) in order to authenticate and account the use of the wireless data service of IN subscriber. When examining DSCP 145 in detail, DSCP 145 can perform the time synchronizing function, a subscriber-authenticating function, the accounting function, a call condition managing function, an AAA cooperating function, a SCP cooperating function, an IPAM 133 cooperating function, a call tracing function, and so on. When describing functions of DSCP 145 in detail, the repeated functions that were already described in IPAF 130 and IPAM 133 will be omitted.

[54] The subscriber-authenticating function of DSCP 145 performs the subscriber authentication in cooperation with SCP 147 when AAA140 that is trying to access transfers an initial access message, and transfers a result of authentication to AAA 140. In addition, DSCP 145 performs the subscriber authentication in cooperation with SCP 147 when IPAM 133 that is trying to access transfers an initial access message, and a result of authentication to IPAM 133. The initial access message may include some parameters such as subscriber information, initial access data(e.g., access network, access service node, start time, and so on), and WIN-INFO message may include detailed IN service subscriber information and interim cycle data for accounting.

[55] The accounting function of DSCP 145, in the case that the subscriber discontinues the call, transfers a charge deduction request to SCP 147 including the sum of the charge to be deducted(hereinafter, 'charge deduction') corresponding to INTERIM- CHA message(stop, usage-amount data) and the previous charge deduction corresponding to INTERIM-CHA messages(interim, usage-amount data). And, on receiving the charge deduction result from SCP 147, then DSCP 145 transfers the interim-cha message(charging data) to IPAM 133.

[56] The call condition managing function of DSCP 145 enables a call resource allocation system in higher level to interrogate the validity of the progressing call to the lower-level system and to receive the response from the lower-level system.

[57] On receiving WIN-INFO message from AAA 14Q the AAA cooperating function of DSCP 145 in cooperation with SCP 147 acquires balance data, calculates amount of available packets by a rate table(namely, tariff) to decide interim cycle data to be sent to AAA 14Q and in the case of balance exhaustion, transfers WIN-INFO response( ADR, Access Denied Reason). The SCP cooperating function of DSCP 145 enables a routing to the SCP 147 that accommodates the subscriber by service/ telephone exchange number, and after receiving INTERIM-CHA(stop, usage-amount data) message, namely, the end message from IPAM 133, transfers the charge deduction result to SCP 147.

[58] The call tracing function of DSCP 145 provides the trace function related to the call process in the view of the internal process, and enables the network operator to select the trace functions of the subscriber number and internal processor. Also, the call tracing function may be classified according to the level such as the lowest level(e.g., exchanging messages with external cooperating device) and the highest level(e.g., finding problems between system internal processes including internal process signal).

[59] Also, IAGW 150 shown in FIG. 1 as a gateway system for enabling the subscriber terminal to access to Internet performs a web cashing, a proxy, a conditional access restriction, and so on.

[60] Hereinafter, the accounting procedure for subscriber's usage of wireless data service will be briefly described with reference of system configuration shown in FIG. 1. Firstly, on receiving a call access request through an access network, PDSN 115 transfers SUBSINFO REQUEST, namely, an authentication and a use authority request to AAA 140 and receives SUBSINFO RESPONSE in response of SUBSINFO REQUEST. During this step, BDF 120 duplicates the call access request and transfers the duplicated call access request to IPAS 127.

[61] Then, IPAM 133 in IPAS 127 transfers ACCOUNTING START message to IPAF 130 responsive to ACCOUNTING START REQUEST of PDSN 115. And, on receiving ACCOUNT END REQUEST from PDSN 115, IPAM 133 transfers the ACCOUNT END REQUEST to IPAF 130. Also, IPAF 130 transfers usage-amount data of the subscriber to IPAM 133 till the receipt of the ACCOUNT END REQUEST.

[62] And, on receiving usage-amount data from IPAF 13Q IPAM 133 transfers ACCOUNTING REQUEST with usage-amount data to AAA 140 so that the accounting for the subscriber can be performed, and AAA 140 transfers the billing file relevant to the subscriber to IN system(not shown).

[63] And, in the mobile communication network according to the present invention, it is possible to use the classification by destination IP address as the classification of service groups for the subdividing data service charge. Of course, it is apparent that various classification references can be applied to the present invention.

[64] Table 1 shows the table configuration of each service group if the service groups are classified by destination IP addresses.

[65] Table 1 : service classification table by destination IP address

[66] [67]

[68] FIG. 2 is a flowchart for processing data call and billing process for the basic service subscriber according to the preferred errbodiment of the present invention. Namely, FIG. 2 shows the procedure for processing data call and billing process when PDSN is an end node of PPP.

[69] Referring to FIG. 2, at step 21Q PDSN 115 receives an originating call signal from a subscriber terminal 203 that wants to use a wireless data service. At step 215, PDSN 115 transfers SUBSINFO REQUEST for the subscriber terminal to AAA 140. At step 22Q AAA 140 transfers SUBSINFO RESPONSE in response to SUBSINFO REQUEST to PDSN 115 via network.

[70] And, at step 225, PPP connection between PDSN 115 and the subscriber terminal

203 is established.

[71] Then, at step 23Q PDSN 115 transfers ACCOUNTING START REQUEST for the subscriber's use of wireless data service to IPAM 133. ACCOUNTING START REQUEST may include MIN(Mobile Identification Number) information of the subscriber terminal 203, IP address information of the subscriber terminal 203, IP address information of PDSN. At step 235, IPAM 133 transfers ACCOUNTING RESPONSE in response to ACCOUNTING START REQUEST to PDSN 115, and at step 24Q transfers ACCOUNTING START message for the subscriber terminal's use of wireless data service 204 to IPAF 130. ACCOUNTING START message may include session information.

[72] At step 245, user data(e.g., data transmission request, URL access request, etc) or web data is communicated between the subscriber terminal 203 and the application server 206, and at step 25Q IPAF 130 charges by mirroring user data communication being performed through the application server 206. In this case, BDF 120 and EDF 125 are used.

[73] On receiving a call end request from the subscriber terminal 203 at step 255, PDSN

115 transfers ACCOUNTING STOP REQUEST to IPAM 133 at step 260. ACCOUNTING STOP REQUEST may include MIN information, IP address information, release indicator, and usage-amount data.

[74] At step 265, IPAM 133 transfers ACCOUNTING RESPONSE in response to

ACCOUNTING STOP REQUEST to PDSN 115, and at step 27Q transfers ACCOUNTING STOP message to IPAF 130. ACCOUNTING STOP message may include session information.

[75] At step 275, IPAF 130 transfers usage-amount-by-category data to IPAM 133.

[76] IPAM 133 generates charging data by use of session information from PDSN 115 and usage-amount-by-category data from IPAF 13Q and at step 28Q communicates ACCOUNTING REQUEST/RESPONSE with AAA 140. And at step 285, AAA 140 transfers billing file to IN system 209.

[77] FIG. 3 is a flowchart for processing data call and billing process for the basic service subscriber according to another preferred errbodiment of the present invention. Namely, FIG. 3 shows the procedure for processing data call and billing process when IWF 113 is an end node of PPP.

[78] Referring to FIG. 3, at step 31Q PCX 303 receives an originating call signal from a subscriber terminal 203 that wants to use a wireless data service, and at step 315, PCX 303 transfers ISUP message for establishing PPP connection to the subscriber terminal to IWF 113. In this case, PCX 303 may be the one of a calling PCX and a called PCX, and work as being distinguished.

[79] And, at step 32Q PPP connection between IWF 113 and the subscriber terminal

203 is established.

[80] Then, at step 325, IWF 113 transfers ACCOUNTING START REQUEST for the subscriber's use of wireless data service, to IPAM 133. ACCOUNTING START REQUEST may include MIN information of the subscriber terminal 203, IP address information of the subscriber terminal 203, IP address information of IWF. At step 33Q IPAM 133 transfers ACCOUNTING RESPONSE in response to ACCOUNTING START REQUEST to IWF 113, and at step 335, transfers ACCOUNTING START message for the subscriber terminal's use of wireless data service to IPAF 130. ACCOUNTING START message may include session information. [81] At step 34Q user data(e.g., data transmission request, URL access request, etc) or web data(hereinafter, 'data call signal') is communicated between the subscriber terminal 203 and the application server 206, and at step 345, IPAF 130 charges by mirroring the data call signal communication being performed through the application server 206. In this case, BDF 120 and EDF 125 are used.

[82] On receiving a call end request from the subscriber terminal 203 at step 35Q PCX

303 transfers ISUP message for releasing PPP connection between the subscriber terminal 203 and IWF 113 to IWF 113 at step 355.

[83] At step 36Q IWF 113 transfers ACCOUNTING STOP REQUEST to IPAM 133.

ACCOUNTING STOP REQUEST may include MIN information, IP address information, release indicator, IP address information of rWF and usage-amount data. At step 365, IPAM 133 transfers ACCOUNTING RESPONSE in response to ACCOUNTING STOP REQUEST to IWF 113, and at step 37Q transfers ACCOUNTING STOP message to IPAF 130. ACCOUNTING STOP message may include session information.

[84] At step 375, IPAF 130 transfers usage-amount-by-category data to IPAM 133.

[85] IPAM 133 generates charging data by use of session information from rWF 113 and usage-amount-by-category data from IPAF 13Q and at step 38Q communicates ACCOUNTING REQUEST/RESPONSE with AAA 140.

[86] FIG. 4 is a flowchart for processing data call and billing process for the prepaid IN service subscriber according to the preferred errbodiment of the present invention. Namely, FIG. 4 shows the procedure for processing data call and billing process when PDSN is an end node of PPP. Unlikely to the cases of FIG. 2 and FIG. 3, the balance exhaustion before or during providing the service may occur in the case of the prepaid IN service subscriber, and these cases will be described in FIG. 5 and 6.

[87] Referring to FIG. 4, at step 41Q PDSN 115 receives an originating call signal from the subscriber terminal 203 that wants to use wireless data service. At step 415, PDSN 115 transfers SUBSINFO REQUEST for the subscriber terminal 203 to AAA 140. At step 42Q AAA 140 transfers WIN-INFO REQUEST, namely, subscriber information request, to DSCP 145. WIN-INFO REQUEST may include MIN information of the subscriber terminal 203 and initial access information.

[88] At step 425, on receiving WIN-INFO REQUEST from AAA 14Q DSCP 145 acquires balance data of the subscriber by cooperating with SCP 147, calculates amount of available packets by a rate table, and transfers WIN-INFO response, namely, subscriber detail data(e.g., IN information, amount-of- available -packets data, interim cycle data) to AAA 140. At step 43Q by use of WIN-INFO response being received from DSCP 145, AAA 140 transfers SUBSINFO RESPONSE in response to SUBSINFO REQUEST to PDSN 115 via network.

[89] And, at step 435, PPP connection between PDSN 115 and the subscriber terminal

203 is established.

[90] Then, at step 44Q PDSN 115 transfers ACCOUNTING START REQUEST for the subscriber's use of wireless data service to IPAM 133. ACCOUNTING START REQUEST may include MIN information of the subscriber terminal 203, IP address information of the subscriber terminal 203, IP address information of PDSN, and IN information. At step 445, IPAM 133 transfers ACCOUNTING RESPONSE in response to ACCOUNTING START REQUEST to PDSN 115, and at step 45Q transfers ACCOUNTING START message for the subscriber terminal's use of wireless data service 204 to IPAF 130. ACCOUNTING START message may include session information.

[91] At step 455, data call signal is communicated between the subscriber terminal 203 and the application server 206, and at step 460, IPAF 130 charges by mirroring data call signal communication being performed through the application server 206. In this case, BDF 120 and EDF 125 are used. On receiving a call end request from the subscriber terminal 203 at step 465, PDSN 115 transfers ACCOUNTING STOP REQUEST to IPAM 133 at step 470. ACCOUNTING STOP REQUEST may include MIN information, IP address information of the subscriber terminal, IN information, IP address information of PDSN, release indicator, and usage-amount data.

[92] At step 475, IPAM 133 transfers ACCOUNTING RESPONSE in response to

ACCOUNTING STOP REQUEST to PDSN 115, and at step 48Q transfers ACCOUNTING STOP message to IPAF 130. ACCOUNTING STOP message may include session information.

[93] At step 483, IPAF 130 transfers usage-amount-by-category data to IPAM 133.

IPAM 133 generates INTERIM-CHA message(interim, usage-amount data) by use of session information from PDSN 115 and usage-amount-by-category data from IPAF 13Q and at step 487, transfers INTERIM-CHA message(interim, usage-amount data) of the subscriber to DSCP 145. INTERIM-CHA message(interim, usage-amount data) may include MIN information, IN information, and usage-amount-by-category data. And, at step 49Q IPAM 133 receives INTERIM-CHAR message(charging data) from DSCP 490. The interim-cha message(charging data) includes charge corresponding to usage-amount-by-category data. The interim-charging procedure of step 487 to sep 490 may be performed periodically even on using the wireless data service(e.g., before receiving ACCOUNTING STOP message).

[94] And, at step 493, IPAM 133 cαrmunicates ACCOUNTING REQUEST/

RESPONSE with AAA 14Q and at step 285, AAA 140 transfers billing file to IN 209.

[95] FIG. 5 is a flowchart for processing data call and billing process for the prepaid IN service subscriber according to another preferred errbodiment of the present invention. Namely, FIG. 5 shows the procedure for processing data call and billing process when PDSN is an end node of PPP and the balance is already exhausted before providing the service so that the attempted call fails.

[96] Referring to FIG. 5, at step 51Q PDSN 115 receives an originating call signal from the subscriber terminal 203 that wants to use wireless data service. At step 515, PDSN 115 transfers SUBSINFO REQUEST to AAA 140. At step 52Q AAA 140 transfers WIN-INFO REQUEST for subscriber information to DSCP 145. WIN-INFO may include MIN information of the subscriber terminal 203 and initial access information.

[97] At step 525, on receiving WIN-INFO REQUEST from AAA 14Q DSCP 145 acquires balance data of the subscriber by cooperating with SCP 147, recognizes that the balance of the subscriber is exhausted, and then transfers WIN-INFO RESPONSE(ADR=balance exhaustion) to AAA 140.

[98] At step 53Q by use of WIN-INFO RESPONSE being received from DSCP 145,

AAA 140 transfers SUBSINFO RESPONSE(e.g., Result=Unsuccessful, ADR=Balance Exhaustion) in response to SUBSINFO REQUEST to PDSN 115 via network.

[99] And, at step 535, PDSN 115 terminates the call from the subscriber terminal 203.

[100] FIG. 6 is a flowchart for processing data call and billing process for the prepaid IN service subscriber according to another preferred errbodiment of the present invention. Namely, FIG. 6 shows the procedure for processing data call and billing process when PDSN is an end node of PPP and the balance is exhausted during providing the service. Because the steps 610 to 644 are identical to the steps 410 to 460 of FIG. 4, same description will be omitted here.

[101] Referring to FIG. 6, at step 648, IPAF 13Q which charges by mirroring data call signal communication being performed through the application server 206, transfers usage-amount-by-category data to IPAM 133. At step 65Q IPAM 133 transfers INTERIM-CHA message(interim, usage-amount data) to DSCP 145, and receives interim-char message(charging data) from DSCP when the subscriber's balance is not exhausted at step 654. If the subscriber's balance is exhausted, IPAM 133 receives interim-char message(ADR=balance exhaustion) from DSCP. INTERIM-CHA message(interim, usage-amount data) of step 650 may include MIN information, IN information, and usage-amount-by-category data.

[102] Also, since the data flowchart of FIG. 6 is applied to the prepaid IN service subscriber, it is apparent that transmissions of INTERIM-CHA message(interim, usage-amount data) and interim-char message(charging data) between IPAM 133 and DSCP 145 can be periodically performed before the step 654 of transmitting interim- char message(ADR=balance exhaustion) in order to determine whether the balance is exhausted or not on using wireless data service.

[103] Since the balance of the prepaid subscriber for the wireless data service is exhausted, at step 658, IPAM 133 transfers QUALICATION DIRECTIVE message(reason=balance exhaustion), namely, a service restriction request, to PDSN 115. At step 660, PDSN 115 transfers QuD RESPONSE in response to QUALICATION DIRECTIVE to IPAM 133, and at step 664, terminates the call from the subscriber terminal 203.

[104] And, at step 668, PDSN 115 transfers ACCOUNTING STOP REQUEST to IPAM

133, and ACCOUNTING STOP REQUEST may include MIN information, IP address information, IP address information of PDSN, IN information, a release indicator, and usage-amount data. At step 67Q IPAM 133 transfers ACCOUNTING RESPONSE in response to ACCOUNTING STOP REQUEST to PDSN 115, and at step 674, transfers ACCOUNTING STOP message to IPAF 130. ACCOUNTING STOP message may include session information.

[105] At step 678, IPAF 130 transfers usage-amount-by-category data to IPAM 133.

And, at step 68Q IPAM 133 cαrmunicates ACCOUNTING REQUEST/RESPONSE with AAA 14Q and at step 684, AAA 140 transfers billing file to IN system 209.

[106] FIG. 7 is a flowchart for processing data call and billing process for the prepaid IN service subscriber according to the preferred errbodiment of the present invention. Namely, FIG. 7 shows the procedure for processing data call and billing process when IWF is an end node of PPP.

[107] Referring to FIG. 7, at step 71Q PCX 303 receives an originating call signal from the subscriber terminal 203 that wants to use wireless data service. At step 714, PCX 303 transfers ISUP message for establishing PPP connection to IWF 113. In this case, PCX 303 may be the one of a calling PCX and a called PCX, and work as being distinguished. And, at step 718, PPP connection between IWF 113 and the subscriber terminal 203 is established. [108] Then, at step 72Q IWF 113 transfers ACCOUNTING START REQUEST for the subscriber's use of wireless data service to IPAM 133. ACCOUNTING START REQUEST may include MIN information of the subscriber terminal 203, IN information, IP address information of the subscriber terminal 203, and IP address information of IWF. At step 724, IPAM 133 transfers ACCOUNTING RESPONSE in response to ACCOUNTING START REQUEST to IWF 113, and at step 728, transfers WIN-INFO REQUEST for the subscriber terminal's use of wireless data service to DSCP 145. WIN-INFO REQUEST may include MIN information of the subscriber terminal 203, IN information, and IWF information.

[109] At step 730, on receiving WIN-INFO REQUEST from IPAM 133, DSCP 145 acquires balance data of the subscriber by cooperating with SCP 147, calculates amount of available packets by a rate table, and transfers WIN-INFO RESPONSE, namely, subscriber detail data(e.g., IN information, amount-of- available -packets data, interim cycle data) to IPAM 133. At step 734, IPAM 133 transfers ACCOUNTING START message for the use of wireless data service to IPAF 130. ACCOUNTING START message may include session information.

[110] At step 738, data call signal is communicated between the subscriber terminal 203 and the application server 206, and at step 74Q IPAF 130 charges by mirroring data call signal communication being performed through the application server 206. In this case, BDF 120 and EDF 125 are used.

[I l l] And, at step 744, IPAF 130 transfers usage-amount-by-category data to IPAM 133.

[112] At step 748, IPAM 133 transfers INTERIM-CHA message(interim, usage-amount data) to DSCP 145, and receives interim-cha message(charging data) from DSCP 145. The interim-cha message(charging data) includes charge corresponding to usage- amount- by-category data . Also, interim-cha message from DSCP 145 may include ADR. And, since the balance can be exhausted during using wireless data service in the case of the prepaid IN service subscriber, the procedure of transmitting INTERIM- CHA messages at step 748 and 750 may be performed periodically.

[113] If the balance of the subscriber for the wireless data service is not exhausted, PCX

303 waits until receiving a call end request from the subscriber terminal 203.

[114] Then, if PCX 303 receives the call end request from the subscriber terminal 203 in the state of valid balance data(namely, not exhausted) at step 754, PCX 303 transfers ISUP message for releasing PPP connection between IWF 113 and the subscriber terminal 203 to IWF 113 at step 758. IWF 113 at step 760 transfers ACCOUNTING STOP REQUEST to IPAM 133. ACCOUNTING STOP REQUEST may include MIN information of the subscriber terminal 203, IP address information, a release indicator, and IP address information of rWF.

[115] At step 764, IPAM 133 transfers ACCOUNTING RESPONSE in response to

ACCOUNTING STOP REQUEST to IWF 113, and at step 768 transfers to ACCOUNTING STOP message to IPAF 130. ACCOUNTING STOP message may include session information.

[116] At step 77Q IPAF 130 transfers usage-amount-by-category data relevant to the subscriber to IPAM 133.

[117] IPAM 133 generates INTERIM-CHA message(stop, usage-amount data) by use of session information from IWF 113 and usage-amount-by-category data from IPAF 13Q and at step 774, transfers INTERIM-CHA message(stop, usage-amount data) to DSCP 145 and at step 778, receives interim-cha message(charging data) from DSCP 145. INTERIM-CHA message(stop, usage-amount data) may include MIN information, IN information, and usage-amount-by-category data.

[118] Then, at step 78Q IPAM 133 cαrmunicates ACCOUNTING REQUEST/

RESPONSE with AAA 140.

[119] FIG. 8 is a flowchart for processing data call and billing process for the prepaid IN service subscriber according to the preferred errbodiment of the present invention. Namely, FIG. 8 shows the procedure for processing data call and billing process when IWF is an end node of PPP and the balance is exhausted during providing the service.

[120] Also, though the subscriber is an IN service subscriber and the balance was already exhausted before using service, however, the IN system performs a call failure process so that the cooperating or billing procedure with IPAF 130 or IPAM 133 is not performed. Because the steps 810 to 848 are identical to the steps 710 to 748 of FIG. 7, same description will be omitted here.

[121] Referring to FIG. 8, DSCP 145 receives INTERIM-CHA message(interim, usage- amount data) from IPAM 133 and determines whether the balance of the subscriber is exhausted or not. At step 85Q DSCP 145 transfers INTERIM-CHA message(ADR=balance exhaustion) to IPAM 133 when the balance is exhausted.

[122] At step 854, IPAM 133 transfers QUALICATION DIRECTIVE(reason=balance exhaustion), namely, a service restriction request to IWF 113. At step 858, IWF 113 transfers QuD RESPONSE as a response of QUALICATION DIRECTIVE to IPAM 133, and at step 860, transfers ISUP message to PCX 303 in order to terminate the call from the subscriber terminal 203. PCX 303 terminates the call at step 864.

[123] And, at step 868, IWF 113 transfers ACCOUNTING STOP REQUEST to IPAM 133. ACCOUNTING STOP REQUEST may include MIN information, IP address information, IP address information of rWF, and a release indicator. At step 87 Q IPAM 133 transfers ACCOUNTING RESPONSE in response to ACCOUNTING STOP REQUEST to IWF 113, and at step 874, transfers ACCOUNTING STOP message to IPAF 130. ACCOUNTING STOP message may include session information.

[124] At step 878, IPAF 130 transfers usage-amount-by-category data to IPAM 133.

And, at step 88Q IPAM 133 cαrmunicates ACCOUNTING REQUEST/RESPONSE with AAA 140.

[125] FIG. 9 is a flowchart of showing a call check procedure for the prepaid IN service subscriber according to the preferred errbodiment of the present invention. Namely, FIG. 9 shows the operations of IPAM 133 and DSCP 145 when the prepaid IN service subscriber uses the wireless data service through IWF or PDSN.

[126] Referring to FIG. 9, at step 91Q DSCP 145 transfers CALL-CHECK message for interrogating the call state between PDSN/IWF and the subscriber terminal to IPAM 133. At step 92Q IPAM 133 receives CALL-CHECK message from DSCP 145, and at step 93Q examines whether the call state is active or idle. And at step 94Q IPAM 133 transfers call-check message, namely, the result of step 930 to DSCP 145.

[127] At step 95Q DSCP 145 receives call-check message from IPAM 133. And at step

96Q DSCP 145 determines to maintain or change the current call state based on the result of step 93Q and performs proper operation. That is, if the examination result from IPAM 133 indicates that the current session state is active(e.g., call-check(MIN, call ID, call sts=Active)), DSCP 145 maintains the current call state, but if the current session state is idle(e.g., call-check(MIN, call ID, call sts=Idle)), then releases the current call resource.

[128] Although the present invention has been described with aforementioned embodiments, however, it is apparent for those who skilled in the art that various changes and modifications will be made without departing from the spirits and scope of the present invention.

Industrial Applicability

[129] As aforementioned, the method and system for subdividing data service charge in the mobile communication network according to the present invention can apply the graduated service charge schedule to various service groups respectively.

[130] Also, the present invention can work as an independent network node rather than generates CDR for graduated billing by capturing and analyzing all packets on the network.

Claims

[1] A method for billing a wireless data service usage of a subscriber method in a dedicated accounting device of a mobile communication network, said method comprising the steps of: receiving an accounting start request from a wireless data service device, wherein the wireless data service device is one selected from a group consisting of IWF and PDSN; producing a usage-amount data of the subscriber based on a data call signal being transmitted on the mobile cαrmunication network; and responsive to an accounting stop request from the wireless data service device, transferring an accounting request corresponding to the usage-amount data to an AAA.

[2] The method as stated in claim 1, wherein if the subscriber is a prepaid subscriber said method further comprises the steps of:

(a) transferring the usage-amount data of the prepaid subscriber to a DSCP;

(b) receiving a charging data corresponding to the usage-amount data from the DSCP; periodically repeating said (a) and (b) steps until receiving one selected from a group consisting of the accounting stop request from the wireless data service device and a balance exhaustion data from the DSCP; and on receiving the balance exhaustion data from the DSCP, transferring a service restriction request to the wireless data service device.

[3] The method as stated in claim 2, wherein if the wireless data service device is the rWF said method further comprises the steps of: transferring a subscriber information request for the prepaid subscriber to the DSCP; and receiving a subscriber detail data corresponding to the prepaid subscriber from the DSCP.

[4] The method as stated in claim 1, wherein the data call signal being transmitted on the mobile cαrmunication network is a data traffic that is duplicated and transferred to the dedicated accounting device by a data traffic transferring device existing between the wireless data service device and IP network

[5] A method for billing a wireless data service usage of a subscriber in a mobile cαrmunication network consisting of a PDSN, a dedicated accounting device and an AAA, said method comprising the steps of: if the PDSN receives an originating call signal from a subscriber terminal, transferring an authentication request for the subscriber to the AAA; on receiving an authentication data for the subscriber from the AAA, establishing a call connection to the subscriber terminal and transferring an accounting start request to the dedicated accounting device ; on receiving the accounting start request, producing a usage-amount data of the subscriber based on a data call signal being transmitted through the PDSN; if the PDSN receives a call end request from the subscriber terminal, transferring a accounting stop request to the dedicated accounting device ; on receiving the accounting stop request, transferring an accounting request corresponding to the usage-amount data to the AAA; and on receiving the accounting request, transferring a billing file corresponding to the accounting request to a billing management device.

[6] The method as stated in claim 5, wherein if the subscriber is a prepaid subscriber said method further comprises the steps of: transferring a subscriber information request from the AAA to the DSCP and receiving a subscriber detail data as a response from the DSCP;

(a) transferring usage-amount data of the prepaid subscriber from the dedicated accounting device to the DSCP;

(b) receiving the charging data corresponding to the usage-amount data from the DSCP; periodically repeating said (a) and (b) steps until receiving one selected from a group consisting of the accounting stop request from the PDSN and a balance exhaustion data from the DSCP; and on receiving the balance exhaustion data from the DSCP, transferring a service restriction request to the PDSN.

[7] A method for billing a wireless data service usage of a subscriber in a mobile cαrmunication network consisting of an IWF, a dedicated accounting device and an AAA, said method comprising the steps of: if the IWF receives an originating call signal frαn a subscriber terminal via PCX, establishing a call connection to the subscriber terminal and transferring an accounting start request to the dedicated accounting device; on receiving the accounting start request, producing a usage-amount data of the subscriber based on a data call signal being transmitted through the IWF; if the IWF receives a call end request frαn the subscriber terminal via PCX, transferring an accounting stop request to the dedicated accounting device ; on receiving the accounting stop request, transferring an accounting request corresponding to the usage-amount data to the AAA; and on receiving the accounting request, transferring a billing file corresponding to the accounting request to a billing management device.

[8] The billing method as stated in claim 7, wherein if the subscriber is a prepaid subscriber said method further comprises the steps of: transferring a subscriber information request frαn the dedicated accounting device to the DSCP and receiving a subscriber detail data as a response frαn the DSCP;

(a) transferring usage-amount data of the prepaid subscriber frαn the dedicated accounting device to the DSCP;

(b) receiving the charging data corresponding to the usage-amount data frαn the DSCP; periodically repeating said (a) and (b) steps until receiving one selected frαn a group consisting of the accounting stop request frαn the IWF and a balance exhaustion data frαn the DSCP; and on receiving the balance exhaustion data frαn the DSCP, transferring a service restriction request to the rWF.

[9] A dedicated accounting device for billing a wireless data service usage of a subscriber in a mobile cαrmunication network , comprising: IPAF for producing a usage-amount data by collecting a data call signal of subscriber session on the mobile cαrmunication network; and IPAM, in cooperation with said IPAF, a PDSN, an IWF, a DSCP, and an AAA, for managing said IPAF to produce the usage-amount data, transferring the usage-amount data being produced by said IPAF to said DSCP and receiving one selected frαn a group consisting of a charging data corresponding to the usage- amount data and a balance exhaustion message, and transferring the charging data corresponding to the usage-amount to said AAA on receiving an accounting stop request frαn one of said PDSN and said rWF or the balance exhaustion message frαn said DSCP.

[10] The dedicated accounting device as stated in claim 9 further comprising: a first data traffic transferring device for duplicating a data traffic between said PDSN or said IWF and an application server and transferring said duplicated data traffic to said IPAF; and a second data traffic transferring device for duplicating a data traffic between said PDSN or said IWF and an application server and transferring said duplicated data traffic to a DTAS.

[11] The dedicated accounting device as stated in claim 9, wherein said IPAF transfers the usage-amount data to said IPAM periodically if said subscriber is a prepaid subscriber, wherein said IPAM transfers the periodically-transferred usage-amount data to DSCP and receives the charging data corresponding to the periodically- transferred usage-amount data, wherein said IPAM sums at least one charging data and transfers the sum of charging data to AAA on receiving an accounting stop request frαn one of said PDSN and said rWF or the balance exhaustion message frαn said DSCP.

[12] A cαnputer-readable medium including a program containing cαnputer- executable instructions for performing the method for billing a wireless data service usage of a subscriber in a dedicated accounting device of a mobile cαn- munication network, wherein the program performs the steps of: receiving an accounting start request frαn a wireless data service device, wherein the wireless data service device is one selected frαn a group consisting of IWF and PDSN; producing a usage-amount data of the subscriber based on a data call signal being transmitted on the mobile cαrmunication network; and responsive to an accounting stop request frαn the wireless data service device, transferring an accounting request corresponding to the usage-amount data to an

AAA.