Patent Application
20110222430
The invention relates to a method and to a device for assigning traffic to a direct tunnel, to a computer program product and to a computer-readable medium.
Direct tunnels are specified by 3GPP TS 23.060 (General Packet Radio Service (GPRS); Service description). An SGSN implements this functionality to enable establishing a direct tunnel between a GGSN and a UTRAN in a UMTS network.
Direct Tunnel is an optional function in an Iu-mode that allows the SGSN to establish a direct user plane tunnel between an RAN and a GGSN within the PS domain.
A SGSN that is capable of processing direct tunnels shall have the capability to be configured on a per GGSN and a per RNC basis whether or not it can use a direct user plane connection.
The SGSN handles control plane signaling and provides a decision per PDP when to establish a direct tunnel. The current implementation of the direct tunnel mechanism is rather ineffective in its decision whether or not to establish a direct tunnel.
Assuming that only a certain number or percentage of direct tunnels are allowed or can be established (e.g., due to licensing restrictions), such lack of efficiency in assigning direct tunnels results in a poor utilization of hardware dedicated to Iu user plane handling.
For example, in a live network, operators may still be using SGSN user plane capacity. The SGSN implements a direct tunnel solution to avoid user plane traffic flowing through the SGSN user plane. Due to the huge amount of data traffic expected in the (near) future, a significant demand for additional user plane capacity will arise. Direct tunnel solutions are an important tool for an operator not having to purchase more SGSN capacity. Instead, the user plane can be bypassed and traffic can be conveyed directly from the GGSN to the RNC.
Data traffic increases incrementally, thus operators are inclined buying direct tunnel licenses stepwise.
The tunnel creation process is directly proportional to RAB assignment in SGSN. In live networks, the ratio between PDP context in view of RAB amounts to 5-10%, i.e. for every 100 PDP contexts in SGSN, there are 5 to 10 RABs. This figure is expected to increase to about 20-30% due to “Always-On” terminals and broadband type of access.
It can be observed that in a live network 20-30% of the subscribers use 60-70% of the user plane capacity, wherein the remaining 70-80% of the subscribers use 30-40% of user plane capacity. Disadvantageously, the present mechanisms are ineffective regarding any assignment of direct tunnels to particular types of users.
The 3GPP standard (TR 23.809) defines a mechanism to create, to update or to delete a direct tunnel. Also, it defines cases when direct tunnel shall not be created. As mentioned, there is no provision in the standard as how to effectively utilize direct tunnels with regard to existing or upcoming traffic.
The problem to be solved is to overcome the disadvantages mentioned above and in particular to provide an efficient utilization of direct tunnels.
This problem is solved according to the features of the independent claims. Further embodiments result from the depending claims.
In order to overcome this problem, a method is provided for assigning traffic to a direct tunnel, wherein said traffic is assigned to the direct tunnel based on a prioritization provided by a serving node and/or by a gateway node.
There may, in particular, be provided at least one serving node and/or at least one gateway node.
According to an embodiment, the serving node is a SGSN. According to a further embodiment, the gateway node is a GGSN.
It is noted that herein GGSN is mentioned as an example for a gateway node and SGSN is mentioned as an example for a serving node.
Said serving node and/or said gateway node may be any component of a network comprising a packet data switching function.
It is noted that such assignment may comprise re-assignment of traffic, in particular PDP traffic (that may be organized as PDP context in a PDP session).
The approach provided allows setting up, modifying, releasing at least one direct tunnel between a GGSN and a UTRAN (in particular a RNC) of a UMTS network. Such handling of the direct tunnel is provided in a prioritized way, i.e. certain features and information can be utilized in order to allow for an effective prioritization. Hence, a throughput via the direct tunnel can be increased (e.g., maximized) thereby minimizing a need for throughput provided via the usual two tunnel approach.
Advantageously, the solution presented provides a differentiation and/or priority mechanisms based on which it can be decided whether or not to establish a direct tunnel. Hence, direct tunnels can be crated (deleted, amended, etc.) in a selective manner to allow for an efficient utilization of user traffic in a way that, e.g., users' traffic with a high demand for bandwidth are conveyed through direct tunnel(s).
This approach proposes using parameters and maximizing the throughput of the direct tunnels, wherein a number of direct tunnels may be limited by a license control. Hence, a two tunnel user plane throughput requirement at the SGSN is reduced. Such an optimization results in an commercial and technical economization for the operator.
Advantageously, less SGSN capacity is required by the solution provided herein compared to the case handling two tunnels without prioritization.
In an embodiment, said direct tunnel is a tunnel between the gateway node and a UTRAN of a UMTS network.
In another embodiment, the prioritization provided comprises information regarding at least one RAB assigned to and/or created for a PDP context.
In a further embodiment, said prioritization is based on a user profile, in particular on a user profile per access point name (APN).
Hence, an user-specific information can be utilized for prioritization purposes.
In a next embodiment, said user profile is stored and/or associated with a database containing subscriber information.
Such database containing subscriber information may comprise, be part of or be associated with a HLR or a HSS (in case of IMS).
It is also an embodiment that the user profile comprises a direct tunnel preference.
Such direct tunnel preference may be, e.g., a tag or a flag, provided by or associated with the user's subscription or it may be based on an (pre-set or pre-defined) operator's preference.
Pursuant to another embodiment, the prioritization provided comprises a cell identification.
Hence, a local or regional information (e.g., home zone and/or office zone location) can be utilized by the decision whether or not to utilize a direct tunnel. Such cell identification (ID) can be received from a RNC during a PDP context creation procedure.
According to an embodiment, the prioritization provided is based on a terminal's capability or its identity.
For example, a terminal's identification such as an IMEI or an IMEISV could be used. The capability of the terminal may indicate the type of service that could be utilized by this device.
It is noted that terminal refers to any kind of mobile terminal or device that may comprise a mobile interface (e.g., computer, personal digital assistant, smartphone, mobile phone, user equipment (UE), etc.).
According to another embodiment, the prioritization provided is based on a load factor of at least a portion of the network.
The load factor may be assessed, e.g., by the SGSN and/or by the GGSN.
In yet another embodiment, the prioritization provided is based on a data volume, in particular on a data volume count of the serving node.
According to a next embodiment, the serving node prioritizes traffic that is conveyed via two tunnels based on the data volume.
Pursuant to yet an embodiment, highly prioritized two-tunnel traffic is assigned from the two tunnels to the direct tunnel.
The SGSN may in particular maintain a list sorted by the amount of traffic conveyed per PDP context via said two tunnels. In case a direct tunnel resource is available, the PDP context with the highest amount of traffic can be assigned from the two tunnels to the direct tunnel.
The event of a direct tunnel traffic being released can be indicated by a RAB inactivity timer.
This procedure may be applied iteratively, i.e. highly prioritized traffic conveyed via said two tunnels migrates to the direct tunnel in case a direct tunnel resource becomes available. This ensures that the direct tunnel(s) are utilized in an efficient way.
It is also an embodiment that the prioritization provided is based on a data volume and/or traffic analysis monitored and/or provided by the gateway node.
A data volume counter may be provided with the GGSN for all active PDP contexts. The GGSN may make a decision (based on the data volume and the direct tunnel indication supplied by the SGSN) to initiate an update PDP context procedure to switch two tunnel traffic into the direct tunnel.
According to another embodiment, said traffic is assigned to the direct tunnel in case a direct tunnel license is available.
The problem stated above is also solved by a device comprising a and/or being associated with a processor unit and/or a hard-wired circuit and/or a logic device that is arranged such that the method as described herein is executable thereon.
According to an embodiment, the device is a communication device, in particular a or being associated with a network component of a UMTS network, e.g., a SGSN or a GGSN.
The problem stated supra is further solved by a communication system comprising the device as described herein.
In addition, the problem described above is solved by a computer program product directly loadable into the internal memory of a digital computer, comprising software code portions for performing the steps according of the method as described herein when said product is run on the computer.
Furthermore, the problem indicated supra is also solved by a computer-readable medium having computer-executable instructions adapted to cause a computer system to perform steps of the method as described herein.
It is noted that such computer may be any device comprising and/or associated with at least one processor and/or at least one hard-wired circuit that is operable by said computer program product and/or by instructions stored on the computer-readable medium. Said program or instructions may be in particular used for updating purposes of a network component or node, in particular of a GGSN or a SGSN.
Embodiments of the invention are shown and illustrated in the following figures:
The approach suggested herein provides in particular rules to determine whether or not to use a direct tunnel, in particular for certain portions of traffic (PDP context, RAB assignment).
In particular, an algorithm is provided that may be implemented in (or associated with) an SGSN in order to improve (e.g., maximize) a throughput capacity for the direct tunnels. Hence, the direct tunnels are exploited in a more efficient way thereby minimizing a throughput need for the remaining two tunnels as depicted in
Keeping the same license limits for direct tunnels and applying the new direct tunnel selection rules as suggested and/or SGSN algorithms may result in
Once the direct tunnel license has been exceeded, all further PDP traffic may be established via two tunnels. Hence, the SGSN may start prioritizing the PDP sessions using direct tunnels, in particular by considering at least one of the following aspects:
The GGSN maintains a data volume counter for all active PDP contexts. The GGSN monitors the data volume (e.g., both in uplink and in downlink direction) per session. Furthermore, the GGSN may make the decision (based on the data volume and the direct tunnel indication supplied by the SGSN) to initiate an update PDP context procedure to switch two tunnel traffic into the direct tunnel.
The SGSN may implement a direct tunnel selection logic based on at least one of the rules mentioned herein.
Procedure Used During Initial GRPS Attach and/or PDP Creation Procedure
For example, a direct tunnel tag in an HLR user profile or a cell ID or terminal identity (e.g., IMEI, IMEISV) of the radio network may be utilized. Further, rules defined by network planning and/or by the operator (DT license based, network load factor, access specifics) may be applicable as well. In addition, other criteria as CAMEL (Customized Application for Mobile Network Enhanced Logic), Lawful Interception (LI), roaming could be used as (part of) a rule.
In a step 305 pursuant to step 304 it is checked whether a direct tunnel rule applies and in the affirmative, a direct tunnel is created in a step 306. Otherwise, it is branched to step 303 and two tunnels are created.
It is noted that in case the direct tunnel license is exceeded, the SGSN may create two tunnels for all new requests.
The SGSN may maintain a volume counter table comprising uplink and downlink data volume and session duration for all RABs having two tunnels. Based on the availability of a direct tunnel, the RAB with the highest data volume and/or with the highest session duration is moved from two tunnels to the direct tunnel. This procedure may help assigning the most active RABs (by terms of data volume and/or session time) to direct tunnel(s).
Pursuant to a start 401, in a step 402 the SGSN volume counter for uplink (UL) and downlink (DL) traffic as well as for session duration is processed and/or maintained. For such purpose, at least one counter for each criterion may be provided. In a step 403 it is checked whether a direct tunnel license exists, i.e. whether a direct tunnel is available. If not, it is branched to step 402. If a direct tunnel is available, a step 404 selects a RAB based on the highest data volume and/or based on a session duration, preferably by utilizing said counter(s) maintained in step 402. Next to step 404, a PDP context update is initiated to migrate two tunnels to a direct tunnel in a step 405.
As an option, the GGSN may maintain a volume counter table comprising uplink and downlink data volume and/or session duration for all active PDP contexts. Since the GGSN is not aware of load factor in the SGSN as well as available direct tunnel licenses, a threshold value is defined for these counters.
A Direct Tunnel Indicator (DTI) defined in 3GPP may be used to evaluate if an allocated direct tunnel is sufficiently utilized or not.
Based on at least one predetermined threshold value in the GGSN, the GGSN may initiate
With regard to
With regard to
Traffic analysis in the GGSN can indicate a usage of a service type. Such traffic analysis that is based on the GGSN is not utilized by the SGSN. P2P/VoIP traffic session detection provided by the GGSN may help the SGSN to establish a direct tunnel, because an average session duration for such traffic is significantly longer than other traffic and it may also indicate a high(er) data volume.
During PDP context activation and/or modification procedure, the SGSN may send a DTI to the GGSN. The GGSN may utilize traffic analysis results to recommend (not) using the direct tunnel mechanism. An optional information element may be provided in GTP-C, which recommends not/using (=using or not using) the direct tunnel mechanism. As an alternative, the GGSN may initiate a “Network initiated PDP modification” based on L3/L4/L7 traffic optionally indicating the recommendation of not/using a direct tunnel.
After a start 601, in a step 602 the service-aware GGSN analyses the traffic. In a subsequent step 603 a type of traffic it checked, e.g., point-to-point traffic (P2P). If there is no such type of traffic it is branched to step 602. Otherwise, in a step 604, it is checked whether DTI is available. If this is not the case, the GGSN initiates a PDP update procedure to migrate two tunnels to a direct tunnel in a step 605. If no DTI is available in step 604, it is branched to a step 606 and data is continued to be conveyed via the two tunnels.
| Filing Document | Filing Date | Country | Kind | 371c Date |
|---|---|---|---|---|
| PCT/EP2008/065891 | 11/20/2008 | WO | 00 | 5/20/2011 |
