OA18122A - Preemptive credit control - Google Patents

Abstract

The disclosure pertains to the field of credit control. More particularly the disclosure relates to methods of pre-emptive credit control, as well as to corresponding network elements and to a computer program. According to one aspect the disclosure relates to a method performed in a network element comprising receiving, from an online charging system, at least one pre-emptive credit control directive for a subscriber, the credit control directive applying to at least one rating group; storing the at least one pre-emptive credit control directive in the network element and applying the at least one pre-emptive credit control directive at content or service delivery start, prior to any service or content received from, or addressing, the subscriber and belonging to the at least one rating group being forwarded from the network element. Fig. 5

Description

The disclosure pertains to the field of Crédit Control. More particularly the disclosure relates to methods of pre-emptive crédit control, as well as to corresponding network éléments and to a computer program.

BACKGROUND

3GPP Long Term Evolution, LTE, is the fourth-generation mobile communication technologies standard developed within the 3rd Génération Partnership Project, 3GPP, to improve the Universal Mobile Télécommunication System, UMTS, standard to cope with future requirements in terms of improved services such as higher data rates, improved efficiency, and lowered costs. In a typical cellular radio System, wireless devices or terminais also known as mobile stations and/or user equipment units, UEs, communicate via a radio access network, RAN, to one or more core networks.

The Policy and Charging Control, hereinafter PCC, functionality is deployed in 3 GPP TS 23.203 V12.4.0 (2014-03) for Evolved 3 GPP Packet Switched domain, including both 3 GPP accesses (GERAN/UTRAN/E-UTRAN) and Non-3GPP accesses.

The PCC architecture, which is illustrated in Figure 1, comprises: a Policy and Charging Enforcement Function, PCEF, 1 which is in charge of traffic flow détection and enforcement of applicable policies to user traffic flows; a Policy and Charging Rules Function, PCRF, 4 which is in charge of providing network control for the traffic flow détection by holding policies and providing PCC rules to the PCEF 1 per user traffic flow basis; a Traffic Détection Function, TDF, 8 which is in charge of performing application détection and reporting detected applications and service data flow descriptions to the PCRF 4; a Bearer Binding and Event Reporting Function, BBERF, 7 which is in charge of receiving from the PCRF 4 Quality of Service, QoS, rules on the treatment of each service data flow and of ensuring that the service data flow is carried over the bearer with the appropriate QoS; an Application Function, AF, 6 which is in charge of submitting to the PCRF a description of the media to be delivered at the bearer layer; a Charging Trigger Function CTF, 9 which is in charge of triggering charging events; an Online Charging System, OCS, 2 which handles charging information affecting, in real-time, the service to be provided and the control of network resources required; an Offline Charging System, OFCS, 3 which handles charging information not affecting the service in real-time, but provided to the operator after having used the network resources; and a Subscription Profile Repository, SPR, 5 which holds subscription and service data for subscribers of the télécommunication System.

Regarding the communication between the above PCC entities, as disclosed in 3GPP TS 23.203 V12.4.0 (2014-03), PCRF and PCEF communicate through a so-called Gx interface, whereas PCRF and AF communicate through a so-called Rx interface. In particular, the PCRF thus provides control rules to the PCEF through this Gx interface, whereas the AF provides the description of the media to be delivered at the bearer layer to the PCRF through this Rx interface.

Regarding the control rules submitted from the PCRF to the PCEF, these control rules include, although are not limited to, those PCC rules disclosed in 3GPP TS 23.203, and can be provided upon establishment or modification of an IP Connectivity Access Network, hereinafter IP-CAN, session.

Still with reference to Figure 1, different interfaces are used to connect the network éléments in accordance with PCC standards. For instance, the PCRF server 4 is connected with the SPR 5 via the Sp interface, with the OCS 2 via the Sy interface, with the TDF 8 via the Sd interface, and with the BBERF 7 via the Gxx interface; the PCEF 1 is connected with the OCS 2 via the Gy interface, with the OFCS 3 via the Gz interface; and the CTF 12 is connected with the OCS 22 via the 'Ro' interface.

3GPP TS 32.299 V12.4.0 (2014-03) for Gy/Ro interface recommends/requires that a crédit request is sent for a Rating Group (RG) when the matching traffic is detected. As a rule of diameter crédit control, when an answer is received from OCS, Diameter Crédit Control Application, DCCA client shall validate that only ‘requested’ RG can be included. The DCCA client will start failure handling if ‘unexpected RG’ is received and in some cases even terminate the Packet Data Network, PDN, connection (as a conséquence of terminating crédit control session).

If the answer from DCCA server is to block or redirect the user, depending on how traffic is handled by DCCA client under the time of waiting for the answer from OCS, it might happen that the ‘to be blocked traffic’ has passed through the DCCA client. In the redirection case, the user might hâve to re-attempt to access the original service in order to be redirected since DCCA client missed the moment to send redirection Uniform Resource Locator, URL, to a subscriber while waiting for the answer from OCS.

