CA2613701C - Revenue management system and method - Google Patents
Revenue management system and method Download PDFInfo
- Publication number
- CA2613701C CA2613701C CA2613701A CA2613701A CA2613701C CA 2613701 C CA2613701 C CA 2613701C CA 2613701 A CA2613701 A CA 2613701A CA 2613701 A CA2613701 A CA 2613701A CA 2613701 C CA2613701 C CA 2613701C
- Authority
- CA
- Canada
- Prior art keywords
- revenue
- database
- transactional
- object store
- management system
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 26
- 238000004891 communication Methods 0.000 claims description 22
- 238000013475 authorization Methods 0.000 claims description 18
- 238000012545 processing Methods 0.000 claims description 11
- 230000001052 transient effect Effects 0.000 claims description 7
- 230000001617 migratory effect Effects 0.000 claims description 6
- 238000004458 analytical method Methods 0.000 abstract description 5
- 238000007726 management method Methods 0.000 description 73
- 238000002507 cathodic stripping potentiometry Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 10
- 230000004044 response Effects 0.000 description 9
- 238000012360 testing method Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 8
- 238000013519 translation Methods 0.000 description 5
- 238000009826 distribution Methods 0.000 description 4
- 238000005192 partition Methods 0.000 description 4
- 238000011084 recovery Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 239000000047 product Substances 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 101000849579 Arabidopsis thaliana 30S ribosomal protein S13, chloroplastic Proteins 0.000 description 1
- 235000008694 Humulus lupulus Nutrition 0.000 description 1
- 241001446467 Mama Species 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000010923 batch production Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 238000007596 consolidation process Methods 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000007620 mathematical function Methods 0.000 description 1
- 238000013508 migration Methods 0.000 description 1
- 230000005012 migration Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000010076 replication Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 230000003442 weekly effect Effects 0.000 description 1
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
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
-
- G06Q50/60—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
- H04L12/1467—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network involving prepayment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- 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/82—Criteria or parameters used for performing billing operations
- H04M15/8214—Data or packet based
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0892—Network architectures or network communication protocols for network security for authentication of entities by using authentication-authorization-accounting [AAA] servers or protocols
-
- 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/78—Metric aspects
- H04M2215/782—Data or packet based
Abstract
A revenue management system and method for telecommunication network use is disclosed. The revenue management system can be integrated with the internet protocol multimedia subsystem (IMS). The revenue management system and method can have a hardware and/or software revenue generation module or architecture, revenue capture module or architecture, revenue collection module or architecture, revenue analysis module or architecture, or combinations thereof.
Description
1 Ti11E" OF THE INVENTION
2 REVENUE MANAGEMENT SYSTEM AND METHOD
3
4 Alexander Rockel Jayaprakash Krishnamoorthy 6 David Labuda 7 Jerome Guionnet 8 David Levy 9 Tony Velcich 12 [00011 This application claims the benefit of Provisional Application No. 60/694,743, 13 filed 28 June 2005, and 60/694,743, filed 28 July 2005 .
17 [0002] Telecommunication network operators and service providers are currently 18 implementing the ipternet protocol multimedia subsystem (IMS). IMS is a set of Internet 19 Protocol (IP) standards for session-based control of multimedia and telephony services on any network type, including circuit switched networks, packet-switched networks, and 21 the public switched telephone network (PSTN). IMS manages the communication, 22 collaboration, and entertainment media over internet protocol. IMS
enables users to 23 access both content and other users in ways that are natural and intuitive.
1 [000j1 IMS Rovides users with functionality that is not dependent on fixed or mobile 2 networks and also retains existing protocols, including the session initiation protocol 3 (SIP). The SIP is central to IMS. Originally developed for voice over Internet Protocol 4 (VoIP), SIP enables multiple users to enter and exit at will an ongoing communications session (i.e. a connection between two or more communications terminals such as a 6 mobile handset a content server, or a personal computer). Moreover, SIP
enables users to 7 add or remove media (voice, video, content, etc.) dynamically during a session and run 8 multiple sessions in parallel.
9 [0004] IMS enabled services will include combinations of push-to-talk, click-to-dial, multi-player gaming, video telephony, SMS, dynamic push content, including file 11 sharing, and video conferencing, and location-based commerce among other 12 communication, collaboration, and entertainment services.
13 [0005] These services previously existed in independent silos: that is, users must exit one 14 service (i.e., terminate a session) before they can access a new service (i.e., initiate a session). The routing, network location, addressing, and session management of IMS
16 eliminates the walls of the silos to effect a so-called blended functionality that lets users 17 move freely between networks and services while maintaining multiple concurrent 18 sessions. In this way, IMS transforms a sequence of discrete communication events into a 19 single shared communications environment.
[0006] For example, users will be able to select a communications mode (voice, voice 21 with video, text-to-speech email, and so on) that best suits their circumstances while 22 retaining the freedom to change that selection dynamically by adding a video stream 23 midway through a voice call for example. Users will also be able to access familiar 1 services on any device and via any network type, fixed or mobile. And they'll enjoy these 2 freedoms along with new functionalities such as broader payment options, credit control 3 presence management, and convenient connectivity to groups.
4 [00071 IMS also provides operators and service providers opportunities for cost reductions and revenue growth. They can expect cost reductions because IMS
enabled 6 services, unlike today's siloed services, do not require replication of every functionality:
7 charging, routing, provisioning, and subscriber management, for example.
Rather, IMS
8 services can reuse the same functionality across all services, thereby accruing for their 9 operators significant savings in capital and operational expenditures.
Revenue growth through enabling enhanced services is IMS's other benefit. In this way, IMS is the 11 panacea-in-waiting to communications and media companies, who face the threat of 12 commoditization.
13 [0008] Telecommunication network Operators and service providers will need a 14 convergent charging system to realize the value of IMS. Such a system -with its integrated view of the customer - is necessary to apply cross-service discounts on 16 bundled offerings and other marketing promotions, as well as a single consolidated bill 17 for each customer - even when services originate from multiple third-party providers.
18 [00091 Legacy billing applications have become increasingly inadequate to the demands 19 of charging for IMS-enabled services as charging has undergone a profound transformation in recent years: from batch to real-time processing, from a back-office 21 support function to a front-office mission-critical function, from a cost to be minimized to 22 a strategic opportunity for revenue maximization.
I [00161 Eurther, operators Eiow that consumers have choices. In this environment, CS13's 2 have difficulty remaining competitive if unable to maintain an uptime of at least 99.999%
3 - so-called "five-nines" availability. Five-nines, which amounts to barely five minutes of 4 downtime per year, is unprecedented in traditional billing.
[0011] As batch-processing systems, traditional billing vendors did not have to provide 6 highly-available solutions. If the billing system failed during a batch run, the job could 7 simply be restarted once the system became available. For this reason CSPs were forced 8 to maintain separate systems to handle their prepaid and postpaid subscribers and 9 services. Prepaid voice services were generally managed by the network equipment vendors, who traditionally provided prepaid solutions in the form of a service control 11 point (SCP) or service node. These systems - built with the network in mind, especially 12 prepaid voice ¨ were designed to achieve the high-availability and low latency 13 requirements of tier-1 service providers. However, this design focus, together with 14 support for only very simple rating capabilities, resulted in these systems being much more restrictive than their postpaid counterparts.
16 [0012] Because no single system provided support for all the revenue management 17 functions, CSPs have often had to deploy dozens of separate systems to support those 18 functions. Different "stovepipe" systems managed prepaid and postpaid services, while 19 still other systems managed services such as voice, data, content, and messaging. Such a multifarious environment has driven operational costs higher and hampered CSPs' ability 21 to meet increasingly aggressive market requirements.
22 [0013] CSPs can no longer afford the operational excess of maintaining multiple 23 systems: instead CSPs need a simple, convergent, and modular revenue management 1 soluff6dthafadivers Fiigh-performance and high availability as well as flexibility and 2 scalability. The revenue management system must also meet the demands of consumer 3 marketing-a complex function that increasingly entails bundled offerings, conditional 4 multiservice discounts, highly segmented promotions, and revenue sharing across a multipartner value chain of content providers, service providers, and network operators.
6 [0014] Unlike telecommunications networks, which must route their transport (calls in 7 circuit-switched networks and packets in packet-switched networks) in real time, legacy 8 billing systems for telecommunications providers have customarily fulfilled a back-office 9 function, batch processing records such as call detail records and IP
detail records. If a billing system weren't available when scheduled to process a particular batch, engineers 11 could fix the problem, then run the process a few hours behind schedule.
In the worst-12 case scenario, customers' bills would arrive in their mail boxes a day or two later than 13 usual. But new expectations of communications service users are now changing the rules 14 of the billing game.
[0015] Today's users demand diverse payment options in line with their varied personal, 16 business, and family needs.
17 [0016] Whereas some will continue to favor long-standing relationships in which they 18 settle their accounts with operators in the traditional manner of postpayrnent via invoice, 19 more and more users now require the freedom to prepay ¨perhaps by purchasing a prepaid card at a grocery store as credit towards service from potentially multiple CSPs 21 over a period of time. Still other users want to pay for products and services as they 22 consume them-so-called now-pay - by providing a debit- or credit-card number at the 23 commencement of each transaction.
17 [0002] Telecommunication network operators and service providers are currently 18 implementing the ipternet protocol multimedia subsystem (IMS). IMS is a set of Internet 19 Protocol (IP) standards for session-based control of multimedia and telephony services on any network type, including circuit switched networks, packet-switched networks, and 21 the public switched telephone network (PSTN). IMS manages the communication, 22 collaboration, and entertainment media over internet protocol. IMS
enables users to 23 access both content and other users in ways that are natural and intuitive.
1 [000j1 IMS Rovides users with functionality that is not dependent on fixed or mobile 2 networks and also retains existing protocols, including the session initiation protocol 3 (SIP). The SIP is central to IMS. Originally developed for voice over Internet Protocol 4 (VoIP), SIP enables multiple users to enter and exit at will an ongoing communications session (i.e. a connection between two or more communications terminals such as a 6 mobile handset a content server, or a personal computer). Moreover, SIP
enables users to 7 add or remove media (voice, video, content, etc.) dynamically during a session and run 8 multiple sessions in parallel.
9 [0004] IMS enabled services will include combinations of push-to-talk, click-to-dial, multi-player gaming, video telephony, SMS, dynamic push content, including file 11 sharing, and video conferencing, and location-based commerce among other 12 communication, collaboration, and entertainment services.
13 [0005] These services previously existed in independent silos: that is, users must exit one 14 service (i.e., terminate a session) before they can access a new service (i.e., initiate a session). The routing, network location, addressing, and session management of IMS
16 eliminates the walls of the silos to effect a so-called blended functionality that lets users 17 move freely between networks and services while maintaining multiple concurrent 18 sessions. In this way, IMS transforms a sequence of discrete communication events into a 19 single shared communications environment.
[0006] For example, users will be able to select a communications mode (voice, voice 21 with video, text-to-speech email, and so on) that best suits their circumstances while 22 retaining the freedom to change that selection dynamically by adding a video stream 23 midway through a voice call for example. Users will also be able to access familiar 1 services on any device and via any network type, fixed or mobile. And they'll enjoy these 2 freedoms along with new functionalities such as broader payment options, credit control 3 presence management, and convenient connectivity to groups.
4 [00071 IMS also provides operators and service providers opportunities for cost reductions and revenue growth. They can expect cost reductions because IMS
enabled 6 services, unlike today's siloed services, do not require replication of every functionality:
7 charging, routing, provisioning, and subscriber management, for example.
Rather, IMS
8 services can reuse the same functionality across all services, thereby accruing for their 9 operators significant savings in capital and operational expenditures.
Revenue growth through enabling enhanced services is IMS's other benefit. In this way, IMS is the 11 panacea-in-waiting to communications and media companies, who face the threat of 12 commoditization.
13 [0008] Telecommunication network Operators and service providers will need a 14 convergent charging system to realize the value of IMS. Such a system -with its integrated view of the customer - is necessary to apply cross-service discounts on 16 bundled offerings and other marketing promotions, as well as a single consolidated bill 17 for each customer - even when services originate from multiple third-party providers.
18 [00091 Legacy billing applications have become increasingly inadequate to the demands 19 of charging for IMS-enabled services as charging has undergone a profound transformation in recent years: from batch to real-time processing, from a back-office 21 support function to a front-office mission-critical function, from a cost to be minimized to 22 a strategic opportunity for revenue maximization.
I [00161 Eurther, operators Eiow that consumers have choices. In this environment, CS13's 2 have difficulty remaining competitive if unable to maintain an uptime of at least 99.999%
3 - so-called "five-nines" availability. Five-nines, which amounts to barely five minutes of 4 downtime per year, is unprecedented in traditional billing.
[0011] As batch-processing systems, traditional billing vendors did not have to provide 6 highly-available solutions. If the billing system failed during a batch run, the job could 7 simply be restarted once the system became available. For this reason CSPs were forced 8 to maintain separate systems to handle their prepaid and postpaid subscribers and 9 services. Prepaid voice services were generally managed by the network equipment vendors, who traditionally provided prepaid solutions in the form of a service control 11 point (SCP) or service node. These systems - built with the network in mind, especially 12 prepaid voice ¨ were designed to achieve the high-availability and low latency 13 requirements of tier-1 service providers. However, this design focus, together with 14 support for only very simple rating capabilities, resulted in these systems being much more restrictive than their postpaid counterparts.
16 [0012] Because no single system provided support for all the revenue management 17 functions, CSPs have often had to deploy dozens of separate systems to support those 18 functions. Different "stovepipe" systems managed prepaid and postpaid services, while 19 still other systems managed services such as voice, data, content, and messaging. Such a multifarious environment has driven operational costs higher and hampered CSPs' ability 21 to meet increasingly aggressive market requirements.
22 [0013] CSPs can no longer afford the operational excess of maintaining multiple 23 systems: instead CSPs need a simple, convergent, and modular revenue management 1 soluff6dthafadivers Fiigh-performance and high availability as well as flexibility and 2 scalability. The revenue management system must also meet the demands of consumer 3 marketing-a complex function that increasingly entails bundled offerings, conditional 4 multiservice discounts, highly segmented promotions, and revenue sharing across a multipartner value chain of content providers, service providers, and network operators.
6 [0014] Unlike telecommunications networks, which must route their transport (calls in 7 circuit-switched networks and packets in packet-switched networks) in real time, legacy 8 billing systems for telecommunications providers have customarily fulfilled a back-office 9 function, batch processing records such as call detail records and IP
detail records. If a billing system weren't available when scheduled to process a particular batch, engineers 11 could fix the problem, then run the process a few hours behind schedule.
In the worst-12 case scenario, customers' bills would arrive in their mail boxes a day or two later than 13 usual. But new expectations of communications service users are now changing the rules 14 of the billing game.
[0015] Today's users demand diverse payment options in line with their varied personal, 16 business, and family needs.
17 [0016] Whereas some will continue to favor long-standing relationships in which they 18 settle their accounts with operators in the traditional manner of postpayrnent via invoice, 19 more and more users now require the freedom to prepay ¨perhaps by purchasing a prepaid card at a grocery store as credit towards service from potentially multiple CSPs 21 over a period of time. Still other users want to pay for products and services as they 22 consume them-so-called now-pay - by providing a debit- or credit-card number at the 23 commencement of each transaction.
5 1 [0001 Th.the absence of a convergent real-time solution, CSPs have had to address the 2 bang needs of their prepaid, postpaid, and now-pay customers by maintaining multiple, 3 non-integrated billing and customer-care systems. Indeed, they've had no alternative 4 because legacy billing systems were never designed to accommodate the transactional real-time requirements for prepay and now-pay services. And they certainly weren't built
6 with the requisite low latency and five-nines availability that a revenue management
7 system needs to process as many as several hundred million transactions per day in real
8 time via a direct connection to the telecommunications network.
9 [0018] The absence of a billing system that could meet the high performance/low-latency and high-availability requirements for prepaid has imposed significant costs on CSPs 11 since they were forced to maintain multiple separate systems for their prepaid/postpaid 12 environments and services.
[0019] A revenue management system and method for revenue management are 16 disclosed. The revenue management system can be a network of computers, a single 17 computer, a program on computer readable medium, software and/or hardware 18 architecture, or combinations thereof. The revenue management system can be used, for 19 example by telecommunication network operators and service providers, to manage the use of and revenue generated by telecommunications networks. The telecommunications 21 networks can be wired and/or wireless.
22 [0020] The revenue management system can perform convergent real-time charging for 23 prepaid, postpaid, and now-pay telecommunication network user accounts.
The revenue 1 manigeinent system can manage revenues through the entire service cycle, from revenue 2 generation to revenue capture to revenue collection to revenue analysis.
The revenue 3 management system can have a hardware and/or software revenue generation module or 4 architecture, revenue capture module or architecture, revenue collection module or architecture, revenue analysis module or architecture, or combinations thereof. (Any 6 elements or characteristics denoted or described as being modules, architectures, layers, 7 or platforms, herein, can be any of the other of modules, architectures, layers or 8 platforms.) 9 [0021] The revenue generation module or architecture can minimize delays of deployment of new-services on the telecommunication network. The revenue generation 11 module or architecture can have GUI-based applications for rapidly provisioning, pricing, 12 discounting, and managing all aspects of customer and partner relationships such as 13 personalized promotions and revenue sharing.
14 [0022] The revenue capture module or architecture can leverages a high-performance and high-availability platform that converts all transactions into revenue with zero leakage 16 from fraud or system downtime. The high availability platform further minimizes 17 customer churn.
18 [0023] The revenue collection module or architecture can ensure accurate bills for 19 postpaid accounts while collecting all prepaid and now-pay revenue in real-time. The revenue collection module can generate partner (e.g., business partner) statements and 21 provide a real-time view of finances, for example, to suggest changes in marketing 22 strategy.
1 [0024] The revenue analysis module or architecture can process the transactions that pass 2 through the revenue management system and can provide data for predetermined 3 mathematical functions (i.e., data analysis). The revenue analysis module can be used 4 with IMS-enabled services.
[0025] The revenue management system can provide carrier-grade performance, high 6 availability, unlimited scalability, flexibility to rapidly launch and manage IMS-enabled 7 services, perform end-to-end revenue management, and combinations thereof.
8 [0026] The revenue management system can be a single convergent platform for service 9 providers to manage revenue in real time across customer type, network, service, payment method and geography. The revenue management system can have high-11 performance, high-availability, and scalability, for example equal to that of a front-end 12 carrier-grade network element, with the functionality and flexibility of a convergent 13 revenue management system.
14 [0027] The revenue management system can be a unified system that manages revenue in real time across any customer type (residential or business), network type (packet- or 16 circuit-switched), service type (voice, data, commerce, and so on), payment method 17 (prepaid, postpaid, and now-pay), and geography (multiple currencies and tax regimens).
18 After examining the implications of inadequate performance and availability in CSPs' 19 billing and customer-care platforms. The revenue management system can have a revenue capture platform and an in-memory object store (e.g., TIMOS or other 21 technology) for high performance/low latency and an active/active staged architecture for 22 high availability.
1 [062g1 the revenue management system can deliver carrier-grade performance, 2 unlimited scalability, five-nines availability, the flexibility to rapidly launch and manage 3 new services, and combinations thereof.
4 [0029] The revenue management system can give operators a unified view of their subscribers (e.g., rapid and organized viewing of database information for users across 6 various networks). The revenue management system can be configured to analyze 7 database data for market segmentation, to create discounts (e.g., multiservice discounts), 8 and promote and deliver functionality, such as consolidation of all services onto a single 9 bill.
[0030] The revenue management system can accurately manage multiple revenue touch 11 points with end-customers, for example, to enable networks to provide and bill a variety 12 of voice and multimedia services.
13 [0031] The convergent revenue management system can eliminating duplication and 14 exploiting economies of scope, it can thus incur lower operational costs than multiple non- integrated systems. Such efficiencies can translate into substantial savings in 16 resources, skills, training, hardware, etc. The convergent revenue management system 17 can have greater flexibility and scalability than multiple stand-alone systems. The system 18 can provide an integrated view of the customer with important functionality benefits such 19 as the ability to apply cross-service discounts to bundled offerings and the capacity to generate a single bill for each customer, even when services originate from multiple 21 providers.
1 [00321 Figure 1 illustrates a varration.ot the revenue management system integrated into 2 the IMS framework.
3 [00331 Figure 2 illustrates a variation of the revenue management system with a network 4 layer.
[0034] Figure 3 illustrate a variation of the revenue management system.
6 [0035] Figure 4 illustrates a variation of the revenue management system with exemplary 7 load distributions.
8 [00361 Figure 5 illustrates a variation of the revenue management system having multi-9 database subsystems.
[0037] Figure 6 illustrates the set-up for benchmark testing of the revenue management 11 system.
14 [0038] Figure 1 illustrates that the revenue management system can be integrated (i.e., in data communication with) the IMS framework. Users can access IF-based services via 16 any device and any access network through a standardized access point, the CSCF (call 17 session control function) or SIP server. The CSCF sets up and manages sessions, 18 forwarding messages and content from other users or from content and application 19 servers. The CSCF works in partnership with the HSS (home subscriber service), which manages subscriber data and preferences, enabling users to find one another and access 21 subscribed services. A CGF (charging gateway function) can mediate access to other 22 operators' networks and support application for charging, provisioning, and customer 23 service.
1 [00391 Figure 2 illustrates that the architecture of the revenue management system can 2 have a gateway layer (e.g., a AAA Gateway), a revenue capture layer, and a database and 3 storage layer. The gateway layer can connect to the external network via a service 4 platform such as HP OpenCall (from Hewlett Packard, Inc., Palo Alto, CA) , which in turn can connects to a network switch.
6 [0040] The gateway layer can be an interface to the network layer.
Connections to the 7 network layer can be maintained via one, two or more AAA (authentication, 8 authorization, accounting) Gateway managers. The AAA Gateway managers, which can 9 include one primary and one or more idle-but-running back up, connect to the network SCP via TCP/IP, and manage a number of tasks. The tasks can include protocol 11 translation, asynchronous interface, load balancing, service-level agreement (SLA) 12 latency enforcement, failure detection, failure handling, failure recovery, and 13 combinations thereof.
14 [0041] The protocol translation can provide high-speed translation from the protocol used by the network SCP to a communication protocol (e.g., Portal Communications Protocol 16 (PCP)). The AAA Gateway can support the HP OpenCall's Message Based Interface 17 (MBI) protocol, Diameter Charging, and PCP. The AAA Gateway can provide extension 18 to support additional protocols.
19 [0042] In asynchronous connection to the SCP, requests can be received from the SCP
and acknowledged. Following completion of the requested operation, the asynchronous 21 interface of the AAA Gateway can send a response to the SCP with the final results.
22 [0043] The load balancing element can distribute requests evenly across the available 23 Connection Managers using a round-robin algorithm.
1 [0044] The SLA enforcement can monitor and guarantee conformance to a service-level 2 agreement's latency requirements.
3 [0045] The failure detection element can detect failures such as a broken link between a 4 AAA Gateway and a connection manager in the revenue capture platform.
[0046] The failure handling element can provide an interim request storage facility for 6 requests processed during back-end failures and pending recovery, and a degraded mode 7 of operation for cases in which the back end is not available or simply not responding 8 within the specified latency levels.
9 [0047] The failure recovery element can replay requests into the revenue capture platform following a failure.
11 [0048] When the call (or other connection) comes to the network, the SCP
can query the 12 AAA Gateway in order to grant the service (i.e. authorize the call).
During the call the 13 SCP keeps the revenue management system appraised of the call status by passing call-14 start and call-end requests-as well as Reauthorizing requests if the previously authorized quantity is close to exhaustion.
16 [0049] The AAA Gateway can convert the SCP requests into event data records (EDR).
17 The AAA Gateway can then forward the EDR to a specialized processing pipeline-18 authentication, authorization, or accounting, for example, depending on the service and 19 request type. The processing pipelines can contain a module that can call an API of the CM in the Revenue Capture Platform. This is a synchronous call that blocks processing 21 until receipt of a response. The response can then undergo translation into the EDR, and 22 the EDR can pass to the network output module, which can send the response back to the 23 SCP.
1 MA this 'ProCess can 'Se monitored for latency by a timeout monitoring facility in the 2 AAA Gateway. If the timeout facility detects an unacceptable latency, the timeout 3 facility can pass the EDR to a timeout pipeline. The timeout pipeline can then execute 4 business logic to handle the request in a degraded mode in order to ensure a response with required latency levels. The degraded mode can allow the timeout pipeline to make 6 a decision on how to proceed based on a configurable set of rules. For example, if the 7 request is for authorization of a local call, the rules might indicate approval by default 8 following the timeout of such a request. A timed-out request for authorization of an 9 international call, in contrast, might receive a default denial.
[0051] Two other pipelines - the exception pipeline and the replay pipeline -can lean up, 11 store, and replay timed-out requests to prevent any revenue leakage. If a timeout was 12 caused by a failure in the Revenue Capture Platform, the replay pipeline can read the 13 replay log after the Revenue Capture Platform is back online and send it the logged 14 requests. If a timeout happened for other reasons, the replay can start immediately.
[0052] The revenue capture layer can implement the authentication and authorization that 16 is necessary for prepaid and now-pay transactions. The revenue capture layer can handle 17 the accounting tasks of event rating and recording all transactions.
Figure 3 illustrates 18 that the revenue capture layer can have one, two or more Connection Managers, Database 19 Data Managers, and TIMOS (transactional in-memory object store) Data Managers, a high-performance in-memory store that can synchronize with the database. The elements 21 of the revenue capture layer can be encompassed by the Revenue Capture Platform.
22 [0053] Each AAA Gateway manager can connect to one, two or more distinct connection 23 managers via TCP/IP. As opposed to the primary/backup model, these two connections 1 ard'alWayiirilige"düThig iöiaI Pfaessing. Initial requests to the CAIs are distributed 2 evenly by a simple round-robin algorithm. Cross-machine distribution of the connections 3 can provide fault-tolerance at the hardware level. (The number of Connection Managers 4 could be determined by the operator's availability and scalability requirements).
[0054] The Connection Managers can rout requests to the appropriate TIMOS Data 6 Manager or back-end Database Manager. The design of the revenue management system 7 can provide time-sensitive requests such as authentication and authorization to be 8 performed by accessing data from the high-speed in-memory TIMOS cache only.
9 Accounting requests, which can tolerate higher latencies, can access both the TIMOS
cache and the back-end database.
11 [0055] The system can be configured so non-real-time requests bypass the TIMOS Data.
12 Non-real-time requests can include, for example, batch rating or billing jobs, or real-time 13 requests that do not require millisecond-level response times, such as an account query by 14 a customer service representative.
[0056] Figure 4 illustrates a variation of the revenue management system with exemplary 16 load distributions shown. The architecture of the system can have one, two or more 17 TIMOS instances and their back-up counterparts. Each TIMOS instance can have three 18 components: a reference object cache, a data migratory, and a transient object store.
19 [0057] The reference object cache can be a cache area for database objects such as customer account records, required for read-only reference during real-time =
21 authentication and authorization processes.
22 [0058] The data migratory can be a subsystem to fill the reference object cache from the 23 database.
1 [00591 The transient object store can be an area used to store temporary objects for 2 TIMOS-only use such as active-session objects and resource-reservation objects.
3 [0060] The TIMOS instances can serve distinct sets of the subscriber base. For example, 4 approximately 50% of subscribers per instance for the minimal two-instance configuration shown in Figure 4. Each primary TIMOS instance can run on an 6 independent server with that same server running the back-up instance of another primary 7 TIMOS instance.
8 [0061] Meanwhile, the Connection Managers can consult a directory server in order to 9 route requests to the correct instance. The directory server can be configurable as a separate process or as a part of any TIMOS instance.
11 [0062] The TIMOS Data Managers in turn can connect to at least two Database Data 12 Managers, both of which are active and can take over the workload of the other in the 13 case of a failure. The Database Data Managers interface with the back-end relational 14 database.
[0063] The database and storage layers can have one or more server clusters, cluster 16 software, one or more storage area networks, and combinations thereof.
The server 17 cluster can be a configuration of at least two database servers, which process data for a 18 single database. The cluster software can manage prepaid payment accounts (e.g., Oracle 19 RAC (Real Application Cluster) cluster software or to execute with the same). The storage area network can support high-speed and high-availability disk storage.
21 [0064] The revenue management system can access a high-performance relational 22 database such as Oracle RAC via a high-speed storage-area network. The system can 23 utilize multithreading and TIMOS data management. TIMOS can access system memory 1 (i.e. RAM). Requests for data in RAM can be processed much faster than requests for 2 data in the disk-based database. Throughput and latency can be reduced compared to the 3 relational database because of the following differences between TIMOS
data 4 management and the RDBMS:
[0065] TIMOS can store in-memory data and avoid the time delays of database access 6 and the translation between a relational representation and the database's physical format.
7 [0066] The revenue management system employs internal search and storage algorithms 8 that have been optimized for in-memory data, further reducing latencies.
9 [0067] Read-only requests for TIMOS-managed data can avoid round trips to the back-end database and subsequent disk storage, thereby avoiding multiple network hops and 11 their associated latencies. The creation and update of transient objects can be performed 12 entirely in memory by TIMOS, requiring no disk access operations.
13 [0068] The system can have a distribution of operations via a staged-availability 14 architecture, an active/active redundancy configuration, and controllable system renewal.
[0069] The revenue management system can have staged-availability architecture that 16 allow higher layers with very high availabilities to maintain system operation¨in a 17 degraded mode if necessary¨in the event of a failure in a lower-layer component within 18 the Revenue Capture Platform. For example, the Gateway layer can maintain service 19 authorization availability if the primary AAA Gateway loses connectivity to its Connection Manager in the revenue capture layer. Even when operating in a degraded 21 mode, the system can prevent revenue leakage by ensuring that all events are captured in 22 a replay log and persisted to disk for durability. Use of the replay log can ensure that 23 each event undergoes charging as soon as the system recovers.
1 [0070]
Table 1¨Layer Availability and Recovery Layer Percoltstge Nbility Nettyntle 9%90.0 Gatgway 90.999'.1, Revtnut tipture DAutlAitiagtotisite 99.940 3 [0071]
4 [0072] Table 1 illustrates the exemplary percentages for each of the revenue management system's layers. Because the AAA Gateway is designed to provide 99.999%
availability 6 for service authorization and is able to run in a degraded mode, service availability is 7 significantly higher than the availability of the least-available component. The front-8 office (e.g., RAM) real-time processing can enable the high availability.
9 [0073] The system can have an active/active redundancy or an active/passive redundancy. The active/active redundancy can detect failures in components 11 substantially immediately and automatically switch the load of the failed component and 12 to its counterpart. The counterpart can assume the additional load of a failed component 13 because the system can be configured (e.g., appropriately scaled) so nodes run 14 sufficiently below capacity under normal operation and can therefore absorb an additional load during failover.
16 [0074] The AAA Gateways can divide traffic 50/50 between two active Connection 17 Managers. Each connection manager can route the requests to the appropriate TIMOS
18 Data Manager or Database Data Manager. Each cluster node can run at 40%
capacity 1 dniiii'gribira ' eine Of ffie TIMOS Data Managers fail to respond to the 2 Connection Managers, the system can automatically failover to a back-up instance of a 3 TIMOS Data Manager that runs on the other cluster node.
4 [0075] Upon failover, the data migrator can begin to load the backup TIMOS cache with any reference data that had not been preloaded. Processing on the backup system can 6 resume immediately after failover (e.g., the system need not to wait for completion of the 7 data migration). If a request comes in to the back-up TIMOS DM for which the needed 8 data has not yet been loaded into the TIMOS cache, the request can be passed on to the 9 appropriate database DM. The timeout monitor can ensure that the response is made within the required latency limits, although the latency will be higher than for requests to 11 a filled cache. In addition, the requested object can be cached as a side effect for a 12 request to an un-cached object, for example, making subsequent requests for the same 13 data much faster.
14 [0076] The system can support other types of failover. For example, if the connection between the AAA Gateway and a Connection Manager fails, the Connection Manager 16 whose connection remains operable can assume the full load. Meanwhile, the AAA
17 Gateway can automatically execute custom business logic if it does not receive a 18 response from a Connection Manger within a specified latency. For example, if a 19 Connection Manager failed to respond to a database-update request, the business logic can ensure that the AAA Gateway saves the request for subsequent processing once the 21 system had recovered. Custom business logic can maintain operation¨albeit in a 22 degraded mode¨under severe failure conditions that deny access to customer balance 23 information.
. _ 1 [At] Rigii"Valfatility at the'database and storage layer can be supported by a 2 combination of a Storage Area Network, a Cluster Server, and Oracle's RAC
software.
3 Figure 4 illustrates a database configuration which can have at least two independent 4 servers (e.g., RAC servers), for example serving distinct customer segments, located in different database schernas. Each RAC server can dedicated to one database schema.
6 During normal operation, the traffic for both halves of the system can follow different 7 paths and not interfere with each other. In a failure situation, Oracle can redirect the 8 traffic to the remaining RAC server. Oracle RAC can ensure a smooth transition of the 9 traffic to the remaining node.
[0078] Other optional approaches such as storage arrays and disk mirroring can provide 11 additional resilience in the database and storage layers.
12 [0079] The revenue management system can have a controllable system renewal module, 13 for example to further supplement the high availability. The controllable system renewal 14 can be configured to cause the CSP to limit the lifetime of all system processes, with processes set to restart automatically at designated intervals. Controllable system 16 renewal (i.e., similar to a scheduled failover) can censure that any cumulative errors that 17 might otherwise endanger system stability cannot become critical. By detecting such 18 errors in a relatively benign state, controllable system renewal can affords time for 19 engineers to fix the source of the error accumulation. More importantly, the controllable system renewal module can ensure that unscheduled failovers, when they do occur, 21 execute properly.
22 [0080] The Content Manager module can provide a secure billing interface to link 23 operators with value-added service providers. The revenue management module can 1 etiabl6bWinagiigitners access (e.g., through an internet or other GUI
interface) to the 2 revenue manager module's real-time functionality without the need for business partners 3 to purchase and support a full system of their own.
4 [0081] The system can have flexible GUI applications for pricing management, customer management, partner management, and service enablement. For example, the system can 6 have a Pricing Center/Management module. The pricing center/management module can 7 have pricing management functionality, such as tools to quickly define a product and 8 service catalog together with the associated rules for pricing and discounting.
9 [0082] The pricing management module can define pricing, promotions and service bundles with a unified pricing interface (e.g., one tool/one process) for any payment 11 method. The pricing management module can use any attribute from within the rating 12 record as part of the rating scheme. The pricing management module can support one-13 time non-recurring events (e.g., registration/cancellation charges, m-commerce, content, 14 and various service usage) as well as prepaid support for recurring events of varying duration (e.g. weekly, monthly, multi-monthly, and annual events). The pricing 16 management module can manage tiered, volume, and multi-service discounting options 17 as well as user-defined discounting. The pricing management module can track time of 18 day/week and special days. The pricing management module can group pricing options 19 such as closed user groups and friends and family. The pricing management module can provide support for zone- and location-based pricing. The pricing management module 21 can manage unlimited numbers of pricing metrics: transport based (per minute, per 22 kilobyte, etc.), value-based (per ring tone, per game, per message, etc.), hybrid, or any 23 metric that the CSP may wish to define in the future. The pricing management module 1 call assign one or more balance impact to any number of balances assigned¨monetary or 2 non-monetary. The pricing management module can define proration rules.
The pricing 3 management module can define linkage between products and services to entries in the 4 general ledger (G/L).
[0083] The system can have a customer management interface module. The customer 6 management interface can support creation and management of customer and partner 7 accounts, for example, natively within the revenue management system, via real-time or 8 batch CRM/PRM integration, via integration with legacy applications, or combinations 9 thereof.
[0084] The revenue management system can have other modules to activate, deactivate, 11 provision, and maintain device-related information on services. For example, some 12 services (e.g., GSM telephony) can be provisioned in real time and other services (e.g., 13 high-speed Internet access) can have staged provisioning. The system can have one or 14 more service manager modules to provide specific service management capabilities based on industry requirements for services and standards such as GPRS, GSM, WAP, LDAP, 16 and SIM.
17 [0085] The revenue management system can support unlimited and near-linear scalability 18 with little or no software modification and no loss of performance. As subscriber or 19 transaction volume grows, operators can add capacity at any time through either vertical scaling (e.g., adding CPUs to an existing server) or horizontal scaling (e.g., deploying 21 additional servers). With this additional capacity, the system's high performance and high 22 availability can remain undiminished.
1 [00861' The di5eiaibiZan al"the Tienassary hardware to support another TIMOS instance 2 pair, for example, if growth in transaction volume approaches the capacity of existing 3 TIMOS instances. The system is readily scalable by the addition of multiple databases 4 such as Oracle RAC clusters, for example if TIMOS is not the limiting factor in the system's capacity. Figure 5¨an extension of the minimal configuration of Figure 3-6 depicts a variation of multi-DB scalability.
7 [0087] The revenue management system can manage credit in a variety of customer-8 centric methods. For example, families can have separate pre-pay, and/or post-pay, 9 and/or now-pay sub-accounts on the same family plan (e.g., if each member of the family wants a different payment scheme). Companies can divide accounts between personal 11 and business use for the company's communications devices (e.g., an employee can make 12 personal calls and business calls and be billed into separate accounts).
13 [0088] For service providers accustomed to billing via a monthly batch process that 14 prepares, prints, and mails invoices to customers, customer-centric billing in the era of IMS means an end to business as usual. Instead, service providers must implement a 16 more flexible real-time system that can manage a customer's credit and charge on the 17 customer's terms, offering prepay and now-pay options as well as traditional postpaid 18 invoicing.
19 [0089] Figure 6 illustrates the configuration for a benchmarking test for the revenue management system. The test was conducted at Hewlett-Packard's laboratory in 21 Cupertino, California. The test was performed on a single HP Superdome computer with 22 72 1-GHz CPUs partitioned into multiple domains. Test driver software running on an 8-23 CPU partition simulated an authentic traffic load (1.5 million prepaid subscribers) 1 through the revenue management system. The Connection Manager and Database Data 2 Manager each also ran on 8-CPU partitions, whereas a single instance of the transaction 3 in-memory object store (TIMOS) data manager ran on a 16-CPU partition. An Oracle 4 RDBMS ran on another 16-CPU partition.
6 Table 2 soilompte OpoAtionzt AttovA StaAttw tux WAWA! pa tilMond uttimiution mama my CVU
Isicncy (trA) 174) 404 111. 9,11 9 [0090] Table 2 illustrates the benchmark test results. A session represents a user's access to the network from beginning to end. In the case of a prepaid voice call, for example, 11 the session begins when, following authorization of the caller's payment, a callee answers 12 the call. This session ends when the caller hangs up. In the case of, for example, a 13 prepaid SMS message, the session, likely much shorter, begins immediately after 14 payment authorization and ends once the message has been transmitted across the network.
16 [0091] Each session may comprise multiple operations. A prepaid voice call, for 17 instance, typically comprises three operations: service authorization and, if granted, start 18 accounting and stop accounting operations. A prepaid call may cause operations within 19 the system, for example, for reauthorization and reservation of more minutes on the network in the case of long call durations. SMS messages generally require just two 21 operations per message: authorization and stop accounting.
1 [0092] The syStem under test supported as many as 179 concurrent sessions per second--2 equivalent to 9.0 sessions per second per CPU-and 494 operations per second. Moreover, 3 because the system is linearly scalable, the establishment of additional TIMOS instances 4 and the inclusion of more CPUs can provide a proportionate performance increase to meet any conceivable load demand at five-nines service availability.
6 [0093] A scaled-up version of the benchmark test system can support tens of millions of 7 subscribers. The average authorization latency in the benchmark test results is 34 8 milliseconds (i.e., a substantially instantaneous response).
9 [0100] It is apparent to one skilled in the art that various changes and modifications can be made to this disclosure, and equivalents employed, without departing from the 11 scope of the invention. Elements shown with any embodiment are exemplary for the 12 specific embodiment and can be used on other embodiments within this disclosure.
[0019] A revenue management system and method for revenue management are 16 disclosed. The revenue management system can be a network of computers, a single 17 computer, a program on computer readable medium, software and/or hardware 18 architecture, or combinations thereof. The revenue management system can be used, for 19 example by telecommunication network operators and service providers, to manage the use of and revenue generated by telecommunications networks. The telecommunications 21 networks can be wired and/or wireless.
22 [0020] The revenue management system can perform convergent real-time charging for 23 prepaid, postpaid, and now-pay telecommunication network user accounts.
The revenue 1 manigeinent system can manage revenues through the entire service cycle, from revenue 2 generation to revenue capture to revenue collection to revenue analysis.
The revenue 3 management system can have a hardware and/or software revenue generation module or 4 architecture, revenue capture module or architecture, revenue collection module or architecture, revenue analysis module or architecture, or combinations thereof. (Any 6 elements or characteristics denoted or described as being modules, architectures, layers, 7 or platforms, herein, can be any of the other of modules, architectures, layers or 8 platforms.) 9 [0021] The revenue generation module or architecture can minimize delays of deployment of new-services on the telecommunication network. The revenue generation 11 module or architecture can have GUI-based applications for rapidly provisioning, pricing, 12 discounting, and managing all aspects of customer and partner relationships such as 13 personalized promotions and revenue sharing.
14 [0022] The revenue capture module or architecture can leverages a high-performance and high-availability platform that converts all transactions into revenue with zero leakage 16 from fraud or system downtime. The high availability platform further minimizes 17 customer churn.
18 [0023] The revenue collection module or architecture can ensure accurate bills for 19 postpaid accounts while collecting all prepaid and now-pay revenue in real-time. The revenue collection module can generate partner (e.g., business partner) statements and 21 provide a real-time view of finances, for example, to suggest changes in marketing 22 strategy.
1 [0024] The revenue analysis module or architecture can process the transactions that pass 2 through the revenue management system and can provide data for predetermined 3 mathematical functions (i.e., data analysis). The revenue analysis module can be used 4 with IMS-enabled services.
[0025] The revenue management system can provide carrier-grade performance, high 6 availability, unlimited scalability, flexibility to rapidly launch and manage IMS-enabled 7 services, perform end-to-end revenue management, and combinations thereof.
8 [0026] The revenue management system can be a single convergent platform for service 9 providers to manage revenue in real time across customer type, network, service, payment method and geography. The revenue management system can have high-11 performance, high-availability, and scalability, for example equal to that of a front-end 12 carrier-grade network element, with the functionality and flexibility of a convergent 13 revenue management system.
14 [0027] The revenue management system can be a unified system that manages revenue in real time across any customer type (residential or business), network type (packet- or 16 circuit-switched), service type (voice, data, commerce, and so on), payment method 17 (prepaid, postpaid, and now-pay), and geography (multiple currencies and tax regimens).
18 After examining the implications of inadequate performance and availability in CSPs' 19 billing and customer-care platforms. The revenue management system can have a revenue capture platform and an in-memory object store (e.g., TIMOS or other 21 technology) for high performance/low latency and an active/active staged architecture for 22 high availability.
1 [062g1 the revenue management system can deliver carrier-grade performance, 2 unlimited scalability, five-nines availability, the flexibility to rapidly launch and manage 3 new services, and combinations thereof.
4 [0029] The revenue management system can give operators a unified view of their subscribers (e.g., rapid and organized viewing of database information for users across 6 various networks). The revenue management system can be configured to analyze 7 database data for market segmentation, to create discounts (e.g., multiservice discounts), 8 and promote and deliver functionality, such as consolidation of all services onto a single 9 bill.
[0030] The revenue management system can accurately manage multiple revenue touch 11 points with end-customers, for example, to enable networks to provide and bill a variety 12 of voice and multimedia services.
13 [0031] The convergent revenue management system can eliminating duplication and 14 exploiting economies of scope, it can thus incur lower operational costs than multiple non- integrated systems. Such efficiencies can translate into substantial savings in 16 resources, skills, training, hardware, etc. The convergent revenue management system 17 can have greater flexibility and scalability than multiple stand-alone systems. The system 18 can provide an integrated view of the customer with important functionality benefits such 19 as the ability to apply cross-service discounts to bundled offerings and the capacity to generate a single bill for each customer, even when services originate from multiple 21 providers.
1 [00321 Figure 1 illustrates a varration.ot the revenue management system integrated into 2 the IMS framework.
3 [00331 Figure 2 illustrates a variation of the revenue management system with a network 4 layer.
[0034] Figure 3 illustrate a variation of the revenue management system.
6 [0035] Figure 4 illustrates a variation of the revenue management system with exemplary 7 load distributions.
8 [00361 Figure 5 illustrates a variation of the revenue management system having multi-9 database subsystems.
[0037] Figure 6 illustrates the set-up for benchmark testing of the revenue management 11 system.
14 [0038] Figure 1 illustrates that the revenue management system can be integrated (i.e., in data communication with) the IMS framework. Users can access IF-based services via 16 any device and any access network through a standardized access point, the CSCF (call 17 session control function) or SIP server. The CSCF sets up and manages sessions, 18 forwarding messages and content from other users or from content and application 19 servers. The CSCF works in partnership with the HSS (home subscriber service), which manages subscriber data and preferences, enabling users to find one another and access 21 subscribed services. A CGF (charging gateway function) can mediate access to other 22 operators' networks and support application for charging, provisioning, and customer 23 service.
1 [00391 Figure 2 illustrates that the architecture of the revenue management system can 2 have a gateway layer (e.g., a AAA Gateway), a revenue capture layer, and a database and 3 storage layer. The gateway layer can connect to the external network via a service 4 platform such as HP OpenCall (from Hewlett Packard, Inc., Palo Alto, CA) , which in turn can connects to a network switch.
6 [0040] The gateway layer can be an interface to the network layer.
Connections to the 7 network layer can be maintained via one, two or more AAA (authentication, 8 authorization, accounting) Gateway managers. The AAA Gateway managers, which can 9 include one primary and one or more idle-but-running back up, connect to the network SCP via TCP/IP, and manage a number of tasks. The tasks can include protocol 11 translation, asynchronous interface, load balancing, service-level agreement (SLA) 12 latency enforcement, failure detection, failure handling, failure recovery, and 13 combinations thereof.
14 [0041] The protocol translation can provide high-speed translation from the protocol used by the network SCP to a communication protocol (e.g., Portal Communications Protocol 16 (PCP)). The AAA Gateway can support the HP OpenCall's Message Based Interface 17 (MBI) protocol, Diameter Charging, and PCP. The AAA Gateway can provide extension 18 to support additional protocols.
19 [0042] In asynchronous connection to the SCP, requests can be received from the SCP
and acknowledged. Following completion of the requested operation, the asynchronous 21 interface of the AAA Gateway can send a response to the SCP with the final results.
22 [0043] The load balancing element can distribute requests evenly across the available 23 Connection Managers using a round-robin algorithm.
1 [0044] The SLA enforcement can monitor and guarantee conformance to a service-level 2 agreement's latency requirements.
3 [0045] The failure detection element can detect failures such as a broken link between a 4 AAA Gateway and a connection manager in the revenue capture platform.
[0046] The failure handling element can provide an interim request storage facility for 6 requests processed during back-end failures and pending recovery, and a degraded mode 7 of operation for cases in which the back end is not available or simply not responding 8 within the specified latency levels.
9 [0047] The failure recovery element can replay requests into the revenue capture platform following a failure.
11 [0048] When the call (or other connection) comes to the network, the SCP
can query the 12 AAA Gateway in order to grant the service (i.e. authorize the call).
During the call the 13 SCP keeps the revenue management system appraised of the call status by passing call-14 start and call-end requests-as well as Reauthorizing requests if the previously authorized quantity is close to exhaustion.
16 [0049] The AAA Gateway can convert the SCP requests into event data records (EDR).
17 The AAA Gateway can then forward the EDR to a specialized processing pipeline-18 authentication, authorization, or accounting, for example, depending on the service and 19 request type. The processing pipelines can contain a module that can call an API of the CM in the Revenue Capture Platform. This is a synchronous call that blocks processing 21 until receipt of a response. The response can then undergo translation into the EDR, and 22 the EDR can pass to the network output module, which can send the response back to the 23 SCP.
1 MA this 'ProCess can 'Se monitored for latency by a timeout monitoring facility in the 2 AAA Gateway. If the timeout facility detects an unacceptable latency, the timeout 3 facility can pass the EDR to a timeout pipeline. The timeout pipeline can then execute 4 business logic to handle the request in a degraded mode in order to ensure a response with required latency levels. The degraded mode can allow the timeout pipeline to make 6 a decision on how to proceed based on a configurable set of rules. For example, if the 7 request is for authorization of a local call, the rules might indicate approval by default 8 following the timeout of such a request. A timed-out request for authorization of an 9 international call, in contrast, might receive a default denial.
[0051] Two other pipelines - the exception pipeline and the replay pipeline -can lean up, 11 store, and replay timed-out requests to prevent any revenue leakage. If a timeout was 12 caused by a failure in the Revenue Capture Platform, the replay pipeline can read the 13 replay log after the Revenue Capture Platform is back online and send it the logged 14 requests. If a timeout happened for other reasons, the replay can start immediately.
[0052] The revenue capture layer can implement the authentication and authorization that 16 is necessary for prepaid and now-pay transactions. The revenue capture layer can handle 17 the accounting tasks of event rating and recording all transactions.
Figure 3 illustrates 18 that the revenue capture layer can have one, two or more Connection Managers, Database 19 Data Managers, and TIMOS (transactional in-memory object store) Data Managers, a high-performance in-memory store that can synchronize with the database. The elements 21 of the revenue capture layer can be encompassed by the Revenue Capture Platform.
22 [0053] Each AAA Gateway manager can connect to one, two or more distinct connection 23 managers via TCP/IP. As opposed to the primary/backup model, these two connections 1 ard'alWayiirilige"düThig iöiaI Pfaessing. Initial requests to the CAIs are distributed 2 evenly by a simple round-robin algorithm. Cross-machine distribution of the connections 3 can provide fault-tolerance at the hardware level. (The number of Connection Managers 4 could be determined by the operator's availability and scalability requirements).
[0054] The Connection Managers can rout requests to the appropriate TIMOS Data 6 Manager or back-end Database Manager. The design of the revenue management system 7 can provide time-sensitive requests such as authentication and authorization to be 8 performed by accessing data from the high-speed in-memory TIMOS cache only.
9 Accounting requests, which can tolerate higher latencies, can access both the TIMOS
cache and the back-end database.
11 [0055] The system can be configured so non-real-time requests bypass the TIMOS Data.
12 Non-real-time requests can include, for example, batch rating or billing jobs, or real-time 13 requests that do not require millisecond-level response times, such as an account query by 14 a customer service representative.
[0056] Figure 4 illustrates a variation of the revenue management system with exemplary 16 load distributions shown. The architecture of the system can have one, two or more 17 TIMOS instances and their back-up counterparts. Each TIMOS instance can have three 18 components: a reference object cache, a data migratory, and a transient object store.
19 [0057] The reference object cache can be a cache area for database objects such as customer account records, required for read-only reference during real-time =
21 authentication and authorization processes.
22 [0058] The data migratory can be a subsystem to fill the reference object cache from the 23 database.
1 [00591 The transient object store can be an area used to store temporary objects for 2 TIMOS-only use such as active-session objects and resource-reservation objects.
3 [0060] The TIMOS instances can serve distinct sets of the subscriber base. For example, 4 approximately 50% of subscribers per instance for the minimal two-instance configuration shown in Figure 4. Each primary TIMOS instance can run on an 6 independent server with that same server running the back-up instance of another primary 7 TIMOS instance.
8 [0061] Meanwhile, the Connection Managers can consult a directory server in order to 9 route requests to the correct instance. The directory server can be configurable as a separate process or as a part of any TIMOS instance.
11 [0062] The TIMOS Data Managers in turn can connect to at least two Database Data 12 Managers, both of which are active and can take over the workload of the other in the 13 case of a failure. The Database Data Managers interface with the back-end relational 14 database.
[0063] The database and storage layers can have one or more server clusters, cluster 16 software, one or more storage area networks, and combinations thereof.
The server 17 cluster can be a configuration of at least two database servers, which process data for a 18 single database. The cluster software can manage prepaid payment accounts (e.g., Oracle 19 RAC (Real Application Cluster) cluster software or to execute with the same). The storage area network can support high-speed and high-availability disk storage.
21 [0064] The revenue management system can access a high-performance relational 22 database such as Oracle RAC via a high-speed storage-area network. The system can 23 utilize multithreading and TIMOS data management. TIMOS can access system memory 1 (i.e. RAM). Requests for data in RAM can be processed much faster than requests for 2 data in the disk-based database. Throughput and latency can be reduced compared to the 3 relational database because of the following differences between TIMOS
data 4 management and the RDBMS:
[0065] TIMOS can store in-memory data and avoid the time delays of database access 6 and the translation between a relational representation and the database's physical format.
7 [0066] The revenue management system employs internal search and storage algorithms 8 that have been optimized for in-memory data, further reducing latencies.
9 [0067] Read-only requests for TIMOS-managed data can avoid round trips to the back-end database and subsequent disk storage, thereby avoiding multiple network hops and 11 their associated latencies. The creation and update of transient objects can be performed 12 entirely in memory by TIMOS, requiring no disk access operations.
13 [0068] The system can have a distribution of operations via a staged-availability 14 architecture, an active/active redundancy configuration, and controllable system renewal.
[0069] The revenue management system can have staged-availability architecture that 16 allow higher layers with very high availabilities to maintain system operation¨in a 17 degraded mode if necessary¨in the event of a failure in a lower-layer component within 18 the Revenue Capture Platform. For example, the Gateway layer can maintain service 19 authorization availability if the primary AAA Gateway loses connectivity to its Connection Manager in the revenue capture layer. Even when operating in a degraded 21 mode, the system can prevent revenue leakage by ensuring that all events are captured in 22 a replay log and persisted to disk for durability. Use of the replay log can ensure that 23 each event undergoes charging as soon as the system recovers.
1 [0070]
Table 1¨Layer Availability and Recovery Layer Percoltstge Nbility Nettyntle 9%90.0 Gatgway 90.999'.1, Revtnut tipture DAutlAitiagtotisite 99.940 3 [0071]
4 [0072] Table 1 illustrates the exemplary percentages for each of the revenue management system's layers. Because the AAA Gateway is designed to provide 99.999%
availability 6 for service authorization and is able to run in a degraded mode, service availability is 7 significantly higher than the availability of the least-available component. The front-8 office (e.g., RAM) real-time processing can enable the high availability.
9 [0073] The system can have an active/active redundancy or an active/passive redundancy. The active/active redundancy can detect failures in components 11 substantially immediately and automatically switch the load of the failed component and 12 to its counterpart. The counterpart can assume the additional load of a failed component 13 because the system can be configured (e.g., appropriately scaled) so nodes run 14 sufficiently below capacity under normal operation and can therefore absorb an additional load during failover.
16 [0074] The AAA Gateways can divide traffic 50/50 between two active Connection 17 Managers. Each connection manager can route the requests to the appropriate TIMOS
18 Data Manager or Database Data Manager. Each cluster node can run at 40%
capacity 1 dniiii'gribira ' eine Of ffie TIMOS Data Managers fail to respond to the 2 Connection Managers, the system can automatically failover to a back-up instance of a 3 TIMOS Data Manager that runs on the other cluster node.
4 [0075] Upon failover, the data migrator can begin to load the backup TIMOS cache with any reference data that had not been preloaded. Processing on the backup system can 6 resume immediately after failover (e.g., the system need not to wait for completion of the 7 data migration). If a request comes in to the back-up TIMOS DM for which the needed 8 data has not yet been loaded into the TIMOS cache, the request can be passed on to the 9 appropriate database DM. The timeout monitor can ensure that the response is made within the required latency limits, although the latency will be higher than for requests to 11 a filled cache. In addition, the requested object can be cached as a side effect for a 12 request to an un-cached object, for example, making subsequent requests for the same 13 data much faster.
14 [0076] The system can support other types of failover. For example, if the connection between the AAA Gateway and a Connection Manager fails, the Connection Manager 16 whose connection remains operable can assume the full load. Meanwhile, the AAA
17 Gateway can automatically execute custom business logic if it does not receive a 18 response from a Connection Manger within a specified latency. For example, if a 19 Connection Manager failed to respond to a database-update request, the business logic can ensure that the AAA Gateway saves the request for subsequent processing once the 21 system had recovered. Custom business logic can maintain operation¨albeit in a 22 degraded mode¨under severe failure conditions that deny access to customer balance 23 information.
. _ 1 [At] Rigii"Valfatility at the'database and storage layer can be supported by a 2 combination of a Storage Area Network, a Cluster Server, and Oracle's RAC
software.
3 Figure 4 illustrates a database configuration which can have at least two independent 4 servers (e.g., RAC servers), for example serving distinct customer segments, located in different database schernas. Each RAC server can dedicated to one database schema.
6 During normal operation, the traffic for both halves of the system can follow different 7 paths and not interfere with each other. In a failure situation, Oracle can redirect the 8 traffic to the remaining RAC server. Oracle RAC can ensure a smooth transition of the 9 traffic to the remaining node.
[0078] Other optional approaches such as storage arrays and disk mirroring can provide 11 additional resilience in the database and storage layers.
12 [0079] The revenue management system can have a controllable system renewal module, 13 for example to further supplement the high availability. The controllable system renewal 14 can be configured to cause the CSP to limit the lifetime of all system processes, with processes set to restart automatically at designated intervals. Controllable system 16 renewal (i.e., similar to a scheduled failover) can censure that any cumulative errors that 17 might otherwise endanger system stability cannot become critical. By detecting such 18 errors in a relatively benign state, controllable system renewal can affords time for 19 engineers to fix the source of the error accumulation. More importantly, the controllable system renewal module can ensure that unscheduled failovers, when they do occur, 21 execute properly.
22 [0080] The Content Manager module can provide a secure billing interface to link 23 operators with value-added service providers. The revenue management module can 1 etiabl6bWinagiigitners access (e.g., through an internet or other GUI
interface) to the 2 revenue manager module's real-time functionality without the need for business partners 3 to purchase and support a full system of their own.
4 [0081] The system can have flexible GUI applications for pricing management, customer management, partner management, and service enablement. For example, the system can 6 have a Pricing Center/Management module. The pricing center/management module can 7 have pricing management functionality, such as tools to quickly define a product and 8 service catalog together with the associated rules for pricing and discounting.
9 [0082] The pricing management module can define pricing, promotions and service bundles with a unified pricing interface (e.g., one tool/one process) for any payment 11 method. The pricing management module can use any attribute from within the rating 12 record as part of the rating scheme. The pricing management module can support one-13 time non-recurring events (e.g., registration/cancellation charges, m-commerce, content, 14 and various service usage) as well as prepaid support for recurring events of varying duration (e.g. weekly, monthly, multi-monthly, and annual events). The pricing 16 management module can manage tiered, volume, and multi-service discounting options 17 as well as user-defined discounting. The pricing management module can track time of 18 day/week and special days. The pricing management module can group pricing options 19 such as closed user groups and friends and family. The pricing management module can provide support for zone- and location-based pricing. The pricing management module 21 can manage unlimited numbers of pricing metrics: transport based (per minute, per 22 kilobyte, etc.), value-based (per ring tone, per game, per message, etc.), hybrid, or any 23 metric that the CSP may wish to define in the future. The pricing management module 1 call assign one or more balance impact to any number of balances assigned¨monetary or 2 non-monetary. The pricing management module can define proration rules.
The pricing 3 management module can define linkage between products and services to entries in the 4 general ledger (G/L).
[0083] The system can have a customer management interface module. The customer 6 management interface can support creation and management of customer and partner 7 accounts, for example, natively within the revenue management system, via real-time or 8 batch CRM/PRM integration, via integration with legacy applications, or combinations 9 thereof.
[0084] The revenue management system can have other modules to activate, deactivate, 11 provision, and maintain device-related information on services. For example, some 12 services (e.g., GSM telephony) can be provisioned in real time and other services (e.g., 13 high-speed Internet access) can have staged provisioning. The system can have one or 14 more service manager modules to provide specific service management capabilities based on industry requirements for services and standards such as GPRS, GSM, WAP, LDAP, 16 and SIM.
17 [0085] The revenue management system can support unlimited and near-linear scalability 18 with little or no software modification and no loss of performance. As subscriber or 19 transaction volume grows, operators can add capacity at any time through either vertical scaling (e.g., adding CPUs to an existing server) or horizontal scaling (e.g., deploying 21 additional servers). With this additional capacity, the system's high performance and high 22 availability can remain undiminished.
1 [00861' The di5eiaibiZan al"the Tienassary hardware to support another TIMOS instance 2 pair, for example, if growth in transaction volume approaches the capacity of existing 3 TIMOS instances. The system is readily scalable by the addition of multiple databases 4 such as Oracle RAC clusters, for example if TIMOS is not the limiting factor in the system's capacity. Figure 5¨an extension of the minimal configuration of Figure 3-6 depicts a variation of multi-DB scalability.
7 [0087] The revenue management system can manage credit in a variety of customer-8 centric methods. For example, families can have separate pre-pay, and/or post-pay, 9 and/or now-pay sub-accounts on the same family plan (e.g., if each member of the family wants a different payment scheme). Companies can divide accounts between personal 11 and business use for the company's communications devices (e.g., an employee can make 12 personal calls and business calls and be billed into separate accounts).
13 [0088] For service providers accustomed to billing via a monthly batch process that 14 prepares, prints, and mails invoices to customers, customer-centric billing in the era of IMS means an end to business as usual. Instead, service providers must implement a 16 more flexible real-time system that can manage a customer's credit and charge on the 17 customer's terms, offering prepay and now-pay options as well as traditional postpaid 18 invoicing.
19 [0089] Figure 6 illustrates the configuration for a benchmarking test for the revenue management system. The test was conducted at Hewlett-Packard's laboratory in 21 Cupertino, California. The test was performed on a single HP Superdome computer with 22 72 1-GHz CPUs partitioned into multiple domains. Test driver software running on an 8-23 CPU partition simulated an authentic traffic load (1.5 million prepaid subscribers) 1 through the revenue management system. The Connection Manager and Database Data 2 Manager each also ran on 8-CPU partitions, whereas a single instance of the transaction 3 in-memory object store (TIMOS) data manager ran on a 16-CPU partition. An Oracle 4 RDBMS ran on another 16-CPU partition.
6 Table 2 soilompte OpoAtionzt AttovA StaAttw tux WAWA! pa tilMond uttimiution mama my CVU
Isicncy (trA) 174) 404 111. 9,11 9 [0090] Table 2 illustrates the benchmark test results. A session represents a user's access to the network from beginning to end. In the case of a prepaid voice call, for example, 11 the session begins when, following authorization of the caller's payment, a callee answers 12 the call. This session ends when the caller hangs up. In the case of, for example, a 13 prepaid SMS message, the session, likely much shorter, begins immediately after 14 payment authorization and ends once the message has been transmitted across the network.
16 [0091] Each session may comprise multiple operations. A prepaid voice call, for 17 instance, typically comprises three operations: service authorization and, if granted, start 18 accounting and stop accounting operations. A prepaid call may cause operations within 19 the system, for example, for reauthorization and reservation of more minutes on the network in the case of long call durations. SMS messages generally require just two 21 operations per message: authorization and stop accounting.
1 [0092] The syStem under test supported as many as 179 concurrent sessions per second--2 equivalent to 9.0 sessions per second per CPU-and 494 operations per second. Moreover, 3 because the system is linearly scalable, the establishment of additional TIMOS instances 4 and the inclusion of more CPUs can provide a proportionate performance increase to meet any conceivable load demand at five-nines service availability.
6 [0093] A scaled-up version of the benchmark test system can support tens of millions of 7 subscribers. The average authorization latency in the benchmark test results is 34 8 milliseconds (i.e., a substantially instantaneous response).
9 [0100] It is apparent to one skilled in the art that various changes and modifications can be made to this disclosure, and equivalents employed, without departing from the 11 scope of the invention. Elements shown with any embodiment are exemplary for the 12 specific embodiment and can be used on other embodiments within this disclosure.
Claims (12)
1. A system comprising:
a processor; and a memory coupled with and readable by the processor and having stored therein a sequence of instructions which, when executed by the processor, cause the processor to implement a revenue management system for a communications network, the revenue management system performing convergent charging for telecommunication services for each of prepaid, postpaid, and now-pay user accounts, the revenue management system including a gateway layer coupled with the communications network, a revenue capture layer communicatively coupled with the gateway layer, and a database and storage layer communicatively coupled with the revenue capture layer, wherein the gateway layer:
receives a request related to a communication on the communications network, performs authentication of the request and authorization for services to support the communication based on the request, converts the request to an event data record, and forwards the event data record based on the services authorized and a type of the request, and wherein the revenue capture layer includes a transactional in-memory object store including a read-only reference object cache of data objects from the database and storage layer, wherein the revenue capture layer:
receives the event data record from the gateway layer, and routes the event data record to the transactional in-memory object store or the database and storage layer depending upon the type of the request and a configurable directory server consulted, wherein routing the event data record comprises routing real-time requests to the transactional in-memory object store and routing non-real-time requests to the database and storage layer, wherein the reference object cache comprises customer account records used for read-only reference during processing of the real-time requests, wherein the real-time requests comprise authentication and authorization requests, and wherein non-real-time requests comprise batch rating and billing requests.
a processor; and a memory coupled with and readable by the processor and having stored therein a sequence of instructions which, when executed by the processor, cause the processor to implement a revenue management system for a communications network, the revenue management system performing convergent charging for telecommunication services for each of prepaid, postpaid, and now-pay user accounts, the revenue management system including a gateway layer coupled with the communications network, a revenue capture layer communicatively coupled with the gateway layer, and a database and storage layer communicatively coupled with the revenue capture layer, wherein the gateway layer:
receives a request related to a communication on the communications network, performs authentication of the request and authorization for services to support the communication based on the request, converts the request to an event data record, and forwards the event data record based on the services authorized and a type of the request, and wherein the revenue capture layer includes a transactional in-memory object store including a read-only reference object cache of data objects from the database and storage layer, wherein the revenue capture layer:
receives the event data record from the gateway layer, and routes the event data record to the transactional in-memory object store or the database and storage layer depending upon the type of the request and a configurable directory server consulted, wherein routing the event data record comprises routing real-time requests to the transactional in-memory object store and routing non-real-time requests to the database and storage layer, wherein the reference object cache comprises customer account records used for read-only reference during processing of the real-time requests, wherein the real-time requests comprise authentication and authorization requests, and wherein non-real-time requests comprise batch rating and billing requests.
2. The system of claim 1, wherein the transactional in-memory object store includes a reference object cache of database objects from the database and storage layer.
3. The system of claim 1, wherein the transactional in-memory object store includes a data migratory object and wherein the data migratory object fills the reference object cache from a database of the database and storage layer.
4. The system of claim 1, wherein the transactional in-memory object store includes a transient object store and wherein the transient object store includes temporary objects used only by the transactional in-memory object store.
5. The system of claim 4, wherein the temporary objects include active-session objects.
6. The system of claim 5, wherein the temporary objects further include resource-reservation objects.
7. A method for managing revenue from services of a communication network, the method comprising:
receiving at a gateway layer of a revenue management system a request related to a communication on the communications network, the revenue management system performing convergent charging for telecommunication services for each of prepaid, postpaid, and now-pay user accounts;
performing by the gateway layer of the revenue management system authentication of the request and authorization for services to support the communication based on the request;
converting the request to an event data record by the gateway layer of the revenue management system;
forwarding the event data record from the gateway layer of the revenue management system based on the services authorized and a type of the request;
receiving the event data record at a transactional in-memory object store from the gateway layer, wherein a revenue capture layer includes the transactional in-memory object store including a read-only reference object cache of data objects from the database and storage layer;
and routing the event data record to the transactional in-memory object store or the database and storage layer by the transactional in-memory object store by the revenue capture layer depending upon the type of the request and a configurable directory server consulted, wherein routing the event data record comprises routing real-time requests to the transactional in-memory object store and routing non-real-time requests to the database and storage layer, wherein the reference object cache comprises customer account records used for read-only reference during processing of the real-time requests, wherein the real-time requests comprise authentication and authorization requests, and wherein non-real-time requests comprise batch rating and billing requests.
receiving at a gateway layer of a revenue management system a request related to a communication on the communications network, the revenue management system performing convergent charging for telecommunication services for each of prepaid, postpaid, and now-pay user accounts;
performing by the gateway layer of the revenue management system authentication of the request and authorization for services to support the communication based on the request;
converting the request to an event data record by the gateway layer of the revenue management system;
forwarding the event data record from the gateway layer of the revenue management system based on the services authorized and a type of the request;
receiving the event data record at a transactional in-memory object store from the gateway layer, wherein a revenue capture layer includes the transactional in-memory object store including a read-only reference object cache of data objects from the database and storage layer;
and routing the event data record to the transactional in-memory object store or the database and storage layer by the transactional in-memory object store by the revenue capture layer depending upon the type of the request and a configurable directory server consulted, wherein routing the event data record comprises routing real-time requests to the transactional in-memory object store and routing non-real-time requests to the database and storage layer, wherein the reference object cache comprises customer account records used for read-only reference during processing of the real-time requests, wherein the real-time requests comprise authentication and authorization requests, and wherein non-real-time requests comprise batch rating and billing requests.
8. The method of claim 7, wherein the transactional in-memory object store includes a reference object cache of database objects from the database and storage layer.
9. The method of claim 7, wherein the transactional in-memory object store includes a data migratory object and wherein the data migratory object fills the reference object cache from a database of the database and storage layer.
10. The method of claim 7, wherein the transactional in-memory object store includes a transient object store and wherein the transient object store includes temporary objects used only by the transactional in-memory object store.
11. The method of claim 10, wherein the temporary objects include active-session objects.
12. The method of claim 11, wherein the temporary objects further include resource-reservation objects.
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US69474305P | 2005-06-28 | 2005-06-28 | |
US60/694,743 | 2005-06-28 | ||
US70368705P | 2005-07-28 | 2005-07-28 | |
US60/703,687 | 2005-07-28 | ||
PCT/US2006/025405 WO2007002841A2 (en) | 2005-06-28 | 2006-06-28 | Revenue management system and method |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2613701A1 CA2613701A1 (en) | 2007-01-04 |
CA2613701C true CA2613701C (en) | 2016-04-12 |
Family
ID=37596054
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA2613701A Active CA2613701C (en) | 2005-06-28 | 2006-06-28 | Revenue management system and method |
Country Status (6)
Country | Link |
---|---|
US (1) | US8116326B2 (en) |
EP (1) | EP1935152A4 (en) |
JP (1) | JP4664410B2 (en) |
AU (1) | AU2006263656A1 (en) |
CA (1) | CA2613701C (en) |
WO (1) | WO2007002841A2 (en) |
Families Citing this family (45)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6047284A (en) | 1997-05-14 | 2000-04-04 | Portal Software, Inc. | Method and apparatus for object oriented storage and retrieval of data from a relational database |
US7113980B2 (en) * | 2001-09-06 | 2006-09-26 | Bea Systems, Inc. | Exactly once JMS communication |
US8099393B2 (en) | 2002-03-22 | 2012-01-17 | Oracle International Corporation | Transaction in memory object store |
US8223935B2 (en) | 2005-04-30 | 2012-07-17 | Oracle International Corporation | Revenue management systems and methods |
JP4664410B2 (en) | 2005-06-28 | 2011-04-06 | オラクル・インターナショナル・コーポレイション | Revenue management system and method |
EP1938193A4 (en) | 2005-07-28 | 2010-08-04 | Oracle Int Corp | Revenue management system and method |
US8874477B2 (en) | 2005-10-04 | 2014-10-28 | Steven Mark Hoffberg | Multifactorial optimization system and method |
US20070104186A1 (en) * | 2005-11-04 | 2007-05-10 | Bea Systems, Inc. | System and method for a gatekeeper in a communications network |
CN101346634B (en) | 2005-11-04 | 2012-10-24 | 甲骨文国际公司 | System and method for a gatekeeper in a communications network |
US8223777B2 (en) | 2005-11-15 | 2012-07-17 | Oracle International Corporation | Gateway for achieving low latency and high availability in a real time event processing system |
US20070160054A1 (en) * | 2006-01-11 | 2007-07-12 | Cisco Technology, Inc. | Method and system for receiving call center feedback |
US8171466B2 (en) * | 2006-05-16 | 2012-05-01 | Oracle International Corporation | Hitless application upgrade for SIP server architecture |
US8219697B2 (en) * | 2006-05-17 | 2012-07-10 | Oracle International Corporation | Diameter protocol and SH interface support for SIP server architecture |
US8442485B2 (en) * | 2006-06-19 | 2013-05-14 | Cisco Technology, Inc. | System and method for measuring and reporting service usage |
US20080086567A1 (en) * | 2006-10-10 | 2008-04-10 | Bea Systems, Inc. | SIP server architecture for improving latency in message processing |
US7661027B2 (en) * | 2006-10-10 | 2010-02-09 | Bea Systems, Inc. | SIP server architecture fault tolerance and failover |
US7676635B2 (en) * | 2006-11-29 | 2010-03-09 | International Business Machines Corporation | Recoverable cache preload in clustered computer system based upon monitored preload state of cache |
US20080147551A1 (en) * | 2006-12-13 | 2008-06-19 | Bea Systems, Inc. | System and Method for a SIP Server with Online Charging |
US9667430B2 (en) * | 2006-12-13 | 2017-05-30 | Oracle International Corporation | System and method for a SIP server with offline charging |
US8160917B1 (en) | 2007-04-13 | 2012-04-17 | Sas Institute Inc. | Computer-implemented promotion optimization methods and systems |
US7996331B1 (en) | 2007-08-31 | 2011-08-09 | Sas Institute Inc. | Computer-implemented systems and methods for performing pricing analysis |
EP2066101B1 (en) | 2007-11-28 | 2012-10-17 | Alcatel Lucent | System and method for an improved high availability component implementation |
US8316457B1 (en) | 2008-04-29 | 2012-11-20 | Sprint Communications Company L.P. | Partitioned IP multimedia subsystem call session control function |
US8812338B2 (en) | 2008-04-29 | 2014-08-19 | Sas Institute Inc. | Computer-implemented systems and methods for pack optimization |
US20100205539A1 (en) * | 2009-02-12 | 2010-08-12 | Amivox Ehf. | Instant messaging and telephony value added services |
US8504538B2 (en) | 2009-03-05 | 2013-08-06 | Matrixx Software, Inc. | Dependent commit queue for a database |
US8321391B2 (en) | 2009-03-05 | 2012-11-27 | Matrixx Software, Inc. | Conditional commit for data in a database |
US20100228707A1 (en) * | 2009-03-05 | 2010-09-09 | Buddha Software Inc. | System for rating a service |
US8271318B2 (en) | 2009-03-26 | 2012-09-18 | Sas Institute Inc. | Systems and methods for markdown optimization when inventory pooling level is above pricing level |
US8688497B2 (en) | 2011-01-10 | 2014-04-01 | Sas Institute Inc. | Systems and methods for determining pack allocations |
US8788315B2 (en) | 2011-01-10 | 2014-07-22 | Sas Institute Inc. | Systems and methods for determining pack allocations |
EP2862138A4 (en) * | 2012-06-18 | 2016-02-24 | Servicesource Internat Inc | In-line benchmarking and comparative analytics for recurring revenue assets |
US9652776B2 (en) | 2012-06-18 | 2017-05-16 | Greg Olsen | Visual representations of recurring revenue management system data and predictions |
US9646066B2 (en) | 2012-06-18 | 2017-05-09 | ServiceSource International, Inc. | Asset data model for recurring revenue asset management |
WO2014119269A1 (en) * | 2013-02-04 | 2014-08-07 | 日本電気株式会社 | Data set multiplicity change device, server, and data set multiplicity change method |
DE202013101121U1 (en) | 2013-03-15 | 2014-06-17 | S. Franzen Söhne GmbH | Live animal trap |
US10769711B2 (en) | 2013-11-18 | 2020-09-08 | ServiceSource International, Inc. | User task focus and guidance for recurring revenue asset management |
US10333724B2 (en) * | 2013-11-25 | 2019-06-25 | Oracle International Corporation | Method and system for low-overhead latency profiling |
US9553998B2 (en) | 2014-06-09 | 2017-01-24 | Oracle International Corporation | Sharing group notification |
US11488086B2 (en) | 2014-10-13 | 2022-11-01 | ServiceSource International, Inc. | User interface and underlying data analytics for customer success management |
US9646350B1 (en) | 2015-01-14 | 2017-05-09 | Amdocs Software Systems Limited | System, method, and computer program for performing operations on network files including captured billing event information |
US10248530B2 (en) | 2015-07-09 | 2019-04-02 | Comcast Cable Communications, Llc | Methods and systems for determining capacity |
US10678817B2 (en) * | 2017-02-03 | 2020-06-09 | DataJaguar, Inc | Systems and methods of scalable distributed databases |
US10990611B1 (en) * | 2017-11-03 | 2021-04-27 | Architecture Technology Corporation | Adaptive data processing system and method |
US11290390B2 (en) | 2019-11-20 | 2022-03-29 | Oracle International Corporation | Methods, systems, and computer readable media for lockless communications network resource quota sharing |
Family Cites Families (244)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4814979A (en) | 1981-04-01 | 1989-03-21 | Teradata Corporation | Network to transmit prioritized subtask pockets to dedicated processors |
US4430530A (en) | 1981-08-24 | 1984-02-07 | Stromberg-Carlson Corporation | Telephony system with automatic test call generator for remote port groups |
US5898762A (en) | 1985-07-10 | 1999-04-27 | Ronald A. Katz Technology Licensing, L.P. | Telephonic-interface statistical analysis system |
US4849884A (en) | 1986-09-05 | 1989-07-18 | Pitney Bowes Inc. | Mailing and accounting system |
US4831582A (en) | 1986-11-07 | 1989-05-16 | Allen-Bradley Company, Inc. | Database access machine for factory automation network |
US4868743A (en) | 1986-11-25 | 1989-09-19 | Hitachi, Ltd. | Traversal method of processing tree structure information and apparatus using the same |
US4918593A (en) | 1987-01-08 | 1990-04-17 | Wang Laboratories, Inc. | Relational database system |
US4968873A (en) | 1987-09-08 | 1990-11-06 | Juergen Dethloff | Smart card issuing and receiving apparatus |
WO1989009452A1 (en) | 1988-03-25 | 1989-10-05 | Ncr Corporation | Point of sale system |
US5043872A (en) | 1988-07-15 | 1991-08-27 | International Business Machines Corporation | Access path optimization using degrees of clustering |
US5345587A (en) | 1988-09-14 | 1994-09-06 | Digital Equipment Corporation | Extensible entity management system including a dispatching kernel and modules which independently interpret and execute commands |
US5010485A (en) | 1989-01-31 | 1991-04-23 | Jbh Ventures | Apparatus, system and method for creating credit vouchers usable at point of purchase stations |
US5452451A (en) | 1989-06-15 | 1995-09-19 | Hitachi, Ltd. | System for plural-string search with a parallel collation of a first partition of each string followed by finite automata matching of second partitions |
US5036389A (en) | 1989-07-14 | 1991-07-30 | Magus, Ltd. | Satellite controlled audience polling system |
US5163148A (en) | 1989-08-11 | 1992-11-10 | Digital Equipment Corporation | File backup system for producing a backup copy of a file which may be updated during backup |
US5220501A (en) | 1989-12-08 | 1993-06-15 | Online Resources, Ltd. | Method and system for remote delivery of retail banking services |
US5870724A (en) | 1989-12-08 | 1999-02-09 | Online Resources & Communications Corporation | Targeting advertising in a home retail banking delivery service |
DE69132600T2 (en) | 1990-10-01 | 2002-02-07 | Thomas A Bush | TRANSACTION PROCESSING SYSTEM |
US5295256A (en) | 1990-12-14 | 1994-03-15 | Racal-Datacom, Inc. | Automatic storage of persistent objects in a relational schema |
US5291583A (en) | 1990-12-14 | 1994-03-01 | Racal-Datacom, Inc. | Automatic storage of persistent ASN.1 objects in a relational schema |
US5224034A (en) | 1990-12-21 | 1993-06-29 | Bell Communications Research, Inc. | Automated system for generating procurement lists |
US5212787A (en) | 1991-03-12 | 1993-05-18 | International Business Machines Corporation | Method and apparatus for accessing a relational database without exiting an object-oriented environment |
US5448727A (en) | 1991-04-30 | 1995-09-05 | Hewlett-Packard Company | Domain based partitioning and reclustering of relations in object-oriented relational database management systems |
US5305389A (en) | 1991-08-30 | 1994-04-19 | Digital Equipment Corporation | Predictive cache system |
US5526404A (en) | 1991-10-10 | 1996-06-11 | Space Systems/Loral, Inc. | Worldwide satellite telephone system and a network coordinating gateway for allocating satellite and terrestrial gateway resources |
CA2076433C (en) | 1991-10-31 | 1998-08-18 | Brenda B. Amarant | Monitoring of charges debited to an account having an assigned limit |
US5499367A (en) * | 1991-11-15 | 1996-03-12 | Oracle Corporation | System for database integrity with multiple logs assigned to client subsets |
AU3238793A (en) | 1991-12-12 | 1993-07-19 | Cellular Technical Services Company, Inc. | Real-time information system for cellular telephones |
JP3130609B2 (en) | 1991-12-17 | 2001-01-31 | 日本電気株式会社 | Online information processing equipment |
GB9204450D0 (en) | 1992-03-02 | 1992-04-15 | Ibm | Concurrent access to indexed data files |
US5426780A (en) | 1992-02-28 | 1995-06-20 | Intergraph Corporation | System for dynamic segmentation analysis using conversion of relational data into object-oriented data |
US5241670A (en) | 1992-04-20 | 1993-08-31 | International Business Machines Corporation | Method and system for automated backup copy ordering in a time zero backup copy session |
DE4216828C2 (en) | 1992-05-21 | 1994-08-18 | Dornier Gmbh | Earth observation procedures |
AU5364794A (en) | 1992-10-22 | 1994-05-09 | American Express Travel Related Services Company, Inc. | Automated billing consolidation system and method |
JPH0820982B2 (en) | 1992-11-12 | 1996-03-04 | インターナショナル・ビジネス・マシーンズ・コーポレイション | How to filter items in a computer application program enclosure |
FI96655C (en) | 1992-12-17 | 1996-07-25 | Nokia Telecommunications Oy | Procedure for Maintaining a Group Call in a Radio Telephone System and System Controller and Subscriber Terminal for the Radio Telephone System |
US5469497A (en) | 1993-01-19 | 1995-11-21 | Teledebit | Networked interactive call management subsystems with prevention of simultaneous use of a single account number |
US5386413A (en) | 1993-03-19 | 1995-01-31 | Bell Communications Research, Inc. | Fast multilevel hierarchical routing table lookup using content addressable memory |
US5544302A (en) | 1993-06-03 | 1996-08-06 | Taligent, Inc. | Object-oriented framework for creating and using container objects with built-in properties |
MX9404062A (en) | 1993-06-03 | 1995-01-31 | Ericsson Telefon Ab L M | CALL TRANSFER WITHIN THE CELLULAR COMMUNICATIONS SYSTEM. |
US5504885A (en) | 1993-06-29 | 1996-04-02 | Texas Instruments Incorporated | O-R gateway: a system for connecting object-oriented application programs and relational databases |
JP3512439B2 (en) | 1993-07-08 | 2004-03-29 | 富士通株式会社 | Locking method in check-in / check-out model |
US6684261B1 (en) | 1993-07-19 | 2004-01-27 | Object Technology Licensing Corporation | Object-oriented operating system |
WO1995003586A1 (en) | 1993-07-21 | 1995-02-02 | Persistence Software, Inc. | Method and apparatus for generation of code for mapping relational data to objects |
WO1995004960A2 (en) | 1993-08-02 | 1995-02-16 | Persistence Software, Inc. | Method and apparatus for managing relational data in an object cache |
US5649118A (en) | 1993-08-27 | 1997-07-15 | Lucent Technologies Inc. | Smart card with multiple charge accounts and product item tables designating the account to debit |
US6643362B2 (en) * | 1998-11-19 | 2003-11-04 | Global Crossing, Ltd. | Call-processing system and method |
US5548749A (en) | 1993-10-29 | 1996-08-20 | Wall Data Incorporated | Semantic orbject modeling system for creating relational database schemas |
US5666648A (en) | 1993-11-09 | 1997-09-09 | Leo One Ip, L.L.C. | Polar relay system for satellite communication |
US5590395A (en) | 1993-11-10 | 1996-12-31 | Motorola, Inc. | Satellite cellular network resource management method and apparatus |
US5560005A (en) | 1994-02-25 | 1996-09-24 | Actamed Corp. | Methods and systems for object-based relational distributed databases |
US5555444A (en) | 1994-03-11 | 1996-09-10 | Motorola, Inc. | Method and apparatus for predictive operation of a communication system |
SG43130A1 (en) | 1994-03-30 | 1997-10-17 | British Telecomm | Data processing |
US5523942A (en) | 1994-03-31 | 1996-06-04 | New England Mutual Life Insurance Company | Design grid for inputting insurance and investment product information in a computer system |
US5799087A (en) | 1994-04-28 | 1998-08-25 | Citibank, N.A. | Electronic-monetary system |
US5832068A (en) * | 1994-06-01 | 1998-11-03 | Davox Corporation | Data processing system with real time priority updating of data records and dynamic record exclusion |
US5680573A (en) * | 1994-07-12 | 1997-10-21 | Sybase, Inc. | Method of buffering data objects in a database |
US5627979A (en) | 1994-07-18 | 1997-05-06 | International Business Machines Corporation | System and method for providing a graphical user interface for mapping and accessing objects in data stores |
EP0789883A4 (en) | 1994-09-28 | 2002-07-31 | Gordon T Brown | Automated accounting system |
US6005926A (en) | 1997-08-29 | 1999-12-21 | Anip, Inc. | Method and system for global communications network management |
US5694598A (en) | 1994-10-12 | 1997-12-02 | U S West Technologies, Inc. | Method for mapping data between a relational format and an object-oriented format |
US5613012A (en) | 1994-11-28 | 1997-03-18 | Smarttouch, Llc. | Tokenless identification system for authorization of electronic transactions and electronic transmissions |
US5615249A (en) | 1994-11-30 | 1997-03-25 | Lucent Technologies Inc. | Service prioritization in a cellular telephone system |
US5873093A (en) | 1994-12-07 | 1999-02-16 | Next Software, Inc. | Method and apparatus for mapping objects to a data source |
KR0173052B1 (en) * | 1994-12-20 | 1999-03-30 | 양승택 | Discount ration processing method of information fee |
US5799309A (en) | 1994-12-29 | 1998-08-25 | International Business Machines Corporation | Generating an optimized set of relational queries fetching data in an object-relational database |
US5893108A (en) | 1994-12-29 | 1999-04-06 | International Business Machines Corporation | System, method, and computer program product for efficiently translating relational tuples to object-oriented objects |
US5732400A (en) | 1995-01-04 | 1998-03-24 | Citibank N.A. | System and method for a risk-based purchase of goods |
US5706516A (en) | 1995-01-23 | 1998-01-06 | International Business Machines Corporation | System for communicating messages among agent processes |
US5787403A (en) | 1995-03-08 | 1998-07-28 | Huntington Bancshares, Inc. | Bank-centric service platform, network and system |
US6016341A (en) | 1995-03-22 | 2000-01-18 | Cybiotronics, Ltd. | Telephone with data acquisition means |
US5845206A (en) | 1995-03-24 | 1998-12-01 | Virtual Geosatellite Holdings, Inc. | Elliptical satellite system which emulates the characteristics of geosynchronous satellites |
JPH11504451A (en) | 1995-04-24 | 1999-04-20 | アスペクト・ディベロップメント・インコーポレイテッド | Modeling objects suitable for database structures, translating into relational database structures, and performing fluid searches on them |
US5748952A (en) | 1995-05-10 | 1998-05-05 | International Business Machines Corporation | System and method for avoiding complete index tree traversals in sequential and almost sequential index probes |
US5615109A (en) | 1995-05-24 | 1997-03-25 | Eder; Jeff | Method of and system for generating feasible, profit maximizing requisition sets |
CA2195968C (en) | 1995-05-24 | 2001-11-20 | Jay S. Walker | 900 number billing and collection system and method for on-line computer services |
US5644736A (en) | 1995-05-25 | 1997-07-01 | International Business Machines Corporation | System and method for selecting components of a hierarchical file structure |
US5850544A (en) | 1995-06-06 | 1998-12-15 | International Business Machines Corporation | System and method for efficient relational query generation and tuple-to-object translation in an object-relational gateway supporting class inheritance |
US5677945A (en) | 1995-06-06 | 1997-10-14 | Mci Corporation | Account balancing and monitoring system for a telecommunications network |
US5701451A (en) | 1995-06-07 | 1997-12-23 | International Business Machines Corporation | Method for fulfilling requests of a web browser |
US5745754A (en) | 1995-06-07 | 1998-04-28 | International Business Machines Corporation | Sub-agent for fulfilling requests of a web browser using an intelligent agent and providing a report |
US5717924A (en) | 1995-07-07 | 1998-02-10 | Wall Data Incorporated | Method and apparatus for modifying existing relational database schemas to reflect changes made in a corresponding object model |
US5799072A (en) | 1995-07-21 | 1998-08-25 | Callmanage | Telecommunications call management system |
WO1997007498A1 (en) * | 1995-08-11 | 1997-02-27 | Fujitsu Limited | Speech processor |
US6321205B1 (en) * | 1995-10-03 | 2001-11-20 | Value Miner, Inc. | Method of and system for modeling and analyzing business improvement programs |
US5913164A (en) | 1995-11-30 | 1999-06-15 | Amsc Subsidiary Corporation | Conversion system used in billing system for mobile satellite system |
US5870473A (en) | 1995-12-14 | 1999-02-09 | Cybercash, Inc. | Electronic transfer system and method |
US5809120A (en) | 1996-02-09 | 1998-09-15 | Bell Atlantic Network Services, Inc. | Telecommunications network circuit usage measurement |
US5797137A (en) | 1996-03-26 | 1998-08-18 | Golshani; Forouzan | Method for converting a database schema in relational form to a schema in object-oriented form |
JP3113814B2 (en) * | 1996-04-17 | 2000-12-04 | インターナショナル・ビジネス・マシーンズ・コーポレ−ション | Information search method and information search device |
JP3636399B2 (en) | 1996-05-29 | 2005-04-06 | 富士通株式会社 | Protocol conversion system and protocol conversion method |
US5974506A (en) * | 1996-06-28 | 1999-10-26 | Digital Equipment Corporation | Enabling mirror, nonmirror and partial mirror cache modes in a dual cache system |
US5864845A (en) | 1996-06-28 | 1999-01-26 | Siemens Corporate Research, Inc. | Facilitating world wide web searches utilizing a multiple search engine query clustering fusion strategy |
US5852820A (en) | 1996-08-09 | 1998-12-22 | Digital Equipment Corporation | Method for optimizing entries for searching an index |
US5864863A (en) | 1996-08-09 | 1999-01-26 | Digital Equipment Corporation | Method for parsing, indexing and searching world-wide-web pages |
US5822747A (en) | 1996-08-23 | 1998-10-13 | Tandem Computers, Inc. | System and method for optimizing database queries |
US5966649A (en) | 1996-09-06 | 1999-10-12 | Phoenix Wireless, Inc. | Cellular-telephone central call-processing system utilizing object-oriented software in adjunct personal computer for generating billing records |
US6108672A (en) | 1996-10-07 | 2000-08-22 | Moore Business Forms, Inc. | Multiple company integrated documents production |
KR100230455B1 (en) | 1996-10-21 | 1999-11-15 | 윤종용 | Accounting apparatus and method of management automation system |
US5884290A (en) | 1996-10-22 | 1999-03-16 | Unisys Corporation | Method of transferring funds employing a three-node real-time electronic interlock |
US5924094A (en) | 1996-11-01 | 1999-07-13 | Current Network Technologies Corporation | Independent distributed database system |
GB9624180D0 (en) | 1996-11-21 | 1997-01-08 | Plessey Telecomm | Telecommunication equipment |
US5915253A (en) | 1996-12-13 | 1999-06-22 | Novell, Inc. | Method and system for implementing objects in a storage system |
US5909440A (en) | 1996-12-16 | 1999-06-01 | Juniper Networks | High speed variable length best match look-up in a switching device |
US5937406A (en) | 1997-01-31 | 1999-08-10 | Informix Software, Inc. | File system interface to a database |
US6377938B1 (en) | 1997-02-27 | 2002-04-23 | Real-Time Billing, Inc. | Real time subscriber billing system and method |
US5960416A (en) | 1997-02-27 | 1999-09-28 | Block; Robert S. | Real time subscriber billing at a subscriber location in an unstructured communication network |
US6075796A (en) | 1997-03-17 | 2000-06-13 | At&T | Methods and apparatus for providing improved quality of packet transmission in applications such as internet telephony |
US6011795A (en) | 1997-03-20 | 2000-01-04 | Washington University | Method and apparatus for fast hierarchical address lookup using controlled expansion of prefixes |
US5842220A (en) | 1997-05-02 | 1998-11-24 | Oracle Corporation | Methods and apparatus for exposing members of an object class through class signature interfaces |
US5983223A (en) | 1997-05-06 | 1999-11-09 | Novell, Inc. | Method and apparatus for determining a longest matching prefix from a dictionary of prefixes |
US6035326A (en) | 1997-05-07 | 2000-03-07 | International Business Machines Corporation | Mapping table lookup optimization system |
US6047267A (en) | 1997-05-14 | 2000-04-04 | Portal Software, Inc. | Method and apparatus for tracking multiple payment resources and charging transactions to payment resources in on line transaction processing system |
US6092055A (en) | 1997-05-14 | 2000-07-18 | Portal Software, Inc. | Method and apparatus for providing a clean accounting close for a real time billing system |
AU7687498A (en) | 1997-05-14 | 1998-12-08 | Portal Information Network | Method and apparatus for object oriented storage and retrieval of data from a relational database to implement real time billing system |
JPH10322734A (en) * | 1997-05-14 | 1998-12-04 | Fujitsu Ltd | Service controller, and call control method by the service controller |
US6047284A (en) | 1997-05-14 | 2000-04-04 | Portal Software, Inc. | Method and apparatus for object oriented storage and retrieval of data from a relational database |
US5806061A (en) | 1997-05-20 | 1998-09-08 | Hewlett-Packard Company | Method for cost-based optimization over multimeida repositories |
US6243760B1 (en) | 1997-06-24 | 2001-06-05 | Vistar Telecommunications Inc. | Information dissemination system with central and distributed caches |
US6012057A (en) | 1997-07-30 | 2000-01-04 | Quarterdeck Corporation | High speed data searching for information in a computer system |
CN1108685C (en) | 1997-08-06 | 2003-05-14 | 塔奇勇公司 | Distributed system and method for prefetching objects |
US6112190A (en) | 1997-08-19 | 2000-08-29 | Citibank, N.A. | Method and system for commercial credit analysis |
US6112304A (en) | 1997-08-27 | 2000-08-29 | Zipsoft, Inc. | Distributed computing architecture |
GB2329044B (en) | 1997-09-05 | 2002-10-09 | Ibm | Data retrieval system |
US5974407A (en) | 1997-09-29 | 1999-10-26 | Sacks; Jerome E. | Method and apparatus for implementing a hierarchical database management system (HDBMS) using a relational database management system (RDBMS) as the implementing apparatus |
US6311185B1 (en) | 1997-10-30 | 2001-10-30 | At&T Corp. | Method and apparatus for modifying an information page transmitted in a communications network |
US6223172B1 (en) | 1997-10-31 | 2001-04-24 | Nortel Networks Limited | Address routing using address-sensitive mask decimation scheme |
US6070051A (en) | 1997-11-03 | 2000-05-30 | Motorola, Inc. | Method and apparatus for predicting service availability for a ground-to-satellite radio of a communication system |
US6061679A (en) | 1997-11-25 | 2000-05-09 | International Business Machines Corporation | Creating and searching a data structure ordered by ranges of key masks associated with the data structure |
US6141759A (en) | 1997-12-10 | 2000-10-31 | Bmc Software, Inc. | System and architecture for distributing, monitoring, and managing information requests on a computer network |
US20010025273A1 (en) | 1997-12-22 | 2001-09-27 | Jay Walker | Parallel data network billing and collection system |
US6252544B1 (en) | 1998-01-27 | 2001-06-26 | Steven M. Hoffberg | Mobile communication device |
US6078897A (en) | 1998-02-02 | 2000-06-20 | Intraware, Inc. | Method and apparatus for optimizing orders for goods or services to increase a discount |
US6735631B1 (en) | 1998-02-10 | 2004-05-11 | Sprint Communications Company, L.P. | Method and system for networking redirecting |
US6058173A (en) | 1998-02-19 | 2000-05-02 | Lhs Group Inc. | Real-time call rating and debiting system |
US6311186B1 (en) | 1998-02-20 | 2001-10-30 | Priority Call Management, Inc. | Telecommunications switching system utilizing a channelized database access mechanism |
US5987233A (en) | 1998-03-16 | 1999-11-16 | Skycache Inc. | Comprehensive global information network broadcasting system and implementation thereof |
US6154765A (en) | 1998-03-18 | 2000-11-28 | Pasocs Llc | Distributed digital rule processor for single system image on a clustered network and method |
JP3464907B2 (en) | 1998-03-20 | 2003-11-10 | 富士通株式会社 | Protocol conversion system |
US6170014B1 (en) | 1998-03-25 | 2001-01-02 | Community Learning And Information Network | Computer architecture for managing courseware in a shared use operating environment |
US6067574A (en) | 1998-05-18 | 2000-05-23 | Lucent Technologies Inc | High speed routing using compressed tree process |
US6032132A (en) * | 1998-06-12 | 2000-02-29 | Csg Systems, Inc. | Telecommunications access cost management system |
US6112209A (en) | 1998-06-17 | 2000-08-29 | Gusack; Mark David | Associative database model for electronic-based informational assemblies |
US20010056362A1 (en) | 1998-07-29 | 2001-12-27 | Mike Hanagan | Modular, convergent customer care and billing system |
US6185557B1 (en) | 1998-07-31 | 2001-02-06 | Unisys Corporation | Merge join process |
US6266660B1 (en) | 1998-07-31 | 2001-07-24 | Unisys Corporation | Secondary index search |
US6999569B2 (en) * | 1998-10-28 | 2006-02-14 | Mastercard International Incorporated | System and method for using a prepaid card |
US6584183B2 (en) * | 1998-11-17 | 2003-06-24 | Charles L. Manto | System and method for providing sponsored of universal telecommunications service and third party payer services |
US6260024B1 (en) | 1998-12-02 | 2001-07-10 | Gary Shkedy | Method and apparatus for facilitating buyer-driven purchase orders on a commercial network system |
US6377957B1 (en) | 1998-12-29 | 2002-04-23 | Sun Microsystems, Inc. | Propogating updates efficiently in hierarchically structured date |
US6477651B1 (en) | 1999-01-08 | 2002-11-05 | Cisco Technology, Inc. | Intrusion detection system and method having dynamically loaded signatures |
US6381228B1 (en) | 1999-01-15 | 2002-04-30 | Trw Inc. | Onboard control of demand assigned multiple access protocol for satellite ATM networks |
US6973057B1 (en) | 1999-01-29 | 2005-12-06 | Telefonaktiebolaget L M Ericsson (Publ) | Public mobile data communications network |
US6567408B1 (en) | 1999-02-01 | 2003-05-20 | Redback Networks Inc. | Methods and apparatus for packet classification with multi-level data structure |
US6400925B1 (en) | 1999-02-25 | 2002-06-04 | Trw Inc. | Packet switch control with layered software |
US6662180B1 (en) | 1999-05-12 | 2003-12-09 | Matsushita Electric Industrial Co., Ltd. | Method for searching in large databases of automatically recognized text |
US6381605B1 (en) | 1999-05-29 | 2002-04-30 | Oracle Corporation | Heirarchical indexing of multi-attribute data by sorting, dividing and storing subsets |
US6658463B1 (en) | 1999-06-10 | 2003-12-02 | Hughes Electronics Corporation | Satellite multicast performance enhancing multicast HTTP proxy system and method |
WO2000079379A1 (en) | 1999-06-19 | 2000-12-28 | Kent Ridge Digital Labs | A system of organising catalog data for searching and retrieval |
US6553336B1 (en) | 1999-06-25 | 2003-04-22 | Telemonitor, Inc. | Smart remote monitoring system and method |
US6404746B1 (en) * | 1999-07-13 | 2002-06-11 | Intervoice Limited Partnership | System and method for packet network media redirection |
US6401098B1 (en) | 1999-07-15 | 2002-06-04 | American Management Systems, Inc. | System for database creation, maintenance and access using event marking and two-dimensional partitioning |
US7653614B2 (en) | 1999-07-15 | 2010-01-26 | Spotware Technologies, Inc. | Method of searching across media and source types |
US6427172B1 (en) | 1999-07-20 | 2002-07-30 | Cyberstar, L.P. | Method and apparatus for internet cache content delivery via a data distribution system |
ATE306098T1 (en) * | 1999-07-30 | 2005-10-15 | Intertrust Tech Corp | METHODS AND SYSTEMS FOR TRANSACTION RECORD TRANSMISSION USING THRESHOLD AND A MULTI-LEVEL PROTOCOL |
US6415323B1 (en) | 1999-09-03 | 2002-07-02 | Fastforward Networks | Proximity-based redirection system for robust and scalable service-node location in an internetwork |
US6442652B1 (en) | 1999-09-07 | 2002-08-27 | Motorola, Inc. | Load based cache control for satellite based CPUs |
US20030202521A1 (en) | 1999-09-10 | 2003-10-30 | Theodore Havinis | System and method for negotiation of multi-media capabilities across networks |
US6662184B1 (en) | 1999-09-23 | 2003-12-09 | International Business Machines Corporation | Lock-free wild card search data structure and method |
US6700869B1 (en) | 1999-10-01 | 2004-03-02 | Lucent Technologies Inc. | Method for controlling data flow associated with a communications node |
ATE244430T1 (en) | 1999-10-15 | 2003-07-15 | Ajit K Zacharias | SECURE CARD SYSTEM FOR MULTIPLE USE |
US6563800B1 (en) | 1999-11-10 | 2003-05-13 | Qualcomm, Inc. | Data center for providing subscriber access to data maintained on an enterprise network |
US6446068B1 (en) | 1999-11-15 | 2002-09-03 | Chris Alan Kortge | System and method of finding near neighbors in large metric space databases |
US6564247B1 (en) | 1999-11-18 | 2003-05-13 | International Business Machines Corporation | System and method for registering user identifiers |
US6725052B1 (en) | 1999-12-20 | 2004-04-20 | Ericsson Inc. | Cell assignment method during group calls |
US6490592B1 (en) | 1999-12-30 | 2002-12-03 | Nortel Networks Limited | Method of and apparatus for generating a tree data structure supporting longest match lookup |
US6314365B1 (en) | 2000-01-18 | 2001-11-06 | Navigation Technologies Corp. | Method and system of providing navigation services to cellular phone devices from a server |
US20080215474A1 (en) * | 2000-01-19 | 2008-09-04 | Innovation International Americas, Inc. | Systems and methods for management of intangible assets |
US6947440B2 (en) | 2000-02-15 | 2005-09-20 | Gilat Satellite Networks, Ltd. | System and method for internet page acceleration including multicast transmissions |
US6347340B1 (en) | 2000-02-18 | 2002-02-12 | Mobilesys, Inc. | Apparatus and method for converting a network message to a wireless transport message using a modular architecture |
US7792745B2 (en) | 2000-02-25 | 2010-09-07 | Ipass Inc. | Method and system to facilitate financial settlement of service access transactions between multiple parties |
US6658590B1 (en) * | 2000-03-30 | 2003-12-02 | Hewlett-Packard Development Company, L.P. | Controller-based transaction logging system for data recovery in a storage area network |
US6678675B1 (en) | 2000-03-30 | 2004-01-13 | Portal Software, Inc. | Techniques for searching for best matches in tables of information |
US7257611B1 (en) | 2000-04-12 | 2007-08-14 | Oracle International Corporation | Distributed nonstop architecture for an event processing system |
US6658415B1 (en) | 2000-04-28 | 2003-12-02 | International Business Machines Corporation | Monitoring and managing user access to content via a universally accessible database |
FI110656B (en) | 2000-05-15 | 2003-02-28 | Nokia Corp | Control the making and continuing of a call |
US6636585B2 (en) * | 2000-06-26 | 2003-10-21 | Bearingpoint, Inc. | Metrics-related testing of an operational support system (OSS) of an incumbent provider for compliance with a regulatory scheme |
US7233918B1 (en) | 2000-07-18 | 2007-06-19 | Oracle International Corporation | Rating billing events in real time according to account usage information |
US6564047B1 (en) | 2000-08-28 | 2003-05-13 | Motorola Inc. | Advanced air time management |
US6532283B1 (en) | 2000-09-11 | 2003-03-11 | Isaac J. Ingram | Method and apparatus for viewing real time telephone charges |
US7406471B1 (en) | 2000-09-28 | 2008-07-29 | Oracle International Corporation | Scalable multi-database event processing system using universal subscriber-specific data and universal global data |
JP3389922B2 (en) * | 2000-10-04 | 2003-03-24 | 日本電気株式会社 | Variable call charges for mobile terminals |
US20020082881A1 (en) | 2000-10-20 | 2002-06-27 | Price Marc Steven | System providing event pricing for on-line exchanges |
US20020068545A1 (en) * | 2000-11-06 | 2002-06-06 | Johnson Oyama | Method and apparatus for coordinating charging for services provided in a multimedia session |
US7146332B2 (en) * | 2000-12-01 | 2006-12-05 | Bellsouth Intellectual Property Corporation | Methods and systems for automatic tracking and balancing billing data |
US7729925B2 (en) * | 2000-12-08 | 2010-06-01 | Sony Corporation | System and method for facilitating real time transactions between a user and multiple entities |
US20020073082A1 (en) | 2000-12-12 | 2002-06-13 | Edouard Duvillier | System modification processing technique implemented on an information storage and retrieval system |
US20020087469A1 (en) | 2000-12-28 | 2002-07-04 | Ravi Ganesan | Technique of registration for and direction of electronic payments in real-time |
ES2244549T3 (en) | 2001-04-12 | 2005-12-16 | Siemens Aktiengesellschaft | PROCEDURE FOR BILLING SERVICES IN A COMMUNICATIONS NETWORK. |
WO2002091726A1 (en) * | 2001-04-18 | 2002-11-14 | Yozan Inc. | Communication system and line selecting method |
US7146637B2 (en) | 2001-06-29 | 2006-12-05 | International Business Machines Corporation | User registry adapter framework |
US7305421B2 (en) * | 2001-07-16 | 2007-12-04 | Sap Ag | Parallelized redo-only logging and recovery for highly available main memory database systems |
US20030133552A1 (en) | 2001-08-07 | 2003-07-17 | Shyam Pillai | Method and apparatus for integrating disparate telecommunication operational support systems (OSS) and streamlining business processes using a software platform |
AU2002341768A1 (en) * | 2001-09-20 | 2003-04-01 | Adc Telecommunications, Inc. | Balance management for pre-paid services |
US20030069780A1 (en) | 2001-10-05 | 2003-04-10 | Hailwood John W. | Customer relationship management |
US6901507B2 (en) | 2001-11-19 | 2005-05-31 | Intel Corporation | Context scheduling |
US20030105799A1 (en) * | 2001-12-03 | 2003-06-05 | Avaz Networks, Inc. | Distributed processing architecture with scalable processing layers |
JP2003188986A (en) | 2001-12-17 | 2003-07-04 | Fujitsu Ltd | Gateway apparatus |
US7246102B2 (en) | 2001-12-21 | 2007-07-17 | Agere Systems Inc. | Method of improving the lookup performance of three-type knowledge base searches |
US7792714B1 (en) * | 2001-12-28 | 2010-09-07 | Fannie Mae | System and method for providing a common data and analytic framework for valuating financial instruments and portfolios |
SE521896C2 (en) | 2002-02-28 | 2003-12-16 | Ericsson Telefon Ab L M | A method and a distributed tariff calculation system for determining tariff data in a billing system |
US9087319B2 (en) * | 2002-03-11 | 2015-07-21 | Oracle America, Inc. | System and method for designing, developing and implementing internet service provider architectures |
US7421506B2 (en) * | 2002-06-12 | 2008-09-02 | Nokia Corporation | Load balancer for multiprocessor platforms |
US7558758B2 (en) | 2002-06-26 | 2009-07-07 | International Business Machines Corporation | Business event triggered, policy-driven payment management |
US6829473B2 (en) | 2002-07-25 | 2004-12-07 | Utstarcom, Inc. | Roaming and hand-off support for prepaid billing for wireless data networks |
US7203691B2 (en) * | 2002-09-27 | 2007-04-10 | Ncr Corp. | System and method for retrieving information from a database |
US7480915B2 (en) | 2002-10-03 | 2009-01-20 | Nokia Corporation | WV-IMS relay and interoperability methods |
US8577795B2 (en) * | 2002-10-10 | 2013-11-05 | Convergys Information Management Group, Inc. | System and method for revenue and authorization management |
US7221929B2 (en) * | 2002-10-12 | 2007-05-22 | Lg Electronics Inc. | Handling charging information in interworking structure of mobile communication and wireless local area networks |
JP4205672B2 (en) * | 2002-12-16 | 2009-01-07 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | Communication session cost arrangements |
US7391784B1 (en) | 2002-12-30 | 2008-06-24 | 3Com Corporation | Method and system for communicating state information between devices of a communications network |
EP1620995A1 (en) * | 2003-05-07 | 2006-02-01 | Nokia Corporation | Access flow based charging for ims/poc services |
ES2249680T3 (en) | 2003-05-27 | 2006-04-01 | Siemens Aktiengesellschaft | PROCEDURE FOR THE TRANSMISSION OF DATA ORIENTED TO PACKAGES IN TELECOMMUNICATIONS NETWORKS THROUGH THE CONVERSION IN AN INTERMEDIATE NODE OF A TRANSMISSION PROTOCOL WITHOUT CONNECTION IN A CONNECTION ORIENTED TRANSMISSION PROTOCOL AND VICEVERSA. |
US8032593B2 (en) | 2003-08-07 | 2011-10-04 | Teamon Systems, Inc. | Communications system providing reduced access latency and related methods |
US7376087B2 (en) | 2003-08-13 | 2008-05-20 | Tropos Networks, Inc. | Method and apparatus for monitoring and displaying routing metrics of a network |
EP1660977A2 (en) | 2003-08-15 | 2006-05-31 | Boston Communications Group, Inc. | Subscriber management and accounting using event detection in a wireless device |
US7660755B2 (en) | 2003-09-18 | 2010-02-09 | At&T Intellectual Property I, L.P. | Methods, systems, and computer-readable-mediums for managing rollover usage units of communication services |
US7003280B2 (en) * | 2003-11-20 | 2006-02-21 | Lucent Technologies Inc. | Method and system for processing adjustments to the type and quality of multimedia communication sessions |
US7203478B2 (en) | 2003-12-08 | 2007-04-10 | Lucent Technologies Inc. | Network support for mobile service plan minute exchange by category |
US20050144099A1 (en) * | 2003-12-24 | 2005-06-30 | Indrojit Deb | Threshold billing |
US20050187864A1 (en) | 2004-02-24 | 2005-08-25 | First Data Corporation | System for maintaining presentation instrument data |
US9014355B2 (en) | 2004-04-27 | 2015-04-21 | Value-Added Communications, Inc. | Telecommunication revenue management system |
US8209250B2 (en) | 2004-05-10 | 2012-06-26 | Morgan Stanley | Systems and methods for conducting an interactive financial simulation |
ES2297427T3 (en) * | 2004-06-03 | 2008-05-01 | Telefonaktiebolaget Lm Ericsson (Publ) | CHARGE MECHANISMS FOR MULTIMEDIA IP SERVICES. |
WO2005122469A1 (en) * | 2004-06-08 | 2005-12-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Flexible charging mechanisms for ip multimedia services |
US20060015363A1 (en) | 2004-07-12 | 2006-01-19 | United Parcel Service Of America, Inc. | Systems and methods for processing invoices based on a minimum invoice amount |
FI20045298A0 (en) * | 2004-08-16 | 2004-08-16 | Nokia Corp | Directing media communication service |
US7010104B1 (en) * | 2004-08-26 | 2006-03-07 | Lucent Technologies Inc. | Pre-biller capability in enhanced charging collection function (CCF) applications |
US20070100981A1 (en) * | 2005-04-08 | 2007-05-03 | Maria Adamczyk | Application services infrastructure for next generation networks including one or more IP multimedia subsystem elements and methods of providing the same |
US8223935B2 (en) | 2005-04-30 | 2012-07-17 | Oracle International Corporation | Revenue management systems and methods |
JP4664410B2 (en) | 2005-06-28 | 2011-04-06 | オラクル・インターナショナル・コーポレイション | Revenue management system and method |
EP1938193A4 (en) | 2005-07-28 | 2010-08-04 | Oracle Int Corp | Revenue management system and method |
US8223777B2 (en) | 2005-11-15 | 2012-07-17 | Oracle International Corporation | Gateway for achieving low latency and high availability in a real time event processing system |
US8228925B2 (en) * | 2005-12-14 | 2012-07-24 | Alcatel Lucent | Interactive voice response system for online and offline charging and for multiple networks |
-
2006
- 2006-06-28 JP JP2008519571A patent/JP4664410B2/en active Active
- 2006-06-28 AU AU2006263656A patent/AU2006263656A1/en not_active Abandoned
- 2006-06-28 WO PCT/US2006/025405 patent/WO2007002841A2/en active Application Filing
- 2006-06-28 US US11/478,558 patent/US8116326B2/en active Active
- 2006-06-28 CA CA2613701A patent/CA2613701C/en active Active
- 2006-06-28 EP EP06774291A patent/EP1935152A4/en not_active Ceased
Also Published As
Publication number | Publication date |
---|---|
US20070091874A1 (en) | 2007-04-26 |
JP2008547361A (en) | 2008-12-25 |
US8116326B2 (en) | 2012-02-14 |
CA2613701A1 (en) | 2007-01-04 |
WO2007002841A3 (en) | 2009-04-23 |
CN102100027A (en) | 2011-06-15 |
AU2006263656A1 (en) | 2007-01-04 |
WO2007002841A2 (en) | 2007-01-04 |
EP1935152A2 (en) | 2008-06-25 |
JP4664410B2 (en) | 2011-04-06 |
EP1935152A4 (en) | 2010-08-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2613701C (en) | Revenue management system and method | |
CN102239481B (en) | Ims diameter router with load balancing | |
EP2083532B1 (en) | Convergent mediation system with improved data transfer | |
US10248465B2 (en) | Convergent mediation system with dynamic resource allocation | |
US8223777B2 (en) | Gateway for achieving low latency and high availability in a real time event processing system | |
US7930225B2 (en) | Synchronizing real-time and off-line accounts for communications | |
JP5221667B2 (en) | Method, apparatus and system for supporting distributed IMS charging | |
US8645528B2 (en) | Convergent mediation system with dedicated online steams | |
US8560463B2 (en) | Techniques for correlation of charges in multiple layers for content and service delivery | |
KR20080017385A (en) | Converged offline charging and online charging | |
US20100104076A1 (en) | Real-time flexible account selection for communications | |
US20100008484A1 (en) | Real-time flexible account selection for communications | |
US20230336664A1 (en) | Managing a charging operation in a communication network | |
Globa et al. | The charging problems in mobile service deployment | |
WO2001090836A2 (en) | Real-time (all the time) operation support system and method | |
Jakab et al. | A New Charging and Billing Model and Architecture for the Ubiquitous Consumer Wireless World |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request |