KR101146287B1 - Real-Time Data Charging Method and System for WCDMA-WiBro DBDM Service - Google Patents

Abstract

In the present invention, when a dual band dual mode (DBDM) terminal receives data service through a WCDMA network and a WiBro network, billing processing is simultaneously performed by interworking two networks through an integrated account in an intelligent network system for real-time prepaid or postpaid billing processing. It relates to a billing processing method and system that can be. The billing processing method according to an aspect of the present invention, when the terminal receiving the data service of the first network and the second network is connected to the first network, in a first system that supports data service operation of the first network A first step of performing a call processing of a data service through authentication according to an integrated account, processing a corresponding billing, and notifying billing information to a billing server; and when the terminal accesses the second network, Alternatively, the second system supporting data service operation performs authentication according to the intelligent network subscriber information, performs call processing of the data service in connection with the first system, processes the charging, and notifies the charging information to the charging server. A second step is included.

WCDMA, WiBro, DBDM, Integrated Prepaid Account, IM-SCP, SCP

Description

Real-time data charging method and system for WCDMA-WiBro DBDM Service

The present invention relates to a billing processing method and system, for real-time prepaid or postpaid billing when a DBDM terminal receives data service through a WCDMA network and a WiBro network, through an integrated account in an intelligent network system. It relates to a billing processing method and system capable of billing processing by interworking two networks at the same time.

In general, WCDMA or WiBro networks operate in the form of processing charges for data services in real time differently for separate subscribers.

In recent years, data services can be used in two networks through a DBDM terminal capable of providing both WiBro and WCDMA networks. However, since the billing network is not currently integrated, there is a problem in that billing cannot be processed by integrating data services of the WiBro network and the WCDMA network at the same time.

Therefore, as the use of DBDM terminals capable of providing both WiBro networks and WCDMA networks in the future increases, it is inefficient to process and charge bills by dividing them by network, so that such two networks or other networks are combined. There is a need to integrate more than one network to integrate the billing network to perform a single integrated prepaid and postpaid billing process in real time.

Accordingly, an object of the present invention is to solve the above-mentioned problems, and an object of the present invention is to integrate an intelligent network system for real-time prepaid or postpaid billing processing regardless of whether a DBDM terminal receives data service through a WCDMA network or a WiBro network. The present invention provides a billing processing method and system for billing by interworking two networks simultaneously through an account.

Another object of the present invention is to manage an integrated account in an intelligent network system of a WCDMA network, and when an DBDM terminal is connected through a WiBro network, an intelligent network managed by an AAA (Authentication / Authority / Accounting) server of a WiBro network system. While processing authentication based on the subscriber information, the A-server of the WiBro network system collects session information and CDR (Charging Data Record (Charging Data Record)) and connects the intelligent network system to the prepaid subscriber in real time until the session is terminated. To provide a billing processing method and system that can handle billing.

First, to summarize the features of the present invention, the billing processing method according to an aspect of the present invention for achieving the above object of the present invention, the first network and the terminal receiving the data service of the second network, the first network In the case of accessing to the network, the first system supporting the data service operation of the first network performs call processing of the data service through authentication according to an integrated account, processes the corresponding billing, and notifies the billing information to the billing server. Stage 1; And when the terminal connects to the second network, performs data service through interworking with the first system through authentication according to intelligent network subscriber information in a second system that supports data service operation in a different manner from the first network. And performing a call processing and processing the billing to notify the billing server of the billing information.

The integrated account is managed in the first system, the intelligent network subscriber information is managed in the second system, and the charging process is performed based on the linkage of the integrated account and the intelligent network subscriber information.

The first network is a WCDMA network, the second network is a WiBro network, and the WCDMA network and the WiBro network through the unified account, even if the terminal receives data service through either the WCDMA network or the WiBro network, By interlocking to allow the billing information integrated in the billing server is collected.

The unified account may be a unified prepaid account. If the unified account corresponds to a subscription, the terminal may be configured to control the first network and the second network in the means of the first system (Internet protocol multimedia service control means). In this case, the data service information and the packet size may be transmitted to the billing server. If the integrated account corresponds to the postpaid payment, the terminal accesses the first network. The means (packet gateway support means) of the 1 system generates the corresponding billing information and notifies the billing server, and when the terminal accesses the second network, the billing means from the means of the second system (integrated collection means) Information may be collected and notified to the charging server.

For the prepaid data service type, the first step and the second step include: first means (Internet Protocol Multimedia Service Control means) for managing the billing rate in the first system and managing the integrated account in the first system. By using a second means (service control means), an initialization process for requesting the initial balance deduction, an update process for updating the balance deduction, and an end process for terminating the data service are performed.

Other means (packet gateway support means) of the first system when the terminal connects to the first network, or means of the second system (integrated collection means) when the terminal connects to the second network In step 3, a prepaid balance management request message for requesting the initialization process, the update process, and the end process may be transmitted, and a prepaid balance management response message generated by interworking of the first means and the second means may be received.

The initialization process may include transmitting a message for checking the balance of the service type from the first means to the second means according to a prepaid balance inquiry request message including service type information, and wherein the second account includes the integrated account. Calculating a usable packet size for the service type with reference to and transmitting a response message to the first means; Sending a message for a request to reserve the use of the available packet size from the first means to the second means, and sending a result message for the request from the second means to the first means; And a means for transmitting the prepaid balance inquiry request message in the first means, and prepaid balance inquiry response message for giving down a service unit (GSU) allocated by the reservation based on the available packet size. Generating.

The updating process includes transmitting a message for updating the balance inquiry for the service type from the first means to the second means according to a prepaid balance update request message including service type information, and wherein the second means Calculating a usable packet size for the service type with reference to a unified account and sending a response message to the first means; Sending a message for a request to reserve the use of the available packet size from the first means to the second means, and sending a result message for the request from the second means to the first means; And generating, by means of transmitting the prepaid balance update request message in the first means, a prepaid balance update response message for lowering the service unit (GSU) allocated by the reservation based on the available packet size. Include.

The terminating process may include: transmitting a message for requesting a balance deduction for total data usage for the service type from the first means to the second means according to a prepaid balance deduction request message including service type information, Sending a response message to the first means by performing a corresponding balance deduction for the service type in the integrated account in the second means; Sending a message for a request to reserve the use of the available packet size from the first means to the second means, and sending a result message for the request from the second means to the first means; And generating, by the first means, a prepaid balance deduction response message for giving down information on the total amount of use of the corresponding data service and the cost information on the total amount of data used by the means for transmitting the prepaid balance deduction request message.

In addition, a wireless network operating system for billing processing according to another aspect of the present invention, a terminal supporting data service operations of the first network and receiving data services of the first network and the second network is connected to the first network. A first system for performing call processing of the data service through authentication according to the integrated account, processing the corresponding billing, and notifying the billing information to the billing server; And data service operation in a manner different from that of the first network, and when the terminal connects to the second network, performs call processing of the data service by interworking with the first system through authentication according to intelligent network subscriber information. And a second system for performing the billing process and notifying billing information to the billing server.