The above mechanism leads to the waste of an amount of data. Neither end-user nor operator can get benefit from it. When LTE technology is in use, the waste tends to get bigger due to high bandwidth.

SU M MARY

An object of the présent disclosure is to provide a network element which seeks to mitigate, alleviate, or eliminate one or more of the above-identified deficiencies in the art and disadvantages singly or in any combination and to provide a solution wherein traffic supposed to be blocked is always blocked.

According to some aspect this disclosure relates to method, performed in a network element, of performing pre-emptive crédit control. The method comprises the steps of receiving , from an online charging System, at least one pre-emptive crédit control directive for a subscriber, the crédit control directive applying to at least one rating group; storing the at least one pre-emptive crédit control directive in the network element and applying the at least one pre-emptive crédit control directive at content or service delivery start, prior to any service or content received from, or addressing, the subscriber and belonging to the at least one rating group being forwarded from the network element. By receiving pre-emptive crédit control, either blocking or redirection of services belonging to certain rating groups, is performed in advance and therefore the handling can be applied immediately when matching traffic is detected. Such a solution will optimize the traffic flow handling in the packet data network gateway, because less buffering needed. The reason is that when PCEF is waiting for answerfrom OCS, it has in some cases to buffer the traffic, while as in other cases to let the traffic through. For the buffer case, it will challenge PCEF internai buffer capacity in case high speed traffic. It will also impact the performance. Hence, the proposed technique will reduce the amount of ‘wasted’ payload.

According to some aspects the method further comprises receiving a session request from the subscriber. According to some aspects the method further comprises sending a crédit control request for the subscriber to an online charging System; wherein the at least one pre-emptive crédit control directive is received in response to the crédit control request.

According to some aspects the method further comprises indicating a capability of receiving crédit control directives prior to service flow détection. Thereby the proposed technique may be an optional feature that is indicated to the network.

According to some aspects the crédit control request is an initial request or an update request. According to some aspects the crédit control request is an initial request comprising an indication about relevant rating groups. Hence, the OCS may be informed about rating groups that are likely to be used, and these may then be blocked.

According to some aspects the method further comprises receiving from the online charging System control further information relating to the at least one pre-emptive crédit control directive.

According to some aspects the method further comprises blocking service or content that matches the at least one pre-emptive crédit control directive. According to some aspects the method further comprises redirecting service or content that matches the at least one preemptive crédit control directive. According to some aspects the method further comprises forwarding service or content from the network element.

According to some aspects the at least one pre-emptive crédit control directive comprises resuit codes corresponding to rules applying to respective charging groups.

According to some aspects the method relates to a network element for performing pre-emptive crédit control, the network element comprising, a network interface and a processing circuitry from the network element, a crédit control request, corresponding to a subscriber, wherein the at least one pre-emptive crédit control directive is provided in a crédit control response sent in response to the crédit control request.

According to some aspects the disclosure relates to a method, performed in an online charging System, of enabling pre-emptive crédit control in a network element. The method comprising the steps of providing, in the online charging System, at least one pre-emptive crédit control directive for a subscriber, applying to at least one rating group, and sending, to the network element, the provided at least one pre-emptive crédit control directive, prior to any service or content received from or addressing the subscriber and belonging to the at least one rating group being forwarded from the network element, thereby enabling application of the at least one pre-emptive crédit control directive on the service or content at content or service delivery start.

According to some aspects, the method further comprises receiving from the network element, a crédit control request, corresponding to a subscriber, wherein the at least one pre-emptive crédit control directive is provided in a crédit control response sent in response to the crédit control request. According to some aspects, the method further comprises receiving an indication of a capability of receiving crédit control directives prior to service flow détection.

According to some aspects, the providing is based on network or service requested in the crédit control request. According to some aspects, the providing is based on an Access Point Name comprised in the crédit control request.

According to some aspects, the providing is based on subscriber data corresponding to the subscriber.

According to some aspects the disclosure relates to an online charging System node for enabling pre-emptive crédit control in a network element, the node comprising, a network interface is configured to provide, in the online charging System, at least one pre-emptive crédit control directive for a subscriber, applying to at least one rating group, and to send, using the network interface, to the network element, a crédit control response, comprising the provided at least one pre-emptive crédit control directive prior to any service or content received from or addressing the subscriber and belonging to the at least one rating group is forwarded from the network element and thereby enabling application of the at least one pre-emptive crédit control directive on the service or content at content or service delivery start.

According to some aspects the disclosure relates to a computer program comprising computer program code which, when executed in a network element, causes the network element to execute the methods described above and below.

BRIEF DESCRIPTION OF THE DRAWINGS

The foregoing will be apparent from the following more particular description of the example embodiments, as illustrated in the accompanying drawings in which like reference characters refer to the same parts throughout the different views. The drawings are not necessarily to scale, emphasis instead being placed upon illustrating the example embodiments.

Figure 1 3GPP PCC architecture

Figure 2a Non-Preemptive Result-Code Handling

Figure 2b Preemptive Result-Code Handling

Figure 3a Non-Preemptive Redirection Directives

Figure 3b Preemptive Redirection Directives

