CA2497520C - Method, system and telecommunication node for alternative prepaid support - Google Patents
Method, system and telecommunication node for alternative prepaid support Download PDFInfo
- Publication number
- CA2497520C CA2497520C CA002497520A CA2497520A CA2497520C CA 2497520 C CA2497520 C CA 2497520C CA 002497520 A CA002497520 A CA 002497520A CA 2497520 A CA2497520 A CA 2497520A CA 2497520 C CA2497520 C CA 2497520C
- Authority
- CA
- Canada
- Prior art keywords
- prepaid
- haaa
- pps
- service
- subscriber
- 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.)
- Expired - Fee Related
Links
Classifications
-
- 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/80—Rating or billing plans; Tariff determination aspects
- H04M15/8038—Roaming or handoff
-
- 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
- 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/8207—Time based data metric aspects, e.g. VoIP or circuit switched packet data
-
- 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
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/20—Technology dependant metering
- H04M2215/2026—Wireless network, e.g. GSM, PCS, TACS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/20—Technology dependant metering
- H04M2215/2033—WLAN
-
- 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/22—Bandwidth or usage-sensitve billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/32—Involving wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/34—Roaming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/74—Rating aspects, e.g. rating parameters or tariff determination apects
- H04M2215/7442—Roaming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/78—Metric aspects
- H04M2215/7813—Time based data, e.g. VoIP or circuit switched packet data
Abstract
A method and system for providing alternative prepaid service when a serving Packet Data Service Node (PDSN) does not support prepaid or at least the type of prepaid the user has subscribed to. The serving PDSN sends an access request to a Home Authorization, Authentication & Accounting Prepaid Server (HAAA/PPS) with an indication of its capability to support prepaid service and to terminate sessions based on requests from remote nodes. When the serving PDSN is neither capable of prepaid service, nor does it support session termination by a remote node, the HAAA/PPS determines that a prepaid session is allowed and supported in combination with a Home Agent (HA) for duration-based prepaid service. When the PDSN is not prepaid capable but supports session termination capability, the HAAA/PPS determines that any type of prepaid service can be allowed and supported by the HAAA/PPS in combination with the HA.
Description
09/10/2008 WED 11:25 FAX 514 3457929 --- Canadian Intellectual Pr 2005/010 SUBSTITUTE SHEET
Method, System and Telecommunication Node for Alternative Prepaid Support BACKGROUND OF THE INVENTION
Field of the Invention The present invention relates to prepaid support for a mobile user of a telecommunications network.
Description of the Related Art CDMA2000, also known as IMT-CDMA Multi-Carrier or IS-95, is a Code-Division Muftiple Access (CDMA) version of the IMT-2000 standard developed by the International Telecommunication Union (ITU). The CDMA2000 standard is a third-generation (3-G) mobile wireless technology aibwing mobile users to access IP-based high-speed voice and data traffic over the CDMA-based cellular network. CDMA2000 can support mobile data communicafions at speeds ranging from 144 Kbps to 2 Mbps.
Reference is now made to Fig. 1(Prior Art) that shows a high-level block diagram of a CDMA2000 cellular telecommunications network 100. In the CDMA2000 wireless IP
network 100, prepaid service alows an end-user 101 to purchase packet data service in advance based on volume or time. The prepaid account status is stored on a Prepaid server (PPS) 102 that is located in the end-user's home network 104 and accessed via a Home Authorization, Authentication & Accounting (HAAA) server 106. A Prepaid Client 108 residing in a Home Agent 109 communicates with the PPS 102 via the HAAA server 106. The funcfion of the Prepaid Client 108 is to perform on-line accounting of the Mobile IP session (i.e.: to allow the Mobile IP
traffic according to the granted volume or duration, and to block the Mobile IP traffic if not granted). To provide service to roaming prepaid end-users, a visited PDSN 110 also needs to support a Prepaid C6ent 111 for performing on-ine accounting of the iP session IP traffic if not granted). To provide service to roaming prepaid end-users, a visited PDSN 110 also needs to support a Prepaid Client 111 for performing on-line accounting of the IP session (i.e.: to allow the IP traffic according to the granted volume or duration, and to.block the IP
traffic if not granted). Accounting messages from the visited PDSN 110 are possibly sent to the Home AAA server 106 via visited AAA server 116, which serves as proxy. The and the Prepaid server 102 can be collocated in which case the collocated functionality may be denoted HAAA/PPS, or could be separate entities. From the PDSN 110 or the perspective, the HAAA 106 and the PPS 102 are indistinguishable. The interface between the HAAA 106 and the Prepaid server 102 is outside the scope of the present invention.
When a prepaid user 101 performs Simple IP with authentication or Mobile IP
access, the PDSN 110 sends a RADIUS (Remote Authentication Dial In User Service) Access-Request message (not shown) to the HAAA/PPS server for Authentication and Authorization.
The PDSN 110 also informs the HAAA/PPS of its own capabilities in supporting Prepaid with 15, on-line accounting, so that proper actions for the support of the prepaid service are taken by the Home AAA 106 or Prepaid server 102 based on those capabilities. In current implementations, the actions taken by the HAAA/PPS server are limited to either participating to the prepaid support provided by the PDSN 110, or denying prepaid support when the PDSN
110 is detected as not supporting the prepaid feature. Usually, the denial of prepaid support implies that the end-user's access is immediately rejected, therefore barring the end-subscriber from using any functions of the wireless IP network.
In summary, in current implementations, a prepaid access request from a prepaid subscriber is rejected as soon as the PDSN is detected as not supporting the prepaid feature.
However, this situation results in lost traffic and by consequence in lost revenues for the network operator. There is therefore a need for a solution wherein prepaid sessions can be supported even in absence of PDSN prepaid support. The present invention provides such a solution.
Summary of the Invention In one aspect, the present invention is a method for providing alternative prepaid service to a prepaid subscriber, the method comprising the steps of sending an Access Request message from the serving Packet Data Service Node (PDSN) to a Home Authorization, Authentication & Accounting and Prepaid Server (HAAA/PPS), the Access Request message comprising a first indication that the serving PDSN cannot support at least a type of prepaid service; and determining by the HAAA/PPS whether alternative prepaid service is to be provided to the prepaid subscriber using the first indication.
In another aspect, the present invention is CDMA2000 cellular telecommunications system comprising:
a Home Agent (HA) of a prepaid subscriber, the HA being configured for supporting prepaid service;
a serving Packet Data Service Node (PDSN) that cannot support at least a type of prepaid service for the prepaid subscriber;
a Home Authorization, Authentication & Accounting and Prepaid Server functionality (HAAA/PPS) that receives from the serving PDSN an Access Request message comprising a first indication that the serving PDSN cannot support at least a type of prepaid service, and determines whether alternative prepaid service is to be provided to the prepaid subscriber using the first indication.
In yet another aspect, the present invention is an Home Authorization, Authentication & Accounting and Prepaid Server (HAAA/PPS) of a CDMA2000 cellular telecommunications system, comprising:
a Prepaid Policy Decision Service Logic Module (PPDSLM) receiving from a PrePaid Client a Prepaid Accounting Capability (PPAC) parameter indicative of a capability of a serving Packet Data Service Node (PDSN) to support at least one type of prepaid service, the PPDSLM deciding whether an alternative prepaid service is to be provided to a prepaid subscriber using the PPAC parameter; and a processor for implementing a decision of the PPDSLM regarding a provision of the alternative prepaid service.
Brief Description of the Drawings For a more detailed understanding of the invention, for further objects and advantages thereof, reference can now be made to the following description, taken in conjunction with the accompanying drawings, in which:
Method, System and Telecommunication Node for Alternative Prepaid Support BACKGROUND OF THE INVENTION
Field of the Invention The present invention relates to prepaid support for a mobile user of a telecommunications network.
Description of the Related Art CDMA2000, also known as IMT-CDMA Multi-Carrier or IS-95, is a Code-Division Muftiple Access (CDMA) version of the IMT-2000 standard developed by the International Telecommunication Union (ITU). The CDMA2000 standard is a third-generation (3-G) mobile wireless technology aibwing mobile users to access IP-based high-speed voice and data traffic over the CDMA-based cellular network. CDMA2000 can support mobile data communicafions at speeds ranging from 144 Kbps to 2 Mbps.
Reference is now made to Fig. 1(Prior Art) that shows a high-level block diagram of a CDMA2000 cellular telecommunications network 100. In the CDMA2000 wireless IP
network 100, prepaid service alows an end-user 101 to purchase packet data service in advance based on volume or time. The prepaid account status is stored on a Prepaid server (PPS) 102 that is located in the end-user's home network 104 and accessed via a Home Authorization, Authentication & Accounting (HAAA) server 106. A Prepaid Client 108 residing in a Home Agent 109 communicates with the PPS 102 via the HAAA server 106. The funcfion of the Prepaid Client 108 is to perform on-line accounting of the Mobile IP session (i.e.: to allow the Mobile IP
traffic according to the granted volume or duration, and to block the Mobile IP traffic if not granted). To provide service to roaming prepaid end-users, a visited PDSN 110 also needs to support a Prepaid C6ent 111 for performing on-ine accounting of the iP session IP traffic if not granted). To provide service to roaming prepaid end-users, a visited PDSN 110 also needs to support a Prepaid Client 111 for performing on-line accounting of the IP session (i.e.: to allow the IP traffic according to the granted volume or duration, and to.block the IP
traffic if not granted). Accounting messages from the visited PDSN 110 are possibly sent to the Home AAA server 106 via visited AAA server 116, which serves as proxy. The and the Prepaid server 102 can be collocated in which case the collocated functionality may be denoted HAAA/PPS, or could be separate entities. From the PDSN 110 or the perspective, the HAAA 106 and the PPS 102 are indistinguishable. The interface between the HAAA 106 and the Prepaid server 102 is outside the scope of the present invention.
When a prepaid user 101 performs Simple IP with authentication or Mobile IP
access, the PDSN 110 sends a RADIUS (Remote Authentication Dial In User Service) Access-Request message (not shown) to the HAAA/PPS server for Authentication and Authorization.
The PDSN 110 also informs the HAAA/PPS of its own capabilities in supporting Prepaid with 15, on-line accounting, so that proper actions for the support of the prepaid service are taken by the Home AAA 106 or Prepaid server 102 based on those capabilities. In current implementations, the actions taken by the HAAA/PPS server are limited to either participating to the prepaid support provided by the PDSN 110, or denying prepaid support when the PDSN
110 is detected as not supporting the prepaid feature. Usually, the denial of prepaid support implies that the end-user's access is immediately rejected, therefore barring the end-subscriber from using any functions of the wireless IP network.
In summary, in current implementations, a prepaid access request from a prepaid subscriber is rejected as soon as the PDSN is detected as not supporting the prepaid feature.
However, this situation results in lost traffic and by consequence in lost revenues for the network operator. There is therefore a need for a solution wherein prepaid sessions can be supported even in absence of PDSN prepaid support. The present invention provides such a solution.
Summary of the Invention In one aspect, the present invention is a method for providing alternative prepaid service to a prepaid subscriber, the method comprising the steps of sending an Access Request message from the serving Packet Data Service Node (PDSN) to a Home Authorization, Authentication & Accounting and Prepaid Server (HAAA/PPS), the Access Request message comprising a first indication that the serving PDSN cannot support at least a type of prepaid service; and determining by the HAAA/PPS whether alternative prepaid service is to be provided to the prepaid subscriber using the first indication.
In another aspect, the present invention is CDMA2000 cellular telecommunications system comprising:
a Home Agent (HA) of a prepaid subscriber, the HA being configured for supporting prepaid service;
a serving Packet Data Service Node (PDSN) that cannot support at least a type of prepaid service for the prepaid subscriber;
a Home Authorization, Authentication & Accounting and Prepaid Server functionality (HAAA/PPS) that receives from the serving PDSN an Access Request message comprising a first indication that the serving PDSN cannot support at least a type of prepaid service, and determines whether alternative prepaid service is to be provided to the prepaid subscriber using the first indication.
In yet another aspect, the present invention is an Home Authorization, Authentication & Accounting and Prepaid Server (HAAA/PPS) of a CDMA2000 cellular telecommunications system, comprising:
a Prepaid Policy Decision Service Logic Module (PPDSLM) receiving from a PrePaid Client a Prepaid Accounting Capability (PPAC) parameter indicative of a capability of a serving Packet Data Service Node (PDSN) to support at least one type of prepaid service, the PPDSLM deciding whether an alternative prepaid service is to be provided to a prepaid subscriber using the PPAC parameter; and a processor for implementing a decision of the PPDSLM regarding a provision of the alternative prepaid service.
Brief Description of the Drawings For a more detailed understanding of the invention, for further objects and advantages thereof, reference can now be made to the following description, taken in conjunction with the accompanying drawings, in which:
Figure 1 (Prior Art) is a schematic network diagram of an existing Code Division Multiple Access (CDMA) 2000 wireless IP network;
Figure 2 is an exemplary high-level block diagram of a Home Authorization, Authentication & Accounting Prepaid Server (HAAA/PPS) according to the preferred embodiment of the present invention;
Figure 3 is an illustration of an exemplary decisional table showing a decisional process of a prepaid policy decision service logic module of the HAAA/PPS
server according to the preferred embodiment of the invention;
Figure 4 is an exemplary nodal operation and signal flow diagram showing a prepaid service authorization access according to the preferred embodiment of the present invention;
Figure 5 is an exemplary nodal operation and signal flow diagram showing a prepaid service support by a Home Agent (HA) and the HAAA/PPS server based on data volume usage according to the preferred embodiment of the present invention; and Figure 6 is an exemplary nodal operation and signal flow diagram showing a prepaid support by the Home Agent (HA) and the HAAA/PPS server based on duration usage according to the preferred embodiment of the present invention.
Detailed Description of the Invention The innovative teachings of the present invention will be described with particular reference to numerous exemplary embodiments. However, it should be understood that this class of embodiments provides only a few examples of the many advantageous uses of the innovative teachings of the invention. In general, statements made in the specification of the present application do not necessarily limit any of the various claimed aspects of the present invention. Moreover, some statements may apply to some inventive features but not to others.
In the drawings, like or similar elements are designated with identical reference numerals throughout the several views, and the various elements depicted are not necessarily drawn to scale.
The present invention allows for prepaid service to be provided for a prepaid subscriber in cases where the serving Packet Data Service Node (PDSN) of a cellular telecommunications network does not support the prepaid feature.
According to the invention, a combined functionality of a Home Authorization, Authentication &
Accounting (HAAA) and a Prepaid Server (PPS), herein referred to as an HAAA/PPS, determines if alternative prepaid service can be provided to a prepaid subscriber by the HAAA/PPS in combination with a Home Agent of the prepaid subscriber, based on an indication received from the serving PDSN. It is to be noted however, that although the functionality of the present invention is mainly described herein with reference to the HAAA/PPS, an HAAA alone, or a PPS alone can also be used for determining in which cases alternative prepaid support is to be provided according to the present invention. Therefore, the terminology of HAAA/PPS
should be understood to encompass an HAAA alone, a PPS alone, or a combined HAAA/PPS
functionality wherein the HAAA and the PPS can be collocated, or not.
According to the exemplary preferred embodiment of the invention, the PDSN
signals the HAAA/PPS with a PrepaidAccountingCapability (PPAC) parameter indicative of the PDSN's own capacity for supporting prepaid service, and with a Session Termination Capability (STC) parameter indicative of the ability of the serving PDSN to disconnect data sessions based on a request provided by a remote authorized node, such as a Home Agent (HA) or the HAAA/PPS.
In a first case wherein the serving PDSN is neither capable of prepaid service nor does it support session termination by a remote node, the HAAA/PPS may determine that the prepaid session can be allowed for duration-based prepaid service only (volume-based prepaid service can not be provided since neither the serving PDSN nor the HAAA/PPS can monitor the volume quota and terminate the data session when that quota is depleted), and may link the allowed prepaid duration to the mobile station registration lifetime. Thus, the prepaid mobile station's registration lifetime can be used to coordinate the duration quota in order*to synchronize the binding lifetime with that duration quota.
According to an alternative embodiment of the invention, it would be also possible to allow volume-based prepaid service in this first case, because the HA of the prepaid subscriber can monitor the traffic, and the data session can be stopped at the HA only, while the serving PDSN continue to perform off-line accounting for IP traffic that is blocked by the HA. In this situation, the HA accounting and PDSN accounting records will not match together.
However, the subscriber is a prepaid subscriber and it is the HA that has the PrePaidClient used for the charging, so the Accounting Records from serving PDSN will be dropped. In such a case, the decision for supporting the alternative prepaid service may be based on the PPAC
parameter but not on the STC parameter.
In a second case, when the PDSN is not prepaid capable but supports session termination capability by a remote node, the HAAA/PPS may determine that either volume based or duration-based prepaid service can be allowed for the user and supported by the HAAA/PPS in combination with the HA.
Reference is now made to Fig. 2, which is an exemplary high-level block diagram of a Home Authorization, Authentication & Accounting Prepaid Server (HAAA/PPS) 200 (or alternatively of an HAAA or PPS server) implementing the preferred embodiment of the present invention. The HAAA/PPS server 200 shown in Fig. 2 comprises a prepaid policy decision service logic module 202 that functions to take a decision for supporting alternative prepaid service for a prepaid subscriber, by the Home Agent in combination with the HAAA/PPS, when the serving PDSN cannot provide such a service, or at least the type of prepaid service set in the profile of the prepaid subscriber (a mismatch exist between the type of prepaid service supported by the PDSN and the one the user has subscribed to). For this purpose, the prepaid policy decision service logic module 202 may take into account:
- a Prepaid Accounting Capability (PPAC) parameter 204 received from the serving PDSN, which indicates whether or not the serving PDSN is capable of supporting prepaid service. The PPAC parameter 204 may 61so indicate the type of PDSN-supported prepaid service (duration-based, volume-based, or both). Typically, the absence of the PPAC
parameter 204 indicates that the serving PDSN cannot support any type of prepaid service;
- a Session Termination Capability (STC) parameter 206 also received from the serving PDSN, the STC parameter 206 being indicative of the capability of the serving PDSN
to close data sessions based on a request received from an authorized remote node; and - a user prepaid profile 208 of the prepaid user that indicates to which type of prepaid service the user has subscribed to (e.g. duration-based, volume-based, none or both). The user prepaid profile is obtained from the user's Home AAA/PPS or HAAA.
Figure 2 is an exemplary high-level block diagram of a Home Authorization, Authentication & Accounting Prepaid Server (HAAA/PPS) according to the preferred embodiment of the present invention;
Figure 3 is an illustration of an exemplary decisional table showing a decisional process of a prepaid policy decision service logic module of the HAAA/PPS
server according to the preferred embodiment of the invention;
Figure 4 is an exemplary nodal operation and signal flow diagram showing a prepaid service authorization access according to the preferred embodiment of the present invention;
Figure 5 is an exemplary nodal operation and signal flow diagram showing a prepaid service support by a Home Agent (HA) and the HAAA/PPS server based on data volume usage according to the preferred embodiment of the present invention; and Figure 6 is an exemplary nodal operation and signal flow diagram showing a prepaid support by the Home Agent (HA) and the HAAA/PPS server based on duration usage according to the preferred embodiment of the present invention.
Detailed Description of the Invention The innovative teachings of the present invention will be described with particular reference to numerous exemplary embodiments. However, it should be understood that this class of embodiments provides only a few examples of the many advantageous uses of the innovative teachings of the invention. In general, statements made in the specification of the present application do not necessarily limit any of the various claimed aspects of the present invention. Moreover, some statements may apply to some inventive features but not to others.
In the drawings, like or similar elements are designated with identical reference numerals throughout the several views, and the various elements depicted are not necessarily drawn to scale.
The present invention allows for prepaid service to be provided for a prepaid subscriber in cases where the serving Packet Data Service Node (PDSN) of a cellular telecommunications network does not support the prepaid feature.
According to the invention, a combined functionality of a Home Authorization, Authentication &
Accounting (HAAA) and a Prepaid Server (PPS), herein referred to as an HAAA/PPS, determines if alternative prepaid service can be provided to a prepaid subscriber by the HAAA/PPS in combination with a Home Agent of the prepaid subscriber, based on an indication received from the serving PDSN. It is to be noted however, that although the functionality of the present invention is mainly described herein with reference to the HAAA/PPS, an HAAA alone, or a PPS alone can also be used for determining in which cases alternative prepaid support is to be provided according to the present invention. Therefore, the terminology of HAAA/PPS
should be understood to encompass an HAAA alone, a PPS alone, or a combined HAAA/PPS
functionality wherein the HAAA and the PPS can be collocated, or not.
According to the exemplary preferred embodiment of the invention, the PDSN
signals the HAAA/PPS with a PrepaidAccountingCapability (PPAC) parameter indicative of the PDSN's own capacity for supporting prepaid service, and with a Session Termination Capability (STC) parameter indicative of the ability of the serving PDSN to disconnect data sessions based on a request provided by a remote authorized node, such as a Home Agent (HA) or the HAAA/PPS.
In a first case wherein the serving PDSN is neither capable of prepaid service nor does it support session termination by a remote node, the HAAA/PPS may determine that the prepaid session can be allowed for duration-based prepaid service only (volume-based prepaid service can not be provided since neither the serving PDSN nor the HAAA/PPS can monitor the volume quota and terminate the data session when that quota is depleted), and may link the allowed prepaid duration to the mobile station registration lifetime. Thus, the prepaid mobile station's registration lifetime can be used to coordinate the duration quota in order*to synchronize the binding lifetime with that duration quota.
According to an alternative embodiment of the invention, it would be also possible to allow volume-based prepaid service in this first case, because the HA of the prepaid subscriber can monitor the traffic, and the data session can be stopped at the HA only, while the serving PDSN continue to perform off-line accounting for IP traffic that is blocked by the HA. In this situation, the HA accounting and PDSN accounting records will not match together.
However, the subscriber is a prepaid subscriber and it is the HA that has the PrePaidClient used for the charging, so the Accounting Records from serving PDSN will be dropped. In such a case, the decision for supporting the alternative prepaid service may be based on the PPAC
parameter but not on the STC parameter.
In a second case, when the PDSN is not prepaid capable but supports session termination capability by a remote node, the HAAA/PPS may determine that either volume based or duration-based prepaid service can be allowed for the user and supported by the HAAA/PPS in combination with the HA.
Reference is now made to Fig. 2, which is an exemplary high-level block diagram of a Home Authorization, Authentication & Accounting Prepaid Server (HAAA/PPS) 200 (or alternatively of an HAAA or PPS server) implementing the preferred embodiment of the present invention. The HAAA/PPS server 200 shown in Fig. 2 comprises a prepaid policy decision service logic module 202 that functions to take a decision for supporting alternative prepaid service for a prepaid subscriber, by the Home Agent in combination with the HAAA/PPS, when the serving PDSN cannot provide such a service, or at least the type of prepaid service set in the profile of the prepaid subscriber (a mismatch exist between the type of prepaid service supported by the PDSN and the one the user has subscribed to). For this purpose, the prepaid policy decision service logic module 202 may take into account:
- a Prepaid Accounting Capability (PPAC) parameter 204 received from the serving PDSN, which indicates whether or not the serving PDSN is capable of supporting prepaid service. The PPAC parameter 204 may 61so indicate the type of PDSN-supported prepaid service (duration-based, volume-based, or both). Typically, the absence of the PPAC
parameter 204 indicates that the serving PDSN cannot support any type of prepaid service;
- a Session Termination Capability (STC) parameter 206 also received from the serving PDSN, the STC parameter 206 being indicative of the capability of the serving PDSN
to close data sessions based on a request received from an authorized remote node; and - a user prepaid profile 208 of the prepaid user that indicates to which type of prepaid service the user has subscribed to (e.g. duration-based, volume-based, none or both). The user prepaid profile is obtained from the user's Home AAA/PPS or HAAA.
Based on at least the indications provided by the PPAC parameter 204, the STC
parameter 206, and the prepaid user profile 208, the prepaid policy decisions service logic module 202 decides whether or not to support alternative prepaid service for a prepaid subscriber, and communicates the decision 210 to a processor 212 of the HAAA/PPS 200, which is then responsible for executing the actions deriving from that decision 210, and which are yet to be described.
Reference is now made concurrently to Fig. 2, previously described, and to Fig. 3, which is an illustration of an exemplary decisional table showing an exemplary decisional process of the prepaid policy decision service logic module 202 of the HAAA/PPS server 200 according to the preferred embodiment of the invention. The decisional process shown in table 300 of Fig. 3 is based on the PPAC parameter 204, the STC parameter 206 and the prepaid user profile 208 which are represented in that table.
The first column of the PPAC parameter 204 shows situations wherein the PPAC
is either absent, indicating that the serving PDSN cannot support any type of prepaid service, or present, indicating that the serving PDSN can support at least one type of prepaid service (duration-based, volume based or both).
The second column of the STC parameter 206 shows situations wherein the STC is either absent, indicating that the serving PDSN cannot supports remote sessiori termination, or present, which indicates that the serving PDSN supports remote session termination.
Finally, the third column shows the prepaid user profile showing that the user has subscribed to at least one type of prepaid service (duration-based or volume-based). The situations wherein the user profile comprises no prepaid service subscription at all have been omitted. from the table 300, since it is understood that in such situations no prepaid service will be provided.
In the exemplary table 300 it is shown that: i) when the serving PDSN is not capable of providing any prepaid service (cases A, I, and J), and ii) when the PDSN is capable of providing one type of prepaid service (e.g. duration-based or volume-based) and'a mismatch exist between that prepaid service type and the one set in the prepaid user's profile (cases C, M, and N), the prepaid policy decision service logic module 200 of the HAAA/PPS server 200 decides that prepaid service support is going to be provided for the prepaid user by the HAAA/PPS server 200 in combination with the Home Agent of the prepaid subscriber.
It is to be noted that although the decisional process for supporting the alternative prepaid service for a prepaid subscriber based on the HA and the HAAA/PPS is described in table 300 as being based on the PPAC 204, the STC 206, and the user profile parameters, in a variant of the invention only the PPAC 204, or the PPAC
parameter 204 and the user profile information 208 may be used for deciding in which situations the aiternative prepaid service is to be provided. For example, alternative prepaid support can be provided independently of the capability of the serving PDSN to support remote session termination as indicated by the STC parameter 206.
Reference is now made to Fig. 4, which is an exemplary nodal operation and signal flow diagram showing a mobile station prepaid authorization access according to the preferred embodiment of the present invention. Shown in Fig. 4 is a serving PDSN 400 that serves a prepaid user's mobile station (not shown), a Home Agent (HA) 402 of the prepaid user, and an HAAA/PPS server 200 as described hereinbefore (note that the HAAA/PPS may alternatively be an HAAA server). The serving PDSN 400 receives a Mobile IP (MIP) Registration Request (RRQ) 406 from a prepaid user (not shown), and issues a RADIUS Access Request 410 to the HAAA/PPS 200. In the present scenario, it is assumed that that the PPAC
parameter 204 is not included in the Access Request 410 (the absence of the PPAC is shown in dotted lines), and its absence indicates to the HAAA/PPS 200 that the serving PDSN 400 does not support the prepaid service. However, the Access Request 410 includes an STC parameter 206 that indicates that the serving PDSN 400 is capable of, terminating data sessions based on requests received from a remote authorized node. In action 412, the HAAA/PPS
200 performs authentication and authorization of the prepaid mobile station, which may include the action described with reference to the prepaid policy decision service logic module 200 of Fig. 2 and 3, i.e. verifying that the subscriber profile indicates prepaid subscription, checking if the prepaid capability is sent by the serving PDSN 400 (in this exemplary scenario it is not), checking if the STC parameter 206 is included (in the scenario it is), and determining if the HA
402 is also configured to support prepaid service.
parameter 206, and the prepaid user profile 208, the prepaid policy decisions service logic module 202 decides whether or not to support alternative prepaid service for a prepaid subscriber, and communicates the decision 210 to a processor 212 of the HAAA/PPS 200, which is then responsible for executing the actions deriving from that decision 210, and which are yet to be described.
Reference is now made concurrently to Fig. 2, previously described, and to Fig. 3, which is an illustration of an exemplary decisional table showing an exemplary decisional process of the prepaid policy decision service logic module 202 of the HAAA/PPS server 200 according to the preferred embodiment of the invention. The decisional process shown in table 300 of Fig. 3 is based on the PPAC parameter 204, the STC parameter 206 and the prepaid user profile 208 which are represented in that table.
The first column of the PPAC parameter 204 shows situations wherein the PPAC
is either absent, indicating that the serving PDSN cannot support any type of prepaid service, or present, indicating that the serving PDSN can support at least one type of prepaid service (duration-based, volume based or both).
The second column of the STC parameter 206 shows situations wherein the STC is either absent, indicating that the serving PDSN cannot supports remote sessiori termination, or present, which indicates that the serving PDSN supports remote session termination.
Finally, the third column shows the prepaid user profile showing that the user has subscribed to at least one type of prepaid service (duration-based or volume-based). The situations wherein the user profile comprises no prepaid service subscription at all have been omitted. from the table 300, since it is understood that in such situations no prepaid service will be provided.
In the exemplary table 300 it is shown that: i) when the serving PDSN is not capable of providing any prepaid service (cases A, I, and J), and ii) when the PDSN is capable of providing one type of prepaid service (e.g. duration-based or volume-based) and'a mismatch exist between that prepaid service type and the one set in the prepaid user's profile (cases C, M, and N), the prepaid policy decision service logic module 200 of the HAAA/PPS server 200 decides that prepaid service support is going to be provided for the prepaid user by the HAAA/PPS server 200 in combination with the Home Agent of the prepaid subscriber.
It is to be noted that although the decisional process for supporting the alternative prepaid service for a prepaid subscriber based on the HA and the HAAA/PPS is described in table 300 as being based on the PPAC 204, the STC 206, and the user profile parameters, in a variant of the invention only the PPAC 204, or the PPAC
parameter 204 and the user profile information 208 may be used for deciding in which situations the aiternative prepaid service is to be provided. For example, alternative prepaid support can be provided independently of the capability of the serving PDSN to support remote session termination as indicated by the STC parameter 206.
Reference is now made to Fig. 4, which is an exemplary nodal operation and signal flow diagram showing a mobile station prepaid authorization access according to the preferred embodiment of the present invention. Shown in Fig. 4 is a serving PDSN 400 that serves a prepaid user's mobile station (not shown), a Home Agent (HA) 402 of the prepaid user, and an HAAA/PPS server 200 as described hereinbefore (note that the HAAA/PPS may alternatively be an HAAA server). The serving PDSN 400 receives a Mobile IP (MIP) Registration Request (RRQ) 406 from a prepaid user (not shown), and issues a RADIUS Access Request 410 to the HAAA/PPS 200. In the present scenario, it is assumed that that the PPAC
parameter 204 is not included in the Access Request 410 (the absence of the PPAC is shown in dotted lines), and its absence indicates to the HAAA/PPS 200 that the serving PDSN 400 does not support the prepaid service. However, the Access Request 410 includes an STC parameter 206 that indicates that the serving PDSN 400 is capable of, terminating data sessions based on requests received from a remote authorized node. In action 412, the HAAA/PPS
200 performs authentication and authorization of the prepaid mobile station, which may include the action described with reference to the prepaid policy decision service logic module 200 of Fig. 2 and 3, i.e. verifying that the subscriber profile indicates prepaid subscription, checking if the prepaid capability is sent by the serving PDSN 400 (in this exemplary scenario it is not), checking if the STC parameter 206 is included (in the scenario it is), and determining if the HA
402 is also configured to support prepaid service.
The present scenario corresponds to the case I from Fig. 3, i.e. the PPAC
parameter 204 is absent, the STC parameter 206 is present, and the user profile indicates a subscription to the duration-based prepaid service. In this situation, the HAAA/PPS 200 may determine that duration-based prepaid service is to be provided for the prepaid user, and therefore may respond to the serving PDSN 400 with an Access Accept message 420 comprising an indication 422 that reverse tunnelling is to be applied. In action 424, the serving PDSN 400 forwards the MIP Registration Request (RRQ) 406 to the HA 402, which is assumed in the present exemplary scenario to be configured for supporting prepaid service.
The HA 402 sends an Access Request message 430 to the HAAA/PPS 200, the message 430 comprising a prepaid accounting capability (PPAC) parameter 432 indicative of the capacity of the HA 402 for supporting prepaid service, an identification of the prepaid user mobile station 434, the mobile IP registration lifetime 436, and a correlation identifier 438 to be used by the HAAA/PPS 200 for billing purposes. In action 440, the HAAA/PPS 200 performs an authorization of the request 430 and allows the HA 402 to provide prepaid service for the prepaid user. In action 446, the HAAA/PPS 200 responds back to the HA 402 with an Access Accept response message including a prepaid accounting capability parameter 448 indicative this time of the capability of the HA 402 to support prepaid service for this prepaid user. A
new registration lifetime parameter 450 can also be included in the message 446 for providing a new registration lifetime attribute that may be allocated based on the prepaid subscription lifetime and/or other local policy. Finally, in action 460, the HA 402 sends a successful Mobile IP (MIP) Registration Reply (RRP) to the serving PDSN 400, which forwards the message 460 to the prepaid mobile station. If a new registration lifetime parameter 450 is received from the HAAA/BPS 200, it is also included in the MIP RRP message 460 so that the prepaid mobile station is informed of the new registration lifetime.
Reference is now made to Fig. 5, which is an exemplary nodal operation and signal flow diagram showing an alternative volume-based prepaid support by the HA 402 and the HAAA/PPS 200 according to the preferred embodiment of the present invention.
When the prepaid user (not shown) has been successfully authenticated and authorized, as described with relation to Fig. 4, an accounting session can be initiated in the HA 402, which maintains the prepaid IP session until either the allocated resources have been completely exhausted, the end-user terminates the prepaid IP session, or mobile IP timeout occurs and re-registration has not been received. Prepaid quotas are allocated and maintained in the HAAA/PPS 200 for the MIP session initiated by the prepaid user. The present scenario presents a successful case where user accounting is performed until the allocated volume quota is completely depleted. It is assumed that the prepaid subscriber originally has an exemplary allocated quota of 150 kb of volume usage.
With reference to Fig. 5, in action 500 the HA 402 sends a RADIUS Accounting Start message to the HAAA/PPS 200, the message comprising the correlation identifier 438 and the prepaid capability 432. In action 502, HAAA/PPS 200 may allocate, for example, a first Volume Quota (VQ) 504 of 100 kb, choose a Volume quota Threshold (VT) 506 of 10 kb indicative of when to request a new volume allocation, and creates a Volume Quota Identifier (VQID) 508 for the VQ 504. In action 510, the HAAA/PPS 200 returns to the HA
402 an Account Response message comprising the VQ 504, the VT 506 and the VQID 508.
In action 512, the HA 402 allows data traffic to and from the prepaid user for an amount of 90kb (via the serving PDSN which is not shown in Fig. 5). Once the 90 kb has been reached (corresponding to 10kb of unused as indicated by the VT 506), the HA 402 sends a RADIUS
Accounting Request Stop message 514 to the HAAA/PPS 200, the message 514 comprising a prepaid Volume of Used Quota (VUQ) 516 that indicates the data volume already used from the total allocated quota, the prepaid VQID 508, an indication 518 that the session is still active (SessionContinue=TRUE). The HA 402 also sends a RADIUS Accounting Request Start message 520 to the HAAA/PPS 200 indicating that a new accounting session has started, wherein the message 520 includes the same VQID 508. In the meantime, the continues to count the data traffic, up to the maximum limit specified by the VQ 504, while waiting for the RADIUS Accounting Response Start message 520. Based on the information received in the message 514, in action 522 the HAAA/PPS 200 reconciliates the user's quota, and returns to the HA 402 an empty RADIUS Accounting Response message 524. The HAAA/PPS 200 allocates a new volume quota 529 of 60 kb identified by a new quota identifier 530, which completely depletes the user account, action 526. Then, it returns to the HA 402 the new VQ 529 with the new VQID 530 in a RADIUS Accounting Response Start message 528. The absence of a VT parameter in the message 528 indicates that the last possible quota allocation has been performed and therefore that the data session shall be released by the HA
402 when the VQ is completely used. In action 532, the HA 402 allows data traffic to be exchanged for the prepaid user until the final VQ is reached, and at that point releases the MIP data session, action 534. The HA 402 sends the VQID 530, an indication 538 that the data session is terminated, and the latest VUQ 540 to the HAAA/PPS 200 in the final RADIUS
Accounting Request Stop message 536. Finally, the HAAA/PPS 200 reconciliates the user's quota, action 541, using the information received in the message 536, and returns an empty RADIUS Accounting Response message 542 to the HA 402.
Reference is now made to Fig. 6, which is an exemplary nodal operation and signal flow diagram showing an alternative duration-based prepaid support by the HA
402 and the HAAA/PPS 200, previously described, according to the preferred embodiment of the present invention. When the prepaid user (not shown) has been successfully authenticated and authorized, as described with relation to Fig. 4, an accounting session can be initiated in the HA 402, which maintains the prepaid IP session until either the allocated duration resources have been completely exhausted or the end-user terminates the prepaid IP
session. An exemplary duration prepaid quota of 120 minutes is allocated in the present scenario and is maintained in the HAAA/PPS 200 for the MIP session initiated by the prepaid user. The present scenario presents a successful case where user accounting is performed until the complete duration of 120 minutes is depleted from the user's account.
With reference to Fig. 6, in action 600 the HA 402 sends a RADIUS Accounting Start message to the HAAA/PPS 200, the message comprising the correlation identifier 438 and the prepaid capability 432. In action 602, the HAAA/PPS 200 may allocate a first Prepaid Duration Quota (PPDQ) 604 of 60 minutes of usage identified by a Prepaid Quota Identifier (PPQID) 606, and a Prepaid Duration Quota Threshold (PPDQT) 608 set to, for example, to minutes.
25 According to a variant of the preferred embodiment of the invention, the may be set to a multiple of the registration lifetime. For example, if the registration lifetime is 30 minutes, the PPDQ 604 may be set to 60 minutes.
In action 610, the HAAA/PPS 200 returns to the HA 402 an Accounting Response 30 message 610 with the PPDQ 604, the PPQID 606, and the PPDQT 608. In action 612, the HA
402 allows traffic to be performed to and from the prepaid user for a duration of 30 minutes. At that time, an MIP re-registration is performed at the HA 402 by the MIP user mobile station (not shown), action 614, and the HA 402 determines if the re-registration is to be allowed based on the original PPDQ 604. In the present case, the re-registration is allowed since the prepaid duration account has not been depleted. The HA 402 sends to the HAAA/PPS 200 a RADIUS Accounting Stop message 616 comprising a Prepaid Duration of Used Quota (PPDUQ) 618 showing the duration of 30 minutes that is already used by the prepaid user, the PPQID 606, and an indication 620 that the session continues (SessionContinues=TRUE).
Immediately afterwards, the HA 402 also sends a RADIUS Accounting Request Start message 622 indicating that a new accounting session is started, the message 622 including the same PPQID 606. In action 624, the HAAA/PPS 200 reconciliates the user's quota using the information received in message 616, and returns to the HA 402 an empty RADIUS
Accounting Request Stop message 626.
In action 628, the HAAA/PPS 200 allocates a new duration quota 630 of, for example 90 minutes, with a new PPQID 632, which completely depletes the prepaid user's account, and returns the new PPDQ 630 and the new PPQID 632 via RADIUS Account Response message 634 to the HA 402. The HA 402 allows traffic to and from the user, action 640, until the final duration quota of 90 minutes is reached. When the complete quota is depleted, the HA 402 receives a new MIP re-registration request from the user's mobile station, action 642.
At this time, the HA 402 indicates the failure in the registration reply because the entire available duration quota is already depleted. Therefore, the HA 402 releases the MIP data session, action 644, and sends a RADIUS Accounting Stop message 646 with an indication 648 that a data session is terminated, the PPQID 632 and a PPDUQ 649. In action 650, the HAAA/PPS 200 reconciliates the user's quota using the information received in the message 642, and returns an empty RADIUS Accounting Response message 652 to the HA
402.
Based upon the foregoing, it should now be apparent to those of ordinary skill in the art that the present invention provides an advantageous solution, which provides for prepaid service even in cases wherein the serving PDSN is incapable of supporting such service.
Although the system and method of the present invention have been described in particular reference to certain exemplary actions for carrying out the invented concept, it should be realized upon reference hereto that the innovative teachings contained herein are not necessarily limited thereto, and may be implemented advantageously using different steps.
For 'example, although the exemplary preferred embodiment of the invention has been described with reference being primarily made to the HAAA/PPS, it is understood that a standalone HAAA or a PPS, or any other type of node herein designated by the generic term HAAA/PPS, can be used for carrying out the invention. Furthermore, although Figs 5 and 6 describe exemplary prepaid signaling, it is understood that other types of signaling may exist for provisioning prepaid service between the HAAA/PPS and the HA, such as for example using Account Interim messages instead of Accounting Start and Accounting Stop message, as described hereinbefore. It is believed that the operation and construction of the present invention will be apparent from the foregoing description. While the' method and system shown and described have been characterized as being preferred, it will be readily apparent that various changes and modifications could be made therein without departing from the scope of the invention as defined by the claims set forth hereinbelow.
Although several preferred embodiments of the method and system of the present invention have been illustrated in the accompanying Drawings and described in the foregoing Detailed Description, it will be understood that the invention is not limited to the embodiments disclosed, but is capable of numerous rearrangements, modifications and substitutions without departing from the spirit of the invention as set forth and defined by the following claims.
parameter 204 is absent, the STC parameter 206 is present, and the user profile indicates a subscription to the duration-based prepaid service. In this situation, the HAAA/PPS 200 may determine that duration-based prepaid service is to be provided for the prepaid user, and therefore may respond to the serving PDSN 400 with an Access Accept message 420 comprising an indication 422 that reverse tunnelling is to be applied. In action 424, the serving PDSN 400 forwards the MIP Registration Request (RRQ) 406 to the HA 402, which is assumed in the present exemplary scenario to be configured for supporting prepaid service.
The HA 402 sends an Access Request message 430 to the HAAA/PPS 200, the message 430 comprising a prepaid accounting capability (PPAC) parameter 432 indicative of the capacity of the HA 402 for supporting prepaid service, an identification of the prepaid user mobile station 434, the mobile IP registration lifetime 436, and a correlation identifier 438 to be used by the HAAA/PPS 200 for billing purposes. In action 440, the HAAA/PPS 200 performs an authorization of the request 430 and allows the HA 402 to provide prepaid service for the prepaid user. In action 446, the HAAA/PPS 200 responds back to the HA 402 with an Access Accept response message including a prepaid accounting capability parameter 448 indicative this time of the capability of the HA 402 to support prepaid service for this prepaid user. A
new registration lifetime parameter 450 can also be included in the message 446 for providing a new registration lifetime attribute that may be allocated based on the prepaid subscription lifetime and/or other local policy. Finally, in action 460, the HA 402 sends a successful Mobile IP (MIP) Registration Reply (RRP) to the serving PDSN 400, which forwards the message 460 to the prepaid mobile station. If a new registration lifetime parameter 450 is received from the HAAA/BPS 200, it is also included in the MIP RRP message 460 so that the prepaid mobile station is informed of the new registration lifetime.
Reference is now made to Fig. 5, which is an exemplary nodal operation and signal flow diagram showing an alternative volume-based prepaid support by the HA 402 and the HAAA/PPS 200 according to the preferred embodiment of the present invention.
When the prepaid user (not shown) has been successfully authenticated and authorized, as described with relation to Fig. 4, an accounting session can be initiated in the HA 402, which maintains the prepaid IP session until either the allocated resources have been completely exhausted, the end-user terminates the prepaid IP session, or mobile IP timeout occurs and re-registration has not been received. Prepaid quotas are allocated and maintained in the HAAA/PPS 200 for the MIP session initiated by the prepaid user. The present scenario presents a successful case where user accounting is performed until the allocated volume quota is completely depleted. It is assumed that the prepaid subscriber originally has an exemplary allocated quota of 150 kb of volume usage.
With reference to Fig. 5, in action 500 the HA 402 sends a RADIUS Accounting Start message to the HAAA/PPS 200, the message comprising the correlation identifier 438 and the prepaid capability 432. In action 502, HAAA/PPS 200 may allocate, for example, a first Volume Quota (VQ) 504 of 100 kb, choose a Volume quota Threshold (VT) 506 of 10 kb indicative of when to request a new volume allocation, and creates a Volume Quota Identifier (VQID) 508 for the VQ 504. In action 510, the HAAA/PPS 200 returns to the HA
402 an Account Response message comprising the VQ 504, the VT 506 and the VQID 508.
In action 512, the HA 402 allows data traffic to and from the prepaid user for an amount of 90kb (via the serving PDSN which is not shown in Fig. 5). Once the 90 kb has been reached (corresponding to 10kb of unused as indicated by the VT 506), the HA 402 sends a RADIUS
Accounting Request Stop message 514 to the HAAA/PPS 200, the message 514 comprising a prepaid Volume of Used Quota (VUQ) 516 that indicates the data volume already used from the total allocated quota, the prepaid VQID 508, an indication 518 that the session is still active (SessionContinue=TRUE). The HA 402 also sends a RADIUS Accounting Request Start message 520 to the HAAA/PPS 200 indicating that a new accounting session has started, wherein the message 520 includes the same VQID 508. In the meantime, the continues to count the data traffic, up to the maximum limit specified by the VQ 504, while waiting for the RADIUS Accounting Response Start message 520. Based on the information received in the message 514, in action 522 the HAAA/PPS 200 reconciliates the user's quota, and returns to the HA 402 an empty RADIUS Accounting Response message 524. The HAAA/PPS 200 allocates a new volume quota 529 of 60 kb identified by a new quota identifier 530, which completely depletes the user account, action 526. Then, it returns to the HA 402 the new VQ 529 with the new VQID 530 in a RADIUS Accounting Response Start message 528. The absence of a VT parameter in the message 528 indicates that the last possible quota allocation has been performed and therefore that the data session shall be released by the HA
402 when the VQ is completely used. In action 532, the HA 402 allows data traffic to be exchanged for the prepaid user until the final VQ is reached, and at that point releases the MIP data session, action 534. The HA 402 sends the VQID 530, an indication 538 that the data session is terminated, and the latest VUQ 540 to the HAAA/PPS 200 in the final RADIUS
Accounting Request Stop message 536. Finally, the HAAA/PPS 200 reconciliates the user's quota, action 541, using the information received in the message 536, and returns an empty RADIUS Accounting Response message 542 to the HA 402.
Reference is now made to Fig. 6, which is an exemplary nodal operation and signal flow diagram showing an alternative duration-based prepaid support by the HA
402 and the HAAA/PPS 200, previously described, according to the preferred embodiment of the present invention. When the prepaid user (not shown) has been successfully authenticated and authorized, as described with relation to Fig. 4, an accounting session can be initiated in the HA 402, which maintains the prepaid IP session until either the allocated duration resources have been completely exhausted or the end-user terminates the prepaid IP
session. An exemplary duration prepaid quota of 120 minutes is allocated in the present scenario and is maintained in the HAAA/PPS 200 for the MIP session initiated by the prepaid user. The present scenario presents a successful case where user accounting is performed until the complete duration of 120 minutes is depleted from the user's account.
With reference to Fig. 6, in action 600 the HA 402 sends a RADIUS Accounting Start message to the HAAA/PPS 200, the message comprising the correlation identifier 438 and the prepaid capability 432. In action 602, the HAAA/PPS 200 may allocate a first Prepaid Duration Quota (PPDQ) 604 of 60 minutes of usage identified by a Prepaid Quota Identifier (PPQID) 606, and a Prepaid Duration Quota Threshold (PPDQT) 608 set to, for example, to minutes.
25 According to a variant of the preferred embodiment of the invention, the may be set to a multiple of the registration lifetime. For example, if the registration lifetime is 30 minutes, the PPDQ 604 may be set to 60 minutes.
In action 610, the HAAA/PPS 200 returns to the HA 402 an Accounting Response 30 message 610 with the PPDQ 604, the PPQID 606, and the PPDQT 608. In action 612, the HA
402 allows traffic to be performed to and from the prepaid user for a duration of 30 minutes. At that time, an MIP re-registration is performed at the HA 402 by the MIP user mobile station (not shown), action 614, and the HA 402 determines if the re-registration is to be allowed based on the original PPDQ 604. In the present case, the re-registration is allowed since the prepaid duration account has not been depleted. The HA 402 sends to the HAAA/PPS 200 a RADIUS Accounting Stop message 616 comprising a Prepaid Duration of Used Quota (PPDUQ) 618 showing the duration of 30 minutes that is already used by the prepaid user, the PPQID 606, and an indication 620 that the session continues (SessionContinues=TRUE).
Immediately afterwards, the HA 402 also sends a RADIUS Accounting Request Start message 622 indicating that a new accounting session is started, the message 622 including the same PPQID 606. In action 624, the HAAA/PPS 200 reconciliates the user's quota using the information received in message 616, and returns to the HA 402 an empty RADIUS
Accounting Request Stop message 626.
In action 628, the HAAA/PPS 200 allocates a new duration quota 630 of, for example 90 minutes, with a new PPQID 632, which completely depletes the prepaid user's account, and returns the new PPDQ 630 and the new PPQID 632 via RADIUS Account Response message 634 to the HA 402. The HA 402 allows traffic to and from the user, action 640, until the final duration quota of 90 minutes is reached. When the complete quota is depleted, the HA 402 receives a new MIP re-registration request from the user's mobile station, action 642.
At this time, the HA 402 indicates the failure in the registration reply because the entire available duration quota is already depleted. Therefore, the HA 402 releases the MIP data session, action 644, and sends a RADIUS Accounting Stop message 646 with an indication 648 that a data session is terminated, the PPQID 632 and a PPDUQ 649. In action 650, the HAAA/PPS 200 reconciliates the user's quota using the information received in the message 642, and returns an empty RADIUS Accounting Response message 652 to the HA
402.
Based upon the foregoing, it should now be apparent to those of ordinary skill in the art that the present invention provides an advantageous solution, which provides for prepaid service even in cases wherein the serving PDSN is incapable of supporting such service.
Although the system and method of the present invention have been described in particular reference to certain exemplary actions for carrying out the invented concept, it should be realized upon reference hereto that the innovative teachings contained herein are not necessarily limited thereto, and may be implemented advantageously using different steps.
For 'example, although the exemplary preferred embodiment of the invention has been described with reference being primarily made to the HAAA/PPS, it is understood that a standalone HAAA or a PPS, or any other type of node herein designated by the generic term HAAA/PPS, can be used for carrying out the invention. Furthermore, although Figs 5 and 6 describe exemplary prepaid signaling, it is understood that other types of signaling may exist for provisioning prepaid service between the HAAA/PPS and the HA, such as for example using Account Interim messages instead of Accounting Start and Accounting Stop message, as described hereinbefore. It is believed that the operation and construction of the present invention will be apparent from the foregoing description. While the' method and system shown and described have been characterized as being preferred, it will be readily apparent that various changes and modifications could be made therein without departing from the scope of the invention as defined by the claims set forth hereinbelow.
Although several preferred embodiments of the method and system of the present invention have been illustrated in the accompanying Drawings and described in the foregoing Detailed Description, it will be understood that the invention is not limited to the embodiments disclosed, but is capable of numerous rearrangements, modifications and substitutions without departing from the spirit of the invention as set forth and defined by the following claims.
Claims (29)
1. A method for providing alternative prepaid service to a prepaid subscriber, the method comprising the steps of:
receiving an Access Request message sent from a serving Packet Data Service Node (PDSN) to a Home Authorization, Authentication & Accounting Prepaid Server (HAAA/PPS), the Access Request message comprising a first indication that the serving PDSN
cannot support at least a type of prepaid service; and using at least the first indication, determining by the HAAA/PPS whether alternative prepaid service is to be provided to the prepaid subscriber by a Home Agent of the prepaid subscriber in combination with the HAAA/PPS.
receiving an Access Request message sent from a serving Packet Data Service Node (PDSN) to a Home Authorization, Authentication & Accounting Prepaid Server (HAAA/PPS), the Access Request message comprising a first indication that the serving PDSN
cannot support at least a type of prepaid service; and using at least the first indication, determining by the HAAA/PPS whether alternative prepaid service is to be provided to the prepaid subscriber by a Home Agent of the prepaid subscriber in combination with the HAAA/PPS.
2. The method claimed in claim 1, wherein the Access Request message further comprises a second indication indicative of a capability of the serving PDSN to terminate data sessions based on requests from authorized remote nodes, and wherein the step of determining comprises the step of:
determining by the HAAA/PPS whether alternative prepaid service is to be provided to the prepaid subscriber using the first and second indication.
determining by the HAAA/PPS whether alternative prepaid service is to be provided to the prepaid subscriber using the first and second indication.
3. The method claimed in claim 2, wherein the first indication is a Prepaid Accounting Capability (PPAC) parameter and the second indication is a Session Termination Capability (STC) parameter.
4. The method claimed in claim 3, wherein the step of determining comprises the step of:
determining by the HAAA/PPS whether alternative prepaid service is to be provided to the prepaid subscriber based using the PPAC parameter, the STC parameter, and prepaid subscriber profile information.
determining by the HAAA/PPS whether alternative prepaid service is to be provided to the prepaid subscriber based using the PPAC parameter, the STC parameter, and prepaid subscriber profile information.
5. The method claimed in claim 4, wherein the HAAA/PPS determines that alternative prepaid service is to be provided to the prepaid subscriber when the PPAC
parameter indicates that the serving PDSN is not capable of providing at least one type of prepaid service.
parameter indicates that the serving PDSN is not capable of providing at least one type of prepaid service.
6. The method claimed in claim 5, wherein the at least one type of prepaid service comprises a volume-based prepaid service.
7. The method claimed in claim 5, wherein the at least one type of prepaid service comprises a duration-based prepaid service.
8. The method claimed in claim 4, wherein the HAAA/PPS determines that alternative prepaid service is to be provided to the prepaid subscriber when the PPAC
parameter indicates that the serving PDSN is not capable of providing prepaid service of a type comprised in the prepaid subscriber profile information.
parameter indicates that the serving PDSN is not capable of providing prepaid service of a type comprised in the prepaid subscriber profile information.
9. The method claimed in claim 1, further comprising the step of:
receiving by the serving PDSN a Mobile IP (MIP) Request from the prepaid subscriber, wherein the Access Request message is sent responsive to the receipt of the MIP
Request by the serving PDSN.
receiving by the serving PDSN a Mobile IP (MIP) Request from the prepaid subscriber, wherein the Access Request message is sent responsive to the receipt of the MIP
Request by the serving PDSN.
10. The method claimed in claim 9, further comprising the step of:
providing the alternative prepaid service for the prepaid subscriber by the HAAA/PPS in combination with a Home Agent (HA) of the prepaid subscriber.
providing the alternative prepaid service for the prepaid subscriber by the HAAA/PPS in combination with a Home Agent (HA) of the prepaid subscriber.
11. A CDMA2000 cellular telecommunications system comprising:
a Home Agent (HA) of a prepaid subscriber, the HA being configured for supporting prepaid service;
a serving Packet Data Service Node (PDSN) that cannot support at least a type of prepaid service for the prepaid subscriber;
a Home Authorization, Authentication & Accounting Prepaid Server functionality (HAAA/PPS) that receives from the serving PDSN an Access Request message comprising a first indication that the serving PDSN cannot support at least a type of prepaid service, and determines whether alternative prepaid service is to be provided to the prepaid subscriber using at least the first indication.
a Home Agent (HA) of a prepaid subscriber, the HA being configured for supporting prepaid service;
a serving Packet Data Service Node (PDSN) that cannot support at least a type of prepaid service for the prepaid subscriber;
a Home Authorization, Authentication & Accounting Prepaid Server functionality (HAAA/PPS) that receives from the serving PDSN an Access Request message comprising a first indication that the serving PDSN cannot support at least a type of prepaid service, and determines whether alternative prepaid service is to be provided to the prepaid subscriber using at least the first indication.
12. The system claimed in claim 11, wherein the Access Request message further comprises a second indication indicative of a capability of the serving PDSN to terminate data sessions based on requests from authorized remote nodes, and wherein the HAAA/PPS
determines whether alternative prepaid service is to be provided to the prepaid subscriber using the first and second indication.
determines whether alternative prepaid service is to be provided to the prepaid subscriber using the first and second indication.
13. The system claimed in claim 12, wherein the first indication is a Prepaid Client Capability (PPAC) parameter and the second indication is a Session Termination Capability (STC) parameter.
14. The system claimed in claim 13, wherein the HAAA/PPS determines whether alternative prepaid service is to be provided to the prepaid subscriber using the PPAC
parameter, the STC
parameter, and prepaid subscriber profile information.
parameter, the STC
parameter, and prepaid subscriber profile information.
15. The system claimed in claim 14, wherein the HAAA/PPS determines that alternative prepaid service is to be provided to the prepaid subscriber when the PPAC
parameter indicates that the serving PDSN is not capable of providing at least one type of prepaid service.
parameter indicates that the serving PDSN is not capable of providing at least one type of prepaid service.
16. The system claimed in claim 15, wherein the at least one type of prepaid service comprises a volume-based prepaid service.
17. The system claimed in claim 15, wherein the at least one type of prepaid service comprises a duration-based prepaid service.
18. The system claimed in claim 14, wherein the HAAA/PPS determines that alternative prepaid service is to be provided to the prepaid subscriber when the PPAC
parameter indicates that the serving PDSN is not capable of providing prepaid service of a type comprised in the prepaid subscriber profile information.
parameter indicates that the serving PDSN is not capable of providing prepaid service of a type comprised in the prepaid subscriber profile information.
19. The system claimed in claim 11, wherein the serving PDSN receives a Mobile IP (MIP) Request from the prepaid subscriber and sends the Access Request message to the HAAA/PPS
responsive to a receipt of the MIP Request by the serving PDSN.
responsive to a receipt of the MIP Request by the serving PDSN.
20. The system claimed in claim 19, wherein after determining whether alternative prepaid service is to be provided for the prepaid subscriber, the HAAA/PPS and the HA
provide the alternative prepaid service for the prepaid subscriber.
provide the alternative prepaid service for the prepaid subscriber.
21. A Home Authorization, Authentication & Accounting Prepaid Server (HAAA/PPS) of a CDMA2000 cellular telecommunications system, comprising:
a Prepaid Policy Decision Service Logic Module (PPDSLM) receiving a Prepaid Client Capability (PPAC) parameter indicative of a capability of a serving Packet Data Service Node (PDSN) to support at least one type of prepaid service, the PPDSLM deciding whether an alternative prepaid service is to be provided to a prepaid subscriber using at least the PPAC
parameter; and a processor for implementing a decision of the PPDSLM regarding a provision of the alternative prepaid service.
a Prepaid Policy Decision Service Logic Module (PPDSLM) receiving a Prepaid Client Capability (PPAC) parameter indicative of a capability of a serving Packet Data Service Node (PDSN) to support at least one type of prepaid service, the PPDSLM deciding whether an alternative prepaid service is to be provided to a prepaid subscriber using at least the PPAC
parameter; and a processor for implementing a decision of the PPDSLM regarding a provision of the alternative prepaid service.
22. The HAAA/PPS claimed in claim 21, wherein the PPDSLM further receives i) a Session Termination Capability (STC) parameter indicative of a capability of the serving PDSN to terminate data sessions based on requests from authorized remote nodes, and ii) a prepaid user profile information, wherein the PPDSLM decides whether an alternative prepaid service is to be provided using the PPAC parameter, the STC parameter and the prepaid user profile information.
23. The HAAA/PPS claimed in claim 22, wherein the HAAA/PPS is a Home Authorization, Authentication & Accounting (HAAA).
24. The HAAA/PPS claimed in claim 22, wherein the HAAA/PPS is a Prepaid Server (PPS).
25. The HAAA/PPS claimed in claim 23, wherein the PPDSLM determines that alternative prepaid service is to be provided to the prepaid subscriber when the PPAC
parameter indicates that the serving PDSN is not capable of providing at least one type of prepaid service.
parameter indicates that the serving PDSN is not capable of providing at least one type of prepaid service.
26. The HAAA/PPS claimed in claim 25, wherein the at least one type of prepaid service comprises a volume-based prepaid service.
27. The HAAA/PPS claimed in claim 25, wherein the at least one type of prepaid service comprises a duration-based prepaid service.
28. The HAAA/PPS claimed in claim 23, wherein the PPDSLM determines that alternative prepaid service is to be provided to the prepaid subscriber when the PPAC
parameter indicates that the serving PDSN is not capable of providing prepaid service of a type comprised in the prepaid subscriber profile information.
parameter indicates that the serving PDSN is not capable of providing prepaid service of a type comprised in the prepaid subscriber profile information.
29. The HAAA/PPS claimed in claim 28, wherein after the PPDSLM determines whether alternative prepaid service is to be provided for the prepaid subscriber, the HAAA/PPS provides the alternative prepaid service for the prepaid subscriber in cooperation with a Home Agent (HA) of the prepaid subscriber.
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US40834302P | 2002-09-06 | 2002-09-06 | |
| US60/408,343 | 2002-09-06 | ||
| US10/326,551 US6970693B2 (en) | 2002-09-06 | 2002-12-23 | Method, system and telecommunication node for alternative prepaid support |
| US10/326,551 | 2002-12-23 | ||
| PCT/CA2003/001352 WO2004023780A1 (en) | 2002-09-06 | 2003-09-04 | Method, system and telecommunication node for alternative prepaid support |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2497520A1 CA2497520A1 (en) | 2004-03-18 |
| CA2497520C true CA2497520C (en) | 2009-05-26 |
Family
ID=31981096
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002497520A Expired - Fee Related CA2497520C (en) | 2002-09-06 | 2003-09-04 | Method, system and telecommunication node for alternative prepaid support |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US6970693B2 (en) |
| KR (1) | KR100974398B1 (en) |
| CN (1) | CN1695367B (en) |
| AU (1) | AU2003264209A1 (en) |
| CA (1) | CA2497520C (en) |
| WO (1) | WO2004023780A1 (en) |
Families Citing this family (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100509935B1 (en) * | 2003-02-11 | 2005-08-24 | 주식회사 케이티프리텔 | System and method for subdividing data service charge in mobile communication network |
| US20040162899A1 (en) * | 2003-02-14 | 2004-08-19 | Cisco Technology, Inc. | Terminating a session in a network |
| US7720960B2 (en) * | 2003-03-04 | 2010-05-18 | Cisco Technology, Inc. | Method and apparatus providing prepaid billing for network services using explicit service authorization in an access server |
| US7899166B1 (en) * | 2003-04-18 | 2011-03-01 | Cisco Technology, Inc. | Flexible billing support in a service selection gateway (SSG) |
| US20040260752A1 (en) * | 2003-06-19 | 2004-12-23 | Cisco Technology, Inc. | Methods and apparatus for optimizing resource management in CDMA2000 wireless IP networks |
| US20050064845A1 (en) * | 2003-09-23 | 2005-03-24 | Transat Technologies, Inc. | System and method for radius accounting for wireless communication networks |
| CN1277371C (en) * | 2004-08-06 | 2006-09-27 | 华为技术有限公司 | Processing method based on block data flow charging re-discrimination weight |
| KR20060094453A (en) * | 2005-02-24 | 2006-08-29 | 삼성전자주식회사 | Authentication method for pay-per-use service using eap and system thereof |
| US7545761B1 (en) * | 2005-06-08 | 2009-06-09 | Cellco Partnership | Session classification for differentiated prepaid accounting |
| US20070005764A1 (en) * | 2005-06-29 | 2007-01-04 | Patrik Teppo | Network and method for implementing online credit control for a terminal |
| US20070067097A1 (en) | 2005-08-31 | 2007-03-22 | Navicore Ltd. | Power saving system for navigation device |
| CN100365983C (en) * | 2005-11-29 | 2008-01-30 | 华为技术有限公司 | Method for realizing packet data prepayment service |
| US7885636B2 (en) * | 2006-01-31 | 2011-02-08 | United States Cellular Corporation | Data pre-paid in simple IP data roaming |
| US8064399B2 (en) | 2006-04-21 | 2011-11-22 | Cisco Technology, Inc. | Attribute driven mobile service control logic |
| CN101094067B (en) * | 2006-08-28 | 2010-05-12 | 中兴通讯股份有限公司 | Method and device for authorizing user's terminal in CDMA system |
| CN100502292C (en) * | 2006-08-29 | 2009-06-17 | 中兴通讯股份有限公司 | Method for prepayment service switching in code division multiple address network |
| US8600347B2 (en) * | 2006-09-14 | 2013-12-03 | Futurewei Technologies, Inc. | Idle mode notification |
| CN101094514B (en) * | 2006-09-30 | 2010-07-14 | 中兴通讯股份有限公司 | Access control method for prepaid users in cluster communication system |
| CN100502580C (en) * | 2006-10-25 | 2009-06-17 | 中兴通讯股份有限公司 | Method for wireless network controller to capture base station capability |
| CN101374056A (en) * | 2007-08-23 | 2009-02-25 | 华为技术有限公司 | Method and system for opening charging account data capability |
| CN101420494B (en) * | 2007-10-24 | 2012-11-21 | 朗讯科技公司 | Method and apparatus for establishing session connection for prepaid user |
| AU2008356856B2 (en) * | 2008-05-30 | 2013-03-07 | Alcatel-Lucent Usa Inc. | Online charging architecture in LTE/EPC communication networks |
| CN102782710B (en) | 2009-10-07 | 2016-08-24 | 鲁库斯无线公司 | The computer network services performing function including self-adjusting flow provides system |
| US8112062B2 (en) * | 2009-12-22 | 2012-02-07 | Cellco Partnership | System and method for sending threshold notification in real time |
| JP5851858B2 (en) * | 2011-01-25 | 2016-02-03 | ゼットティーイー（ユーエスエー）インコーポレーテッド | Method and apparatus for charging in AT home agent (HA) / local mobility agent (LMA) for CDMA2000 system |
| US9418672B2 (en) | 2012-06-05 | 2016-08-16 | Apple Inc. | Navigation application with adaptive instruction text |
| US9997069B2 (en) | 2012-06-05 | 2018-06-12 | Apple Inc. | Context-aware voice guidance |
| US10176633B2 (en) | 2012-06-05 | 2019-01-08 | Apple Inc. | Integrated mapping and navigation application |
| US9482296B2 (en) | 2012-06-05 | 2016-11-01 | Apple Inc. | Rendering road signs during navigation |
| US8983778B2 (en) | 2012-06-05 | 2015-03-17 | Apple Inc. | Generation of intersection information by a mapping service |
| US9886794B2 (en) | 2012-06-05 | 2018-02-06 | Apple Inc. | Problem reporting in maps |
| US8965696B2 (en) * | 2012-06-05 | 2015-02-24 | Apple Inc. | Providing navigation instructions while operating navigation application in background |
| US10156455B2 (en) | 2012-06-05 | 2018-12-18 | Apple Inc. | Context-aware voice guidance |
| US9100817B1 (en) * | 2012-12-19 | 2015-08-04 | Sprint Spectrum L.P. | Methods and systems for enforcing prepayment based on lack of support of authentication functionality by a wireless serving system |
| US9131071B2 (en) * | 2013-05-14 | 2015-09-08 | Alcatel Lucent | Binding of SD messages with radius messages |
| US11729588B1 (en) | 2021-09-30 | 2023-08-15 | T-Mobile Usa, Inc. | Stateless charging and message handling |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI106344B (en) * | 1998-07-06 | 2001-01-15 | Ericsson Telefon Ab L M | Payments in the telecommunications system |
| FI982748A (en) * | 1998-10-19 | 2000-04-20 | Nokia Networks Oy | Billing in telecommunications networks |
| US6490450B1 (en) * | 1999-11-24 | 2002-12-03 | Ag Communication Systems Corporation | Capturing and modifying of mobile subscriber information |
| US6834300B1 (en) | 2000-03-10 | 2004-12-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Method in a packet data network of negotiating reporting mechanisms and reporting accounting records |
| EP1180895A1 (en) * | 2000-08-18 | 2002-02-20 | Lucent Technologies Inc. | Method for providing alternative prepaid billing service |
| US6684072B1 (en) * | 2000-08-24 | 2004-01-27 | Level Z, L.L.C. | Global wireless prepaid roaming |
| EP1223737A1 (en) * | 2001-01-15 | 2002-07-17 | Lucent Technologies Inc. | Providing prepaid service to a GPRS mobile station when roaming |
| US20020116338A1 (en) | 2001-02-22 | 2002-08-22 | Jean-Charles Gonthier | Prepaid access to internet protocol (IP) networks |
| WO2002101624A1 (en) * | 2001-06-01 | 2002-12-19 | Watercove Networks | Topping up a subscriber's account for a multimedia service on a communications network while the service is being provided |
| US20030143978A1 (en) * | 2002-01-18 | 2003-07-31 | Boston Communications Group, Inc. | Wireless telephone call processing |
| US20040019539A1 (en) * | 2002-07-25 | 2004-01-29 | 3Com Corporation | Prepaid billing system for wireless data networks |
| US6829473B2 (en) * | 2002-07-25 | 2004-12-07 | Utstarcom, Inc. | Roaming and hand-off support for prepaid billing for wireless data networks |
| US8498391B2 (en) * | 2002-12-02 | 2013-07-30 | Apple Inc. | Methods, systems and program products for supporting prepaid service within a communication network |
-
2002
- 2002-12-23 US US10/326,551 patent/US6970693B2/en not_active Expired - Lifetime
-
2003
- 2003-09-04 CA CA002497520A patent/CA2497520C/en not_active Expired - Fee Related
- 2003-09-04 WO PCT/CA2003/001352 patent/WO2004023780A1/en not_active Application Discontinuation
- 2003-09-04 AU AU2003264209A patent/AU2003264209A1/en not_active Abandoned
- 2003-09-04 KR KR1020057003881A patent/KR100974398B1/en active IP Right Grant
- 2003-09-04 CN CN038249812A patent/CN1695367B/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| AU2003264209A1 (en) | 2004-03-29 |
| CN1695367B (en) | 2010-12-29 |
| KR100974398B1 (en) | 2010-08-05 |
| KR20050057240A (en) | 2005-06-16 |
| CA2497520A1 (en) | 2004-03-18 |
| CN1695367A (en) | 2005-11-09 |
| US6970693B2 (en) | 2005-11-29 |
| US20040048600A1 (en) | 2004-03-11 |
| WO2004023780A1 (en) | 2004-03-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2497520C (en) | Method, system and telecommunication node for alternative prepaid support | |
| EP1766857B1 (en) | Charging in a communication system | |
| US8498391B2 (en) | Methods, systems and program products for supporting prepaid service within a communication network | |
| US20060276170A1 (en) | Method and system for traffic redirection for prepaid subscriber sessions in a wireless network | |
| US7149293B1 (en) | System and method for controlling data sessions in a wireless network | |
| US7239861B2 (en) | System and method for communication service portability | |
| US7885636B2 (en) | Data pre-paid in simple IP data roaming | |
| US20020116338A1 (en) | Prepaid access to internet protocol (IP) networks | |
| US20070291678A1 (en) | System and method for measuring and reporting service usage | |
| US6834300B1 (en) | Method in a packet data network of negotiating reporting mechanisms and reporting accounting records | |
| US20040156340A1 (en) | Method, system and packet data access node for prepaid quota provision | |
| WO2005083933A1 (en) | Method and systems for implementing data service prepayment in a cdma network | |
| EP1320236A1 (en) | Access control for network services for authenticating a user via separate link | |
| US20110191818A1 (en) | Method, apparatus, and system for implementing hot-lining function | |
| CN101227702B (en) | Equipment, system and method for terminal to terminate business under vacant mode | |
| KR100769820B1 (en) | System and Method For Prepaid Packet Data Service Without Authentication | |
| KR20080002307A (en) | Method for notifying quota expiry to prepaid subscribers | |
| KR100591699B1 (en) | Method for Releasing Packet Service Using Packet Control Function in Mobile Packet Data Network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKLA | Lapsed |
Effective date: 20210907 |