The first system, when the terminal accesses the first network, transmits a prepaid balance management request message requesting the initialization process, the update process and the termination process, and the first means and the second Packet gateway support means for receiving a prepaid balance management response message resulting from interworking of the means, wherein the second system includes the initialization process, the update process, and the termination when the terminal accesses the second network. And an integrated collection means for transmitting a prepaid balance management request message for requesting a process and for receiving a prepaid balance management response message generated by the interworking of the first means and the second means.

According to the billing processing method and system according to the present invention, the intelligent network system by interlocking the WCDMA network and the WiBro network simultaneously through the integrated prepaid account, even if the DBDM terminal receives the data service through any of the WCDMA network and WiBro network In particular, real-time prepaid billing is possible, which can be usefully applied to billing for DBDM-only combined fee products.

Further, according to the billing processing method and system according to the present invention, the integrated account is managed in the intelligent network system of the WCDMA network, and when the DBDM terminal is connected through the WiBro network, it is managed by the AAA server 126 of the WiBro network system. While processing authentication based on intelligent network subscriber information, A-server of WiBro network system integrates session information and CDR to process billing in real time until session is terminated through interworking with intelligent network system for prepaid subscriber.

In addition, according to the billing processing method and system according to the present invention, the billing type or data usage used in the WiBro network and WCDMA network according to the access network information and the subscribed billing product information for DBDM dedicated billing products are classified into various billings. Rate-apply rules can be applied, and DBDM-only plans are a data-service-only plan, but voice calls are also available when combined with billing products, including general voice calls or messaging services. By dividing the account into a balance account, a data available balance account, etc., efficient operation is possible in various modified forms.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Reference will now be made in detail to the preferred embodiments of the present invention, examples of which are illustrated in the accompanying drawings, wherein like reference numerals refer to the like elements throughout. Like reference numerals in the drawings denote like elements.

1 is a view for explaining a WCDMA-WiBro wireless network operation system 100 according to an embodiment of the present invention.

Referring to FIG. 1, the WCDMA-WiBro wireless network operating system 100 according to an embodiment of the present invention may include an intelligent network system 110 supporting intelligent network operation of a WCDMA network and a WiBro supporting operation of a WiBro network. Network system 120, and billing server 130. The DBDM terminal can receive wireless Internet service according to the Wideband Code Division Multiple Access (WCDMA) protocol through the Gateway GPRS Support Node (GGSN) 111 of the WCDMA network, and the TAP (Transit) of the WiBro network. A portable Internet service may also be received through a WiBro (Wireless Broadband) protocol through an access point (124).

The intelligent network system 110 connected with the GGSN 111 includes an Internet Protocol (IP) Multimedia-Service Control Point (IM-SCP) 112 and a Service Control Point (SCP). (Server) 113 and a CDF (Charging Data Function) (server) 114.

The WiBro network system 120 connected to the TAP 124 includes an A-server (Aggregation Server) 121, an Automatic Calling Router (ACR) 125, and an AAA (Authentication / Authority / Accounting) server. 126, and a Peripheral and Supplies Group (PSG) system 127.

In the present invention, when the DBDM terminal is connected to the WCDMA network, it is possible to process the prepaid and postpaid billing through the intelligent network system 110 of the WCDMA network, the integrated account managed by SCP 113 of the intelligent network system 110 Even when the DBDM terminal is connected through the WiBro network by using the WiBro network system 120 to interwork with the intelligent network system 110 can process the charging in real time until the session is terminated. In particular, when the DBDM terminal accesses through the WiBro network, the AAA server 126 of the WiBro network system 120 processes the authentication based on the intelligent network subscriber information managed by the A-server of the WiBro network system 120. In step 121, the session information from the AAA server 126 and the CDR from the PSG system 127 are integrated to charge the prepaid subscribers in real time until the session is terminated through interworking with the intelligent network system 110. It can be processed. As such, the intelligent network system 110 interworks with the WCDMA network and the WiBro network at the same time through the integrated prepaid account, so that the DBDM terminal receives the data service through one of the WCDMA network and the WiBro network, in particular, real-time prepaid billing. As it can be processed, it can be usefully applied to billing for DBDM-only combined fee products.

Hereinafter, the operation of the intelligent network system 110 and the WiBro network system 120 will be described in more detail.

First, in the intelligent network system 110, SCP 113 manages the integrated account for the subscriber, the real-time billing processing of the packet charging for each service type of the DBDM terminal to deduct the packet size and manage the balance information. The service type may include a service type for distinguishing a WiBro network and a WCDMA network, or a type for distinguishing a type of call processing such as accessing an Internet homepage or downloading / uploading data. In addition, it is possible to operate a variety of service types for the subscriber's integrated account to enable various plans related to voice calls, wireless messaging, text messaging services such as SMS / MMS, data download / upload, and the like. These service types can be operated in the form of monthly, postpaid, or prepaid.

IM-SCP 112, if the integrated account of the subscriber corresponds to the monthly plan (the form in which the corresponding fee is charged for a given packet size) plan, the DBDM terminal in conjunction with the GGSN 111 and A-server 121 WCDMA network The data service information and the packet size are transmitted to the billing server 130 by integrating the case of accessing to the WiBro network, and when the packet size is reached, the GGSN 111 may notify that the data call processing is restricted. In addition, IM-SCP 112 manages call processing charge rates for data services, and is based on L7 (application layer) such as games, video (VOD), group chats, etc. based on the corresponding charge rates according to the service type of the unified account. It handles charging for packet transmission for packet transmission of IMS (IP Multimedia Subsystem) application service (no charge processing possible) and Internet address access service for L3 (network layer) / L4 (transport layer). . In particular, if the consolidated account indicates the prepaid data service type, the IM-SCP 112 may calculate real-time billing by applying a corresponding billing rate for each layer of L3 / L4. Call processing for the prepaid agent will be described in detail with reference to FIGS. 2 and 9 below.

The GGSN 111 is a gateway system for data service call processing in the L3 / L4 layer. The GGSN 111 generates a corresponding CDR for a postpaid general subscriber through authentication of a subscriber station according to an integrated account and transmits the corresponding CDR to the CDF 114. ) To notify the billing server 130 according to the rule, and the prepaid subscriber can perform the real-time billing process through the interworking with the IM-SCP 112 as shown in Figs.

Next, in the WiBro network system 120, the ACR 125 is a radio resource management (RRM) function according to the scheduling of radio resources of the WiBro network, a handover function supporting mobility between cells, and the like. By controlling the communication between the subscriber station to route the IP packet traffic (packet traffic) can be properly transmitted and received to the destination terminal of the location.

The AAA server 126 manages intelligent network subscriber information (a terminal profile such as a number, a name, a terminal type, and the like for a DBDM terminal used in parallel with a WCDMA network) as information on a DBDM combined fee product in a WiBro network. In order to charge a combined fee for WiBro network usage and WCDMA network usage for the DBDM terminal, the intelligent network subscriber information managed by the AAA server 126 is partly or wholly integrated into the subscriber account managed by SCP 113. In conjunction with the integrated account can be managed. The AAA server 126 not only performs WIBRO network access authentication of the DBDM terminal on the basis of the intelligent network subscriber information in the WiBro network, but also performs interworking with the intelligent network system 110 in the A-server 121 through such authentication. The session information (destination / destination address, control information, service type, etc.) for call processing of the corresponding data service may be obtained so that pre / postpaid billing processing or cut-off function of the terminal may be performed. Transfer to server 121. In addition, the AAA server 126 may process the combined use prohibition function of the UICC (Universal Integrated Circuit Card) through the WIBRO network access authentication as described above.