Figure 4a RAR initiated installation of Preemptive Redirection Directives

Figure 5 is a flowchart illustrating embodiments of method steps performed in a network element;

Figure 6 is a flowchart illustrating embodiments of method steps performed in an OCS node;

Figure 7 is an example node configuration of a network element, according to some of the example embodiments;

Figure 8 is an example node configuration of an OCS node, according to some of the example embodiments;

DETAILED DESCRIPTION

Abbreviations

AF

Application Function

AVP	Attribute Value Pair
CCR	Crédit Control Request
CCA	Crédit Control Answer
CLCI	Closed Loop Charging Interface
CTF	Charging Trigger Function
DCCA	Diameter Crédit Control Application,
FUI	Final-Unit-Indication
GW	Gateway
IP-CAN	IP Connectivity Access Network
MSCC	Multiple Services Crédit Control
OCS	Online Charging System
OFCS	Offline Charging System
PCC	Policy and Charging
PCEF	Policy and Charging Enforcement Function
PCRF	Policy and Charging Rules Function
PDN	Packet Data Network
PDN-GW	Packet Data Network Gateway
RG	Rating Group
RSU	Request Service Unit
SPR	Subscription Profile Repository
TDF	Traffic Détection Function
U RL	Uniform Resource Locator

QoS Quality of Service

Aspects of the présent disclosure will be described more fully hereinafter with reference to the accompanying drawings. The apparatus and method disclosed herein can, however, be realized in many different forms and should not be construed as being limited to the aspects set forth herein. In this disclosure we specifically address the dual SIM card scénario, but the same technique can easily be adapted to a multiple SIM card scénario by someone skilled in the art. Like numbers in the drawings refer to like éléments throughout.

The terminology used herein is for the purpose of describing particular aspects of the disclosure only, and is not intended to limit the disclosure. As used herein, the singular forms a, an and the are intended to include the plural forms as well, unless the context clearly indicates otherwise.

Some of the example embodiments presented herein are directed towards pre-emptive crédit control. As part of the development of the example embodiments presented herein, a problem will first be identified and discussed.

Crédit handling on a Rating Group, RG, usually representing one service or a group of services, according to existing standard for crédit control, such as RFC and 3GPP TSs, starts when payload matching the RG is detected in GW. This leads to ‘over usage’ risk when the service is supposed to be blocked since GW has to wait for the answer from OCS. This can also lead to ‘delay of redirection’ and the user has to retry access the service again in orderto be redirected.

Many operators loses revenue when home subscribers are roaming in the other network when subscriber should be blocked of using certain service due to lacking of crédit or other restriction, or when subscriber should be redirected to a upsell or top-up portai. The payload that initiâtes the quota control has passed the serving network but eventually being dropped by home GW due to crédit control. Home operator has to pay to the roaming partners for the payload that has passed even though home operator doesn’t receive any revenue on it.

The solution proposed here is to reduce this type of ‘revenue leakage’ and in best case to turn the loss into possibility of upselling in case redirection is performed by using pre-emptive crédit control directives. Redirection-directives, request of blocking services as well as Quota assignment shall be able to provision via Gy interface in advance to the traffic détection. With pre-emptively installed redirection-directives or request of blocking services, Diameter Crédit Control Application, DCCA, Client (such as a gateway) can take action on traffic upon traffic arrivai without waiting for answer from OCS.

Figure 2a illustrâtes an example of Non-Preemptive Result-Code Handling, where the proposed method may be implemented. Figure 2a illustrâtes the signaling when an extemal subscriber 10, e.g. a User Equipment, UE, is establishing a connection to the internet 20 i.e. an internet session.

For a session-based credit-control, several interrogations are needed: the first, intermediate (optional) and the final interrogations as specified in IETF RFC 4006: Diameter Credit-Control Application, which 3GPP is based on.

• An Initial request is used to initiate a credit-control session, and contains crédit control information that is relevant to the initiation.

• An Update request contains credit-control information for an existing credit-control session. Update credit-control requests SHOULD be sent every time a credit-control reauthorization is needed at the expiry of the allocated quota or validity time. Further, additional service-specific events MAY trigger a spontaneous Update request.

• A Termination request is sent to terminate a credit-control session and contains creditcontrol information relevant to the existing session.

In this example, the network element 1 implementing the PCEF function receives an initial session request 201 which is an IP-CAN Session Activation request. In this example, this is a request on command level. Hence, the service is not specified yet, but it is merely an IP-CAN connection request.

In order to establish the connection, the network element 1 sends a Credit-Control-Request, CCR 202, with CC-Request-Type AVP set to INITlAL_REQUEST to the OCS 2.

Once the réservation has been made, the OCS returns Credit-Control-Answer, CCA, 203 with CC-Request-Type set to INITIAL_REQUEST to the network element in order to authorize the session. Thereafter, the network element 1 sends an IP-CAN Activation Accept 204 to the external subscriber 10 and the service delivery can start 205.

