CA2480478C - Pdp context error handling method - Google Patents
Pdp context error handling method Download PDFInfo
- Publication number
- CA2480478C CA2480478C CA2480478A CA2480478A CA2480478C CA 2480478 C CA2480478 C CA 2480478C CA 2480478 A CA2480478 A CA 2480478A CA 2480478 A CA2480478 A CA 2480478A CA 2480478 C CA2480478 C CA 2480478C
- Authority
- CA
- Canada
- Prior art keywords
- context request
- connection context
- request
- binding information
- qos
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
Abstract
Method and apparatus for dealing with a connection context request to establish a connection between a mobile station (MS) and a network gateway element. The gateway (such as a GGSN) determines whether binding information is required, then ascertains whether such information has been supplied. If the information is not supplied, the GGSN responds to the request on the basis of a policy determined by the operator of the network. This can include, for example, rejecting the request.
Description
2 PCT/IB03/01501 PDP CONTEXT ERROR HANDLING METHOD
FIELD OF INVENTION
The present invention relates to the handling of error cases during requests for service within a mobile telecommunications context.
The invention has been developed primarily for use with mobile telephones and communication devices for use with third generation (UMTS) networks and will be described with reference to this application. However, it will be appreciated that the invention can be applied to other standards and protocols, including future generations.
BACKGROUND TO INVENTION
During initiation of a data or multimedia session by user equipment (UE) in a third generation telecommunication system, a PDP (Packet Data Protocol) context request is issued. As shown in Figure 1, the PDP context request is generated in an SGSN upon receipt of a trigger from the UE. The PDP context request is sent to a Gateway GPRS
Support Node (GGSN), which in turn communicates with a Policy Control Function (PCF) to ascertain what level of service and resources are authorised for that data or multimedia session. The PCF authorises (or rejects) setting up of the bearers) requested by the UE via the PDP context request.
If authorization of the PDP context is required (e.g. in 3GPP R5, if the PDP context request is IP Multimedia Subsystem (IMS) related), the PDP context request will usually include binding information such as an authorization token and flow identifiers. If the operator supports service based local policy (SBLP), the authorization of PDP contexts shall be performed.
During the creation or modification of a PDP context, the UE may define a traffic flow template (TFT). A TFT
consists of one to eight packet filters, each identified by a unique packet filter identifier. However, as part of '' the SBLP authorization of the PDP context, the Policy Control Function (PCF) may send packet classifiers for flows carried by the PDP context. It is possible that the downlink packet classifiers defined by the PCF and the TFT set by the UE will have an overlap in the attributes they define.
One approach to dealing with this situation is for the GGSN to ignore either the TFT or the packet classifier.
However, this approach may lead to dropping of packets or incorrect classification in the GGSN.
SUMMARY OF INVENTION
In accordance with a first aspect of the invention, there is provided a method of dealing with a connection context request to establish a connection between a mobile station (MS) and a network gateway element, the method including the steps of:
(a) receiving in the gateway element a connection context request;
(b) determining in the gateway element whether binding information is required; .
(c) determining whether binding information was supplied with the connection context request; and (d) in the event that the binding information is required and was not supplied, responding to the request on the basis of a policy determined by the operator of the network.
Preferably, step (d) includes supplying a different resource level from that requested in the connection context request in the event the binding information is required and was not supplied.
More preferably, the first aspect further includes the steps of (f) activating the connection context; and (g) informing the MS that charging will differ from that associated with the resource level requested.
In a preferred form, the resource level is a Quality of Service (QoS) parameter. Typically, step (e) will involve downgrading the QoS. It is preferred that the MS
be informed of the change in QoS.
In an alternative embodiment, reducing the resource level includes the step of rejecting the connection context request.
In a preferred embodiment, the context request is a packet data protocol (PDP) context request.
Preferably, the network gateway element is a serving GPRS
support node (SGSN) or a gateway GPRS support node (GGSN) .
In a particularly preferred embodiment, the method includes the step, prior to step (a), of providing the network gateway element with access to a list of Access Point Names (APNs) that are IP Multimedia Subsystem
FIELD OF INVENTION
The present invention relates to the handling of error cases during requests for service within a mobile telecommunications context.
The invention has been developed primarily for use with mobile telephones and communication devices for use with third generation (UMTS) networks and will be described with reference to this application. However, it will be appreciated that the invention can be applied to other standards and protocols, including future generations.
BACKGROUND TO INVENTION
During initiation of a data or multimedia session by user equipment (UE) in a third generation telecommunication system, a PDP (Packet Data Protocol) context request is issued. As shown in Figure 1, the PDP context request is generated in an SGSN upon receipt of a trigger from the UE. The PDP context request is sent to a Gateway GPRS
Support Node (GGSN), which in turn communicates with a Policy Control Function (PCF) to ascertain what level of service and resources are authorised for that data or multimedia session. The PCF authorises (or rejects) setting up of the bearers) requested by the UE via the PDP context request.
If authorization of the PDP context is required (e.g. in 3GPP R5, if the PDP context request is IP Multimedia Subsystem (IMS) related), the PDP context request will usually include binding information such as an authorization token and flow identifiers. If the operator supports service based local policy (SBLP), the authorization of PDP contexts shall be performed.
During the creation or modification of a PDP context, the UE may define a traffic flow template (TFT). A TFT
consists of one to eight packet filters, each identified by a unique packet filter identifier. However, as part of '' the SBLP authorization of the PDP context, the Policy Control Function (PCF) may send packet classifiers for flows carried by the PDP context. It is possible that the downlink packet classifiers defined by the PCF and the TFT set by the UE will have an overlap in the attributes they define.
One approach to dealing with this situation is for the GGSN to ignore either the TFT or the packet classifier.
However, this approach may lead to dropping of packets or incorrect classification in the GGSN.
SUMMARY OF INVENTION
In accordance with a first aspect of the invention, there is provided a method of dealing with a connection context request to establish a connection between a mobile station (MS) and a network gateway element, the method including the steps of:
(a) receiving in the gateway element a connection context request;
(b) determining in the gateway element whether binding information is required; .
(c) determining whether binding information was supplied with the connection context request; and (d) in the event that the binding information is required and was not supplied, responding to the request on the basis of a policy determined by the operator of the network.
Preferably, step (d) includes supplying a different resource level from that requested in the connection context request in the event the binding information is required and was not supplied.
More preferably, the first aspect further includes the steps of (f) activating the connection context; and (g) informing the MS that charging will differ from that associated with the resource level requested.
In a preferred form, the resource level is a Quality of Service (QoS) parameter. Typically, step (e) will involve downgrading the QoS. It is preferred that the MS
be informed of the change in QoS.
In an alternative embodiment, reducing the resource level includes the step of rejecting the connection context request.
In a preferred embodiment, the context request is a packet data protocol (PDP) context request.
Preferably, the network gateway element is a serving GPRS
support node (SGSN) or a gateway GPRS support node (GGSN) .
In a particularly preferred embodiment, the method includes the step, prior to step (a), of providing the network gateway element with access to a list of Access Point Names (APNs) that are IP Multimedia Subsystem
3 related, and wherein step (c) includes determining whether the connection context request refers to an APN
on the list.
In a second aspect of the present invention, there is provided a method of dealing with a connection context request to establish a connection between a mobile station (MS) and a network gateway element, the method including the steps of:
(a) receiving in the network gateway element a connection context request, the connection context request including binding information and traffic flow parameters, the traffic flow parameters being indicative of intended packet filtering;
(b) sending an authorisation request from the network gateway element to a network policy control element;
(c) receiving, in the network gateway element, a packet classifier from the policy control element in response to the authorisation request, the packet classifier being intended for use by the gateway element;
(d) determining whether a conflict exists between attribute values of the traffic flow parameters and attribute values of the packet classifier; and (e) in the event that there is a conflict, informing the Ms .
Preferably, the context request is a packet data protocol (pDP) context request, and the network gateway element is a serving GPRS support node (SGSN) or a gateway GPRS
support node (GGSN) .
In accordance with a third aspect of the invention, there is provided mobile telecommunications network apparatus for dealing with a connection context request from a
on the list.
In a second aspect of the present invention, there is provided a method of dealing with a connection context request to establish a connection between a mobile station (MS) and a network gateway element, the method including the steps of:
(a) receiving in the network gateway element a connection context request, the connection context request including binding information and traffic flow parameters, the traffic flow parameters being indicative of intended packet filtering;
(b) sending an authorisation request from the network gateway element to a network policy control element;
(c) receiving, in the network gateway element, a packet classifier from the policy control element in response to the authorisation request, the packet classifier being intended for use by the gateway element;
(d) determining whether a conflict exists between attribute values of the traffic flow parameters and attribute values of the packet classifier; and (e) in the event that there is a conflict, informing the Ms .
Preferably, the context request is a packet data protocol (pDP) context request, and the network gateway element is a serving GPRS support node (SGSN) or a gateway GPRS
support node (GGSN) .
In accordance with a third aspect of the invention, there is provided mobile telecommunications network apparatus for dealing with a connection context request from a
4 mobile station MS, the apparatus including a network gateway element configured to:
(a) receive a connection context request;
(b) determine whether binding information is required;
(c) determine whether binding information was supplied with the connection context request; and (d) in the event that the binding information is required and was not supplied, responding to the request on the basis of a policy determined by the operator of the network.
Preferably, the apparatus is configured to supply a different resource level from that requested in the connection context request in the event the binding information is required and was not supplied.
In a preferred form, the apparatus is configured to:
(f) activate the connection context; and (g) inform the MS that charging will differ from that associated with the resource level requested.
Preferably, the resource level is a Quality of Service (QoS) parameter. More preferably, the apparatus is configured to downgrade the QoS in step (e). Most preferably, the apparatus is configured to inform the MS
of the change in QoS.
In one embodiment, reducing the resource level includes rejecting the connection context request.
Preferably, the context request is a packet data protocol (PDP) context request, and the network gateway element is a serving GPRS support node (SGSN) or a gateway GPRS
support node (GGSN).
(a) receive a connection context request;
(b) determine whether binding information is required;
(c) determine whether binding information was supplied with the connection context request; and (d) in the event that the binding information is required and was not supplied, responding to the request on the basis of a policy determined by the operator of the network.
Preferably, the apparatus is configured to supply a different resource level from that requested in the connection context request in the event the binding information is required and was not supplied.
In a preferred form, the apparatus is configured to:
(f) activate the connection context; and (g) inform the MS that charging will differ from that associated with the resource level requested.
Preferably, the resource level is a Quality of Service (QoS) parameter. More preferably, the apparatus is configured to downgrade the QoS in step (e). Most preferably, the apparatus is configured to inform the MS
of the change in QoS.
In one embodiment, reducing the resource level includes rejecting the connection context request.
Preferably, the context request is a packet data protocol (PDP) context request, and the network gateway element is a serving GPRS support node (SGSN) or a gateway GPRS
support node (GGSN).
5 Preferably, the network gateway element has access to a list of Access Point Names (APNs) that are IP Multimedia Subsystem related, the apparatus, being configured to determine whether the connection context request refers to an APN on the list.
According to a fourth aspect of the invention, there is provided mobile telecommunication network apparatus for dealing with a connection context request from a mobile station (MS), the apparatus including a network gateway element configured to:
(a) receive a connection context request, the connection context request including binding information and traffic flow parameters, the traffic flow parameters being indicative of intended packet filtering;
(b) send an authorisation request from the network gateway element to a network policy control element;
(c) receive a packet classifier from the policy control element in response to the authorisation request, the packet classifier being intended for use by the gateway element;
(d) determine whether a conflict exists between attribute values of the traffic flow parameters and attribute values of the packet classifier; and (e) in the event that there is a conflict, inform the MS.
Preferably, the apparatus is configured, in the event there is a conflict, to reject the connection context..
Alternatively, the apparatus is configured, in the event there is a conflict, to determine suitable traffic flow parameter values and inform the MS of those values.
According to a fourth aspect of the invention, there is provided mobile telecommunication network apparatus for dealing with a connection context request from a mobile station (MS), the apparatus including a network gateway element configured to:
(a) receive a connection context request, the connection context request including binding information and traffic flow parameters, the traffic flow parameters being indicative of intended packet filtering;
(b) send an authorisation request from the network gateway element to a network policy control element;
(c) receive a packet classifier from the policy control element in response to the authorisation request, the packet classifier being intended for use by the gateway element;
(d) determine whether a conflict exists between attribute values of the traffic flow parameters and attribute values of the packet classifier; and (e) in the event that there is a conflict, inform the MS.
Preferably, the apparatus is configured, in the event there is a conflict, to reject the connection context..
Alternatively, the apparatus is configured, in the event there is a conflict, to determine suitable traffic flow parameter values and inform the MS of those values.
6 In another embodiment, the apparatus is configured, in the event there is a conflict, to:
determine revised traffic flow parameter values to overcome the conflict;
accept the connection context; and inform the MS of the revised traffic flow parameters.
The MS is preferably informed of any change to the traffic parameters via a protocol configuration option message.
Preferably, the context request is a packet data protocol (PDP) context request, and the network gateway element is a serving GPRS support node (SGSN) or a gateway GPRS
support node (GGSN).
BRIEF DESCRIPTION OF THE DRAWINGS
Figure 1 is a data flow diagram showing a method of dealing with a PDP context request to establish a bearer between user equipment (UE) and a network gateway element in a third generation (3G) network, in accordance with the invention; and Figure 2 is a data flow diagram showing an alternative method of dealing with a PDP context request to establish a bearer between user equipment (UE) and a network gateway element in a third generation (3G) network, also in accordance with the invention.
DETAILED DESCRIPTION OF PREFERRED AND OTHER EMBODIMENTS
It should be appreciated that even though the exemplifying telecommunications network shown and
determine revised traffic flow parameter values to overcome the conflict;
accept the connection context; and inform the MS of the revised traffic flow parameters.
The MS is preferably informed of any change to the traffic parameters via a protocol configuration option message.
Preferably, the context request is a packet data protocol (PDP) context request, and the network gateway element is a serving GPRS support node (SGSN) or a gateway GPRS
support node (GGSN).
BRIEF DESCRIPTION OF THE DRAWINGS
Figure 1 is a data flow diagram showing a method of dealing with a PDP context request to establish a bearer between user equipment (UE) and a network gateway element in a third generation (3G) network, in accordance with the invention; and Figure 2 is a data flow diagram showing an alternative method of dealing with a PDP context request to establish a bearer between user equipment (UE) and a network gateway element in a third generation (3G) network, also in accordance with the invention.
DETAILED DESCRIPTION OF PREFERRED AND OTHER EMBODIMENTS
It should be appreciated that even though the exemplifying telecommunications network shown and
7 described in more detail uses the terminology of the third generation (3G) UMTS (Universal Mobile Telecommunications System) public land mobile network (PLMN), the proposed solution can be used in any system providing mobile communications for users and some kind of location information service. Examples of other telecommunications systems include, without limiting to these, standards such as the GSM (Global System for Mobile communications) or various GSM based systems (such as GPRS (General Packet Radio Service), AMPS (American Mobile Phone System) or DAMPS (Digital AMPS), IMT 2000 (International Mobile Telecommunications system 2000), i-phone and the like.
Referring to Figure l, in the first embodiment, a user equipment UE maps SDP parameters into UMTS Quality of Service (QoS) Parameters. The UE sends (step 2) a message to the SGSN, requesting activation of a connection context request in the form of a PDP context request or secondary PDP context request. The SGSN
creates the PDP context request (step 3) and forwards it to a network gateway element in the form of a GGSN.
Upon receipt of the PDP context request, the GGSN
ascertains whether binding information is required. It does so by looking at the Access Point Name (APN) provided in the PDP context request and comparing it to a list of APNs that require authorization (i.e. in 3GPP R5, are IMS related) . In addition to the APN, requested QoS
attributes, e.g. the Traffic Class, may be considered in the GGSN when determining whether authorization of the PDP context is required. If the APN and possibly the requested QoS in the PDP context request is determined to be such which requires authorization (i.e. IMS related in
Referring to Figure l, in the first embodiment, a user equipment UE maps SDP parameters into UMTS Quality of Service (QoS) Parameters. The UE sends (step 2) a message to the SGSN, requesting activation of a connection context request in the form of a PDP context request or secondary PDP context request. The SGSN
creates the PDP context request (step 3) and forwards it to a network gateway element in the form of a GGSN.
Upon receipt of the PDP context request, the GGSN
ascertains whether binding information is required. It does so by looking at the Access Point Name (APN) provided in the PDP context request and comparing it to a list of APNs that require authorization (i.e. in 3GPP R5, are IMS related) . In addition to the APN, requested QoS
attributes, e.g. the Traffic Class, may be considered in the GGSN when determining whether authorization of the PDP context is required. If the APN and possibly the requested QoS in the PDP context request is determined to be such which requires authorization (i.e. IMS related in
8 3GPP R5), then the GGSN knows that binding information is required.
In the event the APN is on the list and binding information has been provided, then the GGSN can continue with the PDP context request by communicating with the Policy Control Function (PCF). In the preferred form of the invention, the PCF is implemented in the P-CSCF
network element. This step is not illustrated.
In the event that the APN is on the list and possibly the requested QoS is such which requires authorization and no binding information is provided, the GGSN determines that the PDP context cannot be fulfilled as requested by the UE. The response to this situation is, in broad terms, to implement the operator's policy for dealing with such a situation, such that the UE is aware that the request cannot be fulfilled in full.
Depending upon the implementation (and, in many cases, the operator's policy), the PDP context can still be activated, but on a different basis than a PDP context which can be authorized. For example, the operator's policy can include activating the PDP context, but at a different charging rate. For different charging rates, an indication describing unauthorized PDP context may be added to Call Detailed Records (CDRs) created for the PDP
context by the GGSN and possibly the SGSN. Alternatively or in addition, the QoS can be downgraded from that requested. APN specific maximum QoS attributes (e.g..one or more of the following: Traffic Class, Maximum Bitrate, Guaranteed Bitrate, Delivery Order, Maximum SDU Size, SDU
Format Information, SDU Error Ratio, Residual Bit Error Ratio, Delivery of Erroneous SDUs, Transfer Delay,
In the event the APN is on the list and binding information has been provided, then the GGSN can continue with the PDP context request by communicating with the Policy Control Function (PCF). In the preferred form of the invention, the PCF is implemented in the P-CSCF
network element. This step is not illustrated.
In the event that the APN is on the list and possibly the requested QoS is such which requires authorization and no binding information is provided, the GGSN determines that the PDP context cannot be fulfilled as requested by the UE. The response to this situation is, in broad terms, to implement the operator's policy for dealing with such a situation, such that the UE is aware that the request cannot be fulfilled in full.
Depending upon the implementation (and, in many cases, the operator's policy), the PDP context can still be activated, but on a different basis than a PDP context which can be authorized. For example, the operator's policy can include activating the PDP context, but at a different charging rate. For different charging rates, an indication describing unauthorized PDP context may be added to Call Detailed Records (CDRs) created for the PDP
context by the GGSN and possibly the SGSN. Alternatively or in addition, the QoS can be downgraded from that requested. APN specific maximum QoS attributes (e.g..one or more of the following: Traffic Class, Maximum Bitrate, Guaranteed Bitrate, Delivery Order, Maximum SDU Size, SDU
Format Information, SDU Error Ratio, Residual Bit Error Ratio, Delivery of Erroneous SDUs, Transfer Delay,
9 Traffic Handling Priority, Allocation/Retention Priority) can be configured to the GGSN. At least in the latter case (i.e. if QoS is downgraded), the UE is informed (step 5-1) of the change in a message sent from the GGSN
via the SGSN. The UE may also be informed in the former case (i.e. if different charging rate is applied for the PDP context). This information can be carried either transparently (e. g. in the Protocol Configuration Options PCO information element) or non-transparently (e.g. in the GTP cause code and in the Session Management cause code) through the SGSN. The latter requires the SGSN to understand the information and to pass it to the UE.
Another option for the operator policy is to reject the PDP context and inform the UE that the binding information is missing. Again, the UE is informed (step 5-2) of the outcome either transparently or non transparently through the SGSN (as described above).
This embodiment of the invention ensures that PDP context requests are dealt with on the basis of the need for authorization, rather than simply relying upon whether or not binding information is supplied with such a PDP
context request.
Turning to the second embodiment of the invention in Figure 2, there is shown a method of dealing with a connection context request to establish a connection between a mobile station UE and a network gateway element. Again, the network gateway element is a GGSN, and the UE communicates with the GGSN via an SGSN.
Steps 2 and 3 are the same as those in the first embodiment. However, once the GGSN receives the PDP
request, it communicates with a Policy Control Function (PCF) in the form of a P-CSCF to obtain authorisation for creating the PDP context. As will be understood by those skilled in the art, communication between the GGSN and the PCF takes the form of Common Open Policy Service protocol messages, preferably using the Go interface.
The PDP context request in this case includes e.g.
binding information, requested QoS and TFT, the TFT being indicative of intended downlink packet filtering.
As is well known to those skilled in the art, the TFT is used in the GGSN for downlink packet classification. With the help of TFTs, the GGSN can find the right PDP context to carry a downlink packet. A destination IP address is not enough for downlink packet classification, because there may exist many PDP contexts with the same destination IP address. TFTs, however, do differ in these PDP contexts.
In step 5, the PCF processes the resource request from the GGSN, and returns a decision in step 6. The decision includes a downlink packet classifier for use by the GGSN
in determining the PDP context parameters. The GGSN then compares (step 7) the parameters of the downlink packet classifier with the TFT supplied by the UE. In many cases, the TFT will share parameters with the downlink packet classifier. It may also be the case that the values of the parameters may conflict with each other.
If there is no conflict, then the GGSN can simply accept the PDP context request and continue with establishing the PDP context . However, if there is a conflict, it is necessary to inform the UE, because it is not possible to safely establish a PDP context that satisfies both the downlink packet classifier and TFT parameter values.
The actual information supplied to the UE, and indeed, the actual response of the GGSN to this conflict situation, depends upon the policy of the network operator responsible for the GGSN. In its simplest form, the PDP context request can be rejected by the GGSN (step 8-3) and the MS informed accordingly. However, whilst this is a valid response to the situation, and deals with the conflict issue, it is preferred to avoid simply rejecting the PDP context request out of hand.
At the very least, it is preferable to inform the MS of the reason for rejection, and even more preferable to inform the UE of the correct parameters to overcome the conflict. This information could be carried either transparently or non-transparently through the SGSN (as described above).
A preferred way of achieving a similar aim, but without rejecting the PDP context, is for the GGSN to determine the extent of the conflict and amend the TFT parameter values to reduce the conflict to an acceptable level.
The PDP context can then be created on this basis (step 8-1). In this case, it is particularly desirable to inform the UE of the changed TFT parameters or of the packet classifiers received from the PCF, as this may be relevant to the user' s decision as to whether to proceed with attempting to obtain the PDP context. This information could be carried either transparently or non-transparently through the SGSN (as described above).
Although the invention has been described with reference to a number of specific embodiments, it will be appreciated that the invention may be embodied in many other forms.
via the SGSN. The UE may also be informed in the former case (i.e. if different charging rate is applied for the PDP context). This information can be carried either transparently (e. g. in the Protocol Configuration Options PCO information element) or non-transparently (e.g. in the GTP cause code and in the Session Management cause code) through the SGSN. The latter requires the SGSN to understand the information and to pass it to the UE.
Another option for the operator policy is to reject the PDP context and inform the UE that the binding information is missing. Again, the UE is informed (step 5-2) of the outcome either transparently or non transparently through the SGSN (as described above).
This embodiment of the invention ensures that PDP context requests are dealt with on the basis of the need for authorization, rather than simply relying upon whether or not binding information is supplied with such a PDP
context request.
Turning to the second embodiment of the invention in Figure 2, there is shown a method of dealing with a connection context request to establish a connection between a mobile station UE and a network gateway element. Again, the network gateway element is a GGSN, and the UE communicates with the GGSN via an SGSN.
Steps 2 and 3 are the same as those in the first embodiment. However, once the GGSN receives the PDP
request, it communicates with a Policy Control Function (PCF) in the form of a P-CSCF to obtain authorisation for creating the PDP context. As will be understood by those skilled in the art, communication between the GGSN and the PCF takes the form of Common Open Policy Service protocol messages, preferably using the Go interface.
The PDP context request in this case includes e.g.
binding information, requested QoS and TFT, the TFT being indicative of intended downlink packet filtering.
As is well known to those skilled in the art, the TFT is used in the GGSN for downlink packet classification. With the help of TFTs, the GGSN can find the right PDP context to carry a downlink packet. A destination IP address is not enough for downlink packet classification, because there may exist many PDP contexts with the same destination IP address. TFTs, however, do differ in these PDP contexts.
In step 5, the PCF processes the resource request from the GGSN, and returns a decision in step 6. The decision includes a downlink packet classifier for use by the GGSN
in determining the PDP context parameters. The GGSN then compares (step 7) the parameters of the downlink packet classifier with the TFT supplied by the UE. In many cases, the TFT will share parameters with the downlink packet classifier. It may also be the case that the values of the parameters may conflict with each other.
If there is no conflict, then the GGSN can simply accept the PDP context request and continue with establishing the PDP context . However, if there is a conflict, it is necessary to inform the UE, because it is not possible to safely establish a PDP context that satisfies both the downlink packet classifier and TFT parameter values.
The actual information supplied to the UE, and indeed, the actual response of the GGSN to this conflict situation, depends upon the policy of the network operator responsible for the GGSN. In its simplest form, the PDP context request can be rejected by the GGSN (step 8-3) and the MS informed accordingly. However, whilst this is a valid response to the situation, and deals with the conflict issue, it is preferred to avoid simply rejecting the PDP context request out of hand.
At the very least, it is preferable to inform the MS of the reason for rejection, and even more preferable to inform the UE of the correct parameters to overcome the conflict. This information could be carried either transparently or non-transparently through the SGSN (as described above).
A preferred way of achieving a similar aim, but without rejecting the PDP context, is for the GGSN to determine the extent of the conflict and amend the TFT parameter values to reduce the conflict to an acceptable level.
The PDP context can then be created on this basis (step 8-1). In this case, it is particularly desirable to inform the UE of the changed TFT parameters or of the packet classifiers received from the PCF, as this may be relevant to the user' s decision as to whether to proceed with attempting to obtain the PDP context. This information could be carried either transparently or non-transparently through the SGSN (as described above).
Although the invention has been described with reference to a number of specific embodiments, it will be appreciated that the invention may be embodied in many other forms.
Claims (20)
1. A method of dealing with a connection context request to establish a connection between a mobile station (MS) and a network gateway element, the method including the steps of:
(a) receiving in the gateway element a connection context request;
(b) determining in the gateway element whether binding information is required;
(c) determining whether binding information was supplied with the connection context request; and (d) in the event that the binding information is required and was not supplied, responding to the request on the basis of a policy determined by the operator of the network.
(a) receiving in the gateway element a connection context request;
(b) determining in the gateway element whether binding information is required;
(c) determining whether binding information was supplied with the connection context request; and (d) in the event that the binding information is required and was not supplied, responding to the request on the basis of a policy determined by the operator of the network.
2. A method according to claim 1, wherein step (d) includes supplying a different resource level from that requested in the connection context request in the event the binding information is required and was not supplied.
3. A method according to claim 1 or 2, further including the steps of:
(f) activating the connection context; and (g) informing the MS that charging will differ from that associated with the resource level requested.
(f) activating the connection context; and (g) informing the MS that charging will differ from that associated with the resource level requested.
4. A method according to any one of claims 1 to 3, wherein the resource level is a Quality of Service (QoS) parameter.
5. A method according to claim 4, wherein step (d) includes downgrading the QoS.
6. A method according to claim 4 or 5, further including the step of informing the MS of the change in QoS.
7. A method according to claim 1, wherein reducing the resource level includes the step of rejecting the connection context request.
8. A method according to any one of claims 1 to 7, wherein the context request is a packet data protocol (PDP) context request.
9. A method according to any one of claims 1 to 8, wherein the network gateway element is a serving GPRS support node (SGSN) or a gateway GPRS support node (GGSN).
10. A method according to any one of claims 1 to 9, including the step, prior to step (a), of providing the network gateway element with access to a list of Access Point Names (APNs) that are IP Multimedia Subsystem related, and wherein step (c) includes determining whether the connection context request refers to an APN
on the list.
on the list.
11. Mobile telecommunications network apparatus for dealing with a connection context request from a mobile station MS, the apparatus including a network gateway element configured to:
(a) receive a connection context request;
(b) determine whether binding information is required;
(c) determine whether binding information was supplied with the connection context request; and (d) in the event that the binding information is required and was not supplied, responding to the request on the basis of a policy determined by the operator of the network.
(a) receive a connection context request;
(b) determine whether binding information is required;
(c) determine whether binding information was supplied with the connection context request; and (d) in the event that the binding information is required and was not supplied, responding to the request on the basis of a policy determined by the operator of the network.
12. Apparatus according to claim 11, configured to supply a different resource level from that requested in the connection context request in the event the binding information is required and was not supplied.
13. Apparatus according to claim 11 or 12, configured to:
(f) activate the connection context; and (g) inform the MS that charging will differ from that associated with the resource level requested.
(f) activate the connection context; and (g) inform the MS that charging will differ from that associated with the resource level requested.
14. Apparatus according to any one of claims 11 to 13, wherein the resource level is a Quality of Service (QoS) parameter.
15. Apparatus according to claim 14, configured, in step (e), to downgrade the QoS.
16. Apparatus according to claim 14 or 15, configured to inform the MS of the change in QoS.
17. Apparatus according to claim 11, wherein reducing the resource level includes rejecting the connection context request.
18. Apparatus according to any one of claim 11 to 17, wherein the context request is a packet data protocol (PDP) context request.
19. Apparatus according to any one of claims 11 to 18, wherein the network gateway element is a serving GPRS support node (SGSN) or a gateway GPRS
support node (GGSN).
support node (GGSN).
20. Apparatus according to any one claims 11 to 19, wherein the network gateway element has access to a list of Access Point Names (APNs) that are IP
Multimedia Subsystem related, the apparatus being configured to determine whether the connection context request refers to an APN on the list.
Multimedia Subsystem related, the apparatus being configured to determine whether the connection context request refers to an APN on the list.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GBGB0207712.1A GB0207712D0 (en) | 2002-04-03 | 2002-04-03 | Handling of error cases |
GB0207712.1 | 2002-04-03 | ||
PCT/IB2003/001501 WO2003084262A1 (en) | 2002-04-03 | 2003-03-28 | Pdp context error handling method |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2480478A1 CA2480478A1 (en) | 2003-10-09 |
CA2480478C true CA2480478C (en) | 2010-12-14 |
Family
ID=9934190
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA2480478A Expired - Lifetime CA2480478C (en) | 2002-04-03 | 2003-03-28 | Pdp context error handling method |
Country Status (12)
Country | Link |
---|---|
US (1) | US7715339B2 (en) |
EP (2) | EP1491064B1 (en) |
JP (2) | JP4159995B2 (en) |
KR (1) | KR100666235B1 (en) |
CN (1) | CN100592830C (en) |
AT (1) | ATE426314T1 (en) |
AU (1) | AU2003216657A1 (en) |
CA (1) | CA2480478C (en) |
DE (1) | DE60326706D1 (en) |
GB (1) | GB0207712D0 (en) |
HK (1) | HK1069058A1 (en) |
WO (1) | WO2003084262A1 (en) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB0329499D0 (en) * | 2003-12-19 | 2004-01-28 | Nokia Corp | Communication network |
KR100841793B1 (en) * | 2003-12-19 | 2008-06-27 | 노키아 코포레이션 | Communication network |
GB0329502D0 (en) * | 2003-12-19 | 2004-01-28 | Nokia Corp | Control decisions in a communication system |
US7440459B2 (en) * | 2004-02-02 | 2008-10-21 | Lucent Technologies Inc. | Methods of detecting protocol support in wireless communication systems |
US7761913B2 (en) * | 2005-01-24 | 2010-07-20 | Telefonaktiebolaget L M Ericsson (Publ) | Method for selecting an access point name (APN) for a mobile terminal in a packet switched telecommunications network |
US8813021B1 (en) | 2006-02-16 | 2014-08-19 | Cypress Semiconductor Corporation | Global resource conflict management for an embedded application design |
US20070195801A1 (en) * | 2006-02-23 | 2007-08-23 | Nokia Corporation | Context-based processing of data flows |
US9152928B2 (en) * | 2006-06-30 | 2015-10-06 | Triplay, Inc. | Context parameters and identifiers for communication |
US8462770B2 (en) * | 2008-08-04 | 2013-06-11 | Stoke, Inc. | Method and system for bypassing 3GPP packet switched core network when accessing internet from 3GPP UES using 3GPP radio access network |
CN101790150B (en) * | 2009-01-23 | 2012-01-25 | 华为技术有限公司 | Method and device for updating contract allocation of access point name |
US8958770B2 (en) * | 2009-10-12 | 2015-02-17 | At&T Mobility Ii Llc | Dynamic usage inequity detection and/or remedy |
US10511609B2 (en) | 2010-09-15 | 2019-12-17 | Core Mobile Networks, Inc. | Context-based analytics and intelligence |
US8606923B2 (en) | 2010-09-15 | 2013-12-10 | Core Mobile Networks, Inc. | System and method for real time delivery of context based content from the cloud to mobile devices |
GB2485239B (en) * | 2010-11-08 | 2014-08-27 | Samsung Electronics Co Ltd | Providing access of a user equipment to a data network |
US8971244B2 (en) * | 2010-11-09 | 2015-03-03 | Qualcomm Incorporated | Access point name list based network access management |
US8885468B2 (en) | 2010-12-30 | 2014-11-11 | Htc Corporation | Apparatuses and methods for access point name (APN) based congestion control during a packet data protocol (PDP) context activation procedure |
EP2695422A1 (en) * | 2011-04-04 | 2014-02-12 | Telefonaktiebolaget LM Ericsson (PUBL) | Maximum allowed quality of service procedures using gn/gp |
KR101909262B1 (en) * | 2012-06-18 | 2018-10-17 | 주식회사 케이티 | Method and apparatus for inspecting access point name |
US11638134B2 (en) * | 2021-07-02 | 2023-04-25 | Oracle International Corporation | Methods, systems, and computer readable media for resource cleanup in communications networks |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI106831B (en) | 1998-01-14 | 2001-04-12 | Nokia Networks Oy | Access control procedure for a mobile telephone system |
US6683853B1 (en) * | 1999-12-01 | 2004-01-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Dynamic upgrade of quality of service in a packet switched network |
JP2001326697A (en) * | 2000-05-17 | 2001-11-22 | Hitachi Ltd | Mobile communication network, terminal, packet communication control method, and gateway unit |
US6621793B2 (en) * | 2000-05-22 | 2003-09-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Application influenced policy |
US7546376B2 (en) * | 2000-11-06 | 2009-06-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Media binding to coordinate quality of service requirements for media flows in a multimedia session with IP bearer resources |
US20020062379A1 (en) * | 2000-11-06 | 2002-05-23 | Widegren Ina B. | Method and apparatus for coordinating quality of service requirements for media flows in a multimedia session with IP bearer services |
US20030172160A9 (en) * | 2001-01-10 | 2003-09-11 | Widegren Ina B. | Method and apparatus for coordinating end-to-end quality of service requirements for media flows in a multimedia session |
US7106718B2 (en) * | 2001-02-09 | 2006-09-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Signaling quality of service class for use in multimedia communicatations |
US20020184510A1 (en) * | 2001-04-17 | 2002-12-05 | At&T Wireless Services, Inc. | Binding information for IP media flows |
US20030128701A1 (en) * | 2002-01-09 | 2003-07-10 | Nokia Corporation | Method of and apparatus for directing packet entities |
EP1576839B1 (en) * | 2002-09-27 | 2010-10-27 | Nokia Corporation | Enhanced qos control |
GB2413464A (en) * | 2004-04-21 | 2005-10-26 | Orange Sa | An inter-working unit with a protocol conversion or protocol encapsulation function, for use with dual stack user equipment on a packet radio network |
-
2002
- 2002-04-03 GB GBGB0207712.1A patent/GB0207712D0/en not_active Ceased
-
2003
- 2003-03-28 AT AT03712568T patent/ATE426314T1/en not_active IP Right Cessation
- 2003-03-28 EP EP03712568A patent/EP1491064B1/en not_active Expired - Lifetime
- 2003-03-28 WO PCT/IB2003/001501 patent/WO2003084262A1/en active Application Filing
- 2003-03-28 JP JP2003581527A patent/JP4159995B2/en not_active Expired - Lifetime
- 2003-03-28 EP EP09151728A patent/EP2086278A3/en not_active Withdrawn
- 2003-03-28 CA CA2480478A patent/CA2480478C/en not_active Expired - Lifetime
- 2003-03-28 AU AU2003216657A patent/AU2003216657A1/en not_active Abandoned
- 2003-03-28 CN CN03807475A patent/CN100592830C/en not_active Expired - Lifetime
- 2003-03-28 KR KR1020047015529A patent/KR100666235B1/en active IP Right Grant
- 2003-03-28 DE DE60326706T patent/DE60326706D1/en not_active Expired - Fee Related
- 2003-03-28 US US10/510,044 patent/US7715339B2/en active Active
-
2004
- 2004-12-31 HK HK04110390.1A patent/HK1069058A1/en not_active IP Right Cessation
-
2007
- 2007-02-28 JP JP2007048872A patent/JP4477023B2/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
EP2086278A2 (en) | 2009-08-05 |
JP2007151187A (en) | 2007-06-14 |
EP1491064B1 (en) | 2009-03-18 |
CN100592830C (en) | 2010-02-24 |
WO2003084262A1 (en) | 2003-10-09 |
EP1491064A1 (en) | 2004-12-29 |
US20050154780A1 (en) | 2005-07-14 |
HK1069058A1 (en) | 2005-05-06 |
KR20040095356A (en) | 2004-11-12 |
US7715339B2 (en) | 2010-05-11 |
CN1643945A (en) | 2005-07-20 |
EP2086278A3 (en) | 2010-03-10 |
KR100666235B1 (en) | 2007-01-10 |
AU2003216657A1 (en) | 2003-10-13 |
JP4159995B2 (en) | 2008-10-01 |
DE60326706D1 (en) | 2009-04-30 |
GB0207712D0 (en) | 2002-05-15 |
JP2005522125A (en) | 2005-07-21 |
JP4477023B2 (en) | 2010-06-09 |
ATE426314T1 (en) | 2009-04-15 |
CA2480478A1 (en) | 2003-10-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4477023B2 (en) | How to handle PDP context errors | |
EP1685682B1 (en) | Controlling network resources after determination of a flow termination | |
EP1620979B1 (en) | Method, system and network element for authorizing a data transmission | |
US7106718B2 (en) | Signaling quality of service class for use in multimedia communicatations | |
EP1327365B1 (en) | Method and system for establishing a connection between network elements | |
US7525938B2 (en) | Session control in a communication system | |
US8144650B2 (en) | Method and arrangement relating to communications network services request activation | |
US20020062379A1 (en) | Method and apparatus for coordinating quality of service requirements for media flows in a multimedia session with IP bearer services | |
EP1869841B1 (en) | Establishing a common pdp context for providing an ip multimedia communication session to a mobile user equipment | |
US20050210141A1 (en) | Method for providing multiple sdp media flows in a single pop context | |
US8488462B2 (en) | Handling traffic flows in a mobile communications network | |
EP1332632A2 (en) | Method and apparatus for coordinating quality of service requirements for media flows in a multimedia session with ip bearer resources | |
RU2384001C2 (en) | Deciding on distribution and providing resources for at least one data stream and at least one connection used |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
MKEX | Expiry |
Effective date: 20230328 |