The PSG system 127 mirrors all data (destination / destination address, control information, service type, data, etc.) routed through the ACR 125 in the WiBro network to transmit and receive data at the L3 / L4 layer. As a system for analyzing a, billing CDRs for the L3 / L4 layer is periodically generated and delivered to the A-server 121 for aggregation in the A-server 121.

The A-server 121 is a system that collects the session information generated in the AAA server 126 and the billing CDR generated in the PSG system 127 in the WiBro network, and prepaid to process the billing data of the L3 / L4 layer. In the case of a service, it processes through interworking with the IM-SCP 112 and SCP 113 of the WCDMA network, and in the case of a postpaid service, it can generate a CDR itself and transmit it to the charging server 130. In the A-server 121, processing can be performed according to the data layer. In particular, the L7 layer can be processed without charge and only the L3 / L4 layer can be charged.

That is, when the DBDM terminal accesses through the WiBro network, the AAA server 126 of the WiBro network system 120 processes the authentication based on the intelligent network subscriber information managed by the A-server of the WiBro network system 120. In 121, the session information from the AAA server 126 and the CDR from the PSG system 127 are integrated to interwork with the IM-SCP 112 and the SCP 113 of the intelligent network system 110 for the subscriber of the prepaid service. This allows you to charge in real time until the session ends.

2 is a flowchart illustrating a charging processing method when a DBDM terminal accesses a WiBro network.

When the DBDM terminal accesses the WiBro network and uses the data service of the L3 / L4 layer, the DBDM terminal processes the interworking between the A-server 121 and the IM-SCP 112 to process the real-time prepaid data service. Flow Based Charging is performed on the traffic of the L3 / L4 layer. For the call processing of the prepaid data service at this time, between the A-server 121, IM-SCP 112, and SCP 113, as shown in Figure 2, the initialization process (Initial: S210 ~ S217), the update process (Update : S220 ~ S225), and the termination process (Terminate: S230 ~ S233) is performed.

First, in the initialization process (Initial: S210 ~ S217), if the DBDM terminal of the idle state (IDle) accesses the WiBro network to request a real-time prepaid data service (S210), the A-server 121 AAA server 126 It collects session information about the traffic of the corresponding data service from and periodically sends a CCR [Initial] message to the IM-SCP 112 for interworking with the intelligent network system 110 (S211). . The CCR [Initial] (Credit Control Request [Initial]) message is a message requesting the balance inquiry for Credit Control during the initialization of the CCR message (prepaid balance management request message), that is, the prepaid balance. Corresponds to the inquiry request message.

As shown in FIG. 3, the CCR [Initial] message includes a Service-Context-ID indicating service context ID attribute value pair (AVP) information such as WLAN.08.450.7.32252@3gpp.org, an Initial Request = 1, and the like. CC-Request-Type AVP, which represents AVP information about the cycle of the billing process, Subscription-Id Data AVP, which represents the AVP information for the subscriber ID, such as subscriber number (MSISDN = 821030101815), intelligent network prepaid service type ( IN-Service AVP indicating AVP information for a service type such as IN-Service), IMS-Charging-Identifier indicating AVP information for a billing ID such as an IMS Charging ID (ICID), and the like.

When the IM-SCP 112 receives the CCR [Initial] message, it identifies the call processing originated from the WiBro network by referring to the WLAN value of the Service-Context-ID as described above, and performs the charging process by applying the related charge rate. can do. Unlike the interworking from the GGSN 111 to the IM-SCP 112, the A-server 121 has a service ID (eg, data service, etc.) indicating the service type in the CCR [Initial] message of the above format. In the case of the omission, the call processing may proceed after the inquiry of the balance to the intelligent network system 110 without error processing.

Next, when the IM-SCP 112 transmits a message for checking the balance to the intelligent network SCP 113, for example, a Remains Request [Get], the network information transmitted from the WiBro network (for example, a NAS (Network Access Server) Type (WiBro) and transmits (S212).

The intelligent network SCP (113) refers to the integrated account for the corresponding DBDM terminal, checks the available balance information according to the rate product for the corresponding DBDM terminal when connected from the WiBro network, calculates the available packet size, and returns a response message, For example, the information is included in the Remains Response [Account] and transmitted to the IM-SCP 112 (S213). Remains Response [Account] includes a product code (billing rate code) for the WiBro billing product (the billing product for the corresponding DBDM terminal when connected from the WiBro network).

Accordingly, the intelligent network IM-SCP 112 sends a message for requesting a balance reservation for a requested service unit (RSU) through a CCR [Initial] message, for example, a Reserve Request [Reserve]. 113, and receives a result message for the reservation request informing that the balance reservation has been made, for example, a reserve response from SCP 113 (S215).

Subsequently, the intelligent network IM-SCP 112 sends a message to the A-server 121 for a service unit (GSU: Granted Service Unit) to which a balance reservation is allocated to the requested service unit (RSU) as described above. For example, the CCA [Initial] message is transmitted to the A-server 121 (S216). The CCA [Initial] (Credit Control Answer [Initial]) message responds to the balance inquiry for Credit Control during the initialization of the CCA message (prepaid balance management response message), that is, the prepaid balance. Corresponds to the inquiry response message. At this time, in the case where the service ID (eg, data service, etc.) indicating the service type is omitted in the CCR [Initial] message, the intelligent network IM-SCP 112 displays the CCA [Initial] message as shown in FIG. 4. A predefined service ID for WiBro (for example, data service XXX) can be stored and transmitted.

As shown in FIG. 4, a CCA [Initial] message includes a result-code AVP indicating an AVP information such as a processing result (for example, CCA message level), a period of charging processing such as periodic charging (Initial Request = 1), and the like. Credit representing AVP information, such as CC-Request-Type AVP indicating AVP information for the service, Multiple-Services-Credit-Control (MSCC) indicating AVP information for simultaneous multiple services, and two times (RETRY_AND_TERMINATE: retry and end). -Control-Failure-Handling (CCFH).

In this case, n multiple-services-credit-controls may be repeated, and each multiple-services-credit-control has an AVP for the number of allocated data services (GSUs), such as the first, second .. n-th data service, and the like. Granted-Service-Unit (GSU) (nth) for information, CC-Total-Octets for AVP information for available packet size, Service-Identifier AVP for AVP information for service ID such as data service (XXX) Validity-Time, which represents AVP information about the message repetition transmission period, such as the interim cycle time (for example, the CCR [Update] message transmission period in the A-server), and the overall session processing result for the corresponding service in the MSCC. Result-Code AVP indicating the AVP information is included.

In this way, the A-server 121 receives the CCA [Initial] message from the IM-SCP 112, and sends the requested service unit (RSU) to the MSCC according to the balance reservation processing for each service in SCP 113. When the allocated service unit (GSU) is downloaded, the corresponding data service is opened for the corresponding DBDM terminal by the available packet size according to CC-Total-Octets (open), so that the ACR 125 can perform the necessary routing. (S217).

For example, when the remaining amount is insufficient according to the balance reservation processing for each service, SCP 113 may allow the corresponding remaining GSU to be allocated in the IM-SCP 112 as much as the remaining balance, and in the IM-SCP 112 It may be notified that the last GSU by responding to the A-server 121 by setting the final unit acknowledgment (FUA) of the final unit indication (FUI) indicating the CCA message level to 'terminate'. If there is no remaining balance for the service, the MSC's GSU is not allocated.

Next, the use of the service has elapsed by the available packet size for the GSU allocated to each service, and the FUA of the Final Unit Indication (FUI) indicating that the A-server 121 indicates the CCA message level from the IM-SCP 112. While the Final Unit Acknowledge does not receive the CCA message set to 'Terminate', an update process (Update: S220 to S225) is performed.

In the update process (Update: S220 ~ S225), first, the A-server 121 transmits a CCR [Update] message to the IM-SCP 112 to request the update of the data service (S220). The CCR [Update] (Credit Control Request [Update]) message is a message that requests to update the balance for Credit Control during the update of CCR messages (prepaid balance management request message), that is, prepaid balance. Corresponds to the update request message.

As illustrated in FIG. 5, the CCA [Update] message includes a Service-Context-ID indicating service context ID attribute value pair (AVP) information such as WLAN.08.450.7.32252@3gpp.org, periodic charging (Update Request = 2), and the like. CC-Request-Type AVP that indicates AVP information for the same billing process cycle, and used together with a session ID to distinguish one session to provide a unique value for CC (credit-control) messages (INITIAL_REQUEST , EVENT_REQUEST is 0, then increments by 1 from the next UPDATE_REQUEST) CC-Request-Number AVP indicating AVP information, and Subscription-Id Data AVP indicating AVP information for subscriber ID such as subscriber number (MSISDN = 821030101815), simultaneous IN-Service AVP, IMS Charging ID (ICID), and AVP information for the service type, such as Multiple-Services-Credit-Control (MSCC), which represents AVP information for multiple services, and IN-Service. Same billing IMS-Charging-Identifier indicating the AVP information for the ID is included.

In this case, n multiple-services-credit-controls may be repeated, and each multiple-services-credit-control has an AVP for the number of requested data services (RSUs) such as the first, second .. n-th data service, and the like. Requested-Service-Unit (RSU) (nth) for information, USP (Used Service Unit) CC-Total-Octets for AVP information for used packet size, and AVP information for service ID such as data service (XXX). Service-Identifier AVP and the like that are shown.

At this time, the IM-SCP 112 may perform normal processing even when the CCR [Update] is received before the CCA [Update]. That is, even if the CCR [Update] is continuously received from the A-server 121 before transmitting the CCA [Update] from the IM-SCP 112 to the A-server 121, this processing is normally performed.

Thereafter, the IM-SCP 112 requests and receives a balance inquiry and balance reservation similar to the processes of S212 to S215, as in steps S221 to S224.

For example, when the IM-SCP 112 transmits a message for checking the balance to the intelligent network SCP 113, for example, a Remains Request [Get], the network information transmitted from the WiBro network (for example, a NAS). (Network Access Server) Type = WiBro) is transmitted (S221).