As soon as the service is known, the network element sends a CCR with indicated rating group 206 to the OCS. The CCR message with CC-Request-Type AVP set to UPDATE_REQUEST must be sent by the network element between the INITIAL_REQUEST and TERMlNATION_REQUEST either on request of the crédit control application within the validity time or if the validity time is elapsed.

The OCS returns Credit-Control-Answer 209 with CC-Request-Type setto UPDATE_REQUEST to the network element 1, in order to allow the content/service delivery to continue. This CCA comprises the Multiple Services Crédit Control, MSCC, corresponding to the rating group set in the request. For example, the resuit code indicates that the content/service is not granted it will be terminated implying that data 210 receiving after the CCA_update 209 will be terminated 211. However, during the time waiting for the response to the UPDATE_REQUEST there may be internet access requests 207 causing traffic 208 i.e. service usage, passing through the network that should hâve been blocked.

The proposed technique will now be briefly described referring to Figures 5 to 8. It should be appreciated that Figures 5 and 6 comprise some operations which are illustrated with a solid and some operations which are illustrated with a dashed border. The operations which are comprised in a solid border are operations which are comprised in the broadest example embodiment. The operations which are comprised in a dashed line are example embodiments which may be comprised in, or a part of, or are further operations which may be taken in addition to the operations of the border example embodiments. It should be appreciated that these operations need not be performed in order. Furthermore, it should be appreciated that not ail of the operations need to be performed. The example operations may be performed in any order and in any combination.

Figure 7 illustrâtes an example of a network element 1 for performing pre-emptive crédit control. The network is e.g. a PDN-GW, Packet Data Network Gateway. The network element 1 according to aspects, comprise at least one memory or circuitry 13. The memory 13 is configured to store received or transmitted data and/or exécutable program instructions. The memory 13 may also be configured to store pre-emptive crédit control directives. The memory 13 may be any suitable type of computer readable memory and may be of volatile and/or nonvolatile type.

The network element 1 may further comprise further comprises a network interface 11 and processing circuitry or controller 12 which may be configured to receive, using the network interface 11, from an online charging System, at least one pre-emptive crédit control directive for a subscriber, the crédit control directive applying to at least one rating group; to store the at least one pre-emptive crédit control directive in the network element, typically in the memory unit 13. The network element is further configured to apply, the at least one pre-emptive crédit control directive at content or service delivery start, prior to any service or content received from, or addressing, the subscriber and belonging to the at least one rating group being forwarded from the network element.

The processing circuitry 12 may be any suitable type of computation unit, e.g. a microprocessor, digital signal processor (DSP), field programmable gâte array (FPGA), or application spécifie integrated circuit (ASIC) or any other form of circuitry. It should be appreciated that the processing circuitry need not be provided as a single unit but may be provided as any number of units or circuitry.

Figures 5 is a flow diagram depicting example operations which may be taken by the network element 1 of Figure 1, during pre-emptive crédit control, according to some of the example embodiments. According to some aspect this disclosure relates to method, performed in a network element, of performing pre-emptive crédit control. Pre-emptive crédit control implies that directives applying to a certain rating group for one or several subscribers may be preemptively installed in a network element, such as in a packet gateway in a core network. Such a solution implies that an operator may block ali traffic belonging to a certain rating group for a certain subscriber. In one example ail internet traffic is blocked. In another example ail traffic targeting a proprietary network is redirected to another packet gateway.

According to some aspects the method in initiated when a session request is received S1 from the subscriber. The processing circuitry 12 is configured to receive the session request using the network interface 11. According to some aspects, the network element comprises a first receiver module 121 configured for this purpose. For example an internet session is requested as described above. However, the service request is here initiated by the external subscriber, but may be initiated either by the user or the other network element. At this stage, there is typically only a request for an IP connection, but the service, and thereby not even the rating group, is not yet known.

According to some aspects the method then comprises sending S2 a crédit control request for the subscriber to an online charging system. The at least one pre-emptive crédit control directive is received in response to the crédit control request. The processing circuitry 12 is configured to sending S2 a crédit control request for the subscriber to an online charging system using the network interface 11. According to some aspects, the network element comprises a sender module 122 configured for this purpose.

According to some aspects the crédit control request is an initial request or an update request, as described above. However, it is also possible that the OCS takes initiative to the contact as will be further exemplified in Figure 4.

According to some aspects the method further comprises indicating S2a a capability of receiving crédit control directives prior to service flow détection. If the handling of pre-emptive crédit control is a mandatory feature, it may be desired that the subscriber indicates to the network its capability to receive crédit control directives prior to service flow détection. Such a capability is e.g. included in an initial crédit control request. Such an indication may e.g. be made using the Requested Service Type, RSU, in the initial request message. Such a solution would imply that

Requested Service Type would need to be introduced on command level in 3GPP TS 32.299 V12.4.0 (2014-03).

According to some aspects the crédit control request is an initial request comprising an indication about relevant rating groups. Hence, the network element indicates e.g. rating groups that are expected to be used, such that the OCS may send the corresponding directives.

