WO2007020499A1 - Online charging management server - Google Patents

Online charging management server Download PDF

Info

Publication number
WO2007020499A1
WO2007020499A1 PCT/IB2006/002152 IB2006002152W WO2007020499A1 WO 2007020499 A1 WO2007020499 A1 WO 2007020499A1 IB 2006002152 W IB2006002152 W IB 2006002152W WO 2007020499 A1 WO2007020499 A1 WO 2007020499A1
Authority
WO
WIPO (PCT)
Prior art keywords
online
account
message
server
balance
Prior art date
Application number
PCT/IB2006/002152
Other languages
French (fr)
Inventor
Juha-Pekka Koskinen
Anne Narhi
Original Assignee
Nokia Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Corporation filed Critical Nokia Corporation
Priority to JP2008520021A priority Critical patent/JP4842317B2/en
Priority to EP06779937A priority patent/EP1915883A1/en
Publication of WO2007020499A1 publication Critical patent/WO2007020499A1/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G06Q20/145—Payments according to the detected use or quantity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/31—Distributed metering or calculation of charges
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/57—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for integrated multimedia messaging subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/765—Linked or grouped accounts, e.g. of users or devices
    • H04M15/7655—Linked or grouped accounts, e.g. of users or devices shared by technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/77—Administration or customization aspects; Counter-checking correct charges involving multiple accounts per user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/77—Administration or customization aspects; Counter-checking correct charges involving multiple accounts per user
    • H04M15/772—Administration or customization aspects; Counter-checking correct charges involving multiple accounts per user per service, e.g. prepay or post-pay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/785—Reserving amount on the account
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/88—Provision for limiting connection, or expenditure
    • H04M15/883—Provision for limiting connection, or expenditure linked escalation limits, i.e. establish, first or second limit
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • H04M17/20—Prepayment of wireline communication systems, wireless communication systems or telephone systems with provision for recharging the prepaid account or card, or for credit establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0116—Provision for limiting expenditure, e.g. limit on call expenses or account
    • H04M2215/0128—Linked escalation limits, establish, first or second limit
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/2026—Wireless network, e.g. GSM, PCS, TACS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/204—UMTS; GPRS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/208—IMS, i.e. Integrated Multimedia messaging Subsystem
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/32—Involving wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/72—Account specifications
    • H04M2215/724—Linked accounts
    • H04M2215/725—Shared by technologies, e.g. one account for different access technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/72—Account specifications
    • H04M2215/724—Linked accounts
    • H04M2215/7254—Multiple accounts per user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/72—Account specifications
    • H04M2215/724—Linked accounts
    • H04M2215/7254—Multiple accounts per user
    • H04M2215/7263—Multiple accounts per user per service, e.g. prepay and post-pay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/72—Account specifications
    • H04M2215/7277—Account specifications on parallel communications
    • H04M2215/7295—Reserve amount, e.g. according to estimated costs for a typical communication duration or according to the estimated volume to be transferred
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/96—Distributed calculation of charges, e.g. in different nodes like for mobiles between HLR and VLR, or between the terminal and the billing function