Accordingly, the intelligent network SCP 113 checks the available balance information according to the rate product for the DBDM terminal when the WiBro network is connected by referring to the integrated account for the DBDM terminal, and calculates the available packet size. The response message, for example, is included in the Remains Response [Account] and transmitted to the IM-SCP 112 (S222). Remains Response [Account] includes a product code (billing rate code) for the WiBro billing product (the billing product for the corresponding DBDM terminal when connected from the WiBro network).

Accordingly, the intelligent network IM-SCP 112 sends a message for requesting a balance reservation for a requested service unit (RSU) through a CCR [Update] message, for example, a Reserve Request [Reserve]. 113), and receives a result message for the reservation request indicating that the balance reservation has been made from SCP 113, for example, a reserve response (S224).

At this time, when requesting the balance reservation for the requested service unit (RSU) requested in the CCR [Update] message in S223, through the CCR [Update] than the GSU lowered through the CCA message to the interworking A-server 121 Even if the used USU (used packet size) exceeds the balance (remaining packet size), the intelligent network IM-SCP 112 transmits a Reserve Request [Reserve]. At this time, when the remaining balance is exhausted while the service is in progress, and the available packet size is no longer available, the IM-SCP 112 does not transmit a Reserve Request [Reserve], but a FUA indicating the CCA message level from the A-server 121. Is waiting for a CCA message (CCR [Terminate]) set to 'Terminate', and receives a CCR [Terminate] for the last used balance and sends a message for billing, for example, Debit Request [Debit]. Should be sent to (113). In addition to this case, the incomplete call when the IM-SCP 112 does not receive a CCR [Terminate] due to a failure or the like is allowed to be charged.

Subsequently, the intelligent network IM-SCP 112 sends a message to the A-server 121 for a service unit (GSU: Granted Service Unit) to which a balance reservation is allocated to the requested service unit (RSU) as described above. For example, the CCA [Update] message is transmitted to the A-server 121 (S225). The CCA [Update] (Credit Control Answer [Update]) message is a response to updating the balance for Credit Control during the update of CCA messages (prepaid balance management response messages), that is, prepaid balance. Corresponds to an update response message.

At this time, when the service ID (eg, data service, etc.) indicating the service type is omitted in the CCR [Update] message, the intelligent network IM-SCP 112 displays the CCA [Update] message as shown in FIG. A predefined service ID for WiBro (for example, data service XXX) can be stored and transmitted.

As illustrated in FIG. 6, the CCA [Update] message includes a result-code AVP indicating AVP information such as a processing result (for example, CCA message level), and a period of charging processing such as periodic charging (Update Request = 2). CC-Request-Type AVP indicating AVP information for the CCP, CC-Request-Number AVP indicating AVP information for the periodic billing serial number, Multiple-Services-Credit-Control (MSCC) indicating AVP information for simultaneous multiple services, and 2 Credit-Control-Failure-Handling (CCFH) indicating AVP information such as a meeting (RETRY_AND_TERMINATE: retry and end).

In this case, n multiple-services-credit-controls may be repeated, and each multiple-services-credit-control has an AVP for the number of allocated data services (GSUs), such as the first, second .. n-th data service, and the like. Granted-Service-Unit (GSU) (nth) for information, CC-Total-Octets for AVP information for available packet size, Service-Identifier AVP for AVP information for service ID such as data service (XXX) Validity-Time, which represents AVP information about the message repetition transmission period, such as the interim cycle time (for example, the CCR [Update] message transmission period in the A-server), and the overall session processing result for the corresponding service in the MSCC. Result-Code AVP indicating the AVP information is included.

As such, the A-server 121 receives the CCA [Update] message from the IM-SCP 112, and sends the requested service unit (RSU) to the MSCC in accordance with the balance reservation processing for each service in SCP 113. When the downloaded service unit (GSU) is downloaded again, the corresponding data service is opened for the corresponding DBDM terminal by the available packet size according to CC-Total-Octets (open), and the ACR 125 performs the necessary routing. To help.