The method then comprises the step of receiving S3, from an online charging System, at least one pre-emptive crédit control directive for a subscriber, the crédit control directive applying to at least one rating group. This step implies that the network element receives preemptive crédit control directives from an online charging System. The processing circuitry 12 is configured to receive, using the network interface 11, from an online charging System, at least one preemptive crédit control directive for a subscriber. According to some aspects, the network element comprises a second receiver module 123 configured for this purpose.

Referring back to the example in Figure 2, a modified scénario wherein pre-emptive crédit control is implemented, is illustrated in Figure 2b. Steps 201’ and 202’ corresponds to steps 201 and 202 of Figure 2a. However, the introduction of pre-emptive crédit control implies e.g. that Multi Service Crédit Control, MSCC, can instead be included in an initial Crédit Control Answer 203’ (CCAJnitial, sent by OCS) as the answer to an initial Crédit Control Request 202’ (CCRJnitial, sent by network node) for a Rating Group that is not included in this CCR. This implies that the OCS can send crédit control directives before the service is known to the network element. The network node will then send a session accept 204’ to the subscriber as in the previous example of Figure 2a.

Hence, when the internet service corresponding to a spécifie rating group is then requested 205’, the network node can right away terminate 206’ the request. Hence, ali packets will be dropped 207’ from delivery start. No traffic supposed to be blocked is let through.

In this alternative MSCC, the OCS can include other ‘Resuit Codes’ than ‘success’ by e.g. including Final Unit Indication, FUI, or Final Unit Action, FUA, i.e. ‘redirect’ or ‘terminate’, as will be further explained below.

According to some aspects the method further comprises receiving S31 from the online charging System control further information relating to the at least one pre-emptive crédit control directive. It must be anticipated that additional crédit control information is needed such as duration info etc. Validity-time should be set purposely considering under how long time the user is supposed to be redirected. It can be set to considerably longer time when it is provisioned in a CCA-initial. The Validity-Time will guard the period when redirection shall be performed by the network element.

The method then comprises storing S4 the at least one pre-emptive crédit control directive in the network element. This step implies e.g. that the directives are installed in the network element, such that they may be applied to incoming traffic. Some kind of storing is needed, in order to be able to apply the directives at a later point in time. The processing circuitry 12 is configured to store the at least one pre-emptive crédit control directive in the network element. The at least one pre-emptive crédit control directive is typically stored in the memory 13. According to some aspects, the network element comprises a storer 124 configured for this purpose

The method further comprises, applying S5 the at least one pre-emptive crédit control directive at content or service delivery start, prior to any service or content received from, or addressing, the subscriber and belonging to the at least one rating group being forwarded from the network element. This implies that crédit control directives are installed prior to the service flow détection, such that when a new session is requested, the directives may be applied already at delivery start, before any traffic it forwarded. Thereby ail unwanted traffic may be blocked or redirected. Hence, once the matching traffic to the RG is detected, since the directives are already installed in advance by OCS, the network element can start applying the handling immediately. In case ‘blocking’ is intended (that is an error-type result-code is installed), the payload will be dropped; in case ‘redirection’ is intended, the redirect-able traffic will be redirected at once. The processing circuitry 12 is configured to applying the at least one pre-emptive crédit control directive at content or service delivery start. According to some aspects, the network element comprises an applier 125 configured for this purpose.

According to some aspects the method further comprises blocking S6a service or content that matches the at least one pre-emptive crédit control directive. For example ail data traffic is blocked for users having a certain type of subscription. According to some aspects the method further comprises redirecting S6b service or content that matches the at least one pre-emptive crédit control directive. Re-directing may be desired for routing purposes, when a rating group corresponds to a certain source. A redirect-URL is also included in case FUA=’redirect’.

According to some aspects the method further comprises forwarding service or content from the network element. Traffic not matching the pre-emptive directives is not affected by the directives and will be forwarded as in prior art.

The processing circuitry 12 is configured to block, redirect orforward service or content from the network element. According to some aspects, the network element comprises a director 126 configured for this purpose

According to some aspects the at least one pre-emptive crédit control directive comprises resuit codes corresponding to rules applying to respective charging groups. The resuit code of the MSCC can be any error-type result-code that is applicable for MSCC level. The most proper ones can be Result-Code AVP: 10, 11, 12 and 5031 as defined in 3GPP TS 32.299 V12.4.0 (2014-03) section.

Now turning to back to Figure 7, the first receiver module 121, the sender module 122, the second receiver module 123, the storer 124, the applier 125 and the director 126 are implemented in hardware or in software or in a combination thereof. The modules 121, 122, 123, 124, 125 are according to some aspects implemented as a computer program stored in a memory 14 which run on the processing circuitry 12. The network element 1 is further configured to implement ail the aspects of the disclosure as described in relation to the methods above. The network element also comprises the corresponding modules. Hence, according to one aspect the disclosure relates to a computer program comprising computer program code which, when executed in the network element, causes the network element 1 to execute the methods described above and below.