Definitions

  • the present invention relates to an online charging server, and more particularly but not exclusively to an online charging server for the provision of prepay functions for wireless cellular networks.
  • a communication system is a facility that enables communication between two or more entities such as user terminal equipment and/or network entities and other nodes associated with a communication system.
  • the communication may comprise, for example, communication of voice, electronic mail (email), text messages, data, multimedia and so on.
  • the communication may be provided by a fixed line and/or wireless communication interfaces.
  • a feature of wireless communication systems is that they provide mobility for the users thereof.
  • An example of communication systems providing wireless communication is a public land mobile network (PLMN).
  • An example of the fixed line system is a public switched telephone network (PSTN).
  • PLMN public land mobile network
  • PSTN public switched telephone network
  • a communication system typically operates in accordance with a given standard or specification which sets out what the various elements of a system are permitted to do and how that should be achieved.
  • the standard or specification may define if the user, or more precisely user equipment, is provided with a circuit switched server or a packet switched server or both.
  • Communication protocols and/or parameters which should be used for the connection are also typically defined.
  • the manner how communication shall be implemented between the user equipment and the elements of the communication networks is typically based on a predefined communication protocol. In other words, a specific set of "rules" on which the communication can be based needs to be defined to enable the user equipment to communicate via the communication system.
  • 3G Third Generation
  • UE user equipment
  • MS mobile station
  • MS can be defined as a means that is capable of communication via a wireless interface with another device such as a base station of a mobile telecommunication network or any other station.
  • service used above and hereinafter will be understood to broadly cover any service or goods which a user may desire, require or be provided with. The term also will be understood to cover the provision of complimentary services.
  • service will be understood to include Internet protocol multimedia IM services, conferencing, telephony, gaming, rich call, presence, e-commerce and messaging e.g. instant messaging.
  • a "service” may comprise two or more parts. For example, a video telephone service comprises a voice part and a video part. Alternatively two or more services may be provided at the same time, for example a gaming service and a chatroom service may be provided at the same time.
  • the 3G Partnership Project (3GPP) is defining a reference architecture for the Universal Mobile Telecommunication System (UMTS) core network which will provide the users of user equipment UE with access to these services.
  • This UMTS core network is divided into three principal domains. These are the Circuit Switched domain, the Packet Switched domain and the Internet Protocol Multimedia (IM) domain. The latter of these, the IM domain, makes sure that multimedia services are adequately managed.
  • the IM domain supports the Session Initiation Protocol (SIP) as developed by the Internet Engineering Task Force (IETF).
  • SIP Session Initiation Protocol
  • One aspect of management relevant for both IMS and non IMS systems is that of charging users for supply of services. Charging can be divided into two modes of charging. The first is on-line charging which is where the user effectively pre-pays for a service and the second is off-line charging where a user is billed for a service after the session.
  • the first charging method is implemented by pay-as-you-go systems whereas the second method is implemented where the user is billed at regular intervals for calls which the user has made.
  • OCS Online Charging System
  • the architecture of the OCS as currently implemented within these standards has problems for any operator attempting to operate a unified (i.e. online and off line) billing system.
  • the OCS contains an account database which is operated on by an account balance management system.
  • the account balance management system and account database within the OCS is effectively a partial duplication of information held by the operator for the off line accounting system.
  • an online charging management server comprising: receiving means arranged to receive at least one account request message transmitted from a network service provider; and transmitting means arranged to transmit an online account balance message to a further separate server based on the received account request.
  • the online account balance message may be an online account balance request message.
  • the online account balance request message may comprise a request for at least one of: Make a reservation; Commit reservation and make new reservation; Commit reservation; Release reservation; Balance query; Increase balance; and Decrease balance.
  • the receiving means may be further arranged to receive an online account balance message from the further server.
  • the online account balance message from the further server may be an online account balance answer message.
  • the online account balance answer message may comprise a value based on the online account balance request message.
  • the online account balance message may be a Diameter message.
  • the online account balance message may be a Diameter credit control message.
  • the server may be a rating server.
  • an online charging account management server comprising: receiving means arranged to receive an online account balance message from at least one further separate server, the online account balance message based on a received account request message transmitted from a network service provider; and processing means arranged to perform an online account balance action based on the received online account balance message.
  • the server may further comprise transmitting means arranged to transmit an online account balance message to the further server.
  • the online account balance message may be an online account balance request message.
  • the online account balance request message may comprise a request for at least one of: Make a reservation; Commit reservation and make new reservation; Commit reservation; Release reservation; Balance query; Increase balance; and Decrease balance.
  • the online account balance message transmitted to the further server may be an online account balance answer message.
  • the online account balance answer message may comprise a value determined by the processing means based on the performed action.
  • a system may comprise: the online charging management server as described above; and the separate online charging account management server as described above.
  • a method for performing online charging within a communications network comprising an online charging management server and a separate online charging account management server, the method comprising the steps of: receiving at the online charging management server at least one account request message transmitted from a network service provider; and transmitting from the online charging management server to the separate online charging account management server an online account balance message based on the received account request message.
  • the method may further comprise the steps of: receiving at the separate online charging account management server the online account balance message; and performing at the separate online charging account management server at least one account management function based on the received online account balance message.
  • the method may further comprise the step of transmitting from the separate online charging account management server to the online charging management server an online account balance message on the basis of the step of performing the at least one account management function.
  • a computer program product arranged to carry out the method for performing online charging within a communications network comprising an online charging management server and a separate online charging account management server, the method comprising the steps of: receiving at the online charging management server at least one account request message transmitted from a network service provider; and transmitting from the online charging management to the separate online charging account management server an online account balance message based on the received account request message.
  • the computer program product may further carry out the steps of: receiving at the separate online charging account management server the online account balance message; and performing at the separate online charging account management server at least one account management function based on the received online account balance message.
  • the computer program product may further carry out the step of transmitting from the separate online charging account management server to the online charging management server an online account balance message on the basis of the step of performing the at least one account management function.
  • a combined online and offline charging server comprising: an online charging account management server comprising: receiving means arranged to receive an online account balance message from at least one further separate server, the online account balance message based on a received account request message transmitted from a network service provider; and processing means arranged to perform an online account balance action based on the received online account balance message; and an offline charging account management server.
  • Figure 1 shows a simplified view of a communications network containing a conventional online charging system
  • Figure 2 shows a simplified view of an improved online charging system in which the invention and embodiments thereof may be implemented; and Figure 3 to 8 show flow diagrams demonstrating the operation of the improved online charging system for a range of accounting operations.
  • FIG 1 shows schematically a system in which embodiments of the invention can be implemented.
  • the system comprises user equipment 2.
  • the user equipment 2 can take any suitable form and may for example be a mobile or fixed entity such as a mobile telephone, personal digital assistant (PDA), portable computer, laptop computer, fixed computer or any other suitable device.
  • PDA personal digital assistant
  • the user equipment 2 is arranged to communication with a radio access network (RAN) 8 via a wireless connection.
  • RAN radio access network
  • This wireless connection may be at any suitable frequency, such as for example a radio frequency.
  • the radio access network 8 generally consists of a base station entity (sometimes referred to as node B).
  • base station will be used and is intended to cover any suitable entity.
  • the radio access network 8 also comprises a control element.
  • the control element can be referred to as a radio network controller (RNC) in the case of a UMTS system or a base station controller (BSC) in the case of a GSM system. It is intended that the term controller cover any such control entity.
  • RNC radio network controller
  • BSC base station controller
  • the control function is provided separately from the base station function and a single control entity may control a number of base stations. In other embodiments of the present invention, each base station may incorporate part of the control function.
  • the radio access network is arranged to communicate with a core network 10.
  • the core network 10 illustrated in Figure 1 is a packet switched core network.
  • the core network comprises at least one serving GPRS (general packet radio service) support node SGSN which is used to switch the packet switched transactions and at least one GPRS support nodes GGSN which are switches at the point where the core network 10 is connected to external packet switched networks.
  • GPRS general packet radio service
  • the core network is connected to an IM (IP multi-media) subsystem 14.
  • a GGSN is connected to a P-CSCF 16 (proxy call session control function) in the IMS 14.
  • the P-CSCF is connected to a serving S-CSCF 24.
  • the S-CSCF contacts an interrogating I-CSCF 22 in the terminated network.
  • the I-CSCF 22 is arranged to determine the appropriate serving-CSCF (S) 24 for the end user that is the called party.
  • Figure 1 shows a calling party.
  • the called party may be connected to a different or the same IMS.
  • the called party may be connected to the same or a different OCS.
  • a different core network and RAN are provided.
  • the IMS is the same, different core networks may or may not be required.
  • the RAN may be the same or different for the called party to that of the calling party.
  • the IMS 14 is shown connecting to the OCS 6 it would be understood by the person skilled in the art that the OCS 6 is also capable to operating with other non IMS network elements.
  • 3GPP specifies three types of protocol messages capable of communicating messages to the OCS 6.
  • the first type of message shown in figure 1, is the IMS online charging reference point defined in the 3GPP specifications by the Ro interface.
  • the second type of message, not shown in figure 1 is for on-line charging reference points for non IMS services such as from Multimedia messaging services, WLANs, and Gateway GPRS serving nodes (GGSNs) which are defined within the 3GPP specifications as the R 0 interface.
  • GGSNs Gateway GPRS serving nodes
  • the third type of message also not shown in figure 1 but specified in the 3GPP specifications are the Customised Application for Mobile network Enhanced Logic (CAMEL) Application Part (CAP) message which can be transmitted from network elements such as the Mobile Switching Centre (MSC) and Serving GPRS serving node (SGSN).
  • CAMEL Customised Application for Mobile network Enhanced Logic
  • CAP Application Part
  • MSC Mobile Switching Centre
  • SGSN Serving GPRS serving node
  • the improved OCS 106 comprises at least two physically separate servers.
  • the first server is an account balance management server 103 and the second server is the charging and rating server 101.
  • the account management server also known as an account balance management server 103 comprises an account balance management function arranged to transmit and receive messages to and from the charging and rating part. Furthermore the account balance server 103 comprises account data 111 capable of being accessed by the account balance management function.
  • the account balance server is further arranged to be connected to a recharging server 3.
  • the recharging server is used to recharge the account values stored by the account data 111.
  • the recharging server can pass a message to the account balance management server 103 to 'top up' the account in question.
  • the charging and rating server also known as an online charging management server, comprises an online charging function (OCF) 151 , a charging gateway function 161 , and a rating function 171.
  • OCF online charging function
  • the OCF itself comprises a session based charging function 153 which as known in the art is used to perform IMS session charging on the receipt of an credit control messages from a IMS Call session control function (CSCF), and a event based charging function 155 which performs event based charging using the R 0 or R 0 interface credit control messages.
  • the OCF 151 can in further embodiments comprise a bearer based charging function.
  • the bearer based charging function is arranged to perform bearer based charging using the CAP protocol message type.
  • the charging gateway function 161 which is connected to the OCF 151 and the operator's post processing system 5, is used by the OCF 151 to gather and transmit charging information to the operator post processing system 5.
  • the rating function 171 is connected to the OCF 151 and is used by the OCF 151 to derive tariffs and rates of the available services.
  • the functionality of the rating function 171 is well defined in 3GPP TR 32.815 as being one of unit determination, calculation and reservation of a number of session related non- monetary units (service units, data volume, time and events), price determination (calculation of monetary units for a given number of non- monetary units, tariff determination (determination of tariff information based on the subscribers contractual terms and service being requested), and get/set counters applicable for rating.
  • ABR account balance request
  • ABA account balance answer
  • the field ⁇ session-ld> is a unique session number provided by the OCF 151
  • the field ⁇ Account-Balance-Action ⁇ represents the action requested from the account balance management server 103.
  • the field ⁇ Account-Balance- Request-Number ⁇ is a number identifying this specific request from the charging and rating server 101 to the account balance management server 103.
  • the field ⁇ User-Name/Account-Id ⁇ is the identifier linking the user requesting the service to the account code stored within the account balance management server 103.
  • the field [Requested-Service-Unit] identifies the service providing network element from which the user has requested a service.
  • the field [Used-Service-Unit] identifies any service providing network element which has already provided the user with a service.
  • the OCF 151 (which in the example provided by figure 1 would be within the IMS 14 but equally can be any of the network elements described earlier), the OCF 151 and the account balance management server 111.
  • the first step 201 occurs when the UE 2 transmits an initial service request to the network element 51.
  • the next step 203 occurs when the network element 51 transmits a credit control request initialisation message to the OCF 151.
  • the credit control message initialisation message is sent in order to determine if the user has sufficient credit for the service requested and to request on-line payment.
  • the OCF 151 transmits an ABR Reserve message (i.e. an ABR message with an Account-Balance-Action AVP field set to 1) to the account balance management server (ABMS) 103.
  • ABR Reserve message i.e. an ABR message with an Account-Balance-Action AVP field set to 1
  • the ABMS 103 On receipt of this message the ABMS 103, in the next step 207, examines the account information and if there is sufficient credit within the account makes a credit reservation in the account.
  • a credit reservation effectively ring fences a predetermined amount of credit from being used until the reservation is removed.
  • this credit can be monetary in nature, or can be network dependent, e.g. bandwidth, data, event count related. In the following examples described hereafter the credit is monetary in nature.
  • the ABMS 103 After making this credit reservation, the ABMS 103 transmits in step 209 an ABA message back to the OCF 151 acknowledging that the reservation was successful.
  • the OCF 151 calculates (using the rating function not shown in figure ,3), the number of units which relate to the service which the user can obtain using the reserved monetary value.
  • the service is on demand video measurable in terms of kB of data received and rated at F euros per kB received, with the reserved monetary value being G euros per reservation then the OCF calculates that each reservation is able to provide G/F kB of video before the reservation is exhausted.
  • the OCF then transmits, in step 213, to the NE 51 a credit control answer message containing a value of the number of units available to the user for the supply of this service.
  • the NE 51 receives this message the NE then starts to supply the service to the UE 2. If the user operating the UE 2 wishes to end the service before all of the allocated units are exhausted the steps 215 to 227 describe the process used in the present invention to account for the remaining unit value.
  • Step 215 occurs when the UE 2 transmits to the NE 51 a service termination request.
  • the NE 51 after receiving the termination request calculates the remaining units and in step 217 transmits to the OCF 151 a CCR termination message, the message contains the remaining unit value.
  • the OCF 151 on receiving the remaining unit value, calculates in step 219 the reverse calculation of step 211 to determine remaining credit value is, which for the above examples is a euro currency value.
  • the OCF 151 then transmits to the ABMS 103 an ABR Commit message, (i.e. an ABR message with an Account-Balance-Action AVP field set to 3). Within the message the currency remaining value from the reserved amount is also passed.
  • ABR Commit message i.e. an ABR message with an Account-Balance-Action AVP field set to 3.
  • the ABMS 103 then in step 223 examines the credit reservation and returns to the active account value the remaining value, effectively refunding the partially unused reserved currency.
  • step 225 the ABMS 103 transmits to the OCF 1512 an ABA message informing the OCF 151 that the commit procedure succeeded.
  • a further step 227 the OCF 151 transmits to the NE a further CCA message confirming at the NE 51 that the commit charge has been credited.
  • a second example of the present invention is described where the units supplied by the OCF 151 are exhausted before the service is terminated.
  • the first six steps 201 to 213 of the second example follow the same procedure as that described in the first six steps of the previous example describing the initialisation of the service.
  • step 301 the NE 51 determines that new units are required to continue the operation of the service.
  • the NE 51 transmits to the OCF 151 a CCR update message.
  • the OCF 151 on receiving the CCR update message performs a rating and conversion operation to convert the used units into the monetary equivalent.
  • This step 305 is a similar operation to that performed by step 219 of the first example, the only difference being that the value returned is equal to the amount originally reserved.
  • the OCF 151 in the step following the calculation transmits to the ABMS 103 an ABR commit and reserve message (i.e. an ABR message with an Account- Balance-Action AVP field set to 2).
  • the ABMS 103 on receipt of the ABR commit and reserve message then performs in step 309 the actions of committing the used credit from the reserved account and a creation of a further reservation.
  • the ABMS 103 transmits to the OCF 151 an ABA message containing the value of the reserved amount.
  • the OCF 151 performs a conversion of credits to units operation similar to that carried out in step 211 followed by the transmission of a CCA message to the NE 51.
  • the CCA message received at the NE 51 is similar to the message sent in step 213 where the message contained the determined number of units.
  • the service at the end of this procedure can now be continued until it is terminated by the user as described in the first example as shown in figure 3 steps 215 onwards, or the further units are exhausted and the NE requests a further update with a repetition of steps 303 onwards.
  • the first six steps 201 to 213 of the third example are the same as the first six steps 201 to 213 of the first and second examples showing the initialisation of the service.
  • the UE 2 transmits to the NE 51 a service termination request.
  • the NE 51 determines that the service did not use any units.
  • the NE 51 transmits to the OCF 151 a CCR termination message.
  • the OCF 151 on receiving a CCR termination message calculates in step 403, the amount of monetary credits used.
  • This step is similar to steps 219 and 305 of the previous examples except in this example there are zero used units and therefore the amount of monetary credits used is therefore also zero.
  • the OCF 151 on detecting that zero units were used transmits, in step 405, an ABR release message (i.e. an ABR message with an Account-Balance- Action AVP field set to 4) to the ABMS 103.
  • an ABR release message i.e. an ABR message with an Account-Balance- Action AVP field set to 4
  • the ABMS 103 then in step 411 transmits to the OCF 151 an ABA message acknowledging that the reservation release was successful.
  • the OCF 151 then in step 413 transmits to the NE 51 a CCA message informing the NE that the termination accounting process was successful.
  • FIG 6 a further example of the present invention is shown where the user operating the UE 2 wishes to see the value of the users current account balance.
  • step 501 the UE 2 transmits to the NE 51 a balance inquiry message.
  • step 503 the NE 51 on receipt of the balance inquiry request transmits to the OCF 151 a CCR Event message.
  • the event message contains an indicator that the account balance for the user should be read.
  • step 505 the OCF transmits to the ABMS 103 an ABR Inquiry message (i.e. an ABR message with an Account-Balance-Action AVP field set to 5).
  • ABR Inquiry message i.e. an ABR message with an Account-Balance-Action AVP field set to 5.
  • step 507 the ABMS 103 on receipt of the ABR Inquiry message examines the indicated user's account to determine the balance of the account.
  • step 509 the determined balance of the account is transmitted from the ABMS 103 to the OCF 151 in an ABA message.
  • step 511 the determined balance is transmitted from the OCF 151 to the NE 51 in a CCA message.
  • step 513 the determined balance is transmitted from the NE to the UE 2 in a balance response message.
  • the determined response can then be displayed on the UE for the user.
  • FIG 7 a further example of the present invention is shown.
  • the usage of the service provided is at least partially subsidised by the operator or a third party and therefore a refund is payable into the users account.
  • a loyalty bonus scheme for example a "buy 10 minutes of video receive 1 euro of credit to your account” incentive scheme.
  • step 601 the UE 2 requests a service by transmitting a service request message to the NE 51.
  • step 603 the NE 51 determines that the requested service is entitled to a refund as the usage of the service is sponsored.
  • step 605 the NE 51 then transmits to the OCF 151 a CCR Event/Refund message, in other words the CCR message contains an indication that a refund is to be paid into the user's account.
  • step 607 the OCF 151 transmits to the ABMS 103 an ABR Increase message (i.e. an ABR message with an Account-Balance-Action AVP field set to 6).
  • the message contains the details of the amount to be refunded to the user's account.
  • step 609 once the ABMS 103 has received the ABR Increase message the ABMS 103 increases the balance of the user's account by the indicated credit value.
  • step 611 once the ABMS 103 has successfully increased the user's account the ABMS then transmits to the OCF 151 an ABA message to confirm this action was successful.
  • step 613 on receipt of the ABA message the OCF 151 transmits to the NE 51 a CCA message to confirm at the NE 51 that the action was successful.
  • the OCF 151 on receipt of the CCR event/refund message can further check to determine if the user's account is to be refunded or not.
  • the further embodiment step (not shown in figure 7) can be used as a secondary check against fraudulent attempts to receive account recharging.
  • FIG 8 a further example of an embodiment of the present invention is shown.
  • the example shown in figure 8 is where the service requested by the user is a fixed fee service.
  • step 701 the UE transmits to the NE 51 a service request.
  • step 703 the NE on receipt of the request calculates the charge associated with the request.
  • step 705 the NE 51 transmits to the OCF 151 a CCR Event/Direct Debit message. This message contains the calculated charge.
  • step 707 the OCF 151 rates the amount of units used and where necessary if it has not been done previously changes the charged units into credits (whih in the above examples have been monetary credits).
  • step 709 the OCF 151 transmits to the ABMS 103 an ABR Decrease message (i.e. an ABR message with an Account-Balance-Action AVP field set to 7).
  • the decrease message contains the rated credit value by which the user's account is to be decreased.
  • step 711 the ABMS 103 decreases the user's account by the value within the ABR decrease message. This operation of decreasing the account differs from the steps described in the previous examples as there is no reservation made on the account.
  • step 713 the ABMS then transmits an ABA message to the OCF 713 to confirm that the request was successfully carried out.
  • step 715 the ABMS then transmits a CCA message to the NE 51 to confirm at the NE 51 that the request was successfully carried out.

Abstract

An online charging management server comprising: receiving means arranged to receive at least one account request message transmitted from a network service provider; and transmitting means arranged to transmit an online account balance message to a further separate server based on the received account request.

Description

ONLINE CHARGING MANAGEMENT SERVER
Background to the invention:
Field of the Invention:
The present invention relates to an online charging server, and more particularly but not exclusively to an online charging server for the provision of prepay functions for wireless cellular networks.
Description of the Related Art:
A communication system is a facility that enables communication between two or more entities such as user terminal equipment and/or network entities and other nodes associated with a communication system. The communication may comprise, for example, communication of voice, electronic mail (email), text messages, data, multimedia and so on.
The communication may be provided by a fixed line and/or wireless communication interfaces. A feature of wireless communication systems is that they provide mobility for the users thereof. An example of communication systems providing wireless communication is a public land mobile network (PLMN). An example of the fixed line system is a public switched telephone network (PSTN).
A communication system typically operates in accordance with a given standard or specification which sets out what the various elements of a system are permitted to do and how that should be achieved. For example, the standard or specification may define if the user, or more precisely user equipment, is provided with a circuit switched server or a packet switched server or both. Communication protocols and/or parameters which should be used for the connection are also typically defined. For example, the manner how communication shall be implemented between the user equipment and the elements of the communication networks is typically based on a predefined communication protocol. In other words, a specific set of "rules" on which the communication can be based needs to be defined to enable the user equipment to communicate via the communication system.
The introduction of Third Generation (3G) communication systems will significantly increase the possibilities for accessing services on the Internet via mobile user equipment (UE) as well as other types of UE.
Various user equipment (UE) such as computers (fixed or portable), mobile telephones, personal data assistants or organizers and so on are known to the skilled person and can be used to access the Internet to obtain services. Mobile user equipment referred to as a mobile station (MS) can be defined as a means that is capable of communication via a wireless interface with another device such as a base station of a mobile telecommunication network or any other station.
The term "service" used above and hereinafter will be understood to broadly cover any service or goods which a user may desire, require or be provided with. The term also will be understood to cover the provision of complimentary services. In particular, but not exclusively, the term "service" will be understood to include Internet protocol multimedia IM services, conferencing, telephony, gaming, rich call, presence, e-commerce and messaging e.g. instant messaging. A "service" may comprise two or more parts. For example, a video telephone service comprises a voice part and a video part. Alternatively two or more services may be provided at the same time, for example a gaming service and a chatroom service may be provided at the same time.
The 3G Partnership Project (3GPP) is defining a reference architecture for the Universal Mobile Telecommunication System (UMTS) core network which will provide the users of user equipment UE with access to these services. This UMTS core network is divided into three principal domains. These are the Circuit Switched domain, the Packet Switched domain and the Internet Protocol Multimedia (IM) domain. The latter of these, the IM domain, makes sure that multimedia services are adequately managed. The IM domain supports the Session Initiation Protocol (SIP) as developed by the Internet Engineering Task Force (IETF).
One aspect of management relevant for both IMS and non IMS systems (i.e. services provided to subscribers via service nodes outside the core network, e.g multimedia messaging and location estimation services), is that of charging users for supply of services. Charging can be divided into two modes of charging. The first is on-line charging which is where the user effectively pre-pays for a service and the second is off-line charging where a user is billed for a service after the session. Thus the first charging method is implemented by pay-as-you-go systems whereas the second method is implemented where the user is billed at regular intervals for calls which the user has made.
Currently for on line charging any network function wishing to charge a user is required to pass a Credit Control Request message to a network element known in the art as an Online Charging System (OCS). Attempts to standardise the OCS architecture has been defined in standards such at the third generation partnership project (3GPP) technical specification (TR) 32.815. Furthermore the applications and some interfaces operated by the OCS have furthermore been standardised by 3GPP TS 32.296.
The architecture of the OCS as currently implemented within these standards has problems for any operator attempting to operate a unified (i.e. online and off line) billing system. As defined by the above standards the OCS contains an account database which is operated on by an account balance management system. The account balance management system and account database within the OCS is effectively a partial duplication of information held by the operator for the off line accounting system.
Summary of the Invention: It is an aim of the invention, and embodiments thereof, to provide an improvement to online accounting systems which offer the possibility of creating centralised accounting operating such systems.
There is provided according to the invention an online charging management server comprising: receiving means arranged to receive at least one account request message transmitted from a network service provider; and transmitting means arranged to transmit an online account balance message to a further separate server based on the received account request.
The online account balance message may be an online account balance request message.
The online account balance request message may comprise a request for at least one of: Make a reservation; Commit reservation and make new reservation; Commit reservation; Release reservation; Balance query; Increase balance; and Decrease balance.
The receiving means may be further arranged to receive an online account balance message from the further server.
The online account balance message from the further server may be an online account balance answer message.
The online account balance answer message may comprise a value based on the online account balance request message.
The online account balance message may be a Diameter message.
The online account balance message may be a Diameter credit control message.
The server may be a rating server. According to a second aspect of the present invention there is provided an online charging account management server comprising: receiving means arranged to receive an online account balance message from at least one further separate server, the online account balance message based on a received account request message transmitted from a network service provider; and processing means arranged to perform an online account balance action based on the received online account balance message.
The server may further comprise transmitting means arranged to transmit an online account balance message to the further server.
The online account balance message may be an online account balance request message.
The online account balance request message may comprise a request for at least one of: Make a reservation; Commit reservation and make new reservation; Commit reservation; Release reservation; Balance query; Increase balance; and Decrease balance.
The online account balance message transmitted to the further server may be an online account balance answer message.
The online account balance answer message may comprise a value determined by the processing means based on the performed action.
A system may comprise: the online charging management server as described above; and the separate online charging account management server as described above.
There is provided according to a third aspect of the present invention a method for performing online charging within a communications network comprising an online charging management server and a separate online charging account management server, the method comprising the steps of: receiving at the online charging management server at least one account request message transmitted from a network service provider; and transmitting from the online charging management server to the separate online charging account management server an online account balance message based on the received account request message.
The method may further comprise the steps of: receiving at the separate online charging account management server the online account balance message; and performing at the separate online charging account management server at least one account management function based on the received online account balance message.
The method may further comprise the step of transmitting from the separate online charging account management server to the online charging management server an online account balance message on the basis of the step of performing the at least one account management function.
According to a fourth aspect of the present invention there is provided a computer program product arranged to carry out the method for performing online charging within a communications network comprising an online charging management server and a separate online charging account management server, the method comprising the steps of: receiving at the online charging management server at least one account request message transmitted from a network service provider; and transmitting from the online charging management to the separate online charging account management server an online account balance message based on the received account request message.
The computer program product may further carry out the steps of: receiving at the separate online charging account management server the online account balance message; and performing at the separate online charging account management server at least one account management function based on the received online account balance message. The computer program product may further carry out the step of transmitting from the separate online charging account management server to the online charging management server an online account balance message on the basis of the step of performing the at least one account management function.
According to a fifth aspect of the present invention there is provided a combined online and offline charging server comprising: an online charging account management server comprising: receiving means arranged to receive an online account balance message from at least one further separate server, the online account balance message based on a received account request message transmitted from a network service provider; and processing means arranged to perform an online account balance action based on the received online account balance message; and an offline charging account management server.
Brief description of the figures:
The invention is described by way of example only with reference to the accompanying figures in which: Figure 1 shows a simplified view of a communications network containing a conventional online charging system;
Figure 2 shows a simplified view of an improved online charging system in which the invention and embodiments thereof may be implemented; and Figure 3 to 8 show flow diagrams demonstrating the operation of the improved online charging system for a range of accounting operations.
Description of the preferred embodiments:
The invention is described herein by way of example with reference to a number of embodiments.
Reference is made to figure 1 which shows schematically a system in which embodiments of the invention can be implemented. The system comprises user equipment 2. The user equipment 2 can take any suitable form and may for example be a mobile or fixed entity such as a mobile telephone, personal digital assistant (PDA), portable computer, laptop computer, fixed computer or any other suitable device. The user equipment 2 is arranged to communication with a radio access network (RAN) 8 via a wireless connection. This wireless connection may be at any suitable frequency, such as for example a radio frequency.
The radio access network 8 generally consists of a base station entity (sometimes referred to as node B). For the purpose of this document, the term base station will be used and is intended to cover any suitable entity. The radio access network 8 also comprises a control element. Depending on the standard, the control element can be referred to as a radio network controller (RNC) in the case of a UMTS system or a base station controller (BSC) in the case of a GSM system. It is intended that the term controller cover any such control entity. In some arrangements, the control function is provided separately from the base station function and a single control entity may control a number of base stations. In other embodiments of the present invention, each base station may incorporate part of the control function.
The radio access network is arranged to communicate with a core network 10. The core network 10 illustrated in Figure 1 is a packet switched core network. The core network comprises at least one serving GPRS (general packet radio service) support node SGSN which is used to switch the packet switched transactions and at least one GPRS support nodes GGSN which are switches at the point where the core network 10 is connected to external packet switched networks.
The core network is connected to an IM (IP multi-media) subsystem 14. A GGSN is connected to a P-CSCF 16 (proxy call session control function) in the IMS 14. The P-CSCF is connected to a serving S-CSCF 24. The S-CSCF contacts an interrogating I-CSCF 22 in the terminated network. The I-CSCF 22 is arranged to determine the appropriate serving-CSCF (S) 24 for the end user that is the called party. Figure 1 shows a calling party. The called party may be connected to a different or the same IMS. Likewise, the called party may be connected to the same or a different OCS. Where the called party is connected to a different IMS, a different core network and RAN are provided. Where the IMS is the same, different core networks may or may not be required. Likewise, the RAN may be the same or different for the called party to that of the calling party.
Although for the purpose of simplifying the explanation of the invention in the above example the IMS 14 is shown connecting to the OCS 6 it would be understood by the person skilled in the art that the OCS 6 is also capable to operating with other non IMS network elements. Specifically 3GPP specifies three types of protocol messages capable of communicating messages to the OCS 6. The first type of message, shown in figure 1, is the IMS online charging reference point defined in the 3GPP specifications by the Ro interface. The second type of message, not shown in figure 1 , is for on-line charging reference points for non IMS services such as from Multimedia messaging services, WLANs, and Gateway GPRS serving nodes (GGSNs) which are defined within the 3GPP specifications as the R0 interface. The third type of message, also not shown in figure 1 but specified in the 3GPP specifications are the Customised Application for Mobile network Enhanced Logic (CAMEL) Application Part (CAP) message which can be transmitted from network elements such as the Mobile Switching Centre (MSC) and Serving GPRS serving node (SGSN).
With reference to figure 2 an improved OCS 106 is shown. The improved OCS 106 comprises at least two physically separate servers. The first server is an account balance management server 103 and the second server is the charging and rating server 101.
The account management server, also known as an account balance management server 103 comprises an account balance management function arranged to transmit and receive messages to and from the charging and rating part. Furthermore the account balance server 103 comprises account data 111 capable of being accessed by the account balance management function.
The account balance server is further arranged to be connected to a recharging server 3. The recharging server is used to recharge the account values stored by the account data 111. Thus for example when a user account is low in terms of credit, where credit is for example currency, bandwidth air time, or data transmission availability, the recharging server can pass a message to the account balance management server 103 to 'top up' the account in question.
The charging and rating server, also known as an online charging management server, comprises an online charging function (OCF) 151 , a charging gateway function 161 , and a rating function 171. The OCF itself comprises a session based charging function 153 which as known in the art is used to perform IMS session charging on the receipt of an credit control messages from a IMS Call session control function (CSCF), and a event based charging function 155 which performs event based charging using the R0 or R0 interface credit control messages. Although not shown in figure 2, the OCF 151 can in further embodiments comprise a bearer based charging function. The bearer based charging function is arranged to perform bearer based charging using the CAP protocol message type.
The charging gateway function 161 which is connected to the OCF 151 and the operator's post processing system 5, is used by the OCF 151 to gather and transmit charging information to the operator post processing system 5.
The rating function 171 is connected to the OCF 151 and is used by the OCF 151 to derive tariffs and rates of the available services. The functionality of the rating function 171 is well defined in 3GPP TR 32.815 as being one of unit determination, calculation and reservation of a number of session related non- monetary units (service units, data volume, time and events), price determination (calculation of monetary units for a given number of non- monetary units, tariff determination (determination of tariff information based on the subscribers contractual terms and service being requested), and get/set counters applicable for rating.
With regards to the interaction of the account balance management server 103 and the charging and rating server 101 , a pair of account balance request (ABR) and account balance answer (ABA) messages are disclosed hereafter.
A template for an ABR message is shown below
ABR:
<Session-ld>
{-Normal routing based information as in Diameter base-}
{ Account-Balance-Action}
{ Account-Balance-Request-Number} { User-Name/Account-Id}
[ Requested-Service-Unit]
[ Used-Service-Unit] where the field <session-ld> is a unique session number provided by the OCF 151 , the field {Account-Balance-Action} represents the action requested from the account balance management server 103. The field {Account-Balance- Request-Number} is a number identifying this specific request from the charging and rating server 101 to the account balance management server 103. The field {User-Name/Account-Id} is the identifier linking the user requesting the service to the account code stored within the account balance management server 103. The field [Requested-Service-Unit] identifies the service providing network element from which the user has requested a service. The field [Used-Service-Unit] identifies any service providing network element which has already provided the user with a service.
and a template for an ARA message is shown below.
ABA:
<Session-ld> {-Normal routing based information as in Diameter base-}
{ Account-Balance-Action}
{ Account-Balance-Request-Number}
{ User-Name/Account-Id}
[ Granted-Service-Unit] the only additional field being that of the [Granted-Service-Unit] which is the identifier identifying a value which has been determined by the account balance management server 103 based on the action carried out by the account balance management server..
Furthermore the Account-Balance-Action AVP field has the following values:
1 Make reservation
2 Commit reservation and make new reservation 3 Commit reservation
4 Release reservation
5 Balance query
6 Increase balance
7 Decrease balance
In separating the online charging server into online charging management and online charging account balance management servers which communicate by means of the above described messages then it is possible to incorporate the functionality of the online charging account balance management server into a combined online and offline account balance management server and therefore overcome the problems of account and data duplication between users with online and offline accounts.
The operation of the account and balance management server 103 on receipt of these values will be further disclosed with respect to figures 3 to 9 below.
The examples described with respect with these figures comprise the simplified network architecture of the user equipment 2, a network element 51
(which in the example provided by figure 1 would be within the IMS 14 but equally can be any of the network elements described earlier), the OCF 151 and the account balance management server 111.
With respect to figure 3, a first example of the use of these account balance request (ABR) and account balance answer (ABA) messages is shown for a standard service operation and termination. The first step 201 occurs when the UE 2 transmits an initial service request to the network element 51. The next step 203 occurs when the network element 51 transmits a credit control request initialisation message to the OCF 151. The credit control message initialisation message is sent in order to determine if the user has sufficient credit for the service requested and to request on-line payment.
In the next step 205 the OCF 151 transmits an ABR Reserve message (i.e. an ABR message with an Account-Balance-Action AVP field set to 1) to the account balance management server (ABMS) 103.
On receipt of this message the ABMS 103, in the next step 207, examines the account information and if there is sufficient credit within the account makes a credit reservation in the account. A credit reservation effectively ring fences a predetermined amount of credit from being used until the reservation is removed. As described previously this credit can be monetary in nature, or can be network dependent, e.g. bandwidth, data, event count related. In the following examples described hereafter the credit is monetary in nature.
After making this credit reservation, the ABMS 103 transmits in step 209 an ABA message back to the OCF 151 acknowledging that the reservation was successful.
The OCF 151 then calculates (using the rating function not shown in figure ,3), the number of units which relate to the service which the user can obtain using the reserved monetary value. Thus for example if the service is on demand video measurable in terms of kB of data received and rated at F euros per kB received, with the reserved monetary value being G euros per reservation then the OCF calculates that each reservation is able to provide G/F kB of video before the reservation is exhausted.
The OCF then transmits, in step 213, to the NE 51 a credit control answer message containing a value of the number of units available to the user for the supply of this service. Once the NE 51 receives this message the NE then starts to supply the service to the UE 2. If the user operating the UE 2 wishes to end the service before all of the allocated units are exhausted the steps 215 to 227 describe the process used in the present invention to account for the remaining unit value.
Step 215 occurs when the UE 2 transmits to the NE 51 a service termination request. The NE 51 after receiving the termination request calculates the remaining units and in step 217 transmits to the OCF 151 a CCR termination message, the message contains the remaining unit value.
The OCF 151 on receiving the remaining unit value, calculates in step 219 the reverse calculation of step 211 to determine remaining credit value is, which for the above examples is a euro currency value.
The OCF 151 then transmits to the ABMS 103 an ABR Commit message, (i.e. an ABR message with an Account-Balance-Action AVP field set to 3). Within the message the currency remaining value from the reserved amount is also passed.
The ABMS 103 then in step 223 examines the credit reservation and returns to the active account value the remaining value, effectively refunding the partially unused reserved currency.
In the following step 225 the ABMS 103 transmits to the OCF 1512 an ABA message informing the OCF 151 that the commit procedure succeeded.
In a further step 227 the OCF 151 transmits to the NE a further CCA message confirming at the NE 51 that the commit charge has been credited.
With respect to figure 4, a second example of the present invention is described where the units supplied by the OCF 151 are exhausted before the service is terminated. The first six steps 201 to 213 of the second example follow the same procedure as that described in the first six steps of the previous example describing the initialisation of the service.
When the reserved and converted units have been exhausted whilst the service is continued then in step 301 the NE 51 determines that new units are required to continue the operation of the service.
In the next step 303, the NE 51 transmits to the OCF 151 a CCR update message.
The OCF 151 on receiving the CCR update message performs a rating and conversion operation to convert the used units into the monetary equivalent. This step 305 is a similar operation to that performed by step 219 of the first example, the only difference being that the value returned is equal to the amount originally reserved.
The OCF 151 in the step following the calculation transmits to the ABMS 103 an ABR commit and reserve message (i.e. an ABR message with an Account- Balance-Action AVP field set to 2).
The ABMS 103 on receipt of the ABR commit and reserve message then performs in step 309 the actions of committing the used credit from the reserved account and a creation of a further reservation.
In the next step the ABMS 103 transmits to the OCF 151 an ABA message containing the value of the reserved amount.
In the following two steps 211a, and 213a the OCF 151 performs a conversion of credits to units operation similar to that carried out in step 211 followed by the transmission of a CCA message to the NE 51. The CCA message received at the NE 51 is similar to the message sent in step 213 where the message contained the determined number of units. The service at the end of this procedure can now be continued until it is terminated by the user as described in the first example as shown in figure 3 steps 215 onwards, or the further units are exhausted and the NE requests a further update with a repetition of steps 303 onwards.
With respect to figure 5 a further example of the present invention is demonstrated whereby the user initially requests a service but does not actually use any of the units transferred to the NE 51.
The first six steps 201 to 213 of the third example are the same as the first six steps 201 to 213 of the first and second examples showing the initialisation of the service.
In the next step 215 the UE 2 transmits to the NE 51 a service termination request. In step 401 the NE 51 determines that the service did not use any units. As described above with respect to the previous service termination sequence and referenced by the step 217, the NE 51 transmits to the OCF 151 a CCR termination message.
The OCF 151 on receiving a CCR termination message calculates in step 403, the amount of monetary credits used. This step is similar to steps 219 and 305 of the previous examples except in this example there are zero used units and therefore the amount of monetary credits used is therefore also zero.
The OCF 151 , on detecting that zero units were used transmits, in step 405, an ABR release message (i.e. an ABR message with an Account-Balance- Action AVP field set to 4) to the ABMS 103.
The ABMS 103 in step 409, having received the ABR release message releases the reservation. This in effect returns the credit that had been ring fenced in step 207 to the active account.
The ABMS 103 then in step 411 transmits to the OCF 151 an ABA message acknowledging that the reservation release was successful. The OCF 151 then in step 413 transmits to the NE 51 a CCA message informing the NE that the termination accounting process was successful.
With respect to figure 6, a further example of the present invention is shown where the user operating the UE 2 wishes to see the value of the users current account balance.
In step 501 the UE 2 transmits to the NE 51 a balance inquiry message.
In step 503 the NE 51 on receipt of the balance inquiry request transmits to the OCF 151 a CCR Event message. The event message contains an indicator that the account balance for the user should be read.
In step 505 the OCF transmits to the ABMS 103 an ABR Inquiry message (i.e. an ABR message with an Account-Balance-Action AVP field set to 5).
In step 507 the ABMS 103 on receipt of the ABR Inquiry message examines the indicated user's account to determine the balance of the account.
In step 509 the determined balance of the account is transmitted from the ABMS 103 to the OCF 151 in an ABA message.
In step 511 the determined balance is transmitted from the OCF 151 to the NE 51 in a CCA message.
Finally in step 513 the determined balance is transmitted from the NE to the UE 2 in a balance response message. The determined response can then be displayed on the UE for the user.
With respect to figure 7, a further example of the present invention is shown. In this example the usage of the service provided is at least partially subsidised by the operator or a third party and therefore a refund is payable into the users account. One example of which would be the situation where the operator sponsors a loyalty bonus scheme for example a "buy 10 minutes of video receive 1 euro of credit to your account" incentive scheme.
In step 601 the UE 2 requests a service by transmitting a service request message to the NE 51.
In step 603 the NE 51 determines that the requested service is entitled to a refund as the usage of the service is sponsored.
In step 605 the NE 51 then transmits to the OCF 151 a CCR Event/Refund message, in other words the CCR message contains an indication that a refund is to be paid into the user's account.
In step 607 the OCF 151 transmits to the ABMS 103 an ABR Increase message (i.e. an ABR message with an Account-Balance-Action AVP field set to 6). The message contains the details of the amount to be refunded to the user's account.
In step 609, once the ABMS 103 has received the ABR Increase message the ABMS 103 increases the balance of the user's account by the indicated credit value.
In step 611 , once the ABMS 103 has successfully increased the user's account the ABMS then transmits to the OCF 151 an ABA message to confirm this action was successful.
In step 613, on receipt of the ABA message the OCF 151 transmits to the NE 51 a CCA message to confirm at the NE 51 that the action was successful.
In further embodiments of the present invention the OCF 151 on receipt of the CCR event/refund message can further check to determine if the user's account is to be refunded or not. The further embodiment step (not shown in figure 7) can be used as a secondary check against fraudulent attempts to receive account recharging. With respect to figure 8 a further example of an embodiment of the present invention is shown. The example shown in figure 8 is where the service requested by the user is a fixed fee service. One example of which could be a system whereby items such as transport tickets are purchased using the prepay facility on a mobile phone.
In step 701 the UE transmits to the NE 51 a service request.
In step 703 the NE on receipt of the request calculates the charge associated with the request.
In step 705 the NE 51 transmits to the OCF 151 a CCR Event/Direct Debit message. This message contains the calculated charge.
In step 707 the OCF 151 rates the amount of units used and where necessary if it has not been done previously changes the charged units into credits (whih in the above examples have been monetary credits).
In step 709 the OCF 151 transmits to the ABMS 103 an ABR Decrease message (i.e. an ABR message with an Account-Balance-Action AVP field set to 7). The decrease message contains the rated credit value by which the user's account is to be decreased.
In step 711 the ABMS 103 decreases the user's account by the value within the ABR decrease message. This operation of decreasing the account differs from the steps described in the previous examples as there is no reservation made on the account.
In step 713 the ABMS then transmits an ABA message to the OCF 713 to confirm that the request was successfully carried out.
In step 715 the ABMS then transmits a CCA message to the NE 51 to confirm at the NE 51 that the request was successfully carried out.

Claims

Therefore it can be seen with reference by the examples described above that the account balance management server 103 can in combination with the charging and rating server (CRS) 101 carry out a wide range of on line charging management operations. Furthermore as the ABMS 103 and the CRS 101 have a well defined range of communications it is possible to incorporate an online charging account management system into part of a centralised account handing system capable of handling both on-line and offline account requests and therefore overcoming the problem of duplication of accounts. Furthermore such a system allows an operator to employ a much greater flexibility of account operation, such as offering the user a single combined (online and offline) account which can have the advantage of being used by the user to produce an almost instant balance inquiry..In further embodiments of the present invention the request and answer messages sent between the CRS 101 and the ABMS 103 (which for the previous examples described above are ABR and ABA messages) are instead based on existing Diameter base messages.In other embodiments of the present invention the request and answer messages are diameter credit control request and diameter credit control answer messages respectively.Various modifications to the described embodiments will be understood by one skilled in the art. The scope of protection afforded by the invention is defined by the appended claims. CLAIMS:
1. An online charging management server comprising: receiving means arranged to receive at least one account request message transmitted from a network service provider; and transmitting means arranged to transmit an online account balance message to a further separate server based on the received account request.
2. A server as claimed in claim 1 wherein the online account balance message is an online account balance request message.
3. A server as claimed in claim 2 wherein the online account balance request message comprises a request for at least one of:
Make a reservation; Commit reservation and make new reservation;
Commit reservation;
Release reservation;
Balance query;
Increase balance; and Decrease balance.
4. A server as claimed in claims 1 to 3, wherein the receiving means are further arranged to receive an online account balance message from the further server.
5. A server as claimed in claim 4, wherein the online account balance message from the further server is an online account balance answer message.
6. A server as claimed in claim 5, wherein the online account balance answer message comprises a value based on the online account balance request message.
7. A server as claimed in claim 1 and 4, wherein the online account balance message is a Diameter message.
8. A server as claimed in claim 7, wherein the online account balance message is a Diameter credit control message.
9. A server as claimed in claims 1 to 8, wherein the server is a rating server.
10. An online charging account management server comprising: receiving means arranged to receive an online account balance message from at least one further separate server, the online account balance message based on a received account request message transmitted from a network service provider; and processing means arranged to perform an online account balance action based on the received online account balance message.
11. A server as claimed in claim 10, further comprising transmitting means arranged to transmit an online account balance message to the further server.
12. A server as claimed in claim 10 and 11 , wherein the online account balance message is an online account balance request message.
13. A server as claimed in claim 12 wherein the online account balance request message comprises a request for at least one of:
Make a reservation;
Commit reservation and make new reservation;
Commit reservation; Release reservation;
Balance query;
Increase balance; and
Decrease balance.
14. A server as claimed in claim 11, wherein the online account balance message transmitted to the further server is an online account balance answer message.
15. A server as claimed in claim 14, wherein the online account balance answer message comprises a value determined by the processing means based on the performed action.
16. A system comprising: the online charging management server as claimed in claims 1 to 9; and the separate online charging account management server as claimed in claims 10 to 15.
17. A method for performing online charging within a communications network comprising an online charging management server and a separate online charging account management server, the method comprising the steps of: receiving at the online charging management server at least one account request message transmitted from a network service provider; and transmitting from the online charging management server to the separate online charging account management server an online account balance message based on the received account request message.
18. A method as claimed in claim 17, further comprising the steps of: receiving at the separate online charging account management server the online account balance message; and performing at the separate online charging account management server at least one account management function based on the received online account balance message.
19. A method as claimed in claim 18 wherein the method further comprises the step of transmitting from the separate online charging account management server to the online charging management server an online account balance message on the basis of the step of performing the at least one account management function.
20. A computer program product arranged to carry out the method for performing online charging within a communications network comprising an online charging management server and a separate online charging account management server, the method comprising the steps of: receiving at the online charging management server at least one account request message transmitted from a network service provider; and transmitting from the online charging management to the separate online charging account management server an online account balance message based on the received account request message.
21. A computer program product as claimed in claim 20, further arranged to carry out the steps of: receiving at the separate online charging account management server the online account balance message; and performing at the separate online charging account management server at least one account management function based on the received online account balance message.
22. A computer program product as claimed in claim 21 , further arranged to carry out the step of transmitting from the separate online charging account management server to the online charging management server an online account balance message on the basis of the step of performing the at least one account management function.
23. A combined online and offline charging server comprising: an online charging account management server comprising: receiving means arranged to receive an online account balance message from at least one further separate server, the online account balance message based on a received account request message transmitted from a network service provider; and processing means arranged to perform an online account balance action based on the received online account balance message; and an offline charging account management server.
PCT/IB2006/002152 2005-08-19 2006-07-24 Online charging management server WO2007020499A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2008520021A JP4842317B2 (en) 2005-08-19 2006-07-24 Online billing management server
EP06779937A EP1915883A1 (en) 2005-08-19 2006-07-24 Online charging management server

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB0517065.9 2005-08-19
GBGB0517065.9A GB0517065D0 (en) 2005-08-19 2005-08-19 Online charging management server

Publications (1)

Publication Number Publication Date
WO2007020499A1 true WO2007020499A1 (en) 2007-02-22

Family

ID=35097993

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2006/002152 WO2007020499A1 (en) 2005-08-19 2006-07-24 Online charging management server

Country Status (7)

Country Link
US (1) US7764947B2 (en)
EP (1) EP1915883A1 (en)
JP (1) JP4842317B2 (en)
KR (1) KR20080034941A (en)
CN (1) CN101213863A (en)
GB (1) GB0517065D0 (en)
WO (1) WO2007020499A1 (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009026827A1 (en) 2007-08-23 2009-03-05 Huawei Technologies Co, .Ltd. Method, system and device for opening the charging accounting data capability
EP2083533A1 (en) 2008-01-23 2009-07-29 Comptel Corporation Convergent mediation system with dedicated online streams
EP2083532A1 (en) 2008-01-23 2009-07-29 Comptel Corporation Convergent mediation system with improved data transfer
EP2107464A1 (en) 2008-01-23 2009-10-07 Comptel Corporation Convergent mediation system with dynamic resource allocation
US20110067085A1 (en) * 2009-09-11 2011-03-17 Alcatel-Lucent Method for delivering dynamic policy rules to an end user, according on his/her account balance and service subscription level, in a telecommunication network
US8996541B2 (en) 2005-06-06 2015-03-31 Comptel Corporation System and method for processing data records in a mediation system
CN114760604A (en) * 2022-04-07 2022-07-15 中国联合网络通信集团有限公司 Method, device, equipment and storage medium for processing package tariff

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8228925B2 (en) * 2005-12-14 2012-07-24 Alcatel Lucent Interactive voice response system for online and offline charging and for multiple networks
DE602005017920D1 (en) * 2005-12-23 2010-01-07 Ericsson Telefon Ab L M Method, device and computer program product for online billing
CN101009572B (en) * 2006-01-24 2012-07-04 朗迅科技公司 IMS budget control for media change in the IMS session period
CN100395983C (en) * 2006-02-27 2008-06-18 华为技术有限公司 Charging system and charging method
EP1835686B1 (en) * 2006-03-13 2015-12-23 Vodafone Group PLC Method of providing access to an IP multimedia subsystem based on provided access network data.
CN101079832B (en) * 2006-05-23 2012-03-21 朗迅科技公司 IMS network system and method for operating IMS network device
CN101083541B (en) * 2006-05-31 2013-05-01 朗迅科技公司 IMS gateway system and method
US8606222B2 (en) * 2006-12-28 2013-12-10 Tekelec Global, Inc. Methods, systems, and computer program products for performing prepaid account balance screening
WO2008107510A1 (en) * 2007-03-07 2008-09-12 Cvon Innovations Ltd An access control method and system
GB2448190A (en) 2007-04-05 2008-10-08 Cvon Innovations Ltd Data delivery evaluation system
US8942668B2 (en) * 2007-04-20 2015-01-27 Alcatel Lucent Camel service charging in IMS networks
US9379898B2 (en) * 2007-05-04 2016-06-28 Tekelec, Inc. Methods, systems, and computer program products for providing billing and usage data to downstream applications
WO2009037567A2 (en) * 2007-05-23 2009-03-26 Cvon Innovations Limited A method and a system for providing mobile communications services
GB2450193A (en) * 2007-06-12 2008-12-17 Cvon Innovations Ltd Method and system for managing credits via a mobile device
CN100586071C (en) * 2007-09-30 2010-01-27 华为技术有限公司 The method and apparatus of acquisition strategy and charging execution function entity ability
CN101436941B (en) * 2007-11-15 2012-10-03 华为技术有限公司 Charging method, charging network element, charging system and communication system
GB2456184A (en) * 2008-01-07 2009-07-08 Cvon Innovations Ltd System for selecting an information provider or service provider
US8023926B2 (en) * 2008-02-16 2011-09-20 Alcatel Lucent Offline charging for sessions over a 3GPP network and a WLAN access network
JP2011517154A (en) 2008-02-26 2011-05-26 アルカテル−ルーセント ユーエスエー インコーポレーテッド Online billing for ancillary services in IMS networks
US8320878B2 (en) * 2008-05-20 2012-11-27 Motorola Mobility Llc Charging system for a communication system
US9197706B2 (en) 2008-12-16 2015-11-24 Qualcomm Incorporated Apparatus and method for bundling application services with inbuilt connectivity management
US20110173105A1 (en) * 2010-01-08 2011-07-14 Nokia Corporation Utilizing AAA/HLR infrastructure for Web-SSO service charging
EP2553892A4 (en) * 2010-04-01 2017-08-09 Alcatel Lucent QoS THROTTLING FOR MOBILE DEVICES
CN102137371B (en) * 2010-06-11 2013-08-28 华为技术有限公司 Method, system and equipment for charging account balance management
CN102149063B (en) * 2010-06-29 2013-10-09 华为技术有限公司 Method, device and system for charging prepayment
US8996402B2 (en) 2010-08-02 2015-03-31 Apple Inc. Forecasting and booking of inventory atoms in content delivery systems
US8990103B2 (en) 2010-08-02 2015-03-24 Apple Inc. Booking and management of inventory atoms in content delivery systems
US8391833B2 (en) * 2010-08-08 2013-03-05 Tekelec, Inc. Systems, methods, and computer readable media for diameter routing with number portability correction
US8510658B2 (en) 2010-08-11 2013-08-13 Apple Inc. Population segmentation
US9288230B2 (en) * 2010-12-20 2016-03-15 Qualcomm Incorporated Methods and apparatus for providing or receiving data connectivity
CN103385012B (en) 2010-12-23 2016-08-10 泰克莱克股份有限公司 For revising the method for Diameter signaling message, system and the equipment of billing function node to be mail to
EP2671344B1 (en) * 2011-01-31 2016-09-21 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for online charging in an ip multimedia subsystem
CN103493522B (en) 2011-03-03 2016-12-07 泰科来股份有限公司 For enriching the method for Diameter signaling message, system and computer-readable medium
US8825536B2 (en) * 2011-07-18 2014-09-02 Alcatel Lucent Differential online charging for text messages based on network type
US8695060B2 (en) 2011-10-10 2014-04-08 Openpeak Inc. System and method for creating secure applications
US8938547B1 (en) 2014-09-05 2015-01-20 Openpeak Inc. Method and system for data usage accounting in a computing device
US9232013B1 (en) 2014-09-05 2016-01-05 Openpeak Inc. Method and system for enabling data usage accounting
US20160071040A1 (en) * 2014-09-05 2016-03-10 Openpeak Inc. Method and system for enabling data usage accounting through a relay
US9350818B2 (en) 2014-09-05 2016-05-24 Openpeak Inc. Method and system for enabling data usage accounting for unreliable transport communication
US11937150B2 (en) 2018-12-12 2024-03-19 Telefonaktiebolaget Lm Ericsson (Publ) Method and function for handling a subscriber's communication services

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7082533B2 (en) * 2000-08-04 2006-07-25 First Data Corporation Gauging risk in electronic communications regarding accounts in ABDS system
US8527410B2 (en) * 2001-02-19 2013-09-03 Nokia Corporation Control of billing in a communications system
JP2003125116A (en) * 2001-10-19 2003-04-25 Fujitsu Ltd Communication system
JP2003259039A (en) * 2002-02-27 2003-09-12 Canon Inc Communication method, communication system, storage medium, and program
US8812382B2 (en) * 2003-01-15 2014-08-19 Nokia Corporation Charging for a communication system
US20040167834A1 (en) * 2003-02-12 2004-08-26 Juha-Pekka Koskinen Method for processing accounting requests in a communications system
DE10342558A1 (en) 2003-09-15 2005-04-14 Siemens Ag Procedure for charging and charging units
GB0327379D0 (en) * 2003-11-25 2003-12-31 Nokia Corp Telecommunications network
US7548743B2 (en) * 2004-11-30 2009-06-16 Alcatel-Lucent Usa Inc. Call control with converged application server logic and gateway logic in IMS networks
CN1885780B (en) * 2005-06-24 2012-03-28 朗迅科技公司 Centralized off-line charge and on-line charge method and system

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Digital cellular telecommunications system (Phase 2+)", ETSI STANDARDS, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE, SOPHIA-ANTIPO, FR, vol. 3-SA5, no. V600, December 2004 (2004-12-01), XP014028039, ISSN: 0000-0001 *
"Universal Mobile Telecommunications System (UMTS)", ETSI STANDARDS, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE, SOPHIA-ANTIPO, FR, vol. 3-SA5, no. V620, June 2005 (2005-06-01), XP014030706, ISSN: 0000-0001 *
ETSI: "Universal Mobile Telecommunication System (UMTS); Telecommunication management", ETSI STANDARDS, EUROPEAN TELECOMMUNICATION STANDARDS INSTITUTE, June 2005 (2005-06-01), SOPHIA-ANTIPO,Fr, pages 1 - 67, XP002406250, Retrieved from the Internet <URL:http://webapp.etsi.org/exchangefolder/ts_132299v060300p.pdf> [retrieved on 20061108] *

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8996541B2 (en) 2005-06-06 2015-03-31 Comptel Corporation System and method for processing data records in a mediation system
EP2180635A1 (en) * 2007-08-23 2010-04-28 Huawei Technologies Co., Ltd. Method, system and device for opening the charging accounting data capability
WO2009026827A1 (en) 2007-08-23 2009-03-05 Huawei Technologies Co, .Ltd. Method, system and device for opening the charging accounting data capability
EP2180635A4 (en) * 2007-08-23 2010-12-22 Huawei Tech Co Ltd Method, system and device for opening the charging accounting data capability
US9015336B2 (en) 2008-01-23 2015-04-21 Comptel Corporation Convergent mediation system with improved data transfer
EP2107464A1 (en) 2008-01-23 2009-10-07 Comptel Corporation Convergent mediation system with dynamic resource allocation
US8645528B2 (en) 2008-01-23 2014-02-04 Comptel Corporation Convergent mediation system with dedicated online steams
EP2083532A1 (en) 2008-01-23 2009-07-29 Comptel Corporation Convergent mediation system with improved data transfer
EP2083533A1 (en) 2008-01-23 2009-07-29 Comptel Corporation Convergent mediation system with dedicated online streams
US10248465B2 (en) 2008-01-23 2019-04-02 Comptel Corporation Convergent mediation system with dynamic resource allocation
US20110067085A1 (en) * 2009-09-11 2011-03-17 Alcatel-Lucent Method for delivering dynamic policy rules to an end user, according on his/her account balance and service subscription level, in a telecommunication network
US11088859B2 (en) * 2009-09-11 2021-08-10 Nokia Of America Corporation Method for delivering dynamic policy rules to an end user, according on his/her account balance and service subscription level, in a telecommunication network
US11881957B2 (en) 2009-09-11 2024-01-23 Alcatel Lucent Method for delivering dynamic policy rules to an end user, according on his/her account balance and service subscription level, in a telecommunication network
CN114760604A (en) * 2022-04-07 2022-07-15 中国联合网络通信集团有限公司 Method, device, equipment and storage medium for processing package tariff
CN114760604B (en) * 2022-04-07 2023-05-12 中国联合网络通信集团有限公司 Package tariff processing method, apparatus, device and storage medium

Also Published As

Publication number Publication date
EP1915883A1 (en) 2008-04-30
GB0517065D0 (en) 2005-09-28
KR20080034941A (en) 2008-04-22
US20070041536A1 (en) 2007-02-22
JP4842317B2 (en) 2011-12-21
US7764947B2 (en) 2010-07-27
CN101213863A (en) 2008-07-02
JP2009500935A (en) 2009-01-08

Similar Documents

Publication Publication Date Title
US7764947B2 (en) Online charging management server
CN101212532B (en) Combined billing system and method
US7729485B2 (en) Telecommunications network having number portability
US8260254B2 (en) Network billing
KR101411329B1 (en) Front-end charging system that generates charging data per entity having a revenue share
KR101160377B1 (en) Converged prepaid and postpaid charging
EP1435182B1 (en) System and method for charging in a communications network and a communications network charging server
US20080153457A1 (en) Online Charging System (Ocs) Controlled Media Policy
EP1584179B1 (en) Charging for a communication system
US20070297583A1 (en) Method and System for Third Party Charging
KR20110025932A (en) Online charging architecture in lte/epc communication networks
US20050021351A1 (en) Charging in a communication system
EP1894403A1 (en) Controlling provision of services in a communications network
WO2000045609A2 (en) Method for calculating advice of charge
EP1346558A1 (en) Method and system enabling prepaid service in an all-ip network
US20120123919A1 (en) Method And System For Billing In A Communication Network
EP1307860B1 (en) Paying for services using electronic cash
KR100588625B1 (en) Method and system for providing wireless data service for prepaid subscriber who account balance is exhausted
CN103813289B (en) Real-time online charging method and real-time online charge processing system

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006779937

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 200680023972.6

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2008520021

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 1020087003793

Country of ref document: KR

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 2006779937

Country of ref document: EP