Next, while the A-server 121 does not receive a CCA message from the IM-SCP 112 that the Final Unit Acknowledge (FUA) indicating the CCA message level is set to 'terminate', the update process (Update: S220 ~ S225) is made repeatedly. The use of the service has elapsed by the available packet size for the GSU allocated to each service, and the FUA (Final Unit Acknowledge) indicating the CCA message level from the A-server 121 to the IM-SCP 112 is terminated. When receiving the CCA message set to '), the termination process (Terminate: S230 ~ S233) is finally performed. Even when the service termination request is received from the subscriber's DBDM terminal (Terminate: S230 ~ S233) is made.

In the termination process (Terminate: S230 ~ S233), first, the A-server 121 transmits a CCR [Terminate] message to the IM-SCP 112 (S230). In the case of using multiple data services in one session, as shown in FIG. 8, using MSCCs for CCR [Terminate], the charges for each service can be processed for each service during CCA [Terminate] after the previous CCA [Update]. have. The CCR [Terminate] (Credit Control Request [Terminate]) message is a message requesting the balance deduction for Credit Control during the Terminate process of a CCR message (prepaid balance management request message), that is, a prepaid balance. Corresponds to the deduction request message.

As shown in FIG. 7, the CCR [Terminate] message includes a Service-Context-ID indicating service context ID attribute value pair (AVP) information such as WLAN.08.450.7.32252@3gpp.org, a periodic charge (Terminate Request = 3), and the like. Subscription-Id Data AVP, which represents AVP information for subscriber ID, such as Credit Control (Request-Type) AVP, which represents AVP information on the billing process cycle, and subscriber number (MSISDN = 821030101815), for simultaneous multiple services. Charge IDs such as IN-Service AVP and IMS Charging ID (ICID), which represent AVP information for service types, such as Multiple-Services-Credit-Control (MSCC), which represent AVP information, and IN-Service. IMS-Charging-Identifier indicating the AVP information for this information, Credit-Control-Failure-Handling (CCFH) indicating the AVP information such as two times (RETRY_AND_TERMINATE: retry and end), and the like.

Here again, n Multiple-Services-Credit-Controls can be repeated, each of which has AVP information for the number of used data services, such as the first, second .. n-th data service, etc. Used-Service-Unit (USU) (nth), CC-Total-Octets indicating AVP information about the used packet size since the last CCR [Update], Service- indicating the service ID such as data service (XXX) Identifier AVP and the like.

Upon receiving the CCR [Terminate] message, the IM-SCP 112 transmits a message requesting the balance deduction to the intelligent network SCP 113, for example, Debit Request [Debit] (S231). Accordingly, SCP 113 deducts the balance from the subscriber's unified account and updates the available packet size. Then, when the IM-SCP 112 receives a response message for the result of the balance deduction from SCP 113, for example, Debit Request [Cost information] (S232), the total used amount of the data service being managed and the total data The use of the service of the DBDM terminal is terminated by transmitting a CCA [Terminate] message to the A-server 121 based on the information on the usage amount (S233). The CCA [Terminate] (Credit Control Answer [Terminate]) message responds to the balance deduction for Credit Control during the Terminate process of the CCA message (prepaid balance management response message), that is, the prepaid balance. Corresponds to the subtraction response message.

As shown in FIG. 8, CCFH is not included in CCA [Terminate]. The A-server 121 may configure a predetermined CDR (charging information) based on a CCA [Terminate] message and transmit it to the charging server 130. The billing server 130 may collect billing information received from the A-server 121 and report and send a bill so that a corresponding fee is charged for each DBDM terminal.

As illustrated in FIG. 8, a CCA [Terminate] message includes a result-code AVP indicating an AVP information such as a processing result (for example, CCA message level), a period of charging processing such as periodic charging (Terminate Request = 3), and the like. CC-Request-Type AVP indicating AVP information about the service, Multiple-Services-Credit-Control (MSCC) indicating AVP information for simultaneous multiple services, Cost-Information indicating AVP information about cost information, and the like.

Here, n may be repeated in the Multiple-Services-Credit-Control, and in each Multiple-Services-Credit-Control, a Service representing AVP information about a service ID such as the first and second .. n-th data service (XXX) is provided. -Identifier AVP, Result-Code AVP indicating the AVP information to be registered for the session processing result for the corresponding service in the MSCC. Cost-Information includes Unit-Value representing AVP information for the total amount used, Currency-Code representing AVP information for the currency type, such as KRW: 410, and Cost-Unit representing AVP information for the total data usage. .

9 is a flowchart illustrating a charging processing method when a DBDM terminal accesses a WCDMA network.

When the DBDM terminal accesses the WCDMA network and uses the data service of the L3 / L4 layer, the DBDM terminal processes the GGSN 111 and the IM-SCP 112 in order to process the real-time prepaid data service. Flow Based Charging is performed on the traffic of the L3 / L4 layer. The data service is divided into services performed in the L3 / L4 layer such as direct access to the Internet homepage and services performed in the L7 layer which processes application services (video (VOD), IMS service, game, chat, etc.), and the GGSN 111 For flow based charging through interworking between the IM-SCPs 112, most of the services of the L3 / L4 layer can be charged only. The predetermined charging process may be performed through a subsequent differentiated service code point (DSCP) or the like without interworking with the intelligent network system 110.

When the DBDM terminal accesses the WCDMA network to use the L3 / L4 layer data service, the GGSN 111, the IM-SCP 112, and the SCP 113 are used for call processing of the prepaid data service. As shown in FIG. 9, an initialization process (Initial: S910 to S917), an update process (Update: S920 to S925), and a termination process (Terminate: S930 to S933) are performed.

First, in the initialization process (Initial: S910 ~ S917), when the DBDM terminal of the idle state is connected to the WCDMA network to request a real-time prepaid data service (S910), the GGSN 111 transmits a CCR [Initial] message in real time deduction Make a request (S911).

As shown in FIG. 10, the CCR [Initial] message includes a Service-Context-ID indicating service context ID attribute value pair (AVP) information, such as PS.08.450.7.32251@3gpp.org, an Initial Request = 1, and the like. Subscription-Id Data AVP, which represents AVP information for subscriber ID, such as Credit Control (Request-Type) AVP, which represents AVP information on the billing process cycle, and subscriber number (MSISDN = 821030101815), for simultaneous multiple services. Charge IDs such as IN-Service AVP and IMS Charging ID (ICID), which represent AVP information for service types, such as Multiple-Services-Credit-Control (MSCC), which represent AVP information, and IN-Service. IMS-Charging-Identifier and the like indicating the AVP information about the.

Here, n may be repeated in the Multiple-Services-Credit-Control, and in each Multiple-Services-Credit-Control, the AVP for the number of requested data services (RSU) such as the first, second .. n-th data service, etc. Requested-Service-Unit (RSU) (nth) representing information, Service-Identifier AVP representing AVP information for service ID such as data service XXX, and the like.

When the IM-SCP 112 receives the CCR [Initial] message, it identifies the call processing originated from the WCDMA network by referring to the PS value of the Service-Context-ID as described above, and performs the charging process by applying the related charge rate. can do.

Next, when the IM-SCP 112 transmits a message for checking the balance to the intelligent network SCP 113, for example, a Remains Request [Get], network information transmitted from the WCDMA network (for example, NAS (Network Access) Server) Type (WCDMA) and transmits it (S912).