Figure 8 illustrâtes an example of an online charging System node 2 for enabling pre-emptive crédit control in a network element 1. The online charging System node comprises a network interface 21 and processing circuitry or controller 22 which is configured to provide, in the online charging System, at least one pre-emptive crédit control directive for a subscriber, applying to at least one rating group, and to send, using the network interface 21, to the network element, the provided at least one pre-emptive crédit control directive, prior to any service or content received from or addressing the subscriber and belonging to the at least one rating group being forwarded from the network element, thereby enabling application of the at least one preemptive crédit control directive on the service or content at content or service delivery start.

The processing circuitry 21 may be any suitable type of computation unit, e.g. a microprocessor, digital signal processor (DSP), field programmable gâte array (FPGA), or application spécifie integrated circuit (ASIC) or any other form of circuitry. It should be appreciated that the processing circuitry need not be provided as a single unit but may be provided as any number of units or circuitry.

Figures 6 is a flow diagram depicting corresponding example operations which may be taken by online charging System, OCS, node 2 of Figure 8, during pre-emptive crédit control, according to some ofthe example embodiments.

In the first step the OCS node provides S12, in the online charging System, at least one preemptive crédit control directive for a subscriber, applying to at least one rating group. The directives may be obtained in several ways. The rules may be obtained internally in the OCS or received from external sources. The processing circuitry 22 is configured to provide S12, in the online charging System, at least one pre-emptive crédit control directive for a subscriber, applying to at least one rating group. According to some aspects, the OCS node comprises a provider 222 configured for this purpose.

Users can also be redirected to a notification webpage where the instruction can be presented for how to continue with the access and the alternatives that the end-user might choose.

This solution can be useful for roaming (home-routed) or local-breakout case, where crédit control on the end user usually differ from non-roaming case. However the solution is generic and doesn’t hâve to be limited only for roaming or local-breakout use cases.

According to some aspects, the providing is based on network or service requested in the crédit control request. One example is that the data quota for a spécifie subscriber is finished. Then ail internet access from that subscriber may be blocked.

According to some aspects, the providing is based on an Access Point Name comprised in the crédit control request. For example access to an operator’s portai may always be allowed, but such traffic should always use a certain gateway.

In the next step the OCS node sends S13, to the network element, the provided at least one pre-emptive crédit control directive, prior to any service or content received from or addressing the subscriber and belonging to the at least one rating group being forwarded from the network element, thereby enabling application of the at least one pre-emptive crédit control directive on the service or content at content or service delivery start. The network element then receives and applies the pre-emptive directives as already described above in connection with Figure 5. The processing circuitry 22 is configured to send S13, to the network element, the provided at least one pre-emptive crédit control directive, using the network interface 21. According to some aspects, the OCS node comprises a sender 223 configured for this purpose.

According to some aspects, the method further comprises receiving S11, from the network element, a crédit control request, corresponding to a subscriber, wherein the at least one preemptive crédit control directive is provided in a crédit control response sent in response to the crédit control request. The processing circuitry 22 is configured to receive S11, from the network element, a crédit control request, using the network interface 21. According to some aspects, the OCS node comprises a receiver module 221 configured for this purpose. A typical scénario is the one already explained in Figure 2b, wherein the OCS receives a CCR on command level,

i.e. wherein no rating group is specified. According to the proposed technique the OCS then responds with a CCA comprising crédit control directives, e.g. MSCC, for at least one rating group.

Figure 6 shows another alternative of initiating the proposed method, wherein the OCS node 2 initiâtes the installation of pre-emptive directions by sending a Re Authorization Request, RAR, 405 to network element. To request crédit re-authorization for a service or a rating-group, the server includes in the Rating-Group Attribute Value Pair, AVP. If a crédit re-authorization is not already ongoing (i.e., the credit-control session is in Open state), a crédit control client that receives an RAR message with Session-ld equal to a currently active credit-control session MUST acknowledge the request by sending the Re-Auth-Answer, RAA, 406 message and MUST initiate the crédit re-authorization toward the server by sending a Credit-Control-Request message 407 with the CC-Request-Type AVP set to the value UPDATE_REQUEST. The OCS node 2 can then insert the pre-emptive crédit control directives in the corresponding CCA 408. In this example the CCA comprises crédit control directives corresponding to several rating groups i.e. RG1, RG2, RG3. For RG2 the ‘resuit code’ is FUI-redirect’. Hence arriving traffic 409 of RG2 will from now on be redirected to the node defined by the URL 410, which was typically received from the OCS in the CCA together with the FUI. Hence, according to some aspects, the sending is initiated by the OCS.

According to some aspects, the method further comprises receiving S11a an indication of a capability of receiving crédit control directives prior to service flow détection. It must be assumed that the ability to receiving crédit control directives prior to service flow détection may be an optional feature. Then the network element may as an initial step indicate that it has such a capability. According to some aspects, the OCS is only allowed to send pre-emptive crédit control directives if the network element has previously indicated such capability.

