CA2365314A1 - Mobile data networks - Google Patents
Mobile data networks Download PDFInfo
- Publication number
- CA2365314A1 CA2365314A1 CA002365314A CA2365314A CA2365314A1 CA 2365314 A1 CA2365314 A1 CA 2365314A1 CA 002365314 A CA002365314 A CA 002365314A CA 2365314 A CA2365314 A CA 2365314A CA 2365314 A1 CA2365314 A1 CA 2365314A1
- Authority
- CA
- Canada
- Prior art keywords
- service
- ggsn
- prepaid
- data
- node
- 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.)
- Abandoned
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
- H04Q3/0054—Service creation techniques
-
- 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
-
- 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/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
-
- 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/43—Billing software details
-
- 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/67—Transmitting arrangements for sending billing related information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/70—Administration or customization aspects; Counter-checking correct charges
- H04M15/74—Backing up
-
- 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
- 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/01—Details of billing arrangements
- H04M2215/0164—Billing record, e.g. Call Data Record [CDR], Toll Ticket[TT], Automatic Message Accounting [AMA], Call Line Identifier [CLI], details, i.e. parameters, identifiers, structure
-
- 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/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/48—Sending information over a non-traffic network channel or another connection than the one actually used, e.g. signalling, D-channel, data and voice
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/70—Administration aspects, modify settings or limits or counter-check correct charges
- H04M2215/709—Backup
-
- 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
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13098—Mobile subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13134—Coin boxes, payphone, prepaid
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13196—Connection circuit/link/trunk/junction, bridge, router, gateway
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13204—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13345—Intelligent networks, SCP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/135—Service creation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/12—Mobility data transfer between location registers or mobility servers
Abstract
A GPRS telecommunications system, comprising a plurality of networks, at least one of the networks being a home network for a subscriber associated with a mobile terminal; a node maintaining data relating to a service; one or more gateway nodes in networks other than the home networks and operated by the home network service provider, and means for enabling said gateway nodes to interact with the service data maintaining node to provide them with data and/or instructions concerning the service.
Description
Casati 7-3 1 MOBILE DATA NETWORKS
Field of the Invention This invention relates to mobile data networks. In particular, it relates to mobile networks in which at least some users operate, for example, on a prepaid basis in which data transmission is paid for in advance. In particular;
the invention relates to networks where a user is a prepaid subscriber to one particular network but is allowed to roam to other visited networks.
Background to the Invention Current standards solutions for prepaid subscribers who are roaming outside their own home network are based upon a protocol known as CAMEL (Customised Applications for Mobile Enhanced Logic), typically CAMEL phase 3 for the GPRS (General Packet Radio System) environment.
The control of the prepaid subscription features is between a Serving GPRS
Support Node (SGSN) and the CAMEL Service Environment (CSE). In order to allow subscribers the ability to roam, the visited network must be able to support the same level of CAMEL that is, CAMEL phase 3. The practical result of this is that in order to allow prepaid subscribers the ability to roam in any network, all visited networks must support the CAMEL phase 3 protocol.
The CAMEL protocol has not yet been deployed by all operators and is considered to be quite cumbersome to deploy. Accordingly, it may be some considerable time, if at all, before all operators deploy CAMEL. ln.the meantime, there is a requirement for some operators to deploy prepaid capability and to allow roaming without waiting for other operators to deploy CAMEL.
The present invention arose in an attempt to provide a mobile network that Casati 7-3 2 allows roaming subscribers the ability to use a prepaid service while in a visited network, and which does not rely on all participating networks deploying CAMEL.
Brief Summary of the Invention According to the present invention in a first aspect there is provided a method of enabling a mobile station, associated with a home network, to roam in one or more further networks while using a predetermined service, comprising; providing a node maintaining /data relating to said service;
providing a set of gateway nodes in the further network which are operated by the home network service provider, and causing the node to interact with the gateway nodes to provide them with data andlor instructions concerning the service.
Preferably, the service relates to the prepaid status of a subscriber.
According to the present invention in a second aspect there is provided a GPRS telecommunications system, comprising a plurality of networks, at least one of the networks being a home network for a subscriber associated with a mobile terminal; a node maintaining data relating to a service; one or more gateway nodes in networks other than the home networks and operated by the home network service provider, and means for enabling said gateway nodes to interact with the service data maintaining node to provide them with data and/or instructions concerning the service.
In a GPRS environment, the set of gateway nodes are preferably gateway GPRS support nodes (GGSNs) in the network, operated by the home service provider (home network). The additional node, which will hereinafter be referred to as the prepaid data server, but which may of course relate to services other than prepaid, may then be arranged to interact with service logic in a CAMEL Service Casati 7-3 3 Environment (CSE) and the GGSN, in order to provide the GGSN with thresholds based on formulae that set a limit on the amount of data that can be exchanged at a mobile station and an external network, andlor setting the maximum connection time which a session may last.
In a further aspect there is provided, in a GPRS Telecommunications System, the provision of a prepaid data server node.
Description of the Drawings Embodiments of the invention will now be described, by way of example only; with reference to the accompanying drawings, in which:
Figure 1 shows schematically a network architecture;
Figure 2 shows a signal flow for user established PDP context with charging characteristics indicating the prepaid user;
Figure 3 shows a signal flow for a prepaid user established PDP
context when no information is available to a GGSN about charging characteristics;
Figure 4 shows a signal flow for a post-paid user established PDP
context when no information is available to the GGSN about charging characteristics;
Figure 5 shows a signal flow when a GGSN reaches a threshold for a particular PDP and the PDP replies with another threshold; and Figure 6 shows a signal flow when a GGSN reaches a threshold for a particular PDP, a user has insufficient credit remaining and the PDP requests release of the PDP context.
Description of Preferred Embodiments of the Invention Referring to Figure 1, this figure shows very generally a network level architecture.
Casati 7-3 4 As described in embodiments of the in~aention, an additional node, which is in this specification termed the "prepaid data server" 1, is used and this maintains information about all prepaid subscribers in the network.
The prepaid data server 1 is shown as being associated with; or connected to, a service control point (SCP) 2. In the CAMEL environment this SCP 2 may be termed the CAMEL service environment (CSE). Note that the prepaid data server may be physically part of the SCP server, or it may be a separate entity which is associated with it or at least able to access it.
A plurality of GGSNs, operated by the home network, but located at other (roaming) networks, are then able to access the prepaid data server.
In the figure, two of these are shown, GGSN No. 1 (3) and GGSN No. 2(4).
As is well known, these will then be connected to Serving GGSN Support Nodes (SSGN). The service control point 2 essentially operates the Service Control Function (SCF) in known manner.
The prepaid data server 1 is provided with data as to who is a prepaid user and all the relevant policies and other selected information. The GGSNs 3 and 4 are not provided with data which allows them to identify that a particular user is a prepaid user. They receive this information from the prepaid data server.
In embodiments of the invention, it is assumed that a so called charging characteristics parameter (UMTS standards release 99 only) is used to identify that a user is a prepaid user. For support of pre-release 99, and also for customers roaming to networks where the optional charging characteristics parameter is not supported, the GGSN has to query the prepaid data server 1 to determine if a user is a prepaid user.
The prepaid data server is used to enforce policies on the partition of credit Casati 7-3 5 limits across GGSNs and to perform other functions. For example, it can deny a set up of a session to a GGSN if a credit limit is exhausted.
The prepaid data server and the SCP2 are closely coupled, thus allowing for voice and data prepaid to co-exist and for the interface between them to be simply based on prepaid application interaction with SCP
databases and applications.
A basic outline of messages between a GGSN 3 and the prepaid data server 1 is shown in the following Table 1.
Table 1 Query messages Get threshold for prepaid user (as identified by charging characteristics) Check for prepaid user and send instructions accordingly Query Response messages Prepaid user indicator plus allowed threshold for PDP context Prepaid user indicator plus service denial (no credit available) Non Prepaid user indicator continue as normal Non prepaid - reverse charging Report message PDP context update {e.g.
QoS
changes) plus unused credit Threshold reached PDP context disconnect plus unused credit Report Response New threshold Refused new threshold -disconnect PDP
Casati 7-3 6 In more detail, some of the various messages and parameters which can be used are as follows:
GetThreshold(IMSI,MSISDN, APN, QoS parameters) Used by the GGSN when the charging characteristics indicate that the user is a prepaid user.
CheckforPrePaidAndGetThreshold (IMSI, MSISDN, APN, QoS
parameters) Used by the GGSN to query the PPS as to whether user is a prepaid user.
The PPS will reply either indicating that the user is not a prepaid user (NoThresholdApp!lcable) or will indicate that the user is a prepaid user by returning a threshold for the PDP context (SetThreshold) SetThreshold (PPS PDPldentifier, max limit, coefficient time units, coefficient volume units, max volume, time of day trigger) Used by the PPS to indicate to the threshold applicable for the PDP context.
This threshold is represented in units made up of a formula based on time and volume. This formula is based on elapsed connection time and data volume transferred in addition to limits based on a maximum volume and time of day. A formula may be sent to the GGSN in the form of aT + ~i V <_ L where T is time in seconds and V is the volume in bytes and L is the maximum limit the allowed for the PDP context.
NoThresholdApplicableQ
Used by the PPS to indicate to the GGSN that no threshold is applicable for this PDP context.
FurnishCharginglnformation(PPS PDPldentifier) Used by the PPS to instruct the GGSN to generate a Charge Detail Record (CDR). This includes charging related information such as details of the party to pay.
Casati 7-3 7 PDPContextUpdate(PPS PDldentifier, QoS parameters, elapsed time units, total volume transferred, unused units) Used by the GGSN to inform the PPS that the characteristics of the PDP
content (e.g. QoS parameters) have changed. This message will include unused limits in units from the previously set threshold, including elapsed session segment time and the total volume transferred in that session segment.
PDPThresholdReached(PPS PDPldentifier~
Used by the GGSN to inform the PPS that the threshold has been reached.
This message will include the appropriate threshold reached.
PDPDisconnected (PPS PDPldentifier, elapsed time units, total volume transferred, unused units) Used by the GGSN to inform the PPS that the PDP content has been deactivated (user or network initiated but not as a direct result of a prepaid threshold being reached). This message will include unused limits in units from the previously set threshold, including elapsed session segment time and the total volume transferred in that session segment.
Disconnect(PPS PDPldentifier) Used by the PPS to inform the GGSN to force a disconnect of the PDP
context.
ActivityTest (to check that a session is still in progress) Used by either the GGSN or the PPS to ensure correct operation.
ActivityTestAck (asks for an acknowledgement of activity) Used by either the GGSN or PPS as a response to the Activity Test message.
KeepAlive Used to ensure connectivity between the PPS and the GGSN.
Casati 7-3 8 Error Messages Figures 2 to 6 show in a little more detail signal flow for various scenarios. Figure 2 shows an example of user established PDP context with charging characteristics indicating a prepaid user. The signal flows are shown as being between a mobile station (MS) 5, a base station (BSS) 6, a serving GPRS support node (SGSN) 7, a gateway GPRS support node (GGSN) 8, and the prepaid data server (PPS) 1.
In this scenario, the GGSN examines the charging ID and determines that the user~is a prepaid subscriber. It then contacts the prepaid data server. The prepaid data server then replies tn the GGSN to indicate that sufficient credit remains to allow the PDP to continue and the PPS sends a threshold that the GGSN must apply to that PDP context.
More particularly, at Step S1, mobile station 5 sends an activate context request to the SGSN 7. After various security functions (S2) the SGSN then sends an invoke trace signal S3 to the base station 6. A cleared PDP context request is then sent from the SGSN to the GGSN and this then requests a threshold from the prepaid data server 1 at Step S5. Then the PPS 1, since it contains details of the user's prepaid status, credit status, etc, sends a threshold at Step S6; which threshold the GGSN must apply to that PDP context (S7). Packet flora context procedures then occur in a normal manner and an activate PDP context accept signal is then transmitted from the SGSN to the mobile station 5.
The threshold may be either time based or volume based or both. A
volume based threshold places a time limit that a PDP context session may last; whilst a volume based threshold places a limit on the maximum data that may be transferred between the mobile station and the GGSN.
Casati 7-3 9 Figure 3 shows an example of prepaid user established PDP context when no information is available to the GGSN about the charging characteristics. The example assumes that the user is a prepaid user. The signal is similar to that of Figure 2 except that the GGSN queries the prepaid data server at a step U1 to check whether the user is a prepaid subscriber.
The PPS 1 replies (in this case) with an indication that the user is a prepaid user and also sends a threshold that the GGSN must apply to the PDP
context, at Step U2. The remaining steps are similar to that of the flow of Figure 2.
Figure 4 shows an example of post paid user established PDP context with no information available to the GGSN about charging characteristics: In this case, the GGSN has no information in the charging identity (ID) to determine if the user is a prepaid user. The example assumes that the user is not a prepaid user. In this case, the GGSN at Step T1 queries the prepaid data server 1 to determine whether the user is a prepaid subscriber. The prepaid data server replies with an indication that the user is not a prepaid user and so no threshold is applicable. The GGSN then continues to establish PDP context in the normal way and no threshold is applied.
Figure 5 shows an example when a subscriber is a prepaid subscriber and in which a threshold is reached for a particular PDP context, and in which the PDP replies with another threshold.
In this example, during a point in a call, the GGSN reports to the prepaid data server that the previously set threshold (e.g. the threshold referred to with reference to Figure 2 or Figure 3) has been reached. The PPS determines that the user has sufficient credit remaining and so sends a new threshold to the GGSN. These two signals are shown schematically as signals V1 and V2.
Figure 6 shows an example, for a prepaid subscriber, in which, when a call Casati 7-3 10 is in progress, a threshold is reached for a particular PDP. In this case, the user has insufficient credit and the PDP requests the release of the PDP
context, and thereby termination of a session.
When the GGSN 8 reaches the previously set threshold, it sends a S PDP threshold reach signal W1 to the PPS 1. Since the user has insufficient.
credit the PPS cannot issue a further threshold and so issues a disconnect signal W2 to the GGSN. The GGSN then forwards a delete PDP context request W3 to the SGSN and the respective deactivate PDP context request and deactivate PDP context accept messages flow to and from the mobile station 5, W4 and W5. Further to this, a delete PDP context response is passed from the SGSN to the GGSN and the radio access bearer is released to terminate the session W7.
Field of the Invention This invention relates to mobile data networks. In particular, it relates to mobile networks in which at least some users operate, for example, on a prepaid basis in which data transmission is paid for in advance. In particular;
the invention relates to networks where a user is a prepaid subscriber to one particular network but is allowed to roam to other visited networks.
Background to the Invention Current standards solutions for prepaid subscribers who are roaming outside their own home network are based upon a protocol known as CAMEL (Customised Applications for Mobile Enhanced Logic), typically CAMEL phase 3 for the GPRS (General Packet Radio System) environment.
The control of the prepaid subscription features is between a Serving GPRS
Support Node (SGSN) and the CAMEL Service Environment (CSE). In order to allow subscribers the ability to roam, the visited network must be able to support the same level of CAMEL that is, CAMEL phase 3. The practical result of this is that in order to allow prepaid subscribers the ability to roam in any network, all visited networks must support the CAMEL phase 3 protocol.
The CAMEL protocol has not yet been deployed by all operators and is considered to be quite cumbersome to deploy. Accordingly, it may be some considerable time, if at all, before all operators deploy CAMEL. ln.the meantime, there is a requirement for some operators to deploy prepaid capability and to allow roaming without waiting for other operators to deploy CAMEL.
The present invention arose in an attempt to provide a mobile network that Casati 7-3 2 allows roaming subscribers the ability to use a prepaid service while in a visited network, and which does not rely on all participating networks deploying CAMEL.
Brief Summary of the Invention According to the present invention in a first aspect there is provided a method of enabling a mobile station, associated with a home network, to roam in one or more further networks while using a predetermined service, comprising; providing a node maintaining /data relating to said service;
providing a set of gateway nodes in the further network which are operated by the home network service provider, and causing the node to interact with the gateway nodes to provide them with data andlor instructions concerning the service.
Preferably, the service relates to the prepaid status of a subscriber.
According to the present invention in a second aspect there is provided a GPRS telecommunications system, comprising a plurality of networks, at least one of the networks being a home network for a subscriber associated with a mobile terminal; a node maintaining data relating to a service; one or more gateway nodes in networks other than the home networks and operated by the home network service provider, and means for enabling said gateway nodes to interact with the service data maintaining node to provide them with data and/or instructions concerning the service.
In a GPRS environment, the set of gateway nodes are preferably gateway GPRS support nodes (GGSNs) in the network, operated by the home service provider (home network). The additional node, which will hereinafter be referred to as the prepaid data server, but which may of course relate to services other than prepaid, may then be arranged to interact with service logic in a CAMEL Service Casati 7-3 3 Environment (CSE) and the GGSN, in order to provide the GGSN with thresholds based on formulae that set a limit on the amount of data that can be exchanged at a mobile station and an external network, andlor setting the maximum connection time which a session may last.
In a further aspect there is provided, in a GPRS Telecommunications System, the provision of a prepaid data server node.
Description of the Drawings Embodiments of the invention will now be described, by way of example only; with reference to the accompanying drawings, in which:
Figure 1 shows schematically a network architecture;
Figure 2 shows a signal flow for user established PDP context with charging characteristics indicating the prepaid user;
Figure 3 shows a signal flow for a prepaid user established PDP
context when no information is available to a GGSN about charging characteristics;
Figure 4 shows a signal flow for a post-paid user established PDP
context when no information is available to the GGSN about charging characteristics;
Figure 5 shows a signal flow when a GGSN reaches a threshold for a particular PDP and the PDP replies with another threshold; and Figure 6 shows a signal flow when a GGSN reaches a threshold for a particular PDP, a user has insufficient credit remaining and the PDP requests release of the PDP context.
Description of Preferred Embodiments of the Invention Referring to Figure 1, this figure shows very generally a network level architecture.
Casati 7-3 4 As described in embodiments of the in~aention, an additional node, which is in this specification termed the "prepaid data server" 1, is used and this maintains information about all prepaid subscribers in the network.
The prepaid data server 1 is shown as being associated with; or connected to, a service control point (SCP) 2. In the CAMEL environment this SCP 2 may be termed the CAMEL service environment (CSE). Note that the prepaid data server may be physically part of the SCP server, or it may be a separate entity which is associated with it or at least able to access it.
A plurality of GGSNs, operated by the home network, but located at other (roaming) networks, are then able to access the prepaid data server.
In the figure, two of these are shown, GGSN No. 1 (3) and GGSN No. 2(4).
As is well known, these will then be connected to Serving GGSN Support Nodes (SSGN). The service control point 2 essentially operates the Service Control Function (SCF) in known manner.
The prepaid data server 1 is provided with data as to who is a prepaid user and all the relevant policies and other selected information. The GGSNs 3 and 4 are not provided with data which allows them to identify that a particular user is a prepaid user. They receive this information from the prepaid data server.
In embodiments of the invention, it is assumed that a so called charging characteristics parameter (UMTS standards release 99 only) is used to identify that a user is a prepaid user. For support of pre-release 99, and also for customers roaming to networks where the optional charging characteristics parameter is not supported, the GGSN has to query the prepaid data server 1 to determine if a user is a prepaid user.
The prepaid data server is used to enforce policies on the partition of credit Casati 7-3 5 limits across GGSNs and to perform other functions. For example, it can deny a set up of a session to a GGSN if a credit limit is exhausted.
The prepaid data server and the SCP2 are closely coupled, thus allowing for voice and data prepaid to co-exist and for the interface between them to be simply based on prepaid application interaction with SCP
databases and applications.
A basic outline of messages between a GGSN 3 and the prepaid data server 1 is shown in the following Table 1.
Table 1 Query messages Get threshold for prepaid user (as identified by charging characteristics) Check for prepaid user and send instructions accordingly Query Response messages Prepaid user indicator plus allowed threshold for PDP context Prepaid user indicator plus service denial (no credit available) Non Prepaid user indicator continue as normal Non prepaid - reverse charging Report message PDP context update {e.g.
QoS
changes) plus unused credit Threshold reached PDP context disconnect plus unused credit Report Response New threshold Refused new threshold -disconnect PDP
Casati 7-3 6 In more detail, some of the various messages and parameters which can be used are as follows:
GetThreshold(IMSI,MSISDN, APN, QoS parameters) Used by the GGSN when the charging characteristics indicate that the user is a prepaid user.
CheckforPrePaidAndGetThreshold (IMSI, MSISDN, APN, QoS
parameters) Used by the GGSN to query the PPS as to whether user is a prepaid user.
The PPS will reply either indicating that the user is not a prepaid user (NoThresholdApp!lcable) or will indicate that the user is a prepaid user by returning a threshold for the PDP context (SetThreshold) SetThreshold (PPS PDPldentifier, max limit, coefficient time units, coefficient volume units, max volume, time of day trigger) Used by the PPS to indicate to the threshold applicable for the PDP context.
This threshold is represented in units made up of a formula based on time and volume. This formula is based on elapsed connection time and data volume transferred in addition to limits based on a maximum volume and time of day. A formula may be sent to the GGSN in the form of aT + ~i V <_ L where T is time in seconds and V is the volume in bytes and L is the maximum limit the allowed for the PDP context.
NoThresholdApplicableQ
Used by the PPS to indicate to the GGSN that no threshold is applicable for this PDP context.
FurnishCharginglnformation(PPS PDPldentifier) Used by the PPS to instruct the GGSN to generate a Charge Detail Record (CDR). This includes charging related information such as details of the party to pay.
Casati 7-3 7 PDPContextUpdate(PPS PDldentifier, QoS parameters, elapsed time units, total volume transferred, unused units) Used by the GGSN to inform the PPS that the characteristics of the PDP
content (e.g. QoS parameters) have changed. This message will include unused limits in units from the previously set threshold, including elapsed session segment time and the total volume transferred in that session segment.
PDPThresholdReached(PPS PDPldentifier~
Used by the GGSN to inform the PPS that the threshold has been reached.
This message will include the appropriate threshold reached.
PDPDisconnected (PPS PDPldentifier, elapsed time units, total volume transferred, unused units) Used by the GGSN to inform the PPS that the PDP content has been deactivated (user or network initiated but not as a direct result of a prepaid threshold being reached). This message will include unused limits in units from the previously set threshold, including elapsed session segment time and the total volume transferred in that session segment.
Disconnect(PPS PDPldentifier) Used by the PPS to inform the GGSN to force a disconnect of the PDP
context.
ActivityTest (to check that a session is still in progress) Used by either the GGSN or the PPS to ensure correct operation.
ActivityTestAck (asks for an acknowledgement of activity) Used by either the GGSN or PPS as a response to the Activity Test message.
KeepAlive Used to ensure connectivity between the PPS and the GGSN.
Casati 7-3 8 Error Messages Figures 2 to 6 show in a little more detail signal flow for various scenarios. Figure 2 shows an example of user established PDP context with charging characteristics indicating a prepaid user. The signal flows are shown as being between a mobile station (MS) 5, a base station (BSS) 6, a serving GPRS support node (SGSN) 7, a gateway GPRS support node (GGSN) 8, and the prepaid data server (PPS) 1.
In this scenario, the GGSN examines the charging ID and determines that the user~is a prepaid subscriber. It then contacts the prepaid data server. The prepaid data server then replies tn the GGSN to indicate that sufficient credit remains to allow the PDP to continue and the PPS sends a threshold that the GGSN must apply to that PDP context.
More particularly, at Step S1, mobile station 5 sends an activate context request to the SGSN 7. After various security functions (S2) the SGSN then sends an invoke trace signal S3 to the base station 6. A cleared PDP context request is then sent from the SGSN to the GGSN and this then requests a threshold from the prepaid data server 1 at Step S5. Then the PPS 1, since it contains details of the user's prepaid status, credit status, etc, sends a threshold at Step S6; which threshold the GGSN must apply to that PDP context (S7). Packet flora context procedures then occur in a normal manner and an activate PDP context accept signal is then transmitted from the SGSN to the mobile station 5.
The threshold may be either time based or volume based or both. A
volume based threshold places a time limit that a PDP context session may last; whilst a volume based threshold places a limit on the maximum data that may be transferred between the mobile station and the GGSN.
Casati 7-3 9 Figure 3 shows an example of prepaid user established PDP context when no information is available to the GGSN about the charging characteristics. The example assumes that the user is a prepaid user. The signal is similar to that of Figure 2 except that the GGSN queries the prepaid data server at a step U1 to check whether the user is a prepaid subscriber.
The PPS 1 replies (in this case) with an indication that the user is a prepaid user and also sends a threshold that the GGSN must apply to the PDP
context, at Step U2. The remaining steps are similar to that of the flow of Figure 2.
Figure 4 shows an example of post paid user established PDP context with no information available to the GGSN about charging characteristics: In this case, the GGSN has no information in the charging identity (ID) to determine if the user is a prepaid user. The example assumes that the user is not a prepaid user. In this case, the GGSN at Step T1 queries the prepaid data server 1 to determine whether the user is a prepaid subscriber. The prepaid data server replies with an indication that the user is not a prepaid user and so no threshold is applicable. The GGSN then continues to establish PDP context in the normal way and no threshold is applied.
Figure 5 shows an example when a subscriber is a prepaid subscriber and in which a threshold is reached for a particular PDP context, and in which the PDP replies with another threshold.
In this example, during a point in a call, the GGSN reports to the prepaid data server that the previously set threshold (e.g. the threshold referred to with reference to Figure 2 or Figure 3) has been reached. The PPS determines that the user has sufficient credit remaining and so sends a new threshold to the GGSN. These two signals are shown schematically as signals V1 and V2.
Figure 6 shows an example, for a prepaid subscriber, in which, when a call Casati 7-3 10 is in progress, a threshold is reached for a particular PDP. In this case, the user has insufficient credit and the PDP requests the release of the PDP
context, and thereby termination of a session.
When the GGSN 8 reaches the previously set threshold, it sends a S PDP threshold reach signal W1 to the PPS 1. Since the user has insufficient.
credit the PPS cannot issue a further threshold and so issues a disconnect signal W2 to the GGSN. The GGSN then forwards a delete PDP context request W3 to the SGSN and the respective deactivate PDP context request and deactivate PDP context accept messages flow to and from the mobile station 5, W4 and W5. Further to this, a delete PDP context response is passed from the SGSN to the GGSN and the radio access bearer is released to terminate the session W7.
Claims (10)
1. A method of enabling a mobile station, associated with a home network, to roam in one or more further networks while using a predetermined service, comprising; providing a node maintaining data relating to said service; providing a set of gateway nodes in the further network which are operated by the home network service provider, and causing the node to interact with the gateway nodes to provide them with data and/or instructions concerning the service.
2. A method as claimed in Claim 1, wherein the service relates to the prepaid status of a subscriber.
3. A method as claimed in Claim 1 or 2, wherein the gateway nodes are Gateway GPRS Support Nodes (GGSN).
4. A method as claimed in Claim 3, wherein the node interacts with service logic in a CSE and GGSN.
5. A method as claimed in Claim 4, wherein the data maintaining node provides the GGSN with thresholds usable to set a limit on the amount of data that can be transferred.
6. A GPRS telecommunications system, comprising a plurality of networks, at least one of the networks being a home network for a subscriber associated with a mobile terminal; a node maintaining data relating to a service; one or more gateway nodes in networks other than the home networks and operated by the home network service provider, and means for enabling said gateway nodes to interact with the service data maintaining node to provide them with data and/or instructions concerning the service.
7. A system as claimed in Claim 6, wherein the gateway nodes are GPRS support nodes.
8. A system as claimed in Claim 7, wherein the node interacts with service logic in a GSE and GGSN.
9. A system as claimed in Claim 8, wherein the data maintaining node provides the GGSN with thresholds usable to set a limit on the amount of data that can be transferred.
10. A GPRS Telecommunications System, including a prepaid data server node.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP01300293.6 | 2001-01-15 | ||
EP01300293A EP1223737A1 (en) | 2001-01-15 | 2001-01-15 | Providing prepaid service to a GPRS mobile station when roaming |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2365314A1 true CA2365314A1 (en) | 2002-07-15 |
Family
ID=8181640
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002365314A Abandoned CA2365314A1 (en) | 2001-01-15 | 2001-12-17 | Mobile data networks |
Country Status (5)
Country | Link |
---|---|
US (1) | US20020174212A1 (en) |
EP (1) | EP1223737A1 (en) |
JP (1) | JP2002305763A (en) |
KR (1) | KR20020061508A (en) |
CA (1) | CA2365314A1 (en) |
Families Citing this family (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI112143B (en) * | 2000-08-14 | 2003-10-31 | Sonera Oyj | Prepaidtjänst |
ATE373925T1 (en) * | 2001-06-01 | 2007-10-15 | Watercove Networks | FILLING A SUBSCRIBER'S ACCOUNT FOR A MULTIMEDIA SERVICE ON A COMMUNICATIONS NETWORK WHILE THE SERVICE IS PROVIDED |
US6970693B2 (en) | 2002-09-06 | 2005-11-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Method, system and telecommunication node for alternative prepaid support |
US6990330B2 (en) * | 2003-01-09 | 2006-01-24 | Qualcomm Incorporated | Method and apparatus providing user with account balance notification of prepaid wireless packet data services |
EP1447962A1 (en) * | 2003-02-12 | 2004-08-18 | Siemens Aktiengesellschaft | Method and System for providing additional services free of charge in a telecommunication network |
ATE391370T1 (en) | 2003-07-01 | 2008-04-15 | Huawei Tech Co Ltd | SYSTEM AND METHOD FOR IMPLEMENTING PREPAYMENT FOR DATA SERVICES |
EP1503539B1 (en) | 2003-07-31 | 2007-07-18 | Siemens Aktiengesellschaft | Method for calculating a tariff for the billing of a data transmission |
DE50306750D1 (en) | 2003-07-31 | 2007-04-19 | Siemens Ag | Method for determining a billing rate for a data transfer |
CN1317869C (en) * | 2003-11-28 | 2007-05-23 | 华为技术有限公司 | A method for implementing roam charging of mobile station data service |
GB0402657D0 (en) | 2004-02-06 | 2004-03-10 | Nokia Corp | A communication system |
WO2005084128A2 (en) * | 2004-03-04 | 2005-09-15 | Outsmart Ltd. | Integration of packet and cellular telephone networks |
CN1303781C (en) * | 2004-04-01 | 2007-03-07 | 华为技术有限公司 | Accounting and controlling method for grouped data service |
CN1260910C (en) * | 2004-08-11 | 2006-06-21 | 华为技术有限公司 | Processing method based on packet data stream charging triggered event and re-authorized events |
US20060115068A1 (en) * | 2004-11-30 | 2006-06-01 | Smart-Ss7 Ltd. | Virtual service switching function |
KR100606372B1 (en) * | 2004-12-06 | 2006-07-31 | 엘지노텔 주식회사 | Apparatus and method for aging in GGSN system |
WO2006078562A2 (en) * | 2005-01-19 | 2006-07-27 | Alcatel Lucent | System, node, and method optimizing data connections for packet services |
US20060177029A1 (en) * | 2005-02-10 | 2006-08-10 | Outsmart Ltd. | Virtual multi-line telephone service |
US20090323673A1 (en) * | 2006-02-13 | 2009-12-31 | Out-Smart Ltd | Portable Soft Phone |
US8442485B2 (en) * | 2006-06-19 | 2013-05-14 | Cisco Technology, Inc. | System and method for measuring and reporting service usage |
US7945238B2 (en) | 2007-06-28 | 2011-05-17 | Kajeet, Inc. | System and methods for managing the utilization of a communications device |
US8982790B2 (en) * | 2009-11-24 | 2015-03-17 | Telefonaktiebolaget L M Ericsson (Publ) | Overcharging prevention by unsent downlink data volume record |
EP2603997B1 (en) | 2010-08-12 | 2018-05-09 | Syniverse Technologies S.à r.l. | Prepaid data hub |
JP5444204B2 (en) * | 2010-12-24 | 2014-03-19 | 株式会社Nttドコモ | Communication system, mobile device, gateway exchange, and communication method |
US10757267B2 (en) | 2013-06-13 | 2020-08-25 | Kajeet, Inc. | Platform for enabling sponsors to sponsor functions of a computing device |
CN105101147B (en) * | 2015-08-19 | 2019-03-26 | 网宿科技股份有限公司 | A kind of method and system of orientation flow that realizing mobile app |
IT201600131936A1 (en) | 2016-12-29 | 2018-06-29 | Reti Televisive Italiane S P A In Forma Abbreviata R T I S P A | Product enrichment system with visual or audiovisual content with metadata and related enrichment method |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6029062A (en) * | 1997-02-04 | 2000-02-22 | National Telemanagement Corporation | Prepay telecommunications system with unregistered roaming call processing |
US6036090A (en) * | 1997-07-17 | 2000-03-14 | Telefonaktiebolaget Lm Ericsson | Automated prepayment method for mobile terminals |
FI982748A (en) * | 1998-10-19 | 2000-04-20 | Nokia Networks Oy | Billing in telecommunications networks |
US6975852B1 (en) * | 1999-03-17 | 2005-12-13 | Starhome Gmbh | System and method for roaming for prepaid mobile telephone service |
US6490450B1 (en) * | 1999-11-24 | 2002-12-03 | Ag Communication Systems Corporation | Capturing and modifying of mobile subscriber information |
US6684072B1 (en) * | 2000-08-24 | 2004-01-27 | Level Z, L.L.C. | Global wireless prepaid roaming |
US6453030B1 (en) * | 2000-12-07 | 2002-09-17 | Clarent Corporation | System and method for roaming billing |
-
2001
- 2001-01-15 EP EP01300293A patent/EP1223737A1/en not_active Withdrawn
- 2001-12-17 CA CA002365314A patent/CA2365314A1/en not_active Abandoned
-
2002
- 2002-01-03 US US10/038,141 patent/US20020174212A1/en not_active Abandoned
- 2002-01-11 KR KR1020020001618A patent/KR20020061508A/en not_active Application Discontinuation
- 2002-01-15 JP JP2002005716A patent/JP2002305763A/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
KR20020061508A (en) | 2002-07-24 |
US20020174212A1 (en) | 2002-11-21 |
EP1223737A1 (en) | 2002-07-17 |
JP2002305763A (en) | 2002-10-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1223737A1 (en) | Providing prepaid service to a GPRS mobile station when roaming | |
KR100771678B1 (en) | Arranging subscriber billing in telecommunication system | |
KR100611110B1 (en) | Intelligent network and packet data network interoperability | |
US7609682B2 (en) | Implementing an intelligent network service for a packet-switched service using a node interfacing a mobile communications network to a packet data network | |
US6975850B1 (en) | Charging efficiency | |
KR101340496B1 (en) | Charging system and method | |
CN102340866B (en) | A kind of method and system of reporting access information of fixed network | |
EP1122967A2 (en) | Flexible access authorization feature to enable mobile users to access services in 3G wireless networks | |
US7623498B2 (en) | Charge advice in telecommunication systems | |
WO2013155942A1 (en) | Policy and charging control method, v-pcrf and v-ocs | |
WO2006003491A1 (en) | Charging in a communication system | |
KR20030049655A (en) | Method for Prepaid Service in UMTS | |
WO2013091705A1 (en) | Methods and apparatuses for session establishment with policy control between mobile and fixed networks | |
CN102316533B (en) | The method that in call access control, information is transmitted and acceptance control system | |
CN102958117A (en) | Method and system for solving control conflicts of service quality policies | |
KR100529019B1 (en) | Control Method for Charging in Asynchronous IMT-2000 Network | |
GB2365678A (en) | Call detail record generation in a telecommunications system | |
KR101017460B1 (en) | Method and system for charging by intelligent network prepayment subscriber in case of voice-video call fallback/service change services | |
EP1250016A1 (en) | Messaging in telecommunications systems | |
EP2031795A1 (en) | An improved mobile radio telecommunication network | |
Fischer et al. | Accounting solutions in the UMTS core network | |
MXPA00011313A (en) | Intelligent network and packet data network interoperability | |
WO2010040321A1 (en) | Method and system for triggering the intelligent network services | |
ZA200006637B (en) | Intelligent network and packet data network inter-operability. |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
FZDE | Discontinued |