The intelligent network SCP 113 refers to the integrated account for the corresponding DBDM terminal, checks the available balance information according to the rate product for the corresponding DBDM terminal when connected from the WCDMA network, calculates the available packet size, and returns a response message, For example, it is included in the Remains Response [Account] and transmitted to the IM-SCP 112 (S913). Remains Response [Account] includes a product code (billing rate code) for WiBro billing products (billing products for the corresponding DBDM terminal when connected from a WCDMA network).

Accordingly, the intelligent network IM-SCP 112 sends a message for requesting a balance reservation for a requested service unit (RSU) through a CCR [Initial] message, for example, a Reserve Request [Reserve]. 113), and receives a result message for the reservation request informing that the balance reservation has been made from SCP 113, for example, a reserve response (S915).

Thereafter, the intelligent network IM-SCP 112 sends a message to the GGSN 111, for example, a service unit (GSU: Granted Service Unit) to which a balance reservation is allocated to the requested service unit (RSU). The CCA [Initial] message is transmitted to the GGSN 111 (S916). At this time, in the case where a service ID (eg, data service, etc.) indicating a service type is omitted in the CCR [Initial] message, the intelligent network IM-SCP 112 displays the CCA [Initial] message as shown in FIG. 11. The WCDMA predefined service ID (eg, data service XXX) may be stored and transmitted.

As illustrated in FIG. 11, a CCA [Initial] message includes a result-code AVP indicating an AVP information such as a processing result (for example, CCA message level), and a cycle of a billing process such as periodic charging (Initial Request = 1). Credit representing AVP information, such as CC-Request-Type AVP indicating AVP information for the service, Multiple-Services-Credit-Control (MSCC) indicating AVP information for simultaneous multiple services, and two times (RETRY_AND_TERMINATE: retry and end). -Control-Failure-Handling (CCFH).

In this case, n multiple-services-credit-controls may be repeated, and each multiple-services-credit-control has an AVP for the number of allocated data services (GSUs) such as the first, second .. n-th data service, and the like. Granted-Service-Unit (GSU) (nth) for information, CC-Total-Octets for AVP information for available packet size, Service-Identifier AVP for AVP information for service ID such as data service (XXX) , Validity-Time indicating the AVP information about the message repetition transmission period such as the interim cycle time (for example, the CCR [Update] message transmission period in GGSN), AVP information on the overall session processing result for the corresponding service in the MSCC. Result-Code AVP, etc., indicating

In this way, the GGSN 111 receives the CCA [Initial] message from the IM-SCP 112 and assigns the MSCC to the requested service unit (RSU) according to the balance reservation processing for each service in SCP 113. After downloading the service unit (GSU), the corresponding data service is opened for the corresponding DBDM terminal by the available packet size according to CC-Total-Octets, so that the RAN (Radio Access Network) in the WCDMA network is opened. It is possible to perform the necessary routing (S917).

For example, when the remaining amount is insufficient according to the balance reservation processing for each service, SCP 113 may allow the corresponding remaining GSU to be allocated in the IM-SCP 112 as much as the remaining balance, and in the IM-SCP 112 Final unit acknowledgment (FUA) of the Final Unit Indication (FUI) indicating the CCA message level may be set to 'Terminate' to notify the GGSN 111 that it is the last GSU. If there is no remaining balance for the service, the MSC's GSU is not allocated.

Next, the use of the service has elapsed by the available packet size for the GSU allocated for each service, and the FUA (Final) of the FUI (Final Unit Indication) indicating that the GGSN 111 indicates the CCA message level from the IM-SCP 112. While the unit acknowledge does not receive the CCA message set to 'terminate', an update process (Update: S920 to S925) is performed.

In an update process (Update: S920 to S925), first, the GGSN 111 transmits a CCR [Update] message to the IM-SCP 112 to request an update of a data service (S920).

As illustrated in FIG. 12, the CCA [Update] message includes a service processing context such as Service-Context-ID indicating service context ID AVP information such as PS.08.450.7.32251@3gpp.org, periodic charging (Update Request = 2), and the like. CC-Request-Type AVP which indicates AVP information about period, and used together with session ID to distinguish one session to provide unique value for CC (credit-control) messages (INITIAL_REQUEST, EVENT_REQUEST is 0, Then, the CC-Request-Number AVP indicating the AVP information to be incremented by 1 from UPDATE_REQUEST, the Subscription-Id Data AVP indicating the AVP information about the subscriber ID such as the subscriber number (MSISDN = 821030101815), and the AVP for simultaneous multiple services. For billing IDs, such as IN-Service AVP and IMS Charging ID (ICID), which represent AVP information for service types such as Multiple-Services-Credit-Control (MSCC), Intelligent Network Prepaid Service Type (IN-Service), etc. AVP Information Shown, and the like IMS-Charging-Identifier.

In this case, n multiple-services-credit-controls may be repeated, and each multiple-services-credit-control has an AVP for the number of requested data services (RSUs) such as the first, second .. n-th data service, and the like. Requested-Service-Unit (RSU) (nth) for information, USP (Used Service Unit) CC-Total-Octets for AVP information for used packet size, and AVP information for service ID such as data service (XXX). Service-Identifier AVP and the like that are shown.

At this time, the IM-SCP 112 may perform normal processing even when the CCR [Update] is received before the CCA [Update]. That is, even if the CCR [Update] is continuously received from the GGSN 111 before the CCA [Update] is transmitted from the IM-SCP 112 to the GGSN 111, the normal processing is performed.

Thereafter, the IM-SCP 112 requests and receives a balance inquiry and balance reservation similarly to the processes of S912 to S915, as in steps S921 to S924.

For example, when the IM-SCP 112 transmits a message for checking the balance to the intelligent network SCP 113, for example, a Remains Request [Get], the network information transmitted from the WiBro network (for example, a NAS). (Network Access Server) Type = WiBro) is transmitted (S921).

Accordingly, the intelligent network SCP 113 checks the available balance information according to the rate product for the DBDM terminal when the WiBro network is connected by referring to the integrated account for the DBDM terminal, and calculates the available packet size. The response message, for example, is included in the Remains Response [Account] and transmitted to the IM-SCP 112 (S922). Remains Response [Account] contains the commodity code (billing rate code) for WiBro billing products (billing products for the corresponding DBDM terminal when connected from the WiBro network).

Accordingly, the intelligent network IM-SCP 112 sends a message for requesting a balance reservation for a requested service unit (RSU) through a CCR [Update] message, for example, a Reserve Request [Reserve]. 113), and receives a result message for the reservation request informing that the balance reservation has been made, for example, a reserve response from SCP 113 (S924).

At this time, when requesting the balance reservation for the requested service unit (RSU) requested in the CCR [Update] message in S923, the GGSN 111 that comes up through the CCR [Update] than the GSU lowered through the CCA message to the interworking GGSN 111. Even if the USU (used packet size) exceeds the balance (remaining packet size), the intelligent network IM-SCP 112 transmits a Reserve Request [Reserve]. At this time, when the remaining balance is exhausted while the service is in progress, the available packet size is no longer available, the IM-SCP 112 does not send a Reserve Request [Reserve], and the FUA indicating the CCA message level from the GGSN 111 ends. (Terminate), which is waiting for a CCA message (CCR [Terminate]), and receives a CCR [Terminate] for the last used balance and sends a message for billing, for example, Debit Request [Debit]. ) Should be sent. In addition to this case, the incomplete call when the IM-SCP 112 does not receive a CCR [Terminate] due to a failure or the like is allowed to be charged.