Now turning to Figure 8, the receiver module 221, the provider 222 and the sender 223 are implemented in hardware or in software or in a combination thereof. The modules 221, 222, 223 are according to some aspects implemented as a computer program stored in a memory which run on the processing circuitry 22. The OCS node is further configured to implement ail the aspects of the disclosure as described in relation to the methods performed in an OCS node above. The OCS node also comprises the corresponding modules. Hence, according to one aspect the disclosure relates to a computer program comprising computer program code which, when executed in an OCS node, causes the OCS node 2 to execute the methods described above and below.

The disclosure can be described in different topics though they share the same principle of ‘being pre-emptive’. One example is pre-emptive result-code handling as already illustrated in Figure 2b. Another alternative is pre-emptive redirection directives, which has already been briefly mentioned.

Figure 3a and 3b illustrâtes non-preemptive redirection directives and preemptive redirection directives respectfully. The signaling of Figures 3a and 3b corresponds to Figure 2a and 2b with the différence that the CCA 309 comprises the resuit code ‘FUl=redirect’. This resuit code implies that traffic is supposed to be redirected to a “top-up” server 30. Hence, with respect to Figure 3a traffic, which is supposed to be re-directed, might pass through the network, when waiting for the response to the CCR update.

This is avoided in Figure 3b, where the redirection directive is pre-emptively installée!, by including the FUI in the initial CCA 303’. A redirect-URL of e.g. a “top-up” server 30 is also included in the CCA in case FUA-redirect’. Top-up is referring to a 'refill' portai. It is a service that operator provides to the end-user to update the account for crédit. Hence, when the internet service corresponding to a spécifie rating group is then requested 305’, the network node can right away redirect 306’ the request by sending 308’ the redirect-URL to the subscriber. Hence, ali packets will be redirected 309’ from delivery start. No traffic supposed to be redirected is let through.

Aspects of the disclosure are described with reference to the drawings, e.g., block diagrams and/or floweharts. It is understood that several entities in the drawings, e.g., blocks ofthe block diagrams, and also combinations of entities in the drawings, can be implemented by computer program instructions, which instructions can be stored in a computer-readable memory, and also loaded onto a computer or other programmable data processing apparatus. Such computer program instructions can be provided to a processor of a general purpose computer, a spécial purpose computer and/or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer and/or other programmable data processing apparatus, create means for implementing the functions/acts specified in the block diagrams and/or flowchart block or blocks.

In some implémentations and according to some aspects of the disclosure, the functions or steps noted in the blocks can occur out of the order noted in the operational illustrations. For example, two blocks shown in succession can in fact be executed substantially concurrently or the blocks can sometimes be executed in the reverse order, depending upon the functionality/acts involved. Also, the functions or steps noted in the blocks can according to some aspects of the disclosure be executed continuously in a loop.

In the drawings and spécification, there hâve been disclosed exemplary aspects of the disclosure. However, many variations and modifications can be made to these aspects without substantially departing from the principles of the présent disclosure. Thus, the disclosure should be regarded as illustrative rather than restrictive, and not as being limited to the particular aspects discussed above. Accordingly, although spécifie terms are employed, they are used in a generic and descriptive sense oniy and not for purposes of limitation.

It should be noted that although terminology from 3GPP LTE has been used herein to explain the example embodiments, this should not be seen as limiting the scope of the example embodiments to only the aforementioned System. Other wireless Systems, including WCDMA, WiMax, UMB and GSM, may also benefitfrom the example embodiments disclosed herein.

The description of the example embodiments provided herein hâve been presented for purposes of illustration. The description is not intended to be exhaustive or to limit example embodiments to the précisé form disclosed, and modifications and variations are possible in light of the above teachings or may be acquired from practice of various alternatives to the provided embodiments. The examples discussed herein were chosen and described in order to explain the principles and the nature of various example embodiments and its practical application to enable one skilled in the art to utilize the example embodiments in various manners and with various modifications as are suited to the particular use contemplated. The features of the embodiments described herein may be combined in ail possible combinations of methods, apparatus, modules, Systems, and computer program products. It should be appreciated that the example embodiments presented herein may be practiced in any combination with each other.

It should be noted that the word “comprising” does not necessarily exclude the presence of other éléments or steps than those listed and the words “a” or “an” preceding an element do not exclude the presence of a plurality of such éléments. It should further be noted that any reference signs do not limit the scope of the claims, that the example embodiments may be implemented at least in part by means of both hardware and software, and that several “means”, “units” or “devices” may be represented by the same item of hardware.

The various example embodiments described herein are described in the general context of method steps or processes, which may be implemented in one aspect by a computer program product, embodied in a computer-readable medium, including computer-executable instructions, such as program code, executed by computers in networked environments. A computer18122 readable medium may include removable and non-removable storage devices including, but not limited to, Read Only Memory, ROM, Random Access Memory, RAM, compact dises, CDs, digital versatile dises, DVD, etc. Generally, program modules may include routines, programs, objects, components, data structures, etc. that performs particular tasks or implement particular 5 abstract data types. Computer-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such exécutable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps or processes.

In the drawings and spécification, there hâve been disclosed exemplary embodiments. However, many variations and modifications can be made to these embodiments. Accordingly, although spécifie terms are employed, they are used in a generic and descriptive sense only and not for purposes of limitation, the scope of the embodiments being defined by the following daims.