Subsequently, the intelligent network IM-SCP 112 sends a message to the GGSN 111 for a service unit (GSU: Granted Service Unit) to which a balance reservation is allocated to the requested service unit (RSU) as described above. The CCA [Update] message is transmitted to the GGSN 111 (S925). At this time, when the service ID (eg, data service, etc.) indicating the service type is omitted in the CCR [Update] message, the intelligent network IM-SCP 112 displays the CCA [Update] message as shown in FIG. 13. The WCDMA predefined service ID (eg, data service XXX) may be stored and transmitted.

As illustrated in FIG. 13, a CCA [Update] message includes a Result-Code AVP indicating AVP information such as a processing result (for example, CCA message level), and a cycle of a billing process such as periodic billing (Update Request = 2). CC-Request-Type AVP indicating AVP information for the CCP, CC-Request-Number AVP indicating AVP information for the periodic billing serial number, Multiple-Services-Credit-Control (MSCC) indicating AVP information for simultaneous multiple services, and 2 Credit-Control-Failure-Handling (CCFH) indicating AVP information such as a meeting (RETRY_AND_TERMINATE: retry and end).

In this case, n multiple-services-credit-controls may be repeated, and each multiple-services-credit-control has an AVP for the number of allocated data services (GSUs), such as the first, second .. n-th data service, and the like. Granted-Service-Unit (GSU) (nth) for information, CC-Total-Octets for AVP information for available packet size, Service-Identifier AVP for AVP information for service ID such as data service (XXX) , Validity-Time indicating the AVP information about the message repetition transmission period such as the interim cycle time (for example, the CCR [Update] message transmission period in GGSN), AVP information on the overall session processing result for the corresponding service in the MSCC. Result-Code AVP, etc., indicating

In this way, the GGSN 111 receives the CCA [Update] message from the IM-SCP 112 and assigns the MSCC to the requested service unit (RSU) according to the balance reservation processing for each service in the SCP 113. When the service unit (GSU) is downloaded again, the corresponding data service is opened to the corresponding DBDM terminal by the available packet size according to CC-Total-Octets (open), so that the RAN can perform necessary routing.

Next, while the GGSN 111 does not receive from the IM-SCP 112 the Final Unit Acknowledge (FUA) indicating the CCA message level, the CCA message is set to 'terminate', the update process (Update: S920 ~). S925) is made repeatedly. The use of the service has elapsed by the available packet size for the GSU allocated to each service, and the FUA (Final Unit Acknowledge) indicating the CCA message level from the GGSN 111 to the IM-SCP 112 is 'terminated'. When receiving the CCA message set to, the end process (Terminate: S930 ~ S933) is finally performed. Termination process (Terminate: S930 ~ S933) is performed even when the service termination request is received from the DBDM terminal of the subscriber.

In the termination process (Terminate: S930 to S933), first, the GGSN 111 transmits a CCR [Terminate] message to the IM-SCP 112 to request termination of the data service (S930). If multiple data services are used within a session, the MSC can be billed for each usage for the CCA [Terminate] after the previous CCA [Update] using multiple MSCCs in CCR [Terminate] as shown in FIG. have.

As shown in FIG. 14, the CCR [Terminate] message includes a service-context-ID indicating service context ID AVP information such as PS.08.450.7.32251@3gpp.org, periodic charging (Terminate Request = 3), and the like. Subscription-Id Data AVP indicating AVP information for subscriber ID such as Credit Control (Request-Type) AVP indicating the AVP information for the subscriber, subscriber number (MSISDN = 821030101815), Multiple indicating the AVP information for simultaneous multiple services Represents AVP information for billing IDs such as IN-Service AVP and IMS Charging ID (ICID), indicating AVP information for service types such as Services-Credit-Control (MSCC), Intelligent Network Prepaid Service Type (IN-Service), etc. Credit-Control-Failure-Handling (CCFH) indicating AVP information such as IMS-Charging-Identifier, two times (RETRY_AND_TERMINATE: retry and end), and the like.

Here again, n Multiple-Services-Credit-Controls can be repeated, each of which has AVP information for the number of used data services, such as the first, second .. n-th data service, etc. Used-Service-Unit (USU) (nth), CC-Total-Octets indicating AVP information about the used packet size since the last CCR [Update], Service- indicating the service ID such as data service (XXX) Identifier AVP and the like.

Upon receiving the CCR [Terminate] message, the IM-SCP 112 transmits a message requesting the balance deduction to the intelligent network SCP 113, for example, a Debit Request [Debit] (S931). Accordingly, SCP 113 deducts the balance from the subscriber's unified account and updates the available packet size. Then, when the IM-SCP 112 receives a response message for the result of the balance deduction from SCP 113, for example, Debit Request [Cost information] (S932), the total used amount of the managed data service and the total data The use of the service of the DBDM terminal is terminated by transmitting a CCA [Terminate] message to the GGSN 111 based on the information on the usage amount (S933). As shown in FIG. 15, CCFH is not included in CCA [Terminate]. The GGSN 111 may configure a predetermined CDR based on a Terminate [CCA] message and transmit the predetermined CDR to the charging server 130. The billing server 130 may collect billing information received from the A-server 121 as well as billing information received from the GGSN 111 and report and send a bill so that the corresponding charges are integrated and billed for each DBDM terminal.

As illustrated in FIG. 15, a CCA [Terminate] message includes a result-code AVP indicating AVP information such as a processing result (for example, CCA message level), a period of a billing process such as periodic charging (Terminate Request = 3), and the like. CC-Request-Type AVP indicating AVP information about the service, Multiple-Services-Credit-Control (MSCC) indicating AVP information for simultaneous multiple services, Cost-Information indicating AVP information about cost information, and the like.

Here, n may be repeated in the Multiple-Services-Credit-Control, and in each Multiple-Services-Credit-Control, a Service representing AVP information about a service ID such as the first and second .. n-th data service (XXX) is provided. -Identifier AVP, Result-Code AVP indicating the AVP information to be registered for the session processing result for the corresponding service in the MSCC. Cost-Information includes Unit-Value representing AVP information for the total amount used, Currency-Code representing AVP information for the currency type, such as KRW: 410, and Cost-Unit representing AVP information for the total data usage. .

As described above, in the wireless network operation system 100 performing billing processing according to the present invention, the DBM-only rate product is used in the call processing type or the WiBro network and the WCDMA network according to the access network information and the subscribed rate product information. Different billing rate application rules can be applied by classifying data usage. In addition, if your DBDM-only plan is a data-service-only plan, your voice-enabled balance account, your messaging service-enabled balance account, and your data-enabled balance, even when combined with your regular product, including voice calls or messaging services By classifying the integrated accounts of SCP (113) by dividing into accounts, efficient operation is possible in various modified forms.

As described above, the present invention has been described by way of limited embodiments and drawings, but the present invention is not limited to the above embodiments, and those skilled in the art to which the present invention pertains various modifications and variations from such descriptions. This is possible. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be determined not only by the claims below but also by the equivalents of the claims.