Claims (26)

1. A method, performed in a network element, of performing pre-emptive crédit control, the method comprising the steps of:

receiving, from an online charging System, at least one pre-emptive crédit control directive for a subscriber, the crédit control directive applying to at least one rating group;

- storing the at least one pre-emptive crédit control directive in the network element and applying the at least one pre-emptive crédit control directive at content or service delivery start, prior to any service or content received from, or addressing, the subscriber and belonging to the at least one rating group being forwarded from the network element.

2. The method according to claim 1, further comprising:

receiving a session request from the subscriber;

3. The method according to claim 1 or 2, further comprising:

- sending a crédit control request for the subscriber to an online charging System;

wherein the at least one pre-emptive crédit control directive is received in response to the crédit control request.

4. The method according to any preceding claim, further comprising:

indicating a capability of receiving crédit control directives prior to service flow détection.

5. The method according to claim 4, wherein the crédit control request is an initial request or an update request.

6. The method according to claim 4 or 5, wherein the crédit control request is an initial request comprising an indication about relevant rating groups.

7. The method according to any of the preceding claims further comprising:

- receiving from the online charging system control further information relating to the at least one pre-emptive crédit control directive.

8. The method according to any of the preceding claims, wherein the method further comprises blocking service or content that matches the at least one pre-emptive crédit control directive.

9. The method according to any of the preceding claims, the method further comprises redirecting service or content that matches the at least one pre-emptive crédit control directive.

10. The method according to any of the preceding claims, wherein the method further comprises forwarding service or content from the network element.

11. The method according to any of the preceding claims, wherein the at least one pre-emptive crédit control directive comprises resuit codes corresponding to rules applying to respective charging groups.

12. A network element for performing pre-emptive crédit control, the network element comprising, a network interface and a processing circuitry configured:

- to receive, using the network interface, from an online charging System, at least one pre-emptive crédit control directive for a subscriber, the crédit control directive applying to at least one rating group;

- to store the at least one pre-emptive crédit control directive in the network element and

- to apply, the at least one pre-emptive crédit control directive at content or service delivery start, prior to any service or content received from, or addressing, the subscriber and belonging to the at least one rating group being forwarded from the network element.

13. The network element according to claim 12, wherein the processing circuitry is further adapted:

- to indicate the capability of even receiving directives prior to the service flow détection.

14. The network element according to claim 12 or 13, wherein the processing circuitry is further adapted:

- to receive a session request from the subscriber.

15. The network element according to any of claims 12-14, wherein the processing circuitry is further adapted:

to send a crédit control request for the subscriber to an online charging System;

wherein the at least one pre-emptive crédit control directive is received in response to the crédit control request.

16. The network element according to any of claims 12-15, wherein the processing circuitry is further adapted:

- to receive from the online charging System control further information relating to the at least one pre-emptive crédit control directive.

17. A method, performed in an online charging System, of enabling pre-emptive crédit control in a network element, the method comprising the steps of:

providing, in the online charging System, at least one pre-emptive crédit control directive for a subscriber, applying to at least one rating group, and

- sending, to the network element, the provided at least one pre-emptive crédit control directive, prior to any service or content received from or addressing the subscriber and belonging to the at least one rating group being forwarded from the network element, thereby enabling application of the at least one pre-emptive crédit control directive on the service or content at content or service delivery start.

18. The method according to claim 17, further comprising:

receiving from the network element, a crédit control request, corresponding to a subscriber, wherein the at least one pre-emptive crédit control directive is provided in a crédit control response sent in response to the crédit control request.

19. The method according to claim 17 or 18, further comprising receiving an indication of a capability of receiving crédit control directives prior to service flow détection.

20. The method according to any of the preceding claim 17 to 19, wherein the providing is based on network or service requested in the crédit control request.

21. The method according to any of the preceding claims 17 to 20, wherein the providing is based on an Access Point Name comprised in the crédit control request.

22. The method according to any of the preceding daims 17 to 21, wherein the providing is based on subscriber data corresponding to the subscriber.

23. An online charging System node for enabling pre-emptive crédit control in a network element, the node comprising, a network interface and a processing circuitry configured:

- to provide, in the online charging system, at least one pre-emptive crédit control directive for a subscriber, applying to at least one rating group, and

- to send, using the network interface, to the network element, the provided at least one pre-emptive crédit control directive, prior to any service or content received from or addressing the subscriber and belonging to the at least one rating group being forwarded from the network element, thereby enabling application of the at least one pre-emptive crédit control directive on the service or content at content or service delivery start.

24. The online charging system node according to claim 23, wherein the processing circuitry is further adapted to:

- to receive from the network element, a crédit control request, corresponding to a subscriber.

25. The online charging system node according to claim 24, wherein the processing circuitry is further adapted:

- to receive an indication of a capability of receiving directives prior to service flow détection.

26. A computer program comprising computer program code which, when executed in a network node, causes the network node to execute the methods of any of daims 1-11 or 1722.