1 is a view for explaining a WCDMA-WiBro wireless network operating system according to an embodiment of the present invention.

2 is a flowchart illustrating a charging processing method when a DBDM terminal accesses a WiBro network.

3 shows an information scheme included in a CCR [Initial] message transmitted from the A-server to the IM-SCP during the initialization process.

4 shows an information scheme included in a CCA [Initial] message that an A-server receives from IM-SCP during initialization.

5 shows an information scheme included in a CCR [Update] message transmitted from the A-server to the IM-SCP during the update process.

6 shows an information scheme included in a CCA [Initial] message received by the A-server from the IM-SCP during the update process.

FIG. 7 shows an information scheme included in a CCR [Terminate] message transmitted from the A-server to the IM-SCP during the termination process.

8 shows an information scheme included in a CCA [Cost Information] message received by the A-Server from the IM-SCP during the termination process.

9 is a flowchart illustrating a charging processing method when a DBDM terminal accesses a WCDMA network.

10 shows an information scheme included in a CCR [Initial] message transmitted by the GGSN to IM-SCP during the initialization process.

11 shows an information scheme included in a CCA [Initial] message received by the GGSN from IM-SCP during the initialization process.

12 shows an information scheme included in a CCR [Update] message transmitted by the GGSN to IM-SCP during the update process.

FIG. 13 shows an information scheme included in a CCA [Initial] message that GGSN receives from IM-SCP during an update process.

14 shows an information scheme included in a CCR [Terminate] message transmitted by the GGSN to IM-SCP during termination.

FIG. 15 shows an information scheme included in a CCA [Cost Information] message received by the GGSN from the IM-SCP during termination.

Claims (14)

When the terminal receiving the data service of the first network and the second network accesses the first network, the call of the data service through authentication according to the unified account in the first system that supports the operation of the data service of the first network A first step of performing a processing, processing the corresponding billing, and notifying billing information to the billing server; And When the terminal connects to the second network, the second system that supports data service operation in a different manner from the first network undergoes authentication according to intelligent network subscriber information, and interworks with the first system to provide data service. A second step of performing call processing and processing billing to notify billing information to the billing server; The integrated account is managed in the first system, the intelligent network subscriber information is managed in the second system, billing processing method, characterized in that based on the linkage of the integrated account and the intelligent network subscriber information. delete The method of claim 1, The first network is a WCDMA network, the second network is a WiBro network, Regardless of whether the terminal receives data service through the WCDMA network or the WiBro network, the billing information integrated in the billing server may be collected by interworking the WCDMA network and the WiBro network through the integrated account. Billing processing method. The method of claim 1, wherein the consolidated account is a consolidated prepaid account. The billing method of claim 1, wherein when the integrated account corresponds to a flat rate, the Internet protocol multimedia service control means of the first system integrates all cases in which the terminal accesses the first network and the second network, And the corresponding data service information and packet size are transmitted to a server. The method of claim 1, wherein if the consolidated account corresponds to postpay, When the terminal connects to the first network, the packet gateway support means of the first system generates corresponding charging information and notifies the charging server. And collecting the corresponding billing information from the integrated collection means of the second system and notifying the billing server when the terminal accesses the second network. The method of claim 1, For the prepaid data service type, the first step and the second step are: Using internet protocol multimedia service control means (first means) for managing billing rates in said first system and service control means (second means) for managing said unified account in said first system, Initialization process for requesting initial balance deduction, Update process for updating balance deductions and And a termination process for terminating the data service. The method of claim 7, wherein In the packet gateway support means of the first system when the terminal is connected to the first network, or in the integrated collection means of the second system when the terminal is connected to the second network, Billing, characterized in that for transmitting the prepaid balance management request message requesting the initialization process, the update process and the termination process, and receiving a corresponding prepaid balance management response message generated by the interworking of the first means and the second means. Treatment method. The method of claim 7, wherein the initialization process, In accordance with the prepaid balance inquiry request message including service type information, the message for the balance inquiry for the service type is transmitted from the first means to the second means, and the service refers to the integrated account by the second means. Calculating a usable packet size for a type and sending a response message to the first means; Sending a message for a request to reserve usage of the available packet size from the first means to the second means, and reserving the usage of the available packet size from the second means to the first means; Sending a result message for the request; And Generating, by the first means, a prepaid balance inquiry response message including a service unit (GSU) assigned by the reservation based on the available packet size and transmitting the prepaid balance inquiry request message to the means that transmitted the prepaid balance inquiry request message; Steps to Charging processing method comprising a. The method of claim 7, wherein the updating process, Transmitting a message for updating the balance inquiry for the service type from the first means to the second means in accordance with a prepaid balance update request message including service type information, and referring to the unified account in the second means; Calculating a usable packet size for the service type and sending a response message to the first means; Sending a message for a request to reserve usage of the available packet size from the first means to the second means, and reserving the usage of the available packet size from the second means to the first means; Sending a result message for the request; And Generating, by the first means, a prepaid balance update response message including a service unit (GSU) allocated by the reservation based on the available packet size and transmitting the prepaid balance update request message to the means that transmitted the prepaid balance update request message; Charging processing method comprising a. The method of claim 7, wherein the termination process, In response to a prepaid balance deduction request message including service type information, transmitting a message for requesting a balance deduction for total data usage for the service type from the first means to the second means, and wherein the second means Transmitting a response message to the first means by performing a corresponding balance deduction for the service type in a consolidated account; Sending a message for a request to reserve usage of the available packet size from the first means to the second means, and reserving the usage of the available packet size from the second means to the first means; Sending a result message for the request; And Generating, by the first means, a prepaid balance deduction response message including a total amount of use of the corresponding data service and cost information on total data usage, and transmitting the prepaid balance deduction request message to the means that transmitted the prepaid balance deduction request message; Charging processing method comprising a. When the terminal supporting data service of the first network and the terminal receiving the data service of the first network and the second network accesses the first network, call processing of the data service is performed through authentication according to the integrated account. A first system for processing billing and notifying billing information to a billing server; And It supports data service operation in a different manner from the first network, and performs call processing of the data service by interworking with the first system through authentication according to intelligent network subscriber information when the terminal accesses the second network. A second system for processing billing and notifying billing information to the billing server; Wireless network operating system for billing processing comprising a. The method of claim 12, wherein the first system, Internet protocol multimedia service control means (first means) for managing the charging rate; And Service control means (second means) for managing the integration account; By integrating all the cases where the terminal is connected to the first network and the second network, by interlocking the first means and the second means, Initialization process for requesting initial balance deduction, Update process for updating balance deductions and Wireless network operation system for billing processing, characterized in that for performing the termination process for the termination of the data service. The method of claim 13, The first system, when the terminal accesses the first network, transmits a prepaid balance management request message requesting the initialization process, the update process and the termination process, and the first means and the second Packet gateway support means for receiving a corresponding prepaid balance management response message resulting from interworking of the means; The second system, when the terminal accesses the second network, transmits a prepaid balance management request message requesting the initialization process, the update process and the termination process, and the first means and the second And an integrated collection means for receiving a corresponding prepaid balance management response message generated by interworking of the